JP2002261806A - 通信処理システム、通信処理方法、および通信端末装置、並びにプログラム - Google Patents
通信処理システム、通信処理方法、および通信端末装置、並びにプログラムInfo
- Publication number
- JP2002261806A JP2002261806A JP2001059568A JP2001059568A JP2002261806A JP 2002261806 A JP2002261806 A JP 2002261806A JP 2001059568 A JP2001059568 A JP 2001059568A JP 2001059568 A JP2001059568 A JP 2001059568A JP 2002261806 A JP2002261806 A JP 2002261806A
- Authority
- JP
- Japan
- Prior art keywords
- network prefix
- address
- router
- mobile node
- virtual network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 ＩＰｖ６に従った通信処理において、改善さ
れた移動ノードに対する処理システムを提供する。 【解決手段】 複数のサブネットを有するドメイン内に
モバイルノードの専用プレフィックスとして仮想ネット
ワークプレフィックスを設定する。ドメイン内では、仮
想ネットワークプレフィックスとインタフェースＩＤか
らなるＩＰｖ６アドレスについてのホストベースルーテ
ィングにより移動ノードへのパケット送信を行なう。仮
想ネットワークプレフィックスを認識できない移動ノー
ドに対しては、物理ネットワークプレフィックスを利用
してＩＰｖ６に従った通信を行う。仮想ネットワークプ
レフィックス認識ノードとできないノードが、ドメイン
内で共存可能となる。
れた移動ノードに対する処理システムを提供する。 【解決手段】 複数のサブネットを有するドメイン内に
モバイルノードの専用プレフィックスとして仮想ネット
ワークプレフィックスを設定する。ドメイン内では、仮
想ネットワークプレフィックスとインタフェースＩＤか
らなるＩＰｖ６アドレスについてのホストベースルーテ
ィングにより移動ノードへのパケット送信を行なう。仮
想ネットワークプレフィックスを認識できない移動ノー
ドに対しては、物理ネットワークプレフィックスを利用
してＩＰｖ６に従った通信を行う。仮想ネットワークプ
レフィックス認識ノードとできないノードが、ドメイン
内で共存可能となる。
Description
【０００１】
【発明の属する技術分野】本発明は、通信処理システ
ム、通信処理方法、および通信端末装置、並びにプログ
ラムに関する。さらに詳細には、移動する通信装置に対
する改良されたアドレス設定および通信処理を実現する
通信処理システム、通信処理方法、および通信端末装
置、並びにプログラムに関する。
ム、通信処理方法、および通信端末装置、並びにプログ
ラムに関する。さらに詳細には、移動する通信装置に対
する改良されたアドレス設定および通信処理を実現する
通信処理システム、通信処理方法、および通信端末装
置、並びにプログラムに関する。
【０００２】
【従来の技術】近年、携帯型のパーソナルコンピュー
タ、携帯電話などが普及し、多くのユーザがこれら通信
機能、情報処理機能を有する小型の装置を携帯し、屋外
であるいは移動先においてネットワークに接続してネッ
トワークを介する通信を行なっている。
タ、携帯電話などが普及し、多くのユーザがこれら通信
機能、情報処理機能を有する小型の装置を携帯し、屋外
であるいは移動先においてネットワークに接続してネッ
トワークを介する通信を行なっている。
【０００３】このようないわゆるモバイルコンピューテ
ィング環境では、ネットワークに接続してサービスを受
ける装置（ｅｘ．パーソナルコンピュータ）であるノー
ドは移動することが前提となる。このようなノードはノ
ード位置が変化しても継続して通信可能な状態を維持す
ることが要請される。
ィング環境では、ネットワークに接続してサービスを受
ける装置（ｅｘ．パーソナルコンピュータ）であるノー
ドは移動することが前提となる。このようなノードはノ
ード位置が変化しても継続して通信可能な状態を維持す
ることが要請される。
【０００４】インターネットでは通信プロトコルとして
ＩＰ(ＩnternetＰrotocol）が用いられている。現在多
く使用されているＩＰはＩＰｖ４であり、発信元／宛先
として３２ビットからなるアドレス（ＩＰアドレス）が
用いられている。インターネット通信においては、３２
ビットＩＰアドレスを各発信元／宛先にユニークに割り
当てるグローバルＩＰアドレスを採用し、ＩＰアドレス
に応じて、個々の発信元／宛先を判別している。しか
し、インターネットの世界は急速に広がりを見せてお
り、ＩＰｖ４の限られたアドレス空間、すなわちグロー
バルアドレスの枯渇が問題となってきている。これを解
決するためにＩＥＴＦ（Internet Engineering Task Fo
rce）では、次世代ＩＰアドレスとしてＩＰアドレス空
間を３２ビットから１２８ビットに拡張する新しいＩＰ
ｖ６(Internet Protocol version 6）を提案している。
ＩＰ(ＩnternetＰrotocol）が用いられている。現在多
く使用されているＩＰはＩＰｖ４であり、発信元／宛先
として３２ビットからなるアドレス（ＩＰアドレス）が
用いられている。インターネット通信においては、３２
ビットＩＰアドレスを各発信元／宛先にユニークに割り
当てるグローバルＩＰアドレスを採用し、ＩＰアドレス
に応じて、個々の発信元／宛先を判別している。しか
し、インターネットの世界は急速に広がりを見せてお
り、ＩＰｖ４の限られたアドレス空間、すなわちグロー
バルアドレスの枯渇が問題となってきている。これを解
決するためにＩＥＴＦ（Internet Engineering Task Fo
rce）では、次世代ＩＰアドレスとしてＩＰアドレス空
間を３２ビットから１２８ビットに拡張する新しいＩＰ
ｖ６(Internet Protocol version 6）を提案している。
【０００５】さらに、モバイルコンピューティング環境
におけるノードの通信方法として、ＩＥＴＦ（Internet
Engineering Task Force）で提案しているMobile ＩＰ
ｖ６や、本特許出願人の提唱するＬＩＮ６などがある。
におけるノードの通信方法として、ＩＥＴＦ（Internet
Engineering Task Force）で提案しているMobile ＩＰ
ｖ６や、本特許出願人の提唱するＬＩＮ６などがある。
【０００６】Mobile ＩＰｖ６においては、ノードはホ
ームアドレスおよび気付アドレス（Care of address）
という２つのＩＰアドレスを有する。気付アドレスはノ
ードの移動に伴って接続されているサブネットワークに
対応して変化する。ホームアドレスはノードの移動に関
わらず一定である。通信相手のノードは、移動するノー
ドのホームアドレスを指定することにより移動するノー
ドの位置、すなわち接続されているサブネットワークの
位置に関わらず移動ノードとの通信が可能となる。
ームアドレスおよび気付アドレス（Care of address）
という２つのＩＰアドレスを有する。気付アドレスはノ
ードの移動に伴って接続されているサブネットワークに
対応して変化する。ホームアドレスはノードの移動に関
わらず一定である。通信相手のノードは、移動するノー
ドのホームアドレスを指定することにより移動するノー
ドの位置、すなわち接続されているサブネットワークの
位置に関わらず移動ノードとの通信が可能となる。
【０００７】この移動ノードとの通信を可能とする処理
を実行するのがMobile ＩＰｖ６におけるホームエージ
ェントである。ホームエージェントは、ノードのホーム
アドレスに対応するサブネットワークに接続されるノー
ドであり、通信ノードが移動したとき、移動したノード
から新たな気付アドレスを含むバインディング（束縛）
更新パケット（binding update packet）を受信してホ
ームアドレス（不変）と気付アドレス（可変）の対応を
記憶したバインディング・キャッシュ（binding cach
e）を更新する。また、ホームエージェントは移動する
ノードのホームアドレス宛に対応する経路情報をネット
ワークにアナウンスする。
を実行するのがMobile ＩＰｖ６におけるホームエージ
ェントである。ホームエージェントは、ノードのホーム
アドレスに対応するサブネットワークに接続されるノー
ドであり、通信ノードが移動したとき、移動したノード
から新たな気付アドレスを含むバインディング（束縛）
更新パケット（binding update packet）を受信してホ
ームアドレス（不変）と気付アドレス（可変）の対応を
記憶したバインディング・キャッシュ（binding cach
e）を更新する。また、ホームエージェントは移動する
ノードのホームアドレス宛に対応する経路情報をネット
ワークにアナウンスする。
【０００８】図１は気付アドレスの登録手順を説明する
図である。ノードである端末装置１が移動したとき、端
末装置１は移動先のサブネットワークから気付アドレス
を取得する。端末装置（移動ノード）１はホームアドレ
ス、気付アドレス、および端末装置１の認証データを含
むバインディング・アップデートパケットを生成してホ
ームエージェント２に送信する。
図である。ノードである端末装置１が移動したとき、端
末装置１は移動先のサブネットワークから気付アドレス
を取得する。端末装置（移動ノード）１はホームアドレ
ス、気付アドレス、および端末装置１の認証データを含
むバインディング・アップデートパケットを生成してホ
ームエージェント２に送信する。
【０００９】図２はＩＰｖ６パケットのＩＰｖ６ヘッダ
のフォーマットを説明する図である。ＩＰｖ６には図２
に示すように４ビットのプロトコルバージョン、優先度
を認識し区別するための８ビットのトラフィッククラ
ス、通信中継装置としてのルータで特殊な操作実行を要
求するパケットを識別するための２０ビットのフローラ
ベル等が配置され、パケットを送信したノードのアドレ
スである送信元アドレス、パケットを受信するアドレス
である送信先アドレス、およびオプションである拡張ヘ
ッダが配置される。
のフォーマットを説明する図である。ＩＰｖ６には図２
に示すように４ビットのプロトコルバージョン、優先度
を認識し区別するための８ビットのトラフィッククラ
ス、通信中継装置としてのルータで特殊な操作実行を要
求するパケットを識別するための２０ビットのフローラ
ベル等が配置され、パケットを送信したノードのアドレ
スである送信元アドレス、パケットを受信するアドレス
である送信先アドレス、およびオプションである拡張ヘ
ッダが配置される。
【００１０】図３は、ＩＰｖ６アドレスのフォーマット
を示す図である。ＩＰｖ６アドレスの上位６４ビットは
経路情報であり、下位６４ビットはノードが有するネッ
トワークインタフェースをノードが接続しているサブネ
ットワーク内で識別するためのインタフェース識別子で
ある。インタフェース識別子はサブネットワーク内で一
意であり、インタフェース識別子としてＭＡＣアドレス
等が利用される。
を示す図である。ＩＰｖ６アドレスの上位６４ビットは
経路情報であり、下位６４ビットはノードが有するネッ
トワークインタフェースをノードが接続しているサブネ
ットワーク内で識別するためのインタフェース識別子で
ある。インタフェース識別子はサブネットワーク内で一
意であり、インタフェース識別子としてＭＡＣアドレス
等が利用される。
【００１１】図４は従来のバインディング・アップデー
トパケット（binding update packet）、すなわち移動
ノードからホームエージェントに対してノード移動情報
を伝えるためのパケットを説明する図である。ＩＰｖ６
ヘッダの送信元アドレスには、端末装置１の気付アドレ
スが設定され、送信先アドレスには、ホームエージェン
トのアドレスが設定される。
トパケット（binding update packet）、すなわち移動
ノードからホームエージェントに対してノード移動情報
を伝えるためのパケットを説明する図である。ＩＰｖ６
ヘッダの送信元アドレスには、端末装置１の気付アドレ
スが設定され、送信先アドレスには、ホームエージェン
トのアドレスが設定される。
【００１２】拡張ヘッダには送信先ヘッダとして端末装
置１のホームアドレス、およびこのパケットがアップデ
ート（更新）処理を要求することを示すデータが格納さ
れ、さらに認証ヘッダが格納される。
置１のホームアドレス、およびこのパケットがアップデ
ート（更新）処理を要求することを示すデータが格納さ
れ、さらに認証ヘッダが格納される。
【００１３】図５は認証ヘッダを説明する図である。認
証ヘッダにはＳＰＩ（Security parameters Index）、
シーケンスナンバー、および認証データなどが含まれ
る。ホームエージェント２は、図６に示すように送信先
のアドレスおよび認証ヘッダのＳＰＩを基にＳＡ（Secu
rity Association）を判別して認証用の鍵、または暗号
化方式などを決定する。
証ヘッダにはＳＰＩ（Security parameters Index）、
シーケンスナンバー、および認証データなどが含まれ
る。ホームエージェント２は、図６に示すように送信先
のアドレスおよび認証ヘッダのＳＰＩを基にＳＡ（Secu
rity Association）を判別して認証用の鍵、または暗号
化方式などを決定する。
【００１４】ホームエージェント２はバインディング・
アップデートパケットを受信すると認証データが正しい
か否かを謹呈し、認証データが正しいと判定された場
合、ホームエージェント２内のバインディングキャッシ
ュに受信したバインディング・アップデートパケットに
含まれている気付アドレスを登録する。ホームエージェ
ント２は、ホームエージェント２内のバインディングキ
ャッシュを更新し、端末装置１に応答パケットを送信す
る。
アップデートパケットを受信すると認証データが正しい
か否かを謹呈し、認証データが正しいと判定された場
合、ホームエージェント２内のバインディングキャッシ
ュに受信したバインディング・アップデートパケットに
含まれている気付アドレスを登録する。ホームエージェ
ント２は、ホームエージェント２内のバインディングキ
ャッシュを更新し、端末装置１に応答パケットを送信す
る。
【００１５】次に、従来の端末装置３が移動する端末装
置１にパケットを送信する手順について図７を参照して
説明する。端末装置３は端末装置１のホスト名を示して
ドメインネームサーバ（Domain Name Server）４に端末
装置１のホームアドレスを問い合わせる。ドメインネー
ムサーバ４は、図８に示すようにホスト名とホームアド
レスの対応付けを記憶しているので、ホスト名を基に端
末装置１のホームアドレスをを検索して端末装置３に返
答する。端末装置３は送信先アドレスに端末装置１のホ
ームアドレスを設定した図９に示すようなパケットを生
成して送信する。
置１にパケットを送信する手順について図７を参照して
説明する。端末装置３は端末装置１のホスト名を示して
ドメインネームサーバ（Domain Name Server）４に端末
装置１のホームアドレスを問い合わせる。ドメインネー
ムサーバ４は、図８に示すようにホスト名とホームアド
レスの対応付けを記憶しているので、ホスト名を基に端
末装置１のホームアドレスをを検索して端末装置３に返
答する。端末装置３は送信先アドレスに端末装置１のホ
ームアドレスを設定した図９に示すようなパケットを生
成して送信する。
【００１６】端末装置３が送信したパケットはホームエ
ージェント２がネットワークに対してアナウンスしてい
る経路情報により、ホームエージェント２に到達する。
ホームエージェント２は図１０に示すように受信したパ
ケットにさらに送信先のアドレスに端末装置１の気付ア
ドレスを設定したＩＰｖ６ヘッダを追加して送信する。
このパケットは通常の経路制御に従い、端末装置１に到
達する。端末装置１は受信したパケットからホームエー
ジェント２が付加したＩＰｖ６ヘッダを取り除いて元の
パケットを取得する。
ージェント２がネットワークに対してアナウンスしてい
る経路情報により、ホームエージェント２に到達する。
ホームエージェント２は図１０に示すように受信したパ
ケットにさらに送信先のアドレスに端末装置１の気付ア
ドレスを設定したＩＰｖ６ヘッダを追加して送信する。
このパケットは通常の経路制御に従い、端末装置１に到
達する。端末装置１は受信したパケットからホームエー
ジェント２が付加したＩＰｖ６ヘッダを取り除いて元の
パケットを取得する。
【００１７】端末装置１は認証ヘッダおよび端末装置１
の気付アドレスを含んだバインディング・アップデート
パケットを生成して端末装置３に送信し、端末装置１の
気付アドレスを端末装置３に通知する。端末装置３はバ
インディング・アップデートパケットを受信すると認証
データを検査して正しいと判定した場合、バインディン
グキャッシュに端末装置１の気付アドレスを登録する。
端末装置３は登録後、端末装置１に確認応答パケットを
送信する。
の気付アドレスを含んだバインディング・アップデート
パケットを生成して端末装置３に送信し、端末装置１の
気付アドレスを端末装置３に通知する。端末装置３はバ
インディング・アップデートパケットを受信すると認証
データを検査して正しいと判定した場合、バインディン
グキャッシュに端末装置１の気付アドレスを登録する。
端末装置３は登録後、端末装置１に確認応答パケットを
送信する。
【００１８】端末装置１から端末装置３へ送信されるパ
ケットは図１１に示すように送信元アドレスとして端末
装置１の気付アドレスが設定され、ホームアドレスは拡
張ヘッダの宛先オプションヘッダ（destination option
s header）に格納される。このパケットは最適経路を経
由して端末装置３に到達する。
ケットは図１１に示すように送信元アドレスとして端末
装置１の気付アドレスが設定され、ホームアドレスは拡
張ヘッダの宛先オプションヘッダ（destination option
s header）に格納される。このパケットは最適経路を経
由して端末装置３に到達する。
【００１９】バインディング・アップデートパケットを
受信したあと、端末装置３が端末装置１に送信するパケ
ットは図１２に示すようにルーティングヘッダ（routin
g header）が付加され、最適な経路で端末装置１に到達
する。
受信したあと、端末装置３が端末装置１に送信するパケ
ットは図１２に示すようにルーティングヘッダ（routin
g header）が付加され、最適な経路で端末装置１に到達
する。
【００２０】この状態で端末装置１が移動すると、端末
装置１は、新しい気付アドレスを端末装置３およびホー
ムエージェント２に送信する。新しい気付アドレスを受
信した端末装置３は、ホームエージェント２と同様に端
末装置１のホームアドレストと気付アドレスとの対応を
バインディングキャッシュとして保持する。端末装置１
は、ホームエージェント２および端末装置３に対して定
期的にバインディング・アップデートパケットを送信
し、端末装置３にバインディングキャッシュの更新処理
を実行させる。
装置１は、新しい気付アドレスを端末装置３およびホー
ムエージェント２に送信する。新しい気付アドレスを受
信した端末装置３は、ホームエージェント２と同様に端
末装置１のホームアドレストと気付アドレスとの対応を
バインディングキャッシュとして保持する。端末装置１
は、ホームエージェント２および端末装置３に対して定
期的にバインディング・アップデートパケットを送信
し、端末装置３にバインディングキャッシュの更新処理
を実行させる。
【００２１】端末装置１が移動したときの動作を図１３
を参照して説明する。端末装置１は、移動先のサブネッ
トワークから気付アドレスを取得する。端末装置１は、
図１４に示す端末装置１のホームアドレスなどを含んだ
バインディング・アップデートパケットを生成して、端
末装置３に送信する。端末装置３はバインディング・ア
ップデートパケットを受信するとバインディング・アッ
プデートパケットに格納されている認証データが正しい
か否かを判定して、認証データが正しいと判定された場
合、バインディング・アップデートパケットに格納され
ている端末装置１の気付アドレスをバインディングキャ
ッシュに登録する。端末装置３は、登録処理後、端末装
置１に確認応答パケットを送信する。
を参照して説明する。端末装置１は、移動先のサブネッ
トワークから気付アドレスを取得する。端末装置１は、
図１４に示す端末装置１のホームアドレスなどを含んだ
バインディング・アップデートパケットを生成して、端
末装置３に送信する。端末装置３はバインディング・ア
ップデートパケットを受信するとバインディング・アッ
プデートパケットに格納されている認証データが正しい
か否かを判定して、認証データが正しいと判定された場
合、バインディング・アップデートパケットに格納され
ている端末装置１の気付アドレスをバインディングキャ
ッシュに登録する。端末装置３は、登録処理後、端末装
置１に確認応答パケットを送信する。
【００２２】端末装置１は、図１５に示す端末装置１の
ホームアドレス等を含んだバインディング・アップデー
トパケットを生成し、ホームエージェント２に送信す
る。ホームエージェント２はバインディング・アップデ
ートパケットを受信すると、バインディング・アップデ
ートパケットに格納されている認証データが正しいか否
かを判定し、認証データが正しいと判定された場合、バ
インディング・アップデートパケットに格納されている
端末装置１の気付アドレスをバインディングキャッシュ
に登録する。ホームエージェント２は、登録処理後、端
末装置１に確認応答パケットを送信する。
ホームアドレス等を含んだバインディング・アップデー
トパケットを生成し、ホームエージェント２に送信す
る。ホームエージェント２はバインディング・アップデ
ートパケットを受信すると、バインディング・アップデ
ートパケットに格納されている認証データが正しいか否
かを判定し、認証データが正しいと判定された場合、バ
インディング・アップデートパケットに格納されている
端末装置１の気付アドレスをバインディングキャッシュ
に登録する。ホームエージェント２は、登録処理後、端
末装置１に確認応答パケットを送信する。
【００２３】
【発明が解決しようとする課題】上述したように、モバ
イルコンピューティング環境におけるノードの通信方法
としてＩＥＴＦ（Internet Engineering Task Force）
が提案しているMobile ＩＰｖ６では、ノードが定期的
に、または少なくともサブネット間を移動するたびに、
そのノードの位置情報を管理しているサーバ(Mobile Ｉ
Ｐｖ６でのホームエージェント)および通信相手である
端末装置へノード位置が変更したことを通知するバイン
ディング・アップデートパケットを送信する必要がある
ため、ノードの移動が頻繁に行われた場合、多くの移動
通知メッセージが発生し、その結果ネットワークに負荷
を与えてしまったり、また、位置情報を管理しているサ
ーバが移動ノードからネットワーク的に遠くに位置して
いる場合は、ノードが移動してからサーバで位置情報が
更新されるまでに多くの時間がかかってしまうといった
問題があった。
イルコンピューティング環境におけるノードの通信方法
としてＩＥＴＦ（Internet Engineering Task Force）
が提案しているMobile ＩＰｖ６では、ノードが定期的
に、または少なくともサブネット間を移動するたびに、
そのノードの位置情報を管理しているサーバ(Mobile Ｉ
Ｐｖ６でのホームエージェント)および通信相手である
端末装置へノード位置が変更したことを通知するバイン
ディング・アップデートパケットを送信する必要がある
ため、ノードの移動が頻繁に行われた場合、多くの移動
通知メッセージが発生し、その結果ネットワークに負荷
を与えてしまったり、また、位置情報を管理しているサ
ーバが移動ノードからネットワーク的に遠くに位置して
いる場合は、ノードが移動してからサーバで位置情報が
更新されるまでに多くの時間がかかってしまうといった
問題があった。
【００２４】現在それらの問題を解決するための方式が
いくつかＩＥＴＦで提案されている。Mobile ＩＰｖ６
をマクロモビリティプロトコルと呼ぶのに対し、これら
の改善された方式はマイクロモビリティプロトコルと呼
ばれる。しかし、これらの提案方式においては、ヘッダ
サイズやヘッダ処理において非常に非効率であったり、
ＩＰｖ４で用いられていた解決策をそのままＩＰｖ６に
適用しているため、ＩＰｖ６アドレスのアドレス構造
(ネットワークプレフィックス+インタフェースＩＤ)の
特徴がうまく利用されていない。なお、ネットワークプ
レフィックスとは、ＩＰｖ６アドレスの下位６４ビット
のインタフェースＩＤを除く上位６４ビットの経路情報
を示すアドレスである。
いくつかＩＥＴＦで提案されている。Mobile ＩＰｖ６
をマクロモビリティプロトコルと呼ぶのに対し、これら
の改善された方式はマイクロモビリティプロトコルと呼
ばれる。しかし、これらの提案方式においては、ヘッダ
サイズやヘッダ処理において非常に非効率であったり、
ＩＰｖ４で用いられていた解決策をそのままＩＰｖ６に
適用しているため、ＩＰｖ６アドレスのアドレス構造
(ネットワークプレフィックス+インタフェースＩＤ)の
特徴がうまく利用されていない。なお、ネットワークプ
レフィックスとは、ＩＰｖ６アドレスの下位６４ビット
のインタフェースＩＤを除く上位６４ビットの経路情報
を示すアドレスである。
【００２５】本発明は、上述の点を鑑みてなされたもの
であり、ＩＰｖ６アドレスのアドレス構造（ネットワー
クプレフィクス＋インタフェースＩＤ）の特徴をうまく
利用することにより、Mobile ＩＰｖ６等において必要
としていたノードがサブネット間を移動するたびの位置
変更通知処理を削減し、ネットワークに対する負荷を軽
減し、また、位置情報を管理しているサーバが移動ノー
ドからネットワーク的に遠くに位置している場合でも、
ノード移動による通信の滞りを発生させることのない改
良された通信処理システム、通信処理方法、および通信
端末装置、並びにプログラムを提供することを目的とす
る。
であり、ＩＰｖ６アドレスのアドレス構造（ネットワー
クプレフィクス＋インタフェースＩＤ）の特徴をうまく
利用することにより、Mobile ＩＰｖ６等において必要
としていたノードがサブネット間を移動するたびの位置
変更通知処理を削減し、ネットワークに対する負荷を軽
減し、また、位置情報を管理しているサーバが移動ノー
ドからネットワーク的に遠くに位置している場合でも、
ノード移動による通信の滞りを発生させることのない改
良された通信処理システム、通信処理方法、および通信
端末装置、並びにプログラムを提供することを目的とす
る。
【００２６】
【課題を解決するための手段】本発明の第１の側面は、
１以上のサブネットワークによって構成されるドメイン
内において、各サブネットワークに対応付けられたネッ
トワークプレフィックス（物理ネットワークプレフィッ
クス）とは異なるネットワークプレフィックスとして移
動型の通信端末装置である移動ノード用の仮想ネットワ
ークプレフィックスを設定し、該仮想ネットワークプレ
フィックスと前記移動ノードの識別子に基づいて設定さ
れるアドレスに従って前記移動ノードに対する通信を実
行する構成を有することを特徴とする通信処理システム
にある。
１以上のサブネットワークによって構成されるドメイン
内において、各サブネットワークに対応付けられたネッ
トワークプレフィックス（物理ネットワークプレフィッ
クス）とは異なるネットワークプレフィックスとして移
動型の通信端末装置である移動ノード用の仮想ネットワ
ークプレフィックスを設定し、該仮想ネットワークプレ
フィックスと前記移動ノードの識別子に基づいて設定さ
れるアドレスに従って前記移動ノードに対する通信を実
行する構成を有することを特徴とする通信処理システム
にある。
【００２７】さらに、本発明の通信処理システムの一実
施態様において、前記移動ノードの識別子は、該移動ノ
ードを識別する前記ドメイン内においてユニークな識別
子であることを特徴とする。
施態様において、前記移動ノードの識別子は、該移動ノ
ードを識別する前記ドメイン内においてユニークな識別
子であることを特徴とする。
【００２８】さらに、本発明の通信処理システムの一実
施態様において、前記移動ノードの識別子は、該移動ノ
ードを識別する前記ドメイン内においてユニークなイン
タフェースＩＤであることを特徴とする。
施態様において、前記移動ノードの識別子は、該移動ノ
ードを識別する前記ドメイン内においてユニークなイン
タフェースＩＤであることを特徴とする。
【００２９】さらに、本発明の通信処理システムの一実
施態様において、前記ドメイン内のルータは、前記物理
ネットワークプレフィックス情報と、前記仮想ネットワ
ークプレフィックス情報とを格納した情報報告としての
ルータ通知（Router Advertisement）を実行する構成で
あることを特徴とする。
施態様において、前記ドメイン内のルータは、前記物理
ネットワークプレフィックス情報と、前記仮想ネットワ
ークプレフィックス情報とを格納した情報報告としての
ルータ通知（Router Advertisement）を実行する構成で
あることを特徴とする。
【００３０】さらに、本発明の通信処理システムの一実
施態様において、前記ドメイン内のルータは、前記仮想
ネットワークプレフィックスを有するアドレスを持つパ
ケットの経路設定処理をアドレスに含まれる前記移動ノ
ードの識別子に基づいて実行するホストベースルーティ
ングにより実行する構成であることを特徴とする。
施態様において、前記ドメイン内のルータは、前記仮想
ネットワークプレフィックスを有するアドレスを持つパ
ケットの経路設定処理をアドレスに含まれる前記移動ノ
ードの識別子に基づいて実行するホストベースルーティ
ングにより実行する構成であることを特徴とする。
【００３１】さらに、本発明の通信処理システムの一実
施態様において、前記ドメイン内のルータは、物理ネッ
トワークプレフィックスを有するアドレスを持つパケッ
トの経路設定処理をアドレスに含まれる前記物理ネット
ワークプレフィックスに基づいて実行するプレフィック
スベースルーティング、またはノードの識別子に基づく
ホストベースルーティングのいずれかにより実行する構
成であることを特徴とする。
施態様において、前記ドメイン内のルータは、物理ネッ
トワークプレフィックスを有するアドレスを持つパケッ
トの経路設定処理をアドレスに含まれる前記物理ネット
ワークプレフィックスに基づいて実行するプレフィック
スベースルーティング、またはノードの識別子に基づく
ホストベースルーティングのいずれかにより実行する構
成であることを特徴とする。
【００３２】さらに、本発明の通信処理システムの一実
施態様において、前記ドメイン内または異なるドメイン
のサブネット間を移動した移動ノードは、新たに接続し
た新サブネットのルータから受信した情報報告としての
ルータ通知内に含まれる仮想ネットワークプレフィック
スの値と、移動前の旧サブネットで使用していたアドレ
スに含まれる仮想または物理ネットワークプレフィック
スの値を比較し、異なる場合にのみ受信した情報報告と
してのルータ通知内に含まれる仮想ネットワークプレフ
ィックスに基づくアドレス生成処理を実行する構成であ
ることを特徴とする。
施態様において、前記ドメイン内または異なるドメイン
のサブネット間を移動した移動ノードは、新たに接続し
た新サブネットのルータから受信した情報報告としての
ルータ通知内に含まれる仮想ネットワークプレフィック
スの値と、移動前の旧サブネットで使用していたアドレ
スに含まれる仮想または物理ネットワークプレフィック
スの値を比較し、異なる場合にのみ受信した情報報告と
してのルータ通知内に含まれる仮想ネットワークプレフ
ィックスに基づくアドレス生成処理を実行する構成であ
ることを特徴とする。
【００３３】さらに、本発明の通信処理システムの一実
施態様において、前記ドメイン内または異なるドメイン
のサブネット間を移動した移動ノードは、新たに接続し
た新サブネットのルータから受信した情報報告としての
ルータ通知内に仮想ネットワークプレフィックスが含ま
れない場合は、物理ネットワークプレフィックスの値に
基づくアドレス生成処理を実行する構成であることを特
徴とする。
施態様において、前記ドメイン内または異なるドメイン
のサブネット間を移動した移動ノードは、新たに接続し
た新サブネットのルータから受信した情報報告としての
ルータ通知内に仮想ネットワークプレフィックスが含ま
れない場合は、物理ネットワークプレフィックスの値に
基づくアドレス生成処理を実行する構成であることを特
徴とする。
【００３４】さらに、本発明の通信処理システムの一実
施態様において、前記ドメイン内または異なるドメイン
のサブネット間を移動した移動ノードは、ルーティング
アップデートメッセージをドメイン内ルータに対して送
信し、該ルーティングアップデートメッセージを受信し
たルータは受信メッセージに従ってルーティングテーブ
ルに対する該移動ノードの対応エントリの生成または更
新または削除処理を実行する構成であることを特徴とす
る。
施態様において、前記ドメイン内または異なるドメイン
のサブネット間を移動した移動ノードは、ルーティング
アップデートメッセージをドメイン内ルータに対して送
信し、該ルーティングアップデートメッセージを受信し
たルータは受信メッセージに従ってルーティングテーブ
ルに対する該移動ノードの対応エントリの生成または更
新または削除処理を実行する構成であることを特徴とす
る。
【００３５】さらに、本発明の通信処理システムの一実
施態様において、異なるドメインのサブネット間を移動
した移動ノードは、移動ノードを管轄するホームエージ
ェントに対して、気付アドレス（ＣｏＡ：Care-of-Addr
ess)として、仮想ネットワークプレフィックスに基づく
アドレス生成処理によって生成した仮想ネットワークプ
レフィックスベースＩＰｖ６アドレスを格納して、バイ
ンディングアップデートパケット（binding update pac
ket）を送信し、バインディングアップデートパケット
を受信したホームエージェントは、受信したバインディ
ングアップデートパケットに基づいてホームアドレスと
仮想ネットワークプレフィックスベースＩＰｖ６アドレ
ス(気付きアドレス)の対応を記憶したバインディング・
キャッシュ（binding cache）の更新処理を実行する構
成であることを特徴とする。
施態様において、異なるドメインのサブネット間を移動
した移動ノードは、移動ノードを管轄するホームエージ
ェントに対して、気付アドレス（ＣｏＡ：Care-of-Addr
ess)として、仮想ネットワークプレフィックスに基づく
アドレス生成処理によって生成した仮想ネットワークプ
レフィックスベースＩＰｖ６アドレスを格納して、バイ
ンディングアップデートパケット（binding update pac
ket）を送信し、バインディングアップデートパケット
を受信したホームエージェントは、受信したバインディ
ングアップデートパケットに基づいてホームアドレスと
仮想ネットワークプレフィックスベースＩＰｖ６アドレ
ス(気付きアドレス)の対応を記憶したバインディング・
キャッシュ（binding cache）の更新処理を実行する構
成であることを特徴とする。
【００３６】さらに、本発明の通信処理システムの一実
施態様において、前記１以上のサブネットワークによっ
て構成されるドメインが複数、階層化してネットワーク
接続された構成を有することを特徴とする。
施態様において、前記１以上のサブネットワークによっ
て構成されるドメインが複数、階層化してネットワーク
接続された構成を有することを特徴とする。
【００３７】さらに、本発明の第２の側面は、１以上の
サブネットワークによって構成されるドメイン内におい
て、各サブネットワークに対応付けられたネットワーク
プレフィックス（物理ネットワークプレフィックス）と
は異なるネットワークプレフィックスとして移動型の通
信端末装置である移動ノード用の仮想ネットワークプレ
フィックスを設定し、該仮想ネットワークプレフィック
スと前記移動ノードの識別子に基づいて設定されるアド
レスに従って前記移動ノードに対する通信を実行するこ
とを特徴とする通信処理方法にある。
サブネットワークによって構成されるドメイン内におい
て、各サブネットワークに対応付けられたネットワーク
プレフィックス（物理ネットワークプレフィックス）と
は異なるネットワークプレフィックスとして移動型の通
信端末装置である移動ノード用の仮想ネットワークプレ
フィックスを設定し、該仮想ネットワークプレフィック
スと前記移動ノードの識別子に基づいて設定されるアド
レスに従って前記移動ノードに対する通信を実行するこ
とを特徴とする通信処理方法にある。
【００３８】さらに、本発明の通信処理方法の一実施態
様において、前記移動ノードの識別子は、該移動ノード
を識別する前記ドメイン内においてユニークな識別子で
あることを特徴とする。
様において、前記移動ノードの識別子は、該移動ノード
を識別する前記ドメイン内においてユニークな識別子で
あることを特徴とする。
【００３９】さらに、本発明の通信処理方法の一実施態
様において、前記移動ノードの識別子は、該移動ノード
を識別する前記ドメイン内においてユニークなインタフ
ェースＩＤであることを特徴とする。
様において、前記移動ノードの識別子は、該移動ノード
を識別する前記ドメイン内においてユニークなインタフ
ェースＩＤであることを特徴とする。
【００４０】さらに、本発明の通信処理方法の一実施態
様において、前記ドメイン内のルータは、前記物理ネッ
トワークプレフィックス情報と、前記仮想ネットワーク
プレフィックス情報とを格納した情報報告としてのルー
タ通知（Router Advertisement）を実行することを特徴
とする。
様において、前記ドメイン内のルータは、前記物理ネッ
トワークプレフィックス情報と、前記仮想ネットワーク
プレフィックス情報とを格納した情報報告としてのルー
タ通知（Router Advertisement）を実行することを特徴
とする。
【００４１】さらに、本発明の通信処理方法の一実施態
様において、前記ドメイン内のルータは、前記仮想ネッ
トワークプレフィックスを有するアドレスを持つパケッ
トの経路設定処理をアドレスに含まれる前記移動ノード
の識別子に基づいて実行するホストベースルーティング
により実行することを特徴とする。
様において、前記ドメイン内のルータは、前記仮想ネッ
トワークプレフィックスを有するアドレスを持つパケッ
トの経路設定処理をアドレスに含まれる前記移動ノード
の識別子に基づいて実行するホストベースルーティング
により実行することを特徴とする。
【００４２】さらに、本発明の通信処理方法の一実施態
様において、前記ドメイン内のルータは、物理ネットワ
ークプレフィックスを有するアドレスを持つパケットの
経路設定処理をアドレスに含まれる前記物理ネットワー
クプレフィックスに基づいて実行するプレフィックスベ
ースルーティング、またはノードの識別子に基づくホス
トベースルーティングのいずれかにより実行することを
特徴とする。
様において、前記ドメイン内のルータは、物理ネットワ
ークプレフィックスを有するアドレスを持つパケットの
経路設定処理をアドレスに含まれる前記物理ネットワー
クプレフィックスに基づいて実行するプレフィックスベ
ースルーティング、またはノードの識別子に基づくホス
トベースルーティングのいずれかにより実行することを
特徴とする。
【００４３】さらに、本発明の通信処理方法の一実施態
様において、前記ドメイン内または異なるドメインのサ
ブネット間を移動した移動ノードは、新たに接続した新
サブネットのルータから受信した情報報告としてのルー
タ通知内に含まれる仮想ネットワークプレフィックスの
値と、移動前の旧サブネットで使用していたアドレスに
含まれる仮想ネットワークプレフィックスの値を比較
し、異なる場合にのみ受信した情報報告としてのルータ
通知内に含まれる仮想または物理ネットワークプレフィ
ックスに基づくアドレス生成処理を実行することを特徴
とする。
様において、前記ドメイン内または異なるドメインのサ
ブネット間を移動した移動ノードは、新たに接続した新
サブネットのルータから受信した情報報告としてのルー
タ通知内に含まれる仮想ネットワークプレフィックスの
値と、移動前の旧サブネットで使用していたアドレスに
含まれる仮想ネットワークプレフィックスの値を比較
し、異なる場合にのみ受信した情報報告としてのルータ
通知内に含まれる仮想または物理ネットワークプレフィ
ックスに基づくアドレス生成処理を実行することを特徴
とする。
【００４４】さらに、本発明の通信処理方法の一実施態
様において、前記ドメイン内または異なるドメインのサ
ブネット間を移動した移動ノードは、新たに接続した新
サブネットのルータから受信した情報報告としてのルー
タ通知内に仮想ネットワークプレフィックスが含まれな
い場合は、物理ネットワークプレフィックスの値に基づ
くアドレス生成処理を実行することを特徴とする。
様において、前記ドメイン内または異なるドメインのサ
ブネット間を移動した移動ノードは、新たに接続した新
サブネットのルータから受信した情報報告としてのルー
タ通知内に仮想ネットワークプレフィックスが含まれな
い場合は、物理ネットワークプレフィックスの値に基づ
くアドレス生成処理を実行することを特徴とする。
【００４５】さらに、本発明の通信処理方法の一実施態
様において、前記ドメイン内または異なるドメインのサ
ブネット間を移動した移動ノードは、ルーティングアッ
プデートメッセージをドメイン内ルータに対して送信
し、該ルーティングアップデートメッセージを受信した
ルータは受信メッセージに従ってルーティングテーブル
に対する該移動ノードの対応エントリの生成または更新
または削除処理を実行することを特徴とする。
様において、前記ドメイン内または異なるドメインのサ
ブネット間を移動した移動ノードは、ルーティングアッ
プデートメッセージをドメイン内ルータに対して送信
し、該ルーティングアップデートメッセージを受信した
ルータは受信メッセージに従ってルーティングテーブル
に対する該移動ノードの対応エントリの生成または更新
または削除処理を実行することを特徴とする。
【００４６】さらに、本発明の通信処理方法の一実施態
様において、異なるドメインのサブネット間を移動した
移動ノードは、移動ノードを管轄するホームエージェン
トに対して、気付アドレス（ＣｏＡ：Care-of-Address)
として、仮想ネットワークプレフィックスに基づくアド
レス生成処理によって生成した仮想ネットワークプレフ
ィックスベースＩＰｖ６アドレスを格納して、バインデ
ィングアップデートパケット（binding update packe
t）を送信し、バインディングアップデートパケットを
受信したホームエージェントは、受信したバインディン
グアップデートパケットに基づいてホームアドレスと仮
想ネットワークプレフィックスベースＩＰｖ６アドレス
の対応を記憶したバインディング・キャッシュ（bindin
g cache）の更新処理を実行することを特徴とする。
様において、異なるドメインのサブネット間を移動した
移動ノードは、移動ノードを管轄するホームエージェン
トに対して、気付アドレス（ＣｏＡ：Care-of-Address)
として、仮想ネットワークプレフィックスに基づくアド
レス生成処理によって生成した仮想ネットワークプレフ
ィックスベースＩＰｖ６アドレスを格納して、バインデ
ィングアップデートパケット（binding update packe
t）を送信し、バインディングアップデートパケットを
受信したホームエージェントは、受信したバインディン
グアップデートパケットに基づいてホームアドレスと仮
想ネットワークプレフィックスベースＩＰｖ６アドレス
の対応を記憶したバインディング・キャッシュ（bindin
g cache）の更新処理を実行することを特徴とする。
【００４７】さらに、本発明の第３の側面は、ネットワ
ークを介した通信を実行する通信端末装置において、１
以上のサブネットワークによって構成されるドメイン内
の各サブネットワークに対応付けられた物理ネットワー
クプレフィックスと、移動ノード用の仮想ネットワーク
プレフィックスを含む情報報告としてのルータ通知を受
信し、受信した情報報告としてのルータ通知から取得す
る仮想ネットワークプレフィックスと通信端末装置の識
別子に基づくアドレス設定処理を実行する構成を有する
ことを特徴とする通信端末装置にある。
ークを介した通信を実行する通信端末装置において、１
以上のサブネットワークによって構成されるドメイン内
の各サブネットワークに対応付けられた物理ネットワー
クプレフィックスと、移動ノード用の仮想ネットワーク
プレフィックスを含む情報報告としてのルータ通知を受
信し、受信した情報報告としてのルータ通知から取得す
る仮想ネットワークプレフィックスと通信端末装置の識
別子に基づくアドレス設定処理を実行する構成を有する
ことを特徴とする通信端末装置にある。
【００４８】さらに、本発明の通信端末装置の一実施態
様において、前記ドメイン内または異なるドメインのサ
ブネット間を移動した際にルータから受信する情報報告
としてのルータ通知内に含まれる仮想ネットワークプレ
フィックスの値と、移動前の旧サブネットで使用してい
たアドレスに含まれる仮想ネットワークプレフィックス
の値を比較し、異なる場合にのみ受信した情報報告とし
てのルータ通知内に含まれる仮想または物理ネットワー
クプレフィックスに基づくアドレス生成処理を実行する
構成であることを特徴とする。
様において、前記ドメイン内または異なるドメインのサ
ブネット間を移動した際にルータから受信する情報報告
としてのルータ通知内に含まれる仮想ネットワークプレ
フィックスの値と、移動前の旧サブネットで使用してい
たアドレスに含まれる仮想ネットワークプレフィックス
の値を比較し、異なる場合にのみ受信した情報報告とし
てのルータ通知内に含まれる仮想または物理ネットワー
クプレフィックスに基づくアドレス生成処理を実行する
構成であることを特徴とする。
【００４９】さらに、本発明の通信端末装置の一実施態
様において、前記ドメイン内または異なるドメインのサ
ブネット間を移動した移動ノードは、新たに接続した新
サブネットのルータから受信した情報報告としてのルー
タ通知内に仮想ネットワークプレフィックスが含まれな
い場合は、物理ネットワークプレフィックスの値に基づ
くアドレス生成処理を実行する構成であることを特徴と
する。
様において、前記ドメイン内または異なるドメインのサ
ブネット間を移動した移動ノードは、新たに接続した新
サブネットのルータから受信した情報報告としてのルー
タ通知内に仮想ネットワークプレフィックスが含まれな
い場合は、物理ネットワークプレフィックスの値に基づ
くアドレス生成処理を実行する構成であることを特徴と
する。
【００５０】さらに、本発明の通信端末装置の一実施態
様において、前記通信端末装置は、前記ドメイン内また
は異なるドメインのサブネット間を移動した際に、ルー
ティングアップデートメッセージをドメイン内ルータに
対して送信する構成であることを特徴とする。
様において、前記通信端末装置は、前記ドメイン内また
は異なるドメインのサブネット間を移動した際に、ルー
ティングアップデートメッセージをドメイン内ルータに
対して送信する構成であることを特徴とする。
【００５１】さらに、本発明の通信端末装置の一実施態
様において、前記通信端末装置は、異なるドメインのサ
ブネット間を移動した際に、該通信端末装置を管轄する
ホームエージェントに対して、気付アドレス（ＣｏＡ：
Care-of-Address)として、仮想ネットワークプレフィッ
クスに基づくアドレス生成処理によって生成した仮想ネ
ットワークプレフィックスベースＩＰｖ６アドレスを格
納して、バインディングアップデートメッセージを送信
する構成であることを特徴とする。
様において、前記通信端末装置は、異なるドメインのサ
ブネット間を移動した際に、該通信端末装置を管轄する
ホームエージェントに対して、気付アドレス（ＣｏＡ：
Care-of-Address)として、仮想ネットワークプレフィッ
クスに基づくアドレス生成処理によって生成した仮想ネ
ットワークプレフィックスベースＩＰｖ６アドレスを格
納して、バインディングアップデートメッセージを送信
する構成であることを特徴とする。
【００５２】さらに、本発明の第４の側面は、ネットワ
ークを介する通信処理をコンピュータ・システム上で実
行せしめるプログラムであって、前記プログラムは、１
以上のサブネットワークによって構成されるドメイン内
の各サブネットワークに対応付けられた物理ネットワー
クプレフィックスと、移動ノード用の仮想ネットワーク
プレフィックスを含む情報報告としてのルータ通知を受
信するステップと、受信した情報報告としてのルータ通
知から取得する仮想ネットワークプレフィックスと通信
端末装置の識別子に基づくアドレス設定処理を実行する
ステップと、を有することを特徴とするプログラムにあ
る。
ークを介する通信処理をコンピュータ・システム上で実
行せしめるプログラムであって、前記プログラムは、１
以上のサブネットワークによって構成されるドメイン内
の各サブネットワークに対応付けられた物理ネットワー
クプレフィックスと、移動ノード用の仮想ネットワーク
プレフィックスを含む情報報告としてのルータ通知を受
信するステップと、受信した情報報告としてのルータ通
知から取得する仮想ネットワークプレフィックスと通信
端末装置の識別子に基づくアドレス設定処理を実行する
ステップと、を有することを特徴とするプログラムにあ
る。
【００５３】なお、本発明のプログラムは、例えば、様
々なプログラム・コードを実行可能な汎用コンピュータ
・システムに対して、コンピュータ可読な形式で提供す
る記憶媒体、通信媒体によって提供されるコンピュータ
・プログラムである。
々なプログラム・コードを実行可能な汎用コンピュータ
・システムに対して、コンピュータ可読な形式で提供す
る記憶媒体、通信媒体によって提供されるコンピュータ
・プログラムである。
【００５４】このようなプログラムをコンピュータ可読
な形式で提供することにより、コンピュータ・システム
上でプログラムに応じた処理が実現される。コンピュー
タ・プログラムをコンピュータ・システムにインストー
ルすることによって、コンピュータ・システム上では協
働的作用が発揮され、本発明の他の側面と同様の作用効
果を得ることができるのである。
な形式で提供することにより、コンピュータ・システム
上でプログラムに応じた処理が実現される。コンピュー
タ・プログラムをコンピュータ・システムにインストー
ルすることによって、コンピュータ・システム上では協
働的作用が発揮され、本発明の他の側面と同様の作用効
果を得ることができるのである。
【００５５】本発明のさらに他の目的、特徴や利点は、
後述する本発明の実施例や添付する図面に基づくより詳
細な説明によって明らかになるであろう。
後述する本発明の実施例や添付する図面に基づくより詳
細な説明によって明らかになるであろう。
【００５６】
【発明の実施の形態】本発明の通信処理システム、およ
び通信処理方法が適用されるネットワーク構成例を図１
６に示す。ネットワークを構成するノードはＩＰｖ６ア
ドレスを基に通信を実行する。
び通信処理方法が適用されるネットワーク構成例を図１
６に示す。ネットワークを構成するノードはＩＰｖ６ア
ドレスを基に通信を実行する。
【００５７】ＩＰｖ６アドレスは図１７に示すように１
２８ビット構成であり、下位６４ビットがインターネッ
ト上、もしくはサブネット上でノードを一意に識別する
ためのノード識別子としてのインタフェースＩＤ(Inter
face ID)であり、上位６４ビットがノードが接続してい
るサブネットワークを示す位置指示子としてのネットワ
ークプレフィックス（Network Prefix）である。従っ
て、基本的に同一のサブネットワークに属する端末装置
は、ＩＰｖ６アドレスの上位６４ビットの示すネットワ
ークプレフィックス（Network Prefix）が同一なものと
なる。
２８ビット構成であり、下位６４ビットがインターネッ
ト上、もしくはサブネット上でノードを一意に識別する
ためのノード識別子としてのインタフェースＩＤ(Inter
face ID)であり、上位６４ビットがノードが接続してい
るサブネットワークを示す位置指示子としてのネットワ
ークプレフィックス（Network Prefix）である。従っ
て、基本的に同一のサブネットワークに属する端末装置
は、ＩＰｖ６アドレスの上位６４ビットの示すネットワ
ークプレフィックス（Network Prefix）が同一なものと
なる。
【００５８】図１６の構成においてドメイン２４は、複
数のサブネットワーク５２−１乃至５２−１０で構成さ
れている。ここで、ドメインは複数のサブネットワーク
の集合である。たとえば、各サブネットワークに3ffe:5
01:100c:0000::/64 〜 3ffe:501:100c:ffff::/64の範囲
のネットワークプレフィックスを割り当てている場合、
これらのサブネットワークを含むドメインは、例えば3f
fe:501:100c::/48というアドレス空間を割り当てられた
ドメインとして定義される。
数のサブネットワーク５２−１乃至５２−１０で構成さ
れている。ここで、ドメインは複数のサブネットワーク
の集合である。たとえば、各サブネットワークに3ffe:5
01:100c:0000::/64 〜 3ffe:501:100c:ffff::/64の範囲
のネットワークプレフィックスを割り当てている場合、
これらのサブネットワークを含むドメインは、例えば3f
fe:501:100c::/48というアドレス空間を割り当てられた
ドメインとして定義される。
【００５９】通常、ネットワークプレフィックスは、サ
ブネット単位に割り当てられ、端末装置としてのノード
（ホスト）例えば図中のノード３１があるサブネットに
接続すると、ノード（ホスト）は、そのサブネットに割
り当てられているネットワークプレフィックスを用いて
アドレス設定処理としてステートレス自動設定(Statele
ss Auto Configuration, RFC2462)を行う。すなわち、
ノード（ホスト）は、ローカルに自分自身で生成可能な
情報としてのインタフェース識別子と、ルータから通知
される情報としてのネットワークプレフィックスにより
ＩＰｖ６アドレスの生成処理を実行する。前述したよう
にＩＰｖ６アドレスはネットワークプレフィックスとイ
ンタフェース識別子とからなり、通信を実行するノード
としてのホストは、ステートレス自動設定(Stateless A
uto Configuration, RFC2462)により自分自身のアドレ
スを設定する。
ブネット単位に割り当てられ、端末装置としてのノード
（ホスト）例えば図中のノード３１があるサブネットに
接続すると、ノード（ホスト）は、そのサブネットに割
り当てられているネットワークプレフィックスを用いて
アドレス設定処理としてステートレス自動設定(Statele
ss Auto Configuration, RFC2462)を行う。すなわち、
ノード（ホスト）は、ローカルに自分自身で生成可能な
情報としてのインタフェース識別子と、ルータから通知
される情報としてのネットワークプレフィックスにより
ＩＰｖ６アドレスの生成処理を実行する。前述したよう
にＩＰｖ６アドレスはネットワークプレフィックスとイ
ンタフェース識別子とからなり、通信を実行するノード
としてのホストは、ステートレス自動設定(Stateless A
uto Configuration, RFC2462)により自分自身のアドレ
スを設定する。
【００６０】ルータから通知される情報は、ルータ通知
（Router Advertisement, RFC2461）メッセージと呼ば
れ、リンク情報としてのネットワークプレフィックス、
インターネットパラメータなどが含まれる。ルータ通知
は、ホストからのルータ要請（Router Solicitation）
メッセージに応答して、あるいは定期的にルータから送
信される。
（Router Advertisement, RFC2461）メッセージと呼ば
れ、リンク情報としてのネットワークプレフィックス、
インターネットパラメータなどが含まれる。ルータ通知
は、ホストからのルータ要請（Router Solicitation）
メッセージに応答して、あるいは定期的にルータから送
信される。
【００６１】このようなアドレス設定処理を実行する構
成では、ノード（ホスト）が移動ノードである場合、ノ
ードがネットワークプレフィックスの異なる別のサブネ
ット間を移動するたびにネットワークプレフィックスが
変化するため、それに伴い、ノードのＩＰｖ６アドレス
の変更処理を実行することが必要となる。なお、通常、
各サブネットへのネットワークプレフィックスは、その
サブネットを形成している組織(ISP、企業、大学などの
ことで以後ドメインと呼ぶ)の管理者によって、そのド
メインに割り当てられたアドレス空間の範囲の中から割
り当てられる。
成では、ノード（ホスト）が移動ノードである場合、ノ
ードがネットワークプレフィックスの異なる別のサブネ
ット間を移動するたびにネットワークプレフィックスが
変化するため、それに伴い、ノードのＩＰｖ６アドレス
の変更処理を実行することが必要となる。なお、通常、
各サブネットへのネットワークプレフィックスは、その
サブネットを形成している組織(ISP、企業、大学などの
ことで以後ドメインと呼ぶ)の管理者によって、そのド
メインに割り当てられたアドレス空間の範囲の中から割
り当てられる。
【００６２】本発明の構成では、上述のようなサブネッ
ト間移動時におけるノードのＩＰｖ６アドレスの変更処
理を不要とした構成を持つ。すなわち、ドメイン２４内
に移動ノードの専用プレフィックスとして仮想ネットワ
ークプレフィックスを適用した。仮想ネットワークプレ
フィックスとは、同じドメイン内の異なるサブネット間
を移動しても変化しないマイクロモビリティ用の特殊な
ネットワークプレフィックスである。
ト間移動時におけるノードのＩＰｖ６アドレスの変更処
理を不要とした構成を持つ。すなわち、ドメイン２４内
に移動ノードの専用プレフィックスとして仮想ネットワ
ークプレフィックスを適用した。仮想ネットワークプレ
フィックスとは、同じドメイン内の異なるサブネット間
を移動しても変化しないマイクロモビリティ用の特殊な
ネットワークプレフィックスである。
【００６３】例えば図１６のドメイン２４に3ffe:501:1
00c::/48というアドレス空間が割り当てられているとす
る。ドメイン２４内に存在するサブネット５２−１〜５
２−１０に、3ffe:501:100c:0000::/64 〜 3ffe:501:10
0c:fffe::/64の範囲の物理ネットワークプレフィックス
を各々割り当てる。
00c::/48というアドレス空間が割り当てられているとす
る。ドメイン２４内に存在するサブネット５２−１〜５
２−１０に、3ffe:501:100c:0000::/64 〜 3ffe:501:10
0c:fffe::/64の範囲の物理ネットワークプレフィックス
を各々割り当てる。
【００６４】さらに、物理ネットワークプレフィックス
として割り当てられていないプレフィックス3ffe:501:1
00c:ffff::/64を仮想ネットワークプレフィックスとし
てマイクロモビリティ用のプレフィックスとして設定す
る。なお、物理ネットワークプレフィックスは、ドメイ
ン内に実在するサブネットに対応して設定されるネット
ワークプレフィックスであり、仮想ネットワークプレフ
ィックスは、ドメイン内に実在するサブネットに対応し
て設定されるネットワークプレフィックスではなくマイ
クロモビリティ用のネットワークプレフィックスとして
定義される。
として割り当てられていないプレフィックス3ffe:501:1
00c:ffff::/64を仮想ネットワークプレフィックスとし
てマイクロモビリティ用のプレフィックスとして設定す
る。なお、物理ネットワークプレフィックスは、ドメイ
ン内に実在するサブネットに対応して設定されるネット
ワークプレフィックスであり、仮想ネットワークプレフ
ィックスは、ドメイン内に実在するサブネットに対応し
て設定されるネットワークプレフィックスではなくマイ
クロモビリティ用のネットワークプレフィックスとして
定義される。
【００６５】仮想ネットワークプレフィックスの割り当
て方針/運用方針は、各ドメインの管理者によって決定
される。基本的にドメイン内のサブネットに割り当てら
れていないネットワークプレフィックスをマイクロモビ
リティ用に割り当てることで、ドメイン内におけるルー
ティング（経路制御）処理を実行するルータはマイクロ
モビリティ用のネットワークプレフィックスであること
を識別可能となる。
て方針/運用方針は、各ドメインの管理者によって決定
される。基本的にドメイン内のサブネットに割り当てら
れていないネットワークプレフィックスをマイクロモビ
リティ用に割り当てることで、ドメイン内におけるルー
ティング（経路制御）処理を実行するルータはマイクロ
モビリティ用のネットワークプレフィックスであること
を識別可能となる。
【００６６】仮想ネットワークプレフィックスをサポー
トしたドメイン内のあるサブネットに接続したノード
は、その仮想ネットワークプレフィックスを用いてステ
ートレス自動設定を行うことで、ドメイン内のサブネッ
トワーク間の移動発生時にも、仮想ネットワークプレフ
ィックスとインタフェースＩＤからなるＩＰｖ６アドレ
スを変更する必要がない。仮想ネットワークプレフィッ
クスは、１ドメイン内のすべてサブネットにおいて共通
に使用可能であるからである。
トしたドメイン内のあるサブネットに接続したノード
は、その仮想ネットワークプレフィックスを用いてステ
ートレス自動設定を行うことで、ドメイン内のサブネッ
トワーク間の移動発生時にも、仮想ネットワークプレフ
ィックスとインタフェースＩＤからなるＩＰｖ６アドレ
スを変更する必要がない。仮想ネットワークプレフィッ
クスは、１ドメイン内のすべてサブネットにおいて共通
に使用可能であるからである。
【００６７】従って移動ノードはアドレス更新処理を実
行することなくドメイン内の異なるサブネット間を自由
に移動でき、これによってマイクロモビリティがサポー
トされる。なお、仮想ネットワークプレフィックスを用
いて設定されたＩＰｖ６アドレスを持つノードへのドメ
イン内でのルーティング（経路制御）にはＩＰｖ６アド
レスの下位６４ビットのインタフェースＩＤに基づく経
路設定処理であるホストルーティングを用いる。ルーテ
ィング処理の詳細については、後段で説明する。
行することなくドメイン内の異なるサブネット間を自由
に移動でき、これによってマイクロモビリティがサポー
トされる。なお、仮想ネットワークプレフィックスを用
いて設定されたＩＰｖ６アドレスを持つノードへのドメ
イン内でのルーティング（経路制御）にはＩＰｖ６アド
レスの下位６４ビットのインタフェースＩＤに基づく経
路設定処理であるホストルーティングを用いる。ルーテ
ィング処理の詳細については、後段で説明する。
【００６８】図１６の、ネットワーク構成について説明
する。サブネットワーク５２−１乃至５２−１０は、有
線／無線、もしくは共有メディア／ポイント・ツー・ポ
イントメディアなどの通信メディアを介してサブネット
ワークを形成しており、さらに、サブネットワーク５２
−１乃至５２−４は複数の端末装置（移動ノード）、例
えばノード３１が接続できる構成を持つ。ドメイン２４
内にはルータ５１−１乃至５１−６が存在しており、ド
メイン境界ルータとしてのゲートウェイ２３を根として
木構造（ツリー構造）を構成している。ただし、この例
は論理的構成であり、実際の構成はツリー構造に限らず
複数のサブネットワークが接続された構成であれば、様
々な構成をとることが可能である。
する。サブネットワーク５２−１乃至５２−１０は、有
線／無線、もしくは共有メディア／ポイント・ツー・ポ
イントメディアなどの通信メディアを介してサブネット
ワークを形成しており、さらに、サブネットワーク５２
−１乃至５２−４は複数の端末装置（移動ノード）、例
えばノード３１が接続できる構成を持つ。ドメイン２４
内にはルータ５１−１乃至５１−６が存在しており、ド
メイン境界ルータとしてのゲートウェイ２３を根として
木構造（ツリー構造）を構成している。ただし、この例
は論理的構成であり、実際の構成はツリー構造に限らず
複数のサブネットワークが接続された構成であれば、様
々な構成をとることが可能である。
【００６９】端末装置２２は、バックボーンネットワー
クとしてのインターネット２１に接続されており、イン
ターネット２１、ドメイン境界ルータとしてのゲートウ
ェイ２３を介してドメイン２４内に位置する端末装置３
１と通信する。
クとしてのインターネット２１に接続されており、イン
ターネット２１、ドメイン境界ルータとしてのゲートウ
ェイ２３を介してドメイン２４内に位置する端末装置３
１と通信する。
【００７０】ドメイン境界ルータとしてのゲートウェイ
２３は、ドメイン２４内のルータ５１−１および５１−
４に接続される。さらに、ルータ５１−１にはルータ５
１−２および５１−３が接続され、さらに、ルータ５１
−４にはルータ５１−５および５１−６が接続される。
ドメイン境界ルータ２３およびルータ５１−１乃至５１
−６は仮想ネットワークプレフィックスを含むＩＰｖ６
アドレス宛てのデータパケットを受信した場合、ＩＰｖ
６アドレスの下位６４ビットのインタフェースＩＤに基
づいて端末装置２２から供給されるデータパケットの送
信経路を制御（ルーティング）する。
２３は、ドメイン２４内のルータ５１−１および５１−
４に接続される。さらに、ルータ５１−１にはルータ５
１−２および５１−３が接続され、さらに、ルータ５１
−４にはルータ５１−５および５１−６が接続される。
ドメイン境界ルータ２３およびルータ５１−１乃至５１
−６は仮想ネットワークプレフィックスを含むＩＰｖ６
アドレス宛てのデータパケットを受信した場合、ＩＰｖ
６アドレスの下位６４ビットのインタフェースＩＤに基
づいて端末装置２２から供給されるデータパケットの送
信経路を制御（ルーティング）する。
【００７１】ここでルーティングについて簡単に説明す
る。例えばインターネット２１上では、移動ノード（図
１６の場合、端末装置３１）へ送信するデータパケット
６１のＩＰｖ６ヘッダの終点アドレスフィールドに記述
されているＩＰｖ６アドレスの上位６４ビットのネット
ワークプレフィックスに基づいてルーティング（プレフ
ィックスベース・ルーティング）が実行される。また、
ドメイン２４内でのルーティングには移動ノード（図１
６の場合、端末装置３１）へ送信するデータパケット６
１のＩＰｖ６アドレスの上位６４ビットのネットワーク
プレフィックスに基づくルーティングに加え、ＩＰｖ６
アドレスの下位６４ビットのインタフェースＩＤに基づ
く経路設定処理であるホストルーティング（ホストベー
ス・ルーティング）が実行される。
る。例えばインターネット２１上では、移動ノード（図
１６の場合、端末装置３１）へ送信するデータパケット
６１のＩＰｖ６ヘッダの終点アドレスフィールドに記述
されているＩＰｖ６アドレスの上位６４ビットのネット
ワークプレフィックスに基づいてルーティング（プレフ
ィックスベース・ルーティング）が実行される。また、
ドメイン２４内でのルーティングには移動ノード（図１
６の場合、端末装置３１）へ送信するデータパケット６
１のＩＰｖ６アドレスの上位６４ビットのネットワーク
プレフィックスに基づくルーティングに加え、ＩＰｖ６
アドレスの下位６４ビットのインタフェースＩＤに基づ
く経路設定処理であるホストルーティング（ホストベー
ス・ルーティング）が実行される。
【００７２】ドメイン内のルータはデータパケット６１
のＩＰｖ６ヘッダの終点アドレスフィールドに記述され
ているＩＰｖ６アドレスの上位６４ビットのネットワー
クプレフィックスがドメイン内のサブネットに対応する
物理ネットワークプレフィックスである場合は、通常の
物理ネットワークプレフィックスベースのルーティング
を実行し、データパケット６１のＩＰｖ６ヘッダの終点
アドレスフィールドに記述されているＩＰｖ６アドレス
の上位６４ビットのネットワークプレフィックスが仮想
ネットワークプレフィックスである場合は、仮想ネット
ワークプレフィックスを持つＩＰｖ６アドレスを設定し
た移動ノードへパケットを配送するためにホストルーテ
ィング、すなわちＩＰｖ６アドレスの下位６４ビットの
インタフェースＩＤに基づくルーティング（経路制御）
を行う。
のＩＰｖ６ヘッダの終点アドレスフィールドに記述され
ているＩＰｖ６アドレスの上位６４ビットのネットワー
クプレフィックスがドメイン内のサブネットに対応する
物理ネットワークプレフィックスである場合は、通常の
物理ネットワークプレフィックスベースのルーティング
を実行し、データパケット６１のＩＰｖ６ヘッダの終点
アドレスフィールドに記述されているＩＰｖ６アドレス
の上位６４ビットのネットワークプレフィックスが仮想
ネットワークプレフィックスである場合は、仮想ネット
ワークプレフィックスを持つＩＰｖ６アドレスを設定し
た移動ノードへパケットを配送するためにホストルーテ
ィング、すなわちＩＰｖ６アドレスの下位６４ビットの
インタフェースＩＤに基づくルーティング（経路制御）
を行う。
【００７３】前述したようにＩＰｖ６アドレスはネット
ワークプレフィックスとインタフェース識別子とからな
り、通信を実行するノードとしてのホストは、ステート
レス自動設定(Stateless Auto Configuration, RFC246
2)により自分自身のアドレスを設定する。ホストは、ロ
ーカルに自分自身で生成可能な情報と、ルータから通知
される情報を用いて自分自身のアドレスとしてＩＰｖ６
アドレスを生成する。
ワークプレフィックスとインタフェース識別子とからな
り、通信を実行するノードとしてのホストは、ステート
レス自動設定(Stateless Auto Configuration, RFC246
2)により自分自身のアドレスを設定する。ホストは、ロ
ーカルに自分自身で生成可能な情報と、ルータから通知
される情報を用いて自分自身のアドレスとしてＩＰｖ６
アドレスを生成する。
【００７４】ルータから通知される情報は、ルータ通知
（Router Advertisement, RFC2461）メッセージと呼ば
れ、リンク情報、インターネットパラメータなどが含ま
れる。ルータ通知は、ホストからのルータ要請(Router
Solicitation)メッセージに応答して、あるいは定期的
にルータから送信される。
（Router Advertisement, RFC2461）メッセージと呼ば
れ、リンク情報、インターネットパラメータなどが含ま
れる。ルータ通知は、ホストからのルータ要請(Router
Solicitation)メッセージに応答して、あるいは定期的
にルータから送信される。
【００７５】本発明のシステムでは、ノード（ホスト）
に対するルータ通知（Router Advertisement）にノード
が接続しているサブネットの物理ネットワークプレフィ
ックスのみではなく、マイクロモビリティ用のネットワ
ークプレフィックスである仮想ネットワークプレフィッ
クスを含ませて通知する。
に対するルータ通知（Router Advertisement）にノード
が接続しているサブネットの物理ネットワークプレフィ
ックスのみではなく、マイクロモビリティ用のネットワ
ークプレフィックスである仮想ネットワークプレフィッ
クスを含ませて通知する。
【００７６】仮想ネットワークプレフィックスのルータ
通知（Router Advertisement）に対する格納方法として
は、仮想ネットワークプレフィックス格納用として、ル
ータ通知に新しいオプション(Virtual Network Prefix
Information Option)を新設することにより可能であ
る。図１８に仮想ネットワークプレフィックス情報オプ
ション（Virtual Network Prefix Information Optio
n）のフォーマットを示す。
通知（Router Advertisement）に対する格納方法として
は、仮想ネットワークプレフィックス格納用として、ル
ータ通知に新しいオプション(Virtual Network Prefix
Information Option)を新設することにより可能であ
る。図１８に仮想ネットワークプレフィックス情報オプ
ション（Virtual Network Prefix Information Optio
n）のフォーマットを示す。
【００７７】タイプ（Type）フィールドはこのオプショ
ンのオプション番号(1-5は既存のオプションで使われて
いる)、レングス（Length）フィールドはこのオプショ
ンの全体の長さ、リザーブ（Reserved1およびReserved
2）フィールドは将来の拡張用であり、プレフィックス
（Prefix）フィールドに仮想ネットワークプレフィック
スを格納する。このオプションを、物理ネットワークプ
レフィックスが格納されたプレフィックス情報（Prefix
Information）オプションとともにルータ通知に含めて
送信する。
ンのオプション番号(1-5は既存のオプションで使われて
いる)、レングス（Length）フィールドはこのオプショ
ンの全体の長さ、リザーブ（Reserved1およびReserved
2）フィールドは将来の拡張用であり、プレフィックス
（Prefix）フィールドに仮想ネットワークプレフィック
スを格納する。このオプションを、物理ネットワークプ
レフィックスが格納されたプレフィックス情報（Prefix
Information）オプションとともにルータ通知に含めて
送信する。
【００７８】すなわち、サブネットに接続したノード
は、接続したサブネットの物理ネットワークプレフィッ
クスに加え、マイクロモビリティ用のネットワークプレ
フィックスである仮想ネットワークプレフィックス情報
をルータ通知として受け取ることになる。ルータ通知を
受信したノードは、ローカルに自分自身で生成可能な情
報としてのインタフェース識別子と、ルータから通知さ
れる情報である物理ネットワークプレフィックス、また
は仮想ネットワークプレフィックスのいずれかを選択し
てステートレス自動設定(Stateless Auto Configuratio
n)によりＩＰｖ６アドレスを生成する。
は、接続したサブネットの物理ネットワークプレフィッ
クスに加え、マイクロモビリティ用のネットワークプレ
フィックスである仮想ネットワークプレフィックス情報
をルータ通知として受け取ることになる。ルータ通知を
受信したノードは、ローカルに自分自身で生成可能な情
報としてのインタフェース識別子と、ルータから通知さ
れる情報である物理ネットワークプレフィックス、また
は仮想ネットワークプレフィックスのいずれかを選択し
てステートレス自動設定(Stateless Auto Configuratio
n)によりＩＰｖ６アドレスを生成する。
【００７９】上述したように、ドメイン内のルータは通
常の物理ネットワークプレフィックスベースのルーティ
ングに加え、仮想ネットワークプレフィックスベースの
ＩＰｖ６アドレスを設定した移動ノードへパケットを配
送するためにホストルーティング、すなわちＩＰｖ６ア
ドレスの下位６４ビットのインタフェースＩＤに基づく
ルーティング（経路制御）を行う。
常の物理ネットワークプレフィックスベースのルーティ
ングに加え、仮想ネットワークプレフィックスベースの
ＩＰｖ６アドレスを設定した移動ノードへパケットを配
送するためにホストルーティング、すなわちＩＰｖ６ア
ドレスの下位６４ビットのインタフェースＩＤに基づく
ルーティング（経路制御）を行う。
【００８０】ホストルーティングを行うためには、各ル
ータは、移動ノードごと、すなわち各ホストエントリに
対応して設定される次のパケット送信先（Next Hop）を
ルーティングテーブルとして保持しなければならない。
このホストベースのルーティングテーブルの登録/更新/
削除等の仕組みについては、Cellular IPやHAWAIIなど
の既存のマイクロモビリティプロトコルでも用いられて
いる“ルーティングアップデートメッセージ”による方
法を用いる。
ータは、移動ノードごと、すなわち各ホストエントリに
対応して設定される次のパケット送信先（Next Hop）を
ルーティングテーブルとして保持しなければならない。
このホストベースのルーティングテーブルの登録/更新/
削除等の仕組みについては、Cellular IPやHAWAIIなど
の既存のマイクロモビリティプロトコルでも用いられて
いる“ルーティングアップデートメッセージ”による方
法を用いる。
【００８１】ルーティングアップデートメッセージは、
各ルータで保持するルーティングテーブル、すなわち所
定のアドレスに対してパケットを転送する場合の次のパ
ケット送信先（Next Hop）を記録したテーブルの更新を
ルータに実行させるためのメッセージであり、ルーティ
ングアップデートメッセージを受信したルータはメッセ
ージに従って保持するルーティングテーブル内の移動ノ
ードごとのホストエントリの生成または更新または削除
処理を実行する。
各ルータで保持するルーティングテーブル、すなわち所
定のアドレスに対してパケットを転送する場合の次のパ
ケット送信先（Next Hop）を記録したテーブルの更新を
ルータに実行させるためのメッセージであり、ルーティ
ングアップデートメッセージを受信したルータはメッセ
ージに従って保持するルーティングテーブル内の移動ノ
ードごとのホストエントリの生成または更新または削除
処理を実行する。
【００８２】移動ノード（ホスト）は、サブネット間を
移動した場合にルーティングアップデートメッセージを
ドメイン内のルータに対して送信する。ルーティングア
ップデートメッセージを受信したルータはメッセージに
従った処理を実行する。すなわち、ルータが移動ノード
（ホスト）に対する経路上にあり、ルータが保持するル
ーティングテーブルに対応するホストのエントリが無い
場合にはホストエントリの生成を実行し、ルータが移動
ノード（ホスト）に対する経路上にあり、すでにホスト
エントリがある場合には必要に応じて更新処理を実行す
る。
移動した場合にルーティングアップデートメッセージを
ドメイン内のルータに対して送信する。ルーティングア
ップデートメッセージを受信したルータはメッセージに
従った処理を実行する。すなわち、ルータが移動ノード
（ホスト）に対する経路上にあり、ルータが保持するル
ーティングテーブルに対応するホストのエントリが無い
場合にはホストエントリの生成を実行し、ルータが移動
ノード（ホスト）に対する経路上にあり、すでにホスト
エントリがある場合には必要に応じて更新処理を実行す
る。
【００８３】このようにして、ドメイン内のルータがル
ーティングアップデートメッセージに基づくルーティン
グテーブルの登録/更新/削除処理を実行することによ
り、ドメイン内のルーティング（経路制御）は、ＩＰｖ
６アドレスの下位６４ビットのインタフェースＩＤに基
づくルーティング（経路制御）、すなわちホストベース
ルーティングとして実行可能となる。
ーティングアップデートメッセージに基づくルーティン
グテーブルの登録/更新/削除処理を実行することによ
り、ドメイン内のルーティング（経路制御）は、ＩＰｖ
６アドレスの下位６４ビットのインタフェースＩＤに基
づくルーティング（経路制御）、すなわちホストベース
ルーティングとして実行可能となる。
【００８４】また、移動ノードが、Mobile ＩＰｖ６(も
しくはＬＩＮ６)のようなマクロモビリティプロトコル
を実装している場合は、その移動ノードを管轄するホー
ムエージェント（ＨＡ）２５に、気付アドレス（Ｃｏ
Ａ：Care-of-Address)として仮想ネットワークプレフィ
ックスベースＩＰｖ６アドレス（仮想ネットワークプレ
フィックスを用いてステートレス自動設定し、生成した
ＩＰｖ６アドレス）を格納して、バインディングアップ
デートメッセージを送信する。ＬＩＮ６の場合は、移動
ノードの管轄エージェントであるマッピングエージェン
ト（ＭＡ）に、Current Locatorとして仮想ネットワー
クプレフィックスを格納して、マッピングアップデート
メッセージを送信する。
しくはＬＩＮ６)のようなマクロモビリティプロトコル
を実装している場合は、その移動ノードを管轄するホー
ムエージェント（ＨＡ）２５に、気付アドレス（Ｃｏ
Ａ：Care-of-Address)として仮想ネットワークプレフィ
ックスベースＩＰｖ６アドレス（仮想ネットワークプレ
フィックスを用いてステートレス自動設定し、生成した
ＩＰｖ６アドレス）を格納して、バインディングアップ
デートメッセージを送信する。ＬＩＮ６の場合は、移動
ノードの管轄エージェントであるマッピングエージェン
ト（ＭＡ）に、Current Locatorとして仮想ネットワー
クプレフィックスを格納して、マッピングアップデート
メッセージを送信する。
【００８５】Mobile ＩＰｖ６においては、ノードはホ
ームアドレスおよび気付アドレス（Care-of-address）
という２つのＩＰアドレスを有する。気付アドレスはノ
ードの移動に伴って接続されているサブネットワークに
対応して変化するアドレスであり、この場合仮想ネット
ワークプレフィックスベースＩＰｖ６アドレスである。
ホームアドレスはノードの移動に関わらず一定である。
ームアドレスおよび気付アドレス（Care-of-address）
という２つのＩＰアドレスを有する。気付アドレスはノ
ードの移動に伴って接続されているサブネットワークに
対応して変化するアドレスであり、この場合仮想ネット
ワークプレフィックスベースＩＰｖ６アドレスである。
ホームアドレスはノードの移動に関わらず一定である。
【００８６】Mobile ＩＰｖ６におけるホームエージェ
ント（ＨＡ）２５は、ノードのホームアドレスに対応す
るサブネットワークを管理するノードであり、通信ノー
ドが移動したとしき、移動したノードから新たな気付ア
ドレス、この場合仮想ネットワークプレフィックスベー
スＩＰｖ６アドレスを含むバインディングアップデート
パケット（binding update packet）を受信してホーム
アドレスと仮想ネットワークプレフィックスベースＩＰ
ｖ６アドレスの対応を記憶したバインディング・キャッ
シュ（binding cache）を更新する。
ント（ＨＡ）２５は、ノードのホームアドレスに対応す
るサブネットワークを管理するノードであり、通信ノー
ドが移動したとしき、移動したノードから新たな気付ア
ドレス、この場合仮想ネットワークプレフィックスベー
スＩＰｖ６アドレスを含むバインディングアップデート
パケット（binding update packet）を受信してホーム
アドレスと仮想ネットワークプレフィックスベースＩＰ
ｖ６アドレスの対応を記憶したバインディング・キャッ
シュ（binding cache）を更新する。
【００８７】次に図１６に示すノード（端末装置）３１
の構成について図１９を用いて説明する。ＣＰＵ(Centr
al processing Unit)１０１は、各種アプリケーション
プログラムや、ＯＳ（Operating System）を実際に実行
する。ＲＯＭ（Read-Only-Memory）１０２は、ＣＰＵ１
０１が実行するプログラム、あるいは演算パラメータと
しての固定データを格納する。ＲＡＭ（Random Access
Memory）１０３は、ＣＰＵ１０１の処理において実行さ
れるプログラム、およびプログラム処理において適宜変
化するパラメータの格納エリア、ワーク領域として使用
される。
の構成について図１９を用いて説明する。ＣＰＵ(Centr
al processing Unit)１０１は、各種アプリケーション
プログラムや、ＯＳ（Operating System）を実際に実行
する。ＲＯＭ（Read-Only-Memory）１０２は、ＣＰＵ１
０１が実行するプログラム、あるいは演算パラメータと
しての固定データを格納する。ＲＡＭ（Random Access
Memory）１０３は、ＣＰＵ１０１の処理において実行さ
れるプログラム、およびプログラム処理において適宜変
化するパラメータの格納エリア、ワーク領域として使用
される。
【００８８】ホストバス１０４はブリッジ１０５を介し
てＰＣＩ（Peripheral Component Internet/Interfac
e）バスなどの外部バス１０６に接続されている。
てＰＣＩ（Peripheral Component Internet/Interfac
e）バスなどの外部バス１０６に接続されている。
【００８９】キーボード１０８はＣＰＵ１０１に各種の
指令を入力するためにユーザにより操作され、ポインテ
ィングデバイス１０９はディスプレイ１１０の画面上の
位置指定、コマンド指定などの際にユーザによって操作
される。ディスプレイ１１０は例えばＤＲＴ、液晶ディ
スプレイ等であり、各種情報をテキストまたはイメージ
等により表示する。ＨＤＤ(Hard Disk Drive)１１１
は、情報記憶媒体としてのハードディスクを駆動し、ハ
ードディスクからのプログラム、データの読み取りまた
はハードディスクに対するプログラム、データの書き込
みを実行する。
指令を入力するためにユーザにより操作され、ポインテ
ィングデバイス１０９はディスプレイ１１０の画面上の
位置指定、コマンド指定などの際にユーザによって操作
される。ディスプレイ１１０は例えばＤＲＴ、液晶ディ
スプレイ等であり、各種情報をテキストまたはイメージ
等により表示する。ＨＤＤ(Hard Disk Drive)１１１
は、情報記憶媒体としてのハードディスクを駆動し、ハ
ードディスクからのプログラム、データの読み取りまた
はハードディスクに対するプログラム、データの書き込
みを実行する。
【００９０】ドライブ１１２は、フロッピー（登録商
標）ディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only
Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Dig
ital Versatile Disc)、磁気ディスク、半導体メモリな
どのリムーバブル記録媒体１１３の記録再生を実行する
ドライブであり、各リムーバブル記録媒体１１３からの
プログラムまたはデータ再生、リムーバブル記録媒体１
１３に対するプログラムまたはデータ格納を実行する。
標）ディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only
Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Dig
ital Versatile Disc)、磁気ディスク、半導体メモリな
どのリムーバブル記録媒体１１３の記録再生を実行する
ドライブであり、各リムーバブル記録媒体１１３からの
プログラムまたはデータ再生、リムーバブル記録媒体１
１３に対するプログラムまたはデータ格納を実行する。
【００９１】各記憶媒体に記録されたプログラムまたは
データを読み出してＣＰＵ１０１において実行または処
理を行なう場合は、読み出したプログラム、データはイ
ンタフェース１０７、外部バス１０６、ブリッジ１０
５、ホストバス１０４を介して例えば接続されているＲ
ＡＭ１０３に供給する。
データを読み出してＣＰＵ１０１において実行または処
理を行なう場合は、読み出したプログラム、データはイ
ンタフェース１０７、外部バス１０６、ブリッジ１０
５、ホストバス１０４を介して例えば接続されているＲ
ＡＭ１０３に供給する。
【００９２】キーボード１０８乃至ドライブ１１２はイ
ンタフェース１０７に接続されており、インタフェース
１０７は外部バス１０６、ブリッジ１０５、およびホス
トバス１０４を介してＣＰＵ１０１に接続されている。
ンタフェース１０７に接続されており、インタフェース
１０７は外部バス１０６、ブリッジ１０５、およびホス
トバス１０４を介してＣＰＵ１０１に接続されている。
【００９３】通信部１１４はノードの接続されたサブネ
ットのルータ等と通信し、ＣＰＵ１０１、ＨＤＤ１１１
等から供給されたデータをパケット化して送信したり、
ルータを介してパケットを受信する処理を実行する。通
信部１１４は外部バス１０６、ブリッジ１０５、および
ホストバス１０４を介してＣＰＵ１０１に接続されてい
る。
ットのルータ等と通信し、ＣＰＵ１０１、ＨＤＤ１１１
等から供給されたデータをパケット化して送信したり、
ルータを介してパケットを受信する処理を実行する。通
信部１１４は外部バス１０６、ブリッジ１０５、および
ホストバス１０４を介してＣＰＵ１０１に接続されてい
る。
【００９４】次に、ドメイン２４内においてパケットの
中継処理を実行するルータの構成について図２０を参照
して説明する。
中継処理を実行するルータの構成について図２０を参照
して説明する。
【００９５】ＣＰＵ(Central processing Unit)２０１
は、各種アプリケーションプログラムや、ＯＳ（Operat
ing System）を実際に実行する。ＲＯＭ（Read-Only-Me
mory）２０２は、ＣＰＵ２０１が実行するプログラム、
あるいは演算パラメータとしての固定データを格納す
る。ＲＡＭ（Random Access Memory）２０３は、ＣＰＵ
２０１の処理において実行されるプログラム、およびプ
ログラム処理において適宜変化するパラメータの格納エ
リア、ワーク領域として使用される。
は、各種アプリケーションプログラムや、ＯＳ（Operat
ing System）を実際に実行する。ＲＯＭ（Read-Only-Me
mory）２０２は、ＣＰＵ２０１が実行するプログラム、
あるいは演算パラメータとしての固定データを格納す
る。ＲＡＭ（Random Access Memory）２０３は、ＣＰＵ
２０１の処理において実行されるプログラム、およびプ
ログラム処理において適宜変化するパラメータの格納エ
リア、ワーク領域として使用される。
【００９６】ドライブ２０５は、フロッピーディスク、
ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ
(Magneto optical)ディスク，ＤＶＤ(Digital Versatil
e Disc)、磁気ディスク、半導体メモリなどのリムーバ
ブル記録媒体２０６の記録再生を実行するドライブであ
り、各リムーバブル記録媒体２０６からのプログラムま
たはデータ再生、リムーバブル記録媒体２０６に対する
プログラムまたはデータ格納を実行する。各記憶媒体に
記録されたプログラムまたはデータを読み出してＣＰＵ
２０１において実行または処理を行なう場合は、読み出
したプログラム、データはバス２０４を介して例えば接
続されているＲＡＭ２０３、通信部２０７、通信部２０
８に供給される。
ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ
(Magneto optical)ディスク，ＤＶＤ(Digital Versatil
e Disc)、磁気ディスク、半導体メモリなどのリムーバ
ブル記録媒体２０６の記録再生を実行するドライブであ
り、各リムーバブル記録媒体２０６からのプログラムま
たはデータ再生、リムーバブル記録媒体２０６に対する
プログラムまたはデータ格納を実行する。各記憶媒体に
記録されたプログラムまたはデータを読み出してＣＰＵ
２０１において実行または処理を行なう場合は、読み出
したプログラム、データはバス２０４を介して例えば接
続されているＲＡＭ２０３、通信部２０７、通信部２０
８に供給される。
【００９７】通信部２０７は上位ルータまたはインター
ネット接続通信部であり、ＣＰＵ１０１のデータ処理に
よって生成したパケットを送信したり、インターネッ
ト、上位ルータを介してパケットを受信する処理を実行
する。通信部２０８はサブネットに接続され、上位ルー
タから受信したパケットをサブネットを介して下位ルー
タあるいはノードに対して送信する処理を実行する。
ネット接続通信部であり、ＣＰＵ１０１のデータ処理に
よって生成したパケットを送信したり、インターネッ
ト、上位ルータを介してパケットを受信する処理を実行
する。通信部２０８はサブネットに接続され、上位ルー
タから受信したパケットをサブネットを介して下位ルー
タあるいはノードに対して送信する処理を実行する。
【００９８】ＣＰＵ２０１乃至通信部２０８はバス２０
４によって相互接続され、データの転送が可能な構成と
なっている。
４によって相互接続され、データの転送が可能な構成と
なっている。
【００９９】本発明のシステムでは、ルータ通知に含ま
れるマイクロモビリティ用のネットワークプレフィック
スである仮想ネットワークプレフィックス情報を解釈し
て処理を実行可能な仮想ネットワークプレフィックスサ
ポート型のノードと、仮想ネットワークプレフィックス
情報を解釈することのできない、すなわち物理ネットワ
ークプレフィックスによってのみＩＰｖ６アドレスを生
成する仮想ネットワークプレフィックス非サポート型の
ノードの双方が共存できるシステムとして構成される。
れるマイクロモビリティ用のネットワークプレフィック
スである仮想ネットワークプレフィックス情報を解釈し
て処理を実行可能な仮想ネットワークプレフィックスサ
ポート型のノードと、仮想ネットワークプレフィックス
情報を解釈することのできない、すなわち物理ネットワ
ークプレフィックスによってのみＩＰｖ６アドレスを生
成する仮想ネットワークプレフィックス非サポート型の
ノードの双方が共存できるシステムとして構成される。
【０１００】また、図１６に示すドメインにおいても、
ドメイン内のルータが前述の仮想ネットワークプレフィ
ックス情報を含むルータ通知を実行する仮想ネットワー
クプレフィックスサポート型のドメインと、ドメイン内
のルータが前述の仮想ネットワークプレフィックス情報
を格納せず、物理ネットワークプレフィックス情報のみ
を含むルータ通知を実行する仮想ネットワークプレフィ
ックス非サポート型のドメインとが存在する。本発明の
システムでは、これらの２つのタイプのドメイン間にお
ける仮想ネットワークプレフィックスサポート型のノー
ドの移動もサポートする。
ドメイン内のルータが前述の仮想ネットワークプレフィ
ックス情報を含むルータ通知を実行する仮想ネットワー
クプレフィックスサポート型のドメインと、ドメイン内
のルータが前述の仮想ネットワークプレフィックス情報
を格納せず、物理ネットワークプレフィックス情報のみ
を含むルータ通知を実行する仮想ネットワークプレフィ
ックス非サポート型のドメインとが存在する。本発明の
システムでは、これらの２つのタイプのドメイン間にお
ける仮想ネットワークプレフィックスサポート型のノー
ドの移動もサポートする。
【０１０１】以下、本発明の構成における仮想ネットワ
ークプレフィックスサポート型のノードの処理、および
仮想ネットワークプレフィックス非サポート型のノード
の処理について説明する。仮想ネットワークプレフィッ
クスサポート型のノードの処理フローを図２１に示し、
仮想ネットワークプレフィックス非サポート型のノード
の処理フローを図２２に示す。
ークプレフィックスサポート型のノードの処理、および
仮想ネットワークプレフィックス非サポート型のノード
の処理について説明する。仮想ネットワークプレフィッ
クスサポート型のノードの処理フローを図２１に示し、
仮想ネットワークプレフィックス非サポート型のノード
の処理フローを図２２に示す。
【０１０２】［仮想ネットワークプレフィックスサポー
ト型ノードの処理]まず、仮想ネットワークプレフィッ
クスサポート型のノードの処理について説明する。仮想
ネットワークプレフィックスサポート型のノードの場
合、ノード移動の態様は、ノードが移動先のサブネット
上のルータから受信するルータ通知の内容により、以下
の（１）〜（３）に説明する３つの場合に分類できる。
ト型ノードの処理]まず、仮想ネットワークプレフィッ
クスサポート型のノードの処理について説明する。仮想
ネットワークプレフィックスサポート型のノードの場
合、ノード移動の態様は、ノードが移動先のサブネット
上のルータから受信するルータ通知の内容により、以下
の（１）〜（３）に説明する３つの場合に分類できる。
【０１０３】（１）ルータ通知に仮想ネットワークプレ
フィックスが格納されており、かつ、その値が、移動前
に設定されていた移動ノードのＩＰｖ６アドレスのネッ
トワークプレフィックス部分と異なるならば、このノー
ド移動は“別のドメインから、仮想ネットワークプレフ
ィックスをサポートしている新たなドメインへの移動”
である。
フィックスが格納されており、かつ、その値が、移動前
に設定されていた移動ノードのＩＰｖ６アドレスのネッ
トワークプレフィックス部分と異なるならば、このノー
ド移動は“別のドメインから、仮想ネットワークプレフ
ィックスをサポートしている新たなドメインへの移動”
である。
【０１０４】（２）ルータ通知に仮想ネットワークプレ
フィックスが格納されており、かつ、その値が、ノード
移動前に設定されていた移動ノードのIPv6アドレスのネ
ットワークプレフィックス部分に等しいならば、この移
動は“仮想ネットワークプレフィックスをサポートして
いるドメイン内でのサブネット間の移動”である。
フィックスが格納されており、かつ、その値が、ノード
移動前に設定されていた移動ノードのIPv6アドレスのネ
ットワークプレフィックス部分に等しいならば、この移
動は“仮想ネットワークプレフィックスをサポートして
いるドメイン内でのサブネット間の移動”である。
【０１０５】（３）ルータ通知に仮想ネットワークプレ
フィックスが格納されていない（物理ネットワークプレ
フィックスのみ格納）ならば、この移動は“仮想ネット
ワークプレフィックスをサポートしていないドメイン内
のあるサブネットへの移動”である。
フィックスが格納されていない（物理ネットワークプレ
フィックスのみ格納）ならば、この移動は“仮想ネット
ワークプレフィックスをサポートしていないドメイン内
のあるサブネットへの移動”である。
【０１０６】上述のように、ノードが移動先において新
たに接続したサブネットワークのルータから受信するル
ータ通知に含まれるネットワークプレフィックス情報に
従って、仮想ネットワークプレフィックスサポート型ノ
ードは、自己の移動態様を判別し、判別された処理に従
って各態様に従った処理を実行する。仮想ネットワーク
プレフィックスサポート型ノードにおける上記３つの移
動態様時の処理について、図２１に示すフローに従って
説明する。
たに接続したサブネットワークのルータから受信するル
ータ通知に含まれるネットワークプレフィックス情報に
従って、仮想ネットワークプレフィックスサポート型ノ
ードは、自己の移動態様を判別し、判別された処理に従
って各態様に従った処理を実行する。仮想ネットワーク
プレフィックスサポート型ノードにおける上記３つの移
動態様時の処理について、図２１に示すフローに従って
説明する。
【０１０７】<<（１）別のドメインから、仮想ネットワ
ークプレフィックスをサポートしている新たなドメイン
へ移動した場合>>仮想ネットワークプレフィックスサポ
ート型のノードが、別のドメインから、仮想ネットワー
クプレフィックスをサポートしている新たなドメインへ
移動した場合の処理は、図２１に示すフローにおいて、
ステップＳ１０１、Ｓ１０２、Ｓ１０３、Ｓ１０４、Ｓ
１０５、Ｓ１０９、Ｓ１１０の処理に対応する。
ークプレフィックスをサポートしている新たなドメイン
へ移動した場合>>仮想ネットワークプレフィックスサポ
ート型のノードが、別のドメインから、仮想ネットワー
クプレフィックスをサポートしている新たなドメインへ
移動した場合の処理は、図２１に示すフローにおいて、
ステップＳ１０１、Ｓ１０２、Ｓ１０３、Ｓ１０４、Ｓ
１０５、Ｓ１０９、Ｓ１１０の処理に対応する。
【０１０８】まず、ステップＳ１０１において、移動ノ
ードは、接続サブネット上のルータからルータ通知を受
け取る。ノードの移動により新たに接続されたサブネッ
トは仮想ネットワークプレフィックスをサポートしてい
るドメインであり、ルータ通知には、物理ネットワーク
プレフィックスおよび仮想ネットワークプレフィックス
が含まれる。従ってステップＳ１０２の判定はＹｅｓと
なり、ステップＳ１０３に進む。
ードは、接続サブネット上のルータからルータ通知を受
け取る。ノードの移動により新たに接続されたサブネッ
トは仮想ネットワークプレフィックスをサポートしてい
るドメインであり、ルータ通知には、物理ネットワーク
プレフィックスおよび仮想ネットワークプレフィックス
が含まれる。従ってステップＳ１０２の判定はＹｅｓと
なり、ステップＳ１０３に進む。
【０１０９】ステップＳ１０３においては、移動ノード
は、ルータ通知内の仮想ネットワークプレフィックスの
値が移動前に使用していたＩＰｖ６アドレスの上位６４
ビットに対応するネットワークプレフィックスに等しい
か否かを判定する。仮想ネットワークプレフィックス
は、ドメイン内でユニークなプレフィックスであり、異
なるドメインにおいては、それぞれの管理エンティティ
が別々の管理の下に管理下ドメイン内でのみ有効なマイ
クロモビリティ用のネットワークプレフィックスとして
設定する。従って、移動ノードが異なるドメインに移動
した場合は、新たに受け取るルータ通知内の仮想ネット
ワークプレフィックスの値は移動前に使用していたＩＰ
ｖ６アドレスの上位６４ビットに対応するネットワーク
プレフィックスとは異なるものとなる。すなわち、ステ
ップＳ１０３の判定はＮｏとなり、ステップＳ１０４に
進む。
は、ルータ通知内の仮想ネットワークプレフィックスの
値が移動前に使用していたＩＰｖ６アドレスの上位６４
ビットに対応するネットワークプレフィックスに等しい
か否かを判定する。仮想ネットワークプレフィックス
は、ドメイン内でユニークなプレフィックスであり、異
なるドメインにおいては、それぞれの管理エンティティ
が別々の管理の下に管理下ドメイン内でのみ有効なマイ
クロモビリティ用のネットワークプレフィックスとして
設定する。従って、移動ノードが異なるドメインに移動
した場合は、新たに受け取るルータ通知内の仮想ネット
ワークプレフィックスの値は移動前に使用していたＩＰ
ｖ６アドレスの上位６４ビットに対応するネットワーク
プレフィックスとは異なるものとなる。すなわち、ステ
ップＳ１０３の判定はＮｏとなり、ステップＳ１０４に
進む。
【０１１０】ステップＳ１０４において、移動ノード
は、ルータ通知から仮想ネットワークプレフィックスを
取り出し、その仮想ネットワークプレフィックスを用い
てステートレス自動設定によりＩＰｖ６アドレスを生成
する。
は、ルータ通知から仮想ネットワークプレフィックスを
取り出し、その仮想ネットワークプレフィックスを用い
てステートレス自動設定によりＩＰｖ６アドレスを生成
する。
【０１１１】このステートレス自動設定により生成され
たＩＰＶ６アドレスを“仮想ネットワークプレフィック
スベースＩＰｖ６アドレス(Virtual Network Prefix ba
sedIPv6 Address, v.n.p.-based IPv6 Address)”と呼
ぶ。なお、これに対し、物理ネットワークプレフィック
スを用いて設定されたＩＰｖ６アドレスを"物理ネット
ワークプレフィックスベースＩＰｖ６アドレス(Physica
l Network Prefix based IPv6 Address, p.n.p.-based
IPv6 Address)"と呼ぶ。
たＩＰＶ６アドレスを“仮想ネットワークプレフィック
スベースＩＰｖ６アドレス(Virtual Network Prefix ba
sedIPv6 Address, v.n.p.-based IPv6 Address)”と呼
ぶ。なお、これに対し、物理ネットワークプレフィック
スを用いて設定されたＩＰｖ６アドレスを"物理ネット
ワークプレフィックスベースＩＰｖ６アドレス(Physica
l Network Prefix based IPv6 Address, p.n.p.-based
IPv6 Address)"と呼ぶ。
【０１１２】なお、ステップＳ１０４における仮想ネッ
トワークプレフィックを適用したステートレス自動設定
によるＩＰｖ６アドレスの生成処理の際、仮想ネットワ
ークプレフィックスサポート型ノードは、ルータ通知内
の仮想ネットワークプレフィックスと物理ネットワーク
プレフィックスを判別し、仮想ネットワークプレフィッ
クスを選択してステートレス自動設定によるＩＰｖ６ア
ドレスの生成処理を実行し、物理ネットワークプレフィ
ックスは単に無視する。
トワークプレフィックを適用したステートレス自動設定
によるＩＰｖ６アドレスの生成処理の際、仮想ネットワ
ークプレフィックスサポート型ノードは、ルータ通知内
の仮想ネットワークプレフィックスと物理ネットワーク
プレフィックスを判別し、仮想ネットワークプレフィッ
クスを選択してステートレス自動設定によるＩＰｖ６ア
ドレスの生成処理を実行し、物理ネットワークプレフィ
ックスは単に無視する。
【０１１３】なお、本方式では、ＩＰｖ６アドレスの下
位６４ビット（bit）部分、すなわちインターフェース
ＩＤの値は、サブネット内でユニークでは不十分であ
り、少なくともドメイン内でユニークにならなければな
らない。なぜなら、仮想ネットワークプレフィックス
は、ノードが接続しているサブネットだけでなく、同じ
ドメインの他のサブネットでも使われるので、異なるサ
ブネットに接続した２ノードが同じインターフェースＩ
Ｄを使ってしまうと、２ノードの仮想ネットワークプレ
フィックスベースアドレスがまったく同じ値となってし
まうからである。そのため、インターフェースＩＤは各
ドメインでユニークになるようにノードの接続時に割り
当てるか、もしくは、ノードの接続時にそのノードが使
おうとしているインターフェースＩＤを他のサブネット
で使っているノードがいないかどうか重複アドレス検出
(ＤＡＤ：Duplicated Address Detection)処理を実行す
るか、あるいは、インターフェースＩＤ自体がインター
ネット全体でユニークであることが望ましい。たとえば
イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商
標））のＭＡＣアドレスのEUI64などを使用する構成が
可能である。
位６４ビット（bit）部分、すなわちインターフェース
ＩＤの値は、サブネット内でユニークでは不十分であ
り、少なくともドメイン内でユニークにならなければな
らない。なぜなら、仮想ネットワークプレフィックス
は、ノードが接続しているサブネットだけでなく、同じ
ドメインの他のサブネットでも使われるので、異なるサ
ブネットに接続した２ノードが同じインターフェースＩ
Ｄを使ってしまうと、２ノードの仮想ネットワークプレ
フィックスベースアドレスがまったく同じ値となってし
まうからである。そのため、インターフェースＩＤは各
ドメインでユニークになるようにノードの接続時に割り
当てるか、もしくは、ノードの接続時にそのノードが使
おうとしているインターフェースＩＤを他のサブネット
で使っているノードがいないかどうか重複アドレス検出
(ＤＡＤ：Duplicated Address Detection)処理を実行す
るか、あるいは、インターフェースＩＤ自体がインター
ネット全体でユニークであることが望ましい。たとえば
イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商
標））のＭＡＣアドレスのEUI64などを使用する構成が
可能である。
【０１１４】次に、ステップＳ１０５において、移動ノ
ードは、設定した仮想ネットワークプレフィックスベー
スＩＰｖ６アドレスに関するホストルーティングをドメ
イン内で行うために“ルーティングアップデートメッセ
ージ”を送信する。
ードは、設定した仮想ネットワークプレフィックスベー
スＩＰｖ６アドレスに関するホストルーティングをドメ
イン内で行うために“ルーティングアップデートメッセ
ージ”を送信する。
【０１１５】ルーティングアップデートメッセージは、
前述したように、各ルータで保持するルーティングテー
ブル、すなわち所定のアドレスに対してパケットを転送
する場合の次のパケット送信先（Next Hop）を記録した
テーブルの更新をルータに実行させるためのメッセージ
であり、ルーティングアップデートメッセージを受信し
たルータはメッセージに従って保持するルーティングテ
ーブル内の移動ノードごとのホストエントリの生成また
は更新または削除処理を実行する。
前述したように、各ルータで保持するルーティングテー
ブル、すなわち所定のアドレスに対してパケットを転送
する場合の次のパケット送信先（Next Hop）を記録した
テーブルの更新をルータに実行させるためのメッセージ
であり、ルーティングアップデートメッセージを受信し
たルータはメッセージに従って保持するルーティングテ
ーブル内の移動ノードごとのホストエントリの生成また
は更新または削除処理を実行する。
【０１１６】次に移動ノードはステップＳ１０９、Ｓ１
１０に従った処理を実行する。すなわち、移動ノード
が、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマク
ロモビリティプロトコルを実装している場合（Ｓ１０９
でＹｅｓ）は、その移動ノードのホームエージェント
に、気付アドレス（ＣｏＡ：Care-of-Address)として仮
想ネットワークプレフィックスベースＩＰｖ６アドレス
を格納して、バインディングアップデートメッセージを
送信する。ＬＩＮ６の場合は、移動ノードの管轄エージ
ェントであるマッピングエージェント（ＭＡ）に、Curr
ent Locatorとして仮想ネットワークプレフィックスを
格納して、マッピングアップデートメッセージを送信す
る。
１０に従った処理を実行する。すなわち、移動ノード
が、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマク
ロモビリティプロトコルを実装している場合（Ｓ１０９
でＹｅｓ）は、その移動ノードのホームエージェント
に、気付アドレス（ＣｏＡ：Care-of-Address)として仮
想ネットワークプレフィックスベースＩＰｖ６アドレス
を格納して、バインディングアップデートメッセージを
送信する。ＬＩＮ６の場合は、移動ノードの管轄エージ
ェントであるマッピングエージェント（ＭＡ）に、Curr
ent Locatorとして仮想ネットワークプレフィックスを
格納して、マッピングアップデートメッセージを送信す
る。
【０１１７】前述したように、Mobile ＩＰｖ６におい
ては、ノードはホームアドレスおよび気付アドレス（Ca
re-of-address）という２つのＩＰアドレスを有する。
気付アドレスはノードの移動に伴って接続されているサ
ブネットワークに対応して変化するアドレスであり、こ
の場合仮想ネットワークプレフィックスベースＩＰｖ６
アドレスである。ホームアドレスはノードの移動に関わ
らず一定である。
ては、ノードはホームアドレスおよび気付アドレス（Ca
re-of-address）という２つのＩＰアドレスを有する。
気付アドレスはノードの移動に伴って接続されているサ
ブネットワークに対応して変化するアドレスであり、こ
の場合仮想ネットワークプレフィックスベースＩＰｖ６
アドレスである。ホームアドレスはノードの移動に関わ
らず一定である。
【０１１８】Mobile ＩＰｖ６におけるホームエージェ
ント（ＨＡ）は、ノードのホームアドレスに対応するサ
ブネットワークを管理するノードであり、通信ノードが
移動したとしき、移動したノードから新たな気付アドレ
ス、この場合仮想ネットワークプレフィックスベースＩ
Ｐｖ６アドレスを含むバインディングアップデートパケ
ット（binding update packet）を受信してホームアド
レスと仮想ネットワークプレフィックスベースＩＰｖ６
アドレスの対応を記憶したバインディング・キャッシュ
（binding cache）を更新する。
ント（ＨＡ）は、ノードのホームアドレスに対応するサ
ブネットワークを管理するノードであり、通信ノードが
移動したとしき、移動したノードから新たな気付アドレ
ス、この場合仮想ネットワークプレフィックスベースＩ
Ｐｖ６アドレスを含むバインディングアップデートパケ
ット（binding update packet）を受信してホームアド
レスと仮想ネットワークプレフィックスベースＩＰｖ６
アドレスの対応を記憶したバインディング・キャッシュ
（binding cache）を更新する。
【０１１９】ＬＩＮ６マクロモビリティプロトコルを実
装している場合は、移動ノードは、移動ノードの管轄エ
ージェントであるマッピングエージェント（ＭＡ）に、
Current Locatorとして仮想ネットワークプレフィック
スを格納して、マッピングアップデートメッセージを送
信する。マッピングエージェント（ＭＡ）は、受信した
マッピングアップデートメッセージに基づいてホームア
ドレスと仮想ネットワークプレフィックスベースＩＰｖ
６アドレスの対応を記憶したバインディング・キャッシ
ュ（binding cache）を更新する。
装している場合は、移動ノードは、移動ノードの管轄エ
ージェントであるマッピングエージェント（ＭＡ）に、
Current Locatorとして仮想ネットワークプレフィック
スを格納して、マッピングアップデートメッセージを送
信する。マッピングエージェント（ＭＡ）は、受信した
マッピングアップデートメッセージに基づいてホームア
ドレスと仮想ネットワークプレフィックスベースＩＰｖ
６アドレスの対応を記憶したバインディング・キャッシ
ュ（binding cache）を更新する。
【０１２０】また、移動ノードが、Mobile ＩＰｖ６(も
しくはＬＩＮ６)のようなマクロモビリティプロトコル
を実装していない場合（Ｓ１０９でＮｏ）は、ステップ
Ｓ１１０のバインディングアップデートパケット（bind
ing update packet）送信処理を実行せず処理を終了す
る。
しくはＬＩＮ６)のようなマクロモビリティプロトコル
を実装していない場合（Ｓ１０９でＮｏ）は、ステップ
Ｓ１１０のバインディングアップデートパケット（bind
ing update packet）送信処理を実行せず処理を終了す
る。
【０１２１】なお、以後、移動ノードは、パケットを送
信する際は、パケットのヘッダの始点アドレスとして、
設定した仮想ネットワークプレフィックスベースＩＰｖ
６アドレスを使う。
信する際は、パケットのヘッダの始点アドレスとして、
設定した仮想ネットワークプレフィックスベースＩＰｖ
６アドレスを使う。
【０１２２】このような処理が実行される仮想ネットワ
ークプレフィックスサポート型のノードとの通信を行な
おうとする端末装置との通信処理は、例えば以下のよう
に実行される。移動ノードと通信を実行しようとする端
末装置は、ドメインネームサーバに対して移動ノードの
ホスト名に基づく問い合わせを実行し、ドメインネーム
サーバは移動ノードのホームアドレスを端末装置に伝え
る。端末装置は、移動ノードのホームアドレスを終点Ｉ
Ｐｖ６アドレスとしたデータパケットを送信する。
ークプレフィックスサポート型のノードとの通信を行な
おうとする端末装置との通信処理は、例えば以下のよう
に実行される。移動ノードと通信を実行しようとする端
末装置は、ドメインネームサーバに対して移動ノードの
ホスト名に基づく問い合わせを実行し、ドメインネーム
サーバは移動ノードのホームアドレスを端末装置に伝え
る。端末装置は、移動ノードのホームアドレスを終点Ｉ
Ｐｖ６アドレスとしたデータパケットを送信する。
【０１２３】ホームエージェントは、端末装置から受信
した移動ノードのホームアドレス宛てのデータパケット
にさらに終点アドレスとして仮想ネットワークプレフィ
ックスベースＩＰｖ６アドレスを設定したＩＰｖ６ヘッ
ダを追加（カプセル化）して、インターネットを介して
移動ノードに対して送信（転送）する。
した移動ノードのホームアドレス宛てのデータパケット
にさらに終点アドレスとして仮想ネットワークプレフィ
ックスベースＩＰｖ６アドレスを設定したＩＰｖ６ヘッ
ダを追加（カプセル化）して、インターネットを介して
移動ノードに対して送信（転送）する。
【０１２４】インターネット内の各ルータはＩＰｖ６ア
ドレス中の仮想ネットワークプレフィックスベースのル
ーティング処理が実行され、移動ノードの属するドメイ
ン内のルータにおいては、ホストベースのルーティング
処理が実行されて、移動ノードと通信を実行しようとす
る端末装置からのデータパケットが移動ノードに転送さ
れる。なお、具体的な通信処理例については、後段で詳
細に説明する。
ドレス中の仮想ネットワークプレフィックスベースのル
ーティング処理が実行され、移動ノードの属するドメイ
ン内のルータにおいては、ホストベースのルーティング
処理が実行されて、移動ノードと通信を実行しようとす
る端末装置からのデータパケットが移動ノードに転送さ
れる。なお、具体的な通信処理例については、後段で詳
細に説明する。
【０１２５】<<（２）仮想ネットワークプレフィックス
をサポートしているドメイン内のサブネット間を移動し
た場合>>次に、仮想ネットワークプレフィックスサポー
ト型のノードが、仮想ネットワークプレフィックスをサ
ポートしているドメイン内のサブネット間を移動した場
合の処理について説明する。この場合の処理は、図２１
に示すフローにおいて、ステップＳ１０１、Ｓ１０２、
Ｓ１０３、Ｓ１０６、Ｓ１０７の処理に対応する。
をサポートしているドメイン内のサブネット間を移動し
た場合>>次に、仮想ネットワークプレフィックスサポー
ト型のノードが、仮想ネットワークプレフィックスをサ
ポートしているドメイン内のサブネット間を移動した場
合の処理について説明する。この場合の処理は、図２１
に示すフローにおいて、ステップＳ１０１、Ｓ１０２、
Ｓ１０３、Ｓ１０６、Ｓ１０７の処理に対応する。
【０１２６】まず、ステップＳ１０１において、移動ノ
ードは、接続サブネット上のルータからルータ通知を受
け取る。ノードの移動により新たに接続されたサブネッ
トは仮想ネットワークプレフィックスをサポートしてい
るドメインであり、ルータ通知には、物理ネットワーク
プレフィックスおよび仮想ネットワークプレフィックス
が含まれる。従ってステップＳ１０２の判定はＹｅｓと
なり、ステップＳ１０３に進む。
ードは、接続サブネット上のルータからルータ通知を受
け取る。ノードの移動により新たに接続されたサブネッ
トは仮想ネットワークプレフィックスをサポートしてい
るドメインであり、ルータ通知には、物理ネットワーク
プレフィックスおよび仮想ネットワークプレフィックス
が含まれる。従ってステップＳ１０２の判定はＹｅｓと
なり、ステップＳ１０３に進む。
【０１２７】ステップＳ１０３においては、移動ノード
は、ルータ通知内の仮想ネットワークプレフィックスの
値が移動前に使用していたＩＰｖ６アドレスの上位６４
ビットに対応するネットワークプレフィックスに等しい
か否かを判定する。仮想ネットワークプレフィックス
は、ドメイン内でユニークなプレフィックスであり、同
一ドメインにおいては、接続サブネットワークが変更し
ても不変である。従って、この場合は、同一ドメイン内
での移動であるので、受信したルータ通知内の仮想ネッ
トワークプレフィックスの値は移動前に使用していたＩ
Ｐｖ６アドレスの上位６４ビットに対応するネットワー
クプレフィックスと同一となる。すなわち、ステップＳ
１０３の判定はＹｅｓとなり、ステップＳ１０６に進
む。
は、ルータ通知内の仮想ネットワークプレフィックスの
値が移動前に使用していたＩＰｖ６アドレスの上位６４
ビットに対応するネットワークプレフィックスに等しい
か否かを判定する。仮想ネットワークプレフィックス
は、ドメイン内でユニークなプレフィックスであり、同
一ドメインにおいては、接続サブネットワークが変更し
ても不変である。従って、この場合は、同一ドメイン内
での移動であるので、受信したルータ通知内の仮想ネッ
トワークプレフィックスの値は移動前に使用していたＩ
Ｐｖ６アドレスの上位６４ビットに対応するネットワー
クプレフィックスと同一となる。すなわち、ステップＳ
１０３の判定はＹｅｓとなり、ステップＳ１０６に進
む。
【０１２８】ステップＳ１０６において、移動ノード
は、ルータ通知から仮想ネットワークプレフィックスを
取り出し、ステートレス自動設定によりＩＰｖ６アドレ
スを生成する。移動ノードは、ルータ通知に格納されて
いる仮想ネットワークプレフィックスの値は、移動前に
設定していた移動ノードのＩＰｖ６アドレスのネットワ
ークプレフィックス部分(つまり、移動前のサブネット
上のルータから受信したルータ通知に格納されていたネ
ットワークプレフィックス値)と等しいので、ステート
レス自動設定後、そのまま同じＩＰｖ６アドレス、つま
り、同じ仮想ネットワークプレフィックスベースＩＰｖ
６アドレスを使い続けることができる。
は、ルータ通知から仮想ネットワークプレフィックスを
取り出し、ステートレス自動設定によりＩＰｖ６アドレ
スを生成する。移動ノードは、ルータ通知に格納されて
いる仮想ネットワークプレフィックスの値は、移動前に
設定していた移動ノードのＩＰｖ６アドレスのネットワ
ークプレフィックス部分(つまり、移動前のサブネット
上のルータから受信したルータ通知に格納されていたネ
ットワークプレフィックス値)と等しいので、ステート
レス自動設定後、そのまま同じＩＰｖ６アドレス、つま
り、同じ仮想ネットワークプレフィックスベースＩＰｖ
６アドレスを使い続けることができる。
【０１２９】次に、ステップＳ１０７において、移動ノ
ードは、設定した仮想ネットワークプレフィックスベー
スＩＰｖ６アドレスに関するホストルーティングをドメ
イン内で行うために“ルーティングアップデートメッセ
ージ”を送信する。
ードは、設定した仮想ネットワークプレフィックスベー
スＩＰｖ６アドレスに関するホストルーティングをドメ
イン内で行うために“ルーティングアップデートメッセ
ージ”を送信する。
【０１３０】ルーティングアップデートメッセージは、
前述したように、各ルータで保持するルーティングテー
ブル、すなわち所定のアドレスに対してパケットを転送
する場合の次のパケット送信先（Next Hop）を記録した
テーブルの更新をルータに実行させるためのメッセージ
であり、ルーティングアップデートメッセージを受信し
たルータはメッセージに従って保持するルーティングテ
ーブル内の移動ノードごとのホストエントリの生成また
は更新または削除処理を実行する。
前述したように、各ルータで保持するルーティングテー
ブル、すなわち所定のアドレスに対してパケットを転送
する場合の次のパケット送信先（Next Hop）を記録した
テーブルの更新をルータに実行させるためのメッセージ
であり、ルーティングアップデートメッセージを受信し
たルータはメッセージに従って保持するルーティングテ
ーブル内の移動ノードごとのホストエントリの生成また
は更新または削除処理を実行する。
【０１３１】なお、以後、移動ノードは、パケットを送
信する際は、パケットのヘッダの始点アドレスとして、
設定した仮想ネットワークプレフィックスベースＩＰｖ
６アドレスを使う。
信する際は、パケットのヘッダの始点アドレスとして、
設定した仮想ネットワークプレフィックスベースＩＰｖ
６アドレスを使う。
【０１３２】同一ドメイン内のノード移動の場合は、ス
テップＳ１０９、ステップＳ１１０の処理は実行されな
い。すなわち、同一ドメイン内のノード移動であれば異
なるサブネット間を移動しても、移動ノードのＩＰｖ６
アドレスは変化しないので、Mobile ＩＰｖ６(もしくは
ＬＩＮ６)のようなマクロモビリティを実装している場
合でも、バインディングアップデートメッセージ(ＬＩ
Ｎ６の場合は、マッピングアップデートメッセージ)を
送信する必要がない。
テップＳ１０９、ステップＳ１１０の処理は実行されな
い。すなわち、同一ドメイン内のノード移動であれば異
なるサブネット間を移動しても、移動ノードのＩＰｖ６
アドレスは変化しないので、Mobile ＩＰｖ６(もしくは
ＬＩＮ６)のようなマクロモビリティを実装している場
合でも、バインディングアップデートメッセージ(ＬＩ
Ｎ６の場合は、マッピングアップデートメッセージ)を
送信する必要がない。
【０１３３】移動ノードの移動が同一ドメイン内であれ
ば異なるサブネット間を移動しても、ＩＰｖ６アドレス
は変化しないので、ホームエージェント（ＨＡ）（また
はマッピングエージェント（ＭＡ））は、ホームアドレ
スと仮想ネットワークプレフィックスベースＩＰｖ６ア
ドレスの対応を記憶したバインディング・キャッシュ
（binding cache）の更新の必要がないので、移動ノー
ドは、仮想ネットワークプレフィックスベースＩＰｖ６
アドレスを含むバインディングアップデートパケット
（binding update packet）をホームエージェント（Ｈ
Ａ）（またはマッピングエージェント（ＭＡ））に対し
て送信する必要がない。
ば異なるサブネット間を移動しても、ＩＰｖ６アドレス
は変化しないので、ホームエージェント（ＨＡ）（また
はマッピングエージェント（ＭＡ））は、ホームアドレ
スと仮想ネットワークプレフィックスベースＩＰｖ６ア
ドレスの対応を記憶したバインディング・キャッシュ
（binding cache）の更新の必要がないので、移動ノー
ドは、仮想ネットワークプレフィックスベースＩＰｖ６
アドレスを含むバインディングアップデートパケット
（binding update packet）をホームエージェント（Ｈ
Ａ）（またはマッピングエージェント（ＭＡ））に対し
て送信する必要がない。
【０１３４】このように、本発明の構成では、ノードが
頻繁にサブネット間を移動してもバインディングアップ
デートメッセージ(もしくはマッピングアップデートメ
ッセージ)が大量発生することはないため、ネットワー
クの負荷が軽減される。
頻繁にサブネット間を移動してもバインディングアップ
デートメッセージ(もしくはマッピングアップデートメ
ッセージ)が大量発生することはないため、ネットワー
クの負荷が軽減される。
【０１３５】このように、仮想ネットワークプレフィッ
クスサポート型のノードが、仮想ネットワークプレフィ
ックスをサポートしているドメイン内のサブネット間を
移動した場合、移動ノードは、ドメイン内の各ルータで
ホストルーティングを行うために保持しているその移動
ノードの仮想ネットワークプレフィックスベースＩＰｖ
６アドレスに関するホストエントリを更新するためのル
ーティングアップデートメッセージを送信する処理のみ
を実行する。このように、ノードのサブネット間の移動
に伴う経路変更処理は、ドメイン内だけで行われるの
で、ノードの頻繁な移動にも非常に小さい遅延で済む。
クスサポート型のノードが、仮想ネットワークプレフィ
ックスをサポートしているドメイン内のサブネット間を
移動した場合、移動ノードは、ドメイン内の各ルータで
ホストルーティングを行うために保持しているその移動
ノードの仮想ネットワークプレフィックスベースＩＰｖ
６アドレスに関するホストエントリを更新するためのル
ーティングアップデートメッセージを送信する処理のみ
を実行する。このように、ノードのサブネット間の移動
に伴う経路変更処理は、ドメイン内だけで行われるの
で、ノードの頻繁な移動にも非常に小さい遅延で済む。
【０１３６】<<（３）別のドメインから、仮想ネットワ
ークプレフィックスをサポートしていないドメインへ移
動した場合>>次に、仮想ネットワークプレフィックスサ
ポート型のノードが、別のドメインから、仮想ネットワ
ークプレフィックスをサポートしていないドメインへ移
動した場合の処理について説明する。この場合の処理
は、図２１に示すフローにおいて、ステップＳ１０１、
Ｓ１０２、Ｓ１０３、Ｓ１０８、Ｓ１０９、Ｓ１１０の
処理に対応する。
ークプレフィックスをサポートしていないドメインへ移
動した場合>>次に、仮想ネットワークプレフィックスサ
ポート型のノードが、別のドメインから、仮想ネットワ
ークプレフィックスをサポートしていないドメインへ移
動した場合の処理について説明する。この場合の処理
は、図２１に示すフローにおいて、ステップＳ１０１、
Ｓ１０２、Ｓ１０３、Ｓ１０８、Ｓ１０９、Ｓ１１０の
処理に対応する。
【０１３７】まず、ステップＳ１０１において、移動ノ
ードは、接続サブネット上のルータからルータ通知を受
け取る。ノードの移動により新たに接続されたサブネッ
トは仮想ネットワークプレフィックスをサポートしてい
ないドメインであり、ルータ通知には、仮想ネットワー
クプレフィックスが含まれず、物理ネットワークプレフ
ィックスのみが含まれる。従ってステップＳ１０２の判
定はＮｏとなり、ステップＳ１０８に進む。
ードは、接続サブネット上のルータからルータ通知を受
け取る。ノードの移動により新たに接続されたサブネッ
トは仮想ネットワークプレフィックスをサポートしてい
ないドメインであり、ルータ通知には、仮想ネットワー
クプレフィックスが含まれず、物理ネットワークプレフ
ィックスのみが含まれる。従ってステップＳ１０２の判
定はＮｏとなり、ステップＳ１０８に進む。
【０１３８】ステップＳ１０８において、移動ノード
は、ルータ通知から物理ネットワークプレフィックスを
取り出し、その物理ネットワークプレフィックスを用い
てステートレス自動設定によりＩＰｖ６アドレスを生成
する。
は、ルータ通知から物理ネットワークプレフィックスを
取り出し、その物理ネットワークプレフィックスを用い
てステートレス自動設定によりＩＰｖ６アドレスを生成
する。
【０１３９】次に移動ノードはステップＳ１０９、Ｓ１
１０に従った処理を実行する。すなわち、移動ノード
が、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマク
ロモビリティプロトコルを実装している場合（Ｓ１０９
でＹｅｓ）は、その移動ノードのホームエージェント
に、気付アドレス（ＣｏＡ：Care-of-Address)として移
動先のサブネットに対応する物理ネットワークプレフィ
ックスベースＩＰｖ６アドレスを格納して、バインディ
ングアップデートメッセージを送信する。ＬＩＮ６の場
合は、移動ノードの管轄エージェントであるマッピング
エージェント（ＭＡ）に、Current Locatorとして物理
ネットワークプレフィックスを格納して、マッピングア
ップデートメッセージを送信する。
１０に従った処理を実行する。すなわち、移動ノード
が、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマク
ロモビリティプロトコルを実装している場合（Ｓ１０９
でＹｅｓ）は、その移動ノードのホームエージェント
に、気付アドレス（ＣｏＡ：Care-of-Address)として移
動先のサブネットに対応する物理ネットワークプレフィ
ックスベースＩＰｖ６アドレスを格納して、バインディ
ングアップデートメッセージを送信する。ＬＩＮ６の場
合は、移動ノードの管轄エージェントであるマッピング
エージェント（ＭＡ）に、Current Locatorとして物理
ネットワークプレフィックスを格納して、マッピングア
ップデートメッセージを送信する。
【０１４０】Mobile ＩＰｖ６におけるホームエージェ
ント（ＨＡ）は、ノードのホームアドレスに対応するサ
ブネットワークを管理するノードであり、通信ノードが
移動したとしき、移動したノードから新たな気付アドレ
ス、この場合、移動先のサブネットに対応する物理ネッ
トワークプレフィックスベースＩＰｖ６アドレスを含む
バインディングアップデートパケット（binding update
packet）を受信してホームアドレスと物理ネットワー
クプレフィックスベースＩＰｖ６アドレスの対応を記憶
したバインディング・キャッシュ（binding cache）を
更新する。
ント（ＨＡ）は、ノードのホームアドレスに対応するサ
ブネットワークを管理するノードであり、通信ノードが
移動したとしき、移動したノードから新たな気付アドレ
ス、この場合、移動先のサブネットに対応する物理ネッ
トワークプレフィックスベースＩＰｖ６アドレスを含む
バインディングアップデートパケット（binding update
packet）を受信してホームアドレスと物理ネットワー
クプレフィックスベースＩＰｖ６アドレスの対応を記憶
したバインディング・キャッシュ（binding cache）を
更新する。
【０１４１】ＬＩＮ６マクロモビリティプロトコルを実
装している場合は、移動ノードは、移動ノードの管轄エ
ージェントであるマッピングエージェント（ＭＡ）に、
Current Locatorとして物理ネットワークプレフィック
スを格納して、マッピングアップデートメッセージを送
信する。マッピングエージェント（ＭＡ）は、受信した
マッピングアップデートメッセージに基づいてホームア
ドレスと物理ネットワークプレフィックスベースＩＰｖ
６アドレスの対応を記憶したバインディング・キャッシ
ュ（binding cache）を更新する。
装している場合は、移動ノードは、移動ノードの管轄エ
ージェントであるマッピングエージェント（ＭＡ）に、
Current Locatorとして物理ネットワークプレフィック
スを格納して、マッピングアップデートメッセージを送
信する。マッピングエージェント（ＭＡ）は、受信した
マッピングアップデートメッセージに基づいてホームア
ドレスと物理ネットワークプレフィックスベースＩＰｖ
６アドレスの対応を記憶したバインディング・キャッシ
ュ（binding cache）を更新する。
【０１４２】また、移動ノードが、Mobile ＩＰｖ６(も
しくはＬＩＮ６)のようなマクロモビリティプロトコル
を実装していない場合（Ｓ１０９でＮｏ）は、ステップ
Ｓ１１０のバインディングアップデートパケット（bind
ing update packet）送信処理を実行せず処理を終了す
る。
しくはＬＩＮ６)のようなマクロモビリティプロトコル
を実装していない場合（Ｓ１０９でＮｏ）は、ステップ
Ｓ１１０のバインディングアップデートパケット（bind
ing update packet）送信処理を実行せず処理を終了す
る。
【０１４３】なお、以後、移動ノードは、パケットを送
信する際はパケットのヘッダの始点アドレスとして、設
定した物理ネットワークプレフィックスベースＩＰｖ６
アドレスを使う。
信する際はパケットのヘッダの始点アドレスとして、設
定した物理ネットワークプレフィックスベースＩＰｖ６
アドレスを使う。
【０１４４】[仮想ネットワークプレフィックス非サポ
ート型ノードの処理]次に、仮想ネットワークプレフィ
ックス非サポート型のノードが接続サブネットを移動し
た場合の処理について説明する。仮想ネットワークプレ
フィックス非サポート型のノードの処理は、図２２に示
すフローに従った処理となる。
ート型ノードの処理]次に、仮想ネットワークプレフィ
ックス非サポート型のノードが接続サブネットを移動し
た場合の処理について説明する。仮想ネットワークプレ
フィックス非サポート型のノードの処理は、図２２に示
すフローに従った処理となる。
【０１４５】まず、ステップＳ２０１において、移動ノ
ードは、接続サブネット上のルータからルータ通知を受
け取る。次にステップＳ２０２において、ノードの移動
により新たに接続されたサブネットが仮想ネットワーク
プレフィックスをサポートしているか否かに関わらず、
移動ノードは、ルータ通知から物理ネットワークプレフ
ィックスを取り出し、その物理ネットワークプレフィッ
クスを用いてステートレス自動設定によりＩＰｖ６アド
レスを生成する。仮想ネットワークプレフィックスは認
識できないのでルータ通知に格納されていても単に無視
される。アドレス設定後は、通常のＩＰｖ６通信を行う
ことが可能である。
ードは、接続サブネット上のルータからルータ通知を受
け取る。次にステップＳ２０２において、ノードの移動
により新たに接続されたサブネットが仮想ネットワーク
プレフィックスをサポートしているか否かに関わらず、
移動ノードは、ルータ通知から物理ネットワークプレフ
ィックスを取り出し、その物理ネットワークプレフィッ
クスを用いてステートレス自動設定によりＩＰｖ６アド
レスを生成する。仮想ネットワークプレフィックスは認
識できないのでルータ通知に格納されていても単に無視
される。アドレス設定後は、通常のＩＰｖ６通信を行う
ことが可能である。
【０１４６】次に移動ノードはステップＳ２０３、Ｓ２
０４に従った処理を実行する。すなわち、移動ノード
が、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマク
ロモビリティプロトコルを実装している場合（Ｓ２０３
でＹｅｓ）は、その移動ノードのホームエージェント
に、気付アドレス（ＣｏＡ：Care-of-Address)として移
動先のサブネットに対応する物理ネットワークプレフィ
ックスベースＩＰｖ６アドレスを格納して、バインディ
ングアップデートメッセージを送信する。ＬＩＮ６の場
合は、移動ノードの管轄エージェントであるマッピング
エージェント（ＭＡ）に、Current Locatorとして物理
ネットワークプレフィックスを格納して、マッピングア
ップデートメッセージを送信する。
０４に従った処理を実行する。すなわち、移動ノード
が、Mobile ＩＰｖ６(もしくはＬＩＮ６)のようなマク
ロモビリティプロトコルを実装している場合（Ｓ２０３
でＹｅｓ）は、その移動ノードのホームエージェント
に、気付アドレス（ＣｏＡ：Care-of-Address)として移
動先のサブネットに対応する物理ネットワークプレフィ
ックスベースＩＰｖ６アドレスを格納して、バインディ
ングアップデートメッセージを送信する。ＬＩＮ６の場
合は、移動ノードの管轄エージェントであるマッピング
エージェント（ＭＡ）に、Current Locatorとして物理
ネットワークプレフィックスを格納して、マッピングア
ップデートメッセージを送信する。
【０１４７】Mobile ＩＰｖ６におけるホームエージェ
ント（ＨＡ）は、ノードのホームアドレスに対応するサ
ブネットワークを管理するノードであり、通信ノードが
移動したとき、移動したノードから新たな気付アドレ
ス、この場合、移動先のサブネットに対応する物理ネッ
トワークプレフィックスベースＩＰｖ６アドレスを含む
バインディングアップデートパケット（binding update
packet）を受信してホームアドレスと物理ネットワー
クプレフィックスベースＩＰｖ６アドレスの対応を記憶
したバインディング・キャッシュ（binding cache）を
更新する。
ント（ＨＡ）は、ノードのホームアドレスに対応するサ
ブネットワークを管理するノードであり、通信ノードが
移動したとき、移動したノードから新たな気付アドレ
ス、この場合、移動先のサブネットに対応する物理ネッ
トワークプレフィックスベースＩＰｖ６アドレスを含む
バインディングアップデートパケット（binding update
packet）を受信してホームアドレスと物理ネットワー
クプレフィックスベースＩＰｖ６アドレスの対応を記憶
したバインディング・キャッシュ（binding cache）を
更新する。
【０１４８】ＬＩＮ６マクロモビリティプロトコルを実
装している場合は、移動ノードは、移動ノードの管轄エ
ージェントであるマッピングエージェント（ＭＡ）に、
Current Locatorとして物理ネットワークプレフィック
スを格納して、マッピングアップデートメッセージを送
信する。マッピングエージェント（ＭＡ）は、受信した
マッピングアップデートメッセージに基づいてホームア
ドレスと物理ネットワークプレフィックスベースＩＰｖ
６アドレスの対応を記憶したバインディング・キャッシ
ュ（binding cache）を更新する。
装している場合は、移動ノードは、移動ノードの管轄エ
ージェントであるマッピングエージェント（ＭＡ）に、
Current Locatorとして物理ネットワークプレフィック
スを格納して、マッピングアップデートメッセージを送
信する。マッピングエージェント（ＭＡ）は、受信した
マッピングアップデートメッセージに基づいてホームア
ドレスと物理ネットワークプレフィックスベースＩＰｖ
６アドレスの対応を記憶したバインディング・キャッシ
ュ（binding cache）を更新する。
【０１４９】また、移動ノードが、Mobile ＩＰｖ６(も
しくはＬＩＮ６)のようなマクロモビリティプロトコル
を実装していない場合（Ｓ２０３でＮｏ）は、ステップ
Ｓ２０４のバインディングアップデートパケット（bind
ing update packet）送信処理を実行せずに処理を終了
する。
しくはＬＩＮ６)のようなマクロモビリティプロトコル
を実装していない場合（Ｓ２０３でＮｏ）は、ステップ
Ｓ２０４のバインディングアップデートパケット（bind
ing update packet）送信処理を実行せずに処理を終了
する。
【０１５０】［通信処理の具体例］次に、本発明の構成
を適用した端末装置の各フェーズにおける処理の詳細に
ついて説明する。
を適用した端末装置の各フェーズにおける処理の詳細に
ついて説明する。
【０１５１】（移動ノードのドメインへの接続）まず、
仮想ネットワークプレフィックスをサポートしている移
動ノードが、仮想ネットワークプレフィックスをサポー
トしているドメイン内のサブネットワークに接続する際
の処理について説明する。
仮想ネットワークプレフィックスをサポートしている移
動ノードが、仮想ネットワークプレフィックスをサポー
トしているドメイン内のサブネットワークに接続する際
の処理について説明する。
【０１５２】図２３は、インターネット上のあるドメイ
ンを示している。このドメインは、仮想ネットワークプ
レフィックスをサポートしているドメインである。サブ
ネット（subnet）１〜７は、ドメイン内のサブネットを
示している。ゲートウェイ（ＧＷ）、ＲＴ１、ＲＴ２、
ＢＳ１〜ＢＳ４は、ドメイン内のルータである。ゲート
ウェイ（ＧＷ）は、ドメイン境界に位置するドメイン境
界ルータである。
ンを示している。このドメインは、仮想ネットワークプ
レフィックスをサポートしているドメインである。サブ
ネット（subnet）１〜７は、ドメイン内のサブネットを
示している。ゲートウェイ（ＧＷ）、ＲＴ１、ＲＴ２、
ＢＳ１〜ＢＳ４は、ドメイン内のルータである。ゲート
ウェイ（ＧＷ）は、ドメイン境界に位置するドメイン境
界ルータである。
【０１５３】インタフェースＩＦ−ａ１〜ａ３、ＩＦ−
ｂ１〜ｂ３、ＩＦ−ｃ１〜ｃ３、ＩＦ−ｄ１、ＩＦ−ｅ
１、ＩＦ−ｆ１、ＩＦ−ｇ１は各ルータがサブネットに
接続しているインターフェースに設定されたＩＰｖ６リ
ンクローカルアドレス（IPv6Link-Local Address）であ
る。
ｂ１〜ｂ３、ＩＦ−ｃ１〜ｃ３、ＩＦ−ｄ１、ＩＦ−ｅ
１、ＩＦ−ｆ１、ＩＦ−ｇ１は各ルータがサブネットに
接続しているインターフェースに設定されたＩＰｖ６リ
ンクローカルアドレス（IPv6Link-Local Address）であ
る。
【０１５４】このドメインでは、3ffe:501:100c::/48と
いうアドレス空間が割り当てられており、このドメイン
の管理者は、3ffe:501:100c:ffff::/64を仮想ネットワ
ークプレフィックスとして使っている。3ffe:501:100c:
0000::/64〜3ffe:501:100c:fffe::/64は物理ネットワー
ク用で、サブネット（subnet）１〜７にはそれぞれ 3ff
e:501:100c:0001::/64〜3ffe:501:100c:0007::/64が割
り当てられている。
いうアドレス空間が割り当てられており、このドメイン
の管理者は、3ffe:501:100c:ffff::/64を仮想ネットワ
ークプレフィックスとして使っている。3ffe:501:100c:
0000::/64〜3ffe:501:100c:fffe::/64は物理ネットワー
ク用で、サブネット（subnet）１〜７にはそれぞれ 3ff
e:501:100c:0001::/64〜3ffe:501:100c:0007::/64が割
り当てられている。
【０１５５】ルータ（ＢＳ１〜ＢＳ４）は、それぞれサ
ブネット（subnet）４〜７へルータ通知（ＲＡ：Router
Advertisement）を行っている。たとえば、図２３で示
されているように、ルータＢＳ２は、サブネット（subn
et）５へ、サブネット５に割り当てられた物理ネットワ
ークプレフィックス(3ffe:501:100c:0005::/64)だけで
なく、当ドメイン内のマイクロモビリティ用に割り当て
られた仮想ネットワークプレフィックス(3ffe:501:100
c:ffff::/64)も格納したルータ通知を送信している。
ブネット（subnet）４〜７へルータ通知（ＲＡ：Router
Advertisement）を行っている。たとえば、図２３で示
されているように、ルータＢＳ２は、サブネット（subn
et）５へ、サブネット５に割り当てられた物理ネットワ
ークプレフィックス(3ffe:501:100c:0005::/64)だけで
なく、当ドメイン内のマイクロモビリティ用に割り当て
られた仮想ネットワークプレフィックス(3ffe:501:100
c:ffff::/64)も格納したルータ通知を送信している。
【０１５６】このドメインのサブネット（subnet）５
に、仮想ネットワークプレフィックスをサポートし、Mo
bile ＩＰｖ６を実装した移動ノード（ＭＮ:Mobile Nod
e）が接続されたとする。
に、仮想ネットワークプレフィックスをサポートし、Mo
bile ＩＰｖ６を実装した移動ノード（ＭＮ:Mobile Nod
e）が接続されたとする。
【０１５７】この移動ノード（ＭＮ）はインターフェー
スＩＤとしてf81:043:273:9730というインターネット全
体でユニークな値を持っているとする。移動ノード（Ｍ
Ｎ）がサブネット（subnet）５に接続すると、サブネッ
ト（subnet）５のルータＢＳ２が送信するルータ通知を
受信する。
スＩＤとしてf81:043:273:9730というインターネット全
体でユニークな値を持っているとする。移動ノード（Ｍ
Ｎ）がサブネット（subnet）５に接続すると、サブネッ
ト（subnet）５のルータＢＳ２が送信するルータ通知を
受信する。
【０１５８】サブネット（subnet）５のルータＢＳ２が
送信するルータ通知には、サブネット５に割り当てられ
た物理ネットワークプレフィックス(3ffe:501:100c:000
5::/64)、および当ドメイン内のマイクロモビリティ用
に割り当てられた仮想ネットワークプレフィックス(3ff
e:501:100c:ffff::/64)が格納されている。
送信するルータ通知には、サブネット５に割り当てられ
た物理ネットワークプレフィックス(3ffe:501:100c:000
5::/64)、および当ドメイン内のマイクロモビリティ用
に割り当てられた仮想ネットワークプレフィックス(3ff
e:501:100c:ffff::/64)が格納されている。
【０１５９】移動ノード（ＭＮ）は、受信したルータ通
知に含まれる当ドメイン内のマイクロモビリティ用に割
り当てられた仮想ネットワークプレフィックス(3ffe:50
1:100c:ffff::/64)を上位６４ビットとし、移動ノード
（ＭＮ）のインターフェースＩＤである（f81:043:273:
9730）を下位６４ビットとして、ステートレス自動設定
によるアドレス生成を行い、3ffe:501:100c:ffff:f81:0
43:273:9730という仮想ネットワークベースＩＰｖ６ア
ドレスを設定する。
知に含まれる当ドメイン内のマイクロモビリティ用に割
り当てられた仮想ネットワークプレフィックス(3ffe:50
1:100c:ffff::/64)を上位６４ビットとし、移動ノード
（ＭＮ）のインターフェースＩＤである（f81:043:273:
9730）を下位６４ビットとして、ステートレス自動設定
によるアドレス生成を行い、3ffe:501:100c:ffff:f81:0
43:273:9730という仮想ネットワークベースＩＰｖ６ア
ドレスを設定する。
【０１６０】また、図２３で示されているように移動ノ
ード（ＭＮ）のデフォルトルータとして、ＢＳ２のサブ
ネット（subnet）５側のインターフェースに設定されて
いるIPv6 Link-Local Address, IF-e1を指定する。その
後、移動ノード（ＭＮ）はドメイン内のルータのルーテ
ィングテーブルに、3ffe:501:100c:ffff:f81:043:273:9
730(仮想ネットワークプレフィックスベースIPv6アドレ
ス)に関するホストエントリを作成するために、ルーテ
ィングアップデートメッセージを送信する。
ード（ＭＮ）のデフォルトルータとして、ＢＳ２のサブ
ネット（subnet）５側のインターフェースに設定されて
いるIPv6 Link-Local Address, IF-e1を指定する。その
後、移動ノード（ＭＮ）はドメイン内のルータのルーテ
ィングテーブルに、3ffe:501:100c:ffff:f81:043:273:9
730(仮想ネットワークプレフィックスベースIPv6アドレ
ス)に関するホストエントリを作成するために、ルーテ
ィングアップデートメッセージを送信する。
【０１６１】ルーティングアップデートメッセージは、
前述したように、各ルータで保持するルーティングテー
ブル、すなわち所定のアドレスに対してパケットを転送
する場合の次のパケット送信先（Next Hop）を記録した
テーブルの更新をルータに実行させるためのメッセージ
であり、ルーティングアップデートメッセージを受信し
たルータはメッセージに従って保持するルーティングテ
ーブル内の移動ノードごとのホストエントリの生成また
は更新または削除処理を実行する。
前述したように、各ルータで保持するルーティングテー
ブル、すなわち所定のアドレスに対してパケットを転送
する場合の次のパケット送信先（Next Hop）を記録した
テーブルの更新をルータに実行させるためのメッセージ
であり、ルーティングアップデートメッセージを受信し
たルータはメッセージに従って保持するルーティングテ
ーブル内の移動ノードごとのホストエントリの生成また
は更新または削除処理を実行する。
【０１６２】さらに、移動ノード（ＭＮ）は、ステート
レス自動設定によって生成した仮想ネットワークプレフ
ィックスベースIPv6アドレス3ffe:501:100c:ffff:f81:0
43:273:9730を接続先の気付アドレス（ＣｏＡ：Care-of
-Address）として格納したバインディングアップデート
メッセージを、移動ノード（ＭＮ）のホームエージェン
ト（ＨＡ）に送信する。なお、ルーティングアップデー
トメッセージおよびバインディングアップデートメッセ
ージはドメイン内の各ルータを中継し、各ルータにおい
てルーティングテーブルの移動ノード（ＭＮ）のエント
リに関する更新処理が実行され、バインディングアップ
デートメッセージを受信したホームエージェント（Ｈ
Ａ）は、移動ノード（ＭＮ）のホームアドレスと仮想ネ
ットワークプレフィックスベースＩＰｖ６アドレスの対
応を記憶したバインディング・キャッシュ（binding ca
che）を更新する。
レス自動設定によって生成した仮想ネットワークプレフ
ィックスベースIPv6アドレス3ffe:501:100c:ffff:f81:0
43:273:9730を接続先の気付アドレス（ＣｏＡ：Care-of
-Address）として格納したバインディングアップデート
メッセージを、移動ノード（ＭＮ）のホームエージェン
ト（ＨＡ）に送信する。なお、ルーティングアップデー
トメッセージおよびバインディングアップデートメッセ
ージはドメイン内の各ルータを中継し、各ルータにおい
てルーティングテーブルの移動ノード（ＭＮ）のエント
リに関する更新処理が実行され、バインディングアップ
デートメッセージを受信したホームエージェント（Ｈ
Ａ）は、移動ノード（ＭＮ）のホームアドレスと仮想ネ
ットワークプレフィックスベースＩＰｖ６アドレスの対
応を記憶したバインディング・キャッシュ（binding ca
che）を更新する。
【０１６３】（移動ノードへのパケット転送）次に、仮
想ネットワークプレフィックスをサポートしているドメ
イン内のサブネットワークに接続した仮想ネットワーク
プレフィックスサポート型の移動ノードに対するパケッ
ト転送処理について図２４を参照して説明する。
想ネットワークプレフィックスをサポートしているドメ
イン内のサブネットワークに接続した仮想ネットワーク
プレフィックスサポート型の移動ノードに対するパケッ
ト転送処理について図２４を参照して説明する。
【０１６４】前述したように、仮想ネットワークプレフ
ィックスを用いて設定されたＩＰｖ６アドレスを持つノ
ードへのドメイン内でのルーティング（経路制御）には
ＩＰｖ６アドレスの下位６４ビットのインタフェースＩ
Ｄに基づく経路設定処理であるホストルーティングを用
いる。
ィックスを用いて設定されたＩＰｖ６アドレスを持つノ
ードへのドメイン内でのルーティング（経路制御）には
ＩＰｖ６アドレスの下位６４ビットのインタフェースＩ
Ｄに基づく経路設定処理であるホストルーティングを用
いる。
【０１６５】２３は、図２３で移動ノード（ＭＮ）がル
ーティングアップデートメッセージを送信した結果、各
ルータで移動ノード（ＭＮ）に対応するホストエントリ
の作成、更新、削除が実行され、さらに移動ノード（Ｍ
Ｎ）宛のパケット(パケットの終点アドレスが3ffe:501:
100c:ffff:f81:043:273:9730であるパケットをドメイン
境界ルータであるゲートウェイ（ＧＷ）がグローバルイ
ンターネット側から受信した際の様子を示している。
ーティングアップデートメッセージを送信した結果、各
ルータで移動ノード（ＭＮ）に対応するホストエントリ
の作成、更新、削除が実行され、さらに移動ノード（Ｍ
Ｎ）宛のパケット(パケットの終点アドレスが3ffe:501:
100c:ffff:f81:043:273:9730であるパケットをドメイン
境界ルータであるゲートウェイ（ＧＷ）がグローバルイ
ンターネット側から受信した際の様子を示している。
【０１６６】図右上部に示すテーブル（Ｔ１〜Ｔ３）は
それぞれ、各ルータ（ＧＷ，ＲＴ１，ＢＳ２）が保持し
ているルーティングテーブル内に格納された移動ノード
（ＭＮ）の仮想ネットワークプレフィックスベースＩＰ
ｖ６アドレス：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 Addres
s）：ＩＦ-ｂ３は、ルータ（ＢＳ２）の接続インタフェ
ースのアドレスであり、ルータ（ＢＳ２）がパケットを
受信する。
から移動ノード（ＭＮ）宛のパケットを受信すると、ル
ータ（ＲＴ１）の保持しているルーティングテーブル内
に格納された移動ノード（ＭＮ）のホストエントリＴ２
を参照し、ホストエントリＴ２に関するパケット送信先
（Next Hop）として設定されたＩＰｖ６リンクローカル
アドレス（IPv6 Link-Local Address）：ＩＦ-ｂ３に対
して受信パケットを転送する。ホストエントリＴ２に関
するパケット送信先（Next Hop）として設定されたＩＰ
ｖ６リンクローカルアドレス（IPv6 Link-Local Addres
s）：ＩＦ-ｂ３は、ルータ（ＢＳ２）の接続インタフェ
ースのアドレスであり、ルータ（ＢＳ２）がパケットを
受信する。
【０１６９】ルータ（ＢＳ２）がルータ（ＲＴ１）から
移動ノード（ＭＮ）宛のパケットを受信すると、ルータ
（ＢＳ２）の保持しているルーティングテーブル内に格
納された移動ノード（ＭＮ）のホストエントリＴ３を参
照し、ホストエントリＴ３に関するパケット送信先（Ne
xt Hop）として設定されたＩＰｖ６リンクローカルアド
レス（IPv6 Link-Local Address）：移動ノード（Ｍ
Ｎ）ＩＰｖ６リンクローカルアドレスに対して受信パケ
ットを転送する。ホストエントリＴ３に関するパケット
送信先（Next Hop）として設定されたＩＰｖ６リンクロ
ーカルアドレス（IPv6 Link-Local Address）：移動ノ
ード（ＭＮ）ＩＰｖ６リンクローカルアドレスは、移動
ノードのアドレスであり、移動ノード（ＭＮ）がパケッ
トを受信する。
移動ノード（ＭＮ）宛のパケットを受信すると、ルータ
（ＢＳ２）の保持しているルーティングテーブル内に格
納された移動ノード（ＭＮ）のホストエントリＴ３を参
照し、ホストエントリＴ３に関するパケット送信先（Ne
xt Hop）として設定されたＩＰｖ６リンクローカルアド
レス（IPv6 Link-Local Address）：移動ノード（Ｍ
Ｎ）ＩＰｖ６リンクローカルアドレスに対して受信パケ
ットを転送する。ホストエントリＴ３に関するパケット
送信先（Next Hop）として設定されたＩＰｖ６リンクロ
ーカルアドレス（IPv6 Link-Local Address）：移動ノ
ード（ＭＮ）ＩＰｖ６リンクローカルアドレスは、移動
ノードのアドレスであり、移動ノード（ＭＮ）がパケッ
トを受信する。
【０１７０】（移動ノードのサブネット間移動）次に、
仮想ネットワークプレフィックスをサポートしているド
メイン内のサブネットワークに接続した仮想ネットワー
クプレフィックスサポート型の移動ノードがサブネット
間を移動する際の処理について図２５を参照して説明す
る。
仮想ネットワークプレフィックスをサポートしているド
メイン内のサブネットワークに接続した仮想ネットワー
クプレフィックスサポート型の移動ノードがサブネット
間を移動する際の処理について図２５を参照して説明す
る。
【０１７１】図２５は、図２４で説明した通信状態に移
動ノード（ＭＮ）が、サブネット（subnet）５からサブ
ネット（subnet）６へ移動した際の様子を示している。
移動ノード（ＭＮ）はサブネット（subnet）６へ接続す
ると、サブネット（subnet）６上のルータ（ＢＳ３）か
らルータ通知を受信する。
動ノード（ＭＮ）が、サブネット（subnet）５からサブ
ネット（subnet）６へ移動した際の様子を示している。
移動ノード（ＭＮ）はサブネット（subnet）６へ接続す
ると、サブネット（subnet）６上のルータ（ＢＳ３）か
らルータ通知を受信する。
【０１７２】サブネット（subnet）６のルータＢＳ３が
送信するルータ通知には、サブネット６に割り当てられ
た物理ネットワークプレフィックス(3ffe:501:100c:000
6::/64)、および当ドメイン内のマイクロモビリティ用
に割り当てられた仮想ネットワークプレフィックス(3ff
e:501:100c:ffff::/64)が格納されている。
送信するルータ通知には、サブネット６に割り当てられ
た物理ネットワークプレフィックス(3ffe:501:100c:000
6::/64)、および当ドメイン内のマイクロモビリティ用
に割り当てられた仮想ネットワークプレフィックス(3ff
e:501:100c:ffff::/64)が格納されている。
【０１７３】移動ノード（ＭＮ）は、受信したルータ通
知に含まれる当ドメイン内のマイクロモビリティ用に割
り当てられた仮想ネットワークプレフィックス(3ffe:50
1:100c:ffff::/64)を上位６４ビットとし、移動ノード
（ＭＮ）のインターフェースＩＤである（f81:043:273:
9730）を下位６４ビットとして、ステートレス自動設定
によるアドレス生成を行い、3ffe:501:100c:ffff:f81:0
43:273:9730という仮想ネットワークベースＩＰｖ６ア
ドレスを設定する。
知に含まれる当ドメイン内のマイクロモビリティ用に割
り当てられた仮想ネットワークプレフィックス(3ffe:50
1:100c:ffff::/64)を上位６４ビットとし、移動ノード
（ＭＮ）のインターフェースＩＤである（f81:043:273:
9730）を下位６４ビットとして、ステートレス自動設定
によるアドレス生成を行い、3ffe:501:100c:ffff:f81:0
43:273:9730という仮想ネットワークベースＩＰｖ６ア
ドレスを設定する。
【０１７４】なお移動ノード（ＭＮ）は、サブネット
（subnet）６のルータＢＳ３が送信するルータ通知に格
納されている仮想ネットワークプレフィックス3ffe:50
1:100c:ffff::/64を取り出し、この値が、移動ノード
（ＭＮ）が移動前、すなわちサブネット５に接続時に設
定していた仮想ネットワークプレフィックスベースIPv6
アドレス(3ffe:501:100c:ffff:f81:043:273:9730)のネ
ットワークプレフィックス部分と等しいことを識別子、
移動ノード（ＭＮ）が同じドメイン内の異なるサブネッ
トに移動したと判断し、アドレスの生成処理を省略し、
サブネット（subnet）６において継続して同じＩＰｖ６
アドレスを利用する構成としてもよい。
（subnet）６のルータＢＳ３が送信するルータ通知に格
納されている仮想ネットワークプレフィックス3ffe:50
1:100c:ffff::/64を取り出し、この値が、移動ノード
（ＭＮ）が移動前、すなわちサブネット５に接続時に設
定していた仮想ネットワークプレフィックスベースIPv6
アドレス(3ffe:501:100c:ffff:f81:043:273:9730)のネ
ットワークプレフィックス部分と等しいことを識別子、
移動ノード（ＭＮ）が同じドメイン内の異なるサブネッ
トに移動したと判断し、アドレスの生成処理を省略し、
サブネット（subnet）６において継続して同じＩＰｖ６
アドレスを利用する構成としてもよい。
【０１７５】また、図２５で示されているように移動ノ
ードのデフォルトルータとして、ルータ（ＢＳ３）のサ
ブネット（subnet）６側のインターフェースに設定され
ているＩＰｖ６リンクローカルアドレス（IPv6 Link-Lo
cal Address）ＩＦ−ｆ１を指定する。
ードのデフォルトルータとして、ルータ（ＢＳ３）のサ
ブネット（subnet）６側のインターフェースに設定され
ているＩＰｖ６リンクローカルアドレス（IPv6 Link-Lo
cal Address）ＩＦ−ｆ１を指定する。
【０１７６】移動ノード（ＭＮ）は、設定した仮想ネッ
トワークプレフィックスベースＩＰｖ６アドレスに関す
るホストルーティングをドメイン内で行うためにルーテ
ィングアップデートメッセージを送信する。ルーティン
グアップデートメッセージを受信したルータはメッセー
ジに従って、各ルータの保持するルーティングテーブル
内の移動ノード（ＭＮ）のホストエントリの生成または
更新または削除処理を実行する。
トワークプレフィックスベースＩＰｖ６アドレスに関す
るホストルーティングをドメイン内で行うためにルーテ
ィングアップデートメッセージを送信する。ルーティン
グアップデートメッセージを受信したルータはメッセー
ジに従って、各ルータの保持するルーティングテーブル
内の移動ノード（ＭＮ）のホストエントリの生成または
更新または削除処理を実行する。
【０１７７】同一ドメイン内のノード移動の場合は、異
なるサブネット間を移動しても、移動ノードのＩＰｖ６
アドレスは変化しないので、Mobile ＩＰｖ６(もしくは
ＬＩＮ６)のようなマクロモビリティを実装している場
合でも、バインディングアップデートメッセージ(ＬＩ
Ｎ６の場合は、マッピングアップデートメッセージ)を
送信する必要がない。
なるサブネット間を移動しても、移動ノードのＩＰｖ６
アドレスは変化しないので、Mobile ＩＰｖ６(もしくは
ＬＩＮ６)のようなマクロモビリティを実装している場
合でも、バインディングアップデートメッセージ(ＬＩ
Ｎ６の場合は、マッピングアップデートメッセージ)を
送信する必要がない。
【０１７８】同一ドメイン内のサブネット間の移動にお
いては、ＩＰｖ６アドレスは変化しないので、ホームエ
ージェント（ＨＡ）（またはマッピングエージェント
（ＭＡ））は、ホームアドレスと仮想ネットワークプレ
フィックスベースＩＰｖ６アドレスの対応を記憶したバ
インディング・キャッシュ（binding cache）の更新の
必要がないので、移動ノードは、仮想ネットワークプレ
フィックスベースＩＰｖ６アドレスを含むバインディン
グアップデートパケット（binding update packet）を
ホームエージェント（ＨＡ）（またはマッピングエージ
ェント（ＭＡ））に対して送信する必要がない。
いては、ＩＰｖ６アドレスは変化しないので、ホームエ
ージェント（ＨＡ）（またはマッピングエージェント
（ＭＡ））は、ホームアドレスと仮想ネットワークプレ
フィックスベースＩＰｖ６アドレスの対応を記憶したバ
インディング・キャッシュ（binding cache）の更新の
必要がないので、移動ノードは、仮想ネットワークプレ
フィックスベースＩＰｖ６アドレスを含むバインディン
グアップデートパケット（binding update packet）を
ホームエージェント（ＨＡ）（またはマッピングエージ
ェント（ＭＡ））に対して送信する必要がない。
【０１７９】［ドメインの階層化構成］次に本発明の変
形例としてドメインを階層化した構成例について説明す
る。ドメインの規模、たとえば、サブネット数や接続が
予想される移動ノード数などが大きい場合、ドメイン内
を階層化し、各サブドメインごとに仮想ネットワークプ
レフィックスをそれぞれ割り当てることが可能である。
形例としてドメインを階層化した構成例について説明す
る。ドメインの規模、たとえば、サブネット数や接続が
予想される移動ノード数などが大きい場合、ドメイン内
を階層化し、各サブドメインごとに仮想ネットワークプ
レフィックスをそれぞれ割り当てることが可能である。
【０１８０】図２６にドメインＡ内に２つの下位ドメイ
ンとしてサブドメインＡ１、サブドメインＡ２を構成し
た例を示す。これらのドメインはすべて、仮想ネットワ
ークプレフィックスをサポートしているドメインであ
る。このドメイン階層化構成の場合は、サブドメイン内
でのマイクロモビリティが可能となる。これにより規模
拡張性を提供できる。
ンとしてサブドメインＡ１、サブドメインＡ２を構成し
た例を示す。これらのドメインはすべて、仮想ネットワ
ークプレフィックスをサポートしているドメインであ
る。このドメイン階層化構成の場合は、サブドメイン内
でのマイクロモビリティが可能となる。これにより規模
拡張性を提供できる。
【０１８１】たとえば、図２６のように、ネットワーク
プレフィックスとして3ffe:501:100d::/48が割り当てら
れているあるドメインＡの規模が大きくなり、ドメイン
内のサブネット数や接続が予想される移動ノード数など
が大きくなった場合、下位ドメインとしてサブドメイン
Ａ１、サブドメインＡ２を構成する。
プレフィックスとして3ffe:501:100d::/48が割り当てら
れているあるドメインＡの規模が大きくなり、ドメイン
内のサブネット数や接続が予想される移動ノード数など
が大きくなった場合、下位ドメインとしてサブドメイン
Ａ１、サブドメインＡ２を構成する。
【０１８２】サブドメインＡ１は、サブドメインＡ１用
の仮想ネットワークプレフィックスとして3ffe:501:100
d:0fff::/64が割り当てられる。また、サブドメインＡ
２は、サブドメインＡ２用の仮想ネットワークプレフィ
ックスとして3ffe:501:100c:1fff::/64が割り当てられ
る。
の仮想ネットワークプレフィックスとして3ffe:501:100
d:0fff::/64が割り当てられる。また、サブドメインＡ
２は、サブドメインＡ２用の仮想ネットワークプレフィ
ックスとして3ffe:501:100c:1fff::/64が割り当てられ
る。
【０１８３】サブドメインＡ１内の各ルータは、移動ノ
ードの接続されたサブネットに対応する物理ネットワー
クプレフィックスと、仮想ネットワークプレフィックス
として3ffe:501:100d:0fff::/64を格納したルータ通知
を移動ノードに送信する。サブドメインＡ１内のサブネ
ットワークに接続した仮想ネットワークプレフィックス
サポート型の移動ノードは、受信するルータ通知から仮
想ネットワークプレフィックス（3ffe:501:100d:0fff::
/64）を選択し、自己のインタフェースＩＤとともにＩ
Ｐｖ６アドレスを生成する。
ードの接続されたサブネットに対応する物理ネットワー
クプレフィックスと、仮想ネットワークプレフィックス
として3ffe:501:100d:0fff::/64を格納したルータ通知
を移動ノードに送信する。サブドメインＡ１内のサブネ
ットワークに接続した仮想ネットワークプレフィックス
サポート型の移動ノードは、受信するルータ通知から仮
想ネットワークプレフィックス（3ffe:501:100d:0fff::
/64）を選択し、自己のインタフェースＩＤとともにＩ
Ｐｖ６アドレスを生成する。
【０１８４】一方、サブドメインＡ２内の各ルータは、
移動ノードの接続されたサブネットに対応する物理ネッ
トワークプレフィックスと、仮想ネットワークプレフィ
ックスとして3ffe:501:100d:1fff::/64を格納したルー
タ通知を移動ノードに送信する。サブドメインＡ２内の
サブネットワークに接続した仮想ネットワークプレフィ
ックスサポート型の移動ノードは、受信するルータ通知
から仮想ネットワークプレフィックス（3ffe:501:100d:
1fff::/64）を選択し、自己のインタフェースＩＤとと
もにＩＰｖ６アドレスを生成する。
移動ノードの接続されたサブネットに対応する物理ネッ
トワークプレフィックスと、仮想ネットワークプレフィ
ックスとして3ffe:501:100d:1fff::/64を格納したルー
タ通知を移動ノードに送信する。サブドメインＡ２内の
サブネットワークに接続した仮想ネットワークプレフィ
ックスサポート型の移動ノードは、受信するルータ通知
から仮想ネットワークプレフィックス（3ffe:501:100d:
1fff::/64）を選択し、自己のインタフェースＩＤとと
もにＩＰｖ６アドレスを生成する。
【０１８５】移動ノードがサブドメインＡ１とサブドメ
インＡ２間を移動した場合は、移動先のサブドメインで
受信するルータ通知内の仮想ネットワークプレフィック
スと、移動前に使用していたＩＰｖ６アドレスの上位６
４ビットに対応する値との比較を行ない、値が異なるの
で、新たな受信ルータ通知内の仮想ネットワークプレフ
ィックスと自己のインタフェースＩＤとともに新たなＩ
Ｐｖ６アドレスを生成する。ただし、同一サブドメイン
内のサブネット間移動の場合は、移動前と移動後におい
て仮想ネットワークプレフィックスが同一であるので、
継続して同一のＩＰｖ６アドレスを使用することが可能
となる。
インＡ２間を移動した場合は、移動先のサブドメインで
受信するルータ通知内の仮想ネットワークプレフィック
スと、移動前に使用していたＩＰｖ６アドレスの上位６
４ビットに対応する値との比較を行ない、値が異なるの
で、新たな受信ルータ通知内の仮想ネットワークプレフ
ィックスと自己のインタフェースＩＤとともに新たなＩ
Ｐｖ６アドレスを生成する。ただし、同一サブドメイン
内のサブネット間移動の場合は、移動前と移動後におい
て仮想ネットワークプレフィックスが同一であるので、
継続して同一のＩＰｖ６アドレスを使用することが可能
となる。
【０１８６】なお、図２６では、ドメインＡ内に２つの
サブドメインＡ１，Ａ２のみを構成した例を示している
が、さらにＡ３，Ａ４等、３以上のサブドメインを構成
してもよく、またサブドメインＡ１の下位にさらにサブ
ドメインＡ１ａ、Ａ１ｂを生成し、サブドメインＡ２の
下位にさらにサブドメインＡ２ａ、Ａ２ｂを生成した多
層構成としてもよい。
サブドメインＡ１，Ａ２のみを構成した例を示している
が、さらにＡ３，Ａ４等、３以上のサブドメインを構成
してもよく、またサブドメインＡ１の下位にさらにサブ
ドメインＡ１ａ、Ａ１ｂを生成し、サブドメインＡ２の
下位にさらにサブドメインＡ２ａ、Ａ２ｂを生成した多
層構成としてもよい。
【０１８７】以上、特定の実施例を参照しながら、本発
明について詳解してきた。しかしながら、本発明の要旨
を逸脱しない範囲で当業者が該実施例の修正や代用を成
し得ることは自明である。すなわち、例示という形態で
本発明を開示してきたのであり、限定的に解釈されるべ
きではない。本発明の要旨を判断するためには、冒頭に
記載した特許請求の範囲の欄を参酌すべきである。
明について詳解してきた。しかしながら、本発明の要旨
を逸脱しない範囲で当業者が該実施例の修正や代用を成
し得ることは自明である。すなわち、例示という形態で
本発明を開示してきたのであり、限定的に解釈されるべ
きではない。本発明の要旨を判断するためには、冒頭に
記載した特許請求の範囲の欄を参酌すべきである。
【０１８８】なお、明細書中において説明した一連の処
理はハードウェア、またはソフトウェア、あるいは両者
の複合構成によって実行することが可能である。ソフト
ウェアによる処理を実行する場合は、処理シーケンスを
記録したプログラムを、専用のハードウェアに組み込ま
れたコンピュータ内のメモリにインストールして実行さ
せるか、あるいは、各種処理が実行可能な汎用コンピュ
ータにプログラムをインストールして実行させることが
可能である。
理はハードウェア、またはソフトウェア、あるいは両者
の複合構成によって実行することが可能である。ソフト
ウェアによる処理を実行する場合は、処理シーケンスを
記録したプログラムを、専用のハードウェアに組み込ま
れたコンピュータ内のメモリにインストールして実行さ
せるか、あるいは、各種処理が実行可能な汎用コンピュ
ータにプログラムをインストールして実行させることが
可能である。
【０１８９】例えば、プログラムは記録媒体としてのハ
ードディスクやＲＯＭ（Read OnlyMemory)に予め記録し
ておくことができる。あるいは、プログラムはフロッピ
ーディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Me
mory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digit
al Versatile Disc)、磁気ディスク、半導体メモリなど
のリムーバブル記録媒体に、一時的あるいは永続的に格
納（記録）しておくことができる。このようなリムーバ
ブル記録媒体は、いわゆるパッケージソフトウエアとし
て提供することができる。
ードディスクやＲＯＭ（Read OnlyMemory)に予め記録し
ておくことができる。あるいは、プログラムはフロッピ
ーディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Me
mory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digit
al Versatile Disc)、磁気ディスク、半導体メモリなど
のリムーバブル記録媒体に、一時的あるいは永続的に格
納（記録）しておくことができる。このようなリムーバ
ブル記録媒体は、いわゆるパッケージソフトウエアとし
て提供することができる。
【０１９０】なお、プログラムは、上述したようなリム
ーバブル記録媒体からコンピュータにインストールする
他、ダウンロードサイトから、コンピュータに無線転送
したり、ＬＡＮ(Local Area Network)、インターネット
といったネットワークを介して、コンピュータに有線で
転送し、コンピュータでは、そのようにして転送されて
くるプログラムを受信し、内蔵するハードディスク等の
記録媒体にインストールすることができる。
ーバブル記録媒体からコンピュータにインストールする
他、ダウンロードサイトから、コンピュータに無線転送
したり、ＬＡＮ(Local Area Network)、インターネット
といったネットワークを介して、コンピュータに有線で
転送し、コンピュータでは、そのようにして転送されて
くるプログラムを受信し、内蔵するハードディスク等の
記録媒体にインストールすることができる。
【０１９１】なお、明細書に記載された各種の処理は、
記載に従って時系列に実行されるのみならず、処理を実
行する装置の処理能力あるいは必要に応じて並列的にあ
るいは個別に実行されてもよい。また、本明細書におい
てシステムとは、複数の装置の論理的集合構成であり、
各構成の装置が同一筐体内にあるものには限らない。
記載に従って時系列に実行されるのみならず、処理を実
行する装置の処理能力あるいは必要に応じて並列的にあ
るいは個別に実行されてもよい。また、本明細書におい
てシステムとは、複数の装置の論理的集合構成であり、
各構成の装置が同一筐体内にあるものには限らない。
【０１９２】
【発明の効果】以上説明してきたように、本発明の構成
によれば、移動ノードの専用プレフィックスとして仮想
ネットワークプレフィックスを用いることにより、マイ
クロモビリティをサポートすることができる。
によれば、移動ノードの専用プレフィックスとして仮想
ネットワークプレフィックスを用いることにより、マイ
クロモビリティをサポートすることができる。
【０１９３】さらに、本発明の構成によれば、仮想ネッ
トワークプレフィックスを認識できない仮想ネットワー
クプレフィックス非サポート型の移動ノードが、仮想ネ
ットワークプレフィックスをサポートしたドメインに接
続しても、その移動ノードは通常どおり物理ネットワー
クプレフィックスを利用してＩＰｖ６に従った通信を行
うことができる。つまり、仮想ネットワークプレフィッ
クスを認識できるノードとできないノードが、ドメイン
内で共存することが可能となる。
トワークプレフィックスを認識できない仮想ネットワー
クプレフィックス非サポート型の移動ノードが、仮想ネ
ットワークプレフィックスをサポートしたドメインに接
続しても、その移動ノードは通常どおり物理ネットワー
クプレフィックスを利用してＩＰｖ６に従った通信を行
うことができる。つまり、仮想ネットワークプレフィッ
クスを認識できるノードとできないノードが、ドメイン
内で共存することが可能となる。
【０１９４】さらに、本発明の構成によれば、マイクロ
モビリティをサポートする際に、データパケットに対し
て、途中でヘッダの書き換えを行なう必要がない。その
ため、例えばエンド・ツー・エンド通信におけるセキュ
リティが高められる。
モビリティをサポートする際に、データパケットに対し
て、途中でヘッダの書き換えを行なう必要がない。その
ため、例えばエンド・ツー・エンド通信におけるセキュ
リティが高められる。
【図１】気付アドレスの登録の手順を説明する図であ
る。
る。
【図２】ＩＰｖ６ヘッダのフォーマットを説明する図で
ある。
ある。
【図３】ＩＰｖ６アドレスのフォーマットを説明する図
である。
である。
【図４】従来のバインディングアップデートパケットを
説明する図である。
説明する図である。
【図５】認証ヘッダを説明する図である。
【図６】認証の処理の概要を説明する図である。
【図７】従来の端末装置から移動端末に対するパケット
送信手順を説明する図である。
送信手順を説明する図である。
【図８】ドメインネームサーバが記憶するホスト名とホ
ームアドレスの対応付けを説明する図である。
ームアドレスの対応付けを説明する図である。
【図９】端末装置の送信するパケット構成を説明する図
である。
である。
【図１０】ホームエージェントが送信するパケットを説
明する図である。
明する図である。
【図１１】端末装置の送信するパケット構成を説明する
図である。
図である。
【図１２】端末装置の送信するパケットに付加されるル
ーティングヘッダを説明する図である。
ーティングヘッダを説明する図である。
【図１３】端末装置が移動したときの動作を説明する図
である。
である。
【図１４】バインディングアップデートパケット構成を
説明する図である。
説明する図である。
【図１５】バインディングアップデートパケット構成を
説明する図である。
説明する図である。
【図１６】本発明の構成が適用されるネットワーク構成
例を示す図である。
例を示す図である。
【図１７】本発明の構成において適用されるＩＰｖ６ア
ドレス構成を示す図である。
ドレス構成を示す図である。
【図１８】本発明の構成において適用されるルータ通知
内の仮想ネットワークプレフィックスのオプションフォ
ーマットネットワーク構成例を示す図である。
内の仮想ネットワークプレフィックスのオプションフォ
ーマットネットワーク構成例を示す図である。
【図１９】本発明の構成中のノード構成を示す図であ
る。
る。
【図２０】本発明の構成中のルータ構成を示す図であ
る。
る。
【図２１】本発明の構成において、仮想ネットワークプ
レフィックスサポート型のノード移動に伴う処理を説明
するフロー図である。
レフィックスサポート型のノード移動に伴う処理を説明
するフロー図である。
【図２２】本発明の構成において、仮想ネットワークプ
レフィックス非サポート型のノード移動に伴う処理を説
明するフロー図である。
レフィックス非サポート型のノード移動に伴う処理を説
明するフロー図である。
【図２３】本発明の構成において、仮想ネットワークプ
レフィックスサポート型のノードのドメイン接続処理を
説明する図である。
レフィックスサポート型のノードのドメイン接続処理を
説明する図である。
【図２４】本発明の構成において、仮想ネットワークプ
レフィックスサポート型のノードへのパケット転送処理
を説明する図である。
レフィックスサポート型のノードへのパケット転送処理
を説明する図である。
【図２５】本発明の構成において、仮想ネットワークプ
レフィックスサポート型のノードのサブネット間移動処
理を説明する図である。
レフィックスサポート型のノードのサブネット間移動処
理を説明する図である。
【図２６】本発明の構成において、仮想ネットワークプ
レフィックスサポート型のドメインの階層化構成を説明
する図である。
レフィックスサポート型のドメインの階層化構成を説明
する図である。
１ 端末装置 ２ ホームエージェント ３ 端末装置 ４ ドメインネームサーバ ２１ インターネット ２２ ノード ２３ ゲートウェイ ２４ ドメイン ２５ ホームエージェント ３１ ノード ５１ ルータ ５２ サブネット ６１ データパケット １０１ ＣＰＵ １０２ ＲＯＭ １０３ ＲＡＭ １０５ ブリッジ １０８ キーボード １０９ ポインティングデバイス １１０ ディスプレイ １１１ ＨＤＤ １１２ ドライブ １１３ リムーバブル記憶媒体 １１４ 通信部 ２０１ ＣＰＵ ２０２ ＲＯＭ ２０３ ＲＡＭ ２０５ ドライブ ２０６ リムーバブル記憶媒体 ２０７ 通信部 ２０８ 通信部
Claims (27)
- 【請求項１】１以上のサブネットワークによって構成さ
れるドメイン内において、各サブネットワークに対応付
けられたネットワークプレフィックス（物理ネットワー
クプレフィックス）とは異なるネットワークプレフィッ
クスとして移動型の通信端末装置である移動ノード用の
仮想ネットワークプレフィックスを設定し、該仮想ネッ
トワークプレフィックスと前記移動ノードの識別子に基
づいて設定されるアドレスに従って前記移動ノードに対
する通信を実行する構成を有することを特徴とする通信
処理システム。 - 【請求項２】前記移動ノードの識別子は、該移動ノード
を識別する前記ドメイン内においてユニークな識別子で
あることを特徴とする請求項１に記載の通信処理システ
ム。 - 【請求項３】前記移動ノードの識別子は、該移動ノード
を識別する前記ドメイン内においてユニークなインタフ
ェースＩＤであることを特徴とする請求項１に記載の通
信処理システム。 - 【請求項４】前記ドメイン内のルータは、前記物理ネッ
トワークプレフィックス情報と、前記仮想ネットワーク
プレフィックス情報とを格納した情報報告としてのルー
タ通知（Router Advertisement）を実行する構成である
ことを特徴とする請求項１に記載の通信処理システム。 - 【請求項５】前記ドメイン内のルータは、前記仮想ネッ
トワークプレフィックスを有するアドレスを持つパケッ
トの経路設定処理をアドレスに含まれる前記移動ノード
の識別子に基づいて実行するホストベースルーティング
により実行する構成であることを特徴とする請求項１に
記載の通信処理システム。 - 【請求項６】前記ドメイン内のルータは、物理ネットワ
ークプレフィックスを有するアドレスを持つパケットの
経路設定処理をアドレスに含まれる前記物理ネットワー
クプレフィックスに基づいて実行するプレフィックスベ
ースルーティング、またはノードの識別子に基づくホス
トベースルーティングのいずれかにより実行する構成で
あることを特徴とする請求項１に記載の通信処理システ
ム。 - 【請求項７】前記ドメイン内または異なるドメインのサ
ブネット間を移動した移動ノードは、新たに接続した新
サブネットのルータから受信した情報報告としてのルー
タ通知内に含まれる仮想ネットワークプレフィックスの
値と、移動前の旧サブネットで使用していたアドレスに
含まれる仮想または物理ネットワークプレフィックスの
値を比較し、異なる場合にのみ受信した情報報告として
のルータ通知内に含まれる仮想ネットワークプレフィッ
クスに基づくアドレス生成処理を実行する構成であるこ
とを特徴とする請求項１に記載の通信処理システム。 - 【請求項８】前記ドメイン内または異なるドメインのサ
ブネット間を移動した移動ノードは、新たに接続した新
サブネットのルータから受信した情報報告としてのルー
タ通知内に仮想ネットワークプレフィックスが含まれな
い場合は、物理ネットワークプレフィックスの値に基づ
くアドレス生成処理を実行する構成であることを特徴と
する請求項１に記載の通信処理システム。 - 【請求項９】前記ドメイン内または異なるドメインのサ
ブネット間を移動した移動ノードは、ルーティングアッ
プデートメッセージをドメイン内ルータに対して送信
し、該ルーティングアップデートメッセージを受信した
ルータは受信メッセージに従ってルーティングテーブル
に対する該移動ノードの対応エントリの生成または更新
または削除処理を実行する構成であることを特徴とする
請求項１に記載の通信処理システム。 - 【請求項１０】異なるドメインのサブネット間を移動し
た移動ノードは、移動ノードを管轄するホームエージェ
ントに対して、気付アドレス（ＣｏＡ：Care-of-Addres
s)として、仮想ネットワークプレフィックスに基づくア
ドレス生成処理によって生成した仮想ネットワークプレ
フィックスベースＩＰｖ６アドレスを格納して、バイン
ディングアップデートパケット（binding update packe
t）を送信し、バインディングアップデートパケットを
受信したホームエージェントは、受信したバインディン
グアップデートパケットに基づいてホームアドレスと仮
想ネットワークプレフィックスベースＩＰｖ６アドレス
(気付きアドレス)の対応を記憶したバインディング・キ
ャッシュ（binding cache）の更新処理を実行する構成
であることを特徴とする請求項１に記載の通信処理シス
テム。 - 【請求項１１】前記１以上のサブネットワークによって
構成されるドメインが複数、階層化してネットワーク接
続された構成を有することを特徴とする請求項１に記載
の通信処理システム。 - 【請求項１２】１以上のサブネットワークによって構成
されるドメイン内において、各サブネットワークに対応
付けられたネットワークプレフィックス（物理ネットワ
ークプレフィックス）とは異なるネットワークプレフィ
ックスとして移動型の通信端末装置である移動ノード用
の仮想ネットワークプレフィックスを設定し、該仮想ネ
ットワークプレフィックスと前記移動ノードの識別子に
基づいて設定されるアドレスに従って前記移動ノードに
対する通信を実行することを特徴とする通信処理方法。 - 【請求項１３】前記移動ノードの識別子は、該移動ノー
ドを識別する前記ドメイン内においてユニークな識別子
であることを特徴とする請求項１２に記載の通信処理方
法。 - 【請求項１４】前記移動ノードの識別子は、該移動ノー
ドを識別する前記ドメイン内においてユニークなインタ
フェースＩＤであることを特徴とする請求項１２に記載
の通信処理方法。 - 【請求項１５】前記ドメイン内のルータは、前記物理ネ
ットワークプレフィックス情報と、前記仮想ネットワー
クプレフィックス情報とを格納した情報報告としてのル
ータ通知（Router Advertisement）を実行することを特
徴とする請求項１２に記載の通信処理方法。 - 【請求項１６】前記ドメイン内のルータは、前記仮想ネ
ットワークプレフィックスを有するアドレスを持つパケ
ットの経路設定処理をアドレスに含まれる前記移動ノー
ドの識別子に基づいて実行するホストベースルーティン
グにより実行することを特徴とする請求項１２に記載の
通信処理方法。 - 【請求項１７】前記ドメイン内のルータは、物理ネット
ワークプレフィックスを有するアドレスを持つパケット
の経路設定処理をアドレスに含まれる前記物理ネットワ
ークプレフィックスに基づいて実行するプレフィックス
ベースルーティング、またはノードの識別子に基づくホ
ストベースルーティングのいずれかにより実行すること
を特徴とする請求項１２に記載の通信処理方法。 - 【請求項１８】前記ドメイン内または異なるドメインの
サブネット間を移動した移動ノードは、新たに接続した
新サブネットのルータから受信した情報報告としてのル
ータ通知内に含まれる仮想ネットワークプレフィックス
の値と、移動前の旧サブネットで使用していたアドレス
に含まれる仮想ネットワークプレフィックスの値を比較
し、異なる場合にのみ受信した情報報告としてのルータ
通知内に含まれる仮想または物理ネットワークプレフィ
ックスに基づくアドレス生成処理を実行することを特徴
とする請求項１２に記載の通信処理方法。 - 【請求項１９】前記ドメイン内または異なるドメインの
サブネット間を移動した移動ノードは、新たに接続した
新サブネットのルータから受信した情報報告としてのル
ータ通知内に仮想ネットワークプレフィックスが含まれ
ない場合は、物理ネットワークプレフィックスの値に基
づくアドレス生成処理を実行することを特徴とする請求
項１２記載の通信処理方法。 - 【請求項２０】前記ドメイン内または異なるドメインの
サブネット間を移動した移動ノードは、ルーティングア
ップデートメッセージをドメイン内ルータに対して送信
し、該ルーティングアップデートメッセージを受信した
ルータは受信メッセージに従ってルーティングテーブル
に対する該移動ノードの対応エントリの生成または更新
または削除処理を実行することを特徴とする請求項１２
に記載の通信処理方法。 - 【請求項２１】異なるドメインのサブネット間を移動し
た移動ノードは、移動ノードを管轄するホームエージェ
ントに対して、気付アドレス（ＣｏＡ：Care-of-Addres
s)として、仮想ネットワークプレフィックスに基づくア
ドレス生成処理によって生成した仮想ネットワークプレ
フィックスベースＩＰｖ６アドレスを格納して、バイン
ディングアップデートパケット（binding update packe
t）を送信し、バインディングアップデートパケットを
受信したホームエージェントは、受信したバインディン
グアップデートパケットに基づいてホームアドレスと仮
想ネットワークプレフィックスベースＩＰｖ６アドレス
の対応を記憶したバインディング・キャッシュ（bindin
g cache）の更新処理を実行することを特徴とする請求
項１２に記載の通信処理方法。 - 【請求項２２】ネットワークを介した通信を実行する通
信端末装置において、 １以上のサブネットワークによって構成されるドメイン
内の各サブネットワークに対応付けられた物理ネットワ
ークプレフィックスと、移動ノード用の仮想ネットワー
クプレフィックスを含む情報報告としてのルータ通知を
受信し、受信した情報報告としてのルータ通知から取得
する仮想ネットワークプレフィックスと通信端末装置の
識別子に基づくアドレス設定処理を実行する構成を有す
ることを特徴とする通信端末装置。 - 【請求項２３】前記通信端末装置は、 前記ドメイン内または異なるドメインのサブネット間を
移動した際にルータから受信する情報報告としてのルー
タ通知内に含まれる仮想ネットワークプレフィックスの
値と、移動前の旧サブネットで使用していたアドレスに
含まれる仮想ネットワークプレフィックスの値を比較
し、異なる場合にのみ受信した情報報告としてのルータ
通知内に含まれる仮想または物理ネットワークプレフィ
ックスに基づくアドレス生成処理を実行する構成である
ことを特徴とする請求項２２に記載の通信端末装置。 - 【請求項２４】前記通信端末装置は、 前記ドメイン内または異なるドメインのサブネット間を
移動した移動ノードは、新たに接続した新サブネットの
ルータから受信した情報報告としてのルータ通知内に仮
想ネットワークプレフィックスが含まれない場合は、物
理ネットワークプレフィックスの値に基づくアドレス生
成処理を実行する構成であることを特徴とする請求項２
２に記載の通信端末装置。 - 【請求項２５】前記通信端末装置は、 前記ドメイン内または異なるドメインのサブネット間を
移動した際に、ルーティングアップデートメッセージを
ドメイン内ルータに対して送信する構成であることを特
徴とする請求項２２に記載の通信端末装置。 - 【請求項２６】前記通信端末装置は、 異なるドメインのサブネット間を移動した際に、該通信
端末装置を管轄するホームエージェントに対して、気付
アドレス（ＣｏＡ：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 true JP2002261806A (ja) | 2002-09-13 |
| JP2002261806A5 JP2002261806A5 (ja) | 2008-04-10 |
| JP4491980B2 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) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002271376A (ja) * | 2001-03-13 | 2002-09-20 | Sony Corp | 通信処理システム、通信処理方法、および通信端末装置、データ転送制御装置、並びにプログラム |
| KR100462627B1 (ko) * | 2002-11-27 | 2004-12-23 | 삼성전자주식회사 | ＩＰｖ６ 주소를 이용하여 디바이스를 식별하는 방법 |
| WO2005006674A1 (ja) * | 2003-07-09 | 2005-01-20 | Hitachi Communication Technologies, Ltd. | 端末及び通信システム |
| WO2006046576A1 (ja) * | 2004-10-29 | 2006-05-04 | Nippon Telegraph And Telephone Corporation | パケット通信ネットワーク及びパケット通信方法 |
| KR100728040B1 (ko) * | 2006-04-28 | 2007-06-13 | 삼성전자주식회사 | ＩＰｖ6 유니크 로컬 주소 생성 방법 및 장치 |
| US7301957B2 (en) | 2003-03-21 | 2007-11-27 | Samsung Electronics Co., Ltd. | Multi-home agent control apparatus and method |
| WO2008117725A1 (ja) * | 2007-03-27 | 2008-10-02 | Nec Corporation | 通信システム、アドレス管理方法、アドレス管理サーバ、ゲートウェイ及びプログラム |
| JP2009529257A (ja) * | 2006-03-06 | 2009-08-13 | 華為技術有限公司 | ＩＰｖ６アドレス取得装置、方法、及びシステム |
| US7720059B2 (en) | 2005-03-03 | 2010-05-18 | Samsung Electronics Co., Ltd. | Traffic exchanging method for mobile node in mobile internet protocol version 6 (MIPv6) network |
| JP2010154560A (ja) * | 2010-03-17 | 2010-07-08 | Sony Corp | 通信端末装置、およびデータ転送制御装置 |
| JPWO2008152689A1 (ja) * | 2007-06-11 | 2010-08-26 | 富士通株式会社 | 移動通信システム、位置登録方法、端末およびホームエージェント |
| JP2014500653A (ja) * | 2010-11-03 | 2014-01-09 | アルカテル−ルーセント | 低電力ワイヤレスパーソナルエリアネットワーク上のＩＰｖ６データパケットを送信する方法および装置 |
Families Citing this family (84)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3688547B2 (ja) * | 2000-02-15 | 2005-08-31 | 株式会社東芝 | 位置識別子管理装置及び移動計算機並びに位置識別子管理方法及び位置識別子処理方法 |
| JP4453205B2 (ja) * | 2001-01-15 | 2010-04-21 | ソニー株式会社 | 情報処理装置および方法、記録媒体、並びにプログラム |
| 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 | 삼성전자주식회사 | ＩＰｖ６ 주소를 이용하여 디바이스를 식별하는 방법 |
| KR100513863B1 (ko) * | 2003-04-29 | 2005-09-09 | 삼성전자주식회사 | 호스트의 이동성을 지원할 수 있는 무선 근거리 네트워크시스템 및 그의 동작방법 |
| KR100492134B1 (ko) * | 2003-04-29 | 2005-06-02 | 삼성전자주식회사 | 모바일 ＩＰｖ６에서 빠른 핸드오버를 위한 신규ＣｏＡ예약방법 |
| KR100638017B1 (ko) * | 2003-05-30 | 2006-10-23 | 엘지전자 주식회사 | 네트워크 디바이스 |
| KR100605218B1 (ko) * | 2003-05-30 | 2006-07-31 | 엘지전자 주식회사 | 홈 네트워크 시스템 |
| US20070061406A1 (en) * | 2003-05-30 | 2007-03-15 | Seung-Myun Baek | Home network system |
| US7715325B2 (en) * | 2003-05-30 | 2010-05-11 | Lg Electronics Inc | Home network system |
| KR100596755B1 (ko) * | 2003-05-30 | 2006-07-04 | 엘지전자 주식회사 | 홈 네트워크 시스템 |
| KR100605216B1 (ko) * | 2003-05-30 | 2006-07-31 | 엘지전자 주식회사 | 네트워크 디바이스 |
| WO2004107658A1 (en) * | 2003-05-30 | 2004-12-09 | Lg Electronics, Inc. | Home network system and its configuration system |
| WO2004107657A1 (en) * | 2003-05-30 | 2004-12-09 | Lg Electronics, Inc. | Home network system |
| JP4232544B2 (ja) * | 2003-06-11 | 2009-03-04 | 日本電気株式会社 | 移動体管理ネットワーク及びそれに用いる経路設定方法 |
| JP2007508776A (ja) * | 2003-10-18 | 2007-04-05 | サムスン エレクトロニクス カンパニー リミテッド | モバイルｉｐを支援するネットワークシステムにおけるモバイルアンカーポイントの探索及び移動ノードの移動性の管理のための方法及びシステム |
| 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 |
| US20050232286A1 (en) * | 2004-04-20 | 2005-10-20 | Samsung Electronics Co., Ltd. | System and method for route optimization using piggybacking in a mobile network |
| 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 |
| 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 |
| 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 | 삼성전자주식회사 | 이동 노드에서의 핸드오버 장치 및 방법 |
| JP5080487B2 (ja) * | 2006-10-30 | 2012-11-21 | パナソニック株式会社 | バインディング更新方法、移動端末、ホームエージェント、バインディング更新システム |
| KR100810701B1 (ko) * | 2006-11-09 | 2008-03-07 | 삼성전자주식회사 | 로컬 네트워크의 인터넷 프로토콜 주소의 이동성 관리 방법및 시스템 |
| US8737261B2 (en) * | 2006-11-27 | 2014-05-27 | Telefonaktiebolaget L M Ericsson (Publ) | Node registering method |
| AU2008232361B2 (en) | 2007-03-23 | 2013-05-16 | Allegiance Corporation | 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 |
| US7827146B1 (en) | 2007-03-30 | 2010-11-02 | Symantec Operating Corporation | Storage system |
| US8065515B2 (en) * | 2007-04-23 | 2011-11-22 | Cisco Technology, Inc. | Autoconfigured prefix delegation based on distributed hash |
| US8045558B2 (en) * | 2007-04-23 | 2011-10-25 | Cisco Technology, Inc. | Extensions to IPv6 neighbor discovery protocol for automated prefix delegation |
| CN101803344A (zh) * | 2007-09-20 | 2010-08-11 | 爱立信电话股份有限公司 | 通信网络中的定位符编码 |
| WO2011008961A1 (en) | 2009-07-15 | 2011-01-20 | Allegiance Corporation | Fluid collection and disposal system and related methods |
| 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 |
| 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 |
| 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 |
| US8954573B2 (en) * | 2012-04-11 | 2015-02-10 | Mcafee Inc. | Network address repository management |
| 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 |
| 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 |
| US9385953B1 (en) | 2015-02-03 | 2016-07-05 | 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 | 情報処理装置および方法、記録媒体、並びにプログラム |
Cited By (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7746873B2 (en) | 2001-03-13 | 2010-06-29 | Sony Corporation | Communication processing system, communication processing method, communication terminal, data transfer controller, and program |
| JP4572476B2 (ja) * | 2001-03-13 | 2010-11-04 | ソニー株式会社 | 通信処理システム、通信処理方法、および通信端末装置、データ転送制御装置、並びにプログラム |
| JP2002271376A (ja) * | 2001-03-13 | 2002-09-20 | Sony Corp | 通信処理システム、通信処理方法、および通信端末装置、データ転送制御装置、並びにプログラム |
| KR100462627B1 (ko) * | 2002-11-27 | 2004-12-23 | 삼성전자주식회사 | ＩＰｖ６ 주소를 이용하여 디바이스를 식별하는 방법 |
| US7301957B2 (en) | 2003-03-21 | 2007-11-27 | Samsung Electronics Co., Ltd. | Multi-home agent control apparatus and method |
| WO2005006674A1 (ja) * | 2003-07-09 | 2005-01-20 | Hitachi Communication Technologies, Ltd. | 端末及び通信システム |
| US8437345B2 (en) | 2003-07-09 | 2013-05-07 | Hitachi, Ltd. | Terminal and communication system |
| KR100847167B1 (ko) * | 2003-07-09 | 2008-07-17 | 히다찌 커뮤니케이션 테크놀로지 | 단말기 및 통신 시스템 |
| WO2006046576A1 (ja) * | 2004-10-29 | 2006-05-04 | Nippon Telegraph And Telephone Corporation | パケット通信ネットワーク及びパケット通信方法 |
| KR100804664B1 (ko) * | 2004-10-29 | 2008-02-20 | 니폰덴신뎅와 가부시키가이샤 | 패킷 통신 네트워크 및 패킷 통신방법 |
| US8238325B2 (en) | 2004-10-29 | 2012-08-07 | Nippon Telegraph And Telephone Corporation | Packet communication network and packet communication method |
| US7720059B2 (en) | 2005-03-03 | 2010-05-18 | Samsung Electronics Co., Ltd. | Traffic exchanging method for mobile node in mobile internet protocol version 6 (MIPv6) network |
| JP2009529257A (ja) * | 2006-03-06 | 2009-08-13 | 華為技術有限公司 | ＩＰｖ６アドレス取得装置、方法、及びシステム |
| US7958220B2 (en) | 2006-03-06 | 2011-06-07 | Huawei Technologies Co., Ltd. | Apparatus, method and system for acquiring IPV6 address |
| JP4852110B2 (ja) * | 2006-03-06 | 2012-01-11 | 華為技術有限公司 | ＩＰｖ６アドレス取得装置、方法、及びシステム |
| KR100728040B1 (ko) * | 2006-04-28 | 2007-06-13 | 삼성전자주식회사 | ＩＰｖ6 유니크 로컬 주소 생성 방법 및 장치 |
| WO2008117725A1 (ja) * | 2007-03-27 | 2008-10-02 | Nec Corporation | 通信システム、アドレス管理方法、アドレス管理サーバ、ゲートウェイ及びプログラム |
| JPWO2008152689A1 (ja) * | 2007-06-11 | 2010-08-26 | 富士通株式会社 | 移動通信システム、位置登録方法、端末およびホームエージェント |
| JP4676018B2 (ja) * | 2007-06-11 | 2011-04-27 | 富士通株式会社 | 移動通信システム、位置登録方法、端末およびホームエージェント |
| US8428587B2 (en) | 2007-06-11 | 2013-04-23 | Fujitsu Limited | Mobile communication system, position registration method, terminal, and home agent |
| JP2010154560A (ja) * | 2010-03-17 | 2010-07-08 | Sony Corp | 通信端末装置、およびデータ転送制御装置 |
| JP2014500653A (ja) * | 2010-11-03 | 2014-01-09 | アルカテル−ルーセント | 低電力ワイヤレスパーソナルエリアネットワーク上のＩＰｖ６データパケットを送信する方法および装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20020126642A1 (en) | 2002-09-12 |
| JP4491980B2 (ja) | 2010-06-30 |
| US7257104B2 (en) | 2007-08-14 |
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 | |
| US7706301B2 (en) | Routing in a data communication network | |
| KR100424614B1 (ko) | 인터넷 프로토콜 기반 통신 시스템 및 그의 호스트 주소설정 및 소스 주소 선택 방법 | |
| US7116654B2 (en) | Mobile internet protocol system and route optimization method therefor | |
| US7630340B2 (en) | Handover method | |
| RU2334364C2 (ru) | Система связи с мобильным интернет-протоколом, использующая двухстековый механизм перехода, и способ для его осуществления | |
| EP2708012B1 (en) | Methods for prefix allocation and corresponding network element, server and computer program products | |
| US20100103876A1 (en) | Mobile terminal and communication management device | |
| JPWO2009066438A1 (ja) | アドレス割り当て方法、アドレス割り当てシステム、モバイルノード及び代理ノード | |
| EP2064858A1 (en) | Method and apparatus for configuring internet protocol address, information server, and information storage medium storing data format of message therefor | |
| WO2009101780A1 (ja) | 位置情報管理装置及びネットワークエッジ装置並びに移動端末 | |
| JP2004282172A (ja) | 移動通信システム、移動通信方法、サーバ装置、転送装置及び移動通信端末 | |
| US20100174828A1 (en) | METHOD AND SYSTEM FOR OPTIMIZING ROUTING BETWEEN NODES IN PROXY MOBILE IPv6 NETWORK | |
| JP5158114B2 (ja) | 通信端末装置、およびデータ転送制御装置 | |
| WO2009002075A2 (en) | Method and system for optimizing routing between nodes in proxy mobile ipv6 network | |
| JP4395507B2 (ja) | 移動通信システム、移動通信方法、サーバ装置、転送装置及び移動通信端末 | |
| KR20040090020A (ko) | 동적 이동 ｉｐ 환경에서 이동노드의 이동성 및 데이터전송을 보장하는 방법 | |
| CN1972319A (zh) | 转交地址配置方式的获取方法 | |
| Baek | Scalable local mobility support for the IPv6-based wireless network using improved host based routing | |
| KR20040056440A (ko) | 거리기반 위치 등록을 이용한 효율적인 아이피 페이징방법 | |
| WO2014187122A1 (zh) | 一种PMIPv6环境中LMA动态发现方法 |
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 |