JP2007228602A - モバイルｉｐネットワークにおいて、真のローミングを行うことにより、シンプルｉｐ移動ノードにシームレスに操作させるシステム及び方法 - Google Patents

Abstract

【課題】移動ノードと、移動ノードのホームエージェントとの間で情報を送信するシステム及び方法を提供する。
【解決手段】移動ノードは、ＨＡＡＡサーバに接続される。ＨＡＡＡサーバのアドレスは決定される。ＨＡＡＡサーバに接続し、移動ノードのホームエージェントのアドレスを決定する方法を示した情報を受信する。プロキシサーバは、ＰＤＳＮから受信した情報を使ってホームエージェントのアドレスを決定する。そのアドレスを利用して移動ノードからホームエージェントに情報を送信する。
【選択図】図１

Description

本発明は、データメッセージを目的のデバイスに送信する移動ノードの、ネットワーク間の移動に関する。

今日の社会で広く普及している移動ノードは、様々な形態を備えている。例えば、移動ノードとしては、携帯電話、ＰＣＳ（personal communication service）デバイスなどが挙げられる。

移動ノードは、無線ネットワークに直接或いは間接的に接続される。更に、無線ネットワークは、直接或いは間接的にその他のデバイスに接続される。このようにして、移動ノードは、その他のデバイスと通信を行うことができる。

又、移動ノードはユーザデバイスにも接続される。ユーザデバイスとは、様々な種類の情報を送受信することのできるあらゆるデバイスのことである。例えば、ユーザデバイスとしては、ＰＤＡ（personal digital assistant）や、パーソナルコンピューターなどが挙げられる。更に、他の種別のユーザデバイスを挙げることができる。

移動ノードは、「ホーム」ネットワークと、その他の（「外部」）ネットワークとで移動する。移動ノードが設置た場所のどこででも、他のユーザ及びエンティティは、情報を移動ノードに送信しなければならず、更に、移動ノードはこれら他のユーザ及びエンティティに情報の送信できるようにしなければならない。
移動ノードの設置位置を決定する（及び情報を送信する）ために、移動ノードは、ホームネットワークにおいて不変のアドレス（「ホームアドレス」）が与えられる。ホームネットワークから一旦離れると、その移動ノードに関連づけられた現在のアドレス（「気付アドレス」）は、外部ネットワークに接続された移動ノードの現在位置を反映する。例えば、移動ノードが他のユーザやエンティティ送受信するＩＰダイアグラムなど、全ての情報の情報源（source）アドレスとして、移動ノードはそのホームアドレスを利用する。

移動ノードと他のユーザやエンティティとの情報の送信を容易にするために、ホームネットワークは、ホームエージェントを備えている。

ホームエージェントは、様々な機能を実現している。例えば、ホームエージェントは、ホームデバイスの現在位置などの移動ノードに関する情報を保持する。
又、他の例では、他のユーザやエンティティが、移動ノードと通信を行う場合、ホームエージェントは、ルーターの役割を持ち、移動ノードへの情報を「トンネル」する（移動ノードが外部ネットワークに接続されている場合）。

外部ネットワークは、様々な機能を実現する外部エージェントを備えている。
例えば、移動ノードが外部ネットワークに移動した場合、移動ノードは、外部エージェントに連絡する。ある実例を挙げると、外部エージェントは、外部ネットワーク上のルーターであって、移動ノードが外部ネットワークで登録されている間、移動ノードにルーティングサービスを提供する。又、外部エージェントは、トンネル（detunnel）し、移動ノードのホームエージェントによりトンネルされた情報を、移動ノードに送信する。

ホームエージェント及び外部エージェントは、サービスを供給しているそれぞれのネットワークの有効であることを通知する。新しく移動ノードが入ってくると、ここに外部エージェントになりうるものがあるか調査するリクエストを、外部ネットワークに転送する。移動ノードがそのホームネットワークから離れている間、ホームエージェントによって、移動ノードの気付アドレスが登録される。
この接続方法において、移動ノードは、ホームエージェントを用いて直接に、或いは外部エージェントを介して、ホームエージェントに登録事項を転送する。

移動ノードが供給エリアを通過する場合、移動ノードは、新しい外部エージェントに登録しなければならない。ある外部エージェントから別の外部エージェントへのセッションの書き換えは、プロキシサーバを介して移動ノードのプロファイル情報を再構築、及びホームエージェントを介してセションの接続プロファイルを再構築することにより行われる。

本発明のシステム及び方法は、移動ノードが複数のネットワークを移動する場合に、移動ノードが、ユーザデバイスに対してデータを有効に、送信することができるものである。都合良く、移動ノードの存在する位置には関係なく、移動ノードのホームエージェントのアドレスが、プロキシサーバにより決定される。

本発明の実施の形態において、移動ノードはプロキシサーバに接続される。移動ノードはホームエージェントを備えており、又、ＨＡＡＡ（home administration, authorization, and authentication）サーバに接続されている。

プロキシサーバは、ＨＡＡＡサーバのアドレスを決定する。プロキシサーバは、ＨＡＡＡサーバに接続したのに対応して、移動ノードのホームエージェントのアドレスを決定するための方法を示す。プロキシサーバは、ＨＡＡＡサーバから受信した情報を使って、ホームエージェントのアドレスを決定する。移動ノードから、アドレスが付与されたホームエージェントへ、情報は送信される。その後、移動ノードが他のネットワークに移動した場合、断続的にホームエージェントが失われることなく、上記の処理は繰り返される。

本発明の他の実施の形態において、移動ノードは無線ネットワークに接続される。又、ＰＤＳＮ（パケット・データ・サービング・ノード：packet data serving node）も無線ネットワークに接続され、プロキシサーバは、ＰＤＳＮに接続される。ＨＡＡＡサーバは、プロキシサーバに接続され、ホームエージェントは、ＰＤＳＮに接続される。

移動ノードは、無線ネットワークにリクエストメッセージを送信し、無線ネットワークは、ＰＤＳＮにリクエストメッセージを送信する。ＰＤＳＮは、リクエストメッセージをプロキシサーバに転送する。プロキシサーバは、テーブルを備えており、ＰＤＳＮは、テーブルを参照してＨＡＡＡサーバのアドレスを決定する。ＨＡＡＡサーバは、プロキシサーバに接続され、ＩＰアドレスの割り当てを示した情報を送信する。プロキシサーバは、その情報に基づいて、ホームエージェントのアドレスを決定する。このメッセージは、そのアドレスを備えたホームエージェントに送信される。

本発明の他の実施の形態においては、複数のパケットデータ提供エリア間を移動する移動ノードにおいて、プロキシサーバは、移動ノードが「ローミングする（roamed）」、或いは、新しいパケットデータ提供ノードや外部エージェントに移動する、そして、明確に、オリジナルの外部エージェントにおけるオリジナルのセションで加入されたあらゆるリソースを利用（”リソース配分（resource allocation）”を実行）する。ホームエージェントにおけるオリジナルのセションに割り当てられたリソースを修正することより、結合して、リソース管理の仕組みは実行される。プロキシサーバによるオリジナル外部エージェントからのリソースの修正は、通信のＲＡＤＩＵＳプロトコルに従ったリソース管理メッセージを用いて実行される。

外部エージェントによるホームエージェントのリソース管理は、プロキシサーバと外部エージェント間でのリソース修正処理が達成されることにより行われ、続いて、移動ノードの認証（de-registration）プロシージャーが行われる。

本発明のその他の特徴及び長所は、添付の図面を適切に参照しながら以下にの詳細な記載を読むことにより、当業者には明らかになる。

次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

（最良の実施の形態）
図１に示すように、本発明のシステムは、移動ノード１０２、第１のネットワーク１０４、第２のネットワーク１０９、第１のＰＤＳＮ（packet data serving node：パケットデータ提供ノード）１０６、第２のＰＤＳＮ１１２、プロキシサーバ１０８、ホームエージェント１１４、第１のＨＡＡＡ（home administration, authorization, and authentication：承認認証管理）サーバ１１６、第２のＨＡＡＡサーバ１１８、目的デバイス１２０を備えている。更に、プロキシサーバ１０８にデータベース１０７が接続されている。

移動ノード１０２は、コネクション１０３を介して第１のネットワーク１０４に、又はコネクション１１０を介して第２のネットワーク１０９に接続されている。第１のネットワーク１０４は、コネクション１０５を介して第１のＰＤＳＮ１０６に接続され、第２のネットワーク１０９は、コネクション１１１を介して第２のＰＤＳＮ１１２に接続されている。第１のＰＤＳＮ１０６及び第２のＰＤＳＮ１１２は、プロキシサーバ１０８及びホームエージェント１１４に接続されている。プロキシサーバ１０８は、第１のＨＡＡＡサーバ１１６及び第２のＨＡＡＡサーバ１１８に接続されている。ホームエージェント１１４は、目的デバイス１２０に接続されている。

移動ノード１０２は、あらゆる種類のモバイル無線デバイスである。例えば、移動ノードは、携帯電話、ＰＣＳ（Personal Communication Services）デバイス、ＰＤＡ（personal digital assistant）などである。勿論、他の種類の移動ノードであっても良い。

第１のネットワーク１０４及び第２のネットワーク１０９は、ＩＳ−９５／ＣＤＭＡ或いはＣＤＭＡ２０００の規格で構成された無線ネットワークである。例えば、これらのネットワークは、無線セルラー通信ネットワーク（wireless cellular communication network）である。第１のネットワーク１０４及び第２のネットワーク１０９は、ベースステーション、ＭＳＣ、スイッチなどのあらゆるデバイスを備えている。勿論、第１のネットワーク及び第２のネットワークは、同様にその他のデバイスを備えていても良い。

第１のＰＤＳＮ１０６及び第２のＰＤＳＮ１１２は、第１のネットワーク１０４及び第２のネットワーク１０９からのトラフィックが集中しており、データネットワークへのこのトラフィックのパスを提供する。一例を挙げると、第１のＰＤＳＮ１０６及び第２のＰＤＳＮ１０９は、CommWorks社のパケットデータ提供ノード（ＰＤＳＮ）である。勿論、他の種類のＰＤＳＮであっても良い。

プロキシサーバ１０８の機能は、メモリに保存されたコンピュータの命令を用いて、プロセッサにより実行される。プロキシサーバ１０８は、第１のネットワーク１０４と第２のネットワーク１０９との間を、続いて、移動ノード１０２と目的デバイス１２０との間を、移動ノードが移動できるように、ホームエージェントのアドレスを決定する。

ホームエージェント１１４は、ホームエージェントの機能を持つサーバであればなんでも良い。例えば、ホームエージェント１１４は、CommWorks社により製造されたホームエージェントである。ホームエージェント１１４は、移動ノード１０２から目的デバイス１２０に情報をトンネルする。

第１のＨＡＡＡサーバ１１６及び第２のＨＡＡＡサーバ１１８は、ＨＡＡＡサーバの形式を持つ。例えば、第１のＨＡＡＡサーバ１１６及び第２のＨＡＡＡサーバ１１８は、Funk Software社のSteel-Belted RADIUS(Remote Authentication Dial In User Service：ユーザサービスにおけるリモート認証ダイアル)サーバである。

例えば、図１のネットワークの機能は、ドメインアドレス（例えば、ABC.com）を備える移動ノード１０２は、第１のネットワーク１０４と第１のＰＤＳＮ１０６とのセションを確立する。例えば、ＬＰＣネゴシエーションが、このセションの構築を行う。

第１のＰＤＳＮ１０６は、例えばＣＨＡＰ（Challenge Handshake Authentication Protocol）接続リクエストメッセージなどの、接続リクエストメッセージをプロキシサーバ１０８に送信する。プロキシサーバ１０８は、そのドメインアドレスに基づいて、第１のＨＡＡＡサーバ１１６又は第２のＨＡＡＡサーバ１１８を決定する。例えば、本明細暑中の他の箇所に記載したように、プロキシサーバは、テーブルを利用して、このドメインのアドレスに関するＨＡＡＡサーバのアドレスを検索する。プロキシサーバ１０８は、接続リクエストメッセージを第１のＨＡＡＡサーバ１１６に送信する。

第１のＨＡＡＡサーバ１１６は、接続許可メッセージをプロキシサーバに返す。この接続許可メッセージは、移動ノード１０２のホームアドレスを決定するために使われる方法の指示が含まれている。例えばここで、方法の指示とは、プロキシサーバが、ＨＡＡＡサーバによって割り当てられた静的アドレスをホームアドレスとして利用する、或いは、移動ノードのホームアドレスを決定するために、ローカルアドレスプール（「動的アドレス」）を問い合わせる、などのことである。静的アドレスを利用する場合、固定のアドレス（例えば、10.10.10.10）は、移動ノードのホームアドレスに固定されることを示すために用いられ、ＨＡＡＡサーバより提供される。この値は、接続許可メッセージのＩＰアドレス属性において提供される。動的アドレスを利用する場合は、使われていないＩＰアドレス属性、或いは予め定められたＩＰアドレス（例えば、255.255.255.254）が存在するので、ホームエージェントのアドレスを検索するために、プロキシサーバに備えられたアドレスプールを使用するように命令する。

移動ノードのホームアドレスに加えて、プロキシサーバは、ホームエージェントのアドレスを割り当てる。その値は、接続許可メッセージのNext-Hopゲートウェイ属性において供給される。この値は、ＨＡＡＡサーバにより指示されても良い。属性がない場合、ホームエージェントのアドレスをリクエストパラメータ（例えば、ドメイン名）に基づくリクエストとして選択しなければならないことを、プロキシサーバに指示する。勿論、他の方法を指示しても良く、他の方法でも構わない。

プロキシサーバ１０８は、メッセージを受け取り、その指示から、ホームエージェント１１４のアドレスを決める。このアドレスはＰＤＳＮ１０６を通過する。ＰＤＳＮ１０６は、それから、移動ノード１０２からホームエージェント１１４を介して目的デバイス１２０に宛てられた全てのメッセージの経路を決定する。

例えば、移動ノード１０２がネットワーク１０９に（コネクション１１０を介して）移動した場合、切断（teardown）プロシージャーが実行される。その結果、上述した同様のプロシージャーは、このとき、ＰＤＳＮ１１２を介するホームエージェント１１４へのコネクションの確立に利用される。

図２に示すように、説明したプロキシサーバが利用したテーブルの一例が記載されている。テーブル２００は、領域登録２０２を備えている。図２の場合、領域登録は、「ABC.com」である。又、テーブルは、ホームエージェント登録２０４を備えている。図２の場合、この登録は、ホームエージェントＨＡ１のアドレスを示している。ＨＡ１自体は、例えば、「10.1.1.1」などの現実のアドレスへのポインターである。

テーブル２００は、又、「プール１」の様な、プール登録２０６を備えている。プール１は、多くのホームエージェントのアドレスを含むアドレスプール２１４のポインターである。又このテーブルは、20.1.1.1や20.1.1.10などとそれぞれアドレスを与えられた、より好ましい第１のＨＡＡＡサーバ登録２０８と、第２のＨＡＡＡサーバ登録２１０を含んでいる。テーブル２００は、「Mobile IP」と設定されたネットワークタイプ項目２１６を備えている。この項目は、「Simple IP」や「Mobile Proxy Agent」などの値が設定されても良い。勿論、テーブルに他の項目を備えていても良いし、異なる領域についての追加登録があっても良い。

図３を参照すると、セション設定プロシージャーの一例が記載されている。この例においては、移動ノード、ネットワーク、ＰＤＳＮ、プロキシサーバ、ホームエージェント、ＨＡＡＡサーバが、図１に示したように互いに接続されている場合の通信について記載している。

ステップ３０２において、接続リクエストメッセージ（例えばＣＨＡＰプロトコルに対応した接続リクエストメッセージ）が、ＰＤＳＮからプロキシサーバに送信される。ステップ３０４において、プロキシサーバは、（データベースの情報を参照して）セションが存在しないことを確認し、ＨＡＡＡサーバを選択し、選択されたＨＡＡＡサーバに接続リクエストメッセージを送信する。

ステップ３０６において、ＨＡＡＡサーバは、接続許可メッセージをプロキシサーバに送信する。例えば、このメッセージは、プロキシサーバが移動ノードのホームアドレスの決定に利用する方法を示した情報を含んでいる。更に、このメッセージは、Framed-IP-Address、Framed-Compressionタイプ、Frame-Protocolなどの属性も含まれている。

ステップ３０８において、プロキシサーバは、ホームエージェントのアドレスを（方法を示した情報に基づいて）選択し、セションを生成する。セションは、（ローカル、或いは接続可能なネットワークのどちらかの）データベースに登録されたユーザの接続情報によって明らかにされる。プロキシサーバは、例えば、ホームエージェントのＩＰアドレスを含んだ、アクセス許可メッセージを、ＰＤＳＮに送信する。

ステップ３１０において、ＰＤＳＮは、ホームエージェントに、リンクを確立するリクエストを送信する。このリクエストは、例えば、ＲＣＦ２００２で定義された通り、モバイルＩＰプロトコルに従った、登録リクエスト（RRQ：Registration Request）メッセージである。このメッセージには、ホームエージェントのアドレス及びその他の情報が含まれている。

ステップ３１２において、ホームエージェントは、リンクが確立できるように示した（ステップ３１０における）リクエストに対するレスポンスを送信する。
このレスポンスは例えば、モバイルＩＰプロトコルに従った、登録レスポンス（RRP：Registration Response）が含まれている。このレスポンスメッセージは、リクエストの受け取りを承認するものである。

ステップ３１４において、配置（Configuration）リクエストメッセージが、移動ノードからＰＤＳＮに送信される。一例を挙げると、配置リクエストメッセージは、ＲＦＣ１３３２で定義されたＩＰＣＰプロトコルに従ったIPCPConfigRequestメッセージの形式であっても良い。配置リクエストメッセージによって、移動ノード１０２とＰＤＳＮ１０６の通信のコネクションを開くことができる。

ステップ３１６において、配置リクエストメッセージは、ＰＤＳＮから移動ノードに送信される。一例を挙げると、配置リクエストメッセージは、ＩＰＣＰプロトコルに従ったIPCConfigRequestメッセージの形式であっても良い。この配置リクエストメッセージによって、ＰＤＳＮと移動ノードの間の通信において、ＩＰ接続を開くことができる。

ステップ３１８において、ＰＤＳＮは、ステップ３１４で送信された配置リクエストメッセージの返答として、配置承認メッセージを送信する。例えば、配置承認メッセージは、ＩＰＣＰプロトコルに従ったIPCPConfigackメッセージであって、ユーザに割り当てられたＩＰアドレスを含んでいる。配置承認メッセージによって、受信の指示を規定したり、移動ノードからの接続リクエストの承諾を行うことができる。

ステップ３２０において、移動ノードは、ステップ３１６で送信された配置リクエストメッセージの返答として、配置承認メッセージを送信する。例えば、配置承認メッセージは、ＩＰＣＰプロトコルに従ったIPCPConfigackメッセージなどである。配置承認メッセージによって、ＰＤＳＮからの接続リクエストの承諾を行うことができる。

ステップ３２２において、ＰＤＳＮは、アカウントリクエストメッセージをプロキシサーバに送信する。このメッセージによって、課金情報の最初の送信となり、課金を開始することができる。このアカウントリクエストメッセージは、ＲＡＤＩＵＳプロトコルに従った開始メッセージであっても良い。

ステップ３２４において、プロキシサーバは、アカウントリクエストメッセージをＨＡＡＡサーバに転送する。このアカウントリクエストメッセージは、ＲＡＤＩＵＳプロトコルに従った開始メッセージであっても良い。

ステップ３２６において、ＨＡＡＡサーバは、アカウントレスポンスメッセージをプロキシサーバに送信する。このレスポンスメッセージによって、アカウントリクエストメッセージの受信を承認したものとすることができる。アカウントレスポンスメッセージは、ＲＡＤＩＵＳプロトコルに従って送信される。

ステップ３２８において、プロキシサーバは、ＰＤＳＮにアカウントレスポンスメッセージを転送する。このレスポンスメッセージにより、アカウントリクエストメッセージの受信を承認することができる。アカウントレスポンスメッセージは、ＲＡＤＩＵＳプロトコルに従って送信される。

図４を参照すると、セションの切断プロシージャーが記載されている。この例は、ネットワーク、ＰＤＳＮ、プロキシサーバ、ホームエージェント（ＨＡ）、ＨＡＡＡサーバが、図１に示したように互いに接続されている場合の通信について記載している。

ステップ４００において、ネットワークは、移動ノードとホームエージェントの間のコネクションの切断をリクエストする、有効期間登録リクエスト（RRQ-lifetime）メッセージを送信する。ステップ４０２において、ＰＤＳＮは、コネクションを切断するリクエストが承認されたことをネットワークに通知する登録リクエスト許可（RRQ-Accept）メッセージを、ネットワーク１０４に送信することによって、返答する。

ステップ４０４において、ＰＤＳＮはアカウントリクエストメッセージをプロキシサーバに送信する。このメッセージにより、課金セションの終了を指示することができる。このアカウントメッセージは、ＲＡＤＩＵＳプロトコルに従った終了メッセージであっても良い。

ステップ４０６において、プロキシサーバは、アカウントリクエストメッセージをＨＡＡＡサーバに転送する。このメッセージにより、アカウントセションの終了をＨＡＡＡサーバに通知することができる。このアカウントメッセージは、ＲＡＤＩＵＳプロトコルに従った終了メッセージであっても良い。

ステップ４０８において、ＨＡＡＡサーバは、アカウントレスポンスメッセージをプロキシサーバに送信する。このレスポンスメッセージによって、アカウントリクエストメッセージの受信を承認することができる。このアカウントレスポンスメッセージは、ＲＡＤＩＵＳプロトコルに従って送信される。

ステップ４１０において、プロキシサーバは、ＰＤＳＮにアカウントレスポンスメッセージを転送する。このレスポンスメッセージによって、アカウントリクエストメッセージを承認することができる。アカウントレスポンスメッセージは、ＲＡＤＩＵＳプロトコルに従って送信される。

ステップ４１２において、ＰＤＳＮは、リソース解放リクエストメッセージをプロキシサーバに送信する。このメッセージによって、プロキシのセションデータベースから、アクティブなセションの情報を削除することができる。このメッセージは、ＲＡＤＩＵＳプロトコルに従った形式を持つ。

ステップ４１４において、プロキシサーバは、ＰＤＳＮに送られたリソース解放レスポンスメッセージに応答する。このレスポンスメッセージは、ＲＡＤＩＵＳプロトコルに従った形式を持つ。

ステップ４１６において、ＰＤＳＮは、有効期間登録リクエスト（deRRQ-Lifetime）メッセージをホームエージェントに送信する。このメッセージは、モバイルＩＰプロトコルに従っている。このメッセージにより、ホームエージェント上のあらゆるアクティブなセッションの情報を除去することができる。

ステップ４１８において、ホームエージェントは、ＰＤＳＮに送信する登録許可（deRRP）メッセージで返答する。このメッセージは、モバイルＩＰプロトコルに従っている。このメッセージにより、リクエストメッセージの承認を行うことができる。ここで、セションは、切断される。

ここで図６を参照すると、ある外部エージェントから、パケットデータ提供エリアを横切って、他の外部エージェントに、セションを移動する一例が記載されている。図６において、移動ノード（「ＭＮ」）は、第１のＰＤＳＮ（「PDSN_src」）から第２のＰＤＳＮ（「PDSN_tgt」）に移動する。移動ノードは、ホームエージェント、ＨＡＡＡ（ホームラディウス）サーバ及び、移動ノードに接続されているプロキシサーバを備えている。

ステップ６００において、移動ノードは、この明細書中の他の箇所で既に述べたような方法で、第１のＰＤＳＮとの間でアクティブなコネクションを確立している。

ステップ６０１において、第１のＰＤＳＮによってカバーされているパケットデータ提供エリアから、第２のＰＤＳＮによってカバーされているエリアへ、移動ノードは移動する。ステップ６０２において、ＬＣＰネゴシエーションと認証プロシージャーを初期化することにより、移動ノードは、第２のＰＤＳＮとの間に新しいコネクションの確立を試みる。ステップ６０３において、第２のＰＤＳＮは、認証を得るために、接続リクエストメッセージをプロキシサーバに送信する。プロキシサーバはステップ６０３ａで認証リクエストをＨＡＡＡサーバに伝え、ステップ６０３ｂでアクセス許可メッセージを受信する。

ステップ６０４において、プロキシサーバは、第２のＰＤＳＮにアクセス許可メッセージを送信することにより、第２のＰＤＳＮからの認証リクエストを承諾する。

ステップ６０５において、プロキシサーバは、横切ることに優先して、（横切っている移動ノードからの認証のリクエストによって）、第１のＰＤＳＮにおける元々のセションから、残されたリソースを再生するきっかけとなる。リソース再生のリクエストは、ステップ６０６におけるリソース解放リクエストによって第１のＰＤＳＮから承諾される。プロキシサーバは、ステップ６０７において、リソース解放レスポンスによりこのリクエストに対して返答する。ステップ６０３、６０５、６０５、６０６、６０７及び６０８のメッセージは、ＲＡＤＩＵＳプロトコルに従う。

ステップ６０８において、第１のＰＤＳＮは、ビジターリストデータベースからこのセションに関する全ての情報を削除する。ステップ６０９において、第１のＰＤＳＮは、例えば、有効期間＝０という情報を持った登録リクエスト（de-RRQ）メッセージを、ホームエージェントに送信する。このメッセージはモバイルＩＰプロトコルに従う。

このメッセージにより、ホームエージェントにおけるあらゆるアクティブなセションの情報を除去することができる。

ステップ６１０において、ホームエージェントは、第１のＰＤＳＮに送信する登録レスポンス（de-RRP）メッセージで返答する。このメッセージは、モバイルＩＰプロトコルに従う。このメッセージによって、リクエストメッセージを承諾することができる。

ステップ６１１において、第２のＰＤＳＮは、ホームエージェントでの登録を確立するために、登録リクエスト（RRQ）メッセージを送信する。登録リクエストメッセージは、ゼロでない、又は無限大の有効期間を備えている。ステップ６１２において、ホームエージェントは、このリクエストの承諾を知らせる、登録レスポンスメッセージで返答する。

ステップ６１３において、ＣＨＡＰ許可メッセージが、第２のＰＤＳＮから移動ノードに送信される。このメッセージにより、移動ノードに、認証が完全に達成されたことを知らせることができる。ステップ６１４において、移動ノード及び第２のＰＤＳＮとの間でＩＰＣＰネゴシエーションが起こされる。このネゴシエーションにより、移動ノードと第２のＰＤＳＮとの間にＩＰ通信コネクションを確立することができる。ここで、第１のＰＤＳＮにおけるセションを切断することができ、このセションを第２のＰＤＳＮに有効に転送する。

ここで、図２乃至図５を参照して、プロキシサーバの動作の一例を記載する。
ステップ５０２において、プロキシサーバは、外部エンティティ（例えばＰＤＳＮやＨＡＡＡサーバなど）からメッセージを受信し、メッセージの種別を決定する。

ここで、メッセージ種別が接続リクエストメッセージの場合、ステップ５０４において、プロキシサーバに保存されたテーブルを用いてＨＡＡＡサーバのアドレスを、プロキシサーバは決定する。例えば、メッセージが、「ABC.com」のドメイン名を含んでいるとすると、プロキシサーバは、図２のテーブルを参照して、20.1.1.1のアドレスを持ったＨＡＡＡＡサーバを第１の選択として決定する。
ステップ５０６において、接続リクエストメッセージは、20.1.1.1のアドレスを持つＨＡＡＡサーバに渡される。ここで、プロキシサーバの実行は終了する。

接続許可メッセージの場合は、ステップ５０８において、プロキシサーバは、移動ノードのホームアドレスを決定する。アドレスを決定するために、プロキシサーバは、接続許可メッセージを調査する。例えば、接続許可メッセージが、移動ノードのホームアドレスを決定するために使う方法を示すフィールドが含まれているとする。例えば、ＩＰアドレスのフィールドが存在し、ＨＡＡＡサーバに割り当てられた割り当てられたＩＰアドレスが含まれているとすると、プロキシサーバは、求められたアドレスを利用する。他の例では、このフィールドが存在しない、或いはマジックＩＰアドレス値（例えば255.255.255.254）であるとする。これは、プロキシサーバにプールの中からアドレスを検索する指示である。
プロキシサーバは、そのテーブルを調べて、プールを見つけ、そのプールからアドレスを検索する。プロキシサーバは、又、移動ノードのホームエージェントアドレスを割り当てる。ホームエージェントアドレスは、ドメイン名（ABC.com）から決定される。接続許可メッセージのNext-Hopゲートウェイ項目を参照して、ホームエージェントアドレスは、送信される。勿論、その他の方法が指示されており、その他の方法でアドレスを決定することも可能である。ステップ５１０において、アクセス許可メッセージ及びアドレスをＰＤＳＮに転送する。ここでプロキシサーバの実行は終了する。

アカウントリクエストメッセージの場合は、ステップ５１２において、プロキシサーバは、転送するメッセージを生成し、他のエンティティにそのメッセージを渡す以外は、何の処理も行わない。ここでプロキシサーバの処理は終了する。

アカウントレスポンスメッセージの場合は、ステップ５１６において、プロキシサーバメッセージは、プロキシサーバに保存され、そのまま他のエンティティに転送する。ここでプロキシサーバの処理は終了する。

ここで述べられたプログラム、処理、方法及びシステムは、他の方法を指し示すまでもなく、特定のコンピュータ或いはネットワークシステム（ハードウェア又はソフトウェア）に限定されるものではない。様々な種類の全体的な目的とされ又は明確にされたコンピュータシステムは、ここで教示されたことを授与することにより、同様の処理を行うことができる。

本発明の原理が適用された様々な実施の形態に適用すると、記載された実施の形態は、ただの一例に過ぎず、本発明の目的を限定するものではない。例えば、これらの記載されたシーケンスに適用されフローダイアグラムの各ステップは、これ以上の或いはこれ以下の要素がブロックダイアグラムに使用される。好ましい実施の形態の様々な要素は、ソフトウェアによって実施されているが、その他の実施例においては、ハードウェアやファイアウォールのどちらかによって、実施されても同様である。

ホームエージェントのアドレスを決定するシステム及び方法を含む方法は、コンピュータが利用できる媒体を含むコンピュータプログラム製品において具体化されることは、当業者には明らかである。例えば、コンピュータが利用可能な媒体としては、読み出しメモリデバイス、ハードドライブデバイス、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、或いはコンピュータが読み出しできるコードが保存されているコンピュータディスクなどが挙げられる。バス、通信リンク、光、有線或いは無線などの、デジタル或いはアナログ信号を含むコンピュータコードを備える伝送媒体をも含む。

本発明の最良の実施の形態に係る、データをホームエージェントに送信するシステムのダイアグラム図である。 本発明の最良の実施の形態に係る、プロキシサーバが利用するテーブルの一例である。 本発明の最良の実施の形態に係る、コネクションを設定するコールフローダイアグラム図である。 本発明の最良の実施の形態に係る、コネクションを分解するコールフローダイアグラム図である。 本発明の最良の実施の形態に係る、プロキシサーバの処理のフローチャート図である。 本発明の最良の実施の形態に係る、リソース配置のコールフローダイアグラム図である。

符号の説明

１０２…移動ノード
１０３、１０５…コネクション
１０４、１０９、１１０、１１１…ネットワーク
１０５…コネクション
１０６、１１２…ＰＤＳＮ
１０７…データベース
１０８…プロキシサーバ
１１４…ホームエージェント
１１６、１１８…第１のＨＡＡＡサーバ
１１８…ＨＡＡＡサーバ
１２０…目的デバイス

Claims (21)

1. シンプルＩＰ移動ノードがネットワークへの接続をリクエストする通信を、デバイスから受信するステップと、
   前記シンプルＩＰ移動ノードが既に存在している、前記デバイスとは異なるデバイスを介したセションを決定するステップと、
   前記デバイスに、承諾メッセージを送信するステップと、
   モバイルＩＰ承認リクエストを前記デバイスで初期化するステップと、
   前記送信するステップの後、前記シンプルＩＰ移動ノードと前記デバイスの間のセションを確立するステップ
   を備えることを特徴とするシンプルＩＰ移動ノードのセション転送方法。
2. 前記モバイルＩＰ承認リクエストを前記デバイスで初期化するステップは、ホームエージェントにモバイルＩＰリクエストメッセージを送信するステップを含んでいることを特徴とする請求項１に記載のシンプルＩＰ移動ノードのセション転送方法。
3. 前記シンプルＩＰ移動ノードと前記デバイスの間のセションを確立するステップは、ＣＨＡＰ認証を実行するステップを含むことを特徴とする請求項２に記載のシンプルＩＰ移動ノードのセション管理方法。
4. 前記シンプルＩＰ移動ノードと前記デバイスとの間のセションを確立するステップは、前記シンプルＩＰ移動ノードと前記デバイスとの間のＩＰ通信を送信するステップを含むことを特徴とする請求項１に記載のシンプルＩＰ移動ノードのセション管理方法。
5. 前記シンプルＩＰ移動ノードと前記デバイスとの間のセションを確立するステップは、シンプルＩＰ移動ノードと前記デバイスとの間のネゴシエーションを処理するステップを含むことを特徴とする請求項１に記載のシンプルＩＰ移動ノードのセション管理方法。
6. 前記デバイス及び前記異なるデバイスは、ＰＤＳＮであることを特徴とする請求項１に記載のシンプルＩＰ移動ノードのセション管理方法。
7. 前記異なるデバイスにおいて、リソースを修正するステップを更に含むことを特徴とする請求項１に記載のシンプルＩＰ移動ノードのセション管理方法。
8. モバイルＩＰセションを、第１のデバイスから第２のデバイスに転送するモバイルＩＰセション転送方法であって、
   シンプルＩＰ移動ノードと前記第１のデバイスとの間に確立されたセションを識別する情報を、データベースに保存するステップと、
   前記第２のデバイスによって初期化され、前記シンプルＩＰ移動ノードが前記第２のデバイスを介した前記セションの確立を希望する接続リクエストメッセージを、前記第２のデバイスから受信するステップと、
   前記データベースの前記情報を利用して、前記第２のデバイスを介して前記シンプルＩＰ移動ノードとのセションを確立する接続リクエストメッセージの受信に返答するステップ
   とを備えることを特徴とするモバイルＩＰセション転送方法。
9. 前記第２のデバイスを介して前記シンプルＩＰ移動ノードとのセションを確立するステップは、前記第２のデバイスからホームエージェントへ、ＭＩＰリクエストを送信するステップを含むことを特徴とする請求項８に記載のモバイルＩＰセション転送方法。
10. 前記シンプルＩＰ移動ノードとのセションを確立するステップは、前記シンプルＩＰ移動ノードと前記第２のデバイスとの間のＩＰ通信を送信するステップを含むことを特徴とする請求項８に記載のモバイルＩＰセション転送方法。
11. 前記シンプルＩＰ移動ノードとのセションを確立するステップは、前記シンプルＩＰ移動ノードと前記第２のデバイスとの間のネゴシエーションを処理するステップを含むことを特徴とする請求項８に記載のモバイルＩＰセション転送方法。
12. 前記第１のデバイス及び前記第２のデバイスは、ＰＤＳＮであることを特徴とする請求項８に記載のモバイルＩＰセション管理方法。
13. 前記第１のデバイスにおいて、リソースを修正するステップを更に含むことを特徴とする請求項８に記載のモバイルＩＰセション管理方法。
14. 前記移動ノードと前記第２のデバイスとの間のセションを確立した後に、更に前記セションに関する情報を前記第１のデバイスから削除するステップを更に備えることを特徴とする請求項８に記載のモバイルＩＰセション管理方法。
15. シンプルＩＰ移動ノードがネットワークへの接続をリクエストする通信を、前記シンプルＩＰ移動ノードから受信する手段と、
    接続リクエストメッセージを転送する手段と、
    接続許可メッセージを受信する手段と、
    デバイスにおいて、モバイルＩＰ認証リクエストを初期化する手段と、
    前記シンプルＩＰ移動ノードとの接続のネゴシエーションを行う手段と、
    ホームエージェントとのトンネルを確立する手段
    とを備えることを特徴とするシンプルＩＰ移動ノードのセション転送装置。
16. 前記モバイルＩＰ認証リクエストを初期化する手段は、前記ホームエージェントにＭＩＰリクエストを送信する手段を更に備えていることを特徴とする請求項１５に記載のシンプルＩＰ移動ノードのセション転送方法。
17. ここで前記通信は、前記移動ノードの識別子を更に含んでいることを特徴とする請求項１６に記載のシンプルＩＰ移動ノードのセション転送方法。
18. 前記シンプルＩＰ移動ノードとの接続のネゴシエーションを行う手段によって、ＩＰＣＰが実行されることを特徴とする請求項１５に記載のシンプルＩＰ移動ノードのセション転送方法。
19. 前記デバイスと異なるデバイスにおいて、リソースを修正する手段を更に備えることを特徴とする請求項１５に記載のシンプルＩＰ移動ノードのセション転送方法。
20. 第１のデバイスから第２のデバイスにモバイルＩＰセションを転送するモバイルＩＰセション転送装置であって、
    シンプルＩＰ移動ノードとホームエージェントの間に第１のデバイスを介して確立されたセションを識別する情報を、データベースに保存する手段と、
    前記第２のデバイスによって初期化され、前記シンプルＩＰ移動ノードが第２のデバイスを介したて前記セションの確立を希望する、接続リクエストメッセージを受信する手段と、
    前記シンプルＩＰ移動ノードに既に存在しているセションを決定する手段と、 前記第２のデバイスを認証し、前記ホームエージェントとの通信を確立するために、前記ホームエージェントのアドレスを含む接続許可メッセージを、前記第２のデバイスに送信する手段
    とを備えることを特徴とするモバイルＩＰセション転送装置。
21. パケットデータ提供エリアを通過している間、ＰＤＳＮ、プロキシサーバ及びホームエージェント間でセションリソースを修正及び解放するセションリソース管理システムであって、
    第１の適用エリアから第２の適用エリアへの前記移動ノードの通過を検出したのに対応して、前記プロキシサーバから、前記ＰＤＳＮにおけるリソースの修正をリクエストする手段と、
    前記ＰＤＳＮからリソースの取り扱いを受信する手段と、
    前記プロキシサーバによって、リソース解放レスポンスで、前記ＰＤＳＮに、前記リソースの取り扱いのリクエストの受け取りの承認を行う手段と、
    前記ＰＤＳＮによって、前記ホームエージェントからからのＰＤＳＮセションに割り当てられたリソースを解放する手段と、
    登録レスポンスメッセージによって、前記リソースの取り扱いを伝える登録リクエストメッセージにレスポンスする手段
    とを備えることを特徴とするセションリソース管理システム。

Images