(57)【要約】【課題】在圏網において、ＭＮがホームアドレスを取得することができる移動体通信方法を提供する。【解決手段】移動体端末の位置情報を保持するホームエージェントが配置されたホーム網と、前記移動体端末と通信を行う無線通信装置が配置された在圏網とによって構成され、前記ホーム網との接続インターフェースとなる接続装置を前記在圏網に備える通信システムにおいて、前記無線通信装置は、前記在圏網の移動体端末からのアクセス要求を前記接続装置に転送するアクセス要求転送手段を有し、前記接続装置は、前記ホームエージェントに対して前記移動体端末の識別子の取得要求を行い、取得した識別子を前記移動体端末に対し転送する。【選択図】  図１
2004282315.tif 000002
【特許請求の範囲】
【請求項１】
移動体端末の位置情報を保持するホームエージェントが配置されたホーム網と、前記移動体端末と通信を行う無線通信装置が配置された在圏網とによって構成され、前記ホーム網との接続インターフェースとなる接続装置を前記在圏網に備える通信システムにおいて、
前記無線通信装置は、前記在圏網の移動体端末からのアクセス要求を前記接続装置に転送するアクセス要求転送手段を有し、
前記接続装置は、
前記ホームエージェントに対して前記移動体端末の識別子の取得を要求する識別子要求手段と、
取得した識別子を前記移動体端末に対し転送する識別子転送手段と、を有する通信システム。
【請求項２】
前記識別子要求手段は、前記ホームエージェントに対して識別子取得要求と共にＤＮＳサーバ情報の取得を要求し、
前記識別子転送手段は、取得したＤＮＳサーバ情報を前記識別子と共に前記移動体端末に対し転送することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記接続装置は、
前記在圏網に移動中の移動体端末からのアクセス要求の送信元アドレスを用いて認証処理が必要か否かを判定する判定手段と、
認証が必要と判定したときに、前記移動体端末に対する認証処理を起動する認証手段と、を有し、
前記識別子要求手段は、前記認証が成功した後に、前記ホームエージェントに対して前記移動体端末の識別子の取得を要求することを特徴とする請求項１又は２に記載の通信システム。
【請求項４】
前記接続装置は、前記在圏網における、前記移動体端末の位置情報を保持する位置情報保持手段を備え、
前記認証手段は、前記移動体端末から前記位置情報保持手段に対する位置登録要求を受信した後に、前記認証処理を起動することを特徴とする請求項３に記載の通信システム。
【請求項５】
前記位置情報保持手段は、前記認証が成功した後に、前記移動体端末の位置情報を保持することを特徴とする請求項４に記載の通信システム。
【請求項６】
前記移動体端末は、
前記接続装置から前記識別子を取得して移動体端末の識別情報を生成する識別情報生成手段と、
在圏網、中継網又はホーム網に存在するＤＮＳサーバに対して、前記移動体端末の識別情報と前記識別子から生成された移動体端末のアドレスとの対応情報を登録する対応情報登録手段と、を有することを特徴とする請求項１から５のいずれか一つに記載の通信システム。
【請求項７】
前記ホーム網及び前記在圏網に接続された網管理装置を備え、
前記ホームエージェント及び前記接続装置は、前記網管理装置から移動体端末の認証処理及び識別子配布処理に必要なプログラム及びデータを取得する取得手段を備えたことを特徴とする請求項１から６のいずれか一つに記載の通信システム。
【請求項８】
前記移動体端末と通信を行う無線通信装置が配置された在圏網に配置され、前記移動体端末の位置情報を保持するホームエージェントが設けられるホーム網との接続インターフェースとなる接続装置において、
前記在圏網の移動体端末からのアクセス要求に対応して、前記ホームエージェントに対して前記移動体端末の識別子の取得を要求する識別子取得要求手段と、取得した識別子を前記移動体端末に対し転送する識別子転送手段と、を有する接続装置。
【請求項９】
前記識別子要求手段は、前記ホームエージェントに対して識別子取得要求と共にＤＮＳサーバ情報取得要求を行い、
前記識別子転送手段は、取得したＤＮＳサーバ情報を前記識別子と共に前記移動体端末に対し転送することを特徴とする請求項８に記載の接続装置。
【請求項１０】
前記在圏網に移動中の移動体端末からのアクセス要求の送信元アドレスを用いて認証処理が必要か否かを判定する判定手段と、
認証が必要と判定したときは、前記移動体端末に対する認証処理を起動する認証手段と、を有し、
前記識別子要求手段は、前記認証が成功した後に、前記ホームエージェントに対して前記移動体端末の識別子の取得を要求することを特徴とする請求項８又は９に記載の接続装置。
【請求項１１】
前記在圏網における、前記移動体端末の位置情報を保持する位置情報保持手段を備え、
前記認証手段は、前記移動体端末から前記位置情報保持手段に対する位置登録要求を受信した後に、前記認証処理を起動することを特徴とする請求項１０に記載の接続装置。
【請求項１２】
前記位置情報保持手段は、前記認証が成功した後に、前記移動体端末の位置情報を保持することを特徴とする請求項１１に記載の接続装置。
【請求項１３】
移動体端末の位置情報を保持するホームエージェントが配置されたホーム網と、前記移動体端末と通信を行う無線通信装置が配置された在圏網とによって構成され、前記ホーム網との接続インターフェースとなる接続装置を前記在圏網に備える通信システムに用いられる通信方法において、
前記無線通信装置は、前記在圏網の移動体端末からのアクセス要求を前記接続装置に転送し、
前記接続装置は、前記ホームエージェントに対して前記移動体端末の識別子の取得を要求し、前記取得した識別子を前記移動体端末に対し転送し、
前記移動体端末は、前記接続装置から取得した前記識別子を用いて移動体端末の識別情報を生成し、
在圏網、中継網又はホーム網に存在するＤＮＳサーバに対して、前記移動体端末の識別情報と前記識別子から生成された移動体端末のアドレスとの対応情報を登録することによって、
前記移動体端末宛のパケットを、前記ＤＮＳサーバを参照して転送することを特徴とする通信方法。
【請求項１４】
前記接続装置は、
前記ホームエージェントに対して識別子取得要求と共にＤＮＳサーバ情報取得要求を行い、
取得したＤＮＳサーバ情報を前記識別子と共に前記移動体端末に対し転送することを特徴とする請求項１３に記載の通信方法。
【請求項１５】
前記接続装置は、
前記在圏網に移動中の移動体端末からのアクセス要求の送信元アドレスを用いて認証処理が必要か否かを判定し、
認証が必要と判定したときは、前記移動体端末に対する認証処理を起動し、
前記認証が成功した後に、前記ホームエージェントに対して前記移動体端末の識別子の取得を要求することを特徴とする請求項１３又は１４に記載の通信方法。
【請求項１６】
前記接続装置は、
前記在圏網における、前記移動体端末の位置情報を保持し、
前記移動体端末から位置登録要求を受信した後に、前記認証処理を起動することを特徴とする請求項１５に記載の通信方法。
【請求項１７】
前記接続装置は、前記認証が成功した後に、前記移動体端末の位置情報を保持することを特徴とする請求項１６に記載の通信方法。
【請求項１８】
前記移動体端末は、
前記接続装置から前記識別子を取得して移動体端末の識別情報を生成し、
在圏網、中継網又はホーム網に存在するＤＮＳサーバに対して、前記移動体端末の識別情報と前記識別子から生成された移動体端末のアドレスとの対応情報を登録することを特徴とする請求項１３から１７のいずれか一つに記載の通信方法。
【請求項１９】
前記ホーム網及び前記在圏網に接続された網管理装置を備え、
前記ホームエージェント及び前記接続装置は、前記網管理装置から移動体端末の認証処理及び識別子配布処理に必要なプログラム及びデータを取得することを特徴とする請求項１３から１８のいずれか一つに記載の通信方法。
【請求項２０】
移動体端末の位置情報を保持するホームエージェントが配置されたホーム網と、前記移動体端末と通信を行う無線通信装置が配置された在圏網とによって構成され、前記ホーム網との接続インターフェースとなる接続装置を前記在圏網に備える通信システムに用いられる移動体端末の認証方法において、
前記無線通信装置は、前記在圏網の移動体端末からのアクセス要求を前記接続装置に転送し、
前記接続装置は、前記ホームエージェントに対して前記移動体端末の識別子の取得要求を行い、取得した識別子を前記移動体端末に対し転送して、前記無線通信装置を認証することを特徴とする認証方法。
【請求項２１】
前記接続装置は、
前記在圏網に移動中の移動体端末からのアクセス要求の送信元アドレスを用いて認証処理が必要か否かを判定し、
認証が必要と判定したときに、請求項２０に記載の方法による認証処理を行うことを特徴とする認証方法。
【請求項２２】
前記接続装置は、
前記在圏網における、前記移動体端末の位置情報を保持し、
前記移動体端末から位置登録要求を受信した後に、請求項２１に記載の方法による認証処理を行うことを特徴とする認証方法。
【請求項２３】
前記接続装置は、前記認証が成功した後に、前記移動体端末の位置情報を保持することを特徴とする請求項２２に記載の認証方法。
【請求項２４】
前記移動体端末は、
前記接続装置から前記識別子を取得して移動体端末の識別情報を生成し、
在圏網、中継網又はホーム網に存在するＤＮＳサーバに対して、前記移動体端末の識別情報と前記識別子から生成された移動体端末のアドレスとの対応情報を登録することを特徴とする請求項２０から２３のいずれか一つに記載の認証方法。
【請求項２５】
前記ホーム網及び前記在圏網に接続された網管理装置を備え、
前記ホームエージェント及び前記接続装置は、前記網管理装置から移動体端末の認証処理及び識別子配布処理に必要なプログラム及びデータを取得することを特徴とする請求項２０から２４のいずれか一つに記載の認証方法。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、移動体通信システムに関し、特にモバイルＩＰ（Ｍｏｂｉｌｅ  ＩＰ）プロトコルを適用した移動体通信システム、接続装置、通信方法及び移動体の認証方法に関する。
【０００２】
【従来の技術】
近年、移動体通信網のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）化の検討が活発化している。
【０００３】
ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）は、Ｍｏｂｉｌｅ  ＩＰｖ６仕様の標準化を進めている（例えば、非特許文献１である、Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６  ＜ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｉｐｖ６−２０．ｔｘｔ＞、Ｗｏｒｋ  ｉｎ  Ｐｒｏｇｒｅｓｓ）。
【０００４】
Ｍｏｂｉｌｅ  ＩＰｖ６の網構成要素は、移動ノード（ＭＮ：Ｍｏｂｉｌｅ  Ｎｏｄｅ）、ホームエージェント（ＨＡ：Ｈｏｍｅ  Ａｇｅｎｔ）、通信相手（ＣＮ：Ｃｏｒｒｅｓｐｏｎｄｅｎｔ  Ｎｏｄｅ）である。
【０００５】
ＭＮには、移動しても変わることのない一意のＩＰアドレス（移動体端末の識別情報としてのホームアドレス）が付与される。ホームアドレスと同じプレフィックスを持つリンクをホームリンクと呼ぶ。ＨＡは、ホームリンク以外に存在するＭＮの位置情報（Ｂｉｎｄｉｎｇ  Ｃａｃｈｅ）を管理する。
【０００６】
ＭＮは、ホームリンク以外のリンク（在圏リンク）に移動すると、在圏リンクにおいてＩＰアドレスを取得する。このアドレスを気付アドレス（ＣｏＡ：Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）とよぶ。ＭＮは、在圏リンクに存在するルータが定期的に送信するルータ広告（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）を受信する。ＭＮは、ホームアドレスと異なるプレフィックスを検出することで移動を検知する。
【０００７】
ＭＮは移動を検知すると、ＨＡに位置登録を行う。ＭＮはＨｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ機能（ＨＡアドレス発見機能）を備え、ＨＡのＩＰアドレスを動的に検索することができる。
【０００８】
ＭＮはホームリンクのプレフィックスからＭｏｂｉｌｅ  ＩＰｖ６  Ｈｏｍｅ−Ａｇｅｎｔｓ  Ａｎｙｃａｓｔ  Ａｄｄｒｅｓｓを作成する。ＭＮは前記アドレス宛にＨＡアドレス発見要求（ＩＣＭＰ  Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｑｕｅｓｔ）を送信する。このＨＡアドレス発見要求信号は、ホームリンクのいずれかのＨＡに送信される。ＨＡアドレス発見要求信号を受信したＨＡは、ＭＮに対してＨＡの情報を含むＨＡアドレス発見応答（ＩＣＭＰ  Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｐｌｙ）を送信する。ＭＮは、ＨＡアドレス発見応答信号からＨＡの情報を取り出すことによって、ＨＡのアドレスを取得する。ＭＮは取得したＨＡアドレスに対して位置登録（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）を行う。
【０００９】
ＨＡは、前記位置登録信号（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）を受信すると、ＭＮのホームアドレスとＣｏＡのバインディング情報とをＢｉｎｄｉｎｇ  Ｃａｃｈｅに保持する。次に、ＨＡは、前記ＭＮのホームアドレス宛のパケットを捕捉するため、Ｇｒａｔｕｉｔｏｕｓ  Ｎｅｉｇｈｂｏｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔをマルチキャストして、前記ＭＮのプロキシとして動作する。
【００１０】
ＣＮはＭＮの通信相手ノードである。
【００１１】
以下、ＣＮがＭＮ宛にパケットを送信する手順を説明する。
【００１２】
ＣＮは、ＭＮのホームアドレス宛にパケットを送信する。前記ＭＮのホームアドレス宛パケットを受信したＨＡは、Ｂｉｎｄｉｎｇ  Ｃａｃｈｅを検索して、ＭＮのホームアドレスに対応するＣｏＡを取得する。ＨＡは受信したパケットに該当ＣｏＡ宛のＩＰヘッダを付加して、カプセル化したパケットを送信する。
【００１３】
ＭＮは前記ＣｏＡ宛のパケットを受信すると、先に付加されたＩＰヘッダを除去し（デカプセル化して）、オリジナルパケットを復元する。
【００１４】
ホーム網はプレフィックスを付けかえることがある。Ｍｏｂｉｌｅ  ＩＰｖ６は、在圏網のＭＮに対してホーム網のプレフィックス情報を通知する機能を備える。ＨＡはＢｉｎｄｉｎｇ  Ｃａｃｈｅを参照して、位置登録中のＭＮにプレフィックス情報を通知（ＭＰＡ：Ｍｏｂｉｌｅ  Ｐｒｅｆｉｘ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）する。
【００１５】
また、Ｍｏｂｉｌｅ  ＩＰｖ６をベースに局所的な移動管理を行う技術も提案されている（例えば、非特許文献２である、Ｈｉｅｒａｒｃｈｉｃａｌ  Ｍｏｂｉｌｅ  ＩＰｖ６  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ（ＨＭＩＰｖ６）  ＜ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｈｍｉｐｖ６−０７．ｔｘｔ＞、Ｗｏｒｋ  ｉｎ  Ｐｒｏｇｒｅｓｓ）。
【００１６】
ＨＭＩＰｖ６では、ＨＡとＭＮとの間にＭＡＰ（Ｍｏｂｉｌｅ  Ａｎｃｈｏｒ  Ｐｏｉｎｔ）を備える。ＭＡＰは、そのネットワークにローカルなＨＡ機能を提供する。ＭＡＰは、配下にＡＲ（Ａｃｃｅｓｓ  Ｒｏｕｔｅｒ）を備えてもよい。ＭＮは、ＡＲからＭＡＰオプションを含むルータ広告を受信し、ＭＡＰのＩＰアドレスを取得する。ＭＡＰオプションには、ＭＡＰのグローバルアドレス、ＭＡＰのプレフィックス、ＭＡＰのプリファレンス、ＭＡＰまでのホップ数等が含まれる。ＭＡＰはＡＲに以下のいずれかの方法によりＭＡＰオプションを通知する。
（１）ＭＡＰオプションを含むルータ広告をルータ（ＡＲ）に配信する。
（２）ＭＡＰはＩＰｖ６のルータリナンバリング機能を拡張してＡＲにＭＡＰオプションを通知する。
【００１７】
また、ＭＡＰがＡＲにＭＡＰオプションを通知する代わりに、網管理者がＡＲにＭＡＰオプションの情報を設定してもよい。
【００１８】
ＨＭＩＰｖ６対応ＭＮは、ＭＡＰオプションを含むルータ広告を受信すると、ＭＡＰオプションの情報を格納する。ＨＭＩＰｖ６対応ＭＮは、ＭＡＰオプションに含まれるＭＡＰプレフィックスとＭＮのインタフェース識別子から地域気付アドレス（ＲＣｏＡ：Ｒｅｇｉｏｎａｌ  Ｃｏｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）を生成する。また、ルータ広告に含まれるプレフィックス情報を用いて、リンク気付アドレス（ＬＣｏＡ：Ｏｎ−ｌｉｎｋ  ＣｏＡ）を生成する。ＬＣｏＡは、Ｍｏｂｉｌｅ  ＩＰｖ６の気付アドレス（ＣｏＡ）に相当する。
【００１９】
ＨＭＩＰｖ６対応ＭＮは、まず、ＭＡＰに位置登録を行う。ＭＡＰは、ＭＮのＲＣｏＡとＬＣｏＡとのバインディング情報を管理する。ＭＮがＭＡＰに送信する位置登録信号（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）は、ＭＡＰ位置登録を示すビットを含む。次に、ＭＮはＨＡに位置登録を行う。ＨＡは、ＭＮのホームアドレスとＲＣｏＡのバインディング情報とを管理する。ＭＮがＭＡＰ内で移動した場合、ＭＮはＭＡＰの位置情報のみ更新する。
【００２０】
ＩＰｖ６アドレスはＲＦＣ２３７３で規定される。ＩＰｖ６アドレスには、ｕｎｉｃａｓｔ、ａｎｙｃａｓｔ、ｍｕｌｔｉｃａｓｔの３つの種類が定義されている。ｕｎｉｃａｓｔアドレスには、３つのタイプ（グローバルアドレス、サイトローカルアドレス、リンクローカルアドレス）が存在する。サイトローカルアドレスは、サイト内でのみ使用できるアドレスであり、ＩＰｖ４のプライベートアドレスに相当する（例えば、非特許文献３参照）。
【００２１】
また、ＩＰｖ６  Ｐｒｅｆｉｘ  Ｄｅｌｅｇａｔｉｏｎ  Ｏｐｔｉｏｎｓ  ｆｏｒ  ＤＨＣＰｖ６  （ＤＨＣＰ−ＰＤ）も検討されている。ＤＨＣＰ−ＰＤは、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を活用して、アドレス割当側からサイトにＩＰｖ６プレフィックス（群）を割り当てる機能である。
【００２２】
ＤＨＣＰ−ＰＤの構成要素は、Ｄｅｌｅｇａｔｉｎｇ  ＲｏｕｔｅｒとＲｅｑｕｅｓｔｉｎｇ  Ｒｏｕｔｅｒである。Ｒｅｑｕｅｓｔｉｎｇ  ＲｏｕｔｅｒがＤｅｌｅｇａｔｉｎｇ  ＲｏｕｔｅｒにＩＰｖ６プレフィックス（群）の割り当てを要求する。Ｄｅｌｅｇａｔｉｎｇ  ＲｏｕｔｅｒはＩＰｖ６プレフィックス（群）を選択して、それをＲｅｑｕｅｓｔｉｎｇ  Ｒｏｕｔｅｒに送信する。ＤＨＣＰ−ＰＤは、例えば、ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）が加入者にＰｒｅｆｉｘを割り当てる際に利用される（例えば、非特許文献４参照）。
【００２３】
【非特許文献１】
Ｄ．  Ｊｏｈｎｓｏｎ他、Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６、［ｏｎｌｉｎｅ］、２００３年１月２０日、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｉｐｖ６−２０．ｔｘｔ＞
【非特許文献２】
Ｃｌａｕｄｅ  Ｃａｓｔｅｌｌｕｃｃｉａ他、Ｈｉｅｒａｒｃｈｉｃａｌ  Ｍｏｂｉｌｅ  ＩＰｖ６  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  （ＨＭＩＰｖ６）、［ｏｎｌｉｎｅ］、２００２年１０月、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｈｍｉｐｖ６−０７．ｔｘｔ＞
【非特許文献３】
Ｒ．  Ｈｉｎｄｅｎ他、ＩＰ  Ｖｅｒｓｉｏｎ  ６  Ａｄｄｒｅｓｓｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ、［ｏｎｌｉｎｅ］、１９９８年７月、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２３７３．ｔｘｔ＞
【非特許文献４】
Ｏ．  Ｔｒｏａｎ他、ＩＰｖ６  Ｐｒｅｆｉｘ  Ｏｐｔｉｏｎｓ  ｆｏｒ  ＤＨＣＰｖ６、［ｏｎｌｉｎｅ］、２００３年２月１０日、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｄｈｃ−ｄｈｃｐｖ６−ｏｐｔ−ｐｒｅｆｉｘ−ｄｅｌｅｇａｔｉｏｎ−０２．ｔｘｔ＞
【００２４】
【発明が解決しようとする課題】
領域Ａと領域Ｂが互いに接続され、領域Ａに属する移動ノード（ＭＮ）が領域Ｂに移動した場合、領域Ａに存在する移動ノードの位置情報を保持するＨＡは、ＭＮのプロキシとして動作する。
【００２５】
領域Ａ及び領域Ｂではサイトローカルアドレスを利用することがあり、ＭＮのホームアドレスと在圏網のアドレスとが衝突する恐れがある。
【００２６】
Ｍｏｂｉｌｅ  ＩＰｖ６は、ＭＮが移動しても変わることのない一意のＩＰアドレス（ホームアドレス）を、ＭＮに付与することにより、ホームアドレスへの到達性を保証する。ＭＮがパーソナルコンピュータ等であれば、ＭＮのユーザは、ＩＰアドレスを含むネットワーク設定を変更することが可能である。しかし、ＭＮのホームアドレスが書き換えられると、ＭＮへの到達性が保証できないという課題がある。よって、前述した課題を解決するために、ＭＮがホームアドレスを取得する方法が考えられる。しかし、Ｍｏｂｉｌｅ  ＩＰｖ６はＭＮにホームアドレスを動的に割り当てる機能を備えていない。
【００２７】
さらに、Ｍｏｂｉｌｅ  ＩＰｖ６のプレフィックス通知機能は、ＨＡに位置登録を行っているＭＮに対して提供されるため、位置登録前のＭＮは、ホーム網のプレフィックス情報を通知する信号（ＭＰＡ）を受信できない。
【００２８】
本発明は、在圏網において、ＭＮがホームアドレスを取得することができる移動体通信方法を提供することを目的とする。特に、領域Ａに属するＨＡをホーム網とする移動端末Ｘが領域Ｂに移動した場合、ＤＨＣＰ−ＰＤ機能を活用して、移動端末Ｘにホームアドレス用のＰｒｅｆｉｘ情報を配布する移動体通信方法を提供することを目的とする。
【００２９】
また、ＨＡに位置登録を行っていない移動端末Ｘが、領域Ｂにおいてホームアドレス用のＰｒｅｆｉｘ情報を取得する移動体通信方法を提供することを目的とする。
【００３０】
また、網管理装置からＨＡ及び領域Ｂの接続装置に対して、移動端末にホームアドレス用のＰｒｅｆｉｘ情報を配布するために必要な機能及び情報を送信する移動体通信方法を提供することを目的とする。
【００３１】
また、領域Ｂの接続装置がＨＭＩＰｖ６対応ＭＡＰである場合、ＭＮがＭＡＰに送信する制御信号（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）を認証処理及びＤＨＣＰ−ＰＤ機能を起動する契機にする移動体通信方法を提供することにある。さらに、ＭＡＰが、前記認証処理の結果許容されたＭＮの位置登録要求のみを受け付けることにより、安全性の高い移動体通信方法を提供することを目的とする。
【００３２】
【課題を解決するための手段】
本発明は、移動体端末の位置情報を保持するホームエージェントが配置されたホーム網と、前記移動体端末と通信を行う無線通信装置が配置された在圏網とによって構成され、前記ホーム網との接続インターフェースとなる接続装置を前記在圏網に備える通信システムにおいて、前記無線通信装置は、前記在圏網の移動体端末からのアクセス要求を前記接続装置に転送するアクセス要求転送手段を有し、前記接続装置は、前記ホームエージェントに対して前記移動体端末の識別子の取得要求を行い、取得した識別子を前記移動体端末に対し転送する。
【００３３】
すなわち、本発明は以下の手段を備えることを特徴とする。
（１）ホームエージェント（ＨＡ）はＤＨＣＰｖ６  Ｐｒｅｆｉｘ  Ｄｅｌｅｇａｔｉｏｎ  Ｏｐｔｉｏｎ（ＤＨＣＰ−ＰＤ）のＤｅｌｅｇａｔｉｎｇ  Ｒｏｕｔｅｒ機能を備え、ＤＨＣＰ−ＰＤ  Ｒｅｑｕｅｓｔｉｎｇ  Ｒｏｕｔｅｒ機能を備える接続装置にＰｒｅｆｉｘ情報を通知する手段を備える。
（２）在圏網に属する接続装置（ＧＷ）は、ＤＨＣＰ−ＰＤのＲｅｑｕｅｓｔｉｎｇ  Ｒｏｕｔｅｒ機能と認証機能を備える。前記接続装置は、認証していない送信元からパケットを受信したときパケット送信元に対して認証情報の送信を要求する手段と、移動端末（ＭＮ）から認証要求を受信したとき認証サーバに前記認証要求を送信する手段と、前記認証の結果正当な移動端末であると判定したときＤＨＣＰ−ＰＤ機能を備えるＨＡにＰｒｅｆｉｘ情報の配布を要求する手段と、前記ＨＡからＰｒｅｆｉｘ情報を受信したとき移動端末に対してＰｒｅｆｉｘ情報を通知する手段を備える。
（３）さらに、前記ＨＡと前記接続装置（ＧＷ）とが、網管理装置から前記（１）（２）に記載のＤＨＣＰ−ＰＤ機能を受信する手段を備える。
（４）あるいは、前記接続装置（ＭＡＰ）が、ＨＭＩＰｖ６のＭＡＰ機能を備える場合、前記接続装置は、ＭＮからの位置登録要求受信を契機に、ＨＡに対してＰｒｅｆｉｘ情報の配布を要求する手段を備える。
（５）あるいは、前記接続装置（ＭＡＰ）が、ＨＭＩＰｖ６のＭＡＰ機能を備える場合、  前記接続装置は、認証されたＭＮに対してのみ位置登録を許容する手段を備える。
【００３４】
【発明の作用及び効果】
本発明では、移動体端末の位置情報を保持するホームエージェントが配置されたホーム網と、前記移動体端末と通信を行う無線通信装置が配置された在圏網とによって構成され、前記ホーム網との接続インターフェースとなる接続装置を前記在圏網に備える通信システムにおいて、前記無線通信装置は、前記在圏網の移動体端末からのアクセス要求を前記接続装置に転送するアクセス要求転送手段を有し、前記接続装置は、前記ホームエージェントに対して前記移動体端末の識別子の取得要求を行い、取得した識別子を前記移動体端末に対し転送するので、移動体端末がホーム網以外の網（在圏網）においてホームアドレスを取得することができる。
【００３５】
【発明の実施の形態】
以下、本発明の第１の実施の形態を図面を用いて説明する。代表例として、Ｍｏｂｉｌｅ  ＩＰｖ６対応移動ノード（ＭＮ）がホームリンク（以下、ホーム網）以外の網（以下、在圏網）に移動したとき、ホームアドレスを取得する方法について詳細に説明する。
【００３６】
図１は、第１の実施の形態の通信網の構成図である。
【００３７】
通信網は、ＭＮ３のホーム網６、ＩＰ網７及び在圏網５（５ａ、５ｂ）によって構成される。第１の実施の形態において、ホーム網６、ＩＰ網７、及び在圏網５はＩＰｖ６網である。ＭＮ３はＭｏｂｉｌｅ  ＩＰｖ６対応移動ノード（ＭＮ）である。在圏網５とＩＰ網７とは接続装置として機能するゲートウェイ装置（又はルータ）を介して接続される。ＩＰ網７とホーム網６とは、ルータ（又はゲートウェイ装置）を介して接続される。また、在圏網５とホーム網６は、ルータ又はゲートウェイ装置を介して接続されてもよい。
【００３８】
ホーム網６は、ＨＡ１及びＤＮＳサーバ１０を備える。在圏網５（５ａ、５ｂ）は、ＭＮ３と接続する無線通信装置（アクセスポイント）、ルータ４（４ａ、４ｂ）、在圏網５とＩＰ網７とのインタフェースとして機能する接続装置２（２ａ、２ｂ）を備える。ＩＰ網７は認証サーバ８を備える。接続装置２と認証サーバ８は直接接続してもよい。
【００３９】
ＨＡ１は、Ｍｏｂｉｌｅ  ＩＰｖ６対応ホームエージェント（ＨＡ）である。ＨＡ１は、ホーム網６以外に存在するＭＮ３の位置情報を管理する。ＨＡ１は、通信相手端末（ＣＮ）９がＭＮ３のホームアドレス宛に送信されるパケットを捕捉して、在圏網５ｂに存在するＭＮ３にパケットを転送する機能を備える。また、ＤＮＳサーバ１０は、例えば、ＣＮ９から送られてきたＮＭ３のドメイン名に対するＩＰアドレスを回答する。
【００４０】
図２は、ホーム網６に設置されるホームエージェント（ＨＡ）１の構成を示すブロック図である。
【００４１】
ＨＡ１は、サーバ部１１（１１ａ、１１ｂ）、サーバ部１２、回線１８（１８ａ、１８ｂ、１８ｍ、１８ｎ）を収容するインタフェース部（ＩＦ）１９（１９ａ、１９ｂ、１９ｍ、１９ｎ）、及び、スイッチ部１７（１７ａ、１７ｂ）から構成される。
【００４２】
サーバ部１１は、パケット送信・受信処理部１３と、カプセル化・デカプセル化処理部１４と、Ｍｏｂｉｌｅ  ＩＰ処理部１５とを備える。
【００４３】
パケット送信・受信処理部１３はデータパケットを送信又は受信する機能を備える。カプセル化・デカプセル化処理部１４はデータパケットに対して、ＩＰヘッダの追加又は削除を行う機能を備える。Ｍｏｂｉｌｅ  ＩＰ処理部１５は、Ｍｏｂｉｌｅ  ＩＰｖ６のホームエージェント（ＨＡ）機能を備え、Ｂｉｎｄｉｎｇ  Ｃａｃｈｅ管理テーブル３３０（図３）を含む。
【００４４】
サーバ部１２は、パケット送信・受信処理部１３と、ＤＨＣＰ−ＰＤ機能部１６とを備える。ＤＨＣＰ−ＰＤ機能部１６は、ＤＨＣＰ−ＰＤのＤｅｌｅｇａｔｉｎｇ  Ｒｏｕｔｅｒ機能を備え、Ｐｒｅｆｉｘ管理テーブル３１０（図４）を含み、Ｐｒｅｆｉｘ  Ｄｅｌｅｇａｔｉｏｎ処理ルーチン８０（図１２）を実行する。
【００４５】
図３は、Ｂｉｎｄｉｎｇ  Ｃａｃｈｅ管理テーブル３３０の構成の一例を示す。
【００４６】
Ｂｉｎｄｉｎｇ  Ｃａｃｈｅ管理テーブル３３０は、ＭＮ３のホームアドレス３３１に対して、少なくともＭＮ３が在圏網で取得したＣａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ（ＣｏＡ）３３２と、Ｂｉｎｄｉｎｇ  Ｃａｃｈｅの有効期限を示すＬｉｆｅｔｉｍｅ３３３とを対応させて格納する。
【００４７】
図４は、Ｐｒｅｆｉｘ管理テーブル３１０のテーブル構成の一例を示す。Ｐｒｅｆｉｘ管理テーブル３１０は、ＤＨＣＰ  Ｃｌｉｅｎｔ識別子３１１に対して、少なくてもＰｒｅｆｉｘ（群）を示すＩＡＩＤ３１２と、配布したＰｒｅｆｉｘ３１３と、配布したＰｒｅｆｉｘのＬｉｆｅｔｉｍｅ（有効期限）３１４とを対応させて格納する。
【００４８】
図５は、在圏網５に設置される接続装置（ＧＷ）２の構成を示すブロック図である。
【００４９】
接続装置２は、ＣＰＵ２１と、メモリ２２と、回線２４（２４ａ、２４ｂ）を収容するインタフェース部（ＩＦ）２３（２３ａ、２３ｂ）とを備え、互いにバス２５で接続されている。
【００５０】
メモリ２２は、ＤＨＣＰ−ＰＤ機能部２６と、認証処理部２７とを備える。ＤＨＣＰ−ＰＤ機能部２６は、ＤＨＣＰ−ＰＤのＲｅｑｕｅｓｔｉｎｇ  Ｒｏｕｔｅｒ機能を備え、Ｐｒｅｆｉｘ管理テーブル３２０（図６）を含み、Ｐｒｅｆｉｘ  Ｒｅｑｕｅｓｔ処理ルーチン６０（図１１）を実行する。認証処理部２７は、許容ＩＰアドレスリスト３４０（図７）を含み、認証処理ルーチン７０（図１０）を実行する。
【００５１】
図６は、Ｐｒｅｆｉｘ管理テーブル３２０のテーブル構成の一例を示す。
【００５２】
Ｐｒｅｆｉｘ管理テーブル３２０は、Ｐｒｅｆｉｘ（群）を示すＩＡ＿ＰＤ３２１を接続装置２内で一意に示すＩＡＩＤ３２２に対して、配布されたＰｒｅｆｉｘ３２３と、配布されたＰｒｅｆｉｘのＬｉｆｅｔｉｍｅ（有効期限）３２４と、ＤＨＣＰ  Ｓｅｒｖｅｒ識別子３２５とを対応させて格納する。
【００５３】
図７は、許容ＩＰアドレスリスト３４０のテーブル構成の一例を示す。
【００５４】
許容ＩＰアドレスリスト３４０は、接続装置２の認証情報管理部２７に設けられ、認証済みＩＰアドレス３４１と有効期限３４２とを対応させて格納する。
【００５５】
次に、ＤＮＳサーバ１０の構成について説明する。ＤＮＳサーバ１０は、ＣＰＵと、メモリと、ゾーンファイル（図８）を記憶する記憶部、ネットワーク（ホーム網６）に接続されるインタフェース部とを備えている。
【００５６】
図８は、ＤＮＳサーバ１０の記憶部に備わるゾーンファイル３５０の構成の一例を示す。ゾーンファイル３５０は、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）と３５１と、そのドメイン名に対応したＩＰアドレス３５２とを記憶している。ＤＮＳサーバにドメイン名によるＩＰアドレスの問い合わせがあれば、ＤＮＳサーバはゾーンファイル３５０を検索して、該ドメイン名に対応するＩＰアドレスを回答する。また、新たにＩＰアドレスを取得したノードは、ＤＮＳサーバ１０に対する要求によって新たなエントリを追加することができる。
【００５７】
図９は、図１に示す網５ｂに在圏するＭＮ３がホームアドレスを生成し、ＨＡ１に位置登録を完了するまでのシーケンス図である。
【００５８】
ＭＮ３は、網５ｂに属するルータ４ｃからルータ広告（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）を受信する（１０１）。ＭＮ３は、Ｒｏｕｔｅｒ  ＡｄｖｅｒｔｉｓｅｍｅｎｔのＭビットを参照して、ＣｏＡ（Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）の取得方法を決定する。すなわち、Ｒｏｕｔｅｒ  ＡｄｖｅｒｔｉｓｅｍｅｎｔのＭビットが１に設定されていれば、ＭＮ３は、ＩＰｖ６ステートフルアドレス自動構成を用いてＣｏＡを取得する。Ｍビットが設定されていなければ、ＭＮ３は、ＩＰｖ６ステートレスアドレス自動構成を用いてＣｏＡを取得する（１０２）。
【００５９】
ＭＮ３は、網５ｂにおいて取得したＣｏＡを、送信元ＩＰアドレスに設定したＩＰパケットを送信する（１０３）。前記ＩＰパケットは接続装置（ＧＷ）２ｂを経由する。接続装置２ｂは、送信元ＩＰアドレス（ＣｏＡ）に基づいて許容ＩＰアドレスリスト３４０を検索する。許容ＩＰアドレスリスト３４０に前記ＣｏＡのエントリが存在しなければ、パケット送信元（ＣｏＡ）に対して認証情報の送信を要求する（１０４）。
【００６０】
認証情報送信要求を受信したＭＮ３は、要求された情報（ＩＤ、Ｐａｓｓｗｏｒｄ等）を含む認証要求を接続装置２ｂに送信する（１０５）。接続装置２ｂは、認証要求を受信すると認証処理ルーチン７０を行う（図１０参照）。
【００６１】
そして、接続装置２ｂは、認証サーバ８に認証要求を送信する（１０６）。認証サーバ８はユーザ認証を行う（１０７）。認証サーバ８は、接続装置２ｂに認証結果を含む認証応答を送信する（１０８）。認証が成功した場合には、前記認証応答にはユーザのホーム網識別子が含まれている。
【００６２】
認証応答１０８を受信した接続装置２ｂは、Ｐｒｅｆｉｘ  Ｒｅｑｕｅｓｔ処理ルーチン６０を行う（図１１参照）。接続装置２ｂは、ホーム網識別子からＰｒｅｆｉｘとの関連付けを示すＩＡ＿ＰＤを特定してＩＡＩＤを生成する。接続装置２ｂは、Ｐｒｅｆｉｘの配布が可能なＤＨＣＰ  Ｓｅｒｖｅｒを発見するため、ＤＨＣＰ  ＳｏｌｉｃｉｔメッセージをＡｌｌ＿ＤＨＣＰ＿Ｒｅｌａｙ＿Ａｇｅｎｔｓ＿ａｎｄ＿Ｓｅｒｖｅｒｓ  ａｄｄｒｅｓｓ宛に送信する（１０９）。このＳｏｌｉｃｉｔメッセージは、接続装置２ｂの識別子（Ｃｌｉｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ  ｏｐｔｉｏｎ）とＩＡ＿ＰＤ  ｏｐｔｉｏｎｓを含む。前記ＩＡＩＤはＩＡ＿ＰＤ  ｏｐｔｉｏｎｓに設定される。
【００６３】
ＤＨＣＰ  Ｓｏｌｉｃｉｔメッセージ（１０９）を受信したＨＡ１のサーバ部１２は、Ｐｒｅｆｉｘ  Ｄｅｌｅｇａｔｉｏｎ処理ルーチン８０（図１２）を起動して、接続装置２ｂにＤＨＣＰ  Ａｄｖｅｒｔｉｓｅメッセージを送信する（１１０）。
【００６４】
接続装置２ｂは、ＤＨＣＰ  Ａｄｖｅｒｔｉｓｅメッセージ（１１０）を受信する。そして、受信メッセージのＣｌｉｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ  ｏｐｔｉｏｎ、ＩＡ＿ＰＤ  ｏｐｔｉｏｎｓに適切な値が含まれ、受信メッセージにＳｅｒｖｅｒ  Ｉｄｅｎｔｉｆｉｅｒ  ｏｐｔｉｏｎが含まれることを確認する。
【００６５】
次に、接続装置２ｂはＩＰｖ６  Ｐｒｅｆｉｘの配布を要求するため、前記サーバ部１２にＩＡ＿ＰＤ  ｏｐｔｉｏｎｓを含むＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージを送信する（１１１）。
【００６６】
ＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージを受信したＨＡ１のサーバ部１２は、ＩＡ＿ＰＤ  ｏｐｔｉｏｎｓのＩＡＩＤフィールドに含まれるＩＡＩＤに対してＰｒｅｆｉｘを配布できる場合、配布するＩＰｖ６  Ｐｒｅｆｉｘを特定する。前記ＲｅｑｕｅｓｔメッセージがＩＡ＿ＰＤ  ｏｐｔｉｏｎｓにＩＡ＿ＰＤ  Ｐｒｅｆｉｘ  ｏｐｔｉｏｎｓを含む場合、サーバ部１２は、ＩＰｖ６  Ｐｒｅｆｉｘフィールドを参照して、接続装置２ｂが利用を希望するＰｒｅｆｉｘを承認する。
【００６７】
次に、サーバ部１２は、前記ＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージに含まれるＤＨＣＰ  Ｃｌｉｅｎｔ識別子とＩＡＩＤでＰｒｅｆｉｘ管理テーブル３１０を検索する。サーバ部１２は、ステップ８２で生成したエントリを検出する。そして、サーバ部１２は接続装置２ｂに対してＤＨＣＰ  Ｒｅｐｌｙメッセージを送信する（１１２）。
【００６８】
接続装置２ｂは、前記ＤＨＣＰ  Ｒｅｐｌｙメッセージを受信すると、Ｃｌｉｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ  ｏｐｔｉｏｎ、ＩＡ＿ＰＤ  ｏｐｔｉｏｎｓ及びＳｅｒｖｅｒ  Ｉｄｅｎｔｉｆｉｅｒ  ｏｐｔｉｏｎに適切な値が含まれることを確認し、許容ＩＰアドレスリスト３４０に新規エントリを生成して、ＭＮ３にＰｒｅｆｉｘ情報を含む認証応答を送信する（１１３）。
【００６９】
ステップ７４においてＰｒｅｆｉｘ  Ｒｅｑｕｅｓｔ処理ルーチンからエラー通知を含む認証応答送信要求を受信したとき、接続装置２ｂはＭＮ３にエラー通知を含む認証応答を送信し（７７）、本ルーチンを終了する。
【００７０】
ＭＮ３は、Ｐｒｅｆｉｘ情報を含む認証応答を受信すると、ＭＮ３は受信したＰｒｅｆｉｘ情報とインタフェース識別子からホームアドレスを生成する（１１４）。
【００７１】
次に、ＭＮ３は、ＨＡのＩＰアドレスを特定するため、ＨＡアドレス発見要求（Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｑｕｅｓｔ）を送信する（１１５）。
【００７２】
Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  ＲｅｑｕｅｓｔメッセージＳ１１（図１７参照）の送信元アドレス４１ａには、ＭＮ３がステップ１０２で取得したＣｏＡを設定する。Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  ＲｅｑｕｅｓｔメッセージＳ１１の着信元アドレス４１ｂには、ＭＮ３がステップ１１３で受信したＰｒｅｆｉｘをホーム網のＰｒｅｆｉｘとするＭｏｂｉｌｅ  ＩＰｖ６  Ｈｏｍｅ−Ａｇｅｎｔｓ  Ａｎｙｃａｓｔ  Ａｄｄｒｅｓｓを設定する。
【００７３】
前記Ｍｏｂｉｌｅ  ＩＰｖ６  Ｈｏｍｅ−Ａｇｅｎｔｓ  Ａｎｙｃａｓｔ  Ａｄｄｒｅｓｓと同一のＰｒｅｆｉｘを有するＨＡのいずれかが前記Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｑｕｅｓｔを受信する。
【００７４】
ここで、ＨＡ１のサーバ部１１ａが、前記Ｍｏｂｉｌｅ  ＩＰｖ６  Ｈｏｍｅ−Ａｇｅｎｔｓ  Ａｎｙｃａｓｔ  ＡｄｄｒｅｓｓのＰｒｅｆｉｘと同一のＰｒｅｆｉｘを収容しており、前記Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｑｕｅｓｔを受信したとする。サーバ部１１ａは、ＭＮ３にＨＡアドレス発見応答（Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｐｌｙ）を送信する（１１６）。
【００７５】
ＨＡ１のサーバ部１１ａがＭＮ３に送信するＨｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｐｌｙメッセージ（図１８）には、以下の値を格納する。ＩＰｖ６  ＩＣＭＰ４１１のＨｏｍｅ  Ａｇｅｎｔ  ＡｄｄｒｅｓｓｅｓフィールドにＨＡアドレス（ＨＡリスト）を格納する。着信先アドレス４１ｂに前記Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｑｕｅｓｔの送信元アドレスを設定する。送信元アドレス４１ａにサーバ部１１ａのグローバルユニキャストアドレスを設定する。
【００７６】
ＭＮ３は、前記Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  ＲｅｐｌｙからＨＡアドレスを取得する（１１７）。ＭＮ３は、まず、前記Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｐｌｙの送信元アドレスがＨＡアドレス（ＨＡリスト）に含まれているか否かを確認する。送信元アドレスがＨＡリストに含まれれば、ＭＮ３はＨＡリストに記載されているアドレスに対して位置登録を行う。送信元アドレスがＨＡリストに含まれなければ、ＭＮ３は送信元アドレスに対して位置登録を行う。
【００７７】
ここで、前記Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  ＲｅｐｌｙのＨＡリストは、送信元アドレスを含まないとする。ＭＮ３はＨＡ１のサーバ部１１ａに位置登録を行う。
【００７８】
ＭＮ３は、ＨＡ１のサーバ部１１ａに位置登録メッセージ（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）を送信する（１１８）。ＭＮ３はＢｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブルにサーバ部１１ａのアドレスを仮登録する（１１９）。
【００７９】
ＭＮ３がサーバ部１１ａに送信するＢｉｎｄｉｎｇ  Ｕｐｄａｔｅには、図１９に示すように、以下の値が格納される。ＩＰｖ６パケットヘッダの送信元アドレス４１ａにＭＮ３のＣｏＡを設定する。ＩＰｖ６  Ｄｅｓｔｉｎａｔｉｏｎ  Ｏｐｔｉｏｎｓ  Ｈｅａｄｅｒ４０１のＨｏｍｅ  ＡｄｄｒｅｓフィールドにＭＮ３がステップ１１４で生成したホームアドレスを設定する。
【００８０】
ＨＡ１のサーバ部１１ａは、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅメッセージを受信し、ＩＰｖ６  Ｄｅｓｔｉｎａｔｉｏｎ  Ｏｐｔｉｏｎｓ  Ｈｅａｄｅｒに含まれるホームアドレスを抽出する。サーバ部１１ａは、Ｂｉｎｄｉｎｇ  Ｃａｃｈｅ管理テーブル３３０に前記ホームアドレスのエントリが存在するか検索する。前記Ｂｉｎｄｉｎｇ  Ｃａｃｈｅ管理テーブル３３０にＭＮ３のエントリが存在しなければ、前記Ｂｉｎｄｉｎｇ  Ｃａｃｈｅ管理テーブル３３０にＭＮ３のエントリを追加する（１２０）。前記エントリのＣａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ３３２には、ＭＮ３が在圏網５ｂで取得したＣｏＡを設定する。サーバ部１１ａはＭＮ３のプロキシとして動作する。
【００８１】
サーバ部１１ａは、ＭＮ３にＢｉｎｄｉｎｇ  Ｕｐｄａｔｅの応答（Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信する（１２１）。サーバ部１１ａがＭＮ３に送信するＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔは、図２０に示すように、以下の値が格納される。ＩＰｖ６パケットヘッダの着信先アドレス４１ｂにステップ１１８で受信したＢｉｎｄｉｎｇ  Ｕｐｄａｔｅの送信元アドレスを格納する。着信先アドレス４１ｂにＭＮ３のホームアドレス以外の値を格納する場合、ＩＰｖ６  Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒ４０３のＨｏｍｅ  ＡｄｄｒｅｓｓフィールドにＭＮ３のホームアドレスを格納する。
【００８２】
ＭＮ３は、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅが正常に終了したことを示すＢｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔを受信すると、ステップ１１９で仮登録したエントリをＢｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブルに登録する（１２２）。
【００８３】
ここで、ＭＮ３は、識別情報（例えば、ＦＱＤＮ）とステップ１１４で取得したホームアドレスの対応情報をホーム網６、在圏網５、或いは、ＩＰ網７に属する位置情報管理装置（例えばＤＮＳサーバ）に登録してもよい。
【００８４】
次に、図９の１０６から１１３における接続装置２ｂの処理について説明する。図１０は、認証処理ルーチン７０のフローチャートであり、接続装置２の認証処理部２７で実行される。
【００８５】
接続装置２ｂは、認証サーバ８に認証要求を送信する（７１、図９の１０６）。認証サーバ８は、ユーザ認証を行い（図９の１０７）、接続装置２ｂに認証結果を含む認証応答を送信する（図９の１０８）。認証が成功した場合、前記認証応答にはユーザのホーム網識別子が含まれている。
【００８６】
認証応答を受信した接続装置２ｂは、認証結果を参照して、認証が成功しているか否かを判定する（７２）。認証が成功していれば、Ｐｒｅｆｉｘ  Ｒｅｑｕｅｓｔ処理ルーチン６０（図１１）を起動する（７３）。一方、ステップ７２において認証が成功していないと判定したら、接続装置２ｂは、ＭＮ３にエラー通知を含む認証応答を送信し（７７）、本ルーチンを終了する。
【００８７】
その後、Ｐｒｅｆｉｘ  Ｒｅｑｕｅｓｔ処理ルーチン６０からＰｒｅｆｉｘ情報を含む認証応答送信要求を受信すると（７４）、許容ＩＰアドレスリスト３４０（図７）に新規エントリを生成して、ＩＰアドレス（ＭＮ３のＣｏＡ）３４１と有効期限３４２とを格納する（７５）。そして、接続装置２ｂは、ＭＮ３にＰｒｅｆｉｘ情報を含む認証応答を送信し（７６、図９の１１３）、本ルーチンを終了する。
【００８８】
一方、ステップ７４においてＰｒｅｆｉｘ  Ｒｅｑｕｅｓｔ処理ルーチンからエラー通知を含む認証応答送信要求を受信したとき、接続装置２ｂはＭＮ３にエラー通知を含む認証応答を送信し（７７）、本ルーチンを終了する。
【００８９】
また、サーバ部１２は、ＤＨＣＰ  Ｒｅｐｌｙメッセージ（図９の１１２）を用いてＤＮＳサーバ１０のＩＰアドレスなど各種情報を接続装置２ｂに通知してもよい。このとき、接続装置２ｂは、サーバ部１２から受信した各種情報を含む認証応答（７６）を、ＭＮ３に送信する。
【００９０】
図１１は、Ｐｒｅｆｉｘ  Ｒｅｑｕｅｓｔ処理ルーチン６０のフローチャートであり、接続装置２のＤＨＣＰ−ＰＤ機能部２６で実行される。
【００９１】
接続装置２ｂは、認証サーバ８から送信される認証応答に含まれるホーム網識別子から、Ｐｒｅｆｉｘとの関連付けを示すＩＡ＿ＰＤを特定して、ＩＡＩＤを生成する。そして、Ｐｒｅｆｉｘの配布が可能なＤＨＣＰ  Ｓｅｒｖｅｒを発見するため、ＤＨＣＰ  ＳｏｌｉｃｉｔメッセージをＡｌｌ＿ＤＨＣＰ＿Ｒｅｌａｙ＿Ａｇｅｎｔｓ＿ａｎｄ＿Ｓｅｒｖｅｒｓ  ａｄｄｒｅｓｓ宛に送信する（６１、図９の１０９）。前記Ｓｏｌｉｃｉｔメッセージには接続装置２ｂの識別子（Ｃｌｉｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ  ｏｐｔｉｏｎ）とＩＡ＿ＰＤ  ｏｐｔｉｏｎｓ（図１５）が含まれている。また、前記ＩＡＩＤは、ＩＡ＿ＰＤ  ｏｐｔｉｏｎｓ（図１５の５３３）に設定される。
【００９２】
接続装置２ｂの認証処理部２７が、ユーザ対応Ｐｒｅｆｉｘ管理テーブル（図４）を備え、ステップ１０５で受信したユーザＩＤとステップ１１３でＭＮ３に送信したＰｒｅｆｉｘ情報との対応情報を保持してもよい。
【００９３】
接続装置２ｂは、前記ＤＨＣＰ  Ａｄｖｅｒｔｉｓｅメッセージを受信し（図９の１１０）、受信メッセージのＣｌｉｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ  ｏｐｔｉｏｎ、ＩＡ＿ＰＤ  ｏｐｔｉｏｎｓに適切な値が含まれること、及び、受信メッセージにＳｅｒｖｅｒ  Ｉｄｅｎｔｉｆｉｅｒ  ｏｐｔｉｏｎが含まれることを確認する。続いて、接続装置２ｂは、前記ＤＨＣＰ  ＡｄｖｅｒｔｉｓｅメッセージのＩＡ＿ＰＤ  ｏｐｔｉｏｎｓに含まれるＩＡＩＤでＰｒｅｆｉｘ管理テーブル３２０（図６）を検索する。該当エントリが存在しなければ、Ｐｒｅｆｉｘ管理テーブル３２０に新規エントリを生成し、前記ＤＨＣＰ  ＡｄｖｅｒｔｉｓｅメッセージのＩＡＩＤとＤＨＣＰ  Ｓｅｒｖｅｒ識別子を格納する。また、ＩＡ＿ＰＤ３２１にステップ１０８で取得したホーム網識別子を格納する（６２）。
【００９４】
次に、前記接続装置２ｂは、ＩＰｖ６  Ｐｒｅｆｉｘの配布を要求するため、サーバ部１２に対して、ＩＡ＿ＰＤ  ｏｐｔｉｏｎｓ  を含むＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージを送信する（６３、１１１）。
【００９５】
ステップ１１０で受信したＡｄｖｅｒｔｉｓｅメッセージがＩＡ＿ＰＤ  Ｐｒｅｆｉｘ  ｏｐｔｉｏｎｓ（図１６）にＩＰｖ６  Ｐｒｅｆｉｘを含む場合、前記Ｒｅｑｕｅｓｔメッセージは、ＩＡ＿ＰＤ  Ｐｒｅｆｉｘ  ｏｐｔｉｏｎｓのＩＰｖ６  Ｐｒｅｆｉｘフィールド５３５に接続装置２ｂが利用を希望するＰｒｅｆｉｘを含む。
【００９６】
接続装置２ｂは、前記ＤＨＣＰ  Ｒｅｐｌｙメッセージを受信すると、Ｃｌｉｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ  ｏｐｔｉｏｎ、ＩＡ＿ＰＤ  ｏｐｔｉｏｎｓ及びＳｅｒｖｅｒ  Ｉｄｅｎｔｉｆｉｅｒ  ｏｐｔｉｏｎに適切な値が含まれることを確認する（６４）。適切な値が含まれる場合、接続装置２ｂは、前記ＤＨＣＰ  Ｒｅｐｌｙメッセージに含まれるＩＡＩＤとＤＨＣＰ  Ｓｅｒｖｅｒ識別子とを用いて、Ｐｒｅｆｉｘ管理テーブル３２０を検索する。接続装置２ｂは、ステップ６２で生成したエントリを検出し、該当エントリに配布されたＩＰｖ６  ＰｒｅｆｉｘとＰｒｅｆｉｘのＬｉｆｅｔｉｍｅを格納して、エントリ更新する。該当エントリ更新後、認証処理部２７にＩＰｖ６  Ｐｒｅｆｉｘ情報を含む認証応答送信を要求して（６５）、本ルーチンを終了する。
【００９７】
一方、ステップ６２において適切なパラメータを含むＤＨＣＰ  Ａｄｖｅｒｔｉｓｅメッセージが受信できなかったとき、又は、ステップ６４においてＰｒｅｆｉｘを含むＤＨＣＰ  Ｒｅｐｌｙメッセージが受信できなかったとき（Ｐｒｅｆｉｘ管理テーブル３２０に該当エントリが存在しないＤＨＣＰ  Ｒｅｐｌｙメッセージを受信した場合を含む）、認証処理部２７にエラー通知を含む認証応答の送信を要求して（６６）、本ルーチンを終了する。
【００９８】
次に、図９の１１０から１１２におけるＨＡ１の処理について説明する。
【００９９】
図１２は、Ｐｒｅｆｉｘ  Ｄｅｌｅｇａｔｉｏｎ処理ルーチン８０のフローチャートであり、ＨＡ１のＤＨＣＰ−ＰＤ機能部１６で実行される。
【０１００】
ＤＨＣＰ  Ｓｏｌｉｃｉｔメッセージを受信したＨＡ１のサーバ部１２は、ＤＨＣＰ  ＳｏｌｉｃｉｔメッセージのＩＡ＿ＰＤ  ｏｐｔｉｏｎｓのＩＡＩＤフィールドを参照して、受信したＩＡＩＤに対してＰｒｅｆｉｘを配布可能であるか否かを判断する（８１）。
【０１０１】
Ｐｒｅｆｉｘが配布可能であれば、サーバ部１２は、前記Ｓｏｌｉｃｉｔメッセージに含まれるＤＨＣＰ  Ｃｌｉｅｎｔ識別子とＩＡＩＤでＰｒｅｆｉｘ管理テーブル３１０（図４）を検索する。該当エントリが存在しなければ、サーバ部１２は、Ｐｒｅｆｉｘ管理テーブル３１０に新規エントリを生成し、前記Ｓｏｌｉｃｉｔメッセージに含まれるＤＨＣＰ  Ｃｌｉｅｎｔ識別子３１１とＩＡＩＤ３１２を格納する。そして、サーバ部１２は、接続装置２ｂにＤＨＣＰ
Ａｄｖｅｒｔｉｓｅメッセージを送信する（８２、図９の１１０）。
【０１０２】
前記Ａｄｖｅｒｔｉｓｅメッセージは、サーバ部１２の識別子（Ｓｅｒｖｅｒ  Ｉｄｅｎｔｉｆｉｅｒ  ｏｐｔｉｏｎ）と、前記接続装置２ｂの識別子（Ｃｌｉｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ  ｏｐｔｉｏｎ）と、ステップ１０９で受信したＩＡ＿ＰＤ  ｏｐｔｉｏｎｓを含んでいる。サーバ部１２は、ＩＡＩＤに対して配布可能なＩＰｖ６  Ｐｒｅｆｉｘ情報をＤＨＣＰ  Ａｄｖｅｒｔｉｓｅメッセージに含めてもよい。前記ＩＰｖ６  Ｐｒｅｆｉｘ情報は、前記ＡｄｖｅｒｔｉｓｅメッセージのＩＡ＿ＰＤ  ｏｐｔｉｏｎｓ５３３に含まれるＩＡ＿ＰＤ  Ｐｒｅｆｉｘ  ｏｐｔｉｏｎｓのＩＰｖ６  Ｐｒｅｆｉｘフィールド５３５に設定される。配布可能なＩＰｖ６  Ｐｒｅｆｉｘは、ＩＡＩＤを用いて特定する。
【０１０３】
その後、サーバ部１２は、前記ＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージを受信すると（８３、図９の１１１）、ＩＡ＿ＰＤ  ｏｐｔｉｏｎｓのＩＡＩＤフィールドを参照する。ＩＡＩＤに対してＰｒｅｆｉｘを配布可能な場合、サーバ部１２は、配布するＩＰｖ６  Ｐｒｅｆｉｘを特定する。前記ＲｅｑｕｅｓｔメッセージがＩＡ＿ＰＤ  ｏｐｔｉｏｎｓにＩＡ＿ＰＤ  Ｐｒｅｆｉｘ  ｏｐｔｉｏｎｓを含む場合、ＩＰｖ６  Ｐｒｅｆｉｘフィールドを参照して、接続装置２ｂが利用を希望するＰｒｅｆｉｘを承認する。
【０１０４】
次に、サーバ部１２は、前記ＤＨＣＰ  Ｒｅｑｕｅｓｔメッセージに含まれるＤＨＣＰ  Ｃｌｉｅｎｔ識別子とＩＡＩＤでＰｒｅｆｉｘ管理テーブル３１０を検索する。サーバ部１２は、ステップ８２で生成したエントリを検出して、該当エントリに配布するＩＰｖ６  ＰｒｅｆｉｘとＰｒｅｆｉｘのＬｉｆｅｔｉｍｅを格納する。サーバ部１２は、接続装置２ｂに対してＤＨＣＰ  Ｒｅｐｌｙメッセージを送信（８４、図９の１１２）し、本ルーチンを終了する。前記Ｒｅｐｌｙメッセージは、Ｐｒｅｆｉｘ管理テーブル３１０に格納したＩＰｖ６  Ｐｒｅｆｉｘ情報をＩＡ＿ＰＤ  ｏｐｔｉｏｎｓ５３３のＩＡ＿ＰＤ  Ｐｒｅｆｉｘ  ｏｐｔｉｏｎｓフィールドに含む。
【０１０５】
ステップ８１において、サーバ部１２がＩＡＩＤに対してＩＰｖ６  Ｐｒｅｆｉｘを配布することができなければ、サーバ部１２は前記接続装置２ｂにＰｒｅｆｉｘ配布不可を示すＳｔａｔｕｓ  Ｃｏｄｅ  ｏｐｔｉｏｎを含むＡｄｖｅｒｔｉｓｅメッセージを送信し、本ルーチンを終了する（８５）。
【０１０６】
ステップ８３において配布するＰｒｅｆｉｘが特定できなかった場合、又は、ステップ８４においてＰｒｅｆｉｘ管理テーブル３１０に該当エントリが存在しない場合、サーバ部１２は、接続装置２ｂにエラー情報を含むＲｅｐｌｙメッセージを送信し（８６）、本ルーチンを終了する。
【０１０７】
図１３は、ＩＰｖ６パケットのフォーマット図である。
【０１０８】
ＩＰｖ６ヘッダ４１には、送信元アドレス４１ａ、着信先アドレス４１ｂが含まれている。拡張ヘッダ４２にはＩＰｖ６経路情報等を格納することができ、本実施の形態においては、ＩＰｖ６  Ｄｅｓｔｉｎａｔｉｏｎ  Ｏｐｔｉｏｎｓ  Ｈｅａｄｅｒ４０１（図１９）、ＩＰｖ６  Ｍｏｂｉｌｉｔｙ  Ｈｅａｄｅｒ４０２（図１９、図２０）及びＩＰｖ６  Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒ４０３（図２０）が格納される。また、Ｐａｙｌｏａｄ４３には、ＤＨＣＰメッセージＳ１（図１４）が格納される。
【０１０９】
図１４は、ＤＨＣＰｖ６メッセージを含むパケットフォーマット例Ｓ１を示す。
【０１１０】
このＤＨＣＰｖ６メッセージを含むパケットは、ＤＨＣＰｖ６はトランスポート層にＵＤＰ／ＩＰを使うアプリケーションプロトコルである。ＤＨＣＰメッセージは、Ｍｅｓｓａｇｅ−ｔｙｐｅフィールド５１の値で指定する。ＤＨＣＰメッセージのオプションパラメータは、Ｏｐｔｉｏｎｓフィールド５３に設定される。
【０１１１】
図１５は、ＩＡ＿ＰＤ  ｏｐｔｉｏｎｓのフォーマット例Ｓ２を示す。
【０１１２】
Ｏｐｔｉｏｎ  Ｃｏｄｅフィールド５３１は、ＤＨＣＰメッセージのオプションパラメータの種別を示す。ＩＡＩＤフィールド５３２には、前記ＩＡＩＤが設定される。ＩＡ＿ＰＤ  ｏｐｔｉｏｎｓ５３３にはＩＰｖ６  Ｐｒｅｆｉｘ  ｏｐｔｉｏｎｓが含まれる。
【０１１３】
図１６は、ＩＡ＿ＰＤ  Ｐｒｅｆｉｘ  ｏｐｔｉｏｎｓのフォーマット例Ｓ３を示す。
【０１１４】
ＩＰｖ６  Ｐｒｅｆｉｘフィールド５３５には、ＩＡＩＤに対して配布可能なＩＰｖ６  Ｐｒｅｆｉｘ情報が含まれる。
【０１１５】
図１７は、Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｑｕｅｓｔメッセージのフォーマット例Ｓ１１を示す。
【０１１６】
Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  ＲｅｑｕｅｓｔメッセージＳ１１は、ＩＰｖ６パケットのＰａｙｌｏａｄ４３に格納される。
【０１１７】
図１８は、Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｐｌｙメッセージのフォーマット例Ｓ１２を示す。Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  ＲｅｐｌｙメッセージＳ１２は、ＩＰｖ６パケットのＰａｙｌｏａｄ４３に格納される。
【０１１８】
図１９は、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅメッセージのフォーマット例Ｓ１３を示す。ＩＰｖ６  Ｄｅｓｔｉｎａｔｉｏｎ  Ｏｐｔｉｏｎｓ  Ｈｅａｄｅｒ４０１とＩＰｖ６  Ｍｏｂｉｌｉｔｙ  Ｈｅａｄｅｒ４０２は、ＩＰｖ６パケットの拡張ヘッダ４２に格納される。
【０１１９】
図２０は、Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージのフォーマット例Ｓ１４を示す。ＩＰｖ６  Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒ４０３とＩＰｖ６  Ｍｏｂｉｌｉｔｙ  Ｈｅａｄｅｒ４０２は、ＩＰｖ６パケットの拡張ヘッダ４２に格納される。
【０１２０】
以上説明したように、本発明の第１の実施の形態によると、ＨＡ１と接続装置２がＤＨＣＰ−ＰＤ機能を備え、接続装置２は認証要求の受信を契機にＤＨＣＰ−ＰＤ機能を起動する。すなわち、ＨＡ１が在圏網５に属する接続装置２にＰｒｅｆｉｘを配布する手段を備え、在圏網５に属する接続装置がＮＭ３にＰｒｅｆｉｘを通知する手段を備えることから、接続装置２がＨＡ１から配布されたＰｒｅｆｉｘ情報をＭＮ３に通知することによって、ホーム網以外に存在するＭＮ３はホームアドレスを取得することができる。
【０１２１】
また、ＭＮ３が、識別情報（例えば、ＦＱＤＮ）と在圏網５で取得したホームアドレスとの対応情報を位置情報管理装置（ＤＮＳサーバ）に登録する手段を備えることによって、在圏網５においてホームアドレスを取得したＭＮ３に対する着信サービスを提供することができる。
【０１２２】
次に、本発明の第２の実施の形態について説明する。第２の実施の形態は、第１の実施例に加えて、ＨＡ１及び接続装置２が網管理装置３１からプログラムを受信することを特徴とする。
【０１２３】
図２１は、第２の実施の形態の通信網の構成図である。
【０１２４】
第２の実施の形態では、前述した第１の実施の形態における構成（図１）に加え、網管理装置３１が追加されている。この網管理装置３１は、ＨＡ１及び接続装置２と接続されており、ＨＡ１及び接続装置２にプログラムを送信する手段を備える。なお、前述した第１の実施の形態（図１）と同じ構成は、同じ符号を付し、その詳細な説明は省略する。
【０１２５】
図２２は、第２の実施の形態におけるホームエージェント（ＨＡ）１の構成を示すブロック図である。
【０１２６】
ＨＡ１は、第１の実施の形態における構成（図２）に加え、管理機能部３３を有するサーバ部３２を備え、本発明における認証動作に用いられるプログラムとデータとを網管理装置３１から受信する。なお、前述した第１の実施の形態（図２）と同じ構成は、同じ符号を付し、その詳細な説明は省略する。
【０１２７】
図２３は、本発明の第２の実施の形態における接続装置（ＧＷ）２の構成を示すブロック図である。
【０１２８】
接続装置２は、第１の実施の形態における構成（図５）に加え、メモリ部２２に管理機能部２８を備える。
【０１２９】
ＨＡ１及び接続装置２は、網管理装置３１から、第１の実施の形態で示したＰｒｅｆｉｘ配布に必要な各種プログラムと情報を受信する。ＨＡ１は、受信したプログラムと情報をサーバ部１２のＤＨＣＰ−ＰＤ機能部１６にインストールし、ＤＨＣＰ−ＰＤ機能部１６にて該プログラムを動作させる。接続装置２は、受信したプログラムと情報をメモリ２２のＤＨＣＰ−ＰＤ機能部２６と認証処理部２７にインストールし、ＤＨＣＰ−ＰＤ機能部２６と認証処理部２７にて該プログラムを動作させる。なお、前述した第１の実施の形態（図５）と同じ構成は、同じ符号を付し、その詳細な説明は省略する。
【０１３０】
以上説明したように、本発明の第２の実施の形態によると、ＭＮ３にＰｒｅｆｉｘを通知するために必要なプログラム及びデータをＨＡ１及び接続装置２に対して提供する網管理装置３１を備え、ＨＡ１及び接続装置２が網管理装置３１から該プログラム及びデータを受信する機能を備えることにより、従来のＭｏｂｉｌｅ  ＩＰｖ６機能を備えるＨＡ１及び接続装置２において、予め第１の実施の形態において説明した機能を実装することなく、自動的にこれらの機能を実装し、認証動作をさせることができ、移動体通信網の機能を容易に向上させることができる。
【０１３１】
次に、本発明の第３の実施の形態について説明する。第３の実施形態は、接続装置２がＨＭＩＰｖ６のＭＡＰ機能を備えることを特徴とする。
【０１３２】
図２４は、第３の実施の形態の通信網の構成図である。
【０１３３】
第３の実施の形態では、前述した第１の実施の形態における構成（図１）と異なり、ＭＮ３はＨＭＩＰｖ６対応移動端末であり、接続装置（ＭＡＰ）２はＨＭＩＰｖ６のＭＡＰ機能を備える。なお、前述した第１の実施の形態（図１）と同じ構成は、同じ符号を付し、その詳細な説明は省略する。
【０１３４】
図２５は、第３の実施の形態における接続装置（ＭＡＰ）２の構成を示すブロック図である。
【０１３５】
接続装置２は、第１の実施の形態における構成（図５）に加え、メモリ部２２にＨＭＩＰｖ６処理部２９を備える。ＨＭＩＰｖ６処理部２９は、ＭＡＰ機能を提供し、ＲＣｏＡとＬＣｏＡの対応情報を保持するＢｉｎｄｉｎｇ  Ｃａｃｈｅ管理テーブルを備える。なお、前述した第１の実施の形態（図５）と同じ構成は、同じ符号を付し、その詳細な説明は省略する。
【０１３６】
図２６は、図２４に示す網５ｂに在圏するＭＮ３がホームアドレスを生成し、ＭＡＰ２ｂに位置登録を完了するまでのシーケンス図である。
【０１３７】
ＭＮ３は、網５ｂに属するルータ（ＡＲ：Ａｃｃｅｓｓ  Ｒｏｕｔｅｒ）４ｃから、ＭＡＰオプションを含むルータ広告（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）を受信する（１５１）。ＭＮ３は、ＭＡＰオプションを含むルータ広告を受信すると、ＭＡＰオプションに含まれる情報から、ＨＭＩＰｖ６処理部２９を含む接続装置（ＭＡＰ）２ｂを特定する。次にＭＮ３は、ルータ広告のＭＡＰオプションに含まれる情報を用いて、ＲＣｏＡとＬＣｏＡとを生成する（１５２）。
【０１３８】
ＭＮ３は、ＭＡＰ２ｂにＭＡＰへの位置登録であることを示す位置登録信号（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）を送信する（１５３）。前記位置登録信号には、以下の情報が格納される。送信元アドレス４１ａには、ＭＮ３がステップ１５２で生成したＬＣｏＡが設定される。着信先アドレス４１ｂには、ＭＡＰ２ｂのアドレスが設定される。Ｄｅｓｔｉｎａｔｉｏｎ  Ｏｐｔｉｏｎｓ  Ｈｅａｄｅｒ４０１のホームアドレスオプションには、ＭＮ３がステップ１５２で生成したＲＣｏＡが設定される。
【０１３９】
そして、位置登録信号１５３を受信したＭＡＰ２ｂは認証処理を起動する。すなわち、位置登録信号１５３を受信したＭＡＰ２ｂは、送信元ＩＰアドレス（ＬＣｏＡ）で許容ＩＰアドレスリスト３４０を検索する。許容ＩＰアドレスリスト３４０にＭＮ３のＬＣｏＡのエントリが存在しなければ、パケット送信元（ＮＮ３）に対して認証情報送信要求を送信する（１０４）。以下、ステップ１０４からステップ１１３までの処理は、第１の実施の形態（図９）と同じである。
【０１４０】
第３の実施の形態において、ＭＡＰ２ｂは、許容ＩＰアドレスリスト３４０（図７）にＭＮ３のＬＣｏＡ及びＲＣｏＡを追加する。
【０１４１】
認証処理が正常に終了した場合、ＭＡＰ２ｂは、ＨＭＩＰｖ６処理部２９のＢｉｎｄｉｎｇ  Ｃａｃｈｅ管理テーブルに、ＭＮ３のＲＣｏＡとＬＣｏＡの対応情報を格納する（１５４）。続いて、ＭＡＰ２ｂは、ＭＮ３にＢｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔを送信する（１５５）。このＢｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔの送信元アドレス４１ａにはＭＡＰ２ｂのアドレスが設定されている。また、着信先アドレス４１ｂにはＭＮ３のＬＣｏＡが設定され、Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒ４０３にはＭＮ３のＲＣｏＡが設定されている。
【０１４２】
一方、認証処理が正常に終了しなければ、ＭＡＰ２ｂはＭＮ３にエラー通知を含むＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｇｅｍｅｎｔ（１５５）を送信する。
【０１４３】
ＭＮ３は、位置登録が正常終了したことを示すＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｇｍｅｎｔ（１５５）を受信した場合、ステップ１１３で受信したＰｒｅｆｉｘ情報とＭＮ３のインタフェース識別子からホームアドレスを生成する（１１４）。以下、ステップ１１４からステップ１２２までの処理は、第１の実施の形態（図９）と同じである。
【０１４４】
ＭＮ３は、ステップ１１４で生成したホームアドレスとステップ１５２で生成したＲＣｏＡの対応情報をＨＡ１に登録する。Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ１１８の送信元アドレス４１ａは、ＭＮ３がステップ１５１で受信したルータ広告に含まれるＭＡＰオプションに基づいて設定する。Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ（１１８）の送信元アドレスがＲＣｏＡではない場合、ＲＣｏＡはＢｉｎｄｉｎｇ  Ｕｐｄａｔｅ（１１８）のＡｌｔｅｒｎａｔｅ−ＣｏＡオプションに設定される。
【０１４５】
以上説明したように、本発明の第３の実施の形態によると、ＨＡ１と接続装置２がＤＨＣＰ−ＰＤ機能を備え、接続装置２がＨＭＩＰｖ６のＭＡＰ機能を備える。そして、接続装置２はＨＭＩＰｖ６の位置登録信号の受信を契機にＭＮの認証処理を起動し、ＨＡにＰｒｅｆｉｘ配布要求を送信し、ＭＮに認証情報の送信を要求する。接続装置２は認証要求の受信を契機にＤＨＣＰ−ＰＤ機能を起動し、ＨＡ１から配布されたＰｒｅｆｉｘをＭＮ３に通知することが可能になる。よって、ホーム網以外に存在するＭＮ３はホームアドレスを取得することが可能になる。
【０１４６】
さらに、ＨＭＩＰｖ６機能を備える接続装置２は、認証処理が正常終了したＭＮ３のみの位置登録を許容するため、安全性の高い通信サービスの提供が可能になる。
【０１４７】
次に、本発明の第４の実施の形態について説明する。第４の実施の形態は、ＭＮ３が接続装置２から位置登録応答メッセージでホーム網のＰｒｅｆｉｘ情報を取得することを特徴とする。すなわち、接続装置２のＤＨＣＰ−ＰＤ機能部２６がＰｒｅｆｉｘ  Ｒｅｑｕｅｓｔ処理ルーチン６０（図１１）の代わりに、Ｐｒｅｆｉｘ  Ｒｅｑｕｅｓｔ処理ルーチン９０（図２８）を実行する。
【０１４８】
図２７は、図２４に示す網５ｂに在圏するＭＮ３がホームアドレスを生成し、ＭＡＰ２ｂに位置登録を完了するまでのシーケンス図である。
【０１４９】
ステップ１５１からステップ１５２は、前述した第３の実施の形態（図２６）と同じである。
【０１５０】
ＭＮ３は、ＲＣｏＡとＬＣｏＡを生成すると、接続装置（ＭＡＰ）２ｂに対し、ＭＡＰ２ｂへの位置登録であることを示す位置登録信号（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）を送信する（１７１）。Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ（１７１）は、Ｍｏｂｉｌｉｔｙ  Ｈｅａｄｅｒ４０２のＭｏｂｉｌｉｔｙ  ＯｐｔｉｏｎｓにＭＮ３のホーム網識別子を含んでいる。
【０１５１】
前記Ｂｉｎｉｄｎｇ  Ｕｐｄａｔｅを受信したＭＡＰ２は、Ｐｒｅｆｉｘ  Ｒｅｑｕｅｓｔ処理ルーチン９０（図２８）を起動する。
【０１５２】
図２８は、第４の実施の形態におけるＰｒｅｆｉｘ  Ｒｅｑｕｅｓｔ処理ルーチン９０のフローチャートである。
【０１５３】
ＭＡＰ２ｂは、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ１７１に含まれるホーム網識別子から、Ｐｒｅｆｉｘとの関連付けを示すＩＡ＿ＰＤを特定して、ＩＡＩＤを生成する。そして、Ｐｒｅｆｉｘの配布が可能なＤＨＣＰ  Ｓｅｒｖｅｒを発見するため、ＤＨＣＰ  ＳｏｌｉｃｉｔメッセージをＡｌｌ＿ＤＨＣＰ＿Ｒｅｌａｙ＿Ａｇｅｎｔｓ＿ａｎｄ＿Ｓｅｒｖｅｒｓ  ａｄｄｒｅｓｓ宛に送信する（９１、１０９）。以後、ステップ９２からステップ９４（図２７のステップ１１０からステップ１１２）においては、第１の実施の形態のＰｒｅｆｉｘ  Ｒｅｑｕｅｓｔ処理ルーチン６０（図１１のステップ６２からステップ６４）と同じ処理が行われる。
【０１５４】
ＭＡＰ２ｂは、Ｐｒｅｆｉｘを含むＤＨＣＰ  Ｒｅｐｌｙメッセージ（１１２）を受信してＰｒｅｆｉｘ管理テーブル３２０の該当エントリを更新するすると、ＨＭＩＰｖ６処理部２９にＩＰｖ６  Ｐｒｅｆｉｘ情報を含むＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔの送信を要求して（９５）、本ルーチンを終了する。ＭＡＰ２ｂは、Ｂｉｎｄｉｎｇ  Ｃａｃｈｅ管理テーブルにＭＮ３の位置情報を格納後（１５４）、ＭＮ３にＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（１７２）を送信する。前記Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（１７２）は、  Ｍｏｂｉｌｉｔｙ  Ｈｅａｄｅｒ４０２のＭｏｂｉｌｉｔｙ  Ｏｐｔｉｏｎｓに前記ＩＰｖ６  Ｐｒｅｆｉｘ情報を含んでいる。
【０１５５】
一方、ステップ９２又はステップ９４において、処理が正常に終了しなかった場合、すなわち、ステップ６２において適切なパラメータを含むＤＨＣＰ  Ａｄｖｅｒｔｉｓｅメッセージが受信できなかったとき、又は、ステップ６４においてＰｒｅｆｉｘを含むＤＨＣＰ  Ｒｅｐｌｙメッセージが受信できなかった場合（Ｐｒｅｆｉｘ管理テーブル３２０に該当エントリが存在しないＤＨＣＰ  Ｒｅｐｌｙメッセージを受信した場合を含む）、ＭＡＰ２ｂはＨＭＩＰｖ６処理部２９にエラー通知を含むＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔの送信を要求して（９６）、本ルーチンを終了する。
【０１５６】
図２７のステップ１１４からステップ１２２は、第３の実施の形態と同じである。
【０１５７】
以上説明したように、本発明の第４の実施の形態によると、ＭＡＰ２は位置登録信号受信を契機にＤＨＣＰ−ＰＤ機能を起動して、ＨＡ１からＭＮ３のホーム網プレフィックスを取得することが可能になる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態の通信網の構成図である。
【図２】本発明の第１の実施の形態のホームエージェント（ＨＡ）のブロック図である。
【図３】本発明の第１の実施の形態のＨＡが備えるＢｉｎｄｉｎｇ  Ｃａｃｈｅ管理テーブルの構成図である。
【図４】本発明の第１の実施の形態のＨＡが備えるＰｒｅｆｉｘ管理テーブルの構成図である。
【図５】本発明の第１の実施の形態の接続装置（ＧＷ）のブロック図である。
【図６】本発明の第１の実施の形態のＧＷが備えるＰｒｅｆｉｘ管理テーブルの構成図である。
【図７】本発明の第１の実施の形態のＧＷが備える許容ＩＰアドレスリストの構成図である。
【図８】本発明の第１の実施の形態のＤＮＳサーバが備えるゾーンファイルの構成図である。
【図９】本発明の第１の実施の形態の位置登録処理のシーケンス図である。
【図１０】本発明の第１の実施の形態のＧＷの認証処理のフローチャートである。
【図１１】本発明の第１の実施の形態のＧＷのＰｒｅｆｉｘ  Ｒｅｑｕｅｓｔ処理のフローチャートである。
【図１２】本発明の第１の実施の形態のＨＡのＰｒｅｆｉｘ  Ｄｅｌｅｇａｔｉｏｎ処理のフローチャートである。
【図１３】本発明の第１の実施の形態のＩＰｖ６パケットのフォーマット図である。
【図１４】本発明の第１の実施の形態のＤＨＣＰｖ６パケットのフォーマット図である。
【図１５】本発明の第１の実施の形態のＩＡ＿ＰＤ  ｏｐｔｉｏｎｓのフォーマット図である。
【図１６】本発明の第１の実施の形態のＩＡ＿ＰＤ  Ｐｒｅｆｉｘ  ｏｐｔｉｏｎｓのフォーマット図である。
【図１７】本発明の第１の実施の形態のＨｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｑｕｅｓｔメッセージのフォーマット図である。
【図１８】本発明の第１の実施の形態のＨｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｐｌｙメッセージのフォーマット図である。
【図１９】本発明の第１の実施の形態のＢｉｎｄｉｎｇ  Ｕｐｄａｔｅメッセージのフォーマット図である。
【図２０】本発明の第１の実施の形態のＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージのフォーマット図である。
【図２１】本発明の第２の実施の形態の通信網の構成図である。
【図２２】本発明の第２の実施の形態のホームエージェント（ＨＡ）のブロック図である。
【図２３】本発明の第２の実施の形態の接続装置（ＧＷ）のブロック図である。
【図２４】本発明の第３の実施の形態の通信網の構成図である。
【図２５】本発明の第３の実施の形態の接続装置（ＭＡＰ）のブロック図である。
【図２６】本発明の第３の実施の形態の位置登録処理のシーケンス図である。
【図２７】本発明の第４の実施の形態の位置登録処理のシーケンス図である。
【図２８】本発明の第４の実施の形態のＭＡＰのＰｒｅｆｉｘ  Ｒｅｑｕｅｓｔ処理のフローチャートである。
【符号の説明】
１  ホームエージェント（ＨＡ）
２  接続装置（ゲートウェイ装置：ＧＷ、ＭＡＰ）
３  Ｍｏｂｉｌｅ  ＩＰ移動ノード（ＭＮ）
４  ルータ（Ｒ）
５  在圏網
６  ホーム網
７  ＩＰ網
８  認証サーバ
９  通信相手端末（ＣＮ）
１０  ＤＮＳサーバ
【図１】
2004282315.tif 000003
【図２】
2004282315.tif 000004
【図３】
2004282315.tif 000005
【図４】
2004282315.tif 000006
【図５】
2004282315.tif 000007
【図６】
2004282315.tif 000008
【図７】
2004282315.tif 000009
【図８】
2004282315.tif 000010
【図９】
2004282315.tif 000011
【図１０】
2004282315.tif 000012
【図１１】
2004282315.tif 000013
【図１２】
2004282315.tif 000014
【図１３】
2004282315.tif 000015
【図１４】
2004282315.tif 000016
【図１５】
2004282315.tif 000017
【図１６】
2004282315.tif 000018
【図１７】
2004282315.tif 000019
【図１８】
2004282315.tif 000020
【図１９】
2004282315.tif 000021
【図２０】
2004282315.tif 000022
【図２１】
2004282315.tif 000023
【図２２】
2004282315.tif 000024
【図２３】
2004282315.tif 000025
【図２４】
2004282315.tif 000026
【図２５】
2004282315.tif 000027
【図２６】
2004282315.tif 000028
【図２７】
2004282315.tif 000029
【図２８】
2004282315.tif 000030