JP2003209872A - 遅延の少ない移動機起動トンネリングハンドオフ - Google Patents
遅延の少ない移動機起動トンネリングハンドオフInfo
- Publication number
- JP2003209872A JP2003209872A JP2002348438A JP2002348438A JP2003209872A JP 2003209872 A JP2003209872 A JP 2003209872A JP 2002348438 A JP2002348438 A JP 2002348438A JP 2002348438 A JP2002348438 A JP 2002348438A JP 2003209872 A JP2003209872 A JP 2003209872A
- Authority
- JP
- Japan
- Prior art keywords
- node
- handoff
- mobile node
- mobile
- layer
- 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.)
- Pending
Links
- 230000005641 tunneling Effects 0.000 title claims description 32
- 238000000034 method Methods 0.000 claims abstract description 72
- 230000008569 process Effects 0.000 claims abstract description 45
- 238000004891 communication Methods 0.000 claims abstract description 33
- 238000005516 engineering process Methods 0.000 claims description 17
- 230000001960 triggered effect Effects 0.000 claims description 12
- 230000011664 signaling Effects 0.000 claims description 5
- 230000000977 initiatory effect Effects 0.000 claims description 4
- 239000003795 chemical substances by application Substances 0.000 description 53
- 238000010586 diagram Methods 0.000 description 21
- 230000004044 response Effects 0.000 description 13
- 238000012545 processing Methods 0.000 description 9
- 230000002457 bidirectional effect Effects 0.000 description 7
- 230000004913 activation Effects 0.000 description 5
- 230000001413 cellular effect Effects 0.000 description 5
- 230000008859 change Effects 0.000 description 4
- 230000000295 complement effect Effects 0.000 description 4
- 230000001934 delay Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 239000003999 initiator Substances 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 238000006731 degradation reaction Methods 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 101001096365 Homo sapiens Replication factor C subunit 2 Proteins 0.000 description 1
- 102100037851 Replication factor C subunit 2 Human genes 0.000 description 1
- 102100031083 Uteroglobin Human genes 0.000 description 1
- 108090000203 Uteroglobin Proteins 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000023402 cell communication Effects 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 208000010125 myocardial infarction Diseases 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 230000004083 survival effect Effects 0.000 description 1
Classifications
-
- 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/14—Reselecting a network or an air interface
- H04W36/142—Reselecting a network or an air interface over the same radio air interface technology
-
- 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/14—Reselecting a network or an air interface
-
- 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)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 ハンドオフ遅延を小さくする。
【解決手段】 本発明によれば、２つのモビリティサー
ビス提供ノード（ソースノードとターゲットノード）と
の間にトンネルが確立される。トンネルは、モバイルノ
ードがＬ２ハンドオフをソースノードからターゲットノ
ードに行った後でかつ、ターゲットノードに関する標準
モバイルＩＰ登録プロセス（すなわちＩＰルーティング
更新）を行う前に、モバイルノードとソースノードとの
間の通信に使用される。トンネルは、モバイルノードが
Ｌ２ハンドオフをソースノードからターゲットノードに
行う前もしくは後に確立されても良い。また、トンネル
は、モバイルノードの内部もしくは外部で生成されたト
リガによって確立されるのでも良い。
ビス提供ノード（ソースノードとターゲットノード）と
の間にトンネルが確立される。トンネルは、モバイルノ
ードがＬ２ハンドオフをソースノードからターゲットノ
ードに行った後でかつ、ターゲットノードに関する標準
モバイルＩＰ登録プロセス（すなわちＩＰルーティング
更新）を行う前に、モバイルノードとソースノードとの
間の通信に使用される。トンネルは、モバイルノードが
Ｌ２ハンドオフをソースノードからターゲットノードに
行う前もしくは後に確立されても良い。また、トンネル
は、モバイルノードの内部もしくは外部で生成されたト
リガによって確立されるのでも良い。
Description
【０００１】
【発明の属する技術分野】本発明は、デジタルデータネ
ットワークにおけるデジタルデータ通信に関し、特に、
インターネットプロトコルを基にした無線移動体アクセ
スデータネットワークにおけるデジタルデータ通信に関
する。本発明は、特に、ボイスオーバーＩＰ（ＶｏＩ
Ｐ）やリアルタイムマルチメディアのようなリアルタイ
ムインタラクティブデジタルデータ通信に関する。
ットワークにおけるデジタルデータ通信に関し、特に、
インターネットプロトコルを基にした無線移動体アクセ
スデータネットワークにおけるデジタルデータ通信に関
する。本発明は、特に、ボイスオーバーＩＰ（ＶｏＩ
Ｐ）やリアルタイムマルチメディアのようなリアルタイ
ムインタラクティブデジタルデータ通信に関する。
【０００２】
【従来の技術】デジタル通信とパーソナル通信システム
の発達と共に、パーソナル無線通信の必要性が高まって
いる。過去数年のセル式無線技術の発展とセル式電話シ
ステムの成長率は、無線による位置に依存しないセル式
電話システムに対する高い需要が市場であると言うこと
を示している。無線つまり移動体セル式通信システム
は、約２０年前に商用化された第１世代（１Ｇ）無線通
信システムから世代ごとに変化しながら進化している。
第１世代システムは、完全にアナログであり、主に音声
通信のために使用された。現在、第３世代（３Ｇ）無線
通信システムが導入されつつある。３Ｇは、ＩＭＴ−２
０００グローバルフレームワークに基づいて、ＩＴＵに
よって規定されていて、Ｗ−ＣＤＭＡやＣＤＭＡ２００
０のような新たな通信技術を使用する。３Ｇは、高速マ
ルチメディアデータ・音声向けに設計されていて、その
目的として、高品質音声・映像通信の達成そして世界中
をローミングすることができることがある。つまり、ど
こにでも行けて、自動的に利用可能な無線システム（屋
内電話システム、セル式、衛星式など）にハンドオフが
行われると言うことである。前世代無線通信システムと
違い、３Ｇシステムは、（システム構成によって違いは
あるが）ＩＰを基にしている。つまり、データは全て発
信元から宛先まで、インターネットで標準に使われるア
ドレス設定と経路付けのプロトコルによってデジタル形
式で送られる。
の発達と共に、パーソナル無線通信の必要性が高まって
いる。過去数年のセル式無線技術の発展とセル式電話シ
ステムの成長率は、無線による位置に依存しないセル式
電話システムに対する高い需要が市場であると言うこと
を示している。無線つまり移動体セル式通信システム
は、約２０年前に商用化された第１世代（１Ｇ）無線通
信システムから世代ごとに変化しながら進化している。
第１世代システムは、完全にアナログであり、主に音声
通信のために使用された。現在、第３世代（３Ｇ）無線
通信システムが導入されつつある。３Ｇは、ＩＭＴ−２
０００グローバルフレームワークに基づいて、ＩＴＵに
よって規定されていて、Ｗ−ＣＤＭＡやＣＤＭＡ２００
０のような新たな通信技術を使用する。３Ｇは、高速マ
ルチメディアデータ・音声向けに設計されていて、その
目的として、高品質音声・映像通信の達成そして世界中
をローミングすることができることがある。つまり、ど
こにでも行けて、自動的に利用可能な無線システム（屋
内電話システム、セル式、衛星式など）にハンドオフが
行われると言うことである。前世代無線通信システムと
違い、３Ｇシステムは、（システム構成によって違いは
あるが）ＩＰを基にしている。つまり、データは全て発
信元から宛先まで、インターネットで標準に使われるア
ドレス設定と経路付けのプロトコルによってデジタル形
式で送られる。
【０００３】ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔ
ｅｒｃｏｎｎｅｃｔｉｏｎ）モデルとして知られるもの
の多くの機能が、無線ＩＰ通信にも存在する。ＯＳＩ参
照モデルでは７層の通信プロトコルを規定している。例
えば、ＯＳＩモデルでは、階層プロトコルを規定してい
て、それは以下の様なものである。すなわち、低レベル
物理ハードウェア仕様と接続（レイヤ１）、無線データ
リンク確立とフォーマット（レイヤ２）、ＩＰネットワ
ークアドレス設定とルーティング（レイヤ３）、トラン
スポートルール（レイヤ４）、セッション（レイヤ
５）、プレゼンテーション（レイヤ６）、アプリケーシ
ョン（レイヤ７）である。レイヤ２はノード間の無線リ
ンクに関していて、特定の無線アクセス技術を実装して
いる。レイヤ３（ＩＰ層と呼ばれることが多い）は、パ
ケットすなわちＩＰデータのルーティングを行う。
ｅｒｃｏｎｎｅｃｔｉｏｎ）モデルとして知られるもの
の多くの機能が、無線ＩＰ通信にも存在する。ＯＳＩ参
照モデルでは７層の通信プロトコルを規定している。例
えば、ＯＳＩモデルでは、階層プロトコルを規定してい
て、それは以下の様なものである。すなわち、低レベル
物理ハードウェア仕様と接続（レイヤ１）、無線データ
リンク確立とフォーマット（レイヤ２）、ＩＰネットワ
ークアドレス設定とルーティング（レイヤ３）、トラン
スポートルール（レイヤ４）、セッション（レイヤ
５）、プレゼンテーション（レイヤ６）、アプリケーシ
ョン（レイヤ７）である。レイヤ２はノード間の無線リ
ンクに関していて、特定の無線アクセス技術を実装して
いる。レイヤ３（ＩＰ層と呼ばれることが多い）は、パ
ケットすなわちＩＰデータのルーティングを行う。
【０００４】無線通信システムの発展の歴史の中に、無
線通信の実現に関連した技術的問題が常にあった。それ
は、移動機（モバイルノード：ＭＮ）が、あるエリアか
ら他のエリアに移動し、無線通信を行う無線アクセスポ
イント（ＡＰ）を不定期に変更することによる問題であ
る。実際、優秀な移動体通信プロトコルとなるかどうか
が決まるのは、ハンドオフの設計いかんによっている。
このハンドオフは、ＭＮがある無線ＡＰから他の無線Ａ
Ｐに移動する時に発生するものである。無線ＡＰを単に
変更するだけの場合は、「レイヤ２（Ｌ２）ハンドオ
フ」と呼ばれ、ＩＰ層のレイヤ３での信号のやりとりは
なされない。もし新しい無線アクセスポイントが新しい
サブネットに属していたら、つまりＭＮがあるサブネッ
トから他のサブネットに移動したら、経路が変更され、
レイヤ３（Ｌ３）でのプロトコル処理が必要になる。こ
のＬ３でのプロトコル処理は、「Ｌ３ハンドオフ」と呼
ばれ、普通このプロトコル処理ではＩＰメッセージの交
換を行い、ＭＮの経路情報を更新して、ＭＮ宛のデータ
が新たなサブネットを経由してＭＮに確実に届くように
している。
線通信の実現に関連した技術的問題が常にあった。それ
は、移動機（モバイルノード：ＭＮ）が、あるエリアか
ら他のエリアに移動し、無線通信を行う無線アクセスポ
イント（ＡＰ）を不定期に変更することによる問題であ
る。実際、優秀な移動体通信プロトコルとなるかどうか
が決まるのは、ハンドオフの設計いかんによっている。
このハンドオフは、ＭＮがある無線ＡＰから他の無線Ａ
Ｐに移動する時に発生するものである。無線ＡＰを単に
変更するだけの場合は、「レイヤ２（Ｌ２）ハンドオ
フ」と呼ばれ、ＩＰ層のレイヤ３での信号のやりとりは
なされない。もし新しい無線アクセスポイントが新しい
サブネットに属していたら、つまりＭＮがあるサブネッ
トから他のサブネットに移動したら、経路が変更され、
レイヤ３（Ｌ３）でのプロトコル処理が必要になる。こ
のＬ３でのプロトコル処理は、「Ｌ３ハンドオフ」と呼
ばれ、普通このプロトコル処理ではＩＰメッセージの交
換を行い、ＭＮの経路情報を更新して、ＭＮ宛のデータ
が新たなサブネットを経由してＭＮに確実に届くように
している。
【０００５】インターネット技術標準化委員会（ＩＥＴ
Ｆ：Ｔｈｅ Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｎｅｒｉｎ
ｇ Ｔａｓｋ Ｆｏｒｃｅ）は、ハンドオフ処理を扱っ
たいくつかの基準を提案している。例えば、モバイルＩ
Ｐバージョン４（ＩＰｖ４）と呼ばれているＩＥＴＦに
よるＲＦＣ２００２「ＩＰモビリティサポート」には、
ＭＮが異なるエージェントによる異なったサブネット間
でＬ３ハンドオフをどの様に行うかが記載されている。
モバイルＩＰｖ４においては、ＭＮは、ホームエージェ
ント（ＨＡ）からホームアドレスをもらい、ＭＮ自身が
送信するＩＰデータ全てのソースアドレスとして使用す
る。ＭＮがホームサブネットから離れたフォーリンサブ
ネット内に位置しているとき、ＭＮには、現時点での接
続点を表している気付アドレス（ＣｏＡ）が対応付けら
れている。Ｌ３ハンドオフを通して、気付アドレスがＭ
Ｎのホームエージェントに登録されて、ＭＮに関するバ
インディング情報、すなわちデータ経路情報の更新がＨ
Ａにより行われる。
Ｆ：Ｔｈｅ Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｎｅｒｉｎ
ｇ Ｔａｓｋ Ｆｏｒｃｅ）は、ハンドオフ処理を扱っ
たいくつかの基準を提案している。例えば、モバイルＩ
Ｐバージョン４（ＩＰｖ４）と呼ばれているＩＥＴＦに
よるＲＦＣ２００２「ＩＰモビリティサポート」には、
ＭＮが異なるエージェントによる異なったサブネット間
でＬ３ハンドオフをどの様に行うかが記載されている。
モバイルＩＰｖ４においては、ＭＮは、ホームエージェ
ント（ＨＡ）からホームアドレスをもらい、ＭＮ自身が
送信するＩＰデータ全てのソースアドレスとして使用す
る。ＭＮがホームサブネットから離れたフォーリンサブ
ネット内に位置しているとき、ＭＮには、現時点での接
続点を表している気付アドレス（ＣｏＡ）が対応付けら
れている。Ｌ３ハンドオフを通して、気付アドレスがＭ
Ｎのホームエージェントに登録されて、ＭＮに関するバ
インディング情報、すなわちデータ経路情報の更新がＨ
Ａにより行われる。
【０００６】ＲＦＣ２００２によるＬ３ハンドオフプロ
セスでは、モビリティエージェント、すなわちフォーリ
ンエージェントとホームエージェントとが必要であり、
それぞれは、自身の存在をエージェント広告メッセージ
を通して知らせていなければならない。このエージェン
ト広告を受信したＭＮは、自身はホームサブネット上で
稼動しているのか、フォーリンサブネット上で稼動して
いるのかを判断する。ＭＮは自身が新しいサブネットに
入ったと判定したら、ＭＮはそのフォーリンサブネット
ワークにサービスを提供しているフォーリンエージェン
トが送信しているエージェント広告から気付アドレスを
取得する。ＭＮは、この気付アドレスを含んだ登録要求
を自身のホームエージェントＨＡに送信して、新しい気
付アドレスを登録する。ＨＡが登録要求を受信して、内
部のＭＮに関するバインディング情報を更新して、ＭＮ
に登録返答を返すと、Ｌ３ハンドオフが終了する。登録
が終了すると、ＭＮのホームアドレスに送られたデータ
は、ＨＡが受け取り、ＨＡがＭＮの気付アドレスにトン
ネル伝送する。トンネル伝送されたデータをトンネルの
終点（ＦＡかＭＮ自身）が受信して、ＭＮに最終的に配
送される。反対方向では、ＭＮが送信したデータは、Ｉ
Ｐの経路付けメカニズムの標準に従って、ＨＡを経由す
る必要なしに宛先まで配送される。
セスでは、モビリティエージェント、すなわちフォーリ
ンエージェントとホームエージェントとが必要であり、
それぞれは、自身の存在をエージェント広告メッセージ
を通して知らせていなければならない。このエージェン
ト広告を受信したＭＮは、自身はホームサブネット上で
稼動しているのか、フォーリンサブネット上で稼動して
いるのかを判断する。ＭＮは自身が新しいサブネットに
入ったと判定したら、ＭＮはそのフォーリンサブネット
ワークにサービスを提供しているフォーリンエージェン
トが送信しているエージェント広告から気付アドレスを
取得する。ＭＮは、この気付アドレスを含んだ登録要求
を自身のホームエージェントＨＡに送信して、新しい気
付アドレスを登録する。ＨＡが登録要求を受信して、内
部のＭＮに関するバインディング情報を更新して、ＭＮ
に登録返答を返すと、Ｌ３ハンドオフが終了する。登録
が終了すると、ＭＮのホームアドレスに送られたデータ
は、ＨＡが受け取り、ＨＡがＭＮの気付アドレスにトン
ネル伝送する。トンネル伝送されたデータをトンネルの
終点（ＦＡかＭＮ自身）が受信して、ＭＮに最終的に配
送される。反対方向では、ＭＮが送信したデータは、Ｉ
Ｐの経路付けメカニズムの標準に従って、ＨＡを経由す
る必要なしに宛先まで配送される。
【０００７】モバイルＩＰは、自身の下のリンク層に関
して何も決めずに設計されている。それゆえ、モバイル
ＩＰは非常に適用可能な範囲が広い。このことにより、
プロトコルスタックにおけるＬ２とＬ３との間を明白に
分離すると言う有利な点が得られるが、不利な点もあ
る。Ｌ２とＬ３が厳格に分離されているので、ＭＮは直
接つながっているＦＡとしか通信できない。つまり、Ｍ
Ｎは前のＦＡへのＬ２での接続を失った後、ＭＮは、新
たなＦＡへのＬ２接続を得るまで、登録プロセスを開始
することができない。さらに、登録要求と返答メッセー
ジとがＭＮとＨＡ間のネットワークを伝送するのに時間
がかかるために、登録プロセスに時間がかかる。ＭＮと
旧ＦＡとの間のＬ３接続の終わりから、新ＦＡとの新た
なＬ３接続までの時間が、ハンドオフ遅延である。この
間、ＭＮはデータの送受信ができない。標準モバイルＩ
Ｐハンドオフ手順によるハンドオフ遅延は、リアルタイ
ム通信や、遅延に敏感な通信には許容できない。
して何も決めずに設計されている。それゆえ、モバイル
ＩＰは非常に適用可能な範囲が広い。このことにより、
プロトコルスタックにおけるＬ２とＬ３との間を明白に
分離すると言う有利な点が得られるが、不利な点もあ
る。Ｌ２とＬ３が厳格に分離されているので、ＭＮは直
接つながっているＦＡとしか通信できない。つまり、Ｍ
Ｎは前のＦＡへのＬ２での接続を失った後、ＭＮは、新
たなＦＡへのＬ２接続を得るまで、登録プロセスを開始
することができない。さらに、登録要求と返答メッセー
ジとがＭＮとＨＡ間のネットワークを伝送するのに時間
がかかるために、登録プロセスに時間がかかる。ＭＮと
旧ＦＡとの間のＬ３接続の終わりから、新ＦＡとの新た
なＬ３接続までの時間が、ハンドオフ遅延である。この
間、ＭＮはデータの送受信ができない。標準モバイルＩ
Ｐハンドオフ手順によるハンドオフ遅延は、リアルタイ
ム通信や、遅延に敏感な通信には許容できない。
【０００８】ハンドオフ遅延量を削減するための様々な
プロトコルが、モバイルＩＰｖ４とＩＰｖ６用に提案さ
れている。例えば、インターネットドラフト「モバイル
ＩＰｖ４における遅延の少ないハンドオフ：ｄｒａｆｔ
−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｌｏｗｌａｔｅｎｃｙ
−ｈａｎｄｏｆｆｓ−ｖ４−０３．ｔｘｔ」は、モバイ
ルＩＰ登録プロセスにおける遅延によって、ＭＮがデー
タの送受信ができない期間を削減するための技術を２つ
提案している。１つは「前登録ハンドオフ」であり、Ｍ
Ｎは旧ＦＡと接続しながら、新ＦＡと通信をすることが
できる。もう１つは「後登録ハンドオフ」であり、正式
な登録プロセスが完了する前に、新ＦＡからのＭＮへの
データ配送が行われる。さらに詳しく説明すると、前登
録ハンドオフにおいては、旧ＦＡは、Ｌ２トリガによっ
て起動させられて、ＭＮに新ＦＡに関する通知を行う。
すると、ＭＮは、旧ＦＡと通信を行いながら、すなわち
旧ＦＡ経由でデータの送受信を行いながら、新ＦＡへの
Ｌ３ハンドオフを開始する。すなわち、前登録ハンドオ
フでは、Ｌ２ハンドオフが始まる前にＬ３ハンドオフが
始まってよく、これは新旧ＦＡの間で瞬断のないハンド
オフを達成することに役立つ。新ＦＡは、旧ＦＡ経由で
ＭＮに存在を示して、前登録ハンドオフを開始してもよ
い。またＭＮは、旧ＦＡにプロキシルータ請求（ソリシ
テーション）を送って、前登録ハンドオフの起動者（イ
ニシエータ）になっても良い。この時旧ＦＡは、このプ
ロキシルータ請求に答えてＭＮに新ＦＡに関して通知す
る。いずれにせよ、前登録ハンドオフを実施するには、
素早くタイミングよいＬ２トリガが必要である。
プロトコルが、モバイルＩＰｖ４とＩＰｖ６用に提案さ
れている。例えば、インターネットドラフト「モバイル
ＩＰｖ４における遅延の少ないハンドオフ：ｄｒａｆｔ
−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｌｏｗｌａｔｅｎｃｙ
−ｈａｎｄｏｆｆｓ−ｖ４−０３．ｔｘｔ」は、モバイ
ルＩＰ登録プロセスにおける遅延によって、ＭＮがデー
タの送受信ができない期間を削減するための技術を２つ
提案している。１つは「前登録ハンドオフ」であり、Ｍ
Ｎは旧ＦＡと接続しながら、新ＦＡと通信をすることが
できる。もう１つは「後登録ハンドオフ」であり、正式
な登録プロセスが完了する前に、新ＦＡからのＭＮへの
データ配送が行われる。さらに詳しく説明すると、前登
録ハンドオフにおいては、旧ＦＡは、Ｌ２トリガによっ
て起動させられて、ＭＮに新ＦＡに関する通知を行う。
すると、ＭＮは、旧ＦＡと通信を行いながら、すなわち
旧ＦＡ経由でデータの送受信を行いながら、新ＦＡへの
Ｌ３ハンドオフを開始する。すなわち、前登録ハンドオ
フでは、Ｌ２ハンドオフが始まる前にＬ３ハンドオフが
始まってよく、これは新旧ＦＡの間で瞬断のないハンド
オフを達成することに役立つ。新ＦＡは、旧ＦＡ経由で
ＭＮに存在を示して、前登録ハンドオフを開始してもよ
い。またＭＮは、旧ＦＡにプロキシルータ請求（ソリシ
テーション）を送って、前登録ハンドオフの起動者（イ
ニシエータ）になっても良い。この時旧ＦＡは、このプ
ロキシルータ請求に答えてＭＮに新ＦＡに関して通知す
る。いずれにせよ、前登録ハンドオフを実施するには、
素早くタイミングよいＬ２トリガが必要である。
【０００９】後登録ハンドオフでは、旧ＦＡと新ＦＡと
がＬ２トリガを使って、新旧ＦＡ間に双方向トンネル
（ＢＤＴ）を作成し、これにより、ＭＮは新ＦＡのサブ
ネット上にいるときでも、旧ＦＡを使用し続けることが
できるようになる。後登録ハンドオフもまた、新旧ＦＡ
のどちらかに与えられるＬ２トリガによって起動させら
れる。ＭＮと旧ＦＡとの間でのモバイルＩＰ登録が成功
した後、旧ＦＡがＭＮにとってモビリティアンカーポイ
ントになる。それから、旧ＦＡか新ＦＡのどちらかが、
ＭＮが旧ＦＡから新ＦＡへと移動しそうであるとのＬ２
トリガ情報を受信する。トリガを受信したＦＡ（旧ＦＡ
か新ＦＡ）は、他方のＦＡ（新ＦＡか旧ＦＡ）にハンド
オフ要求を送信する。これを受信した他方のＦＡはハン
ドオフ返答を返す。これによって、ＦＡ間に双方向トン
ネルができる。旧ＦＡとＭＮとの間のリンクが切断され
たら、旧ＦＡは、ＭＮ宛のデータをこのトンネルを介し
てＭＮに送り始める。新ＦＡとＭＮとの間にリンクが確
立されたら、新ＦＡは、旧ＦＡからトンネルを通して送
られてきたデータをＭＮに送り始め、またＭＮからのデ
ータを旧ＦＡに逆方向に転送する。Ｌ２ハンドオフが完
了したら、ＭＮは、データを新ＦＡ経由でトンネルを介
して送受信しながら、新ＦＡに関するモバイルＩＰ登録
を行う。この正式登録の開始は遅らせても良い。この様
に、後登録ハンドオフによると、新ＦＡでのサービスの
確立を早くすることが出来る。
がＬ２トリガを使って、新旧ＦＡ間に双方向トンネル
（ＢＤＴ）を作成し、これにより、ＭＮは新ＦＡのサブ
ネット上にいるときでも、旧ＦＡを使用し続けることが
できるようになる。後登録ハンドオフもまた、新旧ＦＡ
のどちらかに与えられるＬ２トリガによって起動させら
れる。ＭＮと旧ＦＡとの間でのモバイルＩＰ登録が成功
した後、旧ＦＡがＭＮにとってモビリティアンカーポイ
ントになる。それから、旧ＦＡか新ＦＡのどちらかが、
ＭＮが旧ＦＡから新ＦＡへと移動しそうであるとのＬ２
トリガ情報を受信する。トリガを受信したＦＡ（旧ＦＡ
か新ＦＡ）は、他方のＦＡ（新ＦＡか旧ＦＡ）にハンド
オフ要求を送信する。これを受信した他方のＦＡはハン
ドオフ返答を返す。これによって、ＦＡ間に双方向トン
ネルができる。旧ＦＡとＭＮとの間のリンクが切断され
たら、旧ＦＡは、ＭＮ宛のデータをこのトンネルを介し
てＭＮに送り始める。新ＦＡとＭＮとの間にリンクが確
立されたら、新ＦＡは、旧ＦＡからトンネルを通して送
られてきたデータをＭＮに送り始め、またＭＮからのデ
ータを旧ＦＡに逆方向に転送する。Ｌ２ハンドオフが完
了したら、ＭＮは、データを新ＦＡ経由でトンネルを介
して送受信しながら、新ＦＡに関するモバイルＩＰ登録
を行う。この正式登録の開始は遅らせても良い。この様
に、後登録ハンドオフによると、新ＦＡでのサービスの
確立を早くすることが出来る。
【００１０】インターネットドラフト「モバイルＩＰｖ
６における素早いハンドオフ：ｄｒａｆｔ−ｉｅｔｆ−
ｍｏｂｉｌｅｉｐ−ｆａｓｔ−ｍｉｐｖ６−０３．ｔｘ
ｔ」は、モバイルＩＰｖ６用にハンドオフ遅延を少なく
する類似の技術を提案している。
６における素早いハンドオフ：ｄｒａｆｔ−ｉｅｔｆ−
ｍｏｂｉｌｅｉｐ−ｆａｓｔ−ｍｉｐｖ６−０３．ｔｘ
ｔ」は、モバイルＩＰｖ６用にハンドオフ遅延を少なく
する類似の技術を提案している。
【００１１】
【非特許文献】シー・パーキンス（Ｃ．Ｐｅｒｋｉｎ
ｓ）編、「ＲＦＣ２００２」、インターネット技術標準
化委員会（ＩＥＴＦ：Ｔｈｅ Ｉｎｔｅｒｎｅｔ Ｅｎ
ｇｉｎｎｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）、１９９
６年１０月
ｓ）編、「ＲＦＣ２００２」、インターネット技術標準
化委員会（ＩＥＴＦ：Ｔｈｅ Ｉｎｔｅｒｎｅｔ Ｅｎ
ｇｉｎｎｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）、１９９
６年１０月
【００１２】
【発明が解決しようとする課題】後登録ハンドオフと前
登録ハンドオフの両方の方法共、Ｌ２トリガは、タイミ
ング良く発せられると仮定されている。Ｌ２トリガは、
Ｌ２ハンドオフプロセスに結びついたイベントが起き
た、もしくは起こりそうであるということを表している
通知のいわば総称である。このようなイベントの１つと
して、ＭＮのＬ２接続点の変更があると言うことを知ら
せる早期通知がある。他のイベントとしては、ＭＮの旧
Ｌ２アクセスポイントとの接続が失われたこと、新Ｌ２
アクセスポイントとの接続が確立したことなどがある。
普通、サブネットワーク内にいる無線アクセスネットワ
ーク（ＲＡＮ）または無線ネットワークコントローラ
（ＲＮＣ）の補助により、Ｌ２トリガが発せられる。こ
こでこのサブネットワークでは、そのサブネットワーク
内にいるＭＮ全ての位置情報を常に把握して保持してい
る。従って、素早くタイミングの良いＬ２トリガを発す
るには、ＭＮが移動する２つの隣接するＲＡＮ間の密接
な協力が必要となる。２つのＲＡＮ間の密接な協力は、
この２つのＲＡＮが同じ無線アクセス技術を使用してい
るときに限り可能である。よって、Ｌ２トリガを発する
ことに関する前述の仮定は事実上、ＭＮが移動している
２つの隣り合うＲＡＮは同じ無線アクセス技術を使用し
ているという仮定となる。しかしながら、無線ネットワ
ークにおける現在の傾向から、将来の無線ネットワーク
は、異なる無線アクセス技術を使用している、様々な異
なるＲＡＮからなるであろうことを示している。提案さ
れている前登録ハンドオフプロトコルおよび後登録ハン
ドオフプロトコルは、そのような異種間ハンドオフに対
応していない。
登録ハンドオフの両方の方法共、Ｌ２トリガは、タイミ
ング良く発せられると仮定されている。Ｌ２トリガは、
Ｌ２ハンドオフプロセスに結びついたイベントが起き
た、もしくは起こりそうであるということを表している
通知のいわば総称である。このようなイベントの１つと
して、ＭＮのＬ２接続点の変更があると言うことを知ら
せる早期通知がある。他のイベントとしては、ＭＮの旧
Ｌ２アクセスポイントとの接続が失われたこと、新Ｌ２
アクセスポイントとの接続が確立したことなどがある。
普通、サブネットワーク内にいる無線アクセスネットワ
ーク（ＲＡＮ）または無線ネットワークコントローラ
（ＲＮＣ）の補助により、Ｌ２トリガが発せられる。こ
こでこのサブネットワークでは、そのサブネットワーク
内にいるＭＮ全ての位置情報を常に把握して保持してい
る。従って、素早くタイミングの良いＬ２トリガを発す
るには、ＭＮが移動する２つの隣接するＲＡＮ間の密接
な協力が必要となる。２つのＲＡＮ間の密接な協力は、
この２つのＲＡＮが同じ無線アクセス技術を使用してい
るときに限り可能である。よって、Ｌ２トリガを発する
ことに関する前述の仮定は事実上、ＭＮが移動している
２つの隣り合うＲＡＮは同じ無線アクセス技術を使用し
ているという仮定となる。しかしながら、無線ネットワ
ークにおける現在の傾向から、将来の無線ネットワーク
は、異なる無線アクセス技術を使用している、様々な異
なるＲＡＮからなるであろうことを示している。提案さ
れている前登録ハンドオフプロトコルおよび後登録ハン
ドオフプロトコルは、そのような異種間ハンドオフに対
応していない。
【００１３】
【課題を解決するための手段】本発明は、標準ＩＰ登録
に関連したハンドオフ遅延を最小にするトンネリングハ
ンドオフプロセスを提供する。本発明は、モバイルＩＰ
ｖ４とＩＰｖ６の両方に適用することができる。よっ
て、本明細書において、モバイルＩＰｖ４で使われる
「エージェント」と言う語と、モバイルＩＰｖ６で使わ
れる「アクセスルータ」または「ルータ」と言う語とは
交換可能である。さらに、「エージェント」と「ルー
タ」と「アクセスルータ」と言う語は合わせて、本出願
において、「モビリティサービス提供ノード」と言う。
に関連したハンドオフ遅延を最小にするトンネリングハ
ンドオフプロセスを提供する。本発明は、モバイルＩＰ
ｖ４とＩＰｖ６の両方に適用することができる。よっ
て、本明細書において、モバイルＩＰｖ４で使われる
「エージェント」と言う語と、モバイルＩＰｖ６で使わ
れる「アクセスルータ」または「ルータ」と言う語とは
交換可能である。さらに、「エージェント」と「ルー
タ」と「アクセスルータ」と言う語は合わせて、本出願
において、「モビリティサービス提供ノード」と言う。
【００１４】本発明は、モバイルノードがあるモビリテ
ィサービス提供ノード（ソース）によるあるサブネット
を離れ、他のモビリティサービス提供ノード（ターゲッ
ト）による他のサブネットに入る状況を考えている。本
発明の一実施形態では、モバイルノードは、トリガされ
たら、２つのモビリティサービス提供ノード間（すなわ
ちソースとターゲット）にトンネルを確立するために、
本発明によるトンネリングハンドオフプロセスを開始す
る。モバイルノードがターゲットノードによる新たなサ
ブネットに入ったら、標準モバイルＩＰ登録プロセスを
後回しにする。かわりに、モバイルノードは、自身がタ
ーゲットノードによるサブネットにいる間、トンネルを
使用してソースノードと通信する。つまり本発明におい
て、モバイルノードがソースノードからターゲットノー
ドへのＬ２ハンドオフを終えた後で、Ｌ３ハンドオフか
ターゲットノードに関するＩＰルーティング更新を行う
前には、ソースノードとターゲットノードとの間に確立
されたトンネルを使用して、モバイルノードはソースノ
ードと通信する。モバイルノードがソースノードとター
ゲットノードとの間でＬ２ハンドオフを行う前か後に、
トンネルが確立されても良い。
ィサービス提供ノード（ソース）によるあるサブネット
を離れ、他のモビリティサービス提供ノード（ターゲッ
ト）による他のサブネットに入る状況を考えている。本
発明の一実施形態では、モバイルノードは、トリガされ
たら、２つのモビリティサービス提供ノード間（すなわ
ちソースとターゲット）にトンネルを確立するために、
本発明によるトンネリングハンドオフプロセスを開始す
る。モバイルノードがターゲットノードによる新たなサ
ブネットに入ったら、標準モバイルＩＰ登録プロセスを
後回しにする。かわりに、モバイルノードは、自身がタ
ーゲットノードによるサブネットにいる間、トンネルを
使用してソースノードと通信する。つまり本発明におい
て、モバイルノードがソースノードからターゲットノー
ドへのＬ２ハンドオフを終えた後で、Ｌ３ハンドオフか
ターゲットノードに関するＩＰルーティング更新を行う
前には、ソースノードとターゲットノードとの間に確立
されたトンネルを使用して、モバイルノードはソースノ
ードと通信する。モバイルノードがソースノードとター
ゲットノードとの間でＬ２ハンドオフを行う前か後に、
トンネルが確立されても良い。
【００１５】一実施形態において、モバイルノードは、
トリガされるとすぐに本発明によるトンネリングハンド
オフプロセスを開始するエンティティである。トリガ
は、モバイルノードの外部で生成されても内部で生成さ
れても良い。また、本発明のハンドオフプロセスを開始
するのに、モバイルノードは、内部のＬ２かＬ３の信号
を使用しても良い。ソースノードとターゲットノードが
同じ無線アクセス技術を使用しているかどうかにかかわ
らず、モバイルノードは、本発明によるトンネリングハ
ンドオフを開始することができる。
トリガされるとすぐに本発明によるトンネリングハンド
オフプロセスを開始するエンティティである。トリガ
は、モバイルノードの外部で生成されても内部で生成さ
れても良い。また、本発明のハンドオフプロセスを開始
するのに、モバイルノードは、内部のＬ２かＬ３の信号
を使用しても良い。ソースノードとターゲットノードが
同じ無線アクセス技術を使用しているかどうかにかかわ
らず、モバイルノードは、本発明によるトンネリングハ
ンドオフを開始することができる。
【００１６】本発明の他の実施形態においては、モバイ
ルノードはトリガされるとすぐに、モバイルノードがソ
ースノードからターゲットノードへのＬ２ハンドオフを
始める前にトンネルを確立するために、トンネリングハ
ンドオフ要求をソースノードに送信する。モバイルノー
ドは、Ｌ２アドレスのようなターゲットノードのＬ２識
別子を取得して、トンネリングハンドオフ要求に含め
る。ソースノードは、近隣のネットワークのＬ３アドレ
スやＩＰアドレスのようなＬ３識別子を、そのネットワ
ークのＬ２識別子に関連付けたテーブルを、前もって作
成しておき、モバイルノードからのトンネリングハンド
オフ要求の中のＬ２識別子に対応するＬ３識別子を、テ
ーブル中に調べるようにしても良い。モバイルノード
は、可能なら、ターゲットノードのＬ３識別子を取得し
て、トンネリングハンドオフ要求内にＬ３識別子を入れ
ても良い。
ルノードはトリガされるとすぐに、モバイルノードがソ
ースノードからターゲットノードへのＬ２ハンドオフを
始める前にトンネルを確立するために、トンネリングハ
ンドオフ要求をソースノードに送信する。モバイルノー
ドは、Ｌ２アドレスのようなターゲットノードのＬ２識
別子を取得して、トンネリングハンドオフ要求に含め
る。ソースノードは、近隣のネットワークのＬ３アドレ
スやＩＰアドレスのようなＬ３識別子を、そのネットワ
ークのＬ２識別子に関連付けたテーブルを、前もって作
成しておき、モバイルノードからのトンネリングハンド
オフ要求の中のＬ２識別子に対応するＬ３識別子を、テ
ーブル中に調べるようにしても良い。モバイルノード
は、可能なら、ターゲットノードのＬ３識別子を取得し
て、トンネリングハンドオフ要求内にＬ３識別子を入れ
ても良い。
【００１７】また、モバイルノードがソースノードから
ターゲットノードにＬ２ハンドオフをした後、モバイル
ノードがトンネリングハンドオフ要求をターゲットノー
ドに送信しても良い。また、他の実施形態において、異
なる無線アクセス技術を使用しているソースノードから
ターゲットノードにハンドオフを行なう場合、本発明に
よるトンネリングハンドオフを開始するのは、モバイル
ノード、ソースノード、およびターゲットノードのどれ
でも良い。
ターゲットノードにＬ２ハンドオフをした後、モバイル
ノードがトンネリングハンドオフ要求をターゲットノー
ドに送信しても良い。また、他の実施形態において、異
なる無線アクセス技術を使用しているソースノードから
ターゲットノードにハンドオフを行なう場合、本発明に
よるトンネリングハンドオフを開始するのは、モバイル
ノード、ソースノード、およびターゲットノードのどれ
でも良い。
【００１８】
【発明の実施の形態】本発明の好適な実施形態を図面を
参照しながら説明する。ここで同一の要素は同一の符号
で表される。本明細書に開示する以下の好適な実施形態
の説明は、例示のためであり発明の範囲を限定しようと
するものではない。
参照しながら説明する。ここで同一の要素は同一の符号
で表される。本明細書に開示する以下の好適な実施形態
の説明は、例示のためであり発明の範囲を限定しようと
するものではない。
【００１９】図１は、本発明の用途先として意図してい
る第３世代無線モバイルアクセスＩＰデータネットワー
ク１００を例示している図である。本出願で、ＩＰデー
タネットワーク１００は、ＩＭＴ−２０００標準と無線
モバイルアクセスネットワークの為のＩＴＵの仕様に準
拠していると仮定する。更に、データネットワーク１０
０は、ＩＥＴＦのモバイルＩＰｖ４標準に拠ったモバイ
ルＩＰサポートを実装していると仮定する。しかしなが
ら、当業者ならば、本発明は、モバイルＩＰｖ６を実施
しているデータネットワークにも適用することができる
ことを理解するであろう。よって、本出願の全般にわた
り、「エージェント」と言う語は、「アクセスルータ」
または「ルータ」と言う語と交換して使われうる。同じ
ように、「エージェントディスカバリ」は「近隣ディス
カバリ」と、「エージェントソリシテーション」は「ル
ータソリシテーション」と、「登録要求」は「バインデ
ィング更新」と、交換して使われうる。特に、「エージ
ェント」と「ルータ」と「アクセスルータ」と言う語は
合わせて、本出願において、「モビリティサービス提供
ノード」と言う。モバイルＩＰｖ６プロトコルは、「モ
バイルＩＰｖ６におけるモビリティサポート」という題
のドラフト作業書に記載されている。この文書を本明細
書に参照として組み込む。
る第３世代無線モバイルアクセスＩＰデータネットワー
ク１００を例示している図である。本出願で、ＩＰデー
タネットワーク１００は、ＩＭＴ−２０００標準と無線
モバイルアクセスネットワークの為のＩＴＵの仕様に準
拠していると仮定する。更に、データネットワーク１０
０は、ＩＥＴＦのモバイルＩＰｖ４標準に拠ったモバイ
ルＩＰサポートを実装していると仮定する。しかしなが
ら、当業者ならば、本発明は、モバイルＩＰｖ６を実施
しているデータネットワークにも適用することができる
ことを理解するであろう。よって、本出願の全般にわた
り、「エージェント」と言う語は、「アクセスルータ」
または「ルータ」と言う語と交換して使われうる。同じ
ように、「エージェントディスカバリ」は「近隣ディス
カバリ」と、「エージェントソリシテーション」は「ル
ータソリシテーション」と、「登録要求」は「バインデ
ィング更新」と、交換して使われうる。特に、「エージ
ェント」と「ルータ」と「アクセスルータ」と言う語は
合わせて、本出願において、「モビリティサービス提供
ノード」と言う。モバイルＩＰｖ６プロトコルは、「モ
バイルＩＰｖ６におけるモビリティサポート」という題
のドラフト作業書に記載されている。この文書を本明細
書に参照として組み込む。
【００２０】無線モバイルアクセスＩＰネットワーク１
００は、固定接続点またはリンクなどの多くの固定ノー
ド（図示せず）を有するＩＰデータネットワーク１２０
をそのコアとして有している。ＩＥＴＦによるＲＦＣ２
００２で規定されているインターネットプロトコル・バ
ージョン４（ＩＰｖ４）に従って、デジタルデータはネ
ットワーク内やネットワークを越えて伝送される。な
お、ＩＰｖ４は、通信プロトコルの例であり、ＩＰｖ６
のような他の通信プロトコルに換えても良い。コアネッ
トワーク１２０のノードのうちいくつかは、通常のルー
タ（図示せず）であり、通常のインターネットのアドレ
ス・ルーティングプロトコルに従って、パケットを、ネ
ットワークにつながっているソースノードと宛先ノード
との間でルーティングする。
００は、固定接続点またはリンクなどの多くの固定ノー
ド（図示せず）を有するＩＰデータネットワーク１２０
をそのコアとして有している。ＩＥＴＦによるＲＦＣ２
００２で規定されているインターネットプロトコル・バ
ージョン４（ＩＰｖ４）に従って、デジタルデータはネ
ットワーク内やネットワークを越えて伝送される。な
お、ＩＰｖ４は、通信プロトコルの例であり、ＩＰｖ６
のような他の通信プロトコルに換えても良い。コアネッ
トワーク１２０のノードのうちいくつかは、通常のルー
タ（図示せず）であり、通常のインターネットのアドレ
ス・ルーティングプロトコルに従って、パケットを、ネ
ットワークにつながっているソースノードと宛先ノード
との間でルーティングする。
【００２１】コアネットワーク１２０上には、ゲートウ
ェイルータ１３０の集合があり、ＩＰモバイルバックボ
ーン１４０を形成している。ＩＰモバイルバックボーン
を形成しているゲートルータ１３０は、それ自身がコア
ネットワーク１２０のノードであり、コアネットワーク
１２０を超えてお互いに通信を行う。各ゲートウェイル
ータ１３０には、複数のエージェント１４５がつながっ
ていて、モバイルノード１３５と通信をすることができ
る。モバイルノードは、セル式ハンドセット、セル式電
話、ハンドヘルドコンピュータ、パーソナル情報機器の
ような無線通信デバイスであり、数はいくつあっても良
い。エージェント１４５は、ホームエージェント（Ｈ
Ａ）およびフォーリンエージェント（ＦＡ）として機能
するモビリティサービス提供ノードであり、ＩＥＴＦの
ＲＦＣ２００２に規定されているように、ゲートウェイ
１３０を介してコアネットワーク１２０へモバイルノー
ド１３５を接続する。エージェント１４５は、レイヤ３
アクセスネットワークエンティティである。モバイルノ
ード１３５は、無線アクセスポイント（ＡＰ）１５５を
介して、エージェント１４５と通信する。ＡＰ１５５
は、レイヤ２アクセスネットワークエンティティであ
る。ＡＰ１５５が複数でサブネットワーク１５０を形成
している。エージェント１４５の各々は、サブネットワ
ーク１５０にサービスを提供し、サブネットワーク１５
０とデータネットワーク１００との間のインターフェー
スとして、ネットワークリンクを提供する。モバイルノ
ード１３５とＡＰは、ＣＤＭＡ、Ｗ−ＣＤＭＡ、または
類似のデジタルデータ通信技術を使用して、お互いに通
信を行う。
ェイルータ１３０の集合があり、ＩＰモバイルバックボ
ーン１４０を形成している。ＩＰモバイルバックボーン
を形成しているゲートルータ１３０は、それ自身がコア
ネットワーク１２０のノードであり、コアネットワーク
１２０を超えてお互いに通信を行う。各ゲートウェイル
ータ１３０には、複数のエージェント１４５がつながっ
ていて、モバイルノード１３５と通信をすることができ
る。モバイルノードは、セル式ハンドセット、セル式電
話、ハンドヘルドコンピュータ、パーソナル情報機器の
ような無線通信デバイスであり、数はいくつあっても良
い。エージェント１４５は、ホームエージェント（Ｈ
Ａ）およびフォーリンエージェント（ＦＡ）として機能
するモビリティサービス提供ノードであり、ＩＥＴＦの
ＲＦＣ２００２に規定されているように、ゲートウェイ
１３０を介してコアネットワーク１２０へモバイルノー
ド１３５を接続する。エージェント１４５は、レイヤ３
アクセスネットワークエンティティである。モバイルノ
ード１３５は、無線アクセスポイント（ＡＰ）１５５を
介して、エージェント１４５と通信する。ＡＰ１５５
は、レイヤ２アクセスネットワークエンティティであ
る。ＡＰ１５５が複数でサブネットワーク１５０を形成
している。エージェント１４５の各々は、サブネットワ
ーク１５０にサービスを提供し、サブネットワーク１５
０とデータネットワーク１００との間のインターフェー
スとして、ネットワークリンクを提供する。モバイルノ
ード１３５とＡＰは、ＣＤＭＡ、Ｗ−ＣＤＭＡ、または
類似のデジタルデータ通信技術を使用して、お互いに通
信を行う。
【００２２】ＲＦＣ２００２に従って、モバイルノード
の各々にはホーム無線サブネットワークが割り当てられ
ている。このホーム無線サブネットワークはホームエー
ジェント１４５を有している。このホームエージェント
１４５は、モバイルノードの現在地情報を持っていて、
モバイルノード宛のパケットをモバイルノードが現在い
る地点に転送する。他のエージェント１４５は、フォー
リンエージェントとして働き、ここにモバイルノード
が、ホームサブネットワークから離れている時に「訪れ
る」ことができる。ある時点でモバイルノード１３５が
通信している相手が、ホームエージェントであってもフ
ォーリンエージェントであっても、そのエージェント
は、ネットワークリンクを確立してモバイルノードにネ
ットワークアクセスを提供する。モバイルノードとエー
ジェントの各々は、通常のインターネットプロトコルを
使用している通常の固定ノード式データネットワークと
同じように、固有のＩＰアドレスを有している。
の各々にはホーム無線サブネットワークが割り当てられ
ている。このホーム無線サブネットワークはホームエー
ジェント１４５を有している。このホームエージェント
１４５は、モバイルノードの現在地情報を持っていて、
モバイルノード宛のパケットをモバイルノードが現在い
る地点に転送する。他のエージェント１４５は、フォー
リンエージェントとして働き、ここにモバイルノード
が、ホームサブネットワークから離れている時に「訪れ
る」ことができる。ある時点でモバイルノード１３５が
通信している相手が、ホームエージェントであってもフ
ォーリンエージェントであっても、そのエージェント
は、ネットワークリンクを確立してモバイルノードにネ
ットワークアクセスを提供する。モバイルノードとエー
ジェントの各々は、通常のインターネットプロトコルを
使用している通常の固定ノード式データネットワークと
同じように、固有のＩＰアドレスを有している。
【００２３】データネットワーク１００中では、２レベ
ルのハンドオフプロセスが考えられている。最初のレベ
ルのハンドオフは、マクロレベルハンドオフ、またはレ
イヤ３（Ｌ３）ハンドオフであり、モバイルノードが、
あるエージェント配下の無線サブネットワークから他の
エージェント配下のサブネットワークへ接続点を変更す
るような、モバイルノードの位置の変化が関係する。こ
の様に、Ｌ３ハンドオフの間に、モバイルノードのネッ
トワークリンクが必ず変わる。もう１つのレベルは、マ
イクロレベルハンドオフ、またはレイヤ２（Ｌ２）ハン
ドオフであり、モバイルノードが同一のＡＰネットワー
ク１５０内で位置を変更することに関していて、モバイ
ルノードのネットワークリンクは変わらず、モバイルノ
ードの無線リンクが変更になる。Ｌ２ハンドオフは無線
セル方式通信ネットワークにおいて標準なものである。
例えば、近隣のＡＰへの到達可能性を判定するのに、近
隣のＡＰからのビーコン信号の強度を使うのことが良く
知られている。
ルのハンドオフプロセスが考えられている。最初のレベ
ルのハンドオフは、マクロレベルハンドオフ、またはレ
イヤ３（Ｌ３）ハンドオフであり、モバイルノードが、
あるエージェント配下の無線サブネットワークから他の
エージェント配下のサブネットワークへ接続点を変更す
るような、モバイルノードの位置の変化が関係する。こ
の様に、Ｌ３ハンドオフの間に、モバイルノードのネッ
トワークリンクが必ず変わる。もう１つのレベルは、マ
イクロレベルハンドオフ、またはレイヤ２（Ｌ２）ハン
ドオフであり、モバイルノードが同一のＡＰネットワー
ク１５０内で位置を変更することに関していて、モバイ
ルノードのネットワークリンクは変わらず、モバイルノ
ードの無線リンクが変更になる。Ｌ２ハンドオフは無線
セル方式通信ネットワークにおいて標準なものである。
例えば、近隣のＡＰへの到達可能性を判定するのに、近
隣のＡＰからのビーコン信号の強度を使うのことが良く
知られている。
【００２４】図２は、標準モバイルＩＰレイヤ３ハンド
オフプロセスを簡略に示した図である。ネットワーク１
２０はＩＰデータネットワークであり、ＩＰｖ４を実装
している。ネットワーク１２０にゲートウェイ（図示せ
ず）を介して接続しているのは、モビリティエージェン
ト１４５（ＨＡ、ＦＡ１、ＦＡ２、およびＦＡ３）であ
る。上述のように、このモビリティエージェントの各々
は、サブネット１５０を作っていて、そのサブネット内
にＡＰ１５５（図示せず）が複数含まれている。各サブ
ネットワークは、無線アクセスネットワーク（ＲＡＮ）
または無線ネットワーク制御装置（ＲＮＣ）を有してい
て、このＲＡＮまたはＲＮＣは、サブネット内に位置す
るＭＮ全ての位置情報の状況を常に把握している。
オフプロセスを簡略に示した図である。ネットワーク１
２０はＩＰデータネットワークであり、ＩＰｖ４を実装
している。ネットワーク１２０にゲートウェイ（図示せ
ず）を介して接続しているのは、モビリティエージェン
ト１４５（ＨＡ、ＦＡ１、ＦＡ２、およびＦＡ３）であ
る。上述のように、このモビリティエージェントの各々
は、サブネット１５０を作っていて、そのサブネット内
にＡＰ１５５（図示せず）が複数含まれている。各サブ
ネットワークは、無線アクセスネットワーク（ＲＡＮ）
または無線ネットワーク制御装置（ＲＮＣ）を有してい
て、このＲＡＮまたはＲＮＣは、サブネット内に位置す
るＭＮ全ての位置情報の状況を常に把握している。
【００２５】ＭＮ１３５は現在、ＦＡ１配下のサブネッ
トワーク内の開始位置Ａにいて、中間位置Ｂを経由して
位置Ｃに移動しようとしている。ＭＮは、ＨＡ配下のサ
ブネットに最初いたので、ＨＡから与えられたホームＩ
Ｐアドレスをずっと使うことになる。しかし、ＨＡのサ
ブネットから離れたＦＡ１のサブネット内に現在いるの
で、ＭＮは、一時的にＦＡ１から与えられた気付アドレ
スによってアドレス指定される。ＭＮは以前にＦＡ１に
関してモバイルＩＰ登録プロセスを行ったので、ＨＡ内
にこの気付アドレスがバインディング情報として登録さ
れている。従って、ＭＮ宛のデータは、ＨＡが途中で受
け取り、ＦＡ１にトンネル転送されて、ＦＡ１からＭＮ
に転送される。ＭＮからのデータは、ＨＡ経由にして
も、宛先に直接送っても良い。
トワーク内の開始位置Ａにいて、中間位置Ｂを経由して
位置Ｃに移動しようとしている。ＭＮは、ＨＡ配下のサ
ブネットに最初いたので、ＨＡから与えられたホームＩ
Ｐアドレスをずっと使うことになる。しかし、ＨＡのサ
ブネットから離れたＦＡ１のサブネット内に現在いるの
で、ＭＮは、一時的にＦＡ１から与えられた気付アドレ
スによってアドレス指定される。ＭＮは以前にＦＡ１に
関してモバイルＩＰ登録プロセスを行ったので、ＨＡ内
にこの気付アドレスがバインディング情報として登録さ
れている。従って、ＭＮ宛のデータは、ＨＡが途中で受
け取り、ＦＡ１にトンネル転送されて、ＦＡ１からＭＮ
に転送される。ＭＮからのデータは、ＨＡ経由にして
も、宛先に直接送っても良い。
【００２６】ＭＮが開始位置Ａから中間位置Ｂの方へ移
動するにしたがい、ＦＡ１からの無線が届かなくなる位
置が来る。ＭＮはＦＡ１配下のサブネットワーク１５０
を出て、ＦＡ２配下のサブネットワーク１５０に入る。
ＭＮが中間位置Ｂを過ぎると、Ｌ２トリガが発せられ、
ＭＮ、ＦＡ１、ＦＡ２にＭＮのＬ２ハンドオフがすぐに
起こるとの通知がされる。トリガは、ＭＮがＦＡ１との
リンクを失う充分前に発せられる。これはＭＮがＦＡ１
とのリンクを失う前にＦＡ２へのハンドオフを終えるこ
とができるようにするためである。Ｌ２ハンドオフは、
ＭＮ、ＦＡ１、ＦＡ２による協調作業であり、ＦＡ１と
ＦＡ２のＲＡＮによって補助される。ＭＮはＦＡ２への
ハンドオフを終えると、ＦＡ２によるサブネット１５０
内で無線リンクを持つことになる。また、ＭＮがＦＡ２
のサブネットに入るとすぐに、ＭＮはＦＡ２からエージ
ェント広告を受信し始める。ＦＡ２からのエージェント
広告により、ＭＮはＦＡ２配下のサブネット内で現在稼
動していると知ることができる。
動するにしたがい、ＦＡ１からの無線が届かなくなる位
置が来る。ＭＮはＦＡ１配下のサブネットワーク１５０
を出て、ＦＡ２配下のサブネットワーク１５０に入る。
ＭＮが中間位置Ｂを過ぎると、Ｌ２トリガが発せられ、
ＭＮ、ＦＡ１、ＦＡ２にＭＮのＬ２ハンドオフがすぐに
起こるとの通知がされる。トリガは、ＭＮがＦＡ１との
リンクを失う充分前に発せられる。これはＭＮがＦＡ１
とのリンクを失う前にＦＡ２へのハンドオフを終えるこ
とができるようにするためである。Ｌ２ハンドオフは、
ＭＮ、ＦＡ１、ＦＡ２による協調作業であり、ＦＡ１と
ＦＡ２のＲＡＮによって補助される。ＭＮはＦＡ２への
ハンドオフを終えると、ＦＡ２によるサブネット１５０
内で無線リンクを持つことになる。また、ＭＮがＦＡ２
のサブネットに入るとすぐに、ＭＮはＦＡ２からエージ
ェント広告を受信し始める。ＦＡ２からのエージェント
広告により、ＭＮはＦＡ２配下のサブネット内で現在稼
動していると知ることができる。
【００２７】ＭＮがさらに目的位置Ｃへと向かうにつれ
て、ＭＮは標準Ｌ３ハンドオフ、すなわちＦＡ２に関す
るモバイルＩＰ登録を行う。登録プロセスの始めに、Ｍ
ＮはＦＡ２からのエージェント広告から気付アドレスを
取り出す。アドレス自動設定の好ましい手順がＩＥＴＦ
のＲＦＣ２４６２に記載されている。この文書を参照と
して本明細書に組み込む。ＭＮの新たな気付アドレス
は、ＦＡ２のＩＰアドレスと、ＦＡ２により送信されて
いたＭＮ用のサブネットアドレス部分を有している。Ｍ
Ｎは次に、この気付アドレスとＭＮがしばらく使用する
ホームＩＰアドレスとを含んだ登録要求をＦＡ２経由で
ＨＡに送り、新しい気付アドレスを登録する。ＨＡは、
これに応答して、自身のキャッシュ内のＭＮのバインデ
ィング情報を更新する。そしてＭＮにＦＡ２経由で登録
応答を送る。これにより、Ｌ３リンクがＭＮとＦＡ２の
間で確立される。これ以降、ＭＮのホームＩＰアドレス
宛に送られるパケットは、ＨＡが受け取って、ＦＡ２に
トンネル転送され、ＦＡ２からＭＮに送られる。
て、ＭＮは標準Ｌ３ハンドオフ、すなわちＦＡ２に関す
るモバイルＩＰ登録を行う。登録プロセスの始めに、Ｍ
ＮはＦＡ２からのエージェント広告から気付アドレスを
取り出す。アドレス自動設定の好ましい手順がＩＥＴＦ
のＲＦＣ２４６２に記載されている。この文書を参照と
して本明細書に組み込む。ＭＮの新たな気付アドレス
は、ＦＡ２のＩＰアドレスと、ＦＡ２により送信されて
いたＭＮ用のサブネットアドレス部分を有している。Ｍ
Ｎは次に、この気付アドレスとＭＮがしばらく使用する
ホームＩＰアドレスとを含んだ登録要求をＦＡ２経由で
ＨＡに送り、新しい気付アドレスを登録する。ＨＡは、
これに応答して、自身のキャッシュ内のＭＮのバインデ
ィング情報を更新する。そしてＭＮにＦＡ２経由で登録
応答を送る。これにより、Ｌ３リンクがＭＮとＦＡ２の
間で確立される。これ以降、ＭＮのホームＩＰアドレス
宛に送られるパケットは、ＨＡが受け取って、ＦＡ２に
トンネル転送され、ＦＡ２からＭＮに送られる。
【００２８】なお、この標準モバイルＩＰ登録の間、Ｍ
Ｎがデータを送受信できない期間が発生する。この期
間、つまりＭＮがＦＡ１との無線通信ができなくなって
から、ＦＡ２へのＬ３ハンドオフが終わるまでのことを
ハンドオフ遅延と呼ぶ。この登録プロセスの間に起こる
ハンドオフ遅延は、数１００ミリ秒を超えてしまうと計
算されている。このハンドオフ遅延の大きな原因は、Ｍ
Ｎが新しいエージェントを発見することと、ＨＡでの更
新処理と、そして恐らく最も大きな原因である、ＨＡと
ＦＡ２（これらはおそらく他のネットワークを介して分
け隔てられている）との間での登録要求と返答メッセー
ジの伝送にかかる時間である。標準モバイルＩＰ登録プ
ロセスによるハンドオフ遅延は、リアルタイム通信や遅
延に敏感な通信が許容することができるものより大きく
なりうる。
Ｎがデータを送受信できない期間が発生する。この期
間、つまりＭＮがＦＡ１との無線通信ができなくなって
から、ＦＡ２へのＬ３ハンドオフが終わるまでのことを
ハンドオフ遅延と呼ぶ。この登録プロセスの間に起こる
ハンドオフ遅延は、数１００ミリ秒を超えてしまうと計
算されている。このハンドオフ遅延の大きな原因は、Ｍ
Ｎが新しいエージェントを発見することと、ＨＡでの更
新処理と、そして恐らく最も大きな原因である、ＨＡと
ＦＡ２（これらはおそらく他のネットワークを介して分
け隔てられている）との間での登録要求と返答メッセー
ジの伝送にかかる時間である。標準モバイルＩＰ登録プ
ロセスによるハンドオフ遅延は、リアルタイム通信や遅
延に敏感な通信が許容することができるものより大きく
なりうる。
【００２９】本発明は、Ｌ３ハンドオフに関する遅延を
少なくする２つの方法を提供する。第１の方法は、プリ
Ｌ２ハンドオフモバイル起動トンネリングハンドオフ
（Ｐｒｅ−ＭＩＴ）と呼ばれ、図３（ａ）、３（ｂ）、
３（ｃ）に詳しく図示されている。第２の方法は、ポス
トＬ２ハンドオフモバイル起動トンネリング（Ｐｏｓｔ
−ＭＩＴ）と呼ばれ、図４（ａ）、４（ｂ）、４（ｃ）
に詳しく図示されている。両方の方法とも、トリガモー
ドかトリガレスモードで機能する。図３（ａ）、３
（ｂ）、３（ｃ）を参照して、Ｐｒｅ−ＭＩＴを最初に
説明する。
少なくする２つの方法を提供する。第１の方法は、プリ
Ｌ２ハンドオフモバイル起動トンネリングハンドオフ
（Ｐｒｅ−ＭＩＴ）と呼ばれ、図３（ａ）、３（ｂ）、
３（ｃ）に詳しく図示されている。第２の方法は、ポス
トＬ２ハンドオフモバイル起動トンネリング（Ｐｏｓｔ
−ＭＩＴ）と呼ばれ、図４（ａ）、４（ｂ）、４（ｃ）
に詳しく図示されている。両方の方法とも、トリガモー
ドかトリガレスモードで機能する。図３（ａ）、３
（ｂ）、３（ｃ）を参照して、Ｐｒｅ−ＭＩＴを最初に
説明する。
【００３０】図３（ａ）は、ＩＰｖ４のためのＰｒｅ−
ＭＩＴを図示している。図３（ｂ）は、図３（ａ）に示
されるＰｒｅ−ＭＩＴのトリガモードのタイミングを説
明する図である。図３（ａ）には、２つのＦＡが図示さ
れている。これらＦＡは、既に述べた様に、それぞれサ
ブネット１５０を有している。このサブネットは、ＡＰ
１５５を有している。ＭＮは旧ＦＡ（ソース）に関する
登録がされていて、旧ＦＡを介してデータの送受信をし
ている。ＭＮは現在旧ＦＡによるサブネットを離れ、新
ＦＡ（すなわちターゲット）へ向けて移動している。な
お、新旧ＦＡは、異なる無線アクセス技術に対応してい
ると仮定する。この仮定は、本発明で説明される他の実
施形態でも使われる。しかし、同じ無線アクセス技術に
対応したＦＡ間のハンドオフにも、本発明は適用するこ
とができる。
ＭＩＴを図示している。図３（ｂ）は、図３（ａ）に示
されるＰｒｅ−ＭＩＴのトリガモードのタイミングを説
明する図である。図３（ａ）には、２つのＦＡが図示さ
れている。これらＦＡは、既に述べた様に、それぞれサ
ブネット１５０を有している。このサブネットは、ＡＰ
１５５を有している。ＭＮは旧ＦＡ（ソース）に関する
登録がされていて、旧ＦＡを介してデータの送受信をし
ている。ＭＮは現在旧ＦＡによるサブネットを離れ、新
ＦＡ（すなわちターゲット）へ向けて移動している。な
お、新旧ＦＡは、異なる無線アクセス技術に対応してい
ると仮定する。この仮定は、本発明で説明される他の実
施形態でも使われる。しかし、同じ無線アクセス技術に
対応したＦＡ間のハンドオフにも、本発明は適用するこ
とができる。
【００３１】ＭＮが旧ＦＡと新ＦＡとの間のある点にま
で来て、旧ＦＡとのデータ通信が出来なくなりそうにな
ると、ＭＮは、Ｌ２ハンドオフが起こりそうであると通
知するＬ２トリガを受信する（ステップ３０１）。Ｌ２
トリガと言うのは、なにかイベントが起こるもしくは起
こりそうであると言うことを表した、レイヤ２から送ら
れる通知のいわば要約である。本発明において考えられ
ているＬ２トリガには３種類ある。第１のトリガは、Ｌ
２ハンドオフが起こりそうであると通知するトリガであ
る。この第１のトリガは、ＭＮ、新旧ＦＡのどれが受信
しても良い。第２のトリガは、リンクダウントリガと呼
ばれ、ＭＮと旧ＦＡがその間に有していたＬ２の通信リ
ンクが失われたということをＭＮと旧ＦＡに通知する。
第３のトリガは、リンク確立トリガと呼ばれ、ＭＮと新
ＦＡに、ＭＮと新ＦＡの間に新たなＬ２リンクが確立し
たということを通知する。
で来て、旧ＦＡとのデータ通信が出来なくなりそうにな
ると、ＭＮは、Ｌ２ハンドオフが起こりそうであると通
知するＬ２トリガを受信する（ステップ３０１）。Ｌ２
トリガと言うのは、なにかイベントが起こるもしくは起
こりそうであると言うことを表した、レイヤ２から送ら
れる通知のいわば要約である。本発明において考えられ
ているＬ２トリガには３種類ある。第１のトリガは、Ｌ
２ハンドオフが起こりそうであると通知するトリガであ
る。この第１のトリガは、ＭＮ、新旧ＦＡのどれが受信
しても良い。第２のトリガは、リンクダウントリガと呼
ばれ、ＭＮと旧ＦＡがその間に有していたＬ２の通信リ
ンクが失われたということをＭＮと旧ＦＡに通知する。
第３のトリガは、リンク確立トリガと呼ばれ、ＭＮと新
ＦＡに、ＭＮと新ＦＡの間に新たなＬ２リンクが確立し
たということを通知する。
【００３２】本発明においては、Ｌ２トリガは特定のＬ
２信号に関連してはいないが、無線リンクプロトコルと
して広く利用可能である（もしくは可能であろう）Ｌ２
情報に基づいている。よって、トリガは様々な方法で実
装されうる。例えば、トリガが生成されたら呼び出され
るコールバック関数を、ＩＰスタックが登録すること
を、Ｌ２ドライバが許可しても良い。オペレーティング
システムが、スレッドにシステムコールを実行させて適
切なトリガを生成させても良い。トリガは、トリガ通知
とパラメータ情報を、Ｌ２かＬ３で新ＡＰと旧ＡＰとの
間を転送するためのプロトコルを含んでいても良い。ま
た、トリガ情報は、ＩＰスタックにとって、帯域外通信
として、ドライバからオペレーティングシステムカーネ
ル内で利用可能であっても良い。また、トリガは、もし
以下のエンティティがＬ２トリガを生成することができ
るならば、旧ＦＡ、新ＦＡ、無線アクセスネットワーク
（ＲＡＮ）および無線ネットワークコントローラ（ＲＮ
Ｃ）のいずれから来るのでも良い。ここでＲＮＣとは、
旧ＦＡか新ＦＡによるサブネットにサービスを提供する
ものである。ＭＮは、トリガを発することができるなら
ば、自身でトリガを発しても良い。
２信号に関連してはいないが、無線リンクプロトコルと
して広く利用可能である（もしくは可能であろう）Ｌ２
情報に基づいている。よって、トリガは様々な方法で実
装されうる。例えば、トリガが生成されたら呼び出され
るコールバック関数を、ＩＰスタックが登録すること
を、Ｌ２ドライバが許可しても良い。オペレーティング
システムが、スレッドにシステムコールを実行させて適
切なトリガを生成させても良い。トリガは、トリガ通知
とパラメータ情報を、Ｌ２かＬ３で新ＡＰと旧ＡＰとの
間を転送するためのプロトコルを含んでいても良い。ま
た、トリガ情報は、ＩＰスタックにとって、帯域外通信
として、ドライバからオペレーティングシステムカーネ
ル内で利用可能であっても良い。また、トリガは、もし
以下のエンティティがＬ２トリガを生成することができ
るならば、旧ＦＡ、新ＦＡ、無線アクセスネットワーク
（ＲＡＮ）および無線ネットワークコントローラ（ＲＮ
Ｃ）のいずれから来るのでも良い。ここでＲＮＣとは、
旧ＦＡか新ＦＡによるサブネットにサービスを提供する
ものである。ＭＮは、トリガを発することができるなら
ば、自身でトリガを発しても良い。
【００３３】Ｌ２ハンドオフが発生しそうであるとのＬ
２トリガによってトリガされ、ＭＮはモバイルハンドオ
フ要求（ＨＲｅｑ（ｍ））を旧ＦＡに送信する（ステッ
プ３０２）。このＨＲｅｑ（ｍ）のメッセージフォーマ
ットは、図５の様に４つのフィールドを有したインター
ネット制御メッセージプロトコル（ＩＣＭＰ）からなる
特別のメッセージフォーマットになっている。ＩＣＭＰ
の４つのフィールドは、タイプフィールド、コードフィ
ールド、チェックサムフィールド、そして予約フィール
ドである。これらのフィールドはビットで構成されてい
る。タイプフィールドは、メッセージがモバイルハンド
オフ要求（ＨＲｅｑ（ｍ））であることを示すフィール
ドである。コードフィールドは０を値として持ってい
る。チェックサムフィールドは、１６ビットからなり、
ＩＣＭＰタイプフィールドからのＩＣＭＰメッセージの
１の補数和の１の補数である。チェックサムを計算する
ために、チェックサムフィールドは０にセットされてい
る。予約フィールドは、３２ビットあり、０にセットさ
れている。
２トリガによってトリガされ、ＭＮはモバイルハンドオ
フ要求（ＨＲｅｑ（ｍ））を旧ＦＡに送信する（ステッ
プ３０２）。このＨＲｅｑ（ｍ）のメッセージフォーマ
ットは、図５の様に４つのフィールドを有したインター
ネット制御メッセージプロトコル（ＩＣＭＰ）からなる
特別のメッセージフォーマットになっている。ＩＣＭＰ
の４つのフィールドは、タイプフィールド、コードフィ
ールド、チェックサムフィールド、そして予約フィール
ドである。これらのフィールドはビットで構成されてい
る。タイプフィールドは、メッセージがモバイルハンド
オフ要求（ＨＲｅｑ（ｍ））であることを示すフィール
ドである。コードフィールドは０を値として持ってい
る。チェックサムフィールドは、１６ビットからなり、
ＩＣＭＰタイプフィールドからのＩＣＭＰメッセージの
１の補数和の１の補数である。チェックサムを計算する
ために、チェックサムフィールドは０にセットされてい
る。予約フィールドは、３２ビットあり、０にセットさ
れている。
【００３４】この特別なメッセージのフォーマットにあ
る他のフィールドは、アドレスフィールドである。アド
レスフィールドには、ビット形式で、ターゲットトリガ
パラメータが含まれている。ターゲットトリガパラメー
タは、フォーリンエージェントのリンクレイヤアドレス
つまりＬ２識別子（すなわちＬ２アドレス）であり、３
つまで入る。ＭＮは、ＦＡから受信したパイロットビー
コン信号からこれらのＬ２識別子を取得しても良い。旧
ＦＡは、所定のポリシーにより３つのＬ２識別子から１
つを選択しても良い。本実施形態において、本発明をよ
りよく理解する為に、このアドレスフィールドには、１
つのアドレスすなわち新ＦＡのアドレスが含まれている
と仮定する。また、旧ＦＡは新ＦＡのアドレスを知って
いると仮定する。新ＦＡのＩＰアドレスが無ければ、旧
ＦＡは新ＦＡと直接通信を行うことができない。旧ＦＡ
が新ＦＡのアドレスを得る方法として２つある。１つは
ＭＮから得る方法である。新ＦＡからのエージェント広
告がＭＮに着いたときに、ＭＮはこのエージェント広告
から新ＦＡのＩＰアドレスを取得して、ＨＲｅｑ（ｍ）
に付加する。もう１つは、旧ＦＡに、近隣のＦＡのＩＰ
アドレスをＬ２識別子と関連つけて、テーブルに保持す
るように要求することである。ＨＲｅｑ（ｍ）にＩＰア
ドレスが付加されていないときは、旧ＦＡはＨＲｅｑ
（ｍ）の拡張部の１つからＬ２識別子を取り出す。この
Ｌ２識別子から、旧ＦＡは対応するＩＰアドレスをテー
ブルから探し出す。このテーブルの形式と検索処理は、
図３（ｃ）に示されたＰｒｅ−ＭＩＴトリガレスモード
の説明のところで詳細に説明する。本実施形態において
は、ＭＮからのＨＲｅｑ（ｍ）には、新ＦＡのＬ２とＬ
３識別子を含んだ拡張部があると仮定する。
る他のフィールドは、アドレスフィールドである。アド
レスフィールドには、ビット形式で、ターゲットトリガ
パラメータが含まれている。ターゲットトリガパラメー
タは、フォーリンエージェントのリンクレイヤアドレス
つまりＬ２識別子（すなわちＬ２アドレス）であり、３
つまで入る。ＭＮは、ＦＡから受信したパイロットビー
コン信号からこれらのＬ２識別子を取得しても良い。旧
ＦＡは、所定のポリシーにより３つのＬ２識別子から１
つを選択しても良い。本実施形態において、本発明をよ
りよく理解する為に、このアドレスフィールドには、１
つのアドレスすなわち新ＦＡのアドレスが含まれている
と仮定する。また、旧ＦＡは新ＦＡのアドレスを知って
いると仮定する。新ＦＡのＩＰアドレスが無ければ、旧
ＦＡは新ＦＡと直接通信を行うことができない。旧ＦＡ
が新ＦＡのアドレスを得る方法として２つある。１つは
ＭＮから得る方法である。新ＦＡからのエージェント広
告がＭＮに着いたときに、ＭＮはこのエージェント広告
から新ＦＡのＩＰアドレスを取得して、ＨＲｅｑ（ｍ）
に付加する。もう１つは、旧ＦＡに、近隣のＦＡのＩＰ
アドレスをＬ２識別子と関連つけて、テーブルに保持す
るように要求することである。ＨＲｅｑ（ｍ）にＩＰア
ドレスが付加されていないときは、旧ＦＡはＨＲｅｑ
（ｍ）の拡張部の１つからＬ２識別子を取り出す。この
Ｌ２識別子から、旧ＦＡは対応するＩＰアドレスをテー
ブルから探し出す。このテーブルの形式と検索処理は、
図３（ｃ）に示されたＰｒｅ−ＭＩＴトリガレスモード
の説明のところで詳細に説明する。本実施形態において
は、ＭＮからのＨＲｅｑ（ｍ）には、新ＦＡのＬ２とＬ
３識別子を含んだ拡張部があると仮定する。
【００３５】ＭＮからＨＲｅｑ（ｍ）を受信すると、旧
ＦＡは、ＨＲｅｑ（ｍ）に付加されている拡張部の１つ
に含まれているＬ３識別子を取り出し、ＭＮが旧ＦＡか
ら新ＦＡに接続点を変更しようとしていると判定する。
旧ＦＡは、それから新ＦＡにソースエージェントハンド
オフ要求（ＨＲｅｑ（ｓ））を送信する（ステップ３０
３）。旧ＦＡからＨＲｅｑ（ｓ）を受信すると、新ＦＡ
は、その要求に付加されている拡張部を開けて、ＭＮが
旧ＦＡから新ＦＡにハンドオフしようとしていることを
知る。これに応答して、新ＦＡは、旧ＦＡにハンドオフ
応答（ＨＲｐｌｙ（ｔ））を送り返す（ステップ３０
４）。これにより、新旧ＦＡ間にトンネルが確立する。
これらのトンネルは単方向で、新ＦＡから旧ＦＡへのデ
ータ転送のみに使用されても良い。もしくは、トンネル
は双方向で、新旧ＦＡ間のデータ交換に使用されても良
い。新ＦＡからのハンドオフ返答は、旧ＦＡによりＭＮ
に転送される（ステップ３０５）。
ＦＡは、ＨＲｅｑ（ｍ）に付加されている拡張部の１つ
に含まれているＬ３識別子を取り出し、ＭＮが旧ＦＡか
ら新ＦＡに接続点を変更しようとしていると判定する。
旧ＦＡは、それから新ＦＡにソースエージェントハンド
オフ要求（ＨＲｅｑ（ｓ））を送信する（ステップ３０
３）。旧ＦＡからＨＲｅｑ（ｓ）を受信すると、新ＦＡ
は、その要求に付加されている拡張部を開けて、ＭＮが
旧ＦＡから新ＦＡにハンドオフしようとしていることを
知る。これに応答して、新ＦＡは、旧ＦＡにハンドオフ
応答（ＨＲｐｌｙ（ｔ））を送り返す（ステップ３０
４）。これにより、新旧ＦＡ間にトンネルが確立する。
これらのトンネルは単方向で、新ＦＡから旧ＦＡへのデ
ータ転送のみに使用されても良い。もしくは、トンネル
は双方向で、新旧ＦＡ間のデータ交換に使用されても良
い。新ＦＡからのハンドオフ返答は、旧ＦＡによりＭＮ
に転送される（ステップ３０５）。
【００３６】ＨＲｅｑ（ｓ）とＨＲｐｌｙ（ｔ）は、同
じビットフォーマットをもった特別なメッセージであ
る。図６は、ＨＲｅｑ（ｓ）とＨＲｐｌｙ（ｔ）のメッ
セージフォーマットを示している。このフォーマットで
は、タイプフィールド、Ｈビット、Ｎビット、Ｒビッ
ト、Ｍビット、Ｇビット、Ｔビット、Ｂビット、生存期
間フィールド、ＭＮのホームアドレスフィールド、ＨＡ
のホームアドレスを有している。本発明に関係する部分
を以下に説明する。タイプフィールドの値は、メッセー
ジがハンドオフ要求（ＨＲｅｑ）であるかハンドオフ応
答（ＨＲｐｌｙ）であるかを示す。Ｈビットは、ソース
がトリガされたことによるハンドオフ要求であることを
示す。Ｈビットがセットされていて、Ｎビットがセット
されていない時、この要求がソースからであることを示
している。Ｎビットは、ターゲットトリガされたことに
よるハンドオフ要求であることを示す。Ｎビットがセッ
トされていて、Ｈビットがセットされていない時、この
要求がターゲットからであることを示している。本実施
形態においては、旧ＦＡがＨＲｅｑを送信している。よ
って、Ｈはセットされていて、Ｎはセットされていな
い。ＨかＮの両方共セットされていない時で、要求がト
ンネルを更新するための要求であるなら、Ｒビットはセ
ットされている。Ｔビットは、旧ＦＡは、順方向と逆方
向トンネルサービスの両方共に対応するのにすすんで応
じることを示している。このように、旧ＦＡは、トンネ
ルを単方向にするか双方向にするかの一致したポリシー
を決めても良い。Ｂビットは、ＭＮがＨＡへの逆方向ト
ンネルを要求していると言うことを示しているととも
に、新ＦＡが旧ＦＡに逆方向トンネリングを行っていな
ければ、新ＦＡがＨＡへの逆方向トンネルを使用すべき
であるという事を示している。
じビットフォーマットをもった特別なメッセージであ
る。図６は、ＨＲｅｑ（ｓ）とＨＲｐｌｙ（ｔ）のメッ
セージフォーマットを示している。このフォーマットで
は、タイプフィールド、Ｈビット、Ｎビット、Ｒビッ
ト、Ｍビット、Ｇビット、Ｔビット、Ｂビット、生存期
間フィールド、ＭＮのホームアドレスフィールド、ＨＡ
のホームアドレスを有している。本発明に関係する部分
を以下に説明する。タイプフィールドの値は、メッセー
ジがハンドオフ要求（ＨＲｅｑ）であるかハンドオフ応
答（ＨＲｐｌｙ）であるかを示す。Ｈビットは、ソース
がトリガされたことによるハンドオフ要求であることを
示す。Ｈビットがセットされていて、Ｎビットがセット
されていない時、この要求がソースからであることを示
している。Ｎビットは、ターゲットトリガされたことに
よるハンドオフ要求であることを示す。Ｎビットがセッ
トされていて、Ｈビットがセットされていない時、この
要求がターゲットからであることを示している。本実施
形態においては、旧ＦＡがＨＲｅｑを送信している。よ
って、Ｈはセットされていて、Ｎはセットされていな
い。ＨかＮの両方共セットされていない時で、要求がト
ンネルを更新するための要求であるなら、Ｒビットはセ
ットされている。Ｔビットは、旧ＦＡは、順方向と逆方
向トンネルサービスの両方共に対応するのにすすんで応
じることを示している。このように、旧ＦＡは、トンネ
ルを単方向にするか双方向にするかの一致したポリシー
を決めても良い。Ｂビットは、ＭＮがＨＡへの逆方向ト
ンネルを要求していると言うことを示しているととも
に、新ＦＡが旧ＦＡに逆方向トンネリングを行っていな
ければ、新ＦＡがＨＡへの逆方向トンネルを使用すべき
であるという事を示している。
【００３７】生存期間フィールドは、ＭＮへのトンネル
サービスがどのくらい保たれるのかを秒で示している。
生存期間フィールドの値が０にセットされている場合
で、Ｔビットがセットされていないなら、旧ＦＡはＭＮ
へはどのパケットもトンネル転送しない。生存期間フィ
ールドの値に正の値が入っていて、Ｔビットがセットさ
れていたら、旧ＦＡは、示された時間トンネル転送を行
う。識別子フィールドは、６４ビットあり、登録要求を
登録応答に照合するのに使用する、また登録メッセージ
の応答攻撃に対する守りに使用する。
サービスがどのくらい保たれるのかを秒で示している。
生存期間フィールドの値が０にセットされている場合
で、Ｔビットがセットされていないなら、旧ＦＡはＭＮ
へはどのパケットもトンネル転送しない。生存期間フィ
ールドの値に正の値が入っていて、Ｔビットがセットさ
れていたら、旧ＦＡは、示された時間トンネル転送を行
う。識別子フィールドは、６４ビットあり、登録要求を
登録応答に照合するのに使用する、また登録メッセージ
の応答攻撃に対する守りに使用する。
【００３８】旧ＦＡとＭＮとの間にＬ２リンクが残って
いる限り、旧ＦＡは、ＭＮのＨＡから来たデータをＭＮ
にトンネル転送し、そしてＭＮから来たデータを、ＨＡ
にトンネル転送し返すか、直接宛先に送る。ＭＮとの間
のＬ２リンクが失われたらすぐに、リンクダウントリガ
により知らされた旧ＦＡは、旧ＦＡと新ＦＡとの間に確
立したトンネルを使用して、ＭＮ宛のデータを送り始め
る。ＭＮが新ＦＡによるサブネットに入り、ＭＮと新Ｆ
Ａとの間のＬ２リンクが確立するとすぐに、新ＦＡは、
リンク確立トリガによって知らされて、旧ＦＡから来た
データをＭＮにトンネル転送する。この時、トンネルが
双方向のものであれば、新ＦＡは、ＭＮからのデータを
旧ＦＡにトンネル転送しても良い。
いる限り、旧ＦＡは、ＭＮのＨＡから来たデータをＭＮ
にトンネル転送し、そしてＭＮから来たデータを、ＨＡ
にトンネル転送し返すか、直接宛先に送る。ＭＮとの間
のＬ２リンクが失われたらすぐに、リンクダウントリガ
により知らされた旧ＦＡは、旧ＦＡと新ＦＡとの間に確
立したトンネルを使用して、ＭＮ宛のデータを送り始め
る。ＭＮが新ＦＡによるサブネットに入り、ＭＮと新Ｆ
Ａとの間のＬ２リンクが確立するとすぐに、新ＦＡは、
リンク確立トリガによって知らされて、旧ＦＡから来た
データをＭＮにトンネル転送する。この時、トンネルが
双方向のものであれば、新ＦＡは、ＭＮからのデータを
旧ＦＡにトンネル転送しても良い。
【００３９】このように、本発明の実施形態によれば、
ＭＮはＬ２トリガを利用して、新旧ＦＡ間にトンネルを
確立し、ＭＮはこのトンネルを使用して、新ＦＡによる
サブネット上にいるときも、旧ＦＡを使用してデータ通
信を続けることが出来る。これによって、ハンドオフ遅
延の原因となる要素をなくす事が出来、リアルタイムア
プリケーションに対する影響を最小にしながら、新たな
接続点での素早いサービス開始を実現する事が出来る。
ＭＮは、新ＦＡとのＬ２通信が確立した後、図２に示さ
れるような正式なモバイルＩＰ登録を最後には行わなけ
ればならないが、しかしこれは、ＭＮからの要求によっ
て後に行っても良い。ＭＮが登録を行うまで、新ＦＡと
旧ＦＡは、ＭＮに切れ目のない接続を提供するために、
要求されたように、トンネルを確立したり移動したりす
る。
ＭＮはＬ２トリガを利用して、新旧ＦＡ間にトンネルを
確立し、ＭＮはこのトンネルを使用して、新ＦＡによる
サブネット上にいるときも、旧ＦＡを使用してデータ通
信を続けることが出来る。これによって、ハンドオフ遅
延の原因となる要素をなくす事が出来、リアルタイムア
プリケーションに対する影響を最小にしながら、新たな
接続点での素早いサービス開始を実現する事が出来る。
ＭＮは、新ＦＡとのＬ２通信が確立した後、図２に示さ
れるような正式なモバイルＩＰ登録を最後には行わなけ
ればならないが、しかしこれは、ＭＮからの要求によっ
て後に行っても良い。ＭＮが登録を行うまで、新ＦＡと
旧ＦＡは、ＭＮに切れ目のない接続を提供するために、
要求されたように、トンネルを確立したり移動したりす
る。
【００４０】図３（ｃ）は、トリガレスモードにおける
Ｐｒｅ−ＭＩＴ処理のタイミングを示した図である。ト
リガレスモードにおいては、旧ＦＡは、近隣のＦＡのＩ
ＰアドレスとＬ２識別子を有しているテーブルを有して
いる。これらのアドレスは、ＲＦＣ２００２のモバイル
ＩＰｖ４で規定されているルータソリシテーションとル
ータ広告を使用して、前もって取得されている。本発明
とＲＦＣ２００２との差は、ＲＦＣ２００２において
は、これらのプロトコルは、ＭＮと近隣ＦＡとの間にお
いて実施されているが、本発明では、同じプロトコル
が、ＦＡとその近隣のＦＡとの間において実施されてい
るということである。このように、本発明においては、
旧ＦＡは、近隣のＦＡに前もってエージェントソリシテ
ーションを送信する。これに応答して、近隣のＦＡは旧
ＦＡにエージェント広告を送信し返す。旧ＦＡは、次
に、この広告に付加されている拡張部からＬ３とＬ２の
識別子を取り出し、旧ＦＡ内部のテーブルにキャッシュ
する。
Ｐｒｅ−ＭＩＴ処理のタイミングを示した図である。ト
リガレスモードにおいては、旧ＦＡは、近隣のＦＡのＩ
ＰアドレスとＬ２識別子を有しているテーブルを有して
いる。これらのアドレスは、ＲＦＣ２００２のモバイル
ＩＰｖ４で規定されているルータソリシテーションとル
ータ広告を使用して、前もって取得されている。本発明
とＲＦＣ２００２との差は、ＲＦＣ２００２において
は、これらのプロトコルは、ＭＮと近隣ＦＡとの間にお
いて実施されているが、本発明では、同じプロトコル
が、ＦＡとその近隣のＦＡとの間において実施されてい
るということである。このように、本発明においては、
旧ＦＡは、近隣のＦＡに前もってエージェントソリシテ
ーションを送信する。これに応答して、近隣のＦＡは旧
ＦＡにエージェント広告を送信し返す。旧ＦＡは、次
に、この広告に付加されている拡張部からＬ３とＬ２の
識別子を取り出し、旧ＦＡ内部のテーブルにキャッシュ
する。
【００４１】また、トリガレスモードにおいては、Ｐｒ
ｅ−ＭＩＴを開始するのにＭＮが使えるＬ２トリガはな
いということが仮定されている。よって、ＭＮは、自身
の内部のＬ２信号を使用してＰｒｅ−ＭＩＴを開始しな
ければならない。もしＭＮのＬ２において、リンク評価
機能があり、それがリンクの質低下を認めたら、ＭＮの
Ｌ３にハンドオフを通知することができる。普通、ＭＮ
のＬ２は、ＭＮが通信している相手と近隣のＦＡからの
パイロットビーコン信号の強度をモニターすることが出
来る。ビーコン信号の強度をモニターすることで、Ｌ２
がＬ３にＬ２ハンドオフが起こりそうであると通知する
ことが出来る。Ｌ２は、また、Ｌ３への通知で、優先付
けられた見込み新候補ＦＡとそのＬ２識別子を提供する
事が出来る。また、ＭＮは、Ｌ２ハンドオフを予測する
ために、パケット遅延のＬ３評価を使用してもよい。こ
のような、パケット遅延を基にしたハンドオフ予測は、
特願平２００２−１９０７６「無線の移動体アクセスデ
ジタルネットワークにおけるモビリティ予測方法」、ま
た特願平２００２−１９０８４「モビリティ予測を用い
た無線の移動体アクセスのディジタルネットワークにお
ける高速動的ルート設定」に記載されている。
ｅ−ＭＩＴを開始するのにＭＮが使えるＬ２トリガはな
いということが仮定されている。よって、ＭＮは、自身
の内部のＬ２信号を使用してＰｒｅ−ＭＩＴを開始しな
ければならない。もしＭＮのＬ２において、リンク評価
機能があり、それがリンクの質低下を認めたら、ＭＮの
Ｌ３にハンドオフを通知することができる。普通、ＭＮ
のＬ２は、ＭＮが通信している相手と近隣のＦＡからの
パイロットビーコン信号の強度をモニターすることが出
来る。ビーコン信号の強度をモニターすることで、Ｌ２
がＬ３にＬ２ハンドオフが起こりそうであると通知する
ことが出来る。Ｌ２は、また、Ｌ３への通知で、優先付
けられた見込み新候補ＦＡとそのＬ２識別子を提供する
事が出来る。また、ＭＮは、Ｌ２ハンドオフを予測する
ために、パケット遅延のＬ３評価を使用してもよい。こ
のような、パケット遅延を基にしたハンドオフ予測は、
特願平２００２−１９０７６「無線の移動体アクセスデ
ジタルネットワークにおけるモビリティ予測方法」、ま
た特願平２００２−１９０８４「モビリティ予測を用い
た無線の移動体アクセスのディジタルネットワークにお
ける高速動的ルート設定」に記載されている。
【００４２】図３（ｃ）に戻り説明を続ける。ＭＮは旧
ＦＡに接続している間、次のハンドオフのための候補Ｆ
Ａを見つけるために、旧ＦＡと他の近隣のＦＡからのパ
イロットビーコン信号をモニターする。ＭＮが旧ＦＡか
ら新ＦＡへと移動している時に、ＭＮは自身のＬ２か
ら、旧ＦＡからのパイロット信号が弱まっているとの通
知を受ける。Ｌ２からのこの通知をトリガとして利用し
て、ＭＮはＰｒｅ−ＭＩＴを開始する（ステップ３０
１）。この時、Ｌ２は、受信したパイロットビーコン信
号の強度に基づいて、新ＦＡが次のハンドオフのターゲ
ットであるということを、既にＭＮに通知していると仮
定する。このＰｒｅ−ＭＩＴを開始したとき、ＭＮは、
エージェントソリシテーションに新ＦＡのＬ２識別子を
付加して、旧ＦＡに送る（ステップ３０２）。
ＦＡに接続している間、次のハンドオフのための候補Ｆ
Ａを見つけるために、旧ＦＡと他の近隣のＦＡからのパ
イロットビーコン信号をモニターする。ＭＮが旧ＦＡか
ら新ＦＡへと移動している時に、ＭＮは自身のＬ２か
ら、旧ＦＡからのパイロット信号が弱まっているとの通
知を受ける。Ｌ２からのこの通知をトリガとして利用し
て、ＭＮはＰｒｅ−ＭＩＴを開始する（ステップ３０
１）。この時、Ｌ２は、受信したパイロットビーコン信
号の強度に基づいて、新ＦＡが次のハンドオフのターゲ
ットであるということを、既にＭＮに通知していると仮
定する。このＰｒｅ−ＭＩＴを開始したとき、ＭＮは、
エージェントソリシテーションに新ＦＡのＬ２識別子を
付加して、旧ＦＡに送る（ステップ３０２）。
【００４３】ＭＮからエージェントソリシテーションを
受信すると、旧ＦＡは拡張部を開いて、そこからＬ２識
別子を取り出す。旧ＦＡは、それからその受信したＬ２
識別子に対応するＩＰアドレスをテーブル内に探して、
新ＦＡのＩＰアドレスを決定する。そして旧ＦＡは、Ｈ
Ｒｅｑ（ｓ）を新ＦＡに送信する（ステップ３０３）。
このＨＲｅｑ（ｓ）と、次のステップ３０４で送信され
るＨＲｐｌｙ（ｔ）は、図６に示される同じデータフォ
ーマットを有している。図３（ｃ）のステップ３０４と
ステップ３０５で行なわれる処理は、図３（ｂ）の対応
するステップで行なわれる処理と同じである。よって、
これらの詳しい説明は省略する。トリガレスモードにお
いては、ＭＮは、他のＩＰエンティティの補助なしにＰ
ｒｅ−ＭＩＴを開始することができる。このように、ト
リガレスモードは、異なるアクセス技術を使用している
ＦＡ間でハンドオフを行う状況に適する。ネットワーク
技術の中には、ネットワーク側において、上述したよう
なＬ２トリガを利用できないものがある（例えば、ＩＥ
ＥＥ８０２．１１ｘとブルートゥ−ス（登録商標））。
本発明によれば、トリガレスモードで稼動しているモバ
イルノードは、ネットワークがどのようなアクセス技術
を使用していても、異なるネットワーク間におけるＰｒ
ｅ−ＭＩＴを開始することができる。
受信すると、旧ＦＡは拡張部を開いて、そこからＬ２識
別子を取り出す。旧ＦＡは、それからその受信したＬ２
識別子に対応するＩＰアドレスをテーブル内に探して、
新ＦＡのＩＰアドレスを決定する。そして旧ＦＡは、Ｈ
Ｒｅｑ（ｓ）を新ＦＡに送信する（ステップ３０３）。
このＨＲｅｑ（ｓ）と、次のステップ３０４で送信され
るＨＲｐｌｙ（ｔ）は、図６に示される同じデータフォ
ーマットを有している。図３（ｃ）のステップ３０４と
ステップ３０５で行なわれる処理は、図３（ｂ）の対応
するステップで行なわれる処理と同じである。よって、
これらの詳しい説明は省略する。トリガレスモードにお
いては、ＭＮは、他のＩＰエンティティの補助なしにＰ
ｒｅ−ＭＩＴを開始することができる。このように、ト
リガレスモードは、異なるアクセス技術を使用している
ＦＡ間でハンドオフを行う状況に適する。ネットワーク
技術の中には、ネットワーク側において、上述したよう
なＬ２トリガを利用できないものがある（例えば、ＩＥ
ＥＥ８０２．１１ｘとブルートゥ−ス（登録商標））。
本発明によれば、トリガレスモードで稼動しているモバ
イルノードは、ネットワークがどのようなアクセス技術
を使用していても、異なるネットワーク間におけるＰｒ
ｅ−ＭＩＴを開始することができる。
【００４４】図４（ａ）に、本発明におけるＰｏｓｔ−
Ｌ２ハンドオフモバイル起動トンネリングハンドオフ
（Ｐｏｓｔ−ＭＩＴ）を示す。図４（ｂ）は、Ｐｏｓｔ
−ＭＩＴのトリガモードのタイミングを表す図である。
図４（ｃ）は、Ｐｏｓｔ−ＭＩＴのトリガレスモードの
タイミングを表す図である。Ｐｒｅ−ＭＩＴとＰｏｓｔ
−ＭＩＴの差は、Ｐｒｅ−ＭＩＴは、ＭＮが新ＦＡのサ
ブネット内にいて、旧ＦＡとのＬ２接続を有していると
きに開始させられるのに対し、Ｐｏｓｔ−ＭＩＴは、Ｍ
Ｎが新ＦＡのサブネットに入った後（旧ＦＡとのＬ２接
続を失っている）で、新ＦＡへのＬ２接続を確立した後
に、開始させられることである。つまり、Ｐｒｅ−ＭＩ
Ｔでは、ＭＮが、旧ＦＡから新ＦＡにＬ２ハンドオフを
行う前、旧ＦＡ内によるサブネット内にいるときに、新
旧ＦＡ間のトンネルが確立する。これに対し、Ｐｏｓｔ
−ＭＩＴでは、ＭＮが新ＦＡによるサブネットに入り、
新ＦＡへのＬ２ハンドオフが終わった後に、トンネルが
確立する。この様に、Ｐｒｅ−ＭＩＴは、トンネルが予
測されたＬ２ハンドオフに基づいて確立するので、予測
的である。Ｐｏｓｔ−ＭＩＴは、新フォーリンエージェ
ントへのＬ２接続が確立した後に、トンネルが確立する
ので、応答的である。
Ｌ２ハンドオフモバイル起動トンネリングハンドオフ
（Ｐｏｓｔ−ＭＩＴ）を示す。図４（ｂ）は、Ｐｏｓｔ
−ＭＩＴのトリガモードのタイミングを表す図である。
図４（ｃ）は、Ｐｏｓｔ−ＭＩＴのトリガレスモードの
タイミングを表す図である。Ｐｒｅ−ＭＩＴとＰｏｓｔ
−ＭＩＴの差は、Ｐｒｅ−ＭＩＴは、ＭＮが新ＦＡのサ
ブネット内にいて、旧ＦＡとのＬ２接続を有していると
きに開始させられるのに対し、Ｐｏｓｔ−ＭＩＴは、Ｍ
Ｎが新ＦＡのサブネットに入った後（旧ＦＡとのＬ２接
続を失っている）で、新ＦＡへのＬ２接続を確立した後
に、開始させられることである。つまり、Ｐｒｅ−ＭＩ
Ｔでは、ＭＮが、旧ＦＡから新ＦＡにＬ２ハンドオフを
行う前、旧ＦＡ内によるサブネット内にいるときに、新
旧ＦＡ間のトンネルが確立する。これに対し、Ｐｏｓｔ
−ＭＩＴでは、ＭＮが新ＦＡによるサブネットに入り、
新ＦＡへのＬ２ハンドオフが終わった後に、トンネルが
確立する。この様に、Ｐｒｅ−ＭＩＴは、トンネルが予
測されたＬ２ハンドオフに基づいて確立するので、予測
的である。Ｐｏｓｔ−ＭＩＴは、新フォーリンエージェ
ントへのＬ２接続が確立した後に、トンネルが確立する
ので、応答的である。
【００４５】ＭＮが新ＦＡによるサブネットに入った時
に、図４（ｂ）に示されているＰｏｓｔ−ＭＩＴが開始
する。ＭＮが旧ＦＡによるサブネットを出る時、ＭＮ
は、Ｌ２ハンドオフが起こりそうだと知らせるＬ２トリ
ガを受信する。しかし、ＭＮは、このトリガを無視し、
Ｌ２ハンドオフを起こさせる。ＭＮが新ＦＡによるサブ
ネットに入るとすぐに、Ｌ２接続がＭＮと新ＦＡとの間
に確立する。ＭＮは、リンク確立トリガにより通知を受
け（ステップ４０１）、Ｐｏｓｔ−ＭＩＴを開始する。
または、ＭＮは、新ＦＡに関して標準モバイルＩＰ登録
を行っても良い。ＭＮが標準登録プロセスを行うなら、
登録プロセスが終わるまでＭＮが送受信できなくなる期
間がハンドオフ遅延に加わる。旧ＦＡへのＬ３接続が失
われた時に、遅延に敏感なデータの送受信をＭＮが行っ
ているのであれば、ＭＮは、本発明によるＰｏｓｔ−Ｍ
ＩＴを行うべきである。
に、図４（ｂ）に示されているＰｏｓｔ−ＭＩＴが開始
する。ＭＮが旧ＦＡによるサブネットを出る時、ＭＮ
は、Ｌ２ハンドオフが起こりそうだと知らせるＬ２トリ
ガを受信する。しかし、ＭＮは、このトリガを無視し、
Ｌ２ハンドオフを起こさせる。ＭＮが新ＦＡによるサブ
ネットに入るとすぐに、Ｌ２接続がＭＮと新ＦＡとの間
に確立する。ＭＮは、リンク確立トリガにより通知を受
け（ステップ４０１）、Ｐｏｓｔ−ＭＩＴを開始する。
または、ＭＮは、新ＦＡに関して標準モバイルＩＰ登録
を行っても良い。ＭＮが標準登録プロセスを行うなら、
登録プロセスが終わるまでＭＮが送受信できなくなる期
間がハンドオフ遅延に加わる。旧ＦＡへのＬ３接続が失
われた時に、遅延に敏感なデータの送受信をＭＮが行っ
ているのであれば、ＭＮは、本発明によるＰｏｓｔ−Ｍ
ＩＴを行うべきである。
【００４６】リンク確立トリガによって起動して、ＭＮ
は、新ＦＡにＨＲｅｑ（ｍ）を送る（ステップ４０
２）。このＨＲｅｑ（ｍ）のデータフォーマットは、図
５に既に示したものである。違いは、Ｐｒｅ−ＭＩＴに
おいて使用されるＨＲｅｑ（ｍ）は、新ＦＡのＬ２識別
子（Ｌ３識別子は、オプションである）を有した拡張部
を有しているが、Ｐｏｓｔ−ＭＩＴにおいて使用される
ＨＲｅｑ（ｍ）は、旧ＦＡのＩＰアドレスを有した拡張
部を有している。ＨＲｅｑ（ｍ）を受信すると、新ＦＡ
は、ＨＲｅｑ（ｔ）を旧ＦＡに送信する（ステップ４０
３）。すると、旧ＦＡは、ＨＲｐｌｙ（ｓ）を返す（ス
テップ４０４）。新旧ＦＡ間でＨＲｅｑ（ｔ）とＨＲｐ
ｌｙ（ｓ）の交換を行うことで、新旧ＦＡ間にトンネル
が確立される。トンネルが確立したとＭＮに通知するた
めに、旧ＦＡからのＨＲｐｌｙ（ｓ）は、新ＦＡからＭ
Ｎに転送される（ステップ４０５）。トンネルを通して
ＭＮへ最初のデータが送られるときに、旧ＦＡからのＨ
Ｒｐｌｙ（ｓ）がＭＮに転送されるようにしても良い。
ＨＲｅｑ（ｔ）とＨＲｐｌｙ（ｓ）は、図６に示された
ようなメッセージフォーマットをしている。ＨＲｅｑ
（ｔ）は新ＦＡから旧ＦＡへと送信されるので、ＨＲｅ
ｑ（ｔ）のＨビットはセットされず、Ｎビットはセット
される。ＨＲｅｑ（ｔ）のＴビットがセットされていた
ら、新ＦＡは逆方向トンネルサービスを要求しているこ
とになる。また、生存期間フィールドで示される期間
は、新ＦＡが要求している逆方向トンネルを生存させる
期間である。生存期間の値が０である時は、新ＦＡは逆
方向トンネルを要求していないことを示している。
は、新ＦＡにＨＲｅｑ（ｍ）を送る（ステップ４０
２）。このＨＲｅｑ（ｍ）のデータフォーマットは、図
５に既に示したものである。違いは、Ｐｒｅ−ＭＩＴに
おいて使用されるＨＲｅｑ（ｍ）は、新ＦＡのＬ２識別
子（Ｌ３識別子は、オプションである）を有した拡張部
を有しているが、Ｐｏｓｔ−ＭＩＴにおいて使用される
ＨＲｅｑ（ｍ）は、旧ＦＡのＩＰアドレスを有した拡張
部を有している。ＨＲｅｑ（ｍ）を受信すると、新ＦＡ
は、ＨＲｅｑ（ｔ）を旧ＦＡに送信する（ステップ４０
３）。すると、旧ＦＡは、ＨＲｐｌｙ（ｓ）を返す（ス
テップ４０４）。新旧ＦＡ間でＨＲｅｑ（ｔ）とＨＲｐ
ｌｙ（ｓ）の交換を行うことで、新旧ＦＡ間にトンネル
が確立される。トンネルが確立したとＭＮに通知するた
めに、旧ＦＡからのＨＲｐｌｙ（ｓ）は、新ＦＡからＭ
Ｎに転送される（ステップ４０５）。トンネルを通して
ＭＮへ最初のデータが送られるときに、旧ＦＡからのＨ
Ｒｐｌｙ（ｓ）がＭＮに転送されるようにしても良い。
ＨＲｅｑ（ｔ）とＨＲｐｌｙ（ｓ）は、図６に示された
ようなメッセージフォーマットをしている。ＨＲｅｑ
（ｔ）は新ＦＡから旧ＦＡへと送信されるので、ＨＲｅ
ｑ（ｔ）のＨビットはセットされず、Ｎビットはセット
される。ＨＲｅｑ（ｔ）のＴビットがセットされていた
ら、新ＦＡは逆方向トンネルサービスを要求しているこ
とになる。また、生存期間フィールドで示される期間
は、新ＦＡが要求している逆方向トンネルを生存させる
期間である。生存期間の値が０である時は、新ＦＡは逆
方向トンネルを要求していないことを示している。
【００４７】新旧ＦＡ間のトンネルを使用して、新ＦＡ
のサブネット内にＭＮがいても、旧ＦＡからデータを受
信することが出来る。Ｐｏｓｔ−ＭＩＴにおいては、Ｍ
Ｎがリンク確立トリガを受信してからトンネルが新旧Ｆ
Ａ間に確立されるまで、ＭＮはデータを受信することが
出来ない。しかしながら、ＭＮがモバイルＩＰ登録プロ
セスを行うときにおける、登録要求と応答メッセージが
ＭＮとＨＡとの間をネットワークを通して伝送すること
にかかる時間と比べると、新旧ＦＡ間にトンネルを確立
するのにかかる時間は短い。よって、Ｐｒｅ−ＭＩＴの
ように、Ｐｏｓｔ−ＭＩＴによれば、ハンドオフ遅延を
遅らせる要因を取り除くことができる。そして、新たな
接続点において素早いサービス開始が可能になる。ＭＮ
は、結局Ｌ３ハンドオフを行わなければならないが、Ｍ
Ｎの要求にしたがい、後に遅らせることが出来る。
のサブネット内にＭＮがいても、旧ＦＡからデータを受
信することが出来る。Ｐｏｓｔ−ＭＩＴにおいては、Ｍ
Ｎがリンク確立トリガを受信してからトンネルが新旧Ｆ
Ａ間に確立されるまで、ＭＮはデータを受信することが
出来ない。しかしながら、ＭＮがモバイルＩＰ登録プロ
セスを行うときにおける、登録要求と応答メッセージが
ＭＮとＨＡとの間をネットワークを通して伝送すること
にかかる時間と比べると、新旧ＦＡ間にトンネルを確立
するのにかかる時間は短い。よって、Ｐｒｅ−ＭＩＴの
ように、Ｐｏｓｔ−ＭＩＴによれば、ハンドオフ遅延を
遅らせる要因を取り除くことができる。そして、新たな
接続点において素早いサービス開始が可能になる。ＭＮ
は、結局Ｌ３ハンドオフを行わなければならないが、Ｍ
Ｎの要求にしたがい、後に遅らせることが出来る。
【００４８】図４（ｃ）は、トリガレスモードでＰｏｓ
ｔ−ＭＩＴを行う場合のタイミングを表す図である。ト
リガレスモードでのＰｒｅ−ＭＩＴの場合と同じよう
に、ＭＮがＰｏｓｔ−ＭＩＴを開始するのに、Ｌ２トリ
ガは利用できない。よって、Ｐｏｓｔ−ＭＩＴを開始す
るのに、ＭＮは、自身の内部のＬ２信号を使用しなけれ
ばならない（ステップ４０１）。このために使用可能な
ＭＮ内部のＬ２信号として、ＭＮのリンク層のプロトコ
ルスタックにより生成され、ＭＮのデバイスドライバで
利用可能な変換情報を使用してＩＰインターフェースへ
ＡＰＩを介して上がってくる内部リンク確立通知とリン
クダウン通知がある。トリガモードで使用されるリンク
確立トリガやリンクダウントリガと違い、これらのリン
ク確立・リンクダウン通知には、ＭＮが接続している
（もしくは接続していた）ＡＰのＬ２とＬ３の識別子は
含まれていない。例えば、無線ＬＡＮ（ＩＥＥＥ８０
２．１１ｂ）において、無線ＬＡＮのコントロールフレ
ームにある脱アソシエーションメッセージか再アソシエ
ーションメッセージを、無線ＬＡＮのデバイスドライバ
が受信したら、内部のリンク確立とリンクダウン通知が
生成されても良い。
ｔ−ＭＩＴを行う場合のタイミングを表す図である。ト
リガレスモードでのＰｒｅ−ＭＩＴの場合と同じよう
に、ＭＮがＰｏｓｔ−ＭＩＴを開始するのに、Ｌ２トリ
ガは利用できない。よって、Ｐｏｓｔ−ＭＩＴを開始す
るのに、ＭＮは、自身の内部のＬ２信号を使用しなけれ
ばならない（ステップ４０１）。このために使用可能な
ＭＮ内部のＬ２信号として、ＭＮのリンク層のプロトコ
ルスタックにより生成され、ＭＮのデバイスドライバで
利用可能な変換情報を使用してＩＰインターフェースへ
ＡＰＩを介して上がってくる内部リンク確立通知とリン
クダウン通知がある。トリガモードで使用されるリンク
確立トリガやリンクダウントリガと違い、これらのリン
ク確立・リンクダウン通知には、ＭＮが接続している
（もしくは接続していた）ＡＰのＬ２とＬ３の識別子は
含まれていない。例えば、無線ＬＡＮ（ＩＥＥＥ８０
２．１１ｂ）において、無線ＬＡＮのコントロールフレ
ームにある脱アソシエーションメッセージか再アソシエ
ーションメッセージを、無線ＬＡＮのデバイスドライバ
が受信したら、内部のリンク確立とリンクダウン通知が
生成されても良い。
【００４９】内部のＬ２信号によりトリガされ、ＭＮ
は、新ＦＡに、旧ＦＡのＩＰアドレスを拡張部に有した
エージェントソリシテーションを送信する（ステップ４
０２）。この後のステップ４０３、４０４と４０５にお
いて行なわれる処理は、図４（ｂ）で対応する処理と同
じである。異なるアクセス技術を使用している異なった
ネットワーク上でＰｏｓｔ−ＭＩＴが行なわれる状況に
おいて、このトリガレスモードは特に有効である。
は、新ＦＡに、旧ＦＡのＩＰアドレスを拡張部に有した
エージェントソリシテーションを送信する（ステップ４
０２）。この後のステップ４０３、４０４と４０５にお
いて行なわれる処理は、図４（ｂ）で対応する処理と同
じである。異なるアクセス技術を使用している異なった
ネットワーク上でＰｏｓｔ−ＭＩＴが行なわれる状況に
おいて、このトリガレスモードは特に有効である。
【００５０】本発明は、モバイルＩＰｖ６を使用したネ
ットワークで使用しても良い。図７（ａ）と７（ｂ）
は、モバイルＩＰｖ６用のＰｒｅ−Ｌ２ハンドオフモバ
イル起動トンネリングハンドオフ（Ｐｒｅ−ＭＩＴ）の
図と、そのタイミング図である。既に説明したＩＰｖ４
用の基本プロトコルと、モバイルＩＰｖ６用の基本プロ
トコルに差はない。差は、ハンドオフ処理を実施するの
に使われるＬ３メッセージに主にある。ＩＰｖ４用のＰ
ｒｅ−ＭＩＴと同じように、ＩＰｖ６用のＰｒｅ−ＭＩ
Ｔでは、旧アクセスルータ（旧ＡＲ）から新アクセスル
ータ（新ＡＲ）へのＬ２ハンドオフが行なわれる前に、
旧ＡＲと新ＡＲとの間にトンネルを確立される。この様
に確立されたトンネルにより、ＭＮは、新ＡＲのサブネ
ット内にいる間も、旧ＡＲを使用してデータ通信を行う
ことができる。これにより、ハンドオフ遅延を遅らせる
要因を取り除くことができる。そして、リアルタイムア
プリケーションへ影響を与えずに、新たな接続点におい
て素早いサービス開始が可能になる。
ットワークで使用しても良い。図７（ａ）と７（ｂ）
は、モバイルＩＰｖ６用のＰｒｅ−Ｌ２ハンドオフモバ
イル起動トンネリングハンドオフ（Ｐｒｅ−ＭＩＴ）の
図と、そのタイミング図である。既に説明したＩＰｖ４
用の基本プロトコルと、モバイルＩＰｖ６用の基本プロ
トコルに差はない。差は、ハンドオフ処理を実施するの
に使われるＬ３メッセージに主にある。ＩＰｖ４用のＰ
ｒｅ−ＭＩＴと同じように、ＩＰｖ６用のＰｒｅ−ＭＩ
Ｔでは、旧アクセスルータ（旧ＡＲ）から新アクセスル
ータ（新ＡＲ）へのＬ２ハンドオフが行なわれる前に、
旧ＡＲと新ＡＲとの間にトンネルを確立される。この様
に確立されたトンネルにより、ＭＮは、新ＡＲのサブネ
ット内にいる間も、旧ＡＲを使用してデータ通信を行う
ことができる。これにより、ハンドオフ遅延を遅らせる
要因を取り除くことができる。そして、リアルタイムア
プリケーションへ影響を与えずに、新たな接続点におい
て素早いサービス開始が可能になる。
【００５１】ＩＰｖ４用のＰｒｅ−ＭＩＴと同じよう
に、ＩＰｖ６用のＰｒｅ−ＭＩＴは、トリガモードとト
リガレスモードの両方で機能する。モバイルＩＰｖ６
は、モバイルＩＰｖ４以上に、Ｌ２から独立した設計と
なっている。しかし、Ｌ２ハンドオフが起こりそうであ
ると通知するＬ２トリガが、ＩＰｖ６ネットワークにお
いて利用可能であるならば、このＬ２トリガを使用し
て，ＭＮに本発明のＰｒｅ−ＭＩＴを開始させても良
い。Ｌ２トリガがネットワークで利用可能でないなら、
トリガレスモードでＰｒｅ−ＭＩＴが行なわれるべきで
ある。トリガレスモードにおいては、ＭＮのＬ２がリン
クを評価することが出来るならば、ＭＮは、リンクの質
低下を通知するＬ２からの信号を使用しても良い。ま
た、Ｌ２ハンドオフを予測するのに、パケット遅延のＬ
３評価を使用しても良い。
に、ＩＰｖ６用のＰｒｅ−ＭＩＴは、トリガモードとト
リガレスモードの両方で機能する。モバイルＩＰｖ６
は、モバイルＩＰｖ４以上に、Ｌ２から独立した設計と
なっている。しかし、Ｌ２ハンドオフが起こりそうであ
ると通知するＬ２トリガが、ＩＰｖ６ネットワークにお
いて利用可能であるならば、このＬ２トリガを使用し
て，ＭＮに本発明のＰｒｅ−ＭＩＴを開始させても良
い。Ｌ２トリガがネットワークで利用可能でないなら、
トリガレスモードでＰｒｅ−ＭＩＴが行なわれるべきで
ある。トリガレスモードにおいては、ＭＮのＬ２がリン
クを評価することが出来るならば、ＭＮは、リンクの質
低下を通知するＬ２からの信号を使用しても良い。ま
た、Ｌ２ハンドオフを予測するのに、パケット遅延のＬ
３評価を使用しても良い。
【００５２】ＩＰｖ４用のＰｒｅ−ＭＩＴを実装すると
きに要求されるように、ＩＰｖ６用のＰｒｅ−ＭＩＴを
実装するときに、新ＡＲのＬ２識別子とＬ３識別子の両
方または片方が要求される。ＭＮは、新ＡＲからのビー
コン信号からＬ２識別子を知ることが出来る。また、Ｍ
Ｎに新ＡＲからのルータ広告が届くならば、ＭＮは、そ
のルータ広告からＬ３識別子を知ることが出来る。旧Ａ
ＲはＭＮの代わりに、近隣のＡＲにルータ広告を要請す
るために、前もってルータソリシテーションを送信して
も良い。旧ＡＲは、ルータ広告を受信すると、テーブル
内に、近隣のＡＲのＬ３識別子をＬ２識別子と関連付け
て格納する。ＭＮが旧ＡＲに、新ＡＲのＬ２識別子のみ
を通知した時、このテーブルが使用されて、新ＡＲのＬ
３識別子が特定される。
きに要求されるように、ＩＰｖ６用のＰｒｅ−ＭＩＴを
実装するときに、新ＡＲのＬ２識別子とＬ３識別子の両
方または片方が要求される。ＭＮは、新ＡＲからのビー
コン信号からＬ２識別子を知ることが出来る。また、Ｍ
Ｎに新ＡＲからのルータ広告が届くならば、ＭＮは、そ
のルータ広告からＬ３識別子を知ることが出来る。旧Ａ
ＲはＭＮの代わりに、近隣のＡＲにルータ広告を要請す
るために、前もってルータソリシテーションを送信して
も良い。旧ＡＲは、ルータ広告を受信すると、テーブル
内に、近隣のＡＲのＬ３識別子をＬ２識別子と関連付け
て格納する。ＭＮが旧ＡＲに、新ＡＲのＬ２識別子のみ
を通知した時、このテーブルが使用されて、新ＡＲのＬ
３識別子が特定される。
【００５３】図７（ａ）と７（ｂ）に戻る。Ｌ２ハンド
オフが起こりそうだと内部もしくは外部からの信号によ
りトリガされて（ステップ７０１）、ＭＮはモバイルハ
ンドオフ起動メッセージＨＩ（ｍ）を用意して、旧ＡＲ
に送信する（ステップ７０２）。このＨＩ（ｍ）は、Ｉ
Ｐフィールド、インターネットコントロールメッセージ
プロトコル（ＩＣＭＰ）フィールド、そしてオプション
フィールドがふくまれている特別なメッセージフォーマ
ットをしている。ＩＣＭＰフィールドは、図９に示され
ている。ＩＰフィールドには、４つの値が入り、これに
よりハンドオフ起動メッセージ（ＨＩ）を送信側から受
信側に送るのに必要なパラメータが提供される。ＩＰフ
ィールドの最初の値は、ソースアドレスである。これ
は、本発明ではＭＮのホームＩＰアドレスである。第２
の値は、宛先アドレスであり、本発明においては、旧Ａ
ＲのＩＰアドレスである。第３の値は、ホップ制限量で
あり２５５にセットされている。最後の値は、ＩＰｖ６
セキュリティプロトコルで要求されている認証ヘッダで
ある。この認証ヘッダは、ＨＩを受信機に正当なもので
あると保証するのに使用される。
オフが起こりそうだと内部もしくは外部からの信号によ
りトリガされて（ステップ７０１）、ＭＮはモバイルハ
ンドオフ起動メッセージＨＩ（ｍ）を用意して、旧ＡＲ
に送信する（ステップ７０２）。このＨＩ（ｍ）は、Ｉ
Ｐフィールド、インターネットコントロールメッセージ
プロトコル（ＩＣＭＰ）フィールド、そしてオプション
フィールドがふくまれている特別なメッセージフォーマ
ットをしている。ＩＣＭＰフィールドは、図９に示され
ている。ＩＰフィールドには、４つの値が入り、これに
よりハンドオフ起動メッセージ（ＨＩ）を送信側から受
信側に送るのに必要なパラメータが提供される。ＩＰフ
ィールドの最初の値は、ソースアドレスである。これ
は、本発明ではＭＮのホームＩＰアドレスである。第２
の値は、宛先アドレスであり、本発明においては、旧Ａ
ＲのＩＰアドレスである。第３の値は、ホップ制限量で
あり２５５にセットされている。最後の値は、ＩＰｖ６
セキュリティプロトコルで要求されている認証ヘッダで
ある。この認証ヘッダは、ＨＩを受信機に正当なもので
あると保証するのに使用される。
【００５４】ＩＣＭＰフィールドにおいて、タイプフィ
ールドの値は、このメッセージがモバイルハンドオフ起
動メッセージ（ＨＩ（ｍ））であるということを示して
いる。コードフィールドの値は０である。チェックサム
フィールドは、ＩＣＭＰのタイプフィールドからのＩＣ
ＭＰメッセージの１の補数和の１の補数であり、１６ビ
ットからなる。識別子フィールドにより、メッセージの
送信者が示され、本発明ではＭＮである。Ｓビットは０
にセットされている。Ｕビットはバッファフラグであ
る。Ｕビットがセットされているとき、ＭＮが新ＡＲに
よるサブネット内でデータを受信することができるよう
になるまで、新ＡＲは旧ＡＲからトンネル転送されてき
たＭＮ宛のパケットをバッファしなければならない。Ｈ
ビットは、Ｐｒｅ−ＭＩＴフラグであり、セットされて
いる場合、ハンドオフ処理がＰｒｅ−ＭＩＴであること
を示している。Ｔビットは、Ｐｏｓｔ−ＭＩＴフラグで
あり、セットされている場合、ハンドオフ処理がＰｏｓ
ｔ−ＭＩＴであることを示している。Ｒビットは０にセ
ットされている。Ｍビットは、モバイル起動フラグであ
り、セットされている場合、ＭＮがＭＩＴハンドオフを
起動していると示している。予約フィールドは０にセッ
トされている。
ールドの値は、このメッセージがモバイルハンドオフ起
動メッセージ（ＨＩ（ｍ））であるということを示して
いる。コードフィールドの値は０である。チェックサム
フィールドは、ＩＣＭＰのタイプフィールドからのＩＣ
ＭＰメッセージの１の補数和の１の補数であり、１６ビ
ットからなる。識別子フィールドにより、メッセージの
送信者が示され、本発明ではＭＮである。Ｓビットは０
にセットされている。Ｕビットはバッファフラグであ
る。Ｕビットがセットされているとき、ＭＮが新ＡＲに
よるサブネット内でデータを受信することができるよう
になるまで、新ＡＲは旧ＡＲからトンネル転送されてき
たＭＮ宛のパケットをバッファしなければならない。Ｈ
ビットは、Ｐｒｅ−ＭＩＴフラグであり、セットされて
いる場合、ハンドオフ処理がＰｒｅ−ＭＩＴであること
を示している。Ｔビットは、Ｐｏｓｔ−ＭＩＴフラグで
あり、セットされている場合、ハンドオフ処理がＰｏｓ
ｔ−ＭＩＴであることを示している。Ｒビットは０にセ
ットされている。Ｍビットは、モバイル起動フラグであ
り、セットされている場合、ＭＮがＭＩＴハンドオフを
起動していると示している。予約フィールドは０にセッ
トされている。
【００５５】オプションフィールドに格納されるのは５
つの値である。第１の値は、ＭＮのリンク層（Ｌ２）ア
ドレスである。この値は、到着地側がＭＮを知ることが
できる様に、このフィールドに入れられるべきである。
第２の値は、新ＡＲのリンク層アドレスである。第３の
値は、新ＡＲのＩＰ（Ｌ３）アドレスである。Ｐｒｅ−
ＭＩＴを実行するために、新ＡＲのリンク層アドレスか
ＩＰアドレスがこのオプションフィールドに入れられて
いなければならない。これは、ＭＮがハンドオフする新
ＡＲの身元を、旧ＡＲに通知するためである。第４の値
は、旧ＡＲのＩＰアドレスであり、後に説明するが、Ｍ
ＮがＰｏｓｔ−ＭＩＴを起動する時にＭＮから新ＡＲに
送られる。最後の値は、ＭＮの新しい気付アドレス（Ｃ
ｏＡ）である。ＭＮの気付アドレスは、新ＡＲのＩＰア
ドレスを含んでいて、さらに新ＡＲが送信しているＭＮ
のためのサブネットアドレス部分を含んでいる。
つの値である。第１の値は、ＭＮのリンク層（Ｌ２）ア
ドレスである。この値は、到着地側がＭＮを知ることが
できる様に、このフィールドに入れられるべきである。
第２の値は、新ＡＲのリンク層アドレスである。第３の
値は、新ＡＲのＩＰ（Ｌ３）アドレスである。Ｐｒｅ−
ＭＩＴを実行するために、新ＡＲのリンク層アドレスか
ＩＰアドレスがこのオプションフィールドに入れられて
いなければならない。これは、ＭＮがハンドオフする新
ＡＲの身元を、旧ＡＲに通知するためである。第４の値
は、旧ＡＲのＩＰアドレスであり、後に説明するが、Ｍ
ＮがＰｏｓｔ−ＭＩＴを起動する時にＭＮから新ＡＲに
送られる。最後の値は、ＭＮの新しい気付アドレス（Ｃ
ｏＡ）である。ＭＮの気付アドレスは、新ＡＲのＩＰア
ドレスを含んでいて、さらに新ＡＲが送信しているＭＮ
のためのサブネットアドレス部分を含んでいる。
【００５６】図７（ａ）と７（ｂ）に示されるように、
ＨＩ（ｍ）が旧ＡＲに送信される（ステップ７０２）。
新ＡＲのＬ３識別子がＨＩ（ｍ）に含まれていなかった
ら、旧ＡＲは、ＨＩ（ｍ）に含まれている新ＡＲのＬ２
識別子に対応するＬ３識別子をテーブル内で検索する。
旧ＡＲは、次に、ソースハンドオフ起動メッセージＨＩ
（ｓ）を用意して、これを新ＡＲに送信する（ステップ
７０３）。ＨＩ（ｓ）は、ＩＰフィールド、ＩＣＭＰフ
ィールド、そしてオプションフィールドを有したフォー
マットをしている。ＩＣＭＰフィールドを図１０に示
す。ＩＰフィールドにおいて、ソースアドレスは、本実
施形態の旧ＡＲのＩＰアドレスとなっている。これは旧
ＡＲがＨＩ（ｓ）を送信しているからである。宛先アド
レスは、新ＡＲのアドレスに設定されている。ＩＣＭＰ
フィールドの値は、ＭＮから送信されたＨＩ（ｍ）から
持ってくる。オプションフィールドには、ＭＮのリンク
層アドレス、旧ＡＲに接続していた時に使われた古い気
付アドレス、新ＡＲにＭＮが接続してから使用する新し
い気付アドレス、旧ＡＲがトンネルを保つように要求し
た秒で表されるトンネルの生存期間が含まれている。
ＨＩ（ｍ）が旧ＡＲに送信される（ステップ７０２）。
新ＡＲのＬ３識別子がＨＩ（ｍ）に含まれていなかった
ら、旧ＡＲは、ＨＩ（ｍ）に含まれている新ＡＲのＬ２
識別子に対応するＬ３識別子をテーブル内で検索する。
旧ＡＲは、次に、ソースハンドオフ起動メッセージＨＩ
（ｓ）を用意して、これを新ＡＲに送信する（ステップ
７０３）。ＨＩ（ｓ）は、ＩＰフィールド、ＩＣＭＰフ
ィールド、そしてオプションフィールドを有したフォー
マットをしている。ＩＣＭＰフィールドを図１０に示
す。ＩＰフィールドにおいて、ソースアドレスは、本実
施形態の旧ＡＲのＩＰアドレスとなっている。これは旧
ＡＲがＨＩ（ｓ）を送信しているからである。宛先アド
レスは、新ＡＲのアドレスに設定されている。ＩＣＭＰ
フィールドの値は、ＭＮから送信されたＨＩ（ｍ）から
持ってくる。オプションフィールドには、ＭＮのリンク
層アドレス、旧ＡＲに接続していた時に使われた古い気
付アドレス、新ＡＲにＭＮが接続してから使用する新し
い気付アドレス、旧ＡＲがトンネルを保つように要求し
た秒で表されるトンネルの生存期間が含まれている。
【００５７】これに応答して、新ＡＲは、ハンドオフ確
認メッセージ（ＨＡＣＫ）を旧ＡＲに送信する（ステッ
プ７０４）。これにより、双方向もしくは単方向のトン
ネルが新旧ＦＡ間に確立する。ＨＡＣＫは、ＩＰフィー
ルド、ＩＣＭＰフィールド、そしてオプションフィール
ドを持ったデータ形式になっている。ＩＣＭＰフィール
ドは、図１１に示されている。ＩＰフィールドにおい
て、ソースアドレスは新ＡＲのＩＰアドレスである。宛
先アドレスは、旧ＡＲのＩＰアドレスである。ＩＣＭＰ
フィールドにおいて、コードフィールドの値は、新ＡＲ
がハンドオフを受け付けることが出来ない場合は、１２
８か１２９か１３０のどれかに設定される。１２８は受
信機（すなわち旧ＡＲ）にとって、送信側（すなわち新
ＡＲ）が何かしらの理由でハンドオフを受けることが出
来ないということを意味している。１２９は、管理上禁
止されているので送信側はハンドオフを受け付けること
が出来ないと言うことを意味している。１３０は、リソ
ースが充分でないので送信側がハンドオフを受け付ける
ことができないという事を示している。オプションフィ
ールドには、秒でトンネルの生存期間が示されている。
この期間、送信側（本発明ではすなわち新ＡＲ）がトン
ネルを使用したサービスを提供する。
認メッセージ（ＨＡＣＫ）を旧ＡＲに送信する（ステッ
プ７０４）。これにより、双方向もしくは単方向のトン
ネルが新旧ＦＡ間に確立する。ＨＡＣＫは、ＩＰフィー
ルド、ＩＣＭＰフィールド、そしてオプションフィール
ドを持ったデータ形式になっている。ＩＣＭＰフィール
ドは、図１１に示されている。ＩＰフィールドにおい
て、ソースアドレスは新ＡＲのＩＰアドレスである。宛
先アドレスは、旧ＡＲのＩＰアドレスである。ＩＣＭＰ
フィールドにおいて、コードフィールドの値は、新ＡＲ
がハンドオフを受け付けることが出来ない場合は、１２
８か１２９か１３０のどれかに設定される。１２８は受
信機（すなわち旧ＡＲ）にとって、送信側（すなわち新
ＡＲ）が何かしらの理由でハンドオフを受けることが出
来ないということを意味している。１２９は、管理上禁
止されているので送信側はハンドオフを受け付けること
が出来ないと言うことを意味している。１３０は、リソ
ースが充分でないので送信側がハンドオフを受け付ける
ことができないという事を示している。オプションフィ
ールドには、秒でトンネルの生存期間が示されている。
この期間、送信側（本発明ではすなわち新ＡＲ）がトン
ネルを使用したサービスを提供する。
【００５８】新ＡＲからのＨＡＣＫは、旧ＡＲからＭＮ
に転送される（ステップ７０５）。ＭＮが上述の３つの
値をＩＣＭＰフィールドに見つけたら、ＭＮは、ハンド
オフのための新たなアクセスルータ候補を探すために、
ルータソリシテーションを送信して、標準モバイルＩＰ
ｖ６登録プロセスを行う。ＭＮが旧ＡＲにＨＩ（ｍ）を
送ってから、所定期間に旧ＡＲからＨＡＣＫを受信でき
なければ、ＭＮは同じように、標準モバイルＩＰｖ６登
録プロセスを行う。
に転送される（ステップ７０５）。ＭＮが上述の３つの
値をＩＣＭＰフィールドに見つけたら、ＭＮは、ハンド
オフのための新たなアクセスルータ候補を探すために、
ルータソリシテーションを送信して、標準モバイルＩＰ
ｖ６登録プロセスを行う。ＭＮが旧ＡＲにＨＩ（ｍ）を
送ってから、所定期間に旧ＡＲからＨＡＣＫを受信でき
なければ、ＭＮは同じように、標準モバイルＩＰｖ６登
録プロセスを行う。
【００５９】図８（ａ）と８（ｂ）は、モバイルＩＰｖ
６用のＰｏｓｔ−Ｌ２ハンドオフモバイル起動トンネリ
ングハンドオフ（Ｐｏｓｔ−ＭＩＴ）の図と、そのタイ
ミング図である。既に説明したＩＰｖ４用の基本プロト
コルと、ＩＰｖ６用のＰｏｓｔ−ＭＩＴの基本プロトコ
ルに差はない。差は、ハンドオフ処理を実施するのに使
われるＬ３メッセージに主にある。ＩＰｖ４用のＰｏｓ
ｔ−ＭＩＴと同じように、ＩＰｖ６用のＰｏｓｔ−ＭＩ
Ｔにおいては、ＭＮと新アクセスルータ（新ＡＲ）との
Ｌ２接続が確立した後に、旧ＡＲと新ＡＲとの間にトン
ネルを確立する。これにより、Ｐｏｓｔ−ＭＩＴは、ハ
ンドオフ遅延を遅らせる要因を取り除くことができる。
そして、新たな接続点において素早いサービス開始が可
能になる。
６用のＰｏｓｔ−Ｌ２ハンドオフモバイル起動トンネリ
ングハンドオフ（Ｐｏｓｔ−ＭＩＴ）の図と、そのタイ
ミング図である。既に説明したＩＰｖ４用の基本プロト
コルと、ＩＰｖ６用のＰｏｓｔ−ＭＩＴの基本プロトコ
ルに差はない。差は、ハンドオフ処理を実施するのに使
われるＬ３メッセージに主にある。ＩＰｖ４用のＰｏｓ
ｔ−ＭＩＴと同じように、ＩＰｖ６用のＰｏｓｔ−ＭＩ
Ｔにおいては、ＭＮと新アクセスルータ（新ＡＲ）との
Ｌ２接続が確立した後に、旧ＡＲと新ＡＲとの間にトン
ネルを確立する。これにより、Ｐｏｓｔ−ＭＩＴは、ハ
ンドオフ遅延を遅らせる要因を取り除くことができる。
そして、新たな接続点において素早いサービス開始が可
能になる。
【００６０】図８（ａ）と８（ｂ）に示されるＰｏｓｔ
−ＭＩＴは、ＭＮが新ＦＡによるサブネットワークに入
り、リンク確立トリガを受信することでＭＮが開始する
（ステップ８０１）。リンク確立トリガによる開始後、
ＭＮはモバイルハンドオフ起動メッセージＨＩ（ｍ）を
準備して新ＦＡに送信する（ステップ８０２）。ＨＩ
（ｍ）において、ＩＰフィールドには、宛先アドレスと
して新ＡＲのＩＰアドレスが入っている。ＩＣＭＰフィ
ールドにおいては、Ｈビットはセットされていず、Ｔビ
ットはセットされている。新ＡＲのリンク層アドレスと
ＩＰアドレス両方または片方の代わりに、旧ＡＲのＩＰ
アドレスがオプションフィールドに入っている。ＭＮか
らＨＩ（ｍ）を受信するとすぐに、新ＡＲはターゲット
ハンドオフ起動メッセージＨＩ（ｔ）を用意し、旧ＡＲ
に送信する（ステップ８０３）。旧ＡＲはＨＡＣＫを新
ＡＲに返す（ステップ８０４）。これにより、双方向か
単方向のトンネルが新旧ＡＲの間に確立する。本実施形
態において、ＨＩ（ｔ）のＩＰフィールドには、新ＡＲ
のＩＰアドレスが、ソースアドレスとして格納されてい
る。宛先アドレスには、旧ＡＲのＩＰアドレスがセット
されている。ＩＣＭＰフィールドの値は、ＭＮから送ら
れてきたＨＩ（ｍ）から取ってくる。オプションフィー
ルドには、トンネルの生存期間が秒で含まれている。こ
の生存期間は新ＡＲがトンネルを保つように要求したも
のである。
−ＭＩＴは、ＭＮが新ＦＡによるサブネットワークに入
り、リンク確立トリガを受信することでＭＮが開始する
（ステップ８０１）。リンク確立トリガによる開始後、
ＭＮはモバイルハンドオフ起動メッセージＨＩ（ｍ）を
準備して新ＦＡに送信する（ステップ８０２）。ＨＩ
（ｍ）において、ＩＰフィールドには、宛先アドレスと
して新ＡＲのＩＰアドレスが入っている。ＩＣＭＰフィ
ールドにおいては、Ｈビットはセットされていず、Ｔビ
ットはセットされている。新ＡＲのリンク層アドレスと
ＩＰアドレス両方または片方の代わりに、旧ＡＲのＩＰ
アドレスがオプションフィールドに入っている。ＭＮか
らＨＩ（ｍ）を受信するとすぐに、新ＡＲはターゲット
ハンドオフ起動メッセージＨＩ（ｔ）を用意し、旧ＡＲ
に送信する（ステップ８０３）。旧ＡＲはＨＡＣＫを新
ＡＲに返す（ステップ８０４）。これにより、双方向か
単方向のトンネルが新旧ＡＲの間に確立する。本実施形
態において、ＨＩ（ｔ）のＩＰフィールドには、新ＡＲ
のＩＰアドレスが、ソースアドレスとして格納されてい
る。宛先アドレスには、旧ＡＲのＩＰアドレスがセット
されている。ＩＣＭＰフィールドの値は、ＭＮから送ら
れてきたＨＩ（ｍ）から取ってくる。オプションフィー
ルドには、トンネルの生存期間が秒で含まれている。こ
の生存期間は新ＡＲがトンネルを保つように要求したも
のである。
【００６１】本実施形態において、旧ＡＲからのＨＡＣ
Ｋ内のＩＰフィールドには、ソースアドレスとして旧Ａ
ＲのＩＰアドレスが格納されている。宛先アドレスは、
新ＡＲのＩＰアドレスにセットされている。ＩＣＭＰフ
ィールドにおいて、コードフィールドの値は、新ＡＲが
ハンドオフを受け付けることが出来ない場合は、１２８
か１２９か１３０のどれかに設定される。これらの値
は、既に述べたものと同じ意味を有している。オプショ
ンフィールドには、秒でトンネルの生存期間が示されて
いる。この期間、送信側（本実施形態ではすなわち旧Ａ
Ｒ）がトンネルを使用したサービスを提供する。
Ｋ内のＩＰフィールドには、ソースアドレスとして旧Ａ
ＲのＩＰアドレスが格納されている。宛先アドレスは、
新ＡＲのＩＰアドレスにセットされている。ＩＣＭＰフ
ィールドにおいて、コードフィールドの値は、新ＡＲが
ハンドオフを受け付けることが出来ない場合は、１２８
か１２９か１３０のどれかに設定される。これらの値
は、既に述べたものと同じ意味を有している。オプショ
ンフィールドには、秒でトンネルの生存期間が示されて
いる。この期間、送信側（本実施形態ではすなわち旧Ａ
Ｒ）がトンネルを使用したサービスを提供する。
【００６２】旧ＡＲからのＨＡＣＫは、新ＡＲからＭＮ
に転送される（ステップ８０５）。ＭＮが上述の３つの
値をＩＣＭＰフィールドに見つけたら、ＭＮは、新ＡＲ
に関して標準モバイルＩＰｖ６登録プロセスを行う。Ｍ
Ｎが新ＡＲにＨＩ（ｍ）を送ってから、所定期間にＨＡ
ＣＫを受信できなければ、ＭＮは同じように、標準モバ
イルＩＰｖ６登録プロセスを行う。
に転送される（ステップ８０５）。ＭＮが上述の３つの
値をＩＣＭＰフィールドに見つけたら、ＭＮは、新ＡＲ
に関して標準モバイルＩＰｖ６登録プロセスを行う。Ｍ
Ｎが新ＡＲにＨＩ（ｍ）を送ってから、所定期間にＨＡ
ＣＫを受信できなければ、ＭＮは同じように、標準モバ
イルＩＰｖ６登録プロセスを行う。
【００６３】本発明の好適な実施形態を説明したが、以
上の説明は例示のためであり、本発明を限定しようとす
るためのものではない。本発明の精神と範囲を決めるの
は、均等の範囲を含んだ特許請求の範囲である。例え
ば、実施形態においては、ＭＮのみがＰｒｅ−ＭＩＴと
Ｐｏｓｔ−ＭＩＴハンドオフの開始者であったが、他の
ＩＰエンティティ（例えば、旧ＦＡ（旧ＡＲ）、新ＦＡ
（新ＡＲ）、そして新／旧ＦＡによるサブネットワーク
内に位置する無線アクセスネットワーク）が、本発明の
ハンドオフを開始しても良い。
上の説明は例示のためであり、本発明を限定しようとす
るためのものではない。本発明の精神と範囲を決めるの
は、均等の範囲を含んだ特許請求の範囲である。例え
ば、実施形態においては、ＭＮのみがＰｒｅ−ＭＩＴと
Ｐｏｓｔ−ＭＩＴハンドオフの開始者であったが、他の
ＩＰエンティティ（例えば、旧ＦＡ（旧ＡＲ）、新ＦＡ
（新ＡＲ）、そして新／旧ＦＡによるサブネットワーク
内に位置する無線アクセスネットワーク）が、本発明の
ハンドオフを開始しても良い。
【００６４】
【発明の効果】以上説明したように、本発明によれば、
ハンドオフ遅延を小さくすることができる。
ハンドオフ遅延を小さくすることができる。
【図１】 本発明の用途として意図している第３世代無
線モバイルアクセスＩＰデータネットワークを例示して
いる図である。
線モバイルアクセスＩＰデータネットワークを例示して
いる図である。
【図２】 標準モバイルＩＰ登録プロセスを簡単に示し
た図である。
た図である。
【図３】 （ａ）は、本発明の一実施形態によるＩＰｖ
４のためのＰｒｅ−Ｌ２ハンドオフモバイル起動トンネ
リングハンドオフ（Ｐｒｅ−ＭＩＴ）を示す図であり、
（ｂ）は（ａ）に示されるＰｒｅ−ＭＩＴのトリガモー
ドのタイミングを説明する図であり、（ｃ）は（ａ）に
示されるＰｒｅ−ＭＩＴのトリガレスモードのタイミン
グを説明する図である。
４のためのＰｒｅ−Ｌ２ハンドオフモバイル起動トンネ
リングハンドオフ（Ｐｒｅ−ＭＩＴ）を示す図であり、
（ｂ）は（ａ）に示されるＰｒｅ−ＭＩＴのトリガモー
ドのタイミングを説明する図であり、（ｃ）は（ａ）に
示されるＰｒｅ−ＭＩＴのトリガレスモードのタイミン
グを説明する図である。
【図４】 （ａ）は、本発明の他の実施形態におけるＩ
Ｐｖ４のためのＰｏｓｔ−Ｌ２ハンドオフモバイル起動
トンネリングハンドオフ（Ｐｏｓｔ−ＭＩＴ）を示す図
であり、（ｂ）は（ａ）に示されるＰｏｓｔ−ＭＩＴの
トリガモードのタイミングを表す図であり、（ｃ）は
（ａ）に示されるＰｏｓｔ−ＭＩＴのトリガレスモード
のタイミングを表す図である。
Ｐｖ４のためのＰｏｓｔ−Ｌ２ハンドオフモバイル起動
トンネリングハンドオフ（Ｐｏｓｔ−ＭＩＴ）を示す図
であり、（ｂ）は（ａ）に示されるＰｏｓｔ−ＭＩＴの
トリガモードのタイミングを表す図であり、（ｃ）は
（ａ）に示されるＰｏｓｔ−ＭＩＴのトリガレスモード
のタイミングを表す図である。
【図５】 本発明の一実施形態で使用されるエージェン
トソリシテーションメッセージのフォーマットを示す図
である。
トソリシテーションメッセージのフォーマットを示す図
である。
【図６】 本発明の一実施形態で使用されるＭＩＴ要求
メッセージのフォーマットを示す図である。
メッセージのフォーマットを示す図である。
【図７】 （ａ）は、本発明の他の実施形態によるＩＰ
ｖ６用のＰｒｅ−ＭＩＴを示す図であり、（ｂ）は
（ａ）に示されるＰｒｅ−ＭＩＴのタイミングを示す図
である。
ｖ６用のＰｒｅ−ＭＩＴを示す図であり、（ｂ）は
（ａ）に示されるＰｒｅ−ＭＩＴのタイミングを示す図
である。
【図８】 （ａ）は、本発明の他の実施形態によるＩＰ
ｖ６用のＰｏｓｔ−ＭＩＴを示す図であり、（ｂ）は
（ａ）に示されるＰｏｓｔ−ＭＩＴのタイミングを示す
図である。
ｖ６用のＰｏｓｔ−ＭＩＴを示す図であり、（ｂ）は
（ａ）に示されるＰｏｓｔ−ＭＩＴのタイミングを示す
図である。
【図９】 本発明の一実施形態で使用するモバイルハン
ドオフ開始メッセージのフォーマットを示す図である。
ドオフ開始メッセージのフォーマットを示す図である。
【図１０】 本発明の一実施形態で使用するソースまた
はターゲットハンドオフ開始メッセージのフォーマット
を示す図である。
はターゲットハンドオフ開始メッセージのフォーマット
を示す図である。
【図１１】 本発明の一実施形態で使用するハンドオフ
確認メッセージのフォーマットを示す図である。
確認メッセージのフォーマットを示す図である。
１００・・・無線モバイルアクセスＩＰネットワーク、
１２０・・・コアネットワーク、１３０・・・ゲートル
ータ、１３５・・・モバイルノード、１４０・・・ＩＰ
モバイルバックボーン、１４５・・・サーバ、１５０・
・・基地局ネットワーク、１５５、無線アクセスポイン
ト、ＭＮ・・・モバイルノード、ＨＡ・・・ホームエー
ジェント、ＦＡ１、ＦＡ２、ＦＡ３・・・フォーリンエ
ージェント
１２０・・・コアネットワーク、１３０・・・ゲートル
ータ、１３５・・・モバイルノード、１４０・・・ＩＰ
モバイルバックボーン、１４５・・・サーバ、１５０・
・・基地局ネットワーク、１５５、無線アクセスポイン
ト、ＭＮ・・・モバイルノード、ＨＡ・・・ホームエー
ジェント、ＦＡ１、ＦＡ２、ＦＡ３・・・フォーリンエ
ージェント
フロントページの続き
(72)発明者 ヨングジュン エル グオン
アメリカ合衆国、カリフォルニア州
95110、サンノゼ、スイート300、メトロ
ドライブ181
(72)発明者 ジェームス ケンプ
アメリカ合衆国、カリフォルニア州
95110、サンノゼ、スイート300、メトロ
ドライブ181
(72)発明者 フナト ダイチ
アメリカ合衆国、カリフォルニア州
95110、サンノゼ、スイート300、メトロ
ドライブ181
(72)発明者 タケシタ アツシ
アメリカ合衆国、カリフォルニア州
95110、サンノゼ、スイート300、メトロ
ドライブ181
Ｆターム(参考） 5K030 HA08 HC09 JL01
5K067 AA14 AA22 BB04 BB21 CC10
DD19 DD34 DD36 DD51 EE02
EE10 EE16 EE24 JJ39
Claims (25)
- 【請求項１】 異なる無線アクセス技術を使用している
ソースノードとターゲットノードとの間をモバイルノー
ドが少ない遅延でハンドオフを実施する方法において、 ハンドオフプロセスを開始するために、モバイルノー
ド、ソースノードおよびターゲットノードのうち最低１
つをトリガする過程と、 ハンドオフプロセスが開始させられたら、ソースノード
とターゲットノードとの間にトンネルを確立する過程
と、 モバイルノードがレイヤ２ハンドオフを前記ソースノー
ドから前記ターゲットノードに行った後でかつ、前記タ
ーゲットノードに関するＩＰルーティング更新を行う前
に、トンネルを使用して、前記モバイルノードと前記ソ
ースノードとの間でデータ通信を行う過程とを有するこ
とを特徴とする方法。 - 【請求項２】 請求項２に記載の方法において、 前記モバイルノードはハンドオフプロセスを開始するた
めにトリガされることを特徴とする方法。 - 【請求項３】 ソースノードとターゲットノードとの間
をモバイルノードが少ない遅延でハンドオフを実施する
方法において、 ハンドオフプロセスを開始するためにモバイルノードを
トリガする過程と、 ハンドオフプロセスが開始させられたら、ソースノード
とターゲットノードとの間にトンネルを確立する過程
と、 前記モバイルノードがレイヤ２ハンドオフを前記ソース
ノードから前記ターゲットノードに行った後でかつ、前
記ターゲットノードに関するＩＰルーティング更新を行
う前に、トンネルを使用して、前記モバイルノードと前
記ソースノードとの間でデータ通信を行う過程とことを
特徴とする方法。 - 【請求項４】 請求項２または３に記載の方法におい
て、 前記モバイルノードは、トリガされたら、前記ソースノ
ードにトンネリングハンドオフ要求を送信することを特
徴とする方法。 - 【請求項５】 請求項４に記載の方法において、 前記モバイルノードは、前記ターゲットノードのレイヤ
２識別子を取得して、これを前記トンネリングハンドオ
フ要求に含めることを特徴とする方法。 - 【請求項６】 請求項５に記載の方法において、 前記ソースノードは、近隣ノードのレイヤ３識別子とレ
イヤ２識別子とを関連付けたテーブルを作成し、前記モ
バイルノードからの前記トンネリングハンドオフ要求内
に含まれる前記レイヤ２識別子に対応するレイヤ３識別
子をこのテーブルから探すことを特徴とする方法。 - 【請求項７】 請求項４に記載の方法において、 前記モバイルノードは、前記ターゲットノードのレイヤ
３識別子を取得して、そのレイヤ３識別子を前記トンネ
リングハンドオフ要求に含めることを特徴とする方法。 - 【請求項８】 請求項１または３に記載の方法におい
て、 前記モバイルノードが前記ソースノードと前記ターゲッ
トノードとの間のレイヤ２ハンドオフを完了する前に、
前記トンネルは確立されることを特徴とする方法。 - 【請求項９】 請求項１または３に記載の方法におい
て、 前記モバイルノードが前記ソースノードと前記ターゲッ
トノードとの間のレイヤ２ハンドオフを完了した後に、
前記トンネルは確立されることを特徴とする方法。 - 【請求項１０】 請求項１または３に記載の方法におい
て、 前記トリガは、前記モバイルノードの外部で生成される
ことを特徴とする方法。 - 【請求項１１】 請求項１または３に記載の方法におい
て、 前記トリガは、前記モバイルノード内部で生成されるこ
とを特徴とする方法。 - 【請求項１２】 請求項１または３に記載の方法におい
て、 前記モバイルノードはハンドオフプロセスを開始するた
めにレイヤ２信号を利用することを特徴とする方法。 - 【請求項１３】 請求項１または３に記載の方法におい
て、 前記モバイルノードはハンドオフプロセスを開始するた
めにレイヤ３信号を利用することを特徴とする方法。 - 【請求項１４】 請求項２または３に記載の方法におい
て、 前記モバイルノードは、トリガされると、前記ターゲッ
トノードにトンネリングハンドオフ要求を送信すること
を特徴とする方法。 - 【請求項１５】 ソースノードとターゲットノードとの
間を少ない遅延でハンドオフを行うモバイルノードにお
いて、 トリガされたら、ハンドオフを開始するコントローラ
と、 ハンドオフが開始したら、ソースノードとターゲットノ
ードとの間にトンネルを確立するために、トンネリング
ハンドオフ要求を前記ソースノードか前記ターゲットノ
ードかに送信する送信機とを有しモバイルノードがレイ
ヤ２ハンドオフを前記ソースノードから前記ターゲット
ノードに行った後でかつ、前記ターゲットノードに関す
るＩＰルーティング更新を行う前に、前記トンネルを使
用して、前記モバイルノードと前記ソースノードとの間
でデータ通信を行うことを特徴とするモバイルノード。 - 【請求項１６】 請求項１５に記載のモバイルノードに
おいて、 前記送信機は、前記ソースノードにトンネリングハンド
オフ要求を送信することを特徴とするモバイルノード。 - 【請求項１７】 請求項１６に記載のモバイルノードに
おいて、 前記モバイルノードは、前記ターゲットノードのレイヤ
２識別子を取得する受信機を有していて、 そのレイヤ３識別子は前記トンネリングハンドオフ要求
に含められ、 前記ソースノードは、近隣ノードのレイヤ３識別子とレ
イヤ２識別子とを関連付けたテーブルを有し、前記モバ
イルノードからの前記トンネリングハンドオフ要求内に
含まれる前記レイヤ２識別子に対応するレイヤ３識別子
をこのテーブルから探すことを特徴とするモバイルノー
ド。 - 【請求項１８】 請求項１６に記載のモバイルノードに
おいて、 前記モバイルノードは、前記ターゲットノードのレイヤ
３識別子を取得するための受信機を有していて、このレ
イヤ３識別子は前記トンネリングハンドオフ要求に含め
られることを特徴とするモバイルノード。 - 【請求項１９】 請求項１５に記載のモバイルノードに
おいて、 前記モバイルノードが前記ソースノードと前記ターゲッ
トノードとの間のレイヤ２ハンドオフを完了する前に、
前記送信機はトンネリングハンドオフ要求を送信するこ
とを特徴とするモバイルノード。 - 【請求項２０】 請求項１５に記載のモバイルノードに
おいて、 前記モバイルノードが前記ソースノードと前記ターゲッ
トノードとの間のレイヤ２ハンドオフを完了した後に、
前記送信機はトンネリングハンドオフ要求を送信するこ
とを特徴とするモバイルノード。 - 【請求項２１】 請求項１５に記載のモバイルノードに
おいて、 前記トリガは、前記モバイルノードの外部で生成される
ことを特徴とするモバイルノード。 - 【請求項２２】 請求項２６に記載のモバイルノードに
おいて、 前記トリガは、前記モバイルノード内部で生成されるこ
とを特徴とするモバイルノード。 - 【請求項２３】 請求項１５に記載のモバイルノードに
おいて、 前記モバイルノードはハンドオフプロセスを開始するた
めにレイヤ２信号を利用することを特徴とするモバイル
ノード。 - 【請求項２４】 請求項１５に記載のモバイルノードに
おいて、 前記モバイルノードはハンドオフプロセスを開始するた
めにレイヤ３信号を利用することを特徴とするモバイル
ノード。 - 【請求項２５】 請求項１５に記載のモバイルノードに
おいて、 前記送信機は、前記ターゲットノードにトンネリングハ
ンドオフ要求を送信することを特徴とするモバイルノー
ド。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US33448101P | 2001-11-30 | 2001-11-30 | |
| US60/334481 | 2001-11-30 | ||
| US10/138389 | 2002-05-03 | ||
| US10/138,389 US20030104814A1 (en) | 2001-11-30 | 2002-05-03 | Low latency mobile initiated tunneling handoff |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003209872A true JP2003209872A (ja) | 2003-07-25 |
Family
ID=26836158
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002348438A Pending JP2003209872A (ja) | 2001-11-30 | 2002-11-29 | 遅延の少ない移動機起動トンネリングハンドオフ |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20030104814A1 (ja) |
| JP (1) | JP2003209872A (ja) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005311616A (ja) * | 2004-04-20 | 2005-11-04 | Ntt Docomo Inc | 移動ノード、移動制御ノード、パケット通信システム、及び移動検出方法 |
| JP2007529136A (ja) * | 2003-12-23 | 2007-10-18 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 候補アクセスルータ能力の発見方法 |
| WO2007141879A1 (ja) * | 2006-06-09 | 2007-12-13 | Panasonic Corporation | ノード装置 |
| JPWO2005067228A1 (ja) * | 2004-01-07 | 2007-12-20 | 松下電器産業株式会社 | 通信システム及び移動端末並びにアクセスルータ |
| JPWO2005067229A1 (ja) * | 2004-01-07 | 2007-12-27 | 松下電器産業株式会社 | 通信システム及び移動端末並びにアクセスルータ |
| KR100800797B1 (ko) | 2004-01-28 | 2008-02-04 | 삼성전자주식회사 | 통신 시스템에서 데이터 송수신 방법 |
| JP2009516990A (ja) * | 2005-11-22 | 2009-04-23 | モトローラ・インコーポレイテッド | 移動体ノードの高速ｉｐハンドオフの方法およびシステム |
| JP2009177264A (ja) * | 2008-01-22 | 2009-08-06 | Fujitsu Ltd | ネットワークシステム、データ送受信方法、及びデータ送受信プログラム |
| JP2010016858A (ja) * | 2004-01-22 | 2010-01-21 | Toshiba Corp | 事前認証、事前設定及び／又は仮想ソフトハンドオフを使用するモビリティアーキテクチャ |
| JP2011135243A (ja) * | 2009-12-24 | 2011-07-07 | Kddi Corp | Ｉｐネットワークを介した移動端末のハンドオーバ方法、システム、アクセスゲートウェイ及びプログラム |
| JP2012521167A (ja) * | 2009-03-16 | 2012-09-10 | ノーテル・ネットワークス・リミテッド | 第１及び第２の種類の無線アクセスネットワークの間でのパケット交換の緊急呼の移行 |
| JP5115561B2 (ja) * | 2008-01-17 | 2013-01-09 | 日本電気株式会社 | 無線通信端末、方法、プログラム、記録媒体、および無線通信システム |
| JP2013009391A (ja) * | 2006-06-07 | 2013-01-10 | Qualcomm Inc | 通信システムにおいて短アドレスを使用するための方法および装置 |
Families Citing this family (108)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6360100B1 (en) | 1998-09-22 | 2002-03-19 | Qualcomm Incorporated | Method for robust handoff in wireless communication system |
| US20040015607A1 (en) * | 2000-01-28 | 2004-01-22 | Bender Paul E. | System and method for using an IP address as a wireless unit identifier |
| US7269166B2 (en) * | 2001-11-27 | 2007-09-11 | Nokia Corporation | Transmission of a binding update message indicating a care of address for delivering data packets to a mobile node via a unidirectional interface |
| US20030120821A1 (en) * | 2001-12-21 | 2003-06-26 | Thermond Jeffrey L. | Wireless local area network access management |
| US7447162B1 (en) | 2002-03-05 | 2008-11-04 | Cisco Technology, Inc. | Methods and apparatus for anchoring of mobile nodes using DNS |
| US7461169B2 (en) * | 2002-03-05 | 2008-12-02 | Cisco Technology, Inc. | DHCP based home address management of mobile IP clients |
| US8090828B2 (en) * | 2002-03-05 | 2012-01-03 | Cisco Technology, Inc. | Method and apparatus for reusing DHCP addresses in home addresses of mobile IP clients |
| US20030224788A1 (en) * | 2002-03-05 | 2003-12-04 | Cisco Technology, Inc. | Mobile IP roaming between internal and external networks |
| US7583632B2 (en) * | 2002-05-28 | 2009-09-01 | Nortel Networks Limited | Efficient handoffs between cellular and wireless local area networks |
| AU2002313192A1 (en) * | 2002-06-11 | 2003-12-22 | Nokia Corporation | Radio communication system |
| US7539164B2 (en) * | 2002-06-14 | 2009-05-26 | Nokia Corporation | Method and system for local mobility management |
| US7292558B2 (en) * | 2002-08-27 | 2007-11-06 | Intel Corporation | Method and apparatus for a centralized home agent function |
| KR100483007B1 (ko) * | 2002-12-24 | 2005-04-18 | 한국전자통신연구원 | 차세대 이동통신 시스템에서의 핸드오버 방법 |
| KR100510127B1 (ko) * | 2002-12-31 | 2005-08-25 | 삼성전자주식회사 | 무선랜 환경에서 핸드오버 방법 및 모바일 노드의핸드오버 장치 |
| US7668541B2 (en) | 2003-01-31 | 2010-02-23 | Qualcomm Incorporated | Enhanced techniques for using core based nodes for state transfer |
| GB2399476B (en) * | 2003-03-14 | 2006-08-16 | Matsushita Electric Ind Co Ltd | Fast handover in mobile communications networks |
| 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 | 삼성전자주식회사 | 이동망환경에서의 자원예약 시스템 및 자원예약 방법 |
| US7266101B2 (en) * | 2003-06-30 | 2007-09-04 | Motorola, Inc. | Fast handover through proactive registration |
| JP4076482B2 (ja) * | 2003-07-02 | 2008-04-16 | 株式会社エヌ・ティ・ティ・ドコモ | 移動ノード、移動通信システム及び通信制御方法 |
| DE10335149A1 (de) * | 2003-07-31 | 2005-03-03 | Siemens Ag | Verfahren zum Umsteuern einer Bearerverbindung (Bearer Redirect) für SIP/ SIP-T Teilnehmer |
| DE10345538A1 (de) * | 2003-09-30 | 2005-05-12 | Siemens Ag | Bestückkopf mit einer Greifereinheit zum Bestücken von Substraten mit elektrischen Bauelementen |
| DE10345528B3 (de) * | 2003-09-30 | 2005-06-30 | Siemens Ag | Verfahren zur Steuerung einer Verbindungsübergabe zwischen zwei Netzzugangseinrichtungen |
| WO2005034552A1 (en) * | 2003-10-08 | 2005-04-14 | Research In Motion Limited | System and method of handling ip layer mobility in a wireless network |
| EP1692905A1 (en) * | 2003-10-24 | 2006-08-23 | QUALCOMM Incorporated | Handoff between a wireless local area network and a cellular communication system |
| US20050111409A1 (en) * | 2003-11-25 | 2005-05-26 | Spear Stephen L. | Method and apparatus for mobile station registration in a cellular communication system |
| KR100594950B1 (ko) * | 2003-11-26 | 2006-06-30 | 한국전자통신연구원 | 억세스 라우터 기반의 모바일 ＩＰｖ6 패스트 핸드오버 방법 |
| US7768975B2 (en) * | 2004-03-29 | 2010-08-03 | Telecordia Technologies, Inc. | Fast handoff using GPS technology for mobile telematics |
| 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 |
| CN100349432C (zh) * | 2004-05-31 | 2007-11-14 | 中国科学院声学研究所 | 一种基于隧道的移动IPv6快速切换方法 |
| 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 |
| EP1782574B1 (en) * | 2004-08-20 | 2011-07-13 | Telefonaktiebolaget LM Ericsson (publ) | Fast network attachment |
| KR100678125B1 (ko) * | 2004-08-27 | 2007-02-02 | 삼성전자주식회사 | 중첩 영역을 가지는 차세대 이동통신 시스템에서의핸드오버 방법 |
| EP1638261A1 (en) * | 2004-09-16 | 2006-03-22 | Matsushita Electric Industrial Co., Ltd. | Configuring connection parameters in a handover between access networks |
| DE102004055720A1 (de) * | 2004-11-18 | 2006-05-24 | Siemens Ag | Verfahren zur Steuerung einer Verbindungsübergabe zwischen Netzzugangseinrichtungen |
| KR100762615B1 (ko) * | 2004-11-26 | 2007-10-01 | 삼성전자주식회사 | 이동통신 시스템과 이를 위한 핸드오프 방법 |
| US8059661B2 (en) * | 2004-12-29 | 2011-11-15 | Cisco Technology, Inc. | Methods and apparatus for using DHCP for home address management of nodes attached to an edge device and for performing mobility and address management as a proxy home agent |
| US7440757B2 (en) * | 2005-01-31 | 2008-10-21 | Samsung Electronics Co., Ltd | Handover method in a wireless communication system |
| KR100617795B1 (ko) * | 2005-03-04 | 2006-08-28 | 삼성전자주식회사 | 셀룰러 망과 무선 랜 망의 타이틀리 커플드 연동 방법 및 장치 |
| US7886311B2 (en) | 2005-03-29 | 2011-02-08 | Microsoft Corporation | Synchronous RIL proxy |
| US7821974B2 (en) * | 2005-03-29 | 2010-10-26 | Microsoft Corporation | UMTS RIL extension |
| KR101216081B1 (ko) | 2005-04-14 | 2012-12-26 | 엘지전자 주식회사 | 이종망 간 핸드오버 시의 ｉｐ 주소 재설정 방법 |
| US7885231B2 (en) * | 2005-04-14 | 2011-02-08 | Lg Electronics Inc. | Method of reconfiguring an internet protocol address in handover between heterogeneous networks |
| US7443809B2 (en) * | 2005-04-27 | 2008-10-28 | Symbol Technologies, Inc. | Method, system and apparatus for creating a mesh network of wireless switches to support layer 3 roaming in wireless local area networks (WLANs) |
| US7515573B2 (en) * | 2005-04-27 | 2009-04-07 | Symbol Technologies, Inc. | Method, system and apparatus for creating an active client list to support layer 3 roaming in wireless local area networks (WLANS) |
| US20060245393A1 (en) * | 2005-04-27 | 2006-11-02 | Symbol Technologies, Inc. | Method, system and apparatus for layer 3 roaming in wireless local area networks (WLANs) |
| US20060268834A1 (en) * | 2005-05-26 | 2006-11-30 | Symbol Technologies, Inc. | Method, system and wireless router apparatus supporting multiple subnets for layer 3 roaming in wireless local area networks (WLANs) |
| US7529203B2 (en) * | 2005-05-26 | 2009-05-05 | Symbol Technologies, Inc. | Method, system and apparatus for load balancing of wireless switches to support layer 3 roaming in wireless local area networks (WLANs) |
| KR100664946B1 (ko) * | 2005-06-28 | 2007-01-04 | 삼성전자주식회사 | 고속 핸드오버를 수행하기 위한 장치 및 방법 |
| KR100664945B1 (ko) * | 2005-06-28 | 2007-01-04 | 삼성전자주식회사 | 고속 핸드오버를 수행하기 위한 장치 및 방법 |
| US20070002833A1 (en) * | 2005-06-30 | 2007-01-04 | Symbol Technologies, Inc. | Method, system and apparatus for assigning and managing IP addresses for wireless clients in wireless local area networks (WLANs) |
| KR100744374B1 (ko) * | 2005-07-15 | 2007-07-30 | 삼성전자주식회사 | 패킷 교환 기반의 네트워크에서 코어 네트워크 개체들 간의핸드오버 방법 및 장치 |
| US8982835B2 (en) | 2005-09-19 | 2015-03-17 | Qualcomm Incorporated | Provision of a move indication to a resource requester |
| US8982778B2 (en) | 2005-09-19 | 2015-03-17 | Qualcomm Incorporated | Packet routing in a wireless communications environment |
| US8509799B2 (en) | 2005-09-19 | 2013-08-13 | Qualcomm Incorporated | Provision of QoS treatment based upon multiple requests |
| US9736752B2 (en) | 2005-12-22 | 2017-08-15 | Qualcomm Incorporated | Communications methods and apparatus using physical attachment point identifiers which support dual communications links |
| US9066344B2 (en) | 2005-09-19 | 2015-06-23 | Qualcomm Incorporated | State synchronization of access routers |
| US8983468B2 (en) | 2005-12-22 | 2015-03-17 | Qualcomm Incorporated | Communications methods and apparatus using physical attachment point identifiers |
| US9078084B2 (en) | 2005-12-22 | 2015-07-07 | Qualcomm Incorporated | Method and apparatus for end node assisted neighbor discovery |
| US20070127496A1 (en) * | 2005-12-05 | 2007-06-07 | Paula Tjandra | Method, system and apparatus for creating a reverse tunnel |
| US8018900B2 (en) * | 2005-12-30 | 2011-09-13 | Hewlett-Packard Company | Seamless roaming across wireless subnets using source address forwarding |
| WO2007092617A2 (en) * | 2006-02-09 | 2007-08-16 | Starent Networks Corporation | Fast handoff support for wireless networks |
| US9083355B2 (en) | 2006-02-24 | 2015-07-14 | Qualcomm Incorporated | Method and apparatus for end node assisted neighbor discovery |
| US20080002607A1 (en) * | 2006-06-30 | 2008-01-03 | Ramakrishnan Nagarajan | Technique for handling layer 2 roaming in a network of wireless switches supporting layer 3 mobility within a mobility domain |
| US7804806B2 (en) * | 2006-06-30 | 2010-09-28 | Symbol Technologies, Inc. | Techniques for peer wireless switch discovery within a mobility domain |
| US7826869B2 (en) * | 2006-07-07 | 2010-11-02 | Symbol Technologies, Inc. | Mobility relay techniques for reducing layer 3 mobility control traffic and peering sessions to provide scalability in large wireless switch networks |
| US7961690B2 (en) * | 2006-07-07 | 2011-06-14 | Symbol Technologies, Inc. | Wireless switch network architecture implementing mobility areas within a mobility domain |
| US20080008128A1 (en) * | 2006-07-07 | 2008-01-10 | Symbol Technologies, Inc. | Techniques for resolving wireless client device layer 3 mobility state conflicts between wireless switches within a mobility domain |
| US7613150B2 (en) * | 2006-07-20 | 2009-11-03 | Symbol Technologies, Inc. | Hitless restart mechanism for non-stop data-forwarding in the event of L3-mobility control-plane failure in a wireless switch |
| US20080020758A1 (en) * | 2006-07-20 | 2008-01-24 | Symbol Technologies, Inc. | Query-response techniques for reduction of wireless client database size to provide scalability in large wireless switch networks supporting layer 3 mobility |
| US7639648B2 (en) * | 2006-07-20 | 2009-12-29 | Symbol Technologies, Inc. | Techniques for home wireless switch redundancy and stateful switchover in a network of wireless switches supporting layer 3 mobility within a mobility domain |
| US20090323637A1 (en) * | 2006-07-28 | 2009-12-31 | Kyocera Corporation | Radio Communication Method, Base Station Controller and Radio Communication Terminal |
| US8254311B2 (en) * | 2006-10-30 | 2012-08-28 | Panasonic Corporation | Binding update method, mobile terminal, home agent, and binding update system |
| KR100834578B1 (ko) * | 2006-12-08 | 2008-06-02 | 한국전자통신연구원 | 듀얼스택 이동 ＩＰｖ６상에서 이동 노드의 이동 감지 방법 |
| US8576795B2 (en) * | 2007-03-16 | 2013-11-05 | Qualcomm Incorporated | Method and apparatus for handoff between source and target access systems |
| AU2012201579B2 (en) * | 2007-03-16 | 2014-06-12 | Qualcomm Incorporated | Method and apparatus for handoff between access systems |
| US8289920B2 (en) * | 2007-03-16 | 2012-10-16 | Qualcomm Incorporated | Method and apparatus for handoff between access systems |
| KR101336325B1 (ko) * | 2007-03-16 | 2013-12-03 | 삼성전자주식회사 | 이동국에 투명한 고속 핸드오버를 지원하는 통신 장치 및방법 |
| US9155008B2 (en) * | 2007-03-26 | 2015-10-06 | Qualcomm Incorporated | Apparatus and method of performing a handoff in a communication network |
| US8948046B2 (en) | 2007-04-27 | 2015-02-03 | Aerohive Networks, Inc. | Routing method and system for a wireless network |
| US8452285B2 (en) * | 2007-05-10 | 2013-05-28 | Sparkmotion Inc. | Method for handover in wireless communications network comprising a number of sub-networks |
| US8830818B2 (en) | 2007-06-07 | 2014-09-09 | Qualcomm Incorporated | Forward handover under radio link failure |
| US9049629B2 (en) * | 2007-06-18 | 2015-06-02 | Qualcomm Incorporated | Method and apparatus for fast inter-system handover |
| US9094173B2 (en) | 2007-06-25 | 2015-07-28 | Qualcomm Incorporated | Recovery from handoff error due to false detection of handoff completion signal at access terminal |
| US7885233B2 (en) * | 2007-07-31 | 2011-02-08 | Symbol Technologies, Inc. | Forwarding broadcast/multicast data when wireless clients layer 3 roam across IP subnets in a WLAN |
| US20110004913A1 (en) * | 2007-07-31 | 2011-01-06 | Symbol Technologies, Inc. | Architecture for seamless enforcement of security policies when roaming across ip subnets in ieee 802.11 wireless networks |
| CN101472314B (zh) * | 2007-11-02 | 2010-05-12 | 华为技术有限公司 | 一种数据处理方法和设备 |
| KR101439270B1 (ko) | 2007-11-21 | 2014-09-12 | 애플 인크. | 다중 케어 오브 어드레싱을 갖는 이동 노드의 터널 통신의 연속성 지원 |
| KR100923991B1 (ko) * | 2007-12-17 | 2009-10-28 | 한국전자통신연구원 | 보안터널을 이용한 이동성 지원 방법 |
| US8755793B2 (en) | 2008-01-04 | 2014-06-17 | Qualcomm Incorporated | Apparatus and methods to facilitate seamless handoffs between wireless communication networks |
| US8447349B2 (en) * | 2008-02-15 | 2013-05-21 | Motorola Solutions, Inc. | Method and apparatus for inter-technology handoff of a multi-mode mobile station |
| US8218502B1 (en) | 2008-05-14 | 2012-07-10 | Aerohive Networks | Predictive and nomadic roaming of wireless clients across different network subnets |
| US8638749B2 (en) * | 2008-06-06 | 2014-01-28 | Qualcomm Incorporated | Method and apparatus for inter-network handoff |
| US8036161B2 (en) * | 2008-07-30 | 2011-10-11 | Symbol Technologies, Inc. | Wireless switch with virtual wireless switch modules |
| US9674892B1 (en) | 2008-11-04 | 2017-06-06 | Aerohive Networks, Inc. | Exclusive preshared key authentication |
| US8483194B1 (en) | 2009-01-21 | 2013-07-09 | Aerohive Networks, Inc. | Airtime-based scheduling |
| US9900251B1 (en) | 2009-07-10 | 2018-02-20 | Aerohive Networks, Inc. | Bandwidth sentinel |
| US11115857B2 (en) | 2009-07-10 | 2021-09-07 | Extreme Networks, Inc. | Bandwidth sentinel |
| BR112012008018A2 (pt) * | 2009-10-06 | 2016-03-01 | Nortel Networks Ltd | sistema e protocolos para abertura de túnel de porta de acesso de intermobilidade para transição rápida de controle indireto rápido |
| CN102577504B (zh) * | 2009-10-28 | 2015-01-28 | 上海贝尔股份有限公司 | 一种将视频通话从ps域切换到cs域的方法和装置 |
| US8615241B2 (en) | 2010-04-09 | 2013-12-24 | Qualcomm Incorporated | Methods and apparatus for facilitating robust forward handover in long term evolution (LTE) communication systems |
| US8671187B1 (en) | 2010-07-27 | 2014-03-11 | Aerohive Networks, Inc. | Client-independent network supervision application |
| US9002277B2 (en) | 2010-09-07 | 2015-04-07 | Aerohive Networks, Inc. | Distributed channel selection for wireless networks |
| US10091065B1 (en) | 2011-10-31 | 2018-10-02 | Aerohive Networks, Inc. | Zero configuration networking on a subnetted network |
| CN104769864B (zh) | 2012-06-14 | 2018-05-04 | 艾诺威网络有限公司 | 多播到单播转换技术 |
| US9413772B2 (en) | 2013-03-15 | 2016-08-09 | Aerohive Networks, Inc. | Managing rogue devices through a network backhaul |
| US10389650B2 (en) | 2013-03-15 | 2019-08-20 | Aerohive Networks, Inc. | Building and maintaining a network |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6973057B1 (en) * | 1999-01-29 | 2005-12-06 | Telefonaktiebolaget L M Ericsson (Publ) | Public mobile data communications network |
| US6769000B1 (en) * | 1999-09-08 | 2004-07-27 | Nortel Networks Limited | Unified directory services architecture for an IP mobility architecture framework |
| US6990086B1 (en) * | 2001-01-26 | 2006-01-24 | Cisco Technology, Inc. | Method and system for label edge routing in a wireless network |
| WO2003034683A1 (en) * | 2001-10-11 | 2003-04-24 | Nokia Corporation | Method and system for managing data flow between mobile nodes, access routers and peer nodes |
-
2002
- 2002-05-03 US US10/138,389 patent/US20030104814A1/en not_active Abandoned
- 2002-11-29 JP JP2002348438A patent/JP2003209872A/ja active Pending
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7756156B2 (en) | 2003-12-23 | 2010-07-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for candidate access router capability discovery |
| JP2007529136A (ja) * | 2003-12-23 | 2007-10-18 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 候補アクセスルータ能力の発見方法 |
| JP4563940B2 (ja) * | 2004-01-07 | 2010-10-20 | パナソニック株式会社 | 通信システム及び移動端末並びにアクセスルータ |
| JPWO2005067229A1 (ja) * | 2004-01-07 | 2007-12-27 | 松下電器産業株式会社 | 通信システム及び移動端末並びにアクセスルータ |
| JPWO2005067228A1 (ja) * | 2004-01-07 | 2007-12-20 | 松下電器産業株式会社 | 通信システム及び移動端末並びにアクセスルータ |
| JP4563941B2 (ja) * | 2004-01-07 | 2010-10-20 | パナソニック株式会社 | 通信システム及び移動端末並びにアクセスルータ |
| JP2010016858A (ja) * | 2004-01-22 | 2010-01-21 | Toshiba Corp | 事前認証、事前設定及び／又は仮想ソフトハンドオフを使用するモビリティアーキテクチャ |
| KR100800797B1 (ko) | 2004-01-28 | 2008-02-04 | 삼성전자주식회사 | 통신 시스템에서 데이터 송수신 방법 |
| JP2005311616A (ja) * | 2004-04-20 | 2005-11-04 | Ntt Docomo Inc | 移動ノード、移動制御ノード、パケット通信システム、及び移動検出方法 |
| JP4494853B2 (ja) * | 2004-04-20 | 2010-06-30 | 株式会社エヌ・ティ・ティ・ドコモ | 移動ノード、移動制御ノード、パケット通信システム、及び移動検出方法 |
| JP2009516990A (ja) * | 2005-11-22 | 2009-04-23 | モトローラ・インコーポレイテッド | 移動体ノードの高速ｉｐハンドオフの方法およびシステム |
| JP2013009391A (ja) * | 2006-06-07 | 2013-01-10 | Qualcomm Inc | 通信システムにおいて短アドレスを使用するための方法および装置 |
| WO2007141879A1 (ja) * | 2006-06-09 | 2007-12-13 | Panasonic Corporation | ノード装置 |
| JP5115561B2 (ja) * | 2008-01-17 | 2013-01-09 | 日本電気株式会社 | 無線通信端末、方法、プログラム、記録媒体、および無線通信システム |
| JP2009177264A (ja) * | 2008-01-22 | 2009-08-06 | Fujitsu Ltd | ネットワークシステム、データ送受信方法、及びデータ送受信プログラム |
| JP2012521167A (ja) * | 2009-03-16 | 2012-09-10 | ノーテル・ネットワークス・リミテッド | 第１及び第２の種類の無線アクセスネットワークの間でのパケット交換の緊急呼の移行 |
| JP2011135243A (ja) * | 2009-12-24 | 2011-07-07 | Kddi Corp | Ｉｐネットワークを介した移動端末のハンドオーバ方法、システム、アクセスゲートウェイ及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| US20030104814A1 (en) | 2003-06-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003209872A (ja) | 遅延の少ない移動機起動トンネリングハンドオフ | |
| US6832087B2 (en) | Low latency mobile initiated tunneling handoff | |
| US7280505B2 (en) | Method and apparatus for performing inter-technology handoff from WLAN to cellular network | |
| US7869808B2 (en) | Wireless communication system | |
| CN101212461B (zh) | 异构ip网络切换时的数据传输方法及系统和核心网网关 | |
| US7693109B2 (en) | System and method for performing fast handoff in mobile network | |
| JP4563941B2 (ja) | 通信システム及び移動端末並びにアクセスルータ | |
| JP2008532345A (ja) | 異種ネットワークにわたるコンテキスト転送方法およびコンテキスト転送システム | |
| US20070217363A1 (en) | Communication handover method, communication message processing method, program for causing computer to execute these methods, and communication system | |
| JP2006506930A5 (ja) | ||
| JP2009529265A (ja) | 動的ルータ広告を使用する高速ハンドオーバのための方法及びシステム | |
| KR20060128638A (ko) | ＩＰｖ６ 기반 모바일 시스템에서 빠른 리액티브핸드오버를 수행하는 장치 | |
| US8400980B2 (en) | Fast handover system and method thereof | |
| JP4563940B2 (ja) | 通信システム及び移動端末並びにアクセスルータ | |
| KR20020087907A (ko) | 무선랜 기반에서 고속 릴리스 메시지를 이용한 고속핸드오버 방법 | |
| WO2005046144A1 (ja) | アクセスルータ装置及びそれを用いた通信ハンドオーバシステム並びに通信ハンドオーバ方法 | |
| JP2005252862A (ja) | 移動ネットワークおよびそのデータ通信方法 | |
| KR100973994B1 (ko) | 이동 무선 망에서 핸드오버 방법 | |
| JP2009171571A (ja) | 高速モバイルｉｐハンドオーバのための方法および装置 | |
| Shin et al. | Fast handover solution using multi-tunnel in HMIPv6 (FM-HMIPv6) | |
| KR100943515B1 (ko) | 이종망간 핸드오프를 위한 주소 관리 방법 | |
| Heijenk et al. | Reducing handover latency in future IP-based wireless networks: Fast Proxy Mobile IPv6 | |
| Jeong et al. | Low latency and cost effective handoff based on PBF scheme in hierarchical mobile IPv6 | |
| Menezes et al. | An Efficient Handover Scheme Based on Fast Mobile IPv6 | |
| KR100825114B1 (ko) | 와이브로망의 핸드오버 장치 및 그 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050726 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050802 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051101 |
|
| 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: 20060322 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060815 |