(57)【要約】【課題】柔軟なプロトコルコンフィギュレーションを用いた接続セットアップ【解決手段】ユーザー端末は、第１のアクセスポイント（ＡＰ０）とのセッションを確立し、無線通信に関して用いられるモデムコンフィギュレーション情報と関連づけられたトークンを得る。その後、前記ユーザー端末は、前記トークンを送信することによって第２のアクセスポイント（ＡＰ１）との接続を確立させる。ＡＰ１は、前記トークンを受信し、前記トークンと関連づけられた前記モデムコンフィギュレーション情報を入手し、前記モデムコンフィギュレーション情報を用いてエアインタフェースプロトコルスタックを初期設定して前記ユーザー端末に関するモデム専用プロトコルスタックを得る。ＡＰ１は、成功した接続セットアップを示す応答を送信する。その後、前記ユーザー端末及びＡＰ１は、前記モデム専用プロトコルスタックに従って通信する。ＡＰ１は、前記ユーザー端末に関するセッションをＡＰ０からフェッチするのを試みることができる。この試みが成功した場合は、ＡＰ１は、前記セッション情報を用いて前記プロトコルスタックを更新して前記ユーザー端末に関する完全なプロトコルスタックを得る。その後は、前記ユーザー端末及びＡＰ１は、前記完全なプロトコルスタックと通信する。【選択図】    図１
2008526138.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークにおける装置であって、
接続を確立させるためにユーザー端末によって送信された第１のメッセージを受信し、前記第１のメッセージに含まれているトークンを抽出し、前記トークンと関連づけられたモデムコンフィギュレーション情報を入手し、前記トークンに基づいて成功した接続セットアップを示す第２のメッセージを前記ユーザー端末に送信するために動作可能なコントローラと、
前記モデムコンフィギュレーション情報に従って前記ユーザー端末とデータを交換するために動作可能な少なくとも１つのデータプロセッサと、を具備する、装置。
【請求項２】
前記コントローラは、前記モデムコンフィギュレーション情報を用いて前記ユーザー端末に関するプロトコルスタックを形成するために動作可能であって、前記少なくとも１つのデータプロセッサは、前記プロトコルスタックに従って前記ユーザー端末とデータを交換するために動作可能である請求項１に記載の装置。
【請求項３】
前記ネットワークに関して許容されるトークンを含むトークンテーブルを格納するために動作可能なメモリ装置をさらに具備する請求項１に記載の装置。
【請求項４】
前記コントローラは、前記トークンが有効であるかどうかを決定するためにさらに動作可能であって、前記トークンが有効である場合は、前記モデムコンフィギュレーション情報を得るため及び前記第２のメッセージを送信するためにさらに動作可能である請求項１に記載の装置。
【請求項５】
前記コントローラは、前記ネットワークに関して許容されるトークンを含むトークンテーブルにおいて前記トークンを検索するために及び前記トークンが前記トークンテーブルにおいて見つかった場合は有効であることを示すために動作可能である請求項４に記載の装置。
【請求項６】
前記コントローラは、前記ユーザー端末に関するセッションがローカルメモリにおいて入手可能であるかどうかを決定するために動作可能であって、前記少なくとも１つのデータプロセッサは、前記セッションが入手可能である場合に前記ユーザー端末に関する前記セッションに従って前記ユーザー端末とデータを交換するために動作可能である請求項１に記載の装置。
【請求項７】
前記コントローラは、前記ユーザー端末に関するセッションを前記ネットワークからフェッチすることを開始するために動作可能であって、前記少なくとも１つのデータプロセッサは、前記セッションがフェッチされた場合に前記ユーザー端末に関する前記セッションに従って前記ユーザー端末とデータを交換するために動作可能である請求項１に記載の装置。
【請求項８】
前記少なくとも１つのデータプロセッサは、モバイルインターネットプロトコル（ＩＰ）に関するパケットを前記ユーザー端末から受信するために及びモバイルＩＰに関する前記パケットを前記ネットワークに転送するために動作可能である請求項１に記載の装置。
【請求項９】
前記少なくとも１つのデータプロセッサは、単純インターネットプロトコル（ＩＰ）に関するパケットを前記ユーザー端末から受信するために及び前記ユーザー端末から受信された単純ＩＰに関する前記パケットを終了させるために動作可能である請求項１に記載の装置。
【請求項１０】
前記ユーザー端末に関する前記セッションは、前記ユーザー端末に関する前記モデムコンフィギュレーション情報及びユーザー専用セッション情報を具備する請求項７に記載の装置。
【請求項１１】
前記ユーザー専用セッション情報は、セキュリティキーを具備し、前記少なくとも１つのデータプロセッサは、前記セッションがフェッチされた場合に前記セキュリティキーを用いてセキュリティが保護された状態でデータを交換するために動作可能である請求項１０に記載の装置。
【請求項１２】
前記トークンは、複数のフィールドを含み、各フィールドは、通信のために使用可能な各々の組のプロトコル又は情報と関連づけられる請求項１に記載の装置。
【請求項１３】
通信ネットワークにおける通信方法であって、
接続を確立させるためにユーザー端末によって送信された第１のメッセージを受信することと、
前記接続のために用いられるモデムコンフィギュレーション情報を示すトークンを前記第１のメッセージから得ることと、
前記トークンと関連づけられた前記モデムコンフィギュレーション情報を得ることと、
前記トークンに基づいて成功した接続セットアップを示す第２のメッセージを前記ユーザー端末に送信することと、
前記モデムコンフィギュレーション情報に従って前記ユーザー端末とデータを交換すること、とを具備する、方法。
【請求項１４】
前記トークンが有効であるかどうかを決定することと、
前記トークンが有効である場合は、前記モデムコンフィギュレーション情報を前記得ること、前記第２のメッセージを前記ユーザー端末に前記送信すること、及び前記ユーザー端末とデータを前記交換することを行うこと、とをさらに具備する請求項１３に記載の方法。
【請求項１５】
前記トークンが有効でなくさらに前記ユーザー端末に関するセッションが見つからない場合は、前記接続が閉じられることを示すメッセージを前記ユーザー端末に送信することをさらに具備する請求項１４に記載の方法。
【請求項１６】
前記トークンが認識されるがサポートされていない場合は、前記トークンが認識されるがサポートされていないことを示すメッセージを前記ユーザー端末に送信することをさらに具備する請求項１４に記載の方法。
【請求項１７】
前記ユーザー端末に関するセッションがローカルメモリ内において入手可能であるかどうかを決定することと、
前記セッションが入手可能である場合は、前記ユーザー端末に関する前記セッションに従って前記ユーザー端末とデータを交換すること、とをさらに具備する請求項１３に記載の方法。
【請求項１８】
前記ユーザー端末に関するセッションを前記ネットワークからフェッチすることと、
前記セッションがフェッチされた場合は、前記ユーザー端末に関する前記セッションに従って前記ユーザー端末とデータを交換すること、とをさらに具備する請求項１３に記載の方法。
【請求項１９】
通信ネットワークにおける装置であって、
接続を確立させるためにユーザー端末によって送信された第１のメッセージを受信するための手段と、
前記接続のために用いられるモデムコンフィギュレーション情報を示すトークンを前記第１のメッセージから得るための手段と、
前記トークンと関連づけられた前記モデムコンフィギュレーション情報を得るための手段と、
前記トークンに基づいて成功した接続セットアップを示す第２のメッセージを前記ユーザー端末に送信するための手段と、
前記モデムコンフィギュレーション情報に従って前記ユーザー端末とデータを交換するための手段と、を具備する、装置。
【請求項２０】
前記トークンが有効であるかどうかを決定するための手段と、
前記トークンが有効である場合は、前記モデムコンフィギュレーション情報を得るための前記手段、前記第２のメッセージを送信するため前記手段、及び前記ユーザー端末とデータを交換するための前記手段をイネーブルにするための手段と、をさらに具備する請求項１９に記載の装置。
【請求項２１】
前記ユーザー端末に関するセッションがローカルメモリ内において入手可能であるかどうかを決定するための手段と、
前記セッションが入手可能である場合は、前記ユーザー端末に関する前記セッションに従って前記ユーザー端末とデータを交換するための手段と、をさらに具備する請求項１９に記載の装置。
【請求項２２】
前記ユーザー端末に関するセッションを前記ネットワークからフェッチするための手段と、
前記セッションが前記ネットワークからフェッチされた場合は、前記ユーザー端末に関する前記セッションに従って前記ユーザー端末とデータを交換するための手段と、をさらに具備する請求項１９に記載の装置。
【請求項２３】
通信ネットワークにおける装置であって、
接続を確立させるために第１のメッセージを第１のアクセスポイントに送信するために及び成功した接続セットアップを示す第２のメッセージを前記第１のアクセスポイントから受信するために動作可能なコントローラと、
前記モデムコンフィギュレーション情報に従って前記第１のアクセスポイントとデータを交換するために動作可能な少なくとも１つのデータプロセッサと、を具備し、前記第１のメッセージは、前記接続のために用いられるモデムコンフィギュレーション情報を示すトークンを含み、前記接続セットアップは、前記トークンに基づく、装置。
【請求項２４】
前記コントローラは、前記装置に関して利用可能な複数のトークンの中から前記トークンを選択するために動作可能であって、前記複数のトークンの各々は、特定のモデムコンフィギュレーション情報と関連づけられる請求項２３に記載の装置。
【請求項２５】
前記コントローラは、第２のアクセスポイントとのセッションを確立するために及び前記モデムコンフィギュレーション情報と関連づけられた前記トークンを前記第２のアクセスポイントから得るためにさらに動作可能であって、前記セッションは、前記モデムコンフィギュレーション情報及びユーザー専用セッション情報を具備する請求項２３に記載の装置。
【請求項２６】
前記少なくとも１つのデータプロセッサは、前記ユーザー端末に関して以前に確立されたセッションに従って第２のアクセスポイントとデータを交換するために動作可能である請求項２３に記載の装置。
【請求項２７】
前記少なくとも１つのデータプロセッサは、単純インターネットプロトコル（ＩＰ）を用いて前記第１のアクセスポイントとデータを交換するために及びモバイルＩＰを用いて前記第２のアクセスポイントとデータを交換するために動作可能である請求項２６に記載の装置。
【請求項２８】
前記少なくとも１つのデータプロセッサは、前記第１のアクセスポイントを介してローカルデータサービスを受信するために及び前記第２のアクセスポイントを介してグローバルデータサービスを受信するために動作可能である請求項２６に記載の装置。
【請求項２９】
前記コントローラは、前記ユーザー端末に関するセッションがフェッチされていることを示す第３のメッセージを前記第１のアクセスポイントから受信するために動作可能であり、前記少なくとも１つのデータプロセッサは、前記セッションに従って前記第１のアクセスポイントとデータを交換するために動作可能である請求項２３に記載の装置。
【請求項３０】
通信ネットワークにおける通信方法であって、
接続を確立させるためにユーザー端末から第１のメッセージを第１のアクセスポイントに送信することであって、前記第１のメッセージは、前記接続のために用いられるモデムコンフィギュレーション情報を示すトークンを含むことと、
前記トークンに基づいて成功した接続セットアップを示す第２のメッセージを前記第１のアクセスポイントから受信することと、
前記モデムコンフィギュレーション情報に従って前記第１のアクセスポイントとデータを交換すること、とを具備する、方法。
【請求項３１】
第２のアクセスポイントとのセッションを確立することであって、前記セッションは、前記モデムコンフィギュレーション情報及びユーザー専用セッション情報を具備することと、
少なくとも１つのトークンを前記第２のアクセスポイントから得ることであって、各トークンは、特定のモデムコンフィギュレーション情報と関連づけられ、前記第１のメッセージに含まれる前記トークンは、前記少なくとも１つのトークンのうちの１つであること、とをさらに具備する請求項３０に記載の方法。
【請求項３２】
前記ユーザー端末に関して以前に確立されたセッションに従って第２のアクセスポイントとデータを交換することをさらに具備する請求項３０に記載の方法。
【請求項３３】
通信ネットワークにおける装置であって、
接続を確立させるためにユーザー端末から第１のメッセージを第１のアクセスポイントに送信するための手段であって、前記第１のメッセージは、前記接続のために用いられるモデムコンフィギュレーション情報を示すトークンを含む手段と、
前記トークンに基づいて成功した接続セットアップを示す第２のメッセージを前記第１のアクセスポイントから受信するための手段と、
前記モデムコンフィギュレーション情報に従って前記第１のアクセスポイントとデータを交換するための手段と、を具備する装置。
【請求項３４】
第２のアクセスポイントとのセッションを確立させるための手段であって、前記セッションは、前記モデムコンフィギュレーション情報及びユーザー専用セッション情報を具備する手段と、
前記モデムコンフィギュレーション情報と関連づけられた前記トークンを前記第２のアクセスポイントから得るための手段と、をさらに具備する請求項３３に記載の装置。
【請求項３５】
前記ユーザー端末に関して以前に確立されたセッションに従って第２のアクセスポイントとデータを交換するための手段をさらに具備する請求項３３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本特許出願は、"CONNECTION SETUP USING FLEXIBLE PROTOCOL CONFIGURATION CDMA"(柔軟なプロトコルコンフィギュレーションＣＤＭＡを用いた接続セットアップ)という題名を有し、本明細書において参照されることによってその全体が本明細書に組み入れられている米国仮特許出願一連番号 ６０／６３８，４７１(出願日:  ２００４年１２月２２日)  の利益を主張するものである。
【０００２】
本発明は、一般的には、通信に関するものである。本発明は、より具体的には、通信システムにおいて接続をセットアップするための技術に関するものである。
【背景技術】
【０００３】
通信システムにおいては、ユーザー端末は、音声、パケットデータ、等の様々なサービスを得るためにアクセスポイントと通信する。典型的には、通信を容易にするためのセッションがユーザー端末のために確立される。前記セッション確立の一環として、前記ユーザー端末及び前記アクセスポイントは、様々なコンフィギュレーション可能プロトコルに関して交渉してこれらのプロトコルに関するパラメータを選択することができる。セッションは、ユーザー端末とアクセスポイントとの間の通信のために用いられる、プロトコル、セキュリティキー、ユーザーの能力、等に関する情報の集まりであるとしばしばみなされる。従って、「セッション」及び「セッション情報」という表現は、互換可能な形でしばしば用いられる。
【０００４】
適切に動作するために、コンフィギュレーションされたプロトコルは、前記ユーザー端末において及び前記ユーザー端末に関するセッションを現在保持中のアクセスポイントであるセッション保持アクセスポイントにおいて同期化させる必要がある。前記ユーザー端末は、移動型であることができ、さらに、節電モードにおいて、前記セッション保持アクセスポイントのカバレッジエリアから新しいアクセスポイントのカバレッジエリア内に移動していることができる。ユーザー端末がその後に前記新しいアクセスポイントのカバレッジ下にある間に（例えば、ユーザーによって開始された呼又はシステムからのページングに起因して）アクティブモードになった場合は、前記ユーザー端末は、前記新たなアクセスポイントとの通信を試みることができる。しかしながら、前記新たなアクセスポイントは、典型的には、前記ユーザー端末によって用いられるコンフィギュレーションされたプロトコルを知らない。前記新たなアクセスポイントとの通信は、典型的には、前記ユーザー端末に関するセッションが前記セッション保持アクセスポイントから検索された後又は新たなセッションが前記新たなアクセスポイントとの間で確立された後のみに開始する。
【０００５】
前記新たなアクセスポイントは、前記ユーザー端末に関して以前に確立されたセッションを幾つかの方法で得ることができる。一方法においては、前記ユーザー端末は、前記セッション保持アクセスポイントのアドレスを前記新たなアクセスポイントに提供する。次に、前記新たなアクセスポイントは、前記セッション保持アクセスポイントからセッションをフェッチする。他の方法においては、前記ユーザー端末は、コンフィギュレーションされたプロトコル（又は非デフォルト値に設定されるパラメータ）のリスト全体を前記新たなアクセスポイントに送信する。前記新たなアクセスポイントは、前記ユーザー端末から受信された情報に基づいて該当するプロトコルをセットアップする。両方法に関して、前記セッション保持アクセスポイントからセッションをフェッチするための又は前記ユーザー端末からセッション情報を受信するための遅延が生じる。さらに、前記セッション保持アクセスポイント又は前記ユーザー端末のいずれかから前記新たなアクセスポイントにセッション情報を送信するためにシステム資源が消費される。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従って、ユーザー端末とアクセスポイントとの間における接続を効率的にセットアップするための技術が必要である。
【課題を解決するための手段】
【０００７】
本明細書においては、柔軟なプロトコルコンフィギュレーションを用いて接続セットアップを行うための技術が説明される。ユーザー端末に関するセッション情報は、複数のカテゴリ、例えばユーザー専用セッション情報及びモデムコンフィギュレーション情報と呼ばれる２つのカテゴリに区分される。ユーザー専用セッション情報は、ユーザー端末専用の情報、例えば、セキュリティキー及びアドレス情報、を含む。モデムコンフィギュレーション情報は、無線接続性に関して用いられる情報を含む。
【０００８】
通信ネットワークにおいて用いるために限定された数のモデム専用コンフィギュレーションを定義して利用可能にすることができる。各モデム専用コンフィギュレーションは、（１）エアインタフェースプロトコルスタックの様々な層に関して用いるプロトコルバージョン及び（２）これらのプロトコルバージョンに関するパラメータ値を示す特定のモデムコンフィギュレーション情報と関連づけられる。各許容されたモデム専用コンフィギュレーションは、前記モデム専用コンフィギュレーションを一意で識別する異なるトークンが割り当てられる。
【０００９】
ユーザー端末は、最初に第１のアクセスポイントとのセッションを確立し、そのモデムコンフィギュレーション情報と関連づけられた少なくとも１つのトークンを得る。その後、前記ユーザー端末は、前記モデムコンフィギュレーション情報の代わりにトークンを送信することによって第２のアクセスポイントとの接続を確立させることができる。第２のアクセスポイントは、前記ユーザー端末によって送信された前記トークンを受信し、このトークンと関連づけられたモデムコンフィギュレーション情報を得る。次に、第２のアクセスポイントは、前記モデムコンフィギュレーション情報を用いてエアインタフェースプロトコルスタックを初期設定し、前記ユーザー端末に関するモデム専用プロトコルスタックを得る。次に、第２のアクセスポイントは、成功した接続セットアップを示す応答をユーザー端末に送り返す。その後は、前記ユーザー端末及び第２のアクセスポイントは、前記ユーザー端末に関する前記モデム専用プロトコルスタックに従って通信する。第２のアクセスポイントは、前記ユーザー端末に関するセッションが検索されるまで前記ユーザー端末が一定の限定された機能にアクセスするのを可能にすることができる。
【００１０】
第２のアクセスポイントは、前記ユーザー端末に関するセッションを第１のアクセスポイントからフェッチするのを試みることができる。この試みが成功した場合は、第２のアクセスポイントは、前記フェッチされたセッション情報を用いてプロトコルスタックを更新し前記ユーザー端末に関する完全なプロトコルスタックを得る。その後は、前記ユーザー端末及び第２のアクセスポイントは、完全なプロトコルスタックと通信する、例えば、セキュリティキーを用いてセキュリティが保護されたデータを交換する。
【００１１】
本発明の様々な側面及び実施形態が以下においてさらに詳細に説明される。    
本発明の特長及び性質は、下記の詳細な説明と図面を併用することでさらに明確になるであろう。同一のものについては図面全体に渡って同一の参照符号を付すこととする。
【発明を実施するための最良の形態】
【００１２】
本明細書において用いられている「典型的な」という表現は、「1つの例、事例、又は実例」を示すことを目的とするものである。このため、本明細書において「典型的な」実施形態又は設計として説明されているいずれの実施形態も又はいずれの設計も、その他の実施形態よりも又はその他の設計よりも好ましい又は有利であるとは必ずしも解釈すべきではない。
【００１３】
図１は、幾つかのユーザー端末に関する通信をサポートする幾つかのアクセスポイントを有する無線通信ネットワーク１００を示す。説明を単純化するため、１つのユーザー端末１１０及び３つのアクセスポイント１２０ａ（ＡＰ０）、１２０ｂ（ＡＰ１）、及び１２０ｃ（ＡＰ２）のみが図１に示されている。アクセスポイントは、典型的には、前記ユーザー端末との通信のために用いられる固定局であり、基地局、基地トランシーバシステム（ＢＴＳ）、ノードＢ、又はその他の何らかの用語で呼ばれることがある。ユーザー端末（ＵＴ）は、固定型又は移動型であることができ、アクセス端末（ＡＴ）、移動局（ＭＳ）、ユーザー装置（ＵＥ）、無線デバイス、ハンドセット、又はその他の何らかの用語で呼ばれることがある。ユーザー端末は、いずれかの所定の時点において順方向リンク及び／又は逆方向リンクで１つの又は複数のアクセスポイントと通信することができる。順方向リンク（又はダウンリンク）は、アクセスポイントからユーザー端末への通信を意味し、逆方向リンク（又はアップリンク）は、ユーザー端末からアクセスポイントへの通信リンクを意味する。
【００１４】
上述されるように、セッションは、ユーザー端末に関する情報、例えば、セキュリティキー、プロトコル及び／又はプロトコルバージョン、プロトコル状態、ユーザー能力、等の集合である。セッションは、典型的には継続時間が長い。接続は、典型的には通信を目的として必要に応じて確立され、その後に閉じられる無線データ経路である。接続は、典型的には継続時間が短い。
【００１５】
図１に示される非階層アーキテクチャに関して、ユーザー端末１１０は、以前にセッションを確立させており（システム内のいずれかのアクセスポイントを介して確立させることができる）、アクセスポイント１２０ａは、現在ユーザー端末１１０に関するセッションを保持する。階層アーキテクチャに関しては、中央のネットワークエンティティが前記ユーザー端末に関するセッションを保持しており、アクセスポイント１２０ａは、このセッションの内容を知っている。説明を明確化するため、以下の説明は、非階層アーキテクチャを対象にしている。ユーザー端末１１０は、移動端末であり、アクセスポイント１２０ａのカバレッジからアクセスポイント１２０ｂ及び１２０ｃのカバレッジ内に移動している。アクセスポイント１２０ａは、地理上のエリア１０２内に所在しており、アクセスポイント１２０ｂ及び１２０ｃは、異なる地理上のエリア１０４内に所在する。ユーザー端末１１０は、通信を目的としてアクセスポイント１２０ｂ及び／又は１２０ｃとの接続の確立を試みることができる。
【００１６】
説明を明確化するため、以下の説明では次の用語が用いられる。すなわち、セッション保持アクセスポイントは、ユーザー端末に関するセッションを保持するアクセスポイントであり、前記セッションは１つのアクセスポイントから他のアクセスポイントに転送可能であるため、前記ユーザー端末が最初に前記セッションを確立したアクセスポイントである場合とない場合がある。「ターゲット」アクセスポイントは、端末が接続の確立を試みるアクセスポイントである。「アンカー」アクセスポイントは、前記ユーザー端末に関する前記接続およびアクティブセットを管理するアクセスポイントである。「サービング」アクセスポイントは、前記ユーザー端末に関する前記接続に現在応じているアクセスポイントである。ターゲットアクセスポイントは、典型的には、接続セットアップ完了後は前記ユーザー端末に関するサービングアクセスポイントおよびアンカーアクセスポイントの両方になる。
【００１７】
バックボーン１３０ａは、地理上のエリア１０２内のアクセスポイント１２０ａ、ユニバーサルアクセス端末識別子（ＵＡＴＩ）ルックアップサーバー１４０、およびホームエージェント（ＨＡ）１４２を相互に接続する。ＵＡＴＩは、各ユーザー端末に割り当てられた一意の識別子であり、ユーザー端末を一意で識別するために用いられる。ＵＡＴＩルックアップサーバー１４０は、システム内においてセッションを開いている（例えばＵＡＴＩによってインデキシングされた）ユーザー端末のリストを格納する。ＵＡＴＩルックアップサーバー１４０は、（図１の例に関する地理上のエリア１０２及び１０４から成る）システム内のいずれかのユーザー端末に関するセッション保持アクセスポイントを確認するためにアクセスすることができる。ホームエージェント１４２は、（地理上のエリア１０２及び１０４から成る）システム内の開かれたセッションを有するユーザー端末に関するデータ接続性を提供する）。
【００１８】
バックボーン１３０ｂは、アクセスポイント１２０ｂと１２０ｃ及びローカルサービスサーバー１５０を相互接続する。ローカルサービスサーバー１５０は、９１１緊急サービス、ウェブアクセス、プッシュ・ツー・トーク（ＰＴＴ）、ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）、等のサービスを提供することができる。本明細書において説明される技術は、バックボーン１３０ｂの状態にかかわらずローカルサービスサーバー１５０に素早くかつ信頼できる形でアクセスするのを考慮する。前記素早くかつ信頼できる形でのアクセスは、９１１及びその他の緊急サービスに関して特に重要である。
【００１９】
図２は、ユーザー端末１１０とアクセスポイント１２０との間における無線通信に関して用いることができる典型的なエアインタフェースプロトコルスタック２００を示す。プロトコルスタック２００は、オープンシステム相互接続（ＯＳＩ）プロトコルスタックとは異なる。図２に示される実施形態に関して、プロトコルスタック２００は、７つの層、すなわち、物理層２１０と、メディアアクセス制御（ＭＡＣ）層２１２と、セキュリティ層２１４と、接続層２１６と、セッション層２１８と、ストリーム層２２０と、アプリケーション層２２２と、を含む。
【００２０】
物理層２１０は、前記ユーザー端末と前記アクセスポイントとの間における送信の物理的特性を定義する。これらの物理的特性は、例えば、順方向リンク及び逆方向リンクに関するチャネル構造、送信周波数、出力送信電力レベル、符号化方式、変調フォーマット、等を含むことができる。ＭＡＣ層２１２は、物理層２１０を通じてデータを送信、受信及び処理するために用いられる手順を定義する。セキュリティ層２１４は、セキュリティが保護されたサービス、例えば認証サービスと暗号化サービス、を提供する。セッション層２１８は、層とプロトコルの交渉、プロトコルコンフィギュレーション、及び状態維持の各サービスを提供する。ストリーム層２２０は、様々なアプリケーションストリームの多重化を提供する。アプリケーション層２２２は、エアインタフェースプロトコルメッセージを送信するシグナリングアプリケーション、ユーザートラフィックデータを送信するパケットデータアプリケーション、信頼性を向上させるためのデータ再送信能力を提供する無線リンクプロトコル（ＲＬＰ）、等のアプリケーションをサポートする。プロトコルスタック２００は、様々な方法で実装することが可能である。プロトコルスタック２００の典型的実装が、「ｃｄｍａ２０００高速パケットデータエアインタフェース仕様」という題名の３ＧＰＰ２  Ｃ．Ｓ００２４（第２．０版、２０００年１０月２７日）において説明されている。
【００２１】
セッションは、典型的には、プロトコルスタック２００内の様々なプロトコルに関する数多くのパラメータを含む。前記セッションは、プロトコルスタック２００の一部でない追加のコンフィギュレーションパラメータを含むこともできる。プロトコルスタック２００に関して上述される層は、一般的には、ユーザー端末とアクセスポイントとの間におけるエアインタフェー適合性に関係する。
【００２２】
プロトコルスタック２００内の各層は、設計された機能を達成させるために様々なプロトコルを利用する。例えば、ＭＡＣ層は、各データパケットを漸増的に送信するためにハイブリッド自動再要求（ＨＡＲＱ）プロトコルを利用することができる。セキュリティ層は、別個の暗号化プロトコル及び認証プロトコルを利用することができる。接続層は、ユーザー端末が通信することができる一組のアクセスポイントを管理するためにアクティブセットプロトコルを利用することができる。所定のプロトコルの複数のバージョン又はサブタイプが存在することができる。各プロトコルは、様々なコンフィギュレーション可能なパラメータを有することも可能である。同じ層内のプロトコル及び異なる層内のプロトコルを独立してコンフィギュレーションすることができる。ユーザー端末は、７つの層の全プロトコルの部分組のみを用いてアクセスポイントと通信することができる。通信に関して用いられるプロトコルは、典型的には、前記ユーザー端末及び前記アクセスポイントにおいて同期化する必要がある。各プロトコルは、ピア・ツー・ピアで通信する。一部のプロトコルは、同じプロトコルバージョン及びコンフィギュレーション可能パラメータ値が前記ユーザー端末と前記アクセスポイントの両方によって用いられるようにするためにプロトコル状態が同期化されている場合のみに通信することができる。その他のプロトコルは、典型的には性能がある程度低下することを除き、送信機及び受信機において同じでないパラメータ値を用いて通信することが可能である。例えば、送信機におけるプロトコルは、ＲＬＰ  ＮＡＫがディスエーブル状態であると考えることができ、受信機におけるピアプロトコルは、ＲＬＰ  ＮＡＫがイネーブル状態であると考えることができ、この場合は、送信機はＮＡＫを送信せず、サービスの質が低下する可能性がある。
【００２３】
所定のユーザー端末に関するセッション情報は、通信のために用いるプロトコル及びパラメータ値に関する全関連情報を含む。セッション情報は、複数のカテゴリ又は部分に区分することができる。一実施形態においては、セッション情報は、ユーザー専用セッション情報及びモデムコンフィギュレーション情報と呼ばれる２つのカテゴリに区分される。
【００２４】
ユーザー専用セッション情報は、下記の項目を含むことができる。
【００２５】
１．セキュリティキー―暗号化及び権限付与のためにセキュリティ層によって用いられる。
【００２６】
２．ＲＬＰフローパラメータ−各ＲＬＰフロー及び前記各ＲＬＰのその他の属性に関して否定応答（ＮＡＫ）が送信されるかどうかを決定する。
【００２７】
３．サービスの質（ＱｏＳ）情報−データの多重化と送信、例えば、（ＲＬＰにおけるデータフローである）ＲＬＰフローへのインターネットプロトコル（ＩＰ）のマッピング、を決定する。
【００２８】
４．トークンバケットレギュレータ状態−公平性を考慮するために用いられる。
【００２９】
５．アドレッシング情報−ユーザー端末に関するＵＡＴＩ又はその他のアドレス。
【００３０】
６．ページングサイクル及びオフセット−どの時点でページングメッセージをユーザー端末に送信可能であるかを示す。  
モデムコンフィギュレーション情報は、下記の項目を含むことができる。
【００３１】
１．無線通信に用いられる全プロトコルのプロトコルバージョン。
【００３２】
２．パイロット追加／除去しきい値−新たなアクセスポイントを追加すべきパイロット強度レベル又はユーザー端末によって維持される候補組から現在のアクセスポイントを除去すべきパイロット強度レベルを決定する。
【００３３】
３．アクセスクラス−アクセスを試みながらユーザー端末の優先度を決定する。
【００３４】
４．制御チャネルシグナリング方式−制御チャネルにおいて送信されるビット（例えば、電力制御ビット、チャネル品質報告ビット）の解釈を決定する。
【００３５】
５．ユーザー専用でないその他のエアインタフェース情報。
【００３６】
上記は、ユーザー専用セッション情報及びモデムコンフィギュレーション情報に関する幾つかの型の情報例である。これらの例は、説明を目的として示されている。一般的には、ユーザー専用セッション情報は、安定した無線接続を確立させるために必要でない情報を含み、モデムコンフィギュレーション情報は、無線通信に関連する情報を含む。各カテゴリに含められる情報の型は、典型的にはネットワーク設計に依存する。
【００３７】
一般的には、セッション情報は、あらゆる数のカテゴリに区分することができ、各カテゴリは、あらゆる型の情報を網羅することができる。所定のコンフィギュレーション可能パラメータは、複数のカテゴリ内に現れることが可能である。例えば、モデムコンフィギュレーション情報は、（無線通信に適しているが最適ではない）パラメータに関するデフォルト値を含むことができ、ユーザー専用セッション情報は、この同じパラメータに関する他の（より最適な）値を含むことができる。これで、セッション情報は、異なるカテゴリに区分される両方のパラメータ値を含むことになる。説明を単純化するため、以下の説明の大部分は、上記の２つのカテゴリの使用を想定する。
【００３８】
モデムコンフィギュレーション情報は、次の特徴を有する。第１に、所定のセッションに関するモデムコンフィギュレーション情報は、ユーザー端末及びネットワークにおいて同じである。ユーザー端末及びネットワークがいずれかのパラメータに関して異なる値を用いる場合は、その挙動は予測不能になる。第２に、一定の組合せのモデムコンフィギュレーションのみがネットワークによって許容される。第３に、ユーザー端末とアクセスポイントとの間における基本的な通信を可能にするにはモデム専用コンフィギュレーション情報だけで十分であり、前記通信は、ローカルサービスサーバー１５０との素早いかつ信頼できる通信のために重要である。
【００３９】
ネットワークにおいて用いるために限定された数のモデム専用コンフィギュレーションを定義して利用可能にすることが可能である。各モデム専用コンフィギュレーションは、（１）プロトコルスタックの様々な層に関して用いるプロトコルバージョン及び（２）これらのバージョンのプロトコルに関するパラメータ値を示す特定のモデムコンフィギュレーション情報と関連づけられる。許容されるモデム専用コンフィギュレーションの数は、可能な全モデム専用コンフィギュレーションの小さい部分組であることができる。許容されるモデム専用コンフィギュレーションの数は、広範なユーザー端末にサービスを提供する柔軟性を提供する上では十分に多く、簡単な保守を行う上では十分に少ない。ハードウェアの型、サービス契約、等に基づいて異なるユーザー端末に関して異なるモデム専用コンフィギュレーションを用いることができる。
【００４０】
各々の許容されるモデム専用コンフィギュレーションは、前記モデム専用コンフィギュレーションを一意で識別する異なるトークンを割り当てることができる。トークンは、特定のモデム専用コンフィギュレーションを表すＮビットの値であり、ここで、Ｎは、ネットワークによってサポートされるモデム専用コンフィギュレーション数によって決定される。表１は、モデム専用コンフィギュレーションの４つのカテゴリ、これらの４つのカテゴリに関する１６ビットのトークンに関するトークン値の典型的範囲、及びその短い説明を記載する。表１において、０ｘ−−−−は、‘ｘ’の後の４つの１６進数字によって定義される１６進値を表す。
【表１】
2008526138.tif 000003
【００４１】
デフォルトモデム専用コンフィギュレーションは、デフォルトバージョン及びデフォルトパラメータ値が全プロトコルに関して用いられるエアインタフェースプロトコルスタックを指す。標準化されたモデム専用コンフィギュレーションは、プロトコルバージョン及びパラメータ値がエアインタフェース仕様において指定されているエアインタフェースプロトコルスタックを指す。標準化されたモデム専用コンフィギュレーションは、各仕様順守アクセスポイントによってサポートされる。予めコンフィギュレーションされたモデム専用コンフィギュレーションは、プロトコルバージョン及びパラメータ値が（例えばネットワーク運用者によって）ネットワークに関して指定されているエアインタフェースプロトコルスタックを指す。ネットワーク内の全アクセスポイントは、予めコンフィギュレーションされたモデム専用コンフィギュレーション及びその関連づけられたトークンを認識している。予めコンフィギュレーションされていないモデム専用コンフィギュレーションは、ネットワーク全体にわたって認識することができないエアインタフェースプロトコルスタックを指す。ネットワークの異なる領域は、予めコンフィギュレーションされていないモデム専用コンフィギュレーションの異なる組を定義することができる。各領域内のアクセスポイントは、前記セクションに関して許容される予めコンフィギュレーションされていないモデム専用コンフィギュレーションの組を認識する。
【００４２】
図３Ａは、ユーザー端末１１０に関するセッション情報をユーザー専用セッション情報及びモデムコンフィギュレーション情報に区分することを示す。モデムコンフィギュレーション情報は、好都合なことに及び効率的なことにこの情報を単一のＮビット値とともに搬送する一意のトークンと関連づけられる。
【００４３】
上述されるように、セッション情報は、３つ以上のカテゴリに区分することも可能であり、各カテゴリは、異なる組のトークンと関連づけることができる。各カテゴリに関して、前記カテゴリに関する各許容されたセッション情報の組合せは、前記セッション情報の組合せを一意で搬送する（前記カテゴリに関する前記トークンセットからの）異なるトークンが割り当てられる。表１に示される範囲のトークン値は、特定の実施形態を表し、その他の範囲のトークン値を様々なカテゴリに関して用いることも可能である。
【００４４】
図３Ｂは、接続のために用いられるプロトコルスタックを示す。モデム専用プロトコルスタックは、セッションに関するモデムコンフィギュレーション情報を用いて形成することができ、無線接続性を提供するために用いることができる。「完全な」プロトコルスタックは、ユーザー専用セッション情報を用いてモデム専用プロトコルスタックを更新することによって得ることができる。モデム専用スタック及び完全なプロトコルスタックは、後述されるように異なる能力を提供する。
【００４５】
再度図１において、ネットワーク１００内の各アクセスポイント１２０は、（図１に示される）トークンテーブルを維持することができ、又は前記トークンテーブルへのアクセスを行うことができる。前記トークンテーブルは、各許容されたトークンに関するエントリを含み、各エントリは、前記トークンと関連づけられた全モデムコンフィギュレーション情報を含むことができる。各アクセスポイント１２０は、いずれかの許容されたトークンに関するモデムコンフィギュレーション情報を得るために前記トークンテーブルを用いることができる。
【００４６】
図４は、トークンを用いて接続を確立させるためのプロセス４００を示す。ユーザー端末１１０は、最初に、アクセスポイント１２０ａとのセッションを確立し、少なくとも１つのトークンを得る。各トークンは、前記ユーザー端末に関する特定のモデムコンフィギュレーション情報と関連づけられている（ブロック４１０）。例えば、前記ユーザー端末は、異なる型のアプリケーションに関する複数のトークン(例えば、緊急呼を行うためのトークン、データ接続性を得るためのトークン、等)を得ることができる。他の例として、ユーザー端末は、異なるプロトコルリリースに関する複数のトークン（例えば、現在のリリースに関するトークン、前リリースに関するトークン、等）を得ることができる。トークンは、（例えば緊急呼に関する）シグナリングを送信するのに必要なパラメータのみと関連づけることができる。さらに、トークンは、データ交換を考慮した追加のパラメータと関連づけることも可能である。
【００４７】
その後は、前記ユーザー端末は、前記ユーザー端末の識別子及び該当するモデムコンフィギュレーション情報に関するトークンを含む接続要求メッセージを送信することによってターゲットアクセスポイント１２０ｂとの接続を確立させるのを試みる（ブロック４１２）。メッセージは、パケット、カプセル、又はその他の何らかの用語で呼ばれることもある。前記ユーザー端末識別子は、前記ユーザー端末に割り当てられたＵＡＴＩ、前記ＵＡＴＩの３２の最下位ビットが入ったアクセス端末識別子（ＡＴＩ）、又は前記ユーザー端末に関するその他の何らかの型の識別子であることができる。前記識別子は、前記接続要求メッセージから省いて、アクセスが認可された後に前記ユーザー端末によって送信することも可能である。前記接続要求メッセージは、前記ユーザー端末が前記ターゲットアクセスポイントとのセッションを希望しないことを示すことも可能である。
【００４８】
前記ターゲットアクセスポイントは、接続要求メッセージを前記ユーザー端末から受信し、前記トークンを前記メッセージから抽出し、（例えばトークンテーブルを用いて）前記トークンと関連づけられたモデムコンフィギュレーション情報を得る（ブロック４１４）。前記ターゲットアクセスポイントは、前記トークンと関連づけられたモデムコンフィギュレーション情報を用いて前記エアインタフェースプロトコルスタックを初期設定する（ブロック４１６）。次に、前記ターゲットアクセスポイントは、成功した接続セットアップを示す接続応答メッセージを前記ユーザー端末に送り返す（ブロック４１８）。前記ユーザー端末は、前記接続応答メッセージを受信する（ブロック４２０）。その後、前記ユーザー端末及び前記ターゲットアクセスポイントは、前記ユーザー端末に関するモデム専用プロトコルスタックに従って通信する（ブロック４２２及び４２４）。
【００４９】
図４は、前記ユーザー端末が有効なトークンを送信し、前記ターゲットアクセスポイントが前記ユーザー端末に関するセッション保持アクセスポイントでないシナリオを示す。接続セットアップは、前記ターゲットアクセスポイントにおいて入手可能な情報に依存して異なる方法で進行することができる。
【００５０】
図５は、ユーザー端末１１０との通信のためにターゲットアクセスポイント１２０ｂによって行われるプロセス５００を示す。前記ターゲットアクセスポイントは、前記ＵＡＴＩ及び前記トークンを前記ユーザー端末から受信する（ブロック１５０）。前記ターゲットアクセスポイントは、（前記ＵＡＴＩによってインデキシングされた）前記ユーザー端末に関するセッションが前記アクセスポイントによって格納／一時格納されているかどうかを決定する（ブロック５１２）。ブロック５１２に関して答えが「はい」である場合は、前記ターゲットアクセスポイントは、前記ユーザー端末に関するセッションを検索し（ブロック５１４）、前記ユーザー端末に関する完全なプロトコルスタックを得るために前記セッション情報を用いて前記エアインタフェースプロトコルスタックを初期設定する（ブロック５１６）。次に、前記ターゲットアクセスポイントは、前記セッションが見つかったことを示す接続応答メッセージを送信する（ブロック５１８）。その後、前記ターゲットアクセスポイントは、例えばセキュリティが保護された又は保護されていないデータ交換に関して前記完全なプロトコルスタックを用いて前記ユーザー端末と通信することができる（ブロック５２０）。
【００５１】
前記ターゲットアクセスポイントが前記ユーザー端末に関する一時格納されたセッションを有さず、ブロック５１２に関する答えが「いいえ」である場合は、前記ターゲットアクセスポイントは、前記ユーザー端末から受信されたトークンが有効であるかどうかを決定する（ブロック５２２）。有効なトークンとは、受信するアクセスポイントによって認識及びサポートされているトークンである。ネットワークによって許容されているが何らかの理由で受信するアクセスポイントによって認識又はサポートされていないトークンは、このアクセスポイントによって無効トークンであるとみなされる。ブロック５２２に関する答えが「はい」である場合は、前記ターゲットアクセスポイントは、前記トークンと関連づけられたモデムコンフィギュレーション情報を入手し、前記ユーザー端末に関するモデム専用プロトコルスタックを得るために前記モデムコンフィギュレーション情報を用いて前記エアインタフェースプロトコルを初期設定する（ブロック５２６）。次に、前記ターゲットアクセスポイントは、前記トークンが認識されていることを示す接続応答メッセージを送信する（ブロック５２８）。その後、前記ターゲットアクセスポイントは、前記モデム専用プロトコルスタックを用いて前記ユーザー端末と通信することができる（ブロック５３０）。データは、セキュリティなしで又は無線リンクプロトコルスタック上方に存在するより高位の層によって提供されるセキュリティ付きで、前記ターゲットアクセスポイントと前記ユーザー端末との間で交換することができる（ブロック５３０）。
【００５２】
システムは、２つ以上の型のセキュリティをサポートすることができる。エアインタフェースプロトコルスタック内のセキュリティ層は、オーバー・ザ・エアセキュリティを提供する。それよりも高位の層は、エンド・ツー・エンドセキュリティを提供することができる。両層は、データを交換することができる。例えば、ユーザー端末は、暗号化されていないシグナリング及び暗号化されたデータを交換することができる。前記ターゲットアクセスポイントは、前記暗号化されていないシグナリングを終了させること及び前記暗号化されたデータ（及び暗号化されたシグナリング）をセッション保持アクセスポイントに転送することができる。前記ユーザー端末は、暗号化されたデータをより高位の層において追加のオーバー・ザ・エア暗号化なしで送信することも可能であり、この暗号化されたデータは、前記ターゲットアクセスポイントに転送することができ又はローカルサービスに関して用いることができる。
【００５３】
前記ターゲットアクセスポイントは、例えばＵＡＴＩルックアップサーバー１４０及びセッション保持アクセスポイント１２０ａを介して前記ユーザー端末に関するセッションを探し出してフェッチすることを試みる（ブロック５３２）。ブロック５３４において決定されるように、セッションが見つかってフェッチされた場合は、前記ターゲットアクセスポイントは、ユーザー専用セッション情報を用いてモデム専用プロトコルスタックを更新して前記ユーザー端末に関する完全なプロトコルスタックを得る（ブロック５３６）。次に、前記ターゲットアクセスポイントは、セッションが見つかったことを示す他の接続応答メッセージを送信する（ブロック５１８）。その後は、前記ターゲットアクセスポイントは、前記完全なプロトコルスタックを用いて前記ユーザー端末と通信することが可能である（ブロック５２０）。ブロック５３４において決定されるように、前記セッションが見つからない場合は、前記ターゲットアクセスポイントは、モデム専用プロトコルスタックを用いて前記ユーザー端末と通信し続けることができる（ブロック５３８）。代替として、前記ターゲットアクセスポイントがデータサービスを許容するためにはセッションへのアクセスが要求されるため、前記ターゲットアクセスポイントは、新たなセッションを生成するように前記ユーザー端末に指図することができる。セッションフェッチは、可変の量の時間がかかる可能性がある。前記ターゲットアクセスポイントは、典型的には、前記ユーザー端末に関するセッションが存在するかどうか知らないため、前記ターゲットアクセスポイントは、前記セッションフェッチが開始されたときに予め決められた時間にタイマーを設定することができ、前記タイマーの時間が切れたときにセッションが見つからないとみなすことができる。
【００５４】
前記ユーザー端末から受信されたトークンは、様々な理由で有効でないことがある。例えば、このトークンは、（１）システムによって許容されていないトークン、（２）前記ターゲットアクセスポイントによって認識されていないトークン、又は（３）ターゲットアクセスポイントによって認識されているがサポートされていないトークン（例えば、前記アクセスポイントによってサポートされていない新しいプロトコルリリースに関するトークン）の場合がある。前記トークンが何らかの理由で有効でなく、ブロック５２２に関する答えが「いいえ」である場合は、前記ターゲットアクセスポイントは、前記トークンが前記ターゲットアクセスポイントによって認識されていない（又は認識されているがサポートされていない）ことを示す接続応答メッセージを送信することができる（図５に示されていない）。このメッセージは、前記ユーザー端末が他のトークンを送信するように促すことができる。前記ターゲットアクセスポイントは、前記ユーザー端末に関するセッションを探し出してフェッチすべきかどうかを決定する（ブロック５４２）。この決定は、ＵＡＴＩ、前記ユーザー端末から受信されたトークン、等の様々な要因に基づいて行うことができる。例えば、ＵＡＴＩ又は前記トークンは、前記ユーザー端末が他のネットワーク運用者に属していて現在はローミング中であることを示すことができる。運用者ＩＤに関するパラメータを（後述されるように、前記トークン内において）定義することができ、このパラメータは、いずれのネットワーク運用者が前記ユーザー端末に関するセッションを格納するかを示すために用いることができる。前記セッションがフェッチされてブロック５４２に関する答えが「はい」である場合は、前記ターゲットアクセスポイントは、前記セッションがフェッチされていてトークンが認識されないことを示す接続応答メッセージを送信する（ブロック５４４）。次に、前記ターゲットアクセスポイントは、前記ユーザー端末に関するセッションをセッション保持アクセスポイントからフェッチすることを試みる（ブロック５４６）。前記セッションがフェッチ中は前記ターゲットアクセスポイントと前記ユーザー端末との間における通信は行われない。次に、前記セッションが見つかったかどうかに関する決定が行われる（ブロック５４８）。前記セッションが見つからず（例えばタイマーが時間切れであり）、ブロック５４８に関する答えが「いいえ」である場合は、前記ターゲットアクセスポイントは、前記セッションが見つからないことを示す接続閉鎖メッセージを前記ユーザー端末に送信することができる（ブロック５５０）。前記ターゲットアクセスポイントは、無効トークンに関するブロック５２２の直後にも接続閉鎖メッセージを送信することができる。接続閉鎖メッセージは、前記ユーザー端末が前記ターゲットアクセスポイントとの新たなセッションを確立するように強制するメッセージである。
【００５５】
前記ターゲットアクセスポイントが前記ユーザー端末に関するセッションをフェッチしないことを決定し、ブロック５４２に関する答えが「いいえ」である場合は、前記ターゲットアクセスポイントは、トークンが無効であってセッションが存在しないことを示す接続応答メッセージを送信する（ブロック５２２）。この接続応答メッセージは、前記ユーザー端末が他のトークンとの新たな接続の確立又は前記ターゲットアクセスポイントとの新たなセッションの確立を試みるように促すことができる。
【００５６】
図６は、ターゲットアクセスポイント１２０ｂとの通信のためにユーザー端末１１０によって実行されるプロセス６００を示す。前記ユーザー端末は、接続の確立を試みるためにＵＡＴＩ及びトークンを有する接続要求メッセージを前記ターゲットアクセスポイントに送信する（ブロック６１０）。前記ユーザー端末は、前記ターゲットアクセスポイントからの接続応答メッセージ又はその他の何らかのメッセージを待つ。ブロック６１２において決定されるように、接続応答メッセージが受信された場合は、前記ユーザー端末は、このメッセージの内容を検討して接続状態を確認する。
【００５７】
ブロック６１４において決定されるように、前記ユーザー端末に関するセッションが見つかったことを接続応答メッセージが示す場合は、前記ユーザー端末は、完全なプロトコルスタックを用いて前記ターゲットアクセスポイントと通信する（ブロック６１６）。ブロック６１８において決定されるように、セッションが見つからないが前記トークンが前記ターゲットアクセスポイントによって認識される場合は、前記ユーザー端末は、モデム専用プロトコルスタックを用いて前記ターゲットアクセスポイントと通信する（ブロック６２０）。前記ユーザー端末は、完全なプロトコルスタックを用いて前記ターゲットアクセスポイントと通信することも可能である。これで、前記ターゲットアクセスポイントは、完全なプロトコルスタックなしで処理できないデータを格納することができ、（１）前記ユーザー端末に関するセッションがフェッチされた後にこのデータを処理するか又は（２）前記データをセッション保持アクセスポイントに転送することができる。ブロック６２２において決定されるように、トークンが認識されずセッションがフェッチされている場合は、前記ユーザー端末は、前記フェッチの結果を示す他の接続応答メッセージを待つ（ブロック６２４）。前記ユーザー端末は、予め決められた時間内に他の接続応答メッセージが受信されない場合はＵＡＴＩ及び同じトークンを有する他の接続要求メッセージを送信することができる。ブロック６２６において決定されるように、トークンが認識されずさらにセッションがフェッチされていない場合は、前記ユーザー端末は、ＵＡＴＩ及び他のトークンを有する他の接続要求メッセージを送信することができる（ブロック６２８）。前記ユーザー端末は、ブロック６２０、６２４及び６２８からブロック６１２に戻り、前記ターゲットアクセスポイントからの他のメッセージ待ちの状態を維持する。
【００５８】
前記ユーザー端末は、接続要求メッセージに応答して接続応答メッセージ以外のメッセージを受信することができる。例えば、前記ユーザー端末は、順方向リンク及び／又は逆方向リンクで資源を前記ユーザー端末に割り当てる資源割当てメッセージを受信することができる（ブロック６３０）。この場合は、前記ユーザー端末は、接続応答メッセージを前記ターゲットアクセスポイントから受信していると想定する。次に、前記ユーザー端末は、（１）前記ユーザー端末がこのアクセスポイントと以前に通信している場合は直近にコンフィギュレーションされたプロトコルスタック、又は（２）前記ユーザー端末がこのアクセスポイントと以前に通信していない場合はモデム専用プロトコルスタックと通信する（ブロック６３２）。資源割当てメッセージの使用は、アクティブ状態と休止状態との間を素早く移行する上で有用であり、接続応答メッセージに関する中間のシグナリングを回避する。一般的には、セッションが見つからないかぎり送信されないメッセージは、前記ユーザー端末に関するセッションが見つかったことを示すために用いることができる。
【００５９】
ブロック６３４において決定されるように、前記ユーザー端末が接続閉鎖メッセージを受信した場合は、前記ユーザー端末は、前記ターゲットアクセスポイントと新たなセッションを確立することを試みることができる（ブロック６３６）。プロセスは、ブロック６１６、６３２及び６３６の後に終了する。
【００６０】
図５及び６は、通信のために前記ターゲットアクセスポイント及び前記ユーザー端末によって行われる処理の具体的な実施形態を示す。前記ターゲットアクセスポイント及び前記ユーザー端末による処理は、その他の数多くの方法で行うことも可能である。一般的には、前記ユーザー端末による処理は、前記ターゲットアクセスポイントによる処理を補完するものである。
【００６１】
図７Ａ及び７Ｂは、ユーザー端末１１０（ＵＴ）に関するセッションがターゲットアクセスポイント１２０ｂ（ＡＰ１）においてキャッシュに一時格納されないときに前記ターゲットアクセスポイントを介して前記ユーザー端末に関する接続を確立するためのコールフロー７００を示す。図７Ａにおいては、前記ユーザー端末は、ＵＡＴＩ及びトークンを有する接続要求メッセージを生成する（ステップ７１０）。前記ユーザー端末は、前記ユーザー端末によって十分な強度を持って受信される全アクセスポイントに関するパイロット強度測定値が入ったパイロットリポートメッセージを生成することもできる。この例においては、パイロットリポートは、アクセスポイント１２０ｂ（ＡＰ１）及びアクセスポイント１２０ｃ（ＡＰ２）が前記ユーザー端末によって十分な強度を持って受信されることを示している。前記ユーザー端末は、接続要求メッセージ及びパイロットリポートメッセージをＡＰ１に送信する（ステップ７１２）。接続要求メッセージは、前記ユーザー端末に関する無線データ経路を要求する。
【００６２】
ＡＰ１は、接続要求メッセージを前記ユーザー端末から受信し、ＵＡＴＩを抽出し、前記ユーザー端末に関するセッション情報をキャッシュに一時格納していないことを決定する（ステップ７１４）。ＡＰ１は、パイロットリポートメッセージも受信し、ＡＰ２がパイロットリポートに含まれていることを決定し、前記ユーザー端末のアクティブセットにＡＰ２を加えることが可能であるかどうかを尋ねるためのアクティブセット（ＡＳＥＴ）追加要求メッセージをＡＰ２に送信する（ステップ７１６）。さらに、ＡＰ１は、ＡＰ１において予めコンフィギュレーションされているＵＡＴＩルックアップサーバー１４０のアドレスを用いて前記サーバーに接続要求メッセージを転送する（ステップ７１８）。ＡＰ１は、接続要求メッセージで送信されたトークンと関連するモデムコンフィギュレーション情報を用いてエアインタフェースプロトコルスタックを初期設定する（ブロック７２０）。次に、ＡＰ１は、トークンが認識されていてセッションがフェッチ中であることを示す接続応答メッセージを前記ユーザー端末に送信する（ステップ７２２）。
【００６３】
ＡＰ２は、ＡＳＥＴ追加要求メッセージをＡＰ１から受信し、前記ユーザー端末に資源を割り当て（ステップ７２４）、ＡＳＥＴ追加応答メッセージをＡＰ１に送り返す（ステップ７２６）。ＡＰ１は、ＡＳＥＴ追加応答メッセージを受信し、ＡＰ２が前記ユーザー端末に関する資源を割当て済みであることを決定し、ＡＰ１及びＡＰ２を含むアクティブセット割当てメッセージを前記ユーザー端末に送信する（ステップ７２８）。前記ユーザー端末は、アクティブセット割当てメッセージを受信し、ＡＰ１及びＡＰ２を有する割り当てられたアクティブセットを使用する（ステップ７３０）。
【００６４】
図７Ｂにおいて、ＵＡＴＩルックアップサーバー１４０は、接続要求メッセージをＡＰ１から受信し、前記ユーザー端末に関するＵＡＴＩを抽出し、前記ＵＡＴＩに基づいて前記ユーザー端末に関するセッション保持アクセスポイント（ＡＰ０）を決定し、接続要求メッセージをＡＰ０に転送する（ステップ７３２）。次に、ＡＰ０及びＡＰ１は、
必要な場合は、ネットワークによって指定された手順に基づいてセキュリティ及び認証を実施する（ステップ７３４）。この手順が完了した時点で、ＡＰ０は、前記ユーザー端末に関するセッション情報（例えば、前記ユーザー端末とＡＰ０との間で以前に交渉されたセキュリティキー及びプロトコル）を含むセッション情報メッセージをＡＰ１に送信する（ステップ７３６）。ＡＰ１は、セッション情報メッセージをＡＰ０から受信し、ユーザー専用セッション情報を抽出する。次に、ＡＰ１は、アクティブセット内にあるセキュリティキーをＡＰ２に送信し（ステップ７３８）、ＡＰ２は、肯定応答で応答する（ステップ７４０）。次に、ＡＰ１及びＡＰ２は、ユーザー専用プロトコルスタックを用いてモデム専用プロトコルスタックを更新して前記ユーザー端末に関する完全なプロトコルスタックを得る（ステップ７４２）。
【００６５】
次に、ＡＰ１は、セッションが見つかったことを示す他の接続応答メッセージを前記ユーザー端末に送信する（ステップ７４４）。その後は、前記ユーザー端末は、完全なプロトコルスタックに関して利用可能なセキュリティキーを用いることができる（ステップ７４６）。その後は、前記ユーザー端末及びＡＰ１は、セキュリティが保護された又は保護されていないデータをトラフィックチャネルにおいて交換することができる（ステップ７４８）。ブロック７１０からブロック７４６への時間中に、前記ユーザー端末は、ＡＰ１が受信して処理できるように暗号解読された、無線リンクの安定（又はその他の関連機能）のために必要なメッセージ、を送信することができる。例えば、必要な場合は、ＡＰ１及びＡＰ２においてセッション情報を有さずに、ＡＰ１からＡＰ２への前記ユーザー端末のハンドオフが生じることができる。上述されるように、前記ユーザー端末は、セキュリティを使用し、セキュリティが保護されたデータをブロック７１０からブロック７４６への時間中に送信することができる。ＡＰ１は、前記セキュリティが保護されたデータをこの時間中に格納又は転送することができ、前記セキュリティが保護されたデータをブロック７４２以降に暗号解読することが可能である。
【００６６】
図７Ａ及び７Ｂは、前記ユーザー端末に関する接続を確立するための具体的なコールフローを示す。シグナリングは、図７Ａ及び７Ｂにおいて示される方法と異なる方法で送信することも可能である。例えば、ＡＰ０は、ＡＰ１及びＡＰ２と同時に通信可能であり、さらにＡＰ１及びＡＰ２の両方に対して直接セッションを提供することも可能である。
【００６７】
図８は、ユーザー端末１１０と、アクセスポイント１２０ａ（ＡＰ０）、１２０ｂ（ＡＰ１）、１２０ｃ（ＡＰ２）との間における通信図である。ＡＰ０は、前記ユーザー端末に関するセッションを保持するが、典型的には接続を制御しない。接続に関する制御は、分散することができる。一部のネットワークに関しては、ＡＰ０は、接続を制御することができ、例えば、接続閉鎖メッセージ、他のモードへの切換えメッセージ、等の一定のメッセージのみがＡＰ０から生成されるようにすることができる。ＡＰ０は、前記ユーザー端末に関するモバイルＩＰノードとしても機能し、前記ユーザー端末に対して割り当てられたモバイル又は永久的ＩＰアドレスに関する代理としての役割を果たす。ＡＰ０は、その他のホスト及びサーバーによって送信された着信パケットを受信し、これらのパケットを前記ユーザー端末に転送する。ＡＰ０は、前記ユーザー端末からの発信パケットも受信し、前記ユーザー端末のＩＰアドレスをソースアドレスとして有する受信ホストにこれらのパケットを送信する。ホームエージェント１４２は、外部のホスト及びサーバーとのパケット交換のためのデータ接続性を提供する。前記ユーザー端末及びＡＰ０は、前記ユーザー端末に関する完全なプロトコルスタックを用いて通信する。
【００６８】
ＡＰ１は、前記ユーザー端末に関する接続を制御し（例えば、アクティブセットを管理し）、接続に関するアンカーアクセスポイントである。ＡＰ２は、アクティブセットのメンバーであり、前記ユーザー端末に関する現在のサービングアクセスポイントである。前記ユーザー端末は、いずれかの所定の時点においてＡＰ１及びＡＰ２と通信することができ、さらにこれらの２つのアクセスポイント間で素早く切り換えることができる。ＡＰ１及びＡＰ２の両方とも、前記ユーザー端末に関するモデム専用プロトコルスタックを用いて前記ユーザー端末と通信する。
【００６９】
図８に示されるように、前記ユーザー端末は、ＡＰ１を介してローカルサービスを得ることができる。例えば、前記ユーザー端末は、ＡＰ１を介して単純なＩＰを用いたパケットをローカルサービスサーバー１５０に送信することができ、ローカルサービスサーバー１５０は、例えば、インターネットサーバー、プッシュ・ツー・トークサーバー、緊急呼９１１サーバー、メディア課金サーバー、等であることができる。ローカルサービスは、セキュリティが保護されていないサービスであることができ、又はより高い層のセキュリティ（例えば、ＩＰＳｅｃ又はその他の何らかのプロトコル）を用いることができる。ＡＰ１は、前記ユーザー端末に関するセッションがＡＰ０からフェッチされていないか又は転送されていないにもかかわらずローカルサービスを提供することが可能である。
【００７０】
図９は、ＡＰ１が前記ユーザー端末によって送信されるトークンを認識するがセッションを有していない事例に関する前記ユーザー端末とアンカーアクセスポイント（ＡＰ１）及びセッション保持アクセスポイント（ＡＰ０）との間の通信に関するエアインタフェースプロトコルスタックを示す。図９は、特定の実施形態に関する各層に関するエンドポイントを示し、図８の太い中実の矢印に当てはまる。一般的には、各層に関するピア・ツー・ピア通信は、プロトコルの設計及びコンフィギュレーション等の様々な要因に依存する。所定の機能は、ＡＰ０及びＡＰ１の両方によって果たすことができ、所定の層は、両方のアクセスポイントにおいて終了することができる。いずれの場合も、ＭＡＣ層及び物理層において、モデム専用プロトコルスタックは、前記ユーザー端末との通信のために必要な全関連情報をＡＰ１に提供する上で十分である。従って、ＭＡＣ層及び物理層は、あたかもＡＰ１が前記ユーザー端末に関するセッションを有しているのと同じように動作することができる。
【００７１】
セキュリティ層においては、ＡＰ１は、セキュリティキーを有しておらず、従ってパケットを暗号解読することも認証ヘッダを検査することもできない。前記ユーザー端末及びＡＰ１は、ＡＰ１がセキュリティキーを得る前にセキュリティプロトコルを用いることができない。セキュリティがイネーブルの状態で前記ユーザー端末がパケットを送信する場合は、これらのパケットは、セッションがフェッチされるか又はただちにＡＰ０に転送されるまでＡＰ１においてバッファリングすることができる。セキュリティは、各パケット内のセキュリティビットに基づいてイネーブルにすること又はトークンによって指示することができる。これらのパケットは、ＡＰ１において検査される明示の認証ヘッダを追加することによって認証を用いることができる。前記ユーザー端末とＡＰ１との間のすべてのシグナリングメッセージは、セキュリティがディスエーブルの状態で送信される。
【００７２】
セッション層、ストリーム層、及びアプリケーション層は、ＡＰ０に存在する。ＡＰ１は、シグナリング及びローカルサービスストリームを除く全ストリームをＡＰ０に転送する。アプリケーション層においては、シグナリングアプリケーションは、ＡＰ１において実行し、そのパラメータは、トークンによって指定される。
【００７３】
前記ユーザー端末によって前記ターゲットアクセスポイントに送信される接続要求メッセージは、接続を確立させるのに役立つ様々な型の情報を搬送することができる。このメッセージは、様々なフォーマットを有することができる。表２は、接続要求メッセージに関する典型的フォーマットを示す。
【表２】
2008526138.tif 000004
【００７４】
接続要求メッセージは、典型的には、前記ユーザー端末が前記ターゲットアクセスポイントとの接続を確立中にＵＡＴＩを含む。接続要求メッセージは、前記ユーザー端末に関するアドレス内に不明瞭な点がない場合はＡＴＩを含むことができる。この事例は、例えば、前記ユーザー端末が前記ターゲットアクセスポイントとの接続を以前に確立していて現在は同じアクセスポイントと通信するためにアイドル状態と接続状態の間を移行中である場合である。接続要求メッセージは、（例えば上記の素早い移行に関して）  不明瞭な点がない場合にはトークンを省略することも可能である。接続要求メッセージ内においてトークンが提供されない場合は、前記ターゲットアクセスポイントは、前回の接続の試みに関して用いられたトークンが再度用いられていると想定することができる。
【００７５】
表２は、前記ユーザー端末に関するモデムコンフィギュレーション情報は単一のトークンを用いて効率的に搬送できることを示す。接続要求メッセージは、これよりも少ない数の、多い数の及び／又は異なるフィールドを有することができる。例えば、接続要求メッセージは、追加のフィールドがメッセージ内に含まれているかどうかを示す１ビットのフィールドを含むことができる。これらの追加のフィールドは、トークンによって搬送されないその他のセッション情報（例えばセキュリティキー）を搬送することができる。
【００７６】
接続要求メッセージは、例えば、前記ユーザー端末によって前記ターゲットアクセスポイントに送信されたＭＡＣプロトコルデータ単位（ＰＤＵ）に関するＭＡＣヘッダに入れて送信することができる。接続要求メッセージは、その他のメッセージ又はデータ、例えば図７Ａに関して上述されるパイロットリポートメッセージ、が入っているパケットに含められるメッセージであることができる。接続要求メッセージは、ネットワークによってサポートされるすべてのプロトコル改訂によって定義され、ネットワーク内のすべてのアクセスポイントによって認識される。
【００７７】
前記ターゲットアクセスポイントによって前記ユーザー端末に送信される接続応答メッセージは、接続の状態を確認するために役立つ様々な型の情報を搬送することができる。このメッセージも様々なフォーマットを有することが可能である。表３は、接続応答メッセージに関する典型的フォーマットを示す。
【表３】
2008526138.tif 000005
【００７８】
接続応答メッセージは、これよりも少ない数の、多い数の及び／又は異なるフィールドを有することができる。例えば、接続応答メッセージは、追加のフィールドがメッセージ内に含まれているかどうかを示す１ビットのフィールドを含むことができる。これらの追加のフィールドは、トークンによって搬送されない一定のユーザー専用セッション情報（例えばセキュリティキー、ページング情報、等）を搬送することができる。
【００７９】
図６及び７に示されるように、前記ターゲットアクセスポイントは、接続セットアップのために１つの又は複数の接続応答メッセージを前記ユーザー端末に送信することができる。各接続応答メッセージ内のＴｏｋｅｎ＿Ｒｅｃｏｇｎｉｚｅｄ、Ｓｅｓｓｉｏｎ＿Ｆｏｕｎｄ、及びＷａｉｔ＿ｆｏｒ＿Ｓｅｓｓｉｏｎの各ビットは、前記ターゲットアクセスポイントにおいて前記ユーザー端末に関して入手可能な情報に基づいて設定される。
【００８０】
上記の説明において及び表１に示されるように、トークンは、単一のトークン値を有する全モデムコンフィギュレーション情報を搬送する。さらに、トークンは、複数のフィールドで定義することができる。各フィールドは、サブトークンとみなすことができ、各サブトークンは、通信に役立つ一定の情報を搬送する。例えば、各サブトークンは、（１）異なる層に関するパラメータ値、（２）一組のプロトコルに関する情報、又は（３）その他の関連情報（例えば、ネットワーク運用者ＩＤ）を搬送する。
【００８１】
サブトークンは、様々な方法で用いることができる。例えば、システムアクセスに関する全層における一組のプロトコルを、トークンの最初のＮのビットによって記述することができ、これらのプロトコルの残りはトークンの残りのビットによって記述することができる。このように、アクセスを許容してデータサービスを許容しないようにすることができる。
【００８２】
図１０は、ユーザー端末１１０及びアクセスポイント１２０ｘのブロック図を示し、アクセスポイント１２０ｘは、図１のネットワーク内のあらゆるアクセスポイントであることができる。逆方向リンクに関しては、ユーザー端末１１０において、送信（ＴＸ）データプロセッサ１０１０は、トラフィックデータをデータソース１００８から、シグナリング（例えば、接続要求メッセージ）をコントローラ１０３０から受信して、変調シンボルを生成する。送信装置（ＴＭＴＲ）１０１２は、ネットワークによって指定された処理を行い、データチップを生成する。例えば、送信装置１０１２は、ＯＦＤＭＡシステムに関するＯＦＤＭ変調、ＣＤＭＡシステムに関するスペクトル拡散、等を行うことができる。送信装置１０１２は、前記データチップをさらにコンディショニング（例えば、アナログへの変換、フィルタリング、増幅、及び周波数アップコンバージョン）して変調された信号を生成することができ、前記変調された信号は、アンテナ１０１４から送信される。
【００８３】
アクセスポイント１２０ｘにおいて、ユーザー端末１１０によって送信された変調信号は、アンテナ１０５２によって受信される。受信装置（ＲＣＶＲ）１０５４は、アンテナ１０５２からの前記受信された信号を処理（例えば、コンディショニング及びデジタル化）し、送信装置１０１２による処理を補完する処理を行い、受信されたシンボルを提供する。受信（ＲＸ）データプロセッサ１０５６は、前記受信されたシンボルを処理（例えば、復調、デインターリービング、及び復号）し、端末１１０に関する復号されたトラフィックデータをデータシンク１０５８に提供し、受信されたシグナリングをコントローラ１０７０に提供する。
【００８４】
順方向リンクに関しては、アクセスポイント１２０ｘにおいて、ＴＸデータプロセッサ１０６２は、ユーザー端末１１０及びその他のユーザー端末に関するトラフィックデータをデータソース１０６０から、シグナリング（例えば、接続応答メッセージ）をコントローラ１０７０から受信する。ＴＸデータプロセッサ１０６２は、前記トラフィックデータ及びシグナリングを処理して変調シンボルを生成する。送信装置１０６４は、前記変調シンボルを処理し、信号コンディショニングを行い、変調された信号を提供し、前記変調された信号はアンテナ１０５２から送信される。ユーザー端末１１０において、アクセスポイント１２０ｘ及びその他のアクセスポイントによって送信された前記変調された信号は、アンテナ１０１４によって受信され、受信装置１０２０によってコンディショニング及びデジタル化され、ＲＸデータプロセッサ１０２２によって処理される。ＲＸデータプロセッサ１０２２は、ユーザー端末１１０に関する復号されたトラフィックデータをデータシンク１０２４に提供し、ユーザー端末１１０に関する復元されたシグナリングをコントローラ１０３０に提供する。
【００８５】
コントローラ１０３０及び１０７０は、ユーザー端末１１０及びアクセスポイント１２０ｘにおける動作をそれぞれ指示する。メモリ装置１０３２及び１０７２は、コントローラ１０３０及び１０７０によって用いられるプログラムコード及びデータをそれぞれ格納する。メモリ装置１０３２は、ユーザー端末１１０に関するセッション情報及びトークンを格納することも可能である。メモリ装置１０７２は、ユーザー端末１１０に関するセッション情報又はモデムコンフィギュレーション情報、トークンテーブル、等を格納することもできる。コントローラ１０３０は、ユーザー端末１１０に関する接続及びセッションを確立及び管理し、図４のプロセス４００、図６のプロセス６００、及び図７Ａと７Ｂのプロセス７００の一部を実装することができる。コントローラ１０７０は、ユーザー端末１１０に関する接続及びセッションを管理し、図４のプロセス４００、図５のプロセス５００、及び図７Ａと７Ｂのプロセス７００の一部を実装することができる。
【００８６】
本明細書において説明される接続セットアップ技術は、以下の最終目標を達成させる。
【００８７】
１．無線リンク安定性  ネットワークがユーザー端末に関するセッションを探し出している間にユーザー端末とネットワークとの間の安定した無線接続を確立させることができる。ユーザー端末に関するセッションが見つけられる前にユーザー端末に関するアクセスポイント間のハンドオフも達成させることが可能である。
【００８８】
２．ローカルサービスの提供  アンカーアクセスポイントは、セッションを有さないユーザー端末に関して又はセッションが存在しない場合においてさえもローカルサービスを提供することができる。
【００８９】
３．データサービス  ユーザー端末は、セッションが見つかる前に又はセッションがアンカーアクセスポイントに転送されない場合にセキュリティが保護された又は保護されないデータをセッション保持アクセスポイントに送信することができる。
【００９０】
接続セットアップ技術は、その他の便益及び利点も提供する。第１に、これらの技術は、接続セットアップに関する柔軟性を提供する。ネットワーク運用者は、プロトコルバージョンとパラメータ値のいずれの組合せが有用であるかを決定すること、これらの組合せを予めコンフィギュレーションされたモデム専用コンフィギュレーションとして分類すること、及びこれらのコンフィギュレーションにトークンを割り当てることができる。ネットワーク運用者は、新たなモデム専用コンフィギュレーションを簡単に定義すること及びトークンテーブルを更新することができる。アクセスポイントは、バックボーンネットワークを介して簡単にトークンテーブルを得ることができる。第２に、これらの技術は、効率的な接続セットアップを考慮する。予めコンフィギュレーションされたモデム専用コンフィギュレーション及びその割り当てられたトークンを、セッション開始時にユーザー端末に通信することができる。前記ユーザー端末は、このモデム専用コンフィギュレーションを延長された期間（例えば７日間）にわたって使用することができる。前記ユーザー端末は、新たなターゲットアクセスポイントと通信するために、前記ターゲットアクセスポイントにトークンをのみを送信して接続を確立させることができる。この接続セットアップは、（１）前記ユーザー端末が長いパラメータ値リストをターゲットアクセスポイントに送信する必要がなくさらに（２）前記ターゲットアクセスポイントがユーザー端末に関するセッションをセッション保持アクセスポイントからフェッチする必要がないため高速である。
【００９１】
本明細書において説明される接続セットアップ技術は、様々な無線及び有線の多重接続通信システムに関して用いることができる。例えば、これらの技術は、直交周波数分割多重接続（ＯＦＤＭＡ）システム、時分割多重接続（ＴＤＭＡ）システム、周波数分割多重接続（ＦＤＭＡ）システム、符号分割多重接続（ＣＤＭＡ）システム、等に関して用いることができる。
【００９２】
本明細書において説明される接続セットアップ技術は、様々な手段で実装することができる。例えば、これらの技術は、ハードウェア内、ソフトウェア内、又はその組合せ内に実装することができる。ハードウェア内に実装する場合は、ユーザー端末における接続セットアップを行うために用いられる処理装置（例えば、図１０に示される処理装置の各々、又は処理装置の組合せ）は、本明細書において説明される機能を果たすように設計された、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブル論理装置（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、その他の電子装置、又はその組合せ、内に実装することができる。アクセスポイントにおける接続セットアップを行うために用いられる処理装置は、１つ以上のＡＳＩＣ、ＤＳＰ、プロセッサ、電子デバイス、等の中に実装することも可能である。
【００９３】
ソフトウェア内に実装する場合は、前記接続セットアップ技術は、本明細書において説明される機能を果たすモジュール（例えば、手順、関数、等）とともに実装することができる。ソフトウェアコードは、メモリ装置（例えば、図１０のメモリ装置１０３２又は１０７２）内に格納してプロセッサ（例えば、コントローラ１０３０又は１０７０）によって実行することができる。前記メモリ装置は、前記プロセッサ内に又は前記プロセッサの外部に実装することができる。
【００９４】
開示されている実施形態に関する上記の説明は、当業者が本発明を製造又は使用できるようにすることを目的とするものである。これらの実施形態に対する様々な修正は、当業者にとっては容易に明確になるであろう。本明細書において定められている一般原理は、本発明の精神及び適用範囲を逸脱しない形でその他の実施形態に対しても適用することができる。以上のように、本発明は、本明細書において示されている実施形態に限定することを意図するものではなく、本明細書において開示されている原理及び斬新な特長に一致する限りにおいて最も広範な適用範囲が認められるべきである。
【図面の簡単な説明】
【００９５】
【図１】無線通信ネットワークを示す図である。
【図２】典型的エアインタフェースプロトコルスタックを示す図である。
【図３Ａ】セッション情報の区分を示す図である。
【図３Ｂ】接続のために用いられるプロトコルスタックを示す図である。
【図４】トークンを用いて接続を確立させるプロセスを示す図である。
【図５】通信のためにターゲットアクセスポイントによって実行されるプロセスを示す図である。
【図６】通信のためにユーザー端末によって実行されるプロセスを示す図である。
【図７Ａ】ユーザー端末に関する接続を確立させるための流れ図を示す。
【図７Ｂ】ユーザー端末に関する接続を確立させるための流れ図を示す。
【図８】ユーザー端末とアクセスポイントとの間における通信を示す図である。
【図９】図８の通信に関するエアインタフェースプロトコルスタックを示す図である。
【図１０】ユーザー端末及びアクセスポイントのブロック図である。
【図１】
2008526138.tif 000006
【図２】
2008526138.tif 000007
【図３Ａ】
2008526138.tif 000008
【図３Ｂ】
2008526138.tif 000009
【図４】
2008526138.tif 000010
【図５】
2008526138.tif 000011
【図６】
2008526138.tif 000012
【図７Ａ】
2008526138.tif 000013
【図７Ｂ】
2008526138.tif 000014
【図８】
2008526138.tif 000015
【図９】
2008526138.tif 000016
【図１０】
2008526138.tif 000017
【国際調査報告】
2008526138.tif 000018
2008526138.tif 000019
2008526138.tif 000020