Paging and power management scheme for local network access

本出願は一般的に無線通信に関し、及び特に、しかしこれに限らなく、効率的ローカルアクセスを容易にすることに関する。

無線通信システムは種々のタイプの通信（例えば、音声、データ、マルチメディアサービス、など）を多数のユーザに提供するために広く展開されている。 高速及びマルチメディアデータサービスに対する要求が急速に増大しているので、高性能で強力な通信システムを実現することに挑戦する。

通常の移動電話ネットワーク基地局を補完するために、狭域サービスエリア基地局がよりロバストな屋内無線サービスエリアを移動アクセス端末に与えるために（例えば、ユーザ住居に取り付けて）展開されてもよい。 そのような狭域サービスエリア基地局はアクセスポイント基地局、ホームｅＮｏｄｅＢｓ（“ＨｅＮＢｓ”）又はホームフェムト（home femtos）と呼ばれる。 代表的には、そのような狭域サービスエリア基地局はＤＳＬルータ又はケーブルモデムを介してインターネット及びモバイルオペレータネットワークに接続される。

ある場合には、１つ以上のサービスは狭域サービスエリア基地局と同じ位置で展開されてもよい。 例えば、ユーザはローカルコンピュータ、ローカルプリンタ、サーバ、及び他のコンポーネントをサポートするホームネットワークを持っていてもよい。 そのような場合に、狭域サービスエリア基地局を介してこれらのローカルサービスにアクセスするのが望ましい。 例えば、ユーザが住居にいるときにユーザはローカルプリンタをアクセスするため彼又は彼女の携帯電話を使用したいかもしれない。

一般に、インターネット可能アクセス端末はホームネットワークの装置と通信できないかもしれない。 なぜならば、この装置はファイヤウオール及びホームルータ内のネットワークアドレストランスレーション（“ＮＡＴ”）によって保護されており、アクセス端末がホームネットワークの観点から公衆インターネット上のノードのように見られるからである。 ポート転送によって幾つかのホーム装置に制限したアクセスを可能とする方法があるが、これは装置、関連するアプリケーション及びホームルータ設備についての詳細な技術的知識を必要とする。 これは無線アクセス端末ユーザの能力を超えていると考えられるかもしれない。 従って、ローカルサービスをアクセスするための効果的で有効な方法が必要となる。

開示のサンプル態様の概要は以下の通りである。 ここでの用語の態様のどの参照も開示の１以上の態様を参照してもよいことは言うまでもない。

開示は態様によっては無線広域エリアネットワークにおいてローカルサービスにアクセスすると共にページング及び電力消費を管理することに関する。 例えば、モバイルネットワーク（例えば、セルラネットワーク）で展開されるアクセス端末はアクセス端末が（ローカルブレイクアウトとしても知られている）ローカルネットワークアクセスを提供するアクセスポイント（例えば、ＨｅＮＢ）によってサービスされている。

開示はある意味ではアクセス端末に向かうことになるローカルブレイクアウトパケットがアクセスポイントで受信されればアクセス端末がページングされるのを可能にすることに関する。 実施目的によってそのようなパケットを受信すると、アクセスポイントは（例えば、コアオペレータネットワークの）ネットワークページング管理エンティティを行い、故にこのエンティティはアクセスポイントにアクセス端末をページングさせることになる。 或いは、実施目的によっては、アクセスポイントはアクセス端末のアイドルコンテキスト(idle context)を維持してもよく、それによってアクセスポイントは（即ち、ネットワークページング管理エンティティを含むこと無しに）アクセス端末を独立してページングすることを可能にする。 このような方法で、ネットワークはローカルブレイクアウトのためのページング関連動作から開放されてもよい。

開示はある意味ではアクセス端末に送られるページ又はパケットの数を減少するためにローカルブレイクアウトトラックをフィルタリングすることに関する。 実施目的によっては、アクセス端末に対してローカルブレークダウンを与えるアクセスポイントはアクセス端末に向かうことになるあるローカルブレイクアウトパケットをフィルタリングしてもよい。 例えば、非ユニキャストを受信すると、アクセスポイントは（アクセス端末がアイドルモードであれば）そのアクセス端末をページングしない又はアクセスポイントは（アクセス端末がアクティブモードであれば）そのアクセス端末にパケットを送らなくてもよい。 実施目的によっては、ローカルブレークダウンを与えるアクセスポイントはアクセス端末の現在の動作モードに基づいてアクセス端末に向かうことになるローカルブレイクアウトパケットを選択的にフィルタリングしてもよい。 選択の指示（例えば、アクセス端末の現在動作モード）がアクセスポイントに送られると直ぐに、例えば、非ユニキャストパケットがアクセス端末に配信されることになるかどうかに関してアクセス端末で選択されてもよい。

開示はある意味ではアクセス端末がパケットを受信するかどうかを決定することを可能にするためアクセス端末をページングするときにパケットタイプの指示を提供することに関する。 ここでは、アクセス端末に向かうことになるローカルブレイクアウトパケットを受信すると、アクセスポイントはパケットのタイプを決定し、アクセス端末をページングするときにこのタイプの指示を含む。 このページを受信すると、アクセス端末はこのパケットを受信するかどうかを決定してもよく（例えば、アクティブモードに切り替える及びパケットを受信するためにアクセスポイントに接触するかどうかを決定してもよい）。

開示はある意味ではローカルリンクインターフェースを選択的に無効又は有効にすることによってローカルブレイクアウトと関連するトラフィック負荷を減じることに関する。 例えば、リンクインタフェースはローカルリンクが定義された期間中にアイドルとなっていたなら一時的に無効となるかもしれない。

開示のこれらの及び他のサンプル態様は詳細な説明及び後に続く添付請求項、並びに添付図面において説明される。

ページング及び電力消費はローカルブレイクアウトを提供することに関連して管理される場合の通信システムの幾つかの実例態様の簡略化ブロック図である。

ローカルブレイクアウトを提供することに関連してページング及び電力消費を管理するために実施されてもよい動作の幾つかの実例態様のフローチャートである。

ローカルブレイクアウトを提供することに関連して通信ノードに使用されてもよいコンポーネントの幾つかの実例態様の簡単かブロック図である。

ローカルブレイクアウトパケットの受信に応答してネットワークを介してアクセス端末をページングすることと関連して実行されてもよい動作の幾つかの実例態様のフローチャートである。

ローカルブレイクアウトパケットの受信に応答してアクセスポイントによってアクセス端末の自立ページングと関連して実行されてもよい動作の幾つかの実例態様のフローチャートである。

アクセス端末に向かうことになるローカルブレイクアウトパケットをフィルタリングすることと関連して実行されてもよい動作の幾つかの実例態様のフローチャートである。

アクセス端末の動作モードに基づいてアクセス端末に向かうことになるローカルブレイクアウトパケットを選択的にフィルタリングすることに関連して実行されてもよい動作の幾つかの実例使用のフローチャートである。

パケットを受信するかどうかをアクセス端末が決定できるように目的アクセス端末をページングするときに受信ローカルブレイクアウトパケットタイプの表示を送ることに関連して実行されてもよい動作の幾つかの実例使用のフローチャートである。

ローカルリンクを無効にすることと関連して行ってもよい動作の幾つかの実例使用のフローチャートである。

無線通信システムの簡略化図である。

フェムトノードを含む無線通信システムの簡略化図である。

無線通信のためのサービスエリアを示す簡略化図である。

通信コンポーネントの幾つかの実例態様の簡略化ブロック図である。

ここで説明されたようなローカルブレイクアウト動作を提供するように構成された装置の幾つかの実例態様の簡略化ブロック図である。

ここで説明されたようなローカルブレイクアウト動作を提供するように構成された装置の幾つかの実例態様の簡略化ブロック図である。

ここで説明されたようなローカルブレイクアウト動作を提供するように構成された装置の幾つかの実例態様の簡略化ブロック図である。

ここで説明されたようなローカルブレイクアウト動作を提供するように構成された装置の幾つかの実例態様の簡略化ブロック図である。

ここで説明されたようなローカルブレイクアウト動作を提供するように構成された装置の幾つかの実例態様の簡略化ブロック図である。

ここで説明されたようなローカルブレイクアウト動作を提供するように構成された装置の幾つかの実例態様の簡略化ブロック図である。

ここで説明されたようなローカルブレイクアウト動作を提供するように構成された装置の幾つかの実例態様の簡略化ブロック図である。

ここで説明されたようなローカルブレイクアウト動作を提供するように構成された装置の幾つかの実例態様の簡略化ブロック図である。

一般的な方法に従って図面に示されている種々特徴は拡大縮小するように示されているわけではない。 従って、種々特徴の寸法は明確化のために任意に拡大又は縮小されてもよい。 更に、図面の幾つかは明確化のために簡略化されている。 故に、図面は所定の装置（例えば、デバイス）又は方法のコンポーネントの全てを示しているわけではない。 最後に、同じ参照符号は明細書及び図面の全体にわたり同じ特徴を示すために使用されている。

開示の種々態様は以下に説明される。 ここの教示は種々形態で実施されてもよく、任意の特定の構成、機能又はここに開示された両方は代表であるに過ぎないことは理解すべきである。 ここでの教示に基づいて当業者はここに開示された態様が任意の他の態様とは独立して実施されてもよく、これら態様の２以上が種々方法で組み合わされてもよいことは言うまでもない。 例えば、装置は実施されてもよく、又は方法はここで説明されている幾つもの態様を用いて実施されてもよい。 更に、そのような装置は実施されてもよく又はそのような方法はここで説明されている１以上の態様又はそれ以外に加えて他の構成、機能、又は構成と機能を用いて実施されてもよい。 更に、態様は請求項の少なくとも１つの要素から構成されてもよい。

図１は実例通信システム１００（無線広域ネットワークの一部）の幾つかのノードを示している。 図示するために、開示の種々態様は１以上のアクセス端末、アクセスポイント、及び互いに通信するネットワークノードとの関連で説明されることになる。 しかしながら、ここでの教示は他のタイプの装置又は他の技術を用いて参照される他の同様な装置に適用できる可能性があることは言うまでもない。 例えば、種々の実施では、アクセスポイントは基地局、ｅＮｏｄｅＢｓ，又はＨｅＮＢｓとして実施されてもよく、参照してもよく、更に、アクセス端末はユーザ設備又は移動局などとして実施されてもよく、参照されてもよい。

システム１００のアクセスポイントはアクセスポイントのサービスエリア内に設置されてもよく又はサービスエリアの全体にわたりロームしてもよい１以上の無線アクセス端末に対して１以上のサービス（例えば、ネットワーク接続性）を提供する。 例えば、時間的に種々の点で、アクセス端末１０２はアクセスポイント１０４に接続してもよい。 図１の複雑さを減少するために、単一アクセスポイント１０２及び単一アクセス端末１０４が示される。

システム１００のアクセスポイントの各々は広帯域ネットワーク接続を容易にするために（便宜上、ネットワークノード１０６によって表される）１以上のネットワークノードと通信してもよい。 ネットワークノードは、例えば、１以上のコアネットワークエンティティ（例えば、動作、管理、及び保守サービス、モビリティ管理エンティティ、又は幾つかの他の適切なネットワークエンティティ）のような種々の形態をとってもよい。

システム１００のノードは互いに通信するために種々の手段を採用してもよい。 図１の例では、アクセスポイント１０４は通信リンク１１０によって表されるようにルータ１０８に接続してもよく、ルータ１０８は通信リンク１１４によって表されるようにインターネット（登録商標）１１２に接続してもよく、ネットワークノード１０６は通信リンク１１６によって表されるようにインターネット１１２に接続してもよい。 更に、アクセス端末１０２は（ＲＦシンボルによって表されるように）空中インターフェース１１８を介してアクセスポイント１０４と通信する。

これらの通信リンクを利用して、アクセス端末１０４はシステム１００において種々の対応するノード（例えば、ノード１２０，１２２及び１２４）と通信してもよい。 態様によっては、これら異なる対応するノードに対するアクセスはネットワークアクセス又はローカルブレイクアウトアクセスを含むようにここでは参照されてもよい。

例えば、ネットワークアクセスは態様によってはオペレータのコアネットワーク（例えば、セルラネットワークのコアネットワーク）を介してアクセスされるサービスに関する。 即ち、アクセス端末が（例えば、無線オペレータネットワークのマクロ基地局に接続される）マクロネットワークに接続されるときと同様の方法でアクセス端末はネットワークサービスをアクセスしてもよい。 故に、図１の例では、対応するノード１２０（例えば、他のアクセス端末）へのアクセスはこのノードがオペレータコアネットワーク１２６を介してアクセスされるのでネットワーク（非ローカル）サービスとして定義されてもよい。 （例えば、リンク１１８，１１０，１１４及び１１６を介する）アクセス端末１０２と対応するノードネットワーク１２６との間のトラフィックフローは点線１２８によって表される。 通常は、このトラフィックは一対の線１３０によって表されるようにプロトコルトンネル（例えば、ＩＰｓｅｃトンネル）を介してアクセスポイント１０４と対応するノード１２０（コアネットワーク１２６におけるアクセス端末１０２に対するＩＰゲートウエイ）との間で送られる。

ローカルブレイクアウトアクセスは態様によってはオペレータのコアネットワークを経由しないでローカルサービスをアクセスすることに関係する。 例えば、アクセス端末が屋内ネットワーク又は他のローカルネットワークにあるときにアクセス端末があるサービスをアクセスしてもよい。 有利には、オペレータのコアネットワークをバイパスすることによって、待ち時間（例えば、アクセス端末に対する応答時間）が改善でき、オペレータネットワークに関する資源は（例えば、オペレータのコアネットワークからトラフィックを開放することによって）節約できる。

ローカルサービスは種々の形態を取る。 幾つかの実施では、ローカルサービスはローカルネットワークのエンティティによって提供されるサービスに適応してもよい。 例えば、対応するノード１２４はアクセスポイント１０４と同じＩＰサブネットワーク（例えば、ルータ１０８によってサービスされるローカルエリアネットワーク）に存在する装置を示してもよい。 この場合、ローカルネットワークサービスをアクセスすることはローカルプリンタ、ローカルサービス、ローカルコンピュータ、他のアクセス端末、又はＩＰサブネットワーク上の他のエンティティを含んでもよい。 図１では、アクセス端末１０２と対応するノード１２４との間のトラフィック（例えば、パケット）フローは破線１３２によって示される。 破線１３２はアクセス端末１０２がオペレータのコアネットワーク１０２を経ないでアクセスポイント１０４及びルータ１０８を介して（即ち、リンク１１８及び１１０を介して）このローカルサービスをアクセスしてもよいことを示している。

幾つかの実施では、ローカルサービスは他のネットワークに接続されるノード（例えば、インターネット１１２に接続される対応するノード１２２）に適応してもよい。 例えば、ルータ１０８はインターネットサービスプロバイダ（「ＩＳＰ」）にインターネット接続を提供してもよく、アクセス端末１０２はノード１２２（例えば、ウエブサーバ）によって提供されるサービスをアクセスするためにこのインターネット接続を使用してもよい。 従って、ローカルＩＰアクセスを使用して、ネットワークの異なるアクセス端末は無線オペレータのコアネットワークをアクセスしないである位置（例えば、ユーザの家屋、雇用者の設備、インターネットホットスポット、など）でインターネットアクセスによって提供されてもよい。 アクセス端末１０２と対応するノード１２２との間のトラフィックフローは図１の破線１３４によって示される。

ローカルブレイクアウトを使用するとシステム性能に影響するかもしれない幾つかの問題がある。 第１に、アクセス端末はオペレータコアネットワークを介して到達するパケットを配信するためにページングされる必要があるかもしれない。 しかしながら、通常のオペレータネットワークはコアネットワークでページングを扱うように設計されている（例えば、アクセス端末をページングするためのアイドルコンテキストがコアネットワーク内に維持される）。 第２に、ローカルトラフィックと関連するかなりの数のメッセージあるかもしれない。 故に、アクセス端末がこれらのメッセージを処理するためにアイドルモードからウェイクする必要があればアクセス端末のバッテリ寿命が大きく減少するかもしれない。 しかしながら、アクセス端末は通常、アイドルになっているとき長いバッテリ寿命を有するためユーザによって期待される無線バッテリ動作装置である。

ページングを管理することに関して、代表的な無線ネットワーク（例えば、１ｘＥｖＤＯ，ＵＭＢ，ＵＭＴＳ，ＨＳＰＡ，ＬＴＥ，ＷｉＭＡＸ）においては、アクセス端末がオペレータのコアネットワークを流れるパケットを送るためだけにページングされる。 これはオペレータがコアネットワーク素子（例えば、ＬＴＥでの、モビリティ管理エンティティ、ＭＭＥ）においてアクセス端末のページング機能を強固にすることを可能にする。 このコアネットワーク素子はアクセス端末がそれらのバッテリ寿命を延ばすために厳しいスリープ（例えば、アイドルモード）管理を維持するのでアクセス端末をどのように及びいつページングするかに関する詳細な情報を維持する唯一のエンティティである。 更に、アクセス端末のバッテリを更に節約するために、アクセス端末はページングエリア（例えば、ゾーン、トラッキングエリア、など）を構成する幾つかのアクセスポイント（例えば、ｅＮＢ）のサービスエリアを通過した後にコアネットワークに登録するために必要とするだけかもしれない。 この登録方式に適応するために、アクセス端末はページングエリアのアクセスポイントの全てによってページングされてもよい。

しかしながら、ローカルブレイクアウトによって、アクセス端末は無線オペレータのコアネットワークを流れないパケットを配送するためにページングされる必要があるかもしれない。 むしろこれらのパケットは対応するローカルネットワークに接続される特定のアクセスポイント（例えば、ＨｅＮＢ）に到達してもよい。 更に、アクセスポイントがローカルブレイクアウトインタフェースを介して到来するパケットを配送するためにページングされることになるとき、それはアクセス端末の現在のページングエリアに関係なく、ローカルブレイクアウトを提供するアクセスポイントでアクセス端末をページングするだけであることが望ましいかもしれない。

電力消費管理に関して、普通のオペレータ制御無線ネットワークはアクセス端末が関心あるトラフィックだけがアクセス端末に送られるように設定される。 これに対して、代表的なローカルネットワーク（例えば、ホームネットワーク）は多量の同報メッセージを送る種々のプロトコルを利用できる。 これらプロトコルは、例えば、ローカルネットワーク上のノードのメディアアクセスコントロール（ＭＡＣ）アドレスを見つけるためのアドレス解決プロトコル（ＡＲＰ）、サービス通知のためのユニバーサルプラグインプレイ（“ＵＰｎＰ”）パケット、発見及び構成、ウインドウネットワーキングのためのサービスメッセージブロック（“ＳＭＢ”）パケット、及び特定装置ビーコン（例えば、ＴＩＶＯ（登録商標）ＤＶＲビーコン）を含む。

正常ネットワーク動作の下では、そのようなプロトコルによって生成されるパケットはそれらが同報ＩＰアドレスを用いて送られるのでローカルネットワークにおける全てのノードに必ず送られるであろう。 しかしながら、２４時間中には一般的なネットワークには数千のそのようなパケットがあるかもしれない。 その結果、ローカルブレイクアウトによって、アクセス端末は日に数千回ページングする可能性があり、それによって（例えば、アクセス端末がマクロネットワークによってサービスされると）通常よりもより速くアクセス端末のバッテリを失うことになる。

図２はこれら及び他の問題を扱うために採用されるページング及び電力管理動作の概略を示している。 例えば、図２の動作（又は、ここで検討され又は教示された他の動作）は特定のコンポーネント（例えば、システム１００のコンポーネント）によって行われるように説明できる。 しかしながら、これらの動作は他のタイプによって行われてもよく、異なる数のコンポーネントを用いて行われてもよいことは言うまでもない。 また、ここに説明されている動作の１つ以上は所定の実施に採用されなくともよいことは言うまでもない。

ブロック２０２によって示されるように、ある時点で、アクセス端末１０２（図１）に向けられたパケットはネットワークを介してアクセスポイント１０４に到達する。 例えば、パケットは対応するノード１２４又は対応するノード１２２から出ても良く又はそれによって中継されてもよい。

ブロック２０４によって示されるように、アクセスポイント１０４はアクセスポイント１０４及び／又はアクセス端末１０２によって実施される特定ページング及び／又は電力管理方式に基づいてアクセス端末１０２をページングするかどうか及び／又はどのようにページングするかを決定する。 ここでの教示に従って、態様によってはこれらの方式はアクセス端末１０２に向けられるページング及び／又はパケットトラフィックを制限してもよい。 例えば、図６及び７と関連して以下により詳細に検討するように、幾つかの実施では、アクセスポイント１０４は（例えば、パケットフィルタ１３６の動作によって）アクセス端末１０２に送られる多数のページ又はパケットを減少するためにローカルブレイクアウトトラフィックをフィルタ処理する。 ここでは、フィルタリングは（例えば、図６で説明したように）静的方法で又は（例えば、図７で説明したように）アクセス端末の動作モードに基づいて動的方法で行われてもよい。 後者の場合には、アクセス端末１０２（例えば、フィルタモードコントローラ１３８）はアクセス端末１０２の現在の動作モードの指示をアクセスポイント１０４に送り、従ってアクセスポイント１０４（例えば、フィルタモードコントローラ１４０）がパケットフィルタリング動作を制御することを可能にする。 図８と関連して以下により詳細に検討するように、幾つかの実施ではアクセスポイント１０４（例えば、ローカルブレイクアウトページングコントローラ１４２）はアクセス端末１０２をページングしながらパケットタイプの指示を送り、それによってアクセス端末１０２は指示に基づいてパケットを受信するかどうかを決定する。 図９と関連して以下により詳細に検討するように、幾つかの実施では、アクセス端末１０２（例えば、リンクインタフェースコントローラ１４４）はローカルリンクインターフェースがアクセス端末１０２でトラフィックを制限することを選択的に無効にする。

図２のブロック２０６によって表されるように、アクセス端末１０２がページングされることになる（例えば、受信ローカルブレイクアウトパケットがフィルタリングされない）、アクセスポイント１０４（例えば、ローカルブレイクアウトページングコントローラ１４２）がサクセス端末１０２をページングさせる動作を開始する。 幾つかのケースでは、アクセス端末１０２がアクセスポイント１０４にてページングされるだけである。 幾つかのケースでは、アクセス端末は（アクセス端末１０２の現在オペレータネットワークページングエリアを提供するアクセスポイントのセットに比較して減少される）アクセスポイントの他の減少セットにてページングされてもよい。

図４と関連して以下により詳細に検討するように、幾つかの実施では、アクセスポイント１０４（例えば、ローカルブレイクアウトコントローラ１４２）がアクセス端末１０２のアイドルモード動作に関与するコアネットワークエンティティに要求を送り、そのエンティティにアクセス端末１０２のページングを実行させる。 図１の例において、態様によっては、このエンティティはページングコントローラ機能（ＭＩＭＥ）を含んでもよいネットワークノード１０６によって表される。 幾つかのケースでは、アクセスポイント１０４からの要求はアクセスポイント１０４（又はアクセスポイントの他の減少セット）だけでアクセス端末１０２がページングされるための指示を含んでもよい。 或いは、他のケースでは、コアネットワークエンティティはアクセス端末１０２が（アクセスポイント１０４からの要求の受理に基づいて）これらの減少アクセスポイントセットの１つだけでページングされてもよい。 ここでは、アクセス端末１０２がローカルブレイクアウトパケットを受信するためにアクセスポイント１０４のサービスエリア内にある必要があるので他のアクセスポイントでのページングは必要ないかもしれない。 その結果、アクセス端末１０２はアクセスポイント１０４からページを知ることになることが高くなりそうである。

図５と関連して以下により詳細に検討するように、幾つかの実施ではアクセスポイント１０４（例えば、ローカルブレイクアウトページングコントローラ１４２）はアクセス端末１０２のアイドルモードに関与するコアネットワークエンティティに接触しないで独立してアクセス端末をページングする。 ここで、アクセスポイント１０４はアクセス端末のアイドルコンテキストのコピーを取得し（例えば、検索し）、記憶してもよい。 その後、パケットがローカルブレイクアウトで受信されると、アクセスポイント１０４がアクセス端末を直接ページングする。

上記概略を考慮して、ここでの教示に従ってページング及び電力管理を提供することに関して付加的に詳細に図３〜９を参照して説明する。 図３は通信ノードで採用されてもよい幾つかのコンポーネントを示している。 図４および５のフローチャートは種々のページング手法に関する。 図６〜９は種々の管理手法に関する。

説明のため、図３はここで述べるようにページング及び／又は電力管理を行うためにアクセス端末１０２，アクセスポイント１０４、及びネットワークノード１０６に組み込まれるサンプルコンポーネントを示す。 説明したコンポーネントは通信システムの他のノードに組み込まれてもよい。 例えば、システムの他のノードは同様な機能を得るためにアクセス端末１０２，アクセスポイント１０４、及びネットワークノード１０６に対して説明したものと同様なコンポーネントを含んでもよい。 更に、所定ノードは説明したコンポーネントの１つ以上を含んでもよい。

図３に示すように、アクセス端末１０２，アクセスポイント１０４，及びネットワークノード１０６は各々他のノードと通信するために、少なくとも１つのトランシーバブロック３０２，３０４及び３０６をそれぞれ含んでもよい。 トランシーバブロック３０２は信号を送信するための送信機３０８及び信号を受信するための受信機３１０を示す。 例えば、アクセス端末１０２はモード指示のようなメッセージをアクセスポイント１０４に送信し、ページ、ビーコン、パケット及び種々他のメッセージをアクセスポイント１０４から受信してもよい。 トランシーバブロック３０４は信号を送信するための送信機３１２及び信号を受信するための受信機３１４を示す。 例えば、アクセスポイント１０４はページ、ビーコン、パケット及び種々メッセージをアクセス端末１０２に送信し、モード指示のようなメッセージをアクセス端末１０２から受信してもよい。 更に、アクセスポイント１０４は要求のようなメッセージをネットワークノード１０６に送信し、ページ要求、アイドルコンテキスト情報及びネットワークパケットをネットワークノード１０６から受信してもよい。 トランシーバブロック３０６は信号を送信する送信機３１６及び信号を受信するための受信機３１８を示す。 例えば、ネットワークノード１０６はページ要求、アイドルコンテキスト情報及びネットワークパケットをアクセスポイント１０４に送信し、要求のようなメッセージをアクセスポイント１０４から受信してもよい。

図３のノードの接続性に依存して、図３のトランシーバブロックは異なる通信手法をサポートしてもよい。 例えば、アクセス端末１０２とアクセスポイント１０４との通信は無線通信手法を用いて達成される。 例えば、トランシーバブロックは有線リンク及び／又は無線リンクを介して通信を可能にする１つ以上のトランシーバを示してもよい。 更に、幾つかのケースではンｗっとワークノード１０６とアクセスポイント１０４との通信（例えば、逆送通信）が有線通信手法を用いて達成される。 別のケースでは、無線技術が（例えば、アクセスポイントが無線中継を介してネットワークをアクセスする場合に）ここでは採用されてもよい。

アクセス端末１０２，アクセスポイント１０４及びネットワークノード１０６はここで述べるようにページング及び／又は電力管理と関連して使用されてもよい他のコンポーネントも含んでもよい。 例えば、アクセス端末１０２，アクセスポイント１０４及びネットワークノード１０６は（例えば、通信インターフェースを確立し、メッセージ／指示を送信及び受信する）他のノードとの通信を管理するため及びここで述べたように他の関連機能性を提供すために、通信コントローラ３２０，３２２及び３２４をそれぞれ含んでもよい。 更に、アクセス端末１０２，アクセスポイント１０４及びネットワークノード１０６は（例えば、ページを受信又は送信し、若しくはページ関係要求を送信又は受信する）ページング関連動作を行うため及びここで述べたような他の関連機能性を提供するためにページングコントローラ３２６，（例えば、図１のコントローラ１４２に対応する）ページングコントローラ３２８及びページングコントローラ３３０をそれぞれ含んでもよい。 アクセス端末１０２及びアクセスポイント１０４はパケットを処理（例えば、送信及び受信）するため及びここで述べたような他の関連機能性を提供するためにパケットプロセッサ３３２及び３３４をそれぞれ含んでもよい。 アクセス端末１０２及びアクセスポイント１０４は（例えば、モードの指示を発生し又はモードを決定する）アクセス端末動作用モード関連動作を行うため及びここで述べたような他の関連機能性を抵抗するため（例えば、コントローラ１３８に対応する）モードコントローラ３３６及び（例えば、コントローラ１４０に対応する）モードコントローラ３３８を含んでもよい。 アクセスポイント１０４は（例えば、アクセス端末をページングするかどうか又はパケットをアクセス端末へ送るかどうかを決定する）パケットをフィルタリングするため及びここで述べたような他の関連機能を提供するため（例えば、フィルタ１３６に対応する）パケットフィルタ３４０も含んで得もよい。

便宜上、アクセス端末１０２，アクセスポイント１０４及びネットワークノード１０６は図４〜９と関連して以下に説明する種々の例に使用され得るコンポーネントを含むように図３に示されている。 図示のコンポーネントの１つ以上は所定のサンプルに使用されなくてもよい。 例として、幾つかの実施では、アクセス端末１０２はモードコントローラ３３６を含まなくてもよい。 また、幾つかの実施では、アクセスポイント１０４はパケットフィルタ３４０又はモードコントローラ３３８の１つ以上を含まなくてもよい。

更に、異なる動作が異なる実施において図示コンポーネントによって行われてもよい。 例として、幾つかの実施では、ページングコントローラ３２８は図４に示されたもののような動作を行ってもよく、これに対して他の実施ではページングコントローラ３２８は図５に示されるような動作を行ってもよい。

図４を参照して、ネットワークノードがローカルブレイクアウトページングを管理する場合のサンプル実施に関する動作がより詳細に説明される。 上述したように、この例では、ネットワークノードがアクセスポイント１０４にアクセス端末を１０２ページングさせるメッセージを送ると直ぐに、アクセスポイント１０４はアクセス端末１０２に向かうことになっているローカルブレイクアウトパケットが受信されていたことをネットワークノード１０６に知らせる。

ブロック４０２によって示されるように、ある時点で、アクセスポイント１０４（例えば、パケットプロセッサ３３４、図３）はアクセス端末１０２に向かうローカルブレイクアウトパケットを受信する。 ここに検討されているように、このパケットはアクセスポイント１０４によって提供される（例えば、対応するノード１２４又は１２２から）ローカルブレイクアウトを介して受信されてもよい。

ブロック４０４によって示されるように、ブロック４０２でパケットの受信に応答して、アクセスポイント１０４（例えば、ページングコントローラ３２８）はメッセージをネットワークノード１０６（例えば、ＭＭＥ）に送る。 このメッセージはアクセス端末１０２がページングされることを示す（例えば、要求する）。 このメッセージは種々の形態を取る。 例えば、ある場合には、メッセージはローカルブレイクアウトが受信されていた指示を含んでいる。

幾つかのケースでは、メッセージは減少アクセスポイントセットがアクセス端末をページングするために使用されるべきであることの指示を示している。 そのような指示は、例えば、アクセスポイント１０４の識別子、幾つかのアクセスポイント（隣接アクセスポイントのセット）の識別子、又はローカルブレイクアウトパケットが受信されていたことの指示を含んでもよい。

ネットワークノード１０６はブロック４０６によって示されるようにこのメッセージを受信する。 例えば、このメッセージは図３に示される通信コントローラ３２４によって処理されてもよい。

ブロック４０８によって示されるように、ネットワークノード１０６（例えば、ページングコントローラ３３０）はアクセス端末１０２をページングする場所を決定する。 例えば、ネットワークノード１０６はアクセス端末１０２が原書アクセスポイントセットにページングされるべきと決定してもよい。 この決定はアクセスポイント１０４からのメッセージと関連して受信される指示に基づいてもよく、ネットワークノード１０６に利用できる他の情報に基づいてもよい。 後者のケースの例として、ネットワークノード１０６は減少アクセスポイントセットがローカルブレイクアウトパケットであるパケットに基づいて、ローカルブレイクアウトを提供するアクセスポイントから送られるメッセージに基づいて、アクセスポイントによって送られるメッセージに基づいて、又は他の１つの基準又は複数の基準の幾つかに基づいて使用されることを決定してもよい。

ブロック４１０によって示されるように、ブロック４０６で受信されるメッセージに応答して、ネットワークノード１０６（例えば、ページングコントローラ３３０）はアクセス端末１０２をページングするためアクセスポイント１０４に命令するメッセージをアクセスポイント１０４に送る。 例えば、メッセージはページ識別子（例えば、ページングのためのアクセス端末に割当てられる識別子）及びページングタイミング情報（例えば、ページング間隔及び／又はページングオフセットの指示）を含むページング要求を含んでもよい。

アクセスポイント１０４はブロック４１２によって表されるようにこのメッセージを受信する。 ブロック４１４によって示されるように、アクセスポイント１０４（例えば、ページングコントローラ３２８）はその後このメッセージの受信に応答してアクセス端末１０２をページングする。

図５を参照すると、アクセスポイントがローカルブレイクアウトページングを自律的に管理する実例実施に関する動作がより詳細に説明される。 この例では、アクセスポイント１０４はアクセス端末１０２のページングを行うためにメッセージをネットワークノード１０６に送る。

ブロック５０２によって示されるように、ある点で、アクセス端末１０２はアクセスポイント１０４に接続する。 例えば、アクセスポイント１０４がＨｅＮＢである場合の実施では、アクセス端末１０２はアクセス端末１０２のユーザが家にいるときにアクセスポイント１０４に登録してもよい。 この接続が一度なされると、アクセスポイント１０４はアクセス端末１０２に対するサービスアクセスポイントになるかもしれない。

ブロック５０４によって示されるように、アクセスポイント１０４（例えば、ページングコントローラ３２８）はアクセス端末１０２のアイドルコンテキストを要求する。 これは種々の方法で遂行されてもよい。 例えば、幾つかの実施では、アクセスポイント１０４はネットワーク（例えば、ネットワークノード１０６）又はアイドルコンテキストのための他のノードに要求を送信する。 幾つかの実施では、アクセスポイント１０４はアクセス端末１０２の前ページからアイドルコンテキストを要求する。 例えば、ある点で、ネットワークノード１０６はアクセス端末１０２をページングするためにアクセスポイント１０４に命令するページ要求をアクセスポイント１０４に送信してもよい。 上記のように、そのようなページ要求はページ識別子及びページタイミングの指示のようなアイドルコンテキスト情報を含んでもよい。

ブロック５０６によって示されるように、アクセスポイント１０４（例えば、ページングコントローラ３２８）は故に１つ以上の後続ページング動作に使用するためにアクセス端末１０２のアイドルコンテキストを維持してもよい。 例えば、アクセスポイント１０４はページ識別子及びページタイミング情報をデータメモリに一時的に記憶してもよい。

ブロック５０８によって示されるように、ある点で。 アクセスポイント１０４はアクセス端末１０２に向けられたローカルブレイクアウトパケットを受信する。 アクセスポイント１０４（例えば、ページングコントローラ３２８）は故にこのアクセス端末に対するアイドルコンテキスト検索し、ブロック５１０によって表されるようなアイドルコンテキストを用いてアクセス端末１０２をページングしてもよい。 即ち、アクセスポイント１０４はページタイミング情報によって指定される時間にページ識別子からなるページを送信してもよい。

図５の動作は種々の方法で実施されてもよい。 幾つかの実施では、アクセス端末１０２がアクセスポイント１０４に接続したときアクセス端末１０４がアイドルコンテキストを取得してもよい。 例えば、アクセス端末１０２からの登録メッセージがアクセスポイント１０４（例えば、通信コントローラ３２２）によって受信された後にアクセスポイント１０４はアイドルコンテキストのための要求を送ってもよい。 幾つかの実施では、アクセス端末１０４はパケットを受信した後にアイドルコンテキストに対する要求を送信してもよい。 そのような場合、アクセスポイント１０４は後続パケットのためのアイドルコンテキストを維持することを続けてもよく、パケット又はパケットのセットが受信される（即ち、コンテキストが短期間だけ維持される）毎に新たなコンテキストを取得してもよい。

図６を参照すると、アクセスポイント１０４がアクセス端末１０２に向けられるローカルブレイクアウトパケットをフィルタにかける場合の実例実施に関する動作がより詳細に説明されている。 この例では、アクセスポイント１０４が全ての非ユニキャストパケットを除去する。 異なるタイプのパケットが他の場合に（例えば、同報パケットだけ）フィルタをかけてもよい。

ブロック６０２によって示されるように、ある時点で、アクセスポイント１０４はアクセス端末１０２に向かうローカルブレイクアウトパケットを受信する。 例えば、パケットはパケットと関連するパケットタイプを認識するためにパケットを処理するように構成されてもよいパケットプロセッサ３３４で受信されてもよい（ブロック６０４）。 例えば、パケットタイプはパケットがユニパケット又は非ユニパケット（例えば、同報パケット又はマルチキャストパケット）であるかどうかを示してもよい。

ブロック６０６によって示されるように、アクセスポイント１０４（例えば、パケットフィルタ３４０）は決定パケットタイプに基づいて受信パケットに選択的にフィルタをかける。 例えば、アクセス端末１０２がアクティブモードでなければ（例えば、アクセス端末１０２がアクセスポイント１０４と活発に通信していれば）、アクセスポイント１０４はローカルブレイクアウト非ユニキャストパケットをアクセス端末１０２に配信しないように選択してもよい。

故に、図６の方式はアクセス端末１０２に送られるページ又はパケットの数を減少することによってアクセス端末１０２の消費電力を減少する。 しかしながら、この方式はローカルブレイクアウト特徴の有用性をある程度制限する。 例えば、アクセス端末１０２がネットワークに接続されている装置（例えば、プリンタ）を見つけることができるように少なくとも幾つかの同報パケットをアクセス端末１０２が受信するのが好ましい。 このようにして、アクセス端末１０２はユーザによって要求されたときそのような装置と容易に通信できるようにしてもよい。

図７を参照すると、アクセスポイントがアクセス端末１０２に向かうローカルブレイクアウトパケットを選択的にフィルタにかける場合の実例実施に関する動作がより詳細に説明される。 この例では、アクセスポイント１０４はアクセス端末１０２の現在の動作モードに基づいて非ユニキャストパケットを除去する。 例えば、正常動作モードでは、アクセス端末１０２はバッテリ電力を節約するために幾らかの同報パケットに対してページングされない。 この場合、アクセス端末１０２はユニキャストＩＰアドレスを介してローカルネットワークで他の装置と通信するだけである。 その結果、アクセス端末１０２はこのモードの動作中にローカルネットワークにサービスディスカバリを行わないかもしれない。 これに対して、同報可能動作モードでは、（同報及びマルチキャストパケットを含む）全てのパケットはアクセス端末１０２に送られてもよい。 このモードでは、アクセス端末１０２がローカルネットワークにおいてサービス発見を行ってもよい。 異なるタイプのパケットは他のケースにおいて（例えば、同報パケットだけを）フィルタにかけてもよく、及び／又は選択的フィルタリングは他のケースにおいて他の１つの基準又は複数の基準に基づいてもよいことは言うまでもない。

ブロック７０２によって示されるように、種々の時点で、アクセス端末１０２はアクセス端末１０２があるタイプのパケットに対してページングされるべきかどうかを示す動作モードを選択してもよい。 例えば、ある時間帯で、アクセス端末１０２（例えば、モードコントローラ３３６）はユニキャストパケットを受信するためだけに選択されてもよく、更に、ある時にアクセス端末１０２が全てのパケット（例えば、ユニキャスト及び非ユニキャストパケット）を受信するために選択してもよい。

ブロック７０２の選択は種々の方法でなされてもよい。 幾つかのケースでは、ユーザはこの選択を初期化してもよい。 例えば、ユーザはローカルサービス（例えば、ホームネットワークのプリンタ）をアクセスしたいことを決定すれば、ユーザは非ユニキャストに対してページングを可能にするためアクセス端末１０２のユーザ入力装置を操作してもよい。 そうでなければ、ユーザはアクセス端末１０２をユニキャストオンリーモードにしてもよい。 これらのケースでは、モードコントローラ３３６は選択するために入力装置から信号を受信してもよい。

幾つかのケースでは、アクセス端末１０２上のアプリケーションはブロック７０２の選択を行っても良い。 例えば、アプリケーション（又は他のアプリケーション）がローカルサービス（例えば、ホームネットワーク上のプリンタ）をアクセスする必要があることをアプリケーションが決定すれば、アプリケーションは非ユニキャストパケットに対するページングを可能にする動作モードを自立的に切換えてもよい。 場合によっては、この決定はユーザのあるアクション（例えば、プリンティングアプリケーションのようなアプリケーションの起動）に基づいてもよい。 更に、アプリケーションは（例えば、ある期間後に又はローカルアクセス終了時に）アクセス端末１０２をユニキャストオンリーモードに自立的に復帰させてもよい。

ブロック７０４によって示されるように、アクセス端末１０２（例えば、通信コントロール３２０）は選択モードの指示をアクセスポイント１０４に送る。 この指示は種々の方法で送られてもよい。

幾つかの実施では、指示はアクセス端末１０２とアクセスポイント１０４との間のレイヤ２（“Ｌ２”）空中インターフェースプロトコルを介して送られる。 故に、この技術はアクセス端末１０２及びアクセスポイント１０４によって使用される各空中インターフェース技術からのサポートを要求してもよい。

幾つかの実施では、指示はアクセス端末１０２とアクセスポイント１０４との間にレイヤ３（“Ｌ３”）プロトコルを介して送られる。 例えば、サービス発見／広告プロトコルはアクセス端末１０２のモードをアクセスポイント１０４に変換することを向上されてもよい。 これを遂行するための潜在プロトコルはＵＰｎＰである。 ＵＰｎＰを用いて、アクセス端末１０２はアクセス端末１０２及びそれが（例えば、標準又は同報可能で）動作しているモードに関する情報を含む、装置広告メッセージを送る。 以下に検討するように、アクセスポイント１０４はこのメッセージを傍受し、従って同報アドレス指定パケット配送を制御する。 有利には、Ｌ３技術は空中インターフェース技術独立性であってもく、任意のインターフェース技術によって利用されてもよい。

アクセスポイント１０４はブロック７０６によって示されるように指示を受信する。 従って、アクセスポイント１０４（例えば、モードコントローラ３３８）はブロック７０８に示されるようにアクセス端末１０２の動作モードを決定できる。

ブロック７１０によって示されるように、ある時点で、アクセスポイント１０４はアクセス端末１０２に向かうローカルブレイクアウトパケットを受信する。 更に、ブロック７１２にて、アクセスポイント１０４は（例えば、アクセス端末１０２がユニキャストオンリーモードで動作していれば）ここで検討するようにこのパケットのタイプを決定してもよい。 例えば、パケットプロセッサ３３４はパケットが非ユニキャストパケット又はユニキャストパケットであるかを決定してもよい。

ブロック７１４によって示されるように、アクセスポイント１０４（例えば、ページングコントローラ３２８）はこの時にパケットの受信に応答してアクセス端末１０２をページングするかを決定してもよい。 態様によっては、この決定はアクセス端末１０２の動作モードに基づいてもよい。 更に、この決定は（例えば、アクセス端末がユニキャストオンリーモードで動作していれば）決定されたパケットタイプに基づいてもよい。

図８を参照すると、アクセス端末がアクセスポイントで受信されるローカルブレイクアウトパケットを無視することを選択してもよい場合の実例実施に関する動作がより詳細に説明される。 この例では、アクセスポイントはアクセス端末がこの決定をすることを可能にするためにアクセス端末をページングするとパケットタイプの指示を含む。

ブロック８０２によって示されるように、ある時点では、アクセスポイント１０４はアクセス端末１０２に向かうローカルブレイクアウトパケットを受信する。 更に、ブロック８０４で、アクセスポイント１０４はここで検討されるようにこのパケットのパケットタイプを決定する。 例えば、パケットプロセッサ３３４はパケットがユニキャストパケット、非ユニキャストパケット、同報パケット、（例えば、セルラネットワークのコアネットワークを介して受信される）ローカルブレイクアウトパケット、特定ポート番号（ＴＣＰポート又はＵＤＰポート）と関連する特定プロトコルのパケット等の１つ以上であるかを決定してもよい。

ブロック８０６によって示されるように、アクセスポイント１０４（例えば、ページングコントローラ３２８）はパケットの受信に応答してアクセス端末１０２をページングする。 この場合、ページはブロック８０４で決定されたパケットタイプの指示を含む。 例えば、指示はページに付加した１以上のビットで構成されてもよく、又は指示はページで符号化されてもよい。 特定の例として、２ビットが次のようにページメッセージに追加されてもよい。 第１ビットはページがローカルブレイクアウトインタフェースから又はオペレータコアネットワークからパケットを配送するかを示し、これに対して第２ビットはページがユニキャストＩＰアドレス又は非ユニキャスト（例えば、同報／マルチキャスト）ＩＰアドレスと共にパケットを配送するかを示す。

アクセス端末１０２（例えば、ページングコントローラ３２６）はブロック８０８によって示されるようにページを受信する。 従って、ブロック８１０によって示されるように、アクセス端末１０２（例えば、パケットプロセッサ３３２）はパケットタイプに基づいてパケットを受信するかを決定してもよい。 例えば、アクセス端末１０２はバッテリ電力を節約するために（例えば、ある時期に）あるタイプのパケットを受信しないことを選択してもよい。 幾つかの実施では、特定タイプのパケットを受信する決定はユーザ入力及び／又はブロック７０２と関連して上記で検討したようにアプリケーションによってなされる決定に基づいてもよい。

ブロック８１２及び８１４によって示されるように、アクセス端末１０２がパケットを受信しないことを選択すれば、アクセス端末１０２は単にアイドルモード動作を続けてもよい。 即ち、アクセス端末１０２はアクセスポイント１０４からパケットを検索するためアクティブモードに切換える代わりにその正常スリープサイクルによって続けてもよい。

反対に、アクセス端末１０２がパケットを受信することを選択すれば、アクセス端末１０２はブロック８１６によって表されるようにアクティブモード動作に切換えてもよい。 この場合、アクセス端末１０２はパケットを検索するためアクセスポイント１０４をアクセスする。

図８の電力管理方式を介して、アクセス端末１０２はそのバッテリ使用量及び接続性を最適化するアルゴリズムを実行してもよい。 更に、この方式はアクセス端末１０２とアクセスポイント１０４との間にインターフェースを必要としない。 この解決法を十分に利用するために、多少のユーザ相互作用が必要となるかもしれない。 例えば、アクセス端末１０２がローカル（例えば、ホーム）ネットワークにおける全ての他の装置を発見するために全ての同報パケットに対してウェイクアップ（wake up）してもよい場合に、ユーザがアクセス端末１０２を走査モードに置いても良い。 通常モードでは、アクセス端末１０２は非ユニキャストページを示すページメッセージに対してウェイクアップしないかもしれない。

図９を参照して、アクセス端末が選択的に有効及び無効になるかもしれない場合の実例実施に関する動作が更に詳細に説明される。 ここでは、ローカルリンクインターフェースがアクセス端末１０２と（アクセス端末１０２にローカルブレイクアウトを提供する）アクセスポイント１０４との間に設けられてもよい。

ブロック９０２によって示されるように、アクセス端末１０２（例えば、通信コントローラ３２０）はローカルネットワークへのアクセス（即ち、ローカルブレイクアウト）が必要となるかを決定する。 例えば、アクセス端末１０２がローカルリンクの任意のパケットに対してページングしないようにローカルリンクがある時間アイドルになっていたときにアクセス端末１０２はそのローカルリンクインターフェースを遮断することを選択できる。

ブロック９０４及び９０６によって示されるように、ローカルアクセスが必要とされなければ、アクセス端末１０２（例えば、通信コントローラ３２０）がローカルリンクインターフェースを無効にできる。 例えば、アクセス端末１０２は対応するＩＰアドレスを開放しても、対応Ｌ２リンクを遮断してもよい。 幾つかの実施では、追加電力を節約するために、アクセス端末１０２はローカルリンクインターフェースと関連する１以上のコンポーネントを遮断してもよい。

ブロック９０８によって示されるように、ローカルアクセスが必要なら、アクセス端末１０２はローカルリンクを有効に保つかリンクを再度有効にする。 例えば、ローカルリンクが無効であったならば、アクセス端末１０２がローカルブレイクアウトサービスを必要とするとき、リンクは（例えば、同報可能モードに）再確立される。

ブロック９１０及び９１２によって示されるように、アクセス端末１０２はローカルリンクが有効かどうかにかかわらずネットワークパケット（例えば、セルラネットワークのコアネットワークへ及びからのパケット）を処理し続けてもよい。

アクセス端末１０２が後でローカルサービスをアクセスする（例えば、プリントジョブを送信する）必要があれば、アクセス端末１０２が１）ローカルリンクインターフェースを接続し、それにより有効にしてもよく（ブロック９０８）、２）ローカルサービス（例えば、プリンタ）を発見してもよく、３）ブロック９１４でローカルネットワークパケットを処理してもよく（例えば、プリントジョブを送信してもよく）、４）必要なら、遮断してもよい（それによってブロック９０６でローカルリンクインターフェースを再び無効にする）。 この方式の利点はアクセスポイント動作を規定値に設定する変更がない又はモード情報を交換する新プロトコルの必要性がなくなることである。 アクセス端末１０２が長期間続ける（例えば、ストリーミングビデオを送信する）必要があれば、アクセス端末１０２は全てのローカルネットワーク（例えば、同報）パケットを受信するだけでよいかもしれない。

上述したように、ここでの教示はマクロスケールサービスエリア（例えば、一般的にマクロセルネットワーク又はＷＡＮと呼ばれる、３Ｇネットワークのような広域セルラネットワーク）及びより小さいスケールサービスエリア（例えば、一般的にはＬＡＮと呼ばれる、居住ベース又はビルディングベースネットワーク環境）を含むネットワークに使用されてもよい。 アクセス端末（“ＡＴ”）はそのようなネットワークを介して移動するので、アクセス端末はマクロサービスエリアを提供するアクセスポイントによってある位置においてサービスされてもよく、これに対してアクセス端末はより小さいスケールのサービスエリアを提供するアクセスポイントによって他の位置でサービスされてもよい。 態様によっては、より小さいサービスエリアのノードは、増加する容量増大(incremental capacity growth)、室内サービスエリア、及び（例えば、よりロバストなユーザ経験に対する）異なるサービスを提供するために使用されてもよい。 比較的広域にわたる範囲を提供するノード（例えば、アクセスポイント）はマクロノードと呼ばれ、これに対して比較的狭域（室内）にわたる範囲を提供するノードはフェムトノードと呼ばれてもよい。 同様の原理が他のタイプのサービスエリアと関連するノードに適用できる。 例えば、ピコノードはマクロエリアより小さく、フェムトエリアより大きいエリアにわたるサービスエリア（例えば、商業ビル内のサービスエリア）を提供してもよい。

種々のアプリケーションでは、他の技術がマクロノード、フェムトノード、又は他のアクセスポイントタイプノードを参照するために使用されてもよい。 例えば、マクロノードはアクセスノード、基地局、アクセスポイント、ｅＮｏｄｅＢ、マクロセル、などとして構成されてもよく又は呼ばれてもよい。 幾つかの実施では、ノードは１以上のセル又はセクタに関連（例えば、分割）されてもよい。 マクロノード、フェムトノード、又はピコノードに関連するセル又はセクタはマクロセル、フェムトセル、又はピコセルとそれぞれ呼ばれる。

図１０はここでの教示が実施でき、複数のユーザをサポートするように構成される無線通信ネットワーク１０００を示している。 システム１０００は、各セルが対応するアクセスポイント１００４（例えば、アクセスポイント１００４Ａ〜１００４Ｇ）によってサービスされる状態で、例えば、マクロセル１００２Ａ〜１００２Ｇのような複数のセル１００２に対して通信を行う。 図１０に示されるように、アクセス端末１００６（例えば、アクセス端末１００６Ａ〜１００６Ｌ）システムにわたる種々の位置に長い間に分散されてもよい。 各アクセス端末１００６は、アクセス端末１００６がアクティブであるかどうか及び例えば、ソフトハンドオフであるかどうかによって、ある時期の前方向リンク（“ＦＬ”）及び／又は逆方向リンク（“ＲＬ”）で１以上のアクセスポイント１００４と通信してもよい。 無線通信ネットワーク１０００は広い地理的領域にわたりサービスを提供する。 例えば、マクロセル１００２Ａ〜１００２Ｇは農村環境で隣接又は数マイルで若干のブロックをカバーできる。

図１１は１以上のフェムトノードがネットワーク環境（例えば、ネットワーク１０００）内で展開される場合の典型的通信システム１１００を示す。 特に、システム１１００は比較的小さいスケールのネットワーク環境に（例えば、１以上のユーザ居住地に設置される複数のフェムトノード１１１０（例えば、フェムトノード１１１０Ａ及び１１１０Ｂ）を含む。各フェムトノード１１１０は広域ネットワーク１１４０（例えば、インターネット）に及びＤＳＬルータ、スケールモデム、無線リンク、又は他の接続手段（図示せず）を介してモバイルオペレータコアネットワーク１１５０に接続されてもよい。以下に検討するように、各フェムトノード１１１０は関連するアクセス端末１１２０（例えば、アクセス端末１１２０Ａ）及び、任意に、他の（ハイブリッド又は異種）アクセス端末１１２０（例えば、アクセス端末１１２０Ｂ）にサービスするように構成されてもよい。即ち、フェムトノード１１１０に対するアクセスが制限され、それによって所定のアクセス端末１１２０は一組の指定（例えば、ホーム）フェムトノード１１１０によってサービスされてもよく、任意の非指定フェムトノード１１１０（例えば近隣のフェムトノード１１１０）によってサービスされなくてもよい。

図１２は幾つかのトラッキングエリア１２０２（又はルーティングエリア又は位置エリア）が規定されている場合のサービスエリアマップ１２００の例を示している。 各トラッキングエリアは幾つかのマクロサービスエリア１２０４を含んでいる。 ここで、トラッキングエリア１２０２Ａ、１２０２Ｂ及び１２０２Ｃと関連するサービスエリアは幅広ラインにより示され、マクロサービスエリア１２０４はより大きな六角形によって示されている。 トラッキングアリア１２０２はフェムトサービスエリア１２０６も含む。 この例では、各フェムトサービスエリア１２０６（例えば、フェムトサービスエリア１２０６Ｃ）は１以上のマクロサービスエリア１２０４（例えば、マクロサービスエリア１２０４Ｂ）内に示されている。 実際には、大多数のフェムトサービスエリア１２０６は所定トラッキングアリア１２０２又はマクロサービスエリア１２０４によって規定されてもよい。 また、１以上のピコサービスエリア（図示せず）は所定のトラッキングエリア１２０２又はマクロサービスエリア１２０４ないに規定されてもよい。

図１１を再び参照すると、フェムトノード１１１０の所有者はモバイルオペレータコアネットワーク１１５０を介して提供される、例えば、３Ｇモバイルサービスのようなモバイルサービスに加入してもよい。 更に、アクセス端末１１２０はマクロ環境及びより小さいスケース（例えば、居住）ネットワーク環境の両方で動作できる。 即ち、アクセス端末１１２０の現在位置によって、アクセス端末１１２０はモバイルオペレータコアネットワーク１１５０と関連するマクロセルアクセスポイント１１６０によって又は一組のフェムトノード１１１０（対応するユーザ住居内に存在するフェムトノード１１１０Ａ及び１１１０Ｂ）の任意の１つによってサービスされてもよい。 例えば、加入者が彼の住居の外にあるとき、彼は標準マクロアクセスポイント（例えば、アクセスポイント１１６０）によってサービスされ、加入者が住居にいるとき、彼はフェムトノード（例えば、ノード１１１０Ａ）によってサービスされる。 ここで、フェムトノード１１１０はレガシーアクセス端末１１２０と下位互換性であってもよい。

フェムトノードは幾つかの態様において制限されてもよい。 例えば、所定のフェムトノードがあるアクセス端末にあるサービスを提供するだけでよい。 所謂制限（又は閉鎖）関連性に基づいて、所定のアクセス端末はマクロセルモバイルネットワーク及び規定の組のフェムトノード（例えば、対応するユーザ居住地１１３０内に存在するフェムトノード１１１０）によってサービスされるだけでよい。 幾つかの実施では、ノードは少なくとも１つのノードに対して、信号伝達、データアクセス、登録、ページング、又はサービスの少なくとも１つを提供しないように制限されるかもしれない。

態様によっては、（閉鎖加入者グループホームＮｏｄｅＢ（Closed Subscriber Group Home NodeB）とも呼ばれる）制限フェムトノードは制限して提供される組のアクセス端末を提供するものである。 この組は必要に応じて一時的に又は永久的に拡張されてもよい。 態様によっては、閉鎖加入者グループ（Closed Subscriber Group）（“ＣＳＧ”）はアクセス端末の共通アクセス制御リストを供給するアクセスポイント（例えば、フェムトノード）の組として定義されてもよい。

種々の関係が所定のフェムトノードと所定のアクセス端末との間に存在する。 例えば、アクセス端末の観点からすれば、オープンフェムトノードは制限されない関連を持つフェムトノードを参照してもよく（例えば、フェムトノードは任意のアクセス端末にアクセスすることを可能にする）。 制限フェムトノードはある方法で制限される（例えば、関連及び／又は登録を制限する）フェムトノードを参照してもよい。 ホームフェムトノードはアクセス端末がアクセスする及び動作することを許可される（例えば、永久アクセスが１以上のアクセス端末の限定された組を提供される）フェムトノードを参照してもよい。 ゲストフェムトノードはアクセス端末がアクセスすること又は動作することを一時的に許可されるフェムトノードを参照してもよい。 異種フェムトノードはおそらく緊急事態（例えば、９１１呼出）を除いて、アクセス端末がアクセスすること又は動作することを許可されないフェムトノードを参照してもよい。

制限されたフェムトノードの観点から、ホームアクセス端末は制限フェムトノードをアクセスすることを許可されるアクセス端末を参照してもよい（例えば、アクセス端末はフェムトノードへ永久アクセスする）。 ゲストアクセス端末は（例えば、期限、使用時間、バイト、接続係数、又は他の複数の基準又は１つの基準に基づいて制限される）制限フェムトノードに一時的アクセスをするアクセス端末を参照してもよい。 異種アクセス端末はおそらく、例えば、９１１呼出のような緊急事態を除いて、制限されたフェムトセルをアクセスする許可を持たないアクセス端末（例えば、制限フェムトノードを登録する証明書又は許可書を持たないアクセス端末）を参照してもよい。

便宜上、ここでは開示はフェムトセルとの関連で種々の機能性を説明する。 しかしながら、ピコノードがより大きなサービスエリアに対して同じ又は類似の機能性を提供してもよいことは言うまでもない。 例えば、ピコノードは制限されてもよく、ホームピコノードは所定のアクセス端末、などに定義されてもよい。

無線多重アクセス通信システムは多重無線アクセス端末に対して同時に通信をサポートしてもよい。 各端末は順方向及び逆方向リンクで送信を介して１以上のアクセスポイントと通信してもよい。 順方向リンク（即ちダウンリンク）はアクセスポイントから端末への通信リンクを参照し、逆方向リンク（即ちアップリンク）は端末からアクセスポイントへの通信リンクを参照する。 この通信リンクは単入力端出力システム、多入力多出力（“ＭＩＭＯ”）システム、又は他のタイプのシステムを介して確立されてもよい。

ＭＩＭＯシステムはデータ送信のための複数（Ｎ _Ｔ ）の送信アンテナ及び複数（Ｎ _Ｒ ）の受信アンテナを採用する。 Ｎ _Ｔ送信及びＮ _Ｒ受信アンテナによって形成されるＭＩＭＯチャネルは空間チャネルとも呼ばれる、Ｎ _Ｓ独立チャネルに分解されてもよい。 但し、Ｎ _Ｓ ≦ｍｉｎ｛Ｎ _Ｔ ，Ｎ _Ｒ ｝である。 Ｎ _Ｓ独立チャネルの各々はディメンションに対応する。 ＭＩＭＯシステムは、複数の送信及び受信アンテナによって作られる追加ディメンションが利用されれば、改良された性能（例えば、より高い処理量及び／又はより大きな信頼性）を提供できる。

ＭＩＭＯシステムは時分割多重（“ＴＤＤ”）及び周波数分割多重（“ＦＤＤ”）をサポートしてもよい。 ＴＤＤシステムでは、順方向及び逆方向リンク送信は相互関係原理が逆方向リンクチャネルから順方向リンクの推定を可能にするように同じ周波数領域にある。 これは複数のアンテナがアクセスポイントで利用できるとき、アクセスポイントが順方向リンクに送信ビームフォーミング利得を抽出することを可能にする。

ここでの教示は少なくとも１つの他のノードと通信するために種々のコンポーネントを使用するノード（例えば、装置）に組み込まれてもよい。 図１３はノード間の通信を容易にするために採用されてもよい幾つかのサンプルコンポーネントを示す。 特に、図１３はＭＩＭＯシステム１３００の無線装置１３１０（例えば、アクセスポイント）及び無線装置１３５０（例えば、アクセス端末）を示している。 装置１３１０では、多数のデータストリームのトラフィックデータがデータソース１３１２から送信（“ＴＸ”）データプロセッサ１３１４に提供される。

態様によっては、各データストリームが個別の送信アンテナを介して送信される。 ＴＸデータプロセッサ１３１４は符号化データを提供するためにそのデータストリームに対して選択された特定の方式に基づいてデータストリーム毎にトラフィックデータをフォーマット化し、符号化し、インタリーブする。

データストリーム毎に符号化データはＯＦＤＭ技術を用いてパイロットデータと多重化されてもよい。 パイロットデータは一般的には周知の方法で処理される周知のデータパターンであり、チャネル応答を推定するために受信システムで使用されてもよい。 その後、データストリーム毎に多重化パイロット及び符号化データは変調シンボルを提供するためそのデータストリームのために選択される特定変調方式（例えば、ＢＰＳＫ，ＱＳＰＫ，Ｍ−ＰＳＫ，又はＭ−ＱＡＭ）に基づいて変調される（即ち、シンボルマップされる）。 データストリーム毎にデータレート、符号化及び変調がプロセッサ１３３０によって行われる命令によって決定されてもよい。 データメモリ１３３２はプロセッサ１３３０又は装置１３１０の他のコンポーネントによって使用されるプログラムコード、データ、及び他の情報を記憶してもよい。

その後、全てのデータストリームに対して変調シンボルはＴＸ ＭＩＭＯプロセッサ１３２０に提供され、このプロセッサは更に（例えば、ＯＦＤＭのための）変調シンボルを処理してもよい。 その後、ＴＸ ＭＩＭＯプロセッサ１３２０はＮ _Ｔ復調シンボルストリームをＮ _Ｔトランシーバ（“ＸＣＶＲ”）１３２２Ａ〜１３２２Ｔに提供する。 幾つかの局面では、ＴＸ ＭＩＭＯプロセッサ１３２０はビームフォーミング重みをデータストリームのシンボルに及びシンボルが送信されているアンテナに適用する。

各トランシーバ１３２２は１以上のアナログ信号を提供するため個別のシンボルストリームを受信及び処理し、更にＭＩＭＯチャネルを介して送信に適する変調信号を提供するためにアナログ信号を調整する（例えば、増幅、フィルタ処理、及びアップコンバートする）。 その後、トランシーバ１３２２Ａ乃至１３２２ＴからのＮ _Ｔ変調信号はＮ _Ｔアンテナ１３２４Ａ乃至１３２４Ｔを介して送信される。

装置１３５０で、送信変調信号がＮ _Ｒアンテナ１３５２Ａ乃至１３５２Ｒによって受信され、各アンテナ１３５２からの受信信号は個別のトランシーバ（“ＸＣＶＲ”）１３５４Ａ乃至１３５４Ｒに提供される。 各トランシーバ１３５４は個別の受信信号を調整（例えば、フィルタ処理、増幅、及びダウンコンバート）し、サンプルを提供するために調整信号をデジタル化し、更に対応する「受信」シンボルストリームを提供するためにサンプルを処理する。

受信（“ＲＸ”）データプロセッサ１３６０はその後Ｎ _Ｔ 「検出」シンボルストリームを提供するために特定受信処理技術に基づいてＮ _Ｒトランシーバ１３５４からＮ _Ｒ受信シンボルストリームを受信し、処理する。 ＲＸデータプロセッサ１３６０はその後データストリームのためのトラフィックデータを回復するために各検出シンボルストリームを復調し、逆インタリーブし、復号化する。 ＲＸデータプロセッサ１３６０による処理は装置１３１０にてＴＸ ＭＩＭＯプロセッサ１３２０及びＴＸデータプロセッサ１３１４によって行われる処理に対して相補的である。

プロセッサ１３７０はどの事前符号化マトリックス（pre-coding matrix）を使用するかを定期的に決定する（以下に検討する）。 プロセッサ１３７０はマトリックスインデックス部及びランク値部を含む逆方向リンクメッセージを編成する。 データメモリ１３７２はプログラムコード、データ、及びプロセッサ１３７０又は装置１３５０の他のコンポーネントによって使用される他の情報を記憶できる。

逆方向リンクメッセージは通信リンク及び／又は受信データストリームに関する種々のタイプの情報を含んでもよい。 逆方向リンクメッセージはその後ＴＸデータプロセッサ１３３８によって処理され、このプロセッサはまたデータソース１３３６から出力され、変調器１３８０によって変調され、トランシーバ１３５４Ａ乃至１３５４Ｒによって調整され、装置１３１０に戻される多数のデータストリームに対するトラフィックデータを受信する。

装置１３１０では、装置１３５０からの変調信号がアンテナ１３２４によって受信され、トランシーバ１３２２によって調整され、復調器（“ＤＥＭＯＤ”）１３４０によって復調され、装置１３５０によって送信された逆方向リンクメッセージを抽出するためＲＸデータプロセッサ１３４２によって処理される。 その後プロセッサ１３３０はビームフォーミング重みを決定するためにどの事前符号化マトリックスを使用するかを決定し、その後抽出メッセージを処理する。

図１３は通信コンポーネントがここで述べたようにページング／電力制御動作を行う１以上のコンポーネント含んでもよいことを示している。 例えば、ページング／電力制御コンポーネント１３９０はプロセッサ１３３０及び／又はここで述べたように他の装置（例えば、装置１３５０）へ／から信号を送信／受信するため装置１３１０の他のコンポーネントと協働してもよい。 同様に、ページング／電力制御コンポーネント１３９２がプロセッサ１３３０及び／又は他の装置（例えば、装置１３１０）へ／から信号を送信／受信するため装置１３５０の他のコンポーネントと協働してもよい。 装置１３１０及び１３５０毎に説明したコンポーネントの２以上の機能が単一のコンポーネントによって提供されてもよいことは言うまでもない。 例えば、単一の処理コンポーネントはページング／電力制御コンポーネント１３９０及びプロセッサ１３３０の機能性を提供してもよく、単一の処理コンポーネントはページング／電力制御コンポーネント１３９２及びプロセッサ１３７０の機能性を提供してもよい。

ここの教示は種々タイプの通信システム及び／又はシステムコンポーネントに組み込まれてもよい。 態様によっては、ここの教示は利用可能なシステム資源を共有することによって（例えば、帯域幅、送信電力、符号化、インタリーブ、などの１つ以上を特定することによって）複数のユーザとの通信をサポートできるマルチアクセスシステムで採用されてもよい。 例えば、ここの教示は次の技術、即ち、符号分割多重アクセス（“ＣＤＭＡ”）システム，多重搬送波ＣＤＭＡ（“ＭＣＣＤＭＡ”），広帯域ＣＤＭＡ（“Ｗ−ＣＤＭＡ”），高速パケットアクセス（“ＨＳＰＡ，”“ＨＳＰＡ＋”）システム，時分割多重アクセス（“ＴＤＭＡ”）システム，周波数分割多重アクセス（“ＦＤＭＡ”）システム，単一搬送波ＦＤＭＡ（“ＳＣ−ＦＤＭＡ”）システム，直交周波数分割多重アクセス（“ＯＦＤＭＡ”）システム，又は他の多重アクセス技術の任意の１つ又は組合せに適用されてもよい。 ここの教示を採用している無線通信システムはＩＳ−９５，ｃｄｍａ２０００，ＩＳ−８５６，Ｗ−ＣＤＭＡ，ＴＤＳＣＤＭＡ，及び他の規格のような１つ以上の規格を実施するように設計されてもよい。 ＣＤＭＡネットワークはユニバーサル地球無線アクセス（“ＵＴＲＡ）”，ｃｄｍａ２０００，又は他の技術のような無線技術を実施してもよい。 ＵＴＲＡはＷ−ＣＤＭＡ及び低チップレート（“ＬＣＲ”）を含んでいる。 ｃｄｍａ２０００の技術はＩＳ−２０００，ＩＳ−９５及びＩＳ−８５６の規格をカバーする。 ＴＤＭＡネットワークはモバイル通信用グローバルシステム（“ＧＳＭ（登録商標）”）のような無線技術を実装してもよい。 ＯＦＤＭＡネットワークは発展ＵＴＲＡ（“Ｅ−ＵＴＲＡ”），ＩＥＥＥ ８０２．１１，ＩＥＥＥ ８０２．１６，ＩＥＥＥ ８０２．２０，Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などのような無線技術を実装してもよい。 ＵＴＲＡ，Ｅ−ＵＴＲＡ，及びＧＳＭはユニバーサル・モバイル・テレコミュニケーション・システム（“ＵＭＴＳ”）の一部である。 ここでの教示は３ＧＰＰロング・ターム・エボリューション（“ＬＴＥ”）システム、ウルトラモバイルブロードバンド（“ＵＭＢ”）システム、及び他のタイプのシステムで実施されてもよい。 ＬＴＥはＥ−ＵＹＲＡを使用するＵＭＴＳの開放である。 開示のある態様は３ＧＰＰ技術を用いて説明されてもよいが、ここでの教示は３ＧＰＰ２（ＩｘＲＴＴ，１ｘＥＶ−ＤＯ ＲｅｌＯ，ＲｅｖＡ，ＲｅｖＢ）技術及び他の技術だけでなく、３ＧＰＰ（Ｒｅ１９９，Ｒｅ１５，Ｒｅ１６，Ｒｅ１７）技術に適用されてもよい。

ここでの教示はさまざまな装置（例えば、ノード）に組み込まれてもよい（例えば、それらの中で実施されてもよく又はそれらによって実行されてもよい）。 態様によっては、ここでの教示に従って実施されるノード（例えば、無線ノード）はアクセスポイント又はアクセス端末により構成されてもよい。

例えば、アクセス端末はユーザ設備、加入者局、加入者ユニット、移動局、モバイル、モバイルノード、遠隔局、遠隔端末、ユーザエージェント、ユーザ装置、又は他の技術により構成されてもよく、として実施されてもよく、又はとして知られている。 幾つかの実施では、アクセス端末はセルラ電話、コードレス電話、セッション初期化プロトコル（“ＳＩＰ”）電話、無線ローカルループ（“ＷＬＬ”）局、携帯端末（“ＰＤＡ”）、無線接続能力を有する携帯用装置、又は無線モデムに接続される他の適当な処理装置で構成されてもよい。 従って、ここで述べた１以上の態様は電話（例えば、セルラ電話又はスマート電話）、コンピュータ（例えば、ラップトップ）、携帯通信装置、形態計算装置（例えば、パーソナルデータアシスタント）、娯楽装置（音楽装置、ビデオ装置、又はサテライトラジオ）、全地球測位システム装置、又は無線媒体を介して通信するように構成される他の適当な装置に組み込まれてもよい。

アクセスポイントはＮｏｄｅＢ，ｅＮｏｄｅＢ，無線ネットワークコントローラ（“ＲＮＣ“），基地局（“ＢＳ“），無線基地局（“ＲＢＳ“），基地局コントローラ（“ＢＳＣ“），基地送受信局（“ＢＴＳ“），トランシーバ機能（“ＴＦ“），無線トランシーバ，無線ルータ，基本サービスセット（“ＢＳＳ“），拡張サービスセット（“ＥＳＳ“），マクロセル，マクロノード，ホームｅＮＢ（“ＨｅＮＢ”），フェムトセル，フェムトセルノード，ピコノード、又は他の同様な技術で構成されてもよく、として実施されてもよく、として知られている。

態様によっては、ノード（例えば、アクセスポイント）は通信システムのアクセスノードで構成してもよい。 そのようなアクセスノードは、例えば、有線又は無線通信リンクを介してネットワーク（例えば、インターネット又はセルラネットワークのような広域ネットワーク）に対する又はへの接続性をネットワークに提供してもよい。 従って、アクセスノードは他のノード（例えば、アクセス端末）がネットワーク又は他の機能性にアクセスすることを可能にしてもよい。 更に、ノードの一方又は両方が携帯可能であってもよく又は、あるケースでは、比較的携帯不可であってもよい。

また、無線ノードは非無線方法で（例えば、有線接続を介して）情報を送信及び／又は受信できてもよいことは言うまでもない。 故に、ここで検討されるような受信器及び送信機は非無線媒体を介して通信するために妥当な通信インターフェースコンポーネント（例えば、電気又は光学インターフェースコンポーネント）を含んでもよい。

無線ノードは任意の適切な無線通信技術に基く又は別の方法でサポートする１以上の無線通信リンクを介して通信してもよい。 例えば、態様によっては、無線ノードはネットワークと関連してもよい。 態様によっては、ネットワークはローカルネットワーク又は広域ネットワークで構成されてもよい。 無線装置は種々の無線通信技術、プロトコル、又はここで検討したような規格（例えば、ＣＤＭＡ，ＴＤＭＡ，ＯＦＤＭ，ＯＦＤＭＡ，ＷｉＭＡＸ，Ｗｉ−Ｆｉ，など）の１つ以上を用いてもよい。 同様に、無線ノードは種々の対応する変調又は多重化方式の１つ以上をサポートしてもよく又は別の方法で使用してもよい。 それ故に、無線ノードは上記又は他の無線通信技術を用いて１つ以上の無線通信リンクを介して確立し、通信する適切なコンポーネント（例えば、空中インターフェース）を含めてもよい。 例えば、無線ノードは関連する送信及び受信コンポーネントを持つ無線トランシーバで構成されてもよく、これらコンポーネントは無線媒体を介しての通信を容易にする種々コンポーネント（例えば、信号発生器及び信号プロセッサ）を含んでもよい。

（添付図の１以上に関して）ここで説明した機能性は添付請求項の態様によっては添付の請求項において同様に指定された「手段」機能に対応してもよい。 図１４〜２１を参照すると、装置１４００，１５００，１６００，１７００，１８００，１９００，２０００，及び２１００は一連の相関機能モジュールとして示されている。 ここで、パケット受信モジュール１４０２は、態様によっては少なくとも、例えば、ここで検討されるようなパケットプロセッサに対応してもよい。 ページングモジュール１４０４、アイドルコンテキスト維持モジュール１４０６，アイドルコンテキスト取得モジュール１４０８，及びページ要求アイドルコンテキスト維持モジュール１４１２は各々態様によっては少なくとも、例えば、ここで検討したようなページングコントローラに対応してもよい。 登録メッセージ受信モジュール１４１０は少なくとも態様によっては、例えば、ここで検討したような通信コントローラに対応してもよい。 メッセージ受信モジュール１５０２は態様によっては少なくとも、例えば、ここで検討したような通信コントローラに対応してもよい。 メッセージ送信モジュール１５０４は態様によっては少なくとも、例えば、ここで検討したようにページングコントローラに対応してもよい。 ページ決定モジュール１５０６は態様によっては少なくとも、例えば、ここで検討したようなページングコントローラに対応してもよい。 パケット受信モジュール１６０２及びパケットタイプ決定モジュール１６０４は態様によっては少なくとも、例えば、ここで検討したようなパケットプロセッサに対応してもよい。 選択フィルタリングモジュール１６０６は態様によっては少なくとも、例えば、ここで検討したようにパケットフィルタに対応してもよい。 動作モード決定モジュール１７０２は態様によっては少なくとも、例えば、ここで検討されたようなモードコントローラに対応してもよい。 パケット受信モジュール１７０４及びパケットタイプ決定モジュール１７０６は各々態様によっては、例えば、ここで検討したようにパケットプロセッサに対応してもよい。 ページ決定モジュール１７０８は態様によっては少なくとも、例えば、ここで検討したようなページングコントローラに対応してもよい。 動作モード選択モジュール１８０２は態様によっては少なくとも、例えば、ここで検討したようなモードコントローラに対応してもよい。 指示送信モジュール１８０４は態様によっては少なくとも、例えば、ここで検討したような通信コントローラに対応してもよい。 パケット受信モジュール１９０２及びパケットタイプ決定モジュール１９０４は態様によっては少なくとも、例えば、ここで検討したようなパケットプロセッサに対応してもよい。 ページ送信モジュール１９０６は態様によっては少なくとも、例えば、ここで検討したようなページングコントローラに対応してもよい。 ページ受信モジュール２００２は態様によっては少なくとも、例えば、ここで検討したようなページングコントローラに対応してもよい。 パケット受信決定モジュール２００４は幾つかの対応ではすくなくとも、例えば、ここで検討したようなパケットプロセッサに対応してもよい。 アクセス決定モジュール２１０２は態様によっては少なくとも、例えば、ここで検討したようなモードコントローラに対応してもよい。 ローカルリンクインターフェース無効化モジュール２１０４は態様によっては少なくとも、例えば、ここで検討したような通信コントローラに対応してもよい。

図１４〜２１のモジュールの機能性はここでの教示と一致する種々の方法で実施されてもよい。 態様によっては、これらモジュールの機能性は１つ以上の電気コンポーネントとして実施されてもよい。 態様によっては、これらのブロックの機能性は１つ以上のプロセッサコンポーネントを含む処理システムとして実施されてもよい。 態様によっては、これらモジュールの機能性は、例えば、少なくとも１つ以上の集積回路（例えば、ＡＳＩＣ）の一部を用いて実施されてもよい。 ここで検討したように、集積回路はプロセッサ、ソフトウェア、他の関連コンポーネント、又はその幾つかの組合せを含んでもよい。 これらモジュールの機能性はここで述べたような他の方法で実施されてもよい。 態様によっては、図１４〜２１の破線ブロックの１つ以上は任意である。

当業者は「第１」、「第２」などのような記号表示を用いてここでの素子への参照は通常これら素子の数量又は順序を限定していない。 むしろ、これら記号表示は２つ以上の素子又は１つの素子の事例の間を区別する便宜的な方法としてここでは用いられている。 故に、第１及び第２素子の参照は２つだけの素子がそこで使用されてもよいことを意味し又はある方法では第１素子が第２素子に先行しなければならないことを意味していない。 また、別な方法で述べられていない限り、一セットの素子は１以上の素子から構成されてもよい。 更に、説明又は請求項に使用されている表現「Ａ，Ｂ又はＣの少なくとも１つ」は「Ａ又はＢ又はＣ若しくはこれら素子の任意の組合せ」を意味する。

当業者は情報及び信号が種々の異なる技術及び手法の幾つかを用いて表されてもよいことを理解するであろう。 例えば、データ、インストラクション（命令）、コマンド、情報、信号、ビット、シンボル、及び上記説明を通して参照し得るチップが電圧、電流、電磁波、磁界又は磁粉、光場又は光粉、若しくはその任意の組合せによって表されてもよい。

当業者は種々の図示の論理ブロック、モジュール、プロセッサ、手段、回路、及びここに開示された態様と関連して説明されているアルゴリズムステップのどれも電気的ハードウェア（例えば、ソースコード化又は他の手法を用いて設計される、デジタル装置、アナログ装置、又は２つの組合せ）、（ここでは便宜上「ソフトウェア」又は「ソフトウェアモジュール」と呼ばれる）インストラクションを含むプログラム又は設計コードの種々の形態、若しくは両方の組合せとして実施されてもよい。 ハードウェア及びソフトウェアのこの互換性を明確に示すために、種々の図示コンポーネント、ブロック、モジュール、回路、及びステップはそれらの機能性の観点から一般的に上記のように説明してきた。 そのような機能性がハードウェア又はソフトウェアとして実施されるかどうかは特定のアプリケーション及び総合システムに課せられる設計制約に依存する。 熟練技術者は特定のアプリケーション毎にさまざまな点で説明した機能性を実施できるが、そのような実施の決定は本会所の範囲を逸脱するように解釈されるべきでない。

種々の具体的ロジックブロック、モジュール、及びここに開示されている態様と関連して説明されている回路は集積回路（“ＩＣ”）、アクセス端末、又はアクセスポイント内で実施されてもよく、実行されてもよい。 ＩＣは汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ），アプリケーション特定集積回路（ＡＳＩＣ），フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は他のプログラマブル論理装置、離散ゲート又はトランジスタロジック、離散ハードウェアコンポーネント、電気コンポーネント、光学コンポーネント、機械コンポーネント、又はここで説明された機能を実行するように設計されたその任意の組合せにより構成されてもよく、ＩＣ内、ＩＣの外側、又はその両方に祖運材するコード又はインストラクションを実行できる。 汎用プロセッサはマイクロプロセッサであるが、代替として、プロセッサは任意の通常ポロセッサ、コントローラ、マイクロコントローラ、又は状態機器であってもよい。 プロセッサは任意の通常のプロセッサ、コントローラ、マイクロコントローラ。 又は状態機器であってもよい。 プロセッサは計算装置の組合せ、例えば、ＤＰＳとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＰＳコアと関連する１以上のマイクロプロセッサ、又は他のそのような構成として実施されてもよい。

任意の開示された処理におけるステップの任意の特定の順序又は階層はサンプル方法の例であることは理解される。 設計嗜好に基づいて、処理のステップの特定の順序又は階層はこの開示の範囲内に留めながら再配置されてもよい。 添付の方法請求項はサンプル順に種々のステップの要素を提示しており、提示された特定の順序又は階層に限定することを意味していない。

１以上の実低実施形態では、説明された機能はハードウェア、ソフトウェア、ファイヤウエア、又はその任意の組合せで実施されてもよい。 ソフトウェアで実施されれば、機能はコンピュータ読取り可能媒体に１以上のインストラクション又はコードとして記録され又は送信されてもよい。 コンピュータ読取り可能媒体はコンピュータ記憶媒体及び１つの場所から他の場所にコンピュータプログラムを搬送することを容易にする任意の媒体を含む通信媒体の両方を含む。 記憶媒体はコンピュータによってアクセスし得る任意の利用可能媒体であってもよい。 例として、そして限定でなく、そのようなコンピュータ読取り可能媒体はＲＡＭ，ＲＯＭ，ＥＥＰＲＯＭ，ＣＤ−ＲＯＭ又は他の光学ディスク記憶装置、磁気ディスク記憶装置又は他の磁気記憶装置、若しくはインストラクション又はデータ構造の形態で所望のプログラムコードを配送又は記憶するために使用し得て、かつコンピュータによってアクセスし得る任意の他の媒体により構成できる。 また、任意の接続は厳密にはコンピュータ読取り可能媒体と呼ばれる。 例えば、ソフトウェアがウエブサイト、サーバ、又は同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、若しくは赤外線、無線、及びマイクロ波のような無線技術を用いる他の遠隔ソースから送信されれば、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、又は赤外線、無線及びマイクロ波のような無線技術が媒体の定義に含まれる。 ここで使用されているようなディスク（ｄｉｓｋ）及びディスク（ｄｉｓｃ）はコンパクトディスク（ＣＤ），レーザディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロピー（登録商標）ディスク及びブルーレイディスクを含む。 通常、ｄｉｓｋはデータを時期的に再生し、ｄｉｓｃはデータをレーザにより光学的に再生する。 上記の組合せはコンピュータ読取り可能媒体の範囲に含まれるべきである。 コンピュータ読取り可能媒体が任意の適正なコンピュータプログラム製品で実施されてもよいことは言うまでもない。

開示の態様の先の説明は当業者が本開示を製造し又は使用することができるように提供されている。 これら態様に対する種々の変形は当業者には明らかに容易であろうし、ここで定義された一般的原理は解除の範囲を逸脱しないで他の態様に適用されてもよい。 故に、本開示はここに示された態様に限定されることを意図していないがここに開示された原理及び新規な特徴と一致する最大範囲に準じることになる。