(57)【要約】【解決手段】本発明は現在の接続点における複製転送モジュールの提供による、現在の接続点から新しい接続点に移動するモバイルデバイスにおけるパケット損失のないハンドオフに関する。複製転送モジュールは、モバイルノードが現在の接続点から新しい接続点に遷移する間に、モバイルノードに送信されているパケットを複製し格納する。複製転送モジュールは、モバイルノードの最後の既知のコンタクトアドレスとしてアドレスのリストを維持する。モバイルノードの初期複製要求は、モバイルノードの最初のコンタクトアドレスを含む。続く複製要求は、リストにアドレスを追加するか削除し、アドレスが追加されることになっているかリストから削除されることになっているかどうか示すアドレスごとのフラグを伝えるために用いられる。【選択図】図１
2009533889.tif 000002
【特許請求の範囲】
【請求項１】
モバイルデバイスが現在の接続点から新しい接続点に移動する、パケット損失のないハンドオフの方法であって、モバイルノードが前記現在の接続点から前記新しい接続点に遷移するまでの間に、複製転送モジュールが、前記モバイルノードに送信されているパケットの複製および格納を行う方法。
【請求項２】
前記複製転送モジュールが複製されたパケットをハンドオーバ中に転送する請求項１の方法。
【請求項３】
転送要求を受信した後、パケットを転送する間に、前記複製転送モジュールが前記モバイルノードに関するパケットの受信を継続し、前記複製転送モジュールが、新たに分類されたパケットについて決められた優先度よりも高い優先度でバッファに格納されたパケットを転送する請求項１の方法。
【請求項４】
前記複製転送モジュールは、ハンドオフに先立って前記モバイルノード宛のパケットを複製し、ハンドオーバが完了して前記モバイルノードが新しい接続点ネットワークに到着すると、前記モバイルノードに複製パケットを転送する請求項１の方法。
【請求項５】
複製パケットの宛先ＩＰアドレスが前記モバイルノードの新しい接続点のＩＰアドレスである請求項２の方法。
【請求項６】
前記複製転送モジュールは、前記モバイルノードの最後の既知コンタクトアドレスとしてアドレスのリストを維持し、前記モバイルノードの初期複製要求が、前記モバイルノードの初期コンタクトアドレスを含んでおり、続く複製要求が前記リストにアドレスを追加するか削除するために使用され、前記続く複製要求は、アドレスが追加されることになっているか前記リストから削除されることになっているかどうかを示すアドレスごとのフラグを伴っており、新たに到来したパケットを前記モバイルノードの最後の既知コンタクトアドレスにバイキャストする請求項５の方法。
【請求項７】
前記複製転送モジュールが、前記モバイルノードの前記現在の接続点と新しい接続点との両方に対してパケットをバイキャストするステップをさらに具備する請求項５の方法。
【請求項８】
前記モバイルノードは前記現在の接続点に複製転送サービスを要求し、
前記複製転送モジュールは前記複製転送に複製要求信号を送り、これによりハンドオフに先立って複製転送サービスを利用する意図を信号で送り、
前記複製要求を受信すると、前記複製転送モジュールは、前記モバイルノードの要求に応じるかどうかを判定し、
前記複製転送モジュールが前記複製要求を応じることが可能であるならば、前記複製転送モジュールは、前記現在の接続点上の前記モバイルノードを宛先とするパケットの分類および複製を開始し、
前記複製転送モジュールは前記モバイルノードにサービスを提供するか提供しないかの前記複製転送モジュールの意図を前記モバイルノードに通知する複製応答を前記モバイルノードに送り、
前記複製転送モジュールが前記複製要求に応じることが可能であるかどうかに関係なく、前記現在の接続点は最初のパケットを前記モバイルノードに転送する請求項４の方法。
【請求項９】
前記モバイルノードは、前記現在の接続点に複数の複製要求を送り、前記複製転送モジュールは、複数の接続点にパケットをバイキャストする請求項１の方法。
【請求項１０】
前記複製転送サービスは前記複製転送モジュールによって応じることが可能である場合、前記複製応答信号は、複製転送モジュールによって生成され、前記複製転送モジュールがサービスを提供している各モバイルノードを一意に識別するＩｄパラメータを含む請求項８の方法。
【請求項１１】
前記モバイルノードは、続く要求メッセージにおいて前記複製転送モジュール自体を識別するため、前記Ｉｄを使用する請求項１０の方法。
【請求項１２】
ハンドオーバが完了すると、前記モバイルノードのステップは、前記複製転送モジュールに転送要求信号を送り、前記複製転送モジュールは、信号により、前記モバイルノードの新しい接続点に複製パケットを転送する請求項１の方法。
【請求項１３】
前記複製転送モジュールは前記モバイルノードに転送応答信号を送ることにより転送要求を受信したことを前記モバイルノードに通知し、前記複製転送モジュールは転送要求信号を受信すると複製パケットを転送し、複製転送サービスが終了する時まで、残存する前記モバイルノード宛のパケットを前記新しい接続点に転送するための猶予期間が与えられる請求項１２の方法。
【請求項１４】
前記モバイルノードは、複製転送サービスを終了するサービス終了要求信号を送り、前記終了要求信号がフラッシュおよび転送の間に使用され、前記複製転送モジュールに対し、前記モバイルノードが十分なパケットを受信したこと、および複製転送モジュールが複製転送サービスを終了することを通知する請求項１３の方法。
【請求項１５】
前記モバイルノードは複製転送サービスを終了するサービス終了要求信号を送らず、サービス満了タイマーが前記複製転送サービスを終了させ、前記サービス満了は、前記モバイルノード内のアプリケーションが未到達可能性を許容可能な最大の継続時間である請求項１３の方法。
【請求項１６】
前記現在の接続点ネットワークはハンドオーバに成功した後、前記モバイルノードに関してパケットの受信を継続し、前記モバイルノードにより転送要求が前記複製転送モジュールに送られ、前記複製転送モジュールはパケットを分類し、複製することを継続し、あらゆる新着パケットのみならずすべての複製パケットが前記転送要求において前記モバイルノードにより提供される新しいコンタクトアドレスに転送され、前記複製転送モジュールが終了要求を受信するか所定サービス満了期間が満了するまで前記分類し、複製し、および転送することを継続する請求項１の方法。
【請求項１７】
前記モバイルノードは現在の接続点から新しい接続点、そして前記現在の接続点の可能性がある代替接続点に移動し、新たに確立した現在の接続点における新たなコンタクトアドレスを通知するため、前記複製転送モジュールにさらなる複製要求を送り、現在の接続点、新たな接続点、または代替の接続点において前記モバイルノードの接続が安定すると、前記モバイルノードは、前記複製転送モジュールに転送要求を送り、前記複製転送モジュールは、前記モバイルノードによって送られた接続点アドレスに対するすべての複製パケットを、前記転送要求とともに前記複製転送モジュールにフラッシュする請求項１の方法。
【請求項１８】
前記複製転送モジュールにおいてパケットバッファに格納可能なパケットの最大数は、新しい接続点への前記現在の接続点からの移動に続く前記モバイルノードの複数回の移動に適応できる程度に十分に大きく、前記バッファはファーストインとファーストアウトバッファであって、複製を要する新たなパケットの受信で一杯になると、新たなパケットに場所を空けるため最も古いパケットが廃棄され、前記パケットバッファは、前記パケット最大数まで、前記モバイルノードに関するパケットの最新の集合を常に格納する請求項１７の方法。
【請求項１９】
前記格納されたパケットはシーケンス情報を含み、前記モバイルノードは、現在の接続点ネットワークにいる間に最後に受信したパケットのシーケンス番号を判定し、転送要求においてこの情報を前記複製転送モジュールに提供し、前記複製転送モジュールは、最後の受信パケットプラス１から始まるパケットを転送し、最後に受信したパケットのシーケンス番号未満であるパケットを廃棄する請求項１８の方法。
【請求項２０】
前記モバイルノードが、最後に受信したパケットのシーケンス番号に至るまでパケット損失が生じたかどうかを検出し、前記モバイルノードが、転送要求において最後に受信したパケットのシーケンス番号未満のシーケンス番号を持った欠落パケットの転送要求を含むリストを前記複製転送モジュールに送り、前記複製転送モジュールが、転送の間に最後に受信したパケットのシーケンス番号よりも大きなシーケンス番号を持つパケットに加えて欠落パケットの集合を送ることをさらに具備する請求項１９の方法。
【請求項２１】
前記複製転送モジュールが、最後に受信したパケットのシーケンス番号までパケット重複が生じたかどうか検出し、前記複製転送モジュールが、最後に受信したパケットのシーケンス番号を伴った転送要求を受信し、前記複製転送モジュールが、転送の間に最後に受信したパケットのシーケンス番号よりも大きなシーケンス番号を持つパケットを送ることをさらに具備する請求項１９の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、無線ネットワーキング、および（いくつかの好ましい実施形態では）近隣のネットワーク等の間でモバイルデバイスのハンドオフ中にパケット損失を防止する方法に関する。
【背景技術】
【０００２】
１．ネットワークおよびインターネット（登録商標）プロトコル
多様なコンピュータネットワークがあり、インターネットは最も有名である。インターネットは、コンピュータネットワークの世界規模のネットワークである。今日、インターネットは、何百万人ものユーザが利用可能な、公衆の自律的ネットワークである。インターネットは、ＴＣＰ／ＩＰ（すなわち、伝送制御プロトコル／インターネットプロトコル）と呼ばれる１組の通信プロトコルを使って各ホストを接続する。インターネットは、インターネットバックボーンとして知られる通信インフラストラクチャを有する。インターネットバックボーンへのアクセスは大部分企業および個人へのアクセスを再販するインターネットサービスプロバイダ（ＩＳＰ）によって制御される。
【０００３】
ＩＰ（インターネットプロトコル）に関して、これは、ネットワーク上である装置（電話機、ＰＤＡ［携帯情報端末］、コンピュータなど）から別の装置にデータを送るためのプロトコルである。ＩＰはコネクションレス型プロトコルである。今日、ＩＰｖ４、ＩＰｖ６などを含めて、様々なＩＰのバージョンがある。ネットワーク上の各ホスト装置は、該ホスト装置のＩＰネットワークへの接続点を識別する少なくとも１つのＩＰアドレスを有する。通信時の端点間接続は連続的ではない。ユーザがデータまたはメッセージを送信し、または受信するとき、データまたはメッセージは、パケットと呼ばれる構成要素に分割される。各パケットは、独立のデータ単位として扱われる。
【０００４】
インターネットなどのネットワークを介した各点間の伝送を標準化するために、ＯＳＩ（開放型システム間相互接続）モデルが確立された。ＯＳＩモデルは、ネットワーク中の２点間の通信プロセスを７つの階層に分け、各層（レイヤ）は独自の機能セットを付加する。各装置は、送信側端点では各層を通る下方への流れがあり、受信側端点では各層を通る上方への流れがあるようにメッセージを処理する。７つの機能層を提供するプログラミングおよび／またはハードウェアは、通常、デバイスオペレーティングシステム、アプリケーションソフトウェア、ＴＣＰ／ＩＰおよび／または他のトランスポートおよびネットワークプロトコル、ならびに他のソフトウェアおよびハードウェアの組み合わせである。
【０００５】
通常、上位４層は、メッセージがユーザから、またはユーザへ渡されるときに使用され、下位３層は、メッセージが装置（ＩＰホスト装置など）を通過するときに使用される。ＩＰホストは、サーバ、ルータ、ワークステーションなど、ＩＰパケットを送受信することのできるネットワーク上の任意の装置である。他の何らかのホストに向けられているメッセージは、各上位層には渡されず、この他のホストに転送される。ＯＳＩおよび他の類似するモデルでは、ＩＰは第３層、すなわちネットワーク層にある。ＯＳＩモデルの各層を以下に列記する。第７層（すなわち、アプリケーション層）は、例えば、通信相手が識別され、サービス品質が識別され、ユーザ認証およびプライバシが考慮され、データ構文に対する制約条件が識別される層である。第６層（すなわち、プレゼンテーション層）は、例えば、着信および発信データをあるプレゼンテーション形式から別の形式に変換する層である。第５層（すなわち、セッション層）は、例えば、アプリケーション間の会話、交換およびダイアログをセットアップし、調整し、終了させる層である。第４層（すなわち、トランスポート層）は、例えば、エンドツーエンド制御および誤りチェックなどを管理する層である。第３層（すなわち、ネットワーク層）は、例えば、経路指定や転送などを処理する層である。第２層（すなわち、データリンク層）は、例えば、物理レベルでの同期を提供し、ビットスタッフィングを行い、伝送プロトコルの知識および管理などを提供する層である。米国電気電子技術者協会（ＩＥＥＥ）では、データリンク層を、物理層との間のデータ転送を制御するＭＡＣ（媒体アクセス制御）層と、ネットワーク層とのインターフェースを取り、コマンドを解釈し、誤り回復を行うＬＬＣ（論理リンク制御）層という、２つのさらなる副層（サブレイヤ）に細分する。第１層（すなわち、物理層）は、例えば、物理レベルにおいてネットワークを介してビットストリームを伝達する層である。ＩＥＥＥでは、物理層を、ＰＬＣＰ（物理層収束手順）副層とＰＭＤ（物理媒体依存）副層とに細分する。
【０００６】
典型的には、例えばＯＳＩモデルおよびその他同種のものにおけるネットワーク層または第３層を含む層のような、第２層よりも高い層は高次レイヤと呼ばれる。
【０００７】
２．無線ネットワーク
無線ネットワークは、例えば、セルラおよび無線電話機、ＰＣ（パーソナルコンピュータ）、ラップトップコンピュータ、装着型コンピュータ、コードレス電話機、ポケットベル、ヘッドセット、プリンタ、ＰＤＡなど、多種多様なモバイルデバイスを組み込むことができる。例えば、モバイルデバイスは、音声および／またはデータの高速無線伝送を確保するデジタルシステムを含むことができる。典型的なモバイルデバイスは、トランシーバ（すなわち、例えば送信機、受信機、および望しくは他の機能が統合されたシングルチップトランシーバを含む、送信機および受信機）、アンテナ、プロセッサ、１つまたは複数のオーディオトランスデューサー（例えば、オーディオ通信用デバイスにおいて見られるようなスピーカまたはマイクロホン）、（例えばＲＯＭ、ＲＡＭ、デジタルデータ記憶装置等、データ処理をするデバイスにおいて見られるような）電磁気データ記憶装置、メモリ、フラッシュメモリ、完全なチップセットまたは集積回路、（例えばＵＳＢ、ＣＯＤＥＣ、ＵＡＲＴ、ＰＣＭなどのような）インターフェース等の構成要素のうちのいくつかまたはすべてを含んでいる。
【０００８】
モバイルユーザが無線接続を介してローカルエリアネットワーク（ＬＡＮ）に接続することのできる無線ＬＡＮ（ＷＬＡＮ）が、無線通信に用いられ得る。無線通信には、例えば、光、赤外線、電波、マイクロ波などの電磁波を介して伝搬する通信などが含まれ得る。現在、ブルートゥース（登録商標）、ＩＥＥＥ８０２．１１、ＨｏｍｅＲＦなど、様々なＷＬＡＮ標準が存在する。
【０００９】
一例として、ブルートゥース製品は、モバイルコンピュータ、モバイル電話機、携帯式ハンドヘルド機器、携帯情報端末（ＰＤＡ）、および他のモバイルデバイスの間のリンク、ならびにインターネットへの接続を提供するのに使用できる。ブルートゥースは、デバイスが、短距離無線接続を使って、相互に、また非デバイスと、どのようにして容易に相互接続し合うことができるかを詳述するコンピュータおよび電気通信業界仕様である。ブルートゥースは、ある機器と別の機器との間でデータを同期させ、整合させ続けることを必要とする、様々なモバイルデバイスの普及から生じるエンドユーザ問題に対処して、異なるベンダからの装置を相互にシームレスに動作させるデジタル無線プロトコルを作成する。ブルートゥース機器は、共通の命名概念に従って命名できる。例えば、ブルートゥース機器は、ブルートゥース機器名（ＢＤＮ）または一意のブルートゥース機器アドレス（ＢＤＡ）に関連付けられた名前を持ち得る。また、ブルートゥース機器は、インターネットプロトコル（ＩＰ）ネットワークに参加することもできる。ブルートゥース機器がＩＰネットワーク上で機能する場合、この機器は、ＩＰアドレスおよびＩＰ（ネットワーク）名を備え得る。よって、ＩＰネットワークに参加するように構成されたブルートゥース機器は、ＢＤＮ、ＢＤＡ、ＩＰアドレスおよびＩＰ名などを含むことができる。「ＩＰ名」という用語は、インターフェースのＩＰアドレスに対応する名前を指す。
【００１０】
ＩＥＥＥ標準であるＩＥＥＥ８０２．１１は、無線ＬＡＮおよび機器の技術の仕様を定める。８０２．１１を使えば、各単一基地局がいくつかの機器をサポートする無線ネットワークが実現できる。いくつかの例では、機器に無線ハードウェアが事前装備されていることもあり、ユーザが、アンテナを含み得る、カードなどの別個のハードウェアをインストールすることもできる。例えば、８０２．１１で使用される機器は、通常、機器がアクセスポイント（ＡＰ）であるか、移動局（ＳＴＡ）であるか、ブリッジであるか、ＰＣＭＣＩＡカードであるか、それとも別の機器であるか否かを問わず、注目すべき以下の３つの要素、すなわちトランシーバー、アンテナ、およびネットワークにおける各点間のパケットの流れを制御するＭＡＣ（媒体アクセス制御）層を含む。
【００１１】
更に、いくつかの無線ネットワークでは、複数インターフェース機器（ＭＩＤ）が利用できる。ＭＩＤは、ブルートゥースインターフェースと８０２．１１インターフェースなど、２つの独立のネットワークインターフェースを含むことができ、よって、ＭＩＤが２つ以上の別個のネットワーク上に参加すると同時に、ブルートゥース機器ともインターフェースすることが可能になる。ＭＩＤは、ＩＰアドレス、およびＩＰアドレスに関連付けられた共通ＩＰ（ネットワーク）名を持つことができる。
【００１２】
無線ネットワーク機器には、それだけに限らないが、ブルートゥース機器、複数インターフェース機器（ＭＩＤ）、８０２．１１ｘ機器（８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ機器などを含む、ＩＥＥＥ８０２．１１機器）、ＨｏｍｅＲＦ（家庭内無線周波数）機器、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）機器、ＧＰＲＳ（汎用パケット無線システム）機器、３Ｇセルラ機器、２．５Ｇセルラ機器、ＧＳＭ（移動通信用グローバルシステム）機器、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）機器、ＴＤＭＡ型（時分割多重接続）機器、またはＣＤＭＡ２０００を含むＣＤＭＡ型（符号分割多重接続）機器が含めることができる。各ネットワーク機器は、それだけに限らないが、ＩＰアドレス、ブルートゥース機器アドレス、ブルートゥース共通名、ブルートゥースＩＰアドレス、ブルートゥースＩＰ共通名、８０２．１１ＩＰアドレス、８０２．１１ＩＰ共通名、ＩＥＥＥ  ＭＡＣアドレスを含む、様々な種類のアドレスを含むことができる。
【００１３】
また、無線ネットワークは、例えば、モバイルＩＰ（インターネットプロトコル）システム、ＰＣＳシステム、および他のモバイルネットワークシステムにおいて見られる方法およびプロトコルも関与できる。モバイルＩＰでは、これに、インターネット技術標準化委員会（ＩＥＴＦ）によって作成された標準通信プロトコルが関与する。モバイルＩＰでは、モバイルデバイスユーザは、これらの一旦割り当てられたＩＰアドレスを維持しつつ、各ネットワークにまたがって移動することができる。モバイルＩＰは、インターネットプロトコル（ＩＰ）を拡張し、モバイルデバイスのホームネットワーク外部に接続するときに、モバイルデバイスにインターネットトラフィックを転送する手段を付加する。モバイルＩＰは、各モバイルノードに、これのホームネットワーク上のホームアドレスと、ネットワークおよびこれのサブネット内の機器の現在位置を識別する気付アドレス（ＣｏＡ）を割り当てる。機器が異なるネットワークに移動すると、機器は、新しい気付アドレスを受け取る。ホームネットワーク上のモビリティエージェントは、各ホームアドレスを、これの気付アドレスと関連付けることができる。モバイルノードは、例えばインターネット制御メッセージプロトコル（ＩＣＭＰ）などを使って、これの気付アドレスを変更する都度ホームエージェントにバインディング更新を送ることができる。
【００１４】
（例えば、モバイルＩＰ外部などの）基本的なＩＰ経路指定において、典型的には、経路指定機構は、各ネットワークノードが、常に、インターネットなどへの一定の接続点を有し、かつ各ノードのＩＰアドレスが、これが接続されているネットワークリンクを識別するという仮定を利用する。本明細書において、「ノード」という用語は、例えば、データ伝送のための再配信点や端点などを含むことができ、他のノードへの通信を認識し、処理し、および／または転送することのできる接続点を含む。例えば、インターネットルータは、例えば機器のネットワークを識別するＩＰアドレスなどを調べることができる。次いで、ネットワークレベルにおいて、ルータは、例えば、特定のサブネットを識別するビットセットを調べることができる。次いで、サブネットレベルにおいて、ルータは、特定の機器を識別するビットセットを調べることができる。典型的なモバイルＩＰ通信の場合、ユーザが、例えば、インターネットなどからモバイルデバイスを切断し、これを新しいサブネットで再接続しようとする場合、機器は、新しいＩＰアドレス、適正なネットマスクおよびデフォルトのルータを用いて再構成する必要がある。そうでなければ、経路指定プロトコルは、パケットを適正に配信することができないはずである。
【００１５】
３．  モバイルデバイスのハンドオフ
例えば、（ＩＥＥＥ  ８０２．１１または８０２．１６インターフェース等の）ＩＰベースの無線ネットワークインターフェースを持つモバイルデバイスが、あるネットワークから別のネットワークへ移動する場合、該モバイルデバイスはローミングまたはハンドオフを行なう必要がある。既存のハンドオフ方法において、ハンドオフは、典型的には、以下のプロトコル層特有のハンドオフシーケンスによりに行われる。
【００１６】
最初に、ハンドオフが物理層で起こる。その際、モバイルデバイスはその無線チャネルをターゲットネットワーク内の例えば無線基地局または無線アクセスポイントに切り替える。
【００１７】
二番目に、ハンドオフが第２層で起こる。その際、モバイルデバイスは、その第２層（すなわちリンク層）接続をターゲットネットワークに切り替える。上に説明されるように、リンク層すなわち第２層はユーザトラヒックを伝えるＩＰ層直下のプロトコルのことである。ターゲットネットワークが第２層認証を必要とする場合、モバイルデバイスは、ターゲットネットワークに対してこれを行なう。
【００１８】
三番目に、ハンドオフがＩＰ層で起こる。その際、モバイルデバイスはターゲットネットワークからローカルＩＰアドレスを得て、もしターゲットネットワークによって必要とされればＩＰ層認証を行ない、そしてさらに、該モバイルデバイスを宛先とするＩＰパケットが、ターゲットネットワークを介したＩＰネットワークにより該モバイルデバイスにルーティングされるように、ＩＰ層位置更新を行なう。場合によっては、ＩＰ層位置更新をサポートする一つの方法は、インターネット技術特別調査委員会（ＩＥＴＦ）によって定義されたモバイルＩＰを用いることである。
【００１９】
四番目に、ハンドオフがアプリケーション層で起こる。モバイルデバイスは、ターゲットネットワークを通じてモバイルデバイス上のアプリケーションにそのアプリケーショントラヒックが正確に流れることを確保するために、必要なステップをアプリケーション層で行なう。例えば、モバイルデバイスがそのアプリケーション層シグナリングを管理するためにＩＥＴＦによって定義されたセッション設定プロトコル（ＳＩＰ）を用いる場合、アプリケーション層ハンドオフはそのホームＳＩＰサーバーとその現在の位置を更新するモバイルデバイスによって成すことが可能である。もしターゲットネットワークによって必要とされれば、モバイルデバイスは、ターゲットネットワークに対するアプリケーション層認証を実行する必要があるかも知れない。例えば、モバイルデバイスがアクセスした３ＧＰＰ（第３世代パートナーシッププロジェクト）無線ネットワークにおいてＩＰマルチメディアサブシステム（ＩＭＳ）を用いている場合である。ここで、ＩＭＳは、３ＧＰＰネットワーク上のマルチメディアアプリケーションのためのアプリケーション層シグナリングおよび管理をサポートする、ＳＩＰに基づいたシステムである。ＩＰ層ハンドオフまたはアプリケーション層ハンドオフのいずれかで十分である場合もたまにはある。すなわち、ＩＰ層およびアプリケーション層ハンドオフの両方を行なうことは不必要であるかもしれない。ＩＰに基づいた無線ネットワークにおいて用いられる場合、これら既存の方法は著しいハンドオフ遅延をもたらす可能性がある。例えば、都市、複合施設または住宅の内部、そのほかにも複数無線ＬＡＮが存在する公共場所のように、多数の無線ローカルエリアネットワーク（ＷＬＡＮ）がある地理的領域において、モバイルデバイスは、複数の無線ネットワークから強い無線信号を同時に受信することがあり得、該モバイルデバイスが、これらの無線ネットワークのうちのいくつかを用いることが認められない場合がある。
【００２０】
上に記載された既存のハンドオフ方法の下では、モバイルデバイスは、例えば無線信号の強度に基づいてターゲットネットワークを選択し、上に記載されたステップを経てターゲットネットワークに接続し、例えば、ネットワークを用いる認証が得られた場合、または当該ネットワークが、モバイルデバイスが必要とするサービスまたは能力（例えば十分な利用可能帯域幅）を提供しないならば、発見を行う。したがって、モバイルデバイスは、別のネットワークに接続しようとしなければならないし、必要とする能力およびサービスを提供（および使用することを許可）するネットワークに最終的に接続するまで（またはすべての可能なネットワークが尽きるまで）このプロセスを繰り返さなければならない。したがって、既存のシステムでは、ハンドオフに、許容されないほどの長い時間を要することがあり、いくつかの例として、生音声および／またはビデオアプリケーションなど影響を受けやすいアプリケーションに遅れを生じさせることがある。
【００２１】
様々なシステムおよび方法が知られているが、特に無線ネットワークにおいてハンドオフを行なうための改善されたシステムおよび方法が依然として必要とされている。
【発明の開示】
【００２２】
本発明の好ましい実施形態の概略的な態様は、モバイルノード（ＭＮ）がハンドオフの最中にあるときにパケット損失を防止することである。本発明のいくつかの好ましい実施形態において例示となる概略的な態様のひとつは、現在の接続点における複製転送モジュールの提供により、現在の接続点から新しい接続点まで移動するモバイルデバイスからのパケット損失のないハンドオフである。モバイルノードが現在の接続点から新しい接続点まで遷移する間に該モバイルノードに代わって、複製転送モジュールはモバイルノードに送信されているパケットの複製を行ない、それらを格納する。
【００２３】
本発明のいくつかの好ましい実施形態における別の概略的な態様は、モバイルノードのために新着パケットを受信し転送し続ける複製転送モジュールによる、転送要求の受信である。複製転送モジュールは、新着パケットについて決められた優先度よりも高い優先度のバッファに格納されたパケットを転送する。
【００２４】
本発明のいくつかの好ましい実施形態における別の概略的な態様は、ハンドオーバが完了し、モバイルノードが新しい接続点ネットワークに到達可能になった際に、該ハンドオフに先立ち、該モバイルノードを宛先とするパケットを複製転送モジュールが複製すること、および複製されたパケットをモバイルノードへ転送することである。
【００２５】
いくつかの好ましい実施形態における別の態様は、複製転送モジュールが、モバイルノードの最後の既知コンタクトアドレスとしてのアドレスリスト、およびモバイルノードの初期コンタクトアドレスを含む該モバイルノードの初期複製要求を維持することである。続く複製要求は、該リストにアドレスを加えるか削除し、該アドレスが追加されることになっているか前記リストから該アドレスが削除されることになっているかどうかを示すアドレスごとのフラグを伝えるために用いられる。
【００２６】
いくつかの好ましい実施形態における別の態様はモバイルノードの新しい接続点および現在の接続点の両方にパケットをバイキャストする複製転送モジュールを定義する。
【００２７】
いくつかの好ましい実施形態における別の態様は、モバイルノードが、現在の接続点から複製転送サービスを要求すること、および、現在の接続点が、複製転送モジュールに複製要求信号を送ることによりハンドオフに先立って複製転送サービスを利用する意図を伝えることである。複製要求を受信する際、複製転送モジュールは、前記モバイルノードの要求に適合するかどうかを判定する。複製要求を応じることが可能である場合、現在の接続点上のモバイルノードを宛先とするパケットの分類および複製を始める。複製転送モジュールは、モバイルノードに対してサービスを提供するか否かの前記複製転送モジュールの意図を知らせる複製応答を該モバイルノードに送り、現在の接続点は、複製転送モジュールが複製要求に応じることが可能であるかどうかに関係な、モバイルノードに当初のパケットを転送する。
【００２８】
いくつかの好ましい実施形態における別の態様は、モバイルノードが、現在の接続点に複数の複製要求を送ること、および複製転送モジュールが、複数の接続点にパケットをバイキャストすることである。この開示において、用語「バイキャスティグ」は、２つの接続点（例えば、２地点以上へのキャスティングを包む）または最後の既知コンタクトアドレスへのキャスティングに制限されない。
【００２９】
いくつかの好ましい実施形態における別の態様は、前記複製転送モジュールがサービスを提供することが可能である各モバイルノードをユニークに識別するために、複製転送モジュールによって生成されるＩｄパラメータを複製応答信号が含んでいることである。
【００３０】
いくつかの好ましい実施形態における別の態様は、モバイルノードが、複製転送サービスを終了するためのサービス終了要求信号を送ることであって、モバイルノードが十分なパケットを受信したこと、複製転送サービスを終了すべきことを複製転送モジュールに伝えるために、処理終了要求信号がフラッシュし転送する間に用いられることである。
【００３１】
いくつかの好ましい実施形態における別の態様は、ハンドオーバが成功し複製転送モジュールに対して前記モバイルノードにより転送要求が送られたのちに、現在の接続点ネットワークがモバイルノードに関してパケットを受信し続けることである。複製転送モジュールは、パケットを分類し複製し続ける。任意の新着パケットと同様、複製されたパケットは、転送要求においてモバイルノードによって提供される新しいコンタクトアドレスに転送される。複製転送モジュールが終了要求を受信し、または所定のサービス終了期間が終了するまで、分類、複製および転送は継続する。
【００３２】
いくつかの好ましい実施形態における別の態様は、複製転送モジュールにおいてパケットバッファに格納することが可能であるパケットの最大数を、新しい接続点への現在の接続点からの移動に続くモバイルノードの複数回の移動に適応する十分に大きな数として定義する。パケットバッファの記憶制限は、複数のモバイルノードが同時にサービスを利用することが可能であることを考慮し、複製転送サービスを提供する実体における有限のリソース管理に利用される。バッファはファーストイン、ファーストアウトバッファであって、複製されるべき新しいパケットの受信で一杯となったとき、新しいパケットに場所を空けるために最も古いパケットが破棄される。そのような前記パケットバッファは、パケットの最大数まで、前記モバイルノードに関するパケットの最新の集合を常に格納している。
【００３３】
いくつかの好ましい実施形態における別の態様は、シーケンス情報を含む格納パケットを定義する。現在の接続点ネットワークにいる間に、モバイルノードは最後に受信したパケットのシーケンス番号を判定し、転送要求においてこの情報を複製転送モジュールに提供する。複製転送モジュールは、最後の受信パケットプラス１から始まるパケットを転送し、最後に受信したパケットのシーケンス番号未満であるパケットを廃棄する。
【００３４】
いくつかの好ましい実施形態における別の態様は最後に受信したパケットのシーケンス番号に至るまでパケット損失が生じたかどうかをモバイルノードにより検知することを定義する。モバイルノードは、転送要求において最後に受信したパケットのシーケンス番号未満のシーケンス番号を持った欠落パケットの転送要求を含むリストを複製転送モジュールに送る。そして複製転送モジュールは、転送の間に最後に受信したパケットのシーケンス番号よりも大きなシーケンス番号を持つパケットに加えて欠落パケットの集合を送る。
【００３５】
いくつかの好ましい実施形態における別の態様は、複製の結果としてバッファにおける最も古いパケットのシーケンス番号に至るまでパケットの重複が生じたかどうか複製転送モジュールにより検知することを定義する。モバイルノードは、転送要求において最後に受信したパケットのシーケンス番号転送要求を複製転送モジュールに送る。そして複製転送モジュールは、転送の間に最後に受信したパケットのシーケンス番号よりも大きなシーケンス番号を持つパケットを送る。
【００３６】
様々な実施形態の上記他の態様、特徴および／または利点は、以下の説明を添付の図と併せて考察すればさらに理解されるであろう。様々な実施形態は、妥当な場合には、異なる態様、特徴および／または利点を含み、かつ／または除外することができる。加えて、様々な実施形態は、妥当な場合には、別の実施形態の１つまたは複数の態様または特徴を組み合わせることもできる。個々の実施形態の態様、特徴および／または利点の記述は、別の実施形態または特許請求の範囲を限定するものと解釈すべきではない。
【発明を実施するための最良の形態】
【００３７】
本発明の好ましい実施形態を、限定としてではなく例として、添付の図に示す。
【００３８】
実施形態だけに限定するためのものではないという了解の下で、いくつかの例示的実施形態について説明する。本発明は、多くの異なる形で実施できるが、本明細書では、本開示が、本発明の原理の例を提供するものとみなされるべきであり、かかる例は、本発明を、本明細書で説明し、かつ／または本明細書で図示する好ましい実施形態に限定することは意図されていない。
【００３９】
好ましい実施形態の概要
ここでは以下の略語が使用される：モバイルノード（ＭＮ）；対応ノード（ＣＮ）；アクセスルータ（ＡＲ）；現在の接続点（ＣＰＡ）；複製転送（ＣＰＦＷ）；新しい接続点（ＮＰＡ）；複製転送（ＣＰＦＷ）；閾値（ＴＨＯＬＤ）；ファーストイン、ファーストアウト（ＦＩＦＯ）；新しい接続点（ＮＰＡ）；複製要求（ＣＰＲ）；分散型システム（ＤＳ）；リアルタイムトランスポートプロトコル（ＲＴＰ）；最後の受信パケットのシーケンス番号（ＬＳＥＱ）；ＬＳＥＱ未満のシーケンス番号を持った欠落パケット（ＭｉｓｓｉｎｇＳＥＱ）；−ＣＰＡまたはＮＰＡにおけるＭＮの現在のコンタクトアドレスのリスト（ＡＤＤＲＳ）；ＳＴＰのような層プロトコル（Ｍｎｌｉｎｋ）；スパニングツリープロトコル（ＳＴＰ）；およびインターネット・サービス・プロバイダー（ＩＳＰ）。
【００４０】
定義
ＭＮ−ある接続点から別の接続点まで移り、さらに、各移動の後にＩＰ到達可能性を維持することが要求されるモバイルノード。一例としては、モビリティ管理にＩＰモビリティ（モバイルＩＰｖ４／ＩＰｖ６）を用いる８０２．１１の非ＡＰ  ＳＴＡである。
【００４１】
ＣＮ−対応ノードはＭＮに対するピアノードである。両ノードには、互いに通信する対応アプリケーションがある。
【００４２】
ＡＲ−アクセスルータはアクセスネットワークの端に存在するルータである。
【００４３】
ＣＰＡ−現在の接続点は、ＭＮインターフェースが関係するデバイスまたはアクセスノード、すなわちアクセスポイント、基地局、ブリッジなどである。ＭＮインターフェースはハンドオフで必要とするインターフェースである。
【００４４】
ＮＰＡ−新しい接続点。ＣＰＡと同一の意味を有しているが、ＭＮが近づいているネットワークを意味する。候補またはターゲットネットワークとして知られる。
【００４５】
ＣＰＦＷ−本明細書において提案されるパケット複製転送モジュール。
【００４６】
ハンドオフ−ＣＰＡからＮＰＡに切り替えるＭＮのアクト(act)。
【００４７】
ハンドオーバ−その層で要求される必要な状態を確立し修正するためにハンドオフイベント時に各通信層によって使用されるプロシジャ。
【００４８】
１．  背景
好ましい実施形態は、下記および／または他の背景知識を改良する。以下の文献の各々はその全体が本明細書に参照導入される。
【００４９】
[1] Moore, N., Choi J., Pentland Bret, ”Tunnel Buffering for Mobile IPv6", IETF, draft-moore-mobopts-tunnel-buffering-00.txt, July 2004.
[2] Khalil, M., Akhtar H., Qaddoura E., Perkins C., Cerpa A., "Buffer Management for Mobile IP"", IETF, draft-mkhalil-mobileip-buffer-00.txt, October 1999
[3] R. Koodli, ""Fast Handovers for Mobile IPv6"", IETF draft-ietf-mipshop-fast-mipv6-03.txt, October 2004.
[4] Krishnamurthi G., Chalmers R., Perkins C., ""Buffer Management for Smooth HandOvers in Mobile IPv6"", IETF, draft-krishnamurthi-mobileip-buffer6-00.txt, July 2000
[5] Chul-Ho Lee, Dongwook Lee, JongWon Kim, ""Seamless MPEG-4 Video Streaming over Mobile IP-enabled Wireless LAN"", Network Research Workshop 2004/18th APAN meeting
[6] Perkins C., Wang K-Y., "Optimized smooth handoffs in Mobile IP", Proceedings of IEEE Symposium on Computers and Communications, July 1999
[7] Perkins C., "IP Mobility Support for IPv4, revised", IETF, draft-ietf-mip4-rfc3344bis-02.txt, October 2005
[8] Johnson D., Perkins C., Arkko J., "Mobility Support in IPv6", IETF, RFC 3775, June 2004
[9] Fajardo V., Ohba Y., Dutta A., Tanuichi K., "Dynamic Packet Buffering Scheme for Mobile Handoff", TARI Ref. No. 05-14-P-US, June 2005
[10] Velayos H., Karlsson G., "Techniques to recduce IEEE 802.11b MAC layer handover time", KTH Royal Institute of Technology, April 2003
[11] Fajardo V., Ohba Y., Tanuichi K., Dutta A. "Fast Link-Down Detection Technique", TARI Ref. No. [TBD ...], Jan 2006
[12] Ohba Y., Dutta A., Fajardo V., Tanuichi K., "A Framework of Media-Independent Pre-Authentication (MPA)", draft-ohba-mobopts-framwork-00.txt, IETF/IRTF Mobopts Research Group, July 2005
[13] Forsberg D., Ohba Y., Patil B., Tschofenig H., Yegin A., "Protocol for Carrying Authentication for Network Access (PANA)", draft-ietf-pana-pana-10.txt, IETF, PANA Working Group, July 2005
[14] Aguayo D., Bicket J., Biswas S., Judd G., Morris R., "Link Level Measurement for 802.11b Mesh Networks", MIT Computer Science and Artificial Intelligence Labs, June 2004
モビリティをサポートする必要のあるＩＰネットワークにおいて、モバイルが現在の接続点（ＣＰＡ）から新しい接続点（ＮＰＡ）に移る時、ＭＮへのアクセスネットワークを通過するＩＰトラヒックが失われることが予想される。ここで、複製転送（ＣＰＦＷ）バッファを現在の接続点内のどこかに用いることにより、パケット損失を防止することが可能であることが分かった。ＣＰＦＷは、ＭＮがハンドオフの最中にある間、ＭＮに向かうパケットをバッファする責任を持つ。
【００５０】
ハンドオフを行なうＭＮは送信が可能ではないし、ハンドオフ中はいかなるインターフェース経由であってもリンク層接続性がない状態でパケットを受信することはできない。このことは、ハンドオフ期間におけるパケット損失を生じさせ得る。そのようなハンドオフ中のパケット損失防止は、ボイスオーバーＩＰのような特定アプリケーション（情報ロスに寛容でない）に必要とされる。
【００５１】
モビリティ管理プロトコル（［１］、［２］、［３］および［４］）の一環として、パケットバッファを提供することにより、パケット損失の問題を解決することを試みた既存の提案がある。これらの提案では、ハンドオフ中に潜在的に失われる可能性のあるパケットが、モビリティプロトコルに参加するＡＲにおいてバッファされる。バッファそれ自体と同様にバッファ条件のシグナリングもプロトコル（モバイルＩＰｖ４／ＩＰｖ６）の内部である。したがって、該解決法は一般的ではないし、これらのプロトコルをサポートしないシステムおよびアクセスネットワークにおいて解決法が存在しない。更に、これらの技術は、バッファするノードには、現在のインターフェースの不稼働率（リンクダウン）および新しいインターフェースの有効性（リンク確立）のそれぞれの検知に基づいたハンドオフ期間の開始および終了についての知識があることを仮定している。しかしながら、信号強度サンプルを集めることはもとより、現在の接続点に対する活性テストのような付加的なプロシジャがリンクダウンの誤検出を回避するために必要であることから、リンクダウンの検出にはリンク確立の検出と比較して時間がかかることが知られている［１４］。リンクダウン検出の遅れは、バッファリングノードでパケットバッファリングを開始する遅れ、ひいては潜在的なパケット損失をもたらす。
【００５２】
別の問題点は、一般的に、リンクダウンが無線環境でいつでも生じる場合があるということであり［１１］、このことはリンクダウンがいつ生じるかの予想を行うことを困難にしている。したがって、リンクが落ちているとすぐにバッファし始めるシグナリングメッセージをＭＮが送るという予測的なアプローチは適用可能ではない。
【００５３】
既存の提案の代替案として、本システムは、ＣＰＡネットワークにパケット複製転送（ＣＰＦＷ）サービスを提供する一般的な機構を提供する。ＣＰＦＷサービスは、［１］、［２］、［３］および［４］のパケットバッファリングに類似するアクセスネットワークサービスである。ＭＮはＣＰＡからＮＰＡに渡るので、ＣＰＦＷはパケットが向かうＡＲ上に存在しなければならない。本システムは、既存の提案と以下のように異なる。
【００５４】
ａ．ＣＰＦＷの使用により独自で一般的な解決策が提供される。また、ＡＲ、アクセスポイント、ホームエージェントなどのような既存のシステムへの統合について十分な柔軟性がある。
【００５５】
ｂ．ＭＮ宛のパケットは複製し、バッファしない。これは、ＣＰＦＷサービスがハンドオフ期間にＭＮに代わってパケットを保存しないことを意味する。代わりに、ＣＰＦＷはパケットを複製し、ハンドオーバ期間において該パケットが流れる、すなわち通常通りにルーティングされるようにする。
【００５６】
ｃ．複製転送はリンクダウンおよびリンク確立指示とは独立しており、ＭＮにおいて定義されたポリシーのみに依存する。該ポリシーは、ＣＰＦＷサービスに対して伝えられる命令への翻訳を行う。
【００５７】
ｄ．転送とは複雑なＩＰトンネリング機構を意味しない。代わりに、複製されたパケットの宛先ＩＰアドレスはそのＮＰＡでＭＮのＩＰアドレスに変更される。転送機構については後の項で詳細に説明する。
【００５８】
ｅ．シグナリングは簡単かつ総括的であり、ＣＰＦＷサービスを提供するＡＲおよびＭＮに限定される。転送機構については後の項で詳細に説明する。
【００５９】
ＣＰＦＷサービスによって提供される付加的な利点がある。ＣＰＦＷがＮＰＡのみならず、むしろＣＰＡおよびＮＰＡネットワークの両方にパケットをバイキャストする場合、ピンポン影響によるパケット損失を減少させることが可能である。さらに、スケーラビリティ問題はＣＰＡネットワークにおいて複数のＣＰＦＷサービスを分散することにより対処可能である。各ＣＰＦＷノードは互いに独立しており、異なるＭＮに仕える。さらなる詳細は以降の項に記載される。
【００６０】
ＣＰＦＷシステムは［９］に記載された従来の技術に由来する。［９］には、非常に一般的で柔軟な方式でパケット損失を防止するためのバッファリング技術について記載されている。しかし、［９］をＣＰＦＷと比較すると、上に示された項目（ｂ）があてはまる。
【００６１】
２．  アーキテクチャ
ＣＰＦＷサービスの一般的な構成上の概要はこの項に記載される。
【００６２】
２．１．  概説
ＣＰＦＷの基本使用は、ハンドオフに先立ってＭＮ宛のパケットを複製し、次いで、ハンドオーバが完了しＭＮがＮＰＡネットワークにおいて到達可能になったら、モバイルノードに対し複製されたパケットを転送することである。ＣＰＦＷがＡＲに存在する場合の基本的な配置シナリオは図１に示される。
【００６３】
ＣＰＡネットワークからのＣＰＦＷサービスを要求するＭｎは、ハンドオフに先立ってＣＰＦＷサービスを利用する旨の信号をＣＰＦＷノードに送る。この信号は複製要求（項３．２．１）と呼ばれる。複製要求を受信すると、ＣＰＦＷノードはこのＭＮの要求に応じることができるかどうかを判定する。要求に応じることが可能であれば、ＣＰＦＷノードはＣＰＡ（項２．２）上のＭＮ宛のパケットの分類および複製を始める。ＣＰＦＷは、ＭＮに対して送達確認を送ることによりＣＰＦＷがサービスを提供するかどうかの意図をＭＮに通知する。この送達確認のことを複製応答（項３．２．２）という。この処理は、ＣＰＡにおいて当初のパケットがＭＮに対し転送されるのを妨げない。ＭＮが、ピンポン影響の可能性がある場合の支援のためのバイキャスティグサポートを得たい場合に、一つ以上の複製要求が送られてもよい。この処理の詳細は（項２．４．２）に記載されている。
【００６４】
ＣＰＦＷノードによって複製転送サービスに応じることが可能である場合、複製応答信号はそれが提供サービスである各ＭＮを一意に識別するためにＣＰＦＷノードによって生成されたＩｄパラメータ（項３．２．４）を格納している。ＭＮは、ＣＰＦＷに対して身元を明かすために、続く要求メッセージにおいてこのＩｄを用いることが可能である。複製転送サービスを提供することが可能でない場合、このパラメータは複製応答には含まれない。
【００６５】
複製されたパケット量の制限（閾値、ＴＨＯＬＤ）は、ＭＮがハンドオーバ（項２．３）を終えるために要する見積時間に基づいている。ＴＨＯＬＤに関してより好ましい推定を提供することが可能であり、場合によってはＴＨＯＬＤはＣＰＦＷノードにおいてあらかじめ構成された値であってもよいことから、ＴＨＯＬＤ情報はＭＮによって送られた初期複製要求に含めることが可能である。ひとたびＭＮがハンドオーバを終えてＮＰＡ内で到達可能となったら、新しい位置（項２．４）に複製パケットを転送するようＣＰＦＷノードに対して別の信号を送る。この信号のことを転送要求（項３．２．２）という。
【００６６】
転送要求を受信すると、ＣＰＦＷノードは、ＮＰＡ内のＭＮに対する複製パケットを転送することが可能である。ＣＰＦＷノードが複製パケットをどこに送るべきかが分かるように、転送要求にはＭＮの新しいコンタクトアドレスが含まれる。ＣＰＦＷノードは、ＭＮに転送応答信号を送ることにより、転送要求を受信したことをＭＮに通知する。転送要求を受信すると、複製パケットの転送が可能になることのみならず、ＣＰＡ（項２．４．１）経由でＭＮにさらに送られるかも知れないあらゆる新着パケットの転送も可能になる。ＭＮ宛の残存パケットをサービスの終了時間までＮＰＡに転送するための猶予期間を提供する。
【００６７】
ＣＰＦＷサービスを終了するために第３の信号が用いられ得る。この信号のことを終了要求という。一般に、終了要求は、ＣＰＦＷサービスを終了するためにＭＮによって明示的に用いることが可能である。それは、十分なパケットを受信し、ＣＰＦＷノードは転送を停止し、サービスを終了するべきことをＣＰＦＷにノードを指示するためにフラッシュし転送する（項３．１．３）最中において用いることが可能である。この特徴の詳細については３および３．２．３において定義される。他の要求の場合と同じように、応答信号は要求の受信を知らせるためにＣＰＦＷノードにより送られる。この信号のことを終了応答という。
【００６８】
現在のアーキテクチャは、各ＭＮにＣＰＦＷノードによって割り当てられる、含有サービスに費やされるリソースのすべてについて、状態情報を提供する。ＭＮはサービス利用の意図を信号で送ることのみ責任を負うので、初期の複製応答信号において受信したＩｄ以外の状態情報を維持する必要はない。現在のアーキテクチャは、各ＭＮでＩｄを用いて、各クラシファイヤおよびパケットバッファのマッピングを行なうＣＰＦＷノードを提供する。Ｉｄを生成するため用いられる技術は、実装に委ねられる。
【００６９】
２．２．  パケット分類
ＣＰＦＷサービスを提供するアクセスネットワークにはＭＮトラヒックを分類することが可能である１つまたは複数のノードを持ち得る。パケット分類の実装の一般的な方法は、ＣＰＡネットワークを通過するパケットの宛先ＩＰまたはマックアドレスをＭＮのそれに一致させることである。この方法は、ＣＰＦＷノードＡＲ、アクセスポイント、基地局、ブリッジなどの所在位置に依存する。またこの方法はアプリケーションポート番号またはソースＩＰアドレスに依拠できる。したがって、これらのクラシファイヤはアプリケーションを知って、ＣＰＦＷサービスをアプリケーションデータの集合に一致させることができる。これらのシステムは管理上依存するが、複製要求（項３．２．１）の間にＭＮによって提供することが可能である。クラシファイヤの位置は、ＣＰＡネットワークにおいて注意深く考慮され、少なくとも、ＭＮに関してトラヒックが渡るネットワークノードになければならない。通常は、これらは、モバイルノードを宛先とするトラヒックを検査することが可能なＣＰＡネットワーク内のアクセスルータである。したがって、クラシファイヤはどのパケットを複製し、格納するべきかに関してＣＰＦＷノードに影響を及ぼす場合がある。
【００７０】
２．３．  パケット複製
分類を渡すパケットはＣＰＦＷノードのパケットバッファ内に複製されなければならない。パケットバッファは１つのＭＮにつき割り当てられ、ＴＨＯＬＤパケットに等しいか、それよりも大きなサイズ制限を有する。ＴＨＯＬＤはバッファに格納することが可能なパケットの最大数である。該バッファは、それが一杯（ＴＨＯＬＤパケットが既にある）の場合、新しいパケットに場所を空けるため最も古いパケットが廃棄されて、複製される必要がある任意の新しいパケットがもたらされるように、ＦＩＦＯ（ファーストイン、ファーストアウト）バッファとする。これは、パケットバッファがＭＮに関してパケットの最新の集合をＴＨＯＬＤ量まで常に格納するということを意味する。
【００７１】
ＴＨＯＬＤの値は、ＭＮがハンドオーバを終えるためにかかる時間、および分類パケットのトラヒック率に基づいて推定されるものとする。通常の条件において、トラヒックを生成するアプリケーションについて幾つかの知識がない限り、特定の時間集合についてのトラヒック率を判定することは困難である。したがって、問題のアプリケーションをホストしているＭＮはＴＨＯＬＤ情報を提供できるものとしてうってつけである。したがって、ＣＰＦＷサービス（複製要求（項３．２．１））の初期のＭＮシグナリング要求は、ＴＨＯＬＤヒントまたは推奨を含んでもよい。しかしながら、ＣＰＦＷサービスは、結局、ＭＮヒント、リソース有効性、ローカルスケーラビリティポリシーなどを考慮してＴＨＯＬＤの値を決める。場合によっては、ピンポン影響のように、ＴＨＯＬＤ値は複数のハンドオーバにまたがることができるように十分に大きいものとする。このシナリオについては項２．４．２において詳細に説明する。
【００７２】
１つのＭＮごとにパケットバッファを提供すると、いくつかのスケーラビリティ問題があるかも知れない。一般に、そのような問題の解決策は既知であり、そのような解決策の大部分は実装特有である。一例としては、アクセスネットワークにおいて数個のシステムにＣＰＦＷノードを分散し、これにより負荷を分散することである。これは、各ＭＮのトラヒックパスの管理を複雑にすることがある。
【００７３】
２．４．  転送
ＭＮがＮＰＡに到着できるとすぐに、ＣＰＡネットワークのＣＰＦＷサービスに格納されたパケットはＭＮに転送される必要がある。ＭＮは、転送要求を用いることにより、このイベントをＣＰＦＷノードに明示的に信号で伝える。一般に、ＣＰＦＷにＭＮの現在の新しいコンタクトアドレス、すなわちＮＰＡネットワークにおけるＭＮのＩＰアドレスを伝えるためには明示的なシグナリングを必要とする。これは、ハンドオーバが完了した後のみ、ＭＮの新しいＩＰアドレスを知るＩＰモビリティ管理プロトコルを用いる場合には一般的である。
【００７４】
転送要求において規定されたコンタクトアドレスに加えて、バイキャスティグがサポートされる場合、ＣＰＦＷノードは、ＭＮの最後の既知のコンタクトアドレスとしてアドレスのリストを維持することが可能である。これらのアドレスはＭＮに既知の接続点に対する新着のパケットのバイキャストに用いることが可能である。（項２．４．２）。初期複製要求は、ＭＮの初期コンタクトアドレスを含んでおり、ＭＮのコンタクトアドレスリストを構築するために用いることが可能である。続く複製要求はこのリストにアドレスを追加するか削除するために用いることが可能である。続く複製要求に含まれていたアドレスリストは、アドレスがリストに追加されることになっているか削除されることになっているかどうか示すためにアドレスごとのフラグを伝えることが可能である。ＭＮコンタクトリストを維持するために他のスキームを用いてもよい。詳細は実装に委ねられる。しかしながら、複製パケットを転送する際には、ＮＰＡにおける安定した接続をＭＮが知っている場合に限り、転送要求を送ることが想定されるので、転送要求に含まれるコンタクトアドレスのみが用いられることに留意されたい。詳細は項２．４．２に記載される。
【００７５】
転送要求の受信は、ＣＰＦＷサービスの終了を構成しない。それは、該要求において提供される新しいＭＮコンタクトアドレス（あるいはコンタクトアドレスのリスト、項２．４．２）に複製パケットをフラッシュし転送する必要があることを単に示す。明示的な終了要求は、サービスを停止し、かつすべてのバッファされたパケットを廃棄することを要する。終了要求が転送要求の後に受信され、ＣＰＦＷが複製パケットを転送する最中にある場合、ＣＰＦＷは直ちに転送を停止し、バッファに残っているすべてのパケットを廃棄するものとする。この方法は、ＭＮが欠けていることが分かっているパケットをすべて受信し、ひいてはパケット重複（項２．４．３）を防止することをＭＮが決定した場合に有用である。終了要求がない場合において、サービス終了（ＴＳＶＣ）タイマーはハンドオフが失敗したことを示すために用いられる。ＴＳＶＣの終了は終了要求の受信と同一の効果がある。ＴＳＶＣはＭＮにおけるアプリケーションは未到達可能性を許容可能な最大の継続時間を表わすものとする。
【００７６】
また、パケットが伝える任意のシーケンス情報を考慮するオプションの機能を転送の際に用いることが可能である。このシーケンス情報は転送中のパケット重複を回避するのに役立つ。また、転送される必要のあるパケットの数を減少させることが可能である。詳細は項２．４．３において説明する。
【００７７】
２．４．１．  ＣＰＡネットワークにおける優先度およびポストハンドオフパケットの転送
転送要求の受信の後にパケットを転送する一方、ＣＰＦＷノードは、ＭＮのパケットを受信し続けることが可能である。そのような場合において、ＣＰＦＷノードは、どの新しく分類されたパケットよりも高い優先度のバッファに格納されたパケットを転送することができなければならない。これはＭＮがパケット順序を維持するためになされる。パケットの優先をどのように行うかは実装に委ねられる。
【００７８】
いくつかの状況において、ハンドオーバに成功した後でさえ、ＣＰＡネットワークはＭＮに関するパケットを受信し続けてもよい。これは、モビリティ管理プロトコルのシグナリング遅延、すなわちバインディング更新の処理および送信についての遅れが原因となる場合がある（［７］および［８］）。したがって、転送要求の受信は、分類および複製（項３．１．２）の終わりを構成しないのであり、あらゆる新着パケットのみならずすべての複製パケットが、要求において提供される新しいコンタクトアドレスに転送されなければならないことのみを示す。複製パケットがすべて転送されるとすぐに、ＣＰＦＷノードは分類および複製を通常通りに続けるものとする。このことは、あるいは廃棄されていたかも知れないＣＰＡネットワークからのパケット受信をＭＮが継続して行うことを可能にする。分類および複製は、ＴＳＣＶ（項２．４）の満了または終了要求の受信でのみ終了するものとする。
【００７９】
２．４．２．  ピンポン影響
ピンポン影響は、ＮＰＡにハンドオフするＭＮの失敗または不安定なアテンプトであり、その結果、ＮＰＡおよびＣＰＡ間前後でリアソシエーションする羽目になる。詳細は本明細書の範囲外ではあるが、この影響は、リンク層媒体の不安定性を原因とする場合がある。ＣＦＰＷは、ハンドオフ中にＣＰＡおよびＮＰＡネットワークの両方に対してＭＮトラヒックをバイキャストすることにより、この問題への救済を行うことが可能である。適切なバイキャスティグスキームを提供するためには以下を要する。
【００８０】
ａ．ＣＰＦＷノードはＭＮの古いコンタクトアドレス（ＣＰＡにおけるアドレス）および新しいコンタクトアドレス（ＮＰＡにおけるアドレス）の両方が必要である。
【００８１】
ｂ．（ａ）が満たされた時点で、新着パケットはすべてＣＰＡおよびＮＰＡの両方に転送される。
【００８２】
ｃ．ＭＮがＮＰＡまたはＣＰＡのいずれかにおける接続を安定させた時点で、すべての複製パケットはフラッシュされてＭＮに転送される。
【００８３】
このプロシジャに従うネット影響は、ピンポン事象中にあるＭＮがパケットのすべてを受信する機会を与えることである。
【００８４】
起こりえるピンポンイベントに備えているＭＮは、いつものようにＣＰＦＷ処理を辿ることができ（項２．１）、ＣＰＦＷサービスを起動し、分類および複製（項３．１．２）を開始し、ＭＮの現在のコンタクトアドレスを指示するために、ＣＰＦＷノードに初期複製要求を送る。
【００８５】
最初のハンドオーバが完了してＮＰＡに接続し、（ＩＰベースのＣＰＦＷでのみ有効な）新しいコンタクトアドレスを得るとすぐに、ＭＮは、新しいコンタクトアドレスをＣＰＦＷノードに通知するための別の複製要求を送ることができる。続く複製要求は、ＭＮがバイキャスティグサポートを得ることを望むＣＰＦＷに対する指示である。その後、ＣＰＦＷは、ＭＮ（項２．４）用コンタクトアドレスリストの維持を開始することが可能である。これは要求（ａ）を満たす。また、複製要求を受信すると、ＣＰＦＷノードは、すべての既知のコンタクトアドレスに対する新着のパケットをすべて転送し始めることが可能である。これは要求（ｂ）を満たす。ＭＮがピンポンイベントに入り、ＮＰＡからＣＰＡに移る場合、あらゆる新着のパケットはＣＰＡ内に存在することが期待される。ＭＮがＮＰＡまたはＣＰＡ以外の別の接続点に移った場合、現在の接続点における新しいコンタクトアドレスをＣＰＦＷノードに通知するために追加的な複製要求を送ることが可能である。ＣＰＡ、ＮＰＡまたは他の何らかの接続点において接続を安定させるとすぐに、ＭＮは、ＣＰＦＷノードに転送要求を送り、現在の位置に対する複製パケットをすべてフラッシュすることが容易く可能になる。これは要求（ｃ）を満たす。ＭＮがその現在の位置において安定した接続をしていることを想定しているので、転送要求において規定されたコンタクトアドレスにのみ複製パケットが転送されるということに注意されたい。最適化目的のために、ＣＰＦＷノードにおいて維持されたコンタクトリストに対して複製パケットをバイキャストする必要はない。また、ＨＯＬＤの値はピンポンイベントに対応可能な十分に大きい値にするべきであることに留意されたい。それは、そのようなシナリオで生じ得る動作のすべてを包含するものとする。
【００８６】
ピンポンイベントが生じる場合のＣＰＦＷシグナリングの一例を図２に示す。この例において、ＮＰＡ内にいるときに複製要求はＭＮによって送られる。ＮＰＡへの接続が安定していることをＭＮがわかるまでの間、コンタクトアドレスリストは更新される。この時点では、終了要求を送る前にＭＮは転送要求を送る。
【００８７】
リンク層ＣＰＦＷ（項２．５）において、ＭＮのコンタクトアドレスは恐らく変わらず、したがって、バイキャスティグは、せいぜいＭＮアドレスのリストに代えてアクセス・デバイスにおけるブリッジポートのリストを維持するくらいのとこである。ＣＰＦＷノードは、転送要求を受信したならば、複製要求信号が来たブリッジポートを判定し、ＭＮの最新の位置を指示するためにこれを用いることが可能である。その結果アクセス・デバイスは、すべての既知のブリッジポートに対する新着パケットを転送することができる。要するに、ＣＰＦＷノードが、ＮＰＡまたはＣＰＡに到着する１つ以上のブリッジポートにデータフレームを送信する必要がある場合に、リンク層バイキャスティグをアドレスベースに代えてポートベースの方法を用いて行うことが可能である。しかしながら、このスキームは、ＳＴＰ（スパニングツリープロトコル）のようなリンク層プロトコルにより適用された制約に制限されている。
【００８８】
２．４．３．  パケット重複
ハンドオフ期間と比較してＴＨＯＬＤが比較的大きい場合に、パケット重複がＭＮに生じる可能性がある。この場合、バッファに格納された最も古いパケットが既にハンドオフの開始に先立ってＭＮにより受信されている可能性が高い。転送が起こると、バッファにおけるパケットがすべて転送されるのであれば、以前に受信されたパケットをＭＮが受信する。
【００８９】
２．４．３．１．  重複パケットの送信の防止
そのようなシナリオでは、パケット自体がシーケンス情報を含んでいない限り、ＣＰＦＷでの重複パケットの送信を回避し、または重複パケットの受信をＭＮで検出するための解決策を提供することは通常では困難である。シーケンス情報すなわちＲＴＰおよびＩＰｓｅｃシーケンス番号、場合によってはＩＰヘッダーの識別フィールドが存在する場合、ＣＰＦＷサービスはそのような情報を利用することが可能である。ＣＰＡネットワークにいる間に、ＭＮは、最後の受信パケット（ＬＳＥＱ）のシーケンス番号を判定し、転送要求においてＣＰＦＷノードにこの情報を提供することが可能である。その結果ＣＰＦＷノードは、ＬＳＥＱ＋１から始まるパケットを転送し始めることが可能である。このことは、ＭＮにおけるパケット重複を防止に役立ち、また転送される必要のあるパケット量を減少させる。ＬＳＥＱ未満のパケットは、これらは重複であると考えられるので、ＣＰＦＷで廃棄してもよい。
【００９０】
使用されるシーケンス情報の型は、ＭＮおよびＣＰＦＷノードによって動的に交渉されるか、管理上定義される点に留意することが重要である。シーケンス情報を判定するために使用される型および方法を判定することの詳細については、実装および配置シナリオに委ねられる。
【００９１】
２．４．３．２．  重複パケット受信の検知
２．４．３．１の同一シーケンス番号情報はＭＮの重複のパケットを発見するために使用することが可能である。ＭＮにおける付加的な実体は、おそらく、この検出方法を実現し、かつあらゆる重複パケットをも廃棄するように定義される。シーケンス情報を判定することが可能でない場合において、ＭＮは重複の検出を提供するために既存のプロトコルに依存することが可能である。通常、この機能は、ＴＣＰのような普及しているプロトコルにおいて既に存在する。場合によっては、この機能は、ＲＴＰ（リアルタイムトランスポートプロトコル）を使用するようなアプリケーション自体によって提供される。したがって、重複パケットの受信は、ＣＰＦＷサービスと無関係の複数の方法によって解決することが可能である。
【００９２】
２．４．３．３．  分類および複製期間におけるパケット損失の防止
シーケンス情報を使用する付加的な利点は、パケット損失がＬＳＥＱシーケンス番号まで生じたかどうか、ＭＮが検知できるということである。１つまたは複数のパケットがＣＰＦＷからＭＮへのパスに沿って失われており、それらのパケットの複製がさらにバッファにある場合、ＭＮは転送要求においてＬＳＥＱ（ＭｉｓｓｉｎｇＳＥＱ）未満のシーケンス番号を持った欠落パケットのリストを送ることが可能である。その結果ＣＰＦＷノードは、転送期間においてＬＳＥＱよりも大きなシーケンス番号を持ったパケットに加えて欠落パケットの集合を送ることが可能である。ＭＮすなわちそのアプリケーションのみがＭｉｓｓｉｎｇＳＥＱ数を判定し、ＬＳＥＱ−ＴＨＯＬＤ（項３．２．２）と同じくらい後方に遡ることが可能であることに注意されたい。ＭｉｓｓｉｎｇＳＥＱパラメータはオプションであり、ＭＮおよびＣＰＦＷノードの両方がパケットのシーケンス番号を判定し合致させることができる場合にのみ可能である。
【００９３】
２．５．  リンク層におけるＣＰＦＷ
ＣＰＦＷは、アクセスポイント、ブリッジ、基地局などのようなアクセス・デバイスにリンク層サービスとして配置されることが可能である。ＣＰＡの到達可能性がアクセスメディアおよび管理上の領域さえ横断する場合があるＩＰベースＣＰＦＷとは異なり、リンク層ＣＰＦＷは、通常は、アクセスメディア（すなわちブリッジドネットワーク領域）領域に制限される。したがって、リンク層におけるＣＰＦＷサービスは、通常、アクセス・デバイスがＬＡＮ内で相互接続されるイントラ−ＬＡＮモビリティに当てはまる。ＣＰＦＷがアクセスポイントに存在する場合の配置シナリオの一例を図３に示す。クラシファイヤおよびバッファは８０２．１１アクセスポイント内にホストされ、シグナリングおよび転送は分散型システム（ＤＳ）内でなされる。複製転送要求は、インターアクセスポイントプロトコル（ＩＡＰＰ、８０２．１１ｆ）または他の何らかの手段のような機構にピギーバックしてもよい。
【００９４】
リンク層ＣＰＦＷにおいて、複製転送機構はフレームレベルに生じるシグナリングおよびパケット転送と同じままである。これは、ＮＰＡにいる間にＣＰＡがＭＮからのリンク層に到着できることを示唆する。ＭＮのコンタクトアドレスはそのＭＡＣアドレスに基づいており、移動にかかわらず変わらない。メディアが共有される（イーサネット（登録商標）またはＷＬＡＮ）と仮定して、ＭＮの到達可能性は、ＬＡＮ内に相互接続されたアクセス・デバイスに接続している限りは、必ずしも移動の後に損なわれるとは限らない。しかしながら、ＮＰＡとＣＰＡの間にブリッジデバイスがある場合、ＭＮのＭＡＣアドレス到達可能性は、これを確保するために、ＳＴＰ（スパニングツリープロトコル）のようなリンク層プロトコルに対するアドレス・ロケーション更新を要するかも知れない。そのような更新は、すなわち８０２．１１のアクセスポイントのアソシエーション／認証機構の一部として、ＭＮがアクセス・デバイスにアタッチしたときを契機として起こる。
【００９５】
３．  ＣＰＦＷサービス
３．１．  ステートマシン
図４に示されるようなＣＰＦＷステートマシンは簡単であり、ＣＰＦＷノードにおいてのみ実装され、ＭＮ（項３．２）によって送られた信号にのみ受動的に反応する。ＭＮそれ自身は、Ｉｄ（項３．２．２）を除いては状態を維持せず、一定のハンドオフ条件に基づいて信号を送るのみである。
【００９６】
ＣＰＦＷステートマシンは以下の３つの状態を取る。
【００９７】
３．１．１．  アイドル
パケットバッファおよびステートマシンを含むＭＮにＣＰＦＷサービスを提供するためのリソースを解放し、さらなる動作を行わない。この状態に影響を与える有効なイベントは次のとおりである。
【００９８】
ａ．ＣＰＦＷノードがＭＮから複製要求信号を受信する。その結果、分類および複製（項３．１．２）に遷移する。複製要求信号は、ＣＰＦＷノードが格納することが可能であるＴＨＯＬＤパラメータを含んでいてもよい。
【００９９】
３．１．２．  分類および複製
パケットバッファおよびスタートパケットにクラシファイヤを割り付ける。分類を渡すパケットは直ちにすべてバッファに複製される。この状態に影響を与える有効なイベントは次のとおりである。
【０１００】
ａ．ＣＰＦＷノードがＭＮから転送要求信号を受信する。これはフラッシュおよび転送（項３．１．３）に対する即時の状態遷移をもたらす。転送要求信号は、ＮＰＡ内のＭＮのコンタクトアドレスを含んでいるものとする。
【０１０１】
ｂ．ＴＳＶＣ終了サービス期間満了は、結果的にＣＰＦＷサービスの終了をもたらし、アイドル状態（項３．１．１）に対する即時の遷移をさせる。これは、ＭＮが再び聴取されなかった場合にＣＰＦＷサービスを終了する包括的な方法である。
【０１０２】
ｃ．ＣＰＦＷノードが処理終了要求を受信する。これは、結果的にＣＰＦＷサービスの終了をもたらす。バッファに格納されたパケットはすべて廃棄される。また、状態はアイドルに移行する。これには（ｂ）と同一の効果がある。
【０１０３】
ｄ．ＣＰＦＷノードが複製要求信号を受信する。これは、バイキャスティグサポートを得るためにＭＮが望むＣＰＦＷノードに関するヒントを提供する。次いで、ＣＰＦＷは、ＭＮのコンタクトアドレスのリストを維持し始める。続く複製要求の受信は、別の状態への遷移を生じさせず、ＭＮのコンタクトアドレスリスト（項２．４．２）を維持するためだけに使用される。
【０１０４】
３．１．３．  フラッシュおよび転送
パケット複製を一時的に停止し、バッファに格納されたすべてのパケットをＭＮのコンタクトアドレスに転送する。これらの状態に影響を与える有効なイベントは次のとおりである。
【０１０５】
ａ．パケットがすべて転送され、バッファは空である。これは、パケットがフラッシュされており、分類および転送（項３．１．１）への即時の遷移をもたらすことを示す。
【０１０６】
ｂ．ＣＰＦＷノードが処理終了要求を受信する。これは、結果的にＣＰＦＷサービスの終了をもたらす。バッファに格納されたすべての残存パケットが廃棄され、状態はアイドルに移行する。
【０１０７】
３．２．  信号およびメッセージフォーマット
ＣＰＦＷサービスによって使用されるのは「３」つの要求信号のみである。要求にはそれぞれ対応する応答信号がある。要求信号はＭＮによって生成され、ＣＰＦＷステートマシンによって処理される。レスポンス信号は先の要求の送達確認を尋ねるＣＰＦＷノードによって送られる。通常、これらの信号はＣＰＦＷノードへのリンク層フレームとして送るか、ＵＤＰパケットにカプセル化し、ＣＰＦＷノードによって使用される周知ポートに送ることができる。しかしながら、これらのメッセージも、不明なデータのピギーバッキングを許可する既存のプロトコルにおいてカプセル化することが可能である。例えばＣＰＦＷがＨＡに存在する場合は、これらの信号を伝えるのは恐らくモビリティ管理プロトコルそれ自身である。あるいはＡＲに信号を転送することが可能な、ＰＡＮＡ［１３］のような認証プロトコルであるかも知れない。信号の単純性のために、後者のアプローチが使用されること（既存のプロトコルの中への編入）が推奨される。
【０１０８】
３．２．１．  複製要求
ＣＰＦＷサービスを得たいＭＮは、以下のフォーマットで複製要求信号を送る。
【０１０９】
ＣＰＲ＝｛ＴＨＯＬＤ、ＡＤＤＲＳ｝
ただし、ＣＰＲは少なくとも以下のパラメータを伴う。
【０１１０】
ＴＨＯＬＤ−複製するパケットの最大数。ＣＰＦＷノードに関するヒントとして提供し、ハンドオーバ期間の長さを暗黙に定義するために使用することが可能である。
【０１１１】
ＡＤＤＲＳ−ＣＰＡまたはＮＰＡにおけるＭＮの現在のコンタクトアドレスのリスト。このパラメータにおいてアドレスはそれぞれ、アドレスが新しくかＣＰＦＷによって維持されたコンタクトリストに追加されるものとするかどうか示すか、アドレスはもはや有効でなく、そのリスト（項２．４）から取り除かれることを示すフラグを含むことが可能である。
【０１１２】
３．２．２．  複製応答
この信号は複製要求に応じてＣＰＦＷノードによって送られる。
【０１１３】
ＣＰＡ＝｛Ｉｄ、Ｒｅｓｕｌｔ｝
ただし、ＣＰＡは少なくとも以下のパラメータを伴う。
【０１１４】
Ｉｄ−ＣＰＦＷサービスにおいてＭＮを一意に識別するために使用することが可能である値。この値はサービスを提供するＣＰＦＷノードのコンテキストにおいて一意でなければならない。ＭＮによって生成された要求信号はすべてこの値を使用しなければならない。
【０１１５】
Ｒｅｓｕｌｔ−ＭＮによって送られた直前の複製要求にＣＰＦＷノードが応じることが可能であるかどうか示す。成功または失敗を示す値は実装次第である。複製応答が初期複製要求に応じて送られ、ＣＰＦＷが要求に応じることが可能である場合、「Ｉｄ」パラメータが存在しなければならない。ＣＰＦＷが初期の要求に応じることが可能でなければ、結果としてサービスは提供されない。ＣＰＦＷが続く複製要求に応じることが可能でない場合、ＣＰＦＷはバイキャスティグサービスを提供することはできない。
【０１１６】
３．２．３．  転送要求
ハンドオーバの成功をＣＰＦＷノードに通知したいＭＮは転送要求を送ることが可能である。ＴＳＶＣが終了する前に、ＣＰＦＷノードが転送要求を受信しなければ、それはハンドオフが失敗したと見なし、サービスに関するリソースをすべて解放する。
【０１１７】
ＦＷＤＲ＝｛Ｉｄ、Ａｄｄｒ、ＬＳＥＱ、ＭｉｓｓｉｎｇＳＥＱ｝
ただしＦＷＤＲは少なくとも以下のパラメータを伴う。
【０１１８】
Ｉｄ−この値は、初期の複製応答において送られた値と一致しなければならない。
【０１１９】
Ａｄｄｒ−ハンドオーバの後のＭＮの新しいコンタクトアドレス。このアドレスはＮＰＡネットワークにおいて新しいＩＰアドレスでありえる。
【０１２０】
ＬＳＥＱ−ハンドオフに先立ってＭＮによって受信された最後の既知のシーケンス番号。これは、転送（項２．４）に使用されるシーケンス情報を伝えるＣＰＦＷサービスによって使用される任意パラメタである。
【０１２１】
ＭｉｓｓｉｎｇＳＥＱ−これは、ＭＮによってシーケンス番号の集合の欠落が判定されることを示す任意パラメタである。これらのパケットの１つ以上がＣＰＦＷノードにおいてバッファされる場合、これらパケットとともにＬＳＥＱ以上のパケットを送ってもよい。
【０１２２】
３．２．４．  転送応答
この信号は転送要求に応じてＣＰＦＷノードによって送られる。
【０１２３】
ＦＷＤＡ＝｛Ｉｄ、Ｒｅｓｕｌｔ｝
ただしＦＷＤＡは少なくとも以下のパラメータを伴う。
【０１２４】
Ｉｄ−この値は、初期の複製応答において送られた値と一致しなければならない。
【０１２５】
Ｒｅｓｕｌｔ−ＭＮによって送られた直前の転送要求にＣＰＦＷノードが応じることが可能であるかどうか示す。成功または失敗を示す値は実装次第である。失敗の場合、ＣＰＦＷノードは転送を失敗した旨を示す。ＭＮは、転送要求の再送を試みるか、サービスを終了することが可能である。
【０１２６】
３．２．５．  要求終了
どのような状態でもＣＰＦＷサービスを終了したいＭＮは、ＣＰＦＷノードに終了要求信号を送るものとする。この信号を受信したＣＰＦＷノードは、直ちにアイドル状態に移行し、サービスに関係するリソースおよび状態を解放する。
【０１２７】
ＴＥＲＭＲ＝｛Ｉｄ｝
Ｉｄ−この値は、初期の複製応答において送られた値と一致しなければならない。
【０１２８】
３．２．６．  終了応答
この信号は転送要求に応じてＣＰＦＷノードによって送られる。
【０１２９】
ＴＥＲＭＡ＝｛Ｉｄ｝
ただしＴＥＲＭＡは少なくとも以下のパラメータを伴う。
【０１３０】
Ｉｄ−この値は、初期の複製応答において送られた値と一致しなければならない。
【０１３１】
本発明の範囲
本明細書では、本発明の例示的実施形態を説明しているが、本発明は、本明細書で説明した様々な好ましい実施形態だけに限定されず、本開示に基づけば当分野の技術者によって理解されるはずの、等価の要素、改変、省略、（様々な実施形態にまたがる態様などの）組合せ、適合および／または変更を有するありとあらゆる実施形態を含むものである。特許請求の範囲における限定は、特許請求の範囲で用いられる言葉に基づいて幅広く解釈されるべきであり、本明細書において、または本出願の出願中において記述される例だけに限定されず、これらの例は、非排他的であると解釈されるべきである。例えば、本開示において、「好ましくは」という用語は、非排他的であり、「それだけに限らないが、好ましくは」を意味する。
【０１３２】
本開示において、かつ本出願の出願中において、手段プラス機能またはステッププラス機能限定は、特定のクレーム限定について、この限定において以下の条件すべてが存在する場合に限り用いられる：ａ）「〜の手段」または「〜のステップ」が明記されている、ｂ）対応する機能が明記されているｃ）構造、材料またはこの構造をサポートする動作が記載されていない。本開示において、かつ本出願の出願中において、「本発明」または「発明」という用語は、本開示内の１つまたは複数の態様を指すものとして使用され得る。本発明または発明という言葉は、誤って重要度の識別と解釈されるべきではなく、誤ってすべての態様または実施形態にわたって適用されるものと解釈されるべきではなく（すなわち、本発明はいくつかの態様および実施形態を有すると理解されるべきであり）、また、誤って本出願または特許請求の範囲を限定するものと解釈されるべきではない。本開示において、かつ本出願の出願中において、「実施形態」という用語は、任意の態様、特徴、プロセスまたはステップ、これらの任意の組合せ、および／またはこれらの任意の部分などを記述するのに使用され得る。いくつかの例では、様々な実施形態が重なり合う特徴を含み得る。本開示では、以下の省略用語（「例えば」を意味する「ｅ．ｇ．」）が用いられ得る。
【図面の簡単な説明】
【０１３３】
【図１】図１は複製転送システムがアクセスルータに存在する場合の基本的な配置シナリオの概略図である。
【図２】図２はピンポンイベントが生じる場合のＣＰＦＷシグナリングの概略図である。
【図３】図３はＣＰＦＷがアクセスポイントにおいて存在する配置シナリオの概略図である。
【図４】図４はＣＰＦＷステートマシンの概略図である。
【図１】
2009533889.tif 000003
【図２】
2009533889.tif 000004
【図３】
2009533889.tif 000005
【図４】
2009533889.tif 000006
【国際調査報告】
2009533889.tif 000007
2009533889.tif 000008
2009533889.tif 000009