JP2003209873A

JP2003209873A - 遅延の少ない移動機起動トンネリングハンドオフ

Info

Publication number: JP2003209873A
Application number: JP2002348447A
Authority: JP
Inventors: Youngjune L Gwon; エルグオンヨングジュン; Daichi Funato; ダイチフナト; Guangrui Fu; グアンルイフー; Atsushi Takeshita; アツシタケシタ
Original assignee: Docomo Communications Labs USA Inc
Current assignee: Docomo Innovations Inc
Priority date: 2001-11-30
Filing date: 2002-11-29
Publication date: 2003-07-25
Anticipated expiration: 2022-11-29
Also published as: US20030125027A1; US6832087B2; JP3923886B2

Abstract

(57)【要約】【課題】ハンドオフ遅延を小さくする。【解決手段】本発明では、近隣ノードが検出される
と、これらは候補ノードとされる。近隣ノードが異なっ
たアクセス技術を使用している状況でさえ、近隣ノード
の存在を単に検出することは可能である。例えば、ビー
コン信号が異なるアクセス技術で送信されている場合、
それらを量的に比較することは不可能であるが、パイロ
ットビーコン信号は、候補ノードの存在を示していると
考えることができる。候補ノードが特定されたらすぐ
に、ソースノードとこれら候補ノードとの間にトンネル
が確立される。モバイルノードとソースノードとの間の
通信リンクが失われた後、これらのトンネルをモバイル
ノードへのデータ転送用に使う。モバイルノードが、あ
る１つの近隣ノードのネットワークに入ってターゲット
ノードを特定したらすぐに、ターゲットノードへのトン
ネル以外のトンネルは削除される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、デジタルデータネ
ットワークにおけるデジタルデータ通信に関し、さらに
詳しくは、インターネットプロトコルを基礎にした無線
移動体アクセスデータネットワークにおけるデジタルデ
ータ通信に関する。本発明は、インターネットプロトコ
ルを基礎にした無線移動体アクセスデータネットワーク
を移動するモバイルノードによって行われるハンドオフ
処理に特に関する。

【０００２】

【従来の技術】無線通信システムの発展の歴史の中に、
無線通信の実現に関連した技術的問題が常にあった。そ
れは、移動機（モバイルノード：ＭＮ）が、あるエリア
から他のエリアに移動し、無線通信を行う無線アクセス
ポイント（ＡＰ）を不定期に変更することによる問題で
ある。実際、優秀な移動体通信プロトコルとなるかどう
かが決まるのは、ハンドオフの設計いかんによってい
る。このハンドオフは、ＭＮがある無線ＡＰから他の無
線ＡＰに移動する時に発生するものである。無線ＡＰを
単に変更するだけの場合は、「レイヤ２（Ｌ２）ハンド
オフ」と呼ばれ、ＩＰ層のレイヤ３での信号のやりとり
はなされない。もし新しい無線アクセスポイントが新し
いサブネットに属していたら、つまりＭＮがあるサブネ
ットから他のサブネットに移動したら、経路が変更さ
れ、レイヤ３でのプロトコル処理が必要になる。このＬ
３でのプロトコル処理は、「Ｌ３ハンドオフ」と呼ば
れ、普通このプロトコル処理ではＩＰメッセージの交換
を行い、ＭＮの経路情報を更新して、ＭＮ宛のデータが
新たなサブネットを経由してＭＮに確実に届くようにし
ている。

【０００３】インターネット技術標準化委員会（ＩＥＴ
Ｆ：ＴｈｅＩｎｔｅｒｎｅｔＥｎｇｉｎｎｅｒｉｎ
ｇＴａｓｋＦｏｒｃｅ）は、ハンドオフ処理を扱っ
たいくつかの基準を提案している。例えば、モバイルＩ
Ｐバージョン４（ＩＰｖ４）と呼ばれているＩＥＴＦに
よるＲＦＣ２００２「ＩＰモビリティサポート」や、モ
バイルＩＰバージョン６と呼ばれている「ＩＰｖ６にお
けるモビリティサポート」と言う題のドラフト作業書
「ドラフト−ｉｅｔｆ−モバイルＩＰｖ６−１７：ｄｒ
ａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｉｐｖ６−１
７」などには、ＭＮが異なるエージェントによる異なっ
たサブネット間でＬ３ハンドオフをどの様に行うかが記
載されている。モバイルＩＰｖ４においては、ＭＮは、
ホームエージェント（ＨＡ）からホームアドレスをもら
い、ＭＮ自身が送信するＩＰデータ全てのソースアドレ
スとして使用する。ＭＮがホームサブネットから離れた
フォーリンサブネット内に位置しているとき、ＭＮに
は、現時点での接続点を表している気付アドレス（Ｃｏ
Ａ）が対応付けられている。Ｌ３ハンドオフを通して、
気付アドレスがＭＮのホームエージェントに登録され
て、ＭＮに関するバインディング情報、すなわちデータ
経路情報の更新をＨＡが行うことができるようになる。
モバイルＩＰｖ６において、類似のプロトコルが実装さ
れている。

【０００４】ＲＦＣ２００２によるＬ３ハンドオフプロ
セスでは、モビリティエージェント、すなわちフォーリ
ンエージェントとホームエージェントとが、自身の存在
を、エージェント広告メッセージを通して知らせていな
ければならない。このエージェント広告を受信したＭＮ
は、自身がホームサブネット上で稼動しているのか、フ
ォーリンサブネット上で稼動しているのかを判断する。
ＭＮは、自身が新しいサブネットに入ったと判定した
ら、そのフォーリンサブネットワークにサービスを提供
しているフォーリンエージェントが送信しているエージ
ェント広告から気付アドレスを取得する。ＭＮは、この
気付アドレスを含んだ登録要求を自身のホームエージェ
ントＨＡに送信して、新しい気付アドレスを登録する。
ＨＡが登録要求を受信して、内部のＭＮに関するバイン
ディング情報を更新して、ＭＮに登録返答を返すと、Ｌ
３ハンドオフが終了する。登録が終了すると、ＭＮのホ
ームアドレスに送られたデータは、ＨＡが受け取り、Ｈ
ＡがＭＮの気付アドレスにトンネル伝送する。トンネル
伝送されたデータをトンネルの終点（ＦＡかＭＮ自身）
が受信して、ＭＮに最終的に配送される。反対方向で
は、ＭＮが送信したデータは、ＩＰの経路付けメカニズ
ムの標準に従って、ＨＡを経由する必要なしに宛先まで
配送される。

【０００５】モバイルＩＰは、自身の下のリンク層に関
する決まりなしに設計されている。それゆえ、モバイル
ＩＰは非常に適用可能な範囲が広い。このことにより、
プロトコルスタックにおけるＬ２とＬ３との間を明白に
分離すると言う有利な点が得られるが、不利な点もあ
る。Ｌ２とＬ３が厳格に分離されているので、ＭＮは直
接つながっているＦＡとしか通信できない。つまり、Ｍ
Ｎは、前のＦＡへのＬ２での接続を失った後、新たなＦ
ＡへのＬ２接続を得るまで、登録プロセスを開始するこ
とができない。さらに、登録要求と返答メッセージとが
ＭＮとＨＡ間のネットワークを伝送するのに時間がかか
るために、登録プロセスに時間がかかる。ＭＮと旧ＦＡ
との間のＬ３接続の終わりから、新ＦＡとの新たなＬ３
接続までの時間が、ハンドオフ遅延である。この間、Ｍ
Ｎはデータの送受信をすることができない。標準モバイ
ルＩＰハンドオフ手順によるハンドオフ遅延は、リアル
タイム通信や、遅延に敏感な通信には許容できない。

【０００６】ハンドオフ遅延量を削減するための様々な
プロトコルが、モバイルＩＰｖ４とＩＰｖ６用に提案さ
れている。例えば、インターネットドラフト「モバイル
ＩＰｖ４における遅延の少ないハンドオフ：ｄｒａｆｔ
−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｉｐｖ６−１３．ｔｘ
ｔ」は、モバイルＩＰ登録プロセスにおける遅延によっ
て、ＭＮがデータの送受信をすることができない期間を
削減するための技術を２つ提案している。１つは「前登
録ハンドオフ」であり、ＭＮは旧ＦＡと接続したまま、
新ＦＡと通信をすることができる。もう１つは「後登録
ハンドオフ」であり、正式な登録プロセスが完了する前
に、新ＦＡからのＭＮへのデータ配送が行われる。さら
に詳しく説明すると、前登録ハンドオフにおいては、旧
ＦＡは、Ｌ２トリガによって起動されて、ＭＮに新ＦＡ
に関する通知を行う。すると、ＭＮは、旧ＦＡと通信を
行いながら、すなわち旧ＦＡ経由でデータの送受信を行
いながら、新ＦＡへのＬ３ハンドオフを開始する。すな
わち、前登録ハンドオフでは、Ｌ２ハンドオフが始まる
前にＬ３ハンドオフが始まってよく、これは新旧ＦＡの
間で瞬断のないハンドオフを達成することに役立つ。新
ＦＡは、旧ＦＡ経由でＭＮに存在を示して、前登録ハン
ドオフを開始してもよい。またＭＮは、旧ＦＡにプロキ
シルータ請求（ソリシテーション）を送って、前登録ハ
ンドオフの起動者（イニシエータ）になっても良い。こ
の時旧ＦＡは、このプロキシルータ請求に答えてＭＮに
新ＦＡに関して通知する。いずれにせよ、前登録ハンド
オフを実施するには、素早くタイミングよいＬ２トリガ
が必要である。

【０００７】後登録ハンドオフでは、旧ＦＡと新ＦＡと
がＬ２トリガを使って、新旧ＦＡ間に双方向トンネル
（ＢＤＴ）を作成し、これにより、ＭＮは新ＦＡのサブ
ネット上にいるときでも、旧ＦＡを使用し続けることが
できるようになる。後登録ハンドオフもまた、新旧ＦＡ
のどちらかに与えられるＬ２トリガによって起動され
る。ＭＮと旧ＦＡとの間でのモバイルＩＰ登録が成功し
た後、旧ＦＡがＭＮにとってモビリティアンカーポイン
トになる。旧ＦＡか新ＦＡのどちらかが、ＭＮが旧ＦＡ
から新ＦＡへと移動しそうであるとのＬ２トリガ情報を
受信する。トリガを受信したＦＡ（旧ＦＡか新ＦＡ）
は、他方のＦＡ（新ＦＡか旧ＦＡ）にハンドオフ要求を
送信する。これを受信した他方のＦＡはハンドオフ返答
を返す。これによって、ＦＡ間に双方向トンネルができ
る。旧ＦＡとＭＮとの間のリンクが切断されたら、旧Ｆ
Ａは、ＭＮ宛のデータをこのトンネルを介してＭＮに送
り始める。新ＦＡとＭＮとの間にリンクが確立された
ら、新ＦＡは、旧ＦＡからトンネルを通して送られてき
たデータをＭＮに送り始め、またＭＮからのデータを旧
ＦＡに逆方向に転送する。Ｌ２ハンドオフが完了した
ら、ＭＮは、データを新ＦＡ経由でトンネルを介して送
受信しながら、新ＦＡに関するモバイルＩＰ登録を行う
ようにしても良い。この正式登録の開始は遅らせても良
い。この様に、後登録ハンドオフによると、新ＦＡでの
サービスの確立を早くすることが出来る。

【０００８】インターネットドラフト「モバイルＩＰｖ
６における素早いハンドオフ：ｄｒａｆｔ−ｉｅｔｆ−
ｍｏｂｉｌｅｉｐ−ｆａｓｔ−ｍｉｐｖ６−０３．ｔｘ
ｔ」は、モバイルＩＰｖ６用にハンドオフ遅延を少なく
する類似の技術を提案している。この文献を参照として
本明細書に組み込む。

【０００９】

【非特許文献】シー・パーキンス（Ｃ．Ｐｅｒｋｉｎ
ｓ）編、「ＲＦＣ２００２」、インターネット技術標準
化委員会（ＩＥＴＦ：ＴｈｅＩｎｔｅｒｎｅｔＥｎ
ｇｉｎｎｅｒｉｎｇＴａｓｋＦｏｒｃｅ）、１９９
６年１０月

【００１０】

【発明が解決しようとする課題】しかしながら、後登録
と前登録ハンドオフの両方の方法共、いくつかの重要な
仮定の基に成り立っている。例えば、Ｌ２トリガは、Ｍ
ＮのＬ２接続点の変更を通知する為、充分前もって発せ
られると仮定されている。現実には、Ｌ２トリガがいつ
も充分前もって発せられるというのは考えられない。例
えば、アクセス技術の中には、Ｌ２トリガが前もって発
せられることに対応していないものがある。例えば、Ｉ
ＥＥＥ８０２．１やブルートゥース（登録商標）であ
る。

【００１１】後登録と前登録ハンドオフの両方の方法が
基礎とする仮定に、Ｌ２ハンドオフの充分前にターゲッ
トノードをいつも同定することができるということがあ
る。例えば、近隣のノードの到達可能性を判定するの
に、近隣のノードからのビーコン信号の強度を使うこと
が知られている。しかし、近隣のノードが同じ強さで同
じパイロット信号を送信していると仮定するのは現実的
な仮定ではない。異なるアクセス技術を使用した異なっ
たネットワークが共存している環境では、様々な強さで
様々なビーコン信号が送信される。異なったアクセス技
術におけるビーコン信号を、片方が他よりどうであるか
と比較することができない。結局、モバイルノードの周
囲に、異なったアクセス技術を使用した様々なネットワ
ークがある状況では、モバイルノードが実際にターゲッ
トノード配下のサブネットに入るまで、ターゲットノー
ドの身元を同定することはできない。

【００１２】さらに、Ｌ２ハンドオフが起こりそうであ
ると通知するためにＬ２トリガを発するための起因が２
つ以上あるべきである。Ｌ２トリガを生成する起因とし
て、現在接続しているネットワークへのＬ２接続が失わ
れそうであるというのが１つあるが、これは唯一の起因
ではない。Ｌ２トリガを生成するタイミングは、起因の
違いによって異なるべきである。提案されている前登録
ハンドオフプロトコルおよび後登録ハンドオフプロトコ
ルは、このようなＬ２トリガのタイミングの違いを処理
するようには設計されていない。

【００１３】

【課題を解決するための手段】本発明によれば、標準的
なモバイルＩＰ登録に関連したハンドオフ遅延を最小に
するトンネリングハンドオフプロセスが提供される。ハ
ンドオフ遅延を最小にする１つの方法は、できるだけ早
く、ターゲットノードが特定されるより前にでも、ハン
ドオフプロセスの準備を開始することである。本発明に
おいては、近隣のノードが検出されたら、これら検出さ
れたノードが候補ノードとされる。近隣のノードの存在
を検出は、これらの近隣のノードが異なるアクセス技術
を用いている状況でも可能であるべきである。例えば、
ビーコン信号が異なるアクセス技術で送信されている場
合、それらを量と質において比較することは不可能であ
るが、パイロットビーコン信号は、候補ノードの存在を
広告宣伝しているものと考慮されるべきである。

【００１４】本発明において、候補ノードが特定される
とすぐに、ソースノードと候補ノードとの間にトンネル
が確立される。このトンネルは、モバイルノードとソー
スノードの間のリンクが切れた後、データをモバイルノ
ードに転送するのに使用される。モバイルノードが近隣
のネットワークに入りターゲットノードを特定したらす
ぐに、ターゲットノードへのトンネルを除いて他のトン
ネルは除去される。

【００１５】さらに詳しく説明すると、本発明において
は、モバイルノード、ソースノードもしくはターゲット
ノードの少なくとも１つがトリガされて、本発明のハン
ドオフプロセスを開始する。トリガされるとすぐに、最
低１つの候補ノードがソースノードに特定して示され
る。トンネルが、ソースノードと最低１つある候補ノー
ド全てとの間に設定される。それから、１つのターゲッ
トノードが、これらの候補ノードから特定される。その
後に、ターゲットノードへのトンネルを除いて他のトン
ネルは除去される。モバイルノードがソースノードから
ターゲットノードへのＬ２ハンドオフを完了した後で、
１つのターゲットノードに関するＩＰ経路付けの更新を
する前に、モバイルノードは、１つのターゲットノード
へのトンネルを使用して、ソースノードとのデータ通信
を続ける。

【００１６】モバイルノードが最低１つの候補ノードの
存在を検出した時、モバイルノードは、本発明のハンド
オフプロセスを開始するために、トリガされてもよい
し、自身でトリガしても良い。近隣のノードから送信さ
れる信号が、近隣ノードの存在を検出するのに使用され
ても良い。近隣のノードから送信される信号は、Ｌ２パ
イロットビーコン信号でも良い。

【００１７】モバイルノードと１つのターゲットノード
との間のリンク確立を、そのターゲットノードを同定す
るためのトリガとして使用しても良い。一度そのターゲ
ットノードが同定されたら、モバイルノードは、ソース
ノードにそのことを通知するようにしても良い。もしく
は、ターゲットノードが自身の身元をソースノードに知
らせても良い。

【００１８】ソースノードは、モバイルノードとのリン
クが失われることを、最低１つある候補ノードにデータ
を転送し始めるトリガとして使っても良い。モバイルノ
ードとのリンクが失われるのが、トンネルが確立した後
で１つのターゲットノードが特定されるより前であるな
らば、ソースノードは最低１つの候補ノード全てにデー
タを転送し始める。モバイルノードとのリンクが失われ
るのが、ターゲットノードが特定された後であるなら
ば、ソースノードは、候補ノードの全てにはデータを転
送しないで、１つのターゲットノードにのみデータを転
送し始める。以上のようにする他、モバイルノードとの
リンクが失われるのが、トンネルが確立した後で１つの
ターゲットノードが特定されるより前であるならば、ソ
ースノードは、１つのターゲットノードが特定されるま
で、モバイルノードに送られるべきデータをバッファし
て、ソースノードは、１つのターゲットノードが特定さ
れてから、バッファしたデータとその後のデータを１つ
のターゲットノードに転送するようにしても良い。

【００１９】

【発明の実施の形態】本発明の好適な実施形態を、図面
を参照しながら説明する。本明細書に開示する以下の好
適な実施形態の説明は、例示のためであり発明の範囲を
限定しようとするものではない。本発明は、ＩＰを基に
したアクセスネットワークに広く適用をすることができ
るものであり、これはモバイルＩＰｖ４かモバイルＩＰ
ｖ６を実施しているネットワークあるかどうかに関係な
い。よって、本出願の全般にわたり、「エージェント」
と言う語は、「アクセスルータ」または「ルータ」と言
う語と交換して使われうる。同じように、「エージェン
トディスカバリ」は「近隣ディスカバリ」と、「エージ
ェントソリシテーション」は「ルータソリシテーショ
ン」と、「登録要求」は「バインディング更新要求」
と、交換して使われうる。特に、「エージェント」と
「ルータ」と「アクセスルータ」と言う語は合わせて、
本出願において、「モビリティサービス提供ノード」と
言う。

【００２０】データネットワーク中で、２種類のレベル
のハンドオフプロセスが考えられている。最初のレベル
のハンドオフは、マクロレベルハンドオフ、つまりＩＰ
ハンドオフ、またはレイヤ３（Ｌ３）ハンドオフであ
り、モバイルノードが、あるエージェント配下の無線サ
ブネットワークから他のエージェント配下のサブネット
ワークへ接続点を変更するような、モバイルノードの位
置の変化が関係する。この様に、Ｌ３ハンドオフの間
に、モバイルノードのネットワークリンクが必ず変わ
る。もう１つのレベルは、マイクロレベルハンドオフ、
またはレイヤ２（Ｌ２）ハンドオフであり、モバイルノ
ードが同一のＡＰネットワーク内で位置を変更すること
に関していて、モバイルノードのネットワークリンクは
変わらず、モバイルノードの無線リンクが変更になる。
Ｌ２ハンドオフは無線セル方式通信ネットワークにおい
て標準的なものである。

【００２１】図１は、標準モバイルＩＰＬ３ハンドオフ
プロセスを簡略に示す図である。ネットワーク１００
は、モバイルＩＰｖ４に対応したＩＰデータネットワー
クである。なおＩＰｖ４を使用するのは例示のためであ
る。ネットワーク１００は、他の通信プロトコル（例え
ばＩＰｖ６など）を使用しても良い。モビリティエージ
ェント（ＨＡ、ＦＡ１、ＦＡ２、ＦＡ３）が、ゲートウ
ェイ（図示せず）を介してネットワーク１００へ接続さ
れている。これらのモビリティエージェントは、既に説
明したように、複数のＡＰ（図示せず）からなるサブネ
ットを配下に置いている。

【００２２】モバイルノード（ＭＮ）は、現在ＦＡ１に
よるサブネット内の開始位置Ａにいて、中間位置Ｂを経
由して位置Ｃに移動している。ＭＮは、ＨＡ配下のサブ
ネットに最初いたので、ＨＡから与えられたホームＩＰ
アドレスをずっと使うことになる。しかし、ＨＡのサブ
ネットから離れたＦＡ１のサブネット内に現在いるの
で、ＭＮは一時的にＦＡ１から与えられた気付アドレス
によってアドレス指定される。ＭＮが前にＦＡ１に関し
て行ったモバイルＩＰ登録プロセスの結果、ＨＡ内にこ
の気付アドレスがバインディング情報として登録されて
いる。従って、ＭＮ宛のデータは、ＨＡが途中で受け取
り、ＦＡ１にトンネル転送されて、ＦＡ１からＭＮに転
送される。ＭＮからのデータは、ＨＡ経由にしても、宛
先に直接送っても良い。

【００２３】ＭＮが開始位置Ａから中間位置Ｂの方へ移
動するにしたがい、ＦＡ１からの無線が届かなくなる位
置が来る。ＭＮはＦＡ１配下のサブネットワークを出
て、ＦＡ２配下のサブネットワークに入る。ＭＮが中間
位置Ｂを過ぎると、Ｌ２トリガが発せられ、ＭＮ、ＦＡ
１、ＦＡ２にＭＮのＬ２ハンドオフがすぐに起こる旨の
通知がされる。好ましくは、ＭＮがＦＡ１とのリンクを
失う充分前にトリガが発せられるのが良い。これはＭＮ
がＦＡ１とのリンクを失う前にＦＡ２へのハンドオフを
終えることができるようにするためである。ＭＮはＦＡ
２へのＬ２ハンドオフを終えると、ＦＡ２によるサブネ
ット内で無線リンクを持つことになる。また、ＭＮがＦ
Ａ２のサブネットに入るとすぐに、ＭＮはＦＡ２からエ
ージェント広告を受信し始める。ＦＡ２からのエージェ
ント広告により、ＭＮはＦＡ２配下のサブネット内で現
在稼動していると知ることができる。

【００２４】ＭＮがさらに目的位置Ｃへと向かうにつれ
て、ＭＮはＬ３ハンドオフ、すなわちＦＡ２に関する標
準モバイルＩＰ登録を行う。この登録プロセスの始め
に、ＭＮはＦＡ２からのエージェント広告から気付アド
レスを取り出す。ＭＮは次に、この気付アドレスとＭＮ
がしばらく使用するホームＩＰアドレスとを含んだ登録
要求をＦＡ２経由でＨＡに送り、新しい気付アドレスを
登録する。ＨＡは、これに応答して、自身のキャッシュ
内のＭＮのバインディング情報を更新する。そしてＭＮ
にＦＡ２経由で登録応答を送る。これにより、Ｌ３リン
クがＭＮとＦＡ２の間で確立される。これ以降、ＭＮの
ホームＩＰアドレス宛に送られるパケットは、ＨＡが受
け取って、ＨＡからＦＡ２にトンネル転送され、ＦＡ２
からＭＮに送られる。

【００２５】なお、この標準モバイルＩＰ登録の間、Ｍ
Ｎがデータを送受信できない期間が発生する。この期
間、つまりＭＮがＦＡ１との無線通信ができなくなって
から、ＦＡ２へのＬ３ハンドオフが終わるまでのことを
ハンドオフ遅延と呼ぶ。このハンドオフ遅延の原因とな
るものに、ＭＮが新しいエージェントを発見すること
と、ＨＡでの更新処理と、そして恐らく最も大きな原因
である、ＨＡとＦＡ２（これらはおそらく他のネットワ
ークを介して分け隔てられている）との間での登録要求
と返答メッセージの伝送にかかる時間とがある。標準モ
バイルＩＰ登録プロセスによるハンドオフ遅延は、リア
ルタイム通信や遅延に敏感な通信が許容することができ
るものより大きくなりうる。

【００２６】本発明は、プリＬ２ハンドオフモバイル起
動トンネリングハンドオフ（Ｐｒｅ−ＭＩＴ）と呼ぶハ
ンドオフ方法を提供する。図２は、本発明の一実施形態
によるＩＰｖ４／ＩＰｖ６のためのＰｒｅ−ＭＩＴを図
示している。図２には、２つのＦＡ（またはＡＲ）が図
示されている。これらＦＡは、既に述べた様に、それぞ
れサブネットを有している。ＭＮは、旧ＦＡ（ソース）
に関して登録され、旧ＦＡを介してデータの送受信をし
ている。ＭＮは現在旧ＦＡによるサブネット内を移動し
ている。ＭＮが旧ＦＡサブネット内のある点にまで来る
と、ＭＮは、候補フォーリンエージェントが最低１つ見
つかったと通知するＬ２トリガを受信する（ステップ２
０１）。

【００２７】Ｌ２トリガと言うのは、あるイベントが起
こるもしくは起こりそうであると言うことを表した、レ
イヤ２から送られる通知のいわば総称である。本発明に
おいて考えられているＬ２トリガには３種類ある。第１
のトリガは、少なくとも１つの候補が見つかったと通知
するトリガである。第２のトリガは、リンクダウントリ
ガと呼ばれ、ＭＮと旧ＦＡがその間に有していたＬ２の
通信リンクが失われたということをＭＮと旧ＦＡに通知
する。第３のトリガは、リンク確立トリガと呼ばれ、Ｍ
Ｎと新ＦＡ（もしくはターゲット）に、ＭＮと新ＦＡの
間に新たなＬ２リンクが確立したということを通知す
る。本発明においては、Ｌ２トリガは特定のＬ２信号に
関連していたりしないが、無線リンクプロトコルとして
広く利用可能である（もしくは可能であろう）Ｌ２情報
に基づいている。よって、トリガは様々な方法で実装さ
れうる。例えば、トリガが発せられたら呼び出されるコ
ールバック関数を、ＩＰスタックが登録することを、Ｌ
２ドライバが許可するようにしても良い。オペレーティ
ングシステムが、スレッドにシステムコールを実行させ
て適切なトリガを要求させても良い。トリガは、トリガ
通知とパラメータ情報を、Ｌ２かＬ３で新ＡＰと旧ＡＰ
との間を転送する為のプロトコルを含んでいても良い。
また、トリガ情報は、ＩＰスタックにとって、帯域外通
信として、ドライバからオペレーティングシステムカー
ネル内で利用可能であっても良い。また、トリガは、も
し旧ＦＡ、新ＦＡ、無線アクセスネットワーク（ＲＡ
Ｎ）および無線ネットワークコントローラ（ＲＮＣ）の
エンティティがＬ２トリガを発することができるなら
ば、それらのいずれから来るのでも良い。ここでＲＮＣ
とは、旧ＦＡか新ＦＡによるサブネットにサービスを提
供するものである。

【００２８】図２のステップ２０１に戻って説明を続け
る。ステップ２０１でＭＮは、最低１つの候補ノードが
見つかったと通知するＬ２トリガを受ける。このＬ２ト
リガがどの様に生成されたか、およびどこからこのトリ
ガが来たかにかかわらず、ＭＮが旧ＦＡとのＬ２接続を
失う充分前に、トリガが発せられなければならない。Ｌ
２トリガを発するタイミングとして最も早いと考えられ
るのは、ＭＮが近隣のＦＡからのＬ２パイロットビーコ
ン信号を検出する時である。本実施形態では、ＭＮ内の
レイヤ２は、近隣のＦＡからＬ２ビーコン信号に気が付
いたらすぐに、Ｌ２トリガを生成する。Ｌ２トリガによ
って、ＭＮは自身にトリガをかけて、本発明によるＰｒ
ｅ−ＭＩＴに進める。

【００２９】図３に示される様に、旧ＦＡは３つのフォ
ーリンエージェントＦＡ１、ＦＡ２、ＦＡ３によるサブ
ネットに囲まれていると仮定する。さらに、ＦＡ１、Ｆ
Ａ２、ＦＡ３からのパイロットビーコン信号は全てＭＮ
に届き、ＭＮがこれら３つ全てのフォーリンエージェン
トを候補エージェントと認めることができるほど、これ
らのパイロットビーコン信号の強度は強いと仮定する。
ここで、ＭＮはビーコン信号を使って、ターゲットつま
り新フォーリンエージェントの選択は行わない。しかし
ＭＮは、ビーコン信号を使って、フォーリンエージェン
トＦＡ１、ＦＡ２、ＦＡ３を発見することは行う。フォ
ーリンエージェントが異なるアクセス技術を使用してい
ても、ＭＮはこれらを行うことができるべきである。ま
た、ＭＮの旧ＦＡからのＬ２ハンドオフが差し迫ったた
ものになる充分前に、フォーリンエージェントＦＡ１、
ＦＡ２、ＦＡ３の発見はされるべきである。しかし、Ｍ
Ｎがこれら３つのフォーリンエージェントを発見する時
は、どのフォーリンエージェントにＭＮがハンドオフす
ると決定するのにまだ早すぎてできない。本発明におい
ては、ＭＮは、自身がどのフォーリンエージェントにハ
ンドオフするかの決定はしない。近隣のフォーリンエー
ジェントが異なるアクセス技術を使用しているときは、
このような決定はしばしば不可能である。よって本発明
において、ＭＮはターゲットエージェントによるサブネ
ットに入るまで、ＭＮはフォーリンエージェントの身元
を知らない。

【００３０】ＭＮは、３つのフォーリンエージェントＦ
Ａ１、ＦＡ２、ＦＡ３が候補エージェントとして見つか
ったと知らせるＬ２トリガによってトリガされると、モ
バイルハンドオフ要求（ＨＲｅｑ（ｍ））を準備して旧
ＦＡに送信する（ステップ２０２）。

【００３１】このＨＲｅｑ（ｍ）は、アドレスフィール
ドを有していて、このアドレスフィールドには、候補フ
ォーリンエージェントのリンクレイヤアドレスすなわち
Ｌ２識別子（例えばＬ２アドレス）が含まれている。Ｆ
Ａ１、ＦＡ２、ＦＡ３が、候補フォーリンエージェント
として見つけられたので、ＭＮから旧ＦＡに送られるＨ
Ｒｅｑ（ｍ）のアドレスフィールドには、これらの３つ
のＬ２識別子（すなわちＦＡ１、ＦＡ２、ＦＡ３のＬ２
識別子）が含まれている。ＭＮは、これらのＦＡから受
信したパイロットビーコン信号から、これらのＬ２識別
子を得るようにしても良い。もしこれらＦＡからのエー
ジェント広告がＭＮに届くならば、ＭＮは、これらＦＡ
のＬ３アドレスすなわちＩＰアドレスを得ることができ
る。

【００３２】本実施形態において、旧ＦＡを含むフォー
リンエージェントは、近隣エージェントディスカバリ
を、すなわちインターネットドラフト「一般アクセスル
ータディスカバリ：ｄｒａｆｔ−ｆｕｎａｔｏ−ｓｅａ
ｍｏｂｙ−ｇａａｒｄ−００．ｔｘｔ」に開示されてい
るディスカバリメカニズムを、実行することができると
仮定されている。この近隣エージェント発見メカニズム
により、あるエージェントは、近隣の他のエージェント
を同定することができる。このとき、地理的に近いエー
ジェントが同じアクセス技術を使うのか、異なるアクセ
ス技術を使うのかは関係ない。よって、旧ＦＡは、近隣
エージェントディスカバリを行い、このディスカバリの
結果により、旧ＦＡは、近隣のＦＡのＩＰアドレスをＬ
２識別子に関連付けたテーブルを持っていると仮定す
る。この様に、旧ＦＡ内のテーブルにより、ＦＡ１、Ｆ
Ａ２、ＦＡ３のＩＰアドレスとＬ２識別子が特定され
る。

【００３３】ＭＮからＨＲｅｑ（ｍ）を受信すると、旧
ＦＡは、アドレスフィールドに格納されているＦＡ１、
ＦＡ２、ＦＡ３の識別子を抽出する。もしアドレスフィ
ールドの識別子がＬ２識別子ならば、旧ＦＡはＬ２識別
子に対応するＬ３アドレスをテーブルから探す。旧ＦＡ
はそれから、ソースエージェントハンドオフ要求（ＨＲ
ｅｑ（ｓ））を生成して、候補ＦＡ（すなわちＦＡ１、
ＦＡ２、ＦＡ３）の各々に送る（ステップ２０３）。Ｈ
Ｒｅｑ（ｓ）を旧ＦＡから受信すると、ＦＡ１、ＦＡ
２、ＦＡ３は、この要求に付加された拡張部を見て、Ｍ
Ｎが旧ＦＡからＦＡ１、ＦＡ２、ＦＡ３のうち１つにハ
ンドオフすると知る。これに応答して、ＦＡ１、ＦＡ
２、ＦＡ３は、旧ＦＡにハンドオフ返答（ＨＲｐｌｙ
（ｔ））を送り返す（ステップ２０４）。これによっ
て、旧ＦＡとＦＡ１、ＦＡ２、ＦＡ３の各々との間にト
ンネルが確立される。図３にこれらのトンネルＴ１、Ｔ
２、Ｔ３が示されている。これらのトンネルは、単方向
で、旧ＦＡからこれら候補ＦＡへのデータ転送のみに使
用されても良い。もしくは、トンネルは双方向で、旧Ｆ
Ａとこれら候補ＦＡ間のデータ交換されても良い。候補
ＦＡからのハンドオフ返答は、旧ＦＡによりＭＮに転送
される（ステップ２０５）。

【００３４】本発明は、またモバイルＩＰｖ６で使用し
ても良い。モバイルＩＰｖ６においては、旧フォーリン
エージェント（旧ＦＡ）と新フォーリンエージェント
（新ＦＡ）は、旧アクセスルータ（旧ＡＲ）と新アクセ
スルータ（新ＡＲ）とにそれぞれなる。ＩＰｖ６のＰｒ
ｅ−ＭＩＴの基本プロトコルと、既に説明したＩＰｖ４
のＰｒｅ−ＭＩＴの基本プロトコルとの間に基本的に差
はない。これら２つの間の差異は、主にハンドオフ処理
の実施に使われるＬ３メッセージにある。モバイルＩＰ
ｖ６において、ＨＲｅｑ（ｍ）は、ＨＩ（ｍ）であり、
ＨＲｅｑ（ｓ）は、ＨＩ（ｓ）であり、ＨＲｐｌｙ
（ｔ）はＨＡＣＫである。

【００３５】図２の説明に戻る。旧ＦＡとＭＮとの間に
Ｌ２リンクが残っている限り、旧ＦＡとＦＡ１、ＦＡ
２、ＦＡ３の各々との間に確立されたトンネルは使われ
ない。旧ＦＡとＭＮとの間のＬ２リンクが失われたらす
ぐに、旧ＦＡは、トンネルを使用して、データをＦＡ
１、ＦＡ２、ＦＡ３に転送し始める。これらのトンネル
は、ＭＮがリンクを確立するフォーリンエージェント
（新ＦＡすなわちターゲットＦＡ）へのトンネル１つを
除いて最後には除去される。しかし、トンネルを除去す
るタイミングは、旧ＦＡとＭＮとの間のリンクが失われ
るのが、ＭＮと新ＦＡ（候補ＦＡのうちの１つ）との間
のリンクが確立する前か後かによって変わる。

【００３６】リンクを失う前にリンク確立図４は、本発明の一実施形態によるプロセスを示すフロ
ーチャートであり、ここでは、古いリンクが失われる前
に新たなリンクが確立している。古いリンクが失われる
と、ＭＮと旧ＦＡの両方は、リンクダウントリガ（Ｌ２
トリガ）によって知らされる。同様に、新たなリンクが
確立すると、ＭＮと新ＦＡの両方は、リンク確立トリガ
（Ｌ２トリガ）によって知らされる。ＭＮと旧ＦＡとの
間の古いリンクが失われる前に、ＭＮと、ＦＡ１、ＦＡ
２、ＦＡ３のうちの１つとの間にリンクが確立すると仮
定する。この場合、リンク確立トリガによって、ＭＮ
は、新ＦＡと無線リンクが確立したことを知る（ステッ
プ４０１）。すると、ＭＮは新ＦＡ（すなわちＦＡ１、
ＦＡ２、ＦＡ３のうちどれか）の身元を判定する（ステ
ップ４０２）。ＭＮがリンクを確立したエージェントの
身元を判定する方法は、いくつかある。１つの方法とし
ては、そのエージェントからのエージェント広告を受信
することである。エージェント広告には、送信している
エージェントの身元を表す情報が含まれている。ステッ
プ４０３において、ＭＮは旧ＦＡに、ＭＮがリンクを確
立した新ＦＡの身元に関して知らせる。旧ＦＡとのリン
クが残っている場合、ＭＮは、新ＦＡの身元を直接旧Ｆ
Ａに知らせる。この時までに、旧ＦＡとのリンクが失わ
れている場合、ＭＮは新ＦＡに旧ＦＡに知らせるように
要求する。ＭＮから通知を受けて、旧ＦＡは、新ＦＡへ
のトンネルはそのままにして、他のフォーリンエージェ
ントへのトンネルを除去する（ステップ４０４）。

【００３７】ＭＮと旧ＦＡとの間のリンクが失われたら
（ステップ４０５）、旧ＦＡは、トンネルを使用して、
ＭＮへデータを転送し始める（ステップ４０６）。ＭＮ
と旧ＦＡとの間のリンクは、ステップ４０１の後のプロ
セスの中のいつでも失われうる。ＭＮと旧ＦＡとの間の
リンクがステップ４０１とステップ４０４の間で失われ
たら、旧ＦＡは、トンネルを使用して候補フォーリンエ
ージェントの全てにデータを転送する。なおこの転送は
新ＦＡについて通知があるまでである。ステップ４０４
の後にＭＮと旧ＦＡとの間のリンクが失われたら、旧Ｆ
Ａは、身元を通知された新ＦＡのみにデータを転送す
る。本実施形態において、ＭＮは旧ＦＡとのリンクを落
とすことができる。よって、ステップ４０４の後までＭ
Ｎと旧ＦＡとの間のリンクが残っている場合、新ＦＡと
のリンクが安定したもしくはすぐに安定しそうだとＭＮ
が判定した場合に、ＭＮは、ＭＮと旧ＦＡとの間のリン
クを落とす。

【００３８】旧ＦＡとのトンネルがのこっていれば、Ｍ
Ｎは、新ＦＡのサブネットにいる時も、旧ＦＡからデー
タを受信することができる。このように、旧ＦＡと新Ｆ
Ａとの間のトンネルにより、ＭＮは、新ＦＡのサブネッ
トにいる時も、データ通信用に、旧ＦＡを使い続けるこ
とができる。これにより、ハンドオフ遅延の可能性とな
る要因を取り除くことができ、またリアルタイムアプリ
ケーションへの影響を減らしながら、新しい接続点での
サービス確立を素早く行うことができる。ＭＮは、最終
的には図１に示す正式モバイルＩＰ登録を、新ＦＡとの
Ｌ２リンクを確立した後に行わなければならない。しか
し、これはＭＮが要求すれば遅らせることができる。Ｍ
Ｎが登録を行うまで、新ＦＡと旧ＦＡは、ＭＮが接続を
持続することができるように、要求に応じてトンネルを
確立したり移動したりする。

【００３９】リンクを失った後にリンク確立図５は、本発明の一実施形態によるプロセスを示す図で
ある。この図では、古いリンクが失われた後に新しいリ
ンクが確立している。ＭＮと旧ＦＡとの間のリンクが失
われる（ステップ５０１）前に、旧ＦＡは、トンネルを
使用して候補フォーリンエージェントの全てにデータを
転送し始める（ステップ５０２）。旧ＦＡから転送され
るデータは、全ての候補フォーリンエージェントにおい
て、バッファされる。ステップ５０２の少し後、ＭＮと
候補フォーリンエージェントのうちの１つとの間にリン
クが確立する（ステップ５０３）。ＭＮは、リンクが確
立したフォーリンエージェントを判定する（ステップ５
０４）。ＭＮは次に、ＭＮと新ＦＡとの間にリンクが確
立したと言うことを旧ＦＡに通知するように、新ＦＡに
要求する（ステップ５０５）。新ＦＡからこの通知を受
けて、旧ＦＡは、他のエージェントとのトンネルを全て
除去する（ステップ５０６）。ＭＮは、新ＦＡから、バ
ッファされていたデータと旧ＦＡから転送されたデータ
を受信する。他の方法として、旧ＦＡとＭＮとのリンク
が失われた後から、ＭＮと新ＦＡとの間のリンクが確立
するまで、旧ＦＡがＭＮ宛のデータをバッファしても良
い。この場合、旧ＦＡが新ＦＡの身元の通知を受けた
ら、旧ＦＡは、他のフォーリンエージェントとのトンネ
ルを除去して、バッファしていたデータと新しく来たデ
ータを、トンネルを使用して新ＦＡに転送し始める。

【００４０】本発明の好適な実施形態を説明したが、以
上の説明は例示のためであり、本発明を限定しようとす
るためのものではない。当業者であれば、発明の新規性
と有利な特徴を保ちながら、発明の精神から逸脱せずに
変更や追加をすることができることを理解することがで
きるであろう。以上から、本発明の範囲は、正しく理解
された特許請求の範囲のみによって決まる。

【００４１】

【発明の効果】以上説明したように、本発明によれば、
ハンドオフ遅延を小さくすることができる。

【図面の簡単な説明】

【図１】標準モバイルＩＰ登録プロセスを簡略に示し
ている図である。

【図２】本発明の一実施形態によるＩＰｖ４のための
Ｐｒｅ−Ｌ２ハンドオフモバイル起動トンネリングハン
ドオフ（Ｐｒｅ−ＭＩＴ）を示した図である。

【図３】図２の実施形態において仮定されている状況
を示す図である。

【図４】本発明の一実施形態によるＰｒｅ−ＭＩＴの
タイミングを示すフローチャートであり、古いリンクが
失われる前に新たなリンクが確立している。

【図５】本発明の一実施形態によるＰｒｅ−ＭＩＴの
タイミングを示すフローチャートであり、古いリンクが
失われた後に新しいリンクが確立している。

【符号の説明】１００・・・ＩＰｖ４ネットワーク、ＭＮ・・・モバイ
ルノード、ＨＡ・・・ホームエージェント、ＦＡ１、Ｆ
Ａ２、ＦＡ３・・・フォーリンエージェント

───────────────────────────────────────────────────── フロントページの続き (31)優先権主張番号１０／１８５３４４ (32)優先日平成14年６月28日(2002．6．28) (33)優先権主張国米国（ＵＳ） (72)発明者ヨングジュンエルグオンアメリカ合衆国、カリフォルニア州 94043、マウンテンビュー、113 エストラーダドライブ (72)発明者フナトダイチアメリカ合衆国、カリフォルニア州 94041、マウンテンビュー、800 ハイスクールウェイ、＃303 (72)発明者フーグアンルイアメリカ合衆国、カリフォルニア州 94086、サニーヴェイル、204 ノースフランシスストリート (72)発明者タケシタアツシアメリカ合衆国、カリフォルニア州 94087、サニーヴェイル、966 ミケランジェロドライブＦターム(参考） 5K030 HA08 HC09 JL01 LB09 5K067 AA14 AA22 BB04 BB21 DD19 DD34 DD36 DD51 EE02 EE10 EE16 EE24 JJ39

Claims

【特許請求の範囲】

【請求項１】ソースノードとターゲットノードとの間
で遅延の少ないハンドオフを実行する方法において、モバイルノード、ソースノード、およびターゲットノー
ドのうち少なくとも１つをトリガして、ハンドオフプロ
セスを開始するトリガ過程と、前記ソースノードに最低１つの候補ノードを特定し示す
候補ノード特定過程と、前記モバイルノードが前記ソースノードからのレイヤ２
ハンドオフを終える前に、前記ソースノードと前記最低
１つの候補ノード全てとの間にトンネルを確立するトン
ネル確立過程と、前記最低１つの候補ノードから１つのターゲットノード
を特定するターゲットノード特定過程と、前記トンネル確立過程において確立したトンネルのう
ち、ターゲットノード特定過程において特定された前記
１つのターゲットノード用のトンネル以外のトンネルを
除去する過程とを有し、前記モバイルノードが前記ソースノードから前記ターゲ
ットノードへのレイヤ２ハンドオフを終えた後、前記タ
ーゲットノードに関したＩＰ経路更新を行う前に、前記
１つのターゲットノード用の前記トンネルを使用して、
前記モバイルノードが前記ターゲットノードを介して前
記ソースノードとのデータ通信を続けることを特徴とす
る方法。
【請求項２】請求項１に記載の方法において、前記モバイルノードがトリガされて、前記ハンドオフプ
ロセスが開始することを特徴とする方法。
【請求項３】請求項２に記載の方法において、前記モバイルノードは最低１つの候補ノードの存在を知
ったら、自身にトリガして、ハンドオフプロセスを開始
することを特徴とする方法。
【請求項４】請求項３に記載の方法において、候補ノードから信号が送信されていることが、そのノー
ドの存在を前記モバイルノードに通知するために機能す
ることを特徴とする方法。
【請求項５】請求項４に記載の方法において、前記候補ノードから送信される前記信号は、レイヤ２パ
イロットビーコン信号であることを特徴とする方法。
【請求項６】請求項１に記載の方法において、ターゲットノード特定過程は、前記モバイルノードと前
記ターゲットノードとの間のリンクが確立したことによ
り開始されることを特徴とする方法。
【請求項７】請求項１に記載の方法において、ターゲットノード特定過程において、前記モバイルノー
ドは前記ターゲットノードの身元を前記ソースノードに
知らせることを特徴とする方法。
【請求項８】請求項１に記載の方法において、ターゲットノード特定過程において、前記ターゲットノ
ードが自身の身元を前記ソースノードに知らせることを
特徴とする方法。
【請求項９】請求項１に記載の方法において、前記ソースノードは、自身と前記モバイルノードとの間
のリンクが失われたことをトリガとして、トンネル確立
過程で確立された前記トンネルを使用して、候補ノード
特定過程で特定された前記最低１つの候補ノードの１つ
以上に、データを転送し始めることを特徴とする方法。
【請求項１０】請求項９に記載の方法において、トンネル確立過程とターゲットノード特定過程との間
に、前記ソースノードと前記モバイルノードとの間のリ
ンクが失われたら、前記ソースノードは、候補ノード特
定過程で特定された前記最低１つの候補ノードの全てに
データを転送し始めることを特徴とする方法。
【請求項１１】請求項９に記載の方法において、前記ソースノードと前記モバイルノードとの間のリンク
がターゲットノード特定過程の後に失われたら、前記ソ
ースノードは、ターゲットノード特定過程で特定された
前記ターゲットノードへデータを転送し始めることを特
徴とする方法。
【請求項１２】請求項９に記載の方法において、トンネル確立過程とターゲットノード特定過程との間
に、前記ソースノードと前記モバイルノードとの間のリ
ンクが失われたら、前記ソースノードは、前記モバイル
ノード宛のデータをターゲットノード特定過程の後まで
バッファして、ターゲットノード特定過程後にターゲッ
トノード特定過程で特定された前記ターゲットノード
へ、バッファしたデータとその後のデータを転送し始め
ることを特徴とする方法。
【請求項１３】モバイルノードがソースノードとター
ゲットノードとの間を少ない遅延でハンドオフを実行す
るための通信システムにおいて、ハンドオフプロセスを開始するためのトリガを、モバイ
ルノード、ソースノード、およびターゲットノードのう
ち少なくとも１つにかけるトリガソースを有し、前記モバイルノードは、前記ソースノードに最低１つの
候補ノードを特定し示して、さらに前記最低１つの候補
ノードの中から１つの候補ノードを特定し、前記モバイルノードが前記ソースノードからのレイヤ２
ハンドオフを終える前に前記ソースノードと前記最低１
つの候補ノードとの間にトンネルを確立して、前記モバ
イルノードが前記最低１つの候補ノードから１つのター
ゲットノードを特定した後に、前記１つのターゲットノ
ード用のトンネル以外のトンネルを除去して、前記モバイルノードが前記ソースノードから前記ターゲ
ットノードへのレイヤ２ハンドオフを終えた後で、前記
ターゲットノードに関したＩＰ経路更新を行う前に、前
記特定されたターゲットノード用の前記トンネルを使用
して、前記モバイルノードが前記ターゲットノードを経
由して前記ソースノードとのデータ通信を続けることを
特徴とする通信システム。
【請求項１４】請求項１３に記載のシステムにおい
て、前記トリガソースが前記モバイルノードをトリガし、前
記ハンドオフプロセスが開始することを特徴とする通信
システム。
【請求項１５】請求項１４に記載のシステムにおい
て、前記トリガソースは前記モバイルノード内にあり、前記
トリガソースが最低１つの候補ノードの存在を知った
ら、前記トリガソースは前記モバイルノードにトリガを
かけ、前記ハンドオフプロセスが開始することを特徴と
する通信システム。
【請求項１６】請求項１５に記載のシステムにおい
て、候補ノードから信号が送信されていることが、その候補
ノードの存在を前記モバイルノードに通知するために機
能することを特徴とする通信システム。
【請求項１７】請求項１６に記載のシステムにおい
て、前記候補ノードから送信される信号は、レイヤ２パイロ
ットビーコン信号であることを特徴とする通信システ
ム。
【請求項１８】請求項１３に記載のシステムにおい
て、前記モバイルノードと１つターゲットノードとの間にリ
ンクが確立したことにより、前記モバイルノードをトリ
ガされて、前記モバイルノードは前記最低１つの候補ノ
ードからターゲットノードを１つ特定することを特徴と
する通信システム。
【請求項１９】請求項１３に記載のシステムにおい
て、前記モバイルノードは前記ターゲットノードの身元を前
記ソースノードに知らせることを特徴とする通信システ
ム。
【請求項２０】請求項１３に記載のシステムにおい
て、前記ターゲットノードが自身の身元を前記ソースノード
に知らせることを特徴とする通信システム。
【請求項２１】請求項１３に記載のシステムにおい
て、前記ソースノードと前記モバイルノードとの間のリンク
が失われたことをトリガとして、前記ソースノードは、
前記トンネルを使用して、前記最低１つの候補ノードの
１つ以上にデータを転送し始めることを特徴とする通信
システム。
【請求項２２】請求項２１に記載のシステムにおい
て、前記ソースノードが自身と前記最低１つの候補ノードの
各々との間にトンネルを確立した後で、前記モバイルノ
ードが前記最低１つの候補ノードから１つのターゲット
ノードを特定する前に、前記モバイルノードと前記ソー
スノードとの間のリンクが失われたら、前記ソースノー
ドは、前記最低１つの候補ノードの全てにデータを転送
し始めることを特徴とする通信システム。
【請求項２３】請求項２１に記載のシステムにおい
て、前記モバイルノードが前記１つのターゲットノードを特
定した後に、前記ソースノードと前記モバイルノードと
の間のリンクが失われたら、前記ソースノードは、ター
ゲットノード特定過程で特定された前記ターゲットノー
ドへデータを転送し始めることを特徴とする通信システ
ム。
【請求項２４】請求項２１に記載のシステムにおい
て、前記ソースノードが自身と前記最低１つの候補ノードの
各々との間にトンネルを確立した後で、前記モバイルノ
ードが前記最低１つの候補ノードから１つのターゲット
ノードを特定する前に、前記ソースノードと前記モバイ
ルノードとの間のリンクが失われたら、前記ソースノー
ドは、前記モバイルノード宛のデータを、前記モバイル
ノードが前記１つのターゲットノードを特定するまでバ
ッファして、前記１つのターゲットノードへ、バッファ
したデータとその後のデータを転送し始めることを特徴
とする通信システム。
【請求項２５】モバイルノードがソースノードとター
ゲットノードとの間を少ない遅延でハンドオフを実行す
るためのモバイルノードにおいて、ハンドオフを開始するためにモバイルノードをトリガす
るトリガソースと、前記ソースノードと前記最低１つの候補ノードの各々と
の間に、前記モバイルノードが前記ソースノードからの
レイヤ２ハンドオフを終える前に、トンネルを確立する
前記ソースノードに最低１つの候補ノードを特定する特
定部と、最低１つの候補ノードから１つのターゲットノードを特
定して、前記１つのターゲットノード用のトンネル以外
のトンネルを除去する前記ソースノードに身元を通知す
るターゲットノード特定部とを有し、前記モバイルノードが前記ソースノードから前記１つの
ターゲットノードへのレイヤ２ハンドオフを終えた後
で、前記ターゲットノードに関したＩＰ経路更新を行う
前に、前記ターゲットノード用の前記トンネルを使用し
て、前記モバイルノードが前記ターゲットノードを経由
して前記ソースノードとのデータ通信を続けることを特
徴とするモバイルノード。
【請求項２６】請求項２５に記載のモバイルノードに
おいて、前記モバイルノードが最低１つの候補ノードの存在を知
ったら、前記トリガソースは、前記モバイルノードをト
リガし、前記ハンドオフプロセスが開始することを特徴
とするモバイルノード。
【請求項２７】請求項２６に記載のモバイルノードに
おいて、候補ノードから信号が送信されていることが、そのノー
ドの存在を前記モバイルノードに通知するために機能す
ることを特徴とするモバイルノード。
【請求項２８】請求項２７に記載のモバイルノードに
おいて、前記候補ノードから送信される信号は、レイヤ２パイロ
ットビーコン信号であることを特徴とするモバイルノー
ド。
【請求項２９】請求項２５に記載のモバイルノードに
おいて、前記モバイルノードと前記１つのターゲットノードとの
間のリンクが確立したことが、前記検出器をトリガし
て、前記検出器は前記１つのターゲットノードを特定す
ることを特徴とするモバイルノード。
【請求項３０】請求項２５に記載のモバイルノードに
おいて、前記モバイルノードは前記ターゲットノードの身元を前
記ソースノードに知らせることを特徴とするモバイルノ
ード。
【請求項３１】請求項２５に記載のモバイルノードに
おいて、前記ターゲットノードが自身の身元を前記ソースノード
に知らせることを特徴とするモバイルノード。
【請求項３２】請求項２５に記載のモバイルノードに
おいて、前記ソースノードと前記モバイルノードとの間のリンク
が失われたことによって、前記ソースノードはトリガさ
れ、前記ソースノードは、前記トンネルを使用して、前
記最低１つの候補ノードの１つ以上にデータを転送し始
めることを特徴とするモバイルノード。
【請求項３３】請求項３２に記載のモバイルノードに
おいて、前記ソースノードが自身と前記最低１つの候補ノードの
各々との間にトンネルを確立した後で、前記ターゲット
ノード特定部が前記１つのターゲットノードを特定する
前に、前記ソースノードと前記モバイルノードとの間の
リンクが失われたら、前記ソースノードは、最低１つの
候補ノードの全てにデータを転送し始めることを特徴と
するモバイルノード。
【請求項３４】請求項３２に記載のモバイルノードに
おいて、前記ソースノードと前記モバイルノードとの間のリンク
が、前記ターゲットノード特定部が前記ターゲットノー
ドを特定した後に失われたら、前記ソースノードは、前
記１つのターゲットノードへデータを転送し始めること
を特徴とするモバイルノード。
【請求項３５】請求項３２に記載のモバイルノードに
おいて、前記ソースノードが自身と前記最低１つの候補ノードの
各々との間にトンネルを確立した後で、前記ターゲット
ノード特定部が前記１つのターゲットノードを特定する
前に、前記ソースノードと前記モバイルノードとの間の
リンクが失われたら、前記ソースノードは、前記モバイ
ルノード宛のデータを、前記モバイルノードが前記１つ
のターゲットノードを特定するまでバッファして、前記
１つのターゲットノードへ、バッファしたデータとその
後のデータを転送し始めることを特徴とするモバイルノ
ード。