JP3952860B2 - プロトコル変換装置 - Google Patents
プロトコル変換装置 Download PDFInfo
- Publication number
- JP3952860B2 JP3952860B2 JP2002156643A JP2002156643A JP3952860B2 JP 3952860 B2 JP3952860 B2 JP 3952860B2 JP 2002156643 A JP2002156643 A JP 2002156643A JP 2002156643 A JP2002156643 A JP 2002156643A JP 3952860 B2 JP3952860 B2 JP 3952860B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- mobile
- ipv4
- ipv6
- network
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/251—Translation of Internet protocol [IP] addresses between different IP versions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2514—Translation of Internet protocol [IP] addresses between local and global IP addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/256—NAT traversal
- H04L61/2585—NAT traversal through application level gateway [ALG]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- 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]
- H04W80/045—Network layer protocols, e.g. mobile IP [Internet Protocol] involving different protocol versions, e.g. MIPv4 and MIPv6
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
- H04W88/182—Network node acting on behalf of an other network entity, e.g. proxy
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は移動体通信において，異なる通信プロトコルに従う網を相互接続し，移動通信を提供する方式に関する。特に移動端末が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 アドレス変換情報テーブル。
【発明の属する技術分野】
本発明は移動体通信において，異なる通信プロトコルに従う網を相互接続し，移動通信を提供する方式に関する。特に移動端末が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 アドレス変換情報テーブル。
Claims (5)
- 第一のプロトコルに従う第一の網と第二のプロトコルに従う第二の網とに接続され、さらに上記第二の網をホーム網とする端末と、該端末の位置情報を管理する上記第二の網内のサーバに接続されたプロトコル変換装置であって、
上記端末が上記第二の網から上記第一の網に移動した際に、上記端末から上記サーバに対して送信された上記第一のプロトコルに従う位置登録要求を受信する受信部と、
上記位置登録要求を上記第二のプロトコルに従う位置登録要求に変換する制御部と、
上記変換された位置登録要求を上記サーバに送信する送信部とを備え、
上記第二の網の送信元から送信されたカプセル化されたパケットを受信し、上記パケットをデカプセル化し、該パケットのカプセルヘッダおよび元のヘッダ内のアドレス情報を上記第二のプロトコルから上記第一のプロトコルに変換し、上記アドレス情報が変換されたパケットを再カプセル化して送信することを特徴とするプロトコル変換装置。 - 請求項１記載のプロトコル変換装置であって、
さらに外部装置に接続されており、
上記位置登録要求を受信した際に、該位置登録要求内の情報から特定プロトコルの情報を作成し、上記外部装置に該特定プロトコルの情報を送信することを特徴とするプロトコル変換装置。 - 請求項１記載のプロトコル変換装置であって、
上記端末と上記サーバはＭｏｂｉｌｅＩＰに準拠しており、
上記位置登録要求はＭｏｂｉｌｅＩＰの位置登録要求であることを特徴とするプロトコル変換装置。 - 請求項１記載のプロトコル変換装置であって、
上記第一のプロトコルがＩＰｖ６であり、上記第二のプロトコルがＩＰｖ４であることを特徴とするプロトコル変換装置。 - 請求項１記載のプロトコル変換装置であって、
上記第一のプロトコルがＩＰｖ４であり、上記第二のプロトコルがＩＰｖ６であることを特徴とするプロトコル変換装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002156643A JP3952860B2 (ja) | 2002-05-30 | 2002-05-30 | プロトコル変換装置 |
| US10/336,722 US7162529B2 (en) | 2002-05-30 | 2003-01-06 | System using mobile proxy for intercepting mobile IP message and performing protocol translation to support multiple communication protocols between mobile networks |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002156643A JP3952860B2 (ja) | 2002-05-30 | 2002-05-30 | プロトコル変換装置 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003348131A JP2003348131A (ja) | 2003-12-05 |
| JP2003348131A5 JP2003348131A5 (ja) | 2005-09-22 |
| JP3952860B2 true JP3952860B2 (ja) | 2007-08-01 |
Family
ID=29561496
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002156643A Expired - Fee Related JP3952860B2 (ja) | 2002-05-30 | 2002-05-30 | プロトコル変換装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7162529B2 (ja) |
| JP (1) | JP3952860B2 (ja) |
Families Citing this family (79)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4075318B2 (ja) * | 2001-04-18 | 2008-04-16 | 株式会社日立製作所 | プロトコル変換方法，及びアドレス変換サーバ |
| US7644171B2 (en) * | 2001-09-12 | 2010-01-05 | Netmotion Wireless, Inc. | Mobile networking system and method using IPv4 and IPv6 |
| US7650416B2 (en) * | 2003-08-12 | 2010-01-19 | Riverbed Technology | Content delivery for client-server protocols with user affinities using connection end-point proxies |
| JP3801134B2 (ja) * | 2003-01-08 | 2006-07-26 | 日本電気株式会社 | 移動通信システム及びそれに用いる最適化経路通信方法 |
| US20040148428A1 (en) * | 2003-01-28 | 2004-07-29 | George Tsirtsis | Methods and apparatus for supporting an internet protocol (IP) version independent mobility management system |
| US20040153502A1 (en) * | 2003-02-04 | 2004-08-05 | Luliang Jiang | Enhanced DNS server |
| KR20040082655A (ko) * | 2003-03-19 | 2004-09-30 | 삼성전자주식회사 | 이중 스택 변환 메커니즘을 이용한 모바일 아이피 통신시스템 및 방법 |
| US20040249973A1 (en) * | 2003-03-31 | 2004-12-09 | Alkhatib Hasan S. | Group agent |
| JP4234482B2 (ja) * | 2003-04-10 | 2009-03-04 | 株式会社日立製作所 | 動的ｄｎｓ登録方法、ドメイン名解決方法、代理サーバ、及びアドレス変換装置 |
| KR100538223B1 (ko) * | 2003-05-12 | 2005-12-21 | 삼성전자주식회사 | 모바일 노드와 대응 노드간 접속 시 터널링 제거 시스템및 방법 |
| JP4130205B2 (ja) * | 2003-05-13 | 2008-08-06 | 富士通株式会社 | ネットワークシステム |
| DE10329084A1 (de) * | 2003-06-27 | 2005-01-20 | Siemens Ag | Verfahren und Anordnung zum Zugriff auf ein erstes Endgerät eines ersten Kommunikationsnetzwerkes durch einen Kommunikationsknoten in einem zweiten Kommunikationsnetzwerk |
| US7447203B2 (en) | 2003-07-29 | 2008-11-04 | At&T Intellectual Property I, L.P. | Broadband access for virtual private networks |
| US20050066041A1 (en) * | 2003-09-19 | 2005-03-24 | Chin Kwan Wu | Setting up a name resolution system for home-to-home communications |
| KR100531623B1 (ko) * | 2003-10-15 | 2005-11-29 | 한국전자통신연구원 | ＮＡＴ-ＰＴ 환경에서의 모바일 ＩＰｖ6를 이용한 통신방법 및 이를 저장한 기록매체 |
| US7571242B2 (en) * | 2003-10-24 | 2009-08-04 | Alcatel Lucent | Method for accelerated packet processing |
| JP2005151259A (ja) * | 2003-11-17 | 2005-06-09 | Toshiba Corp | データ転送装置およびプログラム |
| US20050144320A1 (en) * | 2003-12-16 | 2005-06-30 | Jagana Venkata R. | Avoiding conflict of a mobile node IP address |
| US20080259932A1 (en) * | 2004-06-18 | 2008-10-23 | Siemens Home And Office Communication Devices Gmbh & Co. Kg | Method and System for Facilitating a First and Second Protocol Between a Data Processing System and an ISP |
| US8139538B1 (en) * | 2004-06-22 | 2012-03-20 | Cisco Technology, Inc. | Methods and apparatus for achieving route optimization between mobile networks and a correspondent node using a mobile router as a proxy node |
| JP2006087039A (ja) * | 2004-09-17 | 2006-03-30 | Fujitsu Ltd | モバイルｉｐ通信端末装置およびモバイルｉｐ通信方法 |
| US8145908B1 (en) * | 2004-10-29 | 2012-03-27 | Akamai Technologies, Inc. | Web content defacement protection system |
| KR100751101B1 (ko) * | 2004-11-05 | 2007-08-22 | 주식회사 팬택앤큐리텔 | 이동통신 단말기에 할당된 ｉｐ 관리 시스템 및 방법 |
| KR100738524B1 (ko) * | 2004-11-24 | 2007-07-11 | 삼성전자주식회사 | 멀티캐스팅을 위한 터널링 방법 및 장치 |
| US7562148B2 (en) * | 2004-12-21 | 2009-07-14 | Motorola, Inc. | Distributed domain name service |
| US7886076B2 (en) * | 2005-01-12 | 2011-02-08 | International Business Machines Corporation | Bypassing routing stacks using mobile internet protocol |
| US20060168626A1 (en) * | 2005-01-21 | 2006-07-27 | U-Turn Media Corporation | Methods and systems for providing video content to a mobile client |
| KR100727932B1 (ko) * | 2005-02-14 | 2007-06-14 | 삼성전자주식회사 | 이동 노드를 등록하는 방법 및 장치 |
| FI20055091A0 (fi) * | 2005-02-24 | 2005-02-24 | Nokia Corp | Paikallismobiliteetin hallinta mobiilisissa Internetprotokollaverkossa |
| US20060248194A1 (en) | 2005-03-18 | 2006-11-02 | Riverbed Technology, Inc. | Connection forwarding |
| US7411967B2 (en) * | 2005-05-06 | 2008-08-12 | Cisco Technology, Inc. | Private network gateways interconnecting private networks via an access network |
| WO2006129136A1 (en) * | 2005-06-03 | 2006-12-07 | Telefonaktiebolaget Lm Ericsson (Publ) | MOBILE IPv6 ROUTE OPTIMIZATION IN DIFFERENT ADDRESS SPACES |
| CN1878126A (zh) * | 2005-06-07 | 2006-12-13 | 华为技术有限公司 | 通信网络中实现信令代理的方法 |
| GB2440886B (en) * | 2005-06-21 | 2009-11-04 | Motorola Inc | Method and apparatus to facilitate communications using surrogate and care of internet protocol addresses |
| US9026152B2 (en) * | 2005-06-21 | 2015-05-05 | Google Technology Holdings LLC | System and method for paging and locating update in a network |
| DE112006001710T5 (de) * | 2005-06-21 | 2008-05-21 | Motorola, Inc., Schaumburg | Verfahren und Vorrichtung zur Vereinfachung der Kommunikation mobiler Stationen unter Verwendung einer auf dem Internetprotokoll basierenden Kommunikation |
| US7660296B2 (en) * | 2005-12-30 | 2010-02-09 | Akamai Technologies, Inc. | Reliable, high-throughput, high-performance transport and routing mechanism for arbitrary data flows |
| GB2434505B (en) * | 2006-01-18 | 2010-09-29 | Orange Personal Comm Serv Ltd | Telecommunications system and method |
| US20070185995A1 (en) * | 2006-02-09 | 2007-08-09 | Motorola, Inc. | Method and telecommunications equipment for interworking internet and circuit networks |
| US8793390B2 (en) * | 2006-05-23 | 2014-07-29 | Blue Coat Systems, Inc. | Systems and methods for protocol detection in a proxy |
| WO2007149687A2 (en) | 2006-05-30 | 2007-12-27 | Riverbed Technology, Inc. | Selecting proxies from among autodiscovered proxies |
| EP2060087A1 (en) * | 2006-07-03 | 2009-05-20 | Telefonaktiebolaget L M Ericsson (Publ) | Topology hiding of mobile agents |
| CN101119393A (zh) * | 2006-08-02 | 2008-02-06 | 华为技术有限公司 | 更新分类器的方法、系统及移动节点 |
| US8018847B2 (en) * | 2006-11-15 | 2011-09-13 | Starent Networks Llc | System and method for redirecting requests |
| EP2095595B1 (en) * | 2006-12-28 | 2014-08-06 | Telefonaktiebolaget Lm Ericsson (publ) | Mobile IP proxy |
| CN101689888B (zh) * | 2007-01-10 | 2013-12-25 | 马赫责任有限公司 | 无需完全移动互联网协议(mip)支持的数据服务漫游 |
| US20080186990A1 (en) * | 2007-02-02 | 2008-08-07 | International Business Machines Corporation | Translation module, method and computer program product for providing multiple infiniband address support for vm migration using infiniband address translation |
| US8014357B2 (en) | 2007-02-16 | 2011-09-06 | Futurewei Technologies, Inc. | Method and system for managing address prefix information associated with handover in networks |
| US8289862B2 (en) * | 2007-06-27 | 2012-10-16 | Futurewei Technologies, Inc. | Method and apparatus for dynamic LMA assignment in proxy mobile IPv6 protocol |
| US8644153B2 (en) * | 2007-07-31 | 2014-02-04 | Cisco Technology, Inc. | Infrastructure for mediation device to mediation device communication |
| KR100885748B1 (ko) * | 2007-08-07 | 2009-02-26 | 포스데이타 주식회사 | 무선 통신 네트워크에서 ＭＩＰｖ6 서비스를 지원하는 방법및 장치 |
| US8442526B1 (en) | 2007-09-24 | 2013-05-14 | Sprint Spectrum L.P. | Method and system for registering a mobile node via a registration proxy |
| US8543107B1 (en) | 2007-09-24 | 2013-09-24 | Sprint Spectrum L.P. | Method and system for delivering short message service (SMS) messages using the session initiation protocol (SIP) |
| CN101919301A (zh) * | 2007-12-07 | 2010-12-15 | 思达伦特网络有限责任公司 | 使用仿真提供移动性管理 |
| US20090161624A1 (en) * | 2007-12-19 | 2009-06-25 | Motorola, Inc. | Registering a mobile communication device with an access network |
| WO2009098909A1 (ja) * | 2008-02-04 | 2009-08-13 | Nec Corporation | 仮想アプライアンス配備システム |
| KR101499551B1 (ko) * | 2008-03-31 | 2015-03-18 | 삼성전자주식회사 | 원격 접속을 고려하여 네트워크 주소 충돌을 해결하는 ＵＰｎＰ 장치 및 그 방법 |
| KR100948693B1 (ko) * | 2008-10-08 | 2010-03-18 | 한국전자통신연구원 | 가상 플랫폼을 이용한 이종 망간 프로토콜 연동 지원을 위한 인터넷 프로토콜 변환장치 및 방법 |
| EP2335401A4 (en) * | 2008-10-10 | 2016-12-07 | ERICSSON TELEFON AB L M (publ) | SERVICE NODES, CONTROL PROCEDURES, USER NODES AND CONTROL PROCEDURES THEREFOR |
| KR20100040658A (ko) | 2008-10-10 | 2010-04-20 | 삼성전자주식회사 | ＵＰｎＰ 네트워크의 원격 접속 서비스에서 아이피 주소 충돌 해결 방법 및 장치 |
| US20100131582A1 (en) * | 2008-11-21 | 2010-05-27 | Microsoft Corporation | Unified Proxy Location Selection Mechanism |
| US8467386B2 (en) * | 2009-05-19 | 2013-06-18 | Futurewei Technologies, Inc. | System and apparatus for local mobility anchor discovery by service name using domain name service |
| CN102143239B (zh) | 2010-02-02 | 2015-01-28 | 华为技术有限公司 | 实现在不同网络间进行通信的方法及装置 |
| US8509185B2 (en) * | 2010-02-26 | 2013-08-13 | Telefonaktiebolaget Lm Ericsson | Enabling IPV6 mobility with NAT64 |
| US8347100B1 (en) | 2010-07-14 | 2013-01-01 | F5 Networks, Inc. | Methods for DNSSEC proxying and deployment amelioration and systems thereof |
| 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 |
| WO2012064235A1 (en) | 2010-11-08 | 2012-05-18 | Telefonaktiebolaget L M Ericsson (Publ) | Traffic acceleration in mobile network |
| WO2013014731A1 (ja) * | 2011-07-22 | 2013-01-31 | 富士通株式会社 | サーバ装置、通信制御プログラム、及び通信制御方法 |
| KR20140117987A (ko) * | 2013-03-27 | 2014-10-08 | 한국전자통신연구원 | 이동 통신 네트워크 및 이를 이용한 통신 방법 |
| US11205201B1 (en) * | 2014-08-26 | 2021-12-21 | Directv, Llc | Method and system for assembling content streams with advertisements from multiple advertisement vendors |
| CN105592175A (zh) * | 2014-10-24 | 2016-05-18 | 中兴通讯股份有限公司 | 重定向到Web页面的方法及装置 |
| US9769646B2 (en) * | 2015-02-26 | 2017-09-19 | T-Mobile Usa, Inc. | Realm translation in an IMS network |
| US10797888B1 (en) | 2016-01-20 | 2020-10-06 | F5 Networks, Inc. | Methods for secured SCEP enrollment for client devices and devices thereof |
| US10652203B2 (en) * | 2016-10-04 | 2020-05-12 | Mitsubishi Electric Corporation | Network system, communication control device and address setting method |
| US10361997B2 (en) | 2016-12-29 | 2019-07-23 | Riverbed Technology, Inc. | Auto discovery between proxies in an IPv6 network |
| KR20210049335A (ko) * | 2019-10-25 | 2021-05-06 | 삼성전자주식회사 | 테더링 서비스 제공을 위한 ip 패킷 변환 방법 및 이를 수행하는 통신 시스템 |
| US12034707B2 (en) | 2021-11-18 | 2024-07-09 | Cisco Technology, Inc. | Randomizing server-side addresses |
| US11683286B2 (en) * | 2021-11-18 | 2023-06-20 | Cisco Technology, Inc. | Anonymizing server-side addresses |
| US20240129264A1 (en) * | 2022-10-14 | 2024-04-18 | Oracle International Corporation | Managing digital message transmission via a proxy digital mailbox |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6353614B1 (en) * | 1998-03-05 | 2002-03-05 | 3Com Corporation | Method and protocol for distributed network address translation |
| US6769000B1 (en) * | 1999-09-08 | 2004-07-27 | Nortel Networks Limited | Unified directory services architecture for an IP mobility architecture framework |
| US20010040895A1 (en) * | 2000-03-16 | 2001-11-15 | Templin Fred Lambert | An IPv6-IPv4 compatibility aggregatable global unicast address format for incremental deployment of IPv6 nodes within IPv4 |
| US6633761B1 (en) * | 2000-08-11 | 2003-10-14 | Reefedge, Inc. | Enabling seamless user mobility in a short-range wireless networking environment |
| JP3672083B2 (ja) | 2000-09-19 | 2005-07-13 | Ｋｄｄｉ株式会社 | モバイルｉｐにおけるアドレス変換方法 |
| JP3974322B2 (ja) * | 2000-12-07 | 2007-09-12 | 株式会社日立製作所 | 光半導体集積回路装置及び光記憶再生装置 |
| JP2002185520A (ja) * | 2000-12-12 | 2002-06-28 | Fujitsu Ltd | 移動端末対応ルータおよびホームエージェント・ルータ |
| JP4075318B2 (ja) * | 2001-04-18 | 2008-04-16 | 株式会社日立製作所 | プロトコル変換方法，及びアドレス変換サーバ |
| JP4349766B2 (ja) * | 2001-12-07 | 2009-10-21 | 株式会社日立製作所 | アドレス変換装置 |
| US6839338B1 (en) * | 2002-03-20 | 2005-01-04 | Utstarcom Incorporated | Method to provide dynamic internet protocol security policy service |
| JP3972733B2 (ja) * | 2002-05-30 | 2007-09-05 | 株式会社日立製作所 | アドレス変換装置、アドレス変換システム、及びｓｉｐサーバ |
-
2002
- 2002-05-30 JP JP2002156643A patent/JP3952860B2/ja not_active Expired - Fee Related
-
2003
- 2003-01-06 US US10/336,722 patent/US7162529B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20030225900A1 (en) | 2003-12-04 |
| JP2003348131A (ja) | 2003-12-05 |
| US7162529B2 (en) | 2007-01-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3952860B2 (ja) | プロトコル変換装置 | |
| US7221666B2 (en) | Mobile computer communication scheme supporting moving among networks of different address systems | |
| US7149225B2 (en) | Arrangement for traversing an IPv4 network by IPv6 mobile nodes via a mobility anchor point | |
| US7031328B2 (en) | Arrangement for traversing an IPv4 network by IPv6 mobile routers | |
| JP3633430B2 (ja) | 通信方法、通信システム、通信装置、及び記録媒体 | |
| US7453887B2 (en) | Arrangement for traversing an IPv4 network by IPv6 mobile nodes | |
| US7639686B2 (en) | Access network clusterhead for providing local mobility management of a roaming IPv4 node | |
| KR100531623B1 (ko) | ＮＡＴ-ＰＴ 환경에서의 모바일 ＩＰｖ6를 이용한 통신방법 및 이를 저장한 기록매체 | |
| JP2004221745A (ja) | アドレス変換装置 | |
| WO2007036146A1 (fr) | Procédé, système et dispositif pour communiquer entre un nœud mobile ipv6 et un partenaire de communication ipv4 | |
| JP3881198B2 (ja) | モバイルｉｐ通信システム、モバイルｉｐ通信方法、ネットワーク中継装置及び移動体端末 | |
| JP3801134B2 (ja) | 移動通信システム及びそれに用いる最適化経路通信方法 | |
| Kato et al. | Mobile IP using private IP addresses | |
| JP2002223236A (ja) | 通信システムにおけるゲートウェイ装置及び通信システムにおけるルート最適化方法 | |
| JP2007515823A (ja) | グローバルＩＰｖ４／グローバルＩＰｖ６遷移のための端末移動性 | |
| JP4311471B2 (ja) | アドレス変換装置、アドレス変換システム、及びｓｉｐサーバ | |
| WO2011037197A1 (ja) | 移動通信システム、移動通信方法及びプログラム | |
| Finney et al. | Mobile 4-in-6: A novel mechanism for IPv4/v6 transitioning | |
| Thakolsri et al. | Transition mechanism in IP-based wireless networks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050418 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050418 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060419 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070201 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070220 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070315 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070410 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070423 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 3952860 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110511 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110511 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120511 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120511 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130511 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130511 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |