JP2003348131A - モバイルプロキシ装置および移動通信方法 - Google Patents
モバイルプロキシ装置および移動通信方法Info
- Publication number
- JP2003348131A JP2003348131A JP2002156643A JP2002156643A JP2003348131A JP 2003348131 A JP2003348131 A JP 2003348131A JP 2002156643 A JP2002156643 A JP 2002156643A JP 2002156643 A JP2002156643 A JP 2002156643A JP 2003348131 A JP2003348131 A JP 2003348131A
- Authority
- JP
- Japan
- Prior art keywords
- address
- network
- mobile
- protocol
- ipv4
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
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)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】Mobile IPは同一の通信プロトコルに従う網間
を移動することを前提に定義されているため，IPv4とIP
v6網では移動体通信が不可能となってしまう。さらに位
置登録メッセージの変換はプロトコル階層間のフォーマ
ット変換を行う必要がある。 【解決手段】通信プロトコルが異なるホーム網1aと在圏
網1b間にモバイルプロキシ装置2を備える。モバイルプ
ロキシ装置2はDNS-ALG機能とトランスレータ機能とMobi
le IP機能を備え，各機能を連携させることでMobileIP
メッセージおよびユーザパケットのアドレス変換とフォ
ーマット変換を行う。MN4はMobile IPv4とMobile IPv6
の機能を備え，移動先のネットワークが従う通信プロト
コルに適した通信を行う。
を移動することを前提に定義されているため，IPv4とIP
v6網では移動体通信が不可能となってしまう。さらに位
置登録メッセージの変換はプロトコル階層間のフォーマ
ット変換を行う必要がある。 【解決手段】通信プロトコルが異なるホーム網1aと在圏
網1b間にモバイルプロキシ装置2を備える。モバイルプ
ロキシ装置2はDNS-ALG機能とトランスレータ機能とMobi
le IP機能を備え，各機能を連携させることでMobileIP
メッセージおよびユーザパケットのアドレス変換とフォ
ーマット変換を行う。MN4はMobile IPv4とMobile IPv6
の機能を備え，移動先のネットワークが従う通信プロト
コルに適した通信を行う。
Description
【０００１】
【発明の属する技術分野】本発明は移動体通信におい
て，異なる通信プロトコルに従う網を相互接続し，移動
通信を提供する方式に関する。特に移動端末がMobile I
Pプロトコルを用いてIPv4網とIPv6網間の移動するため
に必要なアドレス変換とプロトコル変換方法に関する。
て，異なる通信プロトコルに従う網を相互接続し，移動
通信を提供する方式に関する。特に移動端末がMobile I
Pプロトコルを用いてIPv4網とIPv6網間の移動するため
に必要なアドレス変換とプロトコル変換方法に関する。
【０００２】
【従来の技術】近年移動体通信網のIP（Internet Proto
col）化の検討が活発化している。ＩＥＴＦ(Internet E
ngineering Task Force)は，Mobile IPv6およびMobile
IPv4仕様の標準化をすすめている。Mobile IPv6の網構
成要素は，移動ノード（Mobile Node、以下MNで表
す），ホームエージェント（Home Agent，以下HAで表
す），通信相手ノード（Correspondent Node，以下CNで
表す）である。また，MobileIPv4の網構成要素では，Mo
bile IPv6の網構成要素にフォーリンエージェント(Fore
ign Agent，以下FAで表す)が追加される。Mobile IPの
基本的動作を以下に説明する。MNには，移動しても変わ
ることのない一意のIPアドレス（ホームアドレス）が付
与される。そのため，MN上で起動されるアプリケーショ
ンは移動しても中断することなく動作が可能である。ホ
ームアドレスと同じネットワークプレフィックスを持つ
網をホーム網と呼ぶ。MNがホーム網以外の網（在圏網）
に移動すると，在圏網において在圏網の通信プロトコル
に従うIPアドレスを取得する。このIPアドレスを気付ア
ドレス（Care of Address）と呼ぶ。MNは，在圏網上に
設置されるルータもしくはFAから定期的に送信されるル
ータ広告（Router Advertisement）を受信し，ホームア
ドレスと異なるプレフィックスを検出することで移動を
検知する。移動を検知したMNは，ホーム網へ送信される
MN宛のパケットの転送を要求する位置登録要求メッセー
ジ（Mobile IPv4：Registration Request，Mobile IPv
6: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 Transl
ator)技術を使う方法(IETF RFC1631)が知られている。N
ATは、プライベートIPv4アドレスとパブリックIPv4アド
レスの変換を行う。基本NATは、NATルータで接続された
二つの領域間でパケットが通過する時点で、送信元アド
レスもしくは着信先アドレスのどちらか一方を書き換え
る。プライベート網のアドレス空間とパブリック網のア
ドレス空間が衝突する場合には、アドレス衝突を解決す
るため、Twice NAT技術が使われることが多い。Twice N
AT技術は、Twice NATルータで接続された二つの領域間
でパケットが通過する時点で、送信元アドレスと着信先
アドレスの両方を書き換える。具体的に，Twice NATは
以下のように動作する。プライベート領域内のHost-Aが
パブリック領域内のHost-Bと通信をはじめる場合には、
Host-A はHost-BのDNSアドレス解決パケットを送信す
る。DNS-ALG(Domain Name Service - Application Leve
l Gateway)がこのパケットを捕捉し、かつHost-Bに対す
るIPアドレスをプライベート領域内でルーティング可能
な仮想Host-BプライベートIPアドレスに変換してHost-A
に返す。DNSアドレス解決が終了したらHost-Aは仮想Hos
t-BプライベートIPアドレスとの間で通信を開始する。
このパケットがTwice NATを通過する時点で、送信元IP
アドレスとなるHost-AのプライベートIPアドレスはNAT
が持つパブリックIPアドレスに書き換えられ、送信先ア
ドレスは仮想Host-BプライベートIPアドレスからHost-B
の実パブリックIPアドレスに書き換わる。Host-Bからの
返信パケットもこれと同様の変換が行われる。上記DNS-
ALGの動作詳細については、IETF RFC2694に詳細が記載
されている。また，アドレス体系が異なるだけでなく，
通信プロトコルが異なる網間を相互接続する技術も重要
となっている。一般的にある端末が属する網と通信相手
の端末が属する網の通信プロトコルが異なる場合に使わ
れる技術として，例えばプロトコルとしてInternet Pro
tocol version 4を用いる網(以下IPv4網と呼ぶ)とInter
net Protocol version 6を使用する網(以下IPv6網と呼
ぶ)を接続する変換方式としてNAT-PT(IETF RFC2766)，S
OCKS64(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号
公報が挙げられる。
col）化の検討が活発化している。ＩＥＴＦ(Internet E
ngineering Task Force)は，Mobile IPv6およびMobile
IPv4仕様の標準化をすすめている。Mobile IPv6の網構
成要素は，移動ノード（Mobile Node、以下MNで表
す），ホームエージェント（Home Agent，以下HAで表
す），通信相手ノード（Correspondent Node，以下CNで
表す）である。また，MobileIPv4の網構成要素では，Mo
bile IPv6の網構成要素にフォーリンエージェント(Fore
ign Agent，以下FAで表す)が追加される。Mobile IPの
基本的動作を以下に説明する。MNには，移動しても変わ
ることのない一意のIPアドレス（ホームアドレス）が付
与される。そのため，MN上で起動されるアプリケーショ
ンは移動しても中断することなく動作が可能である。ホ
ームアドレスと同じネットワークプレフィックスを持つ
網をホーム網と呼ぶ。MNがホーム網以外の網（在圏網）
に移動すると，在圏網において在圏網の通信プロトコル
に従うIPアドレスを取得する。このIPアドレスを気付ア
ドレス（Care of Address）と呼ぶ。MNは，在圏網上に
設置されるルータもしくはFAから定期的に送信されるル
ータ広告（Router Advertisement）を受信し，ホームア
ドレスと異なるプレフィックスを検出することで移動を
検知する。移動を検知したMNは，ホーム網へ送信される
MN宛のパケットの転送を要求する位置登録要求メッセー
ジ（Mobile IPv4：Registration Request，Mobile IPv
6: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 Transl
ator)技術を使う方法(IETF RFC1631)が知られている。N
ATは、プライベートIPv4アドレスとパブリックIPv4アド
レスの変換を行う。基本NATは、NATルータで接続された
二つの領域間でパケットが通過する時点で、送信元アド
レスもしくは着信先アドレスのどちらか一方を書き換え
る。プライベート網のアドレス空間とパブリック網のア
ドレス空間が衝突する場合には、アドレス衝突を解決す
るため、Twice NAT技術が使われることが多い。Twice N
AT技術は、Twice NATルータで接続された二つの領域間
でパケットが通過する時点で、送信元アドレスと着信先
アドレスの両方を書き換える。具体的に，Twice NATは
以下のように動作する。プライベート領域内のHost-Aが
パブリック領域内のHost-Bと通信をはじめる場合には、
Host-A はHost-BのDNSアドレス解決パケットを送信す
る。DNS-ALG(Domain Name Service - Application Leve
l Gateway)がこのパケットを捕捉し、かつHost-Bに対す
るIPアドレスをプライベート領域内でルーティング可能
な仮想Host-BプライベートIPアドレスに変換してHost-A
に返す。DNSアドレス解決が終了したらHost-Aは仮想Hos
t-BプライベートIPアドレスとの間で通信を開始する。
このパケットがTwice NATを通過する時点で、送信元IP
アドレスとなるHost-AのプライベートIPアドレスはNAT
が持つパブリックIPアドレスに書き換えられ、送信先ア
ドレスは仮想Host-BプライベートIPアドレスからHost-B
の実パブリックIPアドレスに書き換わる。Host-Bからの
返信パケットもこれと同様の変換が行われる。上記DNS-
ALGの動作詳細については、IETF RFC2694に詳細が記載
されている。また，アドレス体系が異なるだけでなく，
通信プロトコルが異なる網間を相互接続する技術も重要
となっている。一般的にある端末が属する網と通信相手
の端末が属する網の通信プロトコルが異なる場合に使わ
れる技術として，例えばプロトコルとしてInternet Pro
tocol version 4を用いる網(以下IPv4網と呼ぶ)とInter
net Protocol version 6を使用する網(以下IPv6網と呼
ぶ)を接続する変換方式としてNAT-PT(IETF RFC2766)，S
OCKS64(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にN
AT機能を設ける。MNが在圏網に移動しFAへ位置登録を行
った際に，FAがMNのパブリックIPアドレスをHAに問い合
わせる。HAはMNのパブリックIPアドレスの割り当てを行
いFAに応答を返し，FAのアドレス変換機能部NATへMNの
パブリックIPアドレスを記憶する手段を設けて実現して
いる。
する端末同士が固定端末であり，端末が他の網へ移動を
行うMobile IPのような移動体通信ではNATによるアドレ
ス変換が困難となる。特開2002-94546 号公報では，移
動体通信においてアドレス体系の異なる網をMobile IP
を用いて相互接続する技術が記載されている。具体的に
は，まずMobile IPv4の各構成要素であるHAおよびFAにN
AT機能を設ける。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経由
の転送であるため，パケット転送が冗長経路になってし
まう課題がある。本発明の目的は，通信プロトコルおよ
びアドレス体系が異なる網間で端末の移動性を確保し移
動体通信を可能とする環境を提供することである。本発
明の他の目的は，移動端末の移動先である在圏網内にお
ける経路最適化通信を可能にする環境を提供することで
ある。
動作は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 P
rosy）装置を網間に設置し，モバイルプロキシ装置には
移動通信サービスの提供を可能にするMobile IPプロト
コルを処理する手段を備え，プロトコル階層の異なるメ
ッセージ変換を行う機能を備え，（２）モバイルプロキ
シ装置は異なるネットワーク間でアドレス解決サービス
を提供するDNS−ALG機能を備え，（３）Mobile IP対応
移動ノードはMobile IPv4 とMobile IPv6の制御信号を
処理する手段を備え，上記Mobile IP対応移動ノードは
移動先の通信プロトコルに従い上記モバイルプロキシ装
置に位置登録メッセージを送信する手段を備える。
めに，本発明では，従来技術である特開2002-94546号公
報記載のようなDNS-ALGとトランスレータの連携を用い
たプロトコル変換方式に加え，少なくても以下の３点の
手段を備える。すなわち，（１）通信プロトコルが異な
る網を相互接続するため，モバイルプロキシ（Mobile P
rosy）装置を網間に設置し，モバイルプロキシ装置には
移動通信サービスの提供を可能にするMobile IPプロト
コルを処理する手段を備え，プロトコル階層の異なるメ
ッセージ変換を行う機能を備え，（２）モバイルプロキ
シ装置は異なるネットワーク間でアドレス解決サービス
を提供するDNS−ALG機能を備え，（３）Mobile IP対応
移動ノードはMobile IPv4 とMobile IPv6の制御信号を
処理する手段を備え，上記Mobile IP対応移動ノードは
移動先の通信プロトコルに従い上記モバイルプロキシ装
置に位置登録メッセージを送信する手段を備える。
【０００６】さらに，モバイルプロキシ装置およびHAは
Mobile IPの制御信号を契機に移動端末と通信相手端末
間で通信確立を行うために必要な情報を生成し，外部装
置へ設定する処理を行う手段を備えてもよい。
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処理部２１と変換エントリ生成・登録処理部２２とM
obile IP処理部２３と外部装置情報生成・設定処理部２
４を備える。DNS-ALG処理部２１は，Mobile Porxy装置
２を通過するDNSメッセージを捕捉し，通信プロトコル
の異なる網間でのアドレス解決を提供する。Mobile IP
処理部２３は，Mobile IPプロトコル処理機能として，
フォーリンエージェント（FA）と同等の機能を備え，Mo
bile 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 Cac
he管理テーブル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ヘ
ッダの付加または除去を行うカプセル化・デカプセル化
処理部３７を備える。パケット転送制御部３２には，Mo
bile 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に存在するD
NS−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
パケットフォーマットの変換も行う。パケット転送制御
部４２には，変換エントリ生成・登録処理部４６とMobi
le IP処理部４７を備える。Mobile IP処理部４７は，Mo
bile IPプロトコル処理機能として，モバイルノード（M
N）のMobile IPv4とMobile IPv6の機能を備る。変換エ
ントリ生成・登録処理部４６は，IPv6（IPv4）アドレス
をIPv4(IPv6)網内でルーチング可能なアドレスに変換す
るためのアドレス変換情報を生成する機能を備え，Mobi
le IP処理部４７からの変換アドレス生成および登録要
求を契機に，アドレス変換情報を変換情報記憶部５０に
登録する。メモリ部４１で動作するアプリケーション
（４４，４５）は，ホーム網１aで使用しているホーム
アドレスで常に動作しており，在圏網で送受信するパケ
ットは転送処理部４３とパケット転送制御部４２におい
て，在圏網内で通信可能なアドレス体系または通信プロ
トコルに変換される。以下，本発明における移動通信の
動作手順を詳細に説明する。代表例として，図１におい
てMN４が所属するホーム網１aがIPv4網でMN４が移動す
る先の在圏網がIPv6網である形態を中心に説明する。逆
にMN４がIPv6網からIPv4網に移動する形態に関しては，
動作が異なる部分を文中にて補足説明する。図１６は，
MN４が在圏網１bに移動した際に，ホーム網１aに存在す
るHA３に位置登録メッセージを送信する場合のシーケン
スを示している。まず，在圏網１bに移動したMN４bは，
在圏網１bに設置するモバイルプロキシ装置２から定期
的に送信されるルータ広告を受信することによって移動
を検知する(S20)。また，MN４bは上記ルータ広告のIPヘ
ッダを確認し，在圏網１bが従う通信プロトコルの判定
と，在圏網１ｂで用いる気付アドレスを生成する(F4
0)。図７と図８はそれぞれIPv6とIPv4のルータ広告メッ
セージフォーマット例を示している。ルータ広告メッセ
ージは，図５と図6に示すIPv6，IPv4パケットフォーマ
ットのPayload領域(63,72)に格納される。MN４bがIPv6
網に移動した場合，図７に示すIPv6のルータ広告を受信
し，PrefixInformation Option101のPrefix LengthとPr
efixに含まれる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自身の在圏網１ｂで有効な仮想I
Pアドレス(IPv6)を取得してもよい。DNSを用いたアドレ
ス解決の手順およびパケットフォーマットに関しては，
IETFRFC1035および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に存在するかを確認する(4
05)。エントリ300-nが存在しない場合，受信IPパケット
の送信元アドレスに設定されたIPアドレスは，次にパケ
ット転送を行う網では転送不可能なIPアドレスであるた
め，仮想IPアドレスを作成し(406)，アドレス変換テー
ブル300に格納する(407)。逆に，エントリ300-nが存在
する場合は，送信元IPアドレスに対応した仮想IPアドレ
スを抽出する(408)。次に，上記手順で抽出または作成
した宛先アドレスと送信元アドレスを元に受信したIPパ
ケットのIPヘッダを変換する(409)。次に，受信IPパケ
ットのペイロード部のプロトコル番号を確認してアドレ
ス解決応答メッセージであるかを判定する(410)。アド
レス解決応答メッセージでない場合は，ペイロード部に
格納されるデータのフォーマット変換を行った後(41
4)，変換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アドレスに変換される。これによって，DN
S−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領域１２３に格納する。この時，IP
v4網であるホーム網１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アドレスを格納する。図１６に戻り位置登録シーケ
ンスの説明を続ける。上記，在圏網１ｂの通信プロトコ
ルに従って送信された位置登録要求メッセージは(S4
1)，モバイルプロキシ装置２で補足され，ホーム網１a
の通信プロトコルに従った位置登録要求メッセージへの
変換処理 (F21)を行ないHA3に送信される(S21)。図２０
と図２１を用いてモバイルプロキシ装置２が行なうMobi
le IPv6位置登録要求メッセージからMobile IPv4位置登
録要求メッセージへの変換処理(F21)を説明する。MN4ｂ
が送信したMobile IPv6位置登録要求メッセージパケッ
トをモバイルプロキシ装置２が補足する(400)。次に，
受信したIPパケットがMobile IPメッセージであるかを
判定する(500)。Mobile IPメッセージでない場合は，図
１９に示すIPヘッダ変換処理(F20)を行なう。Mobile IP
メッセージである場合，メッセージの種別と通信プロト
コルを判定する(501)。Mobile IPの位置登録要求または
位置登録応答以外のメッセージは，変換対象外と判定し
て受信パケットの破棄を行ない変換処理を終了する(50
6)。ここでは，IPv6位置登録要求メッセージであるため
図２１に示す処理を引き続き行なう(502)。まず，図６
に示すIPv4パケットフォーマットと図１０に示すMobile
IPv4位置登録メッセージフォーマットを元にIPv4位置
登録要求メッセージの雛型を作成する(550)。次に，IP
アドレスの変換を行なうため，アドレス変換テーブル30
0を参照作成する(551)。アドレス変換テーブル300から
図５に示す宛先アドレス領域６１に格納されている仮想
IPv6HAアドレスに対応するHA3の実IPv4アドレスを取得
し(552)，図６に示す宛先アドレス領域７１と図１０に
示すHAアドレス領域１３３に格納する(553)。次に，図
５に示す送信元アドレス領域６０に格納されているIPv6
MN気付アドレスを図１４に示すBinding Cache200の気付
アドレスエントリ203に格納する(554)。また，図９に示
すHome Address領域(123)に格納される仮想IPv6MNホー
ムアドレスも図１４に示すBinding Cache200の仮想MNホ
ームアドレスエントリ202に格納する(555)。次に，MN４
ｂの実IPv4ホームアドレスを取得するため， 図９に示
すHome Address領域(123)を参照し仮想IPv6MNホームア
ドレスが，図１３に示すようなIPv4包含IPv6アドレス体
系となっているか確認する(556)。確認方法は，上位９
６ビットのIPv6ネットワークプリフィックス部１６０が
全てゼロであるかで判定可能である。また，IPv4包含IP
v6アドレス体系である場合，下位３２ビットから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の実IPv
6アドレスを取得し(592)，図５に示す宛先アドレス領域
６１に格納する(593)。次に，アドレス変換テーブル300
から図１０に示すMNホームアドレス領域１３２に格納さ
れている仮想IPv4MNホームアドレスに対応するMN４ｂの
実IPv6MNアドレスを取得し(594)，図９に示すHome Addr
ess領域(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 Cach
e200の気付アドレスエントリ203と，図５に示す送信元
アドレス領域６０に格納する(597)。上記処理によって
作成したIPv6位置登録要求メッセージをホーム網１aのH
A３に送信し(507)，Mobile IPv4位置登録要求メッセー
ジからMobile IPv6位置登録要求メッセージに変換する
処理(F21)を終了する。図１６に戻り位置登録シーケン
スの説明を続ける。モバイルプロキシ装置２がMobile I
Pメッセージの変換を行なって送信した位置登録要求メ
ッセージを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)，図５に示す宛先アドレス領域６１に格納する(60
6)。次に，図１２に示す応答コード１５１の値が異常で
ないかを判定する(607)。ここで，応答が異常の場合は
図１４に示すBinding Cache200からMN4のエントリを削
除する(608)。次に，図１２に示す応答Code１５１とLif
etime１５２をそれぞれ図１１に示すStatus１４１とLif
etime１４２に複製する(609,610)。上記処理によって作
成したIPv6位置登録応答メッセージをMN４ｂに送信し(5
07)，Mobile IPv4位置登録応答メッセージからMobile I
Pv6位置登録応答メッセージに変換する処理(F21)を終了
する。また，上記モバイルプロキシ装置２が行なう，Mo
bile IPv4位置登録応答メッセージからMobile IPv6位置
登録応答メッセージに変換する処理(F21)とは逆のMobil
e 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)。次に，再度Bin
ding Cache200を参照して仮想IPv6気付アドレスに対応
するMN仮想IPv4アドレスを取得し(576)，図６に示す宛
先アドレス領域７１に格納する(577)。次に，図１１に
示す応答Status１４１の値が異常でないかを判定する(5
78)。ここで，応答が異常の場合は図１４に示すBinding
Cache200からMN4のエントリを削除する(579)。次に，
図１１に示すStatus１４１とLifetime１４２をそれぞ
れ，図１２に示す応答Code１５１とLifetime１５２に複
製する(580,581)。上記処理によって作成したIPv6位置
登録応答メッセージをMN４ｂに送信し(507)，Mobile IP
v6位置登録応答メッセージから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５からM
N４の実IPv4ホームアドレス宛てに送信されたユーザパ
ケットは，HA3で補足される(S50)。HA3は，図１４に示
すBinding Cache200を参照し，MN4の実IPv4ホームアド
レスに対応するIPv4気付アドレスを抽出する(F30)。HA
３は抽出したMN4ｂのIPv4気付アドレスとHA3のIPv4アド
レスをそれぞれ宛先アドレスと送信元アドレスとするIP
v4ヘッダを作成する。作成した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ヘッダ変換処理（F2
0）を行ないIPｖ４カプセル化パケットとなって転送さ
れ(S27)， HA３がデカプセル化処理を行ないオリジナル
パケットをCN−A５が受信する(S36)。次に，図１８を用
いて在圏網１ｂに存在するCN-B6が，在圏網１ｂに移動
してきたMN4ｂと通信する場合のシーケンスを説明す
る。まず，CN−B６は，MN４が在圏網１ｂ内で有効な仮
想IPv6アドレスをMN4のドメイン名を用いてアドレス解
決要求をDNS-B８に送信する(S60)。DNS−B８は，アドレ
ス解決要求をDNS−A７に送信する(S85)。DNS−A７は，M
N４の実IPv4アドレスを含んだアドレス解決応答をDNS−
B８に送信する(S75)。この際，モバイルプロキシ装置２
はアドレス解決の通信を補足してIPヘッダ変換処理(F2
0)を行なう。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４ｂに送信することが可能となる。
を用いて説明する。図１は本発明において，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処理部２１と変換エントリ生成・登録処理部２２とM
obile IP処理部２３と外部装置情報生成・設定処理部２
４を備える。DNS-ALG処理部２１は，Mobile Porxy装置
２を通過するDNSメッセージを捕捉し，通信プロトコル
の異なる網間でのアドレス解決を提供する。Mobile IP
処理部２３は，Mobile IPプロトコル処理機能として，
フォーリンエージェント（FA）と同等の機能を備え，Mo
bile 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 Cac
he管理テーブル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ヘ
ッダの付加または除去を行うカプセル化・デカプセル化
処理部３７を備える。パケット転送制御部３２には，Mo
bile 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に存在するD
NS−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
パケットフォーマットの変換も行う。パケット転送制御
部４２には，変換エントリ生成・登録処理部４６とMobi
le IP処理部４７を備える。Mobile IP処理部４７は，Mo
bile IPプロトコル処理機能として，モバイルノード（M
N）のMobile IPv4とMobile IPv6の機能を備る。変換エ
ントリ生成・登録処理部４６は，IPv6（IPv4）アドレス
をIPv4(IPv6)網内でルーチング可能なアドレスに変換す
るためのアドレス変換情報を生成する機能を備え，Mobi
le IP処理部４７からの変換アドレス生成および登録要
求を契機に，アドレス変換情報を変換情報記憶部５０に
登録する。メモリ部４１で動作するアプリケーション
（４４，４５）は，ホーム網１aで使用しているホーム
アドレスで常に動作しており，在圏網で送受信するパケ
ットは転送処理部４３とパケット転送制御部４２におい
て，在圏網内で通信可能なアドレス体系または通信プロ
トコルに変換される。以下，本発明における移動通信の
動作手順を詳細に説明する。代表例として，図１におい
てMN４が所属するホーム網１aがIPv4網でMN４が移動す
る先の在圏網がIPv6網である形態を中心に説明する。逆
にMN４がIPv6網からIPv4網に移動する形態に関しては，
動作が異なる部分を文中にて補足説明する。図１６は，
MN４が在圏網１bに移動した際に，ホーム網１aに存在す
るHA３に位置登録メッセージを送信する場合のシーケン
スを示している。まず，在圏網１bに移動したMN４bは，
在圏網１bに設置するモバイルプロキシ装置２から定期
的に送信されるルータ広告を受信することによって移動
を検知する(S20)。また，MN４bは上記ルータ広告のIPヘ
ッダを確認し，在圏網１bが従う通信プロトコルの判定
と，在圏網１ｂで用いる気付アドレスを生成する(F4
0)。図７と図８はそれぞれIPv6とIPv4のルータ広告メッ
セージフォーマット例を示している。ルータ広告メッセ
ージは，図５と図6に示すIPv6，IPv4パケットフォーマ
ットのPayload領域(63,72)に格納される。MN４bがIPv6
網に移動した場合，図７に示すIPv6のルータ広告を受信
し，PrefixInformation Option101のPrefix LengthとPr
efixに含まれる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自身の在圏網１ｂで有効な仮想I
Pアドレス(IPv6)を取得してもよい。DNSを用いたアドレ
ス解決の手順およびパケットフォーマットに関しては，
IETFRFC1035および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に存在するかを確認する(4
05)。エントリ300-nが存在しない場合，受信IPパケット
の送信元アドレスに設定されたIPアドレスは，次にパケ
ット転送を行う網では転送不可能なIPアドレスであるた
め，仮想IPアドレスを作成し(406)，アドレス変換テー
ブル300に格納する(407)。逆に，エントリ300-nが存在
する場合は，送信元IPアドレスに対応した仮想IPアドレ
スを抽出する(408)。次に，上記手順で抽出または作成
した宛先アドレスと送信元アドレスを元に受信したIPパ
ケットのIPヘッダを変換する(409)。次に，受信IPパケ
ットのペイロード部のプロトコル番号を確認してアドレ
ス解決応答メッセージであるかを判定する(410)。アド
レス解決応答メッセージでない場合は，ペイロード部に
格納されるデータのフォーマット変換を行った後(41
4)，変換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アドレスに変換される。これによって，DN
S−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領域１２３に格納する。この時，IP
v4網であるホーム網１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アドレスを格納する。図１６に戻り位置登録シーケ
ンスの説明を続ける。上記，在圏網１ｂの通信プロトコ
ルに従って送信された位置登録要求メッセージは(S4
1)，モバイルプロキシ装置２で補足され，ホーム網１a
の通信プロトコルに従った位置登録要求メッセージへの
変換処理 (F21)を行ないHA3に送信される(S21)。図２０
と図２１を用いてモバイルプロキシ装置２が行なうMobi
le IPv6位置登録要求メッセージからMobile IPv4位置登
録要求メッセージへの変換処理(F21)を説明する。MN4ｂ
が送信したMobile IPv6位置登録要求メッセージパケッ
トをモバイルプロキシ装置２が補足する(400)。次に，
受信したIPパケットがMobile IPメッセージであるかを
判定する(500)。Mobile IPメッセージでない場合は，図
１９に示すIPヘッダ変換処理(F20)を行なう。Mobile IP
メッセージである場合，メッセージの種別と通信プロト
コルを判定する(501)。Mobile IPの位置登録要求または
位置登録応答以外のメッセージは，変換対象外と判定し
て受信パケットの破棄を行ない変換処理を終了する(50
6)。ここでは，IPv6位置登録要求メッセージであるため
図２１に示す処理を引き続き行なう(502)。まず，図６
に示すIPv4パケットフォーマットと図１０に示すMobile
IPv4位置登録メッセージフォーマットを元にIPv4位置
登録要求メッセージの雛型を作成する(550)。次に，IP
アドレスの変換を行なうため，アドレス変換テーブル30
0を参照作成する(551)。アドレス変換テーブル300から
図５に示す宛先アドレス領域６１に格納されている仮想
IPv6HAアドレスに対応するHA3の実IPv4アドレスを取得
し(552)，図６に示す宛先アドレス領域７１と図１０に
示すHAアドレス領域１３３に格納する(553)。次に，図
５に示す送信元アドレス領域６０に格納されているIPv6
MN気付アドレスを図１４に示すBinding Cache200の気付
アドレスエントリ203に格納する(554)。また，図９に示
すHome Address領域(123)に格納される仮想IPv6MNホー
ムアドレスも図１４に示すBinding Cache200の仮想MNホ
ームアドレスエントリ202に格納する(555)。次に，MN４
ｂの実IPv4ホームアドレスを取得するため， 図９に示
すHome Address領域(123)を参照し仮想IPv6MNホームア
ドレスが，図１３に示すようなIPv4包含IPv6アドレス体
系となっているか確認する(556)。確認方法は，上位９
６ビットのIPv6ネットワークプリフィックス部１６０が
全てゼロであるかで判定可能である。また，IPv4包含IP
v6アドレス体系である場合，下位３２ビットから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の実IPv
6アドレスを取得し(592)，図５に示す宛先アドレス領域
６１に格納する(593)。次に，アドレス変換テーブル300
から図１０に示すMNホームアドレス領域１３２に格納さ
れている仮想IPv4MNホームアドレスに対応するMN４ｂの
実IPv6MNアドレスを取得し(594)，図９に示すHome Addr
ess領域(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 Cach
e200の気付アドレスエントリ203と，図５に示す送信元
アドレス領域６０に格納する(597)。上記処理によって
作成したIPv6位置登録要求メッセージをホーム網１aのH
A３に送信し(507)，Mobile IPv4位置登録要求メッセー
ジからMobile IPv6位置登録要求メッセージに変換する
処理(F21)を終了する。図１６に戻り位置登録シーケン
スの説明を続ける。モバイルプロキシ装置２がMobile I
Pメッセージの変換を行なって送信した位置登録要求メ
ッセージを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)，図５に示す宛先アドレス領域６１に格納する(60
6)。次に，図１２に示す応答コード１５１の値が異常で
ないかを判定する(607)。ここで，応答が異常の場合は
図１４に示すBinding Cache200からMN4のエントリを削
除する(608)。次に，図１２に示す応答Code１５１とLif
etime１５２をそれぞれ図１１に示すStatus１４１とLif
etime１４２に複製する(609,610)。上記処理によって作
成したIPv6位置登録応答メッセージをMN４ｂに送信し(5
07)，Mobile IPv4位置登録応答メッセージからMobile I
Pv6位置登録応答メッセージに変換する処理(F21)を終了
する。また，上記モバイルプロキシ装置２が行なう，Mo
bile IPv4位置登録応答メッセージからMobile IPv6位置
登録応答メッセージに変換する処理(F21)とは逆のMobil
e 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)。次に，再度Bin
ding Cache200を参照して仮想IPv6気付アドレスに対応
するMN仮想IPv4アドレスを取得し(576)，図６に示す宛
先アドレス領域７１に格納する(577)。次に，図１１に
示す応答Status１４１の値が異常でないかを判定する(5
78)。ここで，応答が異常の場合は図１４に示すBinding
Cache200からMN4のエントリを削除する(579)。次に，
図１１に示すStatus１４１とLifetime１４２をそれぞ
れ，図１２に示す応答Code１５１とLifetime１５２に複
製する(580,581)。上記処理によって作成したIPv6位置
登録応答メッセージをMN４ｂに送信し(507)，Mobile IP
v6位置登録応答メッセージから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５からM
N４の実IPv4ホームアドレス宛てに送信されたユーザパ
ケットは，HA3で補足される(S50)。HA3は，図１４に示
すBinding Cache200を参照し，MN4の実IPv4ホームアド
レスに対応するIPv4気付アドレスを抽出する(F30)。HA
３は抽出したMN4ｂのIPv4気付アドレスとHA3のIPv4アド
レスをそれぞれ宛先アドレスと送信元アドレスとするIP
v4ヘッダを作成する。作成した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ヘッダ変換処理（F2
0）を行ないIPｖ４カプセル化パケットとなって転送さ
れ(S27)， HA３がデカプセル化処理を行ないオリジナル
パケットをCN−A５が受信する(S36)。次に，図１８を用
いて在圏網１ｂに存在するCN-B6が，在圏網１ｂに移動
してきたMN4ｂと通信する場合のシーケンスを説明す
る。まず，CN−B６は，MN４が在圏網１ｂ内で有効な仮
想IPv6アドレスをMN4のドメイン名を用いてアドレス解
決要求をDNS-B８に送信する(S60)。DNS−B８は，アドレ
ス解決要求をDNS−A７に送信する(S85)。DNS−A７は，M
N４の実IPv4アドレスを含んだアドレス解決応答をDNS−
B８に送信する(S75)。この際，モバイルプロキシ装置２
はアドレス解決の通信を補足してIPヘッダ変換処理(F2
0)を行なう。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への移行を容易にする効果
がある。
異なる通信プロトコルまたはアドレス体系に従う網間に
モバイルプロキシ装置２を設置することによって，MN４
はホーム網上のHA３に位置登録メッセージを通知可能に
なるため，移動性範囲を拡大することができる。また，
Mobile IPv4からMobile Ipv6への移行を容易にする効果
がある。
【０００９】さらに，DNS装置７，８とモバイルプロキ
シ装置２を連携させ，かつモバイルプロキシ装置２内に
もBinding Cache を保持することにより，MN４bの在圏
網内での経路最適化が可能となる。これによりネットワ
ーク資源の活用効率の向上と，HA３の負荷分散が可能と
なる。
シ装置２を連携させ，かつモバイルプロキシ装置２内に
も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４ｂと通信する場合のシーケンス図。
移動したMN４ｂと通信する場合のシーケンス図。
【図１８】在圏網1bに存在するCN−B６が在圏網1bに移
動したMN４ｂと通信する場合のシーケンス図。
動したMN４ｂと通信する場合のシーケンス図。
【図１９】モバイルプロキシ装置２が行なうIPv4−IPv6
ヘッダ変換処理を示したフロー図。
ヘッダ変換処理を示したフロー図。
【図２０】モバイルプロキシ装置２が行なうMobileIPv4
−MobileIPv6メッセージ変換処理を示したフロー図。
−MobileIPv6メッセージ変換処理を示したフロー図。
【図２１】モバイルプロキシ装置２が行なうMobileIPv6
位置登録要求メッセージからMobileIPv4位置登録要求メ
ッセージへの変換処理を示したフロー図。
位置登録要求メッセージからMobileIPv4位置登録要求メ
ッセージへの変換処理を示したフロー図。
【図２２】モバイルプロキシ装置２が行なうMobileIPv6
位置登録応答メッセージからMobileIPv4位置登録応答メ
ッセージへの変換処理を示したフロー図。
位置登録応答メッセージからMobileIPv4位置登録応答メ
ッセージへの変換処理を示したフロー図。
【図２３】モバイルプロキシ装置２が行なうMobileIPv4
位置登録要求メッセージからMobileIPv6位置登録要求メ
ッセージへの変換処理を示したフロー図。
位置登録要求メッセージからMobileIPv6位置登録要求メ
ッセージへの変換処理を示したフロー図。
【図２４】モバイルプロキシ装置２が行なうMobileIPv4
位置登録応答メッセージからMobileIPv6位置登録応答メ
ッセージへの変換処理を示したフロー図。
位置登録応答メッセージからMobileIPv6位置登録応答メ
ッセージへの変換処理を示したフロー図。
２ モバイルプロキシ装置，３ Home Agent(HA)，４ Mob
ile Node（MN），５ Corespanding Node（CN）,７ DN
S， ６０ IPv6送信元アドレス，６１ IPv6宛先アドレ
ス， ６２ IPv6拡張ヘッダ ,６３ IPv6ペイロード，７
０ IPv4送信元アドレス， ７１ IPv4宛先アドレス，７
２ IPv4ペーロード，100 IPv6 ICMP，101 IPv4Prefix I
nformation Opton，100 IPv4 ICMPルータ広告, 111 Mob
ile IP Agent広告拡張，112 Prefix Length拡張,120 IP
v6 Destination Header，121 IPv6 Mobility Header，1
30 UDP Header，131 登録要求固定部，150 登録応答固
定部，160 IPv6ネットワークプリフィックス部，161 IP
v4アドレス部，200 Binding Cache管理テーブル，300
アドレス変換情報テーブル。
ile Node（MN），５ Corespanding Node（CN）,７ DN
S， ６０ IPv6送信元アドレス，６１ IPv6宛先アドレ
ス， ６２ IPv6拡張ヘッダ ,６３ IPv6ペイロード，７
０ IPv4送信元アドレス， ７１ IPv4宛先アドレス，７
２ IPv4ペーロード，100 IPv6 ICMP，101 IPv4Prefix I
nformation Opton，100 IPv4 ICMPルータ広告, 111 Mob
ile IP Agent広告拡張，112 Prefix Length拡張,120 IP
v6 Destination Header，121 IPv6 Mobility Header，1
30 UDP Header，131 登録要求固定部，150 登録応答固
定部，160 IPv6ネットワークプリフィックス部，161 IP
v4アドレス部，200 Binding Cache管理テーブル，300
アドレス変換情報テーブル。
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 武田 幸子
東京都国分寺市東恋ケ窪一丁目280番地
株式会社日立製作所中央研究所内
(72)発明者 田中 宏司
神奈川県川崎市幸区鹿島田890番地 株式
会社日立製作所ネットワークソリューショ
ン事業部内
Ｆターム(参考） 5K030 GA11 HA08 HB11 HC09 HD01
HD09 KA04 LB15 MA06
5K033 CB02 CB09 CB14 CC01 DA19
DB12 DB16 DB18 EC04
Claims (12)
- 【請求項１】あるプロトコルＰに従う網Ａと別の異なる
プロトコルＱに従う網Ｂを接続するプロトコル変換装置
であって，上記プロトコル変換装置は，通信プロトコル
Ｐに従うアドレスと通信プロトコルＱに従うアドレスを
相互に変換するアドレス変換機能と，特定プロトコルに
従う通信を検出する検出機能と，特定プロトコルのフォ
ーマットを網Ａと網Ｂ間で識別可能なフォーマットに変
換するフォーマット変換機能と，移動通信プロトコルに
従う通信を処理する機能を備え，網Ａに所属する端末Ｍ
が網Ｂへ移動した際に，網Ａで端末Ｍの位置情報を管理
するサーバＨと端末Ｍ間で交換されるプロトコルを上記
アドレス変換機能とフォーマット変換機能を用いて各網
間で有効なフォーマットへ相互変換を行ない中継するこ
とを特徴とするモバイルプロキシ装置。 - 【請求項２】特定プロトコルに従う通信を検出する検出
機能を用いて，網Ａと網Ｂ間で通信されるプロトコルに
含まれるアドレス情報を抽出する機能と，送信側の端末
Ｈと受信側の端末Ｍのそれぞれに関する網Ａ上で有効な
アドレスＶと網Ｂ上で有効なアドレスＷを動的に作成す
る機能を備え，上記抽出したアドレス情報と動的に作成
したアドレスの対応関係に寿命情報を含むアドレス変換
情報を保持し，以降の通信では上記アドレス変換情報に
従ってアドレス変換を行ない中継することを特徴とする
請求項１に記載のモバイルプロキシ装置。 - 【請求項３】プロトコルＱに従う網Ｂに存在する端末Ｃ
が，プロトコルＰに従う網Ａから移動してきた端末Ｍに
対するアドレス取得プロトコルを中継する時，プロトコ
ルＰに従う網Ａ内で有効な端末Ｍのアドレスをプロトコ
ルＱに従う網Ｂ内において端末Ｍに直接転送可能なプロ
トコルＱに従うアドレスを通知することを特徴とする請
求項１に記載のモバイルプロキシ装置。 - 【請求項４】通信データをカプセル化する機能と，カプ
セル化されたデータをデカプセル化する機能を備え，網
Ａから送信されたプロトコルＰに従ったカプセル化通信
データのデカプセル化を行ない，外側と内側の通信デー
タの双方ともプロトコルＱに従う網Ｂ内で有効なアドレ
スに変換し，再カプセル化通信データを作成して中継す
ることを特徴とする請求項１に記載のモバイルプロキシ
装置。 - 【請求項５】網Ａに所属する端末Ｍは，網Ｂへ移動した
際に網Ａで有効な端末Ｍのアドレスを含む網Ｂ内で有効
なアドレス情報を生成し，上記アドレス情報内に格納さ
れた端末Ｍの網Ａで有効なアドレスを抽出して網Ａで位
置情報を管理するサーバＨに中継することを特徴とする
請求項１に記載のモバイルプロキシ装置。 - 【請求項６】外部装置が提供するある特定プロトコルの
フォーマット情報を生成する特定プロトコル情報作成機
能と，生成した情報を接続された外部装置に対して通知
する外部装置設定機能を備え，網Ａから網Ｂに移動して
きた端末Ｍと網Ａに存在する位置情報を管理するサーバ
Ｈ間で通信される移動通信プロトコル受信を契機に，移
動通信プロトコルに含まれる情報から外部装置が提供す
るある特定プロトコルのフォーマット情報を生成して，
外部装置に対して通知することを特徴とする請求項１に
記載のモバイルプロキシ装置。 - 【請求項７】移動通信プロトコルがMobile IPであるこ
とを特徴とする請求項１から請求項６のうちいずれかに
記載のモバイルプロキシ装置。 - 【請求項８】端末Ｍが所属する網ＡがIPv4プロトコルに
従う網で，移動先の網ＢがIPv6プロトコルに従う網であ
ることを特徴とする請求項１から請求項６のうちいずれ
かに記載のモバイルプロキシ装置。 - 【請求項９】端末Ｍが所属する網ＡがIPv6プロトコルに
従う網で，移動先の網ＢがIPv4プロトコルに従う網であ
ることを特徴とする請求項１から請求項６のうちいずれ
かに記載のモバイルプロキシ装置。 - 【請求項１０】Mobile IPv4とMobileIPv6に従う処理を
行う機能と，移動した網が従うプロトコルを判定する機
能を備え，移動した網で受信するルータ広告のプロトコ
ルから移動した網のプロトコルを判定し，移動した網に
従う位置登録を送信することを特徴とする請求項１から
請求項９のうちいずれかに記載のモバイルプロキシ装
置。 - 【請求項１１】アドレス変換情報には端末Ｍの網Ａで使
用する実ホームアドレスと，網Ｂで有効な仮想ホームア
ドレスと，網Ｂで有効な気付アドレスを含むことを特徴
とする請求項２に記載のモバイルプロキシ装置。 - 【請求項１２】あるプロトコルＰに従う網Ａと別の異な
るプロトコルＱに従う網Ｂを接続する移動通信方法であ
って、通信プロトコルＰに従うアドレスと通信プロトコ
ルＱに従うアドレスを相互に変換し、特定プロトコルに
従う通信を検出し、特定プロトコルのフォーマットを網
Ａと網Ｂ間で識別可能なフォーマットに変換し、移動通
信プロトコルに従う通信を処理し、網Ａに所属する端末
Ｍが網Ｂへ移動した際に，網Ａで端末Ｍの位置情報を管
理するサーバＨと端末Ｍ間で交換されるプロトコルを上
記アドレス変換機能とフォーマット変換機能を用いて各
網間で有効なフォーマットへ相互変換を行ない中継する
ことを特徴とする移動通信方法。
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 true JP2003348131A (ja) | 2003-12-05 |
| JP2003348131A5 JP2003348131A5 (ja) | 2005-09-22 |
| JP3952860B2 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) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006087039A (ja) * | 2004-09-17 | 2006-03-30 | Fujitsu Ltd | モバイルｉｐ通信端末装置およびモバイルｉｐ通信方法 |
| JP2008520133A (ja) * | 2005-06-07 | 2008-06-12 | 華為技術有限公司 | シグナリングプロキシの実施方法及び装置 |
| JP2008543198A (ja) * | 2005-06-03 | 2008-11-27 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 異なるアドレス空間におけるモバイルＩＰｖ６のルート最適化 |
| WO2010041348A1 (en) * | 2008-10-10 | 2010-04-15 | Telefonaktiebolaget L M Ericsson (Publ) | Service node, control method thereof, user node, and control method thereof |
| JP2010515315A (ja) * | 2006-12-28 | 2010-05-06 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | モバイルｉｐプロキシ |
| WO2013014731A1 (ja) * | 2011-07-22 | 2013-01-31 | 富士通株式会社 | サーバ装置、通信制御プログラム、及び通信制御方法 |
Families Citing this family (71)
| 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 | 삼성전자주식회사 | 모바일 노드와 대응 노드간 접속 시 터널링 제거 시스템및 방법 |
| WO2004109993A1 (ja) * | 2003-05-13 | 2004-12-16 | Fujitsu Limited | ネットワークシステム |
| 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 |
| WO2005125145A1 (en) * | 2004-06-18 | 2005-12-29 | 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 |
| 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 |
| GB2440704B (en) * | 2005-06-21 | 2009-10-14 | Motorola Inc | Method and apparatus to facilitate mobile station communications using internet protocol based communications |
| CN101199215B (zh) * | 2005-06-21 | 2012-11-14 | 摩托罗拉移动公司 | 网络中用于寻呼和位置更新的系统与方法 |
| US9031047B2 (en) * | 2005-06-21 | 2015-05-12 | Google Technology Holdings LLC | Method and apparatus for facilitate communications using surrogate and care-of-internet protocol addresses |
| 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 |
| WO2008003334A1 (en) * | 2006-07-03 | 2008-01-10 | 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 |
| 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 서비스를 지원하는 방법및 장치 |
| 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) |
| US8442526B1 (en) | 2007-09-24 | 2013-05-14 | Sprint Spectrum L.P. | Method and system for registering a mobile node via a registration proxy |
| WO2009076294A1 (en) * | 2007-12-07 | 2009-06-18 | Starent Networks, Corp | Providing mobility management using emulation |
| US20090161624A1 (en) * | 2007-12-19 | 2009-06-25 | Motorola, Inc. | Registering a mobile communication device with an access network |
| US20110004676A1 (en) * | 2008-02-04 | 2011-01-06 | Masahiro Kawato | Virtual appliance deploying system |
| KR101499551B1 (ko) * | 2008-03-31 | 2015-03-18 | 삼성전자주식회사 | 원격 접속을 고려하여 네트워크 주소 충돌을 해결하는 ＵＰｎＰ 장치 및 그 방법 |
| KR100948693B1 (ko) * | 2008-10-08 | 2010-03-18 | 한국전자통신연구원 | 가상 플랫폼을 이용한 이종 망간 프로토콜 연동 지원을 위한 인터넷 프로토콜 변환장치 및 방법 |
| 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 |
| 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 |
| WO2018066061A1 (ja) * | 2016-10-04 | 2018-04-12 | 三菱電機株式会社 | ネットワークシステム、通信制御装置およびアドレス設定方法 |
| 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 패킷 변환 방법 및 이를 수행하는 통신 시스템 |
| US11683286B2 (en) * | 2021-11-18 | 2023-06-20 | Cisco Technology, Inc. | Anonymizing server-side addresses |
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
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006087039A (ja) * | 2004-09-17 | 2006-03-30 | Fujitsu Ltd | モバイルｉｐ通信端末装置およびモバイルｉｐ通信方法 |
| JP2008543198A (ja) * | 2005-06-03 | 2008-11-27 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 異なるアドレス空間におけるモバイルＩＰｖ６のルート最適化 |
| JP2008520133A (ja) * | 2005-06-07 | 2008-06-12 | 華為技術有限公司 | シグナリングプロキシの実施方法及び装置 |
| JP4777998B2 (ja) * | 2005-06-07 | 2011-09-21 | 華為技術有限公司 | シグナリングプロキシの実施方法及び装置 |
| JP2010515315A (ja) * | 2006-12-28 | 2010-05-06 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | モバイルｉｐプロキシ |
| WO2010041348A1 (en) * | 2008-10-10 | 2010-04-15 | Telefonaktiebolaget L M Ericsson (Publ) | Service node, control method thereof, user node, and control method thereof |
| JP2012505559A (ja) * | 2008-10-10 | 2012-03-01 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | サービスノード、その制御方法、ユーザノード、及びその制御方法 |
| US8661097B2 (en) | 2008-10-10 | 2014-02-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Service node, control method thereof, user node, and control method thereof |
| WO2013014731A1 (ja) * | 2011-07-22 | 2013-01-31 | 富士通株式会社 | サーバ装置、通信制御プログラム、及び通信制御方法 |
| JP5601421B2 (ja) * | 2011-07-22 | 2014-10-08 | 富士通株式会社 | サーバ装置、通信制御プログラム、及び通信制御方法 |
| US9801151B2 (en) | 2011-07-22 | 2017-10-24 | Fujitsu Limited | Server apparatus and communication control method |
Also Published As
| Publication number | Publication date |
|---|---|
| US20030225900A1 (en) | 2003-12-04 |
| US7162529B2 (en) | 2007-01-09 |
| JP3952860B2 (ja) | 2007-08-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003348131A (ja) | モバイルプロキシ装置および移動通信方法 | |
| 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 | |
| US7221666B2 (en) | Mobile computer communication scheme supporting moving among networks of different address systems | |
| US7123599B2 (en) | Mobile communication system | |
| US7453887B2 (en) | Arrangement for traversing an IPv4 network by IPv6 mobile nodes | |
| EP1139632B1 (en) | Method for packet communication with mobile node | |
| CA2313124C (en) | Proxy routing | |
| KR100531623B1 (ko) | ＮＡＴ-ＰＴ 환경에서의 모바일 ＩＰｖ6를 이용한 통신방법 및 이를 저장한 기록매체 | |
| EP2129055B1 (en) | Method and system for switching route | |
| US8369293B2 (en) | Mobile router, home agent, and terminal position management method | |
| JP4371316B2 (ja) | 情報通信プログラム、情報通信装置、情報通信方法 | |
| JP2004221745A (ja) | アドレス変換装置 | |
| JP3881198B2 (ja) | モバイルｉｐ通信システム、モバイルｉｐ通信方法、ネットワーク中継装置及び移動体端末 | |
| JP4106621B2 (ja) | モバイル端末及びルータ及びアドレス登録方法 | |
| JP2004215120A (ja) | 移動通信システム及びそれに用いる最適化経路通信方法 | |
| JP2002223236A (ja) | 通信システムにおけるゲートウェイ装置及び通信システムにおけるルート最適化方法 | |
| JP4311471B2 (ja) | アドレス変換装置、アドレス変換システム、及びｓｉｐサーバ | |
| KR20040066432A (ko) | 이동통신 망에서의 이동 아이피를 이용한 단말의 이동성지원 방법 | |
| JP2005033470A (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 | |
| Bondareva et al. | Handling addressing and mobility in hybrid wireless mesh 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 |