(57)【要約】【課題】  他のＣＡＲＤサーバーを利用せずにアクセスルータ自体の機能によりマッピング情報を交換及び同期化させるアクセスルータのネットワーク情報管理方法及びそのアクセスルータを提供する。【解決手段】  アクセスルータのネットワーク情報管理方法であって、各アクセスルータ及び該当アクセスルータのサブネットに属したアクセスポイントの情報を獲得するために周辺のアクセスルータと通信する段階と、ルータ及びアクセスポイントの情報をデータベースに保存する段階と、データベースに保存された情報に基づいて通信網サービスを実行する段階と、を含む。  【選択図】  図２
2005236980.tif 000002
【特許請求の範囲】
【請求項１】
複数のアクセスルータと前記複数のアクセスルータのサブネットに属した複数のアクセスポイントとの情報を獲得するために、周辺の前記複数のアクセスルータと通信する段階と、
前記複数のアクセスルータ及び前記複数のアクセスポイントの情報を自機のデータベースに保存する段階と、
前記データベースに保存された情報によって、通信網サービスを実行する段階と、を含むことを特徴とするアクセスルータのネットワーク情報管理方法。
【請求項２】
前記通信網サービスを実行する段階は、前記周辺の複数のアクセスルータと通信を実行し、前記各アクセスルータ内に保存された少なくとも一つのアクセスルータ及びアクセスポイントの情報を交換する段階を含むことを特徴とする請求項１記載のアクセスルータのネットワーク情報管理方法。
【請求項３】
前記情報を交換する段階は、
前記周辺の複数のアクセスルータに情報交換のためのハローパケットを送信する段階と、
前記ハローパケットを受信した前記複数のアクセスルータの中の第１のアクセスルータから、該第１のアクセスルータ内に保存された少なくとも一つのアクセスルータ及びアクセスポイントの第１の情報を受信する段階と、
前記第１のアクセスルータに、自機が保存している少なくとも一つのアクセスルータ及びアクセスポイントの第２の情報を送信する段階と、
前記第１のアクセスルータから、前記アクセスルータ及びアクセスポイントの情報の送信についての応答信号を受信する段階と、を含むことを特徴とする請求項２記載のアクセスルータのネットワーク情報管理方法。
【請求項４】
前記ハローパケットは、前記情報交換を要請するフィールドを含むＯＳＰＦプロトコルのハローパケットであることを特徴とする請求項３記載のアクセスルータのネットワーク情報管理方法。
【請求項５】
前記フィールドは、前記ＯＳＰＦプロトコルのハローパケットにあるオプションフィールドであることを特徴とする請求項４記載のアクセスルータのネットワーク情報管理方法。
【請求項６】
前記情報を交換する段階は、ＯＳＰＦプロトコルを用いて自機が保存している少なくとも一つのアクセスルータ及びアクセスポイントの情報を伝送することを特徴とする請求項２記載のアクセスルータのネットワーク情報管理方法。
【請求項７】
前記ＯＳＰＦプロトコルは、ＯＳＰＦパケット基本ヘッダーと、シーケンスナンバーと、アクセスポイント状態ヘッダーと、アクセスポイント状態レコードとを有する第１の形態のパケットを、含むことを特徴とする請求項６記載のアクセスルータのネットワーク情報管理方法。
【請求項８】
前記アクセスポイント状態ヘッダーは、パケットの有効期間と、オプション情報と、長さと、送信するアクセスルータのアドレスと、シーケンスナンバーとを有することを特徴とする請求項７記載のアクセスルータのネットワーク情報管理方法。
【請求項９】
前記アクセスポイント状態レコードは、アクセスポイントの識別子と、アクセスポイントのサービスタイプと、アクセスルータの識別子と、プレフィックス長さと、有効期間との中で少なくとも一つを含むことを特徴とする請求項７記載のアクセスルータのネットワーク情報管理方法。
【請求項１０】
自機が伝送を受けたアクセスルータ及びアクセスポイントの情報についての応答信号を、ＯＳＰＦプロトコルを利用して伝送することを特徴とする請求項２記載のアクセスルータのネットワーク情報管理方法。
【請求項１１】
前記ＯＳＰＦプロトコルは、ＯＳＰＦパケット基本ヘッダーと、送信したルータ毎のアクセスポイント状態ヘッダーと、を含む第２の形態のパケットを含むことを特徴とする請求項１０記載のアクセスルータのネットワーク情報管理方法。
【請求項１２】
前記アクセスポイント状態ヘッダーは、各パケットの有効期間と、オプション情報と、長さと、送信するアクセスルータのアドレスと、シーケンスナンバーとを含むことを特徴とする請求項１１記載のアクセスルータのネットワーク情報管理方法。
【請求項１３】
前記第１の情報は、前記第１のアクセスルータ及び前記第１のアクセスルータのサブネットにあるアクセスポイントの情報を含むことを特徴とする請求項３記載のアクセスルータのネットワーク情報管理方法。
【請求項１４】
前記第１の情報は、前記第１のアクセスルータを除く前記周辺の複数のアクセスルータ及び前記第１のアクセスルータを除く前記周辺の複数のアクセスルータのサブネットにあるアクセスポイントの情報をさらに含むことを特徴とする請求項３記載のアクセスルータのネットワーク情報管理方法。
【請求項１５】
前記情報を交換する段階は、
前記周辺の複数のアクセスルータの中で、情報交換のためのハローパケットを伝送する第１のアクセスルータから前記ハローパケットを受信する段階と、
前記第１のアクセスルータに、自機が保存している少なくとも一つのアクセスルータ及びアクセスポイントの情報を伝送する段階と、
前記第１のアクセスルータから、前記第１のアクセスルータに保存された少なくとも一つのアクセスルータ及びアクセスポイントの情報を受信する段階と、
前記第１のアクセスルータに、前記アクセスルータ及びアクセスポイントの情報の受信についての応答信号を伝送する段階と、を含むことを特徴とする請求項２記載のアクセスルータのネットワーク情報管理方法。
【請求項１６】
前記通信網サービスは、前記同期化されたデータベースを用いて前記複数のアクセスポイントの間のハンドオーバーサービスを含むことを特徴とする請求項１記載のアクセスルータのネットワーク情報管理方法。
【請求項１７】
前記ハンドオーバーサービスは、
第１のアクセスポイントと通信を実行する加入者端末が、第２のアクセスポイントから伝送されるビーコン信号を受信した場合には、前記ビーコン信号から前記第２のアクセスポイントの情報を抽出して、前記第１のアクセスポイントに伝送する段階と、
前記第１のアクセスポイントが、前記第１のアクセスポイントが属するサブネットを有するアクセスルータに保存されたデータベースから前記第２のアクセスポイントのネットワーク情報を照会して、前記加入者端末に伝送する段階と、
前記加入者端末が、ハンドオーバーを実行するために、前記第２のアクセスポイントのネットワーク情報を受信し保存して、前記第２のアクセスポイントから伝送される信号が、前記第１のアクセスポイントから伝送される信号に比べて強い場合には、前記保存された第２のアクセスポイントのネットワーク情報に基づいてハンドオーバーして、前記第２のアクセスポイントと通信を実行する段階と、を含むことを特徴とする請求項１６記載のアクセスルータのネットワーク情報管理方法。
【請求項１８】
前記データベースは、アクセスポイントの識別子と、サービスタイプと、アクセスルータの識別子と、プレフィックス長さと、有効期間との中で少なくとも一つを含むことを特徴とする請求項１記載のアクセスルータのネットワーク情報管理方法。
【請求項１９】
前記アクセスポイントの識別子は、アクセスポイントのＭＡＣアドレスであることを特徴とする請求項１８記載のアクセスルータのネットワーク情報管理方法。
【請求項２０】
前記アクセスルータの識別子は、アクセスルータのＩＰアドレスであることを特徴とする請求項１８記載のアクセスルータのネットワーク情報管理方法。
【請求項２１】
前記サービスタイプは、無線ＬＡＮを含むことを特徴とする請求項１８記載のアクセスルータのネットワーク情報管理方法。
【請求項２２】
プログラム及びデータベースを保存するメモリーと、
前記メモリーに保存されたプログラムを実行して、周辺の複数のアクセスルータとの通信を通じて、前記複数のアクセスルータ及び前記複数のアクセスルータのサブネットに属した複数のアクセスポイントの情報を獲得し、前記複数のアクセスルータ及び前記複数のアクセスポイントの情報を自機の前記メモリーの前記データベースに保存して、前記データベースの情報に基づいて通信網サービスを実行するプロセッサと、を含むことを特徴とするアクセスルータ。
【請求項２３】
前記プロセッサは、ＯＳＰＦプロトコルを用いて前記メモリーに保存された前記データベースを前記周辺の複数のアクセスルータと交換することを特徴とする請求項２２記載のアクセスルータ。
【請求項２４】
前記ＯＳＰＦプロトコルは、前記情報交換を要請するフィールドを含むハローパケットを含むことを特徴とする請求項２３記載のアクセスルータ。
【請求項２５】
前記プロセッサは、ＯＳＰＦプロトコルを用いて自機が保存している少なくとも一つのアクセスルータ及びアクセスポイントの情報を伝送することを特徴とする請求項２３記載のアクセスルータ。
【請求項２６】
前記ＯＳＰＦプロトコルは、ＯＳＰＦパケット基本ヘッダーと、シーケンスナンバーと、アクセスポイント状態ヘッダーと、アクセスポイント状態レコードとを有する第１の形態のパケットを含むことを特徴とする請求項２５記載のアクセスルータ。
【請求項２７】
前記アクセスポイント状態ヘッダーは、パケットの有効期間と、オプション情報と、長さと、送信するアクセスルータのアドレスと、シーケンスナンバーとを含むことを特徴とする請求項２６記載のアクセスルータ。
【請求項２８】
前記アクセスポイント状態レコードは、アクセスポイントの識別子と、アクセスポイントのサービスタイプと、アクセスルータの識別子と、プレフィックス長さと、有効期間との中で少なくとも一つを含むことを特徴とする請求項２６記載のアクセスルータ。
【請求項２９】
自機が伝送を受けたアクセスルータ及びアクセスポイントの情報についての応答信号を、ＯＳＰＦプロトコルを利用して伝送することを特徴とする請求項２３記載のアクセスルータ。
【請求項３０】
前記ＯＳＰＦプロトコルは、ＯＳＰＦパケット基本ヘッダーと、送信したルータ別アクセスポイント状態ヘッダーと、を含む第２の形態のパケットを含むことを特徴とする請求項２９記載のアクセスルータ。
【請求項３１】
前記アクセスポイント状態ヘッダーは、各々パケットの有効期間と、オプション情報と、長さと、送信するアクセスルータのアドレスと、シーケンスナンバーとを含むことを特徴とする請求項３０記載のアクセスルータ。
【請求項３２】
前記通信網サービスは、前記同期化されたデータベースを用いてアクセスポイントの間のハンドオーバーサービスを含むことを特徴とする請求項２２記載のアクセスルータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセスルータに関し、より詳しくは、アクセスルータにおいてネットワーク情報を管理する方法に関する。
【背景技術】
【０００２】
近年、無線通信とインターネットの急速な普及に従って、いつでもどこでも高品質のインターネットサービスを利用しようとする利用者の要望が増大しており、また、携帯用コンピューターやＰＤＡのような移動端末の性能向上と無線通信技術の発展により、利用者数が急増している。
【０００３】
移動端末機が、ＩＰアドレスという特定の識別子を使う場合には、使用者は、リンク階層に独立して自分が使ったサービスを継続して受け継ぐことができるだけではなく、グローバルローミングの問題も解決できるので、ＩＥＴＦ(Internet Engineering Task Force)のｍｏｂｉｌｅｉｐワーキンググループ(現在は、ｍｉｐ４とｍｉｐ６に分割されている)は、モバイルＩＰの展開とそれの短所を補完するための適切なプロトコルを標準化する作業を進行している。
【０００４】
一方、インターネット使用者の爆発的な増加は、既存のＩＰｖ４インターネットアドレスの枯渇をもたらしており、これを解決するために次世代インターネットプロトコルであるＩＰｖ６が開発されている。ＩＰｖ６を用いて移動性を提供しようとする研究が活発になされており、ＩＥＴＦのモバイルＩＰｖ６(Mobile IPv6、以下、ＭＩＰｖ６と称する)技術は、今後、インターネットのＩＰプロトコルがＩＰｖ６に転換される時点での、使用者の移動性を支援する方法についての標準技術として採用される予定であり、現在、ＭＩＰｖ６は、１９９６年に最初に提案された後に、ＩＥＴＦ Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔバージョン２４まで改定された状態で、ＲＦＣ(Request For Comments)となる予定である。
【０００５】
ＩＥＴＦのmobileipワーキンググループは、ＭＩＰｖ６標準において、移動端末が新しいネットワークに移動する際のハンドオフ遅延及びパケット損失を最小化するためのプロトコルとして、“Ｆａｓｔ Ｈａｎｄｏｖｅｒｓ ｆｏｒ Ｍｏｂｉｌｅ ＩＰｖ６”(以下、ＦＭＩＰｖ６と称する)を提案しており、ＲＦＣに記される予定である。
【０００６】
ＦＭＩＰｖ６では、すべてのアクセスルータ(ＡＲ：Access Router)が、ＣＡＲＤ(Candidate Access Router Discovery：アクセスルータ候補発見)機能を搭載することを予定しており、他のＣＡＲＤ ｓｅｒｖｅｒ あるいは端末機から提供する機能を利用して、隣接ルータの情報を確保することを予定している。
【０００７】
ＦＭＩＰｖ６では、アクセスルータがＣＡＲＤ機能を搭載することを予定している。ここで、要求されるＣＡＲＤプロトコルの基本機能は、次のようである。
【０００８】
- Ｒｅｖｅｒｓｅ ａｄｄｒｅｓｓ ｔｒａｎｓｌａｔｉｏｎ: アクセスポイントのＬ２ ＩＤと、アクセスポイントが属しているアクセスルータのＩＰアドレスとを、マッピングさせる機能である。移動端末(ＭＮ：Mobile Node)では、ハンドオフを実行するためにビーコン(beacon)信号を受けるようになるが、この信号にはアクセスポイントのＬ２ ＩＤが含まれている。移動端末は、このＬ２ ＩＤを現在のアクセスルータに伝送して、新たに移動する場所のアクセスルータのＩＰアドレスを要求し、このような過程を通じてハンドオフ遅延を減らすための一連の作業が行われる。
【０００９】
- Ｄｉｓｃｏｖｅｒｙ ｏｆ ＣＡＲ（Ｃｕｒｒｅｎｔ  Ａｃｃｅｓｓ  Ｒｏｕｔｅｒ） ｃａｐａｂｉｌｉｔｉｅｓ: 最適のハンドオフを実行するために、現在のアクセスルータ（ＣＡＲ）からＣＡＲについての情報を移動端末に提供して、適切なＣＡＲを選択するようにするための情報を提供する。提供するＩＰサービスに関する情報は、移動端末がＣＡＲを選定する際に必要となるサービス、例えば、継ぎ目のない切り替え機能、保安機能、無線動作強化機能、移動端末へのサービス提供の様子（サービスプロバイダ、アクセスコスト等）、特定の形式のアクセスルータ資源の利用可能性(QoS)などがある。ＣＡＲＤプロトコルではアクセスルータの性能情報を交換する機能を備えなければならない。
【００１０】
従来技術では、アクセスルータ間のアドレスマッピング情報の交換及び維持のために、主に以下の示すような中央サーバー方式を使用している。
【００１１】
図１は、従来の中央サーバーを用いてアクセスルータ間の情報交換を実行するシステムを示す構成図である。
【００１２】
図１に示したように、従来のシステムは、複数のアクセスルータ(ＡＲ)１、２、３と、そのアクセスルータ１、２、３の情報を管理するＣＡＲＤサーバー４からなり、各アクセスルータ1、２、３は、加入者端末９に無線サービスを提供するアクセスポイント５、６、７、８を管理している。
【００１３】
ＣＡＲＤサーバー４は、自機が管理領域内にあるアクセスポイント６、７、８のＬ２ ＩＤとアクセスルータ１、２、３のＩＰマッピングテーブルを管理し、これを各アクセスルータ１、２、３に知らせる機能を提供する。
【００１４】
このように従来は、ＣＡＲＤサーバー４で中央集中方式でマッピングテーブルを管理することによって、現在のアクセスルータ１で、このＣＡＲＤサーバー４の助けにより、次のＣＡＲ２のＩＰアドレスを探すようにする。現在のＦＭＩＰｖ６では、すべてのアクセスルータ(Access Router)１、２、３は、自機が管理するアクセスポイント５、６、７、８のＬ２情報をＣＡＲＤサーバー４に知らせる必要がある。
【００１５】
しかしながら、すべての情報をＣＡＲＤサーバー４が管理しているので、ＣＡＲＤサーバー４の障害によりＦＭＩＰｖ６の動作に大きな影響を与えることとなり、また、アクセスルータ１とＣＡＲＤサーバー４の情報交換に伴うハンドオフ遅延も加わり、ＣＡＲＤサーバー４に瞬間的に大量の要請がある場合には、遅延は一層長くなるという問題点がある。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
したがって、本発明は上述したような従来技術の問題点を解決するためになされたもので、その目的は、他のＣＡＲＤサーバーを利用せずにアクセスルータ自体の機能によりマッピング情報を交換及び同期化させるアクセスルータのネットワーク情報管理方法及びそのアクセスルータを提供することにある。
【課題を解決するための手段】
【００１７】
上記目的を達成するための本発明は、複数のアクセスルータ及び複数のアクセスルータの各々のサブネットに属したアクセスポイントの情報を獲得するために、周辺の複数のアクセスルータと通信する段階と、アクセスルータ及びアクセスポイントの情報をデータベースに保存する段階と、データベースに保存された情報によって通信網サービスを実行する段階と、を含むアクセスルータのネットワーク情報管理方法を提供する。
【００１８】
また、本発明は、プログラム及びデータベースを保存するメモリーと、メモリーに保存されたプログラムを実行して周辺の複数のアクセスルータとの通信を通じて、各アクセスルータ及び各アクセスルータのサブネットに属したアクセスポイントの情報を獲得し、アクセスルータ及びアクセスポイントの情報をメモリーのデータベースに保存して、データベースに基づいて通信網サービスを実行するプロセッサとを含むアクセスルータを提供する。
【発明の効果】
【００１９】
本発明によれば、他のＣＡＲサーバーの助けなしに、ＯＳＰＦプロトコルの機能を拡大して使用することにより、各アクセスルータのサブネットにあるアクセスポイントの情報を、複数のアクセスルータの間で交換する。ＯＳＰＦは、現在ネットワークにおいて多く使われているため、ネットワークの全体の構造に他の構成要素を追加せずに、希望する情報を共有することができるという効果がある。また、ＯＳＰＦが作動しながらＣＡＲテーブルを構築することができるので、移動端末が要請する情報をアクセスルータが直ちに応答し、そのためハンドオフ遅延が増加せずに、移動端末の負担も減らすことができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の好ましい実施の形態について、添付図面を参照して詳細に説明する。
【００２１】
図２は、本発明の実施形態によるアクセスルータの間に情報交換を実行するシステムを示す構成図である。
【００２２】
図２に示したように、本実施形態によるシステムは、複数のアクセスルータ１０、２０、３０を含み、各アクセスルータ１０、２０、３０は、加入者端末４０に無線サービスを提供するアクセスポイント５０、６０、７０、８０を管理している。
【００２３】
各アクセスルータ１０、２０、３０は、プログラム及びデータベースを保存するメモリーと、そのメモリーに保存されたプログラムを実行して、周辺のアクセスルータとの通信を通じて各アクセスルータ及び該当するアクセスルータのサブネットに属したアクセスポイントの情報を獲得し、そのルータ及びアクセスポイントの情報を、上記メモリーのデータベースに保存して、そのデータベースに基づいて通信網サービスを実行するプロセッサと、を含んで構成され、各アクセスポイント５０、６０、７０、８０のＬ２ ＩＤと各アクセスルータ１０、２０、３０のＩＰアドレスをマッピングさせるＣＡＲテーブルを構築して同期化する。
【００２４】
ＦＭＩＰｖ６を実現するために必要なＣＡＲテーブルを、一般のアクセスルータで動作するＯＳＰＦプロトコルを拡張することにより実現する。
【００２５】
ＯＳＰＦ(open shortest path first)は、経路選択情報プロトコル(ＲＩＰ)の難点を解決するための新しい機能を有しており、インターネット網で利用者が最短経路を選定するようにルーティング情報にノード間の距離情報、リンク状態情報をリアルタイムに組み合わせて、最短経路でのルーティングを支援するプロトコルである。そして、既存のＯＳＰＦは、Ｔｙｐｅ＝１からＴｙｐｅ＝５までのパケットを有している。
【００２６】
ＯＳＰＦは、イントラドメインルータ間にルーティング情報を共有するために使用され、ルーティングテーブルを同期化する。これは、ＣＡＲテーブルを生成する動作と同様であり、ＯＳＰＦを拡張することにより、ルーティング情報だけでなく、ＣＡＲテーブル生成のためのマッピング情報の交換までも提供する。
【００２７】
現在のアクセスルータ１０と次のハンドオフＣＡＲ２０の間には、前もって必要な情報を交換してＣＡＲテーブルを構築する。
【００２８】
図３は、本発明の一実施の形態によるＣＡＲテーブルを示す構成図である。
【００２９】
図３に示したように、各アクセスルータに構築されるＣＡＲテーブルは、次の内容により構成される。
【００３０】
「Ｌ２ ＩＤ」は、各アクセスルータのようなサブネットにあるアクセスポイント(ＡＰ)の識別子である。これは、無線リンクの種類によって変わるが、無線ＬＡＮの場合には、Ｌ２ ＩＤはアクセスポイントのＭＡＣアドレスになる。
【００３１】
「Ｌ２ Ｔｙｐｅ」は、アクセスポイント(ＡＰ)が属する無線リンクの種類である。
【００３２】
「ＡＲ ＩＰ」は、アクセスポイント(ＡＰ)が属しているサブネットのアクセスルータ(ＡＲ)のＩＰｖ６アドレスである。
【００３３】
「Ｐｒｅｆｉｘ Ｌｅｎｇｔｈ」は、アクセスルータ(ＡＲ)アドレスにおいてプレフィックス(prefix)長さを示す。
【００３４】
「Ｔｉｍｅｏｕｔ」は、このエントリーが有効である時間を示す。
【００３５】
「Ｃａｐａｂｉｌｉｔｙ Ｔａｂｌｅ Ｐｏｉｎｔｅｒ」は、後に他のサービスを支援するための拡張フィールドである。
【００３６】
本実施形態では、既存のＯＳＰＦプロトコルの機能をそのまま維持しながらＣＡＲテーブル交換のためにＯＳＰＦの機能を拡張した。拡張された内容は、次のようである。
【００３７】
まず、ＯＳＰＦパケットの中のハローパケット（Ｔｙｐｅ＝１）を利用した。
【００３８】
ハローパケットは、ネットワーク構成の変更を発見し、指名ルータ及びバックアップ指名ルータを選出するために使用され、ＦＭＩＰＶ６のサポート可否をオプションとして表示している。
【００３９】
図４は、ＣＡＲテーブルの交換機能のために拡張された各アクセスルータ間に送受信するハローパケットのフォーマットを示している。拡張された内容は、パケットヘッダーの「Ｏｐｔｉｏｎ（オプションフィールド）」に、「ＦＳ(ＦＭＩＰｖ６ Ｓｕｐｐｏｒｔ)」ビットを追加して、このルータのＦＭＩＰｖ６サポート可否を表示する。
【００４０】
次に、新しい二つの種類のＯＳＰＦパケットタイプを定義した。
【００４１】
即ち、新たなパケットであるＴｙｐｅ＝６を定義してＣＡＲ−Ｄ(ＣＡＲ Ｔａｂｌｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐａｃｋｅｔ)の機能を実行するようにした。
【００４２】
図５は、ＣＡＲ−Ｄパケットのフォーマットを示している。図示したように、既存のＯＳＰＦのＴｙｐｅ＝２(Database Description)パケットと同様のパケットである。
【００４３】
図５に示したように、新たに定義したＣＡＲ−Ｄパケットは、タイプフィールド値がＴｙｐｅ＝６である「ＯＳＰＦ ｐａｃｋｅｔ ｃｏｍｍｏｎ ｈｅａｄｅｒ（ＯＳＰＦパケット基本ヘッダー）」と、「ＣＡＲ−Ｄ情報交換に必要なフィールド」と、「ＡＰ状態基本ヘッダー（アクセスポイント状態基本ヘッダー)」と、「ＡＰ Ｓｔａｔｅ Ｒｅｃｏｒｄ（アクセスポイント状態レコード）」とで構成される。
【００４４】
ＯＳＰＦパケット基本ヘッダーは、図４に示される。ＣＡＲ−Ｄ情報を交換するために必要なフィールドには、「ＣＡＲ−Ｄ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ（シーケンスナンバーフィールド）」がある。このシーケンスナンバーフィールドは、アクセスルータ間情報交換の同期化のために使用される。
【００４５】
図５に示したように、アクセスポイント状態基本ヘッダー(ＡＰ状態基本ヘッダー)は、「ＡＰＳ(ＡＰ Ｓｔａｔｅ)  ａｇｅ」、「Ｏｐｔｉｏｎ」、「Ｌｅｎｇｔｈ」、「Ａｄｖｅｒｔｉｓｉｎｇ Ａｃｃｅｓｓ Ｒｏｕｔｅｒ ＩＰｖ６ Ａｄｄｒｅｓｓ」、「ＡＰＳ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ」などで構成され、これは既存のＯＳＰＦのＬｉｎｋ Ｓｔａｔｅヘッダーと同様である。
【００４６】
図６は、ＡＰ Ｓｔａｔｅ Ｒｅｃｏｒｄ（アクセスポイント状態レコード）の内容を示している。アクセスポイント状態レコードには、「ＡＰ  Ｌ２  ＩＤ（各アクセスポイント）」、「ＡＲ  ＩＰｖ６  Ａｄｄｒｅｓｓ（該当アクセスポイントが属しているアクセスルータのＩＰｖ６アドレス）」、そして、自動環境設定(autoconfiguration)のための「Ｐｒｅｆｉｘ Ｌｅｎｇｔｈ（プレフィックス長さ）」、「Ｌ２ Ｔｙｐｅ」及びアクセスポイント状態レコードの有効時間を表示する「Ｔｉｍｅｏｕｔ（タイムアウト）」値が含まれる。アクセスルータのＩＰｖ６アドレス及びプレフィックス長さ情報がわかるようになれば、加入者端末４０では、自動的に次のサブネットに移動した場合に使う、ＣｏＡ(Care-of Address)を生成する。
【００４７】
次に、確認信号伝送用パケットを定義した。
【００４８】
即ち、Ｔｙｐｅ＝７は、確認信号用パケット(ＣＡＲ Ｔａｂｌｅ Ａｃｋ ｐａｃｋｅｔ : ＣＡＲ−ａｃｋ)を示す。
【００４９】
図７は、確認信号用パケットのフォーマットを示す。
【００５０】
確認信号用パケットは、ＣＡＲ−Ｄパケットについての確認信号(acknowledgement)として使用される。即ち、ＣＡＲ−Ｄパケットを正常的に受けたことを送信側のアクセスルータに知らせる。また、図７に示したように、確認信号用パケットは、複数のアクセスポイントについて同時に応答を伝送できるので、トラフィック量を減らすことができる。
【００５１】
上述した内容は、ＯＳＰＦを利用してアクセスルータの間のＣＡＲテーブルを交換して同期化するために使用されるデータフォーマットについての説明である。このように拡張されたＯＳＰＦは、既存の方式どおり動作をしながら、拡張されたパケットを処理するためのルーチンを追加する。
【００５２】
図８は、本実施形態によるアクセスルータで使用されるＯＳＰＦの各機能別パケットの種類を示す図である。
【００５３】
図８に示したように、アクセスルータで使用されるＯＳＰＦの各機能別パケットは、ハローパケット（Ｔｙｐｅ＝１）と、ルーティングテーブルを交換するためのパケット(ＤＢ Ｄｅｓｃ：Ｔｙｐｅ＝２)と、リンク状態情報を要求するためのパケット(ＬＳ Ｒｅｑｕｅｓｔ：Ｔｙｐｅ＝３)と、ルーティングテーブルを作成するためのパケット(ＬＳ Ｕｐｄａｔｅ：Ｔｙｐｅ＝４)と、リンク状態アップデートの受信確認のためのパケット(ＬＳ Ａｃｋ：Ｔｙｐｅ＝５)と、ＣＡＲテーブルの交換及びアップデートのためのパケット(ＣＡＲ−Ｄ：Ｔｙｐｅ＝６)と、ＣＡＲ−Ｄパケットの受信確認のためのパケット(ＣＡＲ−ａｃｋ：Ｔｙｐｅ＝７)から構成される。
【００５４】
以下、本実施形態によるＯＳＰＦの拡張機能を利用してＣＡＲテーブルを構築して同期化させる過程について説明する。
【００５５】
各アクセスルータでＯＳＰＦが駆動されると、ハローパケットを周辺のルータに伝送する。このパケットは、ＯＳＰＦ標準で定義したハロープロトコルにより処理する。ここで、拡張された処理手続きは、ハローパケットを処理する際に、ＣＡＲテーブルの構築のために確張したＦＳビットの設定の可否を検査する。ＦＳビットが設定された場合には、ＣＡＲテーブル交換(table Exchange)ルーチンが呼び出される。
【００５６】
ＣＡＲテーブルは、ＯＳＰＦのＤＤ交換メカニズムにより交換する。ＣＡＲテーブルの内容は、拡張して定義されたＣＡＲ−Ｄパケットに入れて伝送される。受信側では、これについての応答としてＣＡＲ−ａｃｋを伝送する。
【００５７】
本実施形態では、ＣＡＲテーブルのアップデートのためのパケットは定義しないで、ＣＡＲ−ＤとＣＡＲ−ａｃｋを利用するようにした。特定のアクセスルータにおいて、同一のサブネットにあるアクセスポイント情報が変更された場合、即ち、新しいアクセスポイントが追加されるか又はアクセスポイントがダウンした場合には、変更されたアクセスポイントについての情報のみをＣＡＲ−Ｄパケットに伝送するようにした。除去されたアクセスポイントは、アクセスポイント状態レコードのタイムアウトフィールドを０にして伝送すれば、受信側ではＣＡＲテーブルから該当アクセスポイントを削除するようになる。
【００５８】
図９は、本発明の一実施の形態によるアクセスルータのネットワーク情報管理方法を示すフローチャートである。
【００５９】
図９を参照して、第１のアクセスルータ１０が、周辺のアクセスルータの中で第２のアクセスルータ２０と通信を実行して、ＣＡＲテーブルを交換する場合を例として説明する。
【００６０】
まず、第１のアクセスルータ１０は、ハローパケットのオプションフィールドのＦＳビットに情報交換機能を実行するための値を設定した後に、第２のアクセスルータ２０に情報交換のためのハローパケットを送信する(ステップ１。なお、図においてはステップをＳと略す。以下同じ。)。これによって、第２のアクセスルータ２０は、第１のアクセスルータ１０から伝送されたハローパケットを受信して情報交換のためのビットが設定されていることを確認した後、自機のデータベースに保存されているＣＡＲテーブルを、ＣＡＲ−Ｄパケットに入れて第１のアクセスルータ１０に伝送する(ステップ２)。第１のアクセスルータ１０は、第２のアクセスルータ２０から伝送されるＣＡＲテーブルを受信する場合に、応答信号としてＣＡＲ−ａｃｋパケットを第２のアクセスルータ２０に伝送する(ステップ３)。
【００６１】
さらに、第１のアクセスルータ１０は、第２のアクセスルータ２０から受信されたＣＡＲテーブルと自機が保存していたＣＡＲテーブルとを比較して、相異なる場合には情報を最新の情報にアップデートする(ステップ４)。そして、そのアップデートされたＣＡＲテーブルをＣＡＲ−Ｄパケットに入れて第２のアクセスルータ２０に伝送する(ステップ５)。
【００６２】
第２のアクセスルータ２０は、第１のアクセスルータ１０から伝送されるＣＡＲテーブルを受信する場合、応答信号としてＣＡＲ−ａｃｋパケットを第１のアクセスルータ１０に伝送する(ステップ６)。そして、自機が保存しているＣＡＲテーブルと第１のアクセスルータ１０から受信したＣＡＲテーブルとを比較して最新の情報を自機のＣＡＲテーブルをアップデートする(ステップ７)。
【００６３】
以下、このようにアクセスルータの間にＣＡＲテーブルを交換するシステムにおいて、任意の加入者端末がハンドオーバーを実行する手続きについて説明する。
【００６４】
加入者端末４０は、第１のアクセスルータ１０内にある第１のアクセスポイント（現在のアクセスポイント）５０から無線資源の割当を受けて通信サービスを実行する間に、第１のアクセスポイント５０からビーコン信号を受信している。このビーコン信号には、第１のアクセスポイント５０のＬ２ ＩＤ(ＭＡＣアドレス)が含まれている。
【００６５】
加入者端末４０が、第１のアクセスポイント５０から伝送されるビーコン信号を受信する共に、第２のアクセスルータ１０内にある第２のアクセスポイント（次のハンドオフＣＡＲ）６０から伝送されるビーコン信号が受信される領域に入って行く場合には、加入者端末４０は、第２のアクセスポイント６０から受信されるビーコン信号を受信するようになる。第２のアクセスポイント６０から受信されるビーコン信号には、第２のアクセスポイント６０のＬ２ ＩＤ(ＭＡＣアドレス)が含まれている。
【００６６】
加入者端末４０は、第２のアクセスポイント６０から受信されたビーコン信号から第２のアクセスポイント６０のＬ２ ＩＤ(ＭＡＣアドレス)を抽出して、自機と通信している第１のアクセスポイント５０に伝送する。第１のアクセスポイント５０は、加入者端末４０から受信された第２のアクセスポイント６０のＬ２ ＩＤ(ＭＡＣアドレス)を、自機の上位にある第１のアクセスルータ１０に伝送する。
【００６７】
第１のアクセスルータ１０は、自機が保存しているＣＡＲテーブルから第２のアクセスポイント６０のＬ２ ＩＤ(ＭＡＣアドレス)を照会して、ＣＡＲテーブルに保存されている第２のアクセスポイント６０が属している第２のアクセスルータの情報を含む第２のアクセスポイント６０のネットワーク情報を第１のアクセスポイント５０に伝送し、第１のアクセスポイント５０は、第１のアクセスルータ１０から受信した第２のアクセスポイント６０のネットワーク情報を加入者端末４０に伝送する。
【００６８】
加入者端末４０は、第１のアクセスポイント５０から受信した第２のアクセスポイント６０のネットワーク情報を自機のメモリーに保存する。第１のアクセスポイント５０から伝送される信号より第２のアクセスポイント６０から伝送される信号が強くなる領域に進入する場合には、自機が保存していた第２のアクセスポイント６０のネットワーク情報に基づいて、第２のアクセスポイント６０のサービス領域にハンドオーバーを実行して、第２のアクセスポイント６０から無線資源の割当を受けて通信サービスを実行する。
【図面の簡単な説明】
【００６９】
【図１】従来のＣＡＲＤサーバーを用いてアクセスルータ間の情報交換を実行するシステムを示す構成図である。
【図２】本発明の実施形態によるアクセスルータの間に情報交換を実行するシステムを示す構成図である。
【図３】本発明の実施形態によるＣＡＲテーブルを示す構成図である。
【図４】本発明の実施形態によるハローパケットのフォーマット図である。
【図５】本発明の実施形態によるＣＡＲ−Ｄパケットのフォーマット図である。
【図６】図５に示された“ＡＰ Ｓｔａｔｅ Ｒｅｃｏｒｄ”の詳細図である。
【図７】本発明の実施形態によるＣＡＲ Ｔａｂｌｅ Ａｃｋ ｐａｃｋｅｔのフォーマット図である。
【図８】本発明の実施形態による拡張されたＯＳＰＦの機能を示す図である。
【図９】本発明の実施形態によるアクセスルータのネットワーク情報管理方法を示すフローチャートである。
【符号の説明】
【００７０】
１０、２０、３０  アクセスルータ(ＡＲ)
４０  加入者端末
５０、６０、７０、８０  アクセスポイント(ＡＰ)
【図１】
2005236980.tif 000003
【図２】
2005236980.tif 000004
【図３】
2005236980.tif 000005
【図４】
2005236980.tif 000006
【図５】
2005236980.tif 000007
【図６】
2005236980.tif 000008
【図７】
2005236980.tif 000009
【図８】
2005236980.tif 000010
【図９】
2005236980.tif 000011