JP2019146237A - プロキシミティサービスのためのｅｐｃ拡張 - Google Patents

Abstract

【課題】近接サービス（ＰｒｏＳｅ）通信セッションを安全にするための方法、およびシステムを提供する。【解決手段】方法は、第１の無線送信／受信ユニット（ＷＴＲＵ）が、ＰｒｏＳｅ通信セッションに対するセキュリティコンテキストを選択するステップと、第１のＷＴＲＵが、第２のＷＴＲＵとセキュリティモードコマンド（ＳＭＣ）手順を開始するステップであって、ＰｒｏＳｅ通信セッションに対するセキュリティコンテキストは、ＳＭＣ手順が完了すると起動される、ステップと、第１のＷＴＲＵが、ＰｒｏＳｅ通信セッションに対するセキュリティコンテキストを使用して、第２のＷＴＲＵと直接通信するステップとを含む。【選択図】図２

Description

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

ワイヤレス通信ネットワーク、たとえば、モバイルネットワークにおいて、ワイヤレス送信／受信ユニット（ＷＴＲＵ）は、さまざまな通信プロトコルを使用してネットワークノードと通信することができる。ＷＴＲＵのうちの１または複数は、付近のＷＴＲＵと、たとえば近いプロキシミティ内にある別のＷＴＲＵと、および／またはプロキシミティサーバと直接通信することができる。プロキシミティワイヤレスデバイスは、１つの無線アクセステクノロジー（ＲＡＴ）から別のＲＡＴへ移行することができる。

モビリティイベントを報告するおよび／またはモビリティイベントに反応するためのシステム、方法、および手段が開示される。たとえば、ワイヤレス送信／受信ユニット（ＷＴＲＵ）は、第２のＷＴＲＵとのプロキシミティサービス（ＰｒｏＳｅ）セッションを確立し、そのＰｒｏＳｅセッションが進行している間にセルラーネットワーク内のモビリティイベントの発生を検知し、モビリティイベントのタイプまたはＰｒｏＳｅセッションのタイプのうちの１または複数に基づいて、ＰｒｏＳｅセッションに関して実行されることになるアクションのタイプを判断し、その判断された実行されることになるアクションに基づいてセルラーネットワーク内のノードへ通知を送信するように構成されることが可能である。たとえば、通知は、ＰｒｏＳｅセッションに関して実行されることになるアクションのインディケーション（indication）を含むことができる。ノードは、セルラーコアネットワーク内のｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）、プロキシミティサーバ、モビリティ管理エンティティ（ＭＭＥ）、および／またはその他のノードであることが可能である。例においては、通知を受信するノードは、ＰｒｏＳｅセッションに関与している第２のＷＴＲＵであることが可能である。

ＷＴＲＵは、通知を、ＲＲＣメッセージ、ＮＡＳメッセージ、またはアプリケーションレイヤメッセージのうちの１または複数に含めて送信するように構成されることが可能である。たとえば、ＷＴＲＵは、アプリケーションレイヤ制御プレーンを介してアプリケーションサーバへ通知を送信するように構成されることが可能である。ＷＴＲＵは、通知をＭＭＥへ送信するように構成されることが可能であり、通知は、モビリティイベント情報を含むことができる。ＷＴＲＵは、モビリティコマンドを受信するように構成されることが可能である。ＷＴＲＵは、モビリティコマンドをＷＴＲＵが受信した場合に通知を送信するように構成されることが可能である。ＷＴＲＵは、モビリティイベントを考慮してＰｒｏＳｅセッションがどのように継続されるべきであるかのインディケーションを含む通知を送信するように構成されることが可能である。たとえば、ＷＴＲＵは、ＰｒｏＳｅセッションがワイヤレスローカルエリアネットワーク（ＷＬＡＮ）（たとえば、Ｗｉ−Ｆｉ）を介して継続されることになるということを示すことができる。たとえば、ＰｒｏＳｅセッションは、モビリティイベントがシステム間変更を含んでいる場合にＷＬＡＮを介して継続されることが可能である。

ＷＴＲＵは、インターネットを介してＰｒｏＳｅセッションを継続するというインディケーションを含む通知を送信するように構成されることが可能である。たとえば、ＰｒｏＳｅセッションは、モビリティイベントが回線交換フォールバック（ＣＳＦＢ）に相当する場合にインターネットを介して継続されることが可能である。ＷＴＲＵは、ＰｒｏＳｅセッションを一時停止するというインディケーションを含む通知を送信するように構成されることが可能である。たとえば、ＰｒｏＳｅセッションは、モビリティイベントがＣＳＦＢに相当するいくつかの状況において一時停止されることが可能である。例においては、ＷＴＲＵは、モビリティイベントが、ＣＳＦＢに起因するＲＡＴ間システム変更に相当する場合にＰｒｏＳｅセッションを一時停止するというインディケーションを含む通知を送信するように構成されることが可能である。ＷＴＲＵは、たとえば、モビリティイベントがＰＬＭＮ間ハンドオーバー（ＨＯ）に相当する場合に、ＰｒｏＳｅセッションを一時停止するというインディケーションを含む通知を送信するように構成されることが可能である。ＷＴＲＵは、モビリティイベントがＲＡＴ間ＨＯに相当する場合にＰｒｏＳｅセッションを一時停止するというインディケーションを含む通知を送信するように構成されることが可能である。ＷＴＲＵは、たとえば、モビリティイベントがＲＡＴ内ＨＯに相当する場合に、ＰｒｏＳｅセッションを一時停止するというインディケーションを含む通知を送信するように構成されることが可能である。ＷＴＲＵは、たとえばｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂなどの無線アクセスネットワーク（ＲＡＮ）ノードを介して、ＰｒｏＳｅセッションに関するセッション管理要求を送信するように構成されることが可能である。

モビリティイベントの例は、音声コールのための回路交換フォールバック（ＣＳＦＢ）、無線アクセステクノロジー（ＲＡＴ）間ハンドオーバーにおけるシステム間変更、またはパブリックランドモバイルネットワーク（ＰＬＭＮ）間ハンドオーバーを実行したいという要求を含む。

モビリティイベントの発生に基づいてＰｒｏＳｅセッションに関して実行されることが可能であるアクションの例は、ＰｒｏＳｅセッションを一時停止すること、ＷＬＡＮを使用してＰｒｏＳｅセッションを継続すること、インターネットを介してセッションを継続すること、および／または類似のことを含む。ＷＴＲＵは、複数の通知を送信するように構成されることが可能であり、たとえば通知は、複数のアプリケーションから送信されることが可能である。例として、保留中のまたは進行中のモビリティイベントを考慮して取られることになるアプリケーション固有のアクションを示すために、いくつかの異なるアプリケーションからの通知が順次送信されることが可能である。

１または複数の開示されている実施形態が実施されることが可能である例示的な通信システムのシステム図である。 図１Ａにおいて示されている通信システム内で使用されることが可能である例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａにおいて示されている通信システム内で使用されることが可能である例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａにおいて示されている通信システム内で使用されることが可能である例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａにおいて示されている通信システム内で使用されることが可能である例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 直接のユーザ機器（ＷＴＲＵ）からＷＴＲＵへの通信の例を示す図である。 無線アクセスネットワーク（ＲＡＮ）（たとえば、ｅＮｏｄｅＢ）を介して通信している１または複数のＷＴＲＵの例を示す図である。 実施形態と整合しているセキュリティーキーの階層の例を示す図である。 ＰｒｏＳｅ接続のためのスケジューリングのための例示的な技術のフローチャートである。 対応するＭＡＣ−ＳＤＵがＰｒｏＳｅトラフィックのためのものであるというインディケーションに関するヘッダ内のフラグビットの例の図である。 プロキシミティ接続のための、ＭＭＥによって開始される専用ベアラ確立技術の例を示す図である。 ＰＣＲＦによって開始される専用ベアラを含む、ｅＮＢを介したＰｒｏＳｅ通信パスの確立の例を示す図である。 ＰＣＲＦによって開始される専用ベアラを含む、ｅＮＢを介したＰｒｏＳｅ通信パスの確立の別の例を示す図である。

次いで、例示的な実施形態についての詳細な説明が、さまざまな図を参照しながら行われる。この説明は、可能な実施態様の詳細な例を提供するが、それらの詳細は、例示的なものであり、けっして本出願の範囲を限定するものではないということを意図されているという点に留意されたい。

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

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

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

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

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

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

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

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

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

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

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

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

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂにおいて示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不能メモリ１３０、取り外し可能メモリ１３２、電源１３４、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、上述の要素どうしの任意の下位組合せを含むことができるということが理解されるであろう。また、基地局１１４ａおよび１１４ｂ、ならびに／または、基地局１１４ａおよび１１４ｂが相当することが可能であるノード（たとえば、数ある中でも、トランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームｎｏｄｅ−Ｂ、ｅｖｏｌｖｅｄ ホームｎｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、ホームｅｖｏｌｖｅｄ ｎｏｄｅ−Ｂ（ＨｅＮＢ）、ホームｅｖｏｌｖｅｄ ｎｏｄｅ−Ｂゲートウェイ、およびプロキシノードであるが、それらには限定されない）は、図１Ｂにおいて示され本明細書において説明されている要素のうちのいくつかまたはそれぞれを含むことができるということを実施形態は想定している。

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

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

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

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

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

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

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

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

図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０３は、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＵＴＲＡ無線テクノロジーを採用することができる。ＲＡＮ１０３は、コアネットワーク１０６と通信状態にあることも可能である。図１Ｃにおいて示されているように、ＲＡＮ１０３は、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができ、これらのＮｏｄｅ−Ｂはそれぞれ、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１または複数のトランシーバを含むことができる。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられることが可能である。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂを含むこともできる。ＲＡＮ１０３は、実施形態との整合性を保持しながら、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含むことができるということが理解されるであろう。

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

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

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

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

上述したように、コアネットワーク１０６は、ネットワーク１１２に接続されることも可能であり、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークまたはワイヤレスネットワークを含むことができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

ＭＩＰ−ＨＡは、ＩＰアドレス管理を担当することができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、別々のＡＳＮおよび／または別々のコアネットワークの間においてローミングすることを可能にすることができる。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、パケット交換ネットワーク、たとえばインターネット１１０へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。ＡＡＡサーバ１８６は、ユーザ認証と、ユーザサービスをサポートすることとを担当することができる。ゲートウェイ１８８は、その他のネットワークと相互作用することを容易にすることができる。たとえば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、回線交換ネットワーク、たとえばＰＳＴＮ１０８へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。加えて、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークまたはワイヤレスネットワークを含むことができる。

図１Ｅにおいては示されていないが、ＲＡＮ１０５は、その他のＡＳＮに接続されることが可能であり、コアネットワーク１０９は、その他のコアネットワークに接続されることが可能であるということが理解されるであろう。ＲＡＮ１０５と、その他のＡＳＮとの間における通信リンクは、Ｒ４リファレンスポイントとして定義されることが可能であり、このＲ４リファレンスポイントは、ＲＡＮ１０５と、その他のＡＳＮとの間においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティをコーディネートするためのプロトコルを含むことができる。コアネットワーク１０９と、その他のコアネットワークとの間における通信リンクは、Ｒ５リファレンスとして定義されることが可能であり、このＲ５リファレンスは、ホームコアネットワークと、訪問先コアネットワークとの間における相互作用を容易にするためのプロトコルを含むことができる。

図２は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）からＷＴＲＵへの通信の例を示す図を示している。図３は、無線アクセスネットワーク（ＲＡＮ）（たとえば、ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ））を介して通信している１または複数のＷＴＲＵの例を示す図を示している。図２および図３は両方とも、ＰｒｏＳｅセッションに参加している（たとえば、直接通信している、および／またはＲＡＮノード、たとえば、基地局、Ｎｏｄｅ−Ｂ、ｅＮＢなどを通じて通信している）ＷＴＲＵによって使用されることが可能である別々のタイプのＰｒｏＳｅ通信技術の例を示している。

図２において示されているように、デバイス、たとえばＷＴＲＵ１ ２０１およびＷＴＲＵ２ ２０２が互いに対してプロキシミティ内にある場合には、それらは、通信のために直接モードデータパスを使用できることが可能である。図２において示されている直接モードデータパスにおいては、ＷＴＲＵ１ ２０１およびＷＴＲＵ２ ２０２は、互いに直接通信することができ、（たとえば、適切な手順、たとえば認証の後に）「接続されている」とみなされることが可能である。ＷＴＲＵ１ ２０１およびＷＴＲＵ２ ２０２は、ｅＮＢ２０３、２０４、およびＳＧＷ／ＰＧＷ２０５が通信のためのデータパス内に含まれていない状態で通信することができる。本明細書において使用される際には、直接のＰｒｏＳｅ通信という用語は、通信をルーティングするためにその他のネットワークノードを利用しないＷＴＲＵどうしの間における通信を指すことができる（たとえば、ＰｒｏＳｅセッションに参加しているＷＴＲＵどうしの間に直接のエアインターフェースがある）。

図３において示されているように、デバイス、たとえばＷＴＲＵ１ ３０１およびＷＴＲＵ２ ３０２が互いのプロキシミティ内にある場合には、それらは、通信のために、ローカルにルーティングされたデータパスを使用できることが可能である。図３において示されているようなローカルにルーティングされたデータパスにおいては、ＷＴＲＵ１ ３０１およびＷＴＲＵ２ ３０２は、データがコアネットワーク内のその他のノードを通じてルーティングされることなく（たとえば、サービングゲートウェイまたはパケットゲートウェイを関与させることなく）、ｅＮＢ３０３を通じて互いに接続されている。別の例においては、データパスは、パケットゲートウェイを関与させることなく、サービングゲートウェイを通じてルーティングされることが可能である。本明細書において使用される際には、間接のＰｒｏＳｅ通信という用語は、通信をルーティングするために少なくとも１つのネットワークノードを利用するＷＴＲＵどうしの間における通信を指すことができるが、間接のＰｒｏＳｅ通信は、インターネットなどの外部ネットワークを通じて通信をルーティングするパケットゲートウェイ（たとえば、ＰＤＮゲートウェイ）を関与させることなく、ルーティングされることが可能である。したがって、間接のＰｒｏＳｅ通信は、通信が３ＧＰＰネットワークの外の外部ネットワークへ送信されることなく（たとえば、Ｐ−ＧＷ／ＰＤＮ−ＧＷによってインターネットなどの外部ネットワークへルーティングされることなく）、１または複数の３ＧＰＰネットワークノード（たとえば、ＲＡＮノード、Ｓ−ＧＷなど）を通じてルーティングされることが可能である。

図２および図３において示されているアーキテクチャーは、データ交換の目的で、最適化されたプロキシミティベースのサービスパスを実施するために使用されることが可能である。

１または複数のユーザの間におけるインターネットプロトコル（ＩＰ）データ交換においては、ＷＴＲＵは、ネットワーク、たとえばインターネットを介して通信することができる。しかしながら、（たとえば、セルラーコアネットワークを通じてルーティングされているデータパスを関与させる場合がある）インターネットを介した通信は、１または複数のＷＴＲＵが近いプロキシミティ内にあるときには、過度のシグナリングおよび／またはルーティングにつながる可能性がある。そのような状況においては、ＷＴＲＵどうしの間におけるデータパスが強化されることが可能である。たとえば、ＷＴＲＵどうしの間におけるデータパスが強化されることが可能であり、それによってＩＰ接続が、直接、たとえば、ＬＴＥ無線インターフェースまたはＷＬＡＮ ＲＡＴを使用して確立されることが可能である（たとえば、図２において示されているように実施されることが可能である）。例においては、無線アクセスネットワーク（ＲＡＮ）を介して（たとえば、ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）を介して）、その他のコアネットワークノードを関与させることなく、たとえば、図３において示されているように、ＷＴＲＵどうしの間におけるデータパスをルーティングすることによって、データパスが強化されることが可能である。２つのＷＴＲＵが図２および図３において示されているが、ＷＴＲＵのグループがプロキシミティセッションに参加することも可能である。プロキシミティサービスのための強化されたデータパスの別の例は、セルラーネットワーク内のＲＡＮおよびサービングゲートウェイを含む一方で、（たとえば、典型的には、インターネットなどのより大きなネットワークへのインターフェースを取ることができる）パケットゲートウェイなどのその他のセルラーコアネットワークノードを含まないデータパスであると言える。

モビリティイベント（たとえば、予測可能なモビリティイベント）は、既存のプロキシミティセッションに対する途絶を引き起こす可能性がある。プロキシミティセッションは、たとえばグループ通信のケースにおいて、１または複数のノードを関与させる場合がある。プロキシミティセッションは、１または複数のＷＴＲＵおよび／またはプロキシミティサーバ（ｐＳｅｒｖｅｒ）の間における通信を関与させる場合がある。ｐＳｅｒｖｅｒは、プロキシミティベースの通信セッションを実行することができるその他のＷＴＲＵの発見に関与する場合がある。ｐＳｅｒｖｅｒは、プロキシミティベースの通信セッションの制御に関与する場合がある。発生する可能性があるモビリティイベント（たとえば、１つのＲＡＴから別のＲＡＴへのハンドオーバーまたはフォールバックなどのシステム間イベント）に関して、プロキシミティセッション内のその他のノードまたは参加者に知らせないことは、プロキシミティベースのサービスに対する突然の途絶を引き起こす可能性がある。プロキシミティアプリケーションはセッションを再確立することを試みる場合があるが、さらなるアクションを取らなければ、再確立は引き続き失敗する可能性がある。なぜなら、モビリティイベントに照らして通信を適切に再ルーティングすることが困難である場合があるためである。プロキシミティセッションに関与しているＷＴＲＵのユーザは、モビリティイベントの発生後にアクション（たとえば、別のネットワーク、たとえばインターネットを介して、または別のＲＡＴを介してなどでセッションを継続すること）が取られない場合には、不良なサービス経験を知覚する可能性がある。関与している当事者たちは、モビリティイベント、および／または続いて生じる可能性があるノードによる可能な応答に関して通知されることが可能である。

ＷＴＲＵは、プロキシミティセッション中に１または複数の保留中のモビリティイベントを取り扱うまたはその他の形で考慮に入れるための手順を実施するように構成されることが可能である。プロキシミティセッションは、１または複数のＷＴＲＵの間においてアクティブである場合がある。プロキシミティセッションは、システム内のその他のノード（たとえば、プロキシミティサーバ）を関与させる場合がある。プロキシミティサーバは、ｅｖｏｌｖｅｄ パケットコア（ＥＰＣ）ネットワーク内に含まれること、および／またはその他の形でＥＰＣネットワークへのインターフェースを取ることが可能である。たとえば、プロキシミティサーバは、モビリティ管理エンティティ（ＭＭＥ）と通信するように構成されることが可能である。プロキシミティサーバは、（たとえば、直接のインターフェースを介して、またはルーティングされた通信パスを介して）ＥＰＣ内のその他のノードに接続されることが可能である。プロキシミティサーバは、インターネットを介してＭＭＥなどの１または複数のＥＰＣノードに接続されることが可能である。ＭＭＥは、たとえば、ＷＴＲＵが別のパブリックランドモバイルネットワーク（ＰＬＭＮ）に属している場合に、プロキシミティセッションに関与することがある。ＭＭＥなどのＥＰＣノードは、プロキシミティセッションのセットアップ中に関与する場合がある。

さまざまなモビリティイベントが、プロキシミティセッションに影響を与える可能性がある。たとえば、プロキシミティセッションに関与しているＷＴＲＵのうちの１つが、ＰｒｏＳｅセッションに影響を与える可能性がある保留中のモビリティイベントに気づくまたはそのモビリティイベントをその他の形で発見する場合がある。例としては、ＰｒｏＳｅセッション内のＷＴＲＵのうちの１つが、音声コールのための回路交換フォールバック（ＣＳＦＢ）、および／または（たとえば、ＲＡＴ間ハンドオーバーに起因する）システム間変更を実行するよう要求する場合がある。モビリティイベントが発生している、または発生しつつあるということを判断することに基づいて、ＷＴＲＵは、プロキシミティセッションに関与している可能性があるエンティティのうちのそれぞれへの通知をトリガーするように構成されることが可能である。たとえば、その通知は、セッションをセットアップすることを担当することができるノード（たとえば、プロキシミティサーバ、ＭＭＥ、別のコアネットワークノード、１もしくは複数のＲＡＮノードなど）、および／またはプロキシミティセッションのためのＩＰデータの交換に関与することができるノード（たとえば、ＷＴＲＵ、ｅＮＢなど）へ送信されることが可能である。

ＷＴＲＵは、少なくとも部分的に、第２のＷＴＲＵとのプロキシミティサービス（ＰｒｏＳｅ）セッションを確立するように構成されているプロセッサを含むことができる。ＷＴＲＵは、第２のＷＴＲＵとのＰｒｏＳｅセッションを確立し、そのＰｒｏＳｅセッションが進行している間にセルラーネットワーク内のモビリティイベントの発生を検知し、モビリティイベントのタイプまたはＰｒｏＳｅセッションのタイプのうちの１または複数に基づいて、ＰｒｏＳｅセッションに関して実行されることになるアクションのタイプを判断し、その判断された、実行されることになるアクションに基づいてセルラーネットワーク内のノードへ通知を送信するように構成されることが可能である。たとえば、通知は、ＰｒｏＳｅセッションに関して実行されることになるアクションのインディケーションを含むことができる。ノードは、セルラーコアネットワーク内のｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）、プロキシミティサーバ、モビリティ管理エンティティ（ＭＭＥ）、および／またはその他のノードであることが可能である。例においては、通知を受信するノードは、ＰｒｏＳｅセッションに関与している第２のＷＴＲＵであることが可能である。

本明細書において使用される際には、モビリティイベントに関するインディケーションまたは通知を送信することは、モビリティイベントが発生しつつある、もしくは発生したということを示すこと、および／または保留中のモビリティイベントに照らして、実行されることになるアクションを示すことを指すことができる。たとえば、ＷＴＲＵは、それがＣＳＦＢを実行するためにシステム間変更を実行するということを判断することができる。ＷＴＲＵは、モビリティイベントのインディケーションをセッション内のその他のＷＴＲＵへ送信することができ、それは、モビリティイベントの発生を示すことを含むことができ、ならびに／またはＷＴＲＵが、保留中のモビリティイベントを考慮して、別のデバイスによって実行されることになるアクション（たとえば、プロキシミティセッションを、進行している状態に保持すること、および／もしくは、ＰｒｏＳｅセッションを事前対処的に終了することによってサービス途絶を限定すること）を送信することを含むことができる。

ＷＴＲＵ（たとえば、プロキシミティセッションに関与しているＷＴＲＵ）は、リソースの調整を容易にするために、保留中のモビリティイベントに関する情報を含むインディケーションを、プロキシミティセッションに関与している当事者のうちの１または複数へ送信するように構成されることが可能である。モビリティイベントは、たとえば、ＣＳサービス（たとえば、ＣＳＦＢまたは付加サービス）に起因するシステム間変更、ＲＡＴ内ハンドオーバー（ＨＯ）、ＲＡＴ間ＨＯ、（たとえば、ＲＡＴ内ＨＯまたはＲＡＴ間ＨＯを伴う）ＰＬＭＮ間ＨＯ、（たとえば、ＩＰフローレベルもしくはベアラレベルでの、またはＰＤＮ接続のうちのそれぞれを移動させる）Ｗｉ−Ｆｉオフロード、ネットワーク支援のセル変更命令などを含むことができる。例として、説明の目的で、モビリティイベントは、モビリティイベントを求める要求、モビリティイベントの開始を求める要求、モビリティイベントの開始、保留中のモビリティイベント、および／またはモビリティイベントの完了などを含めて、モビリティイベントを開始するための処理が始まったときに、発生しているとみなされることが可能である。本明細書において言及される際には、モビリティの発生は、モビリティイベントを求める要求、モビリティイベントの開始を求める要求、モビリティイベントの開始、保留中のモビリティ、および／またはモビリティイベントの完了などを含むことができる。

ＷＴＲＵは、特定の測定レポートが送信されることが可能である場合に、モビリティイベントがあるということを決定するように構成されることが可能である。たとえば、ＷＴＲＵは、所与のしきい値内での信号強度の低下を示す特定の測定レポートが送信されることが可能である場合、および／またはより低位のレイヤ（たとえば、ＲＲＣ）によって構成されている特定の測定イベントに関する測定レポートが送信されることが可能である場合に、モビリティイベントがあるということを決定することができる。ＷＴＲＵは、モビリティメッセージを受信したことに基づいて、モビリティイベントが発生している、または発生しつつあるということを判断することができる。モビリティメッセージは、ＲＲＣメッセージ、ｅＮＢからのＭｏｂｉｌｉｔｙＩｎｆｏ ＩＥを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージなどのハンドオーバーコマンドなどを含むことができる。プロキシミティサービスに登録されることが可能であるＷＴＲＵは、プロキシミティサービスが確立されていた可能性があるその他のノードのうちの１または複数へ通知を送信することができる。たとえば、プロキシミティサービスに登録されることが可能であるＷＴＲＵは、（たとえば、モバイル発信（mobile originated）（ＭＯ）および／またはモバイル着信（mobile terminated）（ＭＴ）音声／付加サービス要求に起因した）ＣＳＦＢを求める保留中の要求に応じてプロキシミティサービスが確立されていた可能性があるその他のノードのうちの１または複数へ通知を送信することができる。プロキシミティサービスに登録されることは、アクティブなプロキシミティセッション内にあること、プロキシミティサービス用の機能を有していること、プロキシミティサービスがＷＴＲＵのためにサポートおよび／または許可されているということをネットワークによって知らされていること、プロキシミティサーバに登録していることなどのうちの１または複数を含むことができる。保留中のまたは差し迫ったモビリティイベントを示す通知は、たとえば、ＮＡＳメッセージ、無線リソース制御（ＲＲＣ）メッセージを介して、またはアプリケーションを介して（たとえば、アプリケーションレイヤデータ通知として）送信されることが可能である。

ＷＴＲＵは、たとえばアプリケーションレイヤ制御プレーンまたはユーザプレーンを介して、モビリティイベントがトリガーされた、または間もなくトリガーされることになる旨のインディケーションをアプリケーションサーバへ送信するように構成されることが可能である。例においては、アプリケーションサーバは、ＷＴＲＵからのモビリティイベントの通知に基づいて、プロキシミティセッションに関与している可能性があるその他のＷＴＲＵのうちの１または複数への通知をトリガーすることができる。例においては、アプリケーションサーバは、その他のロジック、イベント、および／または構成に基づいて、プロキシミティセッションに関与している可能性があるその他のＷＴＲＵのうちの１または複数への通知をトリガーすることができる。アプリケーションサーバは、アプリケーションレイヤを使用して、プロキシミティセッションに関与している可能性があるその他のＷＴＲＵのうちの１または複数への通知をトリガーすることができる。アプリケーションサーバは、モビリティイベントに関してプロキシミティサーバに知らせることができる。プロキシミティサーバは、関与している当事者のうちの１または複数へ、たとえば、それらの当事者および／またはプロキシミティサーバの間においてサポートされているインターフェース（たとえば、ＮＡＳ、ＩＰなど）を介して通知を転送することができる。プロキシミティサーバは、ＭＭＥに知らせることができる。ＭＭＥは、プロキシミティセッションの一部である可能性があるその他のノードに知らせることができる。

ＷＴＲＵは、保留中のモビリティイベントに関するインディケーションをＭＭＥへ送信するように構成されることが可能である。ＭＭＥは、保留中のモビリティイベントに関するインディケーションをＷＴＲＵから受信することができる。ＭＭＥは、保留中のモビリティイベントに関するＭＭＥのローカルな知識を認識することができる。ＭＭＥは、たとえば、モバイル着信ＣＳＦＢ要求を処理している間に、ローカルな知識を認識することができる。ＭＭＥは、保留中のモビリティイベントに関するインディケーションをその他のノードへ送信することができる。その他のノードは、プロキシミティサービスに関与することができるその他のＭＭＥ、プロキシミティサーバ、ｅＮＢ、ＬＧＷなどを含むことができるが、それらには限定されない。ＭＭＥは、ＮＡＳメッセージを使用して、モビリティイベントに関するインディケーションをその他のノードへ送信することができる。ＭＭＥは、保留中のモビリティイベントに関するインディケーションをプロキシミティサーバへ送信することができる。プロキシミティサーバは、ＭＭＥによって送信されたインディケーションを使用して、発生する可能性がある可能なモビリティに関するインディケーションをその他のデバイス／当事者（たとえば、プロキシミティセッション内のその他のＷＴＲＵ、および／またはアプリケーションサーバ）へ送信することができる。プロキシミティサーバは、ＷＴＲＵのモビリティイベントに関するローカルな知識に基づくインディケーションを使用して、発生する可能性がある可能なモビリティに関するインディケーションをその他のデバイス／当事者（たとえば、プロキシミティセッション内のその他のＷＴＲＵ、および／またはアプリケーションサーバ）へ送信することができる。プロキシミティサーバは、２つのノードの間における通信をサポートすることができるインターフェースを介してインディケーションをアプリケーションサーバへ送信することができる。

ＷＴＲＵは、保留中のモビリティイベントに関するインディケーションをプロキシミティサーバへ送信するように構成されることが可能である。プロキシミティサーバは、保留中のモビリティイベントに関するインディケーションをＷＴＲＵから受信することができる。プロキシミティサーバは、モビリティイベントの発生に関するインディケーションをその他のノードへ送信することができる。たとえば、ｅＮＢは、システム間変更を実行するようＷＴＲＵに命令することができる。ＷＴＲＵは、システム間変更を実行せよというコマンドをｅＮＢから受信することができる。ｅＮＢは、モビリティイベントが適用可能であるＷＴＲＵとのプロキシミティセッションに関与している可能性があるその他のＷＴＲＵに気づくことができる。ｅＮＢは、保留中のモビリティイベントのインディケーションを、セッションに関与しているその他のＷＴＲＵへ、および／またはネットワーク内のその他のノードへ送信することができる。たとえば、ｅＮＢは、ＲＲＣメッセージをその他のＷＴＲＵへ送信することができる。ｅＮＢは、プロキシミティセッションに関与しているＷＴＲＵがモビリティイベントを経験しているということをＲＲＣメッセージにおいて示すことができる。プロキシミティセッションが複数のｅＮＢに及ぶ場合には、ｅＮＢは、モビリティイベントの発生に関するインディケーションを、プロキシミティセッションに関与しているその他のｅＮＢへ送信することができる。ｅＮＢは、モビリティコマンドおよび／またはモビリティイベントに関するインディケーションをＭＭＥへ送信することができる。ＭＭＥは、モビリティイベントの発生に関して、プロキシミティセッションに関与しているその他のＷＴＲＵに知らせるためのアクションを取ることができる。ＭＭＥは、新たなおよび／または既存のＳ１ＡＰメッセージを介してインディケーションをその他のＷＴＲＵへ送信することができる。ｅＮＢは、たとえば、発生する可能性があるモビリティイベントのうちの１または複数に関するインディケーションをＭＭＥへ送信することができる。ｅＮＢは、モビリティイベントの発生に関するインディケーションをＭＭＥへ、たとえば、ＷＴＲＵがその他のＷＴＲＵとの少なくとも１つのプロキシミティセッション（たとえば、直接のＷＴＲＵからＷＴＲＵへの送信、ｅＮＢを介したプロキシミティセッションなど）を有しているということをそれが知ることができる場合に、送信することができる。ｅＮＢは、モビリティイベントの発生に関するインディケーションをＭＭＥへ送信することができ、その前にｅＮＢは、モビリティコマンドを発行することができる。ｅＮＢは、モビリティイベントの発生に関するインディケーションをＭＭＥへ送信することができ、その後にｅＮＢは、たとえば、それがＷＴＲＵから受信することができる測定レポートに基づいて、モビリティコマンドを発行することができる。測定レポートは、モビリティコマンドがｅＮＢによって発行されるようにすることができる。

ＷＴＲＵは、たとえば、直接またはネットワークノードを介して送信されることが可能であるＮＡＳメッセージおよび／またはＲＲＣメッセージを介して、モビリティイベントの発生に関するインディケーションをその他のＷＴＲＵへ送信するように構成されることが可能である。例においては、ＷＴＲＵは、ＮＡＳメッセージを介して、モビリティイベントの発生に関するインディケーションを、ＭＭＥおよび／またはｅＮＢを介して、その他のＷＴＲＵへ送信することができる。例においては、ＷＴＲＵは、ＲＲＣメッセージを介して、モビリティイベントの発生に関するインディケーションを、ｅＮＢを介して、その他のＷＴＲＵに送信することができる。ＷＴＲＵは、ＮＡＳメッセージおよび／またはＲＲＣメッセージを介して、モビリティイベントの発生に関するインディケーションをＭＭＥおよび／またはｅＮＢへ送信することができる。ＭＭＥおよび／またはｅＮＢは、たとえば、ＮＡＳメッセージおよび／またはＲＲＣメッセージを介して、通知をその他のＷＴＲＵへ送信することができる。

ＷＴＲＵは、モビリティイベントのタイプに基づいて、プロキシミティセッションに関してその他のデバイスまたはノードによって実行されることになる１もしくは複数のアクションを取るように、および／または１もしくは複数のアクションを示すように構成されることが可能である。たとえば、（たとえば、プロキシミティサービスがＬＴＥを介してサポートされることが可能であると想定すると）ＬＴＥネットワークエンティティから別のＲＡＴへの保留中のシステム間変更は、プロキシミティセッションが一時停止される、終了される、または（たとえば、インターネットを介して、ＷＬＡＮを介してなどで）継続されるようにすることができる。モビリティイベントが保留中である場合には、１または複数の可能なアクションが取られることが可能である。たとえば、モビリティイベントが保留中である場合には、プロキシミティサービスが一時停止されることが可能である。モビリティイベントに関与しているノードのうちの１または複数は、モビリティイベントおよび／またはモビリティイベントのタイプに関して知らされることが可能である。

例においては、ＷＴＲＵによって送信されるインディケーションは、実行されることになるアクションを具体的に含むことができる。ＷＴＲＵによって送信されるインディケーションは、モビリティイベントのタイプのインディケーションを含むことができ、受信ノードは、示されているモビリティイベントのタイプに基づいて、取られることになるアクションのタイプを判断することができる。ＷＴＲＵは、たとえば、ＰｒｏＳｅセッションのタイプ（たとえば、直接のＰｒｏＳｅセッション、間接のＰｒｏＳｅセッション、ＲＡＮを介してルーティングされる、Ｓ−ＧＷを介してルーティングされるなどの間接のＰｒｏＳｅセッションのタイプなど）、アプリケーションのタイプ（たとえば、公安アプリケーション、ゲーミングタイプのアプリケーション、チャットアプリケーションなど）、モビリティイベントのタイプ（たとえば、ｅＮＢ内ハンドオーバー、ｅＮＢ間ハンドオーバー、ＲＡＴ内ハンドオーバー、ＲＡＴ間ハンドオーバー、ＣＳＦＢ、付加サービスのためのＣＳＦＢ、ＰＬＭＮ変更など）などのさまざまな基準に基づいて、適切なアクションを選択することができる。たとえば、ＰｒｏＳｅセッションが、ＰｒｏＳｅ通信がＲＡＮノード（たとえば、ｅＮＢ）を通じてルーティングされる間接のＰｒｏＳｅ通信セッションであり、モビリティイベントのタイプが、ＷＴＲＵにサービス提供するＲＡＮノードにおける変更（たとえば、ＲＡＴ間ハンドオーバー、ｅＮＢ間ハンドオーバーなど）を意味している場合には、ＷＴＲＵは、ＰｒｏＳｅセッションを終了することを判断することができる。ＲＡＮノードが変わらないであろう場合には、ＷＴＲＵは、セッションを継続すること、またはモビリティイベントを完了させるために、限られた時間にわたってセッションを一時停止することを判断することができる。

さまざまなタイプのモビリティ手順、たとえば、ＣＳＦＢに起因するＲＡＴ間、ＰＬＭＮ間、ＲＡＴ内などを記述するために、モビリティイベントのタイプが描出されることが可能である。受信ノードは、プロキシミティサーバ、ＭＭＥ、ＷＴＲＵ、ｅＮＢなどであることが可能である。モビリティイベントのタイプに従って、受信ノードは、取られることになるアクションのタイプを判断することができる。例においては、受信ノードは、サービスが一時停止されるべきであるということを判断することができる。例においては、ＷＴＲＵは、取られることになるアクションのタイプを含むインディケーションを、プロキシミティセッション内の関与している当事者および／またはデバイスへ送信することができる。ＷＴＲＵは、受信ノードによって取られることになるアクションを含むインディケーションを送信することができる。アクションは、受信ノードが何を行うことができるかを描出することができる。たとえば、一時停止アクションは、このセッションに関するコンテキストを削除せずにセッションを保留にするよう受信ノードに知らせることができる。セッションは、タイムピリオドにわたって一時停止されることが可能である。ＷＴＲＵによって送信されるインディケーションは、一時停止に対応するタイムピリオドを含むことができる。たとえば、ＰｒｏＳｅサービスが一時停止されるべきである旨のインディケーションを受信すると、受信ノードは、そのインディケーション内に含まれているタイマー値に基づいて一時停止長さを判断することができる。例においては、一時停止ピリオドタイマー値の長さは、設定または事前構成されることが可能である。タイマーは、ユーザによって設定されることが可能である。タイマーの長さは、オペレータによって設定されることが可能である。

ノードまたはデバイスは、ＰｒｏＳｅセッション一時停止のインディケーションを受信すると、少なくともタイマーが切れるまでＰｒｏＳｅセッションコンテキストを保持することができる。たとえば、ＷＴＲＵは、モビリティイベントに起因してＰｒｏＳｅセッションが一時停止されることになる旨のインディケーションを別のＷＴＲＵから受信することができる。そのインディケーションは、タイマー長さを含むことができる。受信ＷＴＲＵは、そのインディケーションを受信すると、タイマーを設定することができる。タイマーが切れる前にＰｒｏＳｅセッションが継続されなかった場合または再確立された場合には、受信ＷＴＲＵは、そのＰｒｏＳｅコンテキストを削除することができる。たとえば、一時停止されたＰｒｏＳｅセッションは、タイマーが切れるまで、および／または、たとえばタイマーのタイムピリオド中に、コンテキストを削除する旨の明示的なインディケーションが受信されるまで、保持されることが可能である。ＰｒｏＳｅセッションを一時停止する旨のインディケーションは、インディケーションを送信することができる開始エンティティ、プロキシミティサーバ、ＭＭＥ、またはアプリケーションサーバなどによって送信されることが可能である。

ＷＴＲＵは、モビリティイベントの発生に基づいてＰｒｏＳｅセッションを再開するように構成されることが可能である。例においては、ＰｒｏＳｅセッションは、モビリティイベントに関与していたＷＴＲＵが復帰した後に再開されることが可能である。復帰したＷＴＲＵは、ＰｒｏＳｅセッションを再開する旨の新たなインディケーションをその他のエンティティへ送信するように構成されることが可能である。たとえば、インディケーションをトリガーしたモビリティイベントに関連付けられているモビリティ手順を完了することができるＷＴＲＵは、そのＷＴＲＵが復帰したということ、およびセッションが再開されることが可能であるということを示す第２のインディケーションをノードへ送信することができる。そのＷＴＲＵは、ＰｒｏＳｅセッションを再開するための信号を含むインディケーションをプロキシミティサーバへ送信することができる。プロキシミティサーバは、ＷＴＲＵの復帰および／またはセッションの再開に関して、その他の当事者および／またはデバイスに通知することができる。ＷＴＲＵは、ローカルに構成されること、および／またはネットワーク、ＭＭＥ、ｅＮＢ、プロキシミティサーバなどによって提供された構成を有することが可能である。ＷＴＲＵは、さまざまなＰｒｏＳｅセッションに関する構成を有することができる。ＷＴＲＵは、所与のＰｒｏＳｅセッションに関する構成に応じて、さまざまなタイプのモビリティイベントに関して実行されることが可能であるさまざまなアクションに関する構成を有することができる。たとえば、所与のＰｒｏＳｅ構成は、セッションがモビリティイベント中に一時停止されることが可能であるかどうか、および／または特定のアプリケーションが（たとえば、アプリケーションごとに）モビリティイベント中に一時停止されることが可能であるかどうかを示すことができる。ユーザは、セッションが一時停止されることが可能である場合を定義することができるルールを設定することができる。たとえば、それらのルールは、アプリケーションごとに定義されることが可能である。

ＷＴＲＵは、ＷＬＡＮを介して（たとえば、ＷＬＡＮを直接、またはＡＰを介して）プロキシミティサービスを継続するように構成されることが可能である。ＷＴＲＵは、モビリティイベント中に、および／またはモビリティが予測される場合に、ＷＬＡＮを介してプロキシミティサービスを継続するように構成されることが可能である。セッションがＷＬＡＮへ移行されることが可能であるということを関与している当事者に示すためのアクションが、たとえばモビリティイベントのインディケーション内に含まれることが可能である。モビリティイベント（たとえば、システム間変更）は、（たとえば、ＷＬＡＮを介して）プロキシミティセッションを継続するためのトリガーとして機能することができる。モビリティイベントに関連付けられているＷＴＲＵは、ＷＬＡＮを介してセッションを継続するために、および／またはセッション継続性を可能にするために使用されることが可能である１または複数のＷＬＡＮパラメータを示すことができる。それらのパラメータは、事前構成されていること、および／またはネットワークエンティティ（たとえば、ＭＭＥ、プロキシミティサーバなど）に知られていることが可能である。ネットワークエンティティは、たとえばインディケーション中に、そのネットワークエンティティがその他のノード（たとえば、関与している可能性があるその他のＷＴＲＵ）へ送信することができるパラメータを転送することができる。受信ＷＴＲＵは、受信された通知および／またはパラメータを使用して、ＷＬＡＮを介してセッションを継続することができる。

ＷＴＲＵは、インターネットを介してプロキシミティサービスを継続するように構成されることが可能である。ＷＴＲＵは、特定のタイプのモビリティイベントの発生に基づいて所与のＰｒｏＳｅセッションを終了することを判断するように構成されることが可能である。たとえば、特定のクラスのモビリティイベント（たとえば、ＣＳＦＢ）は、特定のタイプのＰｒｏＳｅセッションを終了するよう（たとえば、ＰｒｏＳｅコンテキストを除去するよう）、および／または（たとえば、インターネットを介して）その他のタイプのＰｒｏＳｅセッションを継続するようＷＴＲＵをトリガーすることができる。モビリティ手順は、システムによって提供されることが可能であるＷＴＲＵおよび／またはＩＰアドレスのＰＤＮ接続性に関連付けられることが可能である新たなベアラの確立および／または既存のベアラの再利用を含むことができる。１または複数のＷＴＲＵによって受信されたモビリティイベントインディケーションは、ＷＴＲＵにパケットフィルタを修正させることができ、それによって、このセッションに関するＩＰパケットは、インターネットへの接続性を提供することができるベアラを介して送信されることが可能になる。

ＷＴＲＵは、モビリティイベントのインディケーション、および／または保留中のモビリティイベントを考慮して取られることになるアクションのインディケーションを送信することに加えて、ＰｒｏＳｅセッションに関する第２のインディケーションを送信するように構成されることが可能である。たとえば、第２のインディケーションは、前のインディケーションをキャンセルするためにＷＴＲＵによって送信されることが可能である。例においては、今後のモビリティイベントの予測された発生に基づいて（たとえば、測定に基づいて）ＷＴＲＵによって第１のインディケーションが送信された場合には、そのモビリティイベントは、実行されないままでいること、および／または発生せずに終わることが可能である。次いでＷＴＲＵは、予測されたモビリティイベントがもはやサービス途絶に関する脅威ではないと判断した後に、プロキシミティセッションが継続されることが可能であるということを通信する第２のインディケーションを送信することができる。たとえば、中止されることが可能であるＣＳＦＢ要求、無線リンク失敗、またはより低位のレイヤ失敗に起因するシステム間変更の実行の失敗などがある場合には、予測されたモビリティイベントは実行されないままでいることが可能であり、および／またはプロキシミティセッションは継続されることが可能である。

受信ノード（たとえば、モビリティイベントインディケーションを受信するＷＴＲＵ）は、インディケーションの受信に基づいて１または複数のアクションを取るように構成されることが可能である。受信ノードによって取られることになるアクションは、受信ノードによって受信されたモビリティイベントインディケーション内に明示的に含まれることが可能であり、または明示的に含まれないことも可能である。たとえば、受信ＷＴＲＵは、モビリティイベントに関するインディケーションを受信すると、トリガーされたアクションを（たとえば、インディケーションメッセージにおいて示されているように、アクション情報要素を介して、といった具合に）実行することができる。モビリティイベントに関するインディケーションは、別のＷＴＲＵ、ＭＭＥ、ｅＮＢ、またはプロキシミティサーバなどから受信されることが可能である。例においては、受信ＷＴＲＵは、たとえ取られることになるアクションのタイプを通知メッセージが明示的に示していなくても、取られることになるアクションを判断するように構成されることが可能である。たとえば、所与のアプリケーションに関して、受信ＷＴＲＵは、モビリティイベントインディケーションを受信すると、ＰｒｏＳｅセッションに関連付けられている１または複数のベアラを確立および／または修正することなどによってインターネットを介してセッションを継続することを判断することができる。ＷＴＲＵは、アプリケーションごとという基準に基づいてモビリティイベント中にプロキシミティセッションに関連したアクションを取るように構成されることが可能である。ＷＴＲＵは、アプリケーションのうちのそれぞれに関して別々のアクションを取ることができる。ＷＴＲＵは、そのようなインディケーションがＷＴＲＵによって受信された場合にアプリケーションごとに取られることが可能であるアクションについて記述することができる構成を有することができる。

ＷＴＲＵは、モビリティイベントが保留中であるおよび／または発生していると言える場合にどのアクションが取られることが可能であるかに関するルールおよび／または構成をネットワーク（たとえば、ＭＭＥ、ｅＮＢ、またはプロキシミティサーバ）によって供給されるように構成されることが可能である。それらのルールおよび／または構成は、アプリケーションごとに定義されることが可能である。取られることになるアクションは、モビリティ手順が既に発生しているか、進行中であるか、または発生すると予測されるかどうかに依存する場合がある。たとえば、モビリティイベントが進行中である場合には、ＷＴＲＵは、セッションを一時停止することができ、その一方で、モビリティイベントが発生すると予測されている場合には、ＷＴＲＵは、インターネットを介してセッションを継続することを試みることができる。

ＷＴＲＵおよび／またはネットワーク（たとえば、ＭＭＥ、ｅＮＢ、もしくはプロキシミティサーバ）は、アプリケーションごとという基準で１または複数のアクションを呼び出すことができる。ＷＴＲＵおよび／またはネットワークは、モビリティイベントが保留中であるおよび／または発生していると言える場合に取られることが可能であるアクションに関して、本明細書において記述されているオプションのうちの１または複数を使用することができる。例においては、１つのアプリケーションに関して、ＷＴＲＵはセッションを一時停止することができ、その一方で、第２のアプリケーションに関して、ＷＴＲＵは、ＷＬＡＮへスイッチオーバーすること、またはインターネットを介してセッションを継続することを決定することができる。例においては、プロキシミティサーバは、ＷＴＲＵをプロキシミティサービスにとって利用不能であるとみなすことができる。プロキシミティサーバは、たとえば、モビリティに起因するＷＴＲＵの不在中に（たとえば、ＲＡＴ間モビリティのケースにおいて）、ＷＴＲＵのモビリティに関するインディケーションをＷＴＲＵおよび／またはアプリケーションサーバおよび／またはＭＭＥから受信することができる。プロキシミティサーバは、事前に判断されたまたはオペレータによって判断されたタイムピリオドにわたってＷＴＲＵのコンテキストを保持することができる。

ＷＴＲＵは、モビリティイベントに関するインディケーションを送信するための適切な時間を判断するように構成されることが可能である。たとえば、インディケーションが送信される時間は、モビリティイベントのタイプに依存する場合がある。ＷＴＲＵは、たとえば、それがモビリティコマンドを受信した場合、ＲＡＮからのコマンドに起因するシステム間変更を実行するという決定をそれが行った場合、および／またはＷＴＲＵ内でのローカルな決定に起因するシステム間変更を実行するという決定をそれが行った場合に、インディケーションを送信するように構成されることが可能である。ＷＴＲＵは、ＣＳＦＢ要求が送信された場合に、モビリティに関するインディケーションを送信することができる。例においては、ＷＴＲＵは、モバイル発信ＣＳＦＢ要求を行うために、またはモバイル着信ＣＳＦＢ要求を受け入れるために、拡張サービス要求をＭＭＥへ送信することができる。

ＭＭＥがインディケーションをＰｒｏＳｅ ＷＴＲＵへ送信する場合には、そのＭＭＥは、保留中のモビリティイベントにそれが気づくようになったときに、インディケーションを送信することができる。たとえば、そのモビリティ手順がＣＳＦＢに相当する場合には、ＭＭＥは、ＣＳＦＢ要求を受信した後に、ＷＴＲＵからのＣＳＦＢ要求を受け入れた後に、ＭＭＥがモバイルスイッチングセンター（ＭＳＣ）から、および／またはサービングゲートウェイ（ＳＧ）インターフェース上の訪問先ロケーションリソース（ＶＬＲ）からＣＳＦＢ要求を得た後に、といった段階でインディケーションを送信することができる。ＭＭＥは、（たとえば、ＣＳＦＢに起因する）システム間変更を実行することをそれがｅＮＢに知らせた場合に、ノードのうちの１または複数へインディケーションを送信することができる。ｅＮＢは、それがモビリティコマンド（たとえば、ハンドオーバー、または、リダイレクションもしくはセル変更命令を伴うＲＲＣリリース）をＷＴＲＵへ発行することができる場合に、ＭＭＥおよび／またはその他のＷＴＲＵへインディケーションを送信することができる。ＷＴＲＵは、それが、たとえばＰＳを介した緊急事態またはＣＳを介した緊急事態を介して、保留中の緊急コールに関して知ることができる場合に、インディケーション要求を送信することができる。その他のノードは、たとえばそれらのノードが緊急コールに気づいた場合に、インディケーション要求を送信することができる。例においては、ＭＭＥは、ＷＴＲＵが緊急コールを要求した場合に、インディケーション要求を送信することができる。緊急コールは、緊急事態のためのＣＳＦＢ、またはＩＭＳ緊急事態ベアラサービスなどである場合がある。

例においては、ＷＴＲＵは（たとえば、ＣＳＦＢに関して）、ＣＳＦＢ要求を受け入れるもしくは拒否するために、またはモバイル発信要求を行うために拡張サービス要求を送信するように構成されることが可能である。ＷＴＲＵは（たとえば、ＣＳＦＢに関して）、その進行中のプロキシミティセッションのうちの１または複数に関して実行されることになるアクションをインディケーション内に含めるように構成されることが可能である。そのアクションは、ＣＳＦＢのためにＷＴＲＵによって送信されることが可能であるＮＡＳメッセージ内に含まれることが可能である。ＭＭＥは、たとえば、ＷＴＲＵからのインディケーション内の含まれている情報に基づいて、プロキシミティセッションを処理すること（たとえば、終了すること、一時停止すること、インターネットへ移行させることなど）を行うためのアクションを取ることができる。インディケーションは、プロキシミティセッションを終了したいという要求を述べることができる。ＭＭＥは、アプリケーションごとにプロキシミティセッションをどのように処理するかを知らせることができるルールを有することができる。ＷＴＲＵは、アプリケーションごとのアクションをそれぞれのインディケーション内に含めるように構成されることが可能である。ＷＴＲＵは、アプリケーションタイプに基づいて別々にプロキシミティセッションを処理するための１または複数の（たとえば、別々の）インディケーションまたはアクションを送信するように構成されることが可能である。インディケーションの受け手は、アプリケーションに基づいて別々のアクションタイプを受信することができる。複数のインディケーションが、１つのＷＴＲＵへ送信されることが可能であり、たとえば、それぞれのインディケーションは、アプリケーションごとにアクションタイプを定義することができる。ＷＴＲＵは、複数のインディケーションを受信することができ、それぞれのインディケーションは、アプリケーションごとにアクションタイプを定義することができる。

ＷＴＲＵは、それがＬＴＥネットワークへ復帰したときにプロキシミティサーバに再登録するように構成されることが可能である。例においては、ＷＴＲＵは、ＷＴＲＵがＬＴＥ内ＰＬＭＮ間ＨＯおよび／またはＲＡＴ間ＨＯを実行する場合に、それがＬＴＥネットワークへ復帰したときにプロキシミティサーバに再登録するように構成されることが可能である。ＷＴＲＵは、ＭＭＥに再登録することができる。ＭＭＥは、ＷＴＲＵがシステム内に戻っているということをプロキシミティサーバに知らせることができる。ＷＴＲＵの復帰は、それがＷＴＲＵに提供することができるあらゆるプロキシミティアイデンティティーを再割り振りするようプロキシミティサーバをトリガーすることができる。プロキシミティサーバは、ＷＴＲＵが戻っているということをその他のノードに知らせることができる。その他のノードは、その他のＷＴＲＵ、その他のプロキシミティサーバ、アプリケーションサーバなどを含むことができるが、それらには限定されない。プロキシミティサーバは、プロキシミティサービスが再開されることが可能であるということをその他のノードに知らせることができる。ＷＴＲＵは、たとえば、ＷＴＲＵとネットワークとの間におけるアイドルモードシグナリングリダクション（ＩＳＲ）がアクティブである場合には、その復帰に関してＭＭＥに知らせるためにトラッキングエリア更新（ＴＡＵ）を実行することができる。ＭＭＥは、ＷＴＲＵの復帰に関してプロキシミティサーバに通知するように構成されることが可能である。ＲＡＴ間ＨＯ中にプロキシミティセッションがＷＬＡＮへ切り替えられた場合には、ＷＴＲＵは、たとえば、オペレータポリシー、ネットワークインディケーション、ＷＴＲＵ構成などに基づいてセッションをＷＬＡＮからＬＴＥへ切り替えて戻すように構成されることが可能である。

ＷＴＲＵは、モビリティイベントを検知するように構成されることが可能である。ＷＴＲＵは、保留中のおよび／または発生しているモビリティイベントのタイプを判断するように構成されることが可能である。例においては、ＷＴＲＵは、モビリティイベントが、ＣＳサービスに起因するシステム間変更であるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、モビリティイベントが、ＣＳＦＢに起因するシステム間変更であるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、モビリティイベントが、ＣＳ付加サービスに起因するシステム間変更であるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、モビリティイベントがＲＡＴ内ＨＯであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、モビリティイベントがＲＡＴ間ＨＯであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、モビリティイベントがＰＬＭＮ間ＨＯであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、モビリティイベントが、ＲＡＴ内ＨＯを伴うＰＬＭＮ間ＨＯであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、モビリティイベントが、ＲＡＴ間ＨＯを伴うＰＬＭＮ間ＨＯであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、モビリティイベントがＷｉ−Ｆｉオフロードであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、モビリティイベントがＩＰフローレベルでのＷｉ−Ｆｉオフロードであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、モビリティイベントがベアラレベルでのＷｉ−Ｆｉオフロードであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、モビリティイベントが、ＰＤＮ接続のうちのそれぞれを移動させるＷｉ−Ｆｉオフロードであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、モビリティイベントがネットワーク支援のセル変更命令であるかどうかを判断するように構成されることが可能である。

ＷＴＲＵは、モビリティイベントによって関与させられているＰｒｏＳｅセッションのタイプを判断するように構成されることが可能である。ＷＴＲＵは、ＰｒｏＳｅセッションが直接のＰｒｏＳｅセッションであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、ＰｒｏＳｅセッションが間接のＰｒｏＳｅセッションであるかどうかを判断するように構成されることが可能である。

ＷＴＲＵは、ＰｒｏＳｅセッションに関与しているアプリケーションのタイプを判断するように構成されることが可能である。ＷＴＲＵは、アプリケーションがチャットアプリケーションであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、アプリケーションがゲームアプリケーションであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、アプリケーションが検索アプリケーションであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、アプリケーションがメールアプリケーションであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、アプリケーションがソーシャルメディアアプリケーションであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、アプリケーションがニュースアプリケーションであるかどうかを判断するように構成されることが可能である。

ＷＴＲＵは、ＰｒｏＳｅセッションに関与しているアプリケーション上で取られることになるアクションを判断するように構成されることが可能である。ＷＴＲＵは、取られることになるアクションが、ＰｒｏＳｅセッションを一時停止することであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、モビリティイベントがＣＳＦＢである場合に、取られることになるアクションが、ＰｒｏＳｅセッションを一時停止することであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、モビリティイベントが、ＣＳＦＢに起因するＲＡＴ間ハンドオーバーである場合に、取られることになるアクションが、ＰｒｏＳｅセッションを一時停止することであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、モビリティイベントがＰＬＭＮ間ハンドオーバーである場合に、取られることになるアクションが、ＰｒｏＳｅセッションを一時停止することであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、モビリティイベントがＲＡＴ間ハンドオーバーである場合に、取られることになるアクションが、ＰｒｏＳｅセッションを一時停止することであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、モビリティイベントがＲＡＴ内ハンドオーバーである場合に、取られることになるアクションが、ＰｒｏＳｅセッションを一時停止することであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、取られることになるアクションが、ＷＬＡＮを介してＰｒｏＳｅセッションを継続することであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、モビリティイベントがシステム間変更である場合に、取られることになるアクションが、ＷＬＡＮを介してＰｒｏＳｅセッションを継続することであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、取られることになるアクションが、インターネットを介してＰｒｏＳｅセッションを継続することであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、モビリティイベントがＣＳＦＢである場合に、取られることになるアクションが、インターネットを介してＰｒｏＳｅセッションを継続することであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、取られることになるアクションが、ＰｒｏＳｅセッションを終了することであるかどうかを判断するように構成されることが可能である。

ＷＴＲＵは、ＰｒｏＳｅセッション上で取られるアクションを知らされることになるノードを判断するように構成されることが可能である。ＷＴＲＵは、ＰｒｏＳｅセッション上で取られることになるアクションをｅＮＢが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、ＰｒｏＳｅセッションが間接のＰｒｏＳｅセッションである場合に、ＰｒｏＳｅセッション上で取られることになるアクションをｅＮＢが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、ＰｒｏＳｅセッション上で取られることになるアクションをプロキシミティサーバが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、取られることになるアクションが、ＰｒｏＳｅセッションを終了することである場合に、ＰｒｏＳｅセッション上で取られることになるアクションをプロキシミティサーバが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、取られることになるアクションが、ＰｒｏＳｅセッションを一時停止することである場合に、ＰｒｏＳｅセッション上で取られることになるアクションをプロキシミティサーバが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、取られることになるアクションが、ＷＬＡＮを介してＰｒｏＳｅセッションを継続することである場合に、ＰｒｏＳｅセッション上で取られることになるアクションをプロキシミティサーバが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、取られることになるアクションが、インターネットを介してＰｒｏＳｅセッションを継続することである場合に、ＰｒｏＳｅセッション上で取られることになるアクションをプロキシミティサーバが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、関与しているアプリケーションがソーシャルメディアアプリケーションである場合に、ＰｒｏＳｅセッション上で取られることになるアクションをプロキシミティサーバが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、関与しているアプリケーションがニュースアプリケーションである場合に、ＰｒｏＳｅセッション上で取られることになるアクションをプロキシミティサーバが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、関与しているアプリケーションがゲームアプリケーションである場合に、ＰｒｏＳｅセッション上で取られることになるアクションをプロキシミティサーバが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、ＰｒｏＳｅセッションが間接のＰｒｏＳｅセッションである場合に、ＰｒｏＳｅセッション上で取られることになるアクションをプロキシミティサーバが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、ＰｒｏＳｅセッション上で取られることになるアクションをＭＭＥが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、ＰｒｏＳｅセッションが間接のＰｒｏＳｅセッションである場合に、ＰｒｏＳｅセッション上で取られることになるアクションをＭＭＥが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、ＰｒｏＳｅセッション上で取られることになるアクションを１または複数のＷＴＲＵが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、取られることになるアクションが、ＰｒｏＳｅセッションを一時停止および／または終了することであり、ＰｒｏＳｅセッションに関与しているアプリケーションがチャットアプリケーションである場合に、ＰｒｏＳｅセッション上で取られることになるアクションを１または複数のＷＴＲＵが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、取られることになるアクションが、ＰｒｏＳｅセッションを一時停止および／または終了することであり、ＰｒｏＳｅセッションに関与しているアプリケーションがゲームアプリケーションである場合に、ＰｒｏＳｅセッション上で取られることになるアクションを１または複数のＷＴＲＵが知らされるべきであるかどうかを判断するように構成されることが可能である。ＷＴＲＵは、たとえば、ＰｒｏＳｅセッションが直接のＰｒｏＳｅセッションである場合に、ＰｒｏＳｅセッション上で取られることになるアクションをプロキシミティサーバが知らされるべきであるかどうかを判断するように構成されることが可能である。

ＰｒｏＳｅ通信に関連したシグナリングを可能にする目的で効率的なリソース割り当てを可能にするために、混雑制御および／または緩和が１または複数のレベルで定義されることが可能である。１つのレベルは、アクセスポイント名（ＡＰＮ）ベースの混雑と呼ばれる場合がある。ＷＴＲＵは、たとえばＡＰＮベースの混雑において、特定のＡＰＮに混雑がある旨の（たとえば、ＮＡＳシグナリングを介した）通知を受信することができる。ＷＴＲＵは、バックオフタイマーを受信するように構成されることが可能である。ＷＴＲＵは、バックオフタイマーの有効期間中に（たとえば、バックオフタイマーが切れるまで）、混雑したＡＰＮに対応するセッション管理またはその他のＮＡＳ要求を送信することを差し控えるように構成されることが可能である。ＷＴＲＵは、バックオフタイマーが稼働している間に、対応するＡＰＮに関するベアラ確立および／またはベアラ修正手順を要求することを差し控えるように構成されることが可能である。

たとえば、バックオフタイマーが稼働している間に、ＷＴＲＵは、新たなベアラの確立につながるであろう、ＩＰセッションに対応するための変更を要求することを差し控えるように構成されることが可能である。新たなベアラは、ＡＰＮに関連付けられているベアラを含む場合がある。ＷＴＲＵは、ＡＰＮへのシグナリングを関与させる可能性があるセッション管理要求を送信することを差し控えるように構成されることが可能である。ＷＴＲＵは、ＡＰＮに接続することができるパケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）へのシグナリングを関与させる可能性があるセッション管理要求を送信することを差し控えるように構成されることが可能である。しかしながら、プロキシミティサービスの存在下で、ＡＰＮベースのバックオフタイマーの使用は、非効率的な混雑制御および／または緩和につながる可能性がある。なぜなら、たとえば、プロキシミティサービスは、ＡＰＮを直接関与させずに、ｅＮＢ、ＭＭＥなどを介して通信されることが可能であるデータを関与させる可能性があるためである。たとえば、ＷＴＲＵが、（たとえば、ＡＰＮが混雑しているときに）プロキシミティセッション要求を送信するように構成されることが可能である、修正されたＷＴＲＵバックオフが、混雑を制御するおよび／またはトラフィックを緩和するために利用されることが可能である。

たとえば、タイマーが稼働している間にＷＴＲＵアクションをよりきめ細かい様式で取り扱うためにバックオフメカニズムが利用されることが可能である。例として、ＭＭＥおよび／またはＳＧＳＮは、ＡＰＮ混雑中のインターネットサービスのためにバックオフおよび／またはＡＰＮ混雑を示すことができる。ＷＴＲＵは、バックオフインディケーションを受信することができる。ＷＴＲＵは、示されているバックオフピリオド中に混雑したＡＰＮを関与させる要求を送信することを差し控えることができるが、ＷＴＲＵは、プロキシミティサービスに関するセッション管理要求を送信することを依然として許可されることが可能である。バックオフインディケーション（たとえば、ＮＡＳメッセージングレベルでのコードを使用した）および／またはメッセージは、ＷＴＲＵが管理要求を送信することができるかどうかを示すことができる。ＷＴＲＵは、ＰＤＮ ＧＷ以外のネットワークノード、たとえば、ＭＭＥを関与させる可能性があるプロキシミティセッションに関するセッション管理要求を送信することを許可されることが可能である。リソースをセットアップしてセッション管理要求を取り扱うためにバックオフピリオド中にプロキシミティベースの要求をＷＴＲＵがＭＭＥへ送信することを可能にする一方で、ＷＴＲＵがＡＰＮにアクセスすることを試みるのをやめさせることは、ＰＤＮ ＧＷ（たとえば、ＡＰＮ）におけるさらなる混雑を回避しながらＰｒｏＳｅセッションの継続を可能にすることができる。

ＷＴＲＵは、１または複数のサービス（たとえば、プロキシミティサービス）が許可されることが可能であるバックオフタイマーを含むインディケーションをＭＭＥおよび／またはＳＧＳＮから受信するように構成されることが可能である。ＭＭＥおよび／またはＳＧＳＮは、ＰＤＮ ＧＷアクセスなどの１または複数のその他のサービスが許可されないことが可能であるバックオフタイマーを示すことができる。ＷＴＲＵは、バックオフピリオド中に依然として許可されるメッセージングのタイプを含むインディケーションを含むことができるバックオフメカニズムを受信するように構成されることが可能である。たとえば、それらのインディケーションは、送信スキーム／手順のサブセットおよび／またはＮＡＳシグナリングのサブセットが許可されないことが可能である一方で、その他のシグナリング／手順は許可されることが可能であるということを描出することができる。たとえば、ＭＭＥ、ＳＧＳＮ、および／またはその他のＣＮノードは、特定の送信が、たとえばタイムピリオドにわたって、禁止されることが可能であるということを示すことができる。たとえば、ユーザプレーンを介したデータの送信が禁止されることが可能であり、その一方で、制御プレーン（たとえば、ＮＡＳ、またはＲＲＣにおけるその他の制御プレーン）を介した送信が許可されることが可能であり、またはその逆も同様である。ＷＴＲＵは、ＭＭＥ、ＳＧＳＮ、および／またはその他のＣＮノードからインディケーションを受信するように構成されることが可能である。ＭＭＥ、ＳＧＳＮ、および／またはその他のＣＮノードは、バックオフおよび／またはバックオフ方法のインディケーションに関連付けられることが可能であるアプリケーションのリストをインディケーション内に提供することもできる。たとえば、バックオフインディケーションおよび／またはコマンドは、ネットワーク（たとえば、ＮＡＳもしくはＲＲＣ）によって描出されているような、および／またはＷＴＲＵ内のローカルな構成および／または設定によるアプリケーションおよび／またはサービスのセットに適用できることが可能である。バックオフは、非ＰｒｏＳｅサービスシグナリングに適用できることが可能である。ＷＴＲＵは、バックオフピリオド中にＰｒｏＳｅシグナリングを行うように構成されることが可能である。

ＷＴＲＵは、たとえば、特定のアプリケーションインスタンスのサポートをブロードキャストする目的で、無線上でアイデンティティーおよび／またはコードを送信するように構成されることが可能である。コードは、特定のアプリケーションの専用であること、または特定のアプリケーションに対応することが可能である。ＷＴＲＵは、特定のアプリケーションのインスタンスを実行しているＷＴＲＵがプロキシミティ内にあるということを発見すること、およびブロードキャストされたコードを検知することが可能であるように構成されることが可能である。たとえば、コードは、ユーザ、および／またはそのユーザに関連付けられているＷＴＲＵ上で実行されているアプリケーションに関する（たとえば、そのコード内に組み込まれている）情報を含むことができる。たとえば、ＦｉｒｓｔＮａｍｅ ＬａｓｔＮａｍｅという名前のユーザが、ＴｅｓｔＡｐｐｌｉｃａｔｉｏｎと呼ばれているアプリケーションを使用していると想定すると、無線上で送信されるコードは、ＦｉｒｓｔＮａｍｅ．ＬａｓｔＮａｍｅ＠ＴｅｓｔＡｐｐｌｉｃａｔｉｏｎとしてデコードされ解釈されることが可能であり、これは、ＷＴＲＵがＴｅｓｔＡｐｐｌｉｃａｔｉｏｎというアプリケーションを実行していて、ＴｅｓｔＡｐｐｌｉｃａｔｉｏｎというアプリケーションのユーザのユーザ名がＦｉｒｓｔＮａｍｅ ＬａｓｔＮａｍｅであるということを意味することができる。ＷＴＲＵは、コードを受信するように構成されることが可能である。ＷＴＲＵは、特定のユーザ名／アプリケーションの組合せを実行している可能性があるその他のＷＴＲＵを検知するためにコードを利用するように構成されることが可能である。ＷＴＲＵは、稼働している１または複数のアプリケーションを有することができる。例として、ＷＴＲＵは、無線上でコードのＮ回の送信（たとえば、Ｎは、ＷＴＲＵ内のＮ個のアプリケーションに対応する整数である）を実行するように構成されることが可能である。ＷＴＲＵは、たとえば、ブロードキャストおよび発見方法を用いて、どのアプリケーションおよびユーザがそのＷＴＲＵにおいて実行されているかをその他のＷＴＲＵが発見することを可能にするためにＮ回の送信を実行することができる。ＷＴＲＵは、たとえば、ユーザおよび／またはオペレータの好みに基づく、それぞれのアプリケーションに関する優先度レベルを含むことができる。複数のアプリケーションを実行しているＷＴＲＵは、無線リソースの使用に関して複数のアプリケーションの間における競合を経験する可能性がある。複数のリソースの間における競合を経験しているＷＴＲＵは、特定のコードをブロードキャストするために無線リソースを使用することを試みることをトリガーするように構成されることが可能である。たとえば、ＷＴＲＵによってブロードキャストされる特定のコードは、複数のアプリケーションが無線リソースを求めて競合しているということを示すこと、および／または無線リソースを求めて競合しているアプリケーションのアイデンティティーを示すことが可能である。

ＷＴＲＵは、発見のためのコードをブロードキャストする際に無線リソースをいつ使用すべきかを判断するために優先度を利用するように構成されることが可能である。ＷＴＲＵは、プロキシミティセッションに関与させたいとＷＴＲＵが望んでいる可能性があるアプリケーションをその他のＷＴＲＵが発見することを可能にするために無線上でコードおよび／またはアイデンティティーを送信するための限られたリソースしか有していない場合がある。ＷＴＲＵは、複数のアプリケーションを有する場合があり、たとえば、それらのアプリケーションは、その他のＷＴＲＵが発見するためのアイデンティティーおよび／またはコードを無線リソース上で送信するように構成されることが可能である。ＷＴＲＵは、たとえば、アプリケーションに関してユーザの要求が満たされるようなやり方で限られたリソースをＷＴＲＵが使用するための効率的な方法を可能にするために、アプリケーション固有のアイデンティティーおよび／またはコードを送信するように構成されることが可能である。ＷＴＲＵは、アプリケーションに固有であると言えるアイデンティティーを順番に送信するように構成されることが可能である。ＷＴＲＵは、ブロードキャストするためのアイデンティティーのリストをより低位のレイヤ（たとえばＲＲＣ）に提供するＮＡＳレイヤメッセージを送信するように構成されることが可能である。ＷＴＲＵは、リストが尽きたと言えるまで順序立った様式でより低位のアイデンティティーをブロードキャストするためにより低位のレイヤを利用するように構成されることが可能である。その順序は、ＮＡＳによってより低位のレイヤに提供されることが可能である。

ＷＴＲＵは、ユーザ設定に基づいてアプリケーションに関するさまざまなコードおよび／またはインディケーションをブロードキャストするための優先度を有することができるＮＡＳレイヤを利用するように構成されることが可能である。たとえば、ユーザは、ユーザインターフェースを介してアプリケーションによるリソースの使用に関する優先度を有することができる。ユーザは、特定の優先度を用いてアプリケーションをランク付けすることができる。ＷＴＲＵは、より高くランク付けされているアプリケーションを、より低位のレイヤによる対応するアイデンティティーの送信のより高い頻度で送信するように構成されることが可能である。たとえば、最も高い優先度を有するものとしてランク付けされることが可能であるアプリケーションは、より低い優先度を有すると言えるアプリケーションと比較して２倍多くＷＴＲＵによって送信されることが可能である。ＷＴＲＵは、同じ優先度レベルを有する１または複数のアプリケーションを同様に処理することができる。アイデンティティーをブロードキャストしている間に、ＷＴＲＵは、同じ優先度のアイデンティティーをブロードキャストすることができる。ＷＴＲＵは、アイデンティティーをＮ回ブロードキャストすることができ、Ｎは、ＷＴＲＵにおいて、および／またはＮＡＳ、ＲＲＣ、ＡＮＤＳＦ、ＯＴＡなどを介してネットワークによって構成されることが可能である整数であることが可能である。ＷＴＲＵは、より低い優先度レベルに属していると言えるアイデンティティーをブロードキャストすることができる。アプリケーションアイデンティティーは、１または複数の方法で優先順位付けされることが可能である。

ＷＴＲＵは、ネットワークポリシー、サブスクリプション、アプリケーションプロバイダ設定などに基づいてネットワーク、たとえばＭＭＥ、ｅＮＢ、プロキシミティサーバからアプリケーションごとの優先度レベルを受信するように構成されることが可能である。たとえば、アプリケーションプロバイダは、プロキシミティ関連のアイデンティティーをブロードキャストするためのより多くのリソースを有することができるアプリケーションのためにプレミアムを支払う場合がある。ユーザは、デフォルトの優先度レベルを変更することのために課金される場合がある。

ＷＴＲＵは、ＷＴＲＵがアプリケーションに関する優先度レベルを変更したいと望む可能性がある場合にインディケーションをネットワーク、たとえば、ｅＮＢ、ＭＭＥ、またはプロキシミティサーバへ送信するように構成されることが可能である。例においては、ＷＴＲＵは、それがそのアプリケーションに関する優先度レベルを変更したいと望む可能性がある場合にインディケーションをネットワークへ送信することがある。なぜなら、ネットワークは、ＷＴＲＵの要求および／または変更（たとえば、優先度の変更が許可される場合）に従って限られたリソースの使用を承認しなければならない場合があるためである。ＷＴＲＵは、リストアップされたアプリケーションにＷＴＲＵが割り振りたいと望む相対的な優先度を示す優先度のリストをネットワークへ送信するように構成されることが可能である。ＷＴＲＵは、ネットワークからの応答を待つことができる。ネットワークは、要求された優先度レベルを承認すること、または承認しないことが可能である。ＷＴＲＵは、リソースにおける変更に関する承認または不承認をネットワークから受信するように構成されることが可能である。ＮＡＳにおける優先度レベルの変更は、更新された優先度レベルを伴うＲＲＣへの通知をトリガーすることができる。ＷＴＲＵは、たとえば、ＮＡＳ、ＲＲＣ、またはその他のより高位のレイヤのシグナリングメッセージ（ＡＮＤＳＦ、ＯＭＡ ＤＭ、ＯＴＡ、ＳＭＳなどを含むが、それらには限定されない）を使用して、ネットワークとの間でアプリケーションごとの優先度レベルをやり取りするように構成されることが可能である。

優先度レベルおよび／またはルールは、ＷＴＲＵがそのホームＰＬＭＮ内にあるか、または訪問先ＰＬＭＮ内にあるかに応じて変わることが可能である。訪問先ＰＬＭＮおよび／または（たとえば、訪問先ＰＬＭＮ内の）ローカルプロキシミティサーバは、ホームＰＬＭＮの好みをフェッチすることができ、たとえばＷＴＲＵが訪問先ＰＬＭＮ内にある場合に、アプリケーションをどのように優先順位付けするかに関して最終決定を行うことができる。訪問先ＰＬＭＮは、優先順位付けされたリストをＷＴＲＵに提供することができる。ＷＴＲＵは、優先順位付けされたリストを訪問先ＰＬＭＮから受信するように構成されることが可能である。ＷＴＲＵは、優先順位付けされたリストをローカルに、たとえば、アプリケーションごとにブロードキャスティングリソースを割り当てるために使用することができる。

ＷＴＲＵは、たとえば、ユーザインターフェースを介したユーザ設定に基づいて、時間のピリオドにわたって１または複数のアプリケーションが無線リソースを使用することを抑制することを決定するように構成されることが可能である。ＷＴＲＵは、たとえば、プロキシミティサーバおよび／またはネットワーク、たとえば、ｅＮＢ、ＭＭＥなどからの新たなインディケーションの結果として、時間のピリオドにわたって１または複数のアプリケーションが無線リソースを使用することを抑制することを決定するように構成されることが可能である。ＷＴＲＵは、アプリケーションに関するその優先度を変更するように構成されることが可能である。ＷＴＲＵは、Ｎ秒ごとに１回アプリケーションに関するその優先度を変更するように構成されることが可能であり、Ｎは、ネットワークによって判断されること、ＮＡＳメッセージを介して、ＲＲＣメッセージを介して提供されること、ＷＴＲＵにおいて事前構成されること、ＡＮＤＳＦ、ＯＭＡ ＤＭ、ＳＭＳなどを介してＷＴＲＵに提供されること、および／または類似のことが可能である整数であることが可能である。ＷＴＲＵは、優先度レベルの変更がＷＴＲＵによって実施されることが可能になる前に持続時間だけ待つように構成されることが可能である。

ＷＴＲＵは、１または複数のＷＴＲＵの間におけるネットワークリソースのロードバランシングを実行するように構成されることが可能である。１または複数のＷＴＲＵは、ＣＳサービス（たとえば、ＣＳＦＢまたは付加サービス）に起因するシステム間変更、ＲＡＴ内ハンドオーバー（ＨＯ）、ＲＡＴ間ＨＯ、（たとえば、ＲＡＴ内ＨＯまたはＲＡＴ間ＨＯを伴う）ＰＬＭＮ間ＨＯ、（たとえば、ＩＰフローレベルもしくはベアラレベルでの、またはＰＤＮ接続のうちのそれぞれを移動させる）Ｗｉ−Ｆｉオフロード、ネットワーク支援のセル変更命令等などの１または複数の理由に起因してネットワークカバレッジの喪失を被る場合がある。ＷＴＲＵ（たとえば、公安ＷＴＲＵ）は、カバレッジ外のＷＴＲＵのための中継機として機能するように構成されることが可能である。中継ＷＴＲＵは、ネットワークのカバレッジ内にあることが可能である。中継ＷＴＲＵは、ＷＴＲＵのグループ内のマスターＷＴＲＵとして機能することができる。中継ＷＴＲＵは、中継ＷＴＲＵの制御のもとにあることが可能であるＷＴＲＵどうしの間におけるブリッジとして機能することができる。中継ＷＴＲＵは、グループの一部であることが可能であるＷＴＲＵどうしの間において情報を中継することによってブリッジとして機能することができる。１または複数の中継ＷＴＲＵが利用されることが可能である。たとえば、第１の中継ＷＴＲＵは、１または複数のＷＴＲＵを制御する（たとえば、１または複数のＷＴＲＵへ／から情報を中継する）ように構成されることが可能であり、それによって、第１の中継ＷＴＲＵは、新たなＷＴＲＵを取り扱うことおよび／または許可することが不可能であることがある。第１の中継ＷＴＲＵは、許可されることを望んでいる可能性がある接続してくるＷＴＲＵへ、リソースが（たとえば、すぐには）利用可能ではない可能性があるというインディケーションを送信するように構成されることが可能である。第１の中継ＷＴＲＵに知られている可能性がある第２の中継ＷＴＲＵが付近に存在する場合があるが、接続してくるＷＴＲＵは、第２の中継ＷＴＲＵに気づかない場合がある。第２の中継ＷＴＲＵは、接続してくるＷＴＲＵを許可するための能力および／またはキャパシティーを有することができる。第１の中継ＷＴＲＵは、接続してくるＷＴＲＵ（たとえば、入ってくるＷＴＲＵ）を第２の中継ＷＴＲＵに委託することができ、たとえば、それによって、中継ＷＴＲＵどうし、たとえば、第１の中継ＷＴＲＵと第２の中継ＷＴＲＵとの間におけるロードバランシングが達成されることが可能である。

中継ＷＴＲＵは、サービスを必要とする可能性がある特定の数のＷＴＲＵを許可および／または制御するように構成されることが可能である。第１の中継ＷＴＲＵは、たとえば、ロードバランシングを可能にするおよび／または混雑を回避するために、アドミッションを要求する可能性がある接続してくるＷＴＲＵを付近の第２の中継ＷＴＲＵに委託するように構成されることが可能である。第１の中継ＷＴＲＵは、第２の中継ＷＴＲＵとして機能することができる第２のＷＴＲＵに気づく場合がある。第１の中継ＷＴＲＵは、第２の中継ＷＴＲＵとして機能することができる第２のＷＴＲＵを認識するように構成されることが可能である。第１の中継ＷＴＲＵは、第２の中継ＷＴＲＵの、接続してくるＷＴＲＵを許可するためのキャパシティーを認識および／または承認するように構成されることが可能である。第１の中継ＷＴＲＵは、接続してくるＷＴＲＵをそれが第２の中継ＷＴＲＵに委託することができるということを第２の中継ＷＴＲＵに示すことができる。第２の中継ＷＴＲＵは、第１の中継ＷＴＲＵの要求を承認することができる。第１の中継ＷＴＲＵは、接続してくるＷＴＲＵに、それが許可を別のＷＴＲＵに要求することができるということを示すことができる。第１の中継ＷＴＲＵは、接続してくるＷＴＲＵに、それが、委託された第２のＷＴＲＵと接続することを試みることができるということを示すことができる。第１の中継ＷＴＲＵは、第２の中継ＷＴＲＵとの接続を容易にするために、接続してくるＷＴＲＵに１または複数のパラメータを提供することができる。第２の中継ＷＴＲＵは、第１の中継ＷＴＲＵに、許可されたＷＴＲＵが、それが要求することができるサービスを得るのを支援することができるパラメータを提供することができる。第１のＷＴＲＵは、第２の中継ＷＴＲＵからパラメータを受信することができる。それらのパラメータは、たとえば、許可を要求する接続してくるＷＴＲＵが有効なＷＴＲＵであるということを確実にするために第２の中継ＷＴＲＵによって確認されることが可能であるパスワード、接続のためのより低位のレイヤの構成、（たとえば、ＷＬＡＮ接続のケースにおける）ＷＬＡＮパラメータなどを含むことができる。中継ＷＴＲＵと、接続してくるＷＴＲＵとの間においてやり取りされるメッセージは、ＮＡＳメッセージおよび／またはＲＲＣメッセージとして実施されることが可能である。

ｅＮＢは、ＰｒｏＳｅ接続に関連付けられている通信をスケジュールすることを容易にするように構成されることが可能である。ｅＮＢを含むＰｒｏＳｅ接続パスにおいて、ｅＮＢは、２つのＷＴＲＵの間においてデータ無線ベアラ（ＤＲＢ）を介してアプリケーションデータパケットを受信および／または転送するように構成されることが可能である。通信パスは、その他のコアネットワークノードを関与させることなく形成されることが可能である。ｅＮＢは、たとえば、ディープパケットインスペクション（ＤＰＩ）を実行することによって、ＰｒｏＳｅデータをその他のアプリケーショントラフィックから区別することができる。ｅＮＢは、ＤＲＢが非ＰｒｏＳｅ通信の専用であることが可能である場合に、ＤＰＩを実行することができる。ｅＮＢは、ＰｒｏＳｅトラフィックが、同じＤＲＢ上のその他のアプリケーションデータと混合されることが可能である場合に（たとえば、その他のアプリケーションデータが、コアネットワークを介してルーティングされることが可能である場合に）ＤＰＩを実行することができる。ｅＮＢにとって不要な処理負荷となる場合があるＤＰＩを回避するために、ｅＮＢは、ＰｒｏＳｅトラフィックのために専用のＤＲＢを利用することができる。

ｅＮＢは、ＰｒｏＳｅトラフィックのための専用のＤＲＢの作成を開始するように構成されることが可能である。ＰｒｏＳｅアプリケーションに関する（たとえば、ＷＴＲＵからの）サービス要求に起因して、専用の（たとえば、新たな、新規の）ＤＲＢが作成されることが可能である。通常のｅｖｏｌｖｅｄ パケットコア（ＥＰＣ）パスから、ｅＮＢを関与させるＰｒｏＳｅパスへトラフィックを移動させるために、専用の（たとえば、新たな、新規の）ＤＲＢが作成されることが可能である。専用のＤＲＢの作成は、ＥＰＳベアラを確立する典型的な手順のうちのそれぞれを使用することなく実行されることが可能である。たとえば、ベアラのためのＱｏＳメトリック構成（たとえば、プライオリティービットレート（ＰＢＲ）またはバケットサイズデュレーション（ＢＳＤ）など）を確立する、前のＥＰＣ ＱｏＳフレームワークを利用することよりもむしろ、ＰｒｏＳｅ ＤＲＢのためのＱｏＳパラメータは、ｅＮＢ実施態様に委ねられることが可能である。ｅＮＢは、ＱｏＳメトリックの最適な設定を保証できない場合がある。なぜなら、たとえば、ｅＮＢは、ＰｒｏＳｅアプリケーションのＱｏＳ要件、および／またはＰｒｏＳｅトラフィックと、その他のアプリケーショントラフィックとの間における優先度関係に気づかない場合があるためである。

例においては、１または複数のコアネットワーク（ＣＮ）ノードは、ＷＴＲＵからＷＴＲＵへの専用ベアラの確立を達成するように構成されることが可能である。たとえば、数あるシナリオの中でも、プロキシミティ接続を求める要求をＷＴＲＵがネットワークへ送信した場合に、ＷＴＲＵからＷＴＲＵへの専用ベアラが確立されることが可能である。ＭＭＥは、プロキシミティ接続を求める要求をＷＴＲＵから受信するように構成されることが可能である。ＭＭＥは、プロキシミティ接続を確立したいと望んでいる可能性がある複数のＷＴＲＵへのベアラを確立するように構成されることが可能である。ＭＭＥ以外のコアネットワークノードは、標準的な専用ベアラ確立手順を開始することができる。数あるノードの中でも、ＭＭＥは、ＷＴＲＵからＷＴＲＵへの専用ベアラを確立するためにさまざまなネットワークノードとＷＴＲＵとの間においてやり取りされることが可能であるロジック、技術、および対応するシグナリングを導入するように構成されることが可能である。ＷＴＲＵからＷＴＲＵへの専用ベアラは、プロキシミティＷＴＲＵによって直接のＷＴＲＵからＷＴＲＵへのデータをやり取りするために使用されることが可能である。

ＭＭＥは、たとえば、プロキシミティＷＴＲＵのうちの少なくとも１つによるプロキシミティ接続をセットアップしたいという要求をＭＭＥが受信した場合に、プロキシミティ接続を求める要求をプロキシミティサーバへ送信するように構成されることが可能である。ＭＭＥは、ネットワークベースの専用ベアラ確立手順を使用して専用ベアラを確立することができる。ＭＭＥは、プロキシミティサービスのための、および／またはプロキシミティサーバからの応答に基づく専用ベアラを確立することができる。いくつかの例においては、プロキシミティサービスは、プロキシミティサービスのために専用ではないベアラを利用することができ、ひいては、ネットワークベースの専用ベアラ確立手順は、プロキシミティサービスのための専用ベアラの確立をサポートしない場合がある。その他の例においては、ＰｒｏＳｅトラフィックのバランスを取ってＰｒｏＳｅトラフィックを容易にするために、１または複数のプロキシミティサービスに関して専用ベアラが確立されることが可能である。

ｅＮＢは、ＰｒｏＳｅ接続をスケジュールするように構成されることが可能である。ｅＮＢは、ＰｒｏＳｅ接続のための専用のＤＲＢの使用を容易にするように構成されることが可能である。ｅＮＢ以外のＣＮノードは、ＰｒｏＳｅ ＤＲＢに関する任意のＱｏＳメトリックおよび／または優先度を設定することができる。ｅＮＢは、ＰｒｏＳｅ ＤＲＢに関する任意のＱｏＳメトリックおよび／または優先度をＣＮノードから受信するように構成されることが可能である。ｅＮＢは、ＷＴＲＵからのインディケーションを使用して、ＰｒｏＳｅ ＤＲＢに関する優先度および／またはリソース許可を決定することができる。ＷＴＲＵは、スケジューリング要件を示すことができる。ｅＮＢは、ＷＴＲＵからスケジューリング要件を受信することができる。

たとえば、ｅＮＢを介したＰｒｏＳｅ接続のために専用のＤＲＢが作成された場合に、対応する論理チャネルが単一の論理チャネルグループ（ＬＣＧ）として構成されることが可能である。ＰｒｏＳｅトラフィックのための論理チャネル、およびその他の非ＰｒｏＳｅトラフィックのための論理チャネルが、別々のＬＣＧ（たとえば、同じではないＬＣＧ）において構成されることが可能である。ｅＮＢを介した複数のＰｒｏＳｅトラフィックが、同時に、同じＤＲＢ上で、別々のＤＲＢ上で、といった具合に進行中であることが可能である。たとえば、対応する論理チャネルどうしが別々のＤＲＢ上にある場合には、対応する論理チャネルどうしは、別々のＬＣＧにおいて、および／または同じＬＣＧにおいて構成されることが可能である。たとえば、対応する論理チャネルどうしが同じＬＣＧにおいて構成されることが可能である場合には、ＬＣＧ ＩＤスペースの制限があることがある。

バッファステータスレポート（ＢＳＲ）は、たとえば、専用のＬＣＧ ＩＤをＰｒｏＳｅ論理チャネルに割り振ることによって、ＰｒｏＳｅトラフィックのバッファサイズを反映することができる。ｅＮＢは、たとえば、専用のＬＣＧ ＩＤをＰｒｏＳｅ論理チャネルに割り振ることによって、リソースをＢＳＲなどに許可するように構成されることが可能である。

ＷＴＲＵは、ｅＮＢを介したＰｒｏＳｅ通信をスケジュールするために長いＢＳＲフォーマットを使用するように構成されることが可能である。長いＢＳＲフォーマットは、ＢＳＲがさまざまなＬＣＧのバッファサイズを含むということを示すことができる。ＢＳＲにおけるＬＣＧ ＩＤの順序は、たとえば、長いＢＳＲフォーマットが使用されている場合に、対応する論理チャネルの優先度を示すことができる。ＷＴＲＵは、ＢＳＲを構築するように、および／または、たとえば、ＷＴＲＵがＰｒｏＳｅトラフィックをより高い優先度とみなしている場合には、ＰｒｏＳｅチャネルのＬＣＧ ＩＤをＢＳＲのはじめに置くように構成されることが可能である。ＷＴＲＵは、たとえば、ＷＴＲＵがそれをより低い優先度とみなしている場合には、ＰｒｏＳｅチャネルのＬＣＧ ＩＤをＢＳＲの終わりに置くように構成されることが可能である。

ＷＴＲＵは、ｅＮＢを介したＰｒｏＳｅ通信をスケジュールするために短いＢＳＲフォーマットを使用するように構成されることが可能である。短いＢＳＲは、ＰｒｏＳｅチャネルのバッファサイズを含むことが可能である（たとえば、含むことだけが可能である）。短いＢＳＲは、たとえば、ＰｒｏＳｅトラフィックがその他のトラフィックよりも高い優先度とみなされている場合に、ＰｒｏＳｅトラフィックがその他のトラフィックの前にスケジュールされることが可能であるということを確実にするために使用されることが可能である。短いＢＳＲは、長いＢＳＲが現在のＭＡＣ仕様に従って使用されることが可能である場合でさえ、ＰｒｏＳｅトラフィックがその他のトラフィックの前にスケジュールされることが可能であるということを確実にするために使用されることが可能である。

ｅＮＢを介したＰｒｏＳｅ通信のために専用のＤＲＢが構成されることが可能である。その他のＤＲＢが存在することも可能である。ＤＲＢどうしの間におけるリソース分配は、たとえば、ｅＮＢからのスケジューリング許可がある場合に関するルールおよび／またはパラメータに準拠することができる。

ｅＮＢは、優先度レベルに基づいてＰｒｏＳｅトラフィックおよび非ＰｒｏＳｅトラフィックにリソースを割り当てるように構成されることが可能である。ＷＴＲＵは、ＰｒｏＳｅトラフィックをより高い優先度として識別する場合がある。ＷＴＲＵは、ＰｒｏＳｅトラフィックの優先度をＢＳＲにおいて示すことができる。ＰｒｏＳｅトラフィックのためのスケジューリング許可サイズは、以前に報告されたＰｒｏＳｅチャネルのバッファサイズ（「ａ」）よりも大きいことが可能である。ＷＴＲＵは、「ａ」という量をＰｒｏＳｅチャネルに分配するように構成されることが可能である。ＷＴＲＵは、たとえば、３ＧＰＰ ＴＳ３６．３２１というドキュメントにおける論理チャネル優先順位付け（ＬＣＰ）手順に従って、リソースのうちの残りをその他の論理チャネルに分配するように構成されることが可能である。ＰｒｏＳｅトラフィックのためのスケジューリング許可サイズは、以前に報告されたＰｒｏＳｅチャネルのバッファサイズ（「ａ」）よりも小さいことが可能である。ＷＴＲＵは、１もしくは複数のまたはすべてのスケジュールされたリソースをＰｒｏＳｅチャネルに分配するように構成されることが可能である。

ＷＴＲＵは、ＰｒｏＳｅトラフィックをより低い優先度として識別する場合がある。ＷＴＲＵは、ＰｒｏＳｅトラフィックの優先度をＢＳＲにおいて示すことができる。１もしくは複数のまたはすべての論理チャネル（たとえば、ＰｒｏＳｅチャネルを含む）のプライオリティービットレートは、たとえば、３ＧＰＰ ＴＳ３６．３２１というドキュメントにおけるＬＣＰ手順に準拠することによって、満たされることが可能である。ＷＴＲＵは、ＰｒｏＳｅチャネルのＰＢＲを実施するように構成されることが可能である。ｅＮＢは、ＰｒｏＳｅチャネルのＰＢＲを形成するように構成されることが可能である。

１もしくは複数のまたはすべてのチャネルのＰＢＲが満たされた後に、１または複数のリソースが残る場合がある。ＷＴＲＵは、たとえば、３ＧＰＰ ＴＳ３６．３２１というドキュメントにおけるＬＣＰ手順に準拠して、チャネルどうしの間においてリソースを分配することができる。たとえば、リソースは、チャネルに、それらの優先度に従って割り振られることが可能である。

図５は、ＰｒｏＳｅ接続のためのスケジューリングのための例示的な技術のフローチャートを示している。５００において、ｅＮＢによってＷＴＲＵおよび／またはネットワークからアップリンク許可が受信されることが可能である。５０１において、ｅＮＢは、ＰｒｏＳｅ優先度レベルを判断する。ＰｒｏＳｅ優先度がより低い優先度レベルのものであるとｅＮＢが判断した場合には、５０３において、ＷＴＲＵは、ＬＣＰに準拠して、リソースをすべてのチャネルの間において分配することができる。ＰｒｏＳｅ優先度がより高いレベルのものである場合には、５０２において、ｅＮＢは、リソースのアップリンク許可サイズがＰｒｏＳｅのバッファサイズよりも大きいかどうかを判断する。リソースのアップリンク許可サイズがＰｒｏＳｅトラフィックのバッファサイズ未満であるとｅＮＢが判断した場合には、５０５において、ＷＴＲＵは、リソースのうちのすべてをＰｒｏＳｅトラフィックに分配することができる。リソースのアップリンク許可サイズがＰｒｏＳｅのバッファサイズよりも大きいとｅＮＢが判断した場合には、５０４において、ＷＴＲＵは、リソースの許可の報告されたバッファサイズをＰｒｏＳｅに分配することができる。リソースの許可内に残っているさらなるリソースがあるとｅＮＢが判断した場合には、５０６において、ＷＴＲＵは、ＬＣＰに準拠して、残っているリソースをその他のチャネルの間において分配することができる。ｅＮＢは、たとえば、どの論理チャネルがＰｒｏＳｅトラフィックの専用であることが可能であるかをＷＴＲＵが理解することを可能にするために、インディケーションを論理チャネル構成シグナリング内に含めるように構成されることが可能である。

ｅＮＢは、ＰｒｏＳｅトラフィックに関するフローを識別するために専用のＤＲＢを使用するように構成されることが可能である。ＰｒｏＳｅトラフィックのための専用のＤＲＢの使用は、ｅＮＢがＰｒｏＳｅトラフィックのためにディープパケットインスペクション（ＤＰＩ）を使用するのを回避することを可能にすることができる。たとえば、ＰｒｏＳｅアプリケーショントラフィックは、はじめにＥＰＣベアラを介して搬送されることが可能であり、ＥＰＣベアラは、ＰｒｏＳｅアプリケーションデータおよび非ＰｒｏＳｅアプリケーションデータの両方を搬送することができる。ＰｒｏＳｅトラフィックは、ｅＮＢを介してＰｒｏＳｅパスへ転送されることが可能である。ｅＮＢは、たとえば、さらなるシグナリングに起因して、またはトラフィックが通常のＥＰＣパスへ切り替えられて戻されることが可能である場合に、ＰｒｏＳｅトラフィックのために専用のＤＲＢを再構成できない場合がある。

図６は、対応するＭＡＣ−ＳＤＵがＰｒｏＳｅトラフィックのためのものであるというインディケーションに関するヘッダ内のフラグビットの例の図である。ＰｒｏＳｅトラフィックは、同じＤＲＢおよび／またはＥＰＳベアラをその他の非ＰｒｏＳｅトラフィックと共有することができる。ＷＴＲＵは、ＵＬ送信がＰｒｏＳｅデータおよび／または非ＰｒｏＳｅデータのためのものであるかどうかを示すように構成されることが可能である。ＷＴＲＵは、プロトコルスタックの任意のレイヤにおいて、たとえば、ＩＰ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、またはそれらの組合せにおいてインディケーションを含めることができる。たとえば、ＷＴＲＵは、その論理チャネルに関する対応するメディアアクセス制御（ＭＡＣ）サブヘッダ内にインディケーションを加えることができる。ＷＴＲＵは、何らかの予備のフラグビットを利用することができる。たとえば、図６において示されているように、６０１において、対応するＭＡＣサービスデータ単位（ＳＤＵ）がＰｒｏＳｅトラフィックのためのものであるということを示すために、ヘッダ内の「Ｐ」というフラグビットが使用されることが可能である。図６において、６００は、ＭＡＣプロトコルデータユニットの例である。リソースが存在している場合には、ＭＡＣ ＰＤＵ６００は、ＭＡＣレイヤによって生成されることが可能である。図６においては、ＭＡＣ ＰＤＵは、送信に利用可能な保留中のデータおよび／またはＢＳＲ ＭＡＣ制御要素（ＣＥ）を含むことができる。ＭＡＣ ＰＤＵは、ＭＡＣヘッダ、ゼロ以上のＭＡＣサービスデータ単位（ＭＡＣ ＳＤＵ）、ゼロ以上のＭＡＣ制御要素（ＣＥ）から構成されることが可能である。ＭＡＣヘッダおよびＭＡＣ ＳＤＵは両方とも、可変サイズのものである。ＭＡＣ ＰＤＵヘッダは、１または複数のＭＡＣ ＰＤＵサブヘッダから構成されている。それぞれのサブヘッダは、ＭＡＣ ＳＤＵおよび／またはＭＡＣ制御要素に対応する。ＭＡＣ ＰＤＵサブヘッダは、Ｒ ６０６、Ｐ ６０１、Ｅ ６０２、ＬＣＩＤ ６０３、Ｆ ６０５、およびＬ ６０４という６つのヘッダフィールドから構成されている。ＭＡＣ ＰＤＵサブヘッダは、対応するＭＡＣ ＳＤＵ、ＭＡＣ制御要素と同じ順序を有することができる。ＬＣＩＤフィールド６０３は、論理チャネルＩＤフィールドである。ＬＣＩＤフィールドは、対応するＭＡＣ ＳＤＵの論理チャネルインスタンス、または対応するＭＡＣ制御要素のタイプ、または、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）、アップリンク共有チャネル（ＵＬ−ＳＣＨ）、およびマルチキャストチャネル（ＭＣＨ）のためのパディングを識別することができる。

ＲＬＣエンティティは、たとえば、１つのＭＡＣ−ＳＤＵが同じＬＣ上のその他のアプリケーションデータとは別個のＰｒｏＳｅデータを（たとえば、ＰｒｏＳｅデータのみを）搬送するということを確実にするために、ＲＬＣ−ＰＤＵがＰｒｏＳｅデータの連結されていないＲＬＣ−ＳＤＵをその他の非ＰｒｏＳｅ ＲＬＣ−ＳＤＵとともに含むということを確実にすることができる。たとえば、レイヤが非ＰｒｏＳｅデータからＰｒｏＳｅデータを識別するのを支援するために、ＰＤＣＰ、ＲＬＣ、および／またはＭＡＣエンティティなどのエンティティどうしの間において使用されることが可能であるプリミティブ内に１または複数のインディケーションが加えられることが可能である。ＰＤＣＰは、たとえば、少なくともそれの下のエンティティ（ＲＬＣ）に、ＰＤＣＰ ＳＤＵがＰｒｏＳｅアプリケーションデータを搬送しているということを示すことができる。ＰＤＣＰは、レイヤどうしにわたって（たとえば、そのような目的で以前に定義されていなかった）プリミティブ（たとえば、新たなプリミティブ）を定義することによって、ＰＤＣＰ ＳＤＵがＰｒｏＳｅアプリケーションデータを搬送しているということを示すことができる。その他のプリミティブは、その他のレイヤどうしの間において定義されることが可能である。プリミティブは、ＤＬトラフィックおよび／またはＵＬトラフィックのために使用されることが可能である。たとえば、受信されたおよび／または処理されたデータがＰｒｏＳｅデータに関するものであるということをＲＬＣレイヤが知っている場合には、ＲＬＣは、データを転送する際に、そのデータがＰｒｏＳｅデータに関するものであるということを（たとえば、新たなプリミティブを使用することによって）ＰＤＣＰレイヤに示すことができる。

ＷＴＲＵは、ＰｒｏＳｅデータまたは非ＰｒｏＳｅデータを（たとえば、ＰｒｏＳｅデータまたは非ＰｒｏＳｅデータのみを）含めるための送信を実施するように構成されることが可能である。ＷＴＲＵは、送信（Ｔｘ）がＰｒｏＳｅアプリケーションのためのものであるか、または非ＰｒｏＳｅアプリケーションのためのものであるかをｅＮＢに示すことができる。ｅＮＢは、ＴｘがＰｒｏＳｅアプリケーションのためのものであるか、または非ＰｒｏＳｅアプリケーションのためのものであるかを認識するように構成されることが可能である（たとえば、常に知ることができる）。

図７は、たとえば、関与しているＷＴＲＵのうちの少なくとも１つからのプロキシミティ接続要求をＭＭＥが受信することができる場合の、プロキシミティ接続のための、ＭＭＥによって開始される専用ベアラ確立技術の例を示している。ＭＭＥは、ＰｒｏＳｅローカルパスベアラ確立を開始するように構成されることが可能である。ＷＴＲＵは、プロキシミティ接続を求める要求をネットワークへ送信することができる。ＭＭＥは、プロキシミティ接続を求める要求をＷＴＲＵから受信することができる。ＭＭＥは、プロキシミティ接続を確立したいと望んでいる可能性がある複数のＷＴＲＵへのベアラをセットアップするように構成されることが可能である。ＰｒｏＳｅセッションに関与しているＷＴＲＵのうちの１または複数からのプロキシミティ接続要求をＭＭＥが受信した場合に、ＭＭＥは、プロキシミティ接続のためにｅＮＢを介してＰｒｏＳｅ通信パスを確立することができる。

図７で、７０７において、ＷＴＲＵ１ ７０１およびＷＴＲＵ２ ７０２が、ＥＣＭ接続モードにある場合があり、また、互いを発見している場合がある。７０７において、ＷＴＲＵ１ ７０１は、ＷＴＲＵ２ ７０２を発見している場合がある。７０８において、ＷＴＲＵ１ ７０１は、ＮＡＳ要求（ＮＡＳ Ｒｅｑｕｅｓｔ）および／またはＭＯ ＰｒｏＳｅ接続要求（ＭＯ Ｐｒｏｓｅ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）をＭＭＥ７０４へ送信することができる。ＮＡＳ要求および／またはＭＯ ＰｒｏＳｅ接続要求は、このセッションのために使用されることが可能であるＷＴＲＵ１ ７０１のＰｒｏＳｅＩＤおよびＩＰアドレスおよび／もしくはその他のパラメータ、ＷＴＲＵ２ ７０２のＰｒｏＳｅＩＤ、ならびに／またはアプリケーションアイデンティティーを含むことができる。ＮＡＳ要求および／またはＭＯ ＰｒｏＳｅ接続要求は、ＷＴＲＵ１ ７０１がＷＴＲＵ２ ７０２とのＰｒｏＳｅセッションを確立したいと望んでいる可能性があるということを示すことができる。そのメッセージは、ＷＴＲＵのＰｒｏＳｅ ＰＤＮ接続のリンクドベアラアイデンティティー（ＬＢＩ）、および／または、ＷＴＲＵ７０１とＷＴＲＵ７０２との間におけるＩＰセッションのトラフィックアグリゲートデスクリプション（ＴＡＤ）、および／または要求されているＱｏＳを含むこともできる。７０９において、ＭＭＥ７０４は、このセッションに関する（たとえば、ＷＴＲＵ１ ７０１およびＷＴＲＵ２ ７０２のＰｒｏｓｅＩＤ、および／またはアプリケーションアイデンティティーに関する）承認を実行するようＰｒｏＳｅサーバ７０６に要求することができる。７１０において、ＰｒｏＳｅサーバ７０６は、所与のアプリケーションに関してＷＴＲＵ１ ７０１およびＷＴＲＵ２ ７０２に対してセッションが承認されているということをＭＭＥ７０４に知らせることができる。ＰｒｏＳｅサーバ７０６は、ＷＴＲＵ１ ７０１とＷＴＲＵ２ ７０２との間における通信のためのトラフィックアグリゲートデスクリプション（ＴＡＤ）および／または必要とされているＱｏＳを返すことができる。ＭＭＥ７０４は、７０７において受信された情報に基づいて、ＷＴＲＵ１ ７０１およびＷＴＲＵ２ ７０２のためのＴＡＤ／必要とされているＱｏＳを構築することができる。ＭＭＥ７０４は、ＷＴＲＵ１ ７０１によってＭＭＥ７０４に提供されたＷＴＲＵ２ ７０２のＩＰアドレスを使用して、ＷＴＲＵ２ ７０２のための対応するＰＤＮ接続のＬＢＩを導出することができる。７１１において、ＭＭＥ７０４は、ｅＮＢ７０３を介して通信パスを確立することができる。接続パスは、ＷＴＲＵ１ ７０１およびＷＴＲＵ２ ７０２が同じｅＮＢ７０３のもとでサービス提供されることが可能であるというローカルな構成および／または知識に基づくことが可能である。接続パスは、ＰｒｏＳｅサーバ７０６からのインディケーションなどに基づくことが可能である。７１２において、ＭＭＥ７０４は、たとえば、３ＧＰＰ ＴＳ２３．４０１において記述されているステップ、たとえば、セクション５．４．５−１のステップ２〜４、およびセクション５．４．１−１のステップ１０〜１２を使用して、ＳＧＷ／ＰＧＷ７０５へのベアラの確立を開始することができる。７１２は、インフラストラクチャーパスを介してセッション継続性を可能にするために後で使用されることが可能である。ＭＭＥ７０４は、ポリシーおよび課金実施機能（ＰＣＥＦ）ならびに／またはベアラバインディングおよびイベント報告機能（ＢＢＥＲＦ）を示すためのインジケータをＧＴＰ−Ｃベアラリソースコマンドに加えることができ、それによって、ベアラバインディング機能は、新たなベアラを作成することができる。７１３において、ＭＭＥ７０４は、Ｓ１ＡＰ Ｅ−ＲＡＢセットアップ要求メッセージをｅＮＢ７０３へ送信することによってｅＮＢ７０３へのＳ１ベアラを確立することを継続することができる。ＭＭＥ７０４は、このベアラが、ｅＮＢ７０３を介した通信パスのためのものであるということを示すことができる「マッピングＩＤ」を含むことができる。ＮＡＳ ＰＤＵ（専用ＥＰＳベアラコンテキストアクティブ化要求）が、ｅＮＢ７０３によってＷＴＲＵ２ ７０２へ送信されることが可能である。７１４において、ｅＮＢ７０３は、ｅＮＢ７０３を介した通信パスのための無線ベアラを確立するためのＲＲＣ接続再構成メッセージをＷＴＲＵ２ ７０２へ送信することができる。ＷＴＲＵ２ ７０２は、ＲＲＣ接続再構成完了を送信することによって手順を完了することができる。ｅＮＢ７０３は、Ｓ１ＡＰ Ｅ−ＲＡＢセットアップ応答メッセージを送信することによってＳ１ベアラの確立を完了することができる。ＭＭＥ７０４は、たとえば、３ＧＰＰ ＴＳ２３．４０１というドキュメント、たとえば、セクション５．４．１−１のステップ１０〜１２において記述されているような、ＳＧＷ／ＰＧＷ７０５へのベアラの確立を完了することができる。７１５において、ＭＭＥ７０４は、ＷＴＲＵ２ ７０２のＰｒｏＳｅＩＤ、ＩＰアドレス、その他のパラメータ、および／またはアプリケーションアイデンティティーなどを含むことができるＮＡＳメッセージ（たとえば、ＰｒｏＳｅ接続受け入れ）を用いてＷＴＲＵ１ ７０１に応答することができる。７１６において、ＭＭＥ７０４は、たとえば、７１２、７１３、および７１４において記述されているように、ＷＴＲＵ１ ７０１のためのベアラをセットアップすることができる。ＭＭＥ７０４は、たとえば、ＷＴＲＵ１ ７０１のためのＥ−ＲＡＢをセットアップするようｅＮＢ７０３に要求する際に、７１３において提供されたＭＭＥ７０４と同じまたは同様の「マッピングＩＤ」を提供することができる。「マッピングＩＤ」は、１つのＷＴＲＵのベアラから受信されたデータをその他のＷＴＲＵのベアラにマップするためにｅＮＢ７０３によって使用されることが可能である。ｅＮＢ７０３を介した通信パスが有効にされることが可能である。７１７において、ＷＴＲＵ１ ７０１およびＷＴＲＵ２ ７０２は、ｅＮＢ７０３を介した通信パスを開始することができる。

図８は、ＰＣＲＦによるＰＣＲＦによって開始される専用ベアラ開始を含む、ｅＮＢを介したＰｒｏＳｅ通信パスの確立の例を示している。ＭＭＥは、たとえば、プロキシミティＷＴＲＵのうちの１つによるプロキシミティ接続をセットアップしたいという要求をＭＭＥが受信することができる場合に、プロキシミティサーバへのＰｒｏＳｅ通信パスを確立したいという要求を送信することができる。専用ベアラは、たとえば、プロキシミティサーバからの応答に基づいて、および図８のコールフロー図において示されているように、ネットワークベースの専用ベアラ確立手順を使用して確立されることが可能である。ＴＭＭＥおよびＰｒｏＳｅサーバは、ＰｒｏＳｅ通信パスの確立においてインターフェースを取ることができる。

図８で、８０８において、ＷＴＲＵ１ ８０１およびＷＴＲＵ２ ８０２が、ＥＣＭ接続モードにある場合があり、また、互いを発見している場合がある。ＷＴＲＵ１ ８０１は、ＷＴＲＵ２ ８０２を発見している場合がある。８０９において、ＷＴＲＵ１ ８０１は、ＮＡＳ要求（たとえば、ＭＯ Ｐｒｏｓｅ接続要求）をＭＭＥ８０４へ送信することができる。ＮＡＳ要求メッセージは、このセッションのために使用されることになるＷＴＲＵ１ ８０１のＰｒｏｓｅＩＤおよびＩＰアドレスおよび／もしくはその他のパラメータ、ＷＴＲＵ２ ８０２のＰｒｏｓｅＩＤ、ならびに／またはアプリケーションアイデンティティーなどを含むことができる。ＮＡＳ要求は、ＷＴＲＵ１ ８０１がＷＴＲＵ２ ８０２とのＰｒｏＳｅセッションを確立したいと望んでいる可能性があるということを示すことができる。８１０において、ＭＭＥ８０４は、このセッションに関する（たとえば、ＷＴＲＵ１ ８０１およびＷＴＲＵ２ ８０２のＰｒｏｓｅＩＤ、および／またはアプリケーションアイデンティティーに関する）承認を実行するようＰｒｏＳｅサーバ８０６に要求することができる。８１１において、ＰｒｏＳｅサーバ８０６は、所与のアプリケーションに関してＷＴＲＵ１ ８０１およびＷＴＲＵ２ ８０２に対してＰｒｏＳｅセッションが承認されているということをＭＭＥ８０４に知らせることができる。ＰｒｏＳｅサーバ８０６は、たとえば、ＰｒｏＳｅサーバ８０６とＰＣＲＦ８０７との間における既に定義されているインターフェース、Ｒｘ、または新たなインターフェースなどを介して、ＰＣＲＦ８０７へメッセージを送信することができる。８１２において、ＰＣＲＦ８０７は、ＰｒｏＳｅサーバ８０６からＰｒｏＳｅ接続要求を受信することができる。ＰＣＲＦ８０７は、プロキシミティ接続に関するポリシーを適用することができる。ＰＣＲＦ８０７は、ＷＴＲＵ１ ８０１およびＷＴＲＵ２ ８０２のための専用ベアラの確立をトリガーすることができる。８１３において、ＰＣＲＦ８０７は、ＩＰ ＣＡＮセッション修正手順を開始することができ、たとえば、それによってＰＤＮ ＧＷは、ＩＰ ＣＡＮベアラシグナリングを要求すること、および／またはＷＴＲＵ２ ８０２のための専用ベアラを確立するための手順を開始することが可能である。ＰＣＲＦ８０７は、ＷＴＲＵ２ ８０２のＰｒｏＳｅ ＩＤをＰＧＷ８０５へのＩＰ ＣＡＮセッション修正および／または類似のメッセージ内に含めることができる。ＰｒｏＳｅ ＩＤ／ＰｒｏＳｅインディケーションを含めることは、この専用ベアラがプロキシミティ接続のためのものであるということをＣＮノードに知らせることができる。８１４において、図７の７１２、７１３、および７１４において記述されているように専用ベアラが確立されることが可能である。８１４に適用される７１２、７１３、および７１４においては、ｅＮＢ８０３は、前述のようにｅＮＢパスのためのマッピングＩＤを得ることができる。８１５において、たとえば、ＷＴＲＵ２ ８０２のための専用ベアラの確立の後に、ＩＰセッション修正完了がＰＣＲＦ８０７へ送信されることが可能である。８１６において、ＰＣＲＦ８０７は、ＩＰ ＣＡＮセッション修正手順を開始することができ、たとえば、それによってＰＤＮ ＧＷは、ＩＰ ＣＡＮベアラシグナリングを要求すること、および／またはＷＴＲＵ１ ８０１のための専用ベアラを確立するための手順を開始することが可能である。ＰＣＲＦ８０７は、ＷＴＲＵ１ ８０１のＰｒｏＳｅ ＩＤをＰＧＷ８０５へのＩＰ ＣＡＮセッション修正および／または類似のメッセージ内に含めることができる。ＰｒｏＳｅ ＩＤおよび／またはＰｒｏＳｅインディケーションを含めることは、この専用ベアラがプロキシミティ接続のためのものであるということをＣＮノードに知らせることができる。８１７において、図７の７１２、７１３、および７１４において記述されているように専用ベアラが確立されることが可能である。８１７に適用される７１２、７１３、および７１４中に、ｅＮＢ８０３は、ｅＮＢパスのためのマッピングＩＤを得ることができる。８１８において、たとえば、ＷＴＲＵ１ ８０１のための専用ベアラの確立の後に、ＩＰセッション修正完了がＰＣＲＦ８０７へ送信されることが可能である。８１９において、ＭＭＥ８０４は、ＷＴＲＵ２ ８０２のＰｒｏｓｅＩＤ、ＩＰアドレス、および／もしくはその他のパラメータ、ならびに／またはアプリケーションアイデンティティーなどを含むことができるＮＡＳメッセージ（たとえば、ＰｒｏＳｅ接続受け入れ）を用いてＷＴＲＵ１ ８０１に応答することができる。８２０において、ＷＴＲＵ１ ８０１およびＷＴＲＵ２ ８０２は、ｅＮＢ８０３を介した通信パスを開始することができる。

図９は、ＰＣＲＦによって開始される専用ベアラを含む、ｅＮＢを介したＰｒｏＳｅ通信パスの確立の別の例を示している。ＰｒｏＳｅサーバ９０６は、インターネットにおけるアプリケーションサーバ／機能である場合があり、たとえば、その場合、ＭＭＥ９０４とＰｒｏＳｅサーバ９０６との間におけるインターフェースがないことがある。ＰｒｏＳｅサーバ９０６は、３ＧＰＰによって制御されること、および／またはネットワークの制御の外にあることが可能である。図９で、９０８において、ＷＴＲＵ１ ９０１およびＷＴＲＵ２ ９０２が、ＥＣＭ接続モードにある場合があり、また、互いを発見している場合がある。ＷＴＲＵ１ ９０１は、ＷＴＲＵ２ ９０２を発見している場合がある。９０９において、ＷＴＲＵ１ ９０１は、ＭＯ ＰｒｏＳｅ接続要求をＰｒｏＳｅサーバ９０６へ直接（たとえば、アプリケーションレベルシグナリングを通じて）送信することができる。このメッセージは、このセッションのために使用されることになるＷＴＲＵ１ ９０１のＰｒｏｓｅＩＤおよび／もしくはＩＰアドレスおよび／もしくはその他のパラメータ、ＷＴＲＵ２ ９０２のＰｒｏｓｅＩＤ、ならびに／またはアプリケーションアイデンティティーなどを含むことができる。９１０において、ＰＣＲＦ９０７は、ＰｒｏＳｅサーバ９０６からＰｒｏＳｅ接続要求を受信することができる。ＰＣＲＦ９０７は、プロキシミティ接続に関するポリシーを適用することができる。ＰＣＲＦ９０７は、ＷＴＲＵ１ ９０１およびＷＴＲＵ２ ９０２のための専用ベアラの確立をトリガーすることができる。９１１において、たとえば、図８を参照して記述されている８１３、８１４、８１５、８１６、８１７、８１８、８１９、および８２０を適用することによって、ＷＴＲＵ１ ９０１およびＷＴＲＵ２ ９０２のための専用ベアラが確立されることが可能である。

たとえば、ＰｒｏＳｅセッションを確立したいという要求をＰｒｏＳｅサーバが受信した場合に、ＰｒｏＳｅサーバは、ＰｒｏＳｅサーバとＰＣＲＦとの間におけるＲｘインターフェースおよび／または新たなインターフェースを介してＰＣＲＦにコンタクトすることができる。たとえばプロキシミティサービスの目的で、図９において示されているように、ＰｒｏＳｅサーバがＰＣＲＦにコンタクトした場合に、ＷＴＲＵ１およびＷＴＲＵ２のための専用ベアラの確立が開始されることが可能である。

ＰｒｏＳｅサーバは、たとえば、図８および図９において示されているように、ＷＴＲＵのＩＰアドレスを使用して、ＰＣＲＦを見つけ出すことができる。ＰｒｏＳｅサーバは、ＷＴＲＵのＩＰアドレスを知っているＰｒｏＳｅサーバによって、またはＰｒｏＳｅ登録手順によって、ＰＣＲＦを見つけ出すことができる。ＰｒｏＳｅサーバは、図８の８１０においてＷＴＲＵ１／ＷＴＲＵ２のＩＰアドレスを受信することができる。ＡＦ（たとえば、Ｐｒｏｓｅサーバ）は、ＷＴＲＵ１／ＷＴＲＵ２をそれらのＰｒｏＳｅ ＩＤに基づいて識別することができる。ＰｒｏＳｅ ＩＤは、ＩＰ−ＣＡＮセッション確立においてシグナリングされることが可能である。ＡＦ（たとえば、Ｐｒｏｓｅサーバ）は、ダイアメータールーティングエージェントを使用して、ＰｒｏＳｅ ＩＤを知ることができる。

本明細書において記述されているＭＭＥによって開始される専用ベアラトリガリング手順、および／または本明細書において記述されているＰＣＲＦによって開始される専用ベアラシグナリング手順は、直接のＷＴＲＵからＷＴＲＵへのベアラセットアップに適用されることが可能である。ＭＭＥは、マッピングＩＤをｅＮＢへ送信できない場合がある。ＭＭＥは、直接のＷＴＲＵからＷＴＲＵへのベアラを確立するようｅＮＢに知らせるためのインディケーションおよび／または何らかの形態のインディケーションを送信することができる。

ＰｒｏＳｅ通信を容易にするために、ならびにトラフィックおよび混雑を軽減するために、直接のＷＴＲＵからＷＴＲＵへのＮＡＳ通信のためのセキュリティー手順およびシグナリングが利用されることが可能である。ＮＡＳプロトコルは、セキュアな様式でのＷＴＲＵとＭＭＥとの間における通信のために機能することができる。例においては、プロキシミティベースのサービスに関して、ＷＴＲＵは、ＰｒｏＳｅセッションを確立および／または保持するためのＮＡＳメッセージを直接その他のＷＴＲＵに送信するように構成されることが可能である。ＷＴＲＵは、セキュアな様式での直接のＷＴＲＵからＷＴＲＵへのＮＡＳ通信を実施するように構成されることが可能である。ユーザプレーンに関してセキュリティーが確立されサポートされることが可能である。ユーザプレーンセキュリティー構成は、ＳＭＣが送信および／または受信された後に、完成および／またはアクティブ化されることが可能である。ユーザプレーンセキュリティーコンテキストは、ＷＴＲＵとｅＮＢとの間において機能することができる。ＰｒｏＳｅ通信を容易にする目的でトラフィックおよび混雑を軽減するために、ＮＡＳレイヤおよびＡＳレイヤの両方に関してＰｒｏＳｅセッションに関与しているＷＴＲＵどうしの間におけるセキュリティー通信が利用されることが可能である。

ＷＴＲＵは、ＮＡＳおよび／またはＡＳレイヤセキュリティーに関するサポートされているキーおよび／またはアルゴリズムのアイデンティティーを判断するように構成されることが可能である。ＷＴＲＵは、ＮＡＳおよび／またはＡＳレイヤセキュリティーに関するその構成に基づいてＰｒｏＳｅ通信のための適切なセキュリティーコンテキストまたはセキュリティーコンテキストの一部を判断することができる。セキュリティーコンテキストの一部は、１または複数のセキュリティー関連のパラメータであることが可能である。たとえば、Ａｔｔａｃｈｅｄ Ｒｅｑｕｅｓｔメッセージを使用してネットワークに登録する場合に、ＷＴＲＵは、ＷＴＲＵがサポートしているセキュリティーアルゴリズムのタイプを含むインディケーションを送信するように構成されることが可能である。たとえば、ＷＴＲＵは、サポートされているセキュリティーアルゴリズムに関するインディケーションを送信することができ、またはＡｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージの一部であることが可能であるパラメータが、ＷＴＲＵネットワーク機能情報要素（ＩＥ）内に含まれることが可能である。ネットワーク（たとえば、ＭＭＥ）は、少なくとも１つのセキュリティーアルゴリズムを、ＷＴＲＵによってＡｔｔａｃｈ Ｒｅｑｕｅｓｔにおいて示されているものに基づいて選択することができる。ネットワーク（たとえば、ＭＭＥ）は、選択されるセキュリティー技術がＷＴＲＵによってサポートされているということを確実にすることができる。ＷＴＲＵは、ネットワークによってＮＡＳセキュリティーのために選択されるセキュリティーアルゴリズムとは異なる、ＰｒｏＳｅ通信のためのセキュリティーアルゴリズムを選択するように構成されることが可能である。例においては、ネットワーク（たとえば、ＭＭＥ）は、ＷＴＲＵによって直接のＰｒｏＳｅ通信のために使用されることになるセキュリティーアルゴリズムを示すことができる。ネットワークは、ＷＴＲＵに提供されることが可能であるＰｒｏＳｅセキュリティー情報を提供することができる。ＷＴＲＵは、ネットワークからＰｒｏＳｅセキュリティー情報を受信することができる。ＷＴＲＵは、ＰｒｏＳｅセキュリティー情報をやり取りすることができる。ＷＴＲＵどうしは、別々のＰＬＭＮに属することができる。

ＷＴＲＵは、直接のＷＴＲＵからＷＴＲＵへのＰｒｏＳｅ通信のためにＮＡＳレイヤにおけるセキュリティーをアクティブ化するように構成されることが可能である。たとえば、ＭＭＥは、たとえば、３ＧＰＰネットワークを介して通信する際に適切なセキュリティーアルゴリズムを選択した後に、ＳＭＣ手順を開始するように構成されることが可能である。ＭＭＥは、選択されたアルゴリズムのアイデンティティーをＷＴＲＵに示すように構成されることが可能である。ＷＴＲＵは、選択されたアルゴリズムのアイデンティティーを含むインディケーションをＭＭＥから受信するように構成されることが可能である。ＷＴＲＵからＷＴＲＵへの通信に関して、ＷＴＲＵは、たとえば、ＷＴＲＵどうしの間におけるセキュアなＮＡＳ通信のために、選ばれたアルゴリズムを示すためのＳＭＣ手順を開始するように構成されることが可能である。ＷＴＲＵは、直接のＷＴＲＵからＷＴＲＵへの通信のために制御プレーンおよび／またはユーザプレーンに関してＲＲＣレイヤにおけるセキュリティーを開始および／または選択するように構成されることが可能である。

ＷＴＲＵに関して少なくとも２つのＰｒｏＳｅセッションがある場合に、ＮＡＳおよび／またはＡＳレイヤセキュリティーが影響されることがある。たとえば、別々のＮＡＳおよび／またはＡＳレイヤセキュリティーが、別々のＰｒｏＳｅセッションに関して、たとえば、それらのＰｒｏＳｅセッションが別々のＷＴＲＵの間にある場合に、確立されることが可能である。

たとえば、ＰｒｏＳｅに関するセキュリティーキーは、ＷＴＲＵごとに、ＰｒｏＳｅセッションごとに、および／またはアプリケーションごとに関連付けられることが可能である。これらのルールは、セキュアな通信に影響を与える場合があり、別々のＰｒｏＳｅコンテキストは、別々のセキュリティーアーキテクチャーが利用されることにつながる場合がある。

ＰｒｏＳｅ通信を容易にし、混雑を軽減して、ＰｒｏＳｅ通信に関連したシグナリングが途絶せずに継続することを可能にするために、直接のＷＴＲＵからＷＴＲＵへのセキュリティー手順が利用されることが可能である。「セキュリティーコンテキスト」という用語は、少なくとも１つのセキュリティーキー、および／または、少なくとも１つのセキュリティーアルゴリズムと併せた少なくとも１つのセキュリティーキーを指すことができる。セキュリティーコンテキストは、ＮＡＳセキュリティーおよび／またはＡＳセキュリティー（たとえば、制御プレーンもしくはユーザプレーン、またはそれらの両方）に適用できることが可能である。

図４は、ＷＴＲＵおよびネットワークにおけるセキュリティーキーの階層の例を示している。非アクセス層（ＮＡＳ）および／またはアクセス層（ＡＳ）セキュリティーが、ＬＴＥにおいてサポートされることが可能である。ＷＴＲＵおよびモビリティ管理エンティティ（ＭＭＥ）は、Ｋ_ASME４０３と呼ばれるキーを使用することができる。Ｋ_ASME４０３は、アクセスセキュリティー管理エンティティ（ＡＳＭＥ）に関連付けられている通信のために導出されるキーであると言える。Ｋ_ASME４０３は、認証およびキー共有（ＡＫＡ）中に、たとえば、暗号キー（ＣＫ）４１２および／またはインテグリティーキー（ＩＫ）４０２から、ホームサブスクライバーサーバ（ＨＳＳ）およびＷＴＲＵにおいて導出される中間キーであると言える。Ｋ_ASME４０３は、ＨＳＳからｅｖｏｌｖｅｄ パケットシステム（ＥＰＳ）認証ベクトル（ＡＶ）の一部として送信されることが可能である。Ｋ_ASME４０３は、ＡＫＡプロセス中にＭＭＥによって割り当てられたｅｖｏｌｖｅｄ キーセット識別子（ｅＫＳＩ）を用いて識別されることが可能である。ＭＭＥは、ＥＰＳにおいてＡＳＭＥの役割を担うことができる。ＮＡＳキーおよびＡＳキーは、Ｋ_ASME４０３から生成されることが可能である。ＮＡＳは、ＷＴＲＵおよび／またはＭＭＥによって生成されることが可能である。ＮＡＳキーは、ＷＴＲＵおよびＭＭＥによって、たとえばＮＡＳ認証手順を実行することによって、生成されることが可能である。

Ｋ４０１は、ＷＴＲＵの汎用加入者識別モジュール（ＵＳＩＭ）内に格納されているキーであると言える。Ｋ_eNB４０６は、ｅＮＢベースキーであると言える。Ｋ_eNB４１１は、たとえば、ＷＴＲＵが、ハンドオーバー中にＷＴＲＵおよびターゲットｅＮＢによってＫ_eNB ^*からＥＣＭ接続状態に遷移する場合に、Ｋ_ASME４０３からＭＭＥおよびＷＴＲＵにおいて導出される中間キーであると言える。Ｋ_eNB ^*は、ｅＮＢハンドオーバー遷移キーであると言える。Ｋ_eNB ^*は、ハンドオーバー中に、たとえば、水平（Ｋ_eNB）または垂直キー導出を実行する場合に、ソースｅＮＢおよびＷＴＲＵにおいて導出される中間キーであると言える。Ｋ_eNB ^*は、Ｋ_eNBを導出するためにターゲットｅＮＢにおいて使用されることが可能である。ＮＨ４０６は、転送セキュリティーを提供するために使用される、および／またはＳ１−ＭＭＥインターフェースを介してｅＮＢへ転送される、ＭＭＥおよびＷＴＲＵにおいて導出される中間キーであると言える。Ｋ_NASint４０５は、ＭＭＥおよびＷＴＲＵにおいて導出されるＮＡＳデータの保護のためのインテグリティーキーであると言える。Ｋ_NASenc４０４は、ＭＭＥおよびＷＴＲＵにおいて導出されるＮＡＳデータの保護のためのＮＡＳシグナリングのための暗号化キーであると言える。Ｋ_UPenc４０９は、ｅＮＢおよびＷＴＲＵにおいて導出されるユーザプレーンデータの保護のためのユーザプレーンのための暗号化キーであると言える。Ｋ_UPint４１０は、ｅＮＢおよびＷＴＲＵにおいて導出されるユーザプレーンデータの保護のためのユーザプレーンのためのインテグリティーキーであると言える。Ｋ_RRCint４０８は、ｅＮＢおよびＷＴＲＵにおいて導出されるＲＲＣデータの保護のためのインテグリティーキーであると言える。Ｋ_RRCenc４０７は、ｅＮＢおよびＷＴＲＵにおいて導出されるＲＲＣデータの保護のための暗号化キーであると言える。

ＷＴＲＵは、たとえばキー生成の後に、セキュリティーモードコマンド（ＳＭＣ）手順を実施するように構成されることが可能である。ＷＴＲＵは、セキュアな通信のために使用するためのアルゴリズムに関する合意を容易にするためにＳＭＣ手順を利用することができる。ＷＴＲＵは、Ｋ_NASencおよびＫ_NASintというＮＡＳキーを算出するための入力としてそのアルゴリズムを使用するように構成されることが可能である。ＷＴＲＵは、ＲＲＣレイヤにおいて手順（たとえば、ＳＭＣ手順など）を実行することができる。ＷＴＲＵは、ユーザプレーンおよび／または制御プレーンのためのＲＲＣインテグリティーおよび／または暗号化キーを算出することができる。暗号化は必須ではないことが可能である。インテグリティーは必須であることが可能である。ＷＴＲＵは、ＮＡＳレイヤにおいてＳＭＣ手順を実行するように構成されることが可能である。ＮＡＳレイヤにおいてＷＴＲＵによって実行されるＳＭＣ手順は、ＲＲＣレイヤにおいてＷＴＲＵによって実行されるＳＭＣ手順から独立していることが可能である。ＷＴＲＵおよびネットワークは、ＷＴＲＵがセキュリティーモード完了メッセージをＭＭＥへ送信した後に、ＳＭＣ手順の後などに、保護された通信を開始することができる。ＷＴＲＵは、たとえばＲＲＣレベルでのＳＭＣ手順完了の後に、制御（ＲＲＣ）メッセージおよび／またはユーザプレーン情報をセキュアに送信することができる。

ＷＴＲＵは、ＮＡＳレイヤ、ＡＳレイヤのために、ならびにユーザプレーンおよび／または制御プレーンなどのためにセキュアなＰｒｏＳｅ通信を可能にするために、ＰｒｏＳｅ通信のためのセキュリティーコンテキストを利用することができる。

ＷＴＲＵは、ＰｒｏＳｅ通信のために再利用されることが可能な、ネットワークとの通信のために使用されたのと同じセキュリティーコンテキストおよび／またはアルゴリズムを使用するように構成されることが可能である。たとえば、ネットワークは、非ＰｒｏＳｅ通信のために使用されているＷＴＲＵのＮＡＳおよび／またはＡＳセキュリティーコンテキストがＰｒｏＳｅ通信のために使用されることも可能であるということを確実にすることができる。例においては、ＷＴＲＵは、ＷＴＲＵどうしの間におけるＰｒｏＳｅ通信のためにＮＡＳセキュリティーコンテキストを（たとえば、おそらくはＮＡＳセキュリティーコンテキストのみを）再利用することができる。ＷＴＲＵは、ＮＡＳセキュリティーのための３ＧＰＰ ＮＡＳセキュリティーコンテキストを再利用することができる。ＮＡＳセキュリティーのための３ＧＰＰ ＮＡＳセキュリティーコンテキストは、ＷＴＲＵとＭＭＥとの間におけるセキュリティーである場合がある。ＷＴＲＵは、非Ｐｒｏｓｅ通信のために使用されるＡＳセキュリティーコンテキストとは異なる、ＰｒｏｓｅセッションのためのＡＳセキュリティーコンテキストを使用することができる。非Ｐｒｏｓｅ通信のためのＡＳセキュリティーコンテキストは、ＷＴＲＵとｅＮＢとの間におけるセキュリティーである場合がある。ＷＴＲＵは、ＷＴＲＵどうしの間におけるＰｒｏＳｅ通信のためにＡＳセキュリティーコンテキストを（たとえば、ＡＳセキュリティーコンテキストのみを）再利用することができる。ＷＴＲＵは、ＡＳセキュリティーのための３ＧＰＰ ＡＳセキュリティーコンテキストを再利用することができる。ＡＳセキュリティーのための３ＧＰＰ ＡＳセキュリティーコンテキストは、ＷＴＲＵとｅＮＢとの間におけるセキュリティーである場合がある。ＷＴＲＵは、非ＰｒｏＳｅ通信のために使用されるＮＡＳセキュリティーコンテキストとは異なる、ＰｒｏＳｅセッションのためのＮＡＳセキュリティーコンテキストを使用することができる。非ＰｒｏＳｅ通信のためのＮＡＳセキュリティーコンテキストは、ＷＴＲＵとＭＭＥとの間におけるセキュリティーである場合がある。

ＷＴＲＵは、プロキシミティサービスのために定義されることが可能である別個のセキュリティーコンテキストを有するように構成されることが可能である。ＨＳＳは、プロキシミティサービスのためのＷＴＲＵセキュリティーコンテキストを更新することができる。ＷＴＲＵは、プロキシミティサービス（たとえば、ＵＳＩＭ）のためのＷＴＲＵセキュリティーコンテキストを更新することができる。ＷＴＲＵは、ＷＴＲＵがＰｒｏＳｅ通信のために使用することができるセキュリティーコンテキストとは異なる、３ＧＰＰ通信のために使用されるセキュリティーコンテキストを使用することができる。ＮＡＳプロトコルのための３ＧＰＰ通信は、ＷＴＲＵとＭＭＥとの間にある場合がある。ユーザプレーンおよび／または制御プレーンのための３ＧＰＰ通信などは、ＷＴＲＵとｅＮＢとの間にある場合がある。

ＷＴＲＵは、ＷＴＲＵごとに使用するように定義されることが可能であるセキュリティーパラメータおよび／またはコンテキストを利用するように構成されることが可能である。たとえば、通信をサポートすることができるＷＴＲＵは、ＰｒｏＳｅセキュリティーコンテキストの１つのセットを（たとえば、おそらくは１つのセットのみを）有することができる。セキュリティーパラメータおよび／またはコンテキストは、ＰＬＭＮごとであることが可能である。たとえば、ＷＴＲＵは、別々のＰＬＭＮのもとで登録されている場合には、別々のセキュリティーコンテキストを使用することができる。ＷＴＲＵが登録を行うことができる先のＰＬＭＮは、同じまたは類似のＰＬＭＮにおいて使用されることになるセキュリティーコンテキストをＷＴＲＵに提供することができる。ＷＴＲＵは、同じまたは類似のＰＬＭＮにおいて使用されることになるセキュリティーコンテキストをＰＬＭＮから受信するように構成されることが可能である。ＷＴＲＵによって使用されるセキュリティーコンテキストは、ＰＬＭＮに登録することができるＷＴＲＵのＰＬＭＮに依存する場合がある。

ＷＴＲＵは、アプリケーションごとに使用するように定義されることが可能であるセキュリティーパラメータおよび／またはコンテキストを利用するように構成されることが可能である。たとえば、ＷＴＲＵは、たとえば、アプリケーションのためのＰｒｏＳｅ通信に関与している場合には、別の、知られている、および／または構成可能なセキュリティーコンテキストを使用することができる。ＷＴＲＵは、アプリケーションごとにユーザプレーンのためのセキュリティーパラメータをやり取りできない場合がある。ＷＴＲＵは、構成を介して、アプリケーションごとに使用されることになるセキュリティーコンテキストに気づくことができる。ＷＴＲＵは、別のＷＴＲＵおよび／またはネットワークとの間でやり取りされた前のセキュリティーパラメータなどを介して、アプリケーションごとに使用されることになるセキュリティーコンテキストに気づくことができる。たとえば、ＷＴＲＵは、アプリケーションごとに使用するためのセキュリティーコンテキストを含む、ＭＭＥ、ＰｒｏＳｅサーバ、ＡＮＤＳＦ、または別のノードからのコマンドおよび／または構成を受信するように構成されることが可能である。例においては、ＷＴＲＵは、ＮＡＳメッセージ、たとえば、接続受け入れ、トラッキングエリア更新（ＴＡＵ）受け入れなどにおいて、アプリケーションごとにセキュリティーコンテキストを使用するための構成をＭＭＥから受信することができる。ＮＡＳメッセージは、アプリケーションごとに複数のセキュリティーコンテキストインディケーションを有することができ、たとえば、ＭＭＥは、使用されることになるアプリケーションのリストおよび対応するセキュリティーコンテキストを含むインディケーションをＷＴＲＵへ送信することができる。ＷＴＲＵは、使用されることになるアプリケーションのリストおよび対応するセキュリティーコンテキストを含むインディケーションをＭＭＥから受信するように構成されることが可能である。ＷＴＲＵは、ＭＭＥによって送信されたインディケーション内に含まれている情報を受け入れるまたは拒否するように構成されることが可能である。

ＷＴＲＵは、公安ＷＴＲＵとして機能するように構成されることが可能であり、公安ＷＴＲＵおよび／またはアプリケーションのためにのみ別のセキュリティーコンテキストを使用することができる。

ソースＭＭＥは、セキュリティーコンテキストを選ぶように構成されることが可能である。ソースＭＭＥは、たとえばＰＬＭＮ／ＭＭＥ間のために、選ばれたセキュリティーコンテキストをターゲットＭＭＥへ、および／またはターゲットＷＴＲＵへ転送することができる。ソースＭＭＥは、たとえば、ＷＴＲＵとの間でキーのセットについて合意した後に、セキュリティーコンテキストをピックアップすることができる。ソースＭＭＥまたはターゲットＭＭＥは、セキュリティーコンテキストをターゲットＷＴＲＵに渡すことができる。

第１のＷＴＲＵは、第２のＷＴＲＵを認証するように構成されることが可能である。第１および第２のＷＴＲＵは、たとえば、エクスプレッションコードをデコードすることによって、黙示的な認証を実行するように構成されることが可能である。

セキュアなＰｒｏＳｅ通信を可能にするために、ＰｒｏＳｅのためのセキュリティーコンテキストが選ばれることが可能である。ＰｒｏＳｅ通信は、直接のＷＴＲＵからＷＴＲＵへの通信であることが可能である。ＰｒｏＳｅ通信は、ＷＴＲＵからｅＮＢへＷＴＲＵへの通信であることが可能である。ＷＴＲＵは、複数のＷＴＲＵとの複数のＰｒｏＳｅセッションを有することができる。例においては、ＰｒｏＳｅセッション内のＷＴＲＵペアに属することができるＷＴＲＵは、そのＰｒｏＳｅセッションに関与しているその他のＷＴＲＵまたはｅＮＢとの間でセキュリティーコンテキスト（たとえば、キーおよび／またはアルゴリズム）について交渉するように構成されることが可能であり、たとえば、それによって、制御プレーンおよび／またはユーザプレーンＰｒｏＳｅ通信は、セキュアになることができる。

ＷＴＲＵは、ＷＴＲＵのセキュリティー機能を含むインディケーションをネットワークへ送信するように構成されることが可能である。インディケーションは、たとえば、ネットワークへの登録時のＮＡＳメッセージ（たとえば、Ａｔｔａｃｈ ＲｅｑｕｅｓｔまたはＴＡＵ要求）内に含めて送信されることが可能である。インディケーションは、ＷＴＲＵのセキュリティー機能、およびセキュアなＰｒｏＳｅ通信をサポートするためのＷＴＲＵの機能を含むことができる。セキュリティー機能は、たとえば、ＰＬＭＮごとに、アプリケーションごとになど、ＷＴＲＵのＰｒｏＳｅ通信のためのサポートされているセキュリティーコンテキスト（たとえば、キーおよび／またはアルゴリズム）を含むことができる。セキュリティー機能は、たとえば、ＷＴＲＵがＮＡＳメッセージ内に含めることができる新たなＩＥの形態であることが可能である情報を含むことができる（たとえば、ＰｒｏＳｅセキュリティー機能ＩＥが定義されることが可能である）。インディケーションは、既存のＩＥ、たとえば、ＷＴＲＵネットワーク機能ＩＥの一部であることが可能である。セキュリティー機能は、ＷＴＲＵおよび／またはｅＮＢのための機能および／または一般的なインディケーションを含むことができる。たとえば、ＷＴＲＵは、ＰｒｏＳｅセッションにおいて使用するために、異なるおよび／または同じセキュリティーコンテキストを使用するというその好みを示すことができる。ＷＴＲＵは、非ＰｒｏＳｅ通信のためのセキュリティーコンテキストと同じセキュリティーコンテキストをＰｒｏＳｅのために使用するという好みを含むインディケーションを送信するように構成されることが可能である。ＷＴＲＵは、アプリケーションごとのセキュリティーコンテキストに関する好みなどを含むインディケーションを送信するように構成されることが可能である。セキュリティー機能どうしは、独立して、または任意の組合せで使用されることが可能である。

ＷＴＲＵは、たとえば、ネットワークへの登録時に、ならびに／または任意のＮＡＳ手順および／もしくは任意のＮＡＳメッセージ中に、たとえば、アプリケーションごとの、ＰＬＭＮごとの、ならびに／またはＮＡＳおよび／もしくはＡＳセキュリティーのためのセキュリティーコンテキストに関するその好みを示すように構成されることが可能である。

ＭＭＥは、ＰｒｏＳｅ通信のために、たとえばＮＡＳおよび／またはＡＳセキュリティーのために、ならびにユーザプレーンおよび／または制御プレーンのために使用するためのセキュリティーコンテキストをＷＴＲＵに示すように構成されることが可能である。ＭＭＥは、任意のＮＡＳメッセージを使用することによって、ＰｒｏＳｅ通信のために使用されることになるセキュリティーコンテキストをＷＴＲＵに示すことができる。たとえば、ＭＭＥは、ＰｒｏＳｅ通信において使用されることになるセキュリティーコンテキストを、登録応答（たとえば、接続受け入れおよび／もしくはＴＡＵ受け入れ）、ならびに／またはその他の任意のＮＡＳメッセージ内に含めて示すことができる。ＭＭＥは、ローカルな構成および／またはオペレータポリシーを有することができる。ＭＭＥは、ＰｒｏＳｅ通信のために使用するためのセキュリティーコンテキストを判断するためにローカルな構成および／またはオペレータポリシーを使用することができる。ＨＳＳは、ＰｒｏＳｅ通信のために使用されることになるセキュリティーコンテキストに関連している情報を含むことができる。ＭＭＥは、たとえば、ＷＴＲＵがシステムに登録したときに、ＰｒｏＳｅ通信のために使用されることになるセキュリティーコンテキストに関連している情報をダウンロードすることができる。ＨＳＳは、たとえば、登録されているＷＴＲＵに関するサブスクリプション情報が変わる可能性がある場合に、ＰｒｏＳｅ通信のために使用されることになるセキュリティーコンテキストに関連している情報をＭＭＥへプッシュすることができる。

ＷＴＲＵは、静的な様式でＰｒｏＳｅのためのセキュリティーコンテキストを判断するように構成されることが可能である。ＷＴＲＵは、動的な様式でＰｒｏＳｅのためのセキュリティーコンテキストを判断するように構成されることが可能である。例においては、ＰｒｏＳｅセッションのセットアップ中に、ＷＴＲＵは、たとえば、１または複数のＷＴＲＵが、ＰｒｏＳｅセッションをセットアップすることに含まれているまたは関与している場合に、ＰｒｏＳｅセッションがセットアップされている際にセキュリティーコンテキストの使用について合意するように構成されることが可能である。

開始ＷＴＲＵは、そのＷＴＲＵが所与のＰｒｏＳｅセッションのために使用することができるセキュリティーコンテキストのセットを含むように構成されることが可能である。ＷＴＲＵは、ＰｒｏＳｅセッションを確立するためのＮＡＳメッセージをＭＭＥへ送信することができる。ＮＡＳメッセージは、ＰｒｏＳｅセッションを確立するためのセキュリティーコンテキストを含むことができる。セキュリティーコンテキストは、ＷＴＲＵ内の構成に基づくことが可能である。セキュリティーコンテキストは、ネットワークから受信されることが可能であるインディケーションに基づくことが可能である。たとえば、ＷＴＲＵは、ＰｒｏＳｅ通信のためのセキュリティーコンテキストのセットを使用するように構成されることが可能である。ＷＴＲＵは、ＰｒｏＳｅ通信のためのセキュリティーコンテキストに関して、ローカルに、またはＭＭＥによって、またはＡＮＤＳＦを介して、といった具合に構成されることが可能である。

ＭＭＥは、提案されたセキュリティーコンテキストからサブセットセキュリティーコンテキストを選択するように構成されることが可能である。ＭＭＥは、たとえば、セキュリティーコンテキストのセットを伴ってＰｒｏＳｅセッションをセットアップしたいという要求をソースＷＴＲＵから受信したときに、提案されたセキュリティーコンテキストからサブセットセキュリティーコンテキストを選択するように構成されることが可能である。ＭＭＥは、たとえば、ローカルなＭＭＥ構成に基づいて、サブスクライバープロファイルに従って、ターゲットＷＴＲＵに応じて、アプリケーションに応じて、および／または、ターゲットＷＴＲＵによってサービス提供されることが可能であるＰＬＭＮに応じて、といった具合に、提案されたセキュリティーコンテキストからサブセットセキュリティーコンテキストを選択するように構成されることが可能である。ＭＭＥは、セキュリティーコンテキストを選択するために、別のエンティティ（たとえば、ＰｒｏＳｅサーバ）との間で確認を行うことができる。ＭＭＥは、要求されているアプリケーションを別のエンティティ（たとえば、ＰｒｏＳｅサーバ）との間で確認することができる。ＭＭＥは、セキュリティーコンテキストのセットをＰｒｏＳｅサーバへ転送することができる。ＭＭＥは、使用するためのセキュリティーコンテキストを選択することができる。ＭＭＥは、アプリケーションタイプおよび／またはターゲットＷＴＲＵ ＰＬＭＮなどに基づいて、使用するためのセキュリティーコンテキストを選択することができる。ＭＭＥは、示されているアプリケーションタイプ、ＷＴＲＵのアイデンティティー、および／またはサービングＰＬＭＮなどに基づいてセキュリティーコンテキストを選択するようネットワークエンティティ（たとえばＰｒｏＳｅサーバ）に要求することができる。ＰｒｏＳｅサーバは、オペレータポリシーによる構成に基づいてセキュリティーコンテキストを選択することができる。ＰｒｏＳｅサーバは、選択されたセキュリティーコンテキストをＭＭＥに示すことができる。ＭＭＥは、選択されたセキュリティーコンテキストを伴う命令を含むインディケーションをＰｒｏＳｅサーバから受信することができる。ソースＭＭＥは、ターゲットＷＴＲＵにサービス提供しているターゲットＭＭＥにコンタクトすることができる。ソースＭＭＥは、ソースＷＴＲＵのために選択されておくことが可能であるセキュリティーコンテキストのセットを含むことができる。ターゲットＭＭＥは、ローカルな構成に従って、ＰｒｏＳｅサーバおよび／または別のネットワークエンティティとの間での確認に従って、セッションのためのセキュリティーコンテキストを選ぶことができる。ターゲットＭＭＥは、セキュリティーコンテキストの少なくとも１つのセットを伴うＰｒｏＳｅセッションを求める要求を受信したときに、セッションのためのセキュリティーコンテキストを選ぶことができる。ターゲットＭＭＥは、ソースＭＭＥおよび／またはソースＷＴＲＵによってサポートされることが可能であるセキュリティーコンテキストのサブセットから選択を行うことができる。ターゲットＭＭＥは、ＰｒｏＳｅセッションのために使用するためのセキュリティーコンテキストのセットをターゲットＷＴＲＵに示すことができる。ターゲットＭＭＥは、ＮＡＳメッセージをターゲットＷＴＲＵへ送信することができる。ＮＡＳメッセージは、ターゲットＷＴＲＵによって使用されることが可能であるセキュリティーコンテキストを含むことができる。ＮＡＳメッセージは、ＰｒｏＳｅセッションの終了または保留中の終了を示すことができる。ＭＭＥは、ターゲットＷＴＲＵが選択を行うことができる元のあり得るセキュリティーコンテキストのセットを、ターゲットＷＴＲＵへ送信されたＮＡＳメッセージ内に含めることができる。ターゲットＷＴＲＵは、ソースＭＭＥおよび／またはソースＷＴＲＵにおいて、サポートされているセキュリティーコンテキストから選択が行われることを確実にすることができるセキュリティーコンテキストを選ぶように構成されることが可能である。１もしくは複数のまたはそれぞれのノードは、セキュリティーコンテキストがサポートされているかどうかを示すように構成されることが可能である。ＷＴＲＵまたはＭＭＥは、ターゲットＷＴＲＵまたはターゲットＭＭＥへ送信されるＮＡＳメッセージおよび／またはインディケーション内にセキュリティーコンテキストを含めることによって、示されているセキュリティーコンテキストをソースノードがサポートすることができるということを示すことができる。

ＷＴＲＵは、ＷＴＲＵ内のローカルな構成に基づいてセキュリティーコンテキストを選択するように構成されることが可能である。ＷＴＲＵは、たとえば、少なくとも１つのセキュリティーコンテキストを伴う入ってくるＰｒｏＳｅセッション要求を（たとえば、ＭＭＥまたは別のＷＴＲＵから直接）受信したときに、ＷＴＲＵ内のローカルな構成に基づいてセキュリティーコンテキストを選択するように構成されることが可能である。ＷＴＲＵは、ソースＷＴＲＵとターゲットＷＴＲＵとの間における共通のサポートされているセキュリティーコンテキストに基づいてセキュリティーコンテキストを選択することができる。ＷＴＲＵは、たとえば、少なくとも１つのセキュリティーコンテキストを伴う入ってくるＰｒｏＳｅセッション要求を（たとえば、ＭＭＥまたは別のＷＴＲＵから直接）受信したときに、ソースＷＴＲＵとターゲットＷＴＲＵとの間における共通のサポートされているセキュリティーコンテキストに基づいて、セキュリティーコンテキストを選択することができる。ＷＴＲＵは、たとえば、アプリケーションタイプ、ＰＬＭＮ ＩＤ、公安ＷＴＲＵ、公安アプリケーションなどに基づいて、セキュリティーコンテキストを選択することができる。ＷＴＲＵは、選ばれたセキュリティーコンテキストを伴う終了要求を送信したＭＭＥ、別のＷＴＲＵ、および／またはノードに応答することができる。ＭＭＥは、たとえば、少なくとも１つのセキュリティーコンテキストの選択を伴う応答をＭＭＥによって（たとえば、ＷＴＲＵから）受信したときに、選ばれたセキュリティーコンテキストをソースＷＴＲＵおよび／またはＭＭＥに示すことができる。ソースＭＭＥは、選ばれたセキュリティーコンテキストに関してソースＷＴＲＵに知らせることができる。ソースＭＭＥは、新たなおよび／または既存のＮＡＳメッセージを使用して、ソースＷＴＲＵに知らせることができる。

１もしくは複数のまたはそれぞれのノード（たとえば、ソースＷＴＲＵ、ソースＭＭＥ、ターゲットＷＴＲＵ、ターゲットＭＭＥ、ソースＰｒｏＳｅサーバ、および／またはターゲットＰｒｏＳｅサーバ）は、所望のセキュリティーコンテキストが暗号化保護、インテグリティー保護、またはそれらの両方を含むことができるかどうかを別のエンティティに示すことができる。

ノードは、ＰｒｏＳｅ通信のためのセキュリティーをアクティブ化するように構成されることが可能である。ノードは、たとえば、選ばれたセキュリティーコンテキストを考慮に入れたときに、セキュリティーをアクティブ化することができる。たとえば、ＷＴＲＵがシステムに登録したときに、ＷＴＲＵは、認証手順を実行するように構成されることが可能である。ＷＴＲＵは、ネットワークおよびＷＴＲＵが互いを認証するための認証手順を実行することができる。ＷＴＲＵは、ネットワークおよびＷＴＲＵがセキュリティーのためのキーのセットについて合意するための認証手順を実行することができる。ＷＴＲＵは、ＳＭＣ手順を実行することができる。ＷＴＲＵは、アルゴリズムを選ぶためのＳＭＣ手順を実行することができる。ノードは、たとえば、ＷＴＲＵがＳＭＣ手順を実行した後に、セキュリティーを、アクティブ化されているとみなすことができる。ＮＡＳメッセージは、セキュリティーで保護されることが可能である。ＷＴＲＵは、たとえばＡＳレイヤにおいて、ＲＲＣメッセージおよび／またはユーザプレーンデータをセキュアに保護するためのＳＭＣ手順を実行することができる。ＷＴＲＵは、たとえばＰｒｏＳｅ通信において、ＮＡＳメッセージおよび／またはユーザプレーンデータを直接やり取りすることができる。ＷＴＲＵは、セキュリティーがいつおよび／またはどのようにアクティブ化されることが可能であるかに気づかない場合がある。ＷＴＲＵは、どのノードがセキュリティーをアクティブ化することを担当することができるかに気づかない場合がある。

ノードは、たとえば、セキュリティーコンテキストが選ばれたときに、セキュリティーコンテキストを、アクティブ化されたとみなすように構成されることが可能である。ノードは、たとえば、（たとえば、静的なおよび／または動的な）セキュリティーコンテキストの選択が行われたときに、セキュリティーコンテキストを、アクティブ化されたとみなすように構成されることが可能である。

ノードは、たとえば、ＳＭＣ手順がＷＴＲＵによって実行されることが可能になった後に、セキュリティーコンテキストを、アクティブ化されたとみなすように構成されることが可能である。ＷＴＲＵは、ＮＡＳレイヤおよび／またはＡＳレイヤにおいてＳＭＣ手順を実行することができる。ＳＭＣ手順は、セキュリティーコンテキストをアクティブ化することまたはアクティブ化するのを支援することが可能である。開始ＷＴＲＵは、終了ＷＴＲＵに対してＳＭＣ手順を実行することができる。開始ＷＴＲＵは、ＰｒｏＳｅセッションが行われることをネットワークが許可したと言える後に（たとえば、明示的に後に）、および／またはセキュリティーコンテキストが選ばれたと言える後に、終了ＷＴＲＵに対してＳＭＣ手順を実行することができる。ＳＭＣ手順は、ＰｒｏＳｅセッションを要求するためにＷＴＲＵがネットワークへ送信することができる最初の要求の一部であることが可能である。たとえば、ソースＷＴＲＵがそのＭＭＥへ送信することができるＮＡＳメッセージは、ＳＭＣサブメッセージおよび／またはＳＭＣ ＩＥを含むことができる。ＳＭＣサブメッセージおよび／またはＳＭＣ ＩＥは、たとえば、セキュリティーコンテキストを選ぶのと同様のターゲットＭＭＥを介して、ターゲットＷＴＲＵへ転送されることが可能である。ターゲットＷＴＲＵは、セキュリティーコンテキストおよび保護の選択および／またはアクティブ化を完成することができるＳＭＣへの応答（たとえば、セキュリティーモード応答など）を示すことができる応答をソースＷＴＲＵへ送信することができる。終了ＷＴＲＵは、ＳＭＣ手順を直接実行することができる。終了ＷＴＲＵは、たとえば、終了ＷＴＲＵがそのＭＭＥに応答する前に、ＳＭＣ手順を実行することができる。終了ＷＴＲＵは、入ってくるＰｒｏＳｅセッションに関するＭＴ要求を終了ＷＴＲＵがソースＷＴＲＵから受信した場合に、終了ＷＴＲＵがそのＭＭＥに応答する前に、ＳＭＣ手順を実行することができる。ターゲットＷＴＲＵは、たとえば、ＰｒｏＳｅセッションに関する終了要求を受信したときに、セキュリティーコンテキストを選ぶおよび／またはアクティブ化するためのＳＭＣ手順をソースＷＴＲＵとの間で実行することができる。ターゲットＷＴＲＵは、ＭＴ要求に応答することができる。ターゲットＷＴＲＵは、たとえば、ターゲットＷＴＲＵがソースＷＴＲＵとの間でＳＭＣ手順を実行した後に、ＭＴ要求を受け入れることができる。ターゲットＷＴＲＵは、ＳＭＣ手順が失敗した場合またはタイムアウトした場合に、ＭＴ要求を拒否することができる。

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

Claims (16)

1. 近接サービス（ＰｒｏＳｅ）通信セッションを安全にするための方法であって、
   第１の無線送信／受信ユニット（ＷＴＲＵ）が、前記ＰｒｏＳｅ通信セッションに対するセキュリティコンテキストを選択するステップと、
   前記第１のＷＴＲＵが、第２のＷＴＲＵとセキュリティモードコマンド（ＳＭＣ）手順を開始するステップであって、前記ＰｒｏＳｅ通信セッションに対する前記セキュリティコンテキストは、前記ＳＭＣ手順が完了すると起動される、ステップと、
   前記第１のＷＴＲＵが、前記ＰｒｏＳｅ通信セッションに対する前記セキュリティコンテキストを使用して、前記第２のＷＴＲＵと直接通信するステップと
   を含む方法。
2. 前記ＳＭＣ手順は、前記第１のＷＴＲＵが、ＳＭＣメッセージを前記第２のＷＴＲＵに送信すること、および前記第１のＷＴＲＵが、ＳＭＣ応答メッセージを前記第２のＷＴＲＵから受信することを含む、請求項１に記載の方法。
3. 前記第１のＷＴＲＵが前記ＳＭＣ手順を開始するステップは、前記第１のＷＴＲＵが前記セキュリティコンテキストに対する１つまたは複数のセキュリティキーを導出することを含む、請求項１に記載の方法。
4. 前記ＳＭＣ手順は、非アクセス（ＮＡＳ）層において実行される、請求項１に記載の方法。
5. 前記ＳＭＣ手順は、無線リソース制御（ＲＲＣ）シグナリングを使用する、請求項１に記載の方法。
6. 前記ＳＭＣ応答メッセージは、前記ＰｒｏＳｅ通信セッションに対する前記選択されたセキュリティコンテキストを確認する、請求項２に記載の方法。
7. 前記第１のＷＴＲＵは、ローカル構成、および前記第１のＷＴＲＵと前記第２のＷＴＲＵとの間の共通のサポートされたセキュリティコンテキストのうちの１つまたは複数に基づいて、前記ＰｒｏＳｅ通信セッションに対する前記セキュリティコンテキストを選択する、請求項１に記載の方法。
8. 前記第１のＷＴＲＵが、ａｔｔａｃｈ ｒｅｑｕｅｓｔメッセージおよびトラッキングエリア更新要求メッセージのうちの１つまたは複数の中のセキュリティ機能を表示するステップをさらに含む、請求項１に記載の方法。
9. 第１の無線送信／受信ユニット（ＷＴＲＵ）であって、
   近接サービス（ＰｒｏＳｅ）通信セッションに対するセキュリティコンテキストを選択し、
   第２のＷＴＲＵとセキュリティモードコマンド（ＳＭＣ）手順を開始し、前記ＰｒｏＳｅ通信セッションに対する前記セキュリティコンテキストは、前記ＳＭＣ手順が完了すると起動される
   ように構成されたプロセッサと、
   前記ＰｒｏＳｅ通信セッションに対する前記セキュリティコンテキストを使用して、前記第２のＷＴＲＵと直接通信するように構成された送信機と
   を備えた、第１のＷＴＲＵ。
10. 前記送信機は、
    ＳＭＣメッセージを前記第２のＷＴＲＵに送信すること、および
    ＳＭＣ応答メッセージを前記第２のＷＴＲＵから受信する
    ように構成された、請求項９に記載の第１のＷＴＲＵ。
11. 前記プロセッサは、前記セキュリティコンテキストに対する１つまたは複数のセキュリティキーを導出するように構成された、請求項９に記載の第１のＷＴＲＵ。
12. 前記プロセッサは、非アクセス（ＮＡＳ）層において前記ＳＭＣ手順を実行するように構成される、請求項９に記載の第１のＷＴＲＵ。
13. 前記プロセッサは、無線リソース制御（ＲＲＣ）シグナリングを使用して前記ＳＭＣ手順を実行するように構成される、請求項９に記載の第１のＷＴＲＵ。
14. 前記ＳＭＣ応答メッセージは、前記ＰｒｏＳｅ通信セッションに対する前記選択されたセキュリティコンテキストを確認する、請求項１０に記載の第１のＷＴＲＵ。
15. 前記プロセッサは、ローカル構成、および前記第１のＷＴＲＵと前記第２のＷＴＲＵとの間の共通のサポートされたセキュリティコンテキストのうちの１つまたは複数に基づいて、前記ＰｒｏＳｅ通信セッションに対する前記セキュリティコンテキストを選択するように構成される、請求項９に記載の第１のＷＴＲＵ。
16. 前記プロセッサは、ａｔｔａｃｈ ｒｅｑｕｅｓｔメッセージおよびトラッキングエリア更新要求メッセージのうちの１つまたは複数の中のセキュリティ機能を表示するように構成される、請求項９に記載の第１のＷＴＲＵ。

Images