(57)【要約】  本明細書で説明されたのは、遅延パフォーマンスを犠牲にすることなく、アクセス端末（ＡＴ）へのページングデータを配信するためのネットワークのバックホール資源の効率的な利用のための方法である。ＡＴのためのデータをバッファリングする位置は、例えば該ＡＴの位置、該ＡＴのにより用いられるアプリケーション及び該ＡＴの最近のアクティビティー・レベルのような要因に基づいて、適応的に変更されることができる。この判定を支援するために、ＡＴは、１又は複数の登録境界で構成されることができる。ＡＴが小さい登録半径の外側へ移動しない場合には、データが該ＡＴのためのデータ接続ポイントへ直接配信されることができるように、該ＡＴは、該小さい登録半径で構成されることができる。該ＡＴが該小さい登半径の外側へ移動する場合には、該登録半径は、大きい登録半径に切り替えられることができ、かつ、該アクセスゲートウェイは、代わりに、該ＡＴのためのデータをローカルにバッファリングすることができる。
2010524361.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるデータバッファリング及びページングのための方法において、
アクセス端末の位置を判定することと、
前記アクセス端末の前記位置に少なくとも部分的に基づいて、前記アクセス端末のためのデータをバッファリングするエンティティーを適応的に変更することを含む方法。
【請求項２】
前記アクセス端末の位置を判定することは、
前記アクセス端末がデータ接続ポイントのサービスエリアの外側に移動する場合に前記アクセス端末により利用される登録半径が小さい登録半径から大きい登録半径へ変更するように、
前記データ接続ポイントのサービスエリアに対応する前記小さい登録半径、及び、前記データ接続ポイントのサービスエリアより広いエリアに対応する前記大きい登録半径で、前記アクセス端末を構成することを含む請求項１に記載の方法。
【請求項３】
前記アクセス端末の位置を判定することは、
前記アクセス端末により利用される登録半径を判定することを含む請求項２に記載の方法。
【請求項４】
前記アクセス端末を前記構成することは、前記データ接続ポイントのサービスエリアの外側へ移動した場合に、登録するように、前記アクセス端末を構成し、
前記アクセス端末の位置を判定することは、更に、前記アクセス端末が登録されたかどうか判定することを含む請求項２に記載の方法。
【請求項５】
前記アクセス端末のためのデータをバッファリングするエンティティーを前記適応的に変更することは、前記アクセス端末が前記小さい登録半径の外側へ移動しなかったと判定された場合に、バッファリングするためのアクセスゲートウェイからデータを受信することを含む請求項２に記載の方法。
【請求項６】
前記データを前記アクセス端末へ配信することを更に含む請求項５に記載の方法。
【請求項７】
前記アクセス端末は、アイドル状態であり、
前記データを前記配信することは、前記アクセス端末をページングすることを含む請求項６に記載の方法。
【請求項８】
前記アクセス端末を前記ページングすることは、
ページング・リクエストを、セッション・リファレンス・ネットワーク・コントローラ（ＳＲＮＣ）へ通信することと、
前記ＳＲＮＣから、ページング・レスポンスを受信することと、
前記アクセスがアクティブ状態へ入ることを可能にするために、前記アクセス端末へページング信号を通信することを含む請求項７に記載の方法。
【請求項９】
前記アクセス端末のためのデータをバッファリングするエンティティーを前記適応的に変更することは、前記アクセス端末が前記小さい登録半径の外側へ移動したことを判定した場合に、前記アクセス端末のためのデータをバッファリングするように、アクセスゲートウェイに命令することを含む請求項２に記載の方法。
【請求項１０】
前記アクセス端末へ伝送するためのデータが前記アクセスゲートウェイによりバッファリングされたことの通知を前記アクセスゲートウェイから受信することを更に含む請求項９に記載の方法。
【請求項１１】
前記アクセス端末の現在位置のためのサービスエリアを提供するアクセスネットワークを用いて、バッファリングされたデータの前記アクセスゲートウェイから前記アクセス端末への配信を支援するために、ＳＲＮＣへページング・リクエストを通信することを更に含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記アクセス端末のためのデータをバッファリングするエンティティーを前記適応的に変更することは、
前記アクセス端末により現在使用された（１又は複数の）アプリケーションを識別することと、
前記識別された（１又は複数の）アプリケーションに少なくとも部分的に基づいて、前記アクセス端末のためのデータをバッファリングするエンティティーを前記適応的に変更することを含む請求項１に記載の方法。
【請求項１３】
前記アクセス端末のためのデータをバッファリングするエンティティーを前記適応的に変更することは、前記アクセス端末の最近のアクティビティー・レベルを判定することと、
前記アクセス端末の最近のアクティビティー・レベルに少なくとも部分的に基づいて、前記アクセス端末のためのデータをバッファリングするエンティティーを前記適応的に変更することを含む請求項１に記載の方法。
【請求項１４】
無線通信装置において、
前記無線通信装置がデータ接続ポイントとしてサービスする端末に関連するデータを記憶するメモリと、
前記端末の位置を判定し、及び、前記端末の前記位置に基づいて前記端末のためのデータをバッファするエンティティーを適応的に変更するように構成されたプロセッサとを備える無線通信装置。
【請求項１５】
前記メモリは、前記端末により用いられる登録半径に関係するデータを更に記憶し、
前記端末は、登録半径を、前記無線通信装置のサービスエリアに対応する第１の登録半径を関連付けること、前記無線通信装置の前記サービスエリアより大きいエリアに対応する第２の登録半径を関連付けること、及び、前記端末が前記無線通信装置の前記サービスエリアの外側に移動した場合に前記端末により用いられる前記登録半径を前記第１の登録半径から前記第２の登録半径へ変更することで少なくとも部分的に利用するために、選択する請求項１４に記載の無線通信装置。
【請求項１６】
前記端末は、前記無線通信装置の前記サービスエリアから離れて移動する場合に、登録信号を通信するように構成され、
前記プロセッサは、少なくとも部分的に、前記端末が登録信号を通信したかどうかを判定することによって、前記端末の前記位置を判定するように更に構成された請求項１５に記載の無線通信装置。
【請求項１７】
前記プロセッサは、バッファリングするためのアクセスゲートウェイからデータを受信し、前記端末が前記無線通信装置の前記サービスエリアから離れて移動しなかった場合に、前記データの前記端末への送信を命令するように更に構成された請求項１５に記載の無線通信装置。
【請求項１８】
前記プロセッサは、前記端末がアイドル状態にあるかどうかを判定し、前記端末がアイドル状態にあることを判定した場合に、前記データの送信の命令に先立って、前記端末を呼び出すように更に構成された請求項１７に記載の無線通信装置。
【請求項１９】
前記プロセッサは、ページング・リクエストのページング・コントローラへの送信、ページング・レスポンスの前記ページング・コントローラからの受信、及び、ページング信号の前記端末への送信を少なくとも部分的に命令することによって、前記端末を呼び出すように構成された請求項１８に記載の無線通信装置。
【請求項２０】
前記プロセッサは、前記端末が前記無線通信装置の前記サービスエリアから離れて移動したことを判定した場合に、
前記端末のためのデータをバッファリングするように、アクセスゲートウェイに命令するように更に構成された請求項１５に記載の無線通信装置。
【請求項２１】
前記プロセッサは、データが前記端末への伝送のためにバッファリングされていることの通知を、前記アクセスゲートウェイから受信するように更に構成された請求項２０に記載の無線通信装置。
【請求項２２】
前記プロセッサは、前記アクセスゲートウェイが前記端末へ前記データをそれを介して通信可能なアクセスネットワークの位置を支援するためのページングを開始するように更に構成された請求項２０に記載の無線通信装置。
【請求項２３】
無線通信システムにおいて遅延及びバックホール効率の良いページング及びデータ通信を支援する装置において、
モバイル端末がデータ接続ポイントのサービスエリアから離れて移動したか否か判定するための手段と、
前記判定に少なくとも部分的に基づいて前記モバイル端末のためのデータをバッファするための位置を選択するための手段とを備える装置。
【請求項２４】
コンピュータに、アイドル状態における端末の位置を判定させるためのコードと、
コンピュータに、前記端末の前記判定された位置に基づいて、前記端末のためのデータをバッファするための位置を判定させるためのコードと、
コンピュータに、前記端末がアクティブ状態に入るようにさせるためのコードと、
コンピュータに、バッファされたデータを、前記端末へ配送させるためのコードとを含むコンピュータ読み取り可能な媒体。
【請求項２５】
無線データネットワークにおけるアクセス端末へのデータの通信をコーディネイトするための、コンピュータ実行可能な命令を実行する集積回路において、
前記命令は、
アクセス端末が、第１のサービスエリアに関係する第１の登録半径に関係するか、又は、第２のサービスエリアに関係する第２の登録半径に関係するかを判定することと、
前記アクセス端末に関係する前記判定された登録半径に基づいて、前記アクセス端末のためのデータをバッファする位置を修正することを含む集積回路。
【請求項２６】
無線通信システムにおける位置に基づいて通信をコーディネイトするための方法において、
第１のアクセスネットワークのためのサービスエリアに対応する第１の登録半径に関連付けることと、
前記第１の登録半径に関係する位置をモニタリングすることと、
前記モニタリングされた位置が前記第１の登録半径から離れて移動したと判定された場合に、登録信号を第２のアクセスネットワークへ伝達し、及び、少なくとも第１のアクセスネットワーク及び前記第２のアクセスネットワークのためのサービスエリアに対応する第２の登録半径に関連付けることをすることを含む方法。
【請求項２７】
前記第１のアクセスネットワーク及び前記第２のアクセスネットワークのうちの一つを介して、ゲートウェイからデータを受信することを更に含む請求項２６に記載の方法。
【請求項２８】
前記データを受信することは、
ページング信号を受信することと、
前記ページング信号に基づいて、アイドル状態からアクティブ状態へ入ることを含む請求項２７に記載の方法。
【請求項２９】
前記ページング信号を受信することは、前記第１のアクセスネットワーク及び前記第２のアクセスネットワークのためのページング・コントローラにより開始されたページング信号を受信することを含む請求項２８に記載の方法。
【請求項３０】
前記データを受信することは、
前記アクティブ状態に入った場合に、通信資源のための割り当てを受信することと、
該割り当てられた通信資源を用いて、前記ゲートウェイから前記データを受信することを含む請求項２８の方法。
【請求項３１】
前記データが受信されたアクセスネットワークのサービスエリアに対応する第３の登録半径に関連付けることを更に含む請求項２７に記載の方法。
【請求項３２】
前記第２の登録半径に関係する位置をモニタリングすることと、
前記モニタリングされた位置が前記第２の登録半径から離れて移動したことを判定した場合に、第３のアクセスネットワークへ登録信号を通信することと、
登録信号を第３のアクセスネットワークへ通信することと、
前記第３のアクセスネットワークのためのサービスエリアを含む新たな登録エリアを関連付けることを更に含む請求項２６に記載の方法。
【請求項３３】
前記第２の登録半径は、前記第１のアクセスネットワーク及び前記第２のアクセスネットワークのためのページング・コントローラに関連付けられ、
前記新たな登録エリアは、前記第３のアクセスネットワークのためのページング・コントローラに関連付けられる請求項３２に記載の方法。
【請求項３４】
前記第２のページング・コントローラにより開始されたページング信号を受信することと、
前記ページング信号に基づいて、アイドル状態からアクティブ状態へ入ることを含む請求項３３に記載の方法。
【請求項３５】
無線通信装置において、
前記無線通信装置の現在位置、第１のアクセスポイントのサービスエリアに対応する小さい登録半径、及び、前記第１のアクセスポイント及び少なくとも第２のアクセスポイントのサービスエリアに対応する大きい登録半径に関連するデータを記憶するメモリと、
前記無線通信装置の前記現在位置が、前記小さい登録半径から離れて移動したか否か判定し、及び、肯定的に判定された場合に、前記無線通信装置により用いられる登録半を、前記小さい登録半径から前記大きい登録半径へ切り替えるように構成されたプロセッサとを備える無線通信装置。
【請求項３６】
前記第１のアクセスポイントは、前記無線通信装置のためのデータ接続ポイントである請求項３５に記載の無線通信装置。
【請求項３７】
前記プロセッサは、前記第１のデータ接続ポイント及び前記第２のデータ接続ポイントのうちの一つを介して、アクセスゲートウェイからデータを受信するように更に構成された請求項３５に記載の無線通信装置。
【請求項３８】
前記プロセッサは、ページング信号を受信した場合に、前記無線通信装置の状態を、アイドル状態からアクティブ状態へ変更するように更に構成された請求項３７に記載の無線通信装置。
【請求項３９】
前記メモリは、通信資源のための割り当てに関係するデータを更に記憶し、
前記プロセッサは、前記アクティブ状態に入った場合に、前記割り当てられた通信資源を用いて、前記アクセスゲートウェイから前記データを受信するように更に構成された請求項３８に記載の無線通信装置。
【請求項４０】
前記プロセッサは、前記無線通信装置により用いられる登録半径を、前記大きい登録半径から、前記データが受信されたアクセスポイントに対応する更新された小さい登録半径へ、切り替えるように更に構成された請求項３７に記載の無線通信装置。
【請求項４１】
前記プロセッサは、前記無線通信装置の前記現在位置が前記大きい登録半径から離れて移動したかどうかを判定し、肯定的な判定の場合に、前記無線通信装置を登録し、かつ、前記無線通信装置により用いられる前記登録半径を、前記大きい登録半径から、前記無線通信装置の前記現在位置に関連する新たな登録半径へ、切り替えるように更に構成された請求項３５に記載の無線通信装置。
【請求項４２】
前記登録半径は、第１のページング・コントローラに対応し、
前記無線通信装置の前記現在位置に関連する前記新たな登録半径は、第２のページング・コントローラに対応する請求項４１に記載の無線通信装置。
【請求項４３】
無線データネットワーにおける関連するデバイスの位置のレポートを支援する装置において、
関連するデータ接続ポイントのサービスエリアに関係する関連するデバイスの位置を判定するための手段と、
前記関連するデバイスが、前記関連するデータ接続ポイントの前記サービスエリアにから離れて移動したと判定された場合に、前記関連するデバイスを登録するための手段とを備える装置。
【請求項４４】
コンピュータに、登録境界を関連付けさせるためのコードと、
コンピュータに、前記登録境界に関して追跡させるためのコードと、
コンピュータに、前記登録境界の内側から前記登録境界の外側への移動が追跡された場合に、登録信号を通信させるためのコードとを含む、コンピュータ読み取り可能な媒体。
【請求項４５】
無線データネットワークにおいて通信するためのコンピュータ読み取り可能な命令を実行する集積回路において、
前記命令は、
第１の基地局に関連する小さい登録境界及び第１の基地局及び少なくとも第２の基地局に関連する大きい登録境界の範囲内の動きをモニタリングすることと、
前記小さい登録境界の内側から前記小さい登録境界の外側への動きがモニタリングされた場合に、ネットワーク・コントローラに登録することと、
前記モニタリングされた動きに少なくとも部分的に基づいて、前記第１の基地局及び前記第２の基地局のうちの一つを介して、アクセスゲートウェイからデータを受信することを含む集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
この出願は、２００７年４月６日付け提出された「DELAY AND BACKHAUL-EFFICIENT PAGING METHOD AND APPARATUS」と題された米国仮出願第６０／９１０，５９４号及び２００７年６月６日付け提出された「IDLE STATE MOBILITY MANAGEMENT AND PAGING CALL FLOWS」と題された米国仮出願第６０／９４２，３９２号の利益を主張する。それらの全体は参照によって本明細書に組み込まれる。
【０００２】
本開示は、一般に通信に関し、より詳しくは無線通信システムにおけるページング及びデータバッファリングのための技術に関する。
【背景技術】
【０００３】
様々な通信サービスを提供するために、無線通信システムが広く配置される。例えば、ボイス、ビデオ、パケットデータ、ブロードキャスト及びメッセージサービスは、そのような無線通信システムを経由して提供されることができる。これらシステムは、利用可能なシステム資源を共有することによって、複数の端末に関する通信をサポートすることができる多元接続システムであっても良い。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム及び直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。
【０００４】
上記無線通信システムは、例えば、無線ワイドエリアネットワーク（ＷＡＮ）データネットワークを実装するために利用可能である。そのようなネットワークにおいて、データ接続ポイント（data attachment point（ＤＡＰ）を介したアクセスゲートウェイ（access gateway）（ＡＧＷ）からアクセス端末（access terminal）（ＡＴ）へのデータの通信を開始するために、ページング手続きが利用される。ページング手続きの間、アクセス端末へ伝えられるべきデータは、ネットワーク中のエンティティーによりバッファリングされる。
【０００５】
無線ＷＡＮデータネットワークにおけるデータバッファリング及びページングへの従来の取り組み方では、遅延（delay）及び／又はバックホール資源（backhaul resources）の使い過ぎのために、非効率になりがちである。一つのそのような従来の取り組み方において、データは、アクセス端末のページングの間、ＤＡＰにてバッファリングされる。しかしながら、アクセス端末がＤＡＰのサービスエリア（coverage area）の範囲内にいない場合には、一般的に、該ＤＡＰは、該アクセス端末にサービスするアクセスネットワークへ、データをトンネリングする必要がある。これは、遅延及び利用されるバックホール資源の量の顕著な増大をもたらす。他の従来の取り組み方では、アクセス端末のページングの始動（trigger）及びページング中のデータのバッファリングに、アクセスゲートウェイが用いられる。しかしながら、この取り組み方の下では、アクセス端末の状態を、定期的にアクセスゲートウェイへ通知するためにバックホール資源が利用される必要がある。さらに、アクセス端末がＤＡＰのサービスエリアの範囲内に滞在する場合には、不必要な遅延が取り込まれる可能性がある。
【０００６】
したがって、無線通信システムにおけるページング及びデータバッファリングに関連する遅延及び所要のバックホール資源を最小化する技術が必要である。
【発明の概要】
【０００７】
以下は、開示された実施形態の基本的な理解を与えるために、当該実施形態の簡易化した概要を示す。この概要は、すべての予期された実施形態の外延的な要旨ではない。また、この概要は、重要な（key）又は重大な（critical）な要素を特定するものではないこと、あるいは、当該実施形態の範囲を表すものではないこと意図されている。唯一の目的は、後で示されるより詳細な説明に対する前置きとして簡易化した形で開示された実施形態のいくつかの概念を示すことである。
【０００８】
一つの態様に従って、無線通信システムにおけるデータバッファリング及びページングのための方法が、本明細書で説明される。該方法は、アクセス端末の位置を判定することを含むことができる。さらに、該方法は、前記アクセス端末の前記位置に少なくとも部分的に基づいて、前記アクセス端末のためのデータをバッファするエンティティーを適応的に変更することを含むことができる。
【０００９】
他の態様は、前記無線通信装置がデータ接続ポイントとしてサービスする端末に関連するデータを記憶するメモリを備えることができる無線通信装置に関係する。前記無線通信装置は、前記端末の位置を判定し、及び、前記端末の前記位置に基づいて前記端末のためのデータをバッファするエンティティーを適応的に変更するように構成されたプロセッサを更に備えることができる。
【００１０】
更に他の態様は、無線通信システムにおいて遅延及びバックホール効率の良いページング及びデータ通信を支援する装置に関係する。その装置は、モバイル端末がデータ接続ポイントのサービスエリアから離れて移動したか否か判定するための手段を備えることができる。更に、その装置は、前記判定に少なくとも部分的に基づいて前記モバイル端末のためのデータをバッファするための位置を選択するための手段を備えることができる。
【００１１】
まだ他の態様は、コンピュータに、アイドル状態における端末の位置を判定させるためのコードを含むコンピュータ読み取り可能な媒体に関係する。そのコンピュータ読み取り可能な媒体は、コンピュータに、前記端末の前記判定された位置に基づいて、前記端末のためのデータをバッファするための位置を判定させるためのコードを更に含むことができる。更に、そのコンピュータ読み取り可能な媒体は、コンピュータに、前記端末がアクティブ状態に入るようにさせるためのコードを含むことができる。そのコンピュータ読み取り可能な媒体はまた、コンピュータに、バッファされたデータを、前記端末へ配送させるためのコードを含むことができる。
【００１２】
他の態様に従って、無線データネットワークにおけるアクセス端末へのデータの通信をコーディネイトするための、コンピュータ実行可能な命令を実行する集積回路が本明細書で説明される。その命令は、アクセス端末が、第１のサービスエリアに関係する第１の登録半径に関係するか、又は、第２のサービスエリアに関係する第２の登録半径に関係するかを判定することを含むことができる。さらに、その命令は、前記アクセス端末に関係する前記判定された登録半径に基づいて、前記アクセス端末のためのデータをバッファする位置を修正することを含むことができる。
【００１３】
更に他の態様に従って、無線通信システムにおける位置に基づいて通信をコーディネイトするための方法が本明細書で説明される。その方法は、第１のアクセスネットワークのためのサービスエリアに対応する第１の登録半径に関連付けることを含むことができる。さらに、その方法は、前記第１の登録半径に関連する位置をモニタリングすることを含むことができる。その方法は、前記モニタリングされた位置が前記第１の登録半径から離れて移動したと判定された場合に、登録信号を第２のアクセスネットワークへ伝達し、及び、少なくとも第１のアクセスネットワーク及び前記第２のアクセスネットワークのためのサービスエリアに対応する第２の登録半径に関連付けることをすることを更に含むことができる。
【００１４】
他の態様は、前記無線通信装置の現在位置、第１のアクセスポイントのサービスエリアに対応する小さい登録半径、及び、前記第１のアクセスポイント及び少なくとも第２のアクセスポイントのサービスエリアに対応する大きい登録半径に関連するデータを記憶するメモリを備えることのできる無線通信装置に関係する。その無線通信装置は、前記無線通信装置の前記現在位置が、前記小さい登録半径から離れて移動したか否か判定し、及び、肯定的に判定された場合に、前記無線通信装置により用いられる登録半を、前記小さい登録半径から前記大きい登録半径へ切り替えるように構成されたプロセッサとを更に備えることができる。
【００１５】
まだ他の形態は、無線データネットワーにおける関連するデバイスの位置のレポートを支援する装置に関係する。その装置は、関連するデータ接続ポイントのサービスエリアに関連する関連するデバイスの位置を判定するための手段を備えることができる。さらに、その装置は、前記関連するデバイスが、前記関連するデータ接続ポイントの前記サービスエリアにから離れて移動したと判定された場合に、前記関連するデバイスを登録するための手段を備えることができる。
【００１６】
更に他の態様は、コンピュータに、登録境界を関連付けさせるためのコードを含むことのできるコンピュータ読み取り可能な媒体に関係する。そのコンピュータ読み取り可能な媒体はまた、コンピュータに、前記登録境界に関して追跡させるためのコードを含むことができる。さらに、そのコンピュータ読み取り可能な媒体はまた、コンピュータに、前記登録境界の内側から前記登録境界の外側への移動が追跡された場合に、登録信号を通信させるためのコードを含むことができる。
【００１７】
更なる態様は、無線データネットワークにおいて通信するためのコンピュータ読み取り可能な命令を実行する集積回路に関係する。これら命令は、第１の基地局に関連する小さい登録境界及び第１の基地局及び少なくとも第２の基地局に関連する大きい登録境界の範囲内の動きをモニタリングすることを含むことができる。さらに、その命令は、前記小さい登録境界の内側から前記小さい登録境界の外側への動きがモニタリングされた場合に、ネットワーク・コントローラに登録することを含むことができる。その命令は、前記モニタリングされた動きに少なくとも部分的に基づいて、前記第１の基地局及び前記第２の基地局のうちの一つを介して、アクセスゲートウェイからデータを受信することを更に含むことができる。
【００１８】
前述の目的及び関連する目的の達成に向けて、１又は複数の実施形態は、以下に十分に説明され及びクレームで特に指摘された特徴を含む。以下の説明及び添付図面は、開示された実施形態のある説明に役立つ態様を詳細に説明する。しかしながら、これら態様は、様々な実施形態の原理が使用できる様々な方法のうちのほんの少しを示している。さらに、説明された実施形態はそのようなすべての態様及びそれらの同等物を含むことが意図されている。
【図面の簡単な説明】
【００１９】
【図１】図１は、本明細書で説明される様々な態様に従った無線多元接続通信システムを図示する。
【図２】図２は、様々な態様に従ったページング及びデータバッファリングを支援する（facilitates）システムのブロック図である。
【図３Ａ】図３Ａ，３Ｂは、様々な態様に従った、端末の位置に基づいてページング及びデータバッファリングをするための例であるシステムの動作を図示する。
【図３Ｂ】図３Ａ，３Ｂは、様々な態様に従った、端末の位置に基づいてページング及びデータバッファリングをするための例であるシステムの動作を図示する。
【図４Ａ】図４Ａ〜４Ｃは、様々な態様に従った、端末の位置に基づいてページング及びデータバッファリングをするための例であるシステムの動作を図示する。
【図４Ｂ】図４Ａ〜４Ｃは、様々な態様に従った、端末の位置に基づいてページング及びデータバッファリングをするための例であるシステムの動作を図示する。
【図４Ｃ】図４Ａ〜４Ｃは、様々な態様に従った、端末の位置に基づいてページング及びデータバッファリングをするための例であるシステムの動作を図示する。
【図５】図５は、無線通信システムにおける遅延及びバックホール効率の良いデータバッファリングのための手順（methodology）のフローチャートである。
【図６】図６は、端末のためのアクセスゲートウェイにより提供されるデータのバッファリングを、該端末の位置に基づいてコーディネイト（coordinating）するための手順のフローチャートである。
【図７】図７は、無線通信システムにおける遅延及びバックホール効率の良いページングのための手順のフローチャートである。
【図８】図８は、無線通信システムにおける現在位置に基づく登録をコーディネイトするための手順のフローチャートである。
【図９】図９は、アクセス端末と基地局との間の登録を説明するプロセスフロー図である。
【図１０】図１０は、アクセス端末と基地局との間の登録を説明するプロセスフロー図である。
【図１１】図１１は、アクセス端末と基地局との間のコネクションのためのグレースフル・コネクション・クローズ（graceful connection close）を説明するプロセスフロー図である。
【図１２】図１２は、アクセス端末と基地局との間のコネクションのためのノングレースフル・コネクション・クローズ（non-graceful connection close）を説明するプロセスフロー図である。
【図１３】図１３は、アクセス端末のためのデータ接続ポイントのハンドオフを説明するプロセスフロー図である。
【図１４】図１４は、アクセスゲートウェイでのデータバッファリングの開始を説明するプロセスフロー図である。
【図１５】図１５は、セッション・リファレンス・ネットワーク・コントローラを経由するアクセス端末と基地局との間の登録を説明するプロセスフロー図である。
【図１６】図１６は、無線通信システムにおけるページングを説明するプロセスフロー図である。
【図１７】図１７は、アイドル（idle）状態のアクセス端末によるコール・リアクティベイション（call re-activation）を説明するプロセスフロー図である。
【図１８】図１８は、本明細書で説明される１又は複数の実施形態が機能し得る例である無線通信システムを説明するブロック図である。
【図１９】図１９は、様々な態様に従った、アクセスゲートウェイから端末へのデータ通信をコーディネイトするためのシステムのブロック図である。
【図２０】図２０は、様々な態様に従った、１又は複数のデータ接続ポイントへ登録すること及びアクセスゲートウェイからデータを受信することを支援するシステムのブロック図である。
【図２１】図２１は、無線通信システムにおいて遅延及びバックホール効率の良いデータバッファリングを支援する装置のブロック図である。
【図２２】図２２は、アクセスゲートウェイから端末へのデータの通信を、無線通信システムにおける該端末の位置に基づいて支援する装置のブロック図である。
【図２３】図２３は、無線通信システムにおいてアクセスゲートウェイからデータを受信することを支援する装置のブロック図である。
【詳細な説明】
【００２０】
これから、様々な実施形態が図面を参照しながら説明される。ここで、全体にわたって、同様の参照番号は、同様のエレメントを指すために用いられる。以下の記述では、説明のために、多くの特定の細部が、１又は複数の態様の深い理解を与えるために説明される。しかしながら、これら特定の細部なしに上記（１又は複数の）実施形態が実施可能であることは明らかであろう。他の例において、１又は複数の実施形態の説明を容易にするために、既知の構造及びデバイスがブロック図の形で示される。
【００２１】
この出願において用いられるように、用語“コンポーネント（component）”、“モジュール（module）”、“システム（system）”及び同類のものは、コンピュータ関連のエンティティー、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア又は実行中のソフトウェアを指すことを意図されている。例えば、コンポーネントは、プロセッサ上で動作するプロセス、集積回路、オブジェクト、実行ファイル（executable）、実行のスレッド、プログラム、及び／又は、コンピュータであっても良いが、これらに制限されない。例として、コンピュータ・デバイス上で動作するアプリケーションと、そのコンピュータ・デバイスの両方とも、コンポーネントであることができる。１又は複数のコンポーネントがプロセス及び／又は実行のスレッドの内部に存在することができ、また、一つのコンポーネントが一つのコンピュータに局在し及び／又は２以上のコンピュータ間に分散されることができる。加えて、これらコンポーネントは、様々なデータ構造を記録した様々なコンピュータ読み取り可能な媒体から実行することができる。それらコンポーネントは、例えば１又は複数のデータパケットを有する信号（例えば、その信号を手段として、ローカルシステム、分散システムにおける及び／又は例えば他のシステムを有するインターネットのようなネットワークを横断する他のコンポーネントと情報をやりとりする、一つのコンポーネントからのデータ）に従うなど、ローカルプロセス及び／又はリモートプロセスを手段として、通信することができる。
【００２２】
さらに、無線端末（wireless terminal）及び／又は基地局に関連して、様々な実施形態が本明細書で説明される。無線端末は、ボイス及び／又はデータの接続性をユーザへ提供するデバイスを指す。無線端末は、例えばラップトップコンピュータ又はデスクトップコンピュータのようなコンピュータ・デバイスへ接続されても良く、また、それは、例えば携帯情報端末（ＰＤＡ）のような内蔵型のデバイスであっても良い。また、無線端末は、システム、加入者ユニット（subscriber unit）、加入者設備（subscriber station）、移動局（mobile station）、モバイル（mobile）、リモートステーション、アクセスポイント、遠隔端末、アクセス端末、ユーザ端末、ユーザエージェント、ユーザデバイス又はユーザ装置（user equipment）と呼ぶことができる。無線端末は、加入者設備、無線デバイス（wireless device）、携帯電話（cellular telephone）、ＰＣＳ電話（PCS telephone）、コードレス電話（cordless telephone）、セッション開始プロトコル（session initiation protocol）（ＳＩＰ）電話、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続性を有するハンドヘルドデバイス又は無線モデムに接続された他のプロセッシングデバイスであっても良い。基地局（例えば、アクセスポイント）は、エアーインタフェース上で、1又は複数のセクターを介して、各無線端末と通信するアクセスネットワークにおけるデバイスを指し示しても良い。基地局は、受信したエアーインタフェース・フレームをＩＰパケットに変換することによって、無線端末と、インターネットプロトコル（ＩＰ）ネットワークを含み得るアクセスネットワークの他の部分との間のルータとして、動作しても良い。基地局はまた、エアーインタフェースに関する属性の管理をコーディネイト（coordinates）する。
【００２３】
さらに、本明細書で説明される様々な態様又は特徴は、方法、装置、又は、標準的なプログラミング及び／又はエンジニアリング技法を用いる製品として、実施することができる。本明細書で用いられる用語“製品（article of manufacture）”は、任意のコンピュータ読み取り可能なデバイス、キャリア又は媒体からアクセス可能なコンピュータプログラムを包含することが意図されている。例えば、コンピュータ読み取り可能なデバイスは、磁気記憶装置（例えば、ハードディスク・ドライブ、フロッピー（登録商標)ディスク、マグネットストライプ…）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタルバーサタイルディスク（ＤＶＤ）…）、スマートカード、及び、フラッシュメモリ素子（flash memory devices）（例えば、カード、スティック、キードライブ…）を含むことができるが、それらに制限されるものではない。
【００２４】
多くのデバイス、コンポーネント、モジュール及び同類のものを含んでもよいシステムに関して、様々な実施形態が与えられるであろう。様々なシステムが、追加のデバイス、コンポーネント、モジュールなどを含んでもよく、及び／又は、図面に関連して説明されるデバイス、コンポーネント、モジュールなどのすべてを含まなくてもよいことは、理解され（understood）認識され（appreciated）るべきである。また、これらアプローチの組み合わせが利用されてもよい。
【００２５】
さて、図面を参照すると、図１は、様々な態様に従った無線多元接続通信システムの説明図である。一つの例において、アクセスポイント１００（ＡＰ）は、複数のアンテナグループを含む。図１に示されるように、一つのアンテナグループは、アンテナ１０４及び１０６を含むことができ、もう一つは、アンテナ１０８及び１１０を含むことができ、また、もう一つは、アンテナ１１２及び１１４を含むことができる。各々のアンテナグループについて、図１では、二つのアンテナが示されているが、より多い又はより少ないアンテナが各々のアンテナグループのために利用されても良いことは、認識されるべきである。
【００２６】
他の例において、アクセス端末１１６（ＡＴ）は、アンテナ１１２及び１１４を使って通信することができる。ここで、アンテナ１１２及び１１４は、順方向リンク１２０上で、アクセス端末１１６への情報を送信し、逆方向リンク１１８上で、アクセス端末１１６からの情報を受信する。加えて及び／又は代わりに、アクセス端末１２２は、アンテナ１０６及び１０８を使って通信することができる。ここで、アンテナ１０６及び１０８は、順方向リンク１２６上で、アクセス端末１２２への情報を送信し、逆方向リンク１２４上で、アクセス端末１２２からの情報を受信する。周波数分割双方向（ＦＤＤ）システムにおいて、通信リンク１１８，１２０，１２４及び１２６は、通信のために異なる周波数を使用することができる。例えば、順方向リンク１２０は、逆方向リンク１１８により用いられるものとは異なる周波数を用いることができる。
【００２７】
各々のアンテナのグループ及び／又はそれらが通信するようにデザインされたエリアは、アクセスポイントのセクターと呼ぶことができる。一つの態様に従って、アンテナグループは、アクセスポイント１００によりカバーされるエリアの一つのセクターにおいてアクセス端末と通信するようにデザインされることができる。順方向リンク１２０及び１２６において、アクセスポイント１００の送信アンテナは、異なるアクセス端末１１６及び１２２のための順方向リンクの信号対雑音比を改善するためにビフォーミングを利用することができる。また、アクセスポイントがそのサービスエリア（coverage）の至る所にランダムに散在するアクセス端末へ送信するためにビームフォーミングを使用することは、単一のアンテナを介してそのすべてのアクセス端末へ送信するアクセスポイントに比較して、隣接する（neighboring）セルにおけるアクセス端末への干渉をより少なくする。
【００２８】
アクセスポイント、例えばアクセスポイント１００、は、端末との通信に用いられる固定局であっても良く、また、基地局、発展型基地局（evolved base station）（ｅＢＳ）、Ｎｏｄｅ Ｂ、アクセスネットワーク及び／又は他の適切な専門用語で呼ぶことができる。加えて、アクセス端末（ＡＴ）、例えばアクセス端末１１６又は１２２、はまた、モバイル端末、ユーザ装置（user equipment）（ＵＥ）、無線通信デバイス、端末、無線端末及び／又は他の適切な専門用語で呼ぶことができる。
【００２９】
図２は、本明細書で説明される様々な態様に従ったページング及びデータバッファリングを支援するシステム２００のブロック図である。システム２００は、無線ＷＡＮデータネットワーキングアプリケーション及び／又は他の適切な無線通信アプリケーションに利用することができる。一つの態様に従って、システム２００は、アクセスゲートウェイ（ＡＧＷ）１０を含むことができる。ＡＧＷ１０は、アクセス端末（ＡＴ）４０へ通信するために、例えばインターネット及び／又は他の適切なデータソースなどのデータソースから、データを受信することができる。ＡＧＷにより受信されアクセス端末４０へ通信されるデータは、１又は複数のパケットにカプセル化されることができ、及び／又は、任意の他の適切な方法でまとめられることができる。また、システム２００は、順方向リンク及び逆方向リンク上で１又は複数のアクセス端末４０に対してデータを通信し及び／又はシグナリングを制御することができる、１又は複数のアクセスネットワーク（ＡＮ）３０を含むことができる。一つの例において、アクセスネットワーク３０又は他の適切なネットワークエンティティーは、アクセス端末４０のためのデータ接続ポイント（ＤＡＰ）に指定されることができる。アクセス端末４０のためのＤＡＰとして指定されたアクセスネットワーク３０又は他のエンティティーは、例えばＡＧＷ１０がアクセス端末４０のためのデータを指定されたＤＡＰへフォワードできるように、ＡＧＷ１０とのトンネル・バインディングを有することができる。加えて及び／又は代わりに、アクセス端末４０のためのＤＡＰは、ＡＧＷ１０がアクセス端末４０のためのデータをバッファリングするよう指定された場合には、そのＡＧＷ１０から１又は複数のデータ通知メッセージを受信することができる。ＡＧＷ１０がデータをバッファリングするか又はフォワードするかを決定するために用いることができる技術が、以下でさらに詳しく説明される。システム２００に示されるように、アクセスネットワーク３０１は、アクセス端末４０のために指定されたＤＡＰである。しかしながら、アクセス端末４０のためのＤＡＰは、アクセスネットワーク３０である必要はなく、また、アクセス端末４０との無線接続性を有する必要はないことは、認識されるべきである。
【００３０】
他の例において、システム２００は、１又は複数のアクセス端末４０のためのページングエリアデータベース及びコンフィギュレーション情報を記憶可能なセッション・リファレンス・ネットワーク・コントローラ（ＳＲＮＣ）２０を含むことができる。ＳＲＮＣ２０により記憶されるコンフィギュレーション情報（Configuration information）は、それぞれのアクセス端末４０で用いられるべき登録境界（registration boundaries）（例えば、登録半径（registration radii）５０−６０）及びページング・サイクル（paging cycles）に関係する情報を含むことができる。ＳＲＮＣ２０は、ＡＧＷ１０、アクセスネットワーク３０、システム２００中のスタンドアローンのエンティティー及び／又はシステム２００中の任意の他の適切な場所に、位置することができる。
【００３１】
他の態様に従って、アイドル状態に入ったアクセス端末４０へのデータの通信を支援する（facilitate）ために、システム２００中でページング手続きが始動（triggered）されることができる。一つの例において、アクセス端末４０は、該端末と通信するためにさもなければ（otherwise）用いられるであろう１又は複数のアクセスネットワークの資源だけでなく、端末電力、バッテリー寿命（battery life）及び／又は該端末の他の資源を節約するために、該端末のアクティブなエアーリンク・コネクション（airlink connection）がクローズされた（closed）場合には、アイドル状態に入ることができる。アクセス端末４０がアイドル状態に入った場合に、アクセス端末４０は、アクセスネットワーク３０及び／又はシステム２００中の他のエンティティーとの正規の（regular）通信に携る（engage）ことができないことがある。一例として、アイドル状態にあるアクセス端末４０は、システム２００における通信に割り当てられた資源を何も持たないことがある。それゆえ、アイドル状態のアクセス端末４０のためのＡＧＷ１０にデータが到着した場合には、該データを受信するために該アクセス端末４０が、再度、アクティブ（active）状態に入る（re-enter）ように、ページング手続きが開始されることができる。
【００３２】
システム２００において実行されるページング手続きの間、アイドル状態のアクセス端末４０へ通信されるべきデータは、該ページング手続きの正常終了（successful completion）の結果がでるまで、バッファリングされることができる。それゆえ、ページングの間、システム２００が効率的に稼動するために、システム２００中のいずれのエンティティーがページングの進行中にアクセス端末４０のためのデータをバッファリングするべきかの決定が、システム２００においてなされる必要がある。さらに、システム２００中のいずれのエンティティーがアクセスネットワーク３０におけるページング手続きの始動に関与すべきかの決定がなされる必要がある。
【００３３】
これら決定に対する一つの従来からの解法は、常に、アクセス端末４０のために指定されたＤＡＰへデータを通信するか、又は、ＡＧＷ１０を、アクセス端末４０の状態に非依存（agnostic）にさせることである。しかしながら、アクセス端末４０がＤＡＰのサービスエリア（coverage）から離れて移動した場合には、おそらく、データは、再度、ＤＡＰから、該アクセス端末４０に発見された他のアクセスネットワーク３０へ、トンネルされる必要があるであろう。アクセス端末４０へ通信されるべきデータの量が多い場合には、このリトンネリング（re-tunneling）は、データがＡＧＷ１０にてバッファリングされ該アクセス端末４０が発見したアクセスネットワーク３０へ直接トンネルされる場合に費やされるであろうバックホール資源に比較して、より多くのバックホール資源を費やす可能性がある。さらに、アクセスネットワーク３０はしばしば互いに直接通信する能力を持たず、結果として、あるアクセスネットワーク３０から他へ大量のデータをトンネリングするのは、おそらく、ＡＧＷ１０からアクセスネットワーク３０へデータをトンネリングするのに比較して、時間がかかる。
【００３４】
上記決定に対する他の従来からの解法は、常に、データをバッファリングし、ＡＧＷ１０からページングを始動することである。しかしながら、この場合には、ＡＧＷ１０は、アクセス端末４０のそれぞれアクティブ／アイドルの状態の遷移に詳しいことが要求される。それは、とても頻繁である可能性がある（例えば、ウェブ・ページ・リクエスト（web page requests）の間のリードタイム中）。さらに、例えば、ＡＧＷ１０は、アクセス端末４０がアイドル状態にあることをまだ知らないが、それにもかかわらず、該アクセス端末４０のために指定されたＤＡＰへのデータを送信した場合に、競合状態（race conditions）が存在する可能性がある。加えて、この従来からの解法は、アクセス端末４０がＤＡＰのサービスエリア（coverage area）の範囲内に滞在する場合に、不必要な遅延を持ち込む可能性がある。
【００３５】
一つの態様に従って、これら又は他の従来からのアプローチに関連する効率の悪さを軽減するために、システム２００は、アクセス端末４０の位置に応じてアクセス端末４０のためのデータをバッファリングするシステム２００中のエンティティーを適応的に変更することによって、遅延パフォーマンスを犠牲にすることなく、ＡＧＷ１０からアクセス端末４０へのページングデータを配信するためのネットワークのバックホール資源（例えば、アクセスネットワーク３０とＡＧＷ１０との間の資源）を効率的に利用するページング技術を、利用することができる。
【００３６】
一つの例において、アクセス端末４０は、小さい登録半径（small registration radius）５０で構成（configured with）することができる。小さい登録半径５０は、例えば、アクセス端末４０のためのＤＡＰとして指定されたアクセスネットワーク３０のサービスエリアに対応することができる。さらに、アクセス端末４０のための小さい登録半径５０は、該アクセス端末４０がＤＡＰのサービスエリアの外側へ移動しない場合に、該アクセス端末４０の状態を知るべきことをＡＧＷ１０へ要求することなしに、ＡＧＷ１０からのデータが該ＤＡＰへ直接配信されるように、動作することができる。そうすることにより、ＡＧＷ１０からアクセス端末４０へのデータの配信に関連する遅延は、データの通信に先立ってアクセス端末４０の状態に関してＡＧＷ１０とアクセスネットワーク３０とが通信する必要性を取り除くことによって、最小化することができる。さらに、ＡＧＷ１０からアクセスネットワーク３０へのデータ・トンネリングは、いずれにしても、データをアクセス端末４０へ配信することを要求されるであろうから、追加のバックホール通信は要求されないことは、認識されるべきである。さらに、アクセス端末４０のためのＤＡＰとして指定された、アクセスネットワーク３０中のＳＲＮＣ２０を実装することによって、遅延がさらに削減できるであろうことを、注目することができる。
【００３７】
他の例において、アクセス端末４０はまた、該アクセス端末４０が小さい登録半径５０の外側へ移動する場合に用いることのできる大きい登録半径（large registration radius）６０で構成（configured with）することができる。一つの例において、アクセス端末４０が小さい登録半径５０の外側へ移動するが、大きい登録半径６０の内部に留まる場合に、新たなアクセスネットワーク３０に登録することを要求される可能性がある。そのとき、アクセス端末４０は、小さい登録半径５０の代わりに、大きい登録半径６０を利用することができる。これが起こる場合に、アクセス端末４０のための該指定されたＤＡＰは、ＡＧＷ１０からのデータのフローを停止することができる。その後、ＡＧＷ１０にデータが到着した場合に、ＤＡＰがページング・プロセスを開始できるように、ＡＧＷ１０は、それがアクセス端末４０のためのデータを有することをＤＡＰに通知することができる。該ページング・プロセスの結果として、アクセス端末４０を検出する任意のアクセスネットワーク３０が、ＡＧＷ１０とのデータ・トンネルを確立することができる。それゆえ、該アクセスネットワーク３０がアクセス端末４０へデータを配信できるように、ＡＧＷ１０と、該アクセス端末４０を検出したアクセスネットワーク３０との間で、データ・フローを確立することができる。一つの例において、アクセス端末４０に関連する小さい登録半径５０及び／又は大きい登録半径６０は、ＳＲＮＣ２０、該アクセス端末４０及び／又はシステム２００中の他の適切なエンティティーにより記憶されることができる。
【００３８】
一つの態様に従って、小さい登録半径５０及び大きい登録半径６０は、アクセス端末４０にて動作するアプリケーションに基づいて遅延とバックホール効率との間の最適なトレードオフを得るために、以下で説明されるようなデータバッファリング及びページングのための１又は複数の技術と組み合わせて利用されることができる。例えば、アクセス端末４０が、例えばブッシュトーク（push-to-talk）アプリケーションのような遅延にセンシティブなアプリケーションを実行している場合に、システム２００は、アクセス端末４０により経験される遅延を最小化するように適応的に構成される（configured）ことができる。逆に言えば、アクセス端末４０が、遅延に対してよりセンシティブでないアプリケーションを実行している場合には、システム２００は、むしろ通信のために要求されるバックホール資源の量を削減するように構成される（configured）されることができる。
【００３９】
他の態様に従って、以下で説明される１又は複数の技術を利用することによって、システム２００において通信されるデータは、アクセス端末４０の位置にかかわらずに、ただ一つのバックホールリン（backhaul link）を横切る（traverse）ように構成されることができ、それゆえ、バックホール能力（backhaul capacity）の使用を最小化する。さらに、アクセス端末４０が、ＤＡＰのサービスエリアの範囲内に存在し、かつ、頻繁なアクティブ／アイドルの遷移を有する場合には、システム２００における通信は、ＡＧＷ１０へシグナリング・メッセージを要求することなく、実施されることができ、それによって、データが、アクセス端末４０へ迅速に届けられることを可能にし、また、データがアクセス端末４０へ届けられる前の遅延を最小化する。一つの例において、システム２００は、全体的なシステムデザインの複雑さを軽減することができ、また、システム２００を利用するアプリケーションが、より簡単且つ効率的に実装されることを可能にする。例えば、システム２００は、アクセス端末４０のためのＤＡＰとして指定されたアクセスネットワーク３０がすべてのシナリオにおいてＳＲＮＣ２０を使ったページングの始動に関与するように、統一ページ始動手続き（unified page trigger procedure）を利用することができる。さらに、システム２００は、多様な目的のために用いることができるアクセスゲートウェイ１０とアクセスネットワーク３０との間の粗いフロー制御メカニズムを提供することができる。
【００４０】
図３Ａ，３Ｂは、様々な態様に従った、アクセス端末４０の位置に基づいてページング及びデータバッファリングをするための例であるシステム３００の動作を図示する。一つの例において、システム３００は、ＡＧＷ１０を含むことができる。ＡＧＷ１０は、アクセス端末４０への通信のためのデータ３０２を受信することができる。システム３００は、さらに、アクセス端末４０のためのＤＡＰとして指定されたアクセスネットワーク３０を含むことができる。アクセスネットワーク３０は、ＡＧＷ１０がアクセス端末４０のためのデータ３０２をアクセスネットワーク３０へフォワードできるように、ＡＧＷ１０とのトンネル・バインディングを確立することができる。アクセスネットワーク３０は、さらに、ＳＲＮＣ２０と通信することができる。ＳＲＮＣ２０は、アクセス端末４０のための構成及び登録境界情報（configuration and registration boundary information）を提供することができる。
【００４１】
一つの態様に従って、アクセス端末４０は、システム３００において、アクセスネットワーク３０のサービスエリアに対応する小さい登録半径５０の範囲内に位置することができ、また、システム３００において、アイドル状態にあるか又はそうでなければアクティブではない通信状態にあることができる。例えば、アクセス端末４０は、例えばアクセス端末４０のユーザの家庭又はオフィスのような、固定された場所に位置しても良いし、また、資源及び端末バッテリー寿命を節約するために、無線アクティビティーの期間（periods of wireless activity）の間にアイドル状態になっても良い。他の態様に従って、アクセス端末４０が小さい登録半径５０の外側に移動した場合に、システム３００におけるアクセスネットワーク３０及び／又はＳＲＮＣ２０へ登録することをアクセス端末４０へ要求することによって、アクセス端末４０がシステム３００における他のエンティティーとアクティブに通信しておらず、また、通信のため割り当てられた資源が何もないことがあっても、アクセス端末４０がアクセスネットワーク３０のサービスエリアの範囲内にいることを、システム３００内で知ることができる。したがって、ＡＧＷ１０からアクセス端末４０へデータを提供するために、図３Ａ，３Ｂに示されるようなページング手続きが利用可能である。
【００４２】
具体的に図３Ａを参照すると、システム３００により利用されるページング手続きは、アクセス端末４０のためのデータ３０２、又は、アクセス端末４０のためのデータ３０２が存在することを表示（indicating）するデータ通知メッセージ（data notification message）を、ＡＧＷ１０からアクセスネットワーク３０へ通信するこよによって、始めることができる。上で述べたように、アクセス端末４０は、アクセスネットワーク３０のサービスエリアに対応する小さい登録半径５０から離れた場合に、システム３００における１又は複数のエンティティーへ登録するように構成することができる。このため、システム３００内でアクセス端末４０からの登録が受信されない場合には、アクセス端末４０はアクセスネットワーク３０のサービスエリアの内部に留まっていると仮定することができる。したがって、ＡＧＷ１０は、アクセス端末４０の状態の知識を要求することなく、データ３０２をアクセスネットワーク３０へ直接通信することができ、それによって、ＡＧＷ１０への外部からのシグナリング・メッセージの必要性を取り除くことができる。
【００４３】
ＡＧＷ１０からデータ３０２を受信すると、アクセスネットワーク３０は、ページング・リクエスト（paging request）３０４をＳＲＮＣ２０へ通信することによって、ページングを開始（initiate）することができる。ページング・リクエスト３０４が通信された後に、図３Ｂに示されるようにページング手続きが継続可能である。ここで、ＳＲＮＣ２０は、ページング・レスポンス（paging response）３０６をアクセスネットワーク３０へ通信することによって、応答することができる。ＳＲＮＣ２０からページング・レスポンス３０６を受信すると、アクセスネットワーク３０は、次に、ページング信号（paging signal）３０８をアクセス端末４０へ送信することができる。一旦、アクセス端末４０がページング信号３０８を受信すると、アクセス端末４０は、それ以降、アクセスネットワーク３０とのコネクションを確立することができる。一つの態様に従って、アクセスネットワーク３０は、その後、ＡＧＷ１０から受信された該データ３０２をアクセス端末４０へ通信するために、このコネクションを利用することができる。
【００４４】
図４Ａ〜４Ｃは、様々な態様に従った、アクセス端末４０の位置に基づいてページング及びデータバッファリングをするためのもう一つの例であるシステム４００の動作を図示する。システム３００と同じように、システム４００は、アクセス端末４０への通信のためのデータ４１６を受信可能なＡＧＷ１０を含むことができる。システム４００はまた、複数のアクセスネットワーク３０を含むことができ、それらのうちの１又は複数は、アクセス端末４０のための（１又は複数の）ＤＡＰとして指定されることができる。システム４００における各々のアクセスネットワーク３０はまた、アクセス端末４０のための構成及び登録境界情報を提供可能なＳＲＮＣ２０と通信することができる。
【００４５】
一つの態様に従って、アクセス端末４０について、小さい登録半径５０が、ＳＲＮＣ２０及び／又はシステム４００における他の適切なエンティティーによって構成可能である。一つの例において、小さい登録半径５０は、システム３００と同じように、アクセス端末４０のためのＤＡＰとして指定されたアクセスネットワーク３０１のサービスエリアに対応することができる。しかしながら、システム３００に示されるページング手続きとは違って、システム４００におけるアクセス端末４０は、小さい登録半径５０の外側に位置することができる。例えば、アクセス端末４０は、あるアクセスネットワーク３０のサービスエリアから、他のアクセスネットワーク３０のサービスエリアへ移動しても良い。さらに、そのようなモバイル（mobile）アクセス端末４０はまた、該アクセス端末４０の現在位置のためのサービングアクセスネットワーク３０とのアクティブな通信に該アクセス端末４０が携らないように、アイドル状態で動作しても良い。
【００４６】
それゆえ、一つの例において、ＳＲＮＣ２０及び／又はシステム４００における他の適切なエンティティーによって、大きい登録半径６０がさらに構成可能である。大きい登録半径６０は、与えられた地理的エリアにおける複数のアクセスネットワーク３０のサービスエリアに対応することができる。したがって、アクセス端末４０がその関連する小さい登録半径５０の外側へは移動したがその関連する大きい登録半径６０の内側に留まっている場合にＡＧＷ１０からアクセス端末４０へデータを提供するために、図４Ａ〜４Ｃにより示されるようなページング手続きが利用可能である。
【００４７】
図４Ａは、アクセス端末４０が、アクセスネットワーク３０に関連する小さい登録半径５０の外側へ移動する場合における、アイドル状態のアクセス端末４０の動作を図示する。一つの態様に従って、アクセス端末４０は、小さな登録半径及び／又は大きな登録半径６０を含む登録境界のセットを、ＳＲＮＣ２０及び／又はシステム４００における他の適切なエンティティーから得ることができる。この情報に基づいて、対応する小さい登録半径５０に位置するアクセス端末４０は、該アクセス端末４０が該小さい登録半径５０の外側に移動したと判定した場合に、サービングアクセスネットワーク３０へ、登録信号４０２を通信することができる。一つの例において、該アクセス端末は、該アクセス端末４０が小さい登録半径５０の外側に移動してアイドル状態になった場合に、該登録信号４０２の通信のために一時的にアクティブ状態に入ることができる。そして、登録信号は、ＳＲＮＣ２０へ通信されることができる。ＳＲＮＣ２０により記憶される、アクセス端末４０の以前のコネクションに対応する、登録信号４０２及び／又はセッション情報に基づいて、ＳＲＮＣ２０は、アクセス端末４０のためのＤＡＰとして現在サービスするアクセスネットワーク３０を決定し、アクセス端末４０が大きい登録半径６０中の新たなアクセスネットワーク３０のサービスエリアへ移動したことの通知４０４をそのアクセスネットワーク３０へ通信することができる。一つの特定の制限ではない例において、ＳＮＲＣ２０及びアクセスネットワーク３０は、単一のネットワークエンティティー内に位置することができ、結果として、ＳＲＮＣ２０とアクセスネットワーク３０との間で通知４０４が通信されないことがある。代わりの特定の例において、ＳＲＮＣ２０は、アクセスネットワーク３０とともに位置することなく及び／又はアクセス端末４０との無線接続性を有することなく、アクセス端末４０のためのＤＡＰ機能性を遂行することができる。アクセス端末４０が移動したことの通知４０４を受信すると、アクセスネットワーク３０は、該アクセス端末４０のためのＡＧＷ１０で受信されるいずれのデータをもホールド（hold）するよう、リクエスト４０６（ＸＯｆｆとして図４Ａに示される）をＡＧＷ１０へ通信することができる。また、該リクエスト４０６は、フロー制御リクエスト（Flow Control Request）、データバッファリクエスト（Data Buffer Request）及び／又は任意の他の適切な用語で呼ぶことができる。
【００４８】
一つの例において、アクセス端末４０が小さい登録半径５０の外側へ移動した後に、それは、登録信号４０２を送信し、続いて、その登録境界である大きい登録半径６０を利用することができ、アクセス端末４０が大きい登録半径から抜け出て移動した場合のみ次の登録信号４０２を通信することを要求される。それゆえ、アクセス端末４０により通信される登録信号４０２は、アクセス端末４０が位置する大きい登録半径６０に対応することができることは、認識されるべきである。
【００４９】
一旦、ＡＧＷ１０が、システム４００においてアクセス端末４０へ通信されるべきデータを受信すると、図４Ｂにより示されるように、ページングを初期化することができる。一つの態様において、図４Ａに示されるように、ＡＧＷ１０によりアクセスネットワーク３０１から受信されたＸＯｆｆインストラクション４０６に基づいて、ＡＧＷ１０は、アクセス端末４０のためのデータをローカルにバッファリングし、データそのものというよりはむしろアクセス端末４０のためにデータが準備されていることの通知４０８をアクセスネットワーク３０１へ通信することができる。一つの例において、図４Ａに示されるように、アクセス端末４０により通信される登録信号４０２及びそれに続くアクセスネットワーク３０１によりＡＧＷ１０へ通信されるＸＯｆｆインストラクション４０６は、アクセス端末４０がアクセスネットワーク３０１のサービスエリアから離れて移動したであろうことを、明らかにする（demonstrate）。したがって、そのような状況においてＡＧＷ１０にてローカルにデータをバッファリングすることによって、アクセス端末４０を発見する大きい登録半径６０の範囲内で、アクセスネットワーク３０１から他のアクセスネットワークへデータをトンネリングする必要性は取り除かれ、それによって、アクセス端末４０へデータを通信するのに要求されるバックホール資源の量が削減される。さらに、要求されるバックホール資源の削減は、各々のアクセスネットワーク３０がＡＧＷ１０又は集中型ルータ／ネットワークスイッチを介して互いに通信するスター型トポロジーを利用するシステムにおいて大きな意義を有することがあることは、認識されるべきである。
【００５０】
他の態様に従って、アクセスネットワーク３０１は、アクセス端末４０のためにデータが準備されていることの通知４０８をＡＧＷ１０から受信した場合に、ページング・リクエスト４１０をＳＲＮＣ２０へ通信することができる。それに応じて、ＳＲＮＣ２０は、アクセス端末４０が登録された大きい登録半径６０に対応するページングエリアにおける各々のアクセスネットワーク３０へ、ページング・リクエスト４１２を通信することができる。一つの例において、利用されるページングエリアは、ページング及び登録のために要求される時間を明らかにするために（account for）、その対応する大きい登録エリア（registration area）６０より大きく構成されても良い。ページング・リクエスト４１２を受信すると、アクセスネットワーク３０は、ページング信号４１４を送信することによって、それらのそれぞれのサービスエリアの範囲内で、アクセス端末４０を呼び出す（page）ことを試みる。一つの例において、アクセス端末４０は、アクセスネットワーク３０からのページング信号４１４に対して、該アクセスネットワーク３０とのコネクションを確立することによって、応答することができる。例えば、図４Ｃに示されるように、アクセス端末４０は、ページングが成功した場合に、アクセスネットワーク３０２とのコネクションを確立することができる。一旦、アクセス端末４０とアクセスネットワーク３０２との間にコネクションが確立されると、ＡＧＷ１０は、アクセスネットワーク３０２を介して、アクセス端末４０へデータ４１６を通信することができる。一つの例において、アクセスネットワーク３０２はまた、アクセス端末４０のための新たなＤＡＰとして指定されることができる。加えて、アクセス端末４０に関連する小さい登録半径５０は、アクセスネットワーク３０２のサービスエリアを反映するために更新されることができる。
【００５１】
図５〜７を参照して、無線通信システムにおける効率的なデータバッファリング及びページングのための手順が説明される。説明を簡単にするために、手順はアクトのシリーズ（series of acts）として図示され説明されるが、そのアクトの順序に制限されるものではなく、幾つかのアクトが、１又は複数の実施形態に従って、異なる順序で及び／又は本明細書で図示され説明されるものとは別のアクトと同時に、発生しても良いことは、認識されるべきである。例えば、手順は、代わりに、例えば状態図のように、相互に関係のある状態又はイベントのシリーズとして表現できることを当業者は理解し（understand）認識する（appreciate）であろう。さらに、１又は複数の実施形態に従って、手順を実装するために、説明されたアクトのすべてが必ずしも必須ではない。
【００５２】
図５を参照して、無線通信システム（例えば、システム２００）における遅延及びバックホール効率の良いデータバッファリングのための手順５００が図示される。手順５００は、例えばアクセスポイント（例えば、アクセスネットワーク３０）及び／又は任意の他の適切なネットワークエンティティーにより実行されることができることは、理解されるべきである。手順５００は、ブロック５０２にて始まり、ここで、登録エリア内のアクセス端末（例えば、アクセス端末４０）の位置が判定される。一つの態様に従って、ブロック５０２にて利用される登録エリアは、アクセスポイントのセットに関連するエリアに対応することができる。このエリアは、例えば、該アクセス端末に関連するデータ接続ポイントのサービスエリアに関連する小さい登録エリア（例えば、小さい登録半径５０に対応するエリア）を含むことができる。加えて、該小さい登録エリアは、該アクセス端末に関連する該データ接続ポイントを含むアクセスポイントのセットの該サービスエリアに関連するより大きい登録エリア（例えば、大きい登録半径６０に対応するエリア）の内部に位置することができる。一つの例において、これら登録エリアの境界は、セッション・リファレンス・ネットワーク・コントローラ（例えば、ＳＲＮＣ２０）及び／又は他の適切なネットワークエンティティーによりセットされることができる。
【００５３】
他の態様に従って、ブロック５０２での判定は、該アクセス端末がその関連するデータ接続ポイントのサービスエリアの中にいるかどうかを判定することによって、なされることができる。一つの例において、手順５００が実装されたシステム中のアクセス端末は、それがそのデータ接続ポイントのサービスエリアから離れた場合に、セッション・リファレンス・ネットワーク・コントローラ及び／又は他のネットワークエンティティーに登録するように構成されることができる。それゆえ、該アクセス端末から登録が受信されない場合には、該アクセス端末がそのデータ接続ポイントのサービスエリアから離れなかったことを、ブロック５０２にて推測（inferred）することができる。逆に言えば、該アクセス端末から登録を受信した場合には、該アクセス端末は、そのデータ接続ポイントのサービスエリアから離れ、現在、その登録エリアの範囲内の位置にいることを、ブロック５０２にて推測（inferred）することができる。しかしながら、ネットワークエンティティーに登録するアクセス端末は、ブロック５０２での判定の時点で、必ずしも、そのデータ接続ポイントのサービスエリアの外側にいる必要はなくても良い。例えば、アクセス端末は、あるデータ接続ポイントのサービスエリアから離れ、登録を提示し（submit）、続いて、そのデータ接続ポイントのそのサービスエリアへ戻ることもできる。
【００５４】
ブロック５０２で説明されたアクトを完了すると、手順５００は、ブロック５０４で終わることができる。ブロック５０４では、該アクセス端末のためのデータをバッファリングするエンティティーは、ブロック５０２で判定された該アクセス端末の位置に少なくとも部分的に基づいて、適応的に変更される。一つの例において、アクセスゲートウェイ（例えばアクセスゲートウェイ１０）から該アクセス端末へのデータの転送に関連して、ブロック５０４にてデータがバッファリングされることができる。したがって、ブロック５０４にて該アクセス端末のためのデータをバッファリングするエンティティーは、次の通り、ブロック５０２での判定に基づいて、適応的に変更されることができる。該アクセス端末がそのデータ接続ポイントのサービスエリア内に位置することがブロック５０２にて判定された場合には、データは、アクセスゲートウェイにより、そのデータ接続ポイントへ提供されることができる。該アクセスゲートウェイからデータを受信すると、そのデータ接続ポイントは、そのデータをバッファリングすることができる。あるいは、該アクセス端末がそのデータ接続ポイントのサービスエリアから離れたことがブロック５０２にて判定された場合には、該端末のための該データ接続ポイントは、該アクセス端末のためのデータをバッファリングするよう該アクセスゲートウェイに指示するために、該アクセスゲートウェイへ通知（例えば、ＸＯｆｆ通知４０６）を与えることができる。一つの例において、アクセスゲートウェイにてデータをバッファリングすると、そのデータの対象とされるアクセス端末は、例えば図４Ａ〜４Ｃに示される手続きのようなページング手続きを用いて、位置を探される（located）ことができる。それから、そのデータは、該端末が位置するエリアのためにサービスエリアを提供するアクセスポイントを介して、該端末へ与えられることができる。
【００５５】
加えて及び／又は代わりに、ブロック５０４にて、該アクセス端末のためのデータをバッファリングするエンティティーを決定するために、他の情報が利用可能である。一つの例において、ブロック５０４での決定は、該アクセス端末で実行中のアプリケーションに少なくとも部分的に基づいて、なされることができる。例えば、アクセス端末がブッシュトーク（push-to-talk）セッション又は他の遅延にセンシティブなアプリケーションに携っている場合に、該アクセス端末により経験される遅延を低減するために、それほど頻繁ではない（又は、決してない）が、該アクセスゲートウェイにてデータをバッファリングするための決定がブロック５０４にてなされることができる。他の例において、ブロック５０４での決定は、該アクセス端末の最近のアクティビティー・レベル（activity level）に部分的に基づいて、なされることができる。それは、アクセス端末及び／又は他の適切な手段に関連する待機状態タイマー（idle activity timer）により与えられることができる。例えば、アクセス端末が、ブロック５０４での決定の前に、予め定められた期間（period of time）、アイドル状態にあった場合に、該アクセス端末はアイドル状態に留まるであろうと推測することができる。その結果、該アクセスゲートウェイにてデータをバッファリングすることのブロック５０４での決定は、アクセス端末がそのアイドル状態に起因する遅延にセンシティブでない可能性が少ないほど、より頻繁になされることができる。逆に言えば、アクセス端末が、最近、アクティブであった場合には、該アクセス端末はアクティブに留まるであろうと推測することができ、それほど頻繁ではないが、アクセスゲートウェイにてデータをバッファリングすることのブロック５０４での決定がなされることができる。
【００５６】
図６は、端末（例えば、アクセス端末４０）への通信のためのアクセスゲートウェイ（例えば、アクセスゲートウェイ１０）により提供されるデータのバッファリングを、該端末の位置に基づいてコーディネイトするための手順６００を図示する。手順６００は、例えばアクセスポイント（例えば、アクセスネットワーク３０）及び／又は無線通信システム中の任意の他の適切なエンティティーにより実行されることができることは、理解されるべきである。手順６００は、ブロック６０２にて始まり、ここで、手順６００を実行するエンティティーは、第１の登録半径（例えば、小さい登録半径５０）を関連付ける。一つの例において、ブロック６０２での第１の登録エリアは、手順６００を実行するエンティティーのサービスエリアに対応する。さらに、第１の登録半径は、セッション・リファレンス・ネットワーク・コントローラ（例えば、ＳＲＮＣ２０）及び／又は他の適切なエンティティーにより提供されることができる。
【００５７】
次に、ブロック６０４にて、該第１の登録半径と、該第１の登録半径を包含する第２の登録半径（例えば、大きい登録半径６０）とから、該端末により使用される半径が判定される。該第２の登録半径はまた、セッション・リファレンス・ネットワーク・コントローラ及び／又は他の適切なエンティティーにより提供されることができ、また、例えば、アクセスポイントのセットについて結合された（combined）サービスエリアに対応することができる。一つの例において、６０４での判定は、手順５００のブロック５０２での判定と同じように、該端末により提示される登録をモニタリングすることによって、なされることができる。例えば、端末は、それが手順６００を実行するエンティティーのサービスエリアの中に留まる間は、第１の登録半径を使用し、そのサービスエリアを離れる場合に、登録を提示して、第２の登録半径に切り替えるように、構成されることができる。その結果、該端末により使用される登録エリアは、該端末により提示される登録の存在又は不存在に基づいて、ブロック６０４にて判定されることができる。
【００５８】
ブロック６０４にて判定がなされた場合に、手順６００は、該判定の結果に基づいて、ブロック６０６にて分岐する。ブロック６０４にて該端末が第１の登録半径を使用していることが判定された場合には、手順６００は、ブロック６０８へ進むことができる。ブロック６０８では、該端末のためのデータ（例えば、データ３０２）が、アクセスゲートウェイから受信される。次に、手順６００は、ブロック６１０に続く。ここでは、ブロック６０８にて受信されたデータは、該端末へのその後の通信のためにバッファリングされる。そして、手順６００は、ブロック６１２にて終わる。ブロック６１２では、該端末のためにページングが開始される。
【００５９】
あるいは、ブロック６０４にて該端末が代わりに第２の登録半径を使用していることが判定された場合には、手順は、ブロック６０６からブロック６１４へ分岐することができる。ブロック６１４では、アクセスゲートウェイは、該端末のためのデータをバッファリングするように指示される。一つの態様に従って、該第２の登録半径は、該端末のための通信範囲（communication coverage）を潜在的に（potentially）提供し得る複数のアクセスポイントに対応する。それゆえ、通知（例えば、ＸＯｆｆ通知４０６）は、その位置を保留中である（pending）該端末のためのデータを、ローカルにバッファリングするために、ブロック６１４にて該アクセスゲートウェイへ通信されることができる。該アクセスゲートウェイが、手順６００を実行するエンティティーへ該データを通信することを可能にするよりはむしろ、該データをローカルにバッファリングするように該アクセスゲートウェイへ指示することによって、該端末が、該手順６００を実行するエンティティーのサービスエリア内に存在しない場合には、バックホール資源を節約することができる。
【００６０】
図７は、無線通信システムにおける遅延及びバックホール効率の良いページングのための手順７００を図示する。手順７００は、例えばアクセスポイント及び／又は無線通信システム中の任意の他の適切なエンティティーにより実行されることができることは、理解されるべきである。手順７００は、ブロック７０２にて始まり、ここで、手順７００を実行するエンティティーは、第１の登録半径（例えば、小さい登録半径５０）を関連付ける。一つの例において、ブロック７０２での第１の登録エリアは、手順７００を実行するエンティティーのサービスエリアに対応する。加えて、第１の半径は、無線通信システムにおけるページング及び登録のために要求される時間を明らかにするために（account for）、前記サービスエリアより十分に大きく構成されても良い。第１の登録半径は、ページング・コントローラ（paging controller）（例えば、ＳＲＮＣ２０）及び／又は他の適切なエンティティーにより提供されることができる。
【００６１】
次に、手順７００は、ブロック７０４へ進む。ブロック７０４では、端末のためのデータが、手順７００を実行するエンティティーに到着したかどうかが判定される。一つの態様に従って、システム３００及び手順６００により説明されたものと同じように、ブロック７０４での該端末のためのデータの到着は、手順７００を実行するエンティティーが該端末のためのデータをバッファリングするように指定されることと、その結果として、該端末が該手順７００を実行するエンティティーに関連する第１の半径の範囲内に位置することを、指し示すことができる。
【００６２】
したがって、該端末のためのデータが受信されたとブロック７０４にて判定された場合には、手順７００は、ブロック７０６へ進むことができ、ここで、ページング・リクエスト（例えば、ページング・リクエスト３０４）がページング・コントローラへ通信される。一つの例において、図３Ａ，３Ｂにより示されたものと同じように、ブロック７０６にて、ページング・リクエストがページング・コントローラへ与えられることができる。次に、手順７００は、ブロック７０８へ続き、ここで、対応するページング・レスポンス（例えば、ページング・レスポンス３０６）が、該ページング・コントローラから受信される。そして、ブロック７０８にて受信されたページング・レスポンスに基づいて、該端末は、ブロック７１０にて、呼び出される（paged）ことができる。一つの例において、ページングは、該端末とのコネクションを確立するためのページング信号（例えば、ページング信号３０８）を該端末へ通信することによって、ブロック７１０にて行われる。次に、手順７００は、ブロック７１２へ進み、ここで、ブロック７１０でのページングが成功裏に実行されたかどうか判定される。ブロック７１０でのページングが成功裏に実行された場合には、手順７００は、終了する。そうでなければ、ブロック７１０でのページングが、信号減衰（signal fading）、手順７００を実行するエンティティーのサービスエリアの外側へページングの間に該端末が移動したこと及び／又は他の要因に起因して、失敗した場合には、手順７００は代わりにブロック７１６へ進み、以下でより詳しく説明されるように、第２の拡張されたページングの試みを開始する。
【００６３】
一つの例において、該端末のためのデータが到着しなかったとブロック７０４にて判定された場合には、手順７００は、ブロック７１４へ進むことができ、ここで、さらに、該端末のためのデータの通知（例えば、通知４０６）が受信されたかどうか判定される。一つの態様に従って、システム４００及び手順６００により説明されたものと同じように、ブロック７１４での該通知の到着は、手順７００を実行するエンティティーが該端末のためのデータをバッファリングするように指定されることと、その結果として、該端末が該手順７００を実行するエンティティーに関連する第１の半径の外側に位置することを、指示することができる。したがって、ブロック７１４にて肯定的な判定がなされた場合には、手順７００は、ブロック７１６へ進むことができる。それに対して、ブロック７１４にて通知が受信されなかったと判定された場合には、手順７００を実行するエンティティーは、該端末への通信のための準備されたデータはないか、あるいは、該端末は、該ページング・コントローラの範囲を超えて移動したかのいずれかであることを、推測することができる。そして、結果として、手順７００は、終了することができる。
【００６４】
ブロック７１４にて肯定的な判定がなされ、または、ブロック７１２にて否定的な判定がなされた場合には、手順７００は、ブロック７１６へ進み、ここで、ブロック７０６にて通信されるリクエストと同じように、ページング・リクエスト（例えば、ページング・リクエスト４０８）がページング・コントローラへ通信される。次に、ブロック７１８にて、手順７００を実行するエンティティーに関連する該第１の半径を包含する第２の半径の内部のページングをコーディネイトする該ページング・コントローラから、リターン・ページング・リクエスト（例えば、ページング・リクエスト４１０）を受信する。一つの例において、該第２の半径は、ページング・コントローラ及び／又は他の適切なネットワークエンティティー若しくはエンティティーの一群のサービスエリアに対応することができる。したがって、ブロック７１８での該リターン・ページング・リクエストは、該第２の半径の範囲内の１又は複数のアクセスポイントへ通信されることができる。それは、手順７００を実行するエンティティーを含むことができる。次に、手順７００は、ブロック７２０にて終了する。ブロック７２０では、手順７００を実行するエンティティーは、ブロック７１８にて受信されたリターン・ページング・リクエストに応答して、該端末を呼び出す（page）ことを試みる。一つの例において、ブロック７１８にてリターン・ページング・リクエストが通信されるすべてのアクセスポイントは、ブロック７２０にて該端末を呼び出すことを試みることができる。アクセスポイントが該端末を成功裏に呼び出すことができる場合には、それは、続いて、該アクセスポイントを介して該端末へデータが通信されることができるように、該端末のためのデータ接続ポイントとして指定されることができる。
【００６５】
図８は、無線通信システムにおける現在位置に基づく登録をコーディネイトするための手順８００を図示する。手順８００は、例えば端末（例えば、アクセス端末４０）及び／又は無線通信システム中の任意の他の適切なエンティティーにより実行されることができることは、理解されるべきである。手順８００は、ブロック８０２にて始まり、ここで、関連するデータ接続ポイントのサービスエリアに関係する現在位置が判定される。一つの例において、ブロック８０２での判定は、セッション・リファレンス・ネットワーク・コントローラ及び／又は他の適切なネットワークエンティティーにより提供される登録境界に基づいて、なされることができる。さらに、該関連するデータ接続ポイントは、アクセスネットワーク（例えば、アクセスネットワーク３０）及び／又は手順８００を実行するエンティティーへデータを与えることのできる他のネットワークエンティティーであっても良い。
【００６６】
次に、手順８００は、ブロック７０４に進み、ここで、ブロック８０２にて判定された現在位置は、該関連するデータ接続ポイントのサービスエリアの範囲内にあるかどうかについて判定がなされることができる。ブロック８０４にて肯定的な判定がなされた場合には、手順８００は、終了することができる。そうでなければ、手順８００は、ブロック８０６に進み、ここで、さらに、ブロック８０２にて判定された現在位置は、大きい登録半径に対応するエリアの範囲内にあるかどうかについて判定がなされることができる。該現在位置は該大きい登録半径に対応するエリアの範囲内にあるとブロック８０６にて判定された場合には、手順８００は、ブロック８０８に進み、ここで、手順８００を実行するエンティティーは、（例えば、ＳＲＮＣ２０へ）登録し、小さい登録半径から大きい登録半径へ移行する。一方、該現在位置は該大きい登録半径に対応するエリアの範囲内にないとブロック８０６にて判定された場合には、手順８００は、ブロック８１０に進み、ここで、手順８００を実行するエンティティーは、（例えば、新たなＳＲＮＣへ）登録し、新たな登録エリア（例えば、該新たなＳＲＮＣに対応する大きい登録半径に関連する登録エリア）へ移行する。
【００６７】
次に図９〜１７を参照して、例である無線通信のための操作手順（operating procedures）を説明するプロセスフロー図が説明される。しかしながら、以下で説明されるプロセスフロー図は、制限ではなく、一例として提供されるものであること、また、本明細書で説明される様々な態様に従って、無線通信システムにより、他の操作手順が実行可能であることは、認識されるべきである。すべてのそのような操作手順は、この文書に添付されたクレームの範囲に含まれることはさらに認識されるべきである。
【００６８】
図９〜１７に示されるように、無線通信ネットワークにおけるアクセス端末（ＡＴ）のアイドル状態のモビリティー（idle state mobility）及びページングのためのコールフローが提供される。具体的には、図９〜１７は、コネクション・クローズ（connection close）、登録、ページング及びＡＴが開始したアイドル状態からのコール・リアクティベイション（re-activation）のためのコールフローを示す。図９〜１７に示されるプロセスフロー図のオペレーションは、以下のとおり、次に起こる個別の図のさらに詳しい説明の前置きとして、大まかに説明される。
【００６９】
一つの態様に従って、ＡＴのエアーリンク・コネクションがクローズされた場合に、該ＡＴはアイドル状態に入ることができる。ＡＴがアイドル状態に入った場合に、該ＡＴに対応するルートセット（Route Set）における各々のアクセスネットワーク（例えば、アクセスネットワーク・ルート・インスタンス又はＡＮＲＩ）は、様々な理由でコネクションがクローズされたことを知らされるものとする。例えば、アイドル状態のＡＴのためのデータが到着した場合には、該ＡＴのためのデータ接続ポイント（ＤＡＰ）は、該ＡＴを呼び出す（page）よう要求されることができる。しかしながら、そのようにするために、セッション・リファレンス・ネットワーク・コントローラ（ＳＲＮＣ）とＤＡＰとの両方が、該ＡＴがアイドル状態にあることを知っている必要がある。加えて、該ＳＲＮＣと該ＤＡＰとの両方が、該ＡＴのための最後のＦＬＳＥ（順方向リンクのサービング発展型基地局（evolved base station）（ｅＢＳ））の経過を追う（keep track of）ように指示されることができる。該ＳＲＮＣは、該ＡＴのページングエリアを決定するために、最後のＦＬＳＥの同一性（identity）を利用することができる。ＳＲＮＣはまた、適切なページング・サイクル（paging cycle）を決定するために、コネクションがいつクローズされるかの経過を追う（keep track of）ことができる。さらに、ルートセット（Route Set）におけるＡＮＲＩは、ルートセット（Route Set）における任意の他のＡＮＲＩが、コネクションがクローズされた時点で、適切な資源解放手続き（resource release procedures）を実行することができるように、該コネクションがクローズされたことを知らされるものとする。
【００７０】
その一方で、ＤＡＰは、該ＡＴがアイドル状態の間に受信されバッファリングされた任意のパケットをフォワードするために、該ＡＴがアイドル状態から起動（wakes up）した場合に、該ＡＴのための新たなＦＬＳＥを示すＡＮＲＩ間シグナリング（ＩＡＳ）通知メッセージ（Inter-ANRI Signaling (IAS) Notification messages）に気付いている（aware of）必要がある。それゆえ、ＡＴのためのＦＬＳＥは、以下のプロセスフロー図において説明されるような、グレイスフルな（graceful）及びノン・グレイスフルなコネクション・クローズ（graceful and non-graceful connection close）シナリオの両方のためのルートセット（Route Set）におけるＡＮＲＩのすべてへ、通知を送信することができる。
【００７１】
他の態様に従って、ＡＴ又はＡＮＲＩがコネクションをクローズした場合に、該ＡＴは、アイドル状態になり、そして、該ＡＴのアイドル状態パーソナリティー（personality）を保持する該ＳＲＮＣを伴うセッション・アンカー・ルート（Session Anchor Route）を除いてルートセット（Route Set）におけるＡＮＲＩへのすべてのルートを終了（terminate）することができる。したがって、該ＳＲＮＣは、該ＡＴに関係するページングエリア及びページング・サイクル情報を維持するので、該ＡＴは、以下のプロセスフロー図においてさらに説明されるように、該ＡＴが登録境界から離れた後に、該ＳＲＮＣへ、再度、登録するように構成されることができる。
【００７２】
更なる態様に従って、アイドル状態のＡＴのためのデータが、アクセスゲートウェイ（ＡＧＷ）に、該ＡＧＷでのローカル・バッファリングのために到着した場合に、該ＡＧＷは、該ＳＲＮＣとともにページング手続きを開始することができる。例えば、該ＳＲＮＣは、該コネクションがクローズされる場合に又は続いて該ＡＴが登録を実行する場合に、該ＡＴの位置に基づいて、該ＡＴのためのページングエリアデータベースを決定することができる。あるいは、データ又はＡＧＷがアイドル状態のＡＴのためのデータを有することの表示（indication）が該ＤＡＰに到着した場合に、該ＤＡＰは、該ＳＲＮＣとともにページング手続きを開始することができる。例えば、該ＳＲＮＣは、該コネクションがクローズされる場合に又は続いて該ＡＴが登録を実行する場合に、該ＡＴの位置に基づいて、該ＡＴのためのページングエリアデータベースを決定することができる。それから、該ＳＲＮＣは、無線によるページング手続きを開始するために、ページングエリアにおけるすべてのＡＮＲＩへ、ＩＡＳページング・リクエスト・メッセージ（ＩＡＳ−Paging Request message）を送信することができる。一旦、該ＡＴがそのページ（page）を受信すると、以下で説明されるように、それは、コネクション確立手続き（connection establishment procedure）を実行することができる。
【００７３】
さらに、ＡＴがアイドル状態である間はいつでも、該ＡＴは、そのアイドル状態からリアクティベイト（re-activate）することができる。以下で説明される様々な態様に従って、コール処理手続き（call processing procedures）を簡略化にするために、このシナリオのために利用される手続きは、ＡＴがリアクティベイション（re-activation）のためのページを受信する場合に利用される手続きと類似する。
【００７４】
具体的に図面を参照すると、図９は、アクセス端末と基地局との間の登録を説明するプロセスフローダイアグラム９００である。具体的には、ダイアグラム９００は、ＡＴが、現在のＳＲＮＣによりサポートされないｅＢＳに登録する手続きを説明する。その後、セッション・アンカーＡＮＲＩが、他のＡＮＲＩへ移動される。さらに、ダイアグラム９００において、該ＡＴがアイドル状態で該手続きを開始することが仮定される。最初に、時刻ａにおいて、ＡＴは、ソースＳＮＲＣに登録する。そのとき、該登録メッセージ（registration message）は、ｅＢＳ１として示される第１の基地局を介して、トンネルされる。時刻ｂにて、ソースＳＲＮＣは、ｅＢＳ１が他のＳＲＮＣによりサービスされるべきであることを決定する（例えば、該ＳＲＮＣがｅＢＳ１の周囲のページングエリアデータベースを持たないので）。そして、ソースＳＲＮＣは、該ＡＴへ、“RouteOpen required”のコーズ値（cause value）を持つ登録レスポンス・メッセージ（Registration Response message）で応答する。時刻ｃにて、登録レスポンス・メッセージ（Registration Response message）を受信すると、該ＡＴは、そのＳＲＮＣへの登録が失敗に終わったことの表示（indication）を持つルートオープンリクエスト（RouteOpenRequest）を、ｅＢＳ１へ送信する。
【００７５】
ルートオープンリクエスト・メッセージ（RouteOpenRequest message）を受信すると、時刻ｄにて、ｅＢＳ１は、該ＡＴのセッション情報を検索するために、ＩＡＳセッション情報リクエスト（IAS-Session Information Request）を、ソースＳＲＮＣへ送信し、タイマーＴsir-iasを起動する。ソースＳＲＮＣは、時刻ｅにて、ＩＡＳセッション情報リクエスト・メッセージ（IAS-Session Information Request message）を受信し、ＩＡＳセッション情報レスポンス・メッセージ（IAS-Session Information Response message）をｅＢＳ１へ送信することによって、応答する。このメッセージは、該ＡＴのセッション情報及びＡＧＷのアドレスを含んでいる。次に、時刻ｆにて、ｅＢＳ１は、ＩＡＳセッション情報レスポンス・メッセージ（IAS-Session Information Response message）を受信し、タイマーＴsir-iasを停止し、ルートオープンアクセプト・メッセージ（RouteOpenAccept message）を該ＡＴへ送信する。これを受けて、時刻ｇにて、該ＡＴは、ルートマップ・メッセージ（RouteMap messages）を、ルートセット（Route Set）におけるすべてのＡＮＲＩへ送信する。
【００７６】
ルートオープンリクエスト・メッセージ（RouteOpenRequest message）に応答して時刻ｄにてｅＢＳ１により実行されるアクションに加えて、ｅＢＳ１はまた、ルートオープンリクエスト・メッセージ（RouteOpenRequest message）に応答して時刻ｈにて、ターゲットＳＲＮＣアクセスネットワークＩＤ（ＡＮＩＤ）を持つルートクリエイト・メッセージ（RouteCreate message）を、該ＡＴへ送信することができる。ルートクリエイト・メッセージ（RouteCreate message）を受信すると、該ＡＴは、時刻ｉにて、ルートオープンリクエスト・メッセージ（RouteOpenRequest message）を、ｅＢＳ１を介して、該ターゲットＳＲＮＣへ送信する。このメッセージのトンネリング・ヘッダは、該ＡＴのステイブル・セッションＩＤ（ＳＳＩＤ）と現在のユニキャスト・アクセス端末識別子（ＵＡＴＩ）の両方を含むことができる。次に、時刻ｊにて、ターゲットＳＲＮＣは、セッション・リファレンス転送（session reference transfer）を要求するために、ＩＡＳ−ＳＲＮＣ転送リクエスト・メッセージ（IAS-SRNC Transfer Request message）を、ソースＳＲＮＣへ送信することによって、該ＡＴのＵＡＴＩを持つルートオープンリクエスト・メッセージ（RouteOpenRequest message）に応答することができる。ターゲットＳＲＮＣはまた、タイマーＴstr-iasを起動することができる。
【００７７】
時刻ｋにて、ソースＳＲＮＣは、時刻ｊにてなされたターゲットＳＲＮＣからの通信に対して、ＩＡＳ−ＳＲＮＣ転送レスポンス・メッセージ（IAS-SRNC Transfer Response message）で応答することができる。一旦、ソースＳＲＮＣがＩＡＳ−ＳＲＮＣ転送レスポンス・メッセージ（IAS-SRNC Transfer Response message）を送信すると、それは、更なるセッションの変更を拒絶（rejects）するが、該セッションのコピーのための要求及び／又は該ＡＴを呼び出すための要求はなお受諾（accepts）するように、そのセッションをロック（lock）することができる。時刻ｌにて、ＩＡＳ−ＳＲＮＣ転送レスポンス・メッセージ（IAS-SRNC Transfer Response message）を受信すると、ターゲットＳＲＮＣは、タイマーＴstr-iasを停止し、同様にそのセッションをロックする。さらに、ターゲットＳＲＮＣは、該ＡＴの新たなＵＡＴＩを含むルートオープンアクセプト・メッセージ（RouteOpenAccept message）を該ＡＴへ送信することができる。該新たなＵＡＴＩが割り当てられると、時刻ｍにて、該ＡＴは、ＵＡＴＩコンプリート・メッセージ（UATIComplete message）をターゲットＳＲＮＣへ送信することができる。したがって、時刻ｍにて、ターゲットＳＲＮＣ ＡＮＲＩは、該ＡＴのためのセッション・アンカーＡＮＲＩになる。
【００７８】
ＵＡＴＩコンプリート・メッセージ又は該新たなＵＡＴＩへ宛てられたシグナリング・メッセージを受信すると、ターゲットＳＲＮＣは、そのセッションをアンロック（unlock）することができる。例えば、ターゲットＳＲＮＣは、セッション・コンフィギュレーション（session configuration）を許可（allow）し、該ＡＴのＳＲＮＣになり、該ルートセット（Route Set）におけるすべてのＡＮＲＩ及び該ＡＴのＤＡＰへ、ＩＡＳ−ＵＡＴＩ更新メッセージ（IAS-UATI Update message）を送信することができる。したがって、時刻ｎにて、ターゲットＳＲＮＣは、新たなＵＡＴＩ及び新たなＵＡＴＩシーケンス・ナンバー（Sequence Number）（ＵＡＴＩ＿ＳｅｑＮｏ）を持つＩＡＳ−ＵＡＴＩ更新メッセージ（IAS-UATI Update message）を、該ＤＡＰへ送信し、タイマーＴuupd-iasを起動する。ＩＡＳ−ＵＡＴＩ更新メッセージ（IAS-UATI Update message）を受信すると、時刻ｏにて、該ＤＡＰは、ＩＡＳ−ＵＡＴＩ更新Ａｃｋメッセージ（IAS-UATI Update Ack message）を、もとのターゲットＳＲＮＣへ送信する。ＩＡＳ−ＵＡＴＩ更新Ａｃｋメッセージ（IAS-UATI Update Ack message）を受信すると、該ターゲットＳＲＮＣは、タイマーＴuupd-iasを停止する。
【００７９】
次に、時刻ｐにて、ターゲットＳＲＮＣは、新たなＵＡＴＩ及び新たなＵＡＴＩ＿ＳｅｑＮｏを持つＩＡＳ−ＵＡＴＩ更新メッセージ（IAS-UATI Update message）を、ｅＢＳ１へ送信し、タイマーＴuupd-iasを再起動する。ＩＡＳ−ＵＡＴＩ更新メッセージ（IAS-UATI Update message）を受信すると、時刻ｑにて、該ソースＳＲＮＣは、古いＵＡＴＩを解放し、ＩＡＳ−ＵＡＴＩ更新Ａｃｋメッセージ（IAS-UATI Update Ack message）を、もとのターゲットＳＲＮＣへ送信する。時刻ｑの後で、ソースＳＲＮＣは、いつでも、そのＡＴとのルートを終了させることができることは、認識されるべきである。ＩＡＳ−ＵＡＴＩ更新Ａｃｋメッセージ（IAS-UATI Update Ack message）を受信すると、時刻ｒにて、該ターゲットＳＲＮＣは、タイマーＴuupd-iasを停止し、新たなＵＡＴＩ及び新たなＵＡＴＩ＿ＳｅｑＮｏを持つＩＡＳ−ＵＡＴＩ更新メッセージ（IAS-UATI Update message）を、ｅＢＳ１へ送信し、再度、タイマーＴuupd-iasを再起動する。時刻ｓにて、ＩＡＳ−ＵＡＴＩ更新メッセージ（IAS-UATI Update message）を受信すると、ｅＢＳ１は、ＩＡＳ−ＵＡＴＩ更新Ａｃｋメッセージ（IAS-UATI Update Ack message）を、もとのターゲットＳＲＮＣへ送信する。ＩＡＳ−ＵＡＴＩ更新Ａｃｋメッセージ（IAS-UATI Update Ack message）を受信すると、該ターゲットＳＲＮＣは、再度、タイマーＴuupd-iasを停止する。
【００８０】
次に、時刻ｔにて、該ＡＴは、ルートマップ・メッセージ（RouteMap message）を、ターゲットＳＲＮＣを含む、ルートセット（Route Set）におけるすべてのＡＮＲＩへ送信する。さらに、ｅＢＳ１は、ルートオープンアクセプト・メッセージ（RouteOpenAccept message）を該ＡＴへ送信した後に、時刻ｕにて、ルートセット（Route Set）におけるすべてのＡＮＲＩ及び該ＡＴの前のＤＡＰへ、そのｅＢＳ１が該ＡＴのためのＦＬＳＥになったことを通知する。また、このとき、ｅＢＳ１は、タイマーＴnot-iptを起動する。時刻ｖにて、ＩＰＴ通知メッセージ（IPT-Notification message）を受信すると、該ＤＡＰは、ｅＢＳ１へ、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答（acknowledges）する。さらに、時刻ｖにて、該ＤＡＰは、同様に、タイマーＴpgreq-iasを停止し、接続された状態（connected state）に入る。次に、時刻ｗにて、ｅＢＳ１は、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信し、それに応答して、タイマーＴnot-iptを停止し、該ＢＳ１がＦＬＳＥであることを表示するＩＰＴ通知メッセージ（IPT-Notification message）を、ソースＳＲＮＣへ送信する。ＩＰＴ通知メッセージ（IPT-Notification message）を送信すると、ｅＢＳ１は、タイマーＴnot-iptを再起動する。
【００８１】
時刻ｘにて、ＩＰＴ通知メッセージ（IPT-Notification message）を受信すると、該ソースＳＲＮＣは、同様に、ｅＢＳ１へ、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答（acknowledges）する。ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、時刻ｙにて、ｅＢＳ１は、再度、タイマーＴnot-iptを停止し、該ＢＳ１がＦＬＳＥであることを表示するＩＰＴ通知メッセージ（IPT-Notification message）を、ターゲットＳＲＮＣへ送信し、再度、タイマーＴnot-iptを起動する。次に、時刻ｉにて、ＩＰＴ通知メッセージ（IPT-Notification message）を受信すると、該ターゲットＳＲＮＣは、ｅＢＳ１へ、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答（acknowledges）する。ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、ｅＢＳ１は、タイマーＴnot-iptを停止する。最後に、時刻ａａにて、ＤＡＰは、新たなＦＬＳＥであるＢＳ１へ移動する。
【００８２】
図１０は、アクセス端末と基地局との間の登録を説明するプロセスフローダイアグラム１０００である。具体的には、ダイアグラム１０００は、ＡＴが、現在のＳＲＮＣによりサポートされないｅＢＳに登録する手続きを説明する。その後に、セッション・アンカーＡＮＲＩが、ローカルｅＢＳへ移動する。さらに、ダイアグラム１０００において、該ＡＴがアイドル状態で該手続きを開始することが仮定される。さらに、ダイアグラム１０００は、ｅＢＳとＳＲＮＣが同一場所に配置される（co-located）実装オプションを示す。ダイアグラム１０００は、時刻ａにて開始し、ここで、ＡＴは、ソースＳＮＲＣに登録する。該登録メッセージ（registration message）は、ｅＢＳ１を介して、トンネルされる。次に、時刻ｂにて、ソースＳＲＮＣは、ｅＢＳ１が他のＳＲＮＣによりサービスされるべきであることを決定し（例えば、該ＳＲＮＣがｅＢＳ１の周囲のページングエリアデータベースを持たないので）、該ＡＴへ、“RouteOpen required”のコーズ値（cause value）を持つ登録レスポンス・メッセージ（Registration Response message）で応答する。登録レスポンス・メッセージ（Registration Response message）を受信すると、該ＡＴは、時刻ｃにて、このアクションに続くそのＳＲＮＣへの登録が失敗に終わったことの表示（indication）を持つルートオープンリクエスト（RouteOpenRequest）を、ｅＢＳ１へ送信し、時刻ｄにて、ｅＢＳ１は、セッション・アンカーＡＮＲＩをホストすることを選択して、ＩＡＳ−ＳＲＮＣ転送リクエスト・メッセージ（IAS-SRNC Transfer Request message）を、そのソースＳＲＮＣへ送信することができる。さらに、ｅＢＳ１は、タイマーＴstr-iasを起動することができる。セッションリクエスト・フラグ（SessionRequest flag）を持つＩＡＳ−ＳＲＮＣ転送リクエスト・メッセージ（IAS-SRNC Transfer Request message）を受信すると、該ソースＳＲＮＣは、時刻ｅにて、ＩＡＳ−ＳＲＮＣ転送レスポンス・メッセージ（IAS-SRNC Transfer Response message）をｅＢＳ１へ送信することによって応答する。このメッセージは、該ＡＴのセッション情報及びＡＧＷのアドレスを含んでいる。ＩＡＳ−ＳＲＮＣ転送レスポンス・メッセージ（IAS-SRNC Transfer Response message）を受信すると、ｅＢＳ１は、タイマーＴstr-iasを停止する。
【００８３】
時刻ｆにて、ＩＡＳ−ＳＲＮＣ転送レスポンス・メッセージ（IAS-SRNC Transfer Response message）を受信すると、ｅＢＳ１は、ルートオープンアクセプト・メッセージ（RouteOpenAccept message）を該ＡＴへ送信する。このメッセージは、該ＡＴの新たなＵＡＴＩを含む。該新たなＵＡＴＩが割り当てられると、時刻ｇにて、該ＡＴは、ＵＡＴＩコンプリート・メッセージ（UATIComplete message）をｅＢＳ１へ送信することができる。このとき、ターゲットＳＲＮＣ ＡＮＲＩは、該ＡＴのためのセッション・アンカーＡＮＲＩになることができる。さらに、ＵＡＴＩコンプリート・メッセージを受信すると、ｅＢＳ１は、セッション・コンフィギュレーション（session configuration）を許可し、該ＡＴのＳＲＮＣになり、該ルートセット（Route Set）におけるすべてのＡＮＲＩへ、ＩＡＳ−ＵＡＴＩ更新メッセージ（IAS-UATI Update message）を送信するように、そのセッションをアンロックすることができる。したがって、時刻ｈにて、ｅＢＳ１は、新たなＵＡＴＩ及び新たなＵＡＴＩ＿ＳｅｑＮｏを持つＩＡＳ−ＵＡＴＩ更新メッセージ（IAS-UATI Update message）を、該ソースＳＲＮＣへ送信し、タイマーＴuupd-iasを起動する。時刻ｉにて、ＩＡＳ−ＵＡＴＩ更新メッセージ（IAS-UATI Update message）を受信すると、該ソースＳＲＮＣは、古いＵＡＴＩを解放し、ＩＡＳ−ＵＡＴＩ更新Ａｃｋメッセージ（IAS-UATI Update Ack message）を、もとのｅＢＳ１へ送信する。このステップの後で、ソースＳＲＮＣは、いつでも、そのＡＴとのルートを終了させることができることは、認識されるべきである。ＩＡＳ−ＵＡＴＩ更新Ａｃｋメッセージ（IAS-UATI Update Ack message）を受信すると、該ソースＳＲＮＣは、タイマーＴuupd-iasを停止する。
【００８４】
次に、時刻ｊにて、ｅＢＳ１は、新たなＵＡＴＩ及び新たなＵＡＴＩ＿ＳｅｑＮｏを持つＩＡＳ−ＵＡＴＩ更新メッセージ（IAS-UATI Update message）を、該ＤＡＰへ送信し、タイマーＴuupd-iasを起動する。時刻ｋにて、ＩＡＳ−ＵＡＴＩ更新メッセージ（IAS-UATI Update message）を受信すると、該ＤＡＰは、ＩＡＳ−ＵＡＴＩ更新Ａｃｋメッセージ（IAS-UATI Update Ack message）を、もとのｅＢＳ１へ送信する。ＩＡＳ−ＵＡＴＩ更新Ａｃｋメッセージ（IAS-UATI Update Ack message）を受信すると、該ターゲットＳＲＮＣは、タイマーＴuupd-iasを停止する。次に、時刻ｌにて、該ＡＴは、ルートマップ・メッセージ（RouteMap message）を、ターゲットＳＲＮＣを含む、ルートセット（Route Set）におけるすべてのＡＮＲＩへ送信する。ｅＢＳ１は、ルートオープンアクセプト・メッセージ（RouteOpenAccept message）を該ＡＴへ送信した後に、さらに、ルートセット（Route Set）におけるすべてのＡＮＲＩ及び該ＡＴの前のＤＡＰへ、そのｅＢＳ１が該ＡＴのためのＦＬＳＥになったことを通知する。したがって、時刻ｍにて、該ソースＳＲＮＣから受信された該ＤＡＰのＡＮＩＤに基づいて、ｅＢＳ１は、該ＢＳ１がＦＬＳＥであることを表示するＩＰＴ通知メッセージ（IPT-Notification message）を、該ＤＡＰ及びルートセット（Route Set）におけるすべてのＡＮＲＩへ送信する。さらに、ｅＢＳ１は、タイマーＴnot-iptを起動する。
【００８５】
時刻ｎにて、ＩＰＴ通知メッセージ（IPT-Notification message）を受信すると、該ＤＡＰは、ｅＢＳ１へ、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答（acknowledges）する。ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、ｅＢＳ１は、タイマーＴnot-iptを停止する。次に、時刻ｏにて、ｅＢＳ１は、ＢＳ１がＦＬＳＥであることを表示するＩＰＴ通知メッセージ（IPT-Notification message）を、ソースＳＲＮＣへ送信する。次に、ｅＢＳ１は、タイマーＴnot-iptを再起動する。時刻ｑにて、ＩＰＴ通知メッセージ（IPT-Notification message）を受信すると、該ソースＳＲＮＣは、ｅＢＳ１へ、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答（acknowledges）する。ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、ｅＢＳ１は、再度、タイマーＴnot-iptを停止する。最後に、時刻ｑにて、ＤＡＰは、新たなＦＬＳＥであるＢＳ１へ移動する。
【００８６】
図１１は、アクセス端末と基地局との間のコネクションのためのグレースフル・コネクション・クローズを説明するプロセスフロー図１１００である。具体的には、ダイアグラム１１００は、ＡＴが、該ＡＴはそのコネクションをグレースフルにクローズしたことを通知するために、グローバルクローズ・フラグ（GlobalClose flag）を持つコネクションクローズ・メッセージ（ConnectionClose message）をＦＬＳＥへ送信する手続きを説明する。ダイアグラム１１００において、該ＡＴがそのコネクションをクローズしたときにｅＢＳ１がＦＬＳＥであり、ｅＢＳ２，ＳＲＮＣ及びｅＢＳ３（ＤＡＰ）  は、すべて、該手続きのはじめにルート・セット（Route Set）中にあることが仮定される。プロセスは、時刻ａにて開始し、ＡＴは、グローバルクローズ・フラグ・セット（GlobalClose flag set）を持つコネクションクローズ・メッセージ（ConnectionClose message）を、ＦＬＳＥであるｅＢＳ１へ送信する。また、該メッセージは、該ＡＴがルートに割り当てた最後のルート・カウンター（RouteCounter）を含む。
【００８７】
該コネクションクローズ・メッセージ（ConnectionClose message）をＡＴから受信すると、ｅＢＳ１は、グローバルクローズ表示（Global Close indications）を持つＩＰＴ通知メッセージ（IPT-Notification messages)を、ルートセット（Route Set）におけるすべてのＡＮＲＩへ送信することができる。したがって、オペレーションは、時刻ｂ〜ｉに示されるように継続される（may）。時刻ｂ〜ｉに示されるアクションが並行して発生することができることは、認識されるべきである。時刻ｂにて、ｅＢＳ１は、グローバルクローズ（Global Close）の表示を持つＩＰＴ通知メッセージ（IPT-Notification message）を、ｅＢＳ３へ送信し、タイマーＴnot-iptを起動することができる。次に、時刻ｃにて、グローバルクローズ表示（Global Close indications）を持つＩＰＴ通知メッセージ（IPT-Notification message）を受信すると、該ｅＢＳ３は、ページング・モードに入ることができる。例えば、ｅＢＳ３は、それが該ＡＴのためのＩＰパケットを受信するときはいつでも、ＩＡＳページング・リクエスト・メッセージ（ＩＡＳ−Paging Request message）を、ＳＲＮＣへ送信するように構成されることができる。さらに、ｅＢＳ３はまた、ｅＢＳ１へ、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答（acknowledges）することができる。ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、該ｅＢＳ１は、タイマーＴnot-iptを停止する。
【００８８】
次に、時刻ｄにて、ＤＡＰが、アイドル状態のＡＴのためのデータをバッファリングできない場合には、ｅＢＳ３ ＤＡＰは、ＧＷＡＮ−ＸｏｆｆメッセージをＡＧＷへ送信する。ＧＷＡＮ−Ｘｏｆｆメッセージを送信すると、ｅＢＳ３は、タイマーＴack-gwanを起動する。時刻ｅにて、ＧＷＡＮ−Ｘｏｆｆメッセージを受信すると、ＡＧＷは、ＧＷＡＮ−ＡｃｋメッセージをｅＢＳ３へ送信する。さらに、ＧＷＡＮ−Ａｃｋメッセージを受信すると、ｅＢＳ３は、タイマーＴack-gwanを停止する。時刻ｆにて、ｅＢＳ１は、グローバルクローズの表示を持つＩＰＴ通知メッセージ（IPT-Notification message）をＳＲＮＣへ送信し、タイマーＴnot-iptを起動する。ＩＰＴ通知メッセージ（IPT-Notification message）を受信すると、時刻ｇにて、該ＳＲＮＣは、アイドル状態に入り、ページングの動作（behavior）を決定するために、ｅＢＳ１の同一性（identity）及び現在の時刻を利用する。さらに、該ＳＲＮＣはまた、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）でｅＢＳ１に応答する。ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、該ｅＢＳ１は、タイマーＴnot-iptを停止する。
【００８９】
次に、時刻ｈにて、ｅＢＳ１は、グローバルクローズの表示を持つＩＰＴ通知メッセージ（IPT-Notification message）をｅＢＳ２へ送信し、タイマーＴnot-iptを起動する。最後に、時刻ｉにて、ＩＰＴ通知メッセージ（IPT-Notification message）を受信すると、ｅＢＳ２は、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答する。その後、それは、ただちに該ＡＴのために割り当てられたいずれの資源をも解放することができる。ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、ｅＢＳ１は、タイマーＴnot-iptを停止する。
【００９０】
図１２は、アクセス端末と基地局との間のコネクションのためのノングレースフル・コネクション・クローズを説明するプロセスフローダイアグラム１２００である。具体的には、ダイアグラム１２００は、ＡＴがＦＬＳＥとのコネクションを失う（loses）手続きを説明する。時刻ａにて、ＡＴは、ＦＬＳＥであるｅＢＳ１でのエアーリンク監視（supervision）タイマーに失敗（fails）する。さらに、ｅＢＳ１は、他のｅＢＳが、いま、ＦＬＳＥであることの表示を持つＩＰＴ通知メッセージ（IPT-Notification message）を受信しなかった。ｅＢＳ１は、そのＡＴのために割り当てられたすべての資源を解放するために、内蔵タイマーを起動する。次に、ＡＴが監視タイマーに失敗したことが検出されると、時刻ｂ〜ｉにて示されるように、ｅＢＳ１は、コネクション・ロスト表示（Connection Lost indications）を持つＩＰＴ通知メッセージ（IPT-Notification messages)を、ルートセット（Route Set）におけるすべてのＡＮＲＩへ送信する。時刻ｂ〜ｉに示されるアクションが並行して発生することができることは、認識されるべきである。
【００９１】
時刻ｂにて、ｅＢＳ１は、コネクション・ロスト（Connection Lost）の表示を持つＩＰＴ通知メッセージ（IPT-Notification message)を、ｅＢＳ３へ送信し、タイマーＴnot-iptを起動する。次に、コネクション・ロスト表示（Connection Lost indications）を持つＩＰＴ通知メッセージ（IPT-Notification message)を受信すると、時刻ｃにて、ｅＢＳ３は、それが該ＡＴのためのＩＰパケットを受信するときはいつでも、ＩＡＳページング・リクエスト・メッセージ（ＩＡＳ−Paging Request message）を、ＳＲＮＣへ送信することができるように、ページング・モードに入る。さらに、ｅＢＳ３は、ｅＢＳ１へ、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答（acknowledges）することができる。加えて、ｅＢＳ３は、それが該ＡＴへ提供したいずれの無線の資源をも解放することはできる。ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、該ｅＢＳ１は、タイマーＴnot-iptを停止する。時刻ｄにて、ＤＡＰが、アイドル状態のＡＴのためのデータをバッファリングできない場合には、ｅＢＳ３は、ＧＷＡＮ−ＸｏｆｆメッセージをＡＧＷへ送信する。ＧＷＡＮ−Ｘｏｆｆメッセージを送信すると、ｅＢＳ３は、タイマーＴack-gwanを起動する。次に、時刻ｅにて、ＧＷＡＮ−Ｘｏｆｆメッセージを受信すると、ＡＧＷは、ＧＷＡＮ−ＡｃｋメッセージをｅＢＳ３へ送信する。ＧＷＡＮ−Ａｃｋメッセージを受信すると、ｅＢＳ３は、タイマーＴack-gwanを停止する。時刻ｆにて、ｅＢＳ１は、コネクション・ロストの表示を持つＩＰＴ通知メッセージ（IPT-Notification message）をＳＲＮＣへ送信し、タイマーＴnot-iptを起動する。ＩＰＴ通知メッセージ（IPT-Notification message）を受信すると、時刻ｇにて、該ＳＲＮＣは、アイドル状態に入り、ページングの動作（behavior）を決定するために、ｅＢＳ１の同一性（identity）及び現在の時刻を利用する。該ＳＲＮＣはまた、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）でｅＢＳ１に応答する。ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、該ｅＢＳ１は、タイマーＴnot-iptを停止する。次に、時刻ｈにて、ｅＢＳ１は、コネクション・ロストの表示を持つＩＰＴ通知メッセージ（IPT-Notification message）をｅＢＳ２へ送信し、タイマーＴnot-iptを起動する。最後に、時刻ｉにて、コネクション・ロスト表示を持つＩＰＴ通知メッセージ（IPT-Notification message）を受信すると、ｅＢＳ２は、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答する。それはまた、該ＡＴのために割り当てられたいずれの資源をも解放する。ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、ｅＢＳ１は、タイマーＴnot-iptを停止する。
【００９２】
図１３は、アクセス端末のためのデータ接続ポイントのハンドオフを説明するプロセスフローダイアグラム１３００である。具体的には、ダイアグラム１３００は、ＡＴがアイドル状態にあり、ＳＲＮＣが該ＡＴのＤＡＰを他のｅＢＳへ移動することを決める手続きを説明する。ダイアグラム１３００において、該ＡＴがそのコネクションをクローズしたときにｅＢＳ１がＤＡＰであることを仮定する。時刻ａにて、ＡＴは、アイドル状態にあり、ｅＢＳ１は、該ＡＴのＤＡＰである。次に、時刻ｂにて、ＳＲＮＣは、該ＡＴのＤＡＰをｅＢＳ２へ移動することを決める。一つの例において、ＳＲＮＣは、該ＡＴがアイドル状態にある間、該ＤＡＰをＡＴ支援モード（AT-assisted mode）で動かすように、注意する（takes care）。より詳しくは、該ＡＴが、それがアイドル状態になる前に、セッションアンカー・ルータ（SessionAnchor route）からＤＡＰ割り当てメッセージ（DAPAssignment message）を最後に受信した場合に、該ＳＲＮＣは、該ＡＴがアイドル状態の間、ＤＡＰを移動しないことを選択することができる。さらに、時刻ｂにて、該ＳＲＮＣは、ソースＤＡＰ（例えば、ｅＢＳ１）の同一性（identity）、ＡＧＷのＩＰアドレス及び任意的なフロー制御コマンド（optional flow control command）を持つＩＰＴ−ＤＡＰ割り当てメッセージ（IPT-DAP Assignment message）をｅＢＳ２へ送信する。加えて、該ＳＲＮＣは、タイマーＴda-iptを起動することができる。ＩＰＴ−ＤＡＰ割り当てメッセージ（IPT-DAP Assignment message）を受信すると、時刻ｃにて、ｅＢＳ２は、ＩＰＴ−ＤＡＰ割り当てＡｃｋメッセージ（IPT-DAP Assignment Ack message）をＳＲＮＣへ送信する。ＩＰＴ−ＤＡＰ割り当てＡｃｋメッセージ（IPT-DAP Assignment Ack message）を受信すると、該ＳＲＮＣは、タイマーＴda-iptを停止する。
【００９３】
次に、時刻ｄにて、ｅＢＳ２は、ＰＭＩＰ登録リクエスト・メッセージ（PMIP-Registration Request message）をＡＧＷへ送信することによって、該ＡＧＷとバインディングされたプロキシ・モバイル・インターネット・プロトコル（Proxy Mobile Internet Protocol）（ＰＭＩＰ）を更新する。時刻ｅにて、該ＡＴのためのパケットをバッファリングするようにＡＧＷを始動（trigger）させるためのフロー制御（flow control）を、該ＡＧＷに実行することを、ｅＢＳ２が決めた場合には、ｅＢＳ２は、ＧＷＡＮ−Ｘｏｆｆメッセージを該ＡＧＷへ送信する。このステップは、時刻ｅの後、いつでも発生することができる。次に、時刻ｆにて、ＡＧＷは、トンネルのライフタイムとともにＰＭＩＰ登録リプライ・メッセージ（PMIP-Registration Reply message）を、ｅＢＳ２へ送信することによって、バインディングの更新を確認する。時刻ｇにて、ＡＧＷでＧＷＡＮ−Ｘｏｆｆメッセージが受信された場合には、該ＡＧＷは、ＧＷＡＮ−Ａｃｋメッセージを、もとのｅＢＳ２へ送信する。
【００９４】
ＰＭＩＰ登録リプライ・メッセージ（PMIP-Registration Reply message）を受信すると、時刻ｈにて、ｅＢＳ２は、ＩＰＴ通知メッセージ（IPT-Notification message)を、該ＳＲＮＣ及び該ＡＴの前のＤＡＰ（例えば、ｅＢＳ１）へ送信し、タイマーＴnot-iptを起動する。該メッセージは、ｅＢＳ２が、いま、現在のＤＡＰであることを表示する。また、該メッセージは、ＡＧＷとのＰＭＩＰトンネルの更新においてｅＢＳ２が用いたタイムスタンプ（timestamp）を含む。ＩＰＴ通知メッセージ（IPT-Notification message)を受信すると、時刻ｉにて、ｅＢＳ１は、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答する。また、このとき、ｅＢＳ１は、該ＡＴに関係するいずれの資源をも解放することができる。ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、ｅＢＳ２は、タイマーＴnot-iptを停止する。次に、時刻ｊにて、ｅＢＳ２は、ＩＰＴ通知メッセージ（IPT-Notification message)を、該ＳＲＮＣへ送信し、タイマーＴnot-iptを起動する。該メッセージは、ｅＢＳ２が、いま、現在のＤＡＰであることを表示する。一つの例において、ｅＢＳ２は、該ＳＲＮＣへのＩＰＴ通知メッセージ（IPT-Notification message)中に、Ｘｏｆｆフロー制御ステイタス（Xoff flow control status）含めることができる。また、該メッセージは、ＡＧＷとのＰＭＩＰトンネルの更新においてｅＢＳ２が用いたタイムスタンプ（timestamp）を含むことができる。最後に、時刻ｋにて、該ＳＲＮＣは、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答する。さらに、ｅＢＳ２は、タイマーＴnot-iptを停止する。
【００９５】
図１４は、アクセスゲートウェイでのデータバッファリングの開始を説明するプロセスフローダイアグラム１４００である。具体的には、ダイアグラム１４００は、ＡＴがアイドル状態にあり、ＤＡＰ又はＳＲＮＣのいずれかがＡＧＷにおいてデータをバッファリングすることを決める手続きを説明する。該プロセスは、時刻ａで開始し、ここで、ＡＴは、アイドル状態であり、ｅＢＳ１は、該ＡＴのＤＡＰである。次に、時刻ｂにて、ＡＧＷにおけるデータバッファリングを始動（trigger）することを、ＳＲＮＣが決めた場合には、該ＳＲＮＣは、ＡＧＷのＩＰアドレス及びフロー制御コマンド（flow control command）を持つＩＰＴ−ＤＡＰ割り当てメッセージ（IPT-DAP Assignment message）をＤＡＰ（例えば、ｅＢＳ１）へ送信する。さらに、該ＳＲＮＣは、タイマーＴda-iptを起動することができる。
【００９６】
ＩＰＴ−ＤＡＰ割り当てメッセージ（IPT-DAP Assignment message）を受信すると、時刻ｃにて、ｅＢＳ１は、ＩＰＴ−ＤＡＰ割り当てＡｃｋメッセージ（IPT-DAP Assignment Ack message）をＳＲＮＣへ送信する。ＩＰＴ−ＤＡＰ割り当てＡｃｋメッセージ（IPT-DAP Assignment Ack message）を受信すると、該ＳＲＮＣは、タイマーＴda-iptを停止する。次に、時刻ｄにて、ｅＢＳ１は、該ＡＴのためのパケットをバッファリングするよう、ＡＧＷに契機を与える（triggers）。ｅＢＳ１は、加えて、ＧＷＡＮ−Ｘｏｆｆメッセージを該ＡＧＷへ送信する。時刻ｅにて、ＡＧＷでＧＷＡＮ−Ｘｏｆｆメッセージが受信された場合には、該ＡＧＷは、ＧＷＡＮ−Ａｃｋメッセージを、もとのｅＢＳ１へ送信する。次に、時刻ｆにて、ｅＢＳ１は、ＩＰＴ通知メッセージ（IPT-Notification message)を、該ＳＲＮＣへ送信し、タイマーＴnot-iptを起動する。該メッセージは、ｅＢＳ１が、いま、現在のＤＡＰであることを表示する。また、該メッセージは、該ＡＧＷとの最新のフロー制御ステイタス（latest flow control status）を含む。ＩＰＴ通知メッセージ（IPT-Notification message)を受信すると、時刻ｇにて、該ＳＲＮＣは、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答する。ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、ｅＢＳ１は、タイマーＴnot-iptを停止する。
【００９７】
図１５は、セッション・リファレンス・ネットワーク・コントローラを経由するアクセス端末と基地局との間の登録を説明するプロセスフローダイアグラム１５００である。具体的には、ダイアグラム１５００は、ＡＴが、ＳＲＮＣによりサポートされないｅＢＳを介して、該ＳＲＮＣへの登録を実行する手続きを説明する。該プロセスは、時刻ａで開始することができ、ここで、ＡＴとＦＬＳＥとの間のコネクションは、クローズする（closes）。一つの例において、該コネクションは、上述のダイアグラム１１００及び／又は１２００で説明されたように、クローズすることができる。次に、時刻ｂにて、ＡＴからの登録が、セッション・アンカー・ルート構成（Session Anchor Route configuration）に基づいて、始動される。該ＡＴは、登録リクエスト・メッセージ（Registration Request message）を、ローカルｅＢＳ（例えば、ｅＢＳ１）からのリンク・レイヤ・トンネリング（Link Layer Tunneling）（ＬＬＴ）のトンネルを経由して、ＳＲＮＣへ送信する。該トンネリングされた登録リクエスト・メッセージ（Registration Request message）を受信すると、時刻ｃにて、該ＳＲＮＣは、該ＳＲＮＣの該ＡＴのためのページングエリアを更新し、登録アクセプト・メッセージ（Registration Accept message）を、もとのＡＴへ送信することによって、該登録リクエストを受諾する。このメッセージは、ＬＬＴトンネルを経由して、ｅＢＳ１へトンネリングされる。最後に、時刻ｃにて、ＡＧＷがデータをバッファリングすべきこと又はＤＡＰが他のｅＢＳへ移動されるべきことを、該ＳＲＮＣが決定した場合には、時刻ｄにて、該ＳＲＮＣは、ダイアグラム１３００及び／又は１４００に関して説明されたように、ＤＡＰハンドオフ及び／又はフロー制御手続きを開始することができる。例えば、ＡＴは、ＤＡＰの周囲の小さい登録半径で構成され、そのエリアの外側へ移動することができる。それゆえ、ＤＡＰは、今後のパケットをバッファリングするためのトリガー（trigger）をＡＧＷへ送信することを選択しても良い。
【００９８】
図１６は、無線通信システムにおけるページングを説明するプロセスフローダイアグラム１６００である。具体的には、ダイアグラム１６００により説明されるプロセスは、ＡＴがアイドル状態にある場合に、該ＡＴを呼び出すために用いることができる。時刻ａにて、ＡＴとＦＬＳＥとの間のコネクションがクローズされることができる。それにより、該ＡＴ、ＳＲＮＣ及びｅＢＳ４（ＤＡＰ）は、すべて、アイドル状態にあることができる。一つの例において、ｅＢＳ４は、ダイアグラム１４００に示されるように、データをバッファリングするようにＡＧＷをトリガーするためのフロー制御を実行した可能性がある。次に、時刻ｂにて、ｅＢＳ４は、ＡＧＷからＡＴのためのデータを受信するか又はＡＧＷがＡＴのためのデータを有することの表示を持つＧＷＡＮ通知メッセージ（GWAN-Notification message）を受信するかのいずれかによって、ＡＴを呼び出すようトリガーされる。時刻ｃにて、ｅＢＳ４がＧＷＡＮ通知メッセージ（GWAN-Notification message）を受信した場合には、ｅＢＳ４はＡＧＷへＧＷＡＮ−Ａｃｋメッセージ（GWAN-Ack message）で応答する。
【００９９】
次に、時刻ｄにて、ｅＢＳ４は、該呼び出し（page）の優先度（priority）、ＡＧＷでのフロー制御のステイタス、ページングエリアが知られていないことを表示するフラグ及び仮承認（provisional acknowledgment）が要求されていることの表示を持つＩＡＳページング・リクエスト・メッセージ（ＩＡＳ−Paging Request message）を、ＳＲＮＣへ送信する。ｅＢＳ４は、タイマーＴpgack-iasを起動し、仮承認（provisional acknowledgment）を待つ。加えて、ｅＢＳ４はまた、ＩＡＳページング・レスポンス・メッセージ（IAS-Paging Response message）の到着を待つために、タイマーＴpgreq-iasを起動する。ＩＡＳページング・リクエスト・メッセージ（ＩＡＳ−Paging Request message）を受信すると、時刻ｅにて、ＳＲＮＣは、ｅＢＳ４へＩＡＳページング・リクエストＡＣＫメッセージ（IAS-Paging Request Ack message）で応答する。ＩＡＳページング・リクエストＡＣＫメッセージ（IAS-Paging Request Ack message）を受信すると、ｅＢＳ４は、タイマーＴpgack-iasを停止し、そして、タイマーpgreq-iasが満了するまで次のデータが到着するとき、もはや、もう一つのＩＡＳページング・リクエスト・メッセージ（ＩＡＳ−Paging Request message）を、ＳＲＮＣへ送信することを試みない。
【０１００】
次に、時刻ｆにて、ＳＲＮＣは、該ＡＴのページングエリアにおける各々のｅＢＳへ、ＩＡＳページング・リクエスト・メッセージ（ＩＡＳ−Paging Request message）を送信する。一つの例において、ｅＢＳ１，ｅＢＳ２及びｅＢＳ３が該ページングエリアにいると仮定できる。時刻ｆにて送信されたＩＡＳページング・リクエスト・メッセージ（ＩＡＳ−Paging Request message）は、これは、受信用のｅＢＳのみに向かうページング・リクエストであることの表示を含む。該メッセージはまた、無線でのページング手続きを開始するための時間に関する情報、該ページ・リクエストの優先度（priority）及び仮承認（provisional acknowledgment）が要求されていないことの表示を含むことができる。該ＳＲＮＣは、送信された各々のページング・リクエスト・メッセージ（Paging Request message）に関するタイマーＴpgreq-iasのインスタンスを起動する。次に、時刻ｇにて、ｅＢＳ１，ｅＢＳ２及びｅＢＳ３は、特定のチャネル及び時間にて、該ＡＴを呼び出す。
【０１０１】
ダイアグラム１６００において、該ＡＴは、ｅＢＳ１により送信された呼び出し（page）を受信すると仮定する。それに応じて、時刻ｈにて、該ＡＴは、アクセス手続き（access procedure）を実行することによって、該呼び出しに応答することができる。例えば、該ＡＴは、ｅＢＳ１とのルートをオープンする（open）ために、ｅＢＳ１へ、ルート・オープン・リクエスト・メッセージ（Route Open Request message）を送信することができる。時刻ｉにて、ルート・オープン・リクエスト・メッセージ（Route Open Request message）を受信すると、ｅＢＳ１は、セッションのコピーを要求するために、該ＳＲＮＣへ、アクセス（access）を表示するフラグを持つＩＡＳセッション情報リクエスト・メッセージ（IAS-Session Information Request message）を送信し、タイマーＴsir-iasを起動する。アクセス・フラグ（access flag）を持つＩＡＳセッション情報リクエスト・メッセージ（IAS-Session Information Request message）を受信すると、該ＳＲＮＣは、タイマーＴsir-iasを停止する。
【０１０２】
時刻ｊにて、該ＳＲＮＣは、セッション情報及び該ＡＴのＤＡＰであるｅＢＳ４のＡＮＩＤを含むＩＡＳセッション情報レスポンス・メッセージ（IAS-Session Information Response message）をｅＢＳ１へ送信する。該ＩＡＳセッション情報レスポンス・メッセージ（IAS-Session Information Response message）を受信すると、ｅＢＳ１は、タイマーＴsir-iasを停止する。次に、時刻ｋにて、ｅＢＳ１は、該ＡＴとのルート確立を完了するために、ルートオープンアクセプト・メッセージ（RouteOpenAccept message）を、該ＡＴへ送信する。時刻ｌにて、ｅＢＳ１は、該ＡＴとの鍵交換手続き（Key Exchange procedure）を完了する。このアクションは、時刻ｋで説明されるアクトと並行して発生することができることは、認識されるべきである。次に、時刻ｍにて、該ＡＴは、ｅＢＳ１とＳＲＮＣの両方とのルート・マップ（Route Map）を更新する。
【０１０３】
ルートオープンアクセプト・メッセージ（RouteOpenAccept message）を時刻ｋにて該ＡＴへ送信した後に、ｅＢＳ１は、それが該ＡＴのためのＦＬＳＥになったことを、ルートセット（Route Set）におけるすべてのＡＮＲＩ及び現在は該ＡＴの前のＤＡＰとなっているｅＢＳ４へ、通知する。従って、時刻ｎにて、ｅＢＳ１は、ｅＢＳ１が該ＡＴのためのＦＬＳＥであることを表示するＩＰＴ通知メッセージ（IPT-Notification message)を、ｅＢＳ４へ、該ｅＢＳ４のＡＮＩＤに基づいて、送信する。また、ｅＢＳ１は、タイマーＴnot-iptを起動する。該ＩＰＴ通知メッセージ（IPT-Notification message)を受信すると、時刻ｏにて、ｅＢＳ４は、ｅＢＳ１へ、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答する。また、ｅＢＳ４は、タイマーＴpgreq-iasを停止し、接続された状態（connected state）に入る。さらに、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、ｅＢＳ１は、タイマーＴＴnot-iptを停止する。時刻ｐにて、ｅＢＳ１は、ｅＢＳ１が該ＡＴのためのＦＬＳＥであることを表示するＩＰＴ通知メッセージ（IPT-Notification message)を、ｅＢＳ４へ、該ｅＢＳ４のＡＮＩＤに基づいて、送信する。また、ｅＢＳ１は、タイマーＴnot-iptを起動する。ＩＰＴ通知メッセージ（IPT-Notification message)を受信すると、時刻ｑにて、ｅＢＳ４は、ｅＢＳ１へ、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答する。また、ｅＢＳ４は、タイマーＴpgreq-iasを停止し、接続された状態（connected state）に入る。ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、ｅＢＳ１は、再度、タイマーＴＴnot-iptを停止する。
【０１０４】
時刻ｒにて、ＡＧＷがデータをバッファリングしないか又はｅＢＳ４が該ＡＴのためのデータを有する場合には、ｅＢＳ４中のデータは、現在は該ＡＴのＦＬＳＥではないｅＢＳ１を介して、該ＡＴへフォワードされる。時刻ｓにて、該ＡＴのＦＬＳＥであるｅＢＳ１は、さらに、該ＡＴのためのＤＡＰになる。このアクトは、時刻ｋの後にいつでも発生することができることは、認識されるべきである。次に、時刻ｔにて、ＡＧＷを使ったフロー制御のステイタスが、Ｘｏｆｆ状態にある場合に、ｅＢＳ１は、ＰＭＩＰトンネルを介したデータ送信を開始するようＡＧＷに要求するために、該ＡＧＷへ、ＧＷＡＮ−Ｘｏｎメッセージ（GWAN-Xon message）を送信する。該ＧＷＡＮ−Ｘｏｎメッセージ（GWAN-Xon message）を送信すると、ｅＢＳ１は、タイマーＴack-gwanを起動する。該ＧＷＡＮ−Ｘｏｎメッセージ（GWAN-Xon message）を受信すると、時刻ｕにて、該ＡＧＷは、ＰＭＩＰトンネルを介して、データパケットをｅＢＳ１へフォワードすることができる。また、該ＡＧＷは、ＧＷＡＮ−ＡｃｋメッセージをｅＢＳ１へ送信する。該ＧＷＡＮ−Ａｃｋメッセージを受信すると、ｅＢＳ１は、タイマーＴack-gwanを停止する。時刻ｕにて説明されたアクトの後、本プロセスは時刻ｖで終了することができ、ここで、該ＡＧＷからのデータは、現在、該ＡＴのＤＡＰであるｅＢＳ１へフォワードされる。
【０１０５】
図１７は、アイドル状態のアクセス端末によるセル・リアクティベイションを説明するプロセスフローダイアグラム１７００である。具体的には、ダイアグラム１７００は、ＡＴが単独で（independently）アイドル状態から、再度、アクティブモードへ入るためのプロセスを説明する。該プロセスは、時刻ａで開始し、ここで、ＡＴは、ｅＢＳ１とのルートをオープンするために、ｅＢＳ１へ、ルート・オープン・リクエスト・メッセージ（Route Open Request message）を送信する。ルート・オープン・リクエスト・メッセージ（Route Open Request message）を受信すると、時刻ｂにて、ｅＢＳ１は、セッションのコピーを要求するために、該ＳＲＮＣへ、アクセス（access）を表示するフラグを持つＩＡＳセッション情報リクエスト・メッセージ（IAS-Session Information Request message）を送信する。また、ｅＢＳ１は、タイマーＴsir-iasを起動する。次に、時刻ｃにて、該ＳＲＮＣは、セッション情報及び該ＡＴのＤＡＰのＡＮＩＤを含むＩＡＳセッション情報レスポンス・メッセージ（IAS-Session Information Response message）をｅＢＳ１へ送信する。該ＩＡＳセッション情報レスポンス・メッセージ（IAS-Session Information Response message）を受信すると、ｅＢＳ１は、タイマーＴsir-iasを停止する。時刻ｄにて、ｅＢＳ１は、該ＡＴとのルート確立を完了するために、ルートオープンアクセプト・メッセージ（RouteOpenAccept message）を、該ＡＴへ送信する。次に、時刻ｅにて、ｅＢＳ１は、該ＡＴとの鍵交換手続き（Key Exchange procedure）を完了する。このアクションは、時刻ｄで説明されるアクトと並行して発生することができることは、認識されるべきである。時刻ｆにて、該ＡＴは、ｅＢＳ１とＳＲＮＣの両方とのルート・マップ（Route Map）を更新する。
【０１０６】
ルートオープンアクセプト・メッセージ（RouteOpenAccept message）を該ＡＴへ送信した後に、ｅＢＳ１は、それが該ＡＴのためのＦＬＳＥになったことを、ルートセット（Route Set）におけるすべてのＡＮＲＩ及び該ＡＴの前のＤＡＰへ、通知する。従って、時刻ｇにて、ｅＢＳ１は、ｅＢＳ１が該ＡＴのためのＦＬＳＥであることを表示するＩＰＴ通知メッセージ（IPT-Notification message)を、ｅＢＳ２へ、該ＡＴのためのＤＡＰである該ｅＢＳ２のＡＮＩＤに基づいて、送信する。また、ｅＢＳ１は、タイマーＴnot-iptを起動する。ＩＰＴ通知メッセージ（IPT-Notification message)を受信すると、時刻ｈにて、ｅＢＳ２は、ｅＢＳ１へ、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答する。ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、ｅＢＳ１は、タイマーＴＴnot-iptを停止する。次に、時刻ｉにて、ｅＢＳ１は、ｅＢＳ１が該ＦＬＳＥであることを表示するＩＰＴ通知メッセージ（IPT-Notification message)を、該ＳＲＮＣへ送信する。さらに、ｅＢＳ１は、再度、タイマーＴnot-iptを起動する。ＩＰＴ通知メッセージ（IPT-Notification message)を受信すると、時刻ｊにて、該ＳＲＮＣは、ｅＢＳ１へ、ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）で応答する。ＩＰＴ通知Ａｃｋメッセージ（IPT-Notification Ack message）を受信すると、ｅＢＳ１は、再度、タイマーＴＴnot-iptを停止する。時刻ｋにて、ＤＡＰは、該ＡＴのためのＦＬＳＥであるｅＢＳ１へ移動する。最後に、時刻ｌにて、ＡＴとＡＧＷとの間で、データが交換されることができる。
【０１０７】
さて、図１８を参照して、本明細書で説明される１又は複数の実施形態が機能し得る例である無線通信システム１８００を説明するブロック図が提供される。一つの例において、システム１８００は、送信機システム１８１０及び受信機システム１８５０を含む多重入力多重出力（multiple-input multiple-output）（ＭＩＭＯ）システムである。しかしながら、送信機システム１８１０及び／又は受信機システム１８５０は、多重入力単一出力（multi-input single-output）システムにも適用されることができる。ここで、例えば、複数の送信アンテナ（例えば、基地局上の）は、１又は複数のシンボルストリームを、単一アンテナのデバイス（例えば、移動局）へ送信しても良い。加えて、本明細書で説明される送信機システム１８１０及び／又は受信機システム１８５０の態様は、単一出力単一入力（single output to single input）アンテナシステムと接続して利用されることができる。
【０１０８】
一つの態様に従って、多数のデータストリームに関するトラフィックデータは、送信機システム１８１０にて、データソース１８１２から送信（ＴＸ）データプロセッサ１８１４へ提供される。一つの例において、各々のデータストリームは、それぞれのアンテナ１８２４を通して。送信されることができる。加えて、ＴＸデータプロセッサ１８１４は、符号化データを提供するために個別の（respective）データストリームについてそれぞれ選択された特定の符号化スキーム（coding scheme）に基づいて、各々のデータストリームに関するトラフィックデータを、フォーマットし、符号化し、そして、インターリーブすることができる。一つの例において、各々のデータストリームに関する符号化データは、ＯＦＤＭ技術を用いて、パイロットデータとともに多重化されても良い。パイロットデータは、例えば、既知の方法で処理された既知のデータパターンであっても良い。さらに、パイロットデータは、チャネル応答を推定するために、受信機システム１８５０にて用いられる。送信機システム１８１０に戻って、各々のデータストリームに関する多重化されたパイロット及び符号化データは、変調シンボルを提供するために、個別のデータストリームについてそれぞれ選択された特定の変調スキーム（modulation scheme）（例えば、ＢＰＳＫ，ＱＳＰＫ，Ｍ−ＰＳＫ又はＭ−ＱＡＭに基づいて、変調（すなわし、シンボルマッピング（symbol mapped））される。一つの例において、各々のデータストリームに関するデータレート、符号化および変調は、プロセッサ１８３０上で実行される及び／又はプロセッサ１８３０により提供されるインストラクションにより決定されても良い。
【０１０９】
次に、すべてのデータストリームに関する変調シンボルは、ＴＸプロセッサ１８２０に提供されることができ、それは、さらに、該変調シンボルを処理しても良い（例えば、ＯＦＤＭについて）。続いて、ＴＸ ＭＩＭＯプロセッサ１８２０は、ＮＴ個の変調シンボルストリームを、ＮＴ個の送受信機１８２２ａ〜１８２２ｔへ供給しても良い。一つの例において、各々の送受信機１８２２は、１又は複数のアナログ信号を供給するために、それぞれのシンボルストリームを受信し処理することができる。次に、各々の送受信機１８２２は、さらに、ＭＩＭＯチャネル上の伝送に適した変調信号を提供するために、該アナログ信号を調整（condition）（例えば、増幅、フィルタリング及びアップコンバート）しても良い。それにより、続いて、送受信機１８２２ａ〜１８２２からのＮＴ個の変調信号は、それぞれ、ＮＴ個のアンテナ１８２４ａ〜１８２４ｔから送信されることができる。
【０１１０】
他の態様に従って、送信された変調信号は、受信機システム１８５０にてＮＲ個のアンテナ１８５２ａ〜１８５２ｒにより受信されることができる。次に、各々のアンテナ１８５２からの受信信号は、それぞれの送受信機１８５４へ供給されることができる。一つの例において、各々の送受信機１８５４は、それぞれの受信信号を調整（例えば、フィルタリング、増幅及びダウンコンバート）し、サンプルを提供するために、該調整された信号をデジタイズし、そして、対応する“受信（received）”シンボルストリームを提供するために、該サンプルを処理する。次に、ＲＸ ＭＩＭＯ／データプロセッサ１８６０は、ＮＴ個の“検出（detected）”シンボルストリームを提供するために、特定の受信機処理技術に基づいて、ＮＲ個の送受信機１８５４からのＮＲ個の受信シンボルストリームを受信し処理する。一つの例において、各々の検出シンボルストリームは、対応するデータストリームのために送信された変調シンボルの推定であるシンボルを含むことができる。次に、ＲＸプロセッサ１８６０は、対応するデータストリームに関するトラフィックデータをリカバーするために、各々の検出シンボルストリームの復調、デインターリンビング及び復号化の少なくとも一部を行うによって、各々のシンボルストリームを処理することができる。それゆえ、ＲＸプロセッサ１８６０による処理は、送信機システム１８１０でのＴＸ ＭＩＭＯプロセッサ１８２０及びＴＸデータプロセッサ１８１４により処理と相補的であっても良い。ＲＸプロセッサ１８６０は、さらに、処理されたシンボルストリームをデータシンク１８６４へ供給しても良い。
【０１１１】
一つの態様に従って、ＲＸプロセッサ１８６０により生成されるチャネル応答推定は、受信機での空間／時間処理の実行、電力レベルの調整（adjust）、変調レート又はスキームの変更及び／又は他の適切なアクションのために用いられても良い。加えて、ＲＸプロセッサ１８６０は、さらに、例えば検出シンボルストリームの信号対ノイズ及び干渉比（signal-to-noise-and-interference ratios）（ＳＮＲｓ）のようなチャネル特性を推定しても良い。それから、ＲＸプロセッサ１８６０は、推定されたチャネル特性をプロセッサ１８７０へ供給しても良い。一つの例において、ＲＸプロセッサ１８６０及び／又はプロセッサ１８７０は、さらに、該システムに関する“オペレーティング（operating）”ＳＮＲの推定を導き出しても良い。次に、プロセッサ１８７０は、チャネル状態情報（channel state information）（ＣＳＩ）を供給することができる。それは、通信リンク及び／又は受信データストリームに関する情報を含んでいても良い。この情報は、例えば、該オペレーティングＳＮＲを含んでも良い。次に、そのＣＳＩは、ＴＸデータプロセッサ１８１８により処理され、変調器１８８０による変調され、送受信機１８５４ａ〜１８５４ｒにより調整（conditioned）され、もとの送信機システム１８１０へ送信されることができる。加えて、受信機システム１８５０でのデータソース１８１６は、ＴＸデータプロセッサ１８１８により処理されるべき追加のデータを供給しても良い。
【０１１２】
送信機システム１８１０に戻って、次に、受信機システム１８５０からの変調信号は、受信機システム１８５０によりレポートされるＣＳＩをリカバーするために、アンテナ１８２４により受信され、送受信機１８２２により調整され、復調器１８４０により復調され、そして、ＲＸデータプロセッサ１８４２により処理される。一つの例において、次に、レポートされたＣＳＩは、プロセッサ１８３０へ供給され、１又は複数のデータストリームのために用いられるべき符号化及び変調スキームと同様に、データレートの決定のために用いられることができる。次に、決定された符号化及び変調スキームは、量子化（quantization）のために送受信機１８２２へ供給され、及び／又は、後の受信機システム１８５０への伝送に用いられる。加えて及び／又は代わりに、レポートされたＣＳＩは、ＴＸデータプロセッサ１８１４及びＴＸ ＭＩＭＯプロセッサ１８２０のための様々な制御を起こすために、プロセッサ１８３０により用いられることができる。他の例において、ＲＸデータプロセッサ１８４２により処理されるＣＳＩ及び／又は他の情報は、データシンク１８４４へ供給されることができる。
【０１１３】
一つの例において、送信機システム１８１０でのプロセッサ１８３０及び受信機システム１８５０でのプロセッサ１８７０は、それらそれぞれのシステムでのオペレーションを命令（direct）する。さらに、送信機システム１８１０でのメモリ１８３２及び受信機システム１８５０でのメモリ１８７２は、それぞれ、プロセッサ１８３０及び１８７０により用いられる。さらに、受信機システム１８５０にて、ＮＴ個の送信されたシンボルストリームを検出するために、様々な処理技術がＮＲ個の受信信号の処理に用いられても良い。これら受信機処理技術は、空間的な及び時間空間的な受信機処理技術を含むことができる。それはまた、イコライゼイション等価技術（equalization techniques）、及び／又は“逐次ヌリング／イコライゼイション及び干渉除去（successive nulling／equalization and interference cancellation）”受信機処理技術と呼ぶことができ、また、それは、“逐次干渉除去（successive interference cancellation）”又は“逐次キャンセレイション（successive cancellation）” 受信機処理技術と呼ぶことができる。
【０１１４】
図１９は、本明細書で説明される様々な態様に従った、アクセスゲートウェイからアクセス端末１９０４へのデータ通信をコーディネイトするためのシステム１９００のブロック図である。一つの例において、システム１９００は、基地局又はアクセスポイント１９０２を含む。図示されるように、アクセスポイント１９０２は、受信（Ｒｘ）アンテナ１９０６を通して、１又は複数のアクセス端末１９０４及び／又は一つのアクセスゲートウェイ（図示せず）から（１又は複数の）信号を受信することができ、また、送信（Ｔｘ）アンテナ１９０８を通して、該１又は複数のアクセス端末１００４及び／又は該アクセスゲートウェイへ送信することができる。
【０１１５】
さらに、アクセスポイント１９０２は、受信アンテナ１９０６から情報を受信する受信機１９１０を含むことができる。一つの例において、受信機１９１０は、受信された情報を復調する復調器（Ｄｅｍｏｄ）１９１２と動作可能なように結合されることができる。次に、復調されたシンボルは、プロセッサ１９１４により解析されることができる。プロセッサ１９１４は、メモリ１９１６へ接続されることができる。それは、コード・クラスターに関係する情報、アクセス端末割り当て、それに関連するルックアップテーブル、固有スクランブリング・シーケンス及び／又は他の適切なタイプの情報を記憶することができる。一つの例において、アクセスポイント１９０２は、手順５００，６００，７００及び／又は他の類似する適切な手順を実行するためにプロセッサ１９１４を用いることができる。また、アクセスポイント１９０２は、アンテナ１９０８を介して送信機１９２０により送信されるための信号を多重化することのできる変調器１９１８を含むことができる。
【０１１６】
図２０は、本明細書で説明される様々な態様に従った、１又は複数のデータ接続ポイントへ登録すること及びアクセスゲートウェイからデータを受信することを支援するシステム２０００のブロック図である。一つの例において、システム２０００は、アクセス端末２００２を含む。図示されるように、アクセス端末２００２は、１又は複数のアクセスポイント２００４から（１又は複数の）信号を受信することができ、また、アンテナ２００８を通して、該１又は複数のアクセスポイント２００４へ送信することができる。加えて、アクセス端末２００２は、アンテナ２００８から情報を受信する受信機２０１０を含むことができる。一つの例において、受信機２０１０は、受信された情報を復調する復調器（Ｄｅｍｏｄ）２０１２と動作可能なように結合されることができる。次に、復調されたシンボルは、プロセッサ２０１４により解析されることができる。プロセッサ２０１４は、メモリ２０１６へ接続されることができる。それは、アクセス端末２００２に関係するデータ及び／又はプログラムコードを記憶することができる。加えて、アクセス端末２００２は、手順８００及び／又は他の類似する適切な手順を実行するためにプロセッサ２０１４を用いることができる。また、アクセス端末２００２は、アンテナ２００８を介して送信機２０２０により送信されるための信号を多重化することのできる変調器２０１８を含むことができる。
【０１１７】
図２１は、無線通信システム（例えば、システム２００）において遅延及びバックホール効率の良いデータバッファリングを支援する装置２１００のブロック図である。装置２１００は、機能ブロックを含むものとして表され、それらは、プロセッサ、ソフトウェア又はそれらの組み合わせ（例えば、ファームウェア）により実装される機能を表現する機能ブロックであっても良いことは、認識されるべきである。装置２１００は、基地局（例えば、アクセスネットワーク３０）及び／又は他の適切なネットワークエンティティーにより実装されることができ、また、登録エリア内のモバイル端末の位置を判定するためのモジュール２１０２と、前記モバイル端末のためのデータをバッファリングするエンティティーを、前記モバイル端末の前記判定された位置に基づいて、適応的に変更するためのモジュール２１０４とを含むことができる。
【０１１８】
図２２は、アクセスゲートウェイ（例えば、アクセスゲートウェイ１０）から端末（例えば、アクセス端末４０）へのデータの通信を、無線通信システムにおける該端末の位置に基づいて支援する装置２２００のブロック図である。装置２２００は、機能ブロックを含むものとして表され、それらは、プロセッサ、ソフトウェア又はそれらの組み合わせ（例えば、ファームウェア）により実装される機能を表現する機能ブロックであっても良いことは、認識されるべきである。装置２２００は、基地局（例えば、アクセスネットワーク３０）及び／又は他の適切なネットワークエンティティーにより実装されることができ、また、第１の登録半径を関連付けるためのモジュール２２０２と、前記第１の登録半径と、前記第１の登録半径を包含する第２の登録エリアとから、端末により使用される登録半径を判定するためのモジュール２２０４と、前記端末が前記第１の登録半径を使用していることを判定した場合に、アクセスゲートウェイからデータを受信し、該データを前記端末へ伝えるためのモジュール２２０６と、前記端末が前記第２の登録半径を使用していることを判定した場合に、前記端末に関連するデータ接続ポイントを介した前記端末への通信のために、前記端末のためのデータをバッファリングするアクセスゲートウェイを指示するためのモジュール２２０８とを含むことができる。
【０１１９】
図２３は、無線通信システムにおいてアクセスゲートウェイからデータを受信することを支援する装置２３００のブロック図である。装置２３００は、機能ブロックを含むものとして表され、それらは、プロセッサ、ソフトウェア又はそれらの組み合わせ（例えば、ファームウェア）により実装される機能を表現する機能ブロックであっても良いことは、認識されるべきである。装置２３００は、端末（例えば、アクセス端末４０）及び／又は他の適切なネットワークエンティティーにより実装されることができ、また、関連するデータ接続ポイントのサービスエリア関係する現在位置を判定するためのモジュール２３０２と、前記判定された現在位置が前記関連するデータ接続ポイントのサービスエリアの外側である場合に、新たなデータ接続ポイントを関連付けるためのモジュール２３０４と、関連するデータ接続ポイントを通して、アクセスゲートウェイからデータを受信するためのモジュール２３０６とを含むことができる。
【０１２０】
本明細書で説明される実施形態が、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、又はそれらの任意の組み合わせにより実装可能であることは、理解されるべきである。本システム及び／又は方法が、ソフトウェア、ファームウェア、ミドルウェア又はマイクロコード、プログラムコード又はコードセグメントにより実装される場合には、それらは、例えばストレージコンポーネントのような機械読み取り可能な媒体に記憶されても良い。コードセグメントは、プロシージャー、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、又は、インストラクション、データ構造若しくはプログラム文の任意の組み合わせを示すことができる。コードセグメントは、情報、データ、引数、パラメータ、又は記憶内容をパスすること及び／又は受け取ることによって、他のコードセグメント又はハードウェア回路に接続可能である。情報、引数、パラメータ、データなどは、メモリ・シェアリング、メッセージ・パッシング、トークン・パッシング、ネットワーク・トランスミッションなどを含む任意の適切な手段によって、パスされ、フォワードされ、又は送られることができる。
【０１２１】
ソフトウェア実装について、本明細書で説明される技術は、本明細書で説明される機能を実行するモジュール（例えば、プロシージャー、関数など）で実現可能である。ソフトウェアコードは、メモリユニットに記憶され、プロセッサにより実行されることができる。メモリユニットは、プロセッサの内部又はプロセッサの外部に実装可能である。その場合において、それは、当該技術において知られているような様々な手段によって、通信可能に該プロセッサに接続できる。
【０１２２】
上に説明されたことは、１又は複数の実施形態の例を含む。前述の実施形態を説明することを目的としてコンポーネント又は手順の考えられる組み合わせをすべて説明することはもちろん可能ではないが、様々な実施形態の多数のさらなる組み合わせ又は置換が可能であることを当業者は認識するであろう。したがって、説明された実施形態は、添付のクレームの精神及び範囲内に含まれるそのような変更、修正及び変形をすべて包含することを意図されている。さらに、語句“含む（includes）”が詳細な説明又はクレームのいずれかにおいて使用される範囲内において、上記語句は、語句“備える、含む、包含する（comprising）”がクレームにおいてつなぎ詞（transitional word）として用いられた場合に“備える、含む、包含する（comprising）”として解釈されるのと同様の方法で、包括的であることを意図されている。さらに、詳細な説明又は特許請求の範囲で用いられる語句“又は（or）”は、“非排他的な、又は（non-exclusive or）”であることを意図されている。
【図１】
2010524361.tif 000003
【図２】
2010524361.tif 000004
【図３Ａ】
2010524361.tif 000005
【図３Ｂ】
2010524361.tif 000006
【図４Ａ】
2010524361.tif 000007
【図４Ｂ】
2010524361.tif 000008
【図４Ｃ】
2010524361.tif 000009
【図５】
2010524361.tif 000010
【図６】
2010524361.tif 000011
【図７】
2010524361.tif 000012
【図８】
2010524361.tif 000013
【図９】
2010524361.tif 000014
【図１０】
2010524361.tif 000015
【図１１】
2010524361.tif 000016
【図１２】
2010524361.tif 000017
【図１３】
2010524361.tif 000018
【図１４】
2010524361.tif 000019
【図１５】
2010524361.tif 000020
【図１６】
2010524361.tif 000021
【図１７】
2010524361.tif 000022
【図１８】
2010524361.tif 000023
【図１９】
2010524361.tif 000024
【図２０】
2010524361.tif 000025
【図２１】
2010524361.tif 000026
【図２２】
2010524361.tif 000027
【図２３】
2010524361.tif 000028
【国際調査報告】
2010524361.tif 000029
2010524361.tif 000030
2010524361.tif 000031
2010524361.tif 000032
2010524361.tif 000033