JP4491980B2 - 通信処理システム、通信処理方法、および通信端末装置、並びにプログラム - Google Patents
通信処理システム、通信処理方法、および通信端末装置、並びにプログラム Download PDFInfo
- Publication number
- JP4491980B2 JP4491980B2 JP2001059568A JP2001059568A JP4491980B2 JP 4491980 B2 JP4491980 B2 JP 4491980B2 JP 2001059568 A JP2001059568 A JP 2001059568A JP 2001059568 A JP2001059568 A JP 2001059568A JP 4491980 B2 JP4491980 B2 JP 4491980B2
- Authority
- JP
- Japan
- Prior art keywords
- network prefix
- address
- terminal device
- virtual network
- domain
- 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
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
- H04W80/045—Network layer protocols, e.g. mobile IP [Internet Protocol] involving different protocol versions, e.g. MIPv4 and MIPv6
Description
【０００１】
【発明の属する技術分野】
本発明は、通信処理システム、通信処理方法、および通信端末装置、並びにプログラムに関する。さらに詳細には、移動する通信装置に対する改良されたアドレス設定および通信処理を実現する通信処理システム、通信処理方法、および通信端末装置、並びにプログラムに関する。
【０００２】
【従来の技術】
近年、携帯型のパーソナルコンピュータ、携帯電話などが普及し、多くのユーザがこれら通信機能、情報処理機能を有する小型の装置を携帯し、屋外であるいは移動先においてネットワークに接続してネットワークを介する通信を行なっている。
【０００３】
このようないわゆるモバイルコンピューティング環境では、ネットワークに接続してサービスを受ける装置（ｅｘ．パーソナルコンピュータ）であるノードは移動することが前提となる。このようなノードはノード位置が変化しても継続して通信可能な状態を維持することが要請される。
【０００４】
インターネットでは通信プロトコルとしてＩＰ(ＩnternetＰrotocol）が用いられている。現在多く使用されているＩＰはＩＰｖ４であり、発信元／宛先として３２ビットからなるアドレス（ＩＰアドレス）が用いられている。インターネット通信においては、３２ビットＩＰアドレスを各発信元／宛先にユニークに割り当てるグローバルＩＰアドレスを採用し、ＩＰアドレスに応じて、個々の発信元／宛先を判別している。しかし、インターネットの世界は急速に広がりを見せており、ＩＰｖ４の限られたアドレス空間、すなわちグローバルアドレスの枯渇が問題となってきている。これを解決するためにＩＥＴＦ（Internet Engineering Task Force）では、次世代ＩＰアドレスとしてＩＰアドレス空間を３２ビットから１２８ビットに拡張する新しいＩＰｖ６(Internet Protocol version 6）を提案している。
【０００５】
さらに、モバイルコンピューティング環境におけるノードの通信方法として、ＩＥＴＦ（Internet Engineering Task Force）で提案しているMobile ＩＰｖ６や、本特許出願人の提唱するＬＩＮ６などがある。
【０００６】
Mobile ＩＰｖ６においては、ノードはホームアドレスおよび気付アドレス（Care of address）という２つのＩＰアドレスを有する。気付アドレスはノードの移動に伴って接続されているサブネットワークに対応して変化する。ホームアドレスはノードの移動に関わらず一定である。通信相手のノードは、移動するノードのホームアドレスを指定することにより移動するノードの位置、すなわち接続されているサブネットワークの位置に関わらず移動ノードとの通信が可能となる。
【０００７】
この移動ノードとの通信を可能とする処理を実行するのがMobile ＩＰｖ６におけるホームエージェントである。ホームエージェントは、ノードのホームアドレスに対応するサブネットワークに接続されるノードであり、通信ノードが移動したとき、移動したノードから新たな気付アドレスを含むバインディング（束縛）更新パケット（binding update packet）を受信してホームアドレス（不変）と気付アドレス（可変）の対応を記憶したバインディング・キャッシュ（binding cache）を更新する。また、ホームエージェントは移動するノードのホームアドレス宛に対応する経路情報をネットワークにアナウンスする。
【０００８】
図１は気付アドレスの登録手順を説明する図である。ノードである端末装置１が移動したとき、端末装置１は移動先のサブネットワークから気付アドレスを取得する。端末装置（移動ノード）１はホームアドレス、気付アドレス、および端末装置１の認証データを含むバインディング・アップデートパケットを生成してホームエージェント２に送信する。
【０００９】
図２はＩＰｖ６パケットのＩＰｖ６ヘッダのフォーマットを説明する図である。ＩＰｖ６には図２に示すように４ビットのプロトコルバージョン、優先度を認識し区別するための８ビットのトラフィッククラス、通信中継装置としてのルータで特殊な操作実行を要求するパケットを識別するための２０ビットのフローラベル等が配置され、パケットを送信したノードのアドレスである送信元アドレス、パケットを受信するアドレスである送信先アドレス、およびオプションである拡張ヘッダが配置される。
【００１０】
図３は、ＩＰｖ６アドレスのフォーマットを示す図である。ＩＰｖ６アドレスの上位６４ビットは経路情報であり、下位６４ビットはノードが有するネットワークインタフェースをノードが接続しているサブネットワーク内で識別するためのインタフェース識別子である。インタフェース識別子はサブネットワーク内で一意であり、インタフェース識別子としてＭＡＣアドレス等が利用される。
【００１１】
図４は従来のバインディング・アップデートパケット（binding update packet）、すなわち移動ノードからホームエージェントに対してノード移動情報を伝えるためのパケットを説明する図である。ＩＰｖ６ヘッダの送信元アドレスには、端末装置１の気付アドレスが設定され、送信先アドレスには、ホームエージェントのアドレスが設定される。
【００１２】
拡張ヘッダには送信先ヘッダとして端末装置１のホームアドレス、およびこのパケットがアップデート（更新）処理を要求することを示すデータが格納され、さらに認証ヘッダが格納される。
【００１３】
図５は認証ヘッダを説明する図である。認証ヘッダにはＳＰＩ（Security parameters Index）、シーケンスナンバー、および認証データなどが含まれる。ホームエージェント２は、図６に示すように送信先のアドレスおよび認証ヘッダのＳＰＩを基にＳＡ（Security Association）を判別して認証用の鍵、または暗号化方式などを決定する。
【００１４】
ホームエージェント２はバインディング・アップデートパケットを受信すると認証データが正しいか否かを謹呈し、認証データが正しいと判定された場合、ホームエージェント２内のバインディングキャッシュに受信したバインディング・アップデートパケットに含まれている気付アドレスを登録する。ホームエージェント２は、ホームエージェント２内のバインディングキャッシュを更新し、端末装置１に応答パケットを送信する。
【００１５】
次に、従来の端末装置３が移動する端末装置１にパケットを送信する手順について図７を参照して説明する。端末装置３は端末装置１のホスト名を示してドメインネームサーバ（Domain Name Server）４に端末装置１のホームアドレスを問い合わせる。ドメインネームサーバ４は、図８に示すようにホスト名とホームアドレスの対応付けを記憶しているので、ホスト名を基に端末装置１のホームアドレスをを検索して端末装置３に返答する。端末装置３は送信先アドレスに端末装置１のホームアドレスを設定した図９に示すようなパケットを生成して送信する。
【００１６】
端末装置３が送信したパケットはホームエージェント２がネットワークに対してアナウンスしている経路情報により、ホームエージェント２に到達する。ホームエージェント２は図１０に示すように受信したパケットにさらに送信先のアドレスに端末装置１の気付アドレスを設定したＩＰｖ６ヘッダを追加して送信する。このパケットは通常の経路制御に従い、端末装置１に到達する。端末装置１は受信したパケットからホームエージェント２が付加したＩＰｖ６ヘッダを取り除いて元のパケットを取得する。
【００１７】
端末装置１は認証ヘッダおよび端末装置１の気付アドレスを含んだバインディング・アップデートパケットを生成して端末装置３に送信し、端末装置１の気付アドレスを端末装置３に通知する。端末装置３はバインディング・アップデートパケットを受信すると認証データを検査して正しいと判定した場合、バインディングキャッシュに端末装置１の気付アドレスを登録する。端末装置３は登録後、端末装置１に確認応答パケットを送信する。
【００１８】
端末装置１から端末装置３へ送信されるパケットは図１１に示すように送信元アドレスとして端末装置１の気付アドレスが設定され、ホームアドレスは拡張ヘッダの宛先オプションヘッダ（destination options header）に格納される。このパケットは最適経路を経由して端末装置３に到達する。
【００１９】
バインディング・アップデートパケットを受信したあと、端末装置３が端末装置１に送信するパケットは図１２に示すようにルーティングヘッダ（routing header）が付加され、最適な経路で端末装置１に到達する。
【００２０】
この状態で端末装置１が移動すると、端末装置１は、新しい気付アドレスを端末装置３およびホームエージェント２に送信する。新しい気付アドレスを受信した端末装置３は、ホームエージェント２と同様に端末装置１のホームアドレストと気付アドレスとの対応をバインディングキャッシュとして保持する。端末装置１は、ホームエージェント２および端末装置３に対して定期的にバインディング・アップデートパケットを送信し、端末装置３にバインディングキャッシュの更新処理を実行させる。
【００２１】
端末装置１が移動したときの動作を図１３を参照して説明する。端末装置１は、移動先のサブネットワークから気付アドレスを取得する。端末装置１は、図１４に示す端末装置１のホームアドレスなどを含んだバインディング・アップデートパケットを生成して、端末装置３に送信する。端末装置３はバインディング・アップデートパケットを受信するとバインディング・アップデートパケットに格納されている認証データが正しいか否かを判定して、認証データが正しいと判定された場合、バインディング・アップデートパケットに格納されている端末装置１の気付アドレスをバインディングキャッシュに登録する。端末装置３は、登録処理後、端末装置１に確認応答パケットを送信する。
【００２２】
端末装置１は、図１５に示す端末装置１のホームアドレス等を含んだバインディング・アップデートパケットを生成し、ホームエージェント２に送信する。ホームエージェント２はバインディング・アップデートパケットを受信すると、バインディング・アップデートパケットに格納されている認証データが正しいか否かを判定し、認証データが正しいと判定された場合、バインディング・アップデートパケットに格納されている端末装置１の気付アドレスをバインディングキャッシュに登録する。ホームエージェント２は、登録処理後、端末装置１に確認応答パケットを送信する。
【００２３】
【発明が解決しようとする課題】
上述したように、モバイルコンピューティング環境におけるノードの通信方法としてＩＥＴＦ（Internet Engineering Task Force）が提案しているMobile ＩＰｖ６では、ノードが定期的に、または少なくともサブネット間を移動するたびに、そのノードの位置情報を管理しているサーバ(Mobile ＩＰｖ６でのホームエージェント)および通信相手である端末装置へノード位置が変更したことを通知するバインディング・アップデートパケットを送信する必要があるため、ノードの移動が頻繁に行われた場合、多くの移動通知メッセージが発生し、その結果ネットワークに負荷を与えてしまったり、また、位置情報を管理しているサーバが移動ノードからネットワーク的に遠くに位置している場合は、ノードが移動してからサーバで位置情報が更新されるまでに多くの時間がかかってしまうといった問題があった。
【００２４】
現在それらの問題を解決するための方式がいくつかＩＥＴＦで提案されている。Mobile ＩＰｖ６をマクロモビリティプロトコルと呼ぶのに対し、これらの改善された方式はマイクロモビリティプロトコルと呼ばれる。しかし、これらの提案方式においては、ヘッダサイズやヘッダ処理において非常に非効率であったり、ＩＰｖ４で用いられていた解決策をそのままＩＰｖ６に適用しているため、ＩＰｖ６アドレスのアドレス構造(ネットワークプレフィックス+インタフェースＩＤ)の特徴がうまく利用されていない。なお、ネットワークプレフィックスとは、ＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤを除く上位６４ビットの経路情報を示すアドレスである。
【００２５】
本発明は、上述の点を鑑みてなされたものであり、ＩＰｖ６アドレスのアドレス構造（ネットワークプレフィクス＋インタフェースＩＤ）の特徴をうまく利用することにより、Mobile ＩＰｖ６等において必要としていたノードがサブネット間を移動するたびの位置変更通知処理を削減し、ネットワークに対する負荷を軽減し、また、位置情報を管理しているサーバが移動ノードからネットワーク的に遠くに位置している場合でも、ノード移動による通信の滞りを発生させることのない改良された通信処理システム、通信処理方法、および通信端末装置、並びにプログラムを提供することを目的とする。
【００２６】
【課題を解決するための手段】
本発明の第１の側面は、
１以上のサブネットワークによって構成されるドメイン内において、各サブネットワークに対応付けられたネットワークプレフィックス（物理ネットワークプレフィックス）とは異なるネットワークプレフィックスとして移動型の通信端末装置である移動ノード用の仮想ネットワークプレフィックスを設定し、該仮想ネットワークプレフィックスと前記移動ノードの識別子に基づいて設定されるアドレスに従って前記移動ノードに対する通信を実行する構成を有することを特徴とする通信処理システムにある。
【００３７】
さらに、本発明の第２の側面は、
１以上のサブネットワークによって構成されるドメイン内において、各サブネットワークに対応付けられたネットワークプレフィックス（物理ネットワークプレフィックス）とは異なるネットワークプレフィックスとして移動型の通信端末装置である移動ノード用の仮想ネットワークプレフィックスを設定し、該仮想ネットワークプレフィックスと前記移動ノードの識別子に基づいて設定されるアドレスに従って前記移動ノードに対する通信を実行することを特徴とする通信処理方法にある。
【００４７】
さらに、本発明の第３の側面は、
ネットワークを介した通信を実行する通信端末装置において、
１以上のサブネットワークによって構成されるドメイン内の各サブネットワークに対応付けられた物理ネットワークプレフィックスと、移動ノード用の仮想ネットワークプレフィックスを含む情報報告としてのルータ通知を受信し、受信した情報報告としてのルータ通知から取得する仮想ネットワークプレフィックスと通信端末装置の識別子に基づくアドレス設定処理を実行する構成を有することを特徴とする通信端末装置にある。
【００４８】
さらに、本発明の通信端末装置の一実施態様において、前記ドメイン内または異なるドメインのサブネット間を移動した際にルータから受信する情報報告としてのルータ通知内に含まれる仮想ネットワークプレフィックスの値と、移動前の旧サブネットで使用していたアドレスに含まれる仮想ネットワークプレフィックスの値を比較し、異なる場合にのみ受信した情報報告としてのルータ通知内に含まれる仮想または物理ネットワークプレフィックスに基づくアドレス生成処理を実行する構成であることを特徴とする。
【００４９】
さらに、本発明の通信端末装置の一実施態様において、前記ドメイン内または異なるドメインのサブネット間を移動した移動ノードは、新たに接続した新サブネットのルータから受信した情報報告としてのルータ通知内に仮想ネットワークプレフィックスが含まれない場合は、物理ネットワークプレフィックスの値に基づくアドレス生成処理を実行する構成であることを特徴とする。
【００５０】
さらに、本発明の通信端末装置の一実施態様において、前記通信端末装置は、前記ドメイン内または異なるドメインのサブネット間を移動した際に、ルーティングアップデートメッセージをドメイン内ルータに対して送信する構成であることを特徴とする。
【００５１】
さらに、本発明の通信端末装置の一実施態様において、前記通信端末装置は、異なるドメインのサブネット間を移動した際に、該通信端末装置を管轄するホームエージェントに対して、気付アドレス（ＣｏＡ：Care-of-Address)として、仮想ネットワークプレフィックスに基づくアドレス生成処理によって生成した仮想ネットワークプレフィックスベースＩＰｖ６アドレスを格納して、バインディングアップデートメッセージを送信する構成であることを特徴とする。
【００５２】
さらに、本発明の第４の側面は、
ネットワークを介する通信処理をコンピュータ・システム上で実行せしめるプログラムであって、前記プログラムは、
１以上のサブネットワークによって構成されるドメイン内の各サブネットワークに対応付けられた物理ネットワークプレフィックスと、移動ノード用の仮想ネットワークプレフィックスを含む情報報告としてのルータ通知を受信するステップと、
受信した情報報告としてのルータ通知から取得する仮想ネットワークプレフィックスと通信端末装置の識別子に基づくアドレス設定処理を実行するステップと、
を有することを特徴とするプログラムにある。
【００５３】
なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供されるコンピュータ・プログラムである。
【００５４】
このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。コンピュータ・プログラムをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の他の側面と同様の作用効果を得ることができるのである。
【００５５】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【００５６】
【発明の実施の形態】
本発明の通信処理システム、および通信処理方法が適用されるネットワーク構成例を図１６に示す。ネットワークを構成するノードはＩＰｖ６アドレスを基に通信を実行する。
【００５７】
ＩＰｖ６アドレスは図１７に示すように１２８ビット構成であり、下位６４ビットがインターネット上、もしくはサブネット上でノードを一意に識別するためのノード識別子としてのインタフェースＩＤ(Interface ID)であり、上位６４ビットがノードが接続しているサブネットワークを示す位置指示子としてのネットワークプレフィックス（Network Prefix）である。従って、基本的に同一のサブネットワークに属する端末装置は、ＩＰｖ６アドレスの上位６４ビットの示すネットワークプレフィックス（Network Prefix）が同一なものとなる。
【００５８】
図１６の構成においてドメイン２４は、複数のサブネットワーク５２−１乃至５２−１０で構成されている。ここで、ドメインは複数のサブネットワークの集合である。たとえば、各サブネットワークに3ffe:501:100c:0000::/64 〜 3ffe:501:100c:ffff::/64の範囲のネットワークプレフィックスを割り当てている場合、これらのサブネットワークを含むドメインは、例えば3ffe:501:100c::/48というアドレス空間を割り当てられたドメインとして定義される。
【００５９】
通常、ネットワークプレフィックスは、サブネット単位に割り当てられ、端末装置としてのノード（ホスト）例えば図中のノード３１があるサブネットに接続すると、ノード（ホスト）は、そのサブネットに割り当てられているネットワークプレフィックスを用いてアドレス設定処理としてステートレス自動設定(Stateless Auto Configuration, RFC2462)を行う。すなわち、ノード（ホスト）は、ローカルに自分自身で生成可能な情報としてのインタフェース識別子と、ルータから通知される情報としてのネットワークプレフィックスによりＩＰｖ６アドレスの生成処理を実行する。前述したようにＩＰｖ６アドレスはネットワークプレフィックスとインタフェース識別子とからなり、通信を実行するノードとしてのホストは、ステートレス自動設定(Stateless Auto Configuration, RFC2462)により自分自身のアドレスを設定する。
【００６０】
ルータから通知される情報は、ルータ通知（Router Advertisement, RFC2461）メッセージと呼ばれ、リンク情報としてのネットワークプレフィックス、インターネットパラメータなどが含まれる。ルータ通知は、ホストからのルータ要請（Router Solicitation）メッセージに応答して、あるいは定期的にルータから送信される。
【００６１】
このようなアドレス設定処理を実行する構成では、ノード（ホスト）が移動ノードである場合、ノードがネットワークプレフィックスの異なる別のサブネット間を移動するたびにネットワークプレフィックスが変化するため、それに伴い、ノードのＩＰｖ６アドレスの変更処理を実行することが必要となる。なお、通常、各サブネットへのネットワークプレフィックスは、そのサブネットを形成している組織(ISP、企業、大学などのことで以後ドメインと呼ぶ)の管理者によって、そのドメインに割り当てられたアドレス空間の範囲の中から割り当てられる。
【００６２】
本発明の構成では、上述のようなサブネット間移動時におけるノードのＩＰｖ６アドレスの変更処理を不要とした構成を持つ。すなわち、ドメイン２４内に移動ノードの専用プレフィックスとして仮想ネットワークプレフィックスを適用した。仮想ネットワークプレフィックスとは、同じドメイン内の異なるサブネット間を移動しても変化しないマイクロモビリティ用の特殊なネットワークプレフィックスである。
【００６３】
例えば図１６のドメイン２４に3ffe:501:100c::/48というアドレス空間が割り当てられているとする。ドメイン２４内に存在するサブネット５２−１〜５２−１０に、3ffe:501:100c:0000::/64 〜 3ffe:501:100c:fffe::/64の範囲の物理ネットワークプレフィックスを各々割り当てる。
【００６４】
さらに、物理ネットワークプレフィックスとして割り当てられていないプレフィックス3ffe:501:100c:ffff::/64を仮想ネットワークプレフィックスとしてマイクロモビリティ用のプレフィックスとして設定する。なお、物理ネットワークプレフィックスは、ドメイン内に実在するサブネットに対応して設定されるネットワークプレフィックスであり、仮想ネットワークプレフィックスは、ドメイン内に実在するサブネットに対応して設定されるネットワークプレフィックスではなくマイクロモビリティ用のネットワークプレフィックスとして定義される。
【００６５】
仮想ネットワークプレフィックスの割り当て方針/運用方針は、各ドメインの管理者によって決定される。基本的にドメイン内のサブネットに割り当てられていないネットワークプレフィックスをマイクロモビリティ用に割り当てることで、ドメイン内におけるルーティング（経路制御）処理を実行するルータはマイクロモビリティ用のネットワークプレフィックスであることを識別可能となる。
【００６６】
仮想ネットワークプレフィックスをサポートしたドメイン内のあるサブネットに接続したノードは、その仮想ネットワークプレフィックスを用いてステートレス自動設定を行うことで、ドメイン内のサブネットワーク間の移動発生時にも、仮想ネットワークプレフィックスとインタフェースＩＤからなるＩＰｖ６アドレスを変更する必要がない。仮想ネットワークプレフィックスは、１ドメイン内のすべてサブネットにおいて共通に使用可能であるからである。
【００６７】
従って移動ノードはアドレス更新処理を実行することなくドメイン内の異なるサブネット間を自由に移動でき、これによってマイクロモビリティがサポートされる。なお、仮想ネットワークプレフィックスを用いて設定されたＩＰｖ６アドレスを持つノードへのドメイン内でのルーティング（経路制御）にはＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤに基づく経路設定処理であるホストルーティングを用いる。ルーティング処理の詳細については、後段で説明する。
【００６８】
図１６の、ネットワーク構成について説明する。サブネットワーク５２−１乃至５２−１０は、有線／無線、もしくは共有メディア／ポイント・ツー・ポイントメディアなどの通信メディアを介してサブネットワークを形成しており、さらに、サブネットワーク５２−１乃至５２−４は複数の端末装置（移動ノード）、例えばノード３１が接続できる構成を持つ。ドメイン２４内にはルータ５１−１乃至５１−６が存在しており、ドメイン境界ルータとしてのゲートウェイ２３を根として木構造（ツリー構造）を構成している。ただし、この例は論理的構成であり、実際の構成はツリー構造に限らず複数のサブネットワークが接続された構成であれば、様々な構成をとることが可能である。
【００６９】
端末装置２２は、バックボーンネットワークとしてのインターネット２１に接続されており、インターネット２１、ドメイン境界ルータとしてのゲートウェイ２３を介してドメイン２４内に位置する端末装置３１と通信する。
【００７０】
ドメイン境界ルータとしてのゲートウェイ２３は、ドメイン２４内のルータ５１−１および５１−４に接続される。さらに、ルータ５１−１にはルータ５１−２および５１−３が接続され、さらに、ルータ５１−４にはルータ５１−５および５１−６が接続される。ドメイン境界ルータ２３およびルータ５１−１乃至５１−６は仮想ネットワークプレフィックスを含むＩＰｖ６アドレス宛てのデータパケットを受信した場合、ＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤに基づいて端末装置２２から供給されるデータパケットの送信経路を制御（ルーティング）する。
【００７１】
ここでルーティングについて簡単に説明する。例えばインターネット２１上では、移動ノード（図１６の場合、端末装置３１）へ送信するデータパケット６１のＩＰｖ６ヘッダの終点アドレスフィールドに記述されているＩＰｖ６アドレスの上位６４ビットのネットワークプレフィックスに基づいてルーティング（プレフィックスベース・ルーティング）が実行される。また、ドメイン２４内でのルーティングには移動ノード（図１６の場合、端末装置３１）へ送信するデータパケット６１のＩＰｖ６アドレスの上位６４ビットのネットワークプレフィックスに基づくルーティングに加え、ＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤに基づく経路設定処理であるホストルーティング（ホストベース・ルーティング）が実行される。
【００７２】
ドメイン内のルータはデータパケット６１のＩＰｖ６ヘッダの終点アドレスフィールドに記述されているＩＰｖ６アドレスの上位６４ビットのネットワークプレフィックスがドメイン内のサブネットに対応する物理ネットワークプレフィックスである場合は、通常の物理ネットワークプレフィックスベースのルーティングを実行し、データパケット６１のＩＰｖ６ヘッダの終点アドレスフィールドに記述されているＩＰｖ６アドレスの上位６４ビットのネットワークプレフィックスが仮想ネットワークプレフィックスである場合は、仮想ネットワークプレフィックスを持つＩＰｖ６アドレスを設定した移動ノードへパケットを配送するためにホストルーティング、すなわちＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤに基づくルーティング（経路制御）を行う。
【００７３】
前述したようにＩＰｖ６アドレスはネットワークプレフィックスとインタフェース識別子とからなり、通信を実行するノードとしてのホストは、ステートレス自動設定(Stateless Auto Configuration, RFC2462)により自分自身のアドレスを設定する。ホストは、ローカルに自分自身で生成可能な情報と、ルータから通知される情報を用いて自分自身のアドレスとしてＩＰｖ６アドレスを生成する。
【００７４】
ルータから通知される情報は、ルータ通知（Router Advertisement, RFC2461）メッセージと呼ばれ、リンク情報、インターネットパラメータなどが含まれる。ルータ通知は、ホストからのルータ要請(Router Solicitation)メッセージに応答して、あるいは定期的にルータから送信される。
【００７５】
本発明のシステムでは、ノード（ホスト）に対するルータ通知（Router Advertisement）にノードが接続しているサブネットの物理ネットワークプレフィックスのみではなく、マイクロモビリティ用のネットワークプレフィックスである仮想ネットワークプレフィックスを含ませて通知する。
【００７６】
仮想ネットワークプレフィックスのルータ通知（Router Advertisement）に対する格納方法としては、仮想ネットワークプレフィックス格納用として、ルータ通知に新しいオプション(Virtual Network Prefix Information Option)を新設することにより可能である。図１８に仮想ネットワークプレフィックス情報オプション（Virtual Network Prefix Information Option）のフォーマットを示す。
【００７７】
タイプ（Type）フィールドはこのオプションのオプション番号(1-5は既存のオプションで使われている)、レングス（Length）フィールドはこのオプションの全体の長さ、リザーブ（Reserved1およびReserved2）フィールドは将来の拡張用であり、プレフィックス（Prefix）フィールドに仮想ネットワークプレフィックスを格納する。このオプションを、物理ネットワークプレフィックスが格納されたプレフィックス情報（Prefix Information）オプションとともにルータ通知に含めて送信する。
【００７８】
すなわち、サブネットに接続したノードは、接続したサブネットの物理ネットワークプレフィックスに加え、マイクロモビリティ用のネットワークプレフィックスである仮想ネットワークプレフィックス情報をルータ通知として受け取ることになる。ルータ通知を受信したノードは、ローカルに自分自身で生成可能な情報としてのインタフェース識別子と、ルータから通知される情報である物理ネットワークプレフィックス、または仮想ネットワークプレフィックスのいずれかを選択してステートレス自動設定(Stateless Auto Configuration)によりＩＰｖ６アドレスを生成する。
【００７９】
上述したように、ドメイン内のルータは通常の物理ネットワークプレフィックスベースのルーティングに加え、仮想ネットワークプレフィックスベースのＩＰｖ６アドレスを設定した移動ノードへパケットを配送するためにホストルーティング、すなわちＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤに基づくルーティング（経路制御）を行う。
【００８０】
ホストルーティングを行うためには、各ルータは、移動ノードごと、すなわち各ホストエントリに対応して設定される次のパケット送信先（Next Hop）をルーティングテーブルとして保持しなければならない。このホストベースのルーティングテーブルの登録/更新/削除等の仕組みについては、Cellular IPやHAWAIIなどの既存のマイクロモビリティプロトコルでも用いられている“ルーティングアップデートメッセージ”による方法を用いる。
【００８１】
ルーティングアップデートメッセージは、各ルータで保持するルーティングテーブル、すなわち所定のアドレスに対してパケットを転送する場合の次のパケット送信先（Next Hop）を記録したテーブルの更新をルータに実行させるためのメッセージであり、ルーティングアップデートメッセージを受信したルータはメッセージに従って保持するルーティングテーブル内の移動ノードごとのホストエントリの生成または更新または削除処理を実行する。
【００８２】
移動ノード（ホスト）は、サブネット間を移動した場合にルーティングアップデートメッセージをドメイン内のルータに対して送信する。ルーティングアップデートメッセージを受信したルータはメッセージに従った処理を実行する。すなわち、ルータが移動ノード（ホスト）に対する経路上にあり、ルータが保持するルーティングテーブルに対応するホストのエントリが無い場合にはホストエントリの生成を実行し、ルータが移動ノード（ホスト）に対する経路上にあり、すでにホストエントリがある場合には必要に応じて更新処理を実行する。
【００８３】
このようにして、ドメイン内のルータがルーティングアップデートメッセージに基づくルーティングテーブルの登録/更新/削除処理を実行することにより、ドメイン内のルーティング（経路制御）は、ＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤに基づくルーティング（経路制御）、すなわちホストベースルーティングとして実行可能となる。
【００８４】
また、移動ノードが、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティプロトコルを実装している場合は、その移動ノードを管轄するホームエージェント（ＨＡ）２５に、気付アドレス（ＣｏＡ：Care-of-Address)として仮想ネットワークプレフィックスベースＩＰｖ６アドレス（仮想ネットワークプレフィックスを用いてステートレス自動設定し、生成したＩＰｖ６アドレス）を格納して、バインディングアップデートメッセージを送信する。ＬＩＮ６の場合は、移動ノードの管轄エージェントであるマッピングエージェント（ＭＡ）に、Current Locatorとして仮想ネットワークプレフィックスを格納して、マッピングアップデートメッセージを送信する。
【００８５】
Mobile ＩＰｖ６においては、ノードはホームアドレスおよび気付アドレス（Care-of-address）という２つのＩＰアドレスを有する。気付アドレスはノードの移動に伴って接続されているサブネットワークに対応して変化するアドレスであり、この場合仮想ネットワークプレフィックスベースＩＰｖ６アドレスである。ホームアドレスはノードの移動に関わらず一定である。
【００８６】
Mobile ＩＰｖ６におけるホームエージェント（ＨＡ）２５は、ノードのホームアドレスに対応するサブネットワークを管理するノードであり、通信ノードが移動したとしき、移動したノードから新たな気付アドレス、この場合仮想ネットワークプレフィックスベースＩＰｖ６アドレスを含むバインディングアップデートパケット（binding update packet）を受信してホームアドレスと仮想ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【００８７】
次に図１６に示すノード（端末装置）３１の構成について図１９を用いて説明する。ＣＰＵ(Central processing Unit)１０１は、各種アプリケーションプログラムや、ＯＳ（Operating System）を実際に実行する。ＲＯＭ（Read-Only-Memory）１０２は、ＣＰＵ１０１が実行するプログラム、あるいは演算パラメータとしての固定データを格納する。ＲＡＭ（Random Access Memory）１０３は、ＣＰＵ１０１の処理において実行されるプログラム、およびプログラム処理において適宜変化するパラメータの格納エリア、ワーク領域として使用される。
【００８８】
ホストバス１０４はブリッジ１０５を介してＰＣＩ（Peripheral Component Internet/Interface）バスなどの外部バス１０６に接続されている。
【００８９】
キーボード１０８はＣＰＵ１０１に各種の指令を入力するためにユーザにより操作され、ポインティングデバイス１０９はディスプレイ１１０の画面上の位置指定、コマンド指定などの際にユーザによって操作される。ディスプレイ１１０は例えばＤＲＴ、液晶ディスプレイ等であり、各種情報をテキストまたはイメージ等により表示する。ＨＤＤ(Hard Disk Drive)１１１は、情報記憶媒体としてのハードディスクを駆動し、ハードディスクからのプログラム、データの読み取りまたはハードディスクに対するプログラム、データの書き込みを実行する。
【００９０】
ドライブ１１２は、フロッピーディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体１１３の記録再生を実行するドライブであり、各リムーバブル記録媒体１１３からのプログラムまたはデータ再生、リムーバブル記録媒体１１３に対するプログラムまたはデータ格納を実行する。
【００９１】
各記憶媒体に記録されたプログラムまたはデータを読み出してＣＰＵ１０１において実行または処理を行なう場合は、読み出したプログラム、データはインタフェース１０７、外部バス１０６、ブリッジ１０５、ホストバス１０４を介して例えば接続されているＲＡＭ１０３に供給する。
【００９２】
キーボード１０８乃至ドライブ１１２はインタフェース１０７に接続されており、インタフェース１０７は外部バス１０６、ブリッジ１０５、およびホストバス１０４を介してＣＰＵ１０１に接続されている。
【００９３】
通信部１１４はノードの接続されたサブネットのルータ等と通信し、ＣＰＵ１０１、ＨＤＤ１１１等から供給されたデータをパケット化して送信したり、ルータを介してパケットを受信する処理を実行する。通信部１１４は外部バス１０６、ブリッジ１０５、およびホストバス１０４を介してＣＰＵ１０１に接続されている。
【００９４】
次に、ドメイン２４内においてパケットの中継処理を実行するルータの構成について図２０を参照して説明する。
【００９５】
ＣＰＵ(Central processing Unit)２０１は、各種アプリケーションプログラムや、ＯＳ（Operating System）を実際に実行する。ＲＯＭ（Read-Only-Memory）２０２は、ＣＰＵ２０１が実行するプログラム、あるいは演算パラメータとしての固定データを格納する。ＲＡＭ（Random Access Memory）２０３は、ＣＰＵ２０１の処理において実行されるプログラム、およびプログラム処理において適宜変化するパラメータの格納エリア、ワーク領域として使用される。
【００９６】
ドライブ２０５は、フロッピーディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体２０６の記録再生を実行するドライブであり、各リムーバブル記録媒体２０６からのプログラムまたはデータ再生、リムーバブル記録媒体２０６に対するプログラムまたはデータ格納を実行する。各記憶媒体に記録されたプログラムまたはデータを読み出してＣＰＵ２０１において実行または処理を行なう場合は、読み出したプログラム、データはバス２０４を介して例えば接続されているＲＡＭ２０３、通信部２０７、通信部２０８に供給される。
【００９７】
通信部２０７は上位ルータまたはインターネット接続通信部であり、ＣＰＵ１０１のデータ処理によって生成したパケットを送信したり、インターネット、上位ルータを介してパケットを受信する処理を実行する。通信部２０８はサブネットに接続され、上位ルータから受信したパケットをサブネットを介して下位ルータあるいはノードに対して送信する処理を実行する。
【００９８】
ＣＰＵ２０１乃至通信部２０８はバス２０４によって相互接続され、データの転送が可能な構成となっている。
【００９９】
本発明のシステムでは、ルータ通知に含まれるマイクロモビリティ用のネットワークプレフィックスである仮想ネットワークプレフィックス情報を解釈して処理を実行可能な仮想ネットワークプレフィックスサポート型のノードと、仮想ネットワークプレフィックス情報を解釈することのできない、すなわち物理ネットワークプレフィックスによってのみＩＰｖ６アドレスを生成する仮想ネットワークプレフィックス非サポート型のノードの双方が共存できるシステムとして構成される。
【０１００】
また、図１６に示すドメインにおいても、ドメイン内のルータが前述の仮想ネットワークプレフィックス情報を含むルータ通知を実行する仮想ネットワークプレフィックスサポート型のドメインと、ドメイン内のルータが前述の仮想ネットワークプレフィックス情報を格納せず、物理ネットワークプレフィックス情報のみを含むルータ通知を実行する仮想ネットワークプレフィックス非サポート型のドメインとが存在する。本発明のシステムでは、これらの２つのタイプのドメイン間における仮想ネットワークプレフィックスサポート型のノードの移動もサポートする。
【０１０１】
以下、本発明の構成における仮想ネットワークプレフィックスサポート型のノードの処理、および仮想ネットワークプレフィックス非サポート型のノードの処理について説明する。仮想ネットワークプレフィックスサポート型のノードの処理フローを図２１に示し、仮想ネットワークプレフィックス非サポート型のノードの処理フローを図２２に示す。
【０１０２】
［仮想ネットワークプレフィックスサポート型ノードの処理]
まず、仮想ネットワークプレフィックスサポート型のノードの処理について説明する。仮想ネットワークプレフィックスサポート型のノードの場合、ノード移動の態様は、ノードが移動先のサブネット上のルータから受信するルータ通知の内容により、以下の（１）〜（３）に説明する３つの場合に分類できる。
【０１０３】
（１）ルータ通知に仮想ネットワークプレフィックスが格納されており、かつ、その値が、移動前に設定されていた移動ノードのＩＰｖ６アドレスのネットワークプレフィックス部分と異なるならば、このノード移動は“別のドメインから、仮想ネットワークプレフィックスをサポートしている新たなドメインへの移動”である。
【０１０４】
（２）ルータ通知に仮想ネットワークプレフィックスが格納されており、かつ、その値が、ノード移動前に設定されていた移動ノードのIPv6アドレスのネットワークプレフィックス部分に等しいならば、この移動は“仮想ネットワークプレフィックスをサポートしているドメイン内でのサブネット間の移動”である。
【０１０５】
（３）ルータ通知に仮想ネットワークプレフィックスが格納されていない（物理ネットワークプレフィックスのみ格納）ならば、この移動は“仮想ネットワークプレフィックスをサポートしていないドメイン内のあるサブネットへの移動”である。
【０１０６】
上述のように、ノードが移動先において新たに接続したサブネットワークのルータから受信するルータ通知に含まれるネットワークプレフィックス情報に従って、仮想ネットワークプレフィックスサポート型ノードは、自己の移動態様を判別し、判別された処理に従って各態様に従った処理を実行する。仮想ネットワークプレフィックスサポート型ノードにおける上記３つの移動態様時の処理について、図２１に示すフローに従って説明する。
【０１０７】
<<（１）別のドメインから、仮想ネットワークプレフィックスをサポートしている新たなドメインへ移動した場合>>
仮想ネットワークプレフィックスサポート型のノードが、別のドメインから、仮想ネットワークプレフィックスをサポートしている新たなドメインへ移動した場合の処理は、図２１に示すフローにおいて、ステップＳ１０１、Ｓ１０２、Ｓ１０３、Ｓ１０４、Ｓ１０５、Ｓ１０９、Ｓ１１０の処理に対応する。
【０１０８】
まず、ステップＳ１０１において、移動ノードは、接続サブネット上のルータからルータ通知を受け取る。ノードの移動により新たに接続されたサブネットは仮想ネットワークプレフィックスをサポートしているドメインであり、ルータ通知には、物理ネットワークプレフィックスおよび仮想ネットワークプレフィックスが含まれる。従ってステップＳ１０２の判定はＹｅｓとなり、ステップＳ１０３に進む。
【０１０９】
ステップＳ１０３においては、移動ノードは、ルータ通知内の仮想ネットワークプレフィックスの値が移動前に使用していたＩＰｖ６アドレスの上位６４ビットに対応するネットワークプレフィックスに等しいか否かを判定する。仮想ネットワークプレフィックスは、ドメイン内でユニークなプレフィックスであり、異なるドメインにおいては、それぞれの管理エンティティが別々の管理の下に管理下ドメイン内でのみ有効なマイクロモビリティ用のネットワークプレフィックスとして設定する。従って、移動ノードが異なるドメインに移動した場合は、新たに受け取るルータ通知内の仮想ネットワークプレフィックスの値は移動前に使用していたＩＰｖ６アドレスの上位６４ビットに対応するネットワークプレフィックスとは異なるものとなる。すなわち、ステップＳ１０３の判定はＮｏとなり、ステップＳ１０４に進む。
【０１１０】
ステップＳ１０４において、移動ノードは、ルータ通知から仮想ネットワークプレフィックスを取り出し、その仮想ネットワークプレフィックスを用いてステートレス自動設定によりＩＰｖ６アドレスを生成する。
【０１１１】
このステートレス自動設定により生成されたＩＰＶ６アドレスを“仮想ネットワークプレフィックスベースＩＰｖ６アドレス(Virtual Network Prefix based IPv6 Address, v.n.p.-based IPv6 Address)”と呼ぶ。なお、これに対し、物理ネットワークプレフィックスを用いて設定されたＩＰｖ６アドレスを"物理ネットワークプレフィックスベースＩＰｖ６アドレス(Physical Network Prefix based IPv6 Address, p.n.p.-based IPv6 Address)"と呼ぶ。
【０１１２】
なお、ステップＳ１０４における仮想ネットワークプレフィックを適用したステートレス自動設定によるＩＰｖ６アドレスの生成処理の際、仮想ネットワークプレフィックスサポート型ノードは、ルータ通知内の仮想ネットワークプレフィックスと物理ネットワークプレフィックスを判別し、仮想ネットワークプレフィックスを選択してステートレス自動設定によるＩＰｖ６アドレスの生成処理を実行し、物理ネットワークプレフィックスは単に無視する。
【０１１３】
なお、本方式では、ＩＰｖ６アドレスの下位６４ビット（bit）部分、すなわちインターフェースＩＤの値は、サブネット内でユニークでは不十分であり、少なくともドメイン内でユニークにならなければならない。なぜなら、仮想ネットワークプレフィックスは、ノードが接続しているサブネットだけでなく、同じドメインの他のサブネットでも使われるので、異なるサブネットに接続した２ノードが同じインターフェースＩＤを使ってしまうと、２ノードの仮想ネットワークプレフィックスベースアドレスがまったく同じ値となってしまうからである。そのため、インターフェースＩＤは各ドメインでユニークになるようにノードの接続時に割り当てるか、もしくは、ノードの接続時にそのノードが使おうとしているインターフェースＩＤを他のサブネットで使っているノードがいないかどうか重複アドレス検出(ＤＡＤ：Duplicated Address Detection)処理を実行するか、あるいは、インターフェースＩＤ自体がインターネット全体でユニークであることが望ましい。たとえばイーサネット（Ethernet）のＭＡＣアドレスのEUI64などを使用する構成が可能である。
【０１１４】
次に、ステップＳ１０５において、移動ノードは、設定した仮想ネットワークプレフィックスベースＩＰｖ６アドレスに関するホストルーティングをドメイン内で行うために“ルーティングアップデートメッセージ”を送信する。
【０１１５】
ルーティングアップデートメッセージは、前述したように、各ルータで保持するルーティングテーブル、すなわち所定のアドレスに対してパケットを転送する場合の次のパケット送信先（Next Hop）を記録したテーブルの更新をルータに実行させるためのメッセージであり、ルーティングアップデートメッセージを受信したルータはメッセージに従って保持するルーティングテーブル内の移動ノードごとのホストエントリの生成または更新または削除処理を実行する。
【０１１６】
次に移動ノードはステップＳ１０９、Ｓ１１０に従った処理を実行する。すなわち、移動ノードが、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティプロトコルを実装している場合（Ｓ１０９でＹｅｓ）は、その移動ノードのホームエージェントに、気付アドレス（ＣｏＡ：Care-of-Address)として仮想ネットワークプレフィックスベースＩＰｖ６アドレスを格納して、バインディングアップデートメッセージを送信する。ＬＩＮ６の場合は、移動ノードの管轄エージェントであるマッピングエージェント（ＭＡ）に、Current Locatorとして仮想ネットワークプレフィックスを格納して、マッピングアップデートメッセージを送信する。
【０１１７】
前述したように、Mobile ＩＰｖ６においては、ノードはホームアドレスおよび気付アドレス（Care-of-address）という２つのＩＰアドレスを有する。気付アドレスはノードの移動に伴って接続されているサブネットワークに対応して変化するアドレスであり、この場合仮想ネットワークプレフィックスベースＩＰｖ６アドレスである。ホームアドレスはノードの移動に関わらず一定である。
【０１１８】
Mobile ＩＰｖ６におけるホームエージェント（ＨＡ）は、ノードのホームアドレスに対応するサブネットワークを管理するノードであり、通信ノードが移動したとしき、移動したノードから新たな気付アドレス、この場合仮想ネットワークプレフィックスベースＩＰｖ６アドレスを含むバインディングアップデートパケット（binding update packet）を受信してホームアドレスと仮想ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【０１１９】
ＬＩＮ６マクロモビリティプロトコルを実装している場合は、移動ノードは、移動ノードの管轄エージェントであるマッピングエージェント（ＭＡ）に、Current Locatorとして仮想ネットワークプレフィックスを格納して、マッピングアップデートメッセージを送信する。マッピングエージェント（ＭＡ）は、受信したマッピングアップデートメッセージに基づいてホームアドレスと仮想ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【０１２０】
また、移動ノードが、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティプロトコルを実装していない場合（Ｓ１０９でＮｏ）は、ステップＳ１１０のバインディングアップデートパケット（binding update packet）送信処理を実行せず処理を終了する。
【０１２１】
なお、以後、移動ノードは、パケットを送信する際は、パケットのヘッダの始点アドレスとして、設定した仮想ネットワークプレフィックスベースＩＰｖ６アドレスを使う。
【０１２２】
このような処理が実行される仮想ネットワークプレフィックスサポート型のノードとの通信を行なおうとする端末装置との通信処理は、例えば以下のように実行される。移動ノードと通信を実行しようとする端末装置は、ドメインネームサーバに対して移動ノードのホスト名に基づく問い合わせを実行し、ドメインネームサーバは移動ノードのホームアドレスを端末装置に伝える。端末装置は、移動ノードのホームアドレスを終点ＩＰｖ６アドレスとしたデータパケットを送信する。
【０１２３】
ホームエージェントは、端末装置から受信した移動ノードのホームアドレス宛てのデータパケットにさらに終点アドレスとして仮想ネットワークプレフィックスベースＩＰｖ６アドレスを設定したＩＰｖ６ヘッダを追加（カプセル化）して、インターネットを介して移動ノードに対して送信（転送）する。
【０１２４】
インターネット内の各ルータはＩＰｖ６アドレス中の仮想ネットワークプレフィックスベースのルーティング処理が実行され、移動ノードの属するドメイン内のルータにおいては、ホストベースのルーティング処理が実行されて、移動ノードと通信を実行しようとする端末装置からのデータパケットが移動ノードに転送される。なお、具体的な通信処理例については、後段で詳細に説明する。
【０１２５】
<<（２）仮想ネットワークプレフィックスをサポートしているドメイン内のサブネット間を移動した場合>>
次に、仮想ネットワークプレフィックスサポート型のノードが、仮想ネットワークプレフィックスをサポートしているドメイン内のサブネット間を移動した場合の処理について説明する。この場合の処理は、図２１に示すフローにおいて、ステップＳ１０１、Ｓ１０２、Ｓ１０３、Ｓ１０６、Ｓ１０７の処理に対応する。
【０１２６】
まず、ステップＳ１０１において、移動ノードは、接続サブネット上のルータからルータ通知を受け取る。ノードの移動により新たに接続されたサブネットは仮想ネットワークプレフィックスをサポートしているドメインであり、ルータ通知には、物理ネットワークプレフィックスおよび仮想ネットワークプレフィックスが含まれる。従ってステップＳ１０２の判定はＹｅｓとなり、ステップＳ１０３に進む。
【０１２７】
ステップＳ１０３においては、移動ノードは、ルータ通知内の仮想ネットワークプレフィックスの値が移動前に使用していたＩＰｖ６アドレスの上位６４ビットに対応するネットワークプレフィックスに等しいか否かを判定する。仮想ネットワークプレフィックスは、ドメイン内でユニークなプレフィックスであり、同一ドメインにおいては、接続サブネットワークが変更しても不変である。従って、この場合は、同一ドメイン内での移動であるので、受信したルータ通知内の仮想ネットワークプレフィックスの値は移動前に使用していたＩＰｖ６アドレスの上位６４ビットに対応するネットワークプレフィックスと同一となる。すなわち、ステップＳ１０３の判定はＹｅｓとなり、ステップＳ１０６に進む。
【０１２８】
ステップＳ１０６において、移動ノードは、ルータ通知から仮想ネットワークプレフィックスを取り出し、ステートレス自動設定によりＩＰｖ６アドレスを生成する。移動ノードは、ルータ通知に格納されている仮想ネットワークプレフィックスの値は、移動前に設定していた移動ノードのＩＰｖ６アドレスのネットワークプレフィックス部分(つまり、移動前のサブネット上のルータから受信したルータ通知に格納されていたネットワークプレフィックス値)と等しいので、ステートレス自動設定後、そのまま同じＩＰｖ６アドレス、つまり、同じ仮想ネットワークプレフィックスベースＩＰｖ６アドレスを使い続けることができる。
【０１２９】
次に、ステップＳ１０７において、移動ノードは、設定した仮想ネットワークプレフィックスベースＩＰｖ６アドレスに関するホストルーティングをドメイン内で行うために“ルーティングアップデートメッセージ”を送信する。
【０１３０】
ルーティングアップデートメッセージは、前述したように、各ルータで保持するルーティングテーブル、すなわち所定のアドレスに対してパケットを転送する場合の次のパケット送信先（Next Hop）を記録したテーブルの更新をルータに実行させるためのメッセージであり、ルーティングアップデートメッセージを受信したルータはメッセージに従って保持するルーティングテーブル内の移動ノードごとのホストエントリの生成または更新または削除処理を実行する。
【０１３１】
なお、以後、移動ノードは、パケットを送信する際は、パケットのヘッダの始点アドレスとして、設定した仮想ネットワークプレフィックスベースＩＰｖ６アドレスを使う。
【０１３２】
同一ドメイン内のノード移動の場合は、ステップＳ１０９、ステップＳ１１０の処理は実行されない。すなわち、同一ドメイン内のノード移動であれば異なるサブネット間を移動しても、移動ノードのＩＰｖ６アドレスは変化しないので、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティを実装している場合でも、バインディングアップデートメッセージ(ＬＩＮ６の場合は、マッピングアップデートメッセージ)を送信する必要がない。
【０１３３】
移動ノードの移動が同一ドメイン内であれば異なるサブネット間を移動しても、ＩＰｖ６アドレスは変化しないので、ホームエージェント（ＨＡ）（またはマッピングエージェント（ＭＡ））は、ホームアドレスと仮想ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）の更新の必要がないので、移動ノードは、仮想ネットワークプレフィックスベースＩＰｖ６アドレスを含むバインディングアップデートパケット（binding update packet）をホームエージェント（ＨＡ）（またはマッピングエージェント（ＭＡ））に対して送信する必要がない。
【０１３４】
このように、本発明の構成では、ノードが頻繁にサブネット間を移動してもバインディングアップデートメッセージ(もしくはマッピングアップデートメッセージ)が大量発生することはないため、ネットワークの負荷が軽減される。
【０１３５】
このように、仮想ネットワークプレフィックスサポート型のノードが、仮想ネットワークプレフィックスをサポートしているドメイン内のサブネット間を移動した場合、移動ノードは、ドメイン内の各ルータでホストルーティングを行うために保持しているその移動ノードの仮想ネットワークプレフィックスベースＩＰｖ６アドレスに関するホストエントリを更新するためのルーティングアップデートメッセージを送信する処理のみを実行する。このように、ノードのサブネット間の移動に伴う経路変更処理は、ドメイン内だけで行われるので、ノードの頻繁な移動にも非常に小さい遅延で済む。
【０１３６】
<<（３）別のドメインから、仮想ネットワークプレフィックスをサポートしていないドメインへ移動した場合>>
次に、仮想ネットワークプレフィックスサポート型のノードが、別のドメインから、仮想ネットワークプレフィックスをサポートしていないドメインへ移動した場合の処理について説明する。この場合の処理は、図２１に示すフローにおいて、ステップＳ１０１、Ｓ１０２、Ｓ１０３、Ｓ１０８、Ｓ１０９、Ｓ１１０の処理に対応する。
【０１３７】
まず、ステップＳ１０１において、移動ノードは、接続サブネット上のルータからルータ通知を受け取る。ノードの移動により新たに接続されたサブネットは仮想ネットワークプレフィックスをサポートしていないドメインであり、ルータ通知には、仮想ネットワークプレフィックスが含まれず、物理ネットワークプレフィックスのみが含まれる。従ってステップＳ１０２の判定はＮｏとなり、ステップＳ１０８に進む。
【０１３８】
ステップＳ１０８において、移動ノードは、ルータ通知から物理ネットワークプレフィックスを取り出し、その物理ネットワークプレフィックスを用いてステートレス自動設定によりＩＰｖ６アドレスを生成する。
【０１３９】
次に移動ノードはステップＳ１０９、Ｓ１１０に従った処理を実行する。すなわち、移動ノードが、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティプロトコルを実装している場合（Ｓ１０９でＹｅｓ）は、その移動ノードのホームエージェントに、気付アドレス（ＣｏＡ：Care-of-Address)として移動先のサブネットに対応する物理ネットワークプレフィックスベースＩＰｖ６アドレスを格納して、バインディングアップデートメッセージを送信する。ＬＩＮ６の場合は、移動ノードの管轄エージェントであるマッピングエージェント（ＭＡ）に、Current Locatorとして物理ネットワークプレフィックスを格納して、マッピングアップデートメッセージを送信する。
【０１４０】
Mobile ＩＰｖ６におけるホームエージェント（ＨＡ）は、ノードのホームアドレスに対応するサブネットワークを管理するノードであり、通信ノードが移動したとしき、移動したノードから新たな気付アドレス、この場合、移動先のサブネットに対応する物理ネットワークプレフィックスベースＩＰｖ６アドレスを含むバインディングアップデートパケット（binding update packet）を受信してホームアドレスと物理ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【０１４１】
ＬＩＮ６マクロモビリティプロトコルを実装している場合は、移動ノードは、移動ノードの管轄エージェントであるマッピングエージェント（ＭＡ）に、Current Locatorとして物理ネットワークプレフィックスを格納して、マッピングアップデートメッセージを送信する。マッピングエージェント（ＭＡ）は、受信したマッピングアップデートメッセージに基づいてホームアドレスと物理ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【０１４２】
また、移動ノードが、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティプロトコルを実装していない場合（Ｓ１０９でＮｏ）は、ステップＳ１１０のバインディングアップデートパケット（binding update packet）送信処理を実行せず処理を終了する。
【０１４３】
なお、以後、移動ノードは、パケットを送信する際はパケットのヘッダの始点アドレスとして、設定した物理ネットワークプレフィックスベースＩＰｖ６アドレスを使う。
【０１４４】
[仮想ネットワークプレフィックス非サポート型ノードの処理]
次に、仮想ネットワークプレフィックス非サポート型のノードが接続サブネットを移動した場合の処理について説明する。仮想ネットワークプレフィックス非サポート型のノードの処理は、図２２に示すフローに従った処理となる。
【０１４５】
まず、ステップＳ２０１において、移動ノードは、接続サブネット上のルータからルータ通知を受け取る。次にステップＳ２０２において、ノードの移動により新たに接続されたサブネットが仮想ネットワークプレフィックスをサポートしているか否かに関わらず、移動ノードは、ルータ通知から物理ネットワークプレフィックスを取り出し、その物理ネットワークプレフィックスを用いてステートレス自動設定によりＩＰｖ６アドレスを生成する。仮想ネットワークプレフィックスは認識できないのでルータ通知に格納されていても単に無視される。アドレス設定後は、通常のＩＰｖ６通信を行うことが可能である。
【０１４６】
次に移動ノードはステップＳ２０３、Ｓ２０４に従った処理を実行する。すなわち、移動ノードが、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティプロトコルを実装している場合（Ｓ２０３でＹｅｓ）は、その移動ノードのホームエージェントに、気付アドレス（ＣｏＡ：Care-of-Address)として移動先のサブネットに対応する物理ネットワークプレフィックスベースＩＰｖ６アドレスを格納して、バインディングアップデートメッセージを送信する。ＬＩＮ６の場合は、移動ノードの管轄エージェントであるマッピングエージェント（ＭＡ）に、Current Locatorとして物理ネットワークプレフィックスを格納して、マッピングアップデートメッセージを送信する。
【０１４７】
Mobile ＩＰｖ６におけるホームエージェント（ＨＡ）は、ノードのホームアドレスに対応するサブネットワークを管理するノードであり、通信ノードが移動したとき、移動したノードから新たな気付アドレス、この場合、移動先のサブネットに対応する物理ネットワークプレフィックスベースＩＰｖ６アドレスを含むバインディングアップデートパケット（binding update packet）を受信してホームアドレスと物理ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【０１４８】
ＬＩＮ６マクロモビリティプロトコルを実装している場合は、移動ノードは、移動ノードの管轄エージェントであるマッピングエージェント（ＭＡ）に、Current Locatorとして物理ネットワークプレフィックスを格納して、マッピングアップデートメッセージを送信する。マッピングエージェント（ＭＡ）は、受信したマッピングアップデートメッセージに基づいてホームアドレスと物理ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【０１４９】
また、移動ノードが、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティプロトコルを実装していない場合（Ｓ２０３でＮｏ）は、ステップＳ２０４のバインディングアップデートパケット（binding update packet）送信処理を実行せずに処理を終了する。
【０１５０】
［通信処理の具体例］
次に、本発明の構成を適用した端末装置の各フェーズにおける処理の詳細について説明する。
【０１５１】
（移動ノードのドメインへの接続）
まず、仮想ネットワークプレフィックスをサポートしている移動ノードが、仮想ネットワークプレフィックスをサポートしているドメイン内のサブネットワークに接続する際の処理について説明する。
【０１５２】
図２３は、インターネット上のあるドメインを示している。このドメインは、仮想ネットワークプレフィックスをサポートしているドメインである。サブネット（subnet）１〜７は、ドメイン内のサブネットを示している。ゲートウェイ（ＧＷ）、ＲＴ１、ＲＴ２、ＢＳ１〜ＢＳ４は、ドメイン内のルータである。ゲートウェイ（ＧＷ）は、ドメイン境界に位置するドメイン境界ルータである。
【０１５３】
インタフェースＩＦ−ａ１〜ａ３、ＩＦ−ｂ１〜ｂ３、ＩＦ−ｃ１〜ｃ３、ＩＦ−ｄ１、ＩＦ−ｅ１、ＩＦ−ｆ１、ＩＦ−ｇ１は各ルータがサブネットに接続しているインターフェースに設定されたＩＰｖ６リンクローカルアドレス（IPv6
Link-Local Address）である。
【０１５４】
このドメインでは、3ffe:501:100c::/48というアドレス空間が割り当てられており、このドメインの管理者は、3ffe:501:100c:ffff::/64を仮想ネットワークプレフィックスとして使っている。3ffe:501:100c:0000::/64〜3ffe:501:100c:fffe::/64は物理ネットワーク用で、サブネット（subnet）１〜７にはそれぞれ 3ffe:501:100c:0001::/64〜3ffe:501:100c:0007::/64が割り当てられている。
【０１５５】
ルータ（ＢＳ１〜ＢＳ４）は、それぞれサブネット（subnet）４〜７へルータ通知（ＲＡ：Router Advertisement）を行っている。たとえば、図２３で示されているように、ルータＢＳ２は、サブネット（subnet）５へ、サブネット５に割り当てられた物理ネットワークプレフィックス(3ffe:501:100c:0005::/64)だけでなく、当ドメイン内のマイクロモビリティ用に割り当てられた仮想ネットワークプレフィックス(3ffe:501:100c:ffff::/64)も格納したルータ通知を送信している。
【０１５６】
このドメインのサブネット（subnet）５に、仮想ネットワークプレフィックスをサポートし、Mobile ＩＰｖ６を実装した移動ノード（ＭＮ:Mobile Node）が接続されたとする。
【０１５７】
この移動ノード（ＭＮ）はインターフェースＩＤとしてf81:043:273:9730というインターネット全体でユニークな値を持っているとする。移動ノード（ＭＮ）がサブネット（subnet）５に接続すると、サブネット（subnet）５のルータＢＳ２が送信するルータ通知を受信する。
【０１５８】
サブネット（subnet）５のルータＢＳ２が送信するルータ通知には、サブネット５に割り当てられた物理ネットワークプレフィックス(3ffe:501:100c:0005::/64)、および当ドメイン内のマイクロモビリティ用に割り当てられた仮想ネットワークプレフィックス(3ffe:501:100c:ffff::/64)が格納されている。
【０１５９】
移動ノード（ＭＮ）は、受信したルータ通知に含まれる当ドメイン内のマイクロモビリティ用に割り当てられた仮想ネットワークプレフィックス(3ffe:501:100c:ffff::/64)を上位６４ビットとし、移動ノード（ＭＮ）のインターフェースＩＤである（f81:043:273:9730）を下位６４ビットとして、ステートレス自動設定によるアドレス生成を行い、3ffe:501:100c:ffff:f81:043:273:9730という仮想ネットワークベースＩＰｖ６アドレスを設定する。
【０１６０】
また、図２３で示されているように移動ノード（ＭＮ）のデフォルトルータとして、ＢＳ２のサブネット（subnet）５側のインターフェースに設定されているIPv6 Link-Local Address, IF-e1を指定する。その後、移動ノード（ＭＮ）はドメイン内のルータのルーティングテーブルに、3ffe:501:100c:ffff:f81:043:273:9730(仮想ネットワークプレフィックスベースIPv6アドレス)に関するホストエントリを作成するために、ルーティングアップデートメッセージを送信する。
【０１６１】
ルーティングアップデートメッセージは、前述したように、各ルータで保持するルーティングテーブル、すなわち所定のアドレスに対してパケットを転送する場合の次のパケット送信先（Next Hop）を記録したテーブルの更新をルータに実行させるためのメッセージであり、ルーティングアップデートメッセージを受信したルータはメッセージに従って保持するルーティングテーブル内の移動ノードごとのホストエントリの生成または更新または削除処理を実行する。
【０１６２】
さらに、移動ノード（ＭＮ）は、ステートレス自動設定によって生成した仮想ネットワークプレフィックスベースIPv6アドレス3ffe:501:100c:ffff:f81:043:273:9730を接続先の気付アドレス（ＣｏＡ：Care-of-Address）として格納したバインディングアップデートメッセージを、移動ノード（ＭＮ）のホームエージェント（ＨＡ）に送信する。なお、ルーティングアップデートメッセージおよびバインディングアップデートメッセージはドメイン内の各ルータを中継し、各ルータにおいてルーティングテーブルの移動ノード（ＭＮ）のエントリに関する更新処理が実行され、バインディングアップデートメッセージを受信したホームエージェント（ＨＡ）は、移動ノード（ＭＮ）のホームアドレスと仮想ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【０１６３】
（移動ノードへのパケット転送）
次に、仮想ネットワークプレフィックスをサポートしているドメイン内のサブネットワークに接続した仮想ネットワークプレフィックスサポート型の移動ノードに対するパケット転送処理について図２４を参照して説明する。
【０１６４】
前述したように、仮想ネットワークプレフィックスを用いて設定されたＩＰｖ６アドレスを持つノードへのドメイン内でのルーティング（経路制御）にはＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤに基づく経路設定処理であるホストルーティングを用いる。
【０１６５】
２３は、図２３で移動ノード（ＭＮ）がルーティングアップデートメッセージを送信した結果、各ルータで移動ノード（ＭＮ）に対応するホストエントリの作成、更新、削除が実行され、さらに移動ノード（ＭＮ）宛のパケット(パケットの終点アドレスが3ffe:501:100c:ffff:f81:043:273:9730であるパケットをドメイン境界ルータであるゲートウェイ（ＧＷ）がグローバルインターネット側から受信した際の様子を示している。
【０１６６】
図右上部に示すテーブル（Ｔ１〜Ｔ３）はそれぞれ、各ルータ（ＧＷ，ＲＴ１，ＢＳ２）が保持しているルーティングテーブル内に格納された移動ノード（ＭＮ）の仮想ネットワークプレフィックスベースＩＰｖ６アドレス：3ffe:501:100c:ffff:f81:043:273:9730)に関するホストエントリを示している。
【０１６７】
まず、ドメイン境界ルータであるゲートウェイ（ＧＷ）が、ドメイン外部のグローバルインターネットから移動ノード（ＭＮ）宛のパケットを受信すると、ゲートウェイ（ＧＷ）の保持しているルーティングテーブル内に格納された移動ノード（ＭＮ）のホストエントリＴ１を参照し、ホストエントリＴ１に関するパケット送信先（Next Hop）として設定されたＩＰｖ６リンクローカルアドレス（IPv6 Link-Local Address）：ＩＦ-ａ２に対して受信パケットを転送する。ホストエントリＴ１に関するパケット送信先（Next Hop）として設定されたＩＰｖ６リンクローカルアドレス（IPv6 Link-Local Address）：ＩＦ-ａ２は、ルータ（ＲＴ１）の接続インタフェースのアドレスであり、ルータ（ＲＴ１）がパケットを受信する。
【０１６８】
ルータ（ＲＴ１）がゲートウェイ（ＧＷ）から移動ノード（ＭＮ）宛のパケットを受信すると、ルータ（ＲＴ１）の保持しているルーティングテーブル内に格納された移動ノード（ＭＮ）のホストエントリＴ２を参照し、ホストエントリＴ２に関するパケット送信先（Next Hop）として設定されたＩＰｖ６リンクローカルアドレス（IPv6 Link-Local Address）：ＩＦ-ｂ３に対して受信パケットを転送する。ホストエントリＴ２に関するパケット送信先（Next Hop）として設定されたＩＰｖ６リンクローカルアドレス（IPv6 Link-Local Address）：ＩＦ-ｂ３は、ルータ（ＢＳ２）の接続インタフェースのアドレスであり、ルータ（ＢＳ２）がパケットを受信する。
【０１６９】
ルータ（ＢＳ２）がルータ（ＲＴ１）から移動ノード（ＭＮ）宛のパケットを受信すると、ルータ（ＢＳ２）の保持しているルーティングテーブル内に格納された移動ノード（ＭＮ）のホストエントリＴ３を参照し、ホストエントリＴ３に関するパケット送信先（Next Hop）として設定されたＩＰｖ６リンクローカルアドレス（IPv6 Link-Local Address）：移動ノード（ＭＮ）ＩＰｖ６リンクローカルアドレスに対して受信パケットを転送する。ホストエントリＴ３に関するパケット送信先（Next Hop）として設定されたＩＰｖ６リンクローカルアドレス（IPv6 Link-Local Address）：移動ノード（ＭＮ）ＩＰｖ６リンクローカルアドレスは、移動ノードのアドレスであり、移動ノード（ＭＮ）がパケットを受信する。
【０１７０】
（移動ノードのサブネット間移動）
次に、仮想ネットワークプレフィックスをサポートしているドメイン内のサブネットワークに接続した仮想ネットワークプレフィックスサポート型の移動ノードがサブネット間を移動する際の処理について図２５を参照して説明する。
【０１７１】
図２５は、図２４で説明した通信状態に移動ノード（ＭＮ）が、サブネット（subnet）５からサブネット（subnet）６へ移動した際の様子を示している。移動ノード（ＭＮ）はサブネット（subnet）６へ接続すると、サブネット（subnet）６上のルータ（ＢＳ３）からルータ通知を受信する。
【０１７２】
サブネット（subnet）６のルータＢＳ３が送信するルータ通知には、サブネット６に割り当てられた物理ネットワークプレフィックス(3ffe:501:100c:0006::/64)、および当ドメイン内のマイクロモビリティ用に割り当てられた仮想ネットワークプレフィックス(3ffe:501:100c:ffff::/64)が格納されている。
【０１７３】
移動ノード（ＭＮ）は、受信したルータ通知に含まれる当ドメイン内のマイクロモビリティ用に割り当てられた仮想ネットワークプレフィックス(3ffe:501:100c:ffff::/64)を上位６４ビットとし、移動ノード（ＭＮ）のインターフェースＩＤである（f81:043:273:9730）を下位６４ビットとして、ステートレス自動設定によるアドレス生成を行い、3ffe:501:100c:ffff:f81:043:273:9730という仮想ネットワークベースＩＰｖ６アドレスを設定する。
【０１７４】
なお移動ノード（ＭＮ）は、サブネット（subnet）６のルータＢＳ３が送信するルータ通知に格納されている仮想ネットワークプレフィックス3ffe:501:100c:ffff::/64を取り出し、この値が、移動ノード（ＭＮ）が移動前、すなわちサブネット５に接続時に設定していた仮想ネットワークプレフィックスベースIPv6アドレス(3ffe:501:100c:ffff:f81:043:273:9730)のネットワークプレフィックス部分と等しいことを識別子、移動ノード（ＭＮ）が同じドメイン内の異なるサブネットに移動したと判断し、アドレスの生成処理を省略し、サブネット（subnet）６において継続して同じＩＰｖ６アドレスを利用する構成としてもよい。
【０１７５】
また、図２５で示されているように移動ノードのデフォルトルータとして、ルータ（ＢＳ３）のサブネット（subnet）６側のインターフェースに設定されているＩＰｖ６リンクローカルアドレス（IPv6 Link-Local Address）ＩＦ−ｆ１を指定する。
【０１７６】
移動ノード（ＭＮ）は、設定した仮想ネットワークプレフィックスベースＩＰｖ６アドレスに関するホストルーティングをドメイン内で行うためにルーティングアップデートメッセージを送信する。ルーティングアップデートメッセージを受信したルータはメッセージに従って、各ルータの保持するルーティングテーブル内の移動ノード（ＭＮ）のホストエントリの生成または更新または削除処理を実行する。
【０１７７】
同一ドメイン内のノード移動の場合は、異なるサブネット間を移動しても、移動ノードのＩＰｖ６アドレスは変化しないので、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティを実装している場合でも、バインディングアップデートメッセージ(ＬＩＮ６の場合は、マッピングアップデートメッセージ)を送信する必要がない。
【０１７８】
同一ドメイン内のサブネット間の移動においては、ＩＰｖ６アドレスは変化しないので、ホームエージェント（ＨＡ）（またはマッピングエージェント（ＭＡ））は、ホームアドレスと仮想ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）の更新の必要がないので、移動ノードは、仮想ネットワークプレフィックスベースＩＰｖ６アドレスを含むバインディングアップデートパケット（binding update packet）をホームエージェント（ＨＡ）（またはマッピングエージェント（ＭＡ））に対して送信する必要がない。
【０１７９】
［ドメインの階層化構成］
次に本発明の変形例としてドメインを階層化した構成例について説明する。ドメインの規模、たとえば、サブネット数や接続が予想される移動ノード数などが大きい場合、ドメイン内を階層化し、各サブドメインごとに仮想ネットワークプレフィックスをそれぞれ割り当てることが可能である。
【０１８０】
図２６にドメインＡ内に２つの下位ドメインとしてサブドメインＡ１、サブドメインＡ２を構成した例を示す。これらのドメインはすべて、仮想ネットワークプレフィックスをサポートしているドメインである。このドメイン階層化構成の場合は、サブドメイン内でのマイクロモビリティが可能となる。これにより規模拡張性を提供できる。
【０１８１】
たとえば、図２６のように、ネットワークプレフィックスとして3ffe:501:100d::/48が割り当てられているあるドメインＡの規模が大きくなり、ドメイン内のサブネット数や接続が予想される移動ノード数などが大きくなった場合、下位ドメインとしてサブドメインＡ１、サブドメインＡ２を構成する。
【０１８２】
サブドメインＡ１は、サブドメインＡ１用の仮想ネットワークプレフィックスとして3ffe:501:100d:0fff::/64が割り当てられる。また、サブドメインＡ２は、サブドメインＡ２用の仮想ネットワークプレフィックスとして3ffe:501:100c:1fff::/64が割り当てられる。
【０１８３】
サブドメインＡ１内の各ルータは、移動ノードの接続されたサブネットに対応する物理ネットワークプレフィックスと、仮想ネットワークプレフィックスとして3ffe:501:100d:0fff::/64を格納したルータ通知を移動ノードに送信する。サブドメインＡ１内のサブネットワークに接続した仮想ネットワークプレフィックスサポート型の移動ノードは、受信するルータ通知から仮想ネットワークプレフィックス（3ffe:501:100d:0fff::/64）を選択し、自己のインタフェースＩＤとともにＩＰｖ６アドレスを生成する。
【０１８４】
一方、サブドメインＡ２内の各ルータは、移動ノードの接続されたサブネットに対応する物理ネットワークプレフィックスと、仮想ネットワークプレフィックスとして3ffe:501:100d:1fff::/64を格納したルータ通知を移動ノードに送信する。サブドメインＡ２内のサブネットワークに接続した仮想ネットワークプレフィックスサポート型の移動ノードは、受信するルータ通知から仮想ネットワークプレフィックス（3ffe:501:100d:1fff::/64）を選択し、自己のインタフェースＩＤとともにＩＰｖ６アドレスを生成する。
【０１８５】
移動ノードがサブドメインＡ１とサブドメインＡ２間を移動した場合は、移動先のサブドメインで受信するルータ通知内の仮想ネットワークプレフィックスと、移動前に使用していたＩＰｖ６アドレスの上位６４ビットに対応する値との比較を行ない、値が異なるので、新たな受信ルータ通知内の仮想ネットワークプレフィックスと自己のインタフェースＩＤとともに新たなＩＰｖ６アドレスを生成する。ただし、同一サブドメイン内のサブネット間移動の場合は、移動前と移動後において仮想ネットワークプレフィックスが同一であるので、継続して同一のＩＰｖ６アドレスを使用することが可能となる。
【０１８６】
なお、図２６では、ドメインＡ内に２つのサブドメインＡ１，Ａ２のみを構成した例を示しているが、さらにＡ３，Ａ４等、３以上のサブドメインを構成してもよく、またサブドメインＡ１の下位にさらにサブドメインＡ１ａ、Ａ１ｂを生成し、サブドメインＡ２の下位にさらにサブドメインＡ２ａ、Ａ２ｂを生成した多層構成としてもよい。
【０１８７】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１８８】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１８９】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフロッピーディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１９０】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１９１】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０１９２】
【発明の効果】
以上説明してきたように、本発明の構成によれば、移動ノードの専用プレフィックスとして仮想ネットワークプレフィックスを用いることにより、マイクロモビリティをサポートすることができる。
【０１９３】
さらに、本発明の構成によれば、仮想ネットワークプレフィックスを認識できない仮想ネットワークプレフィックス非サポート型の移動ノードが、仮想ネットワークプレフィックスをサポートしたドメインに接続しても、その移動ノードは通常どおり物理ネットワークプレフィックスを利用してＩＰｖ６に従った通信を行うことができる。つまり、仮想ネットワークプレフィックスを認識できるノードとできないノードが、ドメイン内で共存することが可能となる。
【０１９４】
さらに、本発明の構成によれば、マイクロモビリティをサポートする際に、データパケットに対して、途中でヘッダの書き換えを行なう必要がない。そのため、例えばエンド・ツー・エンド通信におけるセキュリティが高められる。
【図面の簡単な説明】
【図１】気付アドレスの登録の手順を説明する図である。
【図２】ＩＰｖ６ヘッダのフォーマットを説明する図である。
【図３】ＩＰｖ６アドレスのフォーマットを説明する図である。
【図４】従来のバインディングアップデートパケットを説明する図である。
【図５】認証ヘッダを説明する図である。
【図６】認証の処理の概要を説明する図である。
【図７】従来の端末装置から移動端末に対するパケット送信手順を説明する図である。
【図８】ドメインネームサーバが記憶するホスト名とホームアドレスの対応付けを説明する図である。
【図９】端末装置の送信するパケット構成を説明する図である。
【図１０】ホームエージェントが送信するパケットを説明する図である。
【図１１】端末装置の送信するパケット構成を説明する図である。
【図１２】端末装置の送信するパケットに付加されるルーティングヘッダを説明する図である。
【図１３】端末装置が移動したときの動作を説明する図である。
【図１４】バインディングアップデートパケット構成を説明する図である。
【図１５】バインディングアップデートパケット構成を説明する図である。
【図１６】本発明の構成が適用されるネットワーク構成例を示す図である。
【図１７】本発明の構成において適用されるＩＰｖ６アドレス構成を示す図である。
【図１８】本発明の構成において適用されるルータ通知内の仮想ネットワークプレフィックスのオプションフォーマットネットワーク構成例を示す図である。
【図１９】本発明の構成中のノード構成を示す図である。
【図２０】本発明の構成中のルータ構成を示す図である。
【図２１】本発明の構成において、仮想ネットワークプレフィックスサポート型のノード移動に伴う処理を説明するフロー図である。
【図２２】本発明の構成において、仮想ネットワークプレフィックス非サポート型のノード移動に伴う処理を説明するフロー図である。
【図２３】本発明の構成において、仮想ネットワークプレフィックスサポート型のノードのドメイン接続処理を説明する図である。
【図２４】本発明の構成において、仮想ネットワークプレフィックスサポート型のノードへのパケット転送処理を説明する図である。
【図２５】本発明の構成において、仮想ネットワークプレフィックスサポート型のノードのサブネット間移動処理を説明する図である。
【図２６】本発明の構成において、仮想ネットワークプレフィックスサポート型のドメインの階層化構成を説明する図である。
【符号の説明】
１ 端末装置
２ ホームエージェント
３ 端末装置
４ ドメインネームサーバ
２１ インターネット
２２ ノード
２３ ゲートウェイ
２４ ドメイン
２５ ホームエージェント
３１ ノード
５１ ルータ
５２ サブネット
６１ データパケット
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０５ ブリッジ
１０８ キーボード
１０９ ポインティングデバイス
１１０ ディスプレイ
１１１ ＨＤＤ
１１２ ドライブ
１１３ リムーバブル記憶媒体
１１４ 通信部
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０５ ドライブ
２０６ リムーバブル記憶媒体
２０７ 通信部
２０８ 通信部
【発明の属する技術分野】
本発明は、通信処理システム、通信処理方法、および通信端末装置、並びにプログラムに関する。さらに詳細には、移動する通信装置に対する改良されたアドレス設定および通信処理を実現する通信処理システム、通信処理方法、および通信端末装置、並びにプログラムに関する。
【０００２】
【従来の技術】
近年、携帯型のパーソナルコンピュータ、携帯電話などが普及し、多くのユーザがこれら通信機能、情報処理機能を有する小型の装置を携帯し、屋外であるいは移動先においてネットワークに接続してネットワークを介する通信を行なっている。
【０００３】
このようないわゆるモバイルコンピューティング環境では、ネットワークに接続してサービスを受ける装置（ｅｘ．パーソナルコンピュータ）であるノードは移動することが前提となる。このようなノードはノード位置が変化しても継続して通信可能な状態を維持することが要請される。
【０００４】
インターネットでは通信プロトコルとしてＩＰ(ＩnternetＰrotocol）が用いられている。現在多く使用されているＩＰはＩＰｖ４であり、発信元／宛先として３２ビットからなるアドレス（ＩＰアドレス）が用いられている。インターネット通信においては、３２ビットＩＰアドレスを各発信元／宛先にユニークに割り当てるグローバルＩＰアドレスを採用し、ＩＰアドレスに応じて、個々の発信元／宛先を判別している。しかし、インターネットの世界は急速に広がりを見せており、ＩＰｖ４の限られたアドレス空間、すなわちグローバルアドレスの枯渇が問題となってきている。これを解決するためにＩＥＴＦ（Internet Engineering Task Force）では、次世代ＩＰアドレスとしてＩＰアドレス空間を３２ビットから１２８ビットに拡張する新しいＩＰｖ６(Internet Protocol version 6）を提案している。
【０００５】
さらに、モバイルコンピューティング環境におけるノードの通信方法として、ＩＥＴＦ（Internet Engineering Task Force）で提案しているMobile ＩＰｖ６や、本特許出願人の提唱するＬＩＮ６などがある。
【０００６】
Mobile ＩＰｖ６においては、ノードはホームアドレスおよび気付アドレス（Care of address）という２つのＩＰアドレスを有する。気付アドレスはノードの移動に伴って接続されているサブネットワークに対応して変化する。ホームアドレスはノードの移動に関わらず一定である。通信相手のノードは、移動するノードのホームアドレスを指定することにより移動するノードの位置、すなわち接続されているサブネットワークの位置に関わらず移動ノードとの通信が可能となる。
【０００７】
この移動ノードとの通信を可能とする処理を実行するのがMobile ＩＰｖ６におけるホームエージェントである。ホームエージェントは、ノードのホームアドレスに対応するサブネットワークに接続されるノードであり、通信ノードが移動したとき、移動したノードから新たな気付アドレスを含むバインディング（束縛）更新パケット（binding update packet）を受信してホームアドレス（不変）と気付アドレス（可変）の対応を記憶したバインディング・キャッシュ（binding cache）を更新する。また、ホームエージェントは移動するノードのホームアドレス宛に対応する経路情報をネットワークにアナウンスする。
【０００８】
図１は気付アドレスの登録手順を説明する図である。ノードである端末装置１が移動したとき、端末装置１は移動先のサブネットワークから気付アドレスを取得する。端末装置（移動ノード）１はホームアドレス、気付アドレス、および端末装置１の認証データを含むバインディング・アップデートパケットを生成してホームエージェント２に送信する。
【０００９】
図２はＩＰｖ６パケットのＩＰｖ６ヘッダのフォーマットを説明する図である。ＩＰｖ６には図２に示すように４ビットのプロトコルバージョン、優先度を認識し区別するための８ビットのトラフィッククラス、通信中継装置としてのルータで特殊な操作実行を要求するパケットを識別するための２０ビットのフローラベル等が配置され、パケットを送信したノードのアドレスである送信元アドレス、パケットを受信するアドレスである送信先アドレス、およびオプションである拡張ヘッダが配置される。
【００１０】
図３は、ＩＰｖ６アドレスのフォーマットを示す図である。ＩＰｖ６アドレスの上位６４ビットは経路情報であり、下位６４ビットはノードが有するネットワークインタフェースをノードが接続しているサブネットワーク内で識別するためのインタフェース識別子である。インタフェース識別子はサブネットワーク内で一意であり、インタフェース識別子としてＭＡＣアドレス等が利用される。
【００１１】
図４は従来のバインディング・アップデートパケット（binding update packet）、すなわち移動ノードからホームエージェントに対してノード移動情報を伝えるためのパケットを説明する図である。ＩＰｖ６ヘッダの送信元アドレスには、端末装置１の気付アドレスが設定され、送信先アドレスには、ホームエージェントのアドレスが設定される。
【００１２】
拡張ヘッダには送信先ヘッダとして端末装置１のホームアドレス、およびこのパケットがアップデート（更新）処理を要求することを示すデータが格納され、さらに認証ヘッダが格納される。
【００１３】
図５は認証ヘッダを説明する図である。認証ヘッダにはＳＰＩ（Security parameters Index）、シーケンスナンバー、および認証データなどが含まれる。ホームエージェント２は、図６に示すように送信先のアドレスおよび認証ヘッダのＳＰＩを基にＳＡ（Security Association）を判別して認証用の鍵、または暗号化方式などを決定する。
【００１４】
ホームエージェント２はバインディング・アップデートパケットを受信すると認証データが正しいか否かを謹呈し、認証データが正しいと判定された場合、ホームエージェント２内のバインディングキャッシュに受信したバインディング・アップデートパケットに含まれている気付アドレスを登録する。ホームエージェント２は、ホームエージェント２内のバインディングキャッシュを更新し、端末装置１に応答パケットを送信する。
【００１５】
次に、従来の端末装置３が移動する端末装置１にパケットを送信する手順について図７を参照して説明する。端末装置３は端末装置１のホスト名を示してドメインネームサーバ（Domain Name Server）４に端末装置１のホームアドレスを問い合わせる。ドメインネームサーバ４は、図８に示すようにホスト名とホームアドレスの対応付けを記憶しているので、ホスト名を基に端末装置１のホームアドレスをを検索して端末装置３に返答する。端末装置３は送信先アドレスに端末装置１のホームアドレスを設定した図９に示すようなパケットを生成して送信する。
【００１６】
端末装置３が送信したパケットはホームエージェント２がネットワークに対してアナウンスしている経路情報により、ホームエージェント２に到達する。ホームエージェント２は図１０に示すように受信したパケットにさらに送信先のアドレスに端末装置１の気付アドレスを設定したＩＰｖ６ヘッダを追加して送信する。このパケットは通常の経路制御に従い、端末装置１に到達する。端末装置１は受信したパケットからホームエージェント２が付加したＩＰｖ６ヘッダを取り除いて元のパケットを取得する。
【００１７】
端末装置１は認証ヘッダおよび端末装置１の気付アドレスを含んだバインディング・アップデートパケットを生成して端末装置３に送信し、端末装置１の気付アドレスを端末装置３に通知する。端末装置３はバインディング・アップデートパケットを受信すると認証データを検査して正しいと判定した場合、バインディングキャッシュに端末装置１の気付アドレスを登録する。端末装置３は登録後、端末装置１に確認応答パケットを送信する。
【００１８】
端末装置１から端末装置３へ送信されるパケットは図１１に示すように送信元アドレスとして端末装置１の気付アドレスが設定され、ホームアドレスは拡張ヘッダの宛先オプションヘッダ（destination options header）に格納される。このパケットは最適経路を経由して端末装置３に到達する。
【００１９】
バインディング・アップデートパケットを受信したあと、端末装置３が端末装置１に送信するパケットは図１２に示すようにルーティングヘッダ（routing header）が付加され、最適な経路で端末装置１に到達する。
【００２０】
この状態で端末装置１が移動すると、端末装置１は、新しい気付アドレスを端末装置３およびホームエージェント２に送信する。新しい気付アドレスを受信した端末装置３は、ホームエージェント２と同様に端末装置１のホームアドレストと気付アドレスとの対応をバインディングキャッシュとして保持する。端末装置１は、ホームエージェント２および端末装置３に対して定期的にバインディング・アップデートパケットを送信し、端末装置３にバインディングキャッシュの更新処理を実行させる。
【００２１】
端末装置１が移動したときの動作を図１３を参照して説明する。端末装置１は、移動先のサブネットワークから気付アドレスを取得する。端末装置１は、図１４に示す端末装置１のホームアドレスなどを含んだバインディング・アップデートパケットを生成して、端末装置３に送信する。端末装置３はバインディング・アップデートパケットを受信するとバインディング・アップデートパケットに格納されている認証データが正しいか否かを判定して、認証データが正しいと判定された場合、バインディング・アップデートパケットに格納されている端末装置１の気付アドレスをバインディングキャッシュに登録する。端末装置３は、登録処理後、端末装置１に確認応答パケットを送信する。
【００２２】
端末装置１は、図１５に示す端末装置１のホームアドレス等を含んだバインディング・アップデートパケットを生成し、ホームエージェント２に送信する。ホームエージェント２はバインディング・アップデートパケットを受信すると、バインディング・アップデートパケットに格納されている認証データが正しいか否かを判定し、認証データが正しいと判定された場合、バインディング・アップデートパケットに格納されている端末装置１の気付アドレスをバインディングキャッシュに登録する。ホームエージェント２は、登録処理後、端末装置１に確認応答パケットを送信する。
【００２３】
【発明が解決しようとする課題】
上述したように、モバイルコンピューティング環境におけるノードの通信方法としてＩＥＴＦ（Internet Engineering Task Force）が提案しているMobile ＩＰｖ６では、ノードが定期的に、または少なくともサブネット間を移動するたびに、そのノードの位置情報を管理しているサーバ(Mobile ＩＰｖ６でのホームエージェント)および通信相手である端末装置へノード位置が変更したことを通知するバインディング・アップデートパケットを送信する必要があるため、ノードの移動が頻繁に行われた場合、多くの移動通知メッセージが発生し、その結果ネットワークに負荷を与えてしまったり、また、位置情報を管理しているサーバが移動ノードからネットワーク的に遠くに位置している場合は、ノードが移動してからサーバで位置情報が更新されるまでに多くの時間がかかってしまうといった問題があった。
【００２４】
現在それらの問題を解決するための方式がいくつかＩＥＴＦで提案されている。Mobile ＩＰｖ６をマクロモビリティプロトコルと呼ぶのに対し、これらの改善された方式はマイクロモビリティプロトコルと呼ばれる。しかし、これらの提案方式においては、ヘッダサイズやヘッダ処理において非常に非効率であったり、ＩＰｖ４で用いられていた解決策をそのままＩＰｖ６に適用しているため、ＩＰｖ６アドレスのアドレス構造(ネットワークプレフィックス+インタフェースＩＤ)の特徴がうまく利用されていない。なお、ネットワークプレフィックスとは、ＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤを除く上位６４ビットの経路情報を示すアドレスである。
【００２５】
本発明は、上述の点を鑑みてなされたものであり、ＩＰｖ６アドレスのアドレス構造（ネットワークプレフィクス＋インタフェースＩＤ）の特徴をうまく利用することにより、Mobile ＩＰｖ６等において必要としていたノードがサブネット間を移動するたびの位置変更通知処理を削減し、ネットワークに対する負荷を軽減し、また、位置情報を管理しているサーバが移動ノードからネットワーク的に遠くに位置している場合でも、ノード移動による通信の滞りを発生させることのない改良された通信処理システム、通信処理方法、および通信端末装置、並びにプログラムを提供することを目的とする。
【００２６】
【課題を解決するための手段】
本発明の第１の側面は、
１以上のサブネットワークによって構成されるドメイン内において、各サブネットワークに対応付けられたネットワークプレフィックス（物理ネットワークプレフィックス）とは異なるネットワークプレフィックスとして移動型の通信端末装置である移動ノード用の仮想ネットワークプレフィックスを設定し、該仮想ネットワークプレフィックスと前記移動ノードの識別子に基づいて設定されるアドレスに従って前記移動ノードに対する通信を実行する構成を有することを特徴とする通信処理システムにある。
【００３７】
さらに、本発明の第２の側面は、
１以上のサブネットワークによって構成されるドメイン内において、各サブネットワークに対応付けられたネットワークプレフィックス（物理ネットワークプレフィックス）とは異なるネットワークプレフィックスとして移動型の通信端末装置である移動ノード用の仮想ネットワークプレフィックスを設定し、該仮想ネットワークプレフィックスと前記移動ノードの識別子に基づいて設定されるアドレスに従って前記移動ノードに対する通信を実行することを特徴とする通信処理方法にある。
【００４７】
さらに、本発明の第３の側面は、
ネットワークを介した通信を実行する通信端末装置において、
１以上のサブネットワークによって構成されるドメイン内の各サブネットワークに対応付けられた物理ネットワークプレフィックスと、移動ノード用の仮想ネットワークプレフィックスを含む情報報告としてのルータ通知を受信し、受信した情報報告としてのルータ通知から取得する仮想ネットワークプレフィックスと通信端末装置の識別子に基づくアドレス設定処理を実行する構成を有することを特徴とする通信端末装置にある。
【００４８】
さらに、本発明の通信端末装置の一実施態様において、前記ドメイン内または異なるドメインのサブネット間を移動した際にルータから受信する情報報告としてのルータ通知内に含まれる仮想ネットワークプレフィックスの値と、移動前の旧サブネットで使用していたアドレスに含まれる仮想ネットワークプレフィックスの値を比較し、異なる場合にのみ受信した情報報告としてのルータ通知内に含まれる仮想または物理ネットワークプレフィックスに基づくアドレス生成処理を実行する構成であることを特徴とする。
【００４９】
さらに、本発明の通信端末装置の一実施態様において、前記ドメイン内または異なるドメインのサブネット間を移動した移動ノードは、新たに接続した新サブネットのルータから受信した情報報告としてのルータ通知内に仮想ネットワークプレフィックスが含まれない場合は、物理ネットワークプレフィックスの値に基づくアドレス生成処理を実行する構成であることを特徴とする。
【００５０】
さらに、本発明の通信端末装置の一実施態様において、前記通信端末装置は、前記ドメイン内または異なるドメインのサブネット間を移動した際に、ルーティングアップデートメッセージをドメイン内ルータに対して送信する構成であることを特徴とする。
【００５１】
さらに、本発明の通信端末装置の一実施態様において、前記通信端末装置は、異なるドメインのサブネット間を移動した際に、該通信端末装置を管轄するホームエージェントに対して、気付アドレス（ＣｏＡ：Care-of-Address)として、仮想ネットワークプレフィックスに基づくアドレス生成処理によって生成した仮想ネットワークプレフィックスベースＩＰｖ６アドレスを格納して、バインディングアップデートメッセージを送信する構成であることを特徴とする。
【００５２】
さらに、本発明の第４の側面は、
ネットワークを介する通信処理をコンピュータ・システム上で実行せしめるプログラムであって、前記プログラムは、
１以上のサブネットワークによって構成されるドメイン内の各サブネットワークに対応付けられた物理ネットワークプレフィックスと、移動ノード用の仮想ネットワークプレフィックスを含む情報報告としてのルータ通知を受信するステップと、
受信した情報報告としてのルータ通知から取得する仮想ネットワークプレフィックスと通信端末装置の識別子に基づくアドレス設定処理を実行するステップと、
を有することを特徴とするプログラムにある。
【００５３】
なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供されるコンピュータ・プログラムである。
【００５４】
このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。コンピュータ・プログラムをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の他の側面と同様の作用効果を得ることができるのである。
【００５５】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【００５６】
【発明の実施の形態】
本発明の通信処理システム、および通信処理方法が適用されるネットワーク構成例を図１６に示す。ネットワークを構成するノードはＩＰｖ６アドレスを基に通信を実行する。
【００５７】
ＩＰｖ６アドレスは図１７に示すように１２８ビット構成であり、下位６４ビットがインターネット上、もしくはサブネット上でノードを一意に識別するためのノード識別子としてのインタフェースＩＤ(Interface ID)であり、上位６４ビットがノードが接続しているサブネットワークを示す位置指示子としてのネットワークプレフィックス（Network Prefix）である。従って、基本的に同一のサブネットワークに属する端末装置は、ＩＰｖ６アドレスの上位６４ビットの示すネットワークプレフィックス（Network Prefix）が同一なものとなる。
【００５８】
図１６の構成においてドメイン２４は、複数のサブネットワーク５２−１乃至５２−１０で構成されている。ここで、ドメインは複数のサブネットワークの集合である。たとえば、各サブネットワークに3ffe:501:100c:0000::/64 〜 3ffe:501:100c:ffff::/64の範囲のネットワークプレフィックスを割り当てている場合、これらのサブネットワークを含むドメインは、例えば3ffe:501:100c::/48というアドレス空間を割り当てられたドメインとして定義される。
【００５９】
通常、ネットワークプレフィックスは、サブネット単位に割り当てられ、端末装置としてのノード（ホスト）例えば図中のノード３１があるサブネットに接続すると、ノード（ホスト）は、そのサブネットに割り当てられているネットワークプレフィックスを用いてアドレス設定処理としてステートレス自動設定(Stateless Auto Configuration, RFC2462)を行う。すなわち、ノード（ホスト）は、ローカルに自分自身で生成可能な情報としてのインタフェース識別子と、ルータから通知される情報としてのネットワークプレフィックスによりＩＰｖ６アドレスの生成処理を実行する。前述したようにＩＰｖ６アドレスはネットワークプレフィックスとインタフェース識別子とからなり、通信を実行するノードとしてのホストは、ステートレス自動設定(Stateless Auto Configuration, RFC2462)により自分自身のアドレスを設定する。
【００６０】
ルータから通知される情報は、ルータ通知（Router Advertisement, RFC2461）メッセージと呼ばれ、リンク情報としてのネットワークプレフィックス、インターネットパラメータなどが含まれる。ルータ通知は、ホストからのルータ要請（Router Solicitation）メッセージに応答して、あるいは定期的にルータから送信される。
【００６１】
このようなアドレス設定処理を実行する構成では、ノード（ホスト）が移動ノードである場合、ノードがネットワークプレフィックスの異なる別のサブネット間を移動するたびにネットワークプレフィックスが変化するため、それに伴い、ノードのＩＰｖ６アドレスの変更処理を実行することが必要となる。なお、通常、各サブネットへのネットワークプレフィックスは、そのサブネットを形成している組織(ISP、企業、大学などのことで以後ドメインと呼ぶ)の管理者によって、そのドメインに割り当てられたアドレス空間の範囲の中から割り当てられる。
【００６２】
本発明の構成では、上述のようなサブネット間移動時におけるノードのＩＰｖ６アドレスの変更処理を不要とした構成を持つ。すなわち、ドメイン２４内に移動ノードの専用プレフィックスとして仮想ネットワークプレフィックスを適用した。仮想ネットワークプレフィックスとは、同じドメイン内の異なるサブネット間を移動しても変化しないマイクロモビリティ用の特殊なネットワークプレフィックスである。
【００６３】
例えば図１６のドメイン２４に3ffe:501:100c::/48というアドレス空間が割り当てられているとする。ドメイン２４内に存在するサブネット５２−１〜５２−１０に、3ffe:501:100c:0000::/64 〜 3ffe:501:100c:fffe::/64の範囲の物理ネットワークプレフィックスを各々割り当てる。
【００６４】
さらに、物理ネットワークプレフィックスとして割り当てられていないプレフィックス3ffe:501:100c:ffff::/64を仮想ネットワークプレフィックスとしてマイクロモビリティ用のプレフィックスとして設定する。なお、物理ネットワークプレフィックスは、ドメイン内に実在するサブネットに対応して設定されるネットワークプレフィックスであり、仮想ネットワークプレフィックスは、ドメイン内に実在するサブネットに対応して設定されるネットワークプレフィックスではなくマイクロモビリティ用のネットワークプレフィックスとして定義される。
【００６５】
仮想ネットワークプレフィックスの割り当て方針/運用方針は、各ドメインの管理者によって決定される。基本的にドメイン内のサブネットに割り当てられていないネットワークプレフィックスをマイクロモビリティ用に割り当てることで、ドメイン内におけるルーティング（経路制御）処理を実行するルータはマイクロモビリティ用のネットワークプレフィックスであることを識別可能となる。
【００６６】
仮想ネットワークプレフィックスをサポートしたドメイン内のあるサブネットに接続したノードは、その仮想ネットワークプレフィックスを用いてステートレス自動設定を行うことで、ドメイン内のサブネットワーク間の移動発生時にも、仮想ネットワークプレフィックスとインタフェースＩＤからなるＩＰｖ６アドレスを変更する必要がない。仮想ネットワークプレフィックスは、１ドメイン内のすべてサブネットにおいて共通に使用可能であるからである。
【００６７】
従って移動ノードはアドレス更新処理を実行することなくドメイン内の異なるサブネット間を自由に移動でき、これによってマイクロモビリティがサポートされる。なお、仮想ネットワークプレフィックスを用いて設定されたＩＰｖ６アドレスを持つノードへのドメイン内でのルーティング（経路制御）にはＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤに基づく経路設定処理であるホストルーティングを用いる。ルーティング処理の詳細については、後段で説明する。
【００６８】
図１６の、ネットワーク構成について説明する。サブネットワーク５２−１乃至５２−１０は、有線／無線、もしくは共有メディア／ポイント・ツー・ポイントメディアなどの通信メディアを介してサブネットワークを形成しており、さらに、サブネットワーク５２−１乃至５２−４は複数の端末装置（移動ノード）、例えばノード３１が接続できる構成を持つ。ドメイン２４内にはルータ５１−１乃至５１−６が存在しており、ドメイン境界ルータとしてのゲートウェイ２３を根として木構造（ツリー構造）を構成している。ただし、この例は論理的構成であり、実際の構成はツリー構造に限らず複数のサブネットワークが接続された構成であれば、様々な構成をとることが可能である。
【００６９】
端末装置２２は、バックボーンネットワークとしてのインターネット２１に接続されており、インターネット２１、ドメイン境界ルータとしてのゲートウェイ２３を介してドメイン２４内に位置する端末装置３１と通信する。
【００７０】
ドメイン境界ルータとしてのゲートウェイ２３は、ドメイン２４内のルータ５１−１および５１−４に接続される。さらに、ルータ５１−１にはルータ５１−２および５１−３が接続され、さらに、ルータ５１−４にはルータ５１−５および５１−６が接続される。ドメイン境界ルータ２３およびルータ５１−１乃至５１−６は仮想ネットワークプレフィックスを含むＩＰｖ６アドレス宛てのデータパケットを受信した場合、ＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤに基づいて端末装置２２から供給されるデータパケットの送信経路を制御（ルーティング）する。
【００７１】
ここでルーティングについて簡単に説明する。例えばインターネット２１上では、移動ノード（図１６の場合、端末装置３１）へ送信するデータパケット６１のＩＰｖ６ヘッダの終点アドレスフィールドに記述されているＩＰｖ６アドレスの上位６４ビットのネットワークプレフィックスに基づいてルーティング（プレフィックスベース・ルーティング）が実行される。また、ドメイン２４内でのルーティングには移動ノード（図１６の場合、端末装置３１）へ送信するデータパケット６１のＩＰｖ６アドレスの上位６４ビットのネットワークプレフィックスに基づくルーティングに加え、ＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤに基づく経路設定処理であるホストルーティング（ホストベース・ルーティング）が実行される。
【００７２】
ドメイン内のルータはデータパケット６１のＩＰｖ６ヘッダの終点アドレスフィールドに記述されているＩＰｖ６アドレスの上位６４ビットのネットワークプレフィックスがドメイン内のサブネットに対応する物理ネットワークプレフィックスである場合は、通常の物理ネットワークプレフィックスベースのルーティングを実行し、データパケット６１のＩＰｖ６ヘッダの終点アドレスフィールドに記述されているＩＰｖ６アドレスの上位６４ビットのネットワークプレフィックスが仮想ネットワークプレフィックスである場合は、仮想ネットワークプレフィックスを持つＩＰｖ６アドレスを設定した移動ノードへパケットを配送するためにホストルーティング、すなわちＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤに基づくルーティング（経路制御）を行う。
【００７３】
前述したようにＩＰｖ６アドレスはネットワークプレフィックスとインタフェース識別子とからなり、通信を実行するノードとしてのホストは、ステートレス自動設定(Stateless Auto Configuration, RFC2462)により自分自身のアドレスを設定する。ホストは、ローカルに自分自身で生成可能な情報と、ルータから通知される情報を用いて自分自身のアドレスとしてＩＰｖ６アドレスを生成する。
【００７４】
ルータから通知される情報は、ルータ通知（Router Advertisement, RFC2461）メッセージと呼ばれ、リンク情報、インターネットパラメータなどが含まれる。ルータ通知は、ホストからのルータ要請(Router Solicitation)メッセージに応答して、あるいは定期的にルータから送信される。
【００７５】
本発明のシステムでは、ノード（ホスト）に対するルータ通知（Router Advertisement）にノードが接続しているサブネットの物理ネットワークプレフィックスのみではなく、マイクロモビリティ用のネットワークプレフィックスである仮想ネットワークプレフィックスを含ませて通知する。
【００７６】
仮想ネットワークプレフィックスのルータ通知（Router Advertisement）に対する格納方法としては、仮想ネットワークプレフィックス格納用として、ルータ通知に新しいオプション(Virtual Network Prefix Information Option)を新設することにより可能である。図１８に仮想ネットワークプレフィックス情報オプション（Virtual Network Prefix Information Option）のフォーマットを示す。
【００７７】
タイプ（Type）フィールドはこのオプションのオプション番号(1-5は既存のオプションで使われている)、レングス（Length）フィールドはこのオプションの全体の長さ、リザーブ（Reserved1およびReserved2）フィールドは将来の拡張用であり、プレフィックス（Prefix）フィールドに仮想ネットワークプレフィックスを格納する。このオプションを、物理ネットワークプレフィックスが格納されたプレフィックス情報（Prefix Information）オプションとともにルータ通知に含めて送信する。
【００７８】
すなわち、サブネットに接続したノードは、接続したサブネットの物理ネットワークプレフィックスに加え、マイクロモビリティ用のネットワークプレフィックスである仮想ネットワークプレフィックス情報をルータ通知として受け取ることになる。ルータ通知を受信したノードは、ローカルに自分自身で生成可能な情報としてのインタフェース識別子と、ルータから通知される情報である物理ネットワークプレフィックス、または仮想ネットワークプレフィックスのいずれかを選択してステートレス自動設定(Stateless Auto Configuration)によりＩＰｖ６アドレスを生成する。
【００７９】
上述したように、ドメイン内のルータは通常の物理ネットワークプレフィックスベースのルーティングに加え、仮想ネットワークプレフィックスベースのＩＰｖ６アドレスを設定した移動ノードへパケットを配送するためにホストルーティング、すなわちＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤに基づくルーティング（経路制御）を行う。
【００８０】
ホストルーティングを行うためには、各ルータは、移動ノードごと、すなわち各ホストエントリに対応して設定される次のパケット送信先（Next Hop）をルーティングテーブルとして保持しなければならない。このホストベースのルーティングテーブルの登録/更新/削除等の仕組みについては、Cellular IPやHAWAIIなどの既存のマイクロモビリティプロトコルでも用いられている“ルーティングアップデートメッセージ”による方法を用いる。
【００８１】
ルーティングアップデートメッセージは、各ルータで保持するルーティングテーブル、すなわち所定のアドレスに対してパケットを転送する場合の次のパケット送信先（Next Hop）を記録したテーブルの更新をルータに実行させるためのメッセージであり、ルーティングアップデートメッセージを受信したルータはメッセージに従って保持するルーティングテーブル内の移動ノードごとのホストエントリの生成または更新または削除処理を実行する。
【００８２】
移動ノード（ホスト）は、サブネット間を移動した場合にルーティングアップデートメッセージをドメイン内のルータに対して送信する。ルーティングアップデートメッセージを受信したルータはメッセージに従った処理を実行する。すなわち、ルータが移動ノード（ホスト）に対する経路上にあり、ルータが保持するルーティングテーブルに対応するホストのエントリが無い場合にはホストエントリの生成を実行し、ルータが移動ノード（ホスト）に対する経路上にあり、すでにホストエントリがある場合には必要に応じて更新処理を実行する。
【００８３】
このようにして、ドメイン内のルータがルーティングアップデートメッセージに基づくルーティングテーブルの登録/更新/削除処理を実行することにより、ドメイン内のルーティング（経路制御）は、ＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤに基づくルーティング（経路制御）、すなわちホストベースルーティングとして実行可能となる。
【００８４】
また、移動ノードが、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティプロトコルを実装している場合は、その移動ノードを管轄するホームエージェント（ＨＡ）２５に、気付アドレス（ＣｏＡ：Care-of-Address)として仮想ネットワークプレフィックスベースＩＰｖ６アドレス（仮想ネットワークプレフィックスを用いてステートレス自動設定し、生成したＩＰｖ６アドレス）を格納して、バインディングアップデートメッセージを送信する。ＬＩＮ６の場合は、移動ノードの管轄エージェントであるマッピングエージェント（ＭＡ）に、Current Locatorとして仮想ネットワークプレフィックスを格納して、マッピングアップデートメッセージを送信する。
【００８５】
Mobile ＩＰｖ６においては、ノードはホームアドレスおよび気付アドレス（Care-of-address）という２つのＩＰアドレスを有する。気付アドレスはノードの移動に伴って接続されているサブネットワークに対応して変化するアドレスであり、この場合仮想ネットワークプレフィックスベースＩＰｖ６アドレスである。ホームアドレスはノードの移動に関わらず一定である。
【００８６】
Mobile ＩＰｖ６におけるホームエージェント（ＨＡ）２５は、ノードのホームアドレスに対応するサブネットワークを管理するノードであり、通信ノードが移動したとしき、移動したノードから新たな気付アドレス、この場合仮想ネットワークプレフィックスベースＩＰｖ６アドレスを含むバインディングアップデートパケット（binding update packet）を受信してホームアドレスと仮想ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【００８７】
次に図１６に示すノード（端末装置）３１の構成について図１９を用いて説明する。ＣＰＵ(Central processing Unit)１０１は、各種アプリケーションプログラムや、ＯＳ（Operating System）を実際に実行する。ＲＯＭ（Read-Only-Memory）１０２は、ＣＰＵ１０１が実行するプログラム、あるいは演算パラメータとしての固定データを格納する。ＲＡＭ（Random Access Memory）１０３は、ＣＰＵ１０１の処理において実行されるプログラム、およびプログラム処理において適宜変化するパラメータの格納エリア、ワーク領域として使用される。
【００８８】
ホストバス１０４はブリッジ１０５を介してＰＣＩ（Peripheral Component Internet/Interface）バスなどの外部バス１０６に接続されている。
【００８９】
キーボード１０８はＣＰＵ１０１に各種の指令を入力するためにユーザにより操作され、ポインティングデバイス１０９はディスプレイ１１０の画面上の位置指定、コマンド指定などの際にユーザによって操作される。ディスプレイ１１０は例えばＤＲＴ、液晶ディスプレイ等であり、各種情報をテキストまたはイメージ等により表示する。ＨＤＤ(Hard Disk Drive)１１１は、情報記憶媒体としてのハードディスクを駆動し、ハードディスクからのプログラム、データの読み取りまたはハードディスクに対するプログラム、データの書き込みを実行する。
【００９０】
ドライブ１１２は、フロッピーディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体１１３の記録再生を実行するドライブであり、各リムーバブル記録媒体１１３からのプログラムまたはデータ再生、リムーバブル記録媒体１１３に対するプログラムまたはデータ格納を実行する。
【００９１】
各記憶媒体に記録されたプログラムまたはデータを読み出してＣＰＵ１０１において実行または処理を行なう場合は、読み出したプログラム、データはインタフェース１０７、外部バス１０６、ブリッジ１０５、ホストバス１０４を介して例えば接続されているＲＡＭ１０３に供給する。
【００９２】
キーボード１０８乃至ドライブ１１２はインタフェース１０７に接続されており、インタフェース１０７は外部バス１０６、ブリッジ１０５、およびホストバス１０４を介してＣＰＵ１０１に接続されている。
【００９３】
通信部１１４はノードの接続されたサブネットのルータ等と通信し、ＣＰＵ１０１、ＨＤＤ１１１等から供給されたデータをパケット化して送信したり、ルータを介してパケットを受信する処理を実行する。通信部１１４は外部バス１０６、ブリッジ１０５、およびホストバス１０４を介してＣＰＵ１０１に接続されている。
【００９４】
次に、ドメイン２４内においてパケットの中継処理を実行するルータの構成について図２０を参照して説明する。
【００９５】
ＣＰＵ(Central processing Unit)２０１は、各種アプリケーションプログラムや、ＯＳ（Operating System）を実際に実行する。ＲＯＭ（Read-Only-Memory）２０２は、ＣＰＵ２０１が実行するプログラム、あるいは演算パラメータとしての固定データを格納する。ＲＡＭ（Random Access Memory）２０３は、ＣＰＵ２０１の処理において実行されるプログラム、およびプログラム処理において適宜変化するパラメータの格納エリア、ワーク領域として使用される。
【００９６】
ドライブ２０５は、フロッピーディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体２０６の記録再生を実行するドライブであり、各リムーバブル記録媒体２０６からのプログラムまたはデータ再生、リムーバブル記録媒体２０６に対するプログラムまたはデータ格納を実行する。各記憶媒体に記録されたプログラムまたはデータを読み出してＣＰＵ２０１において実行または処理を行なう場合は、読み出したプログラム、データはバス２０４を介して例えば接続されているＲＡＭ２０３、通信部２０７、通信部２０８に供給される。
【００９７】
通信部２０７は上位ルータまたはインターネット接続通信部であり、ＣＰＵ１０１のデータ処理によって生成したパケットを送信したり、インターネット、上位ルータを介してパケットを受信する処理を実行する。通信部２０８はサブネットに接続され、上位ルータから受信したパケットをサブネットを介して下位ルータあるいはノードに対して送信する処理を実行する。
【００９８】
ＣＰＵ２０１乃至通信部２０８はバス２０４によって相互接続され、データの転送が可能な構成となっている。
【００９９】
本発明のシステムでは、ルータ通知に含まれるマイクロモビリティ用のネットワークプレフィックスである仮想ネットワークプレフィックス情報を解釈して処理を実行可能な仮想ネットワークプレフィックスサポート型のノードと、仮想ネットワークプレフィックス情報を解釈することのできない、すなわち物理ネットワークプレフィックスによってのみＩＰｖ６アドレスを生成する仮想ネットワークプレフィックス非サポート型のノードの双方が共存できるシステムとして構成される。
【０１００】
また、図１６に示すドメインにおいても、ドメイン内のルータが前述の仮想ネットワークプレフィックス情報を含むルータ通知を実行する仮想ネットワークプレフィックスサポート型のドメインと、ドメイン内のルータが前述の仮想ネットワークプレフィックス情報を格納せず、物理ネットワークプレフィックス情報のみを含むルータ通知を実行する仮想ネットワークプレフィックス非サポート型のドメインとが存在する。本発明のシステムでは、これらの２つのタイプのドメイン間における仮想ネットワークプレフィックスサポート型のノードの移動もサポートする。
【０１０１】
以下、本発明の構成における仮想ネットワークプレフィックスサポート型のノードの処理、および仮想ネットワークプレフィックス非サポート型のノードの処理について説明する。仮想ネットワークプレフィックスサポート型のノードの処理フローを図２１に示し、仮想ネットワークプレフィックス非サポート型のノードの処理フローを図２２に示す。
【０１０２】
［仮想ネットワークプレフィックスサポート型ノードの処理]
まず、仮想ネットワークプレフィックスサポート型のノードの処理について説明する。仮想ネットワークプレフィックスサポート型のノードの場合、ノード移動の態様は、ノードが移動先のサブネット上のルータから受信するルータ通知の内容により、以下の（１）〜（３）に説明する３つの場合に分類できる。
【０１０３】
（１）ルータ通知に仮想ネットワークプレフィックスが格納されており、かつ、その値が、移動前に設定されていた移動ノードのＩＰｖ６アドレスのネットワークプレフィックス部分と異なるならば、このノード移動は“別のドメインから、仮想ネットワークプレフィックスをサポートしている新たなドメインへの移動”である。
【０１０４】
（２）ルータ通知に仮想ネットワークプレフィックスが格納されており、かつ、その値が、ノード移動前に設定されていた移動ノードのIPv6アドレスのネットワークプレフィックス部分に等しいならば、この移動は“仮想ネットワークプレフィックスをサポートしているドメイン内でのサブネット間の移動”である。
【０１０５】
（３）ルータ通知に仮想ネットワークプレフィックスが格納されていない（物理ネットワークプレフィックスのみ格納）ならば、この移動は“仮想ネットワークプレフィックスをサポートしていないドメイン内のあるサブネットへの移動”である。
【０１０６】
上述のように、ノードが移動先において新たに接続したサブネットワークのルータから受信するルータ通知に含まれるネットワークプレフィックス情報に従って、仮想ネットワークプレフィックスサポート型ノードは、自己の移動態様を判別し、判別された処理に従って各態様に従った処理を実行する。仮想ネットワークプレフィックスサポート型ノードにおける上記３つの移動態様時の処理について、図２１に示すフローに従って説明する。
【０１０７】
<<（１）別のドメインから、仮想ネットワークプレフィックスをサポートしている新たなドメインへ移動した場合>>
仮想ネットワークプレフィックスサポート型のノードが、別のドメインから、仮想ネットワークプレフィックスをサポートしている新たなドメインへ移動した場合の処理は、図２１に示すフローにおいて、ステップＳ１０１、Ｓ１０２、Ｓ１０３、Ｓ１０４、Ｓ１０５、Ｓ１０９、Ｓ１１０の処理に対応する。
【０１０８】
まず、ステップＳ１０１において、移動ノードは、接続サブネット上のルータからルータ通知を受け取る。ノードの移動により新たに接続されたサブネットは仮想ネットワークプレフィックスをサポートしているドメインであり、ルータ通知には、物理ネットワークプレフィックスおよび仮想ネットワークプレフィックスが含まれる。従ってステップＳ１０２の判定はＹｅｓとなり、ステップＳ１０３に進む。
【０１０９】
ステップＳ１０３においては、移動ノードは、ルータ通知内の仮想ネットワークプレフィックスの値が移動前に使用していたＩＰｖ６アドレスの上位６４ビットに対応するネットワークプレフィックスに等しいか否かを判定する。仮想ネットワークプレフィックスは、ドメイン内でユニークなプレフィックスであり、異なるドメインにおいては、それぞれの管理エンティティが別々の管理の下に管理下ドメイン内でのみ有効なマイクロモビリティ用のネットワークプレフィックスとして設定する。従って、移動ノードが異なるドメインに移動した場合は、新たに受け取るルータ通知内の仮想ネットワークプレフィックスの値は移動前に使用していたＩＰｖ６アドレスの上位６４ビットに対応するネットワークプレフィックスとは異なるものとなる。すなわち、ステップＳ１０３の判定はＮｏとなり、ステップＳ１０４に進む。
【０１１０】
ステップＳ１０４において、移動ノードは、ルータ通知から仮想ネットワークプレフィックスを取り出し、その仮想ネットワークプレフィックスを用いてステートレス自動設定によりＩＰｖ６アドレスを生成する。
【０１１１】
このステートレス自動設定により生成されたＩＰＶ６アドレスを“仮想ネットワークプレフィックスベースＩＰｖ６アドレス(Virtual Network Prefix based IPv6 Address, v.n.p.-based IPv6 Address)”と呼ぶ。なお、これに対し、物理ネットワークプレフィックスを用いて設定されたＩＰｖ６アドレスを"物理ネットワークプレフィックスベースＩＰｖ６アドレス(Physical Network Prefix based IPv6 Address, p.n.p.-based IPv6 Address)"と呼ぶ。
【０１１２】
なお、ステップＳ１０４における仮想ネットワークプレフィックを適用したステートレス自動設定によるＩＰｖ６アドレスの生成処理の際、仮想ネットワークプレフィックスサポート型ノードは、ルータ通知内の仮想ネットワークプレフィックスと物理ネットワークプレフィックスを判別し、仮想ネットワークプレフィックスを選択してステートレス自動設定によるＩＰｖ６アドレスの生成処理を実行し、物理ネットワークプレフィックスは単に無視する。
【０１１３】
なお、本方式では、ＩＰｖ６アドレスの下位６４ビット（bit）部分、すなわちインターフェースＩＤの値は、サブネット内でユニークでは不十分であり、少なくともドメイン内でユニークにならなければならない。なぜなら、仮想ネットワークプレフィックスは、ノードが接続しているサブネットだけでなく、同じドメインの他のサブネットでも使われるので、異なるサブネットに接続した２ノードが同じインターフェースＩＤを使ってしまうと、２ノードの仮想ネットワークプレフィックスベースアドレスがまったく同じ値となってしまうからである。そのため、インターフェースＩＤは各ドメインでユニークになるようにノードの接続時に割り当てるか、もしくは、ノードの接続時にそのノードが使おうとしているインターフェースＩＤを他のサブネットで使っているノードがいないかどうか重複アドレス検出(ＤＡＤ：Duplicated Address Detection)処理を実行するか、あるいは、インターフェースＩＤ自体がインターネット全体でユニークであることが望ましい。たとえばイーサネット（Ethernet）のＭＡＣアドレスのEUI64などを使用する構成が可能である。
【０１１４】
次に、ステップＳ１０５において、移動ノードは、設定した仮想ネットワークプレフィックスベースＩＰｖ６アドレスに関するホストルーティングをドメイン内で行うために“ルーティングアップデートメッセージ”を送信する。
【０１１５】
ルーティングアップデートメッセージは、前述したように、各ルータで保持するルーティングテーブル、すなわち所定のアドレスに対してパケットを転送する場合の次のパケット送信先（Next Hop）を記録したテーブルの更新をルータに実行させるためのメッセージであり、ルーティングアップデートメッセージを受信したルータはメッセージに従って保持するルーティングテーブル内の移動ノードごとのホストエントリの生成または更新または削除処理を実行する。
【０１１６】
次に移動ノードはステップＳ１０９、Ｓ１１０に従った処理を実行する。すなわち、移動ノードが、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティプロトコルを実装している場合（Ｓ１０９でＹｅｓ）は、その移動ノードのホームエージェントに、気付アドレス（ＣｏＡ：Care-of-Address)として仮想ネットワークプレフィックスベースＩＰｖ６アドレスを格納して、バインディングアップデートメッセージを送信する。ＬＩＮ６の場合は、移動ノードの管轄エージェントであるマッピングエージェント（ＭＡ）に、Current Locatorとして仮想ネットワークプレフィックスを格納して、マッピングアップデートメッセージを送信する。
【０１１７】
前述したように、Mobile ＩＰｖ６においては、ノードはホームアドレスおよび気付アドレス（Care-of-address）という２つのＩＰアドレスを有する。気付アドレスはノードの移動に伴って接続されているサブネットワークに対応して変化するアドレスであり、この場合仮想ネットワークプレフィックスベースＩＰｖ６アドレスである。ホームアドレスはノードの移動に関わらず一定である。
【０１１８】
Mobile ＩＰｖ６におけるホームエージェント（ＨＡ）は、ノードのホームアドレスに対応するサブネットワークを管理するノードであり、通信ノードが移動したとしき、移動したノードから新たな気付アドレス、この場合仮想ネットワークプレフィックスベースＩＰｖ６アドレスを含むバインディングアップデートパケット（binding update packet）を受信してホームアドレスと仮想ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【０１１９】
ＬＩＮ６マクロモビリティプロトコルを実装している場合は、移動ノードは、移動ノードの管轄エージェントであるマッピングエージェント（ＭＡ）に、Current Locatorとして仮想ネットワークプレフィックスを格納して、マッピングアップデートメッセージを送信する。マッピングエージェント（ＭＡ）は、受信したマッピングアップデートメッセージに基づいてホームアドレスと仮想ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【０１２０】
また、移動ノードが、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティプロトコルを実装していない場合（Ｓ１０９でＮｏ）は、ステップＳ１１０のバインディングアップデートパケット（binding update packet）送信処理を実行せず処理を終了する。
【０１２１】
なお、以後、移動ノードは、パケットを送信する際は、パケットのヘッダの始点アドレスとして、設定した仮想ネットワークプレフィックスベースＩＰｖ６アドレスを使う。
【０１２２】
このような処理が実行される仮想ネットワークプレフィックスサポート型のノードとの通信を行なおうとする端末装置との通信処理は、例えば以下のように実行される。移動ノードと通信を実行しようとする端末装置は、ドメインネームサーバに対して移動ノードのホスト名に基づく問い合わせを実行し、ドメインネームサーバは移動ノードのホームアドレスを端末装置に伝える。端末装置は、移動ノードのホームアドレスを終点ＩＰｖ６アドレスとしたデータパケットを送信する。
【０１２３】
ホームエージェントは、端末装置から受信した移動ノードのホームアドレス宛てのデータパケットにさらに終点アドレスとして仮想ネットワークプレフィックスベースＩＰｖ６アドレスを設定したＩＰｖ６ヘッダを追加（カプセル化）して、インターネットを介して移動ノードに対して送信（転送）する。
【０１２４】
インターネット内の各ルータはＩＰｖ６アドレス中の仮想ネットワークプレフィックスベースのルーティング処理が実行され、移動ノードの属するドメイン内のルータにおいては、ホストベースのルーティング処理が実行されて、移動ノードと通信を実行しようとする端末装置からのデータパケットが移動ノードに転送される。なお、具体的な通信処理例については、後段で詳細に説明する。
【０１２５】
<<（２）仮想ネットワークプレフィックスをサポートしているドメイン内のサブネット間を移動した場合>>
次に、仮想ネットワークプレフィックスサポート型のノードが、仮想ネットワークプレフィックスをサポートしているドメイン内のサブネット間を移動した場合の処理について説明する。この場合の処理は、図２１に示すフローにおいて、ステップＳ１０１、Ｓ１０２、Ｓ１０３、Ｓ１０６、Ｓ１０７の処理に対応する。
【０１２６】
まず、ステップＳ１０１において、移動ノードは、接続サブネット上のルータからルータ通知を受け取る。ノードの移動により新たに接続されたサブネットは仮想ネットワークプレフィックスをサポートしているドメインであり、ルータ通知には、物理ネットワークプレフィックスおよび仮想ネットワークプレフィックスが含まれる。従ってステップＳ１０２の判定はＹｅｓとなり、ステップＳ１０３に進む。
【０１２７】
ステップＳ１０３においては、移動ノードは、ルータ通知内の仮想ネットワークプレフィックスの値が移動前に使用していたＩＰｖ６アドレスの上位６４ビットに対応するネットワークプレフィックスに等しいか否かを判定する。仮想ネットワークプレフィックスは、ドメイン内でユニークなプレフィックスであり、同一ドメインにおいては、接続サブネットワークが変更しても不変である。従って、この場合は、同一ドメイン内での移動であるので、受信したルータ通知内の仮想ネットワークプレフィックスの値は移動前に使用していたＩＰｖ６アドレスの上位６４ビットに対応するネットワークプレフィックスと同一となる。すなわち、ステップＳ１０３の判定はＹｅｓとなり、ステップＳ１０６に進む。
【０１２８】
ステップＳ１０６において、移動ノードは、ルータ通知から仮想ネットワークプレフィックスを取り出し、ステートレス自動設定によりＩＰｖ６アドレスを生成する。移動ノードは、ルータ通知に格納されている仮想ネットワークプレフィックスの値は、移動前に設定していた移動ノードのＩＰｖ６アドレスのネットワークプレフィックス部分(つまり、移動前のサブネット上のルータから受信したルータ通知に格納されていたネットワークプレフィックス値)と等しいので、ステートレス自動設定後、そのまま同じＩＰｖ６アドレス、つまり、同じ仮想ネットワークプレフィックスベースＩＰｖ６アドレスを使い続けることができる。
【０１２９】
次に、ステップＳ１０７において、移動ノードは、設定した仮想ネットワークプレフィックスベースＩＰｖ６アドレスに関するホストルーティングをドメイン内で行うために“ルーティングアップデートメッセージ”を送信する。
【０１３０】
ルーティングアップデートメッセージは、前述したように、各ルータで保持するルーティングテーブル、すなわち所定のアドレスに対してパケットを転送する場合の次のパケット送信先（Next Hop）を記録したテーブルの更新をルータに実行させるためのメッセージであり、ルーティングアップデートメッセージを受信したルータはメッセージに従って保持するルーティングテーブル内の移動ノードごとのホストエントリの生成または更新または削除処理を実行する。
【０１３１】
なお、以後、移動ノードは、パケットを送信する際は、パケットのヘッダの始点アドレスとして、設定した仮想ネットワークプレフィックスベースＩＰｖ６アドレスを使う。
【０１３２】
同一ドメイン内のノード移動の場合は、ステップＳ１０９、ステップＳ１１０の処理は実行されない。すなわち、同一ドメイン内のノード移動であれば異なるサブネット間を移動しても、移動ノードのＩＰｖ６アドレスは変化しないので、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティを実装している場合でも、バインディングアップデートメッセージ(ＬＩＮ６の場合は、マッピングアップデートメッセージ)を送信する必要がない。
【０１３３】
移動ノードの移動が同一ドメイン内であれば異なるサブネット間を移動しても、ＩＰｖ６アドレスは変化しないので、ホームエージェント（ＨＡ）（またはマッピングエージェント（ＭＡ））は、ホームアドレスと仮想ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）の更新の必要がないので、移動ノードは、仮想ネットワークプレフィックスベースＩＰｖ６アドレスを含むバインディングアップデートパケット（binding update packet）をホームエージェント（ＨＡ）（またはマッピングエージェント（ＭＡ））に対して送信する必要がない。
【０１３４】
このように、本発明の構成では、ノードが頻繁にサブネット間を移動してもバインディングアップデートメッセージ(もしくはマッピングアップデートメッセージ)が大量発生することはないため、ネットワークの負荷が軽減される。
【０１３５】
このように、仮想ネットワークプレフィックスサポート型のノードが、仮想ネットワークプレフィックスをサポートしているドメイン内のサブネット間を移動した場合、移動ノードは、ドメイン内の各ルータでホストルーティングを行うために保持しているその移動ノードの仮想ネットワークプレフィックスベースＩＰｖ６アドレスに関するホストエントリを更新するためのルーティングアップデートメッセージを送信する処理のみを実行する。このように、ノードのサブネット間の移動に伴う経路変更処理は、ドメイン内だけで行われるので、ノードの頻繁な移動にも非常に小さい遅延で済む。
【０１３６】
<<（３）別のドメインから、仮想ネットワークプレフィックスをサポートしていないドメインへ移動した場合>>
次に、仮想ネットワークプレフィックスサポート型のノードが、別のドメインから、仮想ネットワークプレフィックスをサポートしていないドメインへ移動した場合の処理について説明する。この場合の処理は、図２１に示すフローにおいて、ステップＳ１０１、Ｓ１０２、Ｓ１０３、Ｓ１０８、Ｓ１０９、Ｓ１１０の処理に対応する。
【０１３７】
まず、ステップＳ１０１において、移動ノードは、接続サブネット上のルータからルータ通知を受け取る。ノードの移動により新たに接続されたサブネットは仮想ネットワークプレフィックスをサポートしていないドメインであり、ルータ通知には、仮想ネットワークプレフィックスが含まれず、物理ネットワークプレフィックスのみが含まれる。従ってステップＳ１０２の判定はＮｏとなり、ステップＳ１０８に進む。
【０１３８】
ステップＳ１０８において、移動ノードは、ルータ通知から物理ネットワークプレフィックスを取り出し、その物理ネットワークプレフィックスを用いてステートレス自動設定によりＩＰｖ６アドレスを生成する。
【０１３９】
次に移動ノードはステップＳ１０９、Ｓ１１０に従った処理を実行する。すなわち、移動ノードが、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティプロトコルを実装している場合（Ｓ１０９でＹｅｓ）は、その移動ノードのホームエージェントに、気付アドレス（ＣｏＡ：Care-of-Address)として移動先のサブネットに対応する物理ネットワークプレフィックスベースＩＰｖ６アドレスを格納して、バインディングアップデートメッセージを送信する。ＬＩＮ６の場合は、移動ノードの管轄エージェントであるマッピングエージェント（ＭＡ）に、Current Locatorとして物理ネットワークプレフィックスを格納して、マッピングアップデートメッセージを送信する。
【０１４０】
Mobile ＩＰｖ６におけるホームエージェント（ＨＡ）は、ノードのホームアドレスに対応するサブネットワークを管理するノードであり、通信ノードが移動したとしき、移動したノードから新たな気付アドレス、この場合、移動先のサブネットに対応する物理ネットワークプレフィックスベースＩＰｖ６アドレスを含むバインディングアップデートパケット（binding update packet）を受信してホームアドレスと物理ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【０１４１】
ＬＩＮ６マクロモビリティプロトコルを実装している場合は、移動ノードは、移動ノードの管轄エージェントであるマッピングエージェント（ＭＡ）に、Current Locatorとして物理ネットワークプレフィックスを格納して、マッピングアップデートメッセージを送信する。マッピングエージェント（ＭＡ）は、受信したマッピングアップデートメッセージに基づいてホームアドレスと物理ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【０１４２】
また、移動ノードが、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティプロトコルを実装していない場合（Ｓ１０９でＮｏ）は、ステップＳ１１０のバインディングアップデートパケット（binding update packet）送信処理を実行せず処理を終了する。
【０１４３】
なお、以後、移動ノードは、パケットを送信する際はパケットのヘッダの始点アドレスとして、設定した物理ネットワークプレフィックスベースＩＰｖ６アドレスを使う。
【０１４４】
[仮想ネットワークプレフィックス非サポート型ノードの処理]
次に、仮想ネットワークプレフィックス非サポート型のノードが接続サブネットを移動した場合の処理について説明する。仮想ネットワークプレフィックス非サポート型のノードの処理は、図２２に示すフローに従った処理となる。
【０１４５】
まず、ステップＳ２０１において、移動ノードは、接続サブネット上のルータからルータ通知を受け取る。次にステップＳ２０２において、ノードの移動により新たに接続されたサブネットが仮想ネットワークプレフィックスをサポートしているか否かに関わらず、移動ノードは、ルータ通知から物理ネットワークプレフィックスを取り出し、その物理ネットワークプレフィックスを用いてステートレス自動設定によりＩＰｖ６アドレスを生成する。仮想ネットワークプレフィックスは認識できないのでルータ通知に格納されていても単に無視される。アドレス設定後は、通常のＩＰｖ６通信を行うことが可能である。
【０１４６】
次に移動ノードはステップＳ２０３、Ｓ２０４に従った処理を実行する。すなわち、移動ノードが、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティプロトコルを実装している場合（Ｓ２０３でＹｅｓ）は、その移動ノードのホームエージェントに、気付アドレス（ＣｏＡ：Care-of-Address)として移動先のサブネットに対応する物理ネットワークプレフィックスベースＩＰｖ６アドレスを格納して、バインディングアップデートメッセージを送信する。ＬＩＮ６の場合は、移動ノードの管轄エージェントであるマッピングエージェント（ＭＡ）に、Current Locatorとして物理ネットワークプレフィックスを格納して、マッピングアップデートメッセージを送信する。
【０１４７】
Mobile ＩＰｖ６におけるホームエージェント（ＨＡ）は、ノードのホームアドレスに対応するサブネットワークを管理するノードであり、通信ノードが移動したとき、移動したノードから新たな気付アドレス、この場合、移動先のサブネットに対応する物理ネットワークプレフィックスベースＩＰｖ６アドレスを含むバインディングアップデートパケット（binding update packet）を受信してホームアドレスと物理ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【０１４８】
ＬＩＮ６マクロモビリティプロトコルを実装している場合は、移動ノードは、移動ノードの管轄エージェントであるマッピングエージェント（ＭＡ）に、Current Locatorとして物理ネットワークプレフィックスを格納して、マッピングアップデートメッセージを送信する。マッピングエージェント（ＭＡ）は、受信したマッピングアップデートメッセージに基づいてホームアドレスと物理ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【０１４９】
また、移動ノードが、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティプロトコルを実装していない場合（Ｓ２０３でＮｏ）は、ステップＳ２０４のバインディングアップデートパケット（binding update packet）送信処理を実行せずに処理を終了する。
【０１５０】
［通信処理の具体例］
次に、本発明の構成を適用した端末装置の各フェーズにおける処理の詳細について説明する。
【０１５１】
（移動ノードのドメインへの接続）
まず、仮想ネットワークプレフィックスをサポートしている移動ノードが、仮想ネットワークプレフィックスをサポートしているドメイン内のサブネットワークに接続する際の処理について説明する。
【０１５２】
図２３は、インターネット上のあるドメインを示している。このドメインは、仮想ネットワークプレフィックスをサポートしているドメインである。サブネット（subnet）１〜７は、ドメイン内のサブネットを示している。ゲートウェイ（ＧＷ）、ＲＴ１、ＲＴ２、ＢＳ１〜ＢＳ４は、ドメイン内のルータである。ゲートウェイ（ＧＷ）は、ドメイン境界に位置するドメイン境界ルータである。
【０１５３】
インタフェースＩＦ−ａ１〜ａ３、ＩＦ−ｂ１〜ｂ３、ＩＦ−ｃ１〜ｃ３、ＩＦ−ｄ１、ＩＦ−ｅ１、ＩＦ−ｆ１、ＩＦ−ｇ１は各ルータがサブネットに接続しているインターフェースに設定されたＩＰｖ６リンクローカルアドレス（IPv6
Link-Local Address）である。
【０１５４】
このドメインでは、3ffe:501:100c::/48というアドレス空間が割り当てられており、このドメインの管理者は、3ffe:501:100c:ffff::/64を仮想ネットワークプレフィックスとして使っている。3ffe:501:100c:0000::/64〜3ffe:501:100c:fffe::/64は物理ネットワーク用で、サブネット（subnet）１〜７にはそれぞれ 3ffe:501:100c:0001::/64〜3ffe:501:100c:0007::/64が割り当てられている。
【０１５５】
ルータ（ＢＳ１〜ＢＳ４）は、それぞれサブネット（subnet）４〜７へルータ通知（ＲＡ：Router Advertisement）を行っている。たとえば、図２３で示されているように、ルータＢＳ２は、サブネット（subnet）５へ、サブネット５に割り当てられた物理ネットワークプレフィックス(3ffe:501:100c:0005::/64)だけでなく、当ドメイン内のマイクロモビリティ用に割り当てられた仮想ネットワークプレフィックス(3ffe:501:100c:ffff::/64)も格納したルータ通知を送信している。
【０１５６】
このドメインのサブネット（subnet）５に、仮想ネットワークプレフィックスをサポートし、Mobile ＩＰｖ６を実装した移動ノード（ＭＮ:Mobile Node）が接続されたとする。
【０１５７】
この移動ノード（ＭＮ）はインターフェースＩＤとしてf81:043:273:9730というインターネット全体でユニークな値を持っているとする。移動ノード（ＭＮ）がサブネット（subnet）５に接続すると、サブネット（subnet）５のルータＢＳ２が送信するルータ通知を受信する。
【０１５８】
サブネット（subnet）５のルータＢＳ２が送信するルータ通知には、サブネット５に割り当てられた物理ネットワークプレフィックス(3ffe:501:100c:0005::/64)、および当ドメイン内のマイクロモビリティ用に割り当てられた仮想ネットワークプレフィックス(3ffe:501:100c:ffff::/64)が格納されている。
【０１５９】
移動ノード（ＭＮ）は、受信したルータ通知に含まれる当ドメイン内のマイクロモビリティ用に割り当てられた仮想ネットワークプレフィックス(3ffe:501:100c:ffff::/64)を上位６４ビットとし、移動ノード（ＭＮ）のインターフェースＩＤである（f81:043:273:9730）を下位６４ビットとして、ステートレス自動設定によるアドレス生成を行い、3ffe:501:100c:ffff:f81:043:273:9730という仮想ネットワークベースＩＰｖ６アドレスを設定する。
【０１６０】
また、図２３で示されているように移動ノード（ＭＮ）のデフォルトルータとして、ＢＳ２のサブネット（subnet）５側のインターフェースに設定されているIPv6 Link-Local Address, IF-e1を指定する。その後、移動ノード（ＭＮ）はドメイン内のルータのルーティングテーブルに、3ffe:501:100c:ffff:f81:043:273:9730(仮想ネットワークプレフィックスベースIPv6アドレス)に関するホストエントリを作成するために、ルーティングアップデートメッセージを送信する。
【０１６１】
ルーティングアップデートメッセージは、前述したように、各ルータで保持するルーティングテーブル、すなわち所定のアドレスに対してパケットを転送する場合の次のパケット送信先（Next Hop）を記録したテーブルの更新をルータに実行させるためのメッセージであり、ルーティングアップデートメッセージを受信したルータはメッセージに従って保持するルーティングテーブル内の移動ノードごとのホストエントリの生成または更新または削除処理を実行する。
【０１６２】
さらに、移動ノード（ＭＮ）は、ステートレス自動設定によって生成した仮想ネットワークプレフィックスベースIPv6アドレス3ffe:501:100c:ffff:f81:043:273:9730を接続先の気付アドレス（ＣｏＡ：Care-of-Address）として格納したバインディングアップデートメッセージを、移動ノード（ＭＮ）のホームエージェント（ＨＡ）に送信する。なお、ルーティングアップデートメッセージおよびバインディングアップデートメッセージはドメイン内の各ルータを中継し、各ルータにおいてルーティングテーブルの移動ノード（ＭＮ）のエントリに関する更新処理が実行され、バインディングアップデートメッセージを受信したホームエージェント（ＨＡ）は、移動ノード（ＭＮ）のホームアドレスと仮想ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）を更新する。
【０１６３】
（移動ノードへのパケット転送）
次に、仮想ネットワークプレフィックスをサポートしているドメイン内のサブネットワークに接続した仮想ネットワークプレフィックスサポート型の移動ノードに対するパケット転送処理について図２４を参照して説明する。
【０１６４】
前述したように、仮想ネットワークプレフィックスを用いて設定されたＩＰｖ６アドレスを持つノードへのドメイン内でのルーティング（経路制御）にはＩＰｖ６アドレスの下位６４ビットのインタフェースＩＤに基づく経路設定処理であるホストルーティングを用いる。
【０１６５】
２３は、図２３で移動ノード（ＭＮ）がルーティングアップデートメッセージを送信した結果、各ルータで移動ノード（ＭＮ）に対応するホストエントリの作成、更新、削除が実行され、さらに移動ノード（ＭＮ）宛のパケット(パケットの終点アドレスが3ffe:501:100c:ffff:f81:043:273:9730であるパケットをドメイン境界ルータであるゲートウェイ（ＧＷ）がグローバルインターネット側から受信した際の様子を示している。
【０１６６】
図右上部に示すテーブル（Ｔ１〜Ｔ３）はそれぞれ、各ルータ（ＧＷ，ＲＴ１，ＢＳ２）が保持しているルーティングテーブル内に格納された移動ノード（ＭＮ）の仮想ネットワークプレフィックスベースＩＰｖ６アドレス：3ffe:501:100c:ffff:f81:043:273:9730)に関するホストエントリを示している。
【０１６７】
まず、ドメイン境界ルータであるゲートウェイ（ＧＷ）が、ドメイン外部のグローバルインターネットから移動ノード（ＭＮ）宛のパケットを受信すると、ゲートウェイ（ＧＷ）の保持しているルーティングテーブル内に格納された移動ノード（ＭＮ）のホストエントリＴ１を参照し、ホストエントリＴ１に関するパケット送信先（Next Hop）として設定されたＩＰｖ６リンクローカルアドレス（IPv6 Link-Local Address）：ＩＦ-ａ２に対して受信パケットを転送する。ホストエントリＴ１に関するパケット送信先（Next Hop）として設定されたＩＰｖ６リンクローカルアドレス（IPv6 Link-Local Address）：ＩＦ-ａ２は、ルータ（ＲＴ１）の接続インタフェースのアドレスであり、ルータ（ＲＴ１）がパケットを受信する。
【０１６８】
ルータ（ＲＴ１）がゲートウェイ（ＧＷ）から移動ノード（ＭＮ）宛のパケットを受信すると、ルータ（ＲＴ１）の保持しているルーティングテーブル内に格納された移動ノード（ＭＮ）のホストエントリＴ２を参照し、ホストエントリＴ２に関するパケット送信先（Next Hop）として設定されたＩＰｖ６リンクローカルアドレス（IPv6 Link-Local Address）：ＩＦ-ｂ３に対して受信パケットを転送する。ホストエントリＴ２に関するパケット送信先（Next Hop）として設定されたＩＰｖ６リンクローカルアドレス（IPv6 Link-Local Address）：ＩＦ-ｂ３は、ルータ（ＢＳ２）の接続インタフェースのアドレスであり、ルータ（ＢＳ２）がパケットを受信する。
【０１６９】
ルータ（ＢＳ２）がルータ（ＲＴ１）から移動ノード（ＭＮ）宛のパケットを受信すると、ルータ（ＢＳ２）の保持しているルーティングテーブル内に格納された移動ノード（ＭＮ）のホストエントリＴ３を参照し、ホストエントリＴ３に関するパケット送信先（Next Hop）として設定されたＩＰｖ６リンクローカルアドレス（IPv6 Link-Local Address）：移動ノード（ＭＮ）ＩＰｖ６リンクローカルアドレスに対して受信パケットを転送する。ホストエントリＴ３に関するパケット送信先（Next Hop）として設定されたＩＰｖ６リンクローカルアドレス（IPv6 Link-Local Address）：移動ノード（ＭＮ）ＩＰｖ６リンクローカルアドレスは、移動ノードのアドレスであり、移動ノード（ＭＮ）がパケットを受信する。
【０１７０】
（移動ノードのサブネット間移動）
次に、仮想ネットワークプレフィックスをサポートしているドメイン内のサブネットワークに接続した仮想ネットワークプレフィックスサポート型の移動ノードがサブネット間を移動する際の処理について図２５を参照して説明する。
【０１７１】
図２５は、図２４で説明した通信状態に移動ノード（ＭＮ）が、サブネット（subnet）５からサブネット（subnet）６へ移動した際の様子を示している。移動ノード（ＭＮ）はサブネット（subnet）６へ接続すると、サブネット（subnet）６上のルータ（ＢＳ３）からルータ通知を受信する。
【０１７２】
サブネット（subnet）６のルータＢＳ３が送信するルータ通知には、サブネット６に割り当てられた物理ネットワークプレフィックス(3ffe:501:100c:0006::/64)、および当ドメイン内のマイクロモビリティ用に割り当てられた仮想ネットワークプレフィックス(3ffe:501:100c:ffff::/64)が格納されている。
【０１７３】
移動ノード（ＭＮ）は、受信したルータ通知に含まれる当ドメイン内のマイクロモビリティ用に割り当てられた仮想ネットワークプレフィックス(3ffe:501:100c:ffff::/64)を上位６４ビットとし、移動ノード（ＭＮ）のインターフェースＩＤである（f81:043:273:9730）を下位６４ビットとして、ステートレス自動設定によるアドレス生成を行い、3ffe:501:100c:ffff:f81:043:273:9730という仮想ネットワークベースＩＰｖ６アドレスを設定する。
【０１７４】
なお移動ノード（ＭＮ）は、サブネット（subnet）６のルータＢＳ３が送信するルータ通知に格納されている仮想ネットワークプレフィックス3ffe:501:100c:ffff::/64を取り出し、この値が、移動ノード（ＭＮ）が移動前、すなわちサブネット５に接続時に設定していた仮想ネットワークプレフィックスベースIPv6アドレス(3ffe:501:100c:ffff:f81:043:273:9730)のネットワークプレフィックス部分と等しいことを識別子、移動ノード（ＭＮ）が同じドメイン内の異なるサブネットに移動したと判断し、アドレスの生成処理を省略し、サブネット（subnet）６において継続して同じＩＰｖ６アドレスを利用する構成としてもよい。
【０１７５】
また、図２５で示されているように移動ノードのデフォルトルータとして、ルータ（ＢＳ３）のサブネット（subnet）６側のインターフェースに設定されているＩＰｖ６リンクローカルアドレス（IPv6 Link-Local Address）ＩＦ−ｆ１を指定する。
【０１７６】
移動ノード（ＭＮ）は、設定した仮想ネットワークプレフィックスベースＩＰｖ６アドレスに関するホストルーティングをドメイン内で行うためにルーティングアップデートメッセージを送信する。ルーティングアップデートメッセージを受信したルータはメッセージに従って、各ルータの保持するルーティングテーブル内の移動ノード（ＭＮ）のホストエントリの生成または更新または削除処理を実行する。
【０１７７】
同一ドメイン内のノード移動の場合は、異なるサブネット間を移動しても、移動ノードのＩＰｖ６アドレスは変化しないので、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマクロモビリティを実装している場合でも、バインディングアップデートメッセージ(ＬＩＮ６の場合は、マッピングアップデートメッセージ)を送信する必要がない。
【０１７８】
同一ドメイン内のサブネット間の移動においては、ＩＰｖ６アドレスは変化しないので、ホームエージェント（ＨＡ）（またはマッピングエージェント（ＭＡ））は、ホームアドレスと仮想ネットワークプレフィックスベースＩＰｖ６アドレスの対応を記憶したバインディング・キャッシュ（binding cache）の更新の必要がないので、移動ノードは、仮想ネットワークプレフィックスベースＩＰｖ６アドレスを含むバインディングアップデートパケット（binding update packet）をホームエージェント（ＨＡ）（またはマッピングエージェント（ＭＡ））に対して送信する必要がない。
【０１７９】
［ドメインの階層化構成］
次に本発明の変形例としてドメインを階層化した構成例について説明する。ドメインの規模、たとえば、サブネット数や接続が予想される移動ノード数などが大きい場合、ドメイン内を階層化し、各サブドメインごとに仮想ネットワークプレフィックスをそれぞれ割り当てることが可能である。
【０１８０】
図２６にドメインＡ内に２つの下位ドメインとしてサブドメインＡ１、サブドメインＡ２を構成した例を示す。これらのドメインはすべて、仮想ネットワークプレフィックスをサポートしているドメインである。このドメイン階層化構成の場合は、サブドメイン内でのマイクロモビリティが可能となる。これにより規模拡張性を提供できる。
【０１８１】
たとえば、図２６のように、ネットワークプレフィックスとして3ffe:501:100d::/48が割り当てられているあるドメインＡの規模が大きくなり、ドメイン内のサブネット数や接続が予想される移動ノード数などが大きくなった場合、下位ドメインとしてサブドメインＡ１、サブドメインＡ２を構成する。
【０１８２】
サブドメインＡ１は、サブドメインＡ１用の仮想ネットワークプレフィックスとして3ffe:501:100d:0fff::/64が割り当てられる。また、サブドメインＡ２は、サブドメインＡ２用の仮想ネットワークプレフィックスとして3ffe:501:100c:1fff::/64が割り当てられる。
【０１８３】
サブドメインＡ１内の各ルータは、移動ノードの接続されたサブネットに対応する物理ネットワークプレフィックスと、仮想ネットワークプレフィックスとして3ffe:501:100d:0fff::/64を格納したルータ通知を移動ノードに送信する。サブドメインＡ１内のサブネットワークに接続した仮想ネットワークプレフィックスサポート型の移動ノードは、受信するルータ通知から仮想ネットワークプレフィックス（3ffe:501:100d:0fff::/64）を選択し、自己のインタフェースＩＤとともにＩＰｖ６アドレスを生成する。
【０１８４】
一方、サブドメインＡ２内の各ルータは、移動ノードの接続されたサブネットに対応する物理ネットワークプレフィックスと、仮想ネットワークプレフィックスとして3ffe:501:100d:1fff::/64を格納したルータ通知を移動ノードに送信する。サブドメインＡ２内のサブネットワークに接続した仮想ネットワークプレフィックスサポート型の移動ノードは、受信するルータ通知から仮想ネットワークプレフィックス（3ffe:501:100d:1fff::/64）を選択し、自己のインタフェースＩＤとともにＩＰｖ６アドレスを生成する。
【０１８５】
移動ノードがサブドメインＡ１とサブドメインＡ２間を移動した場合は、移動先のサブドメインで受信するルータ通知内の仮想ネットワークプレフィックスと、移動前に使用していたＩＰｖ６アドレスの上位６４ビットに対応する値との比較を行ない、値が異なるので、新たな受信ルータ通知内の仮想ネットワークプレフィックスと自己のインタフェースＩＤとともに新たなＩＰｖ６アドレスを生成する。ただし、同一サブドメイン内のサブネット間移動の場合は、移動前と移動後において仮想ネットワークプレフィックスが同一であるので、継続して同一のＩＰｖ６アドレスを使用することが可能となる。
【０１８６】
なお、図２６では、ドメインＡ内に２つのサブドメインＡ１，Ａ２のみを構成した例を示しているが、さらにＡ３，Ａ４等、３以上のサブドメインを構成してもよく、またサブドメインＡ１の下位にさらにサブドメインＡ１ａ、Ａ１ｂを生成し、サブドメインＡ２の下位にさらにサブドメインＡ２ａ、Ａ２ｂを生成した多層構成としてもよい。
【０１８７】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１８８】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１８９】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフロッピーディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１９０】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１９１】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０１９２】
【発明の効果】
以上説明してきたように、本発明の構成によれば、移動ノードの専用プレフィックスとして仮想ネットワークプレフィックスを用いることにより、マイクロモビリティをサポートすることができる。
【０１９３】
さらに、本発明の構成によれば、仮想ネットワークプレフィックスを認識できない仮想ネットワークプレフィックス非サポート型の移動ノードが、仮想ネットワークプレフィックスをサポートしたドメインに接続しても、その移動ノードは通常どおり物理ネットワークプレフィックスを利用してＩＰｖ６に従った通信を行うことができる。つまり、仮想ネットワークプレフィックスを認識できるノードとできないノードが、ドメイン内で共存することが可能となる。
【０１９４】
さらに、本発明の構成によれば、マイクロモビリティをサポートする際に、データパケットに対して、途中でヘッダの書き換えを行なう必要がない。そのため、例えばエンド・ツー・エンド通信におけるセキュリティが高められる。
【図面の簡単な説明】
【図１】気付アドレスの登録の手順を説明する図である。
【図２】ＩＰｖ６ヘッダのフォーマットを説明する図である。
【図３】ＩＰｖ６アドレスのフォーマットを説明する図である。
【図４】従来のバインディングアップデートパケットを説明する図である。
【図５】認証ヘッダを説明する図である。
【図６】認証の処理の概要を説明する図である。
【図７】従来の端末装置から移動端末に対するパケット送信手順を説明する図である。
【図８】ドメインネームサーバが記憶するホスト名とホームアドレスの対応付けを説明する図である。
【図９】端末装置の送信するパケット構成を説明する図である。
【図１０】ホームエージェントが送信するパケットを説明する図である。
【図１１】端末装置の送信するパケット構成を説明する図である。
【図１２】端末装置の送信するパケットに付加されるルーティングヘッダを説明する図である。
【図１３】端末装置が移動したときの動作を説明する図である。
【図１４】バインディングアップデートパケット構成を説明する図である。
【図１５】バインディングアップデートパケット構成を説明する図である。
【図１６】本発明の構成が適用されるネットワーク構成例を示す図である。
【図１７】本発明の構成において適用されるＩＰｖ６アドレス構成を示す図である。
【図１８】本発明の構成において適用されるルータ通知内の仮想ネットワークプレフィックスのオプションフォーマットネットワーク構成例を示す図である。
【図１９】本発明の構成中のノード構成を示す図である。
【図２０】本発明の構成中のルータ構成を示す図である。
【図２１】本発明の構成において、仮想ネットワークプレフィックスサポート型のノード移動に伴う処理を説明するフロー図である。
【図２２】本発明の構成において、仮想ネットワークプレフィックス非サポート型のノード移動に伴う処理を説明するフロー図である。
【図２３】本発明の構成において、仮想ネットワークプレフィックスサポート型のノードのドメイン接続処理を説明する図である。
【図２４】本発明の構成において、仮想ネットワークプレフィックスサポート型のノードへのパケット転送処理を説明する図である。
【図２５】本発明の構成において、仮想ネットワークプレフィックスサポート型のノードのサブネット間移動処理を説明する図である。
【図２６】本発明の構成において、仮想ネットワークプレフィックスサポート型のドメインの階層化構成を説明する図である。
【符号の説明】
１ 端末装置
２ ホームエージェント
３ 端末装置
４ ドメインネームサーバ
２１ インターネット
２２ ノード
２３ ゲートウェイ
２４ ドメイン
２５ ホームエージェント
３１ ノード
５１ ルータ
５２ サブネット
６１ データパケット
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０５ ブリッジ
１０８ キーボード
１０９ ポインティングデバイス
１１０ ディスプレイ
１１１ ＨＤＤ
１１２ ドライブ
１１３ リムーバブル記憶媒体
１１４ 通信部
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０５ ドライブ
２０６ リムーバブル記憶媒体
２０７ 通信部
２０８ 通信部
Claims (8)
- １以上のサブネットワークによって構成されるドメイン内において、各サブネットワークに対応付けられたネットワークプレフィックス（物理ネットワークプレフィックス）とは異なるネットワークプレフィックスとして移動型の通信端末装置である移動ノード用の仮想ネットワークプレフィックスを設定し、該仮想ネットワークプレフィックスと前記移動ノードの識別子に基づいて設定されるアドレスに従って前記移動ノードに対する通信を実行する構成を有することを特徴とする通信処理システム。
- １以上のサブネットワークによって構成されるドメイン内において、各サブネットワークに対応付けられたネットワークプレフィックス（物理ネットワークプレフィックス）とは異なるネットワークプレフィックスとして移動型の通信端末装置である移動ノード用の仮想ネットワークプレフィックスを設定し、該仮想ネットワークプレフィックスと前記移動ノードの識別子に基づいて設定されるアドレスに従って前記移動ノードに対する通信を実行することを特徴とする通信処理方法。
- ネットワークを介した通信を実行する通信端末装置において、
１以上のサブネットワークによって構成されるドメイン内の各サブネットワークに対応付けられた物理ネットワークプレフィックスと、移動ノード用の仮想ネットワークプレフィックスを含む情報報告としてのルータ通知を受信し、受信した情報報告としてのルータ通知から取得する仮想ネットワークプレフィックスと通信端末装置の識別子に基づくアドレス設定処理を実行する構成を有することを特徴とする通信端末装置。 - 前記通信端末装置は、
前記ドメイン内または異なるドメインのサブネット間を移動した際にルータから受信する情報報告としてのルータ通知内に含まれる仮想ネットワークプレフィックスの値と、移動前の旧サブネットで使用していたアドレスに含まれる仮想ネットワークプレフィックスの値を比較し、異なる場合にのみ受信した情報報告としてのルータ通知内に含まれる仮想または物理ネットワークプレフィックスに基づくアドレス生成処理を実行する構成であることを特徴とする請求項３に記載の通信端末装置。 - 前記通信端末装置は、
前記ドメイン内または異なるドメインのサブネット間を移動した移動ノードは、新たに接続した新サブネットのルータから受信した情報報告としてのルータ通知内に仮想ネットワークプレフィックスが含まれない場合は、物理ネットワークプレフィックスの値に基づくアドレス生成処理を実行する構成であることを特徴とする請求項３に記載の通信端末装置。 - 前記通信端末装置は、
前記ドメイン内または異なるドメインのサブネット間を移動した際に、ルーティングアップデートメッセージをドメイン内ルータに対して送信する構成であることを特徴とする請求項３に記載の通信端末装置。 - 前記通信端末装置は、
異なるドメインのサブネット間を移動した際に、該通信端末装置を管轄するホームエージェントに対して、気付アドレス（ＣｏＡ：Care-of-Address)として、仮想ネットワークプレフィックスに基づくアドレス生成処理によって生成した仮想ネットワークプレフィックスベースＩＰｖ６アドレスを格納して、バインディングアップデートメッセージを送信する構成であることを特徴とする請求項３に記載の通信端末装置。 - ネットワークを介する通信処理をコンピュータ・システム上で実行せしめるプログラムであって、前記プログラムは、
１以上のサブネットワークによって構成されるドメイン内の各サブネットワークに対応付けられた物理ネットワークプレフィックスと、移動ノード用の仮想ネットワークプレフィックスを含む情報報告としてのルータ通知を受信するステップと、
受信した情報報告としてのルータ通知から取得する仮想ネットワークプレフィックスと通信端末装置の識別子に基づくアドレス設定処理を実行するステップと、
を有することを特徴とするプログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001059568A JP4491980B2 (ja) | 2001-03-05 | 2001-03-05 | 通信処理システム、通信処理方法、および通信端末装置、並びにプログラム |
| US10/085,284 US7257104B2 (en) | 2001-03-05 | 2002-02-28 | Communication processing system, communication processing method, communication terminal device, and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001059568A JP4491980B2 (ja) | 2001-03-05 | 2001-03-05 | 通信処理システム、通信処理方法、および通信端末装置、並びにプログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2002261806A JP2002261806A (ja) | 2002-09-13 |
| JP2002261806A5 JP2002261806A5 (ja) | 2008-04-10 |
| JP4491980B2 true JP4491980B2 (ja) | 2010-06-30 |
Family
ID=18919112
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001059568A Expired - Fee Related JP4491980B2 (ja) | 2001-03-05 | 2001-03-05 | 通信処理システム、通信処理方法、および通信端末装置、並びにプログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7257104B2 (ja) |
| JP (1) | JP4491980B2 (ja) |
Families Citing this family (96)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3688547B2 (ja) * | 2000-02-15 | 2005-08-31 | 株式会社東芝 | 位置識別子管理装置及び移動計算機並びに位置識別子管理方法及び位置識別子処理方法 |
| JP4453205B2 (ja) * | 2001-01-15 | 2010-04-21 | ソニー株式会社 | 情報処理装置および方法、記録媒体、並びにプログラム |
| JP4572476B2 (ja) * | 2001-03-13 | 2010-11-04 | ソニー株式会社 | 通信処理システム、通信処理方法、および通信端末装置、データ転送制御装置、並びにプログラム |
| US7123599B2 (en) * | 2001-07-13 | 2006-10-17 | Hitachi, Ltd. | Mobile communication system |
| US8260896B2 (en) * | 2007-02-02 | 2012-09-04 | Mwa Intelligence, Inc. | Monitoring business machines using a mesh network on field nodes |
| JP2003319442A (ja) * | 2002-04-25 | 2003-11-07 | Nec Corp | 移動通信システム |
| KR100429900B1 (ko) * | 2002-05-07 | 2004-05-03 | 한국전자통신연구원 | ＩＰｖ４ 주소체계 확장방법 및 확장된 ＩＰｖ４주소체계를 이용하여 계층적으로 레이블을 스위칭하는방법 및 그 기록매체 |
| US20030236914A1 (en) * | 2002-06-25 | 2003-12-25 | Intel Corporation | Connection of next generation mobile nodes across previous generation networks to next generation networks |
| KR100484145B1 (ko) * | 2002-07-05 | 2005-04-18 | 삼성전자주식회사 | 중복 주소 노드에 가상 주소를 자동으로 할당하는 장치 및방법 |
| GB0216000D0 (en) * | 2002-07-10 | 2002-08-21 | Nokia Corp | A method for setting up a security association |
| JP3631225B2 (ja) * | 2002-07-25 | 2005-03-23 | キヤノン株式会社 | 画像処理装置、画像処理装置の制御方法、および画像処理装置の制御プログラム |
| FR2843266B1 (fr) * | 2002-08-01 | 2004-10-29 | 6Wind | Procede pour la numerotation automatique de reseau utilisant le protocole internet |
| JP4233297B2 (ja) * | 2002-10-07 | 2009-03-04 | 株式会社エヌ・ティ・ティ・ドコモ | 通信システム、移動端末、転送装置及び通信方法 |
| EP1408666A1 (en) * | 2002-10-09 | 2004-04-14 | Motorola, Inc. | Routing in a data communication network |
| JP3647433B2 (ja) * | 2002-10-25 | 2005-05-11 | 松下電器産業株式会社 | 無線通信管理方法及び無線通信管理サーバ |
| JP4005898B2 (ja) * | 2002-10-29 | 2007-11-14 | 株式会社日立製作所 | 通信システム |
| GB0226289D0 (en) * | 2002-11-11 | 2002-12-18 | Orange Personal Comm Serv Ltd | Telecommunications |
| KR100462864B1 (ko) * | 2002-11-22 | 2004-12-17 | 삼성전자주식회사 | 아이피브이6에서 인터페이스 아이디를 이용한 라우팅테이블 관리 방법 |
| KR20040046431A (ko) * | 2002-11-27 | 2004-06-05 | 삼성전자주식회사 | ＩＰｖ６ 주소를 이용하여 디바이스를 식별하는 방법 |
| KR100462627B1 (ko) * | 2002-11-27 | 2004-12-23 | 삼성전자주식회사 | ＩＰｖ６ 주소를 이용하여 디바이스를 식별하는 방법 |
| KR100580168B1 (ko) | 2003-03-21 | 2006-05-16 | 삼성전자주식회사 | 다중 홈 에이전트 제어장치 및 방법 |
| KR100513863B1 (ko) * | 2003-04-29 | 2005-09-09 | 삼성전자주식회사 | 호스트의 이동성을 지원할 수 있는 무선 근거리 네트워크시스템 및 그의 동작방법 |
| KR100492134B1 (ko) * | 2003-04-29 | 2005-06-02 | 삼성전자주식회사 | 모바일 ＩＰｖ６에서 빠른 핸드오버를 위한 신규ＣｏＡ예약방법 |
| US20070223500A1 (en) * | 2003-05-30 | 2007-09-27 | Lg Electronics Inc. | Home Network System |
| WO2004107660A1 (en) * | 2003-05-30 | 2004-12-09 | Lg Electronics, Inc. | Home network system |
| KR100638017B1 (ko) * | 2003-05-30 | 2006-10-23 | 엘지전자 주식회사 | 네트워크 디바이스 |
| US20070061406A1 (en) * | 2003-05-30 | 2007-03-15 | Seung-Myun Baek | Home network system |
| KR100605218B1 (ko) * | 2003-05-30 | 2006-07-31 | 엘지전자 주식회사 | 홈 네트워크 시스템 |
| AU2003246146A1 (en) * | 2003-05-30 | 2005-01-21 | Lg Electronics, Inc. | Home network system and its configuration system |
| KR100596755B1 (ko) * | 2003-05-30 | 2006-07-04 | 엘지전자 주식회사 | 홈 네트워크 시스템 |
| KR100605216B1 (ko) * | 2003-05-30 | 2006-07-31 | 엘지전자 주식회사 | 네트워크 디바이스 |
| JP4232544B2 (ja) * | 2003-06-11 | 2009-03-04 | 日本電気株式会社 | 移動体管理ネットワーク及びそれに用いる経路設定方法 |
| US8437345B2 (en) | 2003-07-09 | 2013-05-07 | Hitachi, Ltd. | Terminal and communication system |
| US20050120136A1 (en) * | 2003-10-18 | 2005-06-02 | Samsung Electronics Co., Ltd. | Method and system for discovering a mobility anchor point and managing mobility of a mobile node in a network system supporting mobile IP |
| JP4399284B2 (ja) * | 2004-01-30 | 2010-01-13 | 京セラ株式会社 | 移動体通信システム、移動体通信方法及び移動体通信用基地局装置 |
| US7725600B2 (en) * | 2004-02-03 | 2010-05-25 | Nokia Corporation | Method and apparatus providing address management in a flat structure mobile network |
| US7873036B2 (en) * | 2004-02-03 | 2011-01-18 | Nokia Siemens Networks Oy | Method and apparatus to provide group management of multiple link identifiers for collective mobility |
| US20050195773A1 (en) * | 2004-02-23 | 2005-09-08 | George Popovich | Method and apparatus for dynamic network prefix allocation for a mobile router |
| KR100689500B1 (ko) * | 2004-04-20 | 2007-03-02 | 삼성전자주식회사 | 이동 네트워크에서 피기배킹을 이용한 경로 최적화 시스템및 방법 |
| GB2413462A (en) * | 2004-04-23 | 2005-10-26 | Matsushita Electric Ind Co Ltd | Duplicate Address Detection Optimisation |
| US7424004B2 (en) * | 2004-06-28 | 2008-09-09 | Intel Corporation | Systems and methods for networking passive information devices |
| US7564801B2 (en) * | 2004-08-17 | 2009-07-21 | Panasonic Corporation | Router reachability verification in IPv6 networks |
| WO2006046576A1 (ja) * | 2004-10-29 | 2006-05-04 | Nippon Telegraph And Telephone Corporation | パケット通信ネットワーク及びパケット通信方法 |
| KR100582731B1 (ko) | 2005-03-03 | 2006-05-22 | 삼성전자주식회사 | 모바일 ＩＰｖ6 망에서 이동 호스트를 이용한 트래픽 교환방법 |
| US7532597B2 (en) * | 2005-06-15 | 2009-05-12 | Motorola, Inc. | Method and apparatus to facilitate handover |
| GB0521269D0 (en) * | 2005-10-19 | 2005-11-30 | Vodafone Plc | Identifying communications between telecommunications networks |
| GB2434505B (en) * | 2006-01-18 | 2010-09-29 | Orange Personal Comm Serv Ltd | Telecommunications system and method |
| US8804729B1 (en) * | 2006-02-16 | 2014-08-12 | Marvell Israel (M.I.S.L.) Ltd. | IPv4, IPv6, and ARP spoofing protection method |
| US8938554B2 (en) * | 2006-03-02 | 2015-01-20 | Oracle America, Inc. | Mechanism for enabling a network address to be shared by multiple labeled containers |
| JP4852110B2 (ja) * | 2006-03-06 | 2012-01-11 | 華為技術有限公司 | ＩＰｖ６アドレス取得装置、方法、及びシステム |
| US7685459B1 (en) | 2006-04-13 | 2010-03-23 | Symantec Operating Corporation | Parallel backup |
| US7689764B1 (en) | 2006-04-13 | 2010-03-30 | Symantec Operating Corporation | Network routing of data based on content thereof |
| KR100739803B1 (ko) * | 2006-04-21 | 2007-07-13 | 삼성전자주식회사 | 이동 노드에서의 핸드오버 장치 및 방법 |
| KR100728040B1 (ko) * | 2006-04-28 | 2007-06-13 | 삼성전자주식회사 | ＩＰｖ6 유니크 로컬 주소 생성 방법 및 장치 |
| JP5080487B2 (ja) * | 2006-10-30 | 2012-11-21 | パナソニック株式会社 | バインディング更新方法、移動端末、ホームエージェント、バインディング更新システム |
| KR100810701B1 (ko) * | 2006-11-09 | 2008-03-07 | 삼성전자주식회사 | 로컬 네트워크의 인터넷 프로토콜 주소의 이동성 관리 방법및 시스템 |
| CN101584192B (zh) * | 2006-11-27 | 2013-10-30 | 艾利森电话股份有限公司 | 节点注册方法 |
| CA2681734A1 (en) | 2007-03-23 | 2008-10-02 | Allegiance Corporation | Fluid collection and disposal system having interchangeable collection and other features and methods relating thereto |
| US8460256B2 (en) | 2009-07-15 | 2013-06-11 | Allegiance Corporation | Collapsible fluid collection and disposal system and related methods |
| US9889239B2 (en) | 2007-03-23 | 2018-02-13 | Allegiance Corporation | Fluid collection and disposal system and related methods |
| WO2008117725A1 (ja) * | 2007-03-27 | 2008-10-02 | Nec Corporation | 通信システム、アドレス管理方法、アドレス管理サーバ、ゲートウェイ及びプログラム |
| US7827146B1 (en) | 2007-03-30 | 2010-11-02 | Symantec Operating Corporation | Storage system |
| US8045558B2 (en) | 2007-04-23 | 2011-10-25 | Cisco Technology, Inc. | Extensions to IPv6 neighbor discovery protocol for automated prefix delegation |
| US8065515B2 (en) * | 2007-04-23 | 2011-11-22 | Cisco Technology, Inc. | Autoconfigured prefix delegation based on distributed hash |
| WO2008152689A1 (ja) | 2007-06-11 | 2008-12-18 | Fujitsu Limited | 移動通信システム、位置登録方法、端末およびホームエージェント |
| US8473616B2 (en) * | 2007-09-20 | 2013-06-25 | Telefonaktiebolaget L M Ericsson (Publ) | Locator coding in a communications networks |
| US8687609B2 (en) * | 2009-11-04 | 2014-04-01 | Cisco Technology, Inc. | Managing router advertisement messages to support roaming of wireless mobile client devices |
| US8311964B1 (en) | 2009-11-12 | 2012-11-13 | Symantec Corporation | Progressive sampling for deduplication indexing |
| US8429254B2 (en) * | 2009-11-24 | 2013-04-23 | Ge Security, Inc. | Method for networkable device communication |
| US8473463B1 (en) | 2010-03-02 | 2013-06-25 | Symantec Corporation | Method of avoiding duplicate backups in a computing system |
| JP5158114B2 (ja) * | 2010-03-17 | 2013-03-06 | ソニー株式会社 | 通信端末装置、およびデータ転送制御装置 |
| US8370315B1 (en) | 2010-05-28 | 2013-02-05 | Symantec Corporation | System and method for high performance deduplication indexing |
| US8983952B1 (en) | 2010-07-29 | 2015-03-17 | Symantec Corporation | System and method for partitioning backup data streams in a deduplication based storage system |
| US8756197B1 (en) | 2010-08-13 | 2014-06-17 | Symantec Corporation | Generating data set views for backup restoration |
| US8291170B1 (en) | 2010-08-19 | 2012-10-16 | Symantec Corporation | System and method for event driven backup data storage |
| US8392376B2 (en) | 2010-09-03 | 2013-03-05 | Symantec Corporation | System and method for scalable reference management in a deduplication based storage system |
| CN102457900B (zh) * | 2010-11-03 | 2016-03-23 | 上海贝尔股份有限公司 | 传输基于IPv6低功耗无线个域网数据包的方法和装置 |
| US8396841B1 (en) | 2010-11-30 | 2013-03-12 | Symantec Corporation | Method and system of multi-level and multi-mode cloud-based deduplication |
| US8392384B1 (en) | 2010-12-10 | 2013-03-05 | Symantec Corporation | Method and system of deduplication-based fingerprint index caching |
| US8589640B2 (en) | 2011-10-14 | 2013-11-19 | Pure Storage, Inc. | Method for maintaining multiple fingerprint tables in a deduplicating storage system |
| US9516451B2 (en) | 2012-04-10 | 2016-12-06 | Mcafee, Inc. | Opportunistic system scanning |
| US9049207B2 (en) | 2012-04-11 | 2015-06-02 | Mcafee, Inc. | Asset detection system |
| US8955036B2 (en) | 2012-04-11 | 2015-02-10 | Mcafee, Inc. | System asset repository management |
| US8954573B2 (en) * | 2012-04-11 | 2015-02-10 | Mcafee Inc. | Network address repository management |
| JP5670962B2 (ja) * | 2012-06-15 | 2015-02-18 | 株式会社Ｎｔｔドコモ | 移動通信制御装置、移動通信システム、移動通信制御方法、移動通信制御プログラム |
| US10275397B2 (en) | 2013-02-22 | 2019-04-30 | Veritas Technologies Llc | Deduplication storage system with efficient reference updating and space reclamation |
| US9331910B2 (en) * | 2013-06-19 | 2016-05-03 | Cumulus Networks, Inc. | Methods and systems for automatic generation of routing configuration files |
| CN103391233B (zh) * | 2013-07-31 | 2016-04-13 | 清华大学 | 跨域虚拟网映射方法 |
| US9575680B1 (en) | 2014-08-22 | 2017-02-21 | Veritas Technologies Llc | Deduplication rehydration |
| US10423495B1 (en) | 2014-09-08 | 2019-09-24 | Veritas Technologies Llc | Deduplication grouping |
| US9344365B1 (en) | 2015-02-03 | 2016-05-17 | Google Inc. | Mesh network addressing |
| CN104734893B (zh) * | 2015-04-02 | 2018-02-27 | 重庆邮电大学 | 一种面向wia‑pa网络的tr069协议管理方法 |
| CN106658479B (zh) * | 2016-11-16 | 2020-12-11 | 广东新岸线科技有限公司 | 一种无线网络融合的实现方法 |
| CN110535766B (zh) * | 2018-05-25 | 2021-10-22 | 华为技术有限公司 | 一种生成路由的方法和设备 |
| CN117376313A (zh) * | 2022-07-01 | 2024-01-09 | 荣耀终端有限公司 | 地址配置方法和电子设备 |
| CN115334036B (zh) * | 2022-08-11 | 2023-07-07 | 安超云软件有限公司 | 智能控制源地址转换的方法和装置、电子设备和存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1023076A (ja) * | 1996-07-01 | 1998-01-23 | Kokusai Denshin Denwa Co Ltd <Kdd> | 移動コンピュータ通信システム |
| JP2000183973A (ja) * | 1998-12-11 | 2000-06-30 | Lucent Technol Inc | パケットを無線デバイスに送信するステップ |
| JP2000341330A (ja) * | 1999-05-27 | 2000-12-08 | Ntt Docomo Inc | 通信プロトコル代行処理方法、通信プロトコル代行処理装置、及び通信プロトコル代行処理サービス装置 |
| JP2002217950A (ja) * | 2001-01-15 | 2002-08-02 | Sony Corp | 情報処理装置および方法、記録媒体、並びにプログラム |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6058431A (en) * | 1998-04-23 | 2000-05-02 | Lucent Technologies Remote Access Business Unit | System and method for network address translation as an external service in the access server of a service provider |
| JP3581251B2 (ja) * | 1998-06-16 | 2004-10-27 | 株式会社東芝 | 通信システム、データパケット転送方法、ルータ装置及びパケット中継装置 |
| US6751672B1 (en) * | 1999-06-02 | 2004-06-15 | Nortel Networks Limited | Efficient dynamic home agent discovery algorithm and system |
| US6708219B1 (en) * | 1999-10-26 | 2004-03-16 | 3Com Corporation | Method and system for dual-network address utilization |
| JP3688547B2 (ja) * | 2000-02-15 | 2005-08-31 | 株式会社東芝 | 位置識別子管理装置及び移動計算機並びに位置識別子管理方法及び位置識別子処理方法 |
| US20030016655A1 (en) * | 2001-01-29 | 2003-01-23 | Docomo Communications Laboratories Usa, Inc. | Fast dynamic route establishment in wireless, mobile access digital networks using mobility prediction |
-
2001
- 2001-03-05 JP JP2001059568A patent/JP4491980B2/ja not_active Expired - Fee Related
-
2002
- 2002-02-28 US US10/085,284 patent/US7257104B2/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1023076A (ja) * | 1996-07-01 | 1998-01-23 | Kokusai Denshin Denwa Co Ltd <Kdd> | 移動コンピュータ通信システム |
| JP2000183973A (ja) * | 1998-12-11 | 2000-06-30 | Lucent Technol Inc | パケットを無線デバイスに送信するステップ |
| JP2000341330A (ja) * | 1999-05-27 | 2000-12-08 | Ntt Docomo Inc | 通信プロトコル代行処理方法、通信プロトコル代行処理装置、及び通信プロトコル代行処理サービス装置 |
| JP2002217950A (ja) * | 2001-01-15 | 2002-08-02 | Sony Corp | 情報処理装置および方法、記録媒体、並びにプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| US20020126642A1 (en) | 2002-09-12 |
| US7257104B2 (en) | 2007-08-14 |
| JP2002261806A (ja) | 2002-09-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4491980B2 (ja) | 通信処理システム、通信処理方法、および通信端末装置、並びにプログラム | |
| JP4572476B2 (ja) | 通信処理システム、通信処理方法、および通信端末装置、データ転送制御装置、並びにプログラム | |
| EP1473900B1 (en) | Wireless local area network system capable of supporting host mobility and an operation method therefor | |
| EP1593022B1 (en) | Arrangement for establishing a bidirectional tunnel between a mobile router and a correspondent router | |
| JP4011548B2 (ja) | ＩＰｖ６のモバイルルータサポート | |
| US7116654B2 (en) | Mobile internet protocol system and route optimization method therefor | |
| EP1627503B1 (en) | Arrangement for retrieving routing information for establishing a bidirectional tunnel between a mobile router and a correspondent router | |
| KR100424614B1 (ko) | 인터넷 프로토콜 기반 통신 시스템 및 그의 호스트 주소설정 및 소스 주소 선택 방법 | |
| EP2708012B1 (en) | Methods for prefix allocation and corresponding network element, server and computer program products | |
| JP2004112727A (ja) | 移動通信制御システム、移動通信制御方法、これらに用いて好適なルータ装置、サーバ装置及びデータ構造 | |
| JP2004364109A (ja) | テンポラリアドレス通信装置、プログラム、記録媒体、および方法 | |
| WO2003069872A1 (en) | Discovery of an agent or a server in an ip network | |
| Ko et al. | A Vehicular Mobility Management Scheme for a Shared-Prefix Model Over IEEE WAVE IPv6 Networks | |
| JP5158114B2 (ja) | 通信端末装置、およびデータ転送制御装置 | |
| JP4610599B2 (ja) | ルータ装置および通信方法 | |
| Liza et al. | Implementation architecture of proxy mobile IPv6 protocol for NS2 simulator software | |
| Imadali et al. | Analyzing dynamic IPv6 address auto-configuration techniques for group IP-based vehicular communications | |
| KR100505139B1 (ko) | 동적 이동 ｉｐ 환경에서 이동노드의 이동성 및 데이터전송을 보장하는 방법 | |
| WO2009002075A2 (en) | Method and system for optimizing routing between nodes in proxy mobile ipv6 network | |
| JP4351101B2 (ja) | ホームエージェント装置及びモバイルノードの位置情報の登録方法 | |
| CN1972319A (zh) | 转交地址配置方式的获取方法 | |
| JP2005198153A (ja) | ホームエージェント装置 | |
| Srivastava | Performance Evaluation of HMIP Based Cellular Networks | |
| Baek | Scalable local mobility support for the IPv6-based wireless network using improved host based routing | |
| JP2005045693A (ja) | 移動通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080220 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080220 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100201 |
|
| 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: 20100316 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100329 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130416 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |