(57)【要約】      （修正有）【課題】モバイルＩＰを拡張するための方法および装置を提供する。【解決手段】モバイルノードがアプリケーションの処理をアプリケーションプロキシにハンドオフできるシステムにおいて、モバイルノードのページングを容易にする方法と装置である。ページングの判定は複数のパケットのペイロードのコンテンツの処理に対応するアプリケーションの処理結果に基づく。ページングの判定は単一パケットのペイロードの処理のほか、モバイルノードからの受信情報例えばアプリケーションの中間処理結果、モバイルノードの状態情報等にも基づき行われる。モバイルノードとの進行中の通信セッションに関与するピアノードには、ピアノードとの通信セッション全体に渡ってピアノードには透過的なエンドツーエンドのセキュリティアソシエーションを維持できる方法によって、セキュリティ情報をモバイルノードとアプリケーションプロキシノードの間でやり取りしてもよい。【選択図】図７
2011041284.tif 000002
【特許請求の範囲】
【請求項１】
モバイルノードと、モビリティエージェントモジュールを含む第２のノードと、本来の宛て先が前記モバイルノードであるパケットに対してアプリケーションの処理を行うためのアプリケーションエージェントとを含む通信システムで使用される通信方法であって、
前記モバイルノードに対応する宛て先アドレスを有する複数のパケットを受信させるために、前記第２のノードの前記モビリティエージェントモジュールを操作し、
前記モバイルノードに対応する宛て先アドレスを有する複数の受信パケットの少なくとも一部を、前記モバイルノードの代わりに、前記アプリケーションエージェントにリダイレクトさせるために、前記モビリティエージェントモジュールを操作し、
リダイレクトされた複数のパケットのペイロード内のアプリケーションデータを処理させるためにアプリケーションエージェントを操作することであって、リダイレクトされた複数のパケットのペイロードのコンテンツの処理に応じたアプリケーションイベントを前記処理の結果として少なくとも１つ発生させ、
前記発生したアプリケーションイベントとページングトリガイベント情報とに応じて、前記モバイルノードをページングすべきか否かを判定すること、を含む方法。
【請求項２】
前記アプリケーションエージェントが前記判定ステップを実行する請求項１の方法であって、
前記モバイルノードと、前記モバイルノードのネットワーク接続ポイントとして機能するアクセスルータと、前記通信システムに含まれるページングポリシーサーバとのうちの１つから受信した、アプリケーションの処理結果であるページングトリガイベントを少なくとも１つ示す情報を受信させるために前記アプリケーションエージェントを操作することをさらに含む方法。
【請求項３】
請求項２の方法であって、前記アプリケーションの処理結果が、通信アプリケーションによる複数のパケットを含むファイルのダウンロードの完了である方法。
【請求項４】
請求項３の方法であって、
前記アプリケーションエージェントへの前記パケットのリダイレクトに先立ち、前記ファイルのダウンロードを開始させるために前記モバイルノードを操作し、
前記発生したアプリケーションイベントに応じて前記モバイルノードのページングを行うべきであるとの判定に応動して前記モバイルノードのページングを開始させるために、前記アプリケーションエージェントを操作し、
前記ダウンロードしたファイルの少なくとも一部を前記モバイルノードに伝達させるために、前記アプリケーションエージェントを操作すること、をさらに含む方法。
【請求項５】
請求項２の方法であって、前記アプリケーションの処理結果が、符号化された複数のパケットを含むダウンロードファイルの復号化の完了である方法。
【請求項６】
請求項２の方法であって、前記アプリケーションの処理結果が、リダイレクトされた複数のパケットのペイロードに含まれる複数の数値の処理を含む計算の完了である方法。
【請求項７】
請求項６の方法であって、前記アプリケーションエージェントが前記計算を行うための表計算アプリケーションを含む方法。
【請求項８】
請求項１の通信方法であって、前記モバイルノードをページングすべきか否かを判定することが、
前記少なくとも１つの発生したアプリケーションイベントと、前記モバイルノードのページングをトリガする少なくとも１つのアプリケーション結果を示す、格納されているアプリケーションイベント情報とを比較することを含む方法。
【請求項９】
請求項８の通信方法であって、
前記モバイルノードをページングすべきであるとの判定に応動して、
ｉ）前記モバイルノードのページングを開始し、
ｉｉ）前記モバイルノードに対応する宛て先アドレスを有する少なくとも一部のパケットが前記モバイルノード宛てに送られるように、前記パケットのリダイレクトを停止するための信号を送信すること、をさらに含む方法。
【請求項１０】
第１種別のパケットと第２種別のパケットとが異なり、少なくとも第１種別のパケットと第２種別のパケットとを識別するパケットフローフィルタリング情報が前記第２のノードに含まれる請求項８の方法であって、
第１種別の受信パケットと第２種別の受信パケットとを区別するために前記モバイルノードに対応する宛て先アドレスを有する受信パケットをフィルタリングさせ、第１種別の受信パケットを第１のパケットフローに対応付け、第２種別の受信パケットを第２のパケットフローに対応付け、第２のパケットフローに対応するパケットを前記アプリケーションエージェントにリダイレクトさせ、前記第１種別のパケットフローをリダイレクトさせないように、前記第２のノードの前記モビリティエージェントを操作することをさらに含む方法。
【請求項１１】
請求項１０の方法であって、
第１種別のパケット内の情報を第１のページングイベントトリガ情報と比較し、
前記第１種別のパケット内の情報が前記第１のページングイベントトリガ情報に含まれているページングトリガ情報に一致したときに、前記モバイルノードをページングすること、をさらに含む方法。
【請求項１２】
請求項１０の方法であって、
前記モバイルノードと、前記モバイルノードのネットワーク接続ポイントとして機能するアクセスノードのどちらか一方から受信した情報からアプリケーションエージェントが生成した前記フィルタリング情報を前記アプリケーションエージェントから受信するように、前記モビリティエージェントを操作することをさらに含む方法。
【請求項１３】
請求項１０の方法であって、
前記アプリケーションエージェントが、前記モバイルノード上で実行される対応するアプリケーションのためのプロキシとして動作するアプリケーションプロキシであり、
第１種別のパケットが前記モバイルノードによって実行される第１のアプリケーションに対応し、第２種別のパケットが前記アプリケーションエージェントによって実行される第２のアプリケーションに対応する方法。
【請求項１４】
請求項１０の方法であって、
前記モバイルノードに対応するアドレスを有する第１種別のパケットを前記モバイルノード宛てに送り、第２種別のパケットを前記アプリケーションエージェント宛てに送るように、モビリティエージェントを操作することをさらに含む方法。
【請求項１５】
請求項１０の方法であって、
前記モバイルノードがスリープ状態であり、前記モバイルノードに対応するアドレスを有する第１種別のパケットが前記モビリティエージェントによって受信されたときに前記モバイルノードのページングを開始するように、前記モビリティエージェントを操作するステップをさらに含む方法。
【請求項１６】
請求項１０の方法であって、前記アプリケーションエージェントから受信したページングメッセージに応動して前記モビリティエージェントが前記モバイルノードをページングする方法。
【請求項１７】
請求項１の方法であって、第２のノードがモバイルＩＰホームエージェントノード、モバイルＩＰ域内ノード、モバイルＩＰフォーリンエージェントノード、およびモバイルＩＰアテンダントのうちの１つである方法。
【請求項１８】
請求項１の方法であって、アプリケーションエージェントがモビリティエージェントを有する第２のノードに配置されている方法。
【請求項１９】
請求項１の方法であって、前記第２のノードに結合され、前記アプリケーションエージェントを含む第４のノードをさらに含む方法。
【請求項２０】
請求項１の方法であって、
前記モバイルノードのページングを行うべきと判定されたとき、第１のページングメッセージを前記モビリティエージェントモジュールに送信するように、前記アプリケーションエージェントを操作し、
前記第１のページングメッセージを受信するように、モビリティエージェントモジュールを操作し、
前記モビリティエージェントによる前記第１のページングメッセージの受信に応動してページングメッセージを前記モバイルノードに送信するように、第２のノードを操作すること、をさらに含む方法。
【請求項２１】
請求項１の方法であって、
前記少なくとも一部の情報を含む経路指定メッセージをモビリティエージェントに送出するように、モバイルノードを操作することをさらに含む方法。
【請求項２２】
請求項１の通信方法であって、アプリケーションエージェントが第２のノードと、前記第２のノードに結合されている第４のノードのどちらか一方にある方法。
【請求項２３】
通信システムであって、
前記モバイルノード宛てに送られたパケットを処理するためのアプリケーションを含むモバイルノードと、
モバイルノードプロキシアプリケーションとアプリケーション結果処理トリガ情報セットとを含むアプリケーションエージェントと、
前記モバイルノードに対応する宛て先アドレスを有するパケットを受信し、前記モバイルノードに対応する宛て先アドレスを有する受信パケットの少なくとも一部を、前記モバイルノードの代わりに、前記アプリケーションエージェントにリダイレクトする手段を含むモビリティエージェントモジュールと、を含み、
前記アプリケーションエージェント内の前記モバイルノードプロキシアプリケーションがリダイレクトされた複数のパケットのペイロード内のデータを処理し、前記処理の結果として少なくとも１つのアプリケーションイベントが発生し、前記アプリケーションエージェントが、前記発生したアプリケーションイベントとページングトリガイベント情報とに応じて前記モバイルノードをページングすべきか否かを判定する手段をさらに含む通信システム。
【請求項２４】
請求項２３の通信システムであって、前記モバイルノードプロキシが、
前記モバイルノードのページングを行うべきであると判定に応動して前記モバイルノードのページングを開始する手段と、
前記モバイルノードに対応する宛て先アドレスを有する少なくとも一部のパケットが前記モバイルノード宛てに送られるように、前記モバイルノードのページングの開始後、前記パケットのリダイレクトを停止するための信号を送信する手段と、をさらに含む通信システム。
【請求項２５】
モバイルノードと、モビリティエージェントモジュールを含む第２のノードと、本来の宛て先が前記モバイルノードであるパケットに対してアプリケーションの処理を行うためのアプリケーションエージェントとを含む通信システムで使用される通信方法であって、
前記モバイルノードに対応する宛て先アドレスを有するパケットを受信するように、前記第２のノードの前記モビリティエージェントモジュールを操作し、
前記モバイルノードに対応する宛て先アドレスを有する受信パケットの少なくとも一部を、前記モバイルノードの代わりに、前記アプリケーションエージェントにリダイレクトするように、前記モビリティエージェントモジュールを操作し、
前記リダイレクトされたアプリケーションパケットの少なくとも１つのパケットのペイロード内のアプリケーションデータを処理するようにアプリケーションエージェントを操作し、前記処理の結果として少なくとも１つのアプリケーションイベントが発生し、
前記アプリケーションデータの処理結果として発生した前記アプリケーションイベントと、前記モバイルノードによって提供された少なくとも一部のページングトリガイベント情報とに応じて、前記モバイルノードをページングすべきか否かを判定すること、を含む方法。
【請求項２６】
請求項２５の通信方法であって、前記モバイルノードをページングすべきか否かを判定することが、
前記発生した少なくとも１つのアプリケーションイベントと、前記モバイルノードのページングをトリガする少なくとも１つのアプリケーション結果を示す、格納されているアプリケーションイベント情報とを比較することを含む方法。
【請求項２７】
請求項２６の通信方法であって、
前記モバイルノードをページングすべきであるとの判定に応動して、
ｉ）前記モバイルノードのページングを開始し、
ｉｉ）前記モバイルノードに対応する宛て先アドレスを有する少なくとも一部のパケットが前記モバイルノード宛てに送られるように、前記パケットのリダイレクトを停止するための信号を送信すること、をさらに含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信方法に関し、特に、モバイルノードなどのエンドノードからアプリケーションプロキシへのアプリケーションの処理責任のハンドオフが可能な通信システムにおいてページングおよび／またはエンドツーエンドセキュリティアソシエーションをサポートするための方法および装置に関する。
【背景技術】
【０００２】
ＭＩＰｖ４およびＭＩＰｖ６とも称されるモバイルＩＰ（ｖ４／ｖ６）では、モバイルノード（ＭＮ）は気付アドレス（ＣｏＡ）によって示されるその一時的位置をそのホームエージェント（ＨＡ）に登録することができる。ＭＩＰｖ４については、http://www.ietf.org/rfc/rfc3220.txtに記載されている。ＭＩＰｖ６については、http://www.ietf.org/internet-drafts/draft-ietf-mobileip-ipv6-2l.txtに記載されている。ＭＩＰにおいては、ＨＡがＭＮのホームアドレス（ＨｏＡ）とも呼ばれる永久固定アドレスと、登録されたＣｏＡとの間のマッピング（バインディングとも呼ばれる）を保持するので、そのＭＮ宛てのパケットをその現在位置にＩＰカプセル化技法（トンネリング）を用いてリダイレクトできる。
【０００３】
ＭＮによって使われるＣｏＡは、ＭＩＰｖ４を用いる場合は、フォーリンエージェント（ＦＡ）に属するアドレスとすることができ、ＭＩＰｖ４およびＭＩＰｖ６においては、ＭＮ自身に一時的に割り当てられる連結型気付アドレス（ＣＣｏＡ）と呼ばれるアドレスとすることができる。
【０００４】
ここで説明されている概念と解決手段は、特に断りのない限り、ＭＩＰｖ４とＭＩＰとの両方に適用可能である。
【０００５】
ＭＩＰｖ４／ｖ６は、リバーストンネリングと呼ばれる特徴をも有する。これによって、ＭＮからのすべてのアップリンクトラフィックは、最終目的地に達する前に、ＨＡを経由することが保証される。このトラフィックは基本的に、ＭＮ自身またはＭＮの接続先ＦＡのどちらかによって、ＨＡに逆トンネリングされる。ＭＮがそのＣｏＡ／ＣＣｏＡをＨＡに登録していない場合は、ＨＡは前と同様に所定のＣｏＡまたはＣＣｏＡからリバーストンネリングされたパケットを受け付けない。
【０００６】
モバイルＩＰにおいては、ホームサブネットはＨＡの所在地であり、ＭＮが一般に位置している場所でもある。ＭＮがそのホームサブネット上にあるとき、このＭＮはそのＨｏＡに対するアドレス解決プロトコル（ＡＲＰ）の要求に応答する。ＭＮがホームから離れているときは、ＨＡが代わりにプロキシＡＲＰを使ってＭＮのＨｏＡに対するＡＲＰ要求に応答するので、ＭＮ宛てのパケットはＨＡによって現在のＣｏＡ宛てに経路指定される。ＭＮがホームに戻ると、ＨＡとＭＮとは、ＭＮが現在ホームにあり、ＨｏＡのリンク層アドレスが現在ではＭＮのリンク層アドレスであり、ＨＡのリンク層アドレスでないことを通知するために、すべてのＡＲＰキャッシュを更新して不必要なＡＲＰ信号を送る。ＭＮがホームにおらず、ＨＡがＭＮに対する現在のＣｏＡバインディングを有していない場合は、ＨＡと不在ＭＮとの両方が着信パケットを無視するので、着信パケットはこのサブネット上でやみくもに廃棄されることになる。ＡＲ処理については、ＩＥＴＦ ＲＦＣ ３２２０のセクション４．６に記載されている。３Ｇセルラーまたは８０２．１１などのモビリティシステムにおいては、特に動的アドレス指定が用いられている場合、ＭＮは一般にホームサブネットを有さないので、ＭＮが維持する現在のＣｏＡバインディングがＨｏＡになければ、ＡＲＰ要求に応答できるＭＮは存在しない。
【０００７】
また、複数のモビリティシステムにおいては、さまざまな理由により、ＭＮがシステム上で不在になりうる。ＭＮの電源が切られることも、ＭＮがインターネットファブリックの切断部分（プライベートドメイン）にいて到達不能であることも、さまざまな形態の省力化スリープ状態にあることも、特定のＨｏＡ上で単に連絡不能にしておきたい（プライバシー、休暇中等）場合もある。したがって、ＭＮがその不在時にそのＣｏＡバインディングを維持していない場合は、そのＨｏＡ宛ての着信パケットはローカルサブネット上で単に廃棄されることになる。
【発明の概要】
【０００８】
本発明の方法と装置は、ＭＮが、たとえばスリープモードで応答不能な場合、または不在であるか、到達不能である場合に、１つまたは複数のアクティブアプリケーションに関して、プロキシＭＮサーバと称されるサーバがＭＮのプロキシとして機能することを可能にする。したがって、ＭＮの不在中でも、ＭＮからの信号がないためにタイムアウトになりうるアプリケーションが維持されうる。これによって、ＭＮは復帰後、たとえばスリープモードの解除後に、アプリケーションとの対話を継続することができる。
【０００９】
モバイルノードがアプリケーションの処理をアプリケーションプロキシにハンドオフできるシステムにおいてモバイルノードのページングを容易にする方法と装置について説明する。ページングの判定は、複数のパケットのペイロードのコンテンツの処理に対応するアプリケーションの処理結果に基づきなされる。場合によっては、ページングの判定は、モバイルノードから受信した情報、たとえばアプリケーションの中間処理結果、モバイルノードの状態情報などに連係して単一パケットのペイロードの処理に基づき行われる。モバイルノードとの進行中の通信セッションに関与しているピアノードには透過的方法によってアプリケーションの処理のハンドオフを容易にするために、ピアノードとの通信セッション全体にわたってピアノードには透過的なエンドツーエンドのセキュリティアソシエーションを維持できる方法によって、セキュリティ情報をモバイルノードとアプリケーションプロキシノードとの間でやり取りしてもよい。
【００１０】
その他の数多くの特徴、利点、および例示的実施形態について以下に詳細に説明する。
【図面の簡単な説明】
【００１１】
【図１】図１は本発明に従って実施された例示的アクセスノードを示す。
【図２】図２は、本発明に従って実施された例示的エンドノードを示す。
【図３】図３は、本発明に従って実施された例示的ホームモビリティエージェントノードを示す。
【図４】図４は、図１、図２、および図３のいずれか１つに図示されたビジターリスト状態に含まれうる状態の例であるビジターリスト状態の例示的内容を示す。
【図５】図５は、本発明を適用可能な例示的通信システムのネットワーク図を示す。
【図６】図６は、図５のネットワークのための信号およびパケットフローの例を示す。
【図７】図７は、図５のネットワークのための信号およびパケットフローの第２の例を示す。
【図８】図８は、図５のネットワークのための信号およびパケットフローの別の例を示す。
【図９】図９は、本発明を適用可能な例示的代替通信システムのネットワーク図と共に、このネットワークの信号およびパケットフローの例を示す。
【図１０】図１０は、さらに別の例示的通信システムと関連の信号方式を示す。
【図１１】図１１は、モバイルノードプロキシがモバイルノードを代行してアプリケーションの処理を実行できるシステムにおいて、ページングがサポートされる本発明のさまざまな実施形態で用いられる例示的システムと信号方式とを示す。
【図１２】図１２は、モバイルノードプロキシがモバイルノードを代行してアプリケーションの処理を実行できるシステムにおいて、ページングがサポートされる本発明のさまざまな実施形態で用いられる例示的システムと信号方式とを示す。
【図１３】図１３は、モバイルノードとアプリケーションプロキシと間でのアプリケーションの処理がハンドオフされる場合でも通信セッション全体にわたってピアノードがエンドツーエンドセキュリティアソシエーションを維持できる本発明のさまざまな実施形態で用いられる例示的システムとセキュリティ関連の信号を示す。
【図１４】図１４は、１つの具体的実施例における本発明のページングおよびアプリケーションの処理のハンドオフの特徴に従って実行される処理を示す。
【図１５】図１５は、１つの具体的実施例における本発明のページングおよびアプリケーションの処理のハンドオフの特徴に従って実行される処理を示す。
【図１６】図１６は、１つの具体的実施例における本発明のページングおよびアプリケーションの処理のハンドオフの特徴に従って実行される処理を示す。
【図１７】図１７は、１つの具体的実施例における本発明のページングおよびアプリケーションの処理のハンドオフの特徴に従って実行される処理を示す。
【発明を実施するための最良の形態】
【００１２】
図１は、本発明に従って実施される、アクセスルータまたは基地局などの例示的アクセスノード１２を示す。アクセスノード１２は、アンテナ２０３、２０５と、対応する受信器、送信器回路２０２、２０４とをそれぞれ含む。受信器回路２０２はデコーダ２３３を含み、送信器回路２０４はエンコーダ２３５を含む。回路２０２、２０４はバス２３０によってＩ／Ｏインタフェース２０８と、プロセッサ（たとえば、ＣＰＵ）２０６と、メモリ２１０とに結合されている。Ｉ／Ｏインタフェース２０８はアクセスノード１２、たとえば基地局、をインターネットに結合する。メモリ２１０は複数のルーチンを含み、これらのルーチンは、プロセッサ２０６によって実行されると、アクセスノード１２を本発明に従って動作させる。メモリは、アクセスノード１２を制御してさまざまな通信動作を行わせ、さまざまな通信プロトコルを実施するために用いられる複数の通信ルーチン２２３を含む。メモリ２１０は、本発明の方法のステップを実施するために、基地局などのアクセスノード１２の動作と信号とを制御するためのアクセスノード制御ルーチン２２５をさらに含む。アクセスノード制御ルーチン２２５は、送信のスケジューリングおよび／または通信資源の割り当てを制御するためのスケジューラモジュール２２２を含む。したがって、モジュール２２２はスケジューラとしても機能しうる。メモリ２１０は、本発明の方法のステップを実施する、モビリティ関連の信号を処理し送出するためのモビリティエージェントモジュール２２６をさらに含む。したがって、モジュール２２６は、モバイルＩＰｖ４フォーリンエージェントまたはモバイルＩＰｖ６アテンダントとしても機能しうる。メモリ２１０は、通信ルーチン２２３と、制御ルーチン２２５と、モビリティエージェントモジュール２２６とによって使用される情報２１２をさらに含む。情報２１２は、アクティブな各エンドノード（ＥＮ１、ＥＮｎ）のそれぞれのエントリ２１３、２１３’も含む。これらのエントリには、各エンドノード（ＥＮ１、ＥＮｎ）に対応付けられたアクセスノードにおけるコンテクスト状態２４３、２４３’を含む。前記コンテクスト状態は、エンドノードのハンドオフ中にアクセスノード間でやり取りされ、エンドノードのプロファイル、セキュリティアソシエーション、およびエンドノードのマルチキャストメンバーシップなどの情報を含む。エントリ２１３、２１３’は、アクセスノードにおいて前記エンドノード（ＥＮ１、ＥＮｎ）にそれぞれ対応付けられたＭＩＰビジターリストの状態２１４、２１４’も含む。特に、エンドノード１ ２１３の情報は、エンドノード１ ２１３のコンテクスト状態２４３を含み、また図４に詳細に示すようにＭＩＰビジターリストの状態２１４を含む。
【００１３】
図２は、本発明に従って実施された例示的エンドノード１４を示す。エンドノード１４は、ユーザによってモバイル端末（ＭＴ）として使用されてもよく、あるいはモバイル端末（ＭＴ）のためのモバイルノードプロキシサーバ（ＭＮＰＳ）として機能することもできる。エンドノード１４が無線リンク経由でアクセスノード１２に接続される場合は、エンドノード１４は、受信器および送信器回路３０２、３０４にそれぞれ結合された受信および送信アンテナ３０３、３０５を含む。受信器回路３０２はデコーダ３３３を含み、送信器回路３０４はエンコーダ３３５を含む。受信器および送信回路３０２、３０４は、バス３３０によってメモリ３１０と、プロセッサ３０６と、Ｉ／Ｏインタフェース３０８とに結合されている。エンドノード１４が固定リンク経由でアクセスノードに接続される場合は、Ｉ／Ｏインタフェース３０８が用いられる。プロセッサ３０６は、メモリ３１０に格納されている１つまたは複数のルーチンの制御下で、本発明の方法に従ってエンドノード１４を動作させる。エンドノード１４の動作を制御するために、メモリ３１０は通信ルーチン３２３とエンドノード制御ルーチン３２５とを含む。エンドノード通信ルーチン３２３は、エンドノード１４を制御してさまざまな通信動作を行わせ、さまざまな通信プロトコルを実施させるために用いられる。エンドノード制御ルーチン３２５の役目は、エンドノードを本発明の方法に従って動作させ、エンドノードの動作および信号に関して記載されているステップを実行させることである。メモリ３１０は、ＭＮＰＳ制御ルーチン３２６をさらに含む。ＭＮＰＳ制御ルーチン３２６の役目は、エンドノードを本発明の方法に従って動作させ、ＭＮＰＳの動作および信号に関して記載されているステップを実行させることである。メモリ３１０は、本発明を実施するために用いられるデータ構造および／または本発明の方法を実施するためにアクセスおよび使用されうるユーザ／装置／アプリケーション／セッション／資源情報３１２も含む。特に、ユーザ／装置／アプリケーション／セッション／資源情報３１２は、図４に詳細に記載されているＭＩＰビジター状態情報３１３を含む。情報３１２はＭＮＰＳ状態３１４も含む。ＭＮＰＳ状態３１４は、エンドノードがＭＴの場合はＭＮＰＳのアドレスを含み、エンドノード１４がＭＮＰＳの場合はＭＴのホームアドレスを含む。ＭＮＰＳ状態情報はさらに、ＭＴとそのＭＮＰＳとの間の信号伝達を保証するための対応するセキュリティアソシエーションと、エンドノード１４のホームアドレスと現在パケットをやり取りしているのがＭＴかＭＮＰＳかを示す状態とを含む。情報３１２は、アプリケーション状態３１５も含む。アプリケーション状態３１５には、ＭＴ１４およびＭＮＰＳ１４上のアプリケーションソフトウェアの意図された挙動と、ＭＴ１４からＭＮＰＳ１４に送られるアプリケーション状態と、どのパケットフローがＭＴ１４宛てであり、どのフローがＭＴ１４のＭＮＰＳ１４に送られるかを記述した、ホームエージェントに送られる分類情報とが記述されている。
【００１４】
図３は、本発明に従って実施される例示的ホームモビリティエージェントノード１５を示す。ホームモビリティエージェントノード１５は、Ｉ／Ｏインタフェース４０８と、プロセッサ（たとえば、ＣＰＵ）４０６と、メモリ４１０とを連結するバス４３０を含む。Ｉ／Ｏインタフェース４０８は、ホームモビリティエージェントノード１５をインターネットに結合する。メモリ４１０は複数のルーチンを含み、これらのルーチンは、プロセッサ４０６によって実行されると、ホームモビリティエージェントノード１５を本発明に従って動作させる。メモリ４１０は、モビリティエージェントノード１５を制御してさまざまな通信動作を行わせ、またさまざまな通信プロトコルを実施させるための通信ルーチン群４２３を含む。メモリ４１０は、モビリティエージェントノード１５の動作と信号とを制御して本発明の方法のステップを実施させるためのモビリティエージェント制御ルーチン４２５も含む。モビリティエージェントノード制御ルーチン４２５は、送信のスケジューリングおよび／または通信資源の割り当てを制御するためのスケジューラモジュール４２２を含む。したがって、モジュール４２２はスケジューラとして機能しうる。メモリ４１０は、本発明の方法のステップを実施するモビリティ関連信号を処理し送信するためのモビリティエージェントモジュール４２６も含む。したがって、モジュール４２６は、モバイルＩＰホームエージェントとして機能しうる。メモリ４１０は、通信ルーチン４２３と、制御ルーチン４２５と、モビリティエージェントモジュール４２６とによって使用される情報４１２も含む。情報４１２は、アクティブな各エンドノード（ＥＮ１、ＥＮｎ）対応のエントリ４１３、４１３’を含む。特に、エンドノード１ ４１３の情報は、図４に詳細なように、ビジターリスト状態４１４を含む。エンドノードＮ ４１３’に関する情報は、これも図４に詳細に記載されているビジターリスト状態４１４’を含む。
【００１５】
図４は、エンドノード１４、アクセスノード（フォーリンエージェント）１２、またはホームモビリティエージェントノード（ホームエージェント）１５などの所定のモビリティエージェントに対応付けられ、図２のリスト状態３１３、図１のビジターリスト状態２１４、２１４’、および図３のビジターリスト状態４１４、４１４’をそれぞれ実施する例示的ビジターリスト状態１００を示す。図１および図２のそれぞれのアクセスノード１２およびエンドノード１４の観点から、ビジターリスト状態１００は複数の状態エントリ１１０、１２０を含みうる。
【００１６】
本発明によるビジター状態１００は、少なくとも１つのＭＮ１４のモビリティエージェントに適用可能な複数のエントリを含む。これらのエントリは、ＭＮのホームアドレス（ＨｏＡ）１１２と、ホームエージェント（ＨＡ）のアドレス１１５と、気付アドレス（ＣｏＡ）１１６と、バインディング存続期間１１３と、ＭＩＰ信号フラグ１１７と、ＭＩＰセキュリティ状態アソシエーション１１４とに関する状態である。モビリティエージェントがホームモビリティエージェントである場合は、ビジターリスト状態情報１００は、デフォルトのＣｏＡ状態情報１１０をさらに含む。デフォルトのＣｏＡ状態情報１１０は、ホームアドレス１１２に対して有効なＣｏＡ１１６がビジターリストに含まれていない場合にホームエージェント１５によって用いられる、モバイルノード（ＭＮ）またはモバイル端末（ＭＴ）などのエンドノード１のデフォルトのＣｏＡ１１８を含む。デフォルトのＣｏＡ状態情報１１０は、エンドノード１４とホームエージェントノード１５との間のＭＩＰの信号および転送動作に用いられるＭＩＰ制御状態１１９も含む。さらに、モビリティエージェントがホームモビリティエージェントの場合は、ビジターリスト状態情報１００は、ビジターリストが、ＭＴなどのエンドノード１自体ではなく、エンドノード１の対応ＭＮＰＳによって維持される場合にホームエージェントノード１５によって用いられるホームアドレス１１２のＭＮＰＳ ＣｏＡ状態情報１２０を含む。ＭＮＰＳ ＣｏＡ状態１２０は、ＭＮＰＳがＭＩＰ位置登録をホームエージェントノード１５に発行するときに、デフォルトのＣｏＡ１１８またはエンドノード１のＣｏＡ１１６の代わりに用いられるＭＮＰＳ ＣｏＡ１２７を含む。状態１２０は、ホームエージェントでのこのような位置登録を保証するためのＭＩＰセキュリティ状態１２８と、ＭＮＰＳ１４とホームエージェント１５との間でのＭＩＰ信号および転送動作時に用いられるＭＩＰ制御状態１２９とをさらに含む。
【００１７】
図５は、本発明に従って実施される複数のアクセスノード５０５、５０５’、５０５’’を含む例示的システム５００を示す。図５は、各アクセスノード５０５、５０５’をそれぞれ取り囲む通信セル５０１、５０１’も示す。通信セル５０１、５０１’はそれぞれ複数のエンドノードを有する対応アクセスノード５０５、５０５’によってそれぞれ用いられる無線技術のカバレッジエリアを表す。一方、アクセスノード５０５’’はエンドノードに対して固定リンクを使用しているので、通信セルを用いず、別の方法でネットワークの一部になっている。同じ物理および機能要素が通信セル５０１、５０１’とネットワークでは別の方法で示されているので、アクセスノード５０５を取り囲むセル５０１内の各要素についての以下の説明は、セル５０１、５０１’、およびアクセスノード５０５’’を含むネットワーク部分にもそのまま当てはまる。アクセスノード５０５は、図１に示されているアクセスノード１２の簡略化表現である。簡略化のために、図示のアクセスノード５０５は、本発明を実施する信号伝達を担うモビリティエージェントモジュール５０７を１つ含む。図５は、対応するアクセスリンク５０６、５０８経由でＮ個のエンドノード５０２、５０４（エンドノード（ＭＴ）１、エンドノード（ＭＴ）Ｎ（Ｘ））への接続を提供するアクセスノード５０５を示す。エンドノード５０２、５０４は、図２に示されているエンドノード１４の簡略表記である。
【００１８】
アクセスノード５０５、５０５’、５０５’’間の相互接続は、ネットワークリンク５１０、５１１、５１２と中間ネットワークノード５２０を介して行われる。図５のホームネットワーク５３０は、リンク５２２およびノード５２０を介してシステムの残りの部分に接続される。ホームネットワーク５３０は、リンク５２２に接続されるネットワークノード５３６と、リンク５３８経由でノード５３６に接続され、少なくともエンドノードＮ５０４のモビリティエージェントとして動作するモビリティエージェントノード５３２とをさらに含む。図５のネットワーク５４０は、リンク５２３とノード５２０とを介してシステムの残りの部分に接続される。ネットワーク５４０は、リンク５２３に接続されたネットワークノード５４６と、リンク５４８経由でノード５４６に接続され、少なくとも本発明の方法を説明するためのエンドノードＮ５０４とのデータセッションにおいて通信相手端末として動作する通信相手ノード（ＣＮ）５４２とをさらに含む。アクセスノード５０５は、無線通信を提供する通信ネットワーク５００において、たとえば、エンドノード（エンドノード（ＭＴ）１ ５０２、エンドノード（ＭＴ）Ｎ（Ｘ）５０４）とのリンク（５０６、５０８）経由でモバイル端末（ＭＴ）をサポートすると考えられる。同様に、アクセスノード５０５’は、無線通信を提供する通信ネットワーク５００において、たとえば、エンドノード（エンドノード（ＭＴ）１ ５０２’、エンドノード（ＭＴ）Ｎ５０４’）とのリンク（５０６’、５０８’）経由でＭＴをサポートすると考えられる。一方、アクセスノード５０５’’は、ＭＮＰＳであるエンドノードへの固定リンクをサポートすると考えられ、ＭＮＰＳは通信システム５００内のＭＴであるエンドノードをさらにサポートすると考えられる。図示のアクセスノード５０５’’は、固定リンク（５０６’’、５０８’’）経由でそれぞれエンドノード（エンドノード（ＭＮＰＳ）１ ５０２’’、エンドノード（ＭＮＰＳ）Ｎ（Ｙ）５０４’’）に結合されている。
【００１９】
図６〜図８は、本発明のさまざまな方法の例示的実施形態を示す。図６〜図８は図５のシステムの簡略版であり、本発明をさらに説明するために必要な要素が含まれている。図６に図示されているアクセスノード５０５、５０５’’は、ＭＴエンドノードＸ５０４へのアクセスと、ＭＴエンドノードＸ５０４に機能を提供するＭＮＰＳエンドノードＹ５０４’’へのアクセスとをそれぞれ提供するモビリティエージェントモジュール５０７、５０７’’を含む。図６は、エンドノード（ＭＴ）Ｘ５０４と、前記エンドノード（ＭＴ）Ｘ５０４との通信セッション中のＣＮノード５４２とに仕えるホームモビリティエージェントノード５３２をさらに示す。図６の細い実線矢印は、内部データトラフィックを表し、矢印の方向が前記データトラフィックの宛て先を指す。太い実線は、カプセル化された内部データトラフィックを示し、矢印の方向が前記トンネルの宛て先を指す。破線は、フォーリンモビリティエージェント５０７およびホームモビリティエージェント５３２へのエンドノードの位置登録のための信号メッセージを示し、矢印の方向が前記信号の宛て先を指す。破線は、ＭＩＰのハンドオフとＭＮＰＳ機能の制御とに関連する他の信号種別にも用いられている。
【００２０】
図６は、ネットワーク５００内の動作における本発明の好適な例のパケット転送および信号伝達を示す。破線矢印は信号メッセージを示し、実線矢印はパケットフローである。細い実線矢印は内部パケットであり、太い矢印は、外部ヘッダーを用いてカプセル化された内部パケットである。図６において、エンドノード（ＭＴ）Ｘ５０４は最初に、ＣＮ５４２からのパケットをホームモビリティエージェントノード５３２へのパケットフロー６１６として受信する。ホームモビリティエージェントノード５３２がこれらのパケットをパケットフロー６１０としてアクセスノード５０５にトンネリングすると、アクセスノード５０５内のフォーリンエージェント５０７がパケット６１０をデカプセル化し、パケット６１７としてエンドノード（ＭＴ）Ｘ５０４に転送する。エンドノード（ＭＴ）Ｘ５０４が本発明のＭＮＰＳ機能を呼び出すには、エンドノード（ＭＴ）Ｘ５０４は位置登録要求信号６０１、６０２をフォーリンエージェント５０７経由でホームモビリティエージェント５３２宛てに送り、メッセージ６０３および６０４によって位置登録応答を受信する。位置登録メッセージ６０１は、エンドノード（ＭＴ）Ｘ５０４のホームアドレスと、モビリティエージェントノード５３２のアドレスと、アクセスノード５０５のアドレスと、エンドノード（ＭＴ）Ｘ５０４のホームアドレスのためのエンドノードＸ ＣｏＡフィールドと、要求された位置登録存続期間とを含む。位置登録メッセージは、ホームアドレスとエンドノード（ＭＴ）Ｘ５０４のＣｏＡとの間のバインディングをフォーリンおよびホームエージェント５０７、５３２において解除することを目的とする。一般性を失わずにこの目的を達成するには、ＣｏＡをホームアドレスと同じに設定してもよく、さらに／あるいは存続期間をゼロまたは極めて短期間の値に設定する。エンドノード（ＭＴ）Ｘ５０４がホームエージェント５３２におけるホームアドレスと動的ＣｏＡとの間の動的バインディングを取り消すか変更すると、ホームエージェントはバインディング内の動的ＣｏＡエントリをデフォルトのＣｏＡエントリに変更する。デフォルトのＣｏＡは、管理プロセスによってホームエージェントに事前に設定されているか、ポリシーサーバからＭＮプロファイルで配信できるか、またはデフォルトのＣｏＡをこの位置登録メッセージまたは前の位置登録メッセージに含めることによってエンドノード（ＭＴ）Ｘ５０４が動的に設定できる。デフォルトのＣｏＡは永久アドレスであり、ホームエージェントモビリティノード５３２から削除されるのは、ホームアドレスがもはやエンドノード（ＭＴ）Ｘ５０４に割り当てられない場合など、デフォルトのＣｏＡ機能が適用不能になった場合に限られる。次にホームエージェント５３２は、到着したエンドノード（ＭＴ）Ｘ５０４のホームアドレス宛てのパケットを、エンドノード（ＭＴ）Ｘ５０４の動的ＣｏＡではなく、エンドノード（ＭＮＰＳ）Ｙ５０４’’のデフォルトのＣｏＡにトンネリングする。図６のデフォルトのＣｏＡは、エンドノード（ＭＮＰＳ）Ｙ５０４’’が接続されているエージェントノード５０５’’のアドレスである。エンドノード（ＭＮＰＳ）Ｙ５０４’’はエンドノード（ＭＴ��Ｘ５０４のＭＮＰＳであるので、エンドノード（ＭＴ）Ｘ５０４のホームアドレス宛てのパケットはここで、エンドノード（ＭＴ）Ｘ５０４のアプリケーションプロキシがあるエンドノード（ＭＮＰＳ）Ｙ５０４’’に配信される。アクセスノード５０５’’における転送は、エンドノード（ＭＴ）Ｘ５０４のホームアドレスとエンドノード（ＭＮＰＳ）Ｙ５０４’’との間のバインディングによって事前に設定されているので、アクセスノード５０５’’はホームエージェント５３２からのパケットをデカプセル化し、パケット６１７’’としてエンドノード（ＭＮＰＳ）Ｙ５０４’’に転送できる。デフォルトのＣｏＡがホームエージェント５３２でアクティブである間は、エンドノード（ＭＮＰＳ）Ｙ５０４’’は、エンドノード（ＭＴ）Ｘ５０４のホームアドレス宛てのパケット６１７に対するネットワークエンドポイントになる。
【００２１】
さらに別の実施形態において、ホームモビリティエージェントノード５３２、フォーリンモビリティエージェント５０７’’、エンドノード（ＭＮＰＳ）Ｙ５０４’’、またはホームエージェント５３２とエンドノード（ＭＮＰＳ）Ｙ５０４’’との間のパケットフロー経路上にある中間ノードは、ネットワークトランスレータとして機能し、パケットフロー内のパケットの宛て先アドレスをエンドノード（ＭＴ）Ｘ５０４のホームアドレスからエンドノード（ＭＮＰＳ）Ｙ５０４’’のインタフェースアドレスに変換できるので、エンドノード（ＭＮＰＳ）Ｙ５０４’’のアプリケーションプロキシはエンドノード（ＭＴ）Ｘ５０４のホームアドレスをネットワークアドレスとして再使用せずに済む。  本発明のこれらの特徴によって、エンドノード（ＭＴ）Ｘ５０４は、そのパケットをエンドノード（ＭＴ）Ｘ５０４の制御下で、エンドノード（ＭＮＰＳ）Ｙ５０４’’とそのホームエージェント５３２にリダイレクトできる。
【００２２】
エンドノード（ＭＮＰＳ）Ｙ５０４’’は、自身がエンドノード（ＭＴ）Ｘ５０４であるかのように、パケット６１７’’を受信し、このパケットと、このパケット内のアプリケーションデータとの処理を引き受ける。エンドノード（ＭＮＰＳ）Ｙ５０４’’はパケット６１７’’の宛て先アドレスに一致するインタフェースを有するので、このパケット内のアプリケーションデータを、このパケットデータを処理するように構成されているアプリケーションプロキシ内のアプリケーションソフトウェアに渡す。パケットデータの処理は、アプリケーションプロキシの構成状態によって制御される。この構成状態に応じて、エンドノードＹ（ＭＮＰＳ）５０４’’のＭＮＰＳは、エンドノード（ＭＴ）Ｘ５０４内のＭＮの代わりに、サービスをＣＮ５４２に提供できる。これらのサービスには、アプリケーションデータを生成し、パケットを作成し、前記パケットを進行中の通信セッションの一部としてＣＮ５４２に、またはエンドノード（ＭＴ）Ｘ５０４を含む他のいずれかのエンドノードに送る機能が含まれる。また、アプリケーションプロキシは、ＣＮとの通信セッションの作成、維持、および終了に使用できる信号データの送受信を信号パケットで行うことができる。
【００２３】
ＣＮ５４２とのセッションの一環として、エンドノード（ＭＴ）Ｘ５０４の代わりに、エンドノード（ＭＮＰＳ）Ｙ５０４’’によって生成された信号またはアプリケーションデータパケットは、一般に、フォーリンエージェント５０７’’およびホームエージェント５３２経由の逆方向経路および関連処理によってＣＮ５４２に戻される。ホームエージェント５３２以外の代替ノードが動的なＣｏＡ状態を有する場合は、たとえばモバイルＩＰ経路の最適化（http://www.ietf.org/proceedings/99nov/I-D/draft-ietf-mobileip-optim-08.txt）を用いた場合のように、ＣＮ５４２は、この発明に記載のデフォルトのＣｏＡ状態をさらに有してもよい。
【００２４】
本発明のさらに別の実施形態においては、ホームエージェント５３２は、エンドノード（ＭＴ）Ｘ５０４のホームアドレスのデフォルトのＣｏＡに対応付けられたフィルタを有することができる。エンドノード（ＭＴ）Ｘ５０４のホームアドレス宛てのパケットのうち、動的ＣｏＡがアクティブでないときにデフォルトのＣｏＡに転送する特定のサブセットをこのフィルタによって識別する。エンドノード（ＭＮＰＳ）Ｙ５０４’’のアプリケーションプロキシがアプリケーションサービスを前記サブセットのパケットに提供できるので、エンドノード（ＭＴ）Ｘ５０４で使用可能な他のアプリケーションをサポートする必要がない。フィルタは、デフォルトのＣｏＡに対して使用される複数の方法のいずれかを用いて配信または構成できる。同様に、アプリケーションプロキシの構成には、アプリケーションプロキシがエンドノード（ＭＴ）Ｘ５０４のソースアドレスから、またはエンドノード（ＭＴ）Ｘ５０４のホームアドレスに変換されるいずれかの対応ソースアドレスから、送信できるアプリケーションパケットの種類を制限するフィルタを含めることができる。あるいは、ＣＮ５４２とエンドノード（ＭＮＰＳ）Ｙ５０４’’との間でどちらかの方向のパケットフローを規制するためのフィルタをフォーリンエージェント５０７’’に設置することもできる。
【００２５】
本発明のさらに別の実施形態においては、メッセージ６０１に、アクセスノード５０５’’のアドレスと、メッセージ６２４および確認応答６２２をトリガする命令と、を含めることができる。この命令によって、アクセスノード５０５でエンドノード（ＭＴ）Ｘ５０４に対応付けられているコンテクスト状態がアクセスノード５０５’’に転送されるので、アクセスノード５０５’’は、アクセスノード５０５がエンドノード（ＭＴ）Ｘ５０４とパケット６１７とに対して行うように、パケットフロー６１７’’の規制とエンドノードＹ（ＭＮＰＳ）５０４’’へのサービス提供とを行うことができる。具体的なコンテクスト状態の例として、エンドノード（ＭＴ）Ｘ５０４に対してアクセスノード５０５、５０５’’が必要とするポリシープロファイル、ページング分類子、マルチキャストグループのメンバーシップ、およびセキュリティアソシエーションが挙げられる。あるいは、このコンテクスト状態を、コンテクスト状態をアクセスノード５０５に配信するためのＡＡＡ信号、および事前に構成された状態に対する増分および／または一時的変化を運ぶためにのみ使用されるメッセージ６２４などの同様のポリシープロセスによって、アクセスノード５０５’’に事前に構成することもできる。メッセージ６２４および６２２を用いてアクセスノード５０５および５０５’’間のトンネル６２０を構成することもできるので、エンドノード（ＭＴ）Ｘ５０４宛てに転送中のパケットをエンドノード（ＭＮＰＳ）Ｙ５０４’’宛てに送ることができる。メッセージ６２２／６２４に引き続き、メッセージ６１８’’がアクセスノード５０５’’からエンドノード（ＭＮＰＳ）Ｙ５０４’’に送られ、エンドノード（ＭＴ）Ｘ５０４のホームアドレスとやり取りされるパケットの責任がエンドノード（ＭＮＰＳ）Ｙ５０４’’に移ったことをエンドノード（ＭＮＰＳ）Ｙ５０４’’に知らせる。
【００２６】
フォーリンエージェント５０５宛てのメッセージ６０１の発行に先立ち、エンドノード（ＭＴ）Ｘ５０４は、エンドノード（ＭＴ）Ｘ５０４のホームアドレスをソースアドレスとして、またエンドノード（ＭＮＰＳ）Ｙ５０４’’のインタフェースアドレスを宛て先アドレスとして用いて、メッセージ６３４をエンドノード（ＭＮＰＳ）Ｙ５０４’’に発行できる。メッセージ６３４によって、応答メッセージ６３２が生成される。メッセージ６３４は、エンドノード（ＭＮＰＳ）Ｙ５０４’’がエンドノード（ＭＴ）Ｘ５０４のホームアドレスとやり取りされるパケットのエンドポイントとなることを要求するために使用され、これに対してエンドノード（ＭＮＰＳ）Ｙ５０４’’は確認応答メッセージ６３２で応答する。メッセージ６３４には、エンドノード（ＭＮＰＳ）５０４’’のアプリケーションプロキシにおけるアプリケーションの制御またはデータ状態などのアプリケーションの構成に対する変更のほか、アプリケーションプロキシがエンドノード（ＭＴ）Ｘ５０４の代わりに処理するパケットフロー６１７のサブセットを選択するためにエンドノード（ＭＮＰＳ）Ｙ５０４’’が使用するフィルタ状態などに対する変更を含めることができる。応答メッセージ６３２には、エンドノード（ＭＮＰＳ）Ｙ５０４’’が接続されているアクセスノード５０５’’のアドレスを含めることができるので、エンドノード（ＭＴ）Ｘ５０４はそのアドレスをアクセスノード５０５へのメッセージ６０１に含めることによって、メッセージ６２４の一部としてのコンテクスト転送のためのアクセスノード５０５’’のアドレスをアクセスノード５０５に知らせることができる。あるいは、エンドノード（ＭＴ）Ｘ５０４は、エンドノード（ＭＮＰＳ）Ｙ５０４’’のインタフェースアドレスとそのアクセスノード５０５’’の両方を事前に知ることができる。パケットフローのハイジャックを避けるために、メッセージ６３２および６３４は少なくとも認証と完全性の保護とがなされるべきである。したがって、エンドノード（ＭＴ）Ｘ５０４とエンドノード（ＭＮＰＳ）Ｙ５０４’’とは、両ノード間のメッセージをセキュリティ保護するために、エンドノード（ＭＴ）Ｘ５０４のホームアドレスとエンドノード（ＭＮＰＳ）Ｙ５０４’’のインタフェースアドレスとに結び付けられたセキュリティアソシエーションを共有する。このセキュリティアソシエーションは事前に構成することも、ポリシーサーバが提供することも、動的に生成することもできる。エンドノード（ＭＴ）Ｘ５０４は、メッセージ６３４の送信に先立って、そのＭＮＰＳエンドノードＹ５０４’’のインタフェースアドレスを知っておく必要があるが、エンドノード（ＭＮＰＳ）Ｙ５０４’’には、アプリケーションプロキシサービスの提供先のホームアドレスを、メッセージ６３４のコンテンツによって動的に通知できる。
【００２７】
エンドノード（ＭＴ）Ｘ５０４がエンドノード（ＭＮＰＳ）Ｙ５０４’’からパケットフローを取り戻したいとき、エンドノード（ＭＴ）Ｘ５０４はメッセージ６０１、６０２、６０３、および６０４をやり取りして、その現在のアクセスノード５０５、５０５’の動的ＣｏＡをホームエージェント５３２とフォーリンエージェント５０７とに設定することによって、ホームエージェント５３２のデフォルトのＣｏＡを無効にする。これに先立ち、エンドノード（ＭＴ）Ｘ５０４はメッセージ６３４をエンドノード（ＭＮＰＳ）Ｙ５０４’’に送ることによって、パケットフローを取り戻し、エンドノード（ＭＮＰＳ）Ｙ５０４’’のアプリケーションプロキシを終了することができる。次に、エンドノード（ＭＮＰＳ）Ｙ５０４’’は準備が完了する（すなわち、アプリケーションデータが制御の転送に適切な段階になる）と、エンドノード（ＭＴ）Ｘ５０４にメッセージ６３２で通知し、関連のアプリケーション制御状態またはデータをエンドノード（ＭＴ）Ｘ５０４に戻すことができるので、エンドノード（ＭＴ）Ｘ５０４はアプリケーションの処理を続行できる。次に、アクセスノード５０５では、エンドノード（ＭＮＰＳ）Ｙ５０４’’のアクセスノード５０５’’宛てに転送中のパケットをアクセスノード５０５に戻すためのトンネル６２０’’を設定するために、メッセージ６０１によってメッセージ６２４および６２２をトリガして、パケットフロー６２０とは逆方向の経路を作成することもできる。アクセスノード５０５’’で変化が発生していた場合は、その変化を含むコンテクスト状態をアクセスノード５０５’’からアクセスノード５０５に復元するためにも、メッセージ６２４および６２２を使用できる。これによって、エンドノード（ＭＴ）Ｘ５０４がアクセスノード５０５を離れることによってエンドノード（ＭＴ）Ｘ５０４に関連付けられていた前記コンテクスト状態をアクセスノードが削除する場合は、アクセスノード５０５’’がコンテクスト状態の一時記憶ポイントとして機能できる。メッセージ６１８’’は、エンドノード（ＭＮＰＳ）Ｙ５０４’’がエンドノード（ＭＴ）Ｘ５０４のホームアドレスとやり取りされるパケットセットに対する責任がなくなったことをエンドノード（ＭＮＰＳ）Ｙ５０４’’に通知するために使用される。
【００２８】
図７は、ホームエージェント５３２でデフォルトのＣｏＡの代わりにＭＮＰＳ ＣｏＡを使用する、本発明の一代替実施形態を示す。この場合、エンドノード（ＭＴ）Ｘ５０４のホームアドレスとエンドノード（ＭＮＰＳ）Ｙ５０４’’のＣｏＡとを含む位置登録信号をメッセージ６０１’’および６０２’’としてフォーリンエージェント５０７’’経由でホームエージェント５３２に送信するのはエンドノード（ＭＮＰＳ）Ｙ５０４’’である。この結果、応答メッセージ６０３’’および６０４’’が返されると共に、ホームエージェント５３２におけるバインディングが更新されるので、パケットはトンネル６１０からトンネル６１０’’にリダイレクトされるようになる。その後、エンドノード（ＭＮＰＳ）Ｙ５０４’’はホームアドレス宛てのパケットをエンドノード（ＭＴ）Ｘ５０４からリダイレクトできる。エンドノード（ＭＮＰＳ）Ｙ５０４’’およびフォーリンエージェント５０７’’は、不正ノードからのリダイレクト攻撃からこれらのメッセージを保護するために、セキュリティアソシエーションをホームエージェント５３２と共有する必要がある。なお、エンドノード（ＭＴ）Ｘ５０４自身が発行した位置登録状態はエンドノード（ＭＮＰＳ）Ｙ５０４’’からの位置登録によって削除されず、両方の位置登録がそれぞれ別個に扱われるが、エンドノード（ＭＮＰＳ）Ｙ５０４’’からの位置登録状態、具体的にはＣｏＡ、がエンドノード（ＭＴ）Ｘ５０４のものより優先される。したがって、エンドノード（ＭＴ）Ｘ５０４がネットワークから切断された場合、または機能不良に陥った場合でも、エンドノード（ＭＴ）Ｘ５０４のパケットフローはエンドノード（ＭＮＰＳ）Ｙ５０４’’によって安全にリダイレクトされる。
【００２９】
このとき、メッセージ６０１’’によってメッセージ６２２がトリガされ、応答メッセージ６２４が返される。ここでも、これらのメッセージによって、アクセスノード５０５とアクセスノード５０５’’との間の一時的なパケット転送６２０が設定され、アクセスノード５０５からコンテクスト状態が取得される。同様に、エンドノード（ＭＮＰＳ）Ｙ５０４’’がエンドノード（ＭＴ）Ｘ５０４のホームアドレス宛てのパケットの受信が不要になると、メッセージ６０１’’、６０２’’、６０３’’、６０４’’、６２２、および６２４によってホームエージェント５３２のＭＮＰＳ ＣｏＡが取り消され、パケットフローがエンドノード（ＭＴ）Ｘ５０４とそのアクセスノード５０５とにリダイレクトされる。メッセージ６２２、６２４の結果として、エンドノード（ＭＴ）Ｘ５０４にそのホームアドレス宛てのパケットの責任が現在あるかどうかがメッセージ６１８によってエンドノード（ＭＴ）Ｘ５０４に通知される。パケットのリダイレクトの取得または解放のどちらかを行うために、エンドノード（ＭＴ）Ｘ５０４はエンドノード（ＭＮＰＳ）Ｙ５０４’’をトリガしてメッセージ６０１’’を送出させることができる。このとき、エンドノード（ＭＴ）Ｘ５０４は最初にメッセージ６３４をエンドノード（ＭＮＰＳ）Ｙ５０４’’に送信する。これに対して、エンドノード（ＭＮＰＳ）Ｙ５０４’’はメッセージ６３２を返す。他のノード、たとえばアクセスノード５０５、ＣＮ５４２、またはホームエージェント５３２などが代わりに、メッセージ６３４同様のメッセージを用いてエンドノード（ＭＮＰＳ）Ｙ５０４’’をトリガしてメッセージ６０１’’を発行させることもできる。
【００３０】
図８は、エンドノード（ＭＮＰＳ）Ｙ５０４’’のＭＮＰＳ ＣｏＡがエンドノード（ＭＮＰＳ）Ｙ５０４’’のインタフェースアドレスに等しい連結型ＣｏＡである点以外は、図６と同じである。したがって、リダイレクトされたパケットフロー６１１’は、ホームエージェント５３２とエンドノード（ＭＮＰＳ）Ｙ５０４’’との間を直接結ぶトンネルであるので、アクセスノード５０５’’はフォーリンエージェント機能５０７’’を必要としない。さらに、転送中のパケット６２０を、アクセスノード５０５’’を経由せずに、エンドノード（ＭＮＰＳ）Ｙ５０４’’のＣＣｏＡに直接送ることができる。ただし、メッセージ６０１’’の発行元が、図６のようにエンドノード（ＭＴ）Ｘ５０４ではなく、図７のようにエンドノード（ＭＮＰＳ）Ｙ５０４’’であり、位置登録をアクセスノード５０５’’経由で送る必要があるか、または転送中のパケット６２０が依然としてアクセスノード５０５に送られる場合は、フォーリンエージェント５０７’’が依然として必要な場合もある。
【００３１】
図９は、エンドノード（ＭＮＰＳ）Ｙ５０４’’がホームエージェント５３２と同じＭＡＣ層ネットワーク、つまりエンドノード（ＭＴ）Ｘ５０４のホームネットワーク５３０’上にあるという特殊ケースにおけるデフォルトのＣｏＡ機能の一代替実施形態を示す。図９は、ＣＮ５４２と、図５のネットワーク５３０の構成要素との間のネットワーキングを示す。図９では、エンドノード（ＭＴ）Ｘ５０４とエンドノード（ＭＮＰＳ）Ｙ５０４’’とをホームエージェント５３２に接続するために、リンク５０８’’’および５０６’’’とが導入されている。これらのノードは、ＩＰｖ６（ＮＤ）における近隣発見またはアドレス解決プロトコル（ＡＲＰ）の場合のように、各インタフェースのＭＡＣ層アドレスとその対応ＩＰアドレスとの間の対応付けを配布するためのプロトコルを実行する。エンドノード（ＭＴ）Ｘ５０４がホームネットワーク５３０’上になく、５０５などのフォーリンアクセスノードに接続されており、エンドノード（ＭＴ）Ｘ５０４が動的ＣｏＡをホームエージェント５３２に有する場合は、ホームエージェントはプロキシＡＲＰ信号９０２’’’と共に、そのＭＡＣ層アドレスとエンドノードＸ５０４のホームアドレスとの間の対応付けを送出することによって、そのホームアドレス宛てのパケットがＭＡＣ層ネットワーク上のノードによってそこに転送されるべきであることを示す。次に、ホームエージェント５３２は、太い実線矢印で示すように、これらのパケットを現在登録されている動的ＣｏＡにトンネリングする。ただし、エンドノードＸ（ＭＴ）５０４がホームネットワーク５３０’上にある場合は、エンドノードＸ（ＭＴ）５０４はリンク５０８’’’上のそのＭＡＣ層アドレスを含むＡＲＰメッセージ９１５’’’をＭＡＣ層ネットワーク上に発行するので、そのようなパケット９２０’’’は代わりにエンドノードＸ（ＭＴ）５０４に転送される。このＡＲＰメッセージ９１５’’’は、ホームエージェント５３２からＭＡＣ層ネットワーク上の他のすべてのノードへのプロキシＡＲＰメッセージ９０２’’’を取り消す。なお、ホームエージェントは通常はメッセージ９０２’’’を送出しない。
【００３２】
本発明の例示的一実施形態においては、エンドノード（ＭＮＰＳ）Ｙ５０４’’はたとえば、一般性を失わずに、プロキシＡＲＰメッセージ９０５’’’を発行することによってエンドノード（ＭＴ）Ｘ５０４のホームアドレス宛てのパケットをエンドノード（ＭＮＰＳ）Ｙ５０４’’にリダイレクトさせてパケットフロー９１０’’’を作成できる。これによって、エンドノード（ＭＮＰＳ）Ｙ５０４’’がホームネットワーク上にあるときに限られるが、ＭＮＰＳ ＣｏＡのリダイレクト機能が再現される。ホームエージェント５３２が送出するプロキシＡＲＰメッセージ９０２’’’、エンドノード（ＭＴ）Ｘ５０４が送出するプロキシＡＲＰメッセージ９１５’’’、およびエンドノード（ＭＮＰＳ）Ｙ５０４’’が送出するプロキシＡＲＰメッセージ９０５’’’は、優先順位フラグを各ＡＲＰメッセージ中に用いることによって厳密に順序付けることも、代わりに最終メッセージを最新の構成と見なすこともできる。また、エンドノード（ＭＴ）Ｘ５０４のホームアドレス宛てのパケットの現在の受信者が誰であるかを特定するために、各ノードが使用する内部優先順位を用いるメッセージ抑止方式を用いることもできる。この特殊ケースにおいては、エンドノード（ＭＴ）Ｘ５０４がホームネットワーク上になく、また有効な動的ＣｏＡがホームエージェント５３２に登録されていない場合に駆動されるデフォルトのＡＲＰバインディングを代わりにホームエージェント５３２に格納することによって、デフォルトのＣｏＡ機能を再現できる。次に、このデフォルトのＡＲＰバインディングがホームエージェントによってアドバタイズされ、ホームエージェント５３２のＭＡＣ層アドレスではなく、エンドノード（ＭＮＰＳ）Ｙ５０４’’のＭＡＣ層アドレスが特定される。
【００３３】
本発明の実施においては、さまざまな代替実施形態が存在する。先ず、アクセスノード５０５’’がデフォルトのＣｏＡおよびＭＮＰＳ ＣｏＡの特徴を使用しながら、ホームエージェント５３２を収容できる。さらに、各ホームアドレスに対して複数のＭＮＰＳの存在が可能であり、フィルタによってパケットをパケットフローのサブセットごとに正しいＭＮＰＳ機能に経路指定できる。前記ＭＮＰＳの１つをホームエージェント５３２と同じノードに配置することもできる。さらに、ＭＮＰＳソフトウェアをアクセスノード５０５’’に配置できる。本発明は、モバイルＩＰｖ４および／またはｖ６の経路最適化などのさまざまな転送オプションを含む、信号方式および転送方式を含む。本発明に詳述されるさまざまなメッセージは、エンドノード（ＭＴ）Ｘ５０４からリダイレクトされるパケットサブセットに関するアプリケーションプロキシの要件に合わせてさまざまなサブセットおよび組み合わせで用いることができる。
【００３４】
次に、アプリケーションプロキシの特徴の例をいくつか説明する。
【００３５】
先ず、デフォルトのＣｏＡを使用すると、ホームエージェント５３２に動的ＣｏＡが登録されていない、割り当てられたホームアドレス宛てのすべてのパケットを、パケットヘッダーを捕捉するだけでエラーロガーとして機能するアプリケーションプロキシ宛てにリダイレクトできる。
【００３６】
第２に、アクセスノード５０５でエンドノード（ＭＴ）Ｘ５０４をスリープ状態にでき、ページング分類子がエンドノード（ＭＴ）Ｘ５０４のコンテクスト状態に含まれているアクセスノード５０５’’にパケットをリダイレクトできる拡張版ＩＰページングシステムをサポートできる。パケットを廃棄するか、ＭＮＰＳに転送するか、またはアクセスノード５０５’’からアクセス可能なエンドノード（ＭＴ）Ｘ５０４の現在位置へのページングメッセージをトリガするかをページング分類子によって決定できる。エンドノード（ＭＮＰＳ）Ｙ５０４’’に転送されたパケットはＭＮＰＳで処理され、次にアプリケーションイベントによってメッセージ６０１’’をトリガすることによって、パケット転送をエンドノード（ＭＴ）Ｘ５０４の現在位置、つまりメッセージ６０２’’を用いてＣｏＡとしてホームエージェント５３２に設定した位置、に戻すことができる。あるいは、ＭＮＰＳは単にメッセージ６３２をエンドノードＸ５０４宛てに送出することもでき、この場合、メッセージ６３２はアクセスノード５０５’’に渡され、次にそのアクセスノードでエンドノード（ＭＴ）Ｘ５０４の現在位置に向けてページング機能をトリガする。このページング機能の結果として、エンドノード（ＭＴ）Ｘ５０４はスリープ解除し、そのパケットの受信と転送とを回復したくなるかもしれない。したがって、エンドノード（ＭＴ）Ｘ５０４はメッセージ６０１を用いてホームエージェントをその現在のＣｏＡに更新し、６２２／６２４をトリガしてそのコンテクスト状態をアクセスノード５０５’’から復元し、メッセージ６３４および６２２を用いてそのアプリケーション状態をＭＮＰＳから復元する。
【００３７】
エンドノード（ＭＴ）Ｘ５０４がスリープ状態の間、ＭＮＰＳはセッションを維持するためにキープアライブパケットを必要とするＣＮのあらゆるアプリケーションおよびプロトコルに対してキープアライブパケットを発行できる。エンドノード（ＭＴ）Ｘ５０４は、メッセージ６３４／６３２の交換と、事前に構成されたアプリケーションプロキシ状態とを使って、リフレッシュ対象のセッション、リフレッシュ間隔、キープアライブ信号をセキュリティ保護するためのセキュリティ状態、キープアライブピア、およびセッションが終了した場合、または着信データパケットがそのセッションで届いた場合の応答動作をＭＮＰＳに通知する。これによって、エンドノードＸ（ＭＴ）５０４は、アプリケーションサーバおよびネットワークゲートウェイとの接続は失わずに、電力効率のよい拡張スリープに入ることができる。
【００３８】
本発明の第３の応用では、エンドノード（ＭＴ）Ｘ５０４が１つのコンテンツの配信を指示でき、ホームエージェント５３２のフィルタを用いてその配信先をエンドノード（ＭＮＰＳ）Ｙ５０４’’のＭＮＰＳにできるコンテンツ配布システムを開発できる。次に、ＭＮＰＳのアプリケーションプロキシの状態に応じて、コンテンツ全体が配信されたときに、メッセージをエンドノード（ＭＴ）Ｘ５０４宛てに送ることも、エンドノード（ＭＴ）Ｘ５０４がその配信状況を問い合わせるまで単に待機することもできる。次に、エンドノード（ＭＴ）Ｘ５０４またはエンドノード（ＭＮＰＳ）Ｙ５０４’’は、本発明の方法を用いてパケットの宛て先をエンドノード（ＭＴ）Ｘ５０４に戻すことができ、次にエンドノード（ＭＮＰＳ）Ｙ５０４’’がコンテンツをエンドノード（ＭＴ）Ｘ５０４に配信できる。これによって、エンドノードＸ（ＭＴ）５０４はスリープ状態に入ることも、コンテンツがエンドノード（ＭＮＰＳ）Ｙ５０４’’に配信されている間にその帯域を他の目的に使用することもでき、次にそのエンドノード（ＭＴ）Ｘ５０４に最適な時点で配信を要求できる。
【００３９】
代替のコンテンツ配布システムにおいては、エンドノード（ＭＮＰＳ）Ｙ５０４’’がエンドノード（ＭＴ）Ｘ５０４からのコンテンツのコンテンツサーバとして機能できる。次に、エンドノード（ＭＴ）Ｘ５０４はスリープ状態を解除し、フィルタを用いてコンテンツ要求をエンドノード（ＭＮＰＳ）Ｙ５０４’’のコンテンツサーバ宛てに送りながら、コンテンツの更新をエンドノード（ＭＮＰＳ）Ｙ５０４’’に効率的に配信できる。これによって、エンドノード（ＭＴ）Ｘ５０４はそのコンテンツをエンドノード（ＭＴ）Ｘ５０４自身、すなわち固定ノード、からパブリッシュする必要がないので、コンテンツをローカルに供給できる。さらに、コンテンツの実際の供給元がエンドノード（ＭＴ）Ｘ５０４かエンドノード（ＭＮＰＳ）Ｙ５０４’’のどちらであっても、サーバアドレスが同じであるので、エンドノード（ＭＴ）Ｘ５０４はフローのサブセットをその全時間でも、一部の時間でも、適宜供給できる。メッセージ６３４／６３２によってエンドノードの各アプリケーションが同期され、一方メッセージ６０１、６０２、６０３、６０４、６２２、６２４、および６１８によってパケット転送が管理される。
【００４０】
図１０は、本発明の特定の一例示的実施形態による例示的通信システム１０００を示す。システム１０００は、モバイルノード１００１などの第１のノードと、ＭＩＰフォーリンエージェントとして使用しうるアクセスノード１００３などの第２のノードと、ＭＩＰホームエージェントとして使用しうる域内モビリティエージェントノード１００５などの第３のノードと、通信相手ノードとも呼ばれる通信ピアノード１００７などの第４のノードと、ネットワークノード１００９などの第５のノードと、アクセスノード１０１１などの第６のノードとを含む。モバイルノード（ＭＮ）１００１は、無線リンク１０１３経由でアクセスノード１００３に結合される。ネットワークノード１００９は、リンク１０１７経由でアクセスノード１０１１に結合される。ホームエージェントつまり域内モビリティエージェントノード１００５は、経路指定システム１０１９に含まれる。ホームエージェントつまり域内モビリティエージェントノード１００５は、リンク１０２３、１０２５、１０２７経由で、アクセスノード１００３と、アクセスノード１０１１と、通信ピアノード１００７とにそれぞれに結合される。アクセスノード１００３、１０１１は、通常、経路指定システム１０１９の一部である。アクセスノード１００３などの第２のノードは、前記モバイルノード１００１に対応するＣｏＡを有するパケットを前記モバイルノードに転送するための規定の経路、たとえば、内部メモリに含まれている経路指定テーブルによって規定された経路を有する。アクセスノード１０１１などの第６のノードは、第５のノード１００９のモバイルノードプロキシサーバ（ＭＮＰＳ）がＭＮ１００１とＭＮＰＳ１００９の両方に共通な共有アドレスに対応するアプリケーションパケットの処理を担う場合は、前記モバイルノード１００１に対応するＣｏＡを有するパケットを前記第５のノード１００９のモバイルノードプロキシサーバ（ＭＮＰＳ）に転送するための規定の経路、たとえば、内部メモリに含まれる経路指定テーブルによって規定された経路を有する。これらの各種ノードはそれぞれ異なるアドレス指定ドメインに配置されてもよく、この場合は、それぞれのドメインに対応付けられたアドレスにそれぞれのアドレス指定ドメインを識別するための異なるアドレスプレフィクスを含む。システム１０００は、少なくとも２つのアドレス指定ドメインを含むが、アドレス指定ドメインの数はこれより多くてもよく、たとえば３つでもよい。ホームモビリティエージェントノード１００５は、通常、ＦＡノード、たとえば第２のノード１００３、とは異なるドメインに配置され、ＦＡノード１００３は、通常、域内モビリティエージェント１００５と同じドメインに配置される。その他のノード１０１１、１００９は、ＦＡノード１００３またはホームエージェント１００５と同じノードに配置してもよく、または第３のアドレス指定ドメインなど、全く異なるドメインに配置し、第３のアドレス指定ドメインに配置されたノードに対応するアドレスに含まれる第３のプレフィクスによって識別してもよい。
【００４１】
ＭＮ１００１は、アプリケーション状態１０２９と、ＩＰベースの通信アプリケーション１０３３と第２のアプリケーション１０３５とを含むアプリケーションルーチン１０３１と、共有アドレス１０３７とを含む。アクセスノード１００３は、モビリティエージェント１０３９と、カプセル化／デカプセル化および転送ルーチン１０４１とを含む。アクセスノード１００３は、ＭＮ１００１によって使用されるアクセスルータまたは基地局でもよい。ＭＮ１００１がアクセスノード１００３が配置されているフォーリンドメインにある間は、モビリティエージェント１０３９は、ＭＮ１００１に対してフォーリンエージェント（ＦＡ）として機能しうる。ホームエージェントすなわち域内モビリティエージェントノード１００５は、バインディングテーブル１０４３と、カプセル化／デカプセル化転送ルーチン１０４５とを含む。バインディングテーブル１０４３に含まれているアドレスバインディング情報に存続期間情報を含めてもよい。ノード１００５は、ＭＮ１００１に対してホームエージェント（ＨＡ）として機能しうる。通信ピアノード１００７は、ＩＰベースの通信アプリケーション（第１のアプリケーション）１０４９と第２のアプリケーション１０５１とを含むソフトウェアアプリケーションなどのアプリケーションルーチン群１０４７を含む。第４のノード１００７は、第１のアプリケーション１０３３が関与する例示的通信セッションにおいてＭＮ１００１の通信相手となる通信相手ノード（ＣＮ）である。ネットワークノード１００９は、ＭＮ１００１が第１のアプリケーションとの対話の継続が不可能である期間の少なくとも一部の間、アプリケーションプロキシとして動作するので、モバイルノードプロキシサーバ（ＭＮＰＳ）でもよい。アプリケーションプロキシとしての役割の一環として、ＭＮＰＳ１００９はＭＮ１００１に対応する宛て先アドレスを有するアプリケーションフローに対応するパケットを受信し、これらの受信パケットを処理する。処理の一環として、２つの受信パケットの本体から少なくとも１つのパケットを生成し、生成したパケットをＣＮ１００７に送信してもよい。ノードの応答不能は、スリープ状態への移行など、ＭＮ１００１による決定によることもあれば、干渉による信号途絶など、ＭＮ１００３の制御外のイベントによることもある。ノード１００９がＭＮＰＳとして機能しているとき、ノード１００９はＭＮ１００１の代わりにＣＮ１００７と通信しうる。アプリケーションの処理および制御をＭＮ１００１とＭＮＰＳ１００９との間でやり取りするために、アプリケーションの状態、たとえば、アプリケーションの現在の処理状況に関する情報および／またはＣＮ１００７から受信したパケットの処理結果がＭＮ１００１とＭＮＰＳ１００９との間で交換される。このやり取りにおいて、アプリケーションの処理をＭＮＰＳ１００９にハンドオフし、その後、ＭＮＰＳ１００９がアプリケーション処理をどこまでやったかを示す状態と共に、アプリケーションの責任をＭＮ１００１に戻してもよい。ＭＮ１００１とＭＮＰＳ１００９との間で複数の異なるアプリケーションの責任をそれぞれ異なる時点でハンドオフしてもよい。経路指定システム１０１９に送られる経路指定制御信号によって、１つのアプリケーションに対応するパケットフローがＭＮに、またはその特定のアプリケーションに対応するパケットを所定の時点に処理する責任を担うＭＮＰＳに、確実に経路指定される。したがって、複数の異なるＭＮアプリケーション１０３３、１０３５にそれぞれ対応する複数の異なるパケットフローを経路指定システム１０１９によって分類し、それぞれ異なるノードに経路指定できる。実際に、ＭＮ１００１が対応不能なときは、ＭＮ１００１の代わりに、複数の異なるＭＮＰＳノード１００９を用いて複数の異なるアプリケーションをサポートしうる。さらに、ＭＮが１つのアプリケーションに対して対応不能であっても、ＭＮは別のアプリケーションに関するパケットの処理を続行することができる。したがって、ＭＮが盛んに使用しているアプリケーション１０３３、１０３５の１つまたは複数のサブセットに対する責任をそれぞれ異なる時点にＭＮＰＳ１００９にハンドオフしてもよい。特定のアプリケーションに対応するパケットの受信および処理をＭＮ１００１またはＭＮＰＳ１００９のどちらが行っているかを通信相手ノード１００７に通知する必要はないので、通信相手ノード１００７は、特定のアプリケーションに関する対話相手が常にＭＮ１００１であるとの想定の下で動作を継続しうる。以下に説明するように、ＭＮ１００１に対応付けられた特定のアプリケーションに対応するパケットのリダイレクトに関して経路指定システム１０１９に送られる信号は、ＭＮ１００１またはＭＮＰＳ１００９のどちらからＲＳ１０１９に送ってもよい。これらの信号は通常、アプリケーションパケットの宛て先であるノード１００１または１００９を特定する経路指定識別子を含む。場合によっては、経路指定識別子は、アプリケーションパケットの宛て先ノードへの決められた経路を有する中間ノード、たとえばＦＡ１００３を特定する。このような場合、特定された中間ノードは、ＭＮまたはＭＮＰＳ宛てのパケットを受信すると、これらのパケットを経路指定関係を有する宛て先ノード、たとえば、ＭＮまたはＭＮＰＳに転送する。この関係は通常、パケットをＭＮまたはＭＮＰＳに経路指定するためのバインディングテーブルに反映され、中間ノード１００３または１００１１に含まれている。ＲＳ１０１９に送られる経路指定識別子は、たとえば、ＭＮまたはＭＮＰＳに対応するアドレスであってもよく、あるいはアドレスと他の何らかの経路指定情報、たとえばＲＳ１０１９による経路指定の決定に影響を及ぼすための加重値との組み合わせであってもよい。場合によっては、経路指定識別子にさらにパケット分類子などの付加情報を含めることによって、経路指定システムがＣＮ１００７の第１または第２のアプリケーション１０４９、１０５１に属するパケットを検出し、第１および第２のアプリケーションのパケットをそれぞれ異なるノード１００１、１００９宛てに送ることができるようにしてもよい。パケット分類子が経路指定識別子にない場合、経路指定システムは第１のパケットフロー１０６９内のすべてのパケットを経路指定識別子で特定されたノードにリダイレクトする。
【００４２】
ノード１００９は、アプリケーション状態１０５３と、第１のアプリケーション１０５７に対応するＩＰベースの通信アプリケーションプロキシルーチンとサポートされている第２のアプリケーションに対応する第２のアプリケーションプロキシルーチン１０５９とを含むアプリケーションプロキシルーチン１０５５と、共有アドレス１０３７とを含む。共有アドレス１０３７は、ＭＮ１００１とネットワークノード（ＭＮＰＳ）１００９との両方に対応する。アクセスノード１０１１は、モビリティエージェント１０６１と、カプセル化／デカプセル化転送ルーチン１０６３とを含む。アクセスノード１０１１は、ネットワークノード１００９をシステム１０００の残りの部分に結合する。
【００４３】
本発明によるシステム動作中、ＭＮ１００１またはネットワークノード（ＭＮＰＳ）１００９は第１のメッセージ１０６５を経路指定システム１０１９とそのノード１００５とに送る。図１０は、ネットワークノード（ＭＮＰＳ）１００９によって送られるメッセージ１０６５を示す。第１のメッセージ１０６５は、経路指定識別子１０６７を含む。経路指定識別子１０６７は、ＭＮ１００１と、ネットワークノード（ＭＮＰＳ）１００９と、ＭＮ１００１またはＭＮＰＳ１００９への規定の経路を有するノード、たとえば第２のノード１００３および第６のノード１０１１と、を含むノードグループ内のノードを一意に識別する。経路指定システム１０１９は、ＣＮ１００７からの第１のパケットフロー１０６９、たとえば第１のアプリケーションに対応するフローをＭＮ１００１またはネットワークノード（ＭＮＰＳ）１００９宛てに送る。パケットフロー１０６９内の少なくとも一部のパケットは、第１のアプリケーションのパケット１０７１に対応する。経路指定識別子によって特定されたノード、たとえばＭＮ１００１またはネットワークノード（ＭＮＰＳ）１００９のどちらか一方、は第１のパケットフロー１０６９を所定の時点で受信する。パケットフローは、ノード１００１、またはアプリケーションの処理およびＣＮ１００７との対話を担う１００９宛てに所定の時点で送られる。第１のパケットフロー１０６９は、たとえば、第１の期間中に、ＣＮ１００７からホームエージェントモビリティノード１００５への第１のパケットフロー１０６９ａと、ホームエージェントモビリティノード１００５からアクセスノード１００３への第１のパケットフロー１０６９ｂと、アクセスノード１００３からＭＮ１００１への第１のパケットフロー１０６９ｃとを含んでもよい。あるいは、第１のパケットフロー１０６９は、たとえば、第２の期間中に、ＣＮ１００７からホームエージェントモビリティノード１００５への第１のパケットフロー１０６９ａと、ホームエージェントモビリティノード１００５からアクセスノード１０１１への第１の代替パケットフロー１０６９ｄと、アクセスノード１０１１からネットワークノード（ＭＮＰＳ）１００９への第１の代替パケットフロー１０６９ｅとを含んでもよい。
【００４４】
ＭＮ１００１が第１のパケットフロー１０６９ｃを受信する場合、ＩＰベースの通信アプリケーションルーチン１０３３が受信パケットを処理し、このアプリケーション処理の結果としてアプリケーションデータ１０７１を含む付加パケットを生成し、これらのパケットを付加パケットフロー１０７３によってＣＮ１００７に送信する。付加パケットフロー１０７３は、ＭＮ１００１からアクセスノード１００３への付加パケットフロー１０７３ａと、アクセスノード１００３からホームエージェントモビリティノード１００５への付加パケットフロー１０７３ｂと、ホームエージェントモビリティノード１００５からＣＮ１００７への付加パケットフロー１０７３ｃとを含む。同様に、ネットワークノード（ＭＮＰＳ）１００９が第１の代替パケットフロー１０６９ｅを受信する場合は、ＩＰベースの通信アプリケーションプロキシルーチン１０５７が受信パケットを処理し、このプロキシによるアプリケーションの処理結果として付加パケットを生成し、これらのパケットを付加パケットフロー１０７３で送信する。付加パケットフロー１０７３は、ネットワークノード（ＭＮＰＳ）１００９からアクセスノード１０１１への代替付加パケットフロー１０７３ｄと、アクセスノード１０１１からホームエージェントモビリティノード１００５への代替付加パケットフロー１０７３ｅと、ホームエージェントモビリティノード１００５からＣＮ１００７への付加パケットフロー１０７３ｃとを含む。
【００４５】
本発明の一実施形態によると、第１のメッセージ１０６５の送信に先立ち、転送メッセージ１０７５がＭＮ１００１からネットワークノード（ＭＮＰＳ）１００９に送られる。このメッセージ１０７５によって、ＣＮ１００７から発信されたアプリケーションパケットの処理責任の転送が、第１のノード１００１または第５のノード１００９から、第１および第５のノードのうち、アプリケーション処理転送メッセージ１０７５の時点において処理責任を有していないノードに対して開始される。転送メッセージ１０７５は、アプリケーションの処理責任を引き受けるノードを特定する経路指定識別子を含んでもよい。ネットワークノード（ＭＮＰＳ）１００９は、転送メッセージへの応答として、経路指定識別子を含む第１のメッセージ１０６５を送信する。ＭＮ１００１からネットワークノード（ＭＮＰＳ）１００９への付加メッセージ１０７７は、ネットワークノード（ＭＮＰＳ）１００９のアプリケーションプロキシによるパケット処理に対するＭＮ１００１の要件を規定するものであり、前記ＭＮＰＳ１００９がアプリケーションの処理責任を前記モバイルノード１００１から引き受けると、送信される。ＭＮアプリケーション状態１０２９などの状態情報もメッセージ１０７７に含めて、ＭＮＰＳアプリケーション状態１０５３に転送してもよい。これによって、ＭＮ１００１がアプリケーションの処理責任をＭＮＰＳ１００９に転送した時点から、ＭＮＰＳはアプリケーションの処理を続行できる。ネットワークノード（ＭＮＰＳ）１００９からＭＮ１００１への処理結果／状態メッセージ１０７９は、ネットワークノード（ＭＮＰＳ）１００９のアプリケーションプロキシによるパケット処理から派生した情報をＭＮ１００１に返す。返される情報は、ＭＮＰＳ１００９が受信した第１のパケットフローに対応する少なくとも２つのパケットの本体の処理から生成されたアプリケーションデータパケットなどのパケットを含んでもよい。このメッセージは、アプリケーションの処理責任がモバイルノード１００１に戻されるときに送出されるので、モバイルノードは、ＭＮＰＳ１００９がアプリケーションの処理責任を終えた時点からアプリケーションの処理を続行できる。
【００４６】
ＣＮ１００７は第２のアプリケーションを第２のアプリケーションルーチン１０５１によってサポートする。ＭＮ１００１はこの第２のアプリケーションを第２のアプリケーションルーチン１０３５によってサポートし、ネットワークノード（ＭＮＰＳ）１００９は第２のアプリケーションプロキシルーチン１０５９によってサポートする。第２のアプリケーションパケット１０８３を含む第２のアプリケーションパケットフロー１０８１が図１０に示されている。第２のアプリケーションパケットフロー１０８１は、ＣＮ１００７からホームエージェントモビリティノード１００５への第２のアプリケーションパケットフロー１０８１ａと、ホームエージェントモビリティノード１００５からアクセスノード１００３への第２のアプリケーションパケットフロー１０８１ｂと、アクセスノード１００３からＭＮ１００１への第２のアプリケーションパケットフロー１０８１ｃとを含む。あるいは、このパケットフローをＭＮ１００１ではなく、別の時点でネットワークノード（ＭＮＰＳ）１００９宛てに送ることもできる。関連のメッセージ、信号、戻りパケットフロー、および代替フローは、第１のアプリケーションに関して説明したものと同じか同様であるので、簡略化のために第２のアプリケーションについては繰り返さない。したがって、経路指定システムはフィルタとして機能し、１つのＭＮアプリケーションに対応するアプリケーションパケットをＭＮプロキシ１００９に送る一方で、第２のＭＮアプリケーションに対応するアプリケーションパケットをモバイルノード１００１に送ることができる。モバイルノードの可用性は、ＭＮによって同時にサポートされる複数の異なるアプリケーションごとに異なりうることを理解すべきである。したがって、さまざまな実施形態において、第１のメッセージは、そのメッセージで特定された特定の単一アプリケーションまたは複数のアプリケーションにそれぞれ対応するパケットを特定されたノードにリダイレクトするか、またはＭＮ１００１によってサポートされているすべのアプリケーションに対応するパケットを、たとえばＭＮＰＳ１００９に、リダイレクトするかを示す。したがって、複数のパケットがＣＮアドレスに対応する１つのソースアドレスと、第１および第５のノード１００１、１００９の共有アドレスに対応する１つの宛て先アドレスとを有する場合でも、それぞれ異なるアプリケーションに対応するパケットの場合は、経路指定方式の目的に応じてそれぞれ異なるパケットフローに対応付けてもよい。
【００４７】
さらに別の実施形態において、第３のノード１００５と、第５のノード１００９と、第６のノード１０１１とは、同じネットワーク上にあるので、ＭＡＣ層の接続を共有する。なお、この場合、第３のノードと第６のノードとは、ホームおよびフォーリンモビリティエージェントの両方を含む同一ノードでもよい。第５のノードは、第５のノードのＭＡＣ層アドレスである経路指定識別子１０６７を含む第１のメッセージ１０６５を発行できる。ＭＡＣ層アドレスは、第１のパケットフローの現在のＭＡＣ層ＣｏＡとして、第３のノードのバインディングテーブル１０４３に入力されるので、パケットは第５のノードのＭＡＣ層アドレスを介して第５のノードに転送される。さらに、このＭＡＣ層ＣｏＡをデフォルトのＭＡＣ層ＣｏＡとしてバインディングテーブル１０４３に格納できるので、第１のノードの第２のアドレス（ＣｏＡ）を指すバインディングテーブルのエントリの存続期間が第２のノードで過ぎると、パケットは自動的に第３のノードでのＭＡＣ層の転送によって第５のノードに方向転換される。第１のノードが第３、第５、および第６のノードを含むネットワークに戻ったとき、第１のノードはそのＭＡＣアドレスに等しい経路指定識別子１０６７を有する第１のメッセージ１０６５を発行できる。このメッセージ１０６５は、この種の同報通信によって第３、第５、および第６のノードによって受信される。この結果、第５のノードは第１のパケットフローに対するバインディングテーブル内のそのＭＡＣアドレスのリフレッシュを停止する。この新しいＭＡＣ層ＣｏＡは、第５のノードが以前発行したＭＡＣ層ＣｏＡの代わりに使われるので、第１のパケットフローは第１のノード宛てに送られる。
【００４８】
本発明によると、さまざまなノードに割り当てるアドレスを同一のアドレス指定ドメインに配置しても、複数の異なるアドレス指定ドメインに配置してもよい。一部の実施形態においては、第１、第３、および第５のノードに割り当てるアドレスは、第１のアドレス指定ドメインにある。このような場合、ＭＮ１００１のホームアドレスは、第３のノードのアドレスとアドレスプレフィクスが同じであり、第５のノードと共有される。第５または第６のノードに対応付けられる第５のアドレスは、第２のアドレス指定ドメインにあることが多い（たとえば、ＭＮＰＳ１００９のＣｏＡアドレスは通常、アクセスルータのアドレスと同じアドレスプレフィクスである）。第２のノードおよび第２のノードに対応する第２のアドレスは、さらに別のアドレス指定ドメイン、たとえば第３のアドレス指定ドメインに入れることもできる。これは、ＭＮ１００１がフォーリンサブネット上に移動し、第２のアドレスがＭＮ１００１のＣｏＡになることに起因することもある。さまざまな実施形態において、第１、第２、および第３のアドレス指定ドメインは、少なくとも２つの異なるアドレス指定ドメインを含み、これらに対応する。他のケースでは、第１、第２、および第３のアドレスは３つの異なるアドレス指定ドメインにある。さらに他の複数の実施形態においては、第１、第２、および第３のアドレスはすべて同一のアドレス指定ドメインにある。したがって、本発明は、どのアドレス、ひいてはどのノードを同一のアドレス指定ドメインまたは複数の異なるアドレス指定ドメインに入れるかに関する可能性の範囲が広い。ドメイン内で使用されるアドレスが同じプレフィクス長の異なるアドレスプレフィクスを有する場合、すなわちＮ個の最上位アドレスビットが異なる場合は、アドレス指定ドメインが異なる。したがって、長さＮの同一プレフィクスを有するアドレスは同一ドメインと判定される。ここで、Ｎは、プレフィクス長、つまり異なるドメイン間を識別するためのビット数である。さまざまな実施形態において、第１、第２、および第３のアドレス指定ドメインのうちの少なくとも１つは、異なるアドレスプレフィクスを含む、異なるドメインに対応するアドレスを有する前記第１、第２、および第３のアドレス指定ドメインのうちの別の１つと異なる。このようなさまざまな実施形態の１つにおいては、前記第１のおよび第３のアドレス指定ドメインは同一であり、前記第２のアドレス指定ドメインは、前記第１および第２のアドレス指定ドメインと異なる。このようなさまざまな実施形態のうちの別の一実施形態においては、第２および第３のアドレス指定ドメインは同一であり、前記第１のアドレス指定ドメインは、前記第１および第２のアドレス指定ドメインと異なる。各ノードに、ノードの所属先アドレス指定ドメインのアドレスプレフィクスを有するアドレスを１つまたは複数対応付けてもよい。
【００４９】
本発明のさまざまな特徴は、第１のノードがスリープ状態であるか、または別の方法で不在であって第１のノード宛ての着信パケットが到達不能であるときに、ネットワークページングをトリガするパケットの第２のノードへの到着と、第１のノードの不在時に第１のノードに代わってパケットを処理するアプリケーションエージェントモジュールでのアプリケーションイベントの生成とによって、第１のノードのページングを可能にするように設計されている。これによって、より高度なページングが可能になるので、第１のノードはスリープ状態に入り、タスクの完了またはアプリケーションイベントの検出を行うようにアプリケーションエージェントに通知し、そのタスクの完了時またはイベントの発生時に第１のノードをページングさせることができる。ページの生成は、ファイルの配信に寄与する各パケットまたはいずれかの音声着信によってではなく、ファイルの配信時、または特定の人物からの音声着信時に行える。たとえば発呼要求に即座に応じるために、高速ページングとそれによる接続性とを可能にするために、ページング機構はパラメータを第１および第３のノードに配信できるばかりでなく、ページング完了後の第１のノードからの経路指定メッセージがなくても、第１のノードに対するリダイレクト転送を設定できる。これによって、ページングおよび経路指定の更新と、アドレスおよびモビリティエージェントの動的割り当てとを並行して進めることができる。
【００５０】
図１１は、本発明による例示的システムにおける例示的ノードと、パケットフローと、ページング信号とを解説する図面１０００を示す。図１１および図１２はＣＮ１１４からＭＮ１１０２への通信を示しているが、パケットおよびメッセージはＭＮからＣＮ１１１４へも移動しうることを理解されたい。図１１には、第１のノードとして、たとえば、モバイルノード（ＭＮ）１１０２などのエンドノードが示されており、このノードは無線リンク１１０６経由でアクセスノード（ＡＮ）１１０４などの第３のノードに結合され、このアクセスノード（ＡＮ）１１０４は、ＭＮ１１０２（第１のノード）に対応付けられているプロファイル状態１１０８を含み、このプロファイル状態１１０８を用いて、ＭＮ１１０２が通常実行する通信セッションのうちのどれをアプリケーションエージェントモジュール１１３８または１１３８’が実行できるかを制御する。アプリケーションエージェントモジュール１１３８は第２のノード、たとえば、域内モビリティエージェント（ＲＭＡ）ノード１１１０にあってもよい。アプリケーションエージェントモジュール１１３８’は第４のノード、たとえばアプリケーションプロキシノード、のモバイルノードプロキシサーバ（ＭＮＰＳ）１１４０にあってもよい。ＲＭＡノード１１１０は、ネットワークリンク１１１２経由でＡＮ１１０４に結合される。通信相手ノード（ＣＮ）１１１４などのピアノードは、ＲＭＡノード１１１０に結合される。ＣＮ１１１４は、通信セッションでＭＮ１１０２と通信する別のＭＮでもよい。図１１には、リンク１１６２経由でＲＭＡノード１１１０に結合されるページングポリシーサーバ１１６０も含まれている。ページングポリシーサーバ１１６０は、ページングトリガイベントを示す情報をアプリケーションエージェントモジュール１１３８、１１３８’に送ってもよい。ＲＭＡノード１１１０はモビリティエージェントモジュール１１２０を含み、モビリティエージェントモジュール１１２０は、転送テーブル１１５２を含む転送モジュール１１２２と、第１のページング情報１１２５を含む第１のページングモジュール１１２４と、第２のページング情報１１２７を含む第２のページングモジュール１１２６と、ネットワークページングルーチン１１２８と、ロケーションルーチン１１３０とを含む。図１１では、パケットフローを太い実線矢印で示し、信号を太い破線矢印で示している。転送モジュール１１２２はピアノードＣＮ１１１４から受信したＭＮ１１０２宛てのパケット１１５０をパケット１１５０Ａとして（ＡＮ１１０４経由で）ＭＮ１１０２宛てに、またはパケット１１５０Ｃ、１１５０Ｄとしてそれぞれ第１および第２のページングモジュール１１２４、１１２６宛てに転送する。第１および第２のページングモジュール１１２４、１１２６に送られるパケット１１５０Ｃ、１１５０Ｄを第１のページング情報１１２５、第２のページング情報１１２７とそれぞれ比較することによって（ページング状態に一致、またはページング状態によって分類）以降のパケット処理を決める。
【００５１】
パケット（群）１１５０Ｃが第１のページング情報１１２５に一致すると、パケット（群）１１５０Ｅによってネットワークページングルーチン１１２８がトリガされ、第１のページングメッセージ１１７０がＭＮ１１０２の現在位置に送られる。図１１の例では、この現在位置において、ＭＮ１１０２はＡＮ１１０４に結合されている。あるいは、ＭＮ１１０２の現在位置が異なっている場合もあり、その場合、ＭＮ１１０２はシステム内の同様のいずれかのアクセスノードに結合されている。第１のページングメッセージ１１７０はＭＮ１１０２のアドレスに直接送ることも、またはＡＮ１１０４のアドレスに送ることもできる。どちらの場合も、第１のページング情報１１２５内の一致エントリによって特定されたページをトリガしたパケット種別が与えられると、ＭＮ１１０２のページングのための命令が第１のページングメッセージ１１７０に含まれる。ＭＮ１１０２の位置は、ネットワーキングページングルーチン１１２８がロケーションサーバ１１３２に直接または間接的に問い合わせることによって判定される。ロケーションサーバ１１３２は、ＲＭＡノード１１１０にあっても、または図１１に示すようにリンク１１３６経由でＲＭＡノード１１１０に結合されている別のノード１１３４にあってもよい。ネットワークページングルーチン１１２８からの問い合わせに応じて、ロケーションルーチン１１３０は信号１１３５をロケーションサーバ１１３２と交換することによって、ＭＮ１１０２（第１のノード）の位置状態情報１１３３を得てもよい。ネットワークページングルーチン１１２８はさまざまな技法を用いてその現在位置経由でＭＮ１１０２に接触し、ＭＮ１１０２にとってのパケットの可用性によってＭＮ１１０２を到達可能にすることができる。第１のページングモジュール１１２４は、ＭＮ１１０２にとって十分に重要なパケットがＲＭＡノード１１１０に到達したときに、ＭＮ１１０２への接触が試行されることを保証する。第１のページングメッセージ１１７０には、ＭＮ１１０２に対するページングをトリガした第１のページング情報１１２５内のエントリの情報（ひいては受信パケットの性質）を含めることができる。第１のページングメッセージ１１７０の情報には、ＭＮ（第１のノード）のプロファイル状態１１０８のＡＮ１１０４への配信も含めることができるので、ＡＮ１１０４はＭＮ１１０２（識別子、ＩＰアドレス、ページングスロット、セキュリティアソシエーション）に接触でき、その後にＭＮ１１０２の動作をその通信に関して規制することができる。第１のページングメッセージ１１７０の情報は、動的に割り当てられたアドレスと、ページングトリガが第１のページング情報１１２５によって割り当てをトリガしたモビリティエージェント状態とをさらに含めることができる。あるいは、第１のページングメッセージ１１７０には、ＭＮ１１０２とＡＮ１１０４とがプロファイル状態１１０８を取得し、パラメータを動的に割り当てるための情報（ポリシーサーバアドレスおよびＭＮ１１０２識別子など）を含めることができる。第１のページングメッセージ１１７０への応答は、ＭＮ１１０２の代わりに、ＭＮ１１０２またはＡＮ１１０４が行うので、ネットワークページングルーチン１１２８はページングメッセージの結果を判定する。この１つの結果として、ＭＮ１１０２が到達可能になるので、当初第１のページングモジュール１１２４経由で経路指定されたパケットを含む、ＭＮ１１０２宛てのパケットは、転送モジュール１１２２が転送テーブル１１５２を用いてパケット１１５０Ａ、１１５０ＢでＡＮ１１０４経由でＭＮ１１０２に転送する。転送テーブル１１５２内の変更は、以下に説明するさまざまな方法によって行える。
【００５２】
パケット（群）１１５０Ｄが第２のページング情報１１２７に一致すると、パケット（群）１１５０Ｄはパケット１１５０Ｆとしてアプリケーションエージェントモジュール１１３８または１１３８’に転送される。アプリケーションエージェントモジュール１１３８または１１３８’は、ＲＭＡノード１１１０にあっても、図１１に示すリンク１１４２経由でＲＭＡノード１１１０に結合されている第４のノード、たとえば、アプリケーションプロキシノードのモバイルノードプロキシサーバ（ＭＮＰＳ）１１４０にあってもよい。具体的には、ＲＭＡノード１１１０は、パケット１１５０Ｄを複数のローカルおよびリモートアプリケーションエージェントモジュール１１３８、１１３８’宛てに送る第２のページング情報１１２７に複数のエントリを含めることができる。アプリケーションエージェントモジュール１１３８、１１３８’は、アプリケーションイベントおよび関連のページング動作のテーブル１１４４、１１４４’のほか、アプリケーションページングルーチン１１４６、１１４６’と、ＭＮプロキシアプリケーション（群）１１４７、１１４７’とを含む。アプリケーションエージェントモジュール１１３８、１１３８’は、ＭＮ１１０２の代わりに、１つまたは複数のＭＮプロキシアプリケーション１１４７、１１４７’の制御下で、第２のページング情報１１２７に一致する受信パケット１１５０Ｆのペイロードを処理できる。前記ペイロードはアプリケーションデータを含み、前記処理によってピアノードＣＮ１１１４に返されるか、ＭＮ１１０２宛てか、または代替ピアノード宛てのアプリケーションデータおよび付加送信パケットが生成される。ＭＮプロキシアプリケーション（群）１１４７、１１４７’はたとえば、通信アプリケーション、データ処理アプリケーション、ファイルダウンロード通信アプリケーション、表計算アプリケーション、およびデコーダアプリケーションを含んでもよい。前記パケット、パケットペイロード、およびアプリケーションデータの処理によって、アプリケーションイベントが生成され、これらのアプリケーションイベントはＭＮ１１０２に対応付けられたこのようなイベントのテーブル１１４４、１１４４’と比較される。これらのアプリケーションイベント、たとえば完全なファイルのダウンロード、またはＭＮ１１０２宛ての新しいメールメッセージの可用性の指示など、が発生すると、対応するアプリケーションページングイベントがトリガされる。このようなページングイベントの１つによって、第２のページングメッセージ１１７２がネットワークページングルーチン１１２８に送られ、第１のページングメッセージ１１７０がトリガされる。これによって、ＭＮ１１０２へのネットワーク到達可能性を転送テーブル１１５２に再度確立できる。あるいは、アプリケーションページングルーチン１１４６、１１４６’は第２のページングメッセージ１１７２Ａを位置情報１１３３によって示されたＭＮ１１０２の現在位置に直接送ることができる。前記第２のページングメッセージ１１７２Ａが第１のページングメッセージ１１７０と異なる点は、アプリケーションイベントおよび対応のアプリケーション状態をページングメッセージ１１７２ＡでＡＮ１１０４および／またはＭＮ１１０２に配信できることである。これによって、ＭＮ１１０２は、ページングの理由とスリープ解除の是非とに関するより正確な情報が与えられるので、ＭＮ１１０２はこのページに対してさらなる指示をアプリケーションエージェント１１３８、１１３８’に与えてから、スリープ状態に戻ることができる。ただし、第２のページングメッセージ１１７２Ａは、第１のページングメッセージ１１７０の情報に関して説明したように、動的に割り当てられたパラメータとＭＮプロファイル状態１１０８とを含む（またはＡＮ１１０４によってフェッチされるようにトリガする）ことができる。
【００５３】
図１２の図面１２００は、ネットワークまたはアプリケーション層のページングの準備のため、または応答として行われる信号のやり取りを示す。図１２は、図１１で説明したものと同一または同様のノード群としてＭＮ１１０２（第１のノード）と、ＡＮ１１０４（第２のノード）と、ＲＭＡノード１１１０（第３のノード）と、ＭＮＰＳ１１４０と、ロケーションサーバノード１１３４と、ＣＮ１１１４とを含む。ＭＮ１１０２でのページの受信によって第１の経路指定メッセージ１２０２がトリガされる。これは、一般にはＭＩＰ位置登録要求またはバインディング更新とすることができ、これによってＭＮ１１０２のＣｏＡがモビリティエージェントモジュール１１２０に設定されるので、パケットはページングモジュール１１２４、１１２６からＭＮ１１０２宛てにリダイレクトされるようになる。ＭＮ１１０２がスリープ状態に入るときに、第２の経路指定情報メッセージ１２０４がＭＮ１１０２またはＡＮ１１０４のどちらか一方から送出され、到着パケットがあったときにＭＮ１１０２をページングできる時期を詳細に指示するエントリが第１のページング情報１１２５に設定される。この設定結果は、応答メッセージによって返される。第１のページング情報１１２５は、具体的にはＭＮのプロファイル状態１１０８に含めることができるので、第２の経路指定メッセージ１２０４がＭＮ１１０２のプロファイル状態１１０８を第１のページング情報１１２５に移動する。ページがトリガされると、第１または第２のページングメッセージ１１７０、１１７２（Ａ）がこれをＡＮ１１０４に返す。第３の経路指定メッセージ１２０６をＭＮ１１０２またはＡＮ１１０４からアプリケーションイベントおよびページングテーブル１１４４、１１４４’に送出することによって、どのイベントおよび対応のページング処理を処理すべきかを規定する。次に、アプリケーションエージェントモジュール１１３８、１１３８’は第４の経路指定メッセージ１２０８を用いて第２のページング情報１１２７をモビリティエージェントモジュール１１２０に設定することによって、正しい種類のパケットがアプリケーションエージェントモジュール１１３８、１１３８’に転送されて処理されるようにする。モビリティモジュール１１２０はアプリケーションエージェントモジュール１１３８、１１３８’に応答し、アプリケーションエージェントモジュール１１３８、１１３８’は、第３の経路指定メッセージ１２０６を開始したＭＮ１１０２またはＡＮ１１０４に応答する。ネットワークページングルーチン１１２８またはアプリケーションページングルーチン１１４６、１１４６’は、第５の経路指定メッセージ１２１０を用いて転送テーブル１１５２を更新することによって、パケットをＭＮ１１０２へ／から、ひいては第１および第２のページングモジュール１１２４、１１２６へ／からリダイレクトする。第５のメッセージ１２１０は、ページングシーケンスに対する要求がページングルーチン１１２８で受信されたときに、第１および／または第２のページングメッセージ１１７０、１１７２（Ａ）の送信に先立ち、たとえばページングルーチン１１２８によってトリガできる。あるいは、第１および／または第２のページングメッセージ１１７０、１１７２（Ａ）の送信後、ＡＮ１１０４またはＭＮ１１０２からのページング応答の受信時に、第５の経路指定メッセージ１２１０をトリガすることもできる。最後に、モビリティエージェントモジュール１１２０またはアプリケーションエージェントモジュール１１３８、１１３８’での第２、第３、または第４の経路指定メッセージ１２０４、１２０６、または１２０８の受信によって第５の経路指定メッセージ１２１０をトリガできる。
【００５４】
第６の経路指定メッセージ１２１２は位置更新メッセージであり、ＡＮ１１０４のＩＰアドレス、またはシステム内の各アクセスノード固有の他の識別子、に関してＭＮ１１０２の位置状態１１３３を更新するために、ＭＮ１１０２またはＡＮ１１０４からロケーションサーバ１１３２に送られる。これによって、ＭＮ１１０２がアドレス指定不能かまたは到達不能であるときに、ＡＮ１１０４へのページングメッセージの送出が可能になる。ページングメッセージはＭＮ１１０２のアドレスに直接送ることもできるが、ＲＭＡノード１１１０内に経路がない場合はＡＮ１１０４経由で転送できる（すなわちＡＮ１１０４へのトンネリング）（代わりにパケットを第１および第２のページングモジュール１１２４、１１２６宛てに送る）。位置情報１１３３には、ＳＩＰ ＵＲＩなどのアプリケーション識別子を含めることができるので、ＩＰの経路指定ではなくアプリケーションの経路指定を用いてＡＮ１１０４に到達し、次にＭＮ１１０２に到達することができる。
【００５５】
ＭＮ１１０２、またはＭＮ１１０２を代行するＡＮ１１０４、から送られてきた位置変更を示す経路指定信号に応じて、第１、第４、および第５の経路指定メッセージ１２０２、１２０８、および１２１０（簡略化のために図示せず）によって第６の経路指定メッセージ１２１２を生成して、ＭＮ１１０２の位置を間接的に更新することもできる。
【００５６】
次に、本発明の方法に従って実行される処理例を具体的な一実施例と、例示的方法１７００のステップを示す図１４〜図１７の処理ステップの流れとに関して説明する。言うまでもないが、１つの可能な実施例を示す例示的フローチャートに対して、ステップの順序および／またはどのノードが特定のステップを実行するかについてはさまざまな変更が可能である。
【００５７】
方法１４００は、１４０２から始まり、次に初期化ステップ１４０４が続く。初期化ステップ１４０４では、モバイルノード、アプリケーションプロキシモジュール、モビリティエージェントモジュールなどのさまざまなネットワーク要素が初期化される。操作はステップ１４０４からステップ１４０６および１４１０に続くが、ステップ１４０６および１４１０は並列に実行されてもよい。ステップ１４０６では、モバイルノード、このモバイルノードのネットワーク接続ポイントとして機能するアクセスノード、および／またはページングポリシーサーバを操作して、第１のページングトリガイベント情報をモビリティエージェントに伝達し、場合によっては、さらに第２のページングトリガイベント情報をアプリケーションエージェントに伝達する。第１のページングトリガイベント情報には、たとえば、パケットヘッダ情報および／または受信パケットのコンテンツに基づきモバイルノードのページングを行うか否かを決めるための他の情報を含めてもよい。このようなネットワークページング情報は、通常、パケットのペイロードを含まないが、場合によっては含めてもよい。第２のページング情報は、第１のページング情報とは対称的に、アプリケーションイベントページング情報である。この情報は、ページング動作をトリガすべきアプリケーションの処理結果などの１つまたは複数のアプリケーションイベントを示す。ページング動作をトリガするために用いられるアプリケーションイベントは、アプリケーション情報またはデータを含む複数のパケットのペイロードの処理結果であることが多い。アプリケーションイベントの例として、Ｗｅｂブラウザなどの特定の通信アプリケーションに対応する完全なファイルのダウンロード成功、ダウンロードされたファイルに対応するデータの復号化、および／または１つのアプリケーションに対応する１つまたは複数の計算の完了が挙げられる。アプリケーションページングイベントをトリガしうる計算の完了例として、複数のパケットで受信されたデータを用いた１つのスプレッドシートに対応する複数の計算の完了、複数のパケットで受信したデータを用いた科学技術計算の完了などが挙げられる。このようなアプリケーショントリガイベントが特に便利なケースとして、処理が代行側である程度完了するまで、たとえば、モバイルノードがアプリケーションの処理の直接制御を再開したいと思う点までプロキシアプリケーションサーバでアプリケーションの処理が進んだ時点まで、モバイルノードのページングを行いたくない場合などが挙げられる。
【００５８】
操作はステップ１４０６からステップ１４０８に進み、ステップ１４０８ではＭＮアプリケーションプロキシなどのアプリケーションエージェントを操作して、ページングトリガイベント情報、たとえばステップ１４０６で伝達された情報を受信および格納させる。ステップ１４０８からステップ１４０６に操作が進むように図示されているが、これはページングトリガ情報を複数の異なる時点で送信しうること、たとえば所望のアプリケーションプロキシおよびページング動作の実施が必要になったときに送信しうることを示している。
【００５９】
ステップ１４１０では、モバイルノードを操作して、１つまたは複数のアプリケーション、たとえば、ピアノードとの通信のための通信アプリケーション、およびピアノードから受信したパケットのペイロードなどのコンテンツを処理するための１つまたは複数のアプリケーションを実行させる。実行されるアプリケーションとして、ファイルダウンロードアプリケーション、受信データを復号化するためのデコーダアプリケーション、表計算アプリケーション、および／またはピアノードから１つまたは複数のパケットで受信した情報および／またはデータを用いて計算を行う別のアプリケーションなどが挙げられる。
【００６０】
ステップ１４１０で１つまたは複数のアプリケーションを実行するプロセスの一環として、モバイルノードが起動してピアノードからのファイルまたは他のデータのダウンロードを開始してもよい。ステップ１４１２はこのような例示的操作を表わす。ステップ１４１２では、モバイルノードの通信アプリケーションがピアノードからのファイルのダウンロードと、ダウンロードしたファイルの情報の処理を開始する。処理される情報は、ピアノードからモバイルノードに複数のパケットで伝達されたダウンロードファイルの複数の部分、情報、またはデータなどである。
【００６１】
ステップ１４１４では、モバイルノードおよび／またはモバイルノードのネットワーク接続ポイントとして機能するアクセスノードが、アプリケーションプロキシに対して、アプリケーションの処理をモバイルノードから引き継ぐように指示する信号を送る。このような信号の送出は、たとえばスリープ状態に入る前にモバイルノードが開始してもよく、またはモバイルノードがピアノードとの対話を継続できなくなったことを検出したアクセスノードが開始してもよい。アプリケーションプロキシへの信号送達の一環として、モバイルノードがアプリケーションの処理を停止した状態および／または処理の再開をトリガする１つまたは複数のアプリケーションイベントに関する情報をアプリケーションプロキシに伝達する。さらに、モバイルノードとアプリケーションプロキシとの間のセキュリティアソシエーションを用いて、共有シークレット、すなわちピアノードとモバイルノードとの間の通信をセキュリティ保護するためのセキュリティアソシエーション情報、をアプリケーションプロキシに伝達してもよい。このセキュリティ通信は、モバイルノードとピアノードとの間で伝達される情報の暗号化／復号化に用いる別の共有シークレットでもよい。本発明の一部の実施形態では、セキュリティアソシエーション情報のアプリケーションプロキシへの転送をピアノードに通知する必要がないので通知しない。この場合、エンドツーエンドセキュリティアソシエーションがピアノードとモバイルノードとの間で存在していても、アプリケーションプロキシへの処理のハンドオフはピアノードには透過的である。
【００６２】
操作は、ステップ１４１６からステップ１４２２に進む。ステップ１４２２では、モバイルノード、またはモバイルノードのネットワーク接続ポイントとして機能するアクセスノードは、パケットのフィルタリングおよびリダイレクト情報をモバイルノードのモビリティエージェントに送る。この情報に基づき、モビリティエージェントは、前記モバイルノードに対応する宛て先アドレス宛てのパケットと、アプリケーションプロキシが処理責任を引き継いだ特定のアプリケーション（群）とをアプリケーションプロキシにリダイレクトする。この情報によって、モバイルノードに対応する宛て先アドレスを有するパケットのすべてまたは一部をアプリケーションプロキシにリダイレクトしてもよい。ただし、選択された１つまたは少数のアプリケーションに対応するパケットのリダイレクトが可能である。このような場合、前記モバイルノード宛ての複数の異なるパケットフローの処理はそれぞれ異なってもよく、一部のパケットフローをモバイルノードのアプリケーションプロキシ宛てにリダイレクトし、他のパケットフローを他の処理にかけてもよく、たとえば、ＭＮをページングすべきか否かを判定するためのパケットコンテンツに基づきフィルタリングを行ってもよい。
【００６３】
ステップ１４２４では、モバイルノードを操作してスリープ状態に入らせる。これは、アプリケーションの処理責任をモバイルノードアプリケーションプロキシに転送した後のモバイルノードの動作例である。ステップ１４２６に示すように、スリープ状態中のモバイルノードは、ページングメッセージの有無を定期的に監視する。ページングメッセージの受信によってモバイルノードをよりアクティブな状態、たとえばオン状態に状態遷移させ、アプリケーションの処理およびピアノードとの対話を再開させてもよい。操作はステップ１４２６から、接続ノード１４３０を経由して、ステップ１４３２に進む。
【００６４】
ステップ１４３２では、モビリティエージェントを操作して、前記モバイルノードに対応する宛て先アドレスを含むパケットを受信させる。これは、ピアノードとモバイルノードとの間のパケット通信の通常プロセスの一部である。通常、モビリティエージェントはこのようなパケットをモバイルノード宛てに送る。ただし、本発明によると、モビリティエージェントはパケットをモバイルノードのアプリケーションプロキシにリダイレクトしてもよい。ステップ１４３４では、モビリティエージェントを操作して、モバイルノードに対応する宛て先アドレスを有する受信パケット内の情報と、受信パケットを複数の異なるフロー、たとえば複数の異なるモバイルノードアプリケーションに対応する複数のフロー、に分類するための第１および第２のパケット種別情報とを比較する。受信パケットが第１種別の場合、操作処理はステップ１４３４からステップ１４３６に進む。ステップ１４３６では、モビリティエージェントは、受信パケットのコンテンツの少なくとも一部と第１のページングトリガ情報とを比較して、モバイルノードをページングすべきか否かを判定する。パケットのコンテンツがページングトリガに一致したとすると、受信パケットのコンテンツとページングトリガとの一致が検出されるので、ステップ１４３８では、モビリティエージェントはページング動作として、たとえばページングメッセージをモバイルノードに送信する。モバイルノードの状態を反映するために、ページングトリガ情報を更新してもよい。たとえば、モバイルがスリープ状態の場合は、一部のパケットの受信によってページングをトリガしてもよく、またモバイルがアクティブ状態のときは、受信パケットを単に転送してもよい。ステップ１４４０では、第１種別のパケットがモバイルノードに転送される。ステップ１４４２では、ページの受信後、モバイルノードを操作して、第１種別のパケットの受信と処理とを行わせる。操作がステップ１４４２からステップ１４３６に進むように図示されているのは、処理がステップ１４４２で停止せず、第１種別のパケットの検出に伴い継続的に実行されることを示すためである。
【００６５】
第２種別のパケットがステップ１４３４で検出されると、操作はステップ１４３６ではなく、ステップ１４４４に進む。複数の異なるフローに対応する複数種別のパケットを並列処理してもよい。ステップ１４４４では、モビリティエージェントは第２種別のパケットを、モバイルノードではなく、モバイルノードのアプリケーションプロキシにリダイレクトする。次にステップ１４４８で、アプリケーションプロキシはリダイレクトされた処理対象パケットを受信する。次のステップ１４５０では、アプリケーションプロキシを操作して、受信した複数のリダイレクトパケットのペイロードのコンテンツを用いてアプリケーションの処理を実行させる。このアプリケーションの処理結果として、アプリケーションイベントが発生する。アプリケーションイベントとして、ファイルのダウンロード完了、特定のアプリケーションのための複数のパケットで受信したデータ／値に基づき行われる計算の完了、および／またはダウンロードしたファイルの復号化などがある。このような処理を実行するアプリケーションと共に、モバイルノードのアプリケーションプロキシからの情報に基づき、モバイルノードとの対話を継続していると思っているピアノードとの通信の監視を担う通信アプリケーションを実装してもよい。モバイルノードのアプリケーションプロキシによって実行されるアプリケーションの例として、表計算アプリケーション、ファイル復号化アプリケーションのほか、モバイルノードによって通常実行される他のさまざまなアプリケーションが挙げられる。
【００６６】
操作は、ステップ１４５０から接続ノード１４５２を介してステップ１４５４に進む。ステップ１４５４では、アプリケーションプロキシは、ステップ１４５０で実行されたアプリケーションの処理結果である１つまたは複数のアプリケーションイベントと、格納されているページングイベントトリガ情報とを比較する。トリガイベントとの一致が検出されると、操作はステップ１４５４から進む。ステップ１４５４では、アプリケーションの比較結果は通常、複数のパケットのペイロードの処理結果であるが、アプリケーションの結果がモバイルノードからの一部の情報、たとえばモバイルノードの状況を示す状態情報、モバイルノードの前のアプリケーション結果、またはモバイルノードから伝達された他の何らかの情報、を用いてアプリケーション処理にかけられた１つのパケット内の情報の結果である場合もある。したがって、単一パケットと、モバイルノードからの何らかの情報との組み合わせによってモバイルノードのページングをトリガしてもよい。
【００６７】
ページングイベントのトリガ要件が満たされたことが検出されと、ステップ１４５６で、アプリケーションプロキシがページング動作を開始する。これは、たとえば、ページング動作を開始するページングメッセージをモバイルノードのモビリティエージェントに送ることによって行ってもよい。場合によっては、ページングメッセージは、モバイルノードのページングを開始するための情報が含まれた第１種別のパケットを含む。モバイルノードのページングをトリガするためのページングメッセージの送信をサブステップ１４５７に示す。
【００６８】
操作はステップ１４５６からステップ１４５８および１４６２に進む。ステップ１４５８では、モビリティエージェントを操作して、アプリケーションプロキシからのページングメッセージの受信に応じてモバイルノードのページングを行わせる。次のステップ１４６０では、モバイルノードがスリープ状態の場合は、ページメッセージの受信に応動してモバイルノードをスリープ状態からアクティブ状態に状態遷移させる。したがって、パケットフローのリダイレクトが終了し、パケットが再度モバイル宛てに送られるまでに、モバイルは十分にアクティブな状態になるので、パケットを受信し、アプリケーション処理を続行できる。操作はステップ１４６０からステップ１４７０に進む。
【００６９】
ステップ１４６２では、アプリケーションプロキシを操作して、アプリケーションの処理結果とアプリケーションの状態情報とをモバイルノードに送信させる。これによって、モバイルノードは、アプリケーションプロキシがアプリケーションの処理を担わなくなった時点から、アプリケーションの処理を再開できる。次のステップ１４６４では、アプリケーションプロキシはモビリティエージェントに対して、前記モバイルノードに対応する宛て先アドレスを有するパケットのアプリケーションプロキシへのリダイレクトをモビリティエージェントにやめさせるためのメッセージを送信する。このメッセージによってモビリティエージェントでパケットフローフィルタリング情報を更新することによって、第２種別のパケットのアプリケーションプロキシへのリダイレクトを停止してもよく、多くの場合はそうする。操作はステップ１４６４からステップ１４６８に進む。ステップ１４６８でモバイルノードがアプリケーション状態情報をアプリケーションプロキシから受信すると、操作はステップ１４７０に進む。
【００７０】
ステップ１４７０では、モバイルノードはピアノードからパケットを受信し、モバイルノードのページングを引き起こしたアプリケーションの処理結果をアプリケーションプロキシが検出した時点からアプリケーションの処理を再開する。その後、ピアノードとの通信セッションに対応するモバイルの例示的処理に関する操作は、たとえばピアノードとの特定の通信セッションの終了または他の方法での完了に応じてステップ１４７２で停止する。図１４〜図１７の例示的フローでは単一のハンドオフが図示されているが、モバイルノードとモバイルノードのアプリケーションプロキシとの間では、単一の通信セッション中に複数の処理ハンドオフが可能である。
【００７１】
次に、本発明のさまざまなセキュリティ上の特徴を説明する。図１３の図面１３００は、通信相手ノードＣＮ１１１４と、モバイルノードＭＮ１１０２と、（アプリケーションエージェントモジュールを含む）ＭＮＰＳ１１４０とを示す。ＣＮ１１１４は、第１のシークレット１３０４と第１のセキュリティルーチン群１３０６とを含む第１のセキュリティアソシエーション１３０２と、通信ルーチン群１３０８とを含む。ＭＮ１１０２は、第１のシークレット１３３０と第１のセキュリティルーチン群１３３２とを含む第１のセキュリティアソシエーション１３２８と、通信ルーチン１３３４と、第２のシークレット１３３８と第２のセキュリティルーチン群１３４０とを含む第２のセキュリティアソシエーション１３３６と、ヘッダおよびペイロードの処理ルーチン１３４２とを含む。ＭＮＰＳ１１４０は、第１のシークレット１３１２と第１のセキュリティルーチン群１３１４とを含む第１のセキュリティアソシエーション１３１０と、通信ルーチン１３１６と、第２のシークレット１３２０と第２のセキュリティルーチン群１３２２とを含む第２のセキュリティアソシエーション１３１８と、ヘッダおよびペイロードのチェックおよび修正ルーチン１３２４と、ヘッダおよびペイロードの処理ルーチン１３２６とを含む。本発明の１つの特徴によると、共有される第１のシークレット１３０４、１３３０は、ＣＮ１１１４とＭＮ１１０２との間に存在し、第２のセキュリティアソシエーション１３３６、１３１８を用いてＭＮ１１０２によって安全にＭＮＰＳ１１４０に転送されるので、ＭＮＰＳ１１４０はＭＮ１１０２の代わりにセキュリティプロセスとパケット処理とを引き継ぐことができる。セキュリティルーチン１３０６、１３３２は、ＣＮ１１１４が使用する暗号化／復号化ルーチン群と同じでもよく、ＣＮ１１１４とＭＮ１１０２との間で伝達される情報の符号化および復号化に用いることができる。
【００７２】
次に３つの可能な構成を説明する。第１の構成では、ＭＮ１１０２がＣＮ１１１４からのパケットをＭＮＰＳ１１４０経由で受信するとき、ＭＮＰＳ１１４０はパケットヘッダおよび／またはペイロードをヘッダおよびペイロードのチェックおよび修正ルーチン１３２４によってセキュリティ検査と修正とを行ってから、このパケットをＭＮ１１０２に転送できる。これによって、第１の共有シークレット１３３０をＭＮ１１０２から安全に受信する正規の「介入者」がＭＮＰＳ１１４０に作成されるので、ＭＮＰＳ１１４０はこのような介入者として振舞うことができる。ＭＮ１１０２から受信した第１の共有シークレット１３３０はＭＮＰＳ１１４０の第１のシークレット１３１２に格納される。これは、第１の共有シークレット１３３０の用途が、パケットの認証、パケットの完全性保護、および／またはパケット暗号化であっても実施できる。ＭＮ１１０２からＣＮ１１１４へのパケットに対しても同じ処理を実施でき、ＣＮ１１１４は、ＭＮ１１０２に対するサポートノードであるＭＮＰＳ１１４０の存在に通常気づかない。ＭＮＰＳ１１４０による処理によって、ＭＮ１１０２へ／からのパケットであると主張する不正なパケットを破棄することも、ＳＩＰ信号および資源予約などのサービスの特徴をオペレータ制御にするために、ＭＮ１１０２によってＭＮＰＳ１１４０に伝達されたパラメータの読み取りおよび調整を行うこともできる。
【００７３】
第２の構成では、ＭＮ１１０２はその第１の共有シークレット１３３０をＭＮＰＳ１１４０に伝達できるので、ＭＮＰＳ１１４０はＭＮ１１０２のプロキシとしてＣＮ１１１４との通信セッションに安全に参加できる。したがって、ＭＮ１１０２は、たとえばスリープ状態に入ることも、または他の方法で一時的に通信システムから離れることもできる。ここでもまた、ＭＮＰＳ１１４０がＭＮ１１０２で使用される通信パラメータ（ＩＰアドレスおよびセキュリティプロセスなど）と同じ通信パラメータを用いてＭＮ１１０２の代わりに動作するので、ＣＮ１１１４はＭＮ１１０２の不在に気づかない。
【００７４】
ハイブリッドモードでは、ＭＮＰＳ１１４０はパケットフローごとに介入者またはプロキシのどちらか一方として動作でき、ＭＮ１１０２の制御下で介入者モードとプロキシモードとを時間で切り替えることができるので、ＭＮＰＳ１１４０による処理によって介入者モードから／への遷移を引き起こすことができる。なお、プロキシモードでは、ＭＮＰＳ１１４０でのプロキシ処理の結果としてのパケットは、その後、ＣＮ１１１４（第１のシークレット１３０４）およびＭＮＰＳ１１４０（第１のシークレット１３１２）との第１の共有シークレット１３３０を使用するか、または第１の共有シークレット１３３０をＭＮ１１０２からＭＮＰＳ１１４０に安全に転送するために使われたＭＮ１１０２とＭＮＰＳ１１４０との間の第２のセキュリティアソシエーション１３１８（第２の共有シークレット１３２０は使用してもしなくてもよい）を使用して、ＭＮ１１０２に安全に転送できる。
【００７５】
第２のセキュリティアソシエーション１３１８／１３３６で第２の共有シークレット１３２０／１３３８を使用する場合のフローを図１３に示す。ＣＮ１１１４は、パケットフロー１３４８によってＭＮＰＳ１１４０に結合される。ＭＮＰＳ１１４０は、パケットフロー１３５０によってＭＮ１１０２に結合される。ＣＮ１１１４は、パケットフロー１３４４によってＭＮ１１０２にも結合される。ＣＮ１１１４は、第１の共有シークレット１３０４と、第１のセキュリティルーチン群１３０６とを有する第１のセキュリティアソシエーション１３０２を有し、第１のセキュリティルーチン群１３０６は、第１のセキュリティアソシエーション１３０２の指図どおりに、パケット１３４８および１３４４をセキュリティ保護するために第１の共有シークレット１３０４をパケット１３４８および１３４４に適用する。ＭＮ１１０２もまた、対応する第１のセキュリティアソシエーション１３２８と、第１のシークレット１３３０と、第１のセキュリティルーチン群１３３２とを含み、認証、完全性チェック、および復号化を容易にするために、第１のセキュリティアソシエーション１３２８の指図どおりにパケット１３４４およびパケット１３５０に関するセキュリティ情報をチェックする。ＣＮ１１１４、ＭＮ１１０２、およびＭＮＰＳ１１４０は、それぞれパケットフロー１３４４、１３４８、および１３５０の生成および受信を容易にするための通信ルーチン１３０８、１３３４、および１３１６をさらに含む。
【００７６】
ＭＮ１１０２およびＭＮＰＳ１１４０は、それぞれ第２のセキュリティアソシエーション（１３３６、１３１８）、第２のシークレット（１３３８、１３２０）、および第２のセキュリティルーチン（１３４０、１３２２）をさらに含むので、ＭＮ１１０２は信号メッセージ１３４６を使用して、その第１のセキュリティアソシエーションのシークレット１３３０をＭＮＰＳ１１４０に安全に送信できる。シークレット１３３０は第１のシークレット１３１２に保持される。ＭＮＰＳ１１４０が第１のシークレット１３１２と第１のセキュリティルーチン群１３１４とを含む第１のセキュリティアソシエーション状態を有する場合に、ＣＮ１１１４とＭＮ１１０２との間のパケットがフロー１３４４ＡのようにＭＮＰＳ１１４０経由で経路指定されると、ＭＮＰＳ１１４０はこれらのパケット１３４４Ａをインターセプトし、ヘッダおよびペイロードのチェックおよび修正ルーチン１３２４を使用してフロー内のパケットを検証し、調整を行うことができる。次に、これらのパケットを破棄することも（セキュリティが不十分な不良パケット）、パケットの宛て先アドレス、つまりＭＮ１１０２またはＣＮ１１１４に転送することもできる（チェック済み、および場合によっては調整済みパケット）。なお、ヘッダおよびペイロードのチェックおよび修正ルーチン１３２４は、これらのパケットを修正せずに、ＭＮＰＳ１１４０でのネットワークアドレス変換、承認制御、またはアカウンティングおよびポリシープロセスなどの処理に使用する情報をヘッダまたはペイロードから抽出することもできる。一代替実施形態においては、フロー１３４８のように、パケットの宛て先をＭＮ１１０２のプロキシとして機能するＭＮＰＳ１１４０にすると、ＭＮＰＳ１１４０はパケットのセキュリティ保護を行うために、第１または第２のセキュリティアソシエーション１３１０、１３１８をそれぞれ使用してチェックおよび修正したパケット１３５０をＭＮ１１０２に転送する。なお、フロー１３５０は、パケットフロー１３４８がＭＮＰＳ１１４０で受信された後、かなりの時間が経ってから発生させることができる。
【００７７】
ＭＮ１１０２およびＭＮＰＳ１１４０は、それぞれヘッダおよびペイロードの処理ルーチン１３４２、１３２６をさらに含む。これらのルーチンは、パケットの受信と、その後に通信フローのエンドポイントが引き受けるアプリケーション状態の生成などのペイロード処理とを表わす。ＭＮＰＳ１１４０のヘッダおよびペイロードの処理１３２６によって、ＭＮＰＳ１１４０はプロキシとして機能し、着信フロー１３４８からフロー１３５０を発行できる。フロー１３４８は、ソースおよび宛て先アドレス、および送信期間以外は、フロー１３５０と同じである。一方、フロー１３５２は、フロー１３４８から派生してトリガされるフローであり、パケットフロー１３４８のアプリケーション処理を反映して、パケットの数、サイズ、およびペイロードのコンテンツなどがフロー１３５０とは異なる。ここでも、フロー１３５２は、第１または第２のセキュリティアソシエーション１３１０、１３１８のどちらかを使用してセキュリティ保護でき、ＭＮＰＳ１１４０でのフロー１３４８の受信時またはしばらく後で送出できる。次に、ＭＮ１１０２のヘッダおよびペイロードの処理ルーチン１３４２はフロー１３４４、１３５０、および１３５２を受信し、パケットのソースおよび宛て先アドレスとセキュリティヘッダ情報とから、適用すべきセキュリティアソシエーションとパケットの発信元とを把握した後に、このパケットフローからのアプリケーションデータを安全に取得できる。
【００７８】
ＭＮＰＳ１１４０が第２のセキュリティアソシエーション１３１８／１３３６およびメッセージ１３４６を用いてＭＮ１１０２の第１のセキュリティアソシエーション１３２８（第１のシークレット１３３０）を得る方法については既に説明した。あるいは、ＣＮ１１１４、ＭＮ１１０２、ＭＮＰＳ１１４０の３つのノードにアクセスして、第１のセキュリティアソシエーション（第１のシークレット）１３０２（１３０４）、１３２８（１３３０）、１３１０（１３１２）をそれぞれのノード１１１４、１１０２、１１４０に安全な方法で配備できるメッセージ群１３５４を含むセキュリティネゴシエーション信号フェーズ中に、第１のセキュリティアソシエーションをＣＮ１１１４の第１のセキュリティアソシエーション１３０２（第１のシークレット１３０４）として、またＭＮ１１０２の第１のセキュリティアソシエーション１３２８（第１のシークレット１３３０）として配備するときに、同時に第１のセキュリティアソシエーションｌ３１０（第１のシークレット１３１２）をＭＮＰＳ１１４０に配備することもできる。
【００７９】
本願明細書に記載されているさまざまな実施形態において、本願明細書に記載のノードは本発明の１つまたは複数の方法に対応する複数のステップ、たとえば信号処理、メッセージの生成、および／または送信ステップ、を実行するための１つまたは複数のモジュールを用いて実施される。したがって、一部の実施形態においては、本発明のさまざまな特徴はモジュールを用いて実施される。このようなモジュールはソフトウェア、ハードウェア、またはソフトウェアとハードウェアとの組み合わせを用いて実施してもよい。上記の方法または方法ステップの多くは、付加ハードウェアが付いた、または付いていない汎用コンピュータなどの機械を制御するために、機械可読媒体、たとえばＲＡＭ、フロッピー（登録商標）ディスクなどのメモリ装置に含まれたソフトウェアなどの機械が実行可能な命令を用いて、上記の方法のすべてまたは部分を、たとえば１つまたは複数のノードに実装することによって実施できる。したがって、本発明は、機械、たとえばプロセッサと関連ハードウェア、に上記の方法（群）の１つまたは複数のステップを実行させるための機械が実行可能な命令を含む機械可読媒体を特に目的とする。本発明の方法と装置は、多くのＯＦＤＭ、ＣＤＭＡ、および他の非ＯＦＤＭシステムを含む広範囲な通信システムに適用可能である。
【００８０】
本発明の方法と装置は、ＣＤＭＡ、直交周波数分割多重方式（ＯＦＤＭ）、および／またはアクセスノードとモバイルノードとの間に無線または固定通信リンクを提供するために使用しうるその他のさまざまな種類の通信技法で使用してもよく、さまざまな実施形態では使用している。一部の実施形態においては、アクセスノードは、ＯＦＤＭおよび／またはＣＤＭＡを使用してモバイルノードとの通信リンクを確立する基地局として実装される。さまざまな実施形態において、モバイルノードはノートブックコンピュータ、携帯情報端末（ＰＤＡ）、または本発明の方法を実施するための受信器／送信器回路とロジックおよび／またはルーチンを含む他の携帯型装置として実施される。
【００８１】
上記の本発明の方法と装置に対する多数の追加変更は、本発明の上記説明から当業者には明らかであろう。そのような変更は本発明の範囲に含まれると考えられる。
【図１】
2011041284.tif 000003
【図２】
2011041284.tif 000004
【図３】
2011041284.tif 000005
【図４】
2011041284.tif 000006
【図５】
2011041284.tif 000007
【図６】
2011041284.tif 000008
【図７】
2011041284.tif 000009
【図８】
2011041284.tif 000010
【図９】
2011041284.tif 000011
【図１０】
2011041284.tif 000012
【図１１】
2011041284.tif 000013
【図１２】
2011041284.tif 000014
【図１３】
2011041284.tif 000015
【図１４】
2011041284.tif 000016
【図１５】
2011041284.tif 000017
【図１６】
2011041284.tif 000018
【図１７】
2011041284.tif 000019
【手続補正書】
【提出日】平成22年9月13日(2010.9.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
モバイルノードと、モビリティエージェントモジュールを含む第２のノードと、本来の宛て先が前記モバイルノードであるパケットに対してアプリケーションの処理を行うためのアプリケーションエージェントとを含む通信システムで使用される通信方法であって、
前記モバイルノードに対応する宛て先アドレスを有する複数のパケットを受信させるために、前記第２のノードの前記モビリティエージェントモジュールを操作し、
前記モバイルノードに対応する宛て先アドレスを有する複数の受信パケットの少なくとも一部を、前記モバイルノードの代わりに、前記アプリケーションエージェントにリダイレクトさせるために、前記モビリティエージェントモジュールを操作し、
リダイレクトされた複数のパケットのペイロード内のアプリケーションデータを処理させるためにアプリケーションエージェントを操作することであって、リダイレクトされた複数のパケットのペイロードのコンテンツの処理に応じたアプリケーションイベントを前記処理の結果として少なくとも１つ発生させ、
前記発生したアプリケーションイベントとページングトリガイベント情報とに応じて、前記モバイルノードをページングすべきか否かを判定すること、を含む方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００８１
【補正方法】変更
【補正の内容】
【００８１】
上記の本発明の方法と装置に対する多数の追加変更は、本発明の上記説明から当業者には明らかであろう。そのような変更は本発明の範囲に含まれると考えられる。  
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
[1]モバイルノードと、モビリティエージェントモジュールを含む第２のノードと、本来の宛て先が前記モバイルノードであるパケットに対してアプリケーションの処理を行うためのアプリケーションエージェントとを含む通信システムで使用される通信方法であって、
前記モバイルノードに対応する宛て先アドレスを有する複数のパケットを受信させるために、前記第２のノードの前記モビリティエージェントモジュールを操作し、
前記モバイルノードに対応する宛て先アドレスを有する複数の受信パケットの少なくとも一部を、前記モバイルノードの代わりに、前記アプリケーションエージェントにリダイレクトさせるために、前記モビリティエージェントモジュールを操作し、
リダイレクトされた複数のパケットのペイロード内のアプリケーションデータを処理させるためにアプリケーションエージェントを操作することであって、リダイレクトされた複数のパケットのペイロードのコンテンツの処理に応じたアプリケーションイベントを前記処理の結果として少なくとも１つ発生させ、
前記発生したアプリケーションイベントとページングトリガイベント情報とに応じて、前記モバイルノードをページングすべきか否かを判定すること、を含む方法。
[2]前記アプリケーションエージェントが前記判定ステップを実行する上記[1]の方法であって、
前記モバイルノードと、前記モバイルノードのネットワーク接続ポイントとして機能するアクセスルータと、前記通信システムに含まれるページングポリシーサーバとのうちの１つから受信した、アプリケーションの処理結果であるページングトリガイベントを少なくとも１つ示す情報を受信させるために前記アプリケーションエージェントを操作することをさらに含む方法。
[3]上記[2]の方法であって、前記アプリケーションの処理結果が、通信アプリケーションによる複数のパケットを含むファイルのダウンロードの完了である方法。
[4]上記[3]の方法であって、
前記アプリケーションエージェントへの前記パケットのリダイレクトに先立ち、前記ファイルのダウンロードを開始させるために前記モバイルノードを操作し、
前記発生したアプリケーションイベントに応じて前記モバイルノードのページングを行うべきであるとの判定に応動して前記モバイルノードのページングを開始させるために、前記アプリケーションエージェントを操作し、
前記ダウンロードしたファイルの少なくとも一部を前記モバイルノードに伝達させるために、前記アプリケーションエージェントを操作すること、をさらに含む方法。
[5]上記[2]の方法であって、前記アプリケーションの処理結果が、符号化された複数のパケットを含むダウンロードファイルの復号化の完了である方法。
[6]上記[2]の方法であって、前記アプリケーションの処理結果が、リダイレクトされた複数のパケットのペイロードに含まれる複数の数値の処理を含む計算の完了である方法。
[7]上記[6]の方法であって、前記アプリケーションエージェントが前記計算を行うための表計算アプリケーションを含む方法。
[8]上記[1]の通信方法であって、前記モバイルノードをページングすべきか否かを判定することが、
前記少なくとも１つの発生したアプリケーションイベントと、前記モバイルノードのページングをトリガする少なくとも１つのアプリケーション結果を示す、格納されているアプリケーションイベント情報とを比較することを含む方法。
[9]上記[8]の通信方法であって、
前記モバイルノードをページングすべきであるとの判定に応動して、
ｉ）前記モバイルノードのページングを開始し、
ｉｉ）前記モバイルノードに対応する宛て先アドレスを有する少なくとも一部のパケットが前記モバイルノード宛てに送られるように、前記パケットのリダイレクトを停止するための信号を送信すること、をさらに含む方法。
[10]第１種別のパケットと第２種別のパケットとが異なり、少なくとも第１種別のパケットと第２種別のパケットとを識別するパケットフローフィルタリング情報が前記第２のノードに含まれる上記[8]の方法であって、
第１種別の受信パケットと第２種別の受信パケットとを区別するために前記モバイルノードに対応する宛て先アドレスを有する受信パケットをフィルタリングさせ、第１種別の受信パケットを第１のパケットフローに対応付け、第２種別の受信パケットを第２のパケットフローに対応付け、第２のパケットフローに対応するパケットを前記アプリケーションエージェントにリダイレクトさせ、前記第１種別のパケットフローをリダイレクトさせないように、前記第２のノードの前記モビリティエージェントを操作することをさらに含む方法。
[11]上記[10]の方法であって、
第１種別のパケット内の情報を第１のページングイベントトリガ情報と比較し、
前記第１種別のパケット内の情報が前記第１のページングイベントトリガ情報に含まれているページングトリガ情報に一致したときに、前記モバイルノードをページングすること、をさらに含む方法。
[12]上記[10]の方法であって、
前記モバイルノードと、前記モバイルノードのネットワーク接続ポイントとして機能するアクセスノードのどちらか一方から受信した情報からアプリケーションエージェントが生成した前記フィルタリング情報を前記アプリケーションエージェントから受信するように、前記モビリティエージェントを操作することをさらに含む方法。
[13]上記[10]の方法であって、
前記アプリケーションエージェントが、前記モバイルノード上で実行される対応するアプリケーションのためのプロキシとして動作するアプリケーションプロキシであり、
第１種別のパケットが前記モバイルノードによって実行される第１のアプリケーションに対応し、第２種別のパケットが前記アプリケーションエージェントによって実行される第２のアプリケーションに対応する方法。
[14]上記[10]の方法であって、
前記モバイルノードに対応するアドレスを有する第１種別のパケットを前記モバイルノード宛てに送り、第２種別のパケットを前記アプリケーションエージェント宛てに送るように、モビリティエージェントを操作することをさらに含む方法。
[15]上記[10]の方法であって、
前記モバイルノードがスリープ状態であり、前記モバイルノードに対応するアドレスを有する第１種別のパケットが前記モビリティエージェントによって受信されたときに前記モバイルノードのページングを開始するように、前記モビリティエージェントを操作するステップをさらに含む方法。
[16]上記[10]の方法であって、前記アプリケーションエージェントから受信したページングメッセージに応動して前記モビリティエージェントが前記モバイルノードをページングする方法。
[17]上記[1]の方法であって、第２のノードがモバイルＩＰホームエージェントノード、モバイルＩＰ域内ノード、モバイルＩＰフォーリンエージェントノード、およびモバイルＩＰアテンダントのうちの１つである方法。
[18]上記[1]の方法であって、アプリケーションエージェントがモビリティエージェントを有する第２のノードに配置されている方法。
[19]上記[1]の方法であって、前記第２のノードに結合され、前記アプリケーションエージェントを含む第４のノードをさらに含む方法。
[20]上記[1]の方法であって、
前記モバイルノードのページングを行うべきと判定されたとき、第１のページングメッセージを前記モビリティエージェントモジュールに送信するように、前記アプリケーションエージェントを操作し、
前記第１のページングメッセージを受信するように、モビリティエージェントモジュールを操作し、
前記モビリティエージェントによる前記第１のページングメッセージの受信に応動してページングメッセージを前記モバイルノードに送信するように、第２のノードを操作すること、をさらに含む方法。
[21]上記[1]の方法であって、
前記少なくとも一部の情報を含む経路指定メッセージをモビリティエージェントに送出するように、モバイルノードを操作することをさらに含む方法。
[22]上記[1]の通信方法であって、アプリケーションエージェントが第２のノードと、前記第２のノードに結合されている第４のノードのどちらか一方にある方法。
[23]通信システムであって、
前記モバイルノード宛てに送られたパケットを処理するためのアプリケーションを含むモバイルノードと、
モバイルノードプロキシアプリケーションとアプリケーション結果処理トリガ情報セットとを含むアプリケーションエージェントと、
前記モバイルノードに対応する宛て先アドレスを有するパケットを受信し、前記モバイルノードに対応する宛て先アドレスを有する受信パケットの少なくとも一部を、前記モバイルノードの代わりに、前記アプリケーションエージェントにリダイレクトする手段を含むモビリティエージェントモジュールと、を含み、
前記アプリケーションエージェント内の前記モバイルノードプロキシアプリケーションがリダイレクトされた複数のパケットのペイロード内のデータを処理し、前記処理の結果として少なくとも１つのアプリケーションイベントが発生し、前記アプリケーションエージェントが、前記発生したアプリケーションイベントとページングトリガイベント情報とに応じて前記モバイルノードをページングすべきか否かを判定する手段をさらに含む通信システム。
[24]上記[23]の通信システムであって、前記モバイルノードプロキシが、
前記モバイルノードのページングを行うべきであると判定に応動して前記モバイルノードのページングを開始する手段と、
前記モバイルノードに対応する宛て先アドレスを有する少なくとも一部のパケットが前記モバイルノード宛てに送られるように、前記モバイルノードのページングの開始後、前記パケットのリダイレクトを停止するための信号を送信する手段と、をさらに含む通信システム。
[25]モバイルノードと、モビリティエージェントモジュールを含む第２のノードと、本来の宛て先が前記モバイルノードであるパケットに対してアプリケーションの処理を行うためのアプリケーションエージェントとを含む通信システムで使用される通信方法であって、
前記モバイルノードに対応する宛て先アドレスを有するパケットを受信するように、前記第２のノードの前記モビリティエージェントモジュールを操作し、
前記モバイルノードに対応する宛て先アドレスを有する受信パケットの少なくとも一部を、前記モバイルノードの代わりに、前記アプリケーションエージェントにリダイレクトするように、前記モビリティエージェントモジュールを操作し、
前記リダイレクトされたアプリケーションパケットの少なくとも１つのパケットのペイロード内のアプリケーションデータを処理するようにアプリケーションエージェントを操作し、前記処理の結果として少なくとも１つのアプリケーションイベントが発生し、
前記アプリケーションデータの処理結果として発生した前記アプリケーションイベントと、前記モバイルノードによって提供された少なくとも一部のページングトリガイベント情報とに応じて、前記モバイルノードをページングすべきか否かを判定すること、を含む方法。
[26]上記[25]の通信方法であって、前記モバイルノードをページングすべきか否かを判定することが、
前記発生した少なくとも１つのアプリケーションイベントと、前記モバイルノードのページングをトリガする少なくとも１つのアプリケーション結果を示す、格納されているアプリケーションイベント情報とを比較することを含む方法。
[27]上記[26]の通信方法であって、
前記モバイルノードをページングすべきであるとの判定に応動して、
ｉ）前記モバイルノードのページングを開始し、
ｉｉ）前記モバイルノードに対応する宛て先アドレスを有する少なくとも一部のパケットが前記モバイルノード宛てに送られるように、前記パケットのリダイレクトを停止するための信号を送信すること、をさらに含む方法。
【外国語明細書】
2011041284000001.pdf