JP2003209873A - 遅延の少ない移動機起動トンネリングハンドオフ - Google Patents
遅延の少ない移動機起動トンネリングハンドオフInfo
- Publication number
- JP2003209873A JP2003209873A JP2002348447A JP2002348447A JP2003209873A JP 2003209873 A JP2003209873 A JP 2003209873A JP 2002348447 A JP2002348447 A JP 2002348447A JP 2002348447 A JP2002348447 A JP 2002348447A JP 2003209873 A JP2003209873 A JP 2003209873A
- Authority
- JP
- Japan
- Prior art keywords
- node
- mobile
- target
- source
- candidate
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000005641 tunneling Effects 0.000 title description 4
- 238000000034 method Methods 0.000 claims abstract description 69
- 230000008569 process Effects 0.000 claims abstract description 48
- 238000004891 communication Methods 0.000 claims abstract description 28
- 238000012546 transfer Methods 0.000 claims description 18
- 230000001960 triggered effect Effects 0.000 claims description 9
- 239000000872 buffer Substances 0.000 claims description 3
- 230000003139 buffering effect Effects 0.000 claims 2
- 230000000977 initiatory effect Effects 0.000 claims 2
- 230000011664 signaling Effects 0.000 claims 1
- 238000005516 engineering process Methods 0.000 abstract description 13
- 238000001514 detection method Methods 0.000 abstract 1
- 239000003795 chemical substances by application Substances 0.000 description 67
- 230000004044 response Effects 0.000 description 6
- 238000012545 processing Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000002457 bidirectional effect Effects 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 239000003999 initiator Substances 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/16—Implementing security features at a particular protocol layer
- H04L63/164—Implementing security features at a particular protocol layer at the network layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0019—Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/08—Reselecting an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
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 (35)
- 【請求項１】 ソースノードとターゲットノードとの間
で遅延の少ないハンドオフを実行する方法において、 モバイルノード、ソースノード、およびターゲットノー
ドのうち少なくとも１つをトリガして、ハンドオフプロ
セスを開始するトリガ過程と、 前記ソースノードに最低１つの候補ノードを特定し示す
候補ノード特定過程と、 前記モバイルノードが前記ソースノードからのレイヤ２
ハンドオフを終える前に、前記ソースノードと前記最低
１つの候補ノード全てとの間にトンネルを確立するトン
ネル確立過程と、 前記最低１つの候補ノードから１つのターゲットノード
を特定するターゲットノード特定過程と、 前記トンネル確立過程において確立したトンネルのう
ち、ターゲットノード特定過程において特定された前記
１つのターゲットノード用のトンネル以外のトンネルを
除去する過程とを有し、 前記モバイルノードが前記ソースノードから前記ターゲ
ットノードへのレイヤ２ハンドオフを終えた後、前記タ
ーゲットノードに関したＩＰ経路更新を行う前に、前記
１つのターゲットノード用の前記トンネルを使用して、
前記モバイルノードが前記ターゲットノードを介して前
記ソースノードとのデータ通信を続けることを特徴とす
る方法。 - 【請求項２】 請求項１に記載の方法において、 前記モバイルノードがトリガされて、前記ハンドオフプ
ロセスが開始することを特徴とする方法。 - 【請求項３】 請求項２に記載の方法において、 前記モバイルノードは最低１つの候補ノードの存在を知
ったら、自身にトリガして、ハンドオフプロセスを開始
することを特徴とする方法。 - 【請求項４】 請求項３に記載の方法において、 候補ノードから信号が送信されていることが、そのノー
ドの存在を前記モバイルノードに通知するために機能す
ることを特徴とする方法。 - 【請求項５】 請求項４に記載の方法において、 前記候補ノードから送信される前記信号は、レイヤ２パ
イロットビーコン信号であることを特徴とする方法。 - 【請求項６】 請求項１に記載の方法において、 ターゲットノード特定過程は、前記モバイルノードと前
記ターゲットノードとの間のリンクが確立したことによ
り開始されることを特徴とする方法。 - 【請求項７】 請求項１に記載の方法において、 ターゲットノード特定過程において、前記モバイルノー
ドは前記ターゲットノードの身元を前記ソースノードに
知らせることを特徴とする方法。 - 【請求項８】 請求項１に記載の方法において、 ターゲットノード特定過程において、前記ターゲットノ
ードが自身の身元を前記ソースノードに知らせることを
特徴とする方法。 - 【請求項９】 請求項１に記載の方法において、 前記ソースノードは、自身と前記モバイルノードとの間
のリンクが失われたことをトリガとして、トンネル確立
過程で確立された前記トンネルを使用して、候補ノード
特定過程で特定された前記最低１つの候補ノードの１つ
以上に、データを転送し始めることを特徴とする方法。 - 【請求項１０】 請求項９に記載の方法において、 トンネル確立過程とターゲットノード特定過程との間
に、前記ソースノードと前記モバイルノードとの間のリ
ンクが失われたら、前記ソースノードは、候補ノード特
定過程で特定された前記最低１つの候補ノードの全てに
データを転送し始めることを特徴とする方法。 - 【請求項１１】 請求項９に記載の方法において、 前記ソースノードと前記モバイルノードとの間のリンク
がターゲットノード特定過程の後に失われたら、前記ソ
ースノードは、ターゲットノード特定過程で特定された
前記ターゲットノードへデータを転送し始めることを特
徴とする方法。 - 【請求項１２】 請求項９に記載の方法において、 トンネル確立過程とターゲットノード特定過程との間
に、前記ソースノードと前記モバイルノードとの間のリ
ンクが失われたら、前記ソースノードは、前記モバイル
ノード宛のデータをターゲットノード特定過程の後まで
バッファして、ターゲットノード特定過程後にターゲッ
トノード特定過程で特定された前記ターゲットノード
へ、バッファしたデータとその後のデータを転送し始め
ることを特徴とする方法。 - 【請求項１３】 モバイルノードがソースノードとター
ゲットノードとの間を少ない遅延でハンドオフを実行す
るための通信システムにおいて、 ハンドオフプロセスを開始するためのトリガを、モバイ
ルノード、ソースノード、およびターゲットノードのう
ち少なくとも１つにかけるトリガソースを有し、 前記モバイルノードは、前記ソースノードに最低１つの
候補ノードを特定し示して、さらに前記最低１つの候補
ノードの中から１つの候補ノードを特定し、 前記モバイルノードが前記ソースノードからのレイヤ２
ハンドオフを終える前に前記ソースノードと前記最低１
つの候補ノードとの間にトンネルを確立して、前記モバ
イルノードが前記最低１つの候補ノードから１つのター
ゲットノードを特定した後に、前記１つのターゲットノ
ード用のトンネル以外のトンネルを除去して、 前記モバイルノードが前記ソースノードから前記ターゲ
ットノードへのレイヤ２ハンドオフを終えた後で、前記
ターゲットノードに関したＩＰ経路更新を行う前に、前
記特定されたターゲットノード用の前記トンネルを使用
して、前記モバイルノードが前記ターゲットノードを経
由して前記ソースノードとのデータ通信を続けることを
特徴とする通信システム。 - 【請求項１４】 請求項１３に記載のシステムにおい
て、 前記トリガソースが前記モバイルノードをトリガし、前
記ハンドオフプロセスが開始することを特徴とする通信
システム。 - 【請求項１５】 請求項１４に記載のシステムにおい
て、 前記トリガソースは前記モバイルノード内にあり、前記
トリガソースが最低１つの候補ノードの存在を知った
ら、前記トリガソースは前記モバイルノードにトリガを
かけ、前記ハンドオフプロセスが開始することを特徴と
する通信システム。 - 【請求項１６】 請求項１５に記載のシステムにおい
て、 候補ノードから信号が送信されていることが、その候補
ノードの存在を前記モバイルノードに通知するために機
能することを特徴とする通信システム。 - 【請求項１７】 請求項１６に記載のシステムにおい
て、 前記候補ノードから送信される信号は、レイヤ２パイロ
ットビーコン信号であることを特徴とする通信システ
ム。 - 【請求項１８】 請求項１３に記載のシステムにおい
て、 前記モバイルノードと１つターゲットノードとの間にリ
ンクが確立したことにより、前記モバイルノードをトリ
ガされて、前記モバイルノードは前記最低１つの候補ノ
ードからターゲットノードを１つ特定することを特徴と
する通信システム。 - 【請求項１９】 請求項１３に記載のシステムにおい
て、 前記モバイルノードは前記ターゲットノードの身元を前
記ソースノードに知らせることを特徴とする通信システ
ム。 - 【請求項２０】 請求項１３に記載のシステムにおい
て、 前記ターゲットノードが自身の身元を前記ソースノード
に知らせることを特徴とする通信システム。 - 【請求項２１】 請求項１３に記載のシステムにおい
て、 前記ソースノードと前記モバイルノードとの間のリンク
が失われたことをトリガとして、前記ソースノードは、
前記トンネルを使用して、前記最低１つの候補ノードの
１つ以上にデータを転送し始めることを特徴とする通信
システム。 - 【請求項２２】 請求項２１に記載のシステムにおい
て、 前記ソースノードが自身と前記最低１つの候補ノードの
各々との間にトンネルを確立した後で、前記モバイルノ
ードが前記最低１つの候補ノードから１つのターゲット
ノードを特定する前に、前記モバイルノードと前記ソー
スノードとの間のリンクが失われたら、前記ソースノー
ドは、前記最低１つの候補ノードの全てにデータを転送
し始めることを特徴とする通信システム。 - 【請求項２３】 請求項２１に記載のシステムにおい
て、 前記モバイルノードが前記１つのターゲットノードを特
定した後に、前記ソースノードと前記モバイルノードと
の間のリンクが失われたら、前記ソースノードは、ター
ゲットノード特定過程で特定された前記ターゲットノー
ドへデータを転送し始めることを特徴とする通信システ
ム。 - 【請求項２４】 請求項２１に記載のシステムにおい
て、 前記ソースノードが自身と前記最低１つの候補ノードの
各々との間にトンネルを確立した後で、前記モバイルノ
ードが前記最低１つの候補ノードから１つのターゲット
ノードを特定する前に、前記ソースノードと前記モバイ
ルノードとの間のリンクが失われたら、前記ソースノー
ドは、前記モバイルノード宛のデータを、前記モバイル
ノードが前記１つのターゲットノードを特定するまでバ
ッファして、前記１つのターゲットノードへ、バッファ
したデータとその後のデータを転送し始めることを特徴
とする通信システム。 - 【請求項２５】 モバイルノードがソースノードとター
ゲットノードとの間を少ない遅延でハンドオフを実行す
るためのモバイルノードにおいて、 ハンドオフを開始するためにモバイルノードをトリガす
るトリガソースと、 前記ソースノードと前記最低１つの候補ノードの各々と
の間に、前記モバイルノードが前記ソースノードからの
レイヤ２ハンドオフを終える前に、トンネルを確立する
前記ソースノードに最低１つの候補ノードを特定する特
定部と、 最低１つの候補ノードから１つのターゲットノードを特
定して、前記１つのターゲットノード用のトンネル以外
のトンネルを除去する前記ソースノードに身元を通知す
るターゲットノード特定部とを有し、 前記モバイルノードが前記ソースノードから前記１つの
ターゲットノードへのレイヤ２ハンドオフを終えた後
で、前記ターゲットノードに関したＩＰ経路更新を行う
前に、前記ターゲットノード用の前記トンネルを使用し
て、前記モバイルノードが前記ターゲットノードを経由
して前記ソースノードとのデータ通信を続けることを特
徴とするモバイルノード。 - 【請求項２６】 請求項２５に記載のモバイルノードに
おいて、 前記モバイルノードが最低１つの候補ノードの存在を知
ったら、前記トリガソースは、前記モバイルノードをト
リガし、前記ハンドオフプロセスが開始することを特徴
とするモバイルノード。 - 【請求項２７】 請求項２６に記載のモバイルノードに
おいて、 候補ノードから信号が送信されていることが、そのノー
ドの存在を前記モバイルノードに通知するために機能す
ることを特徴とするモバイルノード。 - 【請求項２８】 請求項２７に記載のモバイルノードに
おいて、 前記候補ノードから送信される信号は、レイヤ２パイロ
ットビーコン信号であることを特徴とするモバイルノー
ド。 - 【請求項２９】 請求項２５に記載のモバイルノードに
おいて、 前記モバイルノードと前記１つのターゲットノードとの
間のリンクが確立したことが、前記検出器をトリガし
て、前記検出器は前記１つのターゲットノードを特定す
ることを特徴とするモバイルノード。 - 【請求項３０】 請求項２５に記載のモバイルノードに
おいて、 前記モバイルノードは前記ターゲットノードの身元を前
記ソースノードに知らせることを特徴とするモバイルノ
ード。 - 【請求項３１】 請求項２５に記載のモバイルノードに
おいて、 前記ターゲットノードが自身の身元を前記ソースノード
に知らせることを特徴とするモバイルノード。 - 【請求項３２】 請求項２５に記載のモバイルノードに
おいて、 前記ソースノードと前記モバイルノードとの間のリンク
が失われたことによって、前記ソースノードはトリガさ
れ、前記ソースノードは、前記トンネルを使用して、前
記最低１つの候補ノードの１つ以上にデータを転送し始
めることを特徴とするモバイルノード。 - 【請求項３３】 請求項３２に記載のモバイルノードに
おいて、 前記ソースノードが自身と前記最低１つの候補ノードの
各々との間にトンネルを確立した後で、前記ターゲット
ノード特定部が前記１つのターゲットノードを特定する
前に、前記ソースノードと前記モバイルノードとの間の
リンクが失われたら、前記ソースノードは、最低１つの
候補ノードの全てにデータを転送し始めることを特徴と
するモバイルノード。 - 【請求項３４】 請求項３２に記載のモバイルノードに
おいて、 前記ソースノードと前記モバイルノードとの間のリンク
が、前記ターゲットノード特定部が前記ターゲットノー
ドを特定した後に失われたら、前記ソースノードは、前
記１つのターゲットノードへデータを転送し始めること
を特徴とするモバイルノード。 - 【請求項３５】 請求項３２に記載のモバイルノードに
おいて、 前記ソースノードが自身と前記最低１つの候補ノードの
各々との間にトンネルを確立した後で、前記ターゲット
ノード特定部が前記１つのターゲットノードを特定する
前に、前記ソースノードと前記モバイルノードとの間の
リンクが失われたら、前記ソースノードは、前記モバイ
ルノード宛のデータを、前記モバイルノードが前記１つ
のターゲットノードを特定するまでバッファして、前記
１つのターゲットノードへ、バッファしたデータとその
後のデータを転送し始めることを特徴とするモバイルノ
ード。
Applications Claiming Priority (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US33448101P | 2001-11-30 | 2001-11-30 | |
| US60/334481 | 2001-11-30 | ||
| US34349101P | 2001-12-21 | 2001-12-21 | |
| US60/343491 | 2001-12-21 | ||
| US10/138,389 US20030104814A1 (en) | 2001-11-30 | 2002-05-03 | Low latency mobile initiated tunneling handoff |
| US10/138389 | 2002-05-03 | ||
| US10/185,344 US6832087B2 (en) | 2001-11-30 | 2002-06-28 | Low latency mobile initiated tunneling handoff |
| US10/185344 | 2002-06-28 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003209873A true JP2003209873A (ja) | 2003-07-25 |
| JP3923886B2 JP3923886B2 (ja) | 2007-06-06 |
Family
ID=27671018
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002348447A Expired - Lifetime JP3923886B2 (ja) | 2001-11-30 | 2002-11-29 | 遅延の少ない移動機起動トンネリングハンドオフ |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6832087B2 (ja) |
| JP (1) | JP3923886B2 (ja) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005043839A1 (ja) * | 2003-10-30 | 2005-05-12 | Matsushita Electric Industrial Co., Ltd. | 通信ハンドオーバ方法及び通信ハンドオーバ用プログラム並びに通信システム |
| WO2005043943A1 (ja) * | 2003-11-04 | 2005-05-12 | Matsushita Electric Industrial Co., Ltd. | 移動通信方法および移動通信装置 |
| JP2007274687A (ja) * | 2006-03-29 | 2007-10-18 | Pantech & Curitel Communications Inc | ハードハンドオーバーを支援するパケットスイッチング無線通信システム及びハードハンドオーバー方法 |
| JPWO2005067229A1 (ja) * | 2004-01-07 | 2007-12-27 | 松下電器産業株式会社 | 通信システム及び移動端末並びにアクセスルータ |
| KR100833999B1 (ko) | 2006-12-07 | 2008-05-30 | 한국전자통신연구원 | 멀티인터페이스를 구비한 사용자 단말을 이용한 끊김없는이동성 관리방법 |
| KR100918386B1 (ko) | 2007-08-23 | 2009-09-21 | 한국전자통신연구원 | 2계층 정보를 이용한 모바일 ｉｐ 망의 핸드오버 지원장치및 방법 |
| JP2010016858A (ja) * | 2004-01-22 | 2010-01-21 | Toshiba Corp | 事前認証、事前設定及び／又は仮想ソフトハンドオフを使用するモビリティアーキテクチャ |
| US7720059B2 (en) | 2005-03-03 | 2010-05-18 | Samsung Electronics Co., Ltd. | Traffic exchanging method for mobile node in mobile internet protocol version 6 (MIPv6) network |
| JP2010524361A (ja) * | 2007-04-06 | 2010-07-15 | クゥアルコム・インコーポレイテッド | 遅延及びバックホール効率の良いページング方法及び装置 |
| JP2012521167A (ja) * | 2009-03-16 | 2012-09-10 | ノーテル・ネットワークス・リミテッド | 第１及び第２の種類の無線アクセスネットワークの間でのパケット交換の緊急呼の移行 |
| KR101216081B1 (ko) | 2005-04-14 | 2012-12-26 | 엘지전자 주식회사 | 이종망 간 핸드오버 시의 ｉｐ 주소 재설정 방법 |
| JP2013510493A (ja) * | 2009-11-06 | 2013-03-21 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | モバイルｉｐ（インターネットプロトコル）のための仮想気付アドレス |
| JP2015029275A (ja) * | 2006-04-14 | 2015-02-12 | クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ | 移動性管理のための擬似配線 |
Families Citing this family (58)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6978137B2 (en) * | 2001-05-11 | 2005-12-20 | Ntt Docomo Inc. | Aggregation point prediction matching for coherent layer three signaling and fast IP mobility triggering |
| US7623497B2 (en) | 2002-04-15 | 2009-11-24 | Qualcomm, Incorporated | Methods and apparatus for extending mobile IP |
| US7342903B2 (en) * | 2002-04-15 | 2008-03-11 | Qualcomm Incorporated | Methods and apparatus for the utilization of multiple uplinks in reverse tunneling |
| AU2002313192A1 (en) * | 2002-06-11 | 2003-12-22 | Nokia Corporation | Radio communication system |
| US20030236860A1 (en) * | 2002-06-19 | 2003-12-25 | Yegin Alper E. | Link-layer triggers protocol |
| US7574519B2 (en) * | 2002-08-02 | 2009-08-11 | Broadcom Corporation | Interoperability of a network interface protocol with an internet interface protocol |
| JP4233297B2 (ja) * | 2002-10-07 | 2009-03-04 | 株式会社エヌ・ティ・ティ・ドコモ | 通信システム、移動端末、転送装置及び通信方法 |
| US7035940B2 (en) * | 2002-11-07 | 2006-04-25 | Nokia Corporation | System and method for mobile router cost metric updates for routing protocols |
| US7515561B2 (en) * | 2002-11-12 | 2009-04-07 | Nokia Corporation | System and method for discovering network interface capabilities |
| KR100510126B1 (ko) * | 2002-12-23 | 2005-08-25 | 삼성전자주식회사 | 무선랜 환경에서 핸드오버 방법 및 모바일 노드의핸드오버 장치 |
| US20040137901A1 (en) * | 2003-01-13 | 2004-07-15 | Ryutaro Hamasaki | Vertical handover method by IP multicast |
| KR100547112B1 (ko) * | 2003-02-05 | 2006-01-26 | 삼성전자주식회사 | 무선랜환경에서의 핸드오버 방법 및 핸드오버 수행 모바일노드 장치 |
| JP3694000B2 (ja) * | 2003-02-24 | 2005-09-14 | 日本電気株式会社 | 通信システム及び通信方法並びにそのシステムに用いる移動ノード及びゲートウェイ |
| US7035640B2 (en) * | 2003-05-15 | 2006-04-25 | Motorola, Inc. | Method for improving the reliability of low latency handoffs |
| KR100542580B1 (ko) * | 2003-06-26 | 2006-01-11 | 삼성전자주식회사 | 이동망환경에서의 자원예약 시스템 및 자원예약 방법 |
| KR100550009B1 (ko) * | 2003-11-13 | 2006-02-08 | 한국전자통신연구원 | 유비쿼터스 컴퓨팅을 위한 네트워크 장치 및 패킷 라우팅방법 |
| KR20050057704A (ko) * | 2003-12-10 | 2005-06-16 | 삼성전자주식회사 | 핸드오버 방법 및 핸드오버 장치 |
| US7768975B2 (en) | 2004-03-29 | 2010-08-03 | Telecordia Technologies, Inc. | Fast handoff using GPS technology for mobile telematics |
| KR20050104191A (ko) * | 2004-04-28 | 2005-11-02 | 삼성전자주식회사 | 액세스 포인트간의 핸드오버를 지원 또는 수행하는 방법및 장치 |
| US8619701B2 (en) * | 2004-05-03 | 2013-12-31 | Core Wireless Licensing S.A.R.L. | Method of facilitating handoff for CDMA networks using IP protocols |
| US7333454B2 (en) * | 2004-06-29 | 2008-02-19 | Nokia Corporation | System and associated mobile node, foreign agent and method for link-layer assisted mobile IP fast handoff |
| US20060018280A1 (en) * | 2004-07-20 | 2006-01-26 | Nokia Corporation | System and associated mobile node, foreign agent and method for link-layer assisted mobile IP fast handoff from a fast-access network to a slow-access network |
| US8527611B2 (en) * | 2004-08-12 | 2013-09-03 | Telcordia Technologies, Inc. | Transparent service adaptation in heterogeneous environments |
| KR100678125B1 (ko) * | 2004-08-27 | 2007-02-02 | 삼성전자주식회사 | 중첩 영역을 가지는 차세대 이동통신 시스템에서의핸드오버 방법 |
| KR100762615B1 (ko) * | 2004-11-26 | 2007-10-01 | 삼성전자주식회사 | 이동통신 시스템과 이를 위한 핸드오프 방법 |
| US7546124B1 (en) * | 2004-12-07 | 2009-06-09 | Nortel Networks Limited | Support for handoffs in high rate packet data systems |
| KR20060067048A (ko) * | 2004-12-14 | 2006-06-19 | 삼성전자주식회사 | 무선 통신 시스템에서 접속 신호 수신 방법 및 시스템 |
| CN1312960C (zh) * | 2005-01-14 | 2007-04-25 | 重庆邮电学院 | 移动ip中一种二层消息触发时机的确定方法 |
| KR100686733B1 (ko) * | 2005-02-07 | 2007-02-26 | 삼성전자주식회사 | 이종 무선네트워크간 핸드오버 관리장치 및 방법 |
| US7920519B2 (en) * | 2005-04-13 | 2011-04-05 | Cisco Technology, Inc. | Transferring context information to facilitate node mobility |
| US7623493B2 (en) * | 2005-04-29 | 2009-11-24 | Motorola, Inc. | Method and apparatus for link layer assisted handoff |
| US7532597B2 (en) * | 2005-06-15 | 2009-05-12 | Motorola, Inc. | Method and apparatus to facilitate handover |
| KR101203845B1 (ko) * | 2005-07-05 | 2012-11-21 | 엘지전자 주식회사 | 이동단말의 자원 관리가 가능한 매개체 무관 핸드오버를위한 메시지 송수신방법 |
| US7301923B2 (en) * | 2005-10-07 | 2007-11-27 | Motorola, Inc. | Method and apparatus for facilitating handoffs in a wireless communication network |
| US7664500B2 (en) * | 2005-12-02 | 2010-02-16 | Industrial Technology Research Institute | Network service control method and agent dispatching method used therein |
| WO2007071112A1 (fr) * | 2005-12-22 | 2007-06-28 | Zte Corporation | Procede de maintien de transmission de flux de paquets de donnees lors du deplacement d'un terminal mobile dans un reseau d'acces sans fil |
| KR100782850B1 (ko) * | 2006-02-06 | 2007-12-06 | 삼성전자주식회사 | 서브넷 정보를 이용한 핸드오버 수행 방법 및 장치 |
| JP4785671B2 (ja) * | 2006-08-18 | 2011-10-05 | 富士通株式会社 | 無線通信システム |
| US20080095114A1 (en) * | 2006-10-21 | 2008-04-24 | Toshiba America Research, Inc. | Key Caching, QoS and Multicast Extensions to Media-Independent Pre-Authentication |
| US20080130571A1 (en) * | 2006-12-05 | 2008-06-05 | Motorola, Inc. | Handover in a mobile network domain |
| KR100862191B1 (ko) * | 2006-12-07 | 2008-10-09 | 한국전자통신연구원 | 라우터 광고 메시지를 이용한 자동 터널 설정 방법 |
| KR101336325B1 (ko) * | 2007-03-16 | 2013-12-03 | 삼성전자주식회사 | 이동국에 투명한 고속 핸드오버를 지원하는 통신 장치 및방법 |
| US8289920B2 (en) * | 2007-03-16 | 2012-10-16 | Qualcomm Incorporated | Method and apparatus for handoff between access systems |
| US8576795B2 (en) * | 2007-03-16 | 2013-11-05 | Qualcomm Incorporated | Method and apparatus for handoff between source and target access systems |
| CN107182096A (zh) * | 2007-03-16 | 2017-09-19 | 高通股份有限公司 | 用于接入系统之间的切换的方法和装置 |
| AU2008237241B2 (en) * | 2007-04-06 | 2011-09-08 | Interdigital Technology Corporation | Method and apparatus for identifying mobile network protocol capabilities |
| KR101373021B1 (ko) * | 2007-05-10 | 2014-03-13 | 삼성전자주식회사 | 중계 장치를 이용한 이동 단말의 통신 방법 및 그 장치 |
| US9049629B2 (en) * | 2007-06-18 | 2015-06-02 | Qualcomm Incorporated | Method and apparatus for fast inter-system handover |
| KR101407573B1 (ko) * | 2007-12-18 | 2014-06-13 | 한국전자통신연구원 | 무선 액세스 기술과 이동ｉｐ 기반 이동성 제어 기술이적용된 차세대 네트워크 환경을 위한 통합 핸드오버 인증방법 |
| EP2073483A1 (en) * | 2007-12-21 | 2009-06-24 | NTT DoCoMo, Inc. | Method and apparatus for a fast mobile IP handover |
| US8755793B2 (en) | 2008-01-04 | 2014-06-17 | Qualcomm Incorporated | Apparatus and methods to facilitate seamless handoffs between wireless communication networks |
| US8638749B2 (en) * | 2008-06-06 | 2014-01-28 | Qualcomm Incorporated | Method and apparatus for inter-network handoff |
| US8516096B2 (en) * | 2008-07-09 | 2013-08-20 | In Motion Technology Inc. | Cognitive wireless system |
| US9066309B2 (en) * | 2008-09-23 | 2015-06-23 | Qualcomm Incorporated | Method and apparatus for reducing successive pre-registration attempts by access terminals |
| EP2356849A2 (en) * | 2008-10-30 | 2011-08-17 | Interdigital Patent Holdings, Inc. | Method and apparatus for fast break-before-make media independent handover |
| EP2352338A1 (en) * | 2008-11-07 | 2011-08-03 | Panasonic Corporation | Handover method, and mobile terminal and home agent used in the method |
| US20130107859A1 (en) * | 2011-10-27 | 2013-05-02 | Qualcomm Incorporated | AVOIDING VOICE OVER INTERNET PROTOCOL (VoIP) PACKET LOSS DUE TO INTER-RADIO ACCESS TECHNOLOGY (RAT) HANDOVER |
| US20210076277A1 (en) * | 2018-02-09 | 2021-03-11 | Nokia Technologies Oy | Methods and apparatuses for rapid rerouting in a multi-hop network |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6137791A (en) * | 1997-03-25 | 2000-10-24 | Ericsson Telefon Ab L M | Communicating packet data with a mobile station roaming within an incompatible mobile network |
| US6160804A (en) * | 1998-11-13 | 2000-12-12 | Lucent Technologies Inc. | Mobility management for a multimedia mobile network |
| US6496505B2 (en) * | 1998-12-11 | 2002-12-17 | Lucent Technologies Inc. | Packet tunneling optimization to wireless devices accessing packet-based wired networks |
| US6662011B1 (en) * | 1999-09-20 | 2003-12-09 | Motorola, Inc. | Method for performing rapid handoffs in a wireless communication system using virtual connections |
| AU2003217301A1 (en) * | 2002-02-04 | 2003-09-02 | Flarion Technologies, Inc. | A method for extending mobile ip and aaa to enable integrated support for local access and roaming access connectivity |
| US6768726B2 (en) * | 2002-08-06 | 2004-07-27 | Motorola, Inc. | Method and apparatus for effecting a seamless handoff between IP connections |
-
2002
- 2002-06-28 US US10/185,344 patent/US6832087B2/en not_active Expired - Lifetime
- 2002-11-29 JP JP2002348447A patent/JP3923886B2/ja not_active Expired - Lifetime
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005043839A1 (ja) * | 2003-10-30 | 2005-05-12 | Matsushita Electric Industrial Co., Ltd. | 通信ハンドオーバ方法及び通信ハンドオーバ用プログラム並びに通信システム |
| WO2005043943A1 (ja) * | 2003-11-04 | 2005-05-12 | Matsushita Electric Industrial Co., Ltd. | 移動通信方法および移動通信装置 |
| US8254929B2 (en) | 2003-11-04 | 2012-08-28 | Panasonic Corporation | Mobile communication method and mobile communication apparatus |
| US7505770B2 (en) | 2003-11-04 | 2009-03-17 | Panasonic Corp. | Mobile communication method and mobile communication apparatus |
| KR101070531B1 (ko) | 2003-11-04 | 2011-10-05 | 파나소닉 주식회사 | 이동통신 방법 및 이동통신 장치 |
| JP4563941B2 (ja) * | 2004-01-07 | 2010-10-20 | パナソニック株式会社 | 通信システム及び移動端末並びにアクセスルータ |
| JPWO2005067229A1 (ja) * | 2004-01-07 | 2007-12-27 | 松下電器産業株式会社 | 通信システム及び移動端末並びにアクセスルータ |
| US8175058B2 (en) | 2004-01-22 | 2012-05-08 | Telcordia Technologies, Inc. | Mobility architecture using pre-authentication, pre-configuration and/or virtual soft-handoff |
| JP2010016858A (ja) * | 2004-01-22 | 2010-01-21 | Toshiba Corp | 事前認証、事前設定及び／又は仮想ソフトハンドオフを使用するモビリティアーキテクチャ |
| US7720059B2 (en) | 2005-03-03 | 2010-05-18 | Samsung Electronics Co., Ltd. | Traffic exchanging method for mobile node in mobile internet protocol version 6 (MIPv6) network |
| KR101216081B1 (ko) | 2005-04-14 | 2012-12-26 | 엘지전자 주식회사 | 이종망 간 핸드오버 시의 ｉｐ 주소 재설정 방법 |
| JP4578497B2 (ja) * | 2006-03-29 | 2010-11-10 | ペンテック アンド キュリテル コミュニケーションズ インコーポレイテッド | ハードハンドオーバーを支援するパケットスイッチング無線通信システム及びハードハンドオーバー方法 |
| JP2007274687A (ja) * | 2006-03-29 | 2007-10-18 | Pantech & Curitel Communications Inc | ハードハンドオーバーを支援するパケットスイッチング無線通信システム及びハードハンドオーバー方法 |
| JP2015029275A (ja) * | 2006-04-14 | 2015-02-12 | クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ | 移動性管理のための擬似配線 |
| KR100833999B1 (ko) | 2006-12-07 | 2008-05-30 | 한국전자통신연구원 | 멀티인터페이스를 구비한 사용자 단말을 이용한 끊김없는이동성 관리방법 |
| JP2010524361A (ja) * | 2007-04-06 | 2010-07-15 | クゥアルコム・インコーポレイテッド | 遅延及びバックホール効率の良いページング方法及び装置 |
| KR100918386B1 (ko) | 2007-08-23 | 2009-09-21 | 한국전자통신연구원 | 2계층 정보를 이용한 모바일 ｉｐ 망의 핸드오버 지원장치및 방법 |
| JP2012521167A (ja) * | 2009-03-16 | 2012-09-10 | ノーテル・ネットワークス・リミテッド | 第１及び第２の種類の無線アクセスネットワークの間でのパケット交換の緊急呼の移行 |
| JP2013510493A (ja) * | 2009-11-06 | 2013-03-21 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | モバイルｉｐ（インターネットプロトコル）のための仮想気付アドレス |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3923886B2 (ja) | 2007-06-06 |
| US6832087B2 (en) | 2004-12-14 |
| US20030125027A1 (en) | 2003-07-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3923886B2 (ja) | 遅延の少ない移動機起動トンネリングハンドオフ | |
| KR100763534B1 (ko) | ＩＰｖ６ 기반 모바일 시스템에서 빠른 리액티브핸드오버를 수행하는 장치 | |
| US8175057B2 (en) | Method and system for fast handovers using dynamic router advertisements | |
| US8570976B2 (en) | Method and system for fast handover in hierarchical mobile IPv6 | |
| JP2003209872A (ja) | 遅延の少ない移動機起動トンネリングハンドオフ | |
| US20050083885A1 (en) | Movement detection method and a mobile terminal | |
| CN101212461B (zh) | 异构ip网络切换时的数据传输方法及系统和核心网网关 | |
| US7907584B2 (en) | Access router device, mobility control system, and mobility control method | |
| US10390286B2 (en) | Method for performing route optimization between two nodes in network based mobility management | |
| KR20040111178A (ko) | 네트워크 시스템, 제어 장치, 라우터 장치, 액세스 포인트및 이동 단말기 | |
| JP2001144811A (ja) | モバイルｉｐにおける通信制御方式 | |
| EP1681881B1 (en) | Mobile communication method and mobile communication apparatus | |
| KR20070097858A (ko) | 무손실 하드 핸드오버를 지원하는 패킷 스위칭 무선통신시스템 및 하드 핸드오버 방법 | |
| US8185117B2 (en) | Fast handover in mobile communications networks | |
| KR100687748B1 (ko) | 이동 단말에 독립적인 빠른 핸드오버 수행을 위한 방법 및그 시스템 | |
| JP2005244590A (ja) | マルチサービス端末、ハンドオフ方法、ハンドオフプログラム | |
| JP2007281721A (ja) | 移動通信制御方法、移動通信システム及びルータ | |
| KR100935637B1 (ko) | 프록시 모바일 아이피에서 고속 경로 최적화 방법 | |
| KR20150123678A (ko) | 분산 이동성 관리를 통한 cdn 서비스 시스템 및 제공방법 | |
| KR100734838B1 (ko) | 핸드오버시 패킷 유실을 방지하는 패킷 포워딩 방법, 경로재설정 방법 및 상태 전이 방법 | |
| JP2009171571A (ja) | 高速モバイルｉｐハンドオーバのための方法および装置 | |
| Lundberg | An analysis of the fast handovers for mobile ipv6 protocol | |
| Jeong et al. | Low latency and cost effective handoff based on PBF scheme in hierarchical mobile IPv6 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20051130 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060704 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061002 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070220 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070222 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3923886 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100302 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110302 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110302 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120302 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120302 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130302 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130302 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140302 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |