JP2007110734A - ＤＳＴＭを用いたモバイルＩＰｖ６環境におけるＩＰｖ６移動ノードとＩＰｖ４基盤ノードとの通信方法 - Google Patents

ＤＳＴＭを用いたモバイルＩＰｖ６環境におけるＩＰｖ６移動ノードとＩＰｖ４基盤ノードとの通信方法 Download PDF

Info

Publication number
JP2007110734A
JP2007110734A JP2006280561A JP2006280561A JP2007110734A JP 2007110734 A JP2007110734 A JP 2007110734A JP 2006280561 A JP2006280561 A JP 2006280561A JP 2006280561 A JP2006280561 A JP 2006280561A JP 2007110734 A JP2007110734 A JP 2007110734A
Authority
JP
Japan
Prior art keywords
ipv6
ipv4
node
mobile node
dstm
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
Application number
JP2006280561A
Other languages
English (en)
Inventor
Sang Do Lee
イ、サン、ド
Myung Ki Shin
シン、ミュン、キ
Hyoung Jun Kim
キム、ヒュン、ジュン
Hyeong Ho Lee
イ、ヒョン、ホ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Electronics and Telecommunications Research Institute ETRI
Original Assignee
Electronics and Telecommunications Research Institute ETRI
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Electronics and Telecommunications Research Institute ETRI filed Critical Electronics and Telecommunications Research Institute ETRI
Publication of JP2007110734A publication Critical patent/JP2007110734A/ja
Pending legal-status Critical Current

Links

Images

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/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/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • 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]
    • 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]
    • H04W80/045—Network layer protocols, e.g. mobile IP [Internet Protocol] involving different protocol versions, e.g. MIPv4 and MIPv6

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】ＤＳＴＭを用いたＭｏｂｉｌｅ ＩＰｖ６環境におけるＩＰｖ６移動ノードとＩＰｖ４基盤ノードとの通信方法を提供する、
【解決手段】移動性を支援しないＩＰｖ４基盤網に位置したノードと通信中である移動性を支援するＩＰｖ６基盤網に位置した移動ノードが外部網に移動しても、ＩＰｖ４基盤網に位置したノードとの通信状態を維持させて、両ノード間の直接通信を可能にする方法であり、両網間の移動性支援(保証)方案としてＤＳＴＭ境界ルータに該当するＤＳＴＭゲートウェイ(またはＤＳＴＭ ＴＥＰ)がＩＰｖ６移動ノードから受けたバインディングアップデート要請に対する処理をするようにして、その目的及び技術的課題を達成する。
【選択図】図３

Description

本発明は、ＭＩＰｖ６環境におけるＩＰｖ６移動ノードとＩＰｖ４基盤ノードとの通信方法に係り、さらい詳細には、移動性を支援しないＩＰｖ４基盤網に位置したノードと相互間通信を実行中である移動性を支援するＩＰｖ６基盤網に位置した移動ノードが外部網に移動しても、ＩＰｖ４基盤網に位置したノードとの通信状態を維持させて、両ノード間の直接通信を可能にする方法に関する。
ＤＳＴＭ(Ｄｕａｌ Ｓｔａｃｋ Ｔｒａｎｓｉｔｉｏｎ Ｍｅｃｈａｎｉｓｍ）は、ＩＰｖ４(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒ．４)基盤網がＩＰｖ６基盤網への転換移行提案であって、ＩＰｖ４基盤網からＩＰｖ６基盤網への動的トンネルの活用とＩＰｖ４汎用アドレスをデュアル−スタックホストへの臨時割り当てとに基づいたものである。
ＤＳＴＭは、ＩＰｖ４−ｉｎ−ＩＰｖ６トンネリングによってＩＰｖ６基盤網とＩＰｖ４基盤網との連動を提供できて、既存のＩＰｖ４応用の修正なしに両網間の通信を可能にするメカニズムであって、次世代インターネット網であるＩＰｖ６基盤網を構築する場合、既存のＩＰｖ４基盤網との連動が必要な場合に考慮されている連動メカニズムである。
ＤＳＴＭは、現在ＩＥＴＦ(Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ)で標準化が進行中であり、一般的なネットワーク環境でのみ適用されている。また、ＩＰｖ６基盤網であらゆる端末及びノードに移動性を支援するためのＩＰｖ６基盤のモバイルフレームワークであるＭＩＰｖ６(Ｍｏｂｉｌｅ ＩＰｖ６：モバイルＩＰｖ６)に関する標準化作業も完了した状態である。
ＭＩＰｖ６は、ＩＰｖ６基盤網でＩＰ通信を行う移動端末(移動ノード）がホーム網から外部網に移動した時にも通信状態を維持させ続けるプロトコルである。このために移動ノード(Ｍｏｂｉｌｅ Ｎｏｄｅ：ＭＮ）は、地域を移動する度にその地域で使用可能な新規アドレス(Ｃａｒｅ ｏｆ Ａｄｄｒｅｓｓ：ＣｏＡ)を生成して使用し、新規アドレスを利用して通信するため、相手ノード(Ｃｏｕｎｔｅｒ Ｎｏｄｅ：ＣＮ)と新規アドレスに関する情報をやりとりする作業を行う。また、通信状態を維持させるために、移動ノードが元のアドレスであるホームアドレス(Ｈｏｍｅ Ａｄｄｒｅｓｓ：ＨｏＡ)と新規アドレスとを利用して、移動ノードのアドレス情報を維持する。
しかし、現在まで進行中であるＭＩＰｖ６に関する研究は、端末が全てＩＰｖ６ノードであるもの、すなわち、端末が全てＩＰｖ６基盤網環境に位置することを前提としており、ＩＰｖ４基盤網とＩＰｖ６基盤網との連動において移動性の支援側面の研究は、現在進行していない状況である。
このような状況では、ＭＩＰｖ６プラットホームをＩＰｖ６／ＩＰｖ４が混在した網で使用する場合、移動性支援の核心過程であるバインディングアップデート過程が処理されないため、ＩＰｖ６の基本機能である経路最適化機能を行うことができず、いわゆる三角ルーティング方式によってのみ両網間移動性を支援しているのが現実である。
本発明は、前記のような問題点を解決するために創案されたものであって、本発明の目的及び達成しようとする技術的課題は、ＤＳＴＭ連動メカニズムを利用して、ＩＰｖ６基盤環境の移動ノードとＩＰｖ４基盤網に位置したノードとの直接通信を支援する、特に、移動性を支援(保証)するシステム及びその方法を提供するところにある。
前記のような目的及び技術的課題を達成するために、本明細書で開示するＭＩＰｖ６環境におけるＩＰｖ６移動ノードとＩＰｖ４基盤ノードとの通信方法は、(ａ)ＩＰｖ４基盤網に位置する相手ノードとＤＳＴＭによる通信進行中であるＩＰｖ６移動ノードが外部網に移動する場合にも前記通信状態を維持するために、前記移動ノードがＤＳＴＭ ＴＥＰにバインディングアップデートのためのメッセージを伝送して、その処理を要請する段階と、(ｂ)前記ＤＳＴＭ ＴＥＰが前記メッセージのヘッダーに指定されたＩＰｖ６ホームアドレス(ＨｏＡ)をキーとして、自身のアドレスマッピングテーブルに前記移動ノードが前記外部網で使用する新規アドレス(ＣｏＡ)を指定する段階と、(ｃ)前記ＤＳＴＭ ＴＥＰが、前記相手ノードからＩＰｖ４パケットが流入される場合、前記新規アドレス(ＣｏＡ)を目的地として、前記パケットをＩＰｖ４−ｉｎ−ＩＰｖ６カプセル化した後に前記外部網に位置した前記移動ノードに直接伝送する段階とを含んで、本発明の目的及び技術的課題を達成する。
本発明によれば、ＭＩＰｖ６網のＩＰｖ６移動ノードとＩＰｖ４網に存在する相手ノードとの通信を移動性の支援が保証されたままで可能にするために、ＤＳＴＭの境界ルータの機能を拡張してＤＳＴＭ ＴＥＰがＩＰｖ４網の相手ノードの機能をプロキシのように代行できるように提案した。本発明を利用すれば、次世代網の導入時に既存の網間の移動性を自動的に提供できるので、ＩＰｖ６基盤の次世代網の導入を考慮する時、効果的に網を構成できると予想する。
まず、本発明の構成及び作用についての理解の便宜のために、本発明が提供しようとする技術的思想及び関連用語を予め明確にする。
本発明が提供する技術的思想は、両網間の移動性支援方案としてＤＳＴＭ境界ルータに該当するＤＳＴＭゲートウェイ(またはＤＳＴＭ ＴＥＰ)がＩＰｖ６移動ノードから受けたバインディングアップデート要請に対する処理を行うことである。このために、ＭＩＰｖ６プロトコルで定義している３機能、すなわち、１)ＲＲ(Ｒｅｔｕｒｎ Ｒｏｕｔｅｒａｂｉｌｔｉｙ)機能、２)バインディングアップデートメッセージ処理機能、３)ＩＰｖ６拡張ヘッダー(ルーティングヘッダー、目的地オプションヘッダー)処理機能をＤＳＴＭ ＴＥＰに追加した。
また、三角ルーティングの問題点を解決するために、ＤＳＴＭ ＴＥＰに位置するアドレスマッピングテーブルのアドレス指定方式を既存の方式と異にして、移動ノードのホームアドレス(ＨｏＡ)だけでなく、移動ノードの現在アドレスである新規アドレス(ＣｏＡ)情報を指定して三角ルーティングの問題点を解決する。
さらに、本発明の説明のための関連用語の意味を予め提示して見ると、
ＭＩＰｖ６(Ｍｏｂｉｌｅ ＩＰｖ６)：Ｍｏｂｉｌｅ ＩＰｖ６ ｗｏｒｋｉｎｇ ｇｒｏｕｐで提案したメカニズムであって、ＩＰｖ６基盤網で移動性を支援するためのメカニズムである。
ＩＰｖ６移動ノード(ＩＰｖ６ ＭＮ)：ＩＰｖ６基盤網で自身の網接続位置を変えるノードである。本発明では、ＤＳＴＭクライアント機能を含んでいる(ＩＰｖ４−ｉｎ−ＩＰｖ６トンネリング機能)。
ＩＰｖ４相手ノード(ＩＰｖ４ ＣＮ)：一般的に相手ノード(Ｃｏｕｎｔｅｒ Ｎｏｄｅ：ＣＮ）は、ＩＰｖ６基盤網における相手ノードを意味するが、本発明では、前記移動ノードと通信しているＩＰｖ４基盤網に位置するノードを相手ノードと使用する。
ホームエージェント(Ｈｏｍｅ Ａｇｅｎｔ：ＨＡ)：ホーム網にある移動ノードのアドレス情報であるＨｏＡ、ＣｏＡを有しており、移動ノードがホーム網から外部網に移動した場合、移動ノードの現在位置にデータグラムを送るルータである。
ホームアドレス(Ｈｏｍｅ Ａｄｄｒｅｓｓ：ＨｏＡ)：移動ノードがホーム網で生成して使用するＩＰｖ６アドレスである。
新規アドレス(Ｃａｒｅ ｏｆ Ａｄｄｒｅｓｓ：ＣｏＡ)：移動ノードが外部網に移動する場合、ＩＰｖ６のアドレス生成方式であるＲＦＣ１４６２、ＲＦＣ３３１５によって新たなアドレスである新規アドレスが生成されて移動ノードに割り当てられ、移動ノードは、割り当てられた新規アドレスを外部網でのＩＰｖ６アドレスとして使用する。
アドレスマッピングテーブル：ＤＳＴＭ境界ルータに該当するＤＳＴＭ ＴＥＰ(Ｔｕｎｎｅｌｉｎｇ Ｅｎｄ Ｐｏｉｎｔ)に流入されるパケットのＩＰｖ６送信地、ＩＰｖ４送信地のアドレスを記録するテーブルである。
以下、本発明の技術的思想を明確にするために、本発明の実施形態に基づいてその構成及び動作を添付した図面を参照して詳細に説明する。図面における参照番号は、同一構成要素については、たとえ他の図面上にあっても同一参照番号を付与し、当該図面に対する説明において必要な場合に、他の図面の構成要素が引用できることを予め明確にする。
図１は、ＤＳＴＭが実施されるためのネットワーク(以下、‘ＤＳＴＭネットワーク’）の基本構成を示した図面である。
図１を参照すれば、ＤＳＴＭネットワークは、３つの装備で構成されるが、デュアル−スタックホスト１０、ＩＰｖ４アドレスを管理するＤＳＴＭサーバー１１、及びＩＰｖ４基盤網とＩＰｖ６基盤網との間に流れるパケットのカプセル化とカプセル開放とを担当するＤＳＴＭゲートウェイ１２（または、ＤＳＴＭ ＴＥＰ)で構成される。
ＩＰｖ６基盤網にあるデュアル−スタックホスト１０がＩＰｖ４基盤網との通信のためには、まず臨時ＩＰｖ４アドレスの割り当て要求メッセージａをＤＳＴＭサーバー１１に伝送する。この要求に対してＤＳＴＭサーバー１１は、アドレスプールからホスト１０のための一つのＩＰｖ４アドレスを予約して、前記要求に対する応答メッセージｂに含めてデュアル−スタックホスト１０に伝送する。応答メッセージｂには、割り当てられたアドレスの有効時間とＤＳＴＭゲートウェイ１２に関する情報とが合わせて含まれている。
前記両メッセージが相互交換された後、ホスト１０は、自身に割り当てられたアドレスでＩＰｖ４スタックｃを構成する。ＩＰｖ４スタックｃを通じてホスト１０からのあらゆるＩＰｖ４パケットは、ＩＰｖ４−ｉｎ−ＩＰｖ６形式にトンネリングされた後に、ＤＳＴＭゲートウェイ１２に伝送される。
ＤＳＴＭゲートウェイ１２は、一方、ＩＰｖ４パケットに対するカプセル化とＩＰｖ４−ｉｎ−ＩＰｖ６パケットに対するカプセル開放とを行うために、ＩＰｖ４送信地アドレスとＩＰｖ６の送信地アドレスとから構成されるアドレスマッピングテーブルを維持している。なお、ＩＰｖ４網でのルーティングは、両方向通信を保証するために、ホスト１０で発生したパケットがＤＳＴＭゲートウェイ１２を通過できるようになされなければならない。
図２Ａ及び図２Ｂは、ＭＩＰｖ６環境でのＤＳＴＭメカニズムを適用したネットワークの構成を示した図面である。
図２Ａの場合は、ＭＩＰｖ６環境での移動ノード２０１がホーム網にある場合、言い換えれば、移動ノード２０１が外部網２２への移動が発生しない場合であるが、この時のＤＳＴＭ動作過程は、一般的なＤＳＴＭの遂行過程、すなわち、ＭＩＰｖ６が適用されていない環境でのＤＳＴＭ動作過程と同様に行われる。動作過程は、以下のようである。
ステップ１．ＤＳＴＭクライアントの機能を有する移動ノード２０１(ＭＮ)は、ＩＰｖ４基盤網２１に位置した相手ノード２１１(ＣＮ)と通信するために臨時に使用するＩＰｖ４アドレス及びトンネリングアドレス(ＴＥＰアドレス)に関する情報をＤＳＴＭサーバー１１から求める。
ステップ２．移動ノード２０１は、ＩＰｖ４基盤網２１の相手ノード２１１と通信するために、Ｐｖ４−ｉｎ−ＩＰｖ６トンネリング方式を利用してＤＳＴＭ ＴＥＰ１２にＩＰｖ４−ｉｎ−ＩＰｖ６パケットを伝送する。ＤＳＴＭ ＴＥＰ１２にＩＰｖ４−ｉｎ−ＩＰｖ６パケットを伝送する時には、図４に示したフォーマットでメッセージを構成して伝送する。
ステップ３．ＤＳＴＭ ＴＥＰ１２は、ＩＰｖ４−ｉｎ−ＩＰｖ６パケットに対して検証した後、ＩＰｖ６／ＩＰｖ４アドレスマッピングテーブルのＰｖ６送信地アドレス(移動ノードのＩＰｖ６アドレス)とＩＰｖ４送信地アドレス(ＤＳＴＭサーバーから受けたアドレス)とを指定する。
ステップ４．ＤＳＴＭ ＴＥＰ１２は、ＩＰｖ６基盤網(ホーム網)２０に位置した移動ノード２０１から伝送されたＩＰｖ４−ｉｎ−ＩＰｖ６形式のパケットをカプセル開放(ＩＰｖ６ヘッダーを除去する過程)して、Ｐｖ４形式のパケットに変換した後、ＩＰｖ４基盤網２１に伝送する。カプセル開放されたパケットは、ＩＰｖ４目的地のアドレスがＩＰｖ４基盤網２１に位置した相手ノード２１１であるので、相手ノード２１１に伝達される。
ステップ５．一方、ＩＰｖ４基盤網２１から流入されるＩＰｖ４形式のパケットを受けたＤＳＴＭ ＴＥＰ１２は、自身のアドレスマッピングテーブル情報を参照して、ＩＰｖ４形式のパケットをＩＰｖ４−ｉｎ−ＩＰｖ６カプセル化過程(ＩＰｖ６ヘッダーを追加する過程)によりトンネリングされたパケットに変換した後、ＩＰｖ６基盤網２０に伝送する。このように、ホーム網２０に位置する移動ノード２０１がＩＰｖ４網にある相手ノード２１１と通信する場合は、一般的なＤＳＴＭ動作過程と同様である。
しかし、図２Ｂの場合のように、ＭＩＰｖ６環境で移動ノード２０１が外部網２２に移動すれば、図２Ａに示された状況と異なる状況が発生する。移動が発生すれば、ＩＰｖ６移動ノード２０１は、まずＭＩＰｖ６の基本メカニズムであるアドレス生成メカニズム(例えば、Ｓｔａｔｅｌｅｓｓ、ＤＨＣＰｖ６)を利用して、外部網２２で使用する新規アドレス(ＣｏＡ)を生成し、自身が本来位置したホーム網２０のホームエージェント２０２(ＨＡ)に自身の現在アドレスである新規アドレス(ＣｏＡ)を知らせるために、バインディングアップデートを要請する。
バインディングアップデート要請を受けたホームエージェント２０２は、移動ノード２０１のホームアドレス(ＨｏＡ)に該当する新規アドレス(ＣｏＡ)に修正し、以後からＤＳＴＭ ＴＥＰ１２から受けた目的地アドレスがホームアドレス(ＨｏＡ)であるＩＰｖ４−ｉｎ−ＩＰｖ６トンネリングされたパケットをインターセプトする。ホームエージェント２０２は、インターセプトしたパケットのホームアドレスに該当する新規アドレス(ＣｏＡ)を利用して、図５に示したようなトンネリングパケットを生成する。生成されたトンネリングパケットは、移動ノード２０１がある外部網２２に伝送される。
トンネリングパケットを受けた移動ノード２０１は、経路最適化を行なうために、相手ノード２１１にＨｏｍｅ Ａｄｄｒｅｓｓオプションにホームアドレス情報を入れて伝送する。しかし、相手ノード２１１は、ＩＰｖ４基盤網２１に位置して移動ノード２０１とは全く異なる環境に存在するので、ＭＩＰｖ６によって移動性が支援されないＩＰｖ６環境では、バインディングアップデート機能及びＲＲなどの機能が処理されえない。
したがって、ＩＰｖ６基盤の外部網２２にある移動ノード２０１と、ＩＰｖ４基盤網２１にある相手ノード２１１との通信は、図２Ｂに示した実線ルートａを通じて、ホームエージェント２０２を経る、いわゆる三角ルーティング方式を通じてのみ可能であり、ノード２０１とノード２１１との間に移動性が保証される直接通信は不可能になる。
すなわち、移動性が保証されるためには、ホームエージェント２０２を介した間接通信のみ可能であるが、このような場合、ホーム網２０でネットワークボトルネック現象が発生して、ホームエージェント２０２のダウンなど致命的な問題が発生しうる。したがって、本発明は、ＭＩＰｖ６標準に従いながら、三角ルーティングの問題点を解決するための方案を下記のように提示する。
その第１の方案として、前述したように、本発明では、ＤＳＴＭ境界ルータに該当するＤＳＴＭ ＴＥＰ１２の機能を拡張させる。すなわち、前述した既存の方案では、相手ノード２１１がＩＰｖ４基盤網２１にあるため、バインディングアップデート及びＲＲ機能が処理されないが、本発明では、ＤＳＴＭ ＴＥＰ１２でこのような機能を代わって行わせる。
ＤＳＴＭ ＴＥＰ１２の基本機能(基本動作過程）は、ＲＦＣ３７７５第７節によって、本発明の実現のために以下に列挙した機能[ＲＦＣ３７７５第９節]をＤＳＴＭ ＴＥＰ１２に追加する。
１)ＲＲ(Ｒｅｔｕｒｎ Ｒｏｕｔａｂｉｌｔｉｙ)機能の追加
本機能は、Ｈｏｍｅ Ｔｅｓｔ Ｉｎｉｔメッセージ(ＨｏＴＩ)処理機能、Ｃａｒｅ−ｏｆ Ｔｅｓｔ Ｉｎｉｔメッセージ(ＣｏＴＩ)処理機能、Ｈｏｍｅ Ｔｅｓｔメッセージ(Ｈｏ)処理機能、Ｃａｒｅ−ｏｆ Ｔｅｓｔメッセージ(ＣｏＴ)処理機能を含む。
２)Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅメッセージ処理機能の追加
本機能は、Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ要求メッセージ処理機能及びＢｉｎｄｉｎｇ Ａｃｋｎｏｗｌｅｄｇｅメッセージ処理機能を含む。
３)ＩＰｖ６拡張ヘッダー処理機能の追加
ＩＰｖ６拡張ヘッダーには、ルーティングヘッダーと目的地オプションヘッダーとが含まれる。
三角ルーティングの問題を解決するための第２の方案として、本発明では、アドレスマッピングテーブルに指定されるアドレス情報を拡張指定する。
既存のアドレスマッピングテーブルには、前述したように、[ＩＰｖ６送信地アドレス(ＨｏＡ)とＩＰｖ４送信地アドレス]フィールドのみ指定された。ＩＰｖ４基盤網２１からパケットが伝送されれば、ＤＳＴＭ ＴＥＰ１２は、ＩＰｖ４目的地アドレスをキーとして、ＩＰｖ４送信地アドレスのフィールドをテーブルで検索した後、該当ＩＰｖ６送信地アドレス値を得てＩＰｖ４−ｉｎ−ＩＰｖ６カプセル化過程に使用し、ＤＳＴＭ ＴＥＰでのバインディングアップデートが行われていないため、Ｐｖ６送信地アドレスとして移動ノードのホームアドレスのみ保存されて、ＩＰｖ６移動ノードが外部網に移動する場合に両ノード間の直接通信が不可能であった。
本発明では、フィールド指定を拡張して、図２Ｂに示したように、アドレスマッピングテーブルを[ＩＰｖ６ ｓｏｕｒｃｅ(ＨｏＡ)、ＩＰｖ６ ｓｏｕｒｃｅ(ＣｏＡ)、ＩＰｖ４ ｓｏｕｒｃｅ]フィールドで構成する。移動ノード２０１がＤＳＴＭ ＴＥＰ１２にバインディングアップデートを要請する場合、ＤＳＴＭ ＴＥＰ１２は、移動ノード２０１のＨｏｍｅ Ａｄｄｒｅｓｓ ｏｐｔｉｏｎヘッダーにオプションとして入っているホームアドレス(ＨｏＡ)をキーとして、アドレスマッピングテーブルのＩＰｖ６ ｓｏｕｒｃｅ(ＣｏＡ)フィールドにＣｏＡ値を指定する。
ＩＰｖ４基盤網２１からＩＰｖ４パケットが入る場合、アドレスマッピングテーブルのＩＰｖ６ ｓｏｕｒｃｅ(ＣｏＡ)フィールドに値が指定されていれば、ＤＳＴＭ ＴＥＰ１２は、この値を利用してＩＰｖ４パケットをＩＰｖ６−ｉｎ−ＩＰｖ４カプセル開放して、ＭＩＰｖ６基盤の外部網２２に直ちに伝送する。したがって、ＩＰｖ４パケットは、三角ルーティング過程を経ずに図２Ｂの点線ルートｂを通じて移動ノード２０１が存在する外部網２２に直接に伝えられる。
もし、アドレスマッピングテーブルのＩＰｖ６ ｓｏｕｒｃｅ(ＣｏＡ)フィールドの値が存在していなければ、これは移動ノードの移動が発生しない場合であり、図２Ａに示した場合と同様である。したがって、バインディングアップデートを要請していない場合であり、この場合は、既存の方式のようにＰｖ６ ｓｏｕｒｃｅ(ＨｏＡ)フィールドのアドレスを利用してパケットをカプセル化する。
＜本発明によるＤＳＴＭ実施(移動性支援(保証)メカニズム)＞
図３は、ホーム網２０でＤＳＴＭメカニズムを利用して、ＩＰｖ４基盤網２１に位置した相手ノード２１１と通信していたＩＰｖ６移動ノード２０１が外部網２２に移動する時に発生するメッセージ処理過程を示すものであって、本発明の望ましい実施形態の流れを示す。
１)ＩＰｖ６移動ノード２０１は、外部網２２に移動する場合、自身の新たなアドレスである新規アドレス(ＣｏＡ)を生成する(Ｓ３１)。
２)移動ノード２０１は、自身が本来位置したホーム網２０に位置するホームエージェント２０２に生成された新規アドレス(ＣｏＡ)を通知し、バインディングアップデートを要請する(Ｓ３２)。ホームエージェント２０２は、この要請を処理した後、目的地が移動ノードのホームアドレス(ＨｏＡ)であるＩＰｖ４−ｉｎ−ＩＰｖ６パケットをインターセプトして新規アドレス(ＣｏＡ)によるトンネリングのために、図５に一例として示したフォーマットのＩＰｖ６カプセル化方式によりメッセージを構成した後、インターセプトしたパケットを移動ノード２０１に伝送する(Ｓ３３)。
３)ホームエージェント２０２からトンネリングされたパケットを受けたＩＰｖ６移動ノード２０１は、ＩＰｖ４相手ノード２１１にバインディングアップデート情報を伝送するために、ＩＰｖ６目的地アドレス(ＴＥＰのＩＰｖ６アドレス)を利用してＤＳＴＭ ＴＥＰ１２にバインディングアップデートメッセージを伝送する(Ｓ３４)。バインディングアップデートパケットの伝送のためのメッセージフォーマットは、図６に一例として示されている。
４)バインディングアップデートメッセージを受けたＤＳＴＭ ＴＥＰ１２は、バインディングアップデートメッセージヘッダーに指定されたＩＰｖ６ホームアドレス(ＨｏＡ)をキーとして、自身のアドレスマッピングテーブルのＩＰｖ６ ｓｏｕｒｃｅ(ＨｏＡ)フィールドを検索して、ＩＰｖ６ｓｏｕｒｃｅ(ＣｏＡ)フィールド値をアップデート、すなわち、前記新規アドレス(ＣｏＡ)を指定する(Ｓ３５)。
５)ＤＳＴＭ ＴＥＰ１２は、ＩＰｖ４相手ノード２１１からＩＰｖ４パケットが入る場合には、目的地アドレス(ＴＥＰのＩＰｖ６アドレス)を参照してアドレスマッピングテーブルのＩＰｖ４ ｓｏｕｒｃｅフィールドを検索する。検索結果、ＩＰｖ６ ｓｏｕｒｃｅ(ＣｏＡ)フィールドの値が指定されていれば(新規アドレス(ＣｏＡ)が指定されていれば)、そのアドレスを目的地としてパケットをＩＰｖ４−ｉｎ−ＩＰｖ６カプセル化した後、ＭＩＰｖ６網(外部網)に位置した移動ノード２０１に直接伝送する(Ｓ３６)。
６)ＩＰｖ４−ｉｎ−ＩＰｖ６カプセル化されたパケットを受けたＩＰｖ６移動ノード２０１は、パケットをカプセル開放してＩＰｖ４ノードと通信し、したがって既存の方法とは違ってホームエージェントを経ない通信が可能となる。
＜本発明によるＩＰｖ６移動ノードのバインディングアップデート処理過程＞
バインディングアップデート処理は、前述したように、ＭＩＰｖ６環境での移動性を支援するための最も重要な核心過程である。
図２Ｂを参照して、移動ノード２０１がＤＳＴＭクライアント機能を行いながら外部網２２に移動する時、ホームエージェント２０２からＩＰｖ６−ｉｎ−ＩＰｖ６パケット内にＩＰｖ４ヘッダーがトンネリングされたパケットを受ける。相手ノード２１１にバインディングアップデート要求のためのＭＩＰｖ６(ＲＦＣ ３７７５)の１１．７．２節に提示された５つの基本条件、すなわち、「１)受けたパケットがＩＰｖ６トンネリングされている。２)トンネリングされた外部ＩＰｖ６ヘッダーの目的地アドレスが移動ノードのＣｏＡアドレスと一致する。３)トンネリングされた内部ＩＰｖ６ヘッダーの目的地アドレスが移動ノードのホームアドレスと一致する。４)トンネリングされた内部／外部ＩＰｖ６ヘッダーの送信地アドレスが違う。５)パケットがＨｏｍｅ Ｔｅｓｔ、Ｈｏｍｅ Ｔｅｓｔ Ｉｎｉｔ、Ｃａｒｅ−ｏｆ Ｔｅｓｔ、Ｃａｒｅ−ｏｆ Ｔｅｓｔ Ｉｎｉｔメッセージを含んでいない。」という条件をいずれも満足するので、移動ノード２０１のバインディングアップデートリストテーブル２４に相手ノード２１１のアドレスとしてＤＳＴＭ ＴＥＰ１２のＩＰｖ６アドレスがテーブル２４に指定される。
移動ノード２０１は、経路最適化のために相手ノード２１１のアドレス(ここではＴＥＰのアドレス)でＤＳＴＭ ＴＥＰ１２にバインディングアップデートメッセージに対する処理を要請する。したがって、本発明によるバインディングアップデート処理は、ＭＩＰｖ６標準をそのまま使用しながら、ＤＳＴＭ ＴＥＰ１２がバインディングアップデートメッセージ処理を行うようにするので、自然にＰｖ４基盤網２１の相手ノード２１１と直接通信が可能となる。
本方法発明は、コンピュータで読み取り可能な記録媒体にコンピュータが読み取り可能なコードとして実現可能である。コンピュータで読み取り可能な記録媒体はコンピュータシステムによって読み取れるデータが保存されるあらゆる種類の記録装置を含む。
コンピュータで読み取り可能な記録媒体の例としては、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ保存装置などがあり、また、キャリアウェーブ(例えば、インターネットを通じた伝送)の形態で構成されるものも含む。また、コンピュータで読み取り可能な記録媒体は、ネットワークで連結されたコンピュータシステムに分散され、分散方式でコンピュータで読み取り可能なコードが保存され、実行されうる。
これまで本発明についてその望ましい実施形態を中心に説明した。当業者ならば、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形態で実現できるということを理解できるであろう。
したがって、開示された実施形態は、限定的な観点ではなく、説明的な観点で考慮されねばならない。本発明の範囲は、前述した説明ではなく、特許請求の範囲に現れており、それと同等な範囲内にあるあらゆる差異点は、本発明に含まれていると解釈されねばならない。
本発明は、ＭＩＰｖ６環境でＩＰｖ６移動ノードとＩＰｖ４基盤ノードとの通信に使われうる。
ＤＳＴＭメカニズムの基本的なネットワークの構成を示した図面である。 移動ノードがホーム網に位置した場合のＤＳＴＭメカニズムを適用したネットワーク構成を示した図面である。 移動ノードが外部網に移動した場合のＤＳＴＭメカニズムを適用したネットワークの構成を示した図面である。 本発明の望ましい一実施形態の手順を示したフローチャートである。 移動ノードがホーム網に位置する場合、パケットをＤＳＴＭ ＴＥＰに伝送する時のメッセージフォーマットの一例を示した図面である。 移動ノードが外部網に位置する場合、ホームエージェントが移動ノードに伝送したパケットの一例を示した図面である。 移動ノードが外部網に位置する場合、本発明によるバインディングアップデートメッセージフォーマットの一例を示した図面である。
符号の説明
１０ デュアル−スタックホスト
１１ ＤＳＴＭサーバー
１２ ＤＳＴＭゲートウェイ
２０ ＩＰｖ６基盤網(ホーム網)
２１ ＩＰｖ４基盤網
２２ 外部網
２０１ 移動ノード
２０２ ホームエージェント
２１１ 相手ノード

Claims (3)

  1. (ａ)ＩＰｖ４基盤網に位置する相手ノードとＤＳＴＭによる通信を進行中であるＩＰｖ６移動ノードが外部網に移動する場合にも、前記通信を維持するために、前記移動ノードがＤＳＴＭ ＴＥＰにバインディングアップデートのためのメッセージを伝送して、その処理を要請する段階と、
    (ｂ)前記ＤＳＴＭ ＴＥＰが前記メッセージのヘッダーに指定されたＩＰｖ６ホームアドレス(ＨｏＡ)をキーとして、自身のアドレスマッピングテーブルに前記移動ノードが前記外部網で使用する新規アドレス(ＣｏＡ)を指定する段階と、
    (ｃ)前記ＤＳＴＭ ＴＥＰが、前記相手ノードからＩＰｖ４パケットが流入される場合、前記新規アドレス(ＣｏＡ)を目的地として、前記パケットをＩＰｖ４−ｉｎ−ＩＰｖ６カプセル化した後に、前記外部網に位置した前記移動ノードに直接伝送する段階とを含み、前記移動ノードの前記外部網への移動如何に関係なく、前記両ノード間に移動性が保証される直接通信が可能であることを特徴とするＤＳＴＭを用いたＭＩＰｖ６環境におけるＩＰｖ６移動ノードとＩＰｖ４基盤ノードとの通信方法。
  2. 前記バインディングアップデートは、
    前記移動ノードのバインディングアップデートリストテーブルに前記相手ノードのアドレスで前記ＤＳＴＭ ＴＥＰのＩＰｖ６アドレスが前記リストテーブルに指定されて、前記移動ノードが経路最適化のために、前記ＤＳＴＭ ＴＥＰのＩＰｖ６アドレスを参照して、前記ＤＳＴＭ ＴＥＰに前記バインディングアップデートメッセージに対する処理を要請してなされることを特徴とする請求項１に記載のＤＳＴＭを用いたＭＩＰｖ６環境におけるＩＰｖ６移動ノードとＩＰｖ４基盤ノードとの通信方法。
  3. 請求項１または請求項２に記載の方法をコンピュータで読み込み可能であり、実行可能なプログラムコードで記録した記録媒体。
JP2006280561A 2005-10-13 2006-10-13 ＤＳＴＭを用いたモバイルＩＰｖ６環境におけるＩＰｖ６移動ノードとＩＰｖ４基盤ノードとの通信方法 Pending JP2007110734A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020050096516A KR100640005B1 (ko) 2005-10-13 2005-10-13 ＤＳＴＭ을 이용한 Ｍｏｂｉｌｅ ＩＰｖ６ 환경에서ＩＰｖ６ 이동 노드와 ＩＰｖ４ 기반 노드간 통신 방법

Publications (1)

Publication Number Publication Date
JP2007110734A true JP2007110734A (ja) 2007-04-26

Family

ID=37621212

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006280561A Pending JP2007110734A (ja) 2005-10-13 2006-10-13 ＤＳＴＭを用いたモバイルＩＰｖ６環境におけるＩＰｖ６移動ノードとＩＰｖ４基盤ノードとの通信方法

Country Status (3)

Country Link
US (1) US20070088853A1 (ja)
JP (1) JP2007110734A (ja)
KR (1) KR100640005B1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008038950A1 (en) * 2006-09-28 2008-04-03 Samsung Electronics Co., Ltd. A system and method to enable combination of network controlled mobility and ue controlled mobility between different ip versions
CN101652976B (zh) 2007-04-06 2013-05-08 交互数字技术公司 用于标识移动网络协议性能的方法和设备
KR101062669B1 (ko) * 2008-07-29 2011-09-06 성균관대학교산학협력단 ＭＩＰｖ６의 바인딩 업데이트 방법
CN102282821B (zh) * 2009-03-03 2014-02-19 华为技术有限公司 IPv4-v6共存方法、网络设备及系统
US8509244B2 (en) 2009-08-14 2013-08-13 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for providing host node awareness for multiple NAT64 environments
US8509185B2 (en) 2010-02-26 2013-08-13 Telefonaktiebolaget Lm Ericsson Enabling IPV6 mobility with NAT64
US8504722B2 (en) 2010-06-14 2013-08-06 Telefonaktiebolaget Lm Ericsson Enhancing DS-lite with private IPV4 reachability
US8498414B2 (en) * 2010-10-29 2013-07-30 Telefonaktiebolaget L M Ericsson (Publ) Secure route optimization in mobile internet protocol using trusted domain name servers
WO2019041297A1 (en) 2017-09-01 2019-03-07 Hewlett Packard Enterprise Development Lp ACCESS POINTS WITH VIRTUAL CLIENTS
CN110601982B (zh) * 2019-09-27 2021-11-09 新华三信息安全技术有限公司 路由传递方法、装置及路由器

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040082655A (ko) * 2003-03-19 2004-09-30 삼성전자주식회사 이중 스택 변환 메커니즘을 이용한 모바일 아이피 통신시스템 및 방법
US7609691B2 (en) * 2005-03-21 2009-10-27 Cisco Technology, Inc. Method and system for automatically interconnecting IPv4 networks across an IPv6 network

Also Published As

Publication number Publication date
US20070088853A1 (en) 2007-04-19
KR100640005B1 (ko) 2006-11-01

Similar Documents

Publication Publication Date Title
JP4431112B2 (ja) 端末及び通信システム
EP2426956B1 (en) Data transferring method, system and related network device based on proxy mobile (pm) ipv6
JP2007110734A (ja) ＤＳＴＭを用いたモバイルＩＰｖ６環境におけるＩＰｖ６移動ノードとＩＰｖ４基盤ノードとの通信方法
JP4607998B2 (ja) 異なるアドレス空間におけるモバイルＩＰｖ６のルート最適化
US20070183363A1 (en) Method for ipv4 mobility from ipv6 networks
US20080008196A1 (en) Heterogenous Network Interworking Method of a Node Having Multiple Network Interfaces
EP1516472B1 (en) Connection of next generation mobile nodes across previous generation networks to next generation networks
US20060280146A1 (en) Handover support for multiple types of traffic
US20100284331A1 (en) Mobile ip route optimization in ip version transition scenarios
JP5136425B2 (ja) 移動管理システム、ホームエージェント及びそれらに用いる移動端末管理方法並びにそのプログラム
US7899055B2 (en) Method for route optimization with dual mobile IPv4 node in IPv6-only network
KR100929546B1 (ko) 패킷 데이터 전송
JP5016030B2 (ja) デュアルスタック移動体ノードがＩＰｖ４ネットワーク中でローミングするための方法と装置
US20080192679A1 (en) Mobile Communication Control Method, Mobile Communication System, Routing Device, Management Device, and Program
EP1863252B1 (en) Mobile IP route optimisation in IP protocol version transition scenarios
Bansal et al. Dual stack implementation of mobile IPv6 software architecture
JP5585584B2 (ja) 移動通信システム、移動通信方法及びプログラム
Bernardos et al. NEMO: Network Mobility. Bringing ubiquity to the Internet access
Zhang et al. Seamless mobility management schemes for IPv6-based wireless networks
Johnson et al. Mobility in IP networks: from link layer to application layer protocols and architectures
KR100749816B1 (ko) ＮＥＭＯ 기반 ⅠＰｖ6 네트워크 환경에서 ⅠＰｖ4네트워크 환경으로 이동하는 이동 네트워크의 이동성 제공방법
Nguyen et al. State of the art of mobility protocols
Abou-Khalil et al. Client-based network-assisted mobile IPv6

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090427

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090512

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20091016