(57)【要約】【課題】無線ネットワークに関する移動性サポートの方法を提供すること。【解決手段】無線ネットワークにおける移動性をサポートする方法において、加入者局が、ハンドオフを要求するために、第1のメッセージを送信する。第1の基地局は、第1のメッセージを受信し、第1のメッセージをハンドオフを求める要求と解釈する。第1の基地局は、要求に応答して肯定応答を送信し、ハンドオフを支持する少なくとも1つの第２のメッセージを送信する。加入者局は、肯定応答の受信の後、第２の基地局に対するハンドオフを開始する。第２の基地局は、送信された第２のメッセージを受信し、加入者局、第1の基地局、および第２の基地局を含む無線ネットワークに関連する無線通信プロトコルにおいて規定された工程より少ない工程しか要さずに、加入者局に対する接続ハンドオフを初期設定する。【選択図】図４
2006238451.tif 000002
【特許請求の範囲】
【請求項１】
無線通信プロトコルに従って動作する無線ネットワークにおいて移動性をサポートするための方法であって、
前記無線通信プロトコルにおいて規定されたメッセージを受信する工程であって、
前記無線通信プロトコルは、前記メッセージを、移動性をサポートすること以外の目的で提供する工程と、
前記メッセージを、ハンドオフを求める要求と解釈する工程と、
前記解釈されたハンドオフ要求をサポートする少なくとも１つのメッセージを送信する工程とを含む方法。
【請求項２】
前記送信されるメッセージは、ハンドオフを求める前記要求の肯定応答を含む請求項１に記載の方法。
【請求項３】
前記送信されるメッセージは、第１の基地局と加入者局の間における接続に関連する情報を含む請求項１に記載の方法。
【請求項４】
前記情報は、メディア・アクセス制御（ＭＡＣ）アドレス、接続ＩＤ（ＣＩＤ）、および暗号化キーの少なくとも１つを含む請求項３または８に記載の方法。
【請求項５】
前記無線通信プロトコルは、ＩＥＥＥ８０２．１６ａ標準とＩＥＥＥ８０２．１６ｄ標準のいずれかである請求項１、７、または９に記載の方法。
【請求項６】
前記受信されるメッセージと前記送信されるメッセージの少なくともいずれかは、ＤＲＥＧ−ＣＭＤ（コード＝０３）メッセージである請求項５に記載の方法。
【請求項７】
無線通信プロトコルに従って動作する無線ネットワークにおいて移動性をサポートする方法であって、
解釈されたハンドオフ要求をサポートする少なくとも１つのメッセージを受信する工程と、
ハンドオフ接続を初期設定する要求を受信する工程と、
前記受信されるメッセージを使用して、前記無線通信プロトコルによって規定されたよりも少ない工程で、前記ハンドオフ接続を初期設定する工程とを含む方法。
【請求項８】
前記受信されるメッセージは、第１の基地局と加入者局の間における接続に関連する情報を含む請求項７に記載の方法。
【請求項９】
無線通信プロトコルに従って動作する無線ネットワークにおいて移動性をサポートする方法であって、
前記無線通信プロトコルにおいて規定された第１のメッセージを送信する工程であって、
前記無線通信プロトコルは、前記第１のメッセージを、移動性をサポートすること以外の目的で提供する工程と、
前記無線通信プロトコルにおいて規定された第２のメッセージを受信する工程であって、
前記無線通信プロトコルは、前記第２のメッセージを、移動性をサポートすること以外の目的で提供する工程と、
前記第２のメッセージを、前記第１のメッセージによって表されたハンドオフを求める要求の肯定応答と解釈する工程とを含む方法。
【請求項１０】
前記第１のメッセージを送信した後、タイマを開始し、前記タイマがタイムアウトになった後に前記第２のメッセージが受信された場合、前記第２のメッセージは、肯定応答と解釈されない工程をさらに含む請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ネットワークにおける移動性サポートに関する。
【背景技術】
【０００２】
ＩＥＥＥ８０２．１１標準に基づく無線ローカル・エリア・ネットワーク（ＷＬＡＮ）が、空港、オフィス、および自宅において広く展開され、使用されてきた。この成功を基にして、ＩＥＥＥ８０２．１６標準は、無線メトロポリタン・エリア・ネットワーク（ＭＡＮ）のための無線インタフェースおよびメディア・アクセス制御（ＭＡＣ）プロトコルを指定する。ＩＥＥＥ８０２．１６は、無線基地局（ＢＳ）と通信する外部アンテナを介して、建造物へのブロードバンド無線アクセスを可能にすることができる。無線ＭＡＮは、光ファイバ・リンク、ケーブル・モデム、および／またはデジタル加入者回線に対する代替を提供する。新たな標準を使用して、ホーム・ユーザおよびビジネス・ユーザは、無線リンクを介して、遠隔通信ネットワークおよびインターネットに直接に接続されることが可能である。
【０００３】
８０２．１６標準における送信機と受信機の間で見通し線が要求されるという欠点を克服するため、非見通し線リンクをサポートする８０２．１６ａ標準が、２００３年に承認された。８０２．１６ａは、２ＧＨｚ乃至１１ＧＨｚの許可された周波数帯域と無許可の周波数帯域の両方で機能する。８０２．１６ａ標準に小さな改訂が行われて、８０２．１６ｄ標準が作成された。８０２．１６ｄ標準は、無線リンクによるラストマイル接続（ｌａｓｔ−ｍｉｌｅ  ｃｏｎｎｅｃｔｉｖｉｔｙ）を提供するための代替である。多くの８０２．１６ｄ製品が、積極的に開発され、試験されている。８０２．１６ｄ仕様は、固定無線ユーザのためだけの接続を提供するように考案された。８０２．１６ｅ委員会が、移動端末装置をサポートするように８０２．１６ｄ標準を拡張する目的で形成された。しかし、８０２．１６ｅは、８０２．１６ｄ標準と互換性のない完全に新しい仕様である。その結果、レガシ８０２．１６ｄ製品は、８０２．１６ｅ無線ネットワーク上でサポートされない。
【発明の開示】
【課題を解決するための手段】
【０００４】
本発明の１つの例示的な実施形態では、加入者局が、ハンドオフを要求するために、第１のメッセージを送信する。第１の基地局は、第１のメッセージを受信し、第１のメッセージをハンドオフを求める要求と解釈する。第１の基地局は、要求に応答して肯定応答を送信し、ハンドオフを支持する少なくとも１つの第２のメッセージを送信する。加入者局は、肯定応答の受信の後、第２の基地局に対するハンドオフを開始する。第２の基地局は、送信された第２のメッセージを受信し、加入者局、第１の基地局、および第２の基地局を含む無線ネットワークに関連する無線通信プロトコルにおいて規定された工程より少ない工程しか要さずに、加入者局に対する接続ハンドオフを初期設定する。
【０００５】
理解されるとおり、ハンドオフ・プロトコルを確立するこの方法は、移動性が、無線通信プロトコルによってサポートされることが意図されない場合に、移動性サポートを提供することを可能にする。
【０００６】
本発明は、本明細書で以下に与える詳細な説明、ならびに単に例示のために与える添付の図面からより完全に理解されるようになろう。図面では、同様の符号が、様々な図面において対応する部分を示す。
【発明を実施するための最良の形態】
【０００７】
本発明をよりよく理解するため、接続ハンドオフの目的、接続ハンドオフに関して８０２．１６ｄ標準において定義されたいくつかの機能の適用、ならびにハンドオフ・プロトコルについて説明する。次いで、ハンドオフを可能にするのに使用することができる８０２．１６ｄ標準における既存のメッセージを特定し、説明する。
【０００８】
（接続ハンドオフのためのプロトコル）
（ハンドオフ目的および移動性管理）
加入者局（ＳＳ）（つまり、端末装置）とＳＳの基地局（ＢＳ）の間における確立された無線リンクの品質が、移動性に起因して低下すると、ＳＳと、対応するホストの間におけるＩＰ接続は、より強い無線リンク（接続）を有するＢＳに接続をハンドオフすることにより、保持されることが可能である。ハンドオフの結果の接続により、パケット損失および遅延が減少することが可能である。
【０００９】
８０２．１６ｄ標準は、物理（ＰＨＹ）レイヤおよびＭＡＣレイヤだけを定義する。したがって、例示的な説明のため、考慮されるネットワークが、微小移動性（ｍｉｃｒｏ−ｍｏｂｉｌｉｔｙ）管理のために、階層型移動ＩＰ（ＨＭＩＰ）アルゴリズムを使用するものと想定されたい。本発明は、この実施例に限定されないことを理解されたい。例えば、ネットワークは、セルラーＩＰ、ＨＷＡＩＩなどのアルゴリズムを代わりに使用してもよい。実施例を、図１を参照して以下にさらに説明する。
【００１０】
図１は、本発明の例示的な実施形態による８０２．１６ｄ無線ネットワーク１００のためのＨＭＩＰのアーキテクチャを示す。図示するとおり、ルータは、１次外部エージェント（ＰＦＡ）と呼ばれ、各ＳＳ１０５のための「アンカポイント」の役割をする。つまり、所与のＳＳ１０５へ交換されるデータ、および所与のＳＳ１０５から交換されるデータは、対応するＰＦＡ１１０を介してルーティングされる。さらに、ＰＦＡ１１０は、ＳＳ１０５に関連する８０２．１６ｄ接続に関する動作パラメータを常に把握してもいる。ＳＳ１０５と、対応するホスト１５０の間における通信パスは、ＩＰイントラネット１３０、ゲートウェイ１３５、複数のＩＰトンネル１４０、インターネット接続１４５、および／またはホーム・エージェント１５５を含むことが可能である。ＰＦＡ１１０は、代替として、ＢＳに並置されてもよい。
【００１１】
（初期設定プロセス）
８０２．１６ｄ無線ネットワークにおいて移動性を提供しながら、レガシ８０２．１６デバイスをサポートするため、既存の８０２．１６ｄ標準において定義される特徴およびプロトコルを使用する。概念上、ハンドオフとは、古いＢＳ１２０に対する既存の接続を解消し、より良好な品質を有する近隣のＢＳ、新たなＢＳ１２５に対する新たな接続をセットアップするプロセスを指す。
【００１２】
ハンドオフ接続を確立することは、起動後、ＢＳ（「古いＢＳ１２０」と呼ぶ）に登録する際のＳＳ１０５の初期設定プロセスと同様である。古いＢＳ１２０に対するＳＳ１０５の初期登録の初期設定プロセスを説明し、その後に、ＳＳ１０５と、新たなＢＳ１２５の間におけるハンドオフ初期設定の説明を行う。
【００１３】
図２は、８０２．１６ｄ標準に従ってセットアップされる接続のための、周知の初期設定プロセス２００における工程を示す。図示するとおり、工程Ｓ２０５で、ＳＳ１０５が、自らの周波数リストをスキャンして、動作しているチャネルを特定することを始める。代替として、工程Ｓ２０５で、ＳＳ１０５は、所定のＢＳ１２０にログオンしても（例えば、接続する）よい。通信を試みるチャネルを選択した後、ＳＳ１０５は、周期フレーム・プリアンブルを検出することにより、ダウンリンク伝送に同期しようと試みる。
【００１４】
物理レイヤが、工程Ｓ２０５で同期されると、工程Ｓ２１０で、ＳＳ１０５は、周期的にブロードキャストされるダウンリンク・チャネル記述子（ＤＣＤ）メッセージおよびアップリンク・チャネル記述子（ＵＣＤ）メッセージを探し、これらのメッセージから、ＳＳ１０５は、検出されたチャネルに関する変調および前方誤り制御の情報を確認することができる。
【００１５】
工程Ｓ２１５で、工程Ｓ２１０で確立されたチャネル・パラメータを使用して、ＳＳ１０５は、目標ＢＳ１２０に測距メッセージを送信する伝送機会をアップリンク（ＵＬ）ＭＡＰから特定する。ＢＳ１２０からの距離応答メッセージに基づき、ＳＳ１０５は、自らの伝送電力およびタイミングを調整することができる。さらに、メッセージは、ＳＳ１０５に、基本管理接続識別子（ＣＩＤ）および１次管理接続識別子（ＣＩＤ）も提供する。
【００１６】
工程Ｓ２２０で、工程Ｓ２１５の測距プロセスが完了した後、ＳＳ１０５およびＢＳ１２０は、ＳＳ１０５およびＢＳ１２０のそれぞれから１つの、２つのメッセージを交換して、それぞれの能力を互いに知らせる。
【００１７】
工程Ｓ２２５で、ＳＳ１０５は、認証手続き、ならびにＢＳ１２０との暗号化キーの交換を進める。この手続きには、ＳＳ１０５とＢＳ１２０の間で交換されるいくつかのメッセージが含まれる。工程Ｓ２２５は、ＳＳ１０５が、自らのＸ．５０２デジタル証明書（すなわち、ＭＡＣアドレスおよびＳＳ公開キー）、暗号アルゴリズム、および基本ＣＩＤをＢＳ１２０に送信することで始まる。工程Ｓ２２５は、ＳＳ１０５とＢＳ１２０がともに、許可およびトラフィック暗号化キー、ならびに許可およびトラフィック暗号化キーの関連する存続期間について合意すると終了する。
【００１８】
工程Ｓ２３０で、ＳＳ１０５は、ネットワークに登録する要求メッセージをＢＳ１２０に送信する。ＢＳ１２０は、登録の成功または失敗を示す応答メッセージを戻し、２次管理ＣＩＤを戻す。次に、ＳＳ１０５は、動的ホスト通信プロトコル（ＤＨＣＰ）を介して、ＩＰアドレス、および関連するパラメータを獲得する。
【００１９】
工程Ｓ２３５で、ＳＳ１０５は、時刻を求める要求を送信し、タイムサーバから応答を受信する。また、ＤＨＣＰサーバは、ＳＳ１０５が、動作パラメータを含む構成ファイルを獲得することができるＴＦＴＰ（簡易ファイル転送プロトコル）サーバのアドレスも提供する。接続は、ＳＳ１０５とＢＳ１２０の間におけるサービス・フローのためにセットアップされる。
【００２０】
サービス・フローのための前述した接続をセットアップする様々な方法が存在する。一方法によれば、ＢＳ１２０は、動的サービス追加（ＤＳＡ）メッセージをＳＳ１０５に送信する。要求メッセージは、サービス・フローＩＤおよび／またはＣＩＤ、ならびにサービス・フローのＱｏＳパラメータを含むことが可能である。接続セットアップは、ＳＳ１０５が、ＤＳＡ応答をＢＳ１２０に戻し、ＢＳ１２０が、肯定応答を送信した後、完了する。
【００２１】
（ハンドオフ初期設定プロセス）
次に、本発明の例示的な実施形態による、ハンドオフ中の接続の初期設定に要求される工程を説明する。
図３は、本発明の例示的な実施形態に従ってセットアップされる接続のためのハンドオフ初期設定プロセス３００における工程を示す。図示するとおり、ハンドヘルド初期設定プロセス３００は、図２の初期設定プロセス２００より少ない工程を要する。
【００２２】
図３は、図２の工程Ｓ２０５、工程Ｓ２１０、Ｓ２１５、Ｓ２３０、およびＳ２５０にそれぞれにおおむね対応する、工程Ｓ３０５、Ｓ３１０、Ｓ３１５、Ｓ３２０、およびＳ３２５を含む。さらなる工程（例えば、工程Ｓ２２０、Ｓ２２５、Ｓ２３５、Ｓ２４０、Ｓ２４５）が、ハンドオフ初期設定プロセス３００において要求されない理由を次に説明する。
【００２３】
次に、ハンドオフ初期設定プロセス３００の実施例を、図１のネットワークに関連して与える。この実施例では、ＳＳ１０５とＢＳ１２０の間に、現在の接続（例えば、図２を参照して前述したとおり確立された）が存在するものと想定する。古いＢＳ１２０と新たなＢＳ１２５は、同一の能力を有するものとさらに想定する。このため、図２の工程Ｓ２２０（すなわち、基本的な能力のネゴシエーション）は、ハンドオフ・プロセスにおいて繰り返されなくてもよい。工程Ｓ２２５（すなわち、ユーザ認証）は、古いＢＳ１２０と新たなＢＳ１２５の間における迂回中継ネットワークにおける制御メッセージの交換によって達せられて、ＳＳ１０５と新たなＢＳ１２５の間で認証が確立される必要が解消されることが可能である。暗号化キー、ならびに暗号化キーの関連するパラメータも、迂回中継ネットワークを介して、古いＢＳ１２０から新たなＢＳ１２５に転送されることが可能である。認証、ならびに暗号化キーの転送が、どのように迂回中継ネットワークを介して実行されるかについての実施例は、後段で説明する。
【００２４】
さらに、ハンドオフにも関わらず、同一のＩＰ接続が、ＨＭＩＰの使用によって保持されるので、ハンドオフ中、新たなＩＰ接続が再確立される必要はない。このため、工程Ｓ２３５は、ハンドオフ初期設定プロセス３００において要求されない。既存のＩＰ接続は、変わらないままであるので、図２の工程Ｓ２４５に関連して前述したように、ＳＳ１０５が、新たな動作パラメータを受信する必要は全くなく、工程Ｓ２４５は、ハンドオフ初期設定プロセス３００において繰り返されなくてもよい。
【００２５】
行うことができる別の想定は、古いＢＳ１２０と新たなＢＳ１２５が、同期されることである（例えば、全地球測位システム（ＧＰＳ）によって）。このため、図２の工程Ｓ２４０（すなわち、時刻を確立すること）は、図３のハンドオフ初期設定プロセス３００に関して、もはや必要ない。
【００２６】
図３は、前述した想定に鑑みて、本発明の例示的な実施形態による、８０２．１６ｄネットワークに要求される結果のプロセスを示す。
前述したとおり、ハンドオフ初期設定プロセス３００は、ＳＳ１０５と新たなＢＳ１２５の間で、より少ない通信しか要さない。迂回中継通信は、ＳＳ１０５とＢＳ１２５の間における無線（ｏｖｅｒ−ｔｈｅ−ａｉｒ）通信より短い待ち時間を有するものと一般的に理解される。このため、ハンドオフ初期設定プロセス３００は、図２の初期設定プロセス２００と比べて、より少ない時間しか要さないことが可能である。
【００２７】
次に、図３のハンドオフ初期設定プロセス３００に関する待ち時間の例示的な推定を説明する。テーブル１は、１）１フレーム（中程度のフレーム長である）当たり７ミリ秒、２）５フレーム毎のＤＣＤおよびＵＣＤの伝送、および３）メッセージは、処理されることが可能であり、応答メッセージが、次のフレーム内で送信されることが可能であると想定することにより、諸機能に関わるメッセージ、およびメッセージの推定される待ち時間を示す。チャネル同期、ならびにＵＬパラメータの観察の際に被る遅延（テーブル１に示す）は、第２の無線チェーンが、ＵＬパラメータを観察するのに使用される場合、さらに短縮することができるものと理解される。
【表１】
2006238451.tif 000003
【００２８】
（ハンドオフ・プロトコルおよびメッセージ交換）
図４は、本発明の例示的な実施形態による接続ハンドオフ中のメッセージ交換のシーケンスを示す。図４の実施例に示すとおり、ＳＳ１０５は、ＳＳ１０５が、接続ハンドオフを要求する場合、接続ハンドオフを開始し（例えば、ダウンリンク上でＢＳから定期的にブロードキャストされるＭＡＰに関する誤り率を調べること、または受信された信号強度を測定することにより）、ＳＳ１０５は、ハンドオフ要求（ＨＯ−ＲＥＱ）をＳＳ１０５の現在のＢＳ（例えば、古いＢＳ１２０）に送信する。古いＢＳ１２０は、ハンドオフ肯定応答（ＨＯ−ＡＣＫ）メッセージを送信して、ＳＳ１０５が、ハンドオフ・プロセスを開始できることを示す。
【００２９】
ＳＳ１０５は、ＨＯ−ＲＥＱを古いＢＳ１２０に送信した後、タイマを開始する。ＳＳ１０５は、タイマが、所与の閾値レベル（タイムアウトと呼ばれる）に達するまで、受信されたＨＯ−ＡＣＫメッセージを、ハンドオフを開始する指示として扱う。古いＢＳ１２０からＨＯ−ＡＣＫを先に受信せずに、タイマが、所与の閾値レベルに達した場合、ＳＳ１０５は、受信されたＨＯ−ＡＣＫを接続ハンドオフの前兆ともはや解釈しない。
【００３０】
ＨＯ−ＲＥＱメッセージとＨＯ−ＡＣＫメッセージはともに、８０２．１６ｄ標準において定義されていない。むしろ、これらのメッセージには、説明のためにそのようなラベルを付けている。既存の８０２．１６ｄメッセージを使用する、これらのメッセージの例示的な実施を、「既存のメッセージを使用して、ハンドオフの要求およびＡＣＫを行うこと」というセクションで後に詳細に説明する。
【００３１】
古いＢＳ１２０は、ＳＳ１０５からの、ハンドオフを求める要求に応答した後、第１の迂回中継ネットワーク・メッセージＢＮ−ＭＳＧ１を送信して、ＳＳ１０５に関連するＭＡＣアドレス、ＣＩＤ、暗号化キー、および／または他のサービス・パラメータを、ＳＳ１０５のための「アンカ」ポイントであるＰＦＡ１１０に知らせる。ＢＮ−ＭＳＧ１を受信すると、ＰＦＡは、ＳＳ１０５のＭＡＣアドレス、接続、および動作パラメータについての情報を含む、第２の迂回中継ネットワーク・メッセージＢＮ−ＭＳＧ２を、迂回中継ネットワークを介して転送して、古いＢＳ１２０を囲むすべてのＢＳ１１５／１２５に通知して、ＳＳ１０５の可能なハンドオフへの応答を可能にする。ＳＳ１０５に関するハンドオフの可能性の高い候補である、近隣のＢＳ１１５／１２５のリストが、ＰＦＡ１１０において保持され、ＣＤＭＡシステムにおける近隣のリストに類するものと考えることができる。
【００３２】
ＨＯ−ＡＣＫメッセージの受信に続き、ＳＳ１０５は、図３に関連して説明したハンドオフ初期設定プロセス３００を実行することに取りかかる。このため、ＳＳ１０５は、新たなＢＳ１２５の新たなチャネルをスキャンし、そのような新たなチャネルと同期する（図３の工程Ｓ３０５に関連して前述したとおり）。次に、ＳＳ１０５は、アップリンク伝送パラメータを獲得し（例えば、図３の工程Ｓ３１０に関連して前述したとおり）、測距および調整の手続きを完了し（例えば、図３の工程Ｓ３１５に関連して前述したとおり）、暫定的な接続を新たなＢＳ１２５に登録して、セットアップする（図３の工程Ｓ３２０およびＳ３２５に関連して前述したとおり）。ハンドオフ初期設定プロセス３００が完了すると、新たなＢＳ１２５は、第３の迂回中継ネットワーク・メッセージＢＮ−ＭＳＧ３を送信して、ハンドオフの完了をＰＦＡ１１０に知らせる。ＰＦＡ１１０は、第４の迂回中継ネットワーク・メッセージＢＮ−ＭＳＧ４を送信して、古いＢＳ１２０上で、ＳＳ１０５に関連するＰＨＹおよびＭＡＣをリセットする。ＳＳ１０５と新たなＢＳ１２５の間で新たな接続が確立されると、ＰＦＡ１１０は、ＳＳ１０５に転送するために、データを新たなＢＳ１２５にトンネル伝送することを始める。
【００３３】
前述した実施形態では、ＰＦＡ１１０から送信されたＢＮ−ＭＳＧ２は、ＳＳ１０５からの最初の測距メッセージＲＮＧ−ＲＥＱが着信する前に、古いＢＳ１２０を囲むすべてのＢＳ１１５／１２５によって受信され、処理されることが可能である。ＢＮ−ＭＳＧ２メッセージが受信されなかった場合、近隣のＢＳ１１５／１２５は、ハンドオフを認識せず、このため、「通常の」初期設定プロセス（例えば、図２の初期設定プロセス２００）が、短縮されたハンドオフ初期設定プロセス（例えば、図３のハンドオフ初期設定プロセス）の代わりに実行される。
【００３４】
（既存のメッセージを使用して、ハンドオフの要求およびＡＣＫを行うこと）
前述したとおり、ＨＯ−ＲＥＱメッセージおよびＨＯ−ＡＣＫメッセージは、８０２．１６ｄ標準において定義されていない。標準の変更を回避するため、既存のメッセージ、すなわち、０３というアクション・コードを有する登録解除コマンド（ＤＲＥＧ−ＣＭＤ）が、ＨＯ−ＲＥＱメッセージおよびＨＯ−ＡＣＫメッセージを表すことが可能である。つまり、ＳＳ１０５は、ハンドオフを開始する際、ＤＲＥＧ−ＣＭＤ（コード＝０３）メッセージ（すなわち、ＨＯ−ＲＥＱ）を古いＢＳ１２０に送信する。古いＢＳ１２０は、ハンドオフに合意した場合、別のＤＲＥＧ−ＣＭＤ（コード＝０３）（すなわち、ＨＯ−ＡＣＫ）をＳＳ１０５に戻す。ＨＯ−ＡＣＫが、ＳＳ１０５によって受信されると、ハンドオフ・プロセスが、図４に関連して前述したとおり、始まる。
【００３５】
次に、ＨＯ−ＲＥＱメッセージおよびＨＯ−ＡＣＫメッセージとしてＤＲＥＧ−ＣＭＤ（コード＝０３）が適用可能である理由を説明する。８０２．１６ｄ標準は、ＤＲＥＧ−ＣＭＤメッセージが、ＳＳの基本ＣＩＤ上で、ＢＳによって伝送されて、アクセス状態を変更するようＳＳに強制すべきことを指定する。ＤＲＥＧ−ＣＭＤを受信すると、ＳＳは、アクション・コードによって示されたアクションを行わなければならない。アクション・コードが０３である場合（コード＝０３）、ＳＳは、通常の動作に戻らなければならず、ＳＳのアクティブな接続のいずれでも伝送を行うことができる。
【００３６】
古いＢＳ１２０は、関連するＳＳ１０５からＤＲＥＧ−ＣＭＤ（コード＝０３）メッセージを受信することを予期しない。ＤＲＥＧ−ＣＭＤ（コード＝０３）メッセージが、古いＢＳ１２０において受信された場合、そのメッセージに対する古いＢＳ１２０の応答は、８０２．１６ｄ標準において指定されていない。このため、本発明の例示的な実施形態によるＢＳは、ＤＲＥＧ−ＣＭＤ（コード＝０３）メッセージを、ハンドオフを求める要求（ＨＯ−ＲＥＱ）と解釈するように構成することができる。同様に、本発明の例示的な実施形態によるＳＳは、ＤＲＥＧ−ＣＭＤ（コード＝０３）を、ハンドオフを求める要求（ＨＯ−ＲＥＱ）として送信するように構成することができる。このため、ＳＳ１０５は、最初のＤＲＥＧ−ＣＭＤ（コード＝０３）メッセージを送信した後、ハンドオフを始めることを意図し、古いＢＳ１２０からの戻されたＤＲＥＧ−ＣＭＤ（コード＝０３）を、ハンドオフ要求に対する肯定応答（ＨＯ−ＡＣＫ）と解釈することができる。
【００３７】
ＤＲＥＧ−ＣＭＤ（コード＝０３）メッセージの選択は、さらなる利点を有することが可能である。すなわち、ＤＲＥＧ−ＣＭＤ（コード＝０３）メッセージが、単に、通常の動作を再開するようＳＳ１０５に求めることである。このため、ＤＲＥＧ−ＣＭＤ（コード＝０３）メッセージは、ハンドオフに向けて構成されておらず、かつ／または古いＢＳ１２０からハンドオフ肯定応答（ＨＯ−ＡＣＫ）を現在、予期していないＳＳに、全く悪影響をもたらさない。また、ＤＲＥＧ−ＣＭＤ（コード−０３）メッセージは、新たなハンドオフ能力を有しているか、いないかに関わらず、混合したＳＳ１０５およびＢＳ１１５／１２０／１２５を含む無線ネットワークに関して、正しい動作を可能にすることもできる。例えば、ＳＳ１０５が、前述した能力を含むように構成されているが、古いＢＳ１２０は、ハンドオフ能力を含まないものと想定されたい。その場合、最初のＤＲＥＧ−ＣＭＤ（コード＝０３）をＳＳ１０５から受信した後、古いＢＳ１２０は、第２のＤＲＥＧ−ＣＭＤ（コード＝０３）を送信してハンドオフに肯定応答（ａｃｋｎｏｗｌｅｄｇｅ）（または承認）することを行わない。戻されたＤＲＥＧ−ＣＭＤ（コード＝０３）がないと、ＳＳ１０５は、単に、８０２．１６ｄ標準において定義されたとおりに動作を続ける。このため、前述した方法は、既存のネットワークの動作に悪影響を与えることなしに、現在の８０２．１６ｄネットワークにおいて実施することができる。
【００３８】
古いＢＳ１２０と新たなＢＳ１２５の間でＳＳ１０５が「たらい回しにされる（ｐｉｎｇ−ｐｏｉｎｇｉｎｇ）」のを防止するため、従来のヒステリシス閾値を使用して、新たなＢＳ１２５からの受信信号強度が、少なくともヒステリシス閾値だけ、古いＢＳ１２０からの受信信号強度を超えた場合にのみ、ハンドオフが、ＳＳ１０５によって要求されるようにすることができる。前述したハンドオフ方法には、「短い」バージョンの初期設定プロセス（例えば、ハンドオフ初期設定プロセス３００）が含まれるので、ＳＳ１０５は、別のＤＲＥＧ−ＣＭＤ（コード＝０３）を古いＢＳ１２０に送信することにより、図４のＰＦＡ１１０からのＢＮ−ＭＳＧ４で、古いＢＳ１２０においてＭＡＣおよびＰＨＹがリセットされる前のいずれの段階でも、ハンドオフを中止することができる。
【００３９】
以上、本発明の例示的な諸実施形態を説明したので、諸実施形態を多くの形で変更できることが明らかであろう。例えば、８０２．１６ｄ標準に含まれる他のコマンドを使用して、ＨＯ−ＲＥＱメッセージおよびＨＯ−ＡＣＫメッセージを表してもよい。さらに、前述した例示的な諸実施形態は、ＨＭＩＰ管理システムに関連して説明してきたが、本発明の他の例示的な諸実施形態は、任意の周知の管理システムを含むことが可能である。さらに、前述した諸実施形態は、８０２．１６ｄを参照して提供したが、本発明の例示的な諸実施形態は、他の無線通信プロトコル（例えば、８０２．１６ａ）に適用してもよい。そのような変形形態は、本発明の例示的な諸実施形態の趣旨および範囲を逸脱していると見なされるべきではなく、当技術分野には明らかであるようなすべてのそのような変更形態が、添付の特許請求の範囲に含まれるものとする。
【図面の簡単な説明】
【００４０】
【図１】本発明の例示的な実施形態による８０２．１６ｄ無線ネットワークのための階層型移動ＩＰ（ＨＭＩＰ）のアーキテクチャを示す図である。
【図２】８０２．１６ｄ標準に従ってセットアップされる接続のための従来の初期設定プロセスにおける工程を示す図である。
【図３】本発明の例示的な実施形態に従ってセットアップされる接続のためのハンドオフ初期設定プロセスにおける工程を示す図である。
【図４】本発明の例示的な実施形態による接続ハンドオフ中のメッセージ交換のシーケンスを示す図である。
【図１】
2006238451.tif 000004
【図２】
2006238451.tif 000005
【図３】
2006238451.tif 000006
【図４】
2006238451.tif 000007