(57)【特許請求の範囲】
【請求項１】
インターネットプロトコル基盤の通信システムにおけるソースアドレス選択方法において、
ａ）ホストの近接地域を複数個の仮想セルと指定し、これに対する仮想インタフェースを割り当てる過程と；
ｂ）前記ホストが、前記セル内のルータから発信されるネットワークプレフィックスを受信し、該当する仮想セルに対する仮想インタフェースと接続させたプレフィックス情報テーブルを構成する過程と；
ｃ）前記ホストが前記受信されたネットワークプレフィックスに該当するIPｖ6アドレスを構成して前記プレフィックス情報テーブルに格納する過程と；
ｄ）ホストの移動に従うネットワークプレフィックスの受信時、ホストが前記プレフィックス情報テーブルをチェックして該当するプレフィックスが存在する場合、該当するインタフェースＩＤを選択して活性化し、活性化されたインタフェースＩＤに対応するIPv６アドレスを自分のソースアドレスとして獲得する過程と；からなることを特徴とするインターネットプロトコル基盤の通信システムにおけるソースアドレス選択方法。
【請求項２】
インターネットプロトコル基盤の通信システムにおけるホストアドレス設定方法において、
ａ）ルータが、ネットワークプレフィックスを表すラベルであって、該ネットワークプレフィックスよりも短いラベルを生成する過程と；
ｂ）前記ルータが前記ネットワークプレフィックスの代わりに前記ラベルをルータ通知メッセージに載せてホストに伝送する過程と；
ｃ）該ルータ通知メッセージを受信したホストが前記ラベルを読み出して自分のプレフィックス情報テーブルに一致するラベルがあるかを判断する過程と；
ｄ）一致するラベルがあると、前記ホストはプレフィックス情報テーブルのラベルに該当するインタフェースＩＤを選択して活性化する過程と；
ｅ）前記ホストが前記活性化したインタフェースＩＤに対応するグローバルIPｖ6アドレスを自分のアドレスとして獲得する過程と；からなることを特徴とするホストアドレス設定方法。
【請求項３】
ｆ）前記一致するラベルがないと、前記ホストは、前記ルータ通知メッセージの拡張ヘッダを分析してネットワークプレフィックス情報を読み出し、アドレス自動設定機構によってグローバルIPｖ6アドレスを構成する過程と；
ｇ）前記ホストが前記構成したグローバルIPｖ6アドレスに関するレコードを前記プレフィックス情報テーブルに新規に登録する過程と；をさらに含む請求項２記載のホストアドレス設定方法。
【請求項４】
前記ラベルは、乱数発生器を利用してルータによって生成される請求項２記載のホストアドレス設定方法。
【請求項５】
前記ラベルは、IPｖ6パケットヘッダに定義されており、そこで使用していない２０ビットのフローラベルフィールドに載せられる請求項２記載のホストアドレス設定方法。
【請求項６】
前記ラベルは１０ビット長のラベルである請求項５記載のホストアドレス設定方法。
【請求項７】
前記プレフィックス情報テーブルは、ルータから受信したラベルと、該当ラベルのネットワークプレフィックスで構成されたグローバルIPｖ6アドレスが設定されたインタフェースＩＤと、ラベルの存続時間を表す存続時間情報と、から構成される請求項２記載のホストアドレス設定方法。
【請求項８】
インターネットプロトコル基盤の通信システムにおけるホストアドレス設定方法において、
ａ）ルータが自分のネットワークに接続しているホストにネットワークプレフィックス情報を含むルータ通知メッセージを定期的に伝送する過程と；
ｂ）前記ホストからの前記ネットワークプレフィックス情報のないラベルだけを含むルータ通知メッセージの伝送要求に応じて、前記ルータが、前記ネットワークプレフィックスを表すラベルであって、前記プレフィックスよりも短いラベルを生成し、前記ネットワークプレフィックスの代わりに前記ラベルをルータ通知メッセージに載せてホストに伝送する過程と；
ｃ）該ルータ通知メッセージを受信したホストが前記ラベルを読み出して自分のプレフィックス情報テーブルに一致するラベルがあるかを判断する過程と；
ｄ）一致するラベルがあると、前記ホストはプレフィックス情報テーブルのラベルに該当するインタフェースＩＤを選択して活性化する過程と；
ｅ）前記ホストが、前記活性化したインタフェースＩＤに対応するグローバルIPｖ6アドレスを自分のアドレスとして獲得する過程と；からなることを特徴とするホストアドレス設定方法。
【請求項９】
インターネットプロトコル基盤の通信システムにおいて、
ネットワークを管理し、前記管理する該当ネットワークのネットワークプレフィックスを通知することができるルータと、  
近接地域の複数個のルータの管理領域を仮想セルと指定し、これに対してそれぞれ仮想インタフェースを割り当て、前記セル内のルータからネットワークプレフィックスを受信し、前記仮想セルに対するインタフェースと接続させたプレフィックス情報テーブルを構成し、前記ネットワークプレフィックスのそれぞれに該当するIPｖ6アドレスを構成して前記プレフィックス情報テーブルに格納した後、任意のネットワークプレフィックスの受信時、前記プレフィックス情報テーブルをチェックして該当するプレフィックスが存在すると、それに接続されたインタフェースに対応するIPｖ6アドレスをソースアドレスとして選択するホストと、からなることを特徴とするインターネットプロトコル基盤の通信システム。
【請求項１０】
インターネットプロトコル基盤の通信システムにおいて、
ネットワークプレフィックスを表すラベルであって、該ネットワークプレフィックスよりも短いラベルを生成し、生成されたラベルをルータ通知メッセージに載せて伝送するルータと、
前記ルータから受信されるルータ通知メッセージからラベルを読み出して自分のプレフィックス情報テーブルに一致するラベルがあるかを判断し、一致するラベルがあると、プレフィックス情報テーブルのラベルに該当するインタフェースＩＤを選択して活性化し、活性化したインタフェースＩＤに対応するグローバルIPｖ6アドレスを自分のアドレスとして獲得するホストと；からなることを特徴とするインターネットプロトコル基盤の通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信システムに関し、特に、IPｖ6(Internet Protocol, version 6)基盤の通信システム及びそのホスト(ノードともいう)のネットワーク間移動時における効果的なアドレス設定方法並びにソースアドレス選択方法に関する。
【０００２】
【従来の技術】
ＲＦＣ(Request for Comments)２４６０(Obsoletes: 1883)標準であるIPｖ6は、それ自体による移動性を支援する。IPｖ6規定(Specification)では近隣探索(ＮＤ：Neighbor Discovery)機構とアドレス自動設定(ＡＡＣ：Address Auto-Configuration)機構、重複アドレス検出(ＤＡＤ：Duplicate Address Detection)機構によって自分のグローバルアドレス(global address)を直接生成することができる。すなわち、ホームネットワーク、ＨＡ(Home Agent)、ＣｏＡ(Care of Address)など移動ＩＰ(mobile Internet Protocol)の概念に対応しており、全ホストのそれぞれはアドレス自動設定機構と近隣探索機構を支援しなければならない。これら二つの機能について簡単に説明する。
【０００３】
近隣探索(ＮＤ：Neighbor Discovery)機構
【０００４】
ＮＤ(Neighbor Discovery)機構には、IPｖ4のＡＲＰ(Address Resolution Protocol)などに相当する機能があり、ネットワークトポロジー(Network Topology)の変化を識別し、リンクの状態を測定する一種のプロトコルである。ＮＤ機構は、活動している近隣ノードへの経路に対する到達可能情報(reachable information)を保持し、周辺のルータとプレフィックス情報(prefix information)を検索する。ＮＤメッセージは下記の５種類がある。自分と同一リンク上に接続されている他のルータの存在有無を把握する場合に使用するルータ通知メッセージ(RA(Router Advertisement) message)、起動したホストが同一リンク上のルータを発見するためのルータ要請メッセージ(RS(Router Solicitation) message)、IPｖ4におけるＡＲＰと同一機能を行う近隣要請メッセージ(NS(Neighbor Solicitation) message)、同一リンク上のノードに対して自身のデータリンクアドレスを通知するための近隣通知メッセージ(NA(Neighbor Advertisement) message)、ルータが最適な経路を知っている場合に使用する向け直しメッセージ(Redirect message)がある。ルータは、ルータ通知メッセージを介して自分のプレフィックス情報を周辺ホストに伝達する。
【０００５】
アドレス自動設定(ＡＡＣ：Address Auto-configuration)機構
【０００６】
ホストへのアドレスを割り当てるセッティング作業の要らないIPｖ6のプラグアンドプレイ(Plug-and-Play)機能であって、ルーティング可能なアドレスを自動的に生成し、デフォルトルータ(default router)を自動的に設定する。これは、前述のＮＤ機構を利用したオプション機能である。プレフィックス、デフォルトルータ、アドレス重複状態を把握することによってネットワークを構成・管理する上で多くの長所を提供する。
【０００７】
IPｖ6アドレスは、図１のように構成されている。図１を参照すれば、IPｖ6アドレスは１２８ビット中ｎビットからなるネットワークプレフィックス(network prefix)と(１２８−ｎ)ビットからなるインタフェースＩＤ(interface identified)で構成されている。
【０００８】
図２は、アドレス自動設定過程を説明するための図であって、これを参照してグローバルIPｖ6アドレスを生成する過程を説明する。まず、１２８ビットのアドレス中、自分の４８ビットＭＡＣ(Media access Control)アドレスを利用してグローバルIPｖ6アドレスの下位６４ビットを構成する。イーサネット（登録商標）(Ethernet（登録商標）)上のIPｖ6におけるインタフェースＩＤとは、ＥＵＩ−６４インタフェースＩＤを表す。さらに具体的に説明すれば、図２に示された４８ビットのＭＡＣアドレス“00:90:27:17:fc:0f”の中間に２バイトの“ff:fe”を加え、そのうち最上位バイト“00”内の最上位ビット(most significant bit)から７番目のビットb1を“1”に設定することによって、グローバルIPｖ6アドレスの下位６４ビットインタフェースＩＤ“02:90:27:ff:fe:17:fc:0f”を得る。この場合、最上位バイト“00”内の最上位ビットから７番目のビットb1は固有アドレス(unique address)であることを示すためのＵ／Ｌ(Universal/Local)ビットを表している。このようにして得られた下位６４ビット(LOWER 64 BITS)のインタフェースＩＤ“02:90:27:ff:fe:17:fc:0f”は図３のようになり、これが図１に示したIPｖ6アドレスのインタフェースＩＤとなる。
【０００９】
アドレス自動設定機構の一例を図４を参照して説明すると、下記の通りである。図４に示すように、ホスト(HOST)４０のインタフェースＩＤは“250:daff:fe93:af5e”であり、近隣探索のルータ通知メッセージ(RA message:RA msg)に載せられてルータ４２から受信したネットワークプレフィックスは“3ffe:2e01:2:1::/48”である。すなわち、ホスト４０がアドレス自動設定機構により構成した自分のIPｖ6アドレスは“3ffe:2e01:2:1:250:daff:fe93:af5e”である。
【００１０】
図５に示した一例のように、IPｖ6基盤のホスト５０が、ルータＡ５２の存在するネットワークＡ５４からルータＢ５８の存在するネットワークＢ５６に移動すると、ホスト５０は近隣探索機構によりリンクの動作状態を把握し、ネットワークＢ５６にあるルータＢ５８からルータ通知メッセージRA msgを受信する。この場合、ネットワークは一つのルータが管理可能なネットワークであって、小規模サブネットワークや大規模ネットワークであっても良い。すなわち、ネットワークとは一つのルータがネットワークプレフィックスを通知できる範囲を意味する。その後、ホスト５０はネットワークプレフィックス情報とアドレス自動設定機構によって自分のIPｖ6アドレスを構成する。この場合、ホスト５０はルータ通知メッセージRA msgを受ける前にルータＢ５８にルータ要請メッセージRS msgを伝送しても良い。
【００１１】
このように構成された従来技術では、IPｖ6基盤のホストは、あるネットワークから他のネットワークに移動した後、グローバルIPｖ6アドレスを構成するために、ルータ通知メッセージRA msgの到着を一定時間間隔だけ待つ必要がある。一定時間間隔の経過後にルータ通知メッセージRA msgが到着しなければ、ホストはルータ要請メッセージRS msgを伝送しルータ通知メッセージRA msgを受信するようにする。しかる後に前述したアドレス自動設定機構を利用して自分のアドレスを構成する。
【００１２】
しかしながら、従来技術によるIPv6基盤のホストは、こうした一連のアドレス設定過程だけでも多くの時間を要し、複数の機構を必要とする。そのうえ移動(mobile)IPｖ6を考慮すると、アドレス設定過程に起因するホストのオーバーヘッドを招く可能性がある。しかも、従来技術のIPv6基盤のホストにはソースアドレスの選択問題もある。これは、IPｖ6の特性の一つである自分のインタフェースに多数個のIPｖ6アドレスが設定された場合、どのアドレスをソースアドレスとして選択して通信するかが重要な問題として浮上してきている。
【００１３】
【発明が解決しようとする課題】
したがって、本発明の目的は、IPｖ6基盤のホストがネットワーク間を移動した場合に、効果的にソースアドレス選択するための方法及びそのIPv6基盤の通信システムを提供することにある。
【００１４】
また、本発明の他の目的は、グローバルIPｖ6アドレスの構成時間を最小化してアドレス設定時のオーバーヘッドを減らすことができるアドレス選択方法を提供することにある。
【００１５】
さらに、本発明の他の目的は、仮想インタフェースに多数個のアドレスを設定した後、最適なインタフェースだけを活性化するためのソースアドレスを選択するアドレス選択方法を提供することにある。
【００１６】
さらにまた、本発明の他の目的は、ネットワーク上に定期的に伝送されるパケットのオーバーロードを減らすための方法を提供することにある。
【００１８】
このような目的を達成するために、本発明では、インターネットプロトコル基盤の通信システムにおけるソースアドレス選択方法において、ａ）ホストの近接地域を複数個の仮想セルと指定し、これに対する仮想インタフェースを割り当てる過程と；ｂ）前記ホストが、前記セル内のルータから発信されるネットワークプレフィックスを受信し、該当する仮想セルに対する仮想インタフェースと接続させたプレフィックス情報テーブルを構成する過程と；ｃ）前記ホストが前記受信されたネットワークプレフィックスに該当するIPｖ6アドレスを構成して前記プレフィックス情報テーブルに格納する過程と；ｄ）ホストの移動に従うネットワークプレフィックスの受信時、ホストが前記プレフィックス情報テーブルをチェックして該当するプレフィックスが存在する場合、該当するインタフェースＩＤを選択して活性化し、活性化されたインタフェースＩＤに対応するIPv６アドレスを自分のソースアドレスとして獲得する過程と；からなることを特徴とするインターネットプロトコル基盤の通信システムにおけるソースアドレス選択方法を提案する。
【００１９】
さらに、本発明では、インターネットプロトコル基盤の通信システムにおけるホストアドレス設定方法において、ａ）ルータが、ネットワークプレフィックスを表すラベルであって、該プレフィックスよりも短いラベルを生成する過程と；ｂ）ルータがネットワークプレフィックスの代わりにラベルをルータ通知(Router Advertisement)メッセージに載せてホストに伝送する過程と；ｃ）ルータ通知メッセージを受信したホストがラベルを読み出して自分のプレフィックス情報テーブルに一致するラベルがあるか判断する過程と；ｄ）一致するラベルがあると、ホストはプレフィックス情報テーブルのラベルに該当するインタフェースＩＤ(identifier)を選択して活性化する過程と；ｅ）その活性化したインタフェースＩＤに対応するグローバルIPｖ6アドレスを自分のアドレスとして獲得する過程と；からなることを特徴とするホストアドレス設定方法をも提供する。
【００２０】
このホストアドレス設定方法では、ｆ）前記一致するラベルがないと、前記ホストは、前記ルータ通知メッセージの拡張ヘッダを分析してネットワークプレフィックス情報を読み出し、アドレス自動設定(Address Auto-Configuration:ＡＡＣ)機構によってグローバルIPｖ6アドレスを構成する過程と；ｇ）前記ホストが前記構成したグローバルIPｖ6アドレスに関するレコードを前記プレフィックス情報テーブルに新規に登録する過程と；をさらに含むとよい。
【００２１】
ラベルは、乱数発生器を利用してルータによって生成されるとよく、また、ラベルは、IPｖ6パケットヘッダに定義されており、そこで使用してない２０ビットのフローラベルフィールドに載せられると好ましい。さらに、ラベルは１０ビット長のラベルであるとなおよい。
【００２２】
プレフィックス情報テーブルは、ルータから受信したラベルと、該当ラベルのネットワークプレフィックスで構成されたグローバルIPｖ6アドレスが設定されたインタフェースＩＤと、ラベルの存続時間を表す存続時間情報と、から構成されるとよい。
【００２３】
さらにまた、本発明では、インターネットプロトコル基盤の通信システムにおけるホストアドレス設定方法において、ａ）ルータが自分のネットワークに接続しているホストにネットワークプレフィックス情報を含むルータ通知メッセージを定期的に伝送する過程と；ｂ）ホストからのネットワークプレフィックス情報のないラベルだけを含むルータ通知メッセージの伝送要求に応じて、ルータが、ネットワークプレフィックスを表すラベルであって、プレフィックスよりも短いラベルを生成し、ネットワークプレフィックスの代わりにラベルをルータ通知メッセージに載せてホストに伝送する過程と；ｃ）該ルータ通知メッセージを受信したホストがラベルを読み出して自分のプレフィックス情報テーブルに一致するラベルがあるかを判断する過程と；ｄ）一致するラベルがあると、ホストはプレフィックス情報テーブルのラベルに該当するインタフェースＩＤを選択して活性化する過程と；ｅ）ホストが、活性化したインタフェースＩＤに対応するグローバルIPｖ6アドレスを自分のアドレスとして獲得する過程と；からなることを特徴とするホストアドレス設定方法も提案する。
【００２４】
さらにまた、本発明では、インターネットプロトコル基盤の通信システムにおいて、ネットワークを管理し、前記管理する該当ネットワークのネットワークプレフィックスを通知することができるルータと、近接地域の複数個のルータの管理領域を仮想セルと指定し、これに対してそれぞれ仮想インタフェースを割り当て、前記セル内のルータからネットワークプレフィックスを受信し、前記仮想セルに対するインタフェースと接続させた情報テーブルを構成し、前記ネットワークプレフィックスのそれぞれに該当するIPｖ6アドレスを構成して前記情報テーブルに格納した後、任意のネットワークプレフィックスの受信時、前記情報テーブルをチェックして該当するプレフィックスが存在すると、それに接続されたインタフェースに対応するIPｖ6アドレスをソースアドレスとして選択するホストと、からなることを特徴とするインターネットプロトコル基盤の通信システムをも提供する。
さらに、インターネットプロトコル基盤の通信システムにおいて、ネットワークプレフィックスを表すラベルであって、該ネットワークプレフィックスよりも短いラベルを生成し、生成されたラベルをルータ通知メッセージに載せて伝送するルータと、前記ルータから受信されるルータ通知メッセージからラベルを読み出して自分のプレフィックス情報テーブルに一致するラベルがあるかを判断し、一致するラベルがあると、プレフィックス情報テーブルのラベルに該当するインタフェースＩＤを選択して活性化し、活性化したインタフェースＩＤに対応するグローバルIPｖ6アドレスを自分のアドレスとして獲得するホストと；からなることを特徴とするインターネットプロトコル基盤の通信システムをも提供する。
【００２５】
【発明の実施の形態】
以下、本発明の好ましい一実施例を添付図面を参照して詳細に説明する。図面中同一の構成要素には可能な限り同一の符号を共通使用する。尚、周知技術については適宜説明を省略するものとする。
【００２６】
本発明の一実施例ではIPｖ6の搭載されたホストと、IPｖ6を支援することは勿論、グローバルIPｖ6アドレスを構成するためのネットワークプレフィックス(Network Prefix)を通知できるルータと、を含む。本発明の一実施例では、ホストに仮想インタフェースをつくり、この仮想インタフェースにアドレスを設定できるマルチホームホスト(Multi-homed host)として実施されている改良した(modified)IPｖ6スタック(stack)が搭載される。
【００２７】
本発明の一実施例では前述のようにマルチホームホストの概念を利用する。マルチホームホストとは、一つ以上のネットワークプレフィックスを持っているホストのことをいう。すなわち、マルチホームホストは、多数個の仮想インタフェースを利用して多数のネットワークにそれぞれ接続され、適当な(仮想)インタフェースを選択するホストである。これは、将来、ＩＳＰ(Internet Service Provider)が十分なIPｖ6アドレスを割り当てることができることを前提に提案された概念である。ここで、インタフェースは、仮想インタフェースを意味するものであって、ネットワークと接続したノードの物理的インタフェースを意味するものではないことに留意されたい。
【００２８】
図６は、本発明の一実施例に従う効率的なルーティングのためのマルチホームホスト概念を説明する図である。本発明の一実施例に従うマルチホームホストは、より効果的なルーティングのためにいくつかの仮想インタフェースうちから一つを基本アドレスとして選択する。例えば、図６のように二つのネットワーク６０、６２に接続されたホスト６４は、各ネットワーク６０、６２からネットワークプレフィックス“2001:c00”及び“2001:d00”を受信し、二つの仮想インタフェースを生成して、その仮想インタフェースそれぞれに対応するネットワーク６０、６２に向かう各アドレス“2001:c00::1234”及び“2001:d00::1234”を設定する。そして、ホスト６４は目的地アドレスのプレフィックスと、生成した仮想インタフェースのプレフィックスとを比較し、最も長く一致するプレフィックスに設定されているインタフェースのアドレスを基本アドレスとして選択する。この一実施例では、ホストは前述のようなマルチホーム機能を実施する改良IPｖ6スタックを使用する。なお、IPv6バックボーン(BACKBONE)は、既存のIPv4ネットワークでIPv6を支援するルータ及びホストから構成されたネットワークを意味する。つまり、IPv6バックボーン上の全てのホスト及びルータはIPv6を利用して通信する。図６では、このようなIPv6バックボーンに接続されてIPv6で通信するネットワーク６０、６２に接続されたホストを表している。
【００２９】
図７は、本発明の他の実施例に従うマルチホーム機能の適用範囲を定めるために、ホストの近接地域にある多数個の仮想セル(ＶＣ:Virtual Cell)を指定する手法を示す図である。この実施例では、図７に示すように、マルチホーム機能の適用範囲はホストＨの近接地域を多数個の仮想セルVC1〜VC6と指定することで定める。各仮想セルVC1〜VC6内には、各セル地域に対応するネットワーク情報を送信し管理できるルータR1〜R6が一つずつ存在する。すなわち、一つのネットワークは先に言及した各仮想セルVC1〜VC6に存在する一つのネットワークプレフィックスに対応する。ホストＨは仮想セルVC1〜VC6に対するネットワークプレフィックスをラベル化(labeling)してテーブルを構成する。ホストＨは一つのセルから他のセルに移動する度に、その移動した他のセル内のルータからルータ通知メッセージRA msgを受信する。
【００３０】
図８に示すように、ホストが周辺仮想セルの境界を超えて移動すると、例えば、VC1→VC2→VC3→VC1→VC4に移動すると、該当仮想セルVC2、VC3、VC4、VC1にあるルータからそれぞれのネットワークプレフィックスを含むルータ通知メッセージRA msgを受信する。しかし、ホストが、仮想セルVC3→VC1やVC4→VC1の移動の場合には、一度訪問した仮想セルVC1に再び移動する場合である。したがって、この場合にホストが、自分の周辺セルに対応するネットワークプレフィックスにより構成したグローバルIPｖ6アドレス情報を保持していれば、一度訪問した仮想セルVC1に対してグローバルIPｖ6アドレスを再構成する必要はない。この実施例では、図９を参照して後述するが、ホストは、多数個の仮想インタフェースL1,L2,L3,L4,L5,L6に対し、それぞれ異なるネットワークプレフィックスに対応するグローバルIPｖ6アドレスを設定する。その後、ホストは一度訪問したネットワーク、つまり仮想セルVC1に対するグローバルIPｖ6アドレスの設定されたインタフェースを選択するだけでよい。
【００３１】
図９を参照してホストに設定された６個の仮想インタフェースについて説明する。ホストは仮想セルVC1〜VC6のそれぞれに仮想インタフェースL1〜L6を割り当てる。この場合、ホストは仮想セルVC1〜VC6にある各ルータから６個のネットワークプレフィックスを受信する。その後、アドレス自動設定機構を用いて各ネットワークプレフィックスに対応する６個のグローバルIPｖ6アドレスを構成し、これを６個の各仮想インタフェースL1〜L6に設定する。すなわち、ホストの下位６４ビットが“02:90:27:ff:fe:17:fc:0f”であれば、ホストの仮想インタフェースL1〜L6に設定するグローバルIPｖ6アドレスは図１０のようになる。
【００３２】
図１０は、ホストＨの６個の仮想インタフェースL1〜L6に設定された６個のグローバルIPｖ6アドレスの一例である。
【００３３】
図１０を参照すれば、ネットワークプレフィックス“3ffe:2e01:2:1::/64”の仮想インタフェースL1は、グローバルIPｖ6アドレスが“3ffe:2e01:2:1:02:90:27:ff:fe:17:fc:0f”であり、ネットワークプレフィックス“3ffe:2e01:2:2::/64”の仮想インタフェースL2は、グローバルIPｖ6アドレスが“3ffe:2e01:2:2:02:90:27:ff:fe:17:fc:0f”であり、ネットワークプレフィックス“3ffe:2e01:2:3::/64”の仮想インタフェースL3は、グローバルIPｖ6アドレスが“3ffe:2e01:2:3:02:90:27:ff:fe:17:fc:0f”である。ネットワークプレフィックス“3ffe:2e01:2:4::/64”の仮想インタフェースL4は、グローバルIPｖ6アドレスが“3ffe:2e01:2:4:02:90:27:ff:fe:17:fc:0f”であり、ネットワークプレフィックス“3ffe:2e01:2:5::/64”の仮想インタフェースL5は、グローバルIPｖ6アドレスが“3ffe:2e01:2:5:02:90:27:ff:fe:17:fc:0f”であり、ネットワークプレフィックス“3ffe:2e01:2:6::/64”の仮想インタフェースL6は、グローバルIPｖ6アドレスが“3ffe:2e01:2:6:02:90:27:ff:fe:17:fc:0f”である。
【００３４】
本発明の一実施例では、マルチホームホストの概念を収容した改良IPｖ6スタックを使用して効果的にソースアドレスを選択することや、１２８ビットのアドレス長に起因する拡張パケットヘッダの効率的な処理のためにラベル(label)を使用することにその特徴がある。そして、６４ビットのネットワークプレフィックスを含む定期的なルータ通知メッセージRA msgに起因するネットワーク負荷を減らして、新規のオプションを定義し、ホストがルータにルータ要請メッセージRS msgを要求した場合にのみ、ルータがネットワークプレフィックスを通知する。その他の場合には、既にネットワークプレフィックス情報をホストが知っているとの仮定の下に、ルータ通知メッセージRA msg内にネットワークプレフィックスを表す短いラベル(label)を載せるようにして、このラベルを含むルータ通知メッセージRA msgをルータがホストに伝送することでパケットのサイズを縮める。本発明の一実施例によるラベルは、現在のIPｖ6パケットヘッダに定義されているが使用されていない２０ビットのフローラベル(Flow Label)フィールドを利用する。
【００３５】
前述した本発明の一実施例の特徴に適応するために、ホストは、図１１に示したプレフィックス情報テーブルを生成及び管理する。図１１に示したように、プレフィックス情報テーブルには、ルータから伝送されたラベル(router_label)、該当ラベルのネットワークプレフィックスによって構成されたグローバルIPｖ6アドレスが設定されているインタフェースＩＤ(interface_id)、該当ラベルの存続時間情報を表す存続時間(lifetime）が貯蔵されている。プレフィックス情報テーブルに定義したインタフェースＩＤは、IPｖ6ホスト(ノード)によって構成したグローバルIPｖ6アドレスに対応する発信リンク(Outgoing-Link)を指すものであって、物理的概念のインタフェースではない。ルータは新たに乱数を発生してラベルを定義した後、これをIPｖ6パケットのフローラベルフィールドに載せて自分のネットワークに接続しているホストに送信する。
【００３６】
ホストがルータからルータ通知メッセージRA msgを受信すると、本発明の一実施例では、図１４に示した制御動作を行う。図１４は、本発明の一実施例に従って、ホストでグローバルIPｖ6アドレスを構成する制御の流れを示したものである。
【００３７】
図１４を参照すれば、ホストは、図１４の１００段階(RECEIVE RA MESSAGE)でルータからルータ通知メッセージRA msgを受けると、１０２段階(ANALYZE BASIC HEADER OF RA MESSAGE PACKET)で、まず、ルータ通知メッセージRA msgを含んでいるIPｖ6パケットの基本ヘッダを分析し、１０４段階(READ FLOW LABEL FIELD AND ACQUIRE LABEL)で基本ヘッダのフローラベルフィールドを読み出すことによってラベルを獲得する。その後、ホストは図１４の１０６段階(MATCHING LABEL IN PREFIX INFORMATION TABLE?)で、獲得したラベルと一致するラベルが自分のプレフィックス情報テーブルにあるかを判断する。一致するラベルが自分のプレフィックス情報テーブルにあると、ホストは図１４の１０８段階(SELECT AND ACTIVATE INTERFACE ID CORRESPONDING TO MATCHING LABEL)に進行してそのラベルに該当するインタフェースＩＤを選択して活性化し、図１４の１１０段階(ACQUIRE GLOBAL IPv6 ADDRESS CORRESPONDING TO ACTIVATED INTERFACE ID AS HOST ADDRESS)で活性化したインタフェースＩＤに対応するグローバルIPｖ6アドレスを自分のグローバルIPｖ6アドレスのソースアドレスとして獲得する。この場合、ホストはパケットのヘッダ情報のみを読み出し、ルータ通知メッセージRA msgは無視することによってパケット処理の効率性を高めることができる。
【００３８】
一方、図１４の１０６段階でプレフィックス情報テーブルに一致するラベルがないと判断すると、ホストは図１４の１１２段階(ANALYZE EXTENSION HEADER OF RA MESSAGE PACKET(READ NETWORK PREFIX))に進行してパケットのRAオプション部分を読み出すことによってネットワークプレフィックス情報を獲得する。その後、図１４の１１４段階(AAC)に進行して既存の移動IPｖ6がグローバルIPｖ6アドレスを構成するためのアドレス自動設定(ＡＡＣ:Address Auto-configuration)機構により自分のグローバルIPｖ6アドレスを構成する。最終的に、図１４の１１６段階(CREATE RECORD AND INSERT IT IN PREFIX INFORMATION TABLE)で新規のグローバルIPｖ6アドレスに関するレコードを生成して自分のプレフィックス情報テーブルに挿入(登録)する。
【００３９】
図１７は、前述の図１４で説明したルータ通知メッセージRA msgに関連するIPｖ6パケットの具体的なフォーマットを示す一例である。図１７に示すように、ルータ通知メッセージRA msgはＩＣＭＰ(Internet Control Message Protocol)メッセージのタイプ“134”を使用する。すなわち、IPｖ6パケットでＩＣＭＰメッセージのタイプ“134“のうち“Next Header”タイプが“58”のＩＣＭＰメッセージがルータ通知メッセージRA msgである。ルータ通知メッセージRA msgのオプションのうち、ネットワークプレフィックス情報は“Prefix Information option(option type 3)”に挿入されて伝送される。
【００４０】
以下、本発明の一実施例に従うラベル生成、ラべリング、ラベル伝送及びプレフィックス情報テーブルの構成についてさらに詳細に説明する。
【００４１】
１．ラベル生成およびラべリング
【００４２】
ＭＰＬＳ(Multi Protocol Label Switching)のようなラベルスイッチングスキームを使用する場合、重複しないラベルを生成及び管理するには保持しなければならない情報量が多い。しかも、全ケースの経路を予め把握した後に、使用するラベルに対して全体ネットワーク上で同一情報を保持しなければならないので、ラベルスイッチングスキームではハードウェアパケット伝送スキームを使用する。本発明の一実施例では、そのような欠点を解決し、付加的な装備やプロトコルを使用することなく既存のIPｖ6だけを利用してソフトウェア的にラベルを生成及び管理する。特に、本発明の一実施例ではラベルの生成及び管理の効率性を高めるために、ルータは乱数発生器(random number generator)を利用してラベルを生成する。勿論、現在のIPｖ6でもフローラベルを生成する機能はある。しかし、このフローラベル生成機能はフローラベルを使用するため高精度の過程を通じてフローラベルを作り出さなければならない。したがって、現在のIPｖ6におけるフローラベル生成機能はオーバーヘッドを最小化する本発明の目的に合致しない。さらに、ラベルの長さが短すぎると、ラベルが重複する確率が高くなる。そこで、本発明の一実施例では、１０ビット長のラベルを使用すると好ましい。
【００４３】
２．ラベル伝送
【００４４】
ラベルは、ルータによってIPｖ6ヘッダのフローラベルフィールドに挿入されてホストに伝送される。フローラベルフィールドは、ＱｏＳ(Quality of Service)のために２０ビットに定義されているが、未だ使用されてない実験的なフィールドであり、現在でもその使用方法の研究が続いている。本発明の一実施例では既に定義されており、空間が確保されているフローラベルフィールドを使用するので、ラベルを伝送するパケットのための追加フォーマットや既存ヘッダフォーマットにラベルを載せるための追加オプション情報を定義する必要はない。
【００４５】
３．プレフィックス情報テーブルの構成
【００４６】
前述の図１１に示したホストが保持しているプレフィックス情報テーブルは、ルータから受信したラベル(router_label)を蓄積するラベルフィールド、ネットワークプレフィックス(prefix or router_prefix)と受信情報から構成されたグローバルIPｖ6アドレスが設定されたインタフェースＩＤ(interface_id)を蓄積するインタフェースＩＤフィールド及び該当情報の存続時間情報を蓄積する存続時間(lifetime)フィールドから構成される。
【００４７】
プレフィックス情報テーブルの各フィールドの生成及び管理について図１２、図１３を参照してさらに詳細に説明すると、下記の通りである。プレフィックス情報テーブルの存続時間フィールド値はホストによってルータ通知メッセージRA msgに含まれるルータ存続時間(Router lifetime)値に初期化される。存続時間フィールド値が“０”であるレコードは、プレフィックス情報テーブルから削除される。この場合は、一定時間内に一度訪問したネットワークへ再び訪問する確率が低いことを意味する。これは、一度訪問したネットワークに対してはテーブルにレコードが既に存在しており、一定時間内に再び訪問した場合には存続時間値が最新に受信したルータ通知メッセージRA msgのルータ存続時間値に更新されるからである。その後、ホストがプレフィックス情報テーブルを検索すると、存続時間の長いレコードほど高い優先順位を有することになる。したがって、ホストは優先順位にしたがってラベルが一致するか否かを確認するプレフィックス情報テーブルの検索を行う。
【００４８】
図９を再び参照して、プレフィックス情報テーブルの生成及び管理をさらに詳細に説明する。ホストは周辺６個のルータからルータ通知メッセージRA msgに含まれるルータラベル、インタフェースＩＤ及び存続時間情報を受信する。例えば、ホストのプレフィックス情報テーブルに貯蔵されるルータラベル、インタフェースＩＤ及び存続時間情報は図１３のようになる。プレフィックス情報テーブルの大きさが無限に増加することを原因とする検索によるオーバーヘッドの発生を防ぐために、本発明の一実施例ではレコード数を予め設定した最大レコード数に制限する。さらに、プレフィックス情報テーブルが検索される場合、ハードウェアが実施する高速検索が可能となる。プレフィックス情報テーブルの高速検索のためのハードウェア的支援は下記の理由から必要とされる。ホストがプレフィックス情報テーブルにある多数のレコードの管理及び検索をソフトウェアによって実現するにはオーバーヘッドを考慮すると限界がある。つまり、ソフトウェアによってプレフィックス情報テーブルが検索されるとシステムリソースの浪費を招く恐れがあるので、本発明の一実施例では高速メモリを利用してハードウェア的にプレフィックス情報テーブルの高速検索を支援する。ハードウェアによるプレフィックス情報テーブルの高速検索に対応できる最大レコード数は、ハードウェアに依存して実施される。
【００４９】
本発明の一実施例に従って、ホストで実施されたプレフィックス情報テーブルにおけるレコードの生成と削除、存続時間フィールド値の獲得をさらに詳細に説明すると、下記の通りである。
【００５０】
レコードの生成と削除
【００５１】
ホストはルータから受信したパケットのラベルを読み込んで、その受信したラベルが自分のプレフィックス情報テーブルのラベル(router_label)に存在するラベルと一致するかを検索する。
【００５２】
−生成:検索の結果、ホストのプレフィックス情報テーブルの範囲内に受信したラベルと一致するラベル(router_label)がないと、ホストは受信したラベルに該当するレコードを生成して、これをプレフィックス情報テーブルに挿入する。
【００５３】
−削除:下記の二つのケースに対して、ホストは該当レコードをテーブルから削除する。一つのケースは存続時間フィールド値が“0”の場合であり、他のケースは、レコード数が最大レコード数に到達したにもかかわらず新規のレコードを挿入しなければならない場合である。ホストはこの二つのケースに対して存続時間値が最も少ないレコードを削除する。
【００５４】
レコードの存続時間獲得
【００５５】
IPｖ6ルータ通知メッセージRA msgのルータ存続時間は秒単位で表示され、その最大値(maximum value)は１８．２時間と指定することができる。ルータ存続時間値が“0”の場合、該当ネットワークプレフィックスはこれ以上有効でないことを意味する。ホストはルータ通知メッセージRA msgのルータ存続時間フィールド値をプレフィックス情報テーブルの存続時間フィールドに複写することで存続時間を獲得する。
【００５６】
４．グローバルIPｖ6アドレス設定
【００５７】
グローバルIPｖ6アドレス設定過程は、図１４を参照して前述したが、さらに説明する。本発明の一実施例でホストがグローバルIPｖ6アドレスを設定するには、次の３段階を経る必要がある。その第１段階は、ホストがルータによって伝送されたルータ通知メッセージRA msgからラベルを獲得する。第２段階では、ホストがプレフィックス情報テーブルのラベルフィールドを検索し、獲得したラベルがラベルフィールドのラベルと一致すれば、該当レコードのインタフェースＩＤフィールド値を返す(return)。第３段階では、返したインタフェースＩＤフィールド値とＩＤが一致するインタフェースを活性化する。このような過程によってグローバルIPｖ6アドレスの設定が完了する。この過程をさらに詳細に説明すると、下記の通りである。
【００５８】
プレフィックス情報テーブルの検索
【００５９】
ホストにおけるプレフィックス情報テーブルの検索は、ルータから受信したラベルとプレフィックス情報テーブルにおけるラベルフィールドのラベルとが一致するかを把握することによって容易に行われる。プレフィックス情報テーブルに受信したラベルと一致するラベルが存在しなければ、ホストはルータ通知メッセージRA msgからプレフィックス情報を読み出し、既存の方式に従ってグローバルIPｖ6アドレスを新たに構成する。新規グローバルIPｖ6アドレスを構成した後、ノードのインタフェースにアドレスを設定し、新規のアドレス情報をプレフィックス情報テーブルに追加する。
【００６０】
インタフェースの選択
【００６１】
プレフィックス情報テーブルの検索結果から得られるインタフェースＩＤ（interface_id)と、現在ホストに設定されているインタフェースのＩＤとを比較し一致するＩＤがあれば、ホストは該当インタフェースを選択する。
【００６２】
インタフェース活性化
【００６３】
該当インタフェースを選択した後、ホストは選択した該当インタフェースを活性化し、他のインタフェースは解除する。
【００６４】
５．ルータ通知メッセージRA msgとルータ要請メッセージRS msgの変形提案
【００６５】
現在のIPｖ6では、ルータは定期的にルータ通知メッセージRA msgを自分のネットワークに伝送する。そして、ホストはルータ通知メッセージRA msgの受信を待たずに、ルータ要請メッセージRS msgを伝送できる。これは、拡張ヘッダ(extension header)がIPｖ6パケットのサイズを増加させ、ルータ通知メッセージRA msgは６４ビットのネットワークプレフィックスオプションデータを含まなければならないので、ネットワーク負荷を増加する可能性があるからである。そこで、本発明の一実施例では、ルータ通知メッセージRA msgとルータ要請メッセージRS msgに１ビットのラベルオプション情報を追加する。ルータは、ルータ要請メッセージRS msgのラベルオプションビットが“1”の場合はラベルだけを伝送し、“0”の場合はネットワークプレフィックス全体を伝送する。すなわち、ホストがルータ要請メッセージRS msgのラベルオプションビットを“1”に設定してルータに伝送した場合には、ルータはルータ通知メッセージRA msgの伝送時にラベルオプションビットを“1”に設定してネットワークプレフィックスの代わりにラベルのみを挿入したパケットを通知する。そして、ホストがルータ要請メッセージRS msgのラベルオプションビットを“0”に設定してルータに伝送した場合に限り、これに対する応答としてルータ通知メッセージRA msgの伝送時にラベルオプションビットを“0”に設定してネットワークプレフィックスを備えるパケットを通知する。これにより、ネットワーク上に定期的に伝送しなければならないルータ通知メッセージRA msgのパケットサイズを著しく縮めることができる。
【００６６】
図１５は、ルータ通知メッセージRA msg及びルータ要請メッセージRS msgを変形した本発明の他の実施例に従うホストとルータ間の通信プロトコルを示した図であり、図１６は、本発明の他の実施例に従うグローバルIPｖ6アドレスの構成を示す制御の流れ図である。
【００６７】
まず、図１５を参照してルータ通知メッセージRA msgとルータ要請メッセージRS msgを変形した本発明の他の実施例による通信プロトコルを説明する。
【００６８】
ルータは、図１５の２００段階(TRANSMIT RA MESSAGE (CONTAINING NETWORK PREFIX))で、自分のネットワークに接続しているホストに、“0”のラベルオプションビットとネットワークプレフィックス情報を含むルータ通知メッセージRA msgを定期的に伝送する。この場合、ホストが、該当ネットワークに長時間存在していれば、既に使用しているネットワークプレフィックス情報を含むルータ通知メッセージRA msgを受信する必要はない。したがって、ホストは、図１５の２０２段階(TRANSMIT RS MESSAGE (REQUESTING ONLY LABEL))で、ラベルオプションビットを“1”に設定してルータ要請メッセージRS msgを伝送し、ネットワークプレフィックス情報を含まないラベルだけを含むルータ通知メッセージRA msgを伝送するよう要求する。すると、この時点からルータは、図１５の２０４段階(TRANSMIT RA MESSAGE (CONTAINING ONLY LAVEL))で、ラベルオプションビットを“1”に設定してネットワークプレフィックス情報を含まないルータ通知メッセージRA msgをホストに定期的に伝送する。図１５の２０６段階(TRANSMIT RS MESSAGE (REQUESTING NETWORK PREFIX))は、現在自分(ホスト)の属しているネットワークのプレフィックス情報が削除されたか、ホストが該当ネットワークに初めて訪問した場合である。さらに、ホストが他のネットワークに長く存在した後に再訪問し、存続時間(Life Time)が“0”となって該当レコードがプレフィックス情報テーブルから削除された場合である。この場合には、ホストは、自分の属しているネットワークプレフィックス情報が必要となるので、ラベルオプションビットを“0”にしたルータ要請メッセージRS msgを伝送し、ルータに対してネットワークプレフィックス情報を含むルータ通知メッセージRA msgを要求する。その結果、ルータは図１５の２０８段階(TRANSMIT RA MESSAGE (CONTAINING NETWORK PREFIX))で、“0”のラベルオプションビットとネットワークプレフィックス情報を含むルータ通知メッセージRA msgをホストに伝送する。
【００６９】
次に、図１６を参照して、前述の図１５における説明をホストの観点から、つまり、ホストがグローバルIPｖ6アドレスを構成する動作を説明する。
【００７０】
ルータは、ラベルオプションビットを“1”に設定して定期的にルータ通知メッセージRA msgを自分のネットワークに伝送する。この場合、ルータ通知メッセージRA msgには、フローラベルフィールドにラベルが含まれており、拡張ヘッダにネットワークプレフィックス情報は含まれていない。従って、ホストは、図１６の３００段階(RECEIVE RA MESSAGE (OPTION=1))で、ルータからラベルオプションビット“1”のルータ通知メッセージRA msgを受けると、図１６の３０２段階(ANALYZE BASIC HEADER OF RA MESSAGE PACKET)に進行し、まず、ルータ通知メッセージRA msgに含まれるIPｖ6パケットの基本ヘッダを分析する。ホストは、３０４段階(READ FLOW LABEL FIELD AND ACQUIRE LABEL)で、基本ヘッダに含まれたラベルオプションビットとフローラベルフィールドを読み出すことによってラベルを獲得する。その後、ホストは図１６の３０６段階(MATCHING LABEL IN PREFIX INFORMATION TABLE ?)で、獲得したラベルと一致するラベルが自分のプレフィックス情報テーブルにあるかを判断する。一致するラベルが自分のプレフィックス情報テーブルにあれば、ホストは図１６の３０８段階(SELECT AND ACTIVATE INTERFACE ID CORRESPONDING TO MATCHING LABEL)に進行し、その獲得したラベルに該当するインタフェースＩＤを選択して活性化する。次いで、ホストは、図１６の３１０段階(ACQUIRE GLOBAL IPv6 ADDRESS CORRESPONDING TO ACTIVATED INTERFACE ID AS HOST ADDRESS)に進み、活性化したインタフェースＩＤに対応するグローバルIPｖ6アドレスを自分のグローバルIPｖ6アドレスのソースアドレスとして獲得する。この場合、ホストはIPｖ6パケットの基本ヘッダ情報だけを読み出し、ルータ通知メッセージRS msgの次ヘッダ(next header)を無視することで、パケット処理の効率性を高めることができる。
【００７１】
一方、図１６の３０６段階の判断で、プレフィックス情報テーブルに一致するラベルがないと、ホストは、図１６の３１２段階(RECEIVE RS MESSAGE (OPTION=0))に進行して、ルータにネットワークプレフィックス情報を含むルータ通知メッセージRA msgを要求するためにルータ要請メッセージRS msgを送信する。この場合、ラベルオプションビットは“0”に設定される。その後、ホストは、ルータ要請メッセージRS msgに対する応答として図１６の３１４段階(RECEIVE RA MESSAGE (OPTION=0))で、ルータ通知メッセージRA msgを受信する。受信したルータ通知メッセージRA msgはラベルオプションビットが“0”に設定されており、要求したネットワークプレフィックス情報が含まれている。図１６の３１６段階(ANALYZE EXTENSION HEADER OF RA MESSAGE PACKET (READ NETWORK PREFIX))では、受信した RA msgパケットの拡張ヘッダを分析する。すなわち、RA msgの各フィールドを読み込んだ後、プレフィックスフィールドの値を読み込んでネットワークプレフィックスを獲得する。その後、ホストは、図１６の３１８段階(AAC)に進行し、アドレス自動設定(ＡＡＣ:Address Auto-configuration)機構により自分のグローバルIPｖ6アドレスを構成する。これによって既存の移動IPv6アドレスをグローバルIPv6アドレスに構成する。最後に、ホストは、図１６の３２０段階(CREATE RECOR AND INSERT IT IN PREFIX INFORMATION TABLE)で、新規のグローバルIPｖ6アドレスに関するレコードを生成し、これを自分のプレフィックス情報テーブルに挿入(登録)する。
【００７２】
前述の変形したルータ通知メッセージRA msg及びルータ要請メッセージRS msgに関する示唆は、本発明の実施例で必ず適用しなければならない手法ではないことを理解されたい。これは、本発明の他の実施例で付加的にこのような変形をすることによって、ネットワーク上に定期的に伝送されるパケットの量を減らす試みである。つまり、ホストが、隣接したネットワーク上を類似パターンで常に移動すると仮定した場合、一度訪問したネットワークを再訪問する確率が高いので、ホストはルータ通知メッセージRA msgのラベルだけを使用してグローバルIPｖ6アドレスの獲得が可能になる。したがって、このような環境のネットワークならば拡張ヘッダのプレフィックス情報を省略してラベルのみを含むルータ通知メッセージRA msgを伝送することによって、パケットのサイズを非常に縮めることができる。そして、初めて訪問するネットワークの場合に限って、ホストが先にネットワークプレフィックス全体の伝送要求を示すラベルオプションビットを“0”に設定したルータ要請メッセージRS msgをルータに伝送することによって、ネットワークプレフィックスを得る。
【００７３】
【発明の効果】
上述のように、本発明は下記のような効果がある。従来技術では移動性を支援するが、ホストの移動性を考慮してないため、ホスト又はネットワークのオーバーヘッドが増加するといった問題がある。そこで、本発明では、ホストの移動性を最大限支援するために一度訪問したネットワークに対してはネットワークの情報をテーブルに貯蔵し、ネットワークを再訪問した場合にはテーブルから必要な情報を獲得する。つまり、本発明では、マルチホームホストの概念を導入することによってグローバルIPｖ6アドレスの設定時間を最小化することができる。さらに、ラベルの概念を付随的に導入することによって付加的なパケットの生成を防止することもできる。パケットを受信した場合は、ヘッダにあるラベルだけを読み込み、拡張ヘッダがあるルータ通知メッセージのオプションメッセージ部分を無視することによってパケット処理効率を向上させる。また、従来技術ではエイリアス(alias)により一つの物理的インタフェースに多数個のグローバルIPｖ6アドレスを割り当てるので、他のホストとの通信時にソースアドレスの選択に混乱をもたらすといった問題がある。そこで、本発明では現在も接続しているネットワークプレフィックスで構成されたアドレスが設定されている一つのインタフェースのみを活性化させることによって、ソースアドレス選択に関する問題を解決している。従って、ホストのアドレス設定やソースアドレス選択に起因するオーバーヘッドを最小化することができるようになり、また、提案したルータ通知メッセージRA msg及びルータ要請メッセージRS msgの新たなオプションによりネットワーク上の負荷を最小化することができる。
【００７４】
以上、具体的な実施例を挙げて本発明を説明したが、本発明の範囲内でさまざまな変形を実施することが可能である。したがって、本発明の範囲は前述した実施例によって定められるものではなく、特許請求の範囲とそれに均等なものによって定められるべきである。
【図面の簡単な説明】
【図１】  IPv6アドレス構成を示す図。
【図２】アドレス自動設定過程を説明するための図。
【図３】グローバルIPｖ6アドレスの下位６４ビット構成を示す図。
【図４】  IPｖ6のアドレス自動設定の一例を示す図。
【図５】  IPｖ6でグローバルアドレスの獲得を説明するための図。
【図６】本発明の一実施例によって効率的なルーティングのためにマルチホームホスト概念を利用することを表すための図。
【図７】本発明の一実施例によるマルチホーム機能の適用範囲を制限するためにホストの近接地域を多数個の仮想セル(ＶＣ:Virtual Cell)として指定することを示す図。
【図８】ホストが自分の周辺仮想セルの境界を超えて移動する場合を示す図。
【図９】ホストの周辺仮想セルに対応したホストに生成された６個の仮想インタフェースL1〜L6を示す図。
【図１０】ホストの６個の仮想インタフェースL1〜L6に設定された６個のグローバルIPｖ6アドレスを示す例示図。
【図１１】本発明の一実施例に従うホストによって生成及び管理されるプレフィックス情報テーブルフォーマットを示す図。
【図１２】図１１に示したプレフィックス情報テーブルフィールドを説明するための図。
【図１３】ホストによって生成及び管理されるプレフィックス情報テーブルの例示図。
【図１４】本発明の一実施例に従いホストでグローバルIPｖ6アドレスを構成する制御の流れ図。
【図１５】本発明の他の実施例によるホストとルータ間の通信プロトコル図。
【図１６】本発明の他の実施例に従いホストでグローバルIPｖ6アドレスを構成する制御の流れ図。
【図１７】ルータ通知メッセージに関連したIPｖ6パケットに対する具体的なフォーマット図。
【符号の説明】
６０，６２  ネットワーク
６４  ホスト
６６
Ｈ  ホスト
L1〜L6  仮想インタフェース
R1〜R6  ルータ
VC1〜VC6  仮想セル
【図１】
0003917949.tif 000002
【図２】
0003917949.tif 000003
【図３】
0003917949.tif 000004
【図４】
0003917949.tif 000005
【図５】
0003917949.tif 000006
【図６】
0003917949.tif 000007
【図７】
0003917949.tif 000008
【図８】
0003917949.tif 000009
【図９】
0003917949.tif 000010
【図１０】
0003917949.tif 000011
【図１１】
0003917949.tif 000012
【図１２】
0003917949.tif 000013
【図１３】
0003917949.tif 000014
【図１４】
0003917949.tif 000015
【図１５】
0003917949.tif 000016
【図１６】
0003917949.tif 000017
【図１７】
0003917949.tif 000018