JP5998220B2 - ローカライズドアプリケーションにアクセスするための方法および装置 - Google Patents

Description

本発明は無線通信に関する。

無線送受信ユニット（ＷＴＲＵ）の位置は、非常に多くの様々な方法を使用して決定することができる。ＬＴＥ（Long Term Evolution）によく使用される一方法は、アシスト型全地球測位システム（ＧＰＳ）（Ａ−ＧＰＳ）などの衛星補助測位である。衛星補助測位は、４つの衛星からのＧＰＳ受信を必要とする場合があり、一般に屋外での使用に適する。ＬＴＥによく使用される別の方法は、セルベースの測位である。セルベースの測位は、セルの地理的位置の知識を有するサーバと、ｅＮＢのアンテナからのデバイスの距離を決定するためのタイミング整合測定と、精度を改善するための近隣セル測定とを利用する。衛星補助測位と同様、セルベースの測位も、一般に屋外での使用に適する。ＬＴＥによく使用される別の方法は、観測到達時間差（ＯＴＤＯＡ：observed time difference of arrival）（地上ＧＰＳとも呼ばれる）である。ＯＴＤＯＡは、３つの異なるｅ−ＮｏｄｅＢ（ｅＮＢ）からの受信を必要とする場合があり、ＯＴＤＯＡを使用する測位は、デバイスのサービングセルに対して相対的な、２つのセルからの受信タイミング差に基づく。ＯＴＤＯＡは、屋内と屋外の両方での使用に適する。通常、Ａ−ＧＰＳとＬＴＥフォールバック方法の１つとの組合せが使用されるときは、１５０ｍ以内での正確さの確率は９５％だが、５０ｍでは７８％に落ちる。

ＬＴＥにおける測位のために、ＬＴＥは通常、ＷＴＲＵと測位サーバ（ＬＣＳ）との間の接続を提供する。測位サーバは、使用される方法およびデバイスの能力に応じて、ＷＴＲＵの位置を提供するようＷＴＲＵに要求することができ、あるいは位置情報をＷＴＲＵに提供することができる。測位サーバは、探索すべき潜在的な近隣セルのリストを提供して、信号受信を補助することができる。非特許文献１で指定されるようなＬＴＥ測位プロトコル（ＬＰＰ）を使用することができる。ＬＰＰは、追加情報を搬送するためのコンテナメカニズムを含む。ＬＣＳは、ネットワーク中のどこに位置してもよい。

ＷＴＲＵの位置を決定するための他の方法が、他の技術に使用されることもある。他の一方法は、ＷｉＦｉベースの測位であり、これは、Ｇｏｏｇｌｅマップによって使用される測位方法の１つである。ＷｉＦｉベースの測位は、ＷｉＦｉ送信機の地理的位置の知識を有するサーバ、およびサービスセット識別子（ＳＳＩＤ）を利用する。近隣ＳＳＩＤを使用して、精度を改善することができる。ＷｉＦｉベースの測位は、屋内と屋外の両方での使用に適する（ただし、その範囲は、使用されるＷｉＦｉ技術の範囲によって制限されることがある）。別の方法はユーザ提供の測位である。ユーザ提供の測位では、ユーザは、アプリケーションによって使用されるように、位置を手動で入力することができる。別の方法は、アプリケーションにおける純粋なＧＰＳ測位など、衛星ベースの測位である。衛星ベースの測位は、４つの衛星からのＧＰＳ受信を必要とする場合があり、一般に屋外での使用に適する。別の方法は、インターネットプロトコル（ＩＰ）アドレスベースの測位である。ＩＰアドレスベースの測位は、ＩＰサブネットの地理的位置の知識を有するサーバを利用する。この方法は、ネットワークアドレス変換器（ＮＡＴ）、仮想プライベートネットワーク（ＶＰＮ）および他のトンネリングメカニズムによって制限されることがある。他の一方法は、無線周波数（ＲＦ）ＩＤ（ＲＦＩＤ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）および赤外線など、近位置ベースサービス測位である。近位置ベースサービス測位は、内蔵された位置パラメータを有する複数のデバイス、ＧＰＳモジュールおよび／または、デバイスの地理的位置の知識を有するサーバを使用することが必要な場合がある。

３ＧＰＰ ＴＳ３６．３５５ ３ＧＰＰ ＴＳ３６．２１２ ３ＧＰＰ ＴＳ３６．３３１ ３ＧＰＰ ＴＳ２３．２３４ ３ＧＰＰ ＴＳ２３．４０２ ３ＧＰＰ ＴＳ２３．２６１ ３ＧＰＰ ＴＳ２３．３０３

無線通信の方法および無線送受信ユニット（ＷＴＲＵ）について述べる。ＷＴＲＵは、プロセッサを含む。プロセッサは、ＷＴＲＵの位置を決定し、決定されたＷＴＲＵの位置に基づいて、アプリケーションがＷＴＲＵに利用可能かどうか判定する。決定されたＷＴＲＵの位置に基づいてアプリケーションがＷＴＲＵに利用可能であると判定されたならば、プロセッサは、アプリケーションをホストするアプリケーションサービスへのアクセスを開始する。

添付図面と共に例として提供する後続の記述から詳細な理解を得ることができる。
１または複数の開示される実施形態をその中で実現できる例示的な通信システムのシステム図である。 図１Ａに示す通信システム内で使用できる例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示す通信システム内で使用できる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 進化型パケットシステム（ＥＰＳ）の典型的なプロトコルスタックの図である。 無線通信方法の流れ図である。 別の無線通信方法の流れ図である。 ローカライズドアプリケーションを使用する例示的なＷｉＦｉオフロード方法の流れ図である。

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

図１Ａに示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、無線アクセスネットワーク（ＲＡＮ）１０４と、コアネットワーク１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含んでよいが、開示する実施形態が任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を企図することは理解されるであろう。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線環境で動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定またはモバイルの加入者ユニット、ページャ、セルラー電話機、パーソナルディジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、消費者電子機器などを含んでよい。

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

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

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

より具体的には、上述したように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１または複数のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０４中の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができ、これにより、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインタフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでよい。

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装することができ、これにより、ＬＴＥおよび／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインタフェース１１６を確立することができる。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、ＧＳＭ（登録商標）、ＥＤＧＥ（Enhanced Data rates for GSM Environment）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装することができる。

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

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

コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にＰＯＴＳ（plain old telephone service）を提供する回線交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート中の、ＴＣＰ、ＵＤＰおよびＩＰなど、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの地球規模のシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線または無線通信ネットワークを含んでよい。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用するであろう１または複数のＲＡＮに接続された、別のコアネットワークを含んでよい。

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

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、表示装置／タッチパッド１２８、ノンリムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６および他の周辺装置１３８を備えてよい。ＷＴＲＵ１０２が、一実施形態との整合性を維持しながら前述の要素の任意のサブコンビネーションを備えてよいことは理解されるであろう。

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

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

また、図１Ｂでは送受信要素１２２が単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を備えてよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することができる。従って、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送受信するために、２つ以上の送受信要素１２２（例えば複数のアンテナ）を備えることができる。

送受信機１２０は、送受信要素１２２によって送信されることになる信号を変調し、送受信要素１２２によって受信された信号を復調するように構成されてよい。上に言及したように、ＷＴＲＵ１０２は、マルチモード能力を有することができる。従って、送受信機１２０は、ＷＴＲＵ１０２が複数のＲＡＴ（例えばＵＴＲＡおよびＩＥＥＥ８０２．１１など）を介して通信できるようにするために、複数の送受信機を備えることができる。

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

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

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

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

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

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

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

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

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

サービングゲートウェイ１４４は、Ｓ１インタフェースを介してＲＡＮ１０４中の各ｅＮｏｄｅ Ｂ１４０ａ、１４０ｂ、１４０ｃに接続されてよい。サービングゲートウェイ１４４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングおよび転送することができる。サービングゲートウェイ１６４はまた、ｅＮｏｄｅ−Ｂ間のハンドオーバ中にユーザプレーンをつなぎ留める（anchor）こと、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実施することもできる。

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

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

単一のサービングセルで動作する３ＧＰＰ ＬＴＥ リリース８、９、１０および１１（ＬＴＥ Ｒ８＋）は、２×２構成の場合に、ダウンリンク（ＤＬ）では１００Ｍｂｐｓまで、アップリンク（ＵＬ）では５０Ｍｂｐｓまでサポートする。ＬＴＥ ＤＬ送信方式は、ＯＦＤＭＡエアインタフェースに基づく。フレキシブルな展開のために、ＬＴＥ Ｒ８＋システムは、スケーラブルな伝送帯域幅、例えば、１．４、２．５、５、１０、１５、２０ＭＨｚのうちの１つをサポートする。

ＬＴＥ Ｒ８＋（キャリアアグリゲーションを伴うＬＴＥ Ｒ１０＋にも当てはまる）では、各無線フレーム（１０ミリ秒）が、サイズの等しい１０個の１ミリ秒のサブフレームを含むことができる。各サブフレームは、サイズの等しい２個の０．５ミリ秒のタイムスロットをそれぞれ含むことができる。１タイムスロット当たり７個または６個のＯＦＤＭシンボルがある場合がある。１タイムスロット当たり７シンボルは、通常の周期的プレフィックス長で使用することができ、１タイムスロット当たり６シンボルは、拡張された周期的プレフィックス長の代替システム構成において使用することができる。ＬＴＥ リリース８および９のシステムの場合のサブキャリア間隔は、１５ｋＨｚである。７．５ｋＨｚを使用する代替の縮小サブキャリア間隔モードもまた可能である。

リソース要素（ＲＥ）は、１つのＯＦＤＭシンボル期間中、正確に１つのサブキャリアに対応するものとすることができる。０．５ミリ秒タイムスロット中の連続的な１２個のサブキャリアが、１つのリソースブロック（ＲＢ）を構成することができる。従って、１タイムスロット当たり７シンボルでは、各ＲＢは、８４個のＲＥを含むことができる。ＤＬキャリアは、最小６ＲＢから最大１１０ＲＢまでの、スケーラブルな数のＲＢを含むことができる。これは、大まかに１ＭＨｚから２０ＭＨｚまでの、スケーラブルな伝送帯域幅全体に対応するものとすることができる。しかし、１組の一般的な伝送帯域幅を指定することができる（例えば１．４、３、５、１０、または２０ＭＨｚ）。

動的スケジューリングのための基本的な時間領域単位は、２つの連続的なタイムスロットを含む１つのサブフレームである。これをリソースブロック対と呼ぶことができる。いくつかのＯＦＤＭシンボル上のいくらかのサブキャリアを割り振って、時間−周波数グリッド中でパイロット信号を搬送することができる。スペクトルマスク要件に従うために、伝送帯域幅のエッジにおける所与の数のサブキャリアは送信されない場合がある。

ＬＴＥでは、ＤＬ物理チャネルは、例えば、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、物理ハイブリッド自動再送要求（ＨＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）、物理データ制御チャネル（ＰＤＣＣＨ）、物理マルチキャストデータチャネル（ＰＭＣＨ）、および物理データ共有チャネル（ＰＤＳＣＨ）を含んでよい。ＰＣＦＩＣＨ上では、ＷＴＲＵは、ＤＬ ＣＣの制御領域のサイズを示す制御データを受信することができる。ＰＨＩＣＨ上では、ＷＴＲＵは、前のＵＬ送信に対するＨＡＲＱ肯定応答／否定応答（ＨＡＲＱ Ａ／Ｎ、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、またはＨＡＲＱ−ＡＣＫ）フィードバックを示す制御データを受信することができる。ＰＤＣＣＨ上では、ＷＴＲＵは、ＤＬ制御情報（ＤＣＩ）メッセージを受信することができ、このＤＣＩは、ＤＬおよびＵＬリソースをスケジューリングするのに使用することができる。ＰＤＳＣＨ上では、ＷＴＲＵは、ユーザおよび／または制御データを受信することができる。例えば、ＷＴＲＵは、ＵＬ ＣＣ上で送信することができる。

ＬＴＥでは、ＵＬ物理チャネルは、例えば、物理ＵＬ制御チャネル（ＰＵＣＣＨ）および物理ＵＬ共有チャネル（ＰＵＳＣＨ）を含んでよい。ＰＵＳＣＨ上では、ＷＴＲＵは、ユーザおよび／または制御データを送信することができる。ＰＵＣＣＨ上では、また場合によってはＰＵＳＣＨ上では、ＷＴＲＵは、ＵＬ制御情報（ＣＱＩ／ＰＭＩ／ＲＩもしくはＳＲなど）および／またはＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信することができる。ＵＬ ＣＣ上では、ＷＴＲＵにはまた、サウンディングリファレンス信号（ＳＲＳ）の送信のための専用リソースが割り振られてよい。

ＬＴＥシステム中では、ネットワーク（ＮＷ）は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使用して、物理無線リソースを制御することができる。特定のフォーマット（例えばＤＣＩフォーマット）を使用して、制御メッセージを送信することができる。ＷＴＲＵは、アグリゲーションレベル（ＡＬ）に基づく物理リソース（例えば制御チャネル要素（ＣＣＥ））の種々の組合せ（それぞれ１、２、４または８個のＣＣＥに対応する）を使用する特定の位置または探索空間に、既知の無線ネットワーク一時識別子（ＲＮＴＩ）を使用してスクランブルされた特定のデータ制御情報メッセージ（ＤＣＩフォーマット）があるかどうかＰＤＣＣＨを監視することによって、所与のサブフレーム中の制御シグナリングに対して作用する必要があるか否か判定することができる。ＣＣＥは、３６個のＱＰＳＫシンボルまたは７２個のチャネル符号化ビットを含むことができる。

ＰＤＣＣＨは、２つの異なる領域に概念的に分離される。作用すべきＤＣＩをＷＴＲＵが見つけることのできる１組のＣＣＥ位置は、探索空間（ＳＳ）と呼ばれる。ＳＳは、共通ＳＳ（ＣＳＳ）と、ＷＴＲＵ特有ＳＳ（ＵＥＳＳ）とに概念的に分割される。ＣＳＳは、所与のＰＤＣＣＨを監視する全てのＷＴＲＵに共通とすることができ、ＵＥＳＳは、ＷＴＲＵごとに異なる可能性がある。これはランダム化関数と相関関係にあるので、これらのＳＳは両方とも、所与のサブフレーム中で所与のＷＴＲＵについて重なる場合があり、この重なりは、サブフレームごとに異なる可能性がある。

ＣＳＳを構成するＣＣＥ位置のセット、およびその開始点は、セル識別子およびサブフレーム番号と相関関係にある。ＬＴＥ Ｒ８／９では、ＤＣＩは、ＣＳＳ中の４つのＣＣＥ（ＡＬ４）または８つのＣＣＥ（ＡＬ８）を用いてのみ、送ることができる。ＷＴＲＵがＰＤＣＣＨを監視する対象であるサブフレームに対して、ＷＴＲＵは、ＣＳＳ中での多くても総計１２回のブラインド復号の試みで、ＡＬ４の場合には、４つのＣＣＥの４つまでの異なるセット中で（すなわち８ブラインド復号）、ＡＬ８の場合には、８つのＣＣＥの２つまでの異なるセット中で（すなわち４ブラインド復号）、２つのＤＣＩフォーマットサイズ（例えば、フォーマット１Ａおよび１Ｃ、また、電力制御に使用されるフォーマット３Ａ）を復号することを試みることができる。ＣＳＳは、ＣＣＥ０〜１５に対応するものとすることができ、このことは、ＡＬ４の場合に４つの復号候補（すなわちＣＣＥ０〜３、４〜７、８〜１１、１２〜１５）、ＡＬ８の場合に２つの復号候補（すなわちＣＣＥ０〜７、８〜１５）を含意する。

ＷＴＲＵ ＳＳを構成するＣＣＥ位置のセット、およびその開始点は、ＷＴＲＵ識別子およびサブフレーム番号と相関関係にある。ＬＴＥ８＋では、ＤＣＩは、ＷＴＲＵ ＳＳ中のＡＬ１、ＡＬ２、ＡＬ４、またはＡＬ８を用いて送ることができる。ＷＴＲＵがＰＤＣＣＨを監視する対象であるサブフレームに対して、ＷＴＲＵは、ＷＴＲＵ ＳＳ中での多くても総計３２回のブラインド復号の試みで、ＡＬ１の場合には、６つまでの異なるＣＣＥ中で（すなわち１２ブラインド復号）、ＡＬ２の場合には、２つのＣＣＥの６つまでの異なるセット中で（すなわち１２ブラインド復号）、ＡＬ４の場合には、８つのＣＣＥの２つまでの異なるセット中で（すなわち４ブラインド復号）、ＡＬ８の場合には、８つのＣＣＥの２つまでの異なるセット中で（すなわち４ブラインド復号）、２つのＤＣＩフォーマットを復号することを試みることができる。

ＷＴＲＵがどのＤＣＩフォーマットを復号するかは、構成される送信モード（例えば空間多重化が使用されるか否か）に依存する。いくつかの異なるＤＣＩフォーマットがある（例えばフォーマット０（ＵＬ許可）、フォーマット１（非ＭＩＭＯ）、フォーマット２（ＤＬ ＭＩＭＯ）、およびフォーマット３（電力制御））。制御メッセージの詳細なフォーマットは、非特許文献２に定義されている。ＷＴＲＵが復号できる各ＤＣＩフォーマットのバージョンは、少なくとも部分的には、構成される送信モード（例えば、リリース８およびリリース９の場合はモード１〜７）によって決まる。典型的な使用と共に要約をリストすると、次のようになる。すなわち、ＤＣＩフォーマット０（ＵＬ許可）、ＤＣＩフォーマット１（ＤＬ割当て）、ＤＣＩフォーマット１Ａ（コンパクトなＤＬ割当て／ランダムアクセスのためのＰＤＣＣＨオーダー）、ＤＣＩフォーマット１Ｂ（プリコーディング情報を伴うＤＬ割当て）、ＤＣＩフォーマット１Ｃ（非常にコンパクトなＤＬ割当て）、ＤＣＩフォーマット１Ｄ（プリコーディング情報＋電力オフセット情報を伴うコンパクトなＤＬ割当て）、ＤＣＩフォーマット２（空間多重化のためのＤＬ割当て）、ＤＣＩフォーマット２Ａ、ＤＣＩフォーマット３（ＰＵＣＣＨ／ＰＤＳＣＨのためのＴＰＣ、２ビット）、およびＤＣＩフォーマット３Ａ（ＰＵＣＣＨ／ＰＤＳＣＨのためのＴＰＣ、単一ビット）である。以下の表１に、種々のシステム帯域幅構成の結果としてもたらされる種々のＤＣＩサイズを提供する。

ＬＴＥ Ｒ８＋システム中では、ＰＤＣＣＨ上で受信された制御シグナリングがＵＬ ＣＣに関するものであるかＤＬ ＣＣに関するものであるかは、ＷＴＲＵによって復号されるＤＣＩのフォーマットに関係し、ＤＣＩフォーマットは、ＷＴＲＵが接続されているセルのＵＬ ＣＣおよびＤＬ ＣＣ上でのＷＴＲＵの通信を制御するのに使用することができる。

ＷＴＲＵは、スケジューリング要求（ＳＲ）をｅＮＢに送ることによって、ＵＬ送信のための無線リソースを要求することができる。ＳＲは、構成されていればＰＵＣＣＨ上の専用リソース（Ｄ−ＳＲ）上で、そうでなければランダムアクセスプロシージャ（ＲＡＣＨ）を使用して、送信することができる。

ＳＲＢは、ＲＲＣおよびネットワークアクセスサーバ（ＮＡＳ）メッセージの送信のためにのみ使用される無線ベアラである。ＳＲＢ０は、共通制御チャネル（ＣＣＣＨ）論理チャネルを用いてＲＲＣメッセージに使用され、ＳＲＢ１は、専用制御チャネル（ＤＣＣＨ）論理チャネルを用いてＳＲＢ２の確立前にＲＲＣメッセージ（一実施形態では、ピギーバックされるＮＡＳメッセージと共に）およびＮＡＳメッセージに使用され、ＳＲＢ２は、ＮＡＳメッセージに使用され、セキュリティのアクティブ化後に構成される。セキュリティがアクティブ化されると、ＳＲＢ１およびＳＲＢ２上のＲＲＣメッセージは、保全性保護され暗号化される。ＤＲＢは、ユーザプレーンデータ（例えばＩＰパケット）の送信に主に使用される無線ベアラである。

ＲＲＣは、ｅＮＢとＷＴＲＵとの間の、制御プレーンシグナリング、およびレイヤ３メッセージの交換を扱う。Ｅ−ＵＴＲＡは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとＲＲＣ＿ＩＤＬＥの、２つのＲＲＣ状態を定義する。ＲＲＣ接続が確立されているときは、ＷＴＲＵはＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある。そうでないときは、ＷＴＲＵはＲＲＣ＿ＩＤＬＥにある。ＲＲＣ＿ＩＤＬＥ状態では、ＷＴＲＵは、ページングチャネルを少なくとも監視して、入来呼、システム情報の変更を検出し、一実施形態では、早期地上警告システム（ＥＴＷＳ）／商用モバイル警報システム（ＣＭＡＳ）通知も検出し、近隣セル測定およびセル（再）選択、並びにシステム情報取得を実施する。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態では、ＷＴＲＵは、ユニキャストチャネル上で送受信することができ、ページングチャネルおよび／またはシステム情報ブロックタイプ１を少なくとも監視して、入来呼、システム情報の変更を検出し、一実施形態ではＥＴＷＳ／ＣＭＡＳ通知を検出する。ＷＴＲＵはまた、１次セルに加えて、１または複数の２次セルで構成されてよい。ＲＲＣプロトコルは、非特許文献３に指定されており、状態、状態遷移、メッセージ（例えばプロトコルデータユニット（ＰＤＵ））、および関連するプロシージャの定義を含む。

ＮＡＳレイヤは、帰属プロシージャやトラッキングエリア更新（ＴＡＵ）など、ＷＴＲＵとコアネットワークとの間のモビリティ関連の機能、並びに、認証およびセキュリティ機能を扱う。ＮＡＳレイヤはまた、ＷＴＲＵとコアネットワークとの間で、ＩＰ接続性を確立および維持する。

ＮＡＳプロトコルは、典型的にはＷＴＲＵとコアネットワークとの間のシグナリング無線ベアラ（ＳＲＢ）を介して、制御プレーン上で論理的に送信される。進化型パケットシステム（ＥＰＳ）中では、ＣＮ中のエンドポイントは、モビリティ管理エンティティ（ＭＭＥ）である。

図２は、ＥＰＳの典型的なプロトコルスタックの図２００である。プロトコルスタックは、プロトコルスタックＮＡＳ２０２と、ｅＮＢ２０４および２０６と、ＭＭＥ２０８とを含む。ＮＡＳは、ＲＲＣレイヤ２１０、ＰＤＣＰレイヤ２１２、ＲＬＣレイヤ２１４、媒体アクセス制御（ＭＡＣ）レイヤ２１６および物理（ＰＨＹ）レイヤ２１８を備える。ｅＮＢ２０４は、ＲＲＣレイヤ２２０、ＰＤＣＰレイヤ２２２、ＲＬＣレイヤ２２４、ＭＡＣレイヤ２２６、ＰＨＹレイヤ２２８、Ｓ１ ＡＰレイヤ２３０、Ｘ２ ＡＰレイヤ２３２、ＳＣＴＰレイヤ２３４、ＩＰレイヤ２３６およびＬ１／Ｌ２レイヤ２３８を備える。ｅＮＢ２０６は、Ｘ２ ＡＰレイヤ２４０、ＳＣＴＰレイヤ２４２、ＩＰレイヤ２４４およびＬ１／Ｌ２レイヤ２４６を備える。ＭＭＥ２０８は、ＮＡＳプロトコルスタックを備え、このＮＡＳプロトコルスタックは、Ｓ１ ＡＰレイヤ２４８、ＳＣＴＰレイヤ２５０、ＩＰレイヤ２５２およびＬ１／Ｌ２レイヤ２５４を備える。ＭＭＥ２０８はまた、ＧＴＰ−Ｃレイヤ２５６、ＵＤＰレイヤ２５８、ＩＰレイヤ２６０およびＬ１／Ｌ２レイヤ２６２も備える。

後述する実施形態では、ＷＴＲＵおよび／またはネットワーク（例えばｅＮＢ）には、例えば衛星補助測位、セルベースの測位、ＯＴＤＯＡ、ＷｉＦｉベースの測位、ユーザ提供の測位、衛星ベースの測位、ＩＰアドレスベースの測位、近位置ベースの測位、またはいずれか他の測位方法のうちの少なくとも１つに従って、少なくともいくつかのポジション関連パラメータを決定する能力が備わってよい。従って、当該デバイスに関する測位情報は、いくつかの手段によって利用可能とすることができ、かつ／またはいくつかの手段によって得ることができる。

本明細書に述べる実施形態は、位置によって利用可能性が左右される場合のあるアプリケーションにアクセスするために、ＷＴＲＵがどのように１または複数のデバイスとの通信を開始および確立することができるかに関する。アプリケーションは、例えば、ピアツーピアまたはクライアントサーバアプリケーションとすることができる。このタイプのアプリケーションは、バッテリを消費する測位サービスの使用を必要としなくてよく、少なくともユーザプレーンについては制御ネットワークを迂回するデバイス間通信を実施する可能性をもたらすことができ、ＷＴＲＵモビリティに基づくプッシュサービスを可能にすることができる。従って、ＧＰＳデバイスと、接続のためのデータパイプとしてのモバイルネットワークとの組合せを使用するのと比較して、シグナリング、レイテンシおよびＷＴＲＵ電力消費が低減された、このようなサービスを提供することが望ましいであろう。

デバイス間通信展開の範囲は、例えば無認可スペクトル中で非協調メッシュネットワークにおいて適用可能な方法（例えばキャリアセンシング手法を使用する）から、例えば認可されたスペクトル中でネットワークによって管理される通信において適用可能な方法（例えばスケジューラが無線リソースを所与の地理エリアにおけるデバイス間通信に割り振ることができる）までの、どんな方法を含んでもよい。同様に、デバイス間通信を使用するアプリケーションは、例えばソーシャルネットワーキング、マーケティングサービス、および公衆安全アプリケーションを含めて、サービスのためのピアツーピアアプリケーションからクライアントサーバアプリケーションまでのどんなアプリケーションを含んでもよい。ソーシャルネットワーキングアプリケーションの例としては、Ｆａｃｅｂｏｏｋ（登録商標）、Ｌｉｎｋｅｄ−Ｉｎ、Ｇｏｏｇｌｅ＋ハングアウト、オンラインデーティングサービスなどの連絡アプリケーション、Ｌａｔｉｔｕｄｅサービス、メッセージングおよびチャットセッション、共同ゲーミングまたは共同仮想作業環境（例えば仮想ＬＡＮを含む）が挙げられる。マーケティングサービスアプリケーションの例としては、プロモーション提供（例えばＦｏｕｒＳｑｕａｒｅ）、自動化されたサービス（例えば空港チェックイン）、ローカライズされたツーリスト情報、コンテキストに沿った、かつ／または店内における消費者情報、オンデマンドのコンテキストベース／位置ベースのマーケティングおよび広報、並びにモバイル支払いが挙げられる。

例えば、ＬＴＥサービスを提供することに加えて、オペレータはまた、２．４ＧＨｚ周波数帯域における８０２．１１ｂ／ｇ／ｎ、３．６ＧＨｚ周波数帯域における８０２．１１ｙ、および／または、５ＧＨｚ周波数帯域における８０２．１１ａ／ｈ／ｊ／ｎなど、１または複数のＷｉＦｉ技術を使用して、ＷｉＦｉサービス（例えばホットスポットエリアでの）のためのサポートを提供することもできる。オペレータは、自分のＷｉＦｉサービスを、ＷｉＦｉオフロードアプリケーションとして、またはＷｉＦｉアグリゲーションとして展開することができる。

オペレータは、ＬＴＥフェムトセル、Ｈｏｍｅ ＮＢ（ＨＳＰＡの場合）、および／またはＨｏｍｅ ｅＮｏｄｅＢ（ＬＴＥの場合）を介して、サービスをオフロードアプリケーションとして提供することができる。一実施形態では、ＷｉＦｉオフロードは、次のような１または複数のセキュリティパラメータによって特徴付けることができる。すなわち、セキュリティプロトコルのタイプ（例えば、ＷＥＰ（Wired Equivalent Privacy）、ＷＰＡ（Wi-Fi Protected Access）、ＷＰＡＩＩ（ＷＰＡ２）の１つ）、暗号化アルゴリズムのタイプ（例えば、一時鍵保全性プロトコル（ＴＫＩＰ）および事前共有鍵モード（ＰＳＫ）の一方）、および、セキュリティ鍵（例えば、１６進数のストリングまたはビットストリング。これは一実施形態では、ＷｉＦｉデバイスが既知の鍵導出関数を使用して暗号化鍵をさらに導出する際の元となる情報（例えばパスフレーズ）に対応するものとすることができる）などである。ＷｉＦｉサービスはまた、ＩＥＥＥ８０２．１６またはＩＥＥＥ８０２．２０を使用して実現することもできる。

ＷｉＦｉローカルエリアネットワーク（ＷＬＡＮ）またはＷｉＦｉは、任意のタイプのＩＥＥＥ８０２．１１、８０２．１６または８０２．２０アクセスを指すことができる。ＷＬＡＮ ＷＴＲＵは、１または複数の３ＧＰＰ ＲＡＴおよび１または複数のＷｉＦｉ技術をサポートおよび実装するＷＴＲＵとすることができる。ＷＬＡＮ ＡＮは、ＷｉＦｉアクセスを実装しＩＰネットワーク接続性を提供するネットワークノードとすることができる。ＷＬＡＮ ＡＰは、ＷＬＡＮ ＡＮへのＷｉＦｉアクセスを実装するアクセスポイントとすることができる。一実施形態では、ＷＬＡＮ ＡＰは、１または複数の３ＧＰＰ ＲＡＴ（例えばＨＳＰＡ ＮＢ、ＬＴＥ ｅＮＢ）および１または複数のＷｉＦｉ技術をサポートおよび実装するネットワークノードを含んでよい。ＷＬＡＮ ＷＴＲＵが、同じＷＬＡＮ ＡＮの、あるＷＬＡＮ ＡＰから別のＷＬＡＮ ＡＰに移動するとき、ＷｉＦｉ技術によるモビリティは、ペデストリアンモビリティに制限されることがある。

ＷＬＡＮ ＷＴＲＵは、ＷＬＡＮ ＡＮとデータを交換する前に、まずＷＬＡＮ ＡＰとの関連付けを確立することができる。ＷＬＡＮ ＷＴＲＵは最初に、利用可能なＷＬＡＮ ＡＮを発見し、次いで１つを選択して認証（必要なら）を実施し、最後にそれ自体をアクセスポイントに関連付けることができる。ＷＬＡＮ ＷＴＲＵは、ＷＬＡＮ ＡＮと同期されてよく、データフレームを送り始めることができる。

ＩＥＥＥ８０２．１１仕様書は、利用可能なアクセスポイントを発見するための方法として、２つの異なる方法、すなわちパッシブ・スキャニングとアクティブ・スキャニングを定義する。これらの方法を使用して、ＷＬＡＮ ＷＴＲＵは、利用可能なＷＬＡＮ ＡＮのリストを決定することができる。また、既知のＷＬＡＮ ＡＮに自動的に再接続されるように構成されていない限り、ユーザ入力が必要とされてよい。

アクセスポイントは、ビーコン信号を周期的にブロードキャストする。ＷＬＡＮ ＷＴＲＵは、このビーコン信号を受信して、対応するＷＬＡＮ ＡＮのいくつかのパラメータ（例えばＳＳＩＤまたはサポートされるレート）、並びに受信信号強度を決定することができる。パッシブ・スキャニングを使用するときは、ＷＬＡＮ ＷＴＲＵは、要求を送信することなく情報を収集することができる（例えば受信できる信号に基づいて）。

アクティブ・スキャニングを使用するときは、ＷＬＡＮ ＷＴＲＵは、ブロードキャストフレームを送信する。このブロードキャストフレームに対して、範囲内のどんなアクセスポイントも、プローブ応答で応答することができる。アクティブ・スキャニングは任意選択であり、共有媒体上でプローブ信号を送信するための追加のオーバヘッドをネットワークに課す可能性がある。

ＷＬＡＮ ＡＮの発見および選択を改善するために、ＩＥＥＥ８０２．１１ｕは、ネットワーク発見および選択の方法を指定する。ＷＬＡＮ ＷＴＲＵは、ＧＡＳと呼ばれるトランスポートメカニズムを使用して、ＷＬＡＮ ＡＮとの関連付けを実施する前に広告サービスを介して追加の情報を受信することができる。ＧＡＳは、種々の広告プロトコルのためのトランスポートプロトコルであり、ＧＡＳ送信は、関連付けられた状態または関連付けられていない状態のＷＬＡＮ ＷＴＲＵによって受信することができる。ＷＬＡＮ ＷＴＲＵは、インターワーキング要素を使用して、ＷＬＡＮ ＡＮがＩＥＥＥ８０２．１１ｕをサポートすると決定することができる。ＷＬＡＮ ＷＴＲＵは、発見されたＳＳＩＤへのクエリを掲示することができる（例えば受動的またはアクティブ・スキャニングを使用して）。次いでＷＬＡＮ ＷＴＲＵは、オペレータ関連パラメータを示す応答をＷＬＡＮ ＡＮから受信することができる。

発見関連情報は、アクセスネットワークタイプ［範囲０〜１５］（例えば、私設ネットワーク、ゲストアクセス付きの私設ネットワーク、課金可能な公衆ネットワーク、または無料公衆ネットワーク）、ローミング情報および会場情報などのパラメータを含む場合がある。選択関連情報は、ＷＬＡＮ ＷＴＲＵからのクエリの結果として得られるものとすることができ、ドメイン名、証明タイプおよびＥＡＰ方法などのパラメータを含む場合がある。

記憶された証明およびオペレータポリシに基づいて、かつ、一実施形態ではユーザ対話にも基づいて、ＷＬＡＮ ＷＴＲＵは、どのＷＬＡＮ ＡＮと関連付けるべきか決定することができる。異なるＩＥＥＥ８０２．１１ネットワーク間のローミングアグリーメントを実現することができる。ＳＳＰＮと呼ばれるプロトコルがアクセスポイントへの通信をサポートし、それにより、ユーザ証明およびユーザポリシをＷＬＡＮ ＡＮに通信することができる。

３ＧＰＰは、ユーザトラフィックをオフロードできることを伴う、ＷＬＡＮアクセスネットワーク間のインターワーキングを実施する手段として、ＷＬＡＮネットワークへのアクセスをサポートするためのいくつかの異なる解決法に取り組んできた。例えば、非特許文献４には、ＷＬＡＮ ＷＴＲＵが、３ＧＰＰシステムを介した認証および許可を使用して、インターネット接続性を達成し３ＧＰＰ ＰＳサービスにアクセスする方法が記述されている。記述されている方法は、ＷＬＡＮ ＷＴＲＵと、３ＧＰＰ ＣＮ中のパケットデータゲートウェイ（ＰＤＧ）との間でトンネルを確立することを必要とする。非特許文献４にはまた、ＷＬＡＮ ＷＴＲＵが、ＨＰＬＭＮのリモートＩＰアドレス、ＤＨＣＰサーバおよびＤＮＳなど、ＩＰ関連の構成パラメータを３ＧＰＰ ＣＮノードから受信する方法も記述されている。非特許文献４にはまた、ＷＬＡＮ ＷＴＲＵがローカルＩＰアドレス（例えばＷＬＡＮ ＡＮ識別子）のみを有する場合のＷＬＡＮ直接ＩＰアクセス、およびＷＬＡＮ ＷＴＲＵがローカルＩＰアドレス（トンネルの外側ＩＰアドレス）とリモートＩＰアドレス（トンネルの内側ＩＰアドレス）の両方を有する場合のＷＬＡＮ ３ＧＰＰ ＩＰアクセスも記述されており、このリモートＩＰアドレスは、ＷＬＡＮ ＡＮ ＩＰアドレス空間内でＷＬＡＮ ＡＮまたはＰＬＭＮによって割り当てることができる。

別の例では、非特許文献５には、非３ＧＰＰアクセスのためのアーキテクチャ向上と、信頼されないアクセスとしてのＷＬＡＮを３ＧＰＰ進化型パケットコア（ＥＰＣ）に統合するための参照アーキテクチャと、ＰＭＩＰｖ６およびＧＴＰモビリティをサポートする進化型パケットデータゲートウェイ（ｅＰＤＧ）にＷＬＡＮを接続する方法とが記述されている。

別の例では、非特許文献６には、ＩＰフローモビリティおよびシームレスなＷＬＡＮオフロードが記述されている。別の例では、非特許文献７には、ＤＳＭＩＰｖ６に基づいて３ＧＰＰアクセスとＷＬＡＮアクセスとの間でＩＰモビリティを実施する方法が記述されている。

加えて、いくつかのプロプラエタリな取組みが考察されてきた。例えば、ＱｕａｌｃｏｍｍのＷＴＲＵ中心の接続性エンジン（ＣｎＥ）などだが、これは、３Ｇ／ＬＴＥ ＷｉＦｉオフロードフレームワークのためのフレームワークを考察している。このフレームワークの目的は、３Ｇ／ＬＴＥ無線インタフェースとＷｉＦｉインタフェースとのいずれかを介して特定のＩＰサービス（例えばＨＴＴＰ、ビデオストリーミング、ＶｏＩＰ）をルーティングするのを可能にすることである。提案されるフレームワークは、３つの構成要素からなる。すなわち、オペレータポリシをおそらく動的に提供するためのメカニズムと、計画外のＷｉＦｉネットワークの特性を検出するための、デバイス中のアルゴリズム（その焦点は、利用可能なネットワークの使用としてどれが最良の可能な使用かをＷＴＲＵが自律的に決定できることである）と、３Ｇ／ＬＴＥとＷｉＦｉとの間でトランスペアレントなハンドオーバを可能にするためのメカニズムとである。

特に、Ｑｕａｌｃｏｍｍの実装形態は、前述の標準的な３ＧＰＰ技術に依拠し、この実装形態はまた、測定およびＷＴＲＵによって開始されるハンドオーバを実施するための技法であって、ＷＴＲＵ中心の、ＷＴＲＵ自律型の、かつ主として実装関連の技法を記述している。言い換えれば、記述されている方法は、３ＧＰＰ ＣＮへの接続の確立に依拠し、ＣＮベースのシームレスなＩＰモビリティのための既存の方法以上には、ＷＴＲＵがどのように３ＧＰＰおよびＷＬＡＮ ＡＮにアクセスするかをネットワークが制御するための方法を含んではいない。

一般に、上記の解決法は全て、ＷＬＡＮアクセスノード（ＷＬＡＮ ＡＮ）と３ＧＰＰコアネットワーク（３ＧＰＰ ＣＮ）との間の接続性を確立することに基づき、ＷＬＡＮ ＷＴＲＵと３ＧＰＰ ＣＮとの間の認証、許可およびトンネル確立を必要とする。言い換えれば、適用される原理は、ＷＬＡＮアクセスが、他の３ＧＰＰアクセス（例えばＬＴＥ、ＷＣＤＭＡ／ＨＳＰＡ）とは別個の独立したアクセス技術であり、３ＧＰＰ ＣＮの機構を使用して、ＷＬＡＮサービス（当該データ転送に対する差別化されたＱｏＳおよび課金を含む）をオペレータから提供できるための手段を提供する、ということである。トラフィックの切換えは、オペレータのポリシに基づくことができ、３ＧＰＰ ＣＮ中で実施することができる。この手法は、スタンドアロンＷＬＡＮ ＡＮの展開などの展開コスト、および既存のＣＮノードへの影響の点で、いくつかの欠点を有する可能性がある。

本明細書に述べる実施形態は、一般に、２つのタイプのＷｉＦｉオフロードサービス、すなわち、リダイレクションによるセルラー補助ＷｉＦｉオフロード（cellular-assisted with redirection WiFi offload）と、セルラー制御ＷｉＦｉオフロード（cellular-controlled WiFi offload）とに言及する。リダイレクションによるセルラー補助ＷｉＦｉオフロードの場合、ＷＬＡＮ ＷＴＲＵは、セルラーシステム（例えば、ＨＳＰＡ ＷＴＲＵまたはＬＴＥ ＷＴＲＵなどのマクロセル）と確立されたＲＲＣ接続上でシグナリングが受信されるのに続いて、ＷＬＡＮ ＡＰとの関連付けを確立することができる。シグナリングは、３ＧＰＰアクセスからＷｉＦｉアクセスへのＲＡＴ内ハンドオーバと同様とすることができる。セルラー制御ＷｉＦｉオフロードの場合、ＷＬＡＮ ＷＴＲＵは、例えばマクロセル（例えばＨＳＰＡ ＷＴＲＵまたはＬＴＥ ＷＴＲＵとしての）への、そのＲＲＣ接続を維持しながら、ＷＬＡＮ ＡＰとの関連付けを確立することができる。言い換えれば、ＷＬＡＮ ＷＴＲＵ は、ＷｉＦｉ ＡＮ上とＨＳＰＡまたはＬＴＥ無線アクセス上とで同時に動作することができる。

３ＧＰＰはまた、ＷＬＡＮ ＡＮと３ＧＰＰアクセスとの間のインターワーキングをサポートする可能性も考察してきたが、その焦点は、２つのアクセス間のより密な統合を可能にすることになる、かつ複製３ＧＰＰ ＣＮ機能の必要性を回避するのを可能にすることになる解決法であった。考察は、ＷＬＡＮ ＡＮおよびＷＬＡＮエアインタフェースに加える変更を最小限に抑えながら、何らかの形のキャリアアグリゲーションを実施できることを含んでいた。想定される展開シナリオは、ＷｉＦｉ無線と統合された、またはＷｉＦｉ無線を伴うリモート無線要素（ＲＲＨ）と統合された、小さい３ＧＰＰセル（例えばピコ、フェムト、リレー）を含む。

また、３ＧＰＰでは、現在利用可能な種々のＣＮベースの代替形態、並びに上述した展開シナリオを、検討のために要約する考察もあった。考察は、３ＧＰＰ ＬＴＥとＷｉＦｉとの間の何らかの形のアグリゲーションに焦点を合わせたものであったが、この研究を３ＧＰＰ ＨＳＰＡに拡張することは、３ＧＰＰ ＲＮＣに対する変更が場合によっては必要になるという欠点があるにもかかわらず、排除されるべきではない。

本明細書では、第３世代パートナーシッププロジェクト（３ＧＰＰ）ＬＴＥ技術に関して実施形態を述べるが、他の無線技術にも等しく適用可能とすることができる。

本明細書に述べる実施形態では、クライアントサーバ通信は、例えば、複数のデバイスを伴うことができタスクおよびリソースを区分化することができる分散アプリケーションを含んでよく、それにより、ピアは、リソース（例えばアプリケーションデータ）の供給側（送信側）と消費側（受信側）のいずれかである。例えば、このタイプの通信は、ＩＰレイヤよりも上のサービスを提供するサーバ（例えばアプリケーションサーバ）を伴うことができる。例えば、このタイプの通信は、無線リソースの割振りなどのサービスをクライアントに提供する１または複数のネットワーク要素（例えば、フェムトセルネットワーク要素、基地局（例えばＨｏｍｅ ＮｏｄｅＢもしくはＨｏｍｅ ｅＮＢ）、直接ＷＴＲＵ間通信を提供できるＷＴＲＵ、または、ＷｉＦｉアクセスポイントなどのアクセスポイント）を伴うことができる。

本明細書に述べる実施形態では、ピアリング（peering）は、例えば、グループおよび／またはピアツーピアネットワークを形成できる複数のデバイスを伴うことのできる分散アプリケーションを含んでよい。例えば、このタイプの通信は、所与の分散ＩＰアプリケーションに関するデータを交換する１または複数のデバイスを伴うことができる。例えば、このタイプの通信は、ＷｉＦｉネットワークなどの無線リソースを使用して協調方式で通信する１または複数のネットワーク要素を伴うことができる。

物理レイヤの観点からは、ピアリングは、例えば、共有媒体を使用する直接デバイス間送信（送信は、専用リソース割振りを使用して制御ネットワークノードによってスケジュールされる）を使用して実現することができ、このアクセスは、キャリアセンシングに基づく場合があり、かつ／または、カバレッジエリア内でのブロードキャスト／マルチキャスト送信を必要とする場合がある。トランスポートレイヤの観点（例えばＩＰ）からは、ピアリングは、複数のピア間のユニキャスト送信および／またはマルチキャスト送信を含んでよい。ユニキャスト送信の場合は、同じアプリケーションデータの複数のコピーが、発信元デバイスによって、またはアプリケーションサーバによって、複数の接続されたピア（各ピアは異なるＩＰフローを使用する）に向けて送信されてよい。マルチキャスト送信の場合は、アプリケーションデータの単一のコピーが、単一のＩＰフローとしてネットワークに向けて送信されてよく、このデータは、１または複数のネットワークノードによって、マルチキャストフローに加入した各ピアに向けて複製されてよい。アプリケーションレイヤの観点（例えばグループチャットアプリケーション）からは、ピアリングは、複数のデバイスを伴う任意のアプリケーションを含んでよく、ピアは、リソース（例えばアプリケーションデータ）の供給側（送信側）と消費側（受信側）の両方である。従って、ピアリング通信は、上記の任意の組合せを指す場合がある。例えば、ピアリング通信は、無線リンク（例えばＬＴＥ）を介し、専用無線リソース（例えばＰＤＣＣＨによってスケジュールされるＰＤＳＣＨ）を使用して、ユニキャストプロトコル（例えばＲＴＰ／ＵＤＰまたはＴＣＰ／ＩＰ）を介してトランスポートされる、ピアツーピアアプリケーション（例えば複数ユーザのビデオ会議またはチャットアプリケーション）を含む場合がある。

本明細書に述べる実施形態では、プルサービスは、例えば、通常はクライアントがサーバまたは別のピアとの通信セッションを開始することになるようなサービスを含んでよく、サーバ／ピアは、入来する要求を待機することができる。さらに、本明細書に述べる実施形態では、プッシュサービスは、例えば、サーバがアプリケーションデータの転送（例えば通信セッションの開始または既存セッションの使用を含む）をクライアントまたは別のピアと開始できるようなサービスを含んでよく、クライアント／ピアは、入来するアプリケーションデータを受諾することができる。

本明細書に述べる実施形態では、ローカライズドアプリケーションは、１または複数のモバイルデバイスと、０（例えば直接デバイス間通信）または１以上（例えば無線リソースを介したネットワーク制御通信の場合）のネットワークエンティティ（例えばｅＮＢ、ＭＭＥ、ローカライズドアプリケーション情報サーバ（ＬＡＩＳ））との間の、任意の形のクライアントサーバ通信またはピアリング通信（例えばプルおよびプッシュアプリケーションを含む）を含んでよい。一実施形態では、ローカライズドアプリケーションは、追加で、アプリケーションのセッションを指す場合もある。例えば、セッションは、同じグループ（例えば友達、サークル、コミュニティグループ、または専門グループ）に属する複数のＷＴＲＵによって共有される場合がある。グルーピングおよび／またはセッション情報は、加入者プロファイル情報、測位情報、もしくはサービス加入に基づくことができ、または、ＬＡＩＳへのアクセス時に選択されてよい（例えば登録時にユーザによって選択される）。加えて、ローカライズドアプリケーションはまた、同じまたは異なるタイプのＲＡＴ（例えばＬＴＥ、ＨＳＰＡ、またはＷｉＦｉ）からのセルなど、ネットワーク要素への接続性（例えばＲＡＴからＲＡＴにトラフィックをオフロードするための）を指す場合もある。

図３は、無線通信方法の流れ図３００である。図３に示す例では、ＷＴＲＵが、その位置を決定する（３０２）。ＷＴＲＵは、例えば決定されたＷＴＲＵの位置に基づいて、アプリケーションがＷＴＲＵに利用可能かどうか判定することができる（３０４）。アプリケーションがＷＴＲＵに利用可能であると判定された場合、ＷＴＲＵは、アプリケーションをホストするアプリケーションサービスへのアクセスを開始することができる（３０６）。一実施形態では、ＷＴＲＵは、アプリケーションサービスへの登録を開始することによって、アプリケーションサービスへのアクセスを開始することができる。

図４は、別の無線通信方法の流れ図４００である。図４に示す例では、ＷＴＲＵが、アプリケーションサービスによってホストされる所与のアプリケーションがＷＴＲＵに利用可能であることを示す表示（indication）を、アプリケーションサービスから受信する（４０２）。一実施形態では、表示は、アプリケーションサービスによってホストされる所与のアプリケーションのロケーションエリア内にＷＴＲＵがあることを示す表示とすることができる。ＷＴＲＵは、表示を受信するのに応答して、所与のアプリケーションをホストするアプリケーションサービスへのアクセスを開始することができる（４０４）。一実施形態では、ＷＴＲＵは、アプリケーションサービスへの登録を開始することによって、アプリケーションサービスへのアクセスを開始することができる。

アプリケーションがＷＴＲＵに利用可能かどうか（例えば３０４または４０２）は、例えばローカライズドアプリケーション情報（ＬＡＩ）に基づいて判定することができる。ＬＡＩは、例えば１または複数の要素のリストとして構築されてよく、リスト中の各要素は、特定のアプリケーションに関係する情報に対応してよい。ＬＡＩ中の各要素は、アプリケーション識別子、アプリケーションタイプ、所与のアプリケーションのロケーションエリア、所与のアプリケーションのカバレッジエリア、所与のアプリケーションの利用可能性、所与のアプリケーションに必要とされるアクセス証明、所与のアプリケーションの通信パラメータおよびアプリケーショントリガのうちの、少なくとも１つを含んでよい。

アプリケーション識別子は、種々のトランザクション（例えば登録、登録解除、またはアプリケーションセットアップ）のために特定のアプリケーションを識別するのに使用することができる。アプリケーションタイプは、種々のトランザクション（例えば登録）のためにアプリケーションのサブセットを決定するのに使用することができる。

所与のアプリケーションのロケーションエリアに関しては、アプリケーションの利用可能性および／またはアクセシビリティは、測位基準と相関関係にある場合がある。基準が満たされるならば、エンティティ（例えば、ＷＴＲＵ、または、ＬＡＳなどのネットワークノード）は、アプリケーションに関係するさらに他のプロシージャをＷＴＲＵが実施できると判定することができる。例えば、ＷＴＲＵは、基準が満たされたとき、当該アプリケーションに登録することができ（例えば利用可能性）、かつ／または当該アプリケーションのための通信を開始することができる（例えばアクセシビリティ）。例えば、アプリケーションは、特定の地理エリア内で利用可能である場合がある。別の例として、基準は、ＷＴＲＵのポジションが何らかのエリア内であることであってよい。このようなエリアの例としては、所与の許容誤差を含む地理的ポジション、セルのセクタ、セル、所与のｅＮＢからの信号の受信、第２のＷＴＲＵからの発見関連信号の受信、トラッキングエリア、または、所与のＭＭＥによってサービスされるセルが挙げられる。例えば、アイドルモードのＷＴＲＵが、セル（再）選択を実施し、選択したセル上にキャンプすることができる。次いでＷＴＲＵは、関心のあるローカライズドアプリケーションが、選択したセル中で利用可能であると判定し、セル中でのアプリケーションの利用可能性のみに基づいて、アプリケーションにアクセスできると判定することができる。次いでＷＴＲＵは、アプリケーションのための通信を開始することができる。

所与のアプリケーションのカバレッジエリアに関しては、所与のアプリケーションについてカバレッジエリアがロケーションエリアと異なる（例えば、カバレッジエリアが示され、カバレッジエリアがロケーションエリアよりも小さい）場合、アプリケーションのアクセシビリティはさらに、測位基準と相関関係にある場合がある。基準が満たされるならば、エンティティ（例えば、ＷＴＲＵ、または、ＬＡＳなどのネットワークノード）は、アプリケーションに関係するさらに他のプロシージャをＷＴＲＵが実施できると判定することができる。例えば、ＷＴＲＵがすでにアプリケーションに登録されている場合、または登録が当該アプリケーションに必要ない場合は、ＷＴＲＵは、基準が満たされたとき、当該アプリケーションのための通信を開始することができる（例えばアクセシビリティ）。例えば、アプリケーションは特定の地理エリア（例えばセル）内でアクセス可能である場合があり、このエリアは、ロケーションエリアのサブセット（例えば複数のセルを含むトラッキングエリア）とすることができる。別の例として、基準は、ＷＴＲＵのポジションが何らかのエリア内であることであってよい。このようなエリアの例としては、所与の許容誤差を含む地理的ポジション、セルのセクタ、セル、所与のｅＮＢからの信号の受信、第２のＷＴＲＵからの発見関連信号の受信、トラッキングエリア、または、所与のＭＭＥによってサービスされるセルが挙げられる。例えば、アイドルモードのＷＴＲＵが、セル（再）選択を実施し、選択したセル上にキャンプすることができる。次いでＷＴＲＵは、関心のあるローカライズドアプリケーションが、選択したセル中で利用可能であると判定することができる。ＷＴＲＵはさらに、その位置を決定／取得する（例えば測位方法を使用して）ためのプロシージャを開始し、さらに、ＷＴＲＵのポジションが当該アプリケーションのカバレッジエリア（一実施形態では地理的エリアとして表される）内であることに基づいて、アプリケーションにアクセスできると判定することができる。次いでＷＴＲＵは、アプリケーションのための通信を開始することができる。アプリケーションのカバレッジエリアは、そのロケーションエリアと等しい場合もある。

所与のアプリケーションの利用可能性に関しては、所与のアプリケーションの利用可能性は、少なくとも１つのピアおよび／またはサーバが通信できるか否かと相関関係にある場合がある。例えば、クライアントサーバアプリケーションの場合、サービスは、サーバが登録されているならば、かつ／またはサーバがクライアントから新しい要求を受信できるならば、利用可能とすることができる。別の例では、ピアリングアプリケーションの場合、アプリケーションは、サービスに関心がある（かつ／または登録されている）デバイス（このＷＴＲＵを除く）の数が、サービスについての特定の閾値よりも多い（例えば０よりも多い）ならば、利用可能とすることができる。別の例として、ネットワークオフローディングアプリケーションの場合、アプリケーションは、オフロードセルおよび／またはネットワークにＷＴＲＵからアクセスできることをＷＴＲＵのアクセス証明が示すならば、利用可能とすることができる。例えば、ＷｉＦｉオフロードアプリケーションの場合、これは、加入者タイプおよび／もしくはＷｉＦｉネットワークの識別子（例えば基本的なＳＳＩＤおよび／もしくはＭＡＣ識別子）、並びに／または、１もしくは複数のセキュリティパラメータに基づくことができる。Ｈｏｍｅ ｅＮＢまたは類似のノードの場合、これは、限定加入者グループ（ＣＳＧ）識別子（ＣＧＩ）、物理セル識別子（ＰＣＩ）、および／またはＣＳＧリストに基づくことができる。

所与のアプリケーションに必要なアクセス証明に関しては、アプリケーションは、サービスとの通信を開始するＷＴＲＵが十分な証明を有するか否か判定するためのトランザクションを必要とする場合がある。例えばこれは、加入者の識別子と、認証および／または暗号化のための１または複数のセキュリティ鍵と、認証および／または暗号化のための１または複数のセキュリティアルゴリズムと、グループ識別子とを含んでよい。

所与のアプリケーションの通信パラメータは、アプリケーションについてのＩＰアドレス、所与のアプリケーションについてのトランスポートプロトコルタイプ、所与のアプリケーションについてのポート番号、ＳＩＰ／ＵＲＬ、ＭＢＭＳ関連情報、セキュリティ関連パラメータ（例えばアプリケーションレベル暗号化パラメータ）のうちの、少なくとも１つを含んでよい。クライアントサーバアプリケーションの場合、例えば、アプリケーションについてのＩＰアドレスは、サーバ（例えば別のモバイルデバイスに対応する）のＩＰアドレスを含んでよい。ピアリングアプリケーションの場合、例えば、アプリケーションについてのＩＰアドレスは、ピアリングアプリケーションサーバのＩＰアドレス、１もしくは複数の他のピア（例えば他のＷＴＲＵに対応する）のＩＰアドレス、またはマルチキャストＩＰアドレスを含んでよい。

所与のアプリケーションについてのトランスポートプロトコルタイプは、例えば、ＴＣＰ（例えばクライアントサーバタイプのアプリケーションの場合）、またはＵＤＰ（例えばピアリングアプリケーションの場合）とすることができる。所与のアプリケーションについてのポート番号は、例えば、ＴＣＰポート番号（例えばクライアントサーバタイプの通信の場合）、またはＵＤＰポート番号（例えばピアリングアプリケーションの場合）を含んでよい。

アプリケーションについてのＩＰアドレス、所与のアプリケーションについてのトランスポートプロトコルタイプ、および所与のアプリケーションについてのポート番号はいずれも、ＳＩＰメッセージおよび／またはＵＲＬに含まれてよい。

ＭＢＭＳチャネルを使用して送信できるアプリケーションの場合、ＭＢＭＳ関連情報は、例えば、所与のアプリケーションに対してどんなＭＢＳＦＮエリア（例えばＭＢＭＳセルグループ識別子）および／またはどんなＭＢＭＳ制御チャネル（ＭＣＣＨ）を使用してＤＬブロードキャストにアクセスできるかをＷＴＲＵが決定するのを可能にすることのできるパラメータを含んでよい。一実施形態では、これはまた、当該アプリケーションに対応するＭＢＭＳサービスの識別子も含んでよい。

アプリケーショントリガに関しては、アプリケーショントリガは、真であるときに、例えばアプリケーションおよび／もしくはセッションにアクセスするためにアプリケーションおよび／もしくはセッションに登録するようＷＴＲＵをトリガするか、またはアプリケーションへのその登録を終了するようＷＴＲＵをトリガすることのできる、１または複数の条件を含む場合がある。例えば、これは、近接性検出のための測位情報を含んでよく、それによりＷＴＲＵは、示されたポジションからいくらかの距離内にあることを検出したとき、自律的に、アプリケーションに登録すること、および／またはアプリケーションへのアクセスを開始することができる。

ＷＴＲＵは、ＬＡＩを受信、送信、および／または記憶することができる。一実施形態では、ＷＴＲＵは、別のＷＴＲＵからＬＡＩを得ることができる。別の実施形態では、ＷＴＲＵは、ネットワークエンティティ（例えばＬＡＩサーバ（ＬＡＩＳ））からＬＡＩを得ることができる。他のエンティティが、ＬＡＩの少なくとも一部にアクセスすることができる。例えば、ネットワークエンティティは、上記の情報を記憶してＷＴＲＵと交換することができる。

ローカライズドアプリケーションをサポートするエリア中にＷＴＲＵがあるかどうか（例えばサービングセルがローカライズドアプリケーションをサポートするかどうか）判定するために、ＷＴＲＵは、所与のセル内でのローカライズドアプリケーションのサポートに関係する１または複数のパラメータを維持することができる。このようなパラメータの例としては、ローカライズドアプリケーションに対するサポートを示す表示、スケジューリング情報、および、当該セル中で利用可能な１または複数のアプリケーションに関するＬＡＩが挙げられる。あるいは、ＷＴＲＵは、ブロードキャストされる情報、専用シグナリング、およびより高いレイヤのシグナリングのうちの少なくとも１つを介して、上記のパラメータの少なくともいくつかを含むシグナリングを受信することもできる。

ローカライズドアプリケーションに対するサポートを示す表示は、例えば、インジケータビットを含んでよく、かつ／または、受信されたシグナリング中に情報要素が存在することを含んでよく、この情報要素は、例えば、当該セル中でローカライズドアプリケーションにアクセスするのに使用されるさらに他のセル特有パラメータを提供する。例えば、ＷＴＲＵは、セルに関するブロードキャストシステム情報中に、ローカライズドアプリケーションについてのシステム情報ブロック（ＳＩＢ）が存在することを検出し、当該セルに対してローカライズドアプリケーションがサポートされると判定することができる。一実施形態では、これは、当該セルに対して現在利用可能でないサービスの登録および／またはサービスの開始が、サポートされるか否かを示す表示を含んでよい（例えば、広告されるアプリケーションのリストは、半静的とすることができ、ＷＴＲＵについてのみ読み取ることができる）。

スケジューリング情報は、例えば、当該セル中でローカライズドアプリケーションにアクセスするのに使用されるさらに他のセル特有パラメータをスケジュールするための特定のＲＮＴＩ（例えばＬＡ−ＲＮＴＩ）を含んでよい。一実施形態では、１もしくは複数のサブフレームのセット、および／または送信タイミングを、さらに他のセル特有パラメータのスケジューリングに使用することができる。例えば、ＷＴＲＵは、例えばＰＤＳＣＨ上でスケジュールされるさらに他のパラメータ（例えば当該セル中で利用可能なアプリケーションと適用可能なパラメータとのリスト（もしあれば））を復号するのにＷＴＲＵが使用できるＲＮＴＩを、ローカライズドアプリケーションに適用可能なＳＩＢ上で受信することができる。

当該セル中で利用可能な１または複数のアプリケーションに関するＬＡＩは、利用可能なサービスおよび／またはサービスタイプ（例えばサービス広告）のリストを含んでよい。これは、例えば、当該セル中で利用可能な１または複数のアプリケーションと適用可能なパラメータとのリストを含んでよい。例えば、ＷＴＲＵは、この情報を、ローカライズドアプリケーションに適用可能なＳＩＢ上で、またはＰＤＳＣＨ上の別個の送信（ブロードキャストと専用とのいずれか）上で受信することができる。ＷＴＲＵは、ＬＡＩを使用して、例えば当該アプリケーションのロケーションエリアおよび／またはカバレッジエリアに基づいて、所与のサービングセル中で１または複数のローカライズドアプリケーションにアクセスできるかどうか判定することができる。これは、例えば、所与のセルの無線リソースを扱う観点からｅＮＢがローカライズドアプリケーションをトランスペアレントな方式で扱う展開において、当てはまる場合がある。

ＷＴＲＵが、上記のパラメータの少なくともいくつかを含むシグナリングを、ブロードキャスト情報を介して受信する実施形態に関しては、ＷＴＲＵは、当該セルのＰＤＣＣＨのＣＳＳ中で受信されＲＮＴＩによってスクランブルされたＤＣＩを使用してスケジュールされたＰＤＳＣＨ送信上で（例えばＳＩ−ＲＮＴＩを使用してスケジュールされたか、またはセル特有ＲＮＴＩ（例えばＬＡ−ＲＮＴＩ）を使用して別個にスケジュールされたＳＩＢ上で）、ローカライズドアプリケーションに関係するパラメータを受信することができる。一実施形態では、ローカライズドアプリケーションに関係する少なくともいくつかのパラメータは、ＭＢＭＳ送信上で受信することができる。

例えば、アイドルモードまたは接続モードのＷＴＲＵは、ローカライズドアプリケーションに関係する１または複数のパラメータを、システム情報獲得の一部として（当該セルに移動するときのモビリティの場合）、またはシステム情報に関するＷＴＲＵの更新プロシージャの一部として、ブロードキャストシステム情報上のＳＩＢ中で受信することができる。ＷＴＲＵは、ローカライズドアプリケーションが当該セル中でサポートされることを示す表示を検出することができ（例えばＳＩＢ２などのＳＩＢの受信から）、ローカライズドアプリケーションが当該セル中でサポートされると判定することができる。ＷＴＲＵは、ネットワークへの接続を開始して、例えば専用シグナリングを使用してローカライズドアプリケーションに関するさらに他のパラメータを得ることができる。あるいは、ＷＴＲＵは、ローカライズドアプリケーション特有のＳＩＢが存在することを検出し、ローカライズドアプリケーションが当該セル中でサポートされると判定することもできる。

一実施形態では、ＳＩＢはスケジューリング情報（例えばＬＡ−ＲＮＴＩ）を含んでよく、従ってＷＴＲＵは、利用可能なアプリケーションとパラメータとのリスト（もしあれば）など、さらに他のパラメータをＰＤＳＣＨ上で受信することができる。あるいは、ＳＩＢが、利用可能なサービスとパラメータとのリスト（もしあれば）を含んでもよい。一実施形態では、ＷＴＲＵは、受信した情報を使用して、アプリケーションへの登録を開始するか否か判定することができる。

ＷＴＲＵが、上記のパラメータの少なくともいくつかを含むシグナリングを、専用シグナリングを介して受信する実施形態に関しては、ＷＴＲＵは、当該セルのＰＤＣＣＨのＣＳＳ中で受信されＷＴＲＵのＣ−ＲＮＴＩによってスクランブルされたＤＣＩを使用してスケジュールされたＰＤＳＣＨ送信上で、ローカライズドアプリケーションに関係するパラメータを受信することができる。一実施形態では、ローカライズドアプリケーションに関係する少なくともいくつかのパラメータは、ＲＲＣトランザクション（例えばＲＲＣ再構成プロシージャ）を使用して、かつ／または、ＷＴＲＵとＬＡＩＳとの間のトランザクションのためのより高いレイヤのプロトコル（例えばＲＲＣ ＰＤＵ中でトランスポートされる）を使用して、受信することができる。あるいは、ローカライズドアプリケーションに関係する少なくともいくつかのパラメータは、ＭＡＣ制御要素を使用して受信することもできる。

ＷＴＲＵは、そのＷＴＲＵ能力の一部として、ローカライズドサービスへのアクセスをサポートすることを示す表示を含んでよい。次いでＷＴＲＵは、サービスがサービングセル中でサポートされる場合および／または利用可能な場合は、ｅＮＢによって、サービスへのアクセスに必要なパラメータで構成されてよい。例えば、接続モードのＷＴＲＵは、ネットワークによってスケジューリング情報（例えばＬＡ−ＲＮＴＩ）で構成されてよく、従ってＷＴＲＵは、利用可能なアプリケーションとパラメータとのリスト（もしあれば）など、さらに他のパラメータをＰＤＳＣＨ上で受信することができる。一実施形態では、これは、最初の接続セットアップ中に示されるＷＴＲＵの能力に基づくことができる。一実施形態では、構成は、利用可能なサービスとパラメータとのリスト（もしあれば）を含んでよい。一実施形態では、ＷＴＲＵは、受信した情報を使用して、アプリケーションへの登録を開始するか否か決定することができる。

ＷＴＲＵが、上記のパラメータの少なくともいくつかを含むシグナリングを、より高いレイヤのシグナリングを介して受信する実施形態に関しては、接続モードのＷＴＲＵは、より高いレイヤのプロトコル（例えばＲＲＣ ＰＤＵ中でトランスポートされる）を使用して、パラメータの少なくともいくつかを受信することができる。例えば、ＷＴＲＵは、ＬＡＩＳサーバから、ＷＴＲＵに利用可能なアプリケーションおよび／またはサービスタイプのリストを受信することができる。一実施形態では、これは、ＷＴＲＵとＬＡＩＳとの間の要求−応答トランザクションの一部とすることができ、このトランザクションは、ＷＴＲＵのポジションおよび／もしくは位置に関係するパラメータ、ユーザプロファイル、並びに／またはセキュリティパラメータの交換を含んでよい。

ローカライズドアプリケーションに関係するパラメータへのアクセスをＷＴＲＵが有するとき、ＷＴＲＵは追加で、ローカライズドアプリケーションをセルがサポートすることを検出した際に、または登録プロシージャを開始すべきであると決定した際に、位置および／または測位に関係するプロシージャを開始することができる。一実施形態では、ＷＴＲＵは、このような追加のプロシージャを、ＷＴＲＵ内に記憶されたユーザプロファイルに基づいて、かつ／または当該ＷＴＲＵのユーザから入力があったときに（例えばプルサービスの場合）、自律的に開始することができる。あるいは、ＷＴＲＵは、このようなプロシージャを、ネットワークから（例えばｅＮＢから、またはＬＡＩＳから）要求を受信したときに開始することもできる。例えば、このような場合、ＷＴＲＵは、ＧＰＳモジュールを作動させ、位置更新および／またはトラフィックエリア更新を開始し（例えばＭＭＥに向けて）、測位要求／更新プロシージャを開始し（例えば、Ａ−ＧＰＳプロシージャ、ＯＴＤＯＡ、セルＩＤベースの測位、またはいずれか他の測位方法を例えば使用して、ＬＣＳによって）、近接性検出に使用できるポジション関連パラメータを決定し、関心のある少なくとも１つのアプリケーションについて近接性検出を開始することができる。

ＷＴＲＵは、関心のあるローカライズドアプリケーションのロケーションエリア内にあることを検出するためのプロシージャ（例えば発見）を実施することによって、どんなローカライズドアプリケーションが利用可能かを決定することができる。これは、例えば、所与のアプリケーションのロケーションエリア内にあることを自律的に決定すること（例えばプル挙動（behavior））、ネットワークノードに要求を送信すること（例えばプル挙動）、所与のアプリケーションのロケーションエリア内にあることを示す表示をネットワークから受信すること（例えばプッシュ挙動）、または、当該アプリケーションに対応するＭＢＭＳセッション（例えば１もしくは複数のＭＴＣＨ）が当該セル中でスケジュールされる（例えばＭＣＣＨ上で）と決定することによって、行うことができる。所与のアプリケーションのロケーションエリア内にあることをＷＴＲＵが自律的に決定することに関しては、アプリケーションは、セル中で広告されてよい（例えば、ＰＤＳＣＨ送信上で受信されるＳＩＢまたは他の情報中でリストされてよい）。ＷＴＲＵがネットワークノードに要求を送信することに関しては、例えば、ＷＴＲＵは、対応するエリア中で利用可能なアプリケーションのリストを求める要求と共に、ポジション情報をＬＡＩＳに送信することができる。一実施形態では、ＷＴＲＵはこれを、あるタイプのアプリケーションに対してのみ行うことができる。ＷＴＲＵは、要求中で示される基準に合致するアプリケーションのリストに関するＬＡＩを受信することができる。

所与のアプリケーションのロケーションエリア内にあることを示す表示をＷＴＲＵがネットワークから受信することに関しては、ＷＴＲＵは、アプリケーションが利用可能であることを示す表示をネットワークから受信することができる。一実施形態では、この表示は、ＬＡＩＳから受信することができる。一実施形態では、ＷＴＲＵは、ＷＴＲＵが前に登録した登録先アプリケーションについて表示を受信することができる。一実施形態では、この表示は、アプリケーションとの通信を開始するようＷＴＲＵに求める要求である。

例えば、ＷＴＲＵは、基準が満たされたとき、当該アプリケーションに登録することができ（例えば利用可能性）、かつ／または当該アプリケーションのための通信を開始することができる（例えばアクセシビリティ）。例えば、アプリケーションは、特定の地理エリア内で利用可能である場合がある。別の例として、基準は、ＷＴＲＵのポジションが何らかのエリア内であることであってよい。エリアの例としては、所与の許容誤差を含む地理的ポジション、セルのセクタ、セル、所与のｅＮＢからの信号の受信、第２のＷＴＲＵからの発見関連信号の受信（例えば、所与の信号強度閾値を超える場合に、かつ／または、発見関連信号中でブロードキャストされる識別子に従って）、トラッキングエリア、または、所与のＭＭＥによってサービスされるセルが挙げられる。

ＷＴＲＵが、当該アプリケーションに対応するＭＢＭＳセッションが当該セル中でスケジュールされると決定することに関しては、関心のあるローカライズドアプリケーションが所与のエリアで利用可能であると決定したＷＴＲＵは、ネットワークへの最初のアクセスを実施すること、ＬＡＩＳに登録すること、より頻繁な測位更新を実施すること、またはトラッキングエリア更新（ＴＡＵ）を実施することができる。

アイドルモードのＷＴＲＵは、前述の方法に従って、関心のあるアプリケーションが利用可能であることを発見することができる。次いでＷＴＲＵは、ネットワークへの最初のアクセス（例えばアイドルモードから接続モードへの移行）を実施して、例えば、当該アプリケーションに登録および／またはアクセスすることができ、またはＷＴＲＵのポジションを決定するためのプロシージャを実施することができる。例えば、ＷＴＲＵは、関心のあるアプリケーションを発見し、当該アプリケーションのロケーションエリア内にあると決定し、アプリケーションに登録してＷＴＲＵの測位情報を更新して、アプリケーションのカバレッジエリアに関する基準が満たされるかどうか判定することができる。

ＷＴＲＵがＬＡＩＳに登録することに関しては、ＷＴＲＵがＬＡＩＳに登録することにより、ネットワークは、当該ＷＴＲＵおよび当該サービスについて、モビリティ、測位、トラッキング、およびセッション開始を管理することができる。

ＷＴＲＵがより頻繁な測位更新を実施することに関しては、ＷＴＲＵは、関心のあるアプリケーションのロケーションエリア内にある間は、測位プロシージャを定期的に実施することができ、かつ／または測位方法をアクティブに維持することができる。一実施形態では、ＷＴＲＵは、ＷＴＲＵが前にＬＡＩＳで登録した登録先アプリケーションのロケーションエリア内にある間は、測位プロシージャを定期的に実施することができ、かつ／または測位方法をアクティブに維持することができる。バッテリおよびネットワーク負荷を節約するために、更新頻度は、距離および速度（例えば、前のポジションとの差を最後の更新からの時間で割ったもの）と相関関係にあるものとすることができ、特に、ロケーションエリアが当該アプリケーションのカバレッジエリアと直接重ならない（例えば等価である）場合にはそうである。

ＷＴＲＵがＴＡＵを実施することに関しては、例えば、アイドルモードのＷＴＲＵは、セル再選択を実施することができ、異なるセル上にキャンプすることができる。ＷＴＲＵは、当該アプリケーションが当該セル中で利用可能かどうかをＷＴＲＵが判定できるか否かに関係なく、ローカライズドアプリケーションをセルがサポートすると判定することができ、特定のアプリケーションに関心があると決定することができる。ＷＴＲＵは、ＴＡＵプロシージャを実施することができる。その後、ＷＴＲＵは、ページングを受信することができる。特に、ネットワークは、例えばプッシュサービスの場合に、ＷＴＲＵの位置に基づいて、ＷＴＲＵが所与のアプリケーション（例えば登録されたアプリケーション）への通信を開始すべきか否か判定することができる。

アプリケーションが利用可能および／またはアクセス可能であるか否かは、次のうちの少なくとも１つに応じて決定することができる。すなわち、ＷＴＲＵのポジション、アプリケーションのロケーションエリア（例えばＬＡＩによって示される）、アプリケーションのカバレッジエリア（例えばＬＡＩによって示される）、当該アプリケーションに対するサーバもしくはピアである第２のＷＴＲＵからの発見関連信号の受信（例えば、所与の信号強度閾値を超える場合に、かつ／もしくは、発見関連信号中でブロードキャストされる識別子に従って）、ＷＴＲＵが当該アプリケーションに登録されているか否か、ＷＴＲＵのポジションが当該アプリケーションのロケーションエリアおよび／もしくはカバレッジエリアに関する基準を満たすか否か、ＷＴＲＵの能力、ＷＴＲＵの加入者情報および／もしくはプロファイル、ユーザの証明（例えばＬＡＩＳに対する、および／もしくは当該アプリケーションに対する）、並びに／またはグループメンバシップのうちの、少なくとも１つに応じて決定することができる。これは、ＷＴＲＵによって（例えばプル挙動の場合）、またはＬＡＩＳによって（例えばプッシュ挙動の場合）、決定することができる。

例えば、アプリケーションが所与のＷＴＲＵに利用可能であるか否かは、ＷＴＲＵのポジションおよびアプリケーションのロケーションエリアと相関関係にある場合があり、この場合、ＷＴＲＵは、当該アプリケーションについてＬＡＩＳに登録することができる。例えば、ＷＴＲＵがアプリケーションのセッションに接続できるか否かは、ＷＴＲＵのポジション、ＷＴＲＵのグループメンバシップ／証明、および、対応するセッションについてのアプリケーションのカバレッジエリアと相関関係にある場合があり、この場合、ＷＴＲＵは、当該アプリケーションのセッションへの接続を確立することができる。別の例では、ロケーションエリアとカバレッジエリアがちょうど重なるようなアプリケーションの場合は、かつ一実施形態では、（例えば当該アプリケーションのロケーションエリア内のセルへのＷＴＲＵのモビリティに基づいて）近接性検出が実施されるようなアプリケーションの場合は、前の例および関連ステップを組み合わせることができる。

ＷＴＲＵは、ローカライズドアプリケーションにアクセスできるようなエリアの近くにあること（またはこのエリアに入ったこと）を検出することができる。このエリアは、当該アプリケーションのロケーションエリアに対応するか、または、アプリケーションのロケーションエリア内のカバレッジエリア（指定されていれば）に対応するものとすることができる。カバレッジエリアは、所与のアプリケーションについて、ロケーションエリアと同一である場合がある。

例えば、ＷＴＲＵは、アプリケーションが利用可能であること、それがアプリケーションのロケーションエリア内にあることを判定し、アプリケーションに登録することができる。ＷＴＲＵは、当該アプリケーションのカバレッジエリア内にあると判定すると、アプリケーションとの通信を開始することができる。カバレッジエリアを離れると、アプリケーションとの通信を停止することができる。一実施形態では、ＷＴＲＵは、アプリケーションに登録されたままでいることができる。一実施形態では、ＷＴＲＵは、アプリケーションのロケーションエリアを離れるまで、その登録を維持することができる。

一実施形態では、近接性検出は、ネットワークによって実施することができる。ＩＥは、ＷＴＲＵがアプリケーションのカバレッジエリア内にあると判定したとき、当該アプリケーションについての、ネットワークによって開始された送信を受信することができる（例えばプッシュ挙動の場合）。これは、ネットワークによって制御される測位方法に基づくことができる。

アプリケーションをホストするアプリケーションサービスは、例えば別のＷＴＲＵまたはネットワークエンティティ（ＬＡＩサーバ（ＬＡＩＳ）など）を含めた、いくつかの異なるエンティティのうちのいずれか１つとすることができる。ＬＡＩＳを使用して、所与のローカライズドアプリケーションのために、デバイス（例えばピア、サーバ、もしくはクライアント）間、ネットワークノード間、および／またはこれらの組合せの間の接続性を可能にすることができる。ＬＡＩＳは、ＷＴＲＵの外部にあってよい。ＬＡＩＳは、スタンドアロンエンティティであってもよく、別のエンティティと同じ場所にあってもよく、別のエンティティに統合されてもよい。ＬＡＩＳは、ネットワーク中（例えばＥＰＳ中）に位置してもよく、または別のモバイルデバイス中に位置してもよい。一例では、ＬＡＩＳは、ＭＭＥと同じ場所にあってよい。別の例では、ＬＡＩＳは、ＬＣＳサーバと同じ場所にあるかまたはＬＣＳサーバと統合されてよい。別の例では、ＬＡＩＳは、ｅＮＢと同じ場所にあるかまたはｅＮＢと統合されてよい。別の例では、ＬＡＩＳは、アプリケーションサーバと同じ場所にあるか、またはピア中（例えばネットワークに接続された任意のデバイス中）にあってよい。

ＷＴＲＵは、例えば、ＬＡＩを要求すること、ＬＡＩを受信すること、所与のアプリケーションに関するＬＡＩを送信すること、アプリケーションに登録すること、アプリケーションから登録解除すること、ユーザプロファイルを交換すること、ネットワークによって開始されるアプリケーションセットアップ、またはＷＴＲＵによって開始されるアプリケーションセットアップによって、ＬＡＩＳと通信することができる。

ＷＴＲＵは、１または複数のアプリケーションおよび／またはアプリケーションタイプに関するＬＡＩを、ＬＡＩＳに要求することができる。例えば、ＷＴＲＵは、ローカライズドアプリケーションをセルがサポートすると判定すること、ＷＴＲＵのポジションを決定するためのプロシージャおよび／もしくはＬＣＳとの通信を実施すること、またはネットワークから通知される（例えばＬＡＩＳが利用可能であることを通知される）ことによって、要求の送信を開始することができる。

ＷＴＲＵはまた、ＬＡＩＳからＬＡＩを受信することができる。一実施形態では、ネットワークノードは、ＷＴＲＵに（例えば前にアプリケーションに（またはあるタイプのアプリケーションに関する情報について）登録したＷＴＲＵに）ＬＡＩを送信するのを開始することができる。例えば、ネットワークノードは、ＷＴＲＵが当該アプリケーションのロケーションエリアおよび／またはカバレッジエリア内にあると判定することができる。一実施形態では、これは、ＷＴＲＵのポジションを決定するためのＷＴＲＵによるプロシージャの後に続くものとすることができる。別の例として、ネットワークノードは、ＷＴＲＵによる登録（例えば、ＮＡＳ ＡＴＴＡＣＨプロシージャなど、コアネットワークへの登録）時に、ＬＡＩを送信することができる。別の例として、ネットワークは、ＷＴＲＵのトラフィックエリア更新プロシージャの後に続いて、ＷＴＲＵにＬＡＩを送信することができる。別の例として、ネットワークノードは、ＷＴＲＵの能力に基づいて、ＬＡＩを送信することができる。

ＷＴＲＵは、ＷＴＲＵによって開始されたアプリケーション（例えばピアツーピアアプリケーション）に関係するＬＡＩ、または、ＷＴＲＵからＬＡＩＳに提供されるサービスに関係するＬＡＩを送信することができる。

ＷＴＲＵは、例えば、所与のアプリケーションおよび／またはセッションの、クライアントとして、サーバとして、またはピアとして、アプリケーションに登録することができる。一実施形態では、登録は、有効期間を有してよく、定期的な更新を必要としてよい。

ＷＴＲＵは、例えば、所与のアプリケーションおよび／またはセッションの、クライアントとして、サーバとして、またはピアとして、アプリケーションから登録解除することができる。例えば、ＷＴＲＵは、アプリケーションから登録解除する明示的な要求をＬＡＩＳに送信することができる。あるいは、ＬＡＩＳは、ＷＴＲＵが所与のアプリケーションにもはや登録されていないことをＷＴＲＵに示すことができる。あるいは、登録は、特定のイベント（例えば、セルの変更、ＭＭＥの変更、トラッキングエリアが当該アプリケーションのロケーションエリアおよび／またはカバレッジエリアの外にあること、または、アプリケーションに関するポジション基準がもはや満たされないことなどの、モビリティイベント）の後に続いて、失効するかまたはもはや有効でなくなってよい。

ＷＴＲＵは、プッシュサービスのために、関心のあるアプリケーション識別子または関心のあるアプリケーションタイプを含むプロファイルなど、ユーザ関連情報を送信することができる。

ＷＴＲＵは、所与のアプリケーションおよび／またはセッションについて、セッションを例えば別のＷＴＲＵと確立する要求を、ＬＡＩＳから受信することができる。ＷＴＲＵは、例えば、ＷＴＲＵが前にＬＡＩＳによって登録したアプリケーションおよび／またはセッションについてのみ、要求に対して肯定応答で応答することができる。あるいは、ＷＴＲＵは、要求に応答して、所与のアプリケーションへの登録を開始することもできる。

ＷＴＲＵは、所与のアプリケーションおよび／またはセッションについて、セッションを例えば別のＷＴＲＵと確立する要求を、ＬＡＩＳに送信することができる。ここで、ＷＴＲＵは、例えば、ＷＴＲＵが近接性を検出したアプリケーションについてのみ、並びに／またはＷＴＲＵが前にＬＡＩＳで登録したアプリケーションおよび／もしくはセッションについてのみ、特定のアプリケーションおよび／またはセッションに関するＬＡＩを含む応答をＬＡＩＳから受信することができる。

ＷＴＲＵとＬＡＩＳとは、例えば、要求−応答タイプのプロトコルを使用して通信することができる。ＷＴＲＵとＬＡＩＳとの間のトランザクションは、ＲＲＣプロトコル内のより高いレイヤのデータとしてトランスポートされてよく、ｅＮＢは、トランザクションを適切なＬＡＳに転送することができる。あるいは、ＬＡＩＳと通信するのに必要なＩＰパラメータで構成されたＷＴＲＵは、ＲＡＮに対してトランスペアレントな方式で、データ無線ベアラ（ＤＲＢ）を介してデータを送信することもできる。

一実施形態では、ＬＡＩＳは、所与のＷＴＲＵに関する加入者プロファイル情報を記憶および維持することができる。例えば、ＬＡＩＳは、例えばＷＴＲＵがＬＡＩＳの少なくとも１つのローカライズドアプリケーションに登録されている間、プロファイル情報を一時的に記憶することができる。

一実施形態では、ＬＡＩＳは、例えばプッシュアプリケーションの場合に、かつ、ＷＴＲＵに適用可能な測位情報が当該アプリケーションのロケーションエリアおよび／またはカバレッジエリアに合致するとＬＡＩＳが判定した場合に、ローカライズドアプリケーション（例えばサービスまたはピアリングアプリケーション）に登録された（例えばそれに関心のある）モバイルデバイスへの接続を開始することができる。

例えばＬＡＩＳとＷＴＲＵとの間の通信がｅＮＢに対してトランスペアレントである場合、ＬＡＩＳと通信するために、必要な通信パラメータ（例えばＩＰアドレス）がＷＴＲＵに提供されてよい。例えば、ＷＴＲＵは、このようなパラメータを、例えばＡＴＴＡＣＨプロシージャを実施するときにＮＡＳメッセージ中で受信することができ、または、ＷＴＲＵが構成されるときにＲＲＣメッセージ中で受信することができる。あるいは、例えばＲＲＣがトランスポートプロトコルとして使用される場合、ｅＮＢは、ＷＴＲＵとＬＡＩＳとの間のトランザクションを、対応するｅＮＢに対して構成されたＬＡＩＳに向けて送ることもできる。

所与のアプリケーションセッションと通信するために、ＷＴＲＵは、当該セッションの通信パラメータを含むＬＡＩを受信することができる。ＷＴＲＵは、例えば、ＬＡＩＳにＬＡＩを要求した時、ＬＡＩＳへの登録時、または、ＷＴＲＵもしくはネットワークによって要求されたアプリケーションセットアップ時に、ＬＡＩを受信することができる。

接続モードのＷＴＲＵは、ＬＡＩＳに登録すること、ローカライズドアプリケーションおよび／もしくはセッションに登録すること、サーバとして登録すること、クライアントとして登録すること、またはピアとして登録することによって、ローカライズドアプリケーションに関する情報の受信および／または送信に関心があることを登録することができる。

ＷＴＲＵがＬＡＩＳに登録する場合は、例えば、ＷＴＲＵは、ＬＡＩＳとのトランザクションを実施することができ、それによりＷＴＲＵはＬＡＩＳに登録する。このようなトランザクションは、例えば、ＷＴＲＵとＬＡＩＳとの間でセキュリティおよびアクセス証明を確立すること、並びに、ＷＴＲＵに利用可能なローカライズドアプリケーションと関連パラメータ（もしあれば）とのリストを交換することを含んでよい。登録が確定されると、ＷＴＲＵは、当該セル中で利用可能なアプリケーションについて、さらに他の登録を実施することおよび／またはセルブロードキャストを監視することができる。

ＷＴＲＵがローカライズドアプリケーションおよび／またはセッションに登録する場合は、例えば、ＷＴＲＵは、ＬＡＩＳとのトランザクションを実施することができ、それによりＷＴＲＵは、関心のあるローカライズドアプリケーション／セッションに登録する。次いでＷＴＲＵは、近接性検出を実施するか、または第２のＷＴＲＵからの発見関連信号の検出を実施することができる。あるいは、ＷＴＲＵは、所与のアプリケーションの進行中のセッションに登録することもできる。登録が確定されると、次いでＷＴＲＵは、すぐにセッションに加わり、アプリケーションのための受信および／または送信を開始することができる。このようなトランザクションは、当該アプリケーションおよび／またはセッションについてＷＴＲＵとＬＡＩＳとの間でセキュリティおよびアクセス証明を確立することを含んでよい。

ＷＴＲＵがサーバとして登録する場合は、例えば、ＷＴＲＵは、ＬＡＩＳとのトランザクションを実施することができ、それによりＷＴＲＵは、それ自体をローカライズドアプリケーションのサーバとして登録する。このようなトランザクションは、例えば、当該アプリケーションについてＷＴＲＵとＬＡＩＳとの間でセキュリティおよびアクセス証明を確立すること、並びに、当該サービスの通信パラメータを交換することを含んでよい。登録が確定されると、次いでＷＴＲＵは、他のクライアントからの入来要求の受信を待機することができる。

ＷＴＲＵがクライアントとして登録する場合は、例えば、ＷＴＲＵは、ＬＡＩＳとのトランザクションを実施することができ、それによりＷＴＲＵは、それ自体をローカライズドアプリケーションのクライアントとして登録する。このようなトランザクションは、当該アプリケーションについてＷＴＲＵとＬＡＩＳとの間でセキュリティおよびアクセス証明を確立すること、並びに当該サービスの通信パラメータを交換することを含んでよい。登録が確定されると、次いでＷＴＲＵは、アプリケーションのサーバへの要求を開始することができる。

ＷＴＲＵがピアとして登録する場合は、例えば、ＷＴＲＵは、ＬＡＩＳとのトランザクションを実施することができ、それによりＷＴＲＵは、それ自体をローカライズドアプリケーションのピアとして登録する。このようなトランザクションは、当該アプリケーションについてＷＴＲＵとＬＡＩＳとの間でセキュリティおよびアクセス証明を確立すること、並びに、当該サービスの通信パラメータを交換することを含んでよい。登録が確定されると、次いでＷＴＲＵは、アプリケーショントラフィックの送信／受信を開始することができる。

前述の各トランザクションは、ユーザプロファイル情報の交換、および測位情報の交換を含んでよい。ユーザプロファイル情報はさらに、セッション特有情報および／またはアクセス証明（例えばセッション識別子、グループ識別子、もしくはアプリケーション加入情報）を含んでよい。

一実施形態では、ＷＴＲＵは、登録がもはや必要とされないとき、上記の登録のいずれかを解除することができる。一実施形態では、上記の登録はいずれも、例えば、ＷＴＲＵがもはやＬＡＩＳと通信できないとき、またはＷＴＲＵが当該の登録を更新しないときに、失効（例えばタイムアウト）してよい。

ネットワークは、複数のＷＴＲＵとローカライズドアプリケーションとの間で通信を確立することができ、それによりＲＡＮは、同じｅＮＢ内で（例えば全ての当該ＷＴＲＵが同じｅＮＢのセルに接続される場合）、またはそうでない場合は、あるｅＮＢから別のｅＮＢへ（例えばＸ２を介して）、アプリケーションデータを転送することができる。

一実施形態では、ＷＴＲＵは、ｅＮＢによって、所与のアプリケーションのために特定の無線リソースで構成されてよく、それによりＷＴＲＵは、例えば相互と直接に通信することができる。あるいは、ＷＴＲＵは、所与のアプリケーションの動的または半静的なスケジューリングのための制御シグナリングを受信することもできる。

ＷＴＲＵは、次のうちの少なくとも１つを使用して、ローカライズドアプリケーションに関するデータを区別することができる。ＷＴＲＵは、所与のアプリケーション対して、特定のＩＰ宛先アドレス（および一実施形態では、特定のポート番号）を使用するように構成されてよい（例えば、当該アプリケーション／セッションに対する、ＭＢＭＳサーバのマルチキャストアドレスおよび／またはＩＰアドレス、並びにポート番号）。一実施形態では、ＭＢＭＳサーバが使用されるか否かは、当該アプリケーションに登録されたＷＴＲＵの数と相関関係にある場合がある。ＷＴＲＵは、所与のアプリケーションに対する特定の論理チャネル（ＬＣＨ）および／またはＤＲＢ識別子で構成されてよい。ＷＴＲＵは、所与のアプリケーションに対する特定の論理チャネルグループ（ＬＣＧ）で構成されてよい。

これにより、ローカライズドアプリケーションと他のタイプのアプリケーションとの間でデータの区別を可能にすることができる。一実施形態では、ローカライズドアプリケーションに関するデータは、ローカライズドアプリケーション用に特に示される無線リソースを使用して（例えば、特定のＤＣＩ、特定のＲＮＴＩ、またはＤＣＩフォーマットのフラグ表示を使用するなど、Ｌ１シグナリングによって）送信されてよい。一実施形態では、ＤＬデータは、同じＲＮＴＩ（例えばアプリケーション特有および／またはセル特有ＲＮＴＩ）を使用する複数のＷＴＲＵによって受信されてよい。ＷＴＲＵは、当該アプリケーションに関するＤＬデータをＭＢＭＳチャネル上で受信するように構成されてよい。

ＬＡＩを管理することに加えて、ＬＡＩＳはまた、サービス登録状態、クライアント登録、ピアリング登録、およびアプリケーショントリガなど、所与のローカライズドアプリケーションに対する登録ステータスを管理することもできる。サービス登録状態に関しては、例えば、ＬＡＩＳはサービスのリストを管理することができ、これらのサービスはＷＴＲＵによって登録されたものとすることができる。一実施形態では、サービスのリストは、登録されたサーバと通信しているＷＴＲＵと、適用可能なグループメンバシップと、証明とのリストとすることができる。クライアント登録（例えば所与のサービスへの関心）に関しては、ＬＡＩＳは、登録されたサーバと通信しているＷＴＲＵと、適用可能なグループメンバシップと、証明とのリストなど、サービスに登録したＷＴＲＵのリストを管理することができる。ピアリング登録に関しては、ＬＡＩＳは、アプリケーションと通信しているＷＴＲＵと、適用可能なグループメンバシップと、証明とのリストなど、アプリケーションに登録したＷＴＲＵのリストを管理することができる。アプリケーショントリガに関しては、ＬＡＩＳは、アプリケーションごとの基準のリストを管理することができ、これによりＬＡＩＳは、例えばグループメンバシップおよび／またはユーザのプロファイルに基づいて、ＷＴＲＵがアプリケーションと通信するためのプロシージャを開始することができる（例えばプッシュ挙動）。

一実施形態では、ＬＡＩＳは、他のネットワークノードと（例えばｅＮＢ、ＭＭＥ、ＬＣＳ、および／またはＭＢＭＳサーバと）対話することができる。一実施形態では、上記の情報のいずれかを当該ノード間で交換することができる。追加の対話が、ＬＡＩＳと他のネットワークノードとの間で（例えばｅＮＢ、ＭＭＥ、ＬＣＳ、および／またはＭＢＭＳサーバと）可能であってもよい。

プッシュアプリケーションをトリガするための、ＬＡＩＳとＭＭＥとの間の対話に関しては、ＬＡＩＳは、ＭＭＥとＷＴＲＵとの間の更新プロシージャ（例えばＴＡＵの後に続く、もしくは接続モードモビリティのせいによる）から、またはＬＡＩＳからＭＭＥへの要求から、ＷＴＲＵの新しいポジションおよび／またはポジション（もしくはそれに対する更新）をＷＴＲＵが有することを示す表示をＭＭＥから受信することができる。一実施形態では、ＬＡＩＳは、ＭＭＥアプリケーションから当該ＷＴＲＵへの加入者プロファイル情報を受信することができる。一実施形態では、ＬＡＩＳは、ＴＡＵプロシージャの実施に向けた通信を開始するためおよび／またはＷＴＲＵの位置を決定するために所与のＷＴＲＵをページングできることを、ＭＭＥに対して示すことができる。例えば、ＬＡＩＳは、ＷＴＲＵのポジションに基づくプッシュサービスのためにこのようなアクションを実施することができる。

プッシュアプリケーションをトリガするための、ＬＡＩＳとＬＣＳとの間の対話に関しては、ＬＡＩＳは、例えば、ＷＴＲＵとＬＣＳとの間の更新プロシージャ（例えば測位プロシージャの後に続く）から、または当該ＷＴＲＵについてのＬＡＩＳからの要求から、ＷＴＲＵの新しいポジションおよび／またはポジション（もしくはそれに対する更新）をＷＴＲＵが有することを示す表示をＬＣＳから受信することができる。

情報を交換するためおよび／またはＭＢＭＳサービスを登録するための、ＬＡＩＳとＭＢＭＳサーバとの間の対話に関しては、ＬＡＩＳは、ローカライズドアプリケーションについてＭＢＭＳサービスをＭＢＭＳサーバに登録することができる。ＬＡＩＳは、ローカライズドアプリケーションに対応するＭＢＭＳサービスにアクセスするのに必要な情報（例えばどんなＭＢＳＦＮエリア（例えばＭＢＭＳセルグループ識別子）および／またはどんなＭＢＭＳ制御チャネル（ＭＣＣＨ）を使用して所与のアプリケーションのＤＬブロードキャストにアクセスできるか）を受信することができる。これはまた、当該アプリケーションに対応するＭＢＭＳサービスの識別子を含んでもよい。

セルブロードキャストに関する情報を提供するための、ＬＡＩＳとｅＮＢとの間の対話に関しては、例えば、ＬＡＩＳは、１または複数のローカライズドアプリケーションの利用可能性（例えばセルがローカライズドアプリケーションをサポートするかどうか）と、ローカライズドアプリケーションに関係する情報とのうちの、少なくとも一方に基づいて、ｅＮＢが１つのＷＴＲＵに（例えば専用シグナリングを使用して）または複数のＷＴＲＵに（例えばローカライズドアプリケーションのシステム情報ブロードキャストおよび／もしくは共通チャネルを使用して）送信できる情報を、提供することができる。１または複数のローカライズドアプリケーションの利用可能性に関する情報は、例えば、セルがローカライズドサービスをサポートするかどうか判定するために、ＷＴＲＵが使用することができる。ローカライズドアプリケーションに関係する情報は、例えば、当該セルに利用可能な１もしくは複数のローカライズドアプリケーション（もしあれば）のリスト、または、所与のアプリケーションの場合、ローカライズドアプリケーションに関係する追加情報を含んでよい。例えば、この情報は、ローカライズドアプリケーションの登録、発見、および／または近接性検出のために、ＷＴＲＵが使用することができる。

ローカライズドアプリケーションの例としては、クライアントサーバアプリケーション、ピアツーピアアプリケーション、直接ＷＴＲＵ間通信（無線リソースの割振りを管理するためのセルラーインフラストラクチャからの補助ありまたはなし）、およびＷｉＦｉオフロードアプリケーションが挙げられる。

クライアントサーバアプリケーションに関しては、例えば、未登録サーバが、最初に、ローカライズドサービスがエリア中で利用可能であると判定することができ、次いで、サービスを登録することができる。ネットワークは、サーバに代わってサービスを広告し始めることができ、それによりクライアントは、関心のある少なくとも１つのサービスがエリア中で利用可能であると判定することができる。次いでＷＴＲＵは、近接性表示を待機または検出するためのプロシージャを開始することができる（これは、セル内での発見プロシージャと同様とすることができ、または、第２のＷＴＲＵからの発見関連信号の受信に基づくことができ、または、細分性に応じたセル内での測位に基づく何らかのものとすることができる）。クライアントは、近接すると、ローカライズドサービスにアクセスすることができる。

種々のタイプのクライアントサーバアプリケーションが、例えば、プルサービスおよびプッシュサービスを含む場合がある。プルサービスの例としては、マーケティングアプリケーションが挙げられる。例えば、ユーザが、店に入り、何らかの基準に従って製品タイプのリストを要求し、さらに情報を要求し、次いで、製品を突き止めてその支払いをすることができる。プルサービスの別の例としては、個人ユーチューブイベントが挙げられる。例えば、ユーザが、イベントの場所に入り、イベントに関係する利用可能なストリームのリストを要求し、特定のストリームを選択する（例えばアルバムを割引で購入するかまたはダウンロードする）ことができる。プッシュサービスの例としては、マーケティングアプリケーションが挙げられる。例えば、ユーザが、店に入り、プロファイル、関心、買い物リスト、および／または実際のポジションに基づく、的を絞った提供物を受け取り、提供される製品／サービスを突き止めてその支払いをすることができる。プッシュサービスの別の例としては、個人ユーチューブイベントが挙げられる。例えば、ユーザが、イベントの場所に入り、グループおよび／もしくはグループチャットまたはグループ音声セッションのメンバから、ストリーミングを受信することができる。

ピアツーピアアプリケーションに関しては、例えば、未登録のピアリングアプリケーションが、最初に、ローカライズドサービスがエリア中で利用可能かどうか判定することができ、次いで、少なくとも１つのピアツーピアアプリケーションに対するデバイスの利用可能性／関心を、ＬＡＩＳに登録することができる。次いでＷＴＲＵは、近接性表示を待機または検出するためのプロシージャを開始することができる（これは、セル内での発見プロシージャと同様とすることができ、または、第２のＷＴＲＵからの発見関連信号の受信に基づくことができ、または、細分性に応じたセル内での測位に基づく何らかのものとすることができる）。

種々のタイプのピアツーピアアプリケーションが、例えば、プルサービスおよびプッシュサービスを含む場合がある。プルサービスの場合は、ユーザがＬＡＩＳへの登録を開始することができる。プッシュサービスの場合は、ＬＡＩＳが、記憶されたユーザプロファイルおよび関心に基づいて、ピアリングアプリケーションのセットアップを開始することができる。

クライアントサーバアプリケーションの場合でもピアツーピアアプリケーションの場合でも、セットアップは以下のとおりとすることができる。すなわち、ＷＴＲＵは、ネットワークに接続されると、ＵＬとＤＬの両方の転送のためにネットワークによって割り振られた専用リソースを使用して、ローカライズドアプリケーションのユーザプレーンデータを受信することができる（直接デバイス間通信と無線アクセスネットワーク経由との両方に当てはまる）。あるいは、ＷＴＲＵは、ローカライズドアプリケーションのＤＬユーザプレーンについては、ＭＢＭＳ受信するように構成されてもよい。

２つ以上のＷＴＲＵ間の直接通信（無線リソースの割振りを管理するためのセルラーインフラストラクチャからの補助ありまたはなし）に関しては、無線システムが、セルラーネットワークからユーザデータをオフロードする目的で、前述のローカライズドアプリケーション原理およびフレームワークを使用して、接続性の管理を実現することができる。

ＷｉＦｉオフロードアプリケーションに関しては、セルラーシステムが、セルラーネットワークからユーザデータをオフロードする目的で、前述のローカライズドアプリケーション原理およびフレームワークを使用して、接続性の管理を実現することができる。このような実施形態は、Ｈｏｍｅ ｅＮＢ、Ｈｏｍｅ ＮＢ、並びに他のタイプのスモールセルおよびピコセル展開にも、等しく適用可能とすることができる。

図５は、ローカライズドアプリケーションを使用する例示的なＷｉＦｉオフロード方法の流れ図である。ＷＴＲＵ（例えばＷＬＡＮ ＡＰ）が、ローカライズドサービスがある位置で利用可能であると判定することができ（５０２）、ＷｉＦｉオフロードサービス（例えばＬＡＩＳ）に登録することができる（５０４）。一実施形態では、ＷＴＲＵは、固定ＩＰインタフェースを使用してＷｉＦｉオフロードサービスにそれ自体を登録することができ、また、セルラー技術を実装して、確立されたＲＲＣ接続を使用してＷｉＦｉオフロードサービスに登録することもできる。データオフロードのために、トランスポートチャネルをＷＴＲＵとセルラーネットワークとの間に確立することができる（５０６）。一実施形態では、ＷｉＦｉオフロードサービス（例えばＬＡＩＳ）は、ＷＴＲＵへの接続を開始して接続を確立することができる。ＷＴＲＵは、制御シグナリングを受信することができる（５０８）。ＷＴＲＵは、オフロード動作のために、セルラーネットワークから制御シグナリングを受信することができる。一実施形態では、セルラーネットワークは、ＷＬＡＮ ＡＮによって提供されるＷｉＦｉオフロードサービスの近くにＷＬＡＮ ＷＴＲＵがあることを検出することに基づいて、所与のＷＴＲＵのＷｉＦｉオフロードをトリガすることができる。

例えば、ＷＬＡＮ ＡＰは、ＷｉＦｉオフロードサービスを提供する方法をサポートすることができる。ＷＬＡＮ ＡＰは、最初に、ローカライズドサービスがエリア中で利用可能であると判定することができる。次いでＷＬＡＮ ＡＰは、ＷｉＦｉオフロードサービスにそれ自体を登録することができる（利用可能なら）。例えば、ＷＬＡＮ ＡＰは、固定ＩＰネットワークインタフェースを使用してＬＡＩＳに登録することができる。ＷＬＡＮ ＡＰは、追加で、セルラー技術（例えばＨＳＰＡまたはＬＴＥ）を実装し、対応する無線ＩＰネットワークインタフェースを使用してＬＡＩＳに登録することができる。例えば、ネットワークがＲＡＮ中で（例えばＲＲＣレイヤ中でまたはそれよりも上で）ＬＡＩＳを実装する場合、ＷＬＡＮ ＡＰは単に、確立されたＲＲＣ接続を使用して、ＲＲＣ要求を発行してＬＡＩＳにそれ自体を登録すればよい。別の例として、ネットワークがコアネットワーク中で（例えばＮＡＳ中でまたはそれよりも上で）ＬＡＩＳを実装する場合、ＷＬＡＮ ＡＰは単に、確立されたＲＲＣ接続を使用して、ＮＡＳ要求を発行してＬＡＩＳにそれ自体を登録すればよい。

この場合、一実施形態では、ＷＬＡＮ ＡＰは、セキュリティおよび／または認証の目的で、ネットワークに対するＷｉＦｉオフロードサービスにそれ自体を登録するときに３ＧＰＰベースの加入証明を使用することができる。オフロードサービスへの登録は、ＷＬＡＮ ＡＮ識別関連情報（例えば８０２．１１ＷＬＡＮ ＡＮ識別に必要なパラメータ）、セキュリティ関連情報（例えば８０２．１１認証に必要なパラメータ）、アクセス関連情報（例えば８０２．１１関連付けに必要なパラメータ）、発見関連情報（例えば８０２．１１ｕ機能に必要なパラメータ）、選択関連情報（例えば８０２．１１ｕ機能に必要なパラメータ）、位置関連情報（例えばローカライズドアプリケーション機能に必要なパラメータ）、並びにオフロードサービスのタイプおよびパラメータ（例えばセルラーシステムの機能に必要なパラメータ）のうちの少なくとも１つを含むパラメータを含んでよい。

ＷＬＡＮ ＡＮ識別関連情報は、ＷｉＦｉネットワークの識別子（例えば基本的なＳＳＩＤおよび／またはＭＡＣ識別子）、アクセス証明（例えば加入者ベースのパラメータ）、動作チャネル／周波数のうちの、少なくとも１つを含んでよい。別の例として、ＷｉＦｉネットワークへのオフロードではなくＨｏｍｅ ｅＮＢへのオフロードまたは類似のオフロードの場合は、これは、限定加入者グループ（ＣＳＧ）識別子（ＣＧＩ）、物理セル識別子（ＰＣＩ）、および／またはＣＳＧリストに基づくことができる。

セキュリティ関連情報は、セキュリティプロトコルのタイプ、暗号化アルゴリズムのタイプ、セキュリティ鍵のうちの、少なくとも１つを含んでよい。セキュリティプロトコルのタイプは、例えば、ＷＥＰ（Wired Equivalent Privacy）、ＷＰＡ（Wi-Fi Protected Access）、ＷＰＡＩＩ（ＷＰＡ２）のうちの１つとすることができる。暗号化アルゴリズムのタイプは、例えば、一時鍵保全性プロトコル（ＴＫＩＰ）と事前共有鍵モード（ＰＳＫ）とのうちの一方とすることができる。セキュリティ鍵は、例えば、１６進数のストリングまたはビットストリングとすることができる。一実施形態では、これは、ＷｉＦｉデバイスが既知の鍵導出関数を使用して暗号化鍵をさらに導出する際の元となる情報（例えばパスフレーズ）に対応するものとすることができる。

アクセス関連情報は、サポートされるアクセスデータレート、または他の類似の情報を含んでよい。発見関連情報は、アクセスネットワークタイプ、ローミング情報、および会場情報のうちの、少なくとも１つを含んでよい。選択関連情報は、ドメイン名、証明タイプ、ＥＡＰ方法のうちの、少なくとも１つを含んでよい。

位置関連情報は、オフロードサービスのロケーションエリアと、オフロードサービスのカバレッジエリアとのうちの、少なくとも一方を含んでよい。オフロードサービスのロケーションエリアは、同じＷＬＡＮ ＡＮに属し継続的なペデストリアンカバレッジを提供できる、複数のＷＬＡＮ ＡＰの位置に対応するものとすることができる。オフロードサービスのカバレッジエリアは、同じＷＬＡＮ ＡＮに属し継続的なペデストリアンカバレッジを提供できる、複数のＷＬＡＮ ＡＰのカバレッジエリアに対応するものとすることができる。

オフロードサービスのタイプおよびパラメータは、ＷＬＡＮ ＡＮ（またはＷＬＡＮ ＡＰ）が、リダイレクションによるセルラー補助オフロード、セルラー制御オフロードサービス、またはこの両方をサポートするかどうかと、セルラー制御オフロードサービスの場合の、オフロードサービスに関するパラメータとのうちの、少なくとも一方を含んでよい。例えばこれは、ＷＬＡＮ ＡＰの有線インタフェース（例えば、ＲＡＮの観点からはＸ２インタフェースと同様であり、ＣＮの観点からはＩＰトンネルと同様である）を介してユーザデータを転送するためのインタフェースを確立するのに必要なセルラーシステム（例えばＲＡＮとＣＮのいずれか）に関する接続性情報を含んでよい。

ＷＬＡＮ ＡＰは、ＷｉＦｉオフロードサービスを提供できるサーバとして、ＬＡＩＳにそれ自体を登録することができる。例えば、ＷＬＡＮ ＡＰがオフロードサービスをサポートするならば、ＷＬＡＮ ＡＰは、ＷＬＡＮ ＡＮ識別関連情報（例えばＳＳＩＤ）、ＷｉＦｉ共有認証に関するセキュリティ関連情報、またはアクセス関連情報（例えばサポートされるデータレート）によって、ＬＡＩＳに登録することができる。登録はまた、一実施形態では、セルラーオペレータとは異なるネットワークオペレータに属するＷＬＡＮ ＡＰがオフロードサーバとしてＬＡＩＳに登録することが許可される場合は、例えば発見関連情報および／または選択関連情報を含んでよい。そうでない場合は、この情報は、ＵＳＩＭ関連の証明など、ＷＬＡＮ ＡＰの他の証明に基づくことができ、かつ／または、異なるネットワークオペレータに属するオフロードサーバ間のローミングが可能であるかどうかに基づくことができる。

次いでＬＡＩＳは、登録プロセス中に受信した情報を記憶することができる。セルラー制御オフロードサービスをサポートするＷＬＡＮ ＡＮ（またはＷＬＡＮ ＡＰ）の場合、ＬＡＩＳは、ＷＬＡＮ ＡＮ（またはＷＬＡＮ ＡＰ）への接続を開始して、セルラーシステムとＷＬＡＮ ＡＮ／ＡＰとの間でトランスポートチャネルを確立することができる。一実施形態では、この接続は、第１のＷＬＡＮ ＷＴＲＵがオフロード動作に向けて構成される（ＷｉＦｉオフロードネットワークへのＲＡＴ間ハンドオーバを介して、またはＷＬＡＮ ＡＮオフロードを示す再構成を介して）ときにのみ確立することができる。

ＷＬＡＮ ＷＴＲＵは、ＷｉＦｉオフロードサービスに関心のあるクライアントとして、ＬＡＩＳにそれ自体を登録することができる。例えば、ＷｉＦｉをサポートし、オフロードサービスもサポートするＷＴＲＵの場合、ＷＬＡＮ ＷＴＲＵは、ＬＡＩＳに登録することができる。一実施形態では、ＷＬＡＮ ＷＴＲＵは、登録における能力関連パラメータ（例えば、サポートされるデータレート、サポートされるセキュリティプロトコル、および暗号化方法）、並びに、ＷＬＡＮ ＡＮにアクセスするのに必要な、ＷｉＦｉ動作に関係する他の能力を含んでよい。

ＷＬＡＮ ＷＴＲＵはまた、本明細書に述べる方法のいずれかに従って、位置情報を提供することができる（例えばセルラーシステムからの要求時に）。例えば、ネットワークは、ＷＬＡＮ ＷＴＲＵが、ＷＬＡＮ ＡＮによって提供されるＷｉＦｉオフロードサービスの付近に、および／またはこのＷｉＦｉオフロードサービスのカバレッジエリア内にあることが検出されたことに基づいて、所与のＷＴＲＵのＷｉＦｉオフロードをトリガすることができる。一実施形態では、これは追加で、セルラーシステム中で輻輳があることを示す表示、および／または、所与のＷＴＲＵのデータトラフィックを満たすリソースがセルラーシステム中に十分にないことを示す表示との組合せで、トリガされてもよい。

ＷＬＡＮ ＷＴＲＵはその後、オフロード動作に向けて、セルラーネットワークから制御シグナリングを受信することができる（ＷｉＦｉオフロードネットワークへのＲＡＴ間ハンドオーバを介して、または、ＷＬＡＮ ＡＮオフロードを示す再構成を介して）。シグナリングの一部として、ＷＴＲＵには、クライアントを相応に構成するかまたはオフロードＡＰを見つける際の助けとなる情報、および正しい接続先ＡＰを決定する際の助けとなる情報の、リストを提供することができる。このような情報は、ＷＬＡＮ ＡＰに対するオフロードサービスへの登録（前述の）の間に交換された情報のうちの１つまたは組合せを含んでよい。このような情報は、例えば、ＷＬＡＮ ＡＮ識別関連情報、セキュリティ関連情報、発見関連情報、および位置関連情報を含んでよい。これはまた、ＷＬＡＮ ＡＰへのオフロードを開始することにも適用可能とすることができ、その場合、ネットワークは、ＷＬＡＮ ＡＰを探索してそれに接続するのに必要とされる情報を、ＷＴＲＵに対して示す。ＷＬＡＮ ＷＴＲＵは、ＷｉＦｉオフロードサービスを開始するセルラーシステムから制御シグナリングを受信するのに続いて、ＷｉＦｉモジュールをアクティブ化することができる。

別の例示的な実施形態では、セルラーシステムは、例えばセルラーネットワークからユーザデータをオフロードするのに使用できるより小さいセルの異種展開にわたるＷＬＡＮ ＷＴＲＵモビリティを扱うために、本明細書に述べるローカライズドアプリケーション原理およびフレームワークを使用してモビリティ管理を実現することができる。この実施形態は、Ｈｏｍｅ ｅＮＢ、Ｈｏｍｅ ＮＢ、並びに他のタイプのスモールセルおよびピコセル展開にも適用可能とすることができる。

一実施形態では、ＷＴＲＵは、特に切断に関係する場合に、現在のＷＬＡＮ ＡＮの信号強度に関係するフィードバックを送ることができる。トリガが、ＷｉＦｉオフロードサービスを停止することができる。このトリガは、例えば、セルラーネットワークによる、別のオフロードサーバに対する何らかの形の再選択をトリガすることができる。ＷＴＲＵは、見えるＷＬＡＮ ＡＰの信号強度に関係するフィードバックを送ることができる（パッシブ・スキャニング）。

実施形態
１．無線送受信ユニット（ＷＴＲＵ）がＷＴＲＵの位置を決定すること、および、ＷＴＲＵが、決定されたＷＴＲＵの位置に基づいて、アプリケーションがＷＴＲＵに利用可能かどうか判定することを含む、無線通信の方法。

２．決定されたＷＴＲＵの位置に基づいてアプリケーションがＷＴＲＵに利用可能であると判定されたならば、ＷＴＲＵが、アプリケーションをホストするアプリケーションサービスへのアクセスを開始することをさらに含む、実施形態１の方法。

３．ＷＴＲＵが全地球測位システム（ＧＰＳ）測位に基づいてＷＴＲＵの位置を決定する、実施形態１または２の方法。

４．ＷＴＲＵがアシスト型ＧＰＳ（Ａ−ＧＰＳ）測位に基づいてＷＴＲＵの位置を決定する、実施形態１〜３のいずれか１つの方法。

５．ＷＴＲＵが観測到達時間差（ＯＴＤＯＡ）測位に基づいてＷＴＲＵの位置を決定する、実施形態１〜４のいずれか１つの方法。

６．ＷＴＲＵが、所与のセルのセクタ中にＷＴＲＵが位置するかどうか判定することに基づいてＷＴＲＵの位置を決定する、実施形態１〜５のいずれか１つの方法。

７．ＷＴＲＵが、所与のセル識別子に関連する所与のセル中にＷＴＲＵが位置するかどうか判定することに基づいてＷＴＲＵの位置を決定する、実施形態１〜６のいずれか１つの方法。

８．ＷＴＲＵが、所与のセルエリア内にＷＴＲＵが位置するかどうか判定することに基づいてＷＴＲＵの位置を決定する、実施形態１〜７のいずれか１つの方法。

９．ＷＴＲＵが、所与のトラッキングエリア内にＷＴＲＵが位置するかどうか判定することに基づいてＷＴＲＵの位置を決定する、実施形態１〜８のいずれか１つの方法。

１０．ＷＴＲＵが、呼の中でブロードキャストされるシステム情報要素に基づいてＷＴＲＵの位置を決定する、実施形態１〜９のいずれか１つの方法。

１１．ＷＴＲＵが、所与のセル中で利用可能なマルチメディアブロードキャストマルチメディアサービス（ＭＢＭＳ）セッションに基づいてＷＴＲＵの位置を決定する、実施形態１〜１０のいずれか１つの方法。

１２．ＷＴＲＵがＷｉＦｉパラメータに基づいてＷＴＲＵの位置を決定する、実施形態１〜１１のいずれか１つの方法。

１３．ＷＴＲＵが、所与のセルのモビリティ管理エンティティ（ＭＭＥ）エリアにＷＴＲＵが位置するかどうか判定することに基づいてＷＴＲＵの位置を決定する、実施形態１〜１２のいずれか１つの方法。

１４．ＷＴＲＵが、別のＷＴＲＵから発見関連信号を受信するかどうか判定することに基づいてＷＴＲＵの位置を決定する、実施形態１〜１３のいずれか１つの方法。

１５．ＷＴＲＵが、ネットワークアクセスサーバ（ＮＡＳ）サービス要求とＮＡＳ ＡＴＴＡＣＨプロシージャとのうちの少なくとも一方を使用してアプリケーションサービスへの登録を開始することによって、アプリケーションサービスへのアクセスを開始する、実施形態２〜１４のいずれか１つの方法。

１６．アプリケーションサービスが、アプリケーションサーバと、別のＷＴＲＵとのうちの一方によって提供される、実施形態２〜１５のいずれか１つの方法。

１７．アプリケーションサービスが別のＷＴＲＵによってピアツーピア通信を介して提供され、別のＷＴＲＵがデータオフロードサービスを提供する、実施形態２〜１６のいずれか１つの方法。

１８．アプリケーションサービスが別のＷＴＲＵによってピアツーピア通信を介して提供され、別のＷＴＲＵがＷｉＦｉアクセスポイントである、実施形態２〜１７のいずれか１つの方法。

１９．ＷＴＲＵが、少なくとも１つのアプリケーションに関係するローカライズドアプリケーション情報（ＬＡＩ）をアプリケーションサービスから受信することによって、決定されたＷＴＲＵの位置に基づいてアプリケーションがＷＴＲＵに利用可能かどうか判定する、実施形態１〜１８のいずれか１つの方法。

２０．ＷＴＲＵが、受信したＬＡＩに基づいて少なくとも１つのアプリケーションがＷＴＲＵに利用可能かどうか判定することによって、決定されたＷＴＲＵの位置に基づいてアプリケーションがＷＴＲＵに利用可能かどうかさらに判定する、実施形態１９の方法。

２１．ＬＡＩが少なくとも１つのアプリケーションの少なくともロケーションエリアに関する情報を含む、実施形態１９または２０の方法。

２２．ＷＴＲＵが、決定されたＷＴＲＵの位置に基づいて、アプリケーションがＷＴＲＵに利用可能であり続けるかどうか周期的に判定することをさらに含む、実施形態１〜２１のいずれか１つの方法。

２３．アプリケーションがもはやＷＴＲＵに利用可能でないとＷＴＲＵが判定したならば、アプリケーションサービスとの通信を中断することをさらに含む、実施形態２２の方法。

２４．アプリケーションサーバとの通信を中断することが、アプリケーションサービスからの登録解除を開始することを含む、実施形態２３の方法。

２５．無線送受信ユニット（ＷＴＲＵ）が、アプリケーションサービスによってホストされる所与のアプリケーションのロケーションエリア内にＷＴＲＵがあることを示す表示をアプリケーションサービスから受信することを含む、無線通信の方法。

２６．ＷＴＲＵが、アプリケーションサービスから表示を受信するのに応答して、所与のアプリケーションをホストするアプリケーションサービスへのアクセスを開始することをさらに含む、実施形態２５の方法。

２７．ＷＴＲＵが、ネットワークアクセスサーバ（ＮＡＳ）要求とＮＡＳ ＡＴＴＡＣＨプロシージャとのうちの少なくとも一方を使用してアプリケーションサーバへの登録を開始することによって、アプリケーションサーバへのアクセスを開始する、実施形態２６の方法。

２８．アプリケーションサービスがアプリケーションサーバによって提供される、実施形態２５〜２７のいずれか１つの方法。

２９．ＷＴＲＵが所与のアプリケーションのロケーションエリアに入ったならば、ＷＴＲＵが所与のアプリケーションのロケーションエリア内にあることを示す表示をアプリケーションサービスから受信するために、ＷＴＲＵが所与のアプリケーションに登録することをさらに含む、実施形態２５〜２８のいずれか１つの方法。

３０．ＷＴＲＵの位置を決定し、決定されたＷＴＲＵの位置に基づいて、アプリケーションがＷＴＲＵに利用可能かどうか判定するように構成されたプロセッサを備える無線送受信ユニット。

３１．プロセッサが、決定されたＷＴＲＵの位置に基づいてアプリケーションがＷＴＲＵに利用可能であると判定されたならば、アプリケーションをホストするアプリケーションサービスへのアクセスを開始するようにさらに構成された、実施形態３０のＷＴＲＵ。

３２．プロセッサが全地球測位システム（ＧＰＳ）測位に基づいてＷＴＲＵの位置を決定するように構成された、実施形態３０または３１のＷＴＲＵ。

３３．プロセッサがアシスト型ＧＰＳ（Ａ−ＧＰＳ）測位に基づいてＷＴＲＵの位置を決定するように構成された、実施形態３０〜３２のいずれか１つのＷＴＲＵ。

３４．プロセッサが観測到達時間差（ＯＴＤＯＡ）測位に基づいてＷＴＲＵの位置を決定するように構成された、実施形態３０〜３３のいずれか１つのＷＴＲＵ。

３５．プロセッサが、所与のセルのセクタ中にＷＴＲＵが位置するかどうか判定することに基づいてＷＴＲＵの位置を決定するように構成された、実施形態３０〜３４のいずれか１つのＷＴＲＵ。

３６．プロセッサが、所与のセル識別子に関連する所与のセル中にＷＴＲＵが位置するかどうか判定することに基づいてＷＴＲＵの位置を決定するように構成された、実施形態３０〜３５のいずれか１つのＷＴＲＵ。

３７．プロセッサが、所与のセルエリア内にＷＴＲＵが位置するかどうか判定することに基づいてＷＴＲＵの位置を決定するように構成された、実施形態３０〜３６のいずれか１つのＷＴＲＵ。

３８．プロセッサが、所与のトラッキングエリア内にＷＴＲＵが位置するかどうか判定することに基づいてＷＴＲＵの位置を決定するように構成された、実施形態３０〜３７のいずれか１つのＷＴＲＵ。

３９．プロセッサが、呼の中でブロードキャストされるシステム情報要素に基づいてＷＴＲＵの位置を決定するように構成された、実施形態３０〜３８のいずれか１つのＷＴＲＵ。

４０．プロセッサが、所与のセル中で利用可能なマルチメディアブロードキャストマルチメディアサービス（ＭＢＭＳ）セッションに基づいてＷＴＲＵの位置を決定するように構成された、実施形態３０〜３９のいずれか１つのＷＴＲＵ。

４１．プロセッサがＷｉＦｉパラメータに基づいてＷＴＲＵの位置を決定するように構成された、実施形態３０〜４０のいずれか１つのＷＴＲＵ。

４２．プロセッサが、所与のセルのモビリティ管理エンティティ（ＭＭＥ）エリアにＷＴＲＵが位置するかどうか判定することに基づいてＷＴＲＵの位置を決定するように構成された、実施形態３０〜４１のいずれか１つのＷＴＲＵ。

４３．プロセッサが、別のＷＴＲＵから発見関連信号を受信するかどうか判定することに基づいてＷＴＲＵの位置を決定するように構成された、実施形態３０〜４２のいずれか１つのＷＴＲＵ。

４４．プロセッサが、ネットワークアクセスサーバ（ＮＡＳ）サービス要求とＮＡＳ ＡＴＴＡＣＨプロシージャとのうちの少なくとも一方を使用してアプリケーションサーバへの登録を開始することによって、アプリケーションサーバへのアクセスを開始するように構成された、実施形態３１〜４３のいずれか１つのＷＴＲＵ。

４５．アプリケーションサービスが別のＷＴＲＵによってピアツーピア通信を介して提供され、別のＷＴＲＵがＷｉＦｉアクセスポイントである、実施形態３１〜４４のいずれか１つのＷＴＲＵ。

４６．アプリケーションサービスが別のＷＴＲＵによってピアツーピア通信を介して提供され、別のＷＴＲＵがデータオフロードサービスを提供する、実施形態３１〜４５のいずれか１つのＷＴＲＵ。

４７．アプリケーションサービスが、アプリケーションサーバと、別のＷＴＲＵとのうちの一方によって提供される、実施形態３１〜４６のいずれか１つのＷＴＲＵ。

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

Claims (22)

1. 無線通信の方法であって、
   無線送受信ユニット（ＷＴＲＵ）が、ｅＮｏｄｅＢによってブロードキャストされたシステム情報ブロック（ＳＩＢ）を受信することと、
   前記ＷＴＲＵが、ローカライズドアプリケーションの近接性検出が前記ｅＮｏｄｅＢによってサポートされることを前記受信されたＳＩＢに基づいて判定することと、
   前記ＷＴＲＵが、前記ＷＴＲＵの位置を判定し、前記位置を前記ｅＮｏｄｅＢに送信することと、
   前記ＷＴＲＵが、前記判定された位置の前記送信に応答して、ローカライズドアプリケーションに関連付けられた近接性検出を受信することと、
   前記近接性検出に応答して、前記ＷＴＲＵが、前記ＷＴＲＵと第２のＷＴＲＵの間のデバイス間通信を確立するのに用いる発見信号を前記第２のＷＴＲＵから受信することであって、前記ローカライズドアプリケーションはデバイス間通信を介して前記第２のＷＴＲＵから受信され、前記デバイス間通信はセルラーセットワークからオフロードされたＷｉＦｉ通信である、ことと
   を備える方法。
2. 前記ＷＴＲＵは、全地球測位システム（ＧＰＳ）測位と、アシスト型ＧＰＳ（Ａ−ＧＰＳ）測位と、観測到達時間差（ＯＴＤＯＡ）測位と、所与のセルのセクタ中に前記ＷＴＲＵが位置するかどうか判定することと、所与のセル識別子に関連する所与のセル中に前記ＷＴＲＵが位置するかどうか判定することと、所与のセルエリア内に前記ＷＴＲＵが位置するかどうか判定することと、所与のトラッキングエリア内に前記ＷＴＲＵが位置するかどうか判定することと、呼の中でブロードキャストされるシステム情報要素と、所与のセル中で利用可能なマルチメディアブロードキャストマルチメディアサービス（ＭＢＭＳ）セッションと、ＷｉＦｉパラメータと、所与のセルのモビリティ管理エンティティ（ＭＭＥ）エリアに前記ＷＴＲＵが位置するかどうか判定することと、別のＷＴＲＵから前記ＷＴＲＵが発見関連信号を受信するかどうか判定することとのうちの少なくとも１つに基づいて、前記ＷＴＲＵの前記位置を判定する、請求項１に記載の方法。
3. 前記ＷＴＲＵは、ネットワークアクセスサーバ（ＮＡＳ）サービス要求またはＮＡＳ ＡＴＴＡＣＨプロシージャのうちの少なくとも一方を使用してアプリケーションサーバへの登録を開始することによって、前記アプリケーションへのアクセスを開始する、請求項１に記載の方法。
4. 前記ＳＩＢは、ロングタームエボリューション（ＬＴＥ） ｅＮｏｄｅＢによって送信され、前記受信された発見信号はＩＥＥＥ８０２．１１発見信号である、請求項１に記載の方法。
5. 前記ＬＴＥ ｅＮｏｄｅＢは、前記ＩＥＥＥ８０２．１１発見信号を受信する前記ＷＴＲＵによる使用のための情報を前記ＷＴＲＵに送信する、請求項４に記載の方法。
6. 前記アプリケーションはピアツーピア通信を介して前記第２のＷＴＲＵによって提供され、前記第２のＷＴＲＵはＷｉＦｉアクセスポイントである、請求項１に記載の方法。
7. 前記ＷＴＲＵは、
   少なくとも１つのアプリケーションに関係するローカライズドアプリケーション情報（ＬＡＩ）を前記アプリケーションに関連付けられるアプリケーションサービスから受信すること、および、
   前記受信したＬＡＩに基づいて前記少なくとも１つのアプリケーションが前記ＷＴＲＵに利用可能かどうか判定すること
   によって、前記ＷＴＲＵの前記判定された位置に基づいて前記アプリケーションが前記ＷＴＲＵに利用可能かどうか判定する、請求項１に記載の方法。
8. 前記ＬＡＩは前記少なくとも１つのアプリケーションの少なくともロケーションエリアに関する情報を含む、請求項７に記載の方法。
9. 前記ＷＴＲＵが、前記ＷＴＲＵの前記判定された位置に基づいて、アプリケーションが前記ＷＴＲＵに利用可能であり続けるかどうか周期的に判定することと、
   前記アプリケーションがもはや前記ＷＴＲＵに利用可能でないと前記ＷＴＲＵが判定するという条件で、前記アプリケーションに関連付けられたアプリケーションサーバとの通信を中断することと
   をさらに備える、請求項１に記載の方法。
10. 前記アプリケーションサーバとの通信を中断することは、前記アプリケーションからの登録解除を開始することを含む、請求項９に記載の方法。
11. 前記ＷＴＲＵは、判定された位置を前記ｅＮｏｄｅＢに周期的に送信し、前記受信された近接性検出は、前記送信された判定された位置の少なくとも１つに応答したものである、請求項１に記載の方法。
12. 前記ＷＴＲＵは、前記ローカライズドアプリケーションに関連付けられた前記発見信号を受信するためのリソースを示す、ブロードキャストされた、または専用の送信を受信する、請求項１に記載の方法。
13. 前記受信された発見信号はロングタームエボリューション（ＬＴＥ）信号である、請求項１に記載の方法。
14. 無線送受信ユニット（ＷＴＲＵ）であって、
    ｅＮｏｄｅＢによってブロードキャストされたシステム情報ブロック（ＳＩＢ）を受信するように構成された受信機と、
    ローカライズドアプリケーションの近接性検出が前記ｅＮｏｄｅＢによってサポートされることを前記受信されたＳＩＢに基づいて判定し、
    前記ＷＴＲＵの位置を判定する
    ように構成されたプロセッサと、
    前記位置を前記ｅＮｏｄｅＢに送信するように構成された送信機と、
    前記判定された位置の前記送信に応答して、ローカライズドアプリケーションに関連付けられた近接性検出を受信するように構成された前記受信機と、
    前記近接性検出に応答して、前記ＷＴＲＵと第２のＷＴＲＵの間のデバイス間通信を確立するのに用いる発見信号を前記第２のＷＴＲＵから受信するように構成された前記受信機であって、前記ローカライズドアプリケーションはデバイス間通信を介して前記第２のＷＴＲＵから受信され、前記デバイス間通信はセルラーセットワークからオフロードされたＷｉＦｉ通信である、前記受信機と
    を備えたＷＴＲＵ。
15. 前記プロセッサは、全地球測位システム（ＧＰＳ）測位と、アシスト型ＧＰＳ（Ａ−ＧＰＳ）測位と、観測到達時間差（ＯＴＤＯＡ）測位と、所与のセルのセクタ中に前記ＷＴＲＵが位置するかどうか判定することと、所与のセル識別子に関連する所与のセル中に前記ＷＴＲＵが位置するかどうか判定することと、所与のセルエリア内に前記ＷＴＲＵが位置するかどうか判定することと、所与のトラッキングエリア内に前記ＷＴＲＵが位置するかどうか判定することと、呼の中でブロードキャストされるシステム情報要素と、所与のセル中で利用可能なマルチメディアブロードキャストマルチメディアサービス（ＭＢＭＳ）セッションと、ＷｉＦｉパラメータと、所与のセルのモビリティ管理エンティティ（ＭＭＥ）エリアに前記ＷＴＲＵが位置するかどうか判定することと、別のＷＴＲＵから前記ＷＴＲＵが発見関連信号を受信するかどうか判定することとのうちの少なくとも１つに基づいて、前記ＷＴＲＵの前記位置を判定するように構成される、請求項１４に記載のＷＴＲＵ。
16. 前記プロセッサは、ネットワークアクセスサーバ（ＮＡＳ）サービス要求またはＮＡＳ ＡＴＴＡＣＨプロシージャのうちの少なくとも一方を使用してアプリケーションサーバへの登録を開始することによって、前記アプリケーションサーバへのアクセスを開始するように構成される、請求項１４に記載のＷＴＲＵ。
17. 前記アプリケーションは前記第２のＷＴＲＵによって提供される、請求項１４に記載のＷＴＲＵ。
18. 前記送信機は、ロングタームエボリューション（ＬＴＥ） ｅＮｏｄｅＢによって前記ＳＩＢを送信するように構成され、前記受信された発見信号はＩＥＥＥ８０２．１１発見信号である、請求項１４に記載のＷＴＲＵ。
19. 前記ＬＴＥ ｅＮｏｄｅＢは、前記ＩＥＥＥ８０２．１１発見信号を受信する前記ＷＴＲＵによる使用のための情報を前記ＷＴＲＵに送信する、請求項１８に記載のＷＴＲＵ。
20. 前記送信機は、判定された位置を前記ｅＮｏｄｅＢに周期的に送信するようにさらに構成され、前記受信された近接性検出は、前記送信された判定された位置の少なくとも１つに応答したものである、請求項１４に記載のＷＴＲＵ。
21. 前記受信機は、前記ローカライズドアプリケーションに関連付けられた前記発見信号を受信するためのリソースを示す、ブロードキャストされた、または専用の送信を受信するようにさらに構成される、請求項１４に記載のＷＴＲＵ。
22. 前記受信された発見信号はロングタームエボリューション（ＬＴＥ）信号である、請求項１４に記載のＷＴＲＵ。

Images