(57)【特許請求の範囲】
【請求項１】
第一のプロトコルに従う第一の網と第二のプロトコルに従う第二の網とに接続され、さらに上記第二の網をホーム網とする端末と、該端末の位置情報を管理する上記第二の網内のサーバに接続されたプロトコル変換装置であって、
上記端末が上記第二の網から上記第一の網に移動した際に、上記端末から上記サーバに対して送信された上記第一のプロトコルに従う位置登録要求を受信する受信部と、
上記位置登録要求を上記第二のプロトコルに従う位置登録要求に変換する制御部と、
上記変換された位置登録要求を上記サーバに送信する送信部とを備え、
上記第二の網の送信元から送信されたカプセル化されたパケットを受信し、上記パケットをデカプセル化し、該パケットのカプセルヘッダおよび元のヘッダ内のアドレス情報を上記第二のプロトコルから上記第一のプロトコルに変換し、上記アドレス情報が変換されたパケットを再カプセル化して送信することを特徴とするプロトコル変換装置。
【請求項２】
請求項１記載のプロトコル変換装置であって、
さらに外部装置に接続されており、
上記位置登録要求を受信した際に、該位置登録要求内の情報から特定プロトコルの情報を作成し、上記外部装置に該特定プロトコルの情報を送信することを特徴とするプロトコル変換装置。
【請求項３】
請求項１記載のプロトコル変換装置であって、
上記端末と上記サーバはＭｏｂｉｌｅＩＰに準拠しており、
上記位置登録要求はＭｏｂｉｌｅＩＰの位置登録要求であることを特徴とするプロトコル変換装置。
【請求項４】
請求項１記載のプロトコル変換装置であって、
上記第一のプロトコルがＩＰｖ６であり、上記第二のプロトコルがＩＰｖ４であることを特徴とするプロトコル変換装置。
【請求項５】
請求項１記載のプロトコル変換装置であって、
上記第一のプロトコルがＩＰｖ４であり、上記第二のプロトコルがＩＰｖ６であることを特徴とするプロトコル変換装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は移動体通信において，異なる通信プロトコルに従う網を相互接続し，移動通信を提供する方式に関する。特に移動端末がMobile IPプロトコルを用いてIPv4網とIPv6網間の移動するために必要なアドレス変換とプロトコル変換方法に関する。
【０００２】
【従来の技術】
近年移動体通信網のIP（Internet Protocol）化の検討が活発化している。
ＩＥＴＦ(Internet Engineering Task Force)は，Mobile IPv6およびMobile IPv4仕様の標準化をすすめている。Mobile IPv6の網構成要素は，移動ノード（Mobile Node、以下MNで表す），ホームエージェント（Home Agent，以下HAで表す），通信相手ノード（Correspondent Node，以下CNで表す）である。また，Mobile IPv4の網構成要素では，Mobile IPv6の網構成要素にフォーリンエージェント(Foreign Agent，以下FAで表す)が追加される。
Mobile IPの基本的動作を以下に説明する。MNには，移動しても変わることのない一意のIPアドレス（ホームアドレス）が付与される。そのため，MN上で起動されるアプリケーションは移動しても中断することなく動作が可能である。
ホームアドレスと同じネットワークプレフィックスを持つ網をホーム網と呼ぶ。MNがホーム網以外の網（在圏網）に移動すると，在圏網において在圏網の通信プロトコルに従うIPアドレスを取得する。このIPアドレスを気付アドレス（Care of Address）と呼ぶ。
MNは，在圏網上に設置されるルータもしくはFAから定期的に送信されるルータ広告（Router Advertisement）を受信し，ホームアドレスと異なるプレフィックスを検出することで移動を検知する。移動を検知したMNは，ホーム網へ送信されるMN宛のパケットの転送を要求する位置登録要求メッセージ（Mobile IPv4：Registration Request，Mobile IPv6:Binding Update）をHAに送信する。
位置登録メッセージを受信したHAはMNのホームアドレスと気付アドレスの対応関係（Binding Cache）を作成し，在圏網に移動しているMN宛のパケットを捕捉するためのパケット捕捉メッセージ（Mobile IPv4:Gratuitous ARP, Mobile IPv6:Gratuitous Neighbor Advertisement）をブロードキャストしてMNのプロキシとして動作する。
CNはMNの通信相手ノードである。CNはMNのホームアドレス宛にパケットを送信する。HAは上記MNのホームアドレス宛パケットを捕捉する。HAはBinding Cacheを検索し，MNのホームアドレスに対応する気付アドレスを取得する。HAは受信したオリジナルパケットに該当気付アドレス宛のIPヘッダを付加（カプセル化）して送信する。MNは気付アドレス宛のカプセル化ヘッダを除去（デカプセル化）し，オリジナルパケットであるCNがMNのホームアドレス宛に送信したパケットを受信することができる。
一方，IP網の急速な普及に伴いアドレス体系が異なる網間を相互接続する技術が重要になっている。例えば、プライベートアドレスに従うリンクとパブリックアドレスに従うリンクを相互接続する技術として，NAT(Network Address Translator)技術を使う方法(IETF RFC1631)が知られている。
NATは、プライベートIPv4アドレスとパブリックIPv4アドレスの変換を行う。基本NATは、NATルータで接続された二つの領域間でパケットが通過する時点で、送信元アドレスもしくは着信先アドレスのどちらか一方を書き換える。プライベート網のアドレス空間とパブリック網のアドレス空間が衝突する場合には、アドレス衝突を解決するため、Twice NAT技術が使われることが多い。
Twice NAT技術は、Twice NATルータで接続された二つの領域間でパケットが通過する時点で、送信元アドレスと着信先アドレスの両方を書き換える。具体的に，Twice NATは以下のように動作する。プライベート領域内のHost-Aがパブリック領域内のHost-Bと通信をはじめる場合には、Host-A はHost-BのDNSアドレス解決パケットを送信する。DNS-ALG(Domain Name Service - Application Level Gateway)がこのパケットを捕捉し、かつHost-Bに対するIPアドレスをプライベート領域内でルーティング可能な仮想Host-BプライベートIPアドレスに変換してHost-Aに返す。DNSアドレス解決が終了したらHost-Aは仮想Host-BプライベートIPアドレスとの間で通信を開始する。このパケットがTwice NATを通過する時点で、送信元IPアドレスとなるHost-AのプライベートIPアドレスはNATが持つパブリックIPアドレスに書き換えられ、送信先アドレスは仮想Host-BプライベートIPアドレスからHost-Bの実パブリックIPアドレスに書き換わる。Host-Bからの返信パケットもこれと同様の変換が行われる。上記DNS-ALGの動作詳細については、IETF RFC2694に詳細が記載されている。
また，アドレス体系が異なるだけでなく，通信プロトコルが異なる網間を相互接続する技術も重要となっている。一般的にある端末が属する網と通信相手の端末が属する網の通信プロトコルが異なる場合に使われる技術として，例えばプロトコルとしてInternet Protocol version 4を用いる網(以下IPv4網と呼ぶ)とInternet Protocol version 6を使用する網(以下IPv6網と呼ぶ)を接続する変換方式としてNAT-PT(IETF RFC2766)，SOCKS64(IETF RFC3089)等が知られている。
いずれも基本的にIPパケットのフォーマットをIPv4とIPv6とで相互に変換する。例えば，IPv4アドレスとIPv6アドレスの変換を行う。この変換を行う装置を以下トランスレータと呼ぶ。トランスレータは変換の前にIPv4アドレスとIPv6アドレスの対応関係を作成し，保持する必要がある。この対応関係を通信が発生するたびに動的に作成する場合，その契機としてDNS(ドメインネームシステム)の名前解決が利用される。
今日ではインターネット上のほぼ全てのアプリケーションがこのDNSを利用して通信相手のIPアドレスを取得している。NAT，及びトランスレータはこの事実を利用し，通信開始の際に交換されるDNSメッセージを常に監視し，名前解決の要求メッセージを変換情報(IPアドレスの対応関係等)を作成する契機とする。具体的には，IPv6端末がある名前について名前解決を行った時，その応答であるIPアドレスがIPv4である場合，このIPv4アドレスを仮想IPv6アドレスに書き換えてIPv6端末に送り返す。そして，書き換える前のIPv4アドレスと書き換えた仮想IPv6アドレスを対応付ける。この結果，上記DNS-ALGは名前解決の応答メッセージを捕捉して書き換え，書き換える前と書き換えた後のIPアドレス情報を基にIPアドレス変換情報を動的に作成することができる。
このように、DNS-ALGとTwice NATの連携は，アドレス体系の異なる網を相互接続するため技術であり，DNS-ALGとトランスレータの連携は，通信プロトコルが異なる網間を相互接続するために必須の技術である。さらに，DNS-ALGとTwice NATおよびトランスレータの連携をスケーラブルにし，着側の端末に対する仮想アドレスを生成するDNS-ALGの処理負荷の軽減と大容量変換テーブルの削減を可能にする技術として，特開2002-94546号公報が挙げられる。
【０００３】
しかし，上記の従来技術は、各網間で通信する端末同士が固定端末であり，端末が他の網へ移動を行うMobile IPのような移動体通信ではNATによるアドレス変換が困難となる。特開2002-94546 号公報では，移動体通信においてアドレス体系の異なる網をMobile IPを用いて相互接続する技術が記載されている。具体的には，まずMobile IPv4の各構成要素であるHAおよびFAにNAT機能を設ける。MNが在圏網に移動しFAへ位置登録を行った際に，FAがMNのパブリックIPアドレスをHAに問い合わせる。HAはMNのパブリックIPアドレスの割り当てを行いFAに応答を返し，FAのアドレス変換機能部NATへMNのパブリックIPアドレスを記憶する手段を設けて実現している。
【０００４】
【発明が解決しようとする課題】
上記Mobile IPの基本動作はMNが同じ通信プロトコルに従う網間を移動することを前提に定義されている。このため，例えばIPv4をホーム網とするMNがIPv6網に移動した際には，MNはホーム網へ気付アドレスを通知する手段がなく移動体通信が不可能となってしまう。
また，通常のユーザパケットに対してはホーム網と在圏網間でDNS-ALGとトランスレータの連携を行う従来技術を用いてパケットフォーマットを変換することは可能であるが，Mobile IPが扱う位置登録メッセージは，Mobile IPv4とMobile IPv6でプロトコル階層が異なる。具合的に，Mobile IPv4の位置登録メッセージはUDPペイロード部でMobile IPv6の位置登録メッセージはIPv6ヘッダ部に在圏情報を格納し伝播する。このため， Mobile IPで扱う制御信号はプロトコル階層が異なるパケットフォーマット間で変換を行う必要がある。
さらに，Mobile IPでは，MNの移動先である在圏網に存在するCNがMNに対してパケット送信をする場合，送信されたパケットの送信先IPアドレスはMNのホームアドレスであり，かつMNの気付アドレスはHAが管理しているため，在圏網内で直接MNに送信されることはなくHA経由の転送であるため，パケット転送が冗長経路になってしまう課題がある。
本発明の目的は，通信プロトコルおよびアドレス体系が異なる網間で端末の移動性を確保し移動体通信を可能とする環境を提供することである。
本発明の他の目的は，移動端末の移動先である在圏網内における経路最適化通信を可能にする環境を提供することである。
【０００５】
【課題を解決するための手段】
上記の問題を解決するために，本発明では，従来技術である特開2002-94546号公報記載のようなDNS-ALGとトランスレータの連携を用いたプロトコル変換方式に加え，少なくても以下の３点の手段を備える。すなわち，
（１）通信プロトコルが異なる網を相互接続するため，モバイルプロキシ（Mobile Prosy）装置を網間に設置し，モバイルプロキシ装置には移動通信サービスの提供を可能にするMobile IPプロトコルを処理する手段を備え，
プロトコル階層の異なるメッセージ変換を行う機能を備え，
（２）モバイルプロキシ装置は異なるネットワーク間でアドレス解決サービスを提供するDNS−ALG機能を備え，
（３）Mobile IP対応移動ノードはMobile IPv4 とMobile IPv6の制御信号を処理する手段を備え，上記Mobile IP対応移動ノードは移動先の通信プロトコルに従い上記モバイルプロキシ装置に位置登録メッセージを送信する手段を備える。
【０００６】
さらに，モバイルプロキシ装置およびHAはMobile IPの制御信号を契機に移動端末と通信相手端末間で通信確立を行うために必要な情報を生成し，外部装置へ設定する処理を行う手段を備えてもよい。
【０００７】
【発明の実施の形態】
本発明の実施の形態について図面を用いて説明する。
図１は本発明において，Mobile IP対応移動ノード（MN）が，ホーム網の従う通信プロトコルと異なる通信プロトコルに従う網へ移動した際に，ホーム網に存在する端末または，在圏網に存在する端末がMNと通信を行う際の構成例を示している。
通信網１はMN４が所属するホーム網１aとMN４が移動する在圏網１bから構成される。ホーム網１aにはMN４の通信相手となる端末CN−A５とMN4の位置情報を管理し，CN−A５からMN４宛のパケットを捕捉してMN４ｂに転送するHA３と，ホーム網１aに存在する端末のIPアドレスとドメイン名の対応を管理するDNS−A７を備える。在圏網１bには移動したMN４bの通信相手となる端末CN−B６とMN４bとHA３間で交換されるMobile IPメッセージを捕捉してプロトコル変換および中継を行うモバイルプロキシ装置２と在圏網１bに存在する端末のIPアドレスとドメイン名の対応を管理するDNS−B８を備える。
図２にモバイルプロキシ装置２の構成例を示す。モバイルプロキシ装置２は，回線１０（10a,10b,10n）を収容するインタフェース部１１（IF）（11a 11b,11n）と，パケット転送処理部２５と，パケット転送制御部２０から構成される。
パケット転送処理部２５は，DNSメッセージやMobile IPメッセージを検出しパケット転送制御部２０の該当処理部に振り分けを行う振り分け処理部２７と，アドレス変換に必要な情報を記憶する変換情報記憶部２８と，データパケットに対してプロトコル変換やアドレス変換を行うパケット変換処理部２９と，データパケットに対してIPヘッダの付加または除去を行うカプセル化・デカプセル化処理部２６を備える。
変換情報記憶部２８は、図１５の例に示すアドレス変換情報テーブル300を備える。図１５の示すアドレス変換情報テーブル300の例では，通信プロトコルが異なるIPv4アドレス301とIPv6アドレス302の対応関係を格納している。または，例えばIPv4プライベートアドレスとIPv4パブリックアドレスのようにアドレス体系が異なる場合の対応関係を格納することもできる。
パケット変換処理部２９は上記アドレス変換情報テーブル300を利用する。例えば，IPv4パケットを受信した際，IPv4アドレスをIPv6アドレスに変換する。または，IPv6パケットを受信した際にはIPv6アドレスをIPv4アドレスに変換する。さらにパケット変換処理部２９は，アドレス変換を行うだけでなく，図５に示すIPv6パケットフォーマットや図６に示すIPv4パケットフォーマットの変換も行う。パケット転送制御部２０には，DNS-ALG処理部２１と変換エントリ生成・登録処理部２２とMobile IP処理部２３と外部装置情報生成・設定処理部２４を備える。
DNS-ALG処理部２１は，Mobile Porxy装置２を通過するDNSメッセージを捕捉し，通信プロトコルの異なる網間でのアドレス解決を提供する。
Mobile IP処理部２３は，Mobile IPプロトコル処理機能として，フォーリンエージェント（FA）と同等の機能を備え，Mobile Porxy装置２を通過するMobile IPメッセージを捕捉し，通信プロトコルの異なる網間でのMobile IPによる移動通信サービスを提供する。また，Mobile IP処理部２３は，図１４の例に示すBinding Cache管理テーブル200を備え，少なくとも在圏網に存在するMN４bのホーム網１aで使用する実MNホームアドレス201と在圏網１b内のみで有効なMN４b仮想ホームアドレス202と在圏網１bでMN４bが使用するMN気付アドレス203と，Binding Cache管理テーブル200のMN４bに関するエントリ200-1の有効期間を格納するLifetime204と，MN4bが送信する位置登録メッセージの認証に用いるシーケンス番号205の対応関係を格納する。
変換エントリ生成登録処理部２２は，IPv6（IPv4）アドレスをIPv4(IPv6)網内でルーチング可能なアドレスに変換するために使用するアドレスプールと，アドレス変換情報を生成する機能を備え，DNS-ALG処理部２１またはMobile IP処理部２３からの変換アドレス生成および登録要求を契機に，アドレス変換情報を変換情報記憶部２８に登録する。
外部装置情報生成・設定処理部２４は，Mobile Porxy装置２を通過するメッセージを契機としてMobile Porxy装置２に接続される外部装置に対して通信を行うために必要な情報の生成および外部装置への設定処理機能を備える。本発明において外部装置情報生成・設定処理部２４が動作する例として，MN4bが送信した位置登録メッセージ受信したMobile Porxy装置２は，MN４bの仮想ホームアドレスとドメイン名を関連付け，DNS登録メッセージの生成を行ないDNS−B８に設定することが挙げられる。
図３にMN４のホーム網１aに設置するHA３の構成例を示す。HA３は，回線３０（30a,30b,30n）を収容するインタフェース部３１（IF）（31a 31b,31n）と，パケット転送処理部３３と，パケット転送制御部３２から構成される。
パケット転送処理部３３には，主にMobile IPメッセージを検出しパケット転送制御部３２の該当処理部に振り分けを行う振り分け処理部３６と，データパケットに対してIPヘッダの付加または除去を行うカプセル化・デカプセル化処理部３７を備える。
パケット転送制御部３２には，Mobile IP処理部３４と外部装置情報生成・設定処理部３５を備える。Mobile IP処理部３４は，Mobile IPプロトコル処理機能としてホームエージェント（HA）の機能を備える。また，Mobile IP処理部２３は，図１４の例に示すBinding Cache管理テーブル200を備え，少なくとも在圏網に存在するMN４bのホーム網１aで使用するMNホームアドレス201と在圏網１bでMN４bが使用するMN気付アドレス203と，Binding Cache管理テーブル200のMN４bに関するエントリ200-1の有効期間を格納するLifetime204と，MN4bが送信する位置登録メッセージの認証に用いるシーケンス番号205の対応関係を格納する。
外部装置情報生成・設定処理部３５は，MNが移動通信を行うために必要な情報の生成および外部装置への設定処理機能を備える。本発明において外部装置情報生成・設定処理部３５が動作する例として，以下の用途が挙げられる。MN4bが在圏網に移動した際に，在圏網のみで有効なHA３の仮想IPアドレスを取得するため，ホーム網１aに存在するDNS−A７にあらかじめHA３のIPアドレスとドメイン名を登録しておく必要がある場合。同様に在圏網1bに存在するCN−B６がMN４と通信を開始する際，MN４の仮想ホームアドレスを取得するためには，ホーム網１aに存在するDNS−A７にあらかじめMN４のIPアドレスとドメイン名を登録しておかなければない。このような場合，HA３は起動時にDNS−A７に対して自身のIPアドレスとドメイン名を関連付け，DNS登録メッセージの生成を行ないDNS−A７に設定することや，MN４bからの位置登録を契機にHA３がMN４ｂのIPアドレスとドメイン名を関連付け，DNS登録メッセージの生成を行ないDNS−A７に設定することで解決できる。
図４にMN４の構成例を示す。MN4は，無線信号を受信する無線インタフェース部４０と，パケット転送処理部４３とパケット転送制御部４２とアプリケーション（４４，４５）が動作するメモリ部４１から構成される。
パケット転送処理部４３は，受信したパケットを解析して次に行うべく処理部にデータ振り分けを行う振り分け処理部４９と，アドレス変換に必要な情報を記憶する変換情報記憶部５０と，データパケットに対してプロトコル変換やアドレス変換を行うパケット変換処理部５１と，データパケットに対してIPヘッダの付加または除去を行うカプセル化・デカプセル化処理部４８を備える。
変換情報記憶部５０は、図１５の例に示すアドレス変換情報テーブル300を備える。
パケット変換処理部５９は上記アドレス変換情報テーブル300を利用する。例えば，MN４bのIPv4気付アドレス宛てに送信されたIPv4パケットを受信した際，IPv4気付アドレスをMN４がホーム網1aで利用しているIPv6ホームアドレスに変換する。さらに，パケット変換処理部５９は，アドレス変換を行うだけでなく，IPv6パケットフォーマットやIPv4パケットフォーマットの変換も行う。
パケット転送制御部４２には，変換エントリ生成・登録処理部４６とMobile IP処理部４７を備える。Mobile IP処理部４７は，Mobile IPプロトコル処理機能として，モバイルノード（MN）のMobile IPv4とMobile IPv6の機能を備る。
変換エントリ生成・登録処理部４６は，IPv6（IPv4）アドレスをIPv4(IPv6)網内でルーチング可能なアドレスに変換するためのアドレス変換情報を生成する機能を備え，Mobile IP処理部４７からの変換アドレス生成および登録要求を契機に，アドレス変換情報を変換情報記憶部５０に登録する。
メモリ部４１で動作するアプリケーション（４４，４５）は，ホーム網１aで使用しているホームアドレスで常に動作しており，在圏網で送受信するパケットは転送処理部４３とパケット転送制御部４２において，在圏網内で通信可能なアドレス体系または通信プロトコルに変換される。
以下，本発明における移動通信の動作手順を詳細に説明する。代表例として，図１においてMN４が所属するホーム網１aがIPv4網でMN４が移動する先の在圏網がIPv6網である形態を中心に説明する。逆にMN４がIPv6網からIPv4網に移動する形態に関しては，動作が異なる部分を文中にて補足説明する。
図１６は，MN４が在圏網１bに移動した際に，ホーム網１aに存在するHA３に位置登録メッセージを送信する場合のシーケンスを示している。まず，在圏網１bに移動したMN４bは，在圏網１bに設置するモバイルプロキシ装置２から定期的に送信されるルータ広告を受信することによって移動を検知する(S20)。また，MN４bは上記ルータ広告のIPヘッダを確認し，在圏網１bが従う通信プロトコルの判定と，在圏網１ｂで用いる気付アドレスを生成する(F40)。
図７と図８はそれぞれIPv6とIPv4のルータ広告メッセージフォーマット例を示している。ルータ広告メッセージは，図５と図6に示すIPv6，IPv4パケットフォーマットのPayload領域(63,72)に格納される。
MN４bがIPv6網に移動した場合，図７に示すIPv6のルータ広告を受信し，Prefix Information Option101のPrefix LengthとPrefixに含まれるIPアドレスからMN４bが在圏網１ｂで用いるIPv6気付アドレスを生成する。
一方，MN４bがIPv4網に移動した場合は，図８に示すIPv4のルータ広告を受信し，Mobile IP Agent広告拡張１１１内のCOA領域からMN４bが在圏網１ｂで用いるIPv4気付アドレスを選択して使用する。
図１６に戻り位置登録シーケンスの説明を続ける。気付アドレスを生成したMN４ｂは，ホーム網１aに設置するHA３に位置登録メッセージを送信する。しかし，MN４ｂが保持しているHA３のIPアドレス(IPv4)は，ホーム網１aでのみ有効なIPアドレスであるため，在圏網１ｂからHA３に対して位置登録メッセージは到達不可能である。そこで，MN４ｂは位置登録メッセージを送信する前手順として，在圏網１ｂで有効なHA３の仮想IPアドレス(IPv6)を取得するため在圏網１ｂに設置されるDNS−B８に対してHA３のアドレス解決要求メッセージを送信する(S40)。なお，HA３の仮想IPアドレス(IPv6)を取得すると同時にMN4自身の在圏網１ｂで有効な仮想IPアドレス(IPv6)を取得してもよい。
DNSを用いたアドレス解決の手順およびパケットフォーマットに関しては，IETF RFC1035およびIETF RFC 1886に記載されている。
MN４ｂからのアドレス解決要求メッセージを受信したDNS−B８は，HA３のIPアドレスとドメイン名の対応関係を保持していないため，ホーム網１aに設置されているDNS−A７にアドレス解決要求メッセージを中継する(S80)。なお，DNS−B８が送信するアドレス解決要求は在圏網１ｂの通信プロトコルに従う必要があるため，DNS−A７の仮想IPv6アドレス宛てに送信する。ここで，モバイルプロキシ装置２は，在圏網１ｂとホーム網１a間で相互にパケット通信が可能となるようにIPヘッダの変換処理を行う（F20）。
図１９を用いてモバイルプロキシ装置２が行うIPヘッダ変換処理(F20)を説明する。まずIPパケットを受信した後(400)，図１５に示すアドレス変換テーブル300を参照し(401)，受信IPパケットの宛先アドレスに設定されたIPアドレスを含む対応エントリ300-nが存在するかを確認する(402)。エントリ300-nが存在しない場合は，受信IPパケットの宛先アドレスに設定されたIPアドレスは実IPアドレスであるため，IPヘッダの変換処理を実行せずにパケット転送を行い(403)，IPヘッダ変換処理を終了する。逆に，エントリ300-nが存在する場合は，宛先アドレスに設定されたIPアドレスが仮想IPアドレスであることを意味するため，アドレス変換テーブル300から，仮想IPアドレスに対応する実IPアドレスを抽出する(404)。
同様に，受信IPパケットの送信先アドレスに設定されたIPアドレスを含む対応エントリ300-nがアドレス変換テーブル300に存在するかを確認する(405)。エントリ300-nが存在しない場合，受信IPパケットの送信元アドレスに設定されたIPアドレスは，次にパケット転送を行う網では転送不可能なIPアドレスであるため，仮想IPアドレスを作成し(406)，アドレス変換テーブル300に格納する(407)。逆に，エントリ300-nが存在する場合は，送信元IPアドレスに対応した仮想IPアドレスを抽出する(408)。次に，上記手順で抽出または作成した宛先アドレスと送信元アドレスを元に受信したIPパケットのIPヘッダを変換する(409)。次に，受信IPパケットのペイロード部のプロトコル番号を確認してアドレス解決応答メッセージであるかを判定する(410)。アドレス解決応答メッセージでない場合は，ペイロード部に格納されるデータのフォーマット変換を行った後(414)，変換IPパケットを送信し(415)，IPヘッダ変換処理を終了する。受信IPパケットがアドレス解決応答メッセージの場合，応答メッセージに含まれる実IPアドレスに対して仮想IPアドレスを作成し(411)，アドレス変換テーブル300にそれぞれ格納する(412)。そして，作成した仮想IPアドレスを格納したアドレス解決応答メッセージに変換し(413)，ペイロード部に格納されるデータのフォーマット変換を行った後(414)，上記処理で変換されたIPパケットを送信し(415)，IPヘッダ変換処理を終了する。
なお，上記IPヘッダ変換はIPv4とIPv6のような通信プロトコルが異なる網間において通信可能とするためのIPヘッダ変換手順を説明したが，アドレス変換テーブル300にIPv4プライベートアドレスとIPv4パブリックアドレスの対応関係を格納することによって，同一通信プロトコルでアドレス体系が異なる網間での通信も可能となる。
図１６に戻り位置登録シーケンスの説明を続ける。上記モバイルプロキシ装置２で行うIPヘッダ変換処理(F20)によって，DNS−A７の仮想IPv6アドレス宛てに送信されたアドレス解決要求メッセージは，宛先IPアドレスがDNS−A７の実IPv4アドレスに変換され，送信元であるDNS−B８の実IPv6アドレスはホーム網１aで転送可能な仮想IPv4アドレスに変換される。これによって，DNS−B８がIPv6パケットで送信したアドレス解決要求メッセージは，IPv4パケットに変換されDNS−A７に着信する。
DNS−A７はアドレス解決要求メッセージ内に含まれるHA３のドメイン名に対応するIPv4アドレスを抽出し，DNS−B８の仮想IPv4アドレス宛にアドレス解決応答メッセージを送信する(S70)。モバイルプロキシ装置２はアドレス解決応答メッセージを捕捉し，IPヘッダ変換処理(F20)によって，DNS−A７がIPv4パケットで送信したアドレス解決応答メッセージを，IPv6パケットに変換してDNS−B８に送信する。また，IPヘッダ変換処理(F20)の過程でモバイルプロキシ装置２に格納するアドレス変換テーブル300には，HA3の実IPv4アドレスとDNS−B８に返信したHA３の仮想IPv6アドレスの対応関係エントリが作成できる。
DNS−B８はアドレス解決応答メッセージに含まれるHA３の仮想IPv6アドレスをHA３のドメイン名と対応付けて格納し，MN４ｂにHA3の仮想IPv6アドレスを含むアドレス解決応答メッセージを送信する(S81)。
なお，上記ではMNｂ４が在圏網１ｂにおけるHA３もしくはMN４ｂ自身の仮想IPアドレスの取得方法について，DNSを用いて解決を行なったが，あらかじめMN４およびモバイルプロキシ装置２に設定する方法を用いてもよい。
HA３の仮想IPv6アドレスを取得したMN４ｂは，HA3に対して位置登録要求メッセージを送信する(S41)。
IPv4網をホーム網1aとするMN４ｂがIPv6網に移動した場合において送信するMobile IPv6位置登録要求メッセージフォーマット例を図９に示す。IPv6 Destination Header１２０は，図５に示すIPv6パケットフォーマットの拡張ヘッダ領域６２に格納される。IPv6 Mobility Header１２１は図５に示すIPv6パケットフォーマットのPayload領域６３に格納される。MN４ｂが所属するHA３のIPアドレスは，図５に示すIPv6パケットフォーマットの宛先アドレス領域６１に格納される。本実施の形態では，HA3のIPアドレスは仮想IPv6アドレスを格納する。MN４ｂの気付アドレスは，図５に示すIPv6パケットフォーマットの送信元アドレス領域６０に格納される。MN４ｂのホームアドレスは，図９に示すIPv6 Destination Header１２０のHome Address領域１２２と，IPv6 Mobility Header１２１のHome Address領域１２３に格納する。この時，IPv4網であるホーム網１aから移動してきたMN４ｂのホームアドレスは，IPv4アドレスであるため，IPv6パケットの位置登録メッセージ内のHome Address領域(122,123)に格納するホームアドレスは，IPv6アドレスでなければならない。
これを解決するための方法として，以下の3点がある。1点目は，あらかじめMN４およびMobie Proxy装置２にMN4の仮想IPv6アドレスを設定しておく方法である。2点目は，HA3の仮想IPv6アドレスを取得した方法と同様に，DNSを用いてMN4の仮想IPv6アドレスを取得する方法である。3点目は，図１３に示すIPv4アドレス包含IPv6アドレスを用いる方法である。IPv4アドレス包含IPv6アドレスは，全１２８ビットの内，上位９６ビットに全てゼロを設定したIPv6プリフィックス部１６０と下位３２ビットにIPv4アドレスを設定するIPｖ４アドレス部１６１からなる。本発明では，IPｖ４アドレス部１６１に設定するIPv4アドレスをMN4の実IPv4ホームアドレスとして位置登録要求メッセージ内に格納する。
一方，IPv4網において送信する位置登録要求メッセージフォーマット例を図１０に示す。位置登録要求メッセージは，図6に示すIPv4パケットフォーマットのPayload領域７２に格納され，UDP Header部１３０と登録要求固定部１３１が含まれる。MN４ｂがIPv6網のホーム網１aからIPv4の在圏網１ｂに移動する形態では，MN４ｂの仮想IPv4ホームアドレスを図１０に示すMNホームアドレス領域１３２に格納し，HA3の仮想IPv4アドレスを図１０に示すHAアドレス領域１３３に格納し，MN４ｂの気付アドレスは，図８に示すモバイルプロキシ装置2が定期的に送信するルータ広告に含まれる気付アドレス領域から取得したIPアドレスを格納する。
図１６に戻り位置登録シーケンスの説明を続ける。上記，在圏網１ｂの通信プロトコルに従って送信された位置登録要求メッセージは(S41)，モバイルプロキシ装置２で補足され，ホーム網１aの通信プロトコルに従った位置登録要求メッセージへの変換処理 (F21)を行ないHA3に送信される(S21)。
図２０と図２１を用いてモバイルプロキシ装置２が行なうMobile IPv6位置登録要求メッセージからMobile IPv4位置登録要求メッセージへの変換処理(F21)を説明する。MN4ｂが送信したMobile IPv6位置登録要求メッセージパケットをモバイルプロキシ装置２が補足する(400)。次に，受信したIPパケットがMobile IPメッセージであるかを判定する(500)。Mobile IPメッセージでない場合は，図１９に示すIPヘッダ変換処理(F20)を行なう。Mobile IPメッセージである場合，メッセージの種別と通信プロトコルを判定する(501)。Mobile IPの位置登録要求または位置登録応答以外のメッセージは，変換対象外と判定して受信パケットの破棄を行ない変換処理を終了する(506)。
ここでは，IPv6位置登録要求メッセージであるため図２１に示す処理を引き続き行なう(502)。まず，図６に示すIPv4パケットフォーマットと図１０に示すMobile IPv4位置登録メッセージフォーマットを元にIPv4位置登録要求メッセージの雛型を作成する(550)。次に，IPアドレスの変換を行なうため，アドレス変換テーブル300を参照作成する(551)。アドレス変換テーブル300から図５に示す宛先アドレス領域６１に格納されている仮想IPv6HAアドレスに対応するHA3の実IPv4アドレスを取得し(552)，図６に示す宛先アドレス領域７１と図１０に示すHAアドレス領域１３３に格納する(553)。次に，図５に示す送信元アドレス領域６０に格納されているIPv6MN気付アドレスを図１４に示すBinding Cache200の気付アドレスエントリ203に格納する(554)。また，図９に示すHome Address領域(123)に格納される仮想IPv6MNホームアドレスも図１４に示すBinding Cache200の仮想MNホームアドレスエントリ202に格納する(555)。次に，MN４ｂの実IPv4ホームアドレスを取得するため， 図９に示すHome Address領域(123)を参照し仮想IPv6MNホームアドレスが，図１３に示すようなIPv4包含IPv6アドレス体系となっているか確認する(556)。確認方法は，上位９６ビットのIPv6ネットワークプリフィックス部１６０が全てゼロであるかで判定可能である。また，IPv4包含IPv6アドレス体系である場合，下位３２ビットからMN４ｂの実IPv4ホームアドレスを作成する(558)。そうでない場合，アドレス変換テーブル300から仮想IPv6MNホームアドレスに対応するMN４ｂの実IPv4ホームアドレスを取得する(557)。作成または取得したMN４ｂの実IPv4ホームアドレスを図１４に示すBinding Cache200の実ホームアドレスエントリ201と図１０に示すMNホームアドレス領域１３２に格納する(559)。最後に，モバイルプロキシ装置２のIPv4アドレスを図６に示す送信元アドレス領域７０と図１０に示す気付アドレス領域１３４に格納する(560)。上記処理によって作成したIPv4位置登録要求メッセージをホーム網１aのHA３に送信し(507)，Mobile IPv6位置登録要求メッセージをMobile IPv4位置登録要求メッセージに変換する処理(F21)を終了する。
ここで上記モバイルプロキシ装置２が行なう，Mobile IPv6位置登録要求メッセージからMobile IPv4位置登録要求メッセージに変換する処理(F21)とは逆のMobile IPv4位置登録要求メッセージからMobile IPv6位置登録要求メッセージへの変換処理(F21)を図２０と図２３を用いて説明する。
MN4ｂが送信したMobile IPv4位置登録要求メッセージパケットをモバイルプロキシ装置２が補足し図２０に示す手順の結果，IPv4位置登録要求メッセージであることを判定し(501)，図２３に示す処理を引き続き行なう(504)。まず，図５に示すIPv6パケットフォーマットと図9に示すMobile IPv6位置登録メッセージフォーマットを元にIPv6位置登録要求メッセージの雛型を作成する(590)。次に，IPアドレスの変換を行なうため，アドレス変換テーブル300を参照する(591)。アドレス変換テーブル300から図１０に示すHAアドレス領域１３３に格納されている仮想IPv4HAアドレスに対応するHA3の実IPv6アドレスを取得し(592)，図５に示す宛先アドレス領域６１に格納する(593)。次に，アドレス変換テーブル300から図１０に示すMNホームアドレス領域１３２に格納されている仮想IPv4MNホームアドレスに対応するMN４ｂの実IPv6MNアドレスを取得し(594)，図９に示すHome Address領域(122,123)と図１４に示すBinding Cache200の実MNホームアドレスエントリ201に格納する(595)。次に，図１０に示す気付アドレス領域１３４には，モバイルプロキシのIPv4アドレスが格納されている。仮にこのままモバイルプロキシ装置2のIPv6アドレスを気付アドレスとしてHA３に通知してしまうと，HA３から返信される位置登録応答メッセージがどのMN４に対する応答であるか区別できなくなってしまう。これを解決するためモバイルプロキシ装置2は，図１３に示すIPv4包含IPv6アドレス体系を利用してMN4の仮想IPv6気付アドレスを作成する(596)。具合的に，図１３に示すIPv4包含IPv6アドレス体系の上位ビットにモバイルプロキシ装置2が属する網に到達可能なIPv6ネットワークプリフィックスを格納し，下位３２ビット部分にMN４ｂが送信した位置登録内の仮想IPv4MNホームアドレスを格納してプリフェックスMN4の仮想IPv6気付アドレスを作成する。最後に，作成した仮想IPv6気付アドレスを図１４に示すBinding Cache200の気付アドレスエントリ203と，図５に示す送信元アドレス領域６０に格納する(597)。上記処理によって作成したIPv6位置登録要求メッセージをホーム網１aのHA３に送信し(507)，Mobile IPv4位置登録要求メッセージからMobile IPv6位置登録要求メッセージに変換する処理(F21)を終了する。
図１６に戻り位置登録シーケンスの説明を続ける。モバイルプロキシ装置２がMobile IPメッセージの変換を行なって送信した位置登録要求メッセージをHA３が受信する(S21)。HA３は位置登録要求メッセージに格納されるMN４ｂのホームアドレスと気付アドレスを抽出し，図１４に例を示すBinding Cache200にMNｂ４のエントリを作成する(F22)。次に，HA３は位置登録要求メッセージ内の気付アドレス宛に位置登録応答メッセージを送信する(S30)。また，HA3はホーム網１aに流れるMN４宛てのIPパケットを補足するため，パケット捕捉メッセージ(不要ARP)をホーム網１aにブロードキャストする(S31)。さらに，HA3はホーム網１a以外に存在するCN−B６がMN４ｂと通信を開始する前にMN４ｂのアドレス解決を行なうことを想定して，MN４のホームアドレスとドメイン名をホーム網１aに設置するDNS−A７に登録するため，アドレス解決登録メッセージを送信する(S32)。なお，アドレス解決登録メッセージと登録方式に関しては，IETF RFC2136に記載されている。
次に，ホーム網１aの通信プロトコルに従って送信された位置登録応答メッセージは(S30)，モバイルプロキシ装置２で補足され，在圏網１bの通信プロトコルに従った位置登録応答メッセージへの変換処理(F21)を行ないMN4ｂに送信される(S22)。
図２０と図２１を用いてモバイルプロキシ装置２が行なうMobile IPv4位置登録応答メッセージからMobile IPv6位置登録応答メッセージへの変換処理(F21)を説明する。
HA3が送信したMobile IPv4位置登録応答メッセージパケットをモバイルプロキシ装置２が補足し図２０に示す手順の結果，IPv4位置登録応答メッセージであることを判定し(501)，図２４に示す処理を引き続き行なう(505)。まず，図５に示すIPv6パケットフォーマットと図１１に示すMobile IPv6位置登録応答メッセージフォーマットを元にIPv6位置登録応答メッセージの雛型を作成する(600)。次に，IPアドレスの変換を行なうため，アドレス変換テーブル300を参照する(601)。アドレス変換テーブル300から図１２に示すHAアドレス領域１５４に格納されている実IPv4HAアドレスに対応する仮想IPv6HAアドレスを取得し(602)，図５に示す送信元アドレス領域６０に格納する(603)。次に，図１４に示すBinding Cache200から図１２に示すMNホームアドレス領域１５３に格納されている実IPv4MNホームアドレスに対応するMN４ｂの気付アドレスを取得し(605)，図５に示す宛先アドレス領域６１に格納する(606)。次に，図１２に示す応答コード１５１の値が異常でないかを判定する(607)。ここで，応答が異常の場合は図１４に示すBinding Cache200からMN4のエントリを削除する(608)。次に，図１２に示す応答Code１５１とLifetime１５２をそれぞれ図１１に示すStatus１４１とLifetime１４２に複製する(609,610)。上記処理によって作成したIPv6位置登録応答メッセージをMN４ｂに送信し(507)，Mobile IPv4位置登録応答メッセージからMobile IPv6位置登録応答メッセージに変換する処理(F21)を終了する。
また，上記モバイルプロキシ装置２が行なう，Mobile IPv4位置登録応答メッセージからMobile IPv6位置登録応答メッセージに変換する処理(F21)とは逆のMobile IPv6位置登録応答メッセージからMobile IPv4位置登録応答メッセージへの変換処理(F21)を図２０と図２２を用いて説明する。HA3が送信したMobile IPv6位置登録応答メッセージパケットをモバイルプロキシ装置２が補足し図２０に示す手順の結果，IPv6位置登録応答メッセージであることを判定し(501)，図２２に示す処理を引き続き行なう(503)。まず，図６に示すIPv4パケットフォーマットと図１2に示すMobile IPv4位置登録応答メッセージフォーマットを元にIPv4位置登録応答メッセージの雛型を作成する(570)。次に，IPアドレスの変換を行なうため，アドレス変換テーブル300を参照する(571)。アドレス変換テーブル300から図５に示す送信元アドレス領域６０に格納されている実IPv6HAアドレスに対応する仮想IPv4HAアドレスを取得し(572)，図６に示す送信元アドレス領域７０に格納する(573)。次に，図１４に示すBinding Cache200を参照し(574)，図５に示す宛先アドレス領域６１に格納される宛先アドレスと一致する仮想IPv6気付アドレスを取得する(575)。次に，再度Binding Cache200を参照して仮想IPv6気付アドレスに対応するMN仮想IPv4アドレスを取得し(576)，図６に示す宛先アドレス領域７１に格納する(577)。次に，図１１に示す応答Status１４１の値が異常でないかを判定する(578)。ここで，応答が異常の場合は図１４に示すBinding Cache200からMN4のエントリを削除する(579)。次に，図１１に示すStatus１４１とLifetime１４２をそれぞれ，図１２に示す応答Code１５１とLifetime１５２に複製する(580,581)。上記処理によって作成したIPv6位置登録応答メッセージをMN４ｂに送信し(507)，Mobile IPv6位置登録応答メッセージからMobile IPv4位置登録応答メッセージに変換する処理(F21)を終了する。
図１６に戻り位置登録シーケンスの説明を続ける。モバイルプロキシ装置２はMobile IPメッセージの変換を行なって位置登録応答メッセージをMN4ｂに送信した後，図１４に示すBinding Cache200が完成する(F22)。さらに，モバイルプロキシ装置２はMN４ｂが在圏網１ｂ内で認識される仮想ホームアドレスとドメイン名を在圏網１ｂに設置するDNS−B８に登録するためアドレス解決登録メッセージを送信することもできる(S23)。これによって，在圏網１ｂに存在するCN−B６がMN４ｂと通信を開始する前にMN４ｂのアドレス解決をDNS−B8を用いて行なう場合，アドレス解決応答にはMN４ｂの仮想ホームアドレスが返信されるため，在圏網１ｂでの経路最適化を行うことが可能となる。
上記処理では移動したMN４ｂがホーム網１aのHA３対して行なう位置登録要求の処理を説明したが，以下から，MN４ｂの通信相手端末であるCN−A５およびCN−B6がMN4ｂに対してパケット転送した際の通信シーケンスを説明する。
まず，図１７はホーム網1aに存在するCN−A５が，在圏網１ｂに移動したMN4ｂと通信を行なう場合のシーケンスを示している。CN−A５からMN４の実IPv4ホームアドレス宛てに送信されたユーザパケットは，HA3で補足される(S50)。HA3は，図１４に示すBinding Cache200を参照し，MN4の実IPv4ホームアドレスに対応するIPv4気付アドレスを抽出する(F30)。HA３は抽出したMN4ｂのIPv4気付アドレスとHA3のIPv4アドレスをそれぞれ宛先アドレスと送信元アドレスとするIPv4ヘッダを作成する。作成したIPv4ヘッダでCN−A５から受信したユーザパケットのカプセル化を行ない転送する(S35)。
次に，モバイルプロキシ装置２が上記カプセル化パケットを補足し，外側のIPv4ヘッダに対して図１９に示すIPヘッダ変換処理（F20）を行なう。この結果，CN−A５からMN４の実IPv4ホームアドレス宛てに送信されたユーザパケットは，MN4ｂの実IPv6気付アドレスとHA3の仮想IPv6HAアドレスがそれぞれ宛先アドレスと送信元アドレスとなるIPv4 over IPv6カプセル化パケットが在圏網1bに移動したMN４ｂ送信される(S26)。MN４ｂが受信したIPv4 over IPv6カプセル化パケットは，外側IPヘッダであるIPv6ヘッダが除去され，オリジナルのIPv4パケットを受信することができる。
同様に，MN4ｂがホーム網１aに存在するCN−A５にパケットを送信する場合は，上記手順と逆の処理が行なわる。MN4ｂが送信したIPv4 over IPv6カプセル化パケット(S45)は，モバイルプロキシ装置２によってIPヘッダ変換処理（F20）を行ないIPｖ４カプセル化パケットとなって転送され(S27)， HA３がデカプセル化処理を行ないオリジナルパケットをCN−A５が受信する(S36)。
次に，図１８を用いて在圏網１ｂに存在するCN-B6が，在圏網１ｂに移動してきたMN4ｂと通信する場合のシーケンスを説明する。まず，CN−B６は，MN４が在圏網１ｂ内で有効な仮想IPv6アドレスをMN4のドメイン名を用いてアドレス解決要求をDNS-B８に送信する(S60)。DNS−B８は，アドレス解決要求をDNS−A７に送信する(S85)。DNS−A７は，MN４の実IPv4アドレスを含んだアドレス解決応答をDNS−B８に送信する(S75)。この際，モバイルプロキシ装置２はアドレス解決の通信を補足してIPヘッダ変換処理(F20)を行なう。DNS―B８は，モバイルプロキシ装置２で変換されたMN４ｂの仮想IPv6ホームアドレスをCN-B６に返信する(S86-1)。CN−B８は取得したMN４ｂの仮想IPv6ホームアドレスを宛先アドレスとしたユーザパケットを送信する（S61）。
通常Mobile IPでは，ホームアドレス宛てに送信されたパケットはHAに送信されなければならない。しかし，本発明の網構成のように2つの網間に渡る構成でかつ，網間にトランスレータ装置やFWを設置している場合やVPN構築している場合，パケット転送遅延やパケット損失の可能性が高くなり，パケット転送経路が冗長化してしまう。
そこで，本発明のモバイルプロキシ装置２に格納するBinding Cache200を利用することで在圏網内におけるが経路最適化が可能となる。具体的に，CN−B８が送信したMN４ｂの仮想IPv6ホームアドレス宛てユーザパケットは(S61)，モバイルプロキシ装置２により補足される。モバイルプロキシ装置２は，IPヘッダ変換処理(F20)を行う。これによって，アドレス変換テーブル300には，CN-B8の仮想IPv4アドレスが生成され，オリジナルのユーザパケットは，MN４の実IPv4アドレスとCN-B8の仮想IPv4アドレスをそれぞれ宛先アドレスと送信元アドレスとなるIPv4ユーザパケットが作成される。次に，Binding Cache200を参照しMN４の実ホームアドレスからMNの実IPv6気付アドレスを取得することができる。この結果，上記手順で作成したIPv4ユーザパケットをMNの実IPv6気付アドレスを宛先アドレスとするIPv4 over IPv6パケットを作成し，MN4ｂに最適経路で転送することが可能となる。
また，在圏網内における経路最適化の実現方法として次の方法を用いてもよい。図１８のシーケンス中で，モバイルプロキシ装置２がDNS―B８にアドレス解決応答を転送する際，通常はMN4bの仮想ホームアドレスを返信する。しかしこの時に，モバイルプロキシ装置２はBinding Cache200を参照してMN４ｂの実ホームアドレスに対応する実IPv6気付アドレスを保持している場合，このアドレスをCN-B６に返信する(S86-2)。これによってCN-B６が転送したユーザパケットは直接MN４ｂに送信することが可能となる。
【０００８】
【発明の効果】
以上の実施の形態から明らかなように，異なる通信プロトコルまたはアドレス体系に従う網間にモバイルプロキシ装置２を設置することによって，MN４はホーム網上のHA３に位置登録メッセージを通知可能になるため，移動性範囲を拡大することができる。また，Mobile IPv4からMobile Ipv6への移行を容易にする効果がある。
【０００９】
さらに，DNS装置７，８とモバイルプロキシ装置２を連携させ，かつモバイルプロキシ装置２内にもBinding Cache を保持することにより，MN４bの在圏網内での経路最適化が可能となる。これによりネットワーク資源の活用効率の向上と，HA３の負荷分散が可能となる。
【図面の簡単な説明】
【図１】本発明における通信網の構成例を示す構成図。
【図２】モバイルプロキシ装置２のブロック図。
【図３】HA３のブロック図。
【図４】MN４のブロック図。
【図５】IPｖ６パケットフォーマット図。
【図６】IPｖ４パケットフォーマット図。
【図７】IPv6ルータ広告のメッセージフォーマット図。
【図８】IPv4ルータ広告のメッセージフォーマット図。
【図９】Mobile IPv6位置登録要求のメッセージフォーマット図。
【図１０】Mobile IPv4位置登録要求のメッセージフォーマット図。
【図１１】Mobile IPv6位置登録応答のメッセージフォーマット図。
【図１２】Mobile IPv4位置登録応答のメッセージフォーマット図。
【図１３】IPv4包含IPv6アドレス体系のフォーマット図。
【図１４】Binding Cache管理テーブル200のエントリを示した図。
【図１５】アドレス変換情報テーブル300のエントリを示した図。
【図１６】MN４が移動した際に行なう位置登録シーケンス図。
【図１７】ホーム網１aに存在するCN−A５が在圏網1bに移動したMN４ｂと通信する場合のシーケンス図。
【図１８】在圏網1bに存在するCN−B６が在圏網1bに移動したMN４ｂと通信する場合のシーケンス図。
【図１９】モバイルプロキシ装置２が行なうIPv4−IPv6ヘッダ変換処理を示したフロー図。
【図２０】モバイルプロキシ装置２が行なうMobileIPv4−MobileIPv6メッセージ変換処理を示したフロー図。
【図２１】モバイルプロキシ装置２が行なうMobileIPv6位置登録要求メッセージからMobileIPv4位置登録要求メッセージへの変換処理を示したフロー図。
【図２２】モバイルプロキシ装置２が行なうMobileIPv6位置登録応答メッセージからMobileIPv4位置登録応答メッセージへの変換処理を示したフロー図。
【図２３】モバイルプロキシ装置２が行なうMobileIPv4位置登録要求メッセージからMobileIPv6位置登録要求メッセージへの変換処理を示したフロー図。
【図２４】モバイルプロキシ装置２が行なうMobileIPv4位置登録応答メッセージからMobileIPv6位置登録応答メッセージへの変換処理を示したフロー図。
【符号の説明】
２ モバイルプロキシ装置，３ Home Agent(HA)，４ Mobile  Node（MN），５ Corespanding Node（CN）,
７ DNS，  ６０ IPv6送信元アドレス，６１ IPv6宛先アドレス， ６２ IPv6拡張ヘッダ ,
６３ IPv6ペイロード，７０ IPv4送信元アドレス， ７１ IPv4宛先アドレス，
７２ IPv4ペーロード，100 IPv6 ICMP，101 IPv4Prefix Information Opton，
100 IPv4 ICMPルータ広告, 111 Mobile IP Agent広告拡張，112 Prefix Length拡張,
120 IPv6 Destination Header，121 IPv6 Mobility Header，130 UDP Header，131 登録要求固定部，150 登録応答固定部，160 IPv6ネットワークプリフィックス部，
161 IPv4アドレス部，200  Binding Cache管理テーブル，300 アドレス変換情報テーブル。
【図１】
0003952860.tif 000002
【図２】
0003952860.tif 000003
【図３】
0003952860.tif 000004
【図４】
0003952860.tif 000005
【図５】
0003952860.tif 000006
【図６】
0003952860.tif 000007
【図７】
0003952860.tif 000008
【図８】
0003952860.tif 000009
【図９】
0003952860.tif 000010
【図１０】
0003952860.tif 000011
【図１１】
0003952860.tif 000012
【図１２】
0003952860.tif 000013
【図１３】
0003952860.tif 000014
【図１４】
0003952860.tif 000015
【図１５】
0003952860.tif 000016
【図１６】
0003952860.tif 000017
【図１７】
0003952860.tif 000018
【図１８】
0003952860.tif 000019
【図１９】
0003952860.tif 000020
【図２０】
0003952860.tif 000021
【図２１】
0003952860.tif 000022
【図２２】
0003952860.tif 000023
【図２３】
0003952860.tif 000024
【図２４】
0003952860.tif 000025