JP2015522980A - セルラーネットワークにおいてデータ共有を可能にするシステムレベル手続きおよび方法 - Google Patents

Abstract

方法およびシステムが、直接エアインタフェース、無線アクセスネットワーク（ＲＡＮ）、または１もしくは複数のネットワークノードを介するなど、異なる共有パスを通じたワイヤレス送受信ユニット（ＷＴＲＵ）間の近接サービスの設定および構成を可能にすることができる。移動管理エンティティ（ＭＭＥ）が、メッセージを交換して、ＷＴＲＵ間の近接サービスセッションを開始、変更、または終了することができ、ＷＴＲＵの助けで、または助けなしで、近接サービスのためのデータパスをネゴシエートすることができる。ＷＴＲＵ対ＷＴＲＵ制御プレーンメッセージが、他のネットワークエンティティからの限られた関与で、ＷＴＲＵ間で交換されることが可能であり、データプレーン通信のためのリソースの設定を回避することができる。移動管理エンティティ（ＭＭＥ）が、メッセージを交換して、ＷＴＲＵ間の近接サービスセッションを開始、変更、または終了することができ、ＷＴＲＵの助けで、または助けなしで、近接サービスのためのデータパスをネゴシエートすることができる。

Description

本発明は、セルラーネットワークにおいてデータ共有を可能にするシステムレベル手続きおよび方法に関する。

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

互いに接近しているワイヤレスデバイスにおいて実行中のアプリケーションのインスタンスを発見し、アプリケーション関連データまたは他のイベントを交換するまたは共有するために、近接ベースアプリケーションおよびサービスが使用されることがある。第三世代パートナーシッププロジェクト（３ＧＰＰ）技術および関連規格が、ワイヤレスデバイス間の近接ベースの発見および通信を可能にし、数多くの近接ベースアプリケーションおよびサービスを促進することができる。

方法およびシステムが、直接エアインタフェース、無線アクセスネットワーク（ＲＡＮ）、または１もしくは複数のネットワークノードを介するなど、異なる共有パスを通じたワイヤレス送受信ユニット（ＷＴＲＵ）間の近接サービスの設定および構成を可能にすることができる。移動管理エンティティ（ＭＭＥ）が、メッセージを交換してＷＴＲＵ間の近接サービスセッションを開始、変更、または終了することができ、ＷＴＲＵの助けで、または助けなしで、近接サービスのためのデータパスをネゴシエートすることができる。ＷＴＲＵ対ＷＴＲＵ（WTRU-to-WTRU）制御プレーンメッセージが、他のネットワークエンティティからの限られた関与で、ＷＴＲＵ間で交換されることが可能であり、データプレーン通信のためのリソースの設定を回避することができる。移動管理エンティティ（ＭＭＥ）が、メッセージを交換して、ＷＴＲＵ間の近接サービスセッションを開始、変更、または終了することができ、ＷＴＲＵの助けで、または助けなしで、近接サービスのためのデータパスをネゴシエートすることができる。

一例として添付の図面と併せて行われる次の説明から、より詳細な理解を得ることができる。

１または複数の開示される実施形態が実装されることが可能である例示的通信システムのシステム図である。 図１Ａに示す通信システム内で使用されることが可能である例示的ワイヤレス送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示す通信システム内で使用されることが可能である例示的無線アクセスネットワークおよび例示的コアネットワークのシステム図である。 コアネットワークを介して２つのＷＴＲＵ間の通信を可能にする例示的通信ネットワークを示す図である。 ｅＮＢを介して２つのＷＴＲＵ間の通信を可能にする例示的通信ネットワークを示す図である。 ２つのＷＴＲＵ間の直接通信を可能にする例示的通信ネットワークを示す図である。 異なる移動管理エンティティゲートウェイ（ＭＭＥ）に属しているＷＴＲＵに対する近接サービスのための例示的通信ネットワークを示す図である。 無線アクセスネットワーク（ＲＡＮ）を共有している異なるＭＭＥによって制御されるＷＴＲＵに対する近接サービスのための例示的通信ネットワークを示す図である。 Ｅ−ＵＴＲＡＮおよびｅｖｏｌｖｅｄパケットコア（ＥＰＣ）におけるエンティティ間のｅｖｏｌｖｅｄパケットシステム（ＥＰＳ）ベアラの構成要素の一例を示す図である。 サービス要求手続きのための例示的シグナリング図である。 近接サービスメッセージの例を示す図である。 例示的Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ Ｒｅｓｐｏｎｓｅ（近接サービス応答）メッセージを示す図である。 異なるＭＭＥと関連付けられた２つのＷＴＲＵ間の近接サービスを可能にするための方法の例示的シグナリング図である。 ＷＴＲＵ間の近接共有を構成するためのＭＭＥ間手続き１２００のための例示的シグナリング図である。 近接サービスに関わるＷＴＲＵ間で交換される、例示的ＷＴＲＵ対ＷＴＲＵ制御プレーンメッセージを示す図である。 近接サービスに関わるＷＴＲＵ間で交換される、制御プレーンメッセージを含む、ＷＴＲＵからＷＴＲＵへの例示的無線リソース制御（ＲＲＣ）メッセージを示す図である。

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

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

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

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

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

より詳細には、上記のように、通信システム１００は、多重アクセスシステムであることが可能であり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような、１または複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ１０４中の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインタフェース１１６を確立することができるユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはｅｖｏｌｖｅｄＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインタフェース１１６を確立することができる、Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（ｅｖｏｌｖｅｄＵＭＴＳ地上無線アクセス：Ｅ−ＵＴＲＡ）などの無線技術を実装することができる。

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装することができる。

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

ＲＡＮ１０４は、コアネットワーク１０６と通信することがあり、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ｖｏｉｃｅ ｏｖｅｒ ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ：ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成されたいかなるタイプのネットワークであってもよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、移動体位置情報に基づくサービス、プリペイド通話、インターネット接続、ビデオ配信などを提供すること、および／または、ユーザ認証などの高レベルセキュリティ機能を行うことができる。図１Ａには示していないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴを、または異なるＲＡＴを使用する他のＲＡＮと直接通信または間接通信している場合があることを理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を使用している可能性があるＲＡＮ１０４に接続されていることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を使用している別のＲＡＮ（図示せず）とも通信している可能性がある。

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

通信システム１００のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード機能を含むことができる、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、様々なワイヤレスリンクを通じて様々なワイヤレスネットワークと通信するための複数のトランシーバを含むことができる。例えば図１Ａに示すＷＴＲＵ１０２ｃは、セルラーベースの無線技術を使用することができる基地局１１４ａと通信する、およびＩＥＥＥ ８０２無線技術を使用することができる基地局１１４ｂと通信するように構成することができる。

図１Ｂは、例示的ＷＴＲＵ１０２のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイク１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、一実施形態と合致したままでありながら、前述の要素のいかなる部分的組合せ（subcombination）を含むこともできることは理解されよう。

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

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

さらに、送信／受信要素１２２は図１Ｂでは単一要素として表しているが、ＷＴＲＵ１０２はいかなる数の送信／受信要素１２２を含むこともできる。さらに詳細には、ＷＴＲＵ１０２はＭＩＭＯ技術を使用することができる。したがって、１つの実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を通じてワイヤレス信号を送受信するための２つ以上の送信／受信要素１２２（例えば複数のアンテナ）を含むことができる。

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

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

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

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

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

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

ＲＡＮ １０４は、ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、一実施形態と合致したままでありながら、いかなる数のｅＮｏｄｅ−Ｂを含むこともできることは理解されよう。ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃは、それぞれエアインタフェース１１６を通じてＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。１つの実施形態では、ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装することができる。したがって、例えばｅＮｏｄｅ−Ｂ １４０ａは、複数のアンテナを使用してＷＴＲＵ １０２ａにワイヤレス信号を送信し、ＷＴＲＵ １０２ａからワイヤレス信号を受信することができる。

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

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

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

サービングゲートウェイ１４４は、Ｓ１インタフェースを介してＲＡＮ１０４中のｅＮｏｄｅ Ｂ １４０ａ、１４０ｂ、１４０ｃのそれぞれに接続されることが可能である。サービングゲートウェイ１４４は、一般的に、ユーザのデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングして転送することができる。サービングゲートウェイ１４４はまた、ｅＮｏｄｅ間のハンドオーバ中にユーザプレーンをアンカリングすること（anchoring）、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに使用できるときページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し、格納することなど、他の機能を行うことができる。

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

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

３ＧＰＰ近接ベースのサービスは、例えば、商業的利用および／または社会的利用、ネットワークオフローディング、公共安全（public safety）、到達可能性および移動性側面を含むユーザ体験の一貫性を確保するための現在のインフラストラクチャサービスの統合、例えば（地域的規制およびオペレータポリシーの影響下にある、および特定の公共安全の指定する周波数帯および端末に限定されることが可能である）ＵＴＲＡＮカバレッジがない場合の公共安全を含む、いかなる数の応用も有することができる。近接ベースのサービスのためのアクションは、例えば、ＷＴＲＵ近接発見、発見可能、通信可能、または対話可能となることへのＷＴＲＵ同意、近接ＷＴＲＵ対ＷＴＲＵ通信、ネットワークまたはオペレータによる発見に対する制御可能性およびポリシー、発見可能性、および発見後の通信の形態を含むことができる。本明細書では、近接サービスおよび共有またはデータ共有は、区別なく使用されることがある。同様に、メッセージにおけるフィールドまたは情報要素（ＩＥ）は、区別なく使用されることがある。ソースエンティティ、発信元エンティティ、命令中のエンティティ、パートナーエンティティ、近接エンティティ、または要求中のエンティティは、ＭＭＥサーバおよびＷＴＲＵを含む近接サービスに関わるエンティティを指すとき、区別なく使用されることがある。同様に、ターゲットエンティティ、終端エンティティ、パートナーエンティティ、近接エンティティ、宛先エンティティ、または終了エンティティ（例えば、ＭＭＥ、サーバ、またはＷＴＲＵ）は、区別なく使用されることがある。

図２は、コアネットワークノード２０６を介して２つのＷＴＲＵ ２０２_1,2間の通信を可能にする例示的通信ネットワーク２００を示す。この例では、２つのＷＴＲＵ ２０２_1,2が、偶然互いに接近している場合、これらのＷＴＲＵ ２０２_1,2間の通信は、それぞれのｅＮＢ ２０４_1,2および例えばサービングゲートウェイ（ＳＧＷ）またはパケットデータネットワークゲートウェイ（ＰＧＷ）である可能性があるコアネットワーク（ＣＮ）ノード２０６を介して伝わる可能性がある。近接したＷＴＲＵ間の通信は、ある距離内の認可／無認可スペクトルでの直接的な無線経路、またはネットワークによって、またはオペレータによって制御されることが可能である間接的なネットワーク経由（ｔｈｒｏｕｇｈ ｎｅｔｗｏｒｋ）要素、例えばセル内／セル間またはｅＮＢもしくはＳ−ＧＷ内／ｅＮＢもしくはＳ−ＧＷ間など、他の経路をとることもある。近接したＷＴＲＵ間の代替的通信経路の例が、図３および４に示される。

図３は、ｅＮＢ ３０４₁を介して２つのＷＴＲＵ ３０２_1,2間の通信を可能にする例示的通信ネットワーク３００を示す。この例では、ｅＮＢ ３０４₂およびコアネットワークノード３０６（例えば、ＳＧＷ／ＰＧＷ）との対話は、ＷＴＲＵ ３０２_1,2が通信するのに必要とされないことが可能であるように、ＷＴＲＵ ３０２_1,2間の通信は、最も近い共通のｅＮＢ ３０４₁を通してローカルにルーティングされることが可能である。図４は、２つのＷＴＲＵ ４０２_1,2間の直接通信を可能にする例示的通信ネットワーク４００を示す。この例では、ＷＴＲＵ ４０２_1,2は、ｅＮＢ ４０４_1,2またはコアネットワークノード４０６（例えば、ＳＧＷ／ＰＧＷ）に情報を送信する必要なしに、エアインタフェースを通じて互いと直接通信することができる。直接的か、またはインフラストラクチャ中のある経路を通じて間接的かの近接サービスデータパス選択は、無線もしくはネットワークのカバレッジもしくは負荷状態によって、またはネットワークもしくはオペレータによって設定されたポリシーによって、決定されることが可能である。近接ベースのサービスは、ネットワーク共有配備（network sharing deployment）において支援されることが可能である。

いくつかの３ＧＰＰ規格は、近接ベースのサービスを単に部分的にアドレス指定する（address）ことがある。このようなトラフィックおよびシグナリングは、ネットワークを通ってルーティングされ、したがって、ネットワークにおいてパフォーマンスに影響を与え、潜在的に不要な負荷を追加する可能性があるからである。オペレータは、ＷＴＲＵ対ＷＴＲＵ通信を（継続的に）制御することができる。ネットワークオペレータは、近接通信セッションの確立を制御する、既存のセッションを変更する、および／または近接サービスを終了するための手段を必要とすることがある。例えば、コアネットワークノードは、近接サービスを有効にするために互いと通信する必要があることがある。近接サービスは、次の例示的シナリオにおいて有益である可能性がある。

図５は、近接サービスの例示的通信ネットワーク５００を示す。図５の例では、ＷＴＲＵ ５０２_1,2が、それぞれ異なるｅＮＢ ５０４_1,2およびＭＭＥ ５０６_1,2によってサーブされることがある。ＷＴＲＵ ５０２_1.2は、同じオペレータによって、または異なるオペレータによって、サーブされることがある。この例では、ＭＭＥ ５０６₂は、ＷＴＲＵ ５０２₁に対して近接サービスを制御して、それがＷＴＲＵ ５０２₂と通信できるように試みることができる。ＭＭＥ ５０６₁は、ＭＭＥ ５０６₂と通信して、要求についてそれに知らせ、ＭＭＥ ５０６_1,2による協力を形成して、ＷＴＲＵ ５０２_1,2間の近接サービスを許可するおよび／または制御することができる。

本明細書で説明する近接という用語は、互いに地理的にごく接近しているＷＴＲＵを指す、または指さないことがある。むしろ、近接は、一般的に本明細書では、ＷＴＲＵ間の地理的距離にかかわらずある関係の下で互いと通信することを許可されたＷＴＲＵに適用される。近接サービスについては、２つのＷＴＲＵ間の通信経路は、ＷＴＲＵの関連する位置を考慮して最も効率的な方法で設定されることが可能である。ＷＴＲＵ間の近接サービスを制御する必要は、これらの間で行われる可能性がある実際の通信経路（例えば、エアを通じて直接的、ＲＡＮを介する、または共通のＳＧＷを介する）と無関係である可能性がある。

ＭＭＥが、（１または複数の）他のＭＭＥノードと通信して、近接サービスセッションを制御することができる。図６は、近接サービスの別の例示的通信ネットワーク６００を示す。図６の例では、ＷＴＲＵ ６０２_1,2は、同じセル６１０内の同じｅＮＢ ６０４によってサーブされることが可能であるが、ｅＮＢ ６０４は、様々な、異なるオペレータによって共有されることが可能である。この例では、ＷＴＲＵ ６０２_1,2は、異なるＭＭＥ ６０６_1,2にアクセスすることができる。ＷＴＲＵ ６０２_1,2が通信するには、それらの対応するオペレータおよび／またはＭＭＥ ６０６_1,2が、ＷＴＲＵ ６０２_1,2間の近接サービスの確立、稼働、および／または終了を制御するために、互いと通信することができる。

図５および６の例では、近接サービスの制御は、２つ（またはそれ以上）のＷＴＲＵ間で近接サービスを有するための要求に関する、あるＭＭＥから別のＭＭＥへの基本的表示から、ＷＴＲＵ間で使用されるべき最良の通信経路（例えば、無線インタフェースを通じた直接通信、またはｅＮＢを介した通信など）を決定することができるより複雑な方法まで多岐にわたる。さらに、通信経路は変化する可能性があり、問題となっているＭＭＥは、オペレータによって設定された要求もしくは要件を満たすように、またはいくつかのイベントに応じて、経路を適合させることができる。例えば、ＷＴＲＵ契約（subscription）における変化が、通信経路を変える可能性があり、または緊急事態の発生が、異なる通信経路をトリガする可能性がある。

近接サービスプロビジョニングのためのモバイルオペレータの調整の一部として、同じオペレータまたは異なるオペレータに属していることがあるＭＭＥは、ＷＴＲＵの位置または利用可能性について更新され続けることが可能である。例えば、（同じオペレータまたは異なるオペレータからの）ＭＭＥは、これらが、近接サービスが設置される可能性がある他のＷＴＲＵの利用可能性／位置についてサーブしていることをＷＴＲＵに知らせることができる。したがって、１つのＭＭＥがＷＴＲＵの利用可能性／位置について知るとき、このＭＭＥは、問題のＷＴＲＵの利用可能性／位置について他のＭＭＥに知らせることができる。この情報は、問題のＷＴＲＵとのそのようなサービスを望む可能性があるＷＴＲＵに近接サービスを提供するために、受信ＭＭＥによって使用されることが可能である。この目的を達成するため、ＭＭＥ間の手続きにより、ＭＭＥが、例えばＷＴＲＵの利用可能性および／または位置に関する情報を、共同近接サービスプロビジョニング（joint proximity service provisioning）の一部であることが可能である他の協力中のＭＭＥにプッシュするまたは転送することができるようになり、したがってそれらにより、対応するＷＴＲＵが近接サービスに関わることを可能にすることができる。

手続きは、近接サービスの制御のためのＭＭＥ対ＭＭＥ通信を可能にすることができる。ＭＭＥが、他のＭＭＥまたはＲＡＮノードに情報をプッシュすることができる。このような情報は、近接サービスのために加入されたＷＴＲＵの利用可能性、位置、または他の側面を含むことができるが、これらに限定されない。ＭＭＥ間のおよび他のネットワークのシナリオ、手続きおよび機能が、次のいずれかを行うために使用されることがある：データ共有セッションおよび／またはパスを確立する、ＷＴＲＵ間の近接性を問い合わせる、確認するおよび／または通知する、場合によっては、（１または複数の）当該のＷＴＲＵの重要なコンタクトポイントである可能性がある様々な公衆陸上移動網（public land mobile networks：ＰＬＭＮ）および／またはオペレータにわたってネットワークノードを捜し出すおよび／または識別する。

ＵＭＴＳおよびＬＴＥのようなワイヤレス通信ネットワークでは、非アクセス層（non-access stratum：ＮＡＳ）と呼ばれることもある制御プレーンは、コアネットワークとＷＴＲＵとの間のプロトコルスタック中の機能層とすることができる。この層は、例えば通信セッションの確立を管理するために、およびそれが移動するとき、ＷＴＲＵとの連続的通信を維持するために、使用されることが可能である。制御プレーン（すなわちＮＡＳ）は、ネットワークのワイヤレス部分を通じてユーザデータを搬送することを担うことができるユーザプレーンまたはアクセス層と対照をなすことができる。近接サービスの場合、制御プレーン通信が、直接ＷＴＲＵ間に存在することができる。

ＷＴＲＵは、無線を通じ、またはＲＡＮを介するが、コアネットワークは関与しないなど、直接的に、または例えばＭＭＥを介するなど、コアネットワークを介して、互いにメッセージを送信することができる。このような通信は、ネットワークにより近接サービスが行われるようになった後に生じる可能性がある。ＷＴＲＵ間で交換される制御プレーンメッセージは、いくつかの目的にかなうことができ、近接関連データまたは他の制御プレーンメッセージを搬送することができる一般的なペイロードコンテナとして機能することができる。ＷＴＲＵ対ＷＴＲＵ制御プレーン通信プロトコルおよび手続きについて、以下にさらに説明する。

近接関係または他の関係において互いと識別されるＷＴＲＵについては、関与するＷＴＲＵがピアツーピア通信に関わることができるように、ＷＴＲＵ対ＷＴＲＵ制御プレーンプロトコルメッセージおよび手続きのセットが使用されることが可能である。ピアツーピアについては、ＷＴＲＵは、直接コマンドおよび／またはデータ交換および共有目的のために、他方のＷＴＲＵを直接アドレス指定することができる。ＷＴＲＵ対ＷＴＲＵ制御プロトコル信号および／またはメッセージは、このようなアプリケーションまたはエンティティが近接サービスに関連していない場合でも、ＷＴＲＵ上位層プロトコルエンティティならびにＷＴＲＵアプリケーションによって使用されるトランスポート層プリミティブとすることも可能である。

ＷＴＲＵ間のページングへの応答が、リソース割り当てをセットアップすることができる。図７は、Ｅ−ＵＴＲＡＮ ７０２およびｅｖｏｌｖｅｄパケットコア（ＥＰＣ）７０４におけるエンティティ間のｅｖｏｌｖｅｄパケットシステム（ＥＰＳ）ベアラの一例を示す。この例では、Ｅ−ＵＴＲＡＮ ７０２は、ＷＴＲＵ ７０８、およびｅＮＢ ７１０を含むことができ、ｅｖｏｌｖｅｄパケットコア（ＥＰＣ）７０４は、ＳＧＷ ７１２、およびＰＧＷ ７１４を含むことができ、インターネット７０６は、ピアエンティティ７１６を含むことができる。ＷＴＲＵ ７０８とＰＧＷ ７１４との間のＥＰＳベアラ７２２は、ＷＴＲＵ ７０８とｅＮＢ ７１０との間の無線ベアラ７３０と、ｅＮＢ ７１０とＳＧＷ ７１２との間のＳ１ベアラ７３２と、ＳＧＷ ７１２とＰＧＷ ７１４との間のＳ５またはＳ８ベアラ７２８とから構成されることが可能である。無線ベアラ７３０およびＳ１ベアラ７３２は、結合してｅｖｏｌｖｅｄ無線アクセスベアラ（evolved-radio access bearer：Ｅ−ＲＡＢ）７２６と呼ばれることがある。外部ベアラ７２４が、ＰＧＷ ７１４とピアエンティティ７１６との間に存在することもある。上記のすべてのベアラは合わせて、ＷＴＲＵ ７０８とピアエンティティ７１６との間でエンドツーエンドサービス７２０を提供することができる。

図８は、サービス要求手続き８００の例示的シグナリング図を示す。図８は、ＷＴＲＵ ８２０、ＥＮＢ ８２２、ＭＭＥ ８２４、ＳＧＷ ８２６、ＰＧＷ ８２８、ポリシーおよび課金ルール機能サーバ（ＰＣＲＦ）８３０、およびホーム加入者サーバ（ＨＳＳ）８３２の間のシグナリングを示す。ＷＴＲＵ ８２０がアイドルモードであるとき、ＷＴＲＵ８２０の制御プレーンエンティティおよびＭＭＥ ８２４は、ＷＴＲＵ ８２０がすでにアクティブ化したベアラのリストを維持することができる。これらのベアラは、デフォルトベアラおよびある場合は各専用ベアラのために対応する特性を定義することができるＷＴＲＵ ８２０コンテキストとして維持されることが可能である。ＷＴＲＵ ８２０が、定期的なトラッキングエリア更新（ＴＡＵ）のような、登録以外の理由で接続モードに切り替わるとき、ＷＴＲＵ ８２０は、制御プレーンサービス要求メッセージ８０１をｅＮＢ ８２２に送信することができ、同様にｅＮＢ ８２２は、制御プレーンサービス要求メッセージ８０２をＭＭＥ ８２４に送信することができる。ネットワークエンティティ間の認証および／またはセキュリティ手続き８０３に続いて、ＭＭＥ ８２４は、アクティブである、および／またはＷＴＲＵ８２０のコンテキストの一部であるすべてのベアラに対してリソースを設定するために、初期コンテキスト設定要求８０４をｅＮＢ ８２２に送信することができる。したがって、ＷＴＲＵ ８２０が、サービス要求手続き８００を開始するとき、ＭＭＥ ８２４は、Ｓ５／Ｓ８ベアラおよびＳ１ベアラを設定することができ、これが、ｅＮＢ ８２２をトリガして無線ベアラ８０５の確立を設定することができる。これは、ＭＭＥ ８２４とＳＧＷ ８２６との間、およびＭＭＥ ８２４とｅＮＢ ８２２との間のシグナリングを含むことができる。無線ベアラ確立８０５に続いて、ＷＴＲＵ８２０、ｅＮＢ ８２２、ＭＭＥ ８２４、ＳＧＷ ８２６、およびＰＧＷ ８２８は、アップリンクデータ８０６を送信するおよび／または受信することができ、続いてｅＮＢ ８２２は初期コンテキスト設定完了メッセージ８０７をＭＭＥ ８２４に送信する。ＭＭＥ ８２４は、ベアラ変更要求（modify bearer request）８０８をＳＧＷ ８２６に送信することができ、ＳＧＷ ８２６はベアラ変更要求８０９をＰＧＷ ８２８に転送することができる。ＰＧＷ ８２８およびＰＣＲＦ ８３０は、インターネットプロトコル接続アクセスネットワーク（Internet protocol connectivity access network：ＩＰ−ＣＡＮ）セッション変更８１０を実行することができる。その後ＰＧＷ ８２８は、ベアラ変更応答８１１をＳＧＷ ８２６に送信することができ、ＳＧＷ ８２６はベアラ変更応答８１２をＭＭＥ ８２４に送信することができる。

近接サービスの場合、オペレータまたは第三者プロバイダによって提供されるシステムまたはアプリケーションは、セルレベルでＷＴＲＵの位置を知ることができる。ＷＴＲＵの位置をセル精度レベルで知る１つの方法は、それがアイドルモードである場合、ＷＴＲＵを接続モードにすることである。これは、ＷＴＲＵをページングによって行われることが可能である。例えば、ＭＭＥは、Ｅ−ＵＴＲＡＮがＷＴＲＵをページングすることを要求することができ、同様にＷＴＲＵは（１または複数の）ｅＮＢにページングメッセージを送信させることができる。

ページングメッセージを受信すると、ＷＴＲＵがサービス要求手続きを開始することができる。図８に示すように、これは、ネットワークをトリガして、ＷＴＲＵのアクティブなベアラすべてに対してリソースを確立することができる。システムは、単にＷＴＲＵの位置に関心がある場合であっても（例えば、ある近接アプリケーションは、時間に応じて、またはユーザプレーンリソースを必要としない他の目的で、ＷＴＲＵ位置に関する統計を取る必要があることがある）、システムは、ｅＮＢとＭＭＥとの間、およびＭＭＥとＳＧＷとの間のインタフェース上で多くのシグナリングを生成する可能性があり、ＷＴＲＵは、設定されるリソースを使用しないことさえある。この手続きは、ＷＴＲＵまたはシステムによって使用されることのないリソースのために多くのシグナリングを生成する可能性があるので、非効率的である可能性がある。システムが、ＷＴＲＵの位置を知ることに関心がある状況に対して、ユーザプレーンにリソースをセットアップすることなく、ＷＴＲＵが接続モードにされることが可能となるように、ページング手続きおよびサービス要求手続きは、別々に設計されることが可能である。

無線ベアラが対応する制御プレーンＥＰＳベアラに対して設定されない場合、ＷＴＲＵは、サービス要求手続きを失敗したと考える可能性がある。ＷＴＲＵが（例えば、無線リソース制御（ＲＲＣ）層において）デフォルトベアラに対して無線リソースを設定しない場合、ＷＴＲＵはローカルでシステムから登録を解除し、その後再アタッチする可能性がある。したがって、ページングおよびサービス手続きの変化について、ＷＴＲＵは、リソースの意図的な確立解除を失敗事例とみなすことなく、（その独自の一連のシグナリングを生成する可能性もある）システムに再アタッチしないように、通知されることが可能である。

本明細書における手続きは、次の機能のいずれかを果たすことができる：近接サービスを制御するためにＭＭＥ対ＭＭＥ通信を可能にする、ＭＭＥが（１または複数の）他のＭＭＥに、近接サービスに加入された（１または複数の）ＷＴＲＵの利用可能性または位置に関して情報をプッシュできるようにする、およびＷＴＲＵ間の制御プレーン（すなわちＮＡＳ）通信を可能にする。ＭＭＥがＷＴＲＵをページングして、セルレベルでＷＴＲＵの位置を知る場合、これは、リソースが必要とされない場合でも、ユーザプレーンにリソースを設定する可能性がある。ページングおよびサービス要求手続きは、リソースが必要とされないとき、リソースの設定を回避するように設計されることが可能である。

ＭＭＥ間手続きおよび制御メッセージが、近接ＷＴＲＵ通信に使用されることが可能である。一実施形態によれば、ＭＭＥが、（１または複数の）ＷＴＲＵに対して近接サービスを提供するおよび／または制御するという目的で、別のＭＭＥと通信することができる。ＭＭＥ間の手続きが、次の目的のいずれかのために、近接サービスに使用されることが可能である：近接サービスの要求、サービスおよび／または通信経路を許可するというＭＭＥ対ＭＭＥ制御、および近接サービスを変更するおよび／または終了するというＭＭＥ対ＭＭＥ制御についてＭＭＥに知らせることを含むことができる、近接サービスを制御すること、およびＭＭＥが近接サービスを受けることを許可された１または複数のＷＴＲＵに関する新しい情報を受信したとき、ＭＭＥにより（１または複数の）他のＭＭＥに、情報を提供するまたは配布するためのプルまたはプッシュモデルを含むことができる、近接サービスのためのＷＴＲＵ利用可能性について情報を提供すること。

本明細書では、共有は、近接サービスを指すように区別なく使用されることがある。さらに、近接サービスは、地理的に互いと近いもしくは互いから離れている可能性がある、または同じおよび／もしくは異なるセル、エリアなどにある可能性がある、少なくとも２つのＷＴＲＵ間の通信を指すことができる。さらに、２つ以上のＷＴＲＵ間の実際のデータパスは、無線を通じて、またはＲＡＮを介して、またはＣＮを介して、または任意の他のルートを介して、直接的であることがある。共有（すなわち、近接サービス）に含まれるＷＴＲＵは、近接関係にあるとすでに判断されていることがある、またはＷＴＲＵは、一方が他方に近接しているかどうか、または一方が、データ共有（すなわち、近接サービス）に参加しようとしているかどうかについて、互いを探ることができる。

シナリオおよび手続きは、要求中のＷＴＲＵの代わりに、または近接制御ノード（ＭＭＥでもあることがある）の代わりに、ソースＭＭＥから始まり、ターゲットＷＴＲＵを表すおよび／またはターゲットＷＴＲＵにサーブすることができるターゲットＭＭＥへ向かうことができる。ターゲットＭＭＥは、同じもしくは異なる公衆陸上移動網（ＰＬＭＮ）上にある、または同じもしくは異なるネットワークオペレータ用である、または両方である可能性がある。

一実施形態によれば、ＭＭＥは、近接関連タスクを遂行するために、別のＭＭＥ（パートナーＭＭＥ）に信号（すなわちメッセージ）を送信することによってＭＭＥ間手続きを開始することができ、以下にその例が示される。パートナーＭＭＥは、要求中のＷＴＲＵから得られる情報に基づいてソースＭＭＥによって、近接検出（すなわち判定）フェーズにおいて発見される、またはＨＳＳから得られることがある。このＭＭＥ間手続きは、近接サービスセッションを開始、変更、または終了することを含む、ただしこれらに限定されない、いくつかの目的に使用されることがある。例えば、メッセージは、近接サービス要求メッセージであることがある。これは、汎用パケット無線サービストンネリングプロトコル（general packet radio service tunneling protocol：ＧＴＰ）などの、任意のプロトコルを使用して実行されることが可能である。

図９は、例えばＭＭＥ間で送信されることが可能である近接サービスメッセージ９００の一例を示す。様々なフィールドが、例として役立つようにメッセージ９００中に示されているが、メッセージに含まれる必要はない。さらに、指定されていないその他のフィールド９１８は、含まれても、含まれなくてもよい。メッセージタイプフィールド９０２は、メッセージのタイプを表示することができる。例えば、メッセージタイプフィールド９０２は、近接サービスを表示することができる値に設定されることが可能である。サービスタイプフィールド９０４は、要求されるサービス、すなわち必要とされるアクションのタイプを表示することができる。例えば、サービスタイプフィールド９０４は、次のうちのいずれかを示す値を取ることができる：「ｓｔａｒｔ ｐｒｏｘｉｍｉｔｙ ｓｅｓｓｉｏｎ（近接セッションを開始する）」、「ｍｏｄｉｆｙ ｐｒｏｘｉｍｉｔｙ ｓｅｓｓｉｏｎ（近接セッションを変更する）」、または「ｔｅｒｍｉｎａｔｅ ｐｒｏｘｉｍｉｔｙ ｓｅｓｓｉｏｎ（近接セッションを終了する）」。

セッションおよび／またはアプリケーション識別子（ＩＤ）フィールド９０６は、セッションＩＤおよびアプリケーションＩＤ用の共通のフィールドまたは別個のフィールドとすることができる。セッションＩＤは、ソースＭＭＥおよびターゲットＭＭＥによって処理されているセッションを識別することができる。例えば、セッションＩＤは、ＭＭＥ対ＭＭＥ通信用のセッションを識別することができる、またはそれは、ＷＴＲＵの近接サービスセッションを識別することができる。アプリケーションＩＤは、ＷＴＲＵが使用している可能性があるアプリケーション、またはＭＭＥがそのために通信しているアプリケーションを識別するために使用されることが可能である一般的なフィールドとすることができる。

開始ＷＴＲＵ識別フィールド９０８は、メッセージ９００を送信しているＭＭＥの下のＷＴＲＵを識別することができる。複数のＷＴＲＵ識別子が、以下にさらに説明するように、開始ＷＴＲＵ識別フィールド９０８に含まれることが可能である。終端ＷＴＲＵ識別フィールド９１０は、メッセージ９００を受信しているＭＭＥの下のＷＴＲＵを識別するために使用されることが可能である。少なくとも１つのＷＴＲＵに対して少なくとも１つの終端ＷＴＲＵ識別子がある可能性があることに留意されたい。メッセージ９００は、近接サービスセッションに関与するすべてのＷＴＲＵに、１つの終端ＷＴＲＵ識別フィールド９１０を含むことができる。例えば、ＭＭＥは、メッセージ９００を送信し、複数の対応する終端ＷＴＲＵ識別フィールド９１０に、複数のＷＴＲＵの識別子を含むことができる。メッセージ９００は、メッセージに保持される識別子の数、または識別部分の全長を表示すフィールド（図示せず）を有することができ、そこからＭＭＥは、ＷＴＲＵあたりの識別子の長さがわかっていると仮定すると、アドレス指定されているＷＴＲＵの数を算出することができる。

好ましいデータパスフィールド９１２は、近接サービスに使用されることが可能である好ましいデータパスを表示することができ、これは送信源または送信ＭＭＥによって設定される基本設定（preference）とすることができる。好ましいデータパスフィールド９１２がメッセージ９００に含まれていない場合、デフォルトまたは既知のデータパスが使用されることが可能である。例えば、デフォルトのパスは、すべてのＭＭＥにおいてなど、ネットワークにおいて構成されることが可能である。グローバルセルＩＤフィールド９１４は、近接サービスを要求しているＷＴＲＵに現在サーブしているグローバルセル識別子を識別することができる。これは、ターゲットＭＭＥによって使用されて、それをそのＲＡＮに提供し、２つのセルが、以下により詳細に説明するように、近接データサービスのために直接接続を行うことができるようにする。

終端ＷＴＲＵへのメッセージフィールド（message to terminating WTRU field）９１６は、ターゲットＭＭＥ下のターゲットＷＴＲＵに転送されることが可能であるデータまたは人間が読み取れるメッセージを含むことができる。このフィールド９１６は、開始ＭＭＥが、このＭＭＥの下にあって、近接サービスを要求するＷＴＲＵからこのようなメッセージを受信する場合、含まれることがある。フィールドの他の例９１８は、近接サービスセッションの時間制限を示す時間間隔フィールド、または、検討中のＷＴＲＵが高優先度ＷＴＲＵであるかどうかを示す優先度フィールドであることがある。

図９に示すメッセージ９００のような近接サービスメッセージを受信すると、受信（すなわちターゲット）ＭＭＥは、終端ＷＴＲＵが近接サービスに利用されるかどうかを確認することができ、ＷＴＲＵの位置、またはそれに応じて他の基準を考慮に入れることができる。ターゲットＭＭＥは、（提供される場合は）ソースＭＭＥによって表示される好ましいデータパスを確認することができ、データパスが終端（すなわちターゲット）ＷＴＲＵに許可されるかどうかを確認することができる。例えば、ソースＭＭＥは、データ共有のための好ましいパスは、直接的なＷＴＲＵ対ＷＴＲＵ通信であることを含んでいることがある。受信ＭＭＥは、そのＷＴＲＵにこのようなデータパスを許可する、または許可しないことがある。

ターゲットＭＭＥは、近接サービスの要求について終端ＷＴＲＵに知らせることができ、開始ＷＴＲＵの識別および、図９に示す終端ＷＴＲＵへのメッセージフィールドのような他のフィールドを転送することができる。受信（すなわちターゲット）ＭＭＥは、メッセージ、例えば近接サービス応答メッセージを使用して応答することができる。図１０は、近接サービス応答メッセージ１０００の例を示す。図９の近接サービスメッセージ９００のフィールド９０２〜９１８のいずれも、近接サービス応答メッセージ１０００に含まれることが可能である。さらに、近接サービス応答メッセージ１０００は、ソースＭＭＥによって送信された前の要求の結果を示すことができる結果フィールド１００２を含むことができる。

例えば、結果フィールド１００２は、次のうちのいずれかを表示することができる：ｓｅｒｖｉｃｅ ａｃｃｅｐｔｅｄ（サービスは受諾された）、これは、表示されたデータパスまたはデフォルトデータパスにサービスが受諾されたことを表示することができる、ｓｅｒｖｉｃｅ ｒｅｊｅｃｔｅｄ ｂｙ ｕｓｅｒ（サービスはユーザにより拒否された）、これは、終端ユーザが要求を拒否したこと、および場合により、所定のまたは既知の時間の間、開始ユーザは再試行すべきではないことを表示することができる、ｓｅｒｖｉｃｅ ｎｏｔ ａｌｌｏｗｅｄ ｆｏｒ ｕｓｅｒ（サービスはユーザに許可されない）、これは、サービスが終端ユーザに許可されていないことを表示することができる、ｓｅｒｖｉｃｅ ｎｏｔ ｓｕｐｐｏｒｔｅｄ ｉｎ ＭＭＥ（ＭＭＥでサポートされていないサービス）、これは、サービスがこのＭＭＥでサポートされておらず、したがって受信ＭＥＥはこのメッセージを送信したＭＭＥとの近接通信を求めるいかなる要求ももはや送信すべきではないことを表示することができる（これは、ソースＭＭＥによって以前要求された「サービスタイプ」に限定されることがあり、例えば、近接サービスは、終端ＭＭＥによってサポートされることがあるが、近接サービスの変更はサポートされないことがある、ｓｅｒｖｉｃｅ ｔｅｍｐｏｒａｒｉｌｙ ｎｏｔ ａｖａｉｌａｂｌｅ（サービスは一時的に利用できない）、これは、特定のＷＴＲＵに対して、または（応答メッセージ１０００に追加のフィールドを使用することができる）すべてのＷＴＲＵに対して、場合により表示されたまたはデフォルトの期間の間（ただし表示される期間は、別個のフィールドに含まれていることがある）、サービスが一時的に利用できないことを表示することができる、ｓｅｒｖｉｃｅ ｎｏｔ ａｌｌｏｗｅｄ ｆｏｒ ｔｈｉｓ ＰＬＭＮ（サービスはこのＰＬＭＮに許可されない）、これは、サービスを要求しているＰＬＭＮ（すなわち、開始／ソースＭＭＥのＰＬＭＮ識別子）ではサービスがサポートされないことを表示することができる。

ターゲットＭＭＥが近接サービスを求める要求を受諾する場合、それはその後、そのＲＡＮノード（例えば、ｅＮＢ）に近接サービスのためにリソースを設定するよう求めることができる。リソースは、開始／ソースＭＭＥについて以下に説明するのと同じ方法で、ｅＮＢにより設定されることが可能である。

近接サービス応答メッセージを受信するＭＭＥは、「結果」フィールドの値に応じて、次のアクションのいずれかを行うことができる。例えば、結果フィールドがｓｅｒｖｉｃｅ ａｃｃｅｐｔｅｄを表示した場合、ＭＭＥは、制御プレーンメッセージを介してサービスが受諾されたことをＷＴＲＵに表示することができる。ＭＭＥは、使用されるデータパスのタイプ、例えば直接通信または間接通信に関する表示を含むこともできる。ＭＭＥは、ピアＷＴＲＵの識別子または通信に使用されることが可能であるセッション識別子を含むこともできる。ＭＭＥから制御プレーンメッセージを受信すると、ＷＴＲＵは、そのピアＷＴＲＵとの近接サービスを開始することができ、またＭＭＥによって提供されるセッションＩＤを使用して、近接サービスセッションを識別する。別の例では、結果フィールドがｓｅｒｖｉｃｅ ａｃｃｅｐｔｅｄを表示した場合、ＭＭＥはＲＡＮに、データ共有（すなわち近接サービス）セッションのためにリソースを設定するよう要求することができる。

一例では、結果フィールドがｓｅｒｖｉｃｅ ａｃｃｅｐｔｅｄを表示しない場合、ＭＭＥは制御プレーン信号を開始ＷＴＲＵに送信して、サービスが許可されないことを示すことができる。ＭＭＥは、例えば「Ｕｓｅｒ ｒｅｊｅｃｔｅｄ（ユーザ拒否）」のような原因コードが、ＭＭＥによって受信される場合、そのような原因コードを含むことができる。ＭＭＥは、サービスが再試行されることが可能となるまでの一時的な時間を表示することができる。別の例では、結果フィールドがｓｅｒｖｉｃｅ ａｃｃｅｐｔｅｄを表示しない場合、ＭＭＥはフラグを格納して、ターゲットＭＭＥおよび／またはＰＬＭＮでさらなる近接サービスは可能ではないことを表示することができる。例えば、結果フィールドが「Ｓｅｒｖｉｃｅ ｎｏｔ ｓｕｐｐｏｒｔｅｄ ｉｎ ＭＭＥ（サービスはＭＭＥでサポートされない）」または「Ｓｅｒｖｉｃｅ ｎｏｔ ａｌｌｏｗｅｄ ｆｏｒ ｔｈｉｓ ＰＬＭＮ（サービスはこのＰＬＭＮに許可されない）」を表示した場合。

ＭＭＥは、次の方法のいずれかを使用して、ターゲットＷＴＲＵにサーブしているターゲットＭＭＥを識別することができる。ＭＭＥは、ソースＷＴＲＵからサポート情報を受信することができる。この情報は、サービスＩＤ、アプリケーションＩＤ、モバイル加入者統合サービスデジタル網（ＩＳＤＮ）番号（ＭＳＩＳＤＮ）、ＰＬＭＮ ＩＤ、グローバルに一意な一時的ＩＤ（globally unique temporary ID：ＧＵＴＩ）、または、近接ＩＤなど、特定のサービスに関連する可能性がある他の識別情報であってもよい。ＭＭＥは、ＰＬＭＮ ＩＤおよび／またはＧＵＴＩを確認して、サービングＭＭＥを識別することができる。ＷＴＲＵは、手動セッティングを介して、または直接的無線対無線通信を介して、このような情報を交換する可能性があることに留意されたい。ＭＭＥは、上記の識別のいずれかを、提供される識別子とサービングＭＭＥおよび／またはＰＬＭＮとの間のマッピングを有することができるエンティティ（例えばサーバ）に提供することもある。あるいはこの情報は、各ＭＭＥでローカルに保持されることがある。

別の実施形態によれば、ソースまたはターゲットＭＭＥが、ＲＡＮ（例えばｅＮＢ）に、近接サービスのためにリソースを設定するよう要求することができる。すでに確立されている所与の近接サービスに対しては、ＭＭＥはｅＮＢにセッションを変更または終了し、それに応じてリソースを処理するよう要求することができる。例えば、Ｓ１アプリケーションプロトコル（Ｓ１ＡＰ）メッセージのような、アプリケーションプロトコル（ＡＰ）メッセージが、近接サービスに使用されるように定義されることが可能である、または既存ＡＰメッセージが、近接サービスのための追加のＩＥを含むように変更されることが可能である。例えば、ＭＭＥは、次のＩＥのいずれかを含むことができるＳ１ＡＰメッセージを送信することができる。

アクションタイプＩＥが含まれて、ｅＮＢの予想されるアクションのタイプ、またはＭＭＥによって要求されているサービスのタイプを表示することができる。例えば、アクションタイプＩＥは、「近接サービスのためにリソースを設定する」、または「近接サービスのためにリソースをクリアする」、または「近接サービスのためにリソースを変更する」を表示することができる。ＷＴＲＵ識別子ＩＥが含まれることが可能であり、これは、上述の識別子など、近接サービスのために定義されることが可能である任意のタイプの識別子を使用してＷＴＲＵを識別することができる。ＭＭＥは、近接サービスに関わる複数のＷＴＲＵがあるとき、例えば、ＷＴＲＵの両方、一部、または全部が同じｅＮＢの下、かつ同じセルにあるネットワーク共有の場合に、いくつかの識別子を含むことができる。

データパスＩＥが含まれることが可能であり、これは、サービスに使用されるべきデータパスを表示することができる。データパスＩＥは、例えば、「直接的なＷＴＲＵ対ＷＴＲＵ」、または「ｅＮＢを介する」、または「コアネットワークを介する」などとして、データパスを表示することができる。次ホップアドレスＩＥは、リソースが近接に設定されるべきエンティティのアドレス／識別子を表示することができる。これは、例えば、ｅＮＢ、またはＳＧＷ、またはＰＧＷとすることができる。データパスＩＥは、近接サービスが例えば２つのｅＮＢ間にデータパスを含む場合、含まれる可能性がある。セッションＩＤが含まれることが可能であり、含まれる（１または複数の）ＷＴＲＵの近接サービスセッションの一意の識別子とすることができる。

ソースまたはターゲットＭＭＥからＳ１ＡＰメッセージを受信すると、（ソースまたはターゲットＭＭＥ下の）ｅＮＢは、次のアクションのいずれかをとることができる。「アクションタイプＩＥ」が、「近接サービスのためのリソースを設定する」を表示する場合、ｅＮＢは、「次ホップエンティティ」ＩＥで識別されることが可能である必要なエンティティと接触して、近接サービスのためのリソースを設定することができる。ｅＮＢは、近接サービスのための必要なリソースを確立するために、１または複数のＷＴＲＵに向かって、例えば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ（ＲＲＣコネクション再構成）などの、ＲＲＣ手続きを実行することができる。Ｓ１ＡＰメッセージが、データパスは直接的であって、Ｓ１ＡＰメッセージ中に２つのＷＴＲＵ識別子があることを表示する場合、ｅＮＢは、２つのＷＴＲＵのそれぞれに向かってＲＲＣ手続きを実行し、近接サービスのためのデータ無線ベアラを設定することができる。ｅＮＢはまた、ＷＴＲＵのそれぞれに、他方のＷＴＲＵの識別子およびデータパスが直接的であるかどうかも表示することができる。ｅＮＢは、近接サービスのためのリソースをセットアップするために、別のｅＮＢに接触することもでき、ＭＭＥによって提供されたセッションＩＤを提供することができる。これは、例えばＳ１および／もしくはＸ２インタフェースまたはｅＮＢをつないでいることが可能である任意の他のインタフェースを介して行われることが可能である。

「アクションタイプＩＥ」が、「近接サービスのためのリソースをクリアする」または「近接サービスのためのリソースを変更する」を表示する場合、ｅＮＢはその後、ＷＴＲＵおよび、またはデータパスの一部であることが可能であるエンティティでリソースをクリアすることができる。例えば、ｅＮＢは、（１または複数の）ＲＲＣ手続きを実行して、少なくとも１つのＷＴＲＵでリソースをクリアするおよび／または変更することができる。ｅＮＢは、Ｓ１および／またはＸ２手続きを実行して、近接のためのデータパスの一部であることが可能であるｅＮＢを有するリソースをクリアするおよび／または変更することもできる。

一実施形態によれば、ＷＴＲＵが近接にあってもなくても、手続きにより、パートナーＭＭＥがパートナーＷＴＲＵを制御するおよび／またはパートナーＷＴＲＵにサーブすることを確認することができる。パートナーＷＴＲＵまたは将来のパートナーＷＴＲＵが、その制御下またはそのサービス下にあることを確認するために、発信元ＭＭＥが、上述の近接サービス要求のようなメッセージを、別のＭＭＥに送信することによって手続きを開始することができる。例として、図９に関して述べたことと同様に、メッセージは、次の情報のいずれかを含むことができる：例えば「ＷＴＲＵのサービングＭＭＥを確認する」のようにサービスタイプを表示することができる、サービスタイプフィールド、近接サービスに加わっているＷＴＲＵの数に対応する１または複数の終端ＷＴＲＵ識別子フィールド、終端ＷＴＲＵまたはＲＡＮが情報を必要とする場合は、発信元（または開始）ＷＴＲＵの識別子、終端ＷＴＲＵがすでに近接下で判断されたかどうかの表示、およびこのような近接関係の下ですでにわかっている場合は、終端またはパートナーＷＴＲＵの近接情報。

終端またはパートナーＭＭＥは、応答（例えば上述のＰｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ Ｒｅｓｐｏｎｓｅ（近接サービス応答））を送り返すことができ、これが、要求の結果（例えば、成功または失敗）を表示することができ、当該の／終端ＷＴＲＵに関して、その位置情報、そのＷＴＲＵ能力、およびそのシステムアタッチポイント（すなわち、サービングｅＮＢおよび／またはセル）などの追加情報を含むことができる。

次の手続きは、データ共有のためにパートナーＷＴＲＵの近接を確認するために使用されることが可能である。一実施形態によれば、発信元ＭＭＥは、ターゲットＷＴＲＵに関してＭＭＥ情報から確認するために、ターゲットＭＭＥにＰｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージを送信することによって手続きを開始することができる。このような情報は、（その近接関係が定義されていない）ターゲットＷＴＲＵが、発信元ＷＴＲＵと近接関係にあるか、必ずしも近接に関連しない、または他のＷＴＲＵと近接であるかを含むことができるが、これに限定されない。手続きは、例えば発信元ＷＴＲＵが、近接関係発見アクションが開始される、または当該ＷＴＲＵの近接ステータスが確認されるよう要求することによってトリガされることが可能であり、ネットワークポリシーまたは他のアプリケーションまたはこのような要求をＭＭＥに送信した可能性があるサーバに基づくことができる。別の例では、手続きは、近接関係を発信元ＷＴＲＵおよびターゲットＷＴＲＵに提供することを開始することができるネットワーク制御ノード、および／または近接関係下の（１または複数の）相互アクションに対する同意によってトリガされることが可能である。

上記の機能を求めるＰｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージに含まれるパラメータは、「ＷＴＲＵ近接ステータス発見」もしくは「ＷＴＲＵ近接ステータストラッキング」のサービスタイプ、当該／終端ＷＴＲＵ識別子もしくはＷＴＲＵーＩＤ関連情報、および／または発信元ＷＴＲＵの識別情報を含むことができるが、これらに限定されない。さらに、次の近接関連情報が含まれることがある：ＷＴＲＵがまだ近接関係下ではない場合、発信元ＷＴＲＵの位置、範囲定義などの近接定義、ならびにあるカテゴリおよび／またはプロパティＷＴＲＵが近接に対して遮蔽される（screened）ことが可能であるように、プロキシプロパティおよび／またはカテゴリ情報。

終端ＭＭＥは、Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ ＲｅｓｐｏｎｓｅメッセージをソースＭＭＥに送り返すことができ、要求の目的に対して成功または失敗という結果を表示することができる。Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ Ｒｅｓｐｏｎｓｅメッセージは、当該ＷＴＲＵに関して、その位置情報、その能力、現在のＷＴＲＵ状態、およびそのシステムアタッチポイント（すなわちサービスｅＮＢおよび／またはセル）などの追加情報を含むことができるが、これらに限定されない。

発信元ＭＭＥは、終端ＭＭＥがＷＴＲＵの近接ステータスを追跡することを要求することができる。この場合、終端ＭＭＥは、次のいずれかを送信することができる：発信元ＷＴＲＵ位置または他の状態に対して当該ＷＴＲＵの近接ステータスについて発信元ＭＭＥに返す定期的Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ Ｒｅｓｐｏｎｓｅメッセージ、または、（１もしくは複数の）当該ＷＴＲＵの近接ステータスが、例えば近接範囲内から近接範囲外に変化したとき、発信元ＭＭＥに返すイベント駆動Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ Ｒｅｓｐｏｎｓｅメッセージ。

一実施形態によれば、ＭＭＥが、（１または複数の）他のＭＭＥにメッセージを送信して、例えば近接情報を含む、他のＷＴＲＵに関する情報をプッシュすることができる。ＭＭＥは、上述のように、プッシュメッセージとして近接サービスメッセージを使用することができ、それに応じてフィールドを設定することができる。各ＭＭＥは、他の（１または複数の）ＭＭＥおよび／または（１または複数の）サーバに対して、近接サービスまたは他のサービスのための位置情報などの情報のプッシュをトリガすることができるイベントを定義済みであることが可能である。「監視」すべきイベントまたはＷＴＲＵは、ＷＴＲＵ（例えば、公共安全ＷＴＲＵまたは公共安全の目的で使用されるＷＴＲＵ）から、または他のＭＭＥから、ＭＭＥで受信されることが可能である。例えば、ＷＴＲＵが接続モードに切り替わり、したがってＭＭＥとのシグナリング接続を確立するとき、イベント「接続モードのＷＴＲＵ」は満たされ、ＭＭＥは、他のＷＴＲＵ、ＭＭＥ、またはサーバのような、他のエンティティに、ＷＴＲＵ（またはＷＴＲＵの集合）が現在接続モードであって、それらの位置情報を提供することも可能であることを知らせるためのアクションを起こすことができる。ＭＭＥは、例えば、ＬＴＥシステムで提供される位置サービスを使用してＷＴＲＵの位置情報を取得することができる。

別の実施形態によれば、ＭＭＥが、他のＭＭＥにメッセージを送信して、少なくとも１つのＷＴＲＵの情報（近接サービスまたは他のサービスのための位置情報など）を要求することがある。例えばＭＭＥは、識別されたＷＴＲＵがセルまたはエリアに入る、または接続モードになるとき、ターゲットＭＭＥがそれに情報（例えば、近接サービスもしくは他のサービスに関連する位置情報、または他のサービスのための他の情報）を提供するよう要求することができる。ＭＭＥはその後、あるＷＴＲＵの活動を監視するように、そのようなイベントを設定することができる。イベントは、ＷＴＲＵが接続モードになることに関連するだけでなく、以下のような、ただしこれらに限定されない他のイベントが定義されることがある：ＷＴＲＵが近接サービスもしくは他のサービスに利用可能になること、または、ＷＴＲＵが特定のＩＰ接続または任意の他のサービスおよび／または接続を要求すること。例えば上述の、および図９の近接サービスメッセージは、フィールドに適切な値を有して、この目的のために使用されることも可能である。

別の実施形態によれば、手続きにより、近接ＷＴＲＵのためのデータ共有パスを確立することができる。トリガを受けて、発信元ＭＭＥが、パートナーＷＴＲＵ間でデータ共有パス、または他のタイプの通信リンクを見つける、および確立するために、Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージなどのシグナリングメッセージを、パートナーＷＴＲＵを制御するおよび／またはパートナーＷＴＲＵにサーブすることができる別のＭＭＥに送信することによって、２つ（またはそれ以上）の近接ＷＴＲＵ間でデータ共有パスを確立する手続きを開始することができる。

ＭＭＥによって行われる手続きは、無線環境、ネットワーク状態、ネットワークポリシー、または他の選択基準に基づいて、近接ＷＴＲＵのためのデータ共有パスを見つけることができる。例えば、パスのオプションは、以下を含むことができるが、これらに限定されない：最初に見つけられた利用できるパスであるデフォルトパス、最も少ない数のネットワークリソースで共通のユーザプレーンノードを共有することを含むことができる最短パス、ならびに最も軽いトラフィック負荷のパスである、および／またはＷＴＲＵ、ユーザ、および／または近接サービスもしくはアプリケーションにとって最大の利益で高品質のサービス（ＱｏＳ）を提供することができる最速パス。

データ共有パスが、対称的に（パスはパートナーＷＴＲＵ間で双方向で同じであることが可能である）、または非対称的に（パスはパートナーＷＴＲＵ間で異なることが可能である）形成されることが可能である。ＷＴＲＵ間のデータパスのオプションは、利用可能なリソースがあり、パートナーＷＴＲＵが十分に近くて直接的なオーバーザエアー（over-the-air）送信および／または受信を可能にする場合に使用可能である直接的なエアインタフェースパスを介するもの、コアネットワークを通過することなく、同じｅＮＢを介するもの、例えばＸ２インタフェースを超えて２つのｅＮＢを介するもの、共通のＳＧＷを介するもの、共通のＰＧＷを介するもの、および２つのＰＧＷを介するものを含むが、これらに限定されない。

図１１は、異なるＭＭＥと関連付けられた２つのＷＴＲＵ間の近接サービスを可能にするための方法１１００の例示的シグナリング図を示す。この例では、ＭＭＥ １１２２によってサーブされるＷＴＲＵ １１２０が、ＭＭＥ １１２４によってサーブされるＷＴＲＵ １１２６との近接サービス（すなわち、データ共有、または任意の他のサービス）に関わろうとしている。（発信元ＷＴＲＵにサーブする）発信元ＭＭＥ １１２２は、パートナーＷＴＲＵ １１２６にサーブする終端ＭＭＥ １１２４に、近接サービス要求メッセージ１１０２を送信することができる。近接サービス要求メッセージ１１０２は、上述の情報、例えば発信元ＷＴＲＵ １１２０の接続環境もしくは「好ましいデータパス」、ＷＴＲＵ １１２０のサービングｅＮＢのＩＤ、グローバルセルＩＤ、および／または発信元ＷＴＲＵ １１２０の能力のいずれも含むことができる。

終端ＭＭＥ １１２４は、終端ＷＴＲＵ １１２６（および／またはＷＴＲＵのサービングＲＡＮ）に問合せ１１０４を送信することができ、ＷＴＲＵ １１２６（またはＷＴＲＵのＲＡＮ）から応答１１０６を受信することができる。終端ＭＭＥ １１２４は、発信元ＭＭＥ １１２２に、例えば、パートナー／終端ＷＴＲＵ １１２６の接続環境（すなわち、「好ましいデータパス」）およびＷＴＲＵ １１２６の能力を含むことができる近接サービス応答メッセージを送信することができる。

発信元ＭＭＥ １１２２は、例えばＰｒｏｘｉｍｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ（近接アソシエーション要求）メッセージ１１１０を介して、終端ＭＭＥ１１２４にデータ共有パスを提案することができ、終端ＭＭＥ １１２４は、近接アソシエーション応答メッセージ１１１２を発信元ＭＭＥ １１２２に送り返すことによって提示されたデータ共有パスを（上述の状態に基づいて）確認する、変更する、または拒否することができる。例えば、パートナーＷＴＲＵ １１２０および１１２６、ならびにｅＮＢ／セル（図示せず）の能力により、ＷＴＲＵ対ＷＴＲＵ直接無線パスが可能となる場合、直接無線リンクデータ共有パスが推奨されることがある。別の例では、パートナーＷＴＲＵ １１２０および１１２６が同じｅＮＢを共有している場合、共有パスは同じｅＮＢから延びることがある。発信元ＭＭＥ １１２２および終端ＭＭＥ １１２４は、通知メッセージ１１１４をそれらのそれぞれのＷＴＲＵ １１２０またはＷＴＲＵ １１２６（またはｅＮＢ）に送信して、パートナーＷＴＲＵ １１２０および１１２６のためのデータ共有パス１１１６を設定することができる。

別の例示的実施形態によれば、Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ Ｒｅｓｐｏｎｓｅメッセージに続いて、発信元ＭＭＥが、共有パス決定を行い、Ｐｒｏｘｉｍｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ ＲｅｑｕｅｓｔまたはＰｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔで終端ＭＭＥに通知し、続いてＲＡＮに通知して、データ共有パスを設定し、構成することができる。別の例示的実施形態によれば、発信元ＭＭＥと終端ＭＭＥの両方が、それらのそれぞれのＷＴＲＵおよびそれらの見込まれる好ましいデータパス（perspective preferred data path）に関するすべての情報を有する場合、発信元ＭＭＥは、第１のＰｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージを送信して、データ共有パスを提案する。終端ＭＭＥが、発信元ＭＭＥからの好ましいデータパスがそれ自身の好ましいデータパスと一致し、サービングＲＡＮがそれを割り当てることができることを理解する場合、終端ＭＭＥは、決定を最終的に承認することができる。

上記の例示的シナリオでは、発信元ＭＭＥは、近接サービス要求手続きを開始するようにトリガされることが可能である。１つの例では、近接サービス要求中の（すなわち発信元）ＷＴＲＵが制御ノードを認可することができるように、トリガが、近接サービス機能専用のネットワーク制御ノードからとすることが可能であり、別の近接ＷＴＲＵが見つけられると、発信元ＭＭＥは近接ＷＴＲＵをネットワークおよび／または無線リンクで互いに接続させるように直接ふるまうことができる。別の例では、トリガは、要求中のＷＴＲＵからとすることが可能であり、要求中のＷＴＲＵが、近接ＷＴＲＵの利用可能性を知った後にデータパス構築イニシエーションを開始することができる。

別の実施形態によれば、２以上のＷＴＲＵについて近接関係が決定されるとき、ネットワーク近接サービス制御ノードまたは活動中のＭＭＥは、近接検出の過程ですでにＷＴＲＵおよび／またはネットワーク情報を有することがある。このような情報の例は、ＷＴＲＵ識別子、現在のＷＴＲＵ位置、ＷＴＲＵと関連するＰＬＭＮ、ＷＴＲＵサービス要件、ＷＴＲＵ能力、現在のサービングｅＮＢ識別子（例えば、ｅＮＢ−ＩＤ、グローバルｅＮＢ−ＩＤ、ネットワークアドレス、またはＩＰアドレス）、ネットワーク共有属性、負荷状態（すなわち、エアインタフェースリソース状態）、ＷＴＲＵに直接的エア対エア通信を割り当てることができるかどうかに関するｅＮＢ能力、制御またはサービングＭＭＥ識別子（例えば、ＭＭＥ−ＩＤ、ネットワークアドレス、ＩＰアドレス）、およびＭＭＥと関連するＰＬＭＮを含むことができるが、これらに限定されない。

図１２は、ＷＴＲＵ間で近接共有を構成するためのＭＭＥ間手続き１２００の例示的シグナリング図を示す。この例では、ＷＴＲＵ １２２８およびＷＴＲＵ１２３０が、それぞれＭＭＥ １２２２およびＭＭＥ １２２４によってサーブされ、ｅＮＢ １２２６を共有する。近接制御ノード１２２０は、近接発見フェーズの間、すべての近接関連情報を有することができる。近接制御ノード１２２０は、要求中のＷＴＲＵ １２２８が関連するＭＭＥ １２２２に、例えばターゲットＷＴＲＵ １２３０が関連するＭＭＥ １２２４に関する情報、または２つの近接ＷＴＲＵ１２２８および１２３０間に近接データリンクを作成するための他の関連情報とともに、通知１２０１を送信することができる。

近接情報に基づいて、ＭＭＥ １２２２が、２つのＷＴＲＵ １２２８および１２３０は、ネットワーク共有をして、またはネットワーク共有をせずに、同じｅＮＢ １２２６を共有していると判断することができる。ＭＭＥ １２２２は、２つの近接ＷＴＲＵ １２２８および１２３０のためにｅＮＢ １２２６との共有パスを要求して、共有ｅＮＢ １２２６に要求メッセージ １２０２を送信することができる。要求中のＭＭＥ １２２２は、ヒンジングポイントまたはフォーカルポイントを決定することができ、これは、利用できるＷＴＲＵ近接関連情報に基づいて、ｅＮＢ、ＳＧＷ、ＰＧＷ、または直接無線通信リンクであることがある。同じｅＮＢ １２２６下の２つのＷＴＲＵ １２２８および１２３０は、近接通信にｅＮＢリソースを使用する／共有することができる。ｅＮＢ １２２６は、２つの近接ＷＴＲＵ １２２８および１２３０が、期間内に直接無線パスのためにそのセルリソースを使用して通信することが可能であるかどうかを判断することができる。同じセル下の２つのＷＴＲＵ １２２８および１２３０は、セルリソースを使用して、無線リンクを通じて直接通信することができるが、１つのＷＴＲＵは、そのアップリンクおよび／またはダウンリンク送信および／または受信を逆にすることができる。

ｅＮＢ １２２６は、そのような接続を利用可能にするためのリソースを有することを示すことができ、２つのＷＴＲＵのための近接共有パス構成を提案することができる応答メッセージ１２０３を、ＭＭＥ １２２２に送信することができる。ＭＭＥ １２２２は、構成メッセージ１２０４をｅＮＢ １２２６に送信して、ＷＴＲＵ １２２８および１２３０のための共有パスを示すことができ、データ共有のためのアクティベーション時間を含むことができる。要求中のＷＴＲＵ １２２８のＭＭＥ １２２２は、構成メッセージ１２０５をターゲットＭＭＥ１２２４に送信して、ＷＴＲＵ １２３０を構成することができる。ターゲットＭＭＥ １２２４は、ｅＮＢを通る共有パスを構成するために、共有ｅＮＢ １２２６を介してＷＴＲＵ １２３０に構成メッセージ１２０６を送信することができる。発信元ＭＭＥ １２２２もまた、共有パスを構成するために、共有ｅＮＢ １２２６を介してＷＴＲＵ １２２８に構成メッセージ１２０７を送信することができる。ＷＴＲＵ １２２８およびＷＴＲＵ １２３０、ならびに共有ｅＮＢ １２２６は、例えば定義されたアクティベーション時間に共有リソースを構成するために、さらなるメッセージ１２０８を交換することができる。ＷＴＲＵ １２２８およびＷＴＲＵ １２３０は、その後、共有ｅＮＢ １２２６を通る共有パスを介してデータ共有のために指定されたリソースに接続されることが可能である。

別の実施形態によれば、ＷＴＲＵ対ＷＴＲＵプロトコルのセットが、制御プレーン（例えばＮＡＳ）レベルで近接ＷＴＲＵ間の直接通信を可能にすることができる。ＷＴＲＵ対ＷＴＲＵ制御プレーンプロトコルは、ＭＭＥを介する、または無線インタフェースを介するものとすることができる。制御プレーンプロトコルは、ＷＴＲＵとＭＭＥとの間で動作することができる制御プレーン（ＮＡＳ）プロトコルに加えて、および／またはこれとは別に、２つのＷＴＲＵ間で動作することができる。１つの実施形態によれば、制御プレーンメッセージは、転送ノードのように動作することができ、実際にデータを処理することなく、メッセージが転送されるターゲットＷＴＲＵを確認することができるＭＭＥを介して送信されることが可能である。

別の実施形態によれば、制御プレーンメッセージは、直接無線リンクを使用して２つのＷＴＲＵ間で直接通信されることが可能である。これは、ＷＴＲＵが、それらの間でこのような制御プレーン通信が許可されることが可能であることを知らされた後に行われることが可能であり、制御プレーン通信は、次の方法のうちの１つで受信されることが可能である：Ａｔｔａｃｈ ＡｃｃｅｐｔもしくはＴｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ Ａｃｃｅｐｔ、または任意の制御プレーンメッセージなどの登録手続きを用いる、ＷＴＲＵが直接ＮＡＳ通信で動作することができる／動作すべきであることを示す明示的制御プレーンまたはＲＲＣメッセージを受信することによる。ＷＴＲＵは、手動のセッティングチェンジを介して、または例えばＯｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅデバイス管理（ＯＭＡ ＤＭ）メッセージ、オーバーザエアー（ＯＴＡ）メッセージ、もしくはアクセスネットワーク発見および選択機能（access network discovery and selection function：ＡＮＤＳＦ）メッセージを介して、直接的な制御プレーン通信のために構成されることが可能である。

ＷＴＲＵは、これらが汎用加入者識別モジュール（ＵＳＩＭ）内に構成されることが可能であるあるアクセスクラスでシステムにアクセスする場合、直接的な制御プレーン通信を行うことができる。制御プレーンメッセージは、以下に記載する他のサービスに使用されることが可能である。したがって、制御プレーンメッセージは一般的に、例えば制御プレーンシグナリング、または制御プレーンプロトコルを使用することができるアプリケーションに関連するシグナリングを共有するために、またはＷＴＲＵ間のテキストメッセージ伝送のために使用されることが可能である。

制御プレーンメッセージは、専用制御プレーンメッセージを定義することによって、または追加のＩＥで他の制御プレーンメッセージを変更することによって、獲得されることが可能である。例えば、汎用制御プレーントランスポート（Generic Control Plane Transport）メッセージは、変更されることが可能である。制御プレーンメッセージコンテンツおよび制御プレーンメッセージの送信／受信時のＷＴＲＵアクションについて、以下に説明する。

次の仮定は、手続きに関連することができる。ＷＴＲＵは、他の制御プレーンメッセージでＭＭＥを介した通信にすでに関わっている可能性がある。ＷＴＲＵは、互いの識別子を知ることができる。識別子は、例えば、ＭＳＩＳＤＮ、国際移動体加入者識別番号（International Mobile Subscriber Identity：ＩＭＳＩ）、一時移動体加入者識別番号（temporary mobile subscriber identity：ＴＭＳＩ）など、３ＧＰＰ関連の識別情報、または、セッション開始プロトコル（ＳＩＰ）統一資源識別子（ＵＲＩ）、電子メールのようなアドレス、任意の近接関連識別情報、もしくは定義されることが可能である他のサービスの識別情報など、その他の識別情報とすることができる。ＷＴＲＵは、無線または制御プレーンレベルで、すでに互いを発見している可能性があり、いくつかの識別パラメータ（例えば、上に列挙したものまたはその他）および／または、例えばアプリケーションＩＤ、アプリケーションタイプ、アプリケーション名などのアプリケーション関連パラメータを交換した可能性もある。

図１３は、近接サービスに関わるＷＴＲＵ対ＷＴＲＵで交換される例示的ＷＴＲＵ対ＷＴＲＵ制御プレーンメッセージ１３００を示す。次のフィールドのいずれかが、制御プレーンメッセージ１３００に含まれる、または含まれないことがあり、示していない他のフィールドが含まれることがある。プロトコル判別子（Protocol Discriminator）フィールド１３０２は、制御プレーンプロトコルエンティティはメッセージを処理すべきであることを表示することができる。例えば、フィールド１３０２は、「ＭＭＥエンティティ」または制御プロトコルによって支援されることが可能である任意の他のエンティティに設定されることが可能である。メッセージタイプ（Message Type）フィールド１３０４は、メッセージ１３００がＷＴＲＵ対ＷＴＲＵ通信用であることを示すことができる。例えば、フィールド１３０４は、値を「ＷＴＲＵ対ＷＴＲＵ制御メッセージ」に設定することができる。

サービスタイプ（Service Type）フィールド１３０６は、メッセージ１３００が向けられるサービスのタイプを表示することができる。例えば、フィールド１３０６は、「近接サービス」または定義されることが可能である他のサービスの任意の他の値に設定されることが可能である。追加サービスタイプ（Additional Service Type）フィールド１３０８は、サービスタイプの追加情報を表示するために使用されることが可能である。例えば、フィールド１３０８は、値を「公共安全（public safety）」または「ソーシャルアプリケーション（social application）」に設定されることが可能である。例として、サービスタイプフィールド１３０６は、一般的に近接サービスを表示することができ、追加サービスタイプフィールド１３０８は、近接サービス内の一般的な使用事例を表示することができ、これは「公共安全」に設定されて、メッセージが公共安全に関連する近接サービスに使用されることを表示することが可能である。

開始ＷＴＲＵ識別（Initiating WTRU Identity）フィールド１３１０は、例えば上述の識別子のいずれかを使用して、送信ＷＴＲＵを識別することができる。終端ＷＴＲＵ識別１３１２は、例えば上述の識別子のいずれかを使用して、メッセージ１３００が向けられるＷＴＲＵ（すなわち、ターゲットまたは宛先ＷＴＲＵ）を識別することができる。アプリケーションＩＤ(Application ID)フィールド１３１４は、アプリケーションを識別することができる。一例では、アプリケーションＩＤフィールド１３１４は、メッセージコンテンツ（Message Content）フィールド１３１８内に含まれることがある。アプリケーションＩＤの例は、「Ｆａｃｅｂｏｏｋ」または「Ｐｕｂｌｉｃ Ｓａｆｅｔｙ（公共安全）／Ｅｍｅｒｇｅｎｃｙ（緊急）」とすることができる。アプリケーションＩＤは、異なるアプリケーションが同じＩＤを有することがないように、一意に定義されることが可能である。

セッションＩＤ（Session ID）フィールド１３１６は、セッションを識別することができ、複数のセッションを有する可能性がある各アプリケーションＩＤに対するセッションＩＤを含むことができる。メッセージコンテンツ（Message Conten）フィールド１３１８は、ＷＴＲＵ間で交換されることになるアプリケーション関連データを含むことができる。このフィールドは、その内部に他のフィールドを含むことがあることに留意されたい。メッセージコンテンツフィールド１３１８内に含まれることがあるフィールド（図示せず）の例は、アプリケーション層で定義されることが可能である既知の値（例えばＳＩＰ、セッション記述プロトコル（ＳＤＰ）、またはプレーンテキストメッセージ）に設定されることが可能であるデータタイプフィールド、メッセージコンテンツ（Message Content）フィールドの長さまたは後に続くことができる実際のデータの長さを表示することができるメッセージ長（Message Length）フィールド、およびＷＴＲＵ間で交換される実際のデータを保持することができるデータ（Data）フィールド含むが、これらに限定されない。

メッセージ１３００の最大長が定義されることが可能であって、ＷＴＲＵが最大長を超えるメッセージを送信しないようにする。図１３に示す制御プレーンメッセージフィールドを含むことができるメッセージの例は、アップリンク制御プレーントランスポートメッセージ、または汎用アップリンク制御プレーントラスポートメッセージを含むが、これらに限定されない。メッセージタイプフィールド１３０４は、含んでいるメッセージに基づいて適宜、変更されることが可能である。制御プレーメッセージ１３００は、例えば制御プレーンセキュリティ機構を使用してセキュリティ保護された方法で、ＷＴＲＵ間で送信されることが可能である。さらに、セキュリティ用の追加フィールド（図示せず）が、メッセージ１３００に含まれることがある。例えば、メッセージが初期制御プレーンメッセージとして送信されることが可能であるとき、セキュリティヘッダＩＥ（図示せず）が含まれることもある。

一実施形態によれば、ソースＷＴＲＵが、上位層（例えば近接アプリケーション）からの要求で、ソースＷＴＲＵがそうするように構成されている、またはそれがサポートされることを知らされる場合、制御プレーンメッセージを別のＷＴＲＵに送信する。制御プレーン層（またはＥＰＳ移動管理（ＥＭＭ）エンティティ）は、ターゲットＷＴＲＵ識別子に関する情報を含むことがある、またはこのような情報を上位層から受信することがある。制御プレーンエンティティ（例えば、ＥＭＭエンティティ）は、制御プレーンメッセージを作成し、それをターゲットＷＴＲＵに送信することができる。ソースＷＴＲＵは、無線インタフェースを通じて（例えば、ＷＴＲＵ内で有効にされると仮定される直接無線通信を使用して）直接パートナーＷＴＲＵに、制御プレーンメッセージを送信することができる、またはソースＷＴＲＵは、ＭＭＥを介してメッセージを送信することができる。

ＭＭＥによりソースＷＴＲＵから制御プレーンメッセージが受信されると、ＭＭＥは、次のアクションのいずれかをとることができる。ＭＭＥは、ソースＷＴＲＵがこのメッセージを送信することを許可されるかどうか、およびメッセージがセキュリティ保護されているかどうかを確認することができる。セキュリティが十分でない場合、ＭＭＥはメッセージを廃棄する、または新しい制御プレーンメッセージで応答して、セキュリティが十分ではなかったこと、またはメッセージが対応する原因コード（例えば、「ｔｅｒｍｉｎａｔｉｎｇ ＷＴＲＵ ｎｏｔ ｋｎｏｗｎ（終端ＷＴＲＵがわからない）」または「ｓｅｒｖｉｃｅ ｎｏｔ ａｌｌｏｗｅｄ（サービスが許可されない）」）とともに、送信されなかったことを表示することができる。

ＭＭＥは、ターゲットはメッセージを受信することを許可されるかどうか、およびターゲットがシステムに登録されているかどうかを確認することができる。ＭＭＥは、「終端ＷＴＲＵは登録されていない」、「終端ＷＴＲＵは利用できない」、または「サービスは終端ＷＴＲＵに許可されない」に設定可能である値を有する失敗表示で、ソースＷＴＲＵに応答することができる。ＭＭＥは、ターゲットがソースＷＴＲＵとのこのような通信を許可するかどうかを確認することができる。例えば、すべてのＷＴＲＵは、このような通信が望まれる（または望まれない）ＷＴＲＵのリストを、ＭＭＥに提供することができる。したがってＭＭＥは、ターゲットＷＴＲＵがソースとのこの通信を許可するかどうかを確認することができる。ＷＴＲＵは、いかなる制御プレーンメッセージ内でもこのような情報を提供することができる。あるいは、ＭＭＥは、例えばＨＳＳなど、ネットワーク中のいかなるノードからこの情報を受信することもできる。

ＭＭＥは、問題のＷＴＲＵがＷＴＲＵの特別なクラス、例えば公安機関に属しているかどうかを確認することができる。ＭＭＥは、ある特別なクラスに属するユーザ間のような通信のみを許可することができる。要求が受け入れられる場合、ＭＭＥは、制御プレーンメッセージを終端ＷＴＲＵに転送することができる、またはＭＭＥは、まず終端ＷＴＲＵをページングすることができる。ＭＭＥは、メッセージ翻訳を必要とすることがある、明確に定義されたインタフェースを介して、制御プレーンメッセージをサーバに転送することができる。ＭＭＥは、制御プレーンメッセージを受信されたフィールドで埋めて、受信された制御プレーンメッセージ中のフィールドの全部または一部を転送する。

終端ＷＴＲＵによってこのような制御プレーンメッセージが受信されると、発信元ＷＴＲＵから直接に、またはＭＭＥを介して、終端ＷＴＲＵは、次のアクションのいずれかを行うことができる。終端ＷＴＲＵは、上述のメッセージフィールドの全部または一部など、受信された情報を上位層に提供することができる。終端ＷＴＲＵは、メッセージフィールドにおいて受信されたものと一致するセッションＩＤまたはアプリケーションＩＤを所有していない場合、メッセージの任意の部分を廃棄することができる。例えば、単にモバイル発信セッションに関わるいくつかのＷＴＲＵが存在することがある。したがって、他のＷＴＲＵから受信されるいかなるメッセージも、ＷＴＲＵのローカルにあるものと一致するアプリケーションまたはセッションのためのフィールドを有することがある。制御プレーン層（例えば、ＥＭＭエンティティ）は、近接サービスなど特定のサービスタイプを有して現在アクティブであるアプリケーションＩＤおよび／またはセッションＩＤのリストを維持することができる。終端ＷＴＲＵは、サービスタイプまたは追加サービスタイプＩＥを確認することができ、例えばサービスが公共安全アプリケーションに関連する場合、受信された情報を公共安全アプリケーションに送信することができる。

一実施形態によれば、制御プレーン層は、受信確認（acknowledgement）機構を定義し、使用して、直接的な制御プレーンメッセージの受信を確認することができる。これは、サービスタイプＩＥに値を定義すること、およびそれを例えば確認応答のための「ＡＣＫ」に設定することによって実現されることが可能である。別の例では、専用制御プレーンメッセージまたは下位層メッセージが、定義されることが可能である。制御プレーンが受信確認機構を実行する場合、制御プレーンメッセージ（例えば図１３の制御プレーンメッセージ１３００）は、受信確認が特定のトランザクションにマッピングされることが可能であるように、トランザクションＩＤフィールドを含むことができ、トランザクションが、提案されるメッセージの単一送信を暗示することができる。発信元ＷＴＲＵは、例えば同じアプリケーション／セッションに対するその後の送信の際に、トランザクションＩＤをインクリメントすることができる。

上述のフィールドに加えて、他のフィールドが、制御プレーンメッセージに含まれて、サービス（例えば近接サービス）が開始される、変更される、または終了されるかどうかを表示することが可能である。例えば、「アクションタイプ（Action Type）」ＩＥが、制御プレーンメッセージに定義され、含まれることが可能である。したがって、近接サービスなどのサービスを開始するには、ＷＴＲＵが、（例えば、別のＷＴＲＵを用いて直接にそうするように構成されている、または許可されている場合）上述のように、制御プレーンメッセージを送信し、「アクションタイプ」フィールドを表示することができ、その値を「Ｓｔａｒｔ ｓｅｓｓｉｏｎ（セッション開始）」に設定することができる。同様に、「Ｅｎｄ ｓｅｓｓｉｏｎ（セッション終了）」、または「Ｍｏｄｉｆｙ ｓｅｓｓｉｏｎ（セッション変更）」の値が使用されて、既存のサービス（例えば、近接サービス）セッションをそれぞれ終了する、または変更することが可能である。

別の実施形態によれば、ＷＴＲＵ対ＷＴＲＵ制御プレーンプロトコルは、ＲＡＮ（例えば、ｅＮＢ）を介して存在することが可能である。近接サービスの（または他のサービスの）データが、ＲＡＮを介して（例えば、近接サービスセッションに関わることを希望する少なくとも２つのＷＴＲＵにサーブしている可能性があるｅＮＢを介して）伝えられることが可能であるということが、ネットワークポリシーである可能性がある。図１４は、近接サービスに関わるＷＴＲＵ間で交換される制御プレーンメッセージ１４０８などの、例示的ＷＴＲＵ対ＷＴＲＵ無線リソース制御（ＲＲＣ）メッセージ１４００を示す。

図１４の例では、直接に、および／またはｅＮＢを通じて、ＷＴＲＵは、制御プレーンメッセージ１４０８を交換することができる。ＲＲＣメッセージは、図示していない他のフィールドのうち、メッセージタイプフィールド１４０２、ターゲットＷＴＲＵ ＩＤフィールド１４０４、ソースＷＴＲＵ ＩＤフィールド、および制御プレーンメッセージフィールド１４０８を含むことがある、または含まないことがある。１つの例では、発信元ＷＴＲＵが、ＲＲＣメッセージ１４００の一部として制御プレーンメッセージ１４０８をサービングｅＮＢに送信することがある。ｅＮＢは、ＲＲＣメッセージ１４００から制御プレーンメッセージ１４０８を削除し、次にピギーバックされた制御プレーンメッセージ１４０８をターゲットＷＴＲＵに送信することができ、制御プレーンメッセージ１４０８は、ＲＲＣメッセージ１４００のようなダウンリンクメッセージにおいてピギーバックされることもある。これは、ｅＮＢによって受信され、直接ＭＭＥに転送される制御プレーンメッセージ１４０８と対照的である。この場合、ｅＮＢは、ＲＲＣメッセージ１４００からピギーバックされた制御メッセージ１４０８をフェッチし、（ＲＲＣメッセージ１４００に似ている）別のＲＲＣメッセージ中の制御プレーンメッセージ１４０８をターゲットＷＴＲＵに送信することができる。

別の実施形態によれば、ｅＮＢが、ＷＴＲＵ対ＷＴＲＵ ＲＲＣメッセージ１４００を直接ルーティングすることができ、ＷＴＲＵ対ＷＴＲＵ ＲＲＣメッセージ１４００は、ターゲットＷＴＲＵがパス中の（１または複数の）ｅＮＢによってサーブされる場合、（近接下のまたは近接下ではない）１つのＷＴＲＵから他のＷＴＲＵへ、直接的な制御プレーンメッセージ１４０８を搬送することができる。発信元ＷＴＲＵからｅＮＢへのＲＲＣメッセージ１４００が、制御プレーンメッセージ１４０８を搬送することができる。専用ＲＲＣメッセージ１４００の使用は、ｅＮＢがピギーバックされた制御プレーンメッセージ１４０８をＭＭＥに送信しない可能性があるが、代わりに制御プレーンメッセージ１４０８は、専用ＲＲＣメッセージ１４００でターゲットＷＴＲＵに送信される、またはルーティングされる可能性があることを暗示することができる。

メッセージタイプフィールド１４０２は、ＲＲＣメッセージ１４００が、別のＷＴＲＵに転送され、ＭＭＥに転送されることがない制御プレーンメッセージ１４０８を搬送することを表示することができる。例えば、メッセージタイプ１４０２は、「ＷＴＲＵ−ＷＴＲＵ制御転送」に設定されることが可能である。ターゲットＷＴＲＵ ＩＤフィールド１４０４は、セル内でＷＴＲＵを一意に識別することができる。これは、ＷＴＲＵ近接識別情報、先に列挙した識別子のいずれか、セル無線ネットワーク一時識別子（cell radio network temporary identifier：Ｃ−ＲＮＴＩ）（ソースは、ターゲットＷＴＲＵとの直接的な無線通信を介してこの情報をすでに取得していると仮定する）、または既知のＲＮＴＩ（例えば、救急隊員および公共安全利用のため）であることがある。ソースＷＴＲＵ ＩＤフィールド１４０６は、セル内でＷＴＲＵを一意に識別することができる。これは、ＷＴＲＵ近接識別情報、先に列挙した識別子のいずれか、Ｃ−ＲＮＴＩ（ソースは、ターゲットＷＴＲＵとの直接的な無線通信を介してこの情報をすでに取得していると仮定する）、または既知のＲＮＴＩ（例えば、救急隊員および公共安全利用のため）であることがある。制御プレーンメッセージ１４０８は、ターゲットＷＴＲＵに転送されることになる、ピギーバックされた制御プレーンメッセージであることがある。ＲＲＣメッセージ１４００に示されていない他のフィールドは、以下を含む：ＷＴＲＵ対ＷＴＲＵ通信が、複数のアプリケーションを含み、それゆえに複数のベアラまたはチャネルが同時に動作している場合、ベアラＩＤフィールドまたはチャネルＩＤフィールドが含まれることがある。

図１４に示すＲＲＣメッセージなどの、制御プレーンメッセージを搬送しているＲＲＣメッセージを受信すると、ｅＮＢは、次のアクションのいずれかを行うことができる。ｅＮＢは、ソースＷＴＲＵがＲＲＣメッセージの送信を許可されるかどうかを確認することができる。ＭＭＥは、このサービスが問題のＷＴＲＵに許可されるかどうかを表示することができるＳ１ＡＰメッセージ（例えば、ＷＴＲＵ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージ）中の表示をｅＮＢに提供することができることに留意されたい。ｅＮＢはターゲットＷＴＲＵがｅＮＢによってサーブされるか、コネクション（Ｘ２コネクションなど）が存在する別のｅＮＢによってサーブされるかを確認することができる。ｅＮＢは、以下にさらに説明するように、このｅＮＢによってサーブされるＷＴＲＵの全部または一部のために維持することができる識別マッピング表および／または方式を確認することができる。ｅＮＢは次いで、ＷＴＲＵ近接識別情報にマップすることができるＣ−ＲＮＴＩ（または任意のＲＮＴＩ）によって識別されるターゲットＷＴＲＵに、制御プレーンメッセージを転送することができる。

例えば、ＭＭＥは、すべてのＳ１ＡＰメッセージ中のＷＴＲＵの近接識別情報をｅＮＢに提供することができる。例えば、接続モードへの移行時に、およびｅＮＢにおけるコンテキスト設定中に、ＭＭＥは、Ｓ１ＡＰメッセージ（例えば、ＷＴＲＵ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージ）中のＷＴＲＵの近接識別子をｅＮＢに提供することができる。ｅＮＢは、提供されるＩＤとＷＴＲＵのＣ−ＲＮＴＩとの間のマッピングを作成することができる。ｅＮＢは、このＷＴＲＵがＷＴＲＵの特別なグループ、例えば公共安全グループに属しているかどうかを、ＭＭＥによって知らされることもある。ｅＮＢは、次いでＷＴＲＵに、例えば近接ＲＮＴＩ、またはグループ近接ＲＮＴＩなど、特別なＲＮＴＩを提供することもある。別の例では、ｅＮＢは、ＭＭＥからＷＴＲＵ近接識別情報を受信する場合、ｅＮＢはこの識別情報を、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージなどの任意のＲＲＣメッセージでＷＴＲＵに転送することができる。ｅＮＢは、ＷＴＲＵ近接識別情報がＭＭＥから受信されるかどうかにかかわらず、特別なＲＮＴＩを割り当てることもできる。識別情報および／またはｅＮＢにおけるマッピング表の使用に基づいて、ｅＮＢは、別のダウンリンクＲＲＣメッセージを作成して、その内部に制御プレーンメッセージを含むことができる。このようなＲＲＣメッセージおよび／または制御プレーンメッセージは、ダウンリンクまたはアップリンクで同様に使用されることが可能である。

上述のようにＲＲＣメッセージを通じてＷＴＲＵ対ＷＴＲＵ制御プレーン通信が行われる可能性があることを、ＷＴＲＵは、制御プレーンシグナリングを介して知らされる、または知らされないことがある。ＷＴＲＵは、ＲＲＣメッセージングを介してｅＮＢによってそうするように構成されている場合、この方式を使用することができる。ＷＴＲＵが提案される方式を使用するための別の例示的トリガは、ＷＴＲＵが公共安全提供者として動作するように構成されている場合、手動セッティングを介して、または特別なアクセスクラスを使用することによってシステムにアクセスする。上記の表示のいずれかについて、ＲＲＣは、制御プレーン層から要求されると、制御プレーンメッセージを含んだＲＲＣメッセージを、別のＷＴＲＵに送信することができる。ＲＡＮ（例えば、ｅＮＢ）を介して、または直接的な無線インタフェースで、制御プレーンメッセージを含んだＲＲＣメッセージを受信すると、終端ＷＴＲＵ中のＲＲＣ層は、ＲＲＣメッセージ中の受信した制御プレーン情報を制御プレーン層に提供することができる。

ＲＲＣおよび制御プレーンメッセージ交換のための上述のプロトコルおよび手続きは、次のＷＴＲＵ−ＷＴＲＵ通信目的のいずれかに使用されることが可能である：１または複数のパートナーＷＴＲＵについてチェックして、（１または複数の）近接ベースのアプリケーションが呼び出し（invocation）に利用できるかどうかを判断するための１つのＷＴＲＵからの近接関連の問合せ、応答は、チェックされたアプリケーションの利用可能性および／またはアプリケーションのアクセス方法および／もしくはＱｏＳ要件を表示することができる、および発信元ＷＴＲＵからの近接ベースのアプリケ−ションが１または複数のパートナーＷＴＲＵで、例えば、アプリケーション名、アプリケーションＩｄ、ポート番号および／または対応するＱｏＳ要件が含まれることがある、（１または複数の）近接ベースのアプリケーションの１つを呼び出す（実行中のそのアプリケーションの承諾をチェックすることを含む）ことを可能にすること。ＲＲＣメッセージへの応答は、例えば、呼び出しの成功もしくは失敗、および／またはリンクパラメータを含むことができる。

一実施形態によれば、新しいＷＴＲＵ対ＷＴＲＵリンクが、２つのパートナーＷＴＲＵ間に確立されたとき、制御プレーンメッセージおよびユーザプレーンメッセージを含んだＷＴＲＵ対ネットワークのシグナリングメッセージは、新しいＷＴＲＵ対ＷＴＲＵリンクを通じて送信されることが可能である。これは、発信元ＷＴＲＵ対ネットワークのリンクを通じてマッピングにより実行されることが可能である。この場合、パートナーＷＴＲＵは、モビリティ関連イベントが発生する、または近接アソシエーションが解除され、ＷＴＲＵがイベントを報告し、ネットワークコマンドを受信する必要がある場合に備えて、それらの元のＲＲＣコネクションおよびＭＭＥコネクションを維持する必要がある可能性がある。

ＷＴＲＵが、ネットワークへの元のリンク（例えば、直接無線リンクのＷＴＲＵ対ＷＴＲＵ）を自然に維持することができない場合、ＷＴＲＵおよびネットワーク支援する近接サービスは、２つのＷＴＲＵ間のユーザプレーン通信が、フレーム数Ｘ（X number of frames）を使用することができ、次いでＷＴＲＵとネットワークとの間の制御プレーン通信が、例えばフレーム数Ｙ（Y number of frames）を使用することができるように、時分割方式を使用することができる。ユーザプレーンおよび制御プレーン通信は、設定された期間に、交互に配置されて繰り返して次々にスケジュールされることが可能である。

一実施形態によれば、パートナーＷＴＲＵ間の直接無線リンク通信のために、ＷＴＲＵ対ＷＴＲＵ直接データセキュリティが、リンクの両側で（すなわち、ＷＴＲＵにおいておよびネットワークにおいて）セキュリティエンコーダおよびデコーダに代わって、またはこれらに加えて、使用されることがある。エンコーダおよびデコーダは、直接通信では通信中のＷＴＲＵ上にあることが可能であって、したがって送信ＷＴＲＵがエンコードし、受信ＷＴＲＵがデコードし、ネットワークは、エンコード／デコードに関与しない。

一実施形態によれば、命令中のＭＭＥは、例えばＨＳＳを用いておよび／またはパートナーＷＴＲＵを用いて、セキュリティ手続きを呼び出して、ＷＴＲＵ−ＷＴＲＵ直接通信のためのセキュリティキーおよびアルゴリズムを引き出し、判断することができる。命令中のＭＭＥは、セキュリティキーおよびセキュリティアルゴリズムの選択を、パートナーＷＴＲＵに伝えることができる。命令中のＭＭＥは、（１または複数の）関与するＲＡＮノード（例えば、ｅＮＢ）に、関連するセキュリティ情報を知らせることもできる。ＷＴＲＵ−ＷＴＲＵデータセキュリティは、ＷＴＲＵユーザプレーン通信全体に適用されることが可能である、またはこれは、直接通信下のパートナーＷＴＲＵ間で、個別のベアラまたはチャネル上の特定のアプリケーションに適用されることが可能である。

ページングおよびサービス要求手続きが、リソース設定を回避するように設計されることが可能である。例示的方法は、例えば、システムが単にＷＴＲＵの位置を知ることを望む（例えば、ＭＭＥは、近接サービスまたは近接アプリケーションからの要求により、単にＷＴＲＵの位置を知ることを希望する）場合、ＷＴＲＵのＥＰＳベアラのためのリソースをセットアップすることなく、ＷＴＲＵをページングすることができる。ＷＴＲＵは、データ無線ベアラではなく、信号無線ベアラ、およびＳ１リソースなどＥＰＳベアラのための他のリソースの確立をもたらすページングに応答することができる。本明細書では、Ｐａｇｉｎｇ ｆｏｒ Ｌｏｃａｔｉｏｎ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（位置識別のためのページング：ＰＬＩ）は、ユーザリソースを設定することなくそのセルレベル位置を知るためのＷＴＲＵのページングを指すことができる。

次の機構のいずれかが、ＭＭＥにおいてＰＬＩのためのトリガとして使用されることが可能である。ＭＭＥは、ＷＴＲＵの位置を知りたいと望むことがある。したがって、ＭＭＥは、ＷＴＲＵがアイドルモードであるとき、次のいずれかにより、ＰＬＩを行うことができる：ＷＴＲＵを捜し出してほしいという近接サーバからの要求、公共安全アプリケーションまたはサービスの能力がある別のＷＴＲＵからの要求、オペレータによる近接サービスからの要求、ＷＴＲＵを用いてユーザプレーンデータを通信することなくＷＴＲＵの位置を知ることを求める任意のエンティティまたはノードからの要求、ならびに公共安全能力を有するユーザおよび／またはＷＴＲＵである、またはない可能性があるユーザおよび／またはＷＴＲＵの位置を知りたいという、公共安全エンティティからの要求。

無線リソースは、ＰＬＩに必要とされることはないので、ＭＭＥは、リソースが設定されないように、ＰＬＩに関してｅＮＢに知らせることができる。さらに、ＷＴＲＵが、無線リソースがないのは意図的であって、エラー事例ではないこと、ゆえにＷＴＲＵは再アタッチを試みてはならないことを知るように、ｅＮＢはこの表示を使用して、ＷＴＲＵに送信されるページングメッセージを変更することができる。一実施形態によれば、ＭＭＥは、Ｓ１ＡＰメッセージに表示フィールドを含んで、ページングはＰＬＩのためであることをｅＮＢに知らせることができる。これは、例えばＳ１ＡＰインタフェース上のページングメッセージなど、任意のＳ１ＡＰメッセージに追加されることが可能である専用ＩＥまたは新しいビットであることが可能である。特定の値を有するこのＩＥまたは新しいビットは、ページングがＰＬＩのためであることを表示することができる。あるいは、専用ページングメッセージが、Ｓ１ＡＰインタフェース上で、例えば「Ｐａｇｉｎｇ ｆｏｒ Ｌｏｃａｔｉｏｎ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ」に定義されることが可能である。

ＰＬＩのための表示フィールドまたはメッセージを受信すると、ｅＮＢは、無線インタフェース上にリソースをセットアップすることなく、ページングを開始することができる。別の実施形態によれば、ＭＭＥは、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージに表示を含むことができる。ｅＮＢは、この表示を使用して、無線リソースの設定を中止する、またはいずれの無線リソースも停止しない。

一実施形態によれば、ページングはＰＬＩのためであり、ゆえに無線リソースは設定されないことをＷＴＲＵに知らせるための表示を含むように、ＲＲＣ Ｐａｇｉｎｇメッセージが変更されることが可能である。別の実施形態によれば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、ページングがＰＬＩのためであり、ゆえに無線リソースは設定されないことをＷＴＲＵに知らせるように変更されることが可能である。両方の例示的実施形態において、新しいＩＥまたはビットが追加され、特定の値がＰＬＩのためのページングを表示することができる。ｅＮＢは、ページングメッセージまたはＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの機能を有し、ＰＬＩの表示を含むことができるＷＴＲＵに送信する専用メッセージを使用することができる。

上述のメッセージのいずれかを使用してＰＬＩの表示を受信すると、ＲＲＣは、次の情報のいずれかを制御プレーン層に表示することができる：ＰＬＩのためのページングが受信された、および／またはＷＴＲＵは、ＰＬＩのために接続モードである。したがってＷＴＲＵおよび／または制御プレーンがページングに応じた後に、これが行われるようにする。ＰＬＩのためのページングの受信について表示すると、ＷＴＲＵまたは制御プレーンエンティティは、位置識別のためのページングへの応答として新しい制御プレーンメッセージを送信することができる。別の実施形態によれば、ＷＴＲＵまたは制御プレーンエンティティは、変更されたＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ、Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージ、またはサービス要求手続きメッセージを送信することができ、表示（例えば、新しいＩＥまたはビット）を含んで、これはＰＬＩのためのページングへの応答であり、ゆえにネットワークはユーザプレーンにリソースを設定する必要がないことをＭＭＥに知らせることができる。

ＷＴＲＵおよび／または制御プレーンエンティティは、このメッセージを送信した後に、または下位層がｅＮＢへのメッセージの送信の成功を確認した後に、または、ＰＬＩのための表示を有するＲＲＣメッセージ（例えば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）が受信されたというＲＲＣからの確認応答の後に、サービス要求手続きを成功とみなすことができる。

一実施形態によれば、ソース移動管理エンティティ（ＭＭＥ）によって行われる方法が、第１のワイヤレス送受信ユニット（ＷＴＲＵ）と第２のＷＴＲＵとの間の近接サービスセッションを提供することができる。ソースＭＭＥは、第１のＷＴＲＵと関連付けられることが可能である。第１のＷＴＲＵから近接サービスのために要求が受信されることがある。近接サービスメッセージは、ターゲットＭＭＥに送信されることが可能である。ターゲットＭＭＥは、第２のＷＴＲＵと関連付けられることが可能である。近接サービスメッセージは、近接サービスセッションのためのアクションを表示するサービスタイプフィールドを含むことができる。近接サービスメッセージは、第１のＷＴＲＵと第２のＷＴＲＵとの間の通信のための好ましいデータパスを示す、要求データパスフィールドを含むことができる。近接サービス応答メッセージは、ターゲットＭＭＥから受信されることが可能である。

無線リソース制御（ＲＲＣ）メッセージが、ＷＴＲＵ対ＷＴＲＵ制御プレーンメッセージを含んだ第１のＷＴＲＵから受信されることが可能である。ＷＴＲＵ対ＷＴＲＵ制御プレーンメッセージは、ＲＲＣメッセージから取り出されることが可能である。ＷＴＲＵ対ＷＴＲＵ制御プレーンメッセージは、第２のＲＲＣメッセージにピギーバックされることが可能である。第２のＲＲＣメッセージは、第２のＷＴＲＵに転送されることが可能である。

近接サービスメッセージは、近接サービスセッションとしてセッションを表示するメッセージタイプフィールドをさらに含むことができる。近接サービスメッセージは、セッション識別子を表示するセッション識別子フィールドをさらに含むことができる。近接サービスメッセージは、アプリケーション識別子を表示するアプリケーション識別子フィールドをさらに含むことができる。近接サービスメッセージは、第１のＷＴＲＵの識別子を表示する開始ＷＴＲＵ識別フィールドさらに含むことができる。近接サービスメッセージは、第２のＷＴＲＵの識別子を表示する終端ＷＴＲＵ識別フィールドさらに含むことができる。近接サービスメッセージは、第１のＷＴＲＵと関連付けられたセルを識別するためのグローバルセル識別子フィールドをさらに含むことができる。近接サービスメッセージは、終端ＷＴＲＵフィールドのためのメッセージをさらに含むことができる。

要求データパスフィールドは、エアインタフェースを通じたパス、ｅｖｏｌｖｅｄノードＢ（ｅＮＢ）を通るパス、またはコアネットワークを通るパスのうちの１つを表示することができる。近接サービスメッセージは、近接サービスセッションに関与する複数のＷＴＲＵを識別する複数の終端ＷＴＲＵ識別フィールドをさらに含むことができ、近接サービス応答メッセージが、第２のＷＴＲＵのステータスを含んだターゲットＭＭＥから定期的に受信されることが可能である。近接サービス応答メッセージは、第１のＷＴＲＵに関連する第２のＷＴＲＵの近接ステータスの変化に関して、ターゲットＭＭＥから受信されることが可能である。

別の実施形態によれば、ターゲット移動管理エンティティ（ＭＭＥ）によって行われる方法が、第１のワイヤレス送受信ユニット（ＷＴＲＵ）と第２のＷＴＲＵとの間の近接サービスセッションを提供することができる。ターゲットＭＭＥは、第２のＷＴＲＵと関連付けられることが可能である。近接サービスメッセージは、ソースＭＭＥから受信されることが可能である。近接サービスメッセージは、近接サービスセッションのためのアクションを表示するサービスタイプフィールドを含むことができる。第２のＷＴＲＵが近接サービスセッションに加えられたことが確認されることが可能である。第２のＷＴＲＵが近接サービスセッションに加えられる場合、近接サービス応答メッセージが、ソースＭＭＥに送信されることが可能である。近接サービス応答メッセージは、第２のＷＴＲＵに関する位置情報を含むことができる。

第２のＷＴＲＵの位置に基づいて第２のＷＴＲＵが近接サービスに加えられるかどうかが確認されることが可能である。近接サービスメッセージは、第１のＷＴＲＵと第２のＷＴＲＵとの間の通信のための好ましいデータパスを示す、好ましいデータパスフィールドを含むことができる。好ましいデータパスが許容されるかどうかが確認されることが可能である。情報が、第２のＷＴＲＵに送信されることが可能である。情報は、近接サービスの要求を含むことができる。情報は、第１のＷＴＲＵの識別子を含むことができる。近接サービス応答メッセージが、第２のＷＴＲＵのステータスを含んだソースＭＭＥに定期的に送信されることが可能である。第１のＷＴＲＵに関連する第２のＷＴＲＵの近接ステータスが変化した場合、近接サービス応答メッセージが、ソースＭＭＥに送信されることが可能である。

別の実施形態によれば、第１のワイヤレス送受信ユニット（ＷＴＲＵ）によって方法が行われることが可能である。近接サービスメッセージの要求が、サービング移動管理エンティティ（ＭＭＥ）に送信されることが可能である。近接サービスメッセージ要求は、データ共有に関わる少なくとも１つのパートナーＷＴＲＵの識別子を含むことができる。近接サービスメッセージの要求は、データ共有の要求されるデータパスを含むことができる。少なくとも１つのパートナーＷＴＲＵとの近接サービスセッションの通知が、確認されたデータパスを通じて受信されることが可能である。少なくとも１つのパートナーＷＴＲＵとのデータ共有は、確認されたデータパスを通じて開始されることが可能である。確認されたデータパスは、要求されたデータパスと同じものである。確認されたデータパスは、要求されたデータパスとは異なるものである。要求されたデータパスは、エアインタフェースを通じたパス、ｅｖｏｌｖｅｄノードＢ（ｅＮＢ）を通るパス、またはコアネットワークを通るパスのうちの１つとすることができる。第１のＷＴＲＵが、無線リンクを通じて直接少なくとも１つのパートナーＷＴＲＵと制御プレーンメッセージを通信することができることを示す表示メッセージが、受信されることが可能である。制御プレーンメッセージが、サービングＭＭＥを介して少なくとも１つのパートナーＷＴＲＵに送信されることが可能である。制御プレーンメッセージが、直接無線リンクを介して少なくとも１つのパートナーＷＴＲＵに送信されることが可能である。

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

Claims (20)

1. 他のワイヤレス送受信ユニット（ＷＴＲＵ）との近接サービスのために構成された第１のＷＴＲＵによって行われる方法であって、
   第２のＷＴＲＵ向けの制御プレーンメッセージを生成するステップと、
   直接的なデータパスを通じて前記第２のＷＴＲＵに前記制御プレーンメッセージを転送するステップであって、
   前記直接的なデータパスは、エアインタフェースを通じたパス、ｅｖｏｌｖｅｄノードＢ（ｅＮＢ）を通るパス、またはコアネットワークを通るパスのうちの１つであるステップと
   を含むことを特徴とする方法。
2. 前記制御プレーンメッセージは、非アクセス層（ＮＡＳ）メッセージであることを特徴とする請求項１に記載の方法。
3. 前記第１のＷＴＲＵが他のＷＴＲＵとの直接的なＷＴＲＵ対ＷＴＲＵ制御プレーン通信に関わることができることを表示する表示メッセージを受信するステップをさらに含むことを特徴とする請求項１に記載の方法。
4. 前記表示メッセージを前記受信するステップは、登録手続きの一部であることを特徴とする請求項３に記載の方法。
5. 前記表示メッセージは、制御プレーンにあることを特徴とする請求項３に記載の方法。
6. 無線インタフェースを通じて他のＷＴＲＵを発見するステップをさらに含むことを特徴とする請求項１に記載の方法。
7. 制御プレーンを通じて他のＷＴＲＵを発見するステップをさらに含むことを特徴とする請求項１に記載の方法。
8. 前記制御プレーンメッセージは、制御プレーンプロトコルエンティティが前記制御プレーンメッセージを処理すべきかどうかを表示するプロトコル判別子フィールドを含むことを特徴とする請求項１に記載の方法。
9. 前記制御プレーンメッセージは、
   前記制御プレーンメッセージがＷＴＲＵ対ＷＴＲＵ通信用であることを表示するメッセージタイプフィールドと、
   前記ＷＴＲＵ対ＷＴＲＵ通信用のサービスのタイプを表示するサービスタイプフィールドと、
   少なくとも前記第１のＷＴＲＵおよび前記第２のＷＴＲＵの識別子を表示するＷＴＲＵ識別子フィールドと、
   前記ＷＴＲＵ対ＷＴＲＵ通信のためのアプリケーション識別子を表示するアプリケーション識別子フィールドと、
   前記ＷＴＲＵ対ＷＴＲＵ通信のためのセッション識別子を表示するセッション識別子フィールドと、
   前記第１のＷＴＲＵと第２のＷＴＲＵとの間で交換されるアプリケーションデータを含むメッセージコンテンツフィールドと
   を含むことを特徴とする請求項１に記載の方法。
10. 他のワイヤレス送受信ユニット（ＷＴＲＵ）との近接サービスのために構成された第１のＷＴＲＵによって行われる方法であって、
    直接的なデータパスを通じて第２のＷＴＲＵから制御プレーンメッセージを受信するステップであって、
    前記直接的なデータパスは、エアインタフェースを通じたパス、ｅｖｏｌｖｅｄノードＢ（ｅＮＢ）を通るパス、またはコアネットワークを通るパスのうちの１つであるステップと、
    前記制御プレーンメッセージ中の少なくとも１つのフィールドから情報を引き出すステップと、
    前記引き出した情報を少なくとも１つの上位層に提供するステップと
    を含むことを特徴とする方法。
11. 前記制御プレーンメッセージ中のサービスタイプフィールドに基づいてサービスタイプを確認するステップをさらに含むことを特徴とする請求項１０に記載の方法。
12. 第１のワイヤレス送受信ユニット（ＷＴＲＵ）によって行われる方法であって、
    近接サービスメッセージの要求を、サービング移動管理エンティティ（ＭＭＥ）に送信するステップであって、
    近接サービスメッセージの前記要求は、データ共有に関わる少なくとも１つのパートナーＷＴＲＵの識別子、前記データ共有のための要求されるデータパスを含み、
    前記要求されるデータパスは、エアインタフェースを通じたパス、ｅｖｏｌｖｅｄノードＢ（ｅＮＢ）を通るパス、またはコアネットワークを通るパスのうちの１つであるステップと、
    確認されたデータパスを通じて、前記少なくとも１つのパートナーＷＴＲＵとの近接サービスセッションの通知を受信するステップと、
    前記確認されたデータパスを通じて、前記少なくとも１つのパートナーＷＴＲＵとの前記データ共有を開始するステップと
    を含むことを特徴とする方法。
13. 前記確認されたデータパスは、前記要求されたデータパスと同じものであることを特徴とする請求項１２に記載の方法。
14. 前記確認されたデータパスは、前記要求されたデータパスとは異なることを特徴とする請求項１２に記載の方法。
15. 前記第１のＷＴＲＵが無線リンクを通じて前記少なくとも１つのパートナーＷＴＲＵと制御プレーンメッセージを通信することができることを表示する表示メッセージを受信するステップをさらに含むことを特徴とする請求項１２に記載の方法。
16. 前記確認されたデータパスを通じて前記少なくとも１つのパートナーＷＴＲＵに制御プレーンメッセージを送信するステップをさらに含むことを特徴とする請求項１２に記載の方法。
17. 第１のワイヤレス送受信ユニット（ＷＴＲＵ）と第２のＷＴＲＵとの間の近接サービスセッションを提供するためにソース移動管理エンティティ（ＭＭＥ）によって行われる方法であって、前記ソースＭＭＥは前記第１のＷＴＲＵと関連付けられ、前記方法は、
    第１のＷＴＲＵから近接サービスの要求を受信するステップと、
    前記第２のＷＴＲＵと関連付けられたターゲットＭＭＥに近接サービスメッセージを送信するステップであって、
    前記近接サービスメッセージは、前記近接サービスセッションのためのアクションを表示するサービスタイプフィールド、および前記第１のＷＴＲＵと前記第２のＷＴＲＵとの間の通信のための要求されるデータパスを表示する要求データパスフィールドを含み、
    前記要求データパスフィールドは、エアインタフェースを通じたパス、ｅｖｏｌｖｅｄノードＢ（ｅＮＢ）を通るパス、またはコアネットワークを通るパスのうちの１つを表示するステップと、
    前記ターゲットＭＭＥから近接サービス応答メッセージを受信するステップと
    を含むことを特徴とする方法。
18. 第１のワイヤレス送受信ユニット（ＷＴＲＵ）と第２のＷＴＲＵとの間の近接サービスセッションを提供するためにターゲット移動管理エンティティ（ＭＭＥ）によって行われる方法であって、前記ターゲットＭＭＥは前記第２のＷＴＲＵと関連付けられ、前記方法は、
    ソースＭＭＥから近接サービスメッセージを受信するステップであって、前記近接サービスメッセージは、前記近接サービスセッションのためのアクションを表示するサービスタイプフィールドを含むステップと、
    前記第２のＷＴＲＵが前記近接サービスセッションに加えられるかどうかを確認するステップと、
    前記第２のＷＴＲＵが前記近接サービスセッションに加えられるという条件で、前記第２のＷＴＲＵに関する位置情報を含んだ近接サービス応答メッセージを前記ソースＭＭＥに送信するステップと
    を含むことを特徴とする方法。
19. 前記第２のＷＴＲＵが前記第２のＷＴＲＵの位置に基づいて前記近接サービスに加えられるかどうかを確認するステップをさらに含むことを特徴とする請求項１８に記載の方法。
20. ワイヤレス送受信ユニット（ＷＴＲＵ）の位置識別のためのページング（ＰＬＩ）のためにｅｖｏｌｖｅｄノードＢによって行われる方法であって、
    移動管理エンティティ（ＭＭＥ）からＰＬＩを表示するＳ１アプリケーションプロトコルメッセージ（Ｓ１ＡＰ）を受信するステップと、
    無線リソースを設定しないための表示を含んだ無線リソース制御（ＲＲＣ）ページングメッセージを生成するステップと、
    前記ＷＴＲＵに前記ＲＲＣページングメッセージを送信するステップと
    を含むことを特徴とする方法。