(57)【要約】  システムは、対応する相手ノード（１０２）と通信を行っている移動ノード（１０１）と、移動ノード（１０１）の管理を行うホームエージェントノード（１３１）と、ホームエージェントノード（１３１）よりも移動ノード（１０１）の近くに位置し、移動ノード（１０１）からホームエージェントノード（１３１）にパケットを中継する、プロキシーノード（１２１）と、パケットのルートを管理するルーティングマネージャ（１４１）とを含む。プロキシーノード（１２１）は、パケットルート最適化のトリガーを検出し、それをルーティングマネージャ（１４１）に通知する。プロキシーノード（１２１）は、ルーティングマネージャ（１４１）から受信するコマンドに従って、最適化されたルーティングパスを確立し、セキュリティが保護された方法を使用して、確立されたルーティングパスを通してパケットのルーティングを行う。
2010500782.tif 000002
【特許請求の範囲】
【請求項１】
対応する相手ノード（１０２）と通信する移動ノード（１０１）と、前記移動ノード（１０１）を管理するとともに前記移動ノード（１０１）から送信されたパケットを前記相手ノード（１０２）へ中継するホームエージェントノード（１３１）と、前記移動ノード（１０１）に対して前記ホームエージェントノードよりも近くに配置されており、前記移動ノード（１０１）から送信された前記パケットを前記ホームエージェントノードへと中継するプロキシーノード（１２１）と、前記相手ノード（１０２）へのパケットを復元して中継する対応した相手プロキシーノード（１２２）と、前記パケットのルーティングを管理するルーティングマネージャ（１４１）とを備えた通信システムであって、
前記プロキシーノード（１２１；１２２）は、
パケットルーティングを最適化するためのトリガーを検出する検出ユニット（５０１）と、
前記検出されたトリガーを前記ルーティングマネージャ（１４１）に通知する通知ユニット（５０２）と、
前記ルーティングマネージャ（１４１）から受信したコマンドにしたがって最適化されたルーティングパスを確立するルート確立ユニット（５０３）と、
前記移動ノード（１０１）に対して動的に割り当てられ、前記パケットに使用されているルーティングアドレスをセキュアにするセキュア化ユニット（５０４）と、
前記セキュア化ユニット（５０４）によってセキュアにされた前記パケットを、確立された前記ルーティングパス（１５０）を介して前記相手プロキシーノードへとルーティングするルーティングユニット（５０５）と
を備え、
前記ルーティングマネージャ（１４１）は、前記トリガーが通知されると、前記移動ノード（１０１）にサービスを提供している前記プロキシーノード（１２１）と、前記相手ノード（１０２）にサービスを提供している他の相手プロキシーノード（１２２）との間に前記最適化されたルーティングパスを確立させるための前記コマンドを送信することを特徴とする通信システム。
【請求項２】
前記検出ユニット（５０１）は、
前記パケットのトラフィックを監視するユニットと、
前記監視されたトラフィックが所定の閾値を超えたかどうかを判定する判定ユニットと
を備えることを特徴とする請求項１に記載の通信システム。
【請求項３】
前記セキュア化ユニット（５０４）は、前記移動ノード（１０１）によって確立されたコネクションのタイプに基づいて前記トリガーを検出することを特徴とする請求項１に記載の通信システム。
【請求項４】
前記プロキシーノード（１２１）は、
前記移動ノード（１０１）または該移動ノード（１０１）と関係している他のノードからプライバシー命令を受信する手段をさらに備え、
前記プライバシー命令は、前記パケットのルーティングアドレスをセキュアにすべきかどうかに関連した命令であることを特徴とする請求項１に記載の通信システム。
【請求項５】
前記移動ノード（１０１）は、前記パケットのルーティングアドレスをセキュアにすべきかどうかを決定するとともに、前記決定に基づいた前記プライバシー命令を送信することを特徴とする請求項４に記載の通信システム。
【請求項６】
前記セキュア化ユニット（５０４）は、
前記移動ユニットよりカプセル化されたパケットのカプセル化を解除する手段と、
前記最適化されたルーティングパス（１５０）を介してルーティングするために、前記カプセル化を解除されたパケットを再びカプセル化する手段と
を備えることを特徴とする請求項１に記載の通信システム。
【請求項７】
前記移動ノード（１０１）は、該移動ノードと前記プロキシーノード（１２１）とが同一のＩＰサブネット内に位置しているときは、カプセル化されていないパケットを使用して該プロキシーノード（１２１）と通信することを特徴とする請求項６に記載の通信システム。
【請求項８】
前記ルート確立ユニット（５０３）は、アドレススイッチング方式と、トンネリング方式と、セキュアトンネリング方式とのいずれか１つを使用して前記最適化されたルーティングパス（１５０）を確立することを特徴とする請求項１に記載の通信システム。
【請求項９】
前記プロキシーノード（１２１）は、
前記移動ノード（１０１）が前記プロキシーノード（１２１）にアタッチされると、該移動ノード（１０１）の認証処理を通じて、該移動ノード（１０１）を識別することを特徴とする請求項１に記載の通信システム。
【請求項１０】
前記プロキシーノード（１２１）は、階層型モバイルＩＰのモビリティアクセスポイントに設置されていることを特徴とする請求項１に記載の通信システム。
【請求項１１】
前記モビリティアクセスポイントは、前記移動ノード（１０１）の訪問先ネットワークのＩＰサブネット内に配置されていることを特徴とする請求項８に記載の通信システム。
【請求項１２】
前記プロキシーノード（１２１）は、階層型モバイルＩＰに対応していないアクセスルータ内に配置されていることを特徴とする請求項１に記載の通信システム。
【請求項１３】
前記移動ノード（１０１）は、ハンドオーバ更新処理が継続している限り、これまで接続していた以前のプロキシーノードを使用し続けることを特徴とする請求項１に記載の通信システム。
【請求項１４】
前記ホームエージェントノード（１３１）は、モバイルＩＰ規格に従って動作することを特徴とする請求項１ないし１３のいずれか１項に記載の通信システム。
【請求項１５】
前記ルーティングマネージャ（１４１）は、ＩＰベースのＩＭＴネットワークプラットフォームに従って動作することを特徴とする請求項１ないし１４のいずれか１項に記載の通信システム。
【請求項１６】
対応する相手ノード（１０２）と通信する移動ノード（１０１）と、前記移動ノード（１０１）を管理するとともに前記移動ノード（１０１）から送信されたパケットを前記相手ノード（１０２）へ中継するホームエージェントノード（１３１）と、前記移動ノード（１０１）に対して前記ホームエージェントノードよりも近くに配置されており、前記移動ノード（１０１）から送信された前記パケットを前記ホームエージェントノードへと中継するプロキシーノード（１２１）と、前記相手ノード（１０２）へのパケットを復元して中継する対応した相手プロキシーノード（１２２）と、前記パケットのルーティングを管理するルーティングマネージャ（１４１）とを備えた通信システムで実行される方法であって、
パケットルーティングを最適化するためのトリガーを前記プロキシーノードにおいて検出するステップ（Ｓ６０１）と、
前記検出されたトリガーを前記ルーティングマネージャ（１４１）に通知するステップ（Ｓ６０２）と、
前記トリガーが通知されると、前記移動ノード（１０１）にサービスを提供している前記プロキシーノード（１２１）と、前記相手ノード（１０２）にサービスを提供している他の相手プロキシーノード（１２２）との間に最適化されたルーティングパスを確立させるためのコマンドを前記ルーティングマネージャ（１４１）から前記プロキシーノードへ送信するステップ（Ｓ２０８）と、
前記ルーティングマネージャ（１４１）から受信したコマンドにしたがって前記最適化されたルーティングパスを確立するステップ（Ｓ６０７）と、
前記移動ノード（１０１）に対して動的に割り当てられ、前記パケットに使用されているルーティングアドレスをセキュアにするステップ（Ｓ６０８）と、
前記セキュアにされた前記パケットを、確立された前記ルーティングパスを介して前記相手プロキシーノードへとルーティングするステップ（Ｓ６１０）と
を備えることを特徴とする方法。
【請求項１７】
対応する相手ノード（１０２）と通信する移動ノード（１０１）と、前記移動ノード（１０１）を管理するとともに前記移動ノード（１０１）から送信されたパケットを前記相手ノード（１０２）へ中継するホームエージェントノード（１３１）と、前記移動ノード（１０１）に対して前記ホームエージェントノードよりも近くに配置されており、前記移動ノード（１０１）から送信された前記パケットを前記ホームエージェントノードへと中継するプロキシーノード（１２１）と、前記相手ノード（１０２）へのパケットを復元して中継する対応した相手プロキシーノード（１２２）と、前記パケットのルーティングを管理するルーティングマネージャ（１４１）とを備えた通信システムにおける前記プロキシーノード（１２１）であって、
パケットルーティングを最適化するためのトリガーを検出する検出ユニット（５０１）と、
前記検出されたトリガーを前記ルーティングマネージャ（１４１）に通知する通知ユニット（５０２）と、
前記ルーティングマネージャ（１４１）から受信したコマンドにしたがって最適化されたルーティングパスを確立するルート確立ユニット（５０３）と、
前記移動ノード（１０１）に対して動的に割り当てられ、前記パケットに使用されているルーティングアドレスをセキュアにするセキュア化ユニット（５０４）と、
前記セキュア化ユニット（５０４）によってセキュアにされた前記パケットを、前記確立されたルーティングパス（１５０）を介して前記相手プロキシーノードへとルーティングするルーティングユニット（５０５）と
を備えることを特徴とするプロキシーノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰネットワークを介して、パケットの好適なるルーティングを行うための方法と、装置と、システムとに関する。より詳細に、パケットのルーティング最適化機能およびルーティングアドレスのセキュリティ保護機能を有するプロキシーノードに関する。
【背景技術】
【０００２】
ＩＰを基本にしたＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）ネットワークプラットフォーム（以後ＩＰ２と呼ぶ）は、ルート（経路）の最適化と接続位置のプライバシーの保護とを達成しつつ端末の移動性（モビリティ）をサポートしたネットワークアーキテクチャである（非特許文献１）。ＩＰ２に関する基本事項は、ネットワーク制御プラットフォーム（ＮＣＰＦ、Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌ  Ｐｌａｔｆｏｒｍ）とＩＰバックボーン（ＩＰ−ＢＢ、ＩＰ  Ｂａｃｋｂｏｎｅ）とを分離するという点である。ＮＣＰＦはＩＰ−ＢＢを制御する。ＩＰ−ＢＢは、アドレススイッチング等のさらなるパケット処理機能を持つＩＰルータを備える。ＮＣＰＦは、ＩＰ−ＢＢエンティティに適応的にコマンドを与えるシグナリングサーバを備える。
【０００３】
移動端末（または移動ノード（ＭＮ、ｍｏｂｉｌｅ  ｎｏｄｅ））には、ＩＰアドレスの形式をした永続的な端末識別情報が割り当てられる。さらに、ＭＮには、ＩＰ２アクセスルータ（ＩＰ２ＡＲ）によってルーティングアドレスが割り当てられる。基本的なＩＰ２においては、移動端末はＩＰ２ＡＲにアタッチ（接続）される。ルーティングアドレスはＭＮの位置に対応した固有のアドレスとなるが、位置プライバシーの保護をサポートするために、ルーティングアドレスは、他のいかなるＭＮにも露見してはならない。ＭＮが別のＩＰ２ＡＲに移動するときには、その移動後の新しいＩＰ２ＡＲにおいて、使用可能なルーティングアドレスのプールから新しいルーティングアドレスがＭＮに割り当てられる。ＭＮの端末識別情報（「ＩＰホームアドレス」としてＩＰｈａと表す）とそのルーティングアドレス（「ＩＰルーティングアドレスとしてＩＰｒａと表す）との間のバインディングは、ＩＰ２ＡＲによってＮＣＰＦに伝えられる。
【０００４】
あるＭＮ（ＭＮ１）が別のＭＮ（ＭＮ２）にパケットを送信しようとするときには、パケットの中の宛先（終点）アドレスとしてＭＮ２のＩＰｈａを使用し、パケットをＭＮ２のＩＰ２ＡＲ（ＩＰ２ＡＲ２）に送信する。ＩＰ２ＡＲ１（送信側のＩＰ２ＡＲと定義する）は、パケットがＩＰ２のＭＮに向けて送信されていることを検知してＭＮ２の位置に関してＮＣＰＦにクエリーを送信（照会）する。ＮＣＰＦは、ＭＮ２のＩＰｈａとともに、ＡＲ１の中に記憶されているＭＮ２のＩＰｒａで応答する。そして、パケットの終点アドレス（ＭＮ２のＩＰｈａ）はＭＮ２のＩＰｒａに置き換えられる。この操作はアドレススイッチングと呼ばれる（任意の選択として、パケットの送信元（始点）アドレスをＭＮ１のＩＰｒａに置き換えることもできる）。そしてパケットは、従来のＩＰ転送の方法にしたがって、ＭＮ２のＩＰｒａを所有するノードに配送される。そのノードはＩＰ２ＡＲ２である。ＩＰ２ＡＲ２（受信側のＩＰ２ＡＲと定義する）はパケットの終点アドレス（および、オプションとして始点アドレス）をＭＮ２のＩＰｈａに置き換え、そしてパケットをＭＮ２に配送する。
【０００５】
ＩＰ２の重要な機能は、ＩＰ２ＡＲ通知機能である。ＭＮ２が（恐らくはＩＰハンドオーバの結果として）新しいＩＰ２ＡＲに移動するときはいつでも、新しいＩＰ２ＡＲは、ＭＮ２に対して新しいＩＰｒａを割り当て、ＮＣＰＦはこの新しいＩＰｒａを使用して更新される。そして、ＮＣＰＦは、ＭＮ２にパケットを送信しているＭＮに関与している全てのＩＰ２ＡＲにこれを通知する。その結果、送信側ＩＰ２ＡＲは、ＭＮ２のパケットを新しい接続位置に送信することができる。
【０００６】
図１は基本的なモバイルＩＰシステムを示す。モバイルＩＰバージョン６（以後ＭＩＰと呼ぶ）は、ＩＰノードのモビリティを扱うために、ＩＥＴＦ（Ｉｎｔｅｒｎａｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）によって規定された方法である（非特許文献２）。ＭＩＰに対応した全てのＭＮは、ホームエージェント（ＨＡ）と永続的なホームＩＰアドレス（Ｈｏｍｅ  ＩＰ  Ａｄｄｒｅｓｓ）とを有する。ホームＩＰアドレスはＨＡにおいて（すなわち、ＨＡにルーティングされる方向にあり）、接続形態（トポロジー）の上で正しい。ＭＮから見ると、このアドレスは、ＩＰ２において定義されたＩＰｈａと同様である。どちらのアドレスも所与のＭＮの一意かつ永続的な識別情報である。以後、ＩＰｈａという用語は、端末のＭＩＰホームＩＰアドレスとも呼ぶこともある。
【０００７】
ＭＮをアタッチ（接続）することができるＩＰサブネットを「訪問先ネットワーク（ＶＮ、Ｖｉｓｉｔｅｄ  Ｎｅｔｗｏｒｋ）」と呼ぶことにする。ＭＮのＨＡは、いずれの利用可能なＶＮに対してもその外部に位置する。ＭＮがＶＮの中に位置しているときには、ＭＮはそのＩＰｈａを有効なＩＰアドレスとして使用することができない。これは、そのＩＰｈａはそのＶＮの中ではトポロジー的に正しくないからである。この理由によって、ＭＮは有効なローカルプレフィックスを使用して気付アドレス（ＣｏＡ、ケア・オブ・アドレス）を設定する。ＣｏＡは、ＭＮが同じ訪問先ＩＰネットワークの中に停まっている限り、ＩＰパケットの送信および受信を行うために使用することができる。ＶＮを変更する際にはＩＰハンドオーバが必要となる。対応する相手ノード（ＣＮ、Ｃｏｒｒｅｓｐｏｎｄｅｎｔ  Ｎｏｄｅ）という用語はそのＭＮが通信を行っているＩＰホストを示すのに使用する。１つのＭＮは同時に複数のＣＮを有することができ、ＣＮはそれら自体が移動体であってもよい。
【０００８】
ＭＩＰ機能を使用可能なＭＮは、ＩＰモビリティにおけるセッションの連続性を保持するために、次の２つの通信形式のいずれかを選択することができる。第１の場合には、ＣＮとＭＮとの間の全てのトラフィックが、双方向トンネリングを使用してＨＡを通して送信される。ＭＮのＣｏＡが変更さられた場合にはいつでも、ＭＮは、対応付け更新（ＢＵ、バインディング・アップデート）メッセージを使用して、そのＨＡを更新する。ＨＡは、ＭＮの実際のＣｏＡを使用して、到着した全てのＩＰパケットをＭＮのＩＰｈａにトンネルさせる。同様に、ＭＮは、カプセル内部の始点ＩＰアドレスとしてＩＰｈａを使用して、送信する全てのパケットをＨＡにトンネルさせる。ＨＡはパケットのカプセル化を解除して、それらをそれらの最終的な宛先に向けて送信する。この形式の通信では、ＨＡがＭＮによって信頼を受けているならば、位置プライバシーは確保される。しかしながら、このモードの通信の１つの欠点は、ルートが最適化されてはいないという点、すなわち、全てのパケットがホームエージェントを経由する必要があるという点である。
【０００９】
ＭＩＰにおける第２の通信の方法は、ルート最適化を行う方法である。ルート最適化によって、ＭＮとＣＮとの間のパケットの転送を、ＨＡを経由することなく直接に行うことができる。ルート最適化は、ＭＮとＣＮとの間にＢＵを直接に伝送することにより、エンドツーエンドの様式で実行することができる。この動作では、ＭＮの位置（すなわち、ＭＮのＣｏＡははトポロジー的に固有であるため）がＣＮに露見してしまうので、位置プライバシーが破られてしまう。
【００１０】
ＭＩＰにおけるルート最適化（第２の場合）は、エンドツーエンドの形式で行われる。ＭＮは、ＢＵメッセージを相手方であるＣＮに送信することにより、ルート最適化を行うことができる。このＢＵメッセージはＭＮのＣｏＡを含んでいる。この点からして、ＭＩＰに対応したＣＮとＭＮは、ＣｏＡを始点アドレスまたは終点アドレスとして使用するとともに、ＭＮを識別するためにＭＮのＩＰｈａをホームアドレスオプション（Ｈｏｍｅ  Ａｄｄｒｅｓｓ  Ｏｐｔｉｏｎ）としてＩＰヘッダの中に挿入することにより、ＩＰパケットを直接的に交換することができる。
【００１１】
図２は階層型モバイルＩＰ（ＨＭＩＰ、Ｈｉｅｒａｒｃｈｉｃａｌ  Ｍｏｂｉｌｅ  ＩＰ）システムを示す。ＨＭＩＰ（非特許文献３）は、モビリティアンカーポイント（ＭＡＰ、Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ  Ｐｏｉｎｔ）を導入している。ＭＡＰは、「ローカル」ＨＡとして動作し、ＭＩＰシステムに新しいハイアラーキ（階層）レベルを加えるものである。ＩＰネットワークへの、ＭＮの正確なアタッチ点は、その現在のリンクで設定されるＣｏＡによって特徴付けられる。このＩＰアドレスはＬＣｏＡ（ローカル気付アドレス）と呼ばれる。ＨＭＩＰに対応したＭＮは、ＩＰハンドオーバの場合には、ＬＣｏＡを使用して自分のＭＡＰを更新できる。これは、ＭＡＰが、移動しているＭＮにトポロジー的に近くに位置し、ＭＮのＨＡおよびＣＮが遠くに離れている場合に有利である。この場合には、ＲＣｏＡ（Ｒｅｇｉｏｎａｌ  Ｃａｒｅ−ｏｆ−Ａｄｄｒｅｓｓ）がＭＡＰにおいて設定され、ＭＮから遠くに離れているそれらのノード（すなわち、ＨＡおよびＣＮ）に対してＬＣｏＡの代わりに使用される。もし、ＭＮがＣｏＡとしてそのＭＮのＲＣｏＡを使用するならば、同一のＭＡＰの「下での」全てのＩＰハンドオーバは、ノードにとって可視ではない。さらに、ＣＮはＭＮの正確な位置を知ることはできないが、大体の位置はＲＣｏＡを介して露見することになる。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】Ｔ．Ｏｋａｇａｗａ、Ｍ．Ｊｏ、Ｋ．Ｎｉｓｈｉｄａ、Ａ．Ｍｉｕｒａ、「ＩＰ  Ｐａｃｋｅｔ  Ｒｏｕｔｉｎｇ  Ｍｅｃｈａｎｉｓｍ  Ｂａｓｅｄ  ｏｎ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｉｎ  ＩＰ−ｂａｓｅｄ  ＩＭＴ  Ｎｅｔｗｏｒｋ  Ｐｌａｔｆｏｒｍ」、ＩＣＩＮ２００３、２００３年３月
【非特許文献２】Ｄ．Ｊｏｈｎｓｏｎ、他、「ＲＦＣ３７７５：Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６」、２００４年６月、ＩＥＴＦ
【非特許文献３】Ｈ．Ｓｏｌｉｍａｎ、他、「Ｈｉｅｒａｒｃｈｉｃａｌ  Ｍｏｂｉｌｅ  ＩＰｖ６  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ（ＨＭＩＰｖ６）」、１６−０６−２００４、ＩＥＴＦドラフト
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明が取り組む課題は、ＩＥＴＦ標準のＭＩＰシステムでは、位置プライバシーがルート最適化と共には保証されない点である。
【課題を解決するための手段】
【００１４】
従って、本発明は、この課題に関していくつかの解決策を提供する。本発明の１つの視点に従えば、ＩＰ２アーキテクチャはＭＩＰ／ＨＭＩＰシステムと組み合わされる。
【００１５】
本発明の別の視点に従えば、この課題を好適に解決する方法、装置、および、システムが提供される。例えば、このシステムは以下のものを含む。すなわち、対応する相手ノードと通信を行う移動ノード、移動ノードを管理して移動ノードから対応する相手ノードに送信されるパケットを中継するホームエージェントノード、ホームエージェントノードよりも移動ノードの近傍に位置して移動ノードからホームエージェントノードにパケットを中継するプロキシーノード、および、パケットのルートを管理するルーティングマネージャとである。
【００１６】
プロキシーノードは、
−パケットのルート最適化に対するトリガーを検出する検出ユニット、および、その検出されたトリガーをルーティングマネージャに通知する通知ユニットと、
−ルーティングマネージャから受信したコマンドに従って最適化されたルーティングパスを確立するルート確立ユニットと、
−移動ノードに対して動的に割り当てられる、パケットに対するルーティングアドレスをセキュアにするセキュリティ保護ユニットと、
−セキュリティ保護ユニットによってセキュアにされたパケットを、確立されたルーティングパスを通して、対応する相手ノードにルーティングを行うルーティングユニットと
を含む。
【図面の簡単な説明】
【００１７】
【図１】基本的なモバイルＩＰ（Ｍｏｂｉｌｅ  ＩＰ）システムを示す図である。
【図２】階層化モバイルＩＰ（ＨＭＩＰ、Ｈｉｅｒａｒｃｈｉｃａｌ  Ｍｏｂｉｌｅ  ＩＰ）システムを示す図である。
【図３】本発明が好適に適用される典型的な移動通信システムの概観図である。
【図４】本発明の実施形態における典型的な信号系列を示す図である。
【図５】本発明の好適な実施形態におけるプロキシーノードの基本的な構成要素を示す典型的なブロック図である。
【図６】本発明の典型的な実施形態におけるルーティング処理を示すフローチャートである。
【発明を実施するための形態】
【００１８】
本発明のその他の特徴と利点は、添付の図面とともに、下記の記述から明らかであろう。これらの全ての図面において、同様の参照記号は、同一のまたは同様の部分を指定するものである。
【００１９】
本発明の方法、装置、および、システムに関するさらに適切な理解は、添付の図面とともに、下記の詳細な記述を参照することによって得ることができるであろう。
【００２０】
本明細書を通して、「最適化」、「最適化する」、および、「最適な」という用語は、新しく確立されたルーティングパスが以前のルーティングパスと比較して短いということを強調するために使用される。ある時には、以前のルーティングパスは、移動ノードのホームエージェントを介したルートを意味する。
【００２１】
図３は、本発明が好適に適用される典型的な移動通信システムの概観図である。図３において、番号１０１は典型的な移動ノード（ＭＮ）を示す。対応する相手ノード（ＣＮ）１０２はＭＮ１０１と通信を行っている。ＣＮ１０２は、固定ノードまたは移動ノードであってよい。ＡＲ１１１およびＡＲ１１２は、アクセスルータである。図３には２つのアクセスルータだけが示されているが、実際のネットワークにはずっと多くのアクセスルータがあってよいことは明白である。
【００２２】
ＩＰ２Ｐ＿ＭＮ１２１はＭＮ１０１に対するプロキシーノードである。ＩＰ２Ｐ＿ＣＮ１２２はＣＮ１０２に対するプロキシーノードである。プロキシーノードは、所与のＭＮの全てのＩＰトラフィックを見ることのできる任意のＩＰノードの中に配置される。プロキシーノードには、明示的に、新しく接続されたＭＮについての通知がなされる。この通知の一例は認証認可課金（ＡＡＡ）シグナリングまたはそれと同様のシグナリングである。プロキシーノードはその機能として、ＭＮによってカプセル化されたＩＰパケットのカプセル化の解除を行う機能を有する。プロキシーノードは、さらに、その機能として、パケットがあたかもＭＮ、ＭＡＰまたはＨＡによって送信されたかのように再びカプセル化を行う機能を有する。ＩＰ２Ｐ間の転送方法は、アドレススイッチング、トンネリング、または、セキュリティを保護したトンネリングのいずれかで行うことができる。
【００２３】
ＨＡ＿ＭＮ１３１は、モバイルＩＰ（ＭＩＰ）環境におけるＭＮ１０１のホームエージェントである。ＨＡ＿ＣＮ１３２は、モバイルＩＰ（ＭＩＰ）環境内におけるＣＮ１０２のホームエージェントである。ＮＣＰＦ１４０は、ＩＰ２において定義されるネットワーク制御プラットフォームである。ＮＣＰＦ１４０にはルーティングマネージャ１４１が設置され、ルーティングマネージャ１４１はＭＮ１０１とＣＮ１０２との間のルーティングパスを最適化するための管理を行う。ルーティングマネージャ１４１は、１つ以上のノードの中に配置されてもよい機能である。ルーティングマネージャ１４１が複数のノードの中に分散された機能として配置される場合には、各ルーティングマネージャ１４１は互いに通信を行って相互的に動作する。トンネル１５０は、ＩＰ２Ｐ＿ＭＮ１２１とＩＰ２Ｐ＿ＣＮ１２２との間の最適化されたルーティングパスを構成する。
【００２４】
後方互換性を考慮して位置プライバシーの保護及びルートの最適化を提供するために、この実施形態は、２つの新しい機能を規定する。これらは、ＭＩＰシステムに付加されるべきＩＰ２プロキシ（ＩＰ２Ｐ）とＮＣＰＦ１４０である。ＩＰ２Ｐはルート最適化の処理を実行する。要点をいうならば、ＩＰ２ＰはＩＰ２ＡＲとして動作し、例えば、物理アクセスルータの中に設置することができる。ＮＣＰＦ１４０は、シグナリングのための基盤としても導入される。本実施形態に使用されるＮＣＰＦ１４０は、ＩＰ２のＮＣＰＦのモビリティ管理の部分と実質的に等しく、それらと相互作用をすることができる。その内の１つの部分がＲＭ１４１である。
【００２５】
ＭＮ１０１は、従来型のＭＩＰ端末（レガシーＭＩＰ端末）であるものとするが、本実施形態に特有の構成を備えたＭＩＰ端末であってもよい。ＭＮは、コネクションごとを基本として、それが位置プライバシーの保護を必要とするか、必要としないかを決定してもよい。ＭＩＰに従えば、ＭＮはいつでも、ＭＩＰｖ６のバインディング・アップデート（ＢＵ）をＭＮの任意のＣＮに対して送信することができる。この結果、最適なルーティングが実行される。しかしながら、ＢＵはＭＮの位置を暴露してしまうことになる。
【００２６】
従って、ＭＮが位置プライバシーの保護を必要であると決定した場合には、たとえＭＮがＢＵを送信したとしても、ＭＩＰにおいて規定されているルート最適化の動作およびそれに関連する機能は呼び出されないことが好ましい。ＭＮ１０１は、ＣＮに対してＢＵを送信しないように構成されるのが好ましい解決策である場合もある。あるいは代替案として、ＩＰ２Ｐ＿ＭＮ１２１または他の関連するノードは、ＢＵを補足して廃棄してもよい。ＩＰ２Ｐ＿ＭＮ１２１または他の関連するノードは、そのＢＵに基づいて、ＮＣＦＰ１４０に送信されるべき活性化通知（ＡＮ：アクティベーション・ノーティフィケーション）を生成してもよい。そして、ＮＣＦＰ１４０は、そのＡＮを受信したことに応答してルート最適化の管理を行う。しかし、この代替の解決策は、ＢＵがＩＰＳｅｃや暗号化等のセキュリティを確保した方法で保護されていない場合に適用することができる。なお、ＨＡはＭＮの位置を知ってそれを管理するべきであるので、ＨＡを宛先とするＢＵはＨＡに渡されるべきであるが、ＣＮを宛先とするＢＵは破棄されてもよい。
【００２７】
ＢＵの送信を防ぐためのいくつかの解決策を上記で説明したが、これらの解決策は本発明にとって必須ではない。言い換えれば、本発明は、標準的なＭＩＰｖ６のバインディング・アップデートをＣＮに送信するＭＮに対して適用することができる。また、ＭＮは、ＭＮがＢＵに関してＭＩＰｖ６の動作と、上記で記述した解決策とのうちいずれを使用するかを選択するように構成されてもよい。
【００２８】
図４は、本発明の実施形態における典型的な信号シーケンスを示す。ステップＳ２０１において、ＭＮ１０１は新しいＡＲ１１１のアドバタイズメント（広告）を受信する。例えば、この広告は、ＭＩＰにおいて規定されている正規のルータ広告（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）であってもよい。
【００２９】
ステップＳ２０２において、ＭＮ１０１および訪問先ネットワークのＡＲ１１１は新しいルーティングアドレス（ＣｏＡ）を設定する。システムにＭＡＰを適用する場合には、ＣｏＡの代わりにＬＣｏＡが設定されて使用されてもよい。
【００３０】
ステップＳ２０３において、ＩＰ２Ｐ（ＩＰ２Ｐ＿ＭＮ１２１）は、ＭＮ１０１とＩＰ２Ｐ＿ＭＮ１２１との間で実行されるログイン処理またはハンドオーバ処理から、ＭＮ１０１のＣｏＡとＩＰｈａとを識別する。ログイン処理は認証認可課金（ＡＡＡ）シグナリングまたはそれと同様のシグナリングを使用する。シグナリングは、ＭＮの識別情報のセキュリティを確保した上でＩＰ２ＰにＭＮの識別情報を与えるような任意のシグナリング方式であれば十分であり、必ずしもＡＡＡシグナリングである必要はない。
【００３１】
ステップＳ２０４において、ＩＰ２Ｐ＿ＭＮ１２１は、ＩＰ２シグナリングを使用して、活性化通知（ＡＮ）をＮＣＰＦ１４０の中のＲＭ１４１に送信する。この通知は、ＭＮ１０１のＣｏＡとＩＰｈａ、および、ＩＰ２Ｐ＿ＭＮ１２１の識別情報を含む。ＲＭ１４１は通知を受信し、ＣｏＡ、ＩＰｈａ、および、ＩＰ２Ｐ＿ＭＮ１２１の識別情報をテーブルの中に記憶する。その結果、ＮＣＰＦ１４０は、ＭＮとＩＰ２Ｐとの間の関係に関して、常に更新された最新の情報を有する。
【００３２】
ステップＳ２０５において、ＩＰ２Ｐ＿ＭＮ１２１はバインディング・アップデート（ＢＵ）をＨＡ＿ＭＮ１３１に送信する。なお、ステップＳ２０５は上記で記述したステップと並行して行うことができる。
【００３３】
ステップＳ２０６において、ＭＮ１０１は、レガシーＭＩＰで実行されているのと同様な手法で、ＭＮのＨＡ１３１およびＣＮのＨＡ１３２を介した双方向トンネリングを使用して、ＣＮ１０２との通信を開始する。ＣＮ１０２が移動ノードであると仮定すれば、パケットが通過するパスは、ＭＮ１０１→ＨＡ＿ＭＮ１３１→ＨＡ＿ＣＮ１３２→ＣＮ１０２といったパスとなる。ＩＰ２Ｐ＿ＭＮ１２１は、ルート最適化を実行するためのトリガーを検出するために、このようなトラフィックをモニター（監視）している。例えば、ＩＰ２Ｐ＿ＭＮ１２１は、監視しているトラフィックが所定の値を超えるかどうかの判定を行う。
【００３４】
ステップＳ２０７において、ＩＰ２Ｐ＿ＭＮ１２１は、トリガーが検出されたことを通知する。例えば、ＩＰ２Ｐ＿ＭＮ１２１は、新しいコネクションが確立され、これが最適化されたルートであるかどうかをＮＣＰＦ１４０に問うことにより、ＮＣＰＦ１４０に照会を行う。
【００３５】
ステップＳ２０８において、ＮＣＰＦ１４０は、ＣＮ１０２のＩＰ２Ｐを識別し、コマンドをＩＰ２Ｐ＿ＭＮ１２１およびＩＰ２Ｐ＿ＣＮ１２２に送信する。このコマンドは、選択された転送方法（例えば、トンネリング）を使用して、ＩＰ２Ｐ＿ＭＮ１２１とＩＰ２Ｐ＿ＣＮ１２２との間の直接的なコネクションを設定する。ＩＰ２Ｐ＿ＭＮ１２１およびＩＰ２Ｐ＿ＣＮ１２２は、それぞれ、コマンドを受信する。このコマンドは、ルート最適化コマンドと呼ぶことができる。
【００３６】
ステップＳ２０９において、ＩＰ２Ｐ＿ＭＮ１２１およびＩＰ２Ｐ＿ＣＮ１２２は、受信したコマンドに基づいて、最適化されたルーティングパス１５０を確立する。ＩＰ２Ｐ＿ＭＮ１２１はパケットの中に含まれる、ＭＮ１０１に対するルーティングアドレスのセキュリティを確保し、確立されたルーティングパス１５０を通して、ＣＮ１０２に対しパケットのルーティングを行う。
【００３７】
その結果、パケットは、ＭＮ１０１→ＩＰ２Ｐ＿ＭＮ１２１→ＩＰ２Ｐ＿ＣＮ１２２→ＣＮ１０２のパスを通る。これらのＩＰ２Ｐは訪問先ネットワークの中に位置しているので、これらは、ホームエージェントと比較して、それぞれＭＮおよびＣＮに対してより近い位置に存在する。従って、この新しいルーティングパスは、ホームエージェントを経由するルーティングパスよりも短い。さらに、ＭＮのルーティングアドレスはセキュリティが保護された形で適用されるので、ＭＮの位置プライバシーは好適に保護される。
【００３８】
ＭＮ１０１が新しいＩＰ２Ｐに移動した場合には、新しいＩＰ２ＰはＮＣＰＦ１４０を更新する。ＮＣＰＦ１４０は、移動しているＭＮ１０１が現在ＣＮと行っている通信を維持するために、必要なすべてのＩＰ２Ｐに対して更新結果を通知するであろう。
【００３９】
上記で記述したように、ＩＰ２Ｐは、ＨＭＩＰのＭＡＰ、ＡＲ、または、ＨＭＩＰを具備していないＡＲ等の、所与のＭＮの全てのＩＰトラフィックを見ることのできる任意のＩＰノードの中に設置される。
【００４０】
ＩＰ２ＰがＨＭＩＰのＭＡＰの中に位置している第１の解決策では、ＭＡＰは、（必ずしも）ＭＮと同じリンクの上には存在しない。従って、接続されたＭＮとそのＭＡＰとの間には、ＩＰルーティングを行う必要がある。ＨＭＩＰプロトコルによれば、ＭＮはそのＭＡＰとの双方向トンネリングを維持する。ＭＮは位置プライバシーの保護を要求するので、ＭＮは自己のＨＡに対しても双方向トンネルを使用する。その結果、ＭＡＰとＭＮとの間には２重のトンネリングが生ずることになる（エアインタフェースを含む）。
【００４１】
到着したＭＮは、利用可能なＭＡＰを探索して発見し、ＭＮのＩＰｈａとリンク上のアドレス（ＬＣｏＡ）とを含むバインディング・アップデート（ＢＵ）をＭＡＰに送信することによりこれらをＭＡＰに登録する。ＢＵの中で使用されるホームアドレスはＲＣｏＡである。公衆ネットワーク構成の場合では、ＢＵのセキュリティを確保するために、ＭＮとＭＡＰとの間でバインディング・アップデートを実行する前に何らかの認証・認可（ＡＡＡ）シグナリングが必要である。認証・認可シグナリングを実行した結果、ＭＡＰの中のＩＰ２ＰはＭＮの識別情報を知ることができる。このことによって、ＭＡＰの中のＩＰ２Ｐは、ＭＮの新しい位置に関する情報をＮＣＰＦに与えることができる。なお、ＡＡＡシグナリングばかりでなく、ＭＡＰに対してＭＮの識別情報をセキュリティを確保した上で与えるいずれのシグナリングであっても十分である。このようなシグナリングが存在しない場合には、この代替案は使用することができないだろう。
【００４２】
ＭＮの全てのパケットがＭＡＰ（従ってＩＰ２Ｐ）を経由するので、所与のＭＮの新しいＩＰコネクションは、ＭＡＰの中でＩＰ２Ｐによって認識することができる。このことによって、ＩＰ２Ｐは、遠端のＩＰ２Ｐ（ＩＰ２Ｐ＿ＣＮ１２２）の識別情報に関してＮＣＰＦに照会することができ、それを通してＭＮのＣＮと接続することができる。例えば、ＩＰ２Ｐは、ＭＮ（ＣＮ）とこのＭＮ（ＣＮ）にサービスを提供しているＩＰ２Ｐとの間の関係を保持するテーブルを維持しなければならない。
【００４３】
ＩＰ２Ｐ＿ＭＮ１２１がＮＣＰＦ１４０のＲＭ１４１から応答を受信した場合には、ＩＰ２Ｐ＿ＭＮ１２１はＭＮ１０１から送信されたＩＰパケットのカプセル化を解除し、それらを遠端のＩＰ２Ｐ＿ＣＮ１２２に転送する。ＩＰ２Ｐ＿ＣＮ１２２は転送されたパケットを受信し、ＣＮのＨＡ１３２がそれらのパケットを送信したかに見えるようにパケットを復元する。
【００４４】
同一のＭＡＰの下で実行されるＩＰハンドオーバはＮＣＰＦには可視ではない。そのため、この解決策を採用すれば、ＩＰ２レベルでのシグナリング負荷を低減することができる。
【００４５】
第２の解決策は、ＩＰ２Ｐを備えたＨＭＩＰのＭＡＰがＡＲの中に配置されている場合であり、上記の実施形態で述べたものと同様である。主要な相違点は、ＭＡＰはＶＮのＩＰサブネットの中に配置されているという点である。従って、ＭＮとＭＡＰとの間には、ＩＰルーティングは必須ではない。すなわち、ＭＡＰはＡＲとしても動作するからである。
【００４６】
ＩＰ２ＰがＡＲの中に位置している第３の解決策に従えば、この場合は、ＨＭＩＰプロトコルは必要ではない。この手法の基本的な問題点は、基本的なＭＩＰにおいては、ＭＮはＡＲとの間にシグナリングを行う関係にないという点である。これは、ＡＲが元のＭＩＰｖ６における基準モデルの構成部分ではないからである。従って、この解決策では、ＭＮとの間にシグナリングを行う関係にあるノードを必要とする。実際に展開するシナリオでは、ＡＲは、接続された所与のネットワークに対する認可されない使用をブロックするファイアウォールとして動作する。この場合には、ＭＮは、ＡＲとＭＮとの間のＡＡＡプロトコルまたは同様のプロトコルを通して、ＡＲによって識別されなければならない。ＡＲとＭＮとの間には、ＡＡＡプロトコルまたは同様のプロトコルを通してのシグナリングを行う関係にあるので、ＩＰ２ＰはＡＲの中に配置可能である。もし新しいＭＮがうまく識別されれば、ＩＰ２Ｐの機能内容が通知され、残りの手順は図４に示した手順で進行する。
【００４７】
さらに、ルート最適化を行うことは必ずしも必須ではなく、時間の制約条件によって拘束されることはない。すなわち、初期においては、全てのＩＰコネクションはＭＮのＨＡを経由する。ルート最適化の処理の間は、データパケットはレガシーＭＩＰにおける場合と同様にＨＡを通して転送され続ける。その結果、最適なルーティングに対する設定は時間が決定的な要因ではない。この点が、最適なルーティングが設定される以前は接続が不可能な元のＩＰ２とは異なる。さらに、最適化が必ずしも必要でない、短時間のＩＰコネクション（例えば、ＤＮＳクエリー）に対しては、ＩＰ２Ｐはルート最適化処理を省略することを決定してもよい。
【００４８】
さらに、ＩＰ２ハンドオーバにおける時間の制約条件を取り除くこともできるであろう。例えば、もし、ＭＮのＩＰ２Ｐが変更された場合には、所与のＭＮとＣＮとにサービスを提供している全てのＩＰ２Ｐは更新されなければならない。これは時間を消費する処理であり、更新されていないＩＰ２Ｐによってサービスの提供を受けているＣＮとの通信は、その更新が終了するまで保留される。ＨＭＩＰプロトコルでは、ＭＮは２つ以上のＭＡＰを使用することが許される。さらに、理論的にはＭＡＰは、その位置には関係なくＭＮにサービスを提供することができる。これは、それらの間にはＩＰルーティングが存在しているからである。結合システム（ＩＰ２＋ＨＭＩＰ）では、ハンドオーバの後で、遠端のＩＰ２Ｐの更新処理が進行中である限り、これまで使用していた以前のＩＰ２Ｐを備えた以前のＭＡＰとの接続を維持し続けてそれを使用してもよい。
【００４９】
さらに、エアインタフェースのオーバヘッドを低減することもできる。もし、ＩＰ２ＰとＭＮとが同一のＶＮの中に位置しているならば、エアインタフェースを備えるＩＰ２ＰとＭＮとの間では、トンネリングを行う必要はない。しかしながら、この可能性をＭＮに知らせるために、ＭＩＰシグナリングに対しては拡張を行う必要がある。従って、エアインタフェースの上でカプセル化されていないデータの通信を行うことを可能にするために、ＭＮ側での実装には変更を加えなければならない。
【００５０】
図５は、本発明の好適な実施形態におけるプロキシーノードの基本的な構成要素を示す典型的なブロック図である。図において、プロセッサユニット５００は、プロキシユニットの主要なユニットであり、論理回路、および／または、コンピュータプログラムを持つＣＰＵで構成することができる。プロセッサユニット５００は、例えば、検出ユニット５０１、通知ユニット５０２、ルート確立ユニット５０３、セキュア化（セキュリティ保護）ユニット５０４、および、ルーティングユニット５０５を含む。プロセッサユニット５００は、さらに、識別ユニットを含むことができる。この識別ユニットは、ＭＮがプロキシーノードに接続されたときに、移動ユニットの認証処理を通して、そのＭＮの識別を行う。
【００５１】
検出ユニット５０１は、トラフィックのタイプまたはコネクションのタイプを監視した結果に基づいて、パケットのルート最適化についてのトリガーの検出を行う。例えば、もし、検出ユニット５０１の中に具備される判定ユニットが、監視しているトラフィックがある所定の値を超えたと判定したならば、トリガーが検出されたことになる。あるいは、検出ユニット５０１は、ＭＮによって確立されたコネクションのタイプに基づいてトリガーを検出してもよい。
【００５２】
通知ユニット５０２は、検出したトリガーをルーティングマネージャに通知する。通知ユニット５０２は、アライバル（到着）通知をＲＭ１４１に、ＩＦユニット５１０を使用して送信してもよい。ＩＦユニット５１０は、ＩＰパケットの送信／受信回路である。
【００５３】
ルート確立ユニット５０３は、ルーティングマネージャから受信したコマンドに従って、最適化されたルーティングパスを確立する。コマンドは、ＩＰ２シグナリングを使用して、ＩＦユニット５１０によって受信される。
【００５４】
セキュリティ保護ユニット５０４は、ＭＮからのパケットに対するルーティングアドレスのセキュリティを確保する。ルーティングアドレスの隠蔽、マスキング、および／または、保護のために、アドレススイッチング法、トンネリング法、または、セキュリティを確保したトンネリング法が使用される。本実施形態におけるルーティングアドレスは、ＭＮの実際の位置を示すことができる。その例は、ＣｏＡ、ＬＣｏＡ、または、ＲＣｏＡである。さらに、ルーティングアドレスはホームアドレス（ＩＰｈａ）とは異なる。セキュリティ保護ユニット５０４は、ＭＮまたはこのＭＮに関係する他のノードからのプライバシー命令を受信する命令受信ユニットを備えることができる。プライバシー命令は、パケットのルーティングアドレスのセキュリティが確保されるべきか否かを示した命令である。
【００５５】
さらに、セキュリティ保護ユニット５０４は、カプセル化解除ユニットとカプセル化ユニットとを備えることができる。カプセル化解除ユニットは、ＭＮによってカプセル化されたパケットのデカプセル化を行う。カプセル化ユニットは、最適化されたルーティングパスを通してパケットのルーティングを行うために、カプセル化解除ユニットによってカプセル化を解除されたパケットの再カプセル化を実行する。
【００５６】
ルーティングユニット５０５は、確立されたルーティングパス１５０を通して、対応する相手ノード（ＣＮ１０２）へ、セキュリティ保護ユニット５０４によってセキュリティが確保されたパケットのルーティングを実行する。ルーティングユニット５０５は、セキュリティが確保されていないパケットのルーティングを実行してもよい。
【００５７】
記憶ユニット５２０は、テーブル５２１とコンピュータプログラム５２２とを記憶し、フラッシュメモリー、ＲＡＭ、および／または、ハードディスクドライブとして構成することができる。テーブル５２１はルート確立処理、および／または、ルーティング処理のために使用される。プログラムは、プロセッサユニット５００によって使用することができ、それにより検出ユニット５０１またはそれと同様の機能のユニットが実現される。
【００５８】
図６は、本発明の典型的な実施形態におけるルーティング処理を示すフローチャートである。
【００５９】
ステップＳ６０１において、プロセッサユニット５００は、新しいＭＮがサービスエリア内に到着したか否かを判定する。新しいＭＮ、そのＭＮのルーティングアドレス（例えば、ＣｏＡ、ＬＣｏＡ、または、ＲＣｏＡ）およびホームアドレス（ＩＰｈａ）の到着は、ＡＡＡシグナリングを通して識別される。到着したことが検出され場合には、処理は次のステップに進む。到着したＭＮがない場合には、プロセッサユニット５００は、到着を待つ。
【００６０】
ステップＳ６０２において、プロセッサユニット５００は、ＩＰ２シグナリングを使用して、アライバル（到着）通知をＲＭ１４１に送信する。
【００６１】
ステップＳ６０３において、検出ユニット５０１は、ＭＮに関係するパケットのトラフィックを監視する。
【００６２】
ステップＳ６０４において、検出ユニット５０１は、そのトラフィックから、ルート最適化に対するトリガーを検出する。上記で記述したように、トリガーは、ＭＮに対して確立されたコネクションのタイプに基づいて検出することもできる。トリガーが検出された場合には、処理は次のステップＳ６０５に進む。トリガーが検出さない場合には、処理はステップＳ６０３に戻る。
【００６３】
ステップＳ６０５において、通知ユニット５０２は、トリガーが検出されたことをＲＭ１４１に通知する。
【００６４】
ステップＳ６０６において、プロセッサユニット５００は、ＲＭから最適化コマンドが受信された否かを判定する。最適化コマンドが受信された場合には、処理はステップＳ６０７に進む。最適化コマンドが受信されない場合には、処理はステップＳ６０３に戻る。
【００６５】
ステップＳ６０７において、ルート確立ユニットは、受信したコマンドに従って、最適化されたパケットルートを確立する。
【００６６】
ステップＳ６０８において、セキュリティ保護ユニット５０４は、ＭＮのパケットのルーティングアドレスのセキュリティが保護されるべきか否かを、ＭＮのプライバシー命令または接続のタイプに基づいて判定する。プライバシー命令を使用する場合には、セキュリティ保護ユニットは、さらに、移動ノードからプライバシー命令を受信する命令受信ユニットを含む。プライバシー命令は、パケットのルーティングアドレスのセキュリティが保護されるべきか否かに関する。さらに、ＭＮは、決定ユニットと命令送信ユニットとを含まなければならない。決定ユニットは、パケットのルーティングアドレスはセキュリティが保護されるべきか否かを決定し、また、命令送信ユニットは、決定ユニットの決定に基づいて、プライバシー命令をプロキシーノードに送信する。パケットのルーティングアドレスはセキュリティが保護されるべきであると決定された場合には、処理はステップＳ６０９に進む。そうでない場合には、処理はステップＳ６１０に進む。
【００６７】
ステップＳ６０９において、セキュリティ保護ユニット５０４は、パケットにセキュリティ保護処理を実行する。セキュリティ保護処理は、アドレススイッチング法、トンネリング法、または、セキュリティが確保されたトンネリング法を使用して、ＭＮの位置プライバシーを保護するものである。トンネリング法が使用される場合には、セキュリティ保護ユニットは、ＭＮによってカプセル化されたパケットをデカプセル化し、そして、カプセル化を解除したパケットを再びカプセル化する。ＭＮにおいて生成された元のパケットのヘッダは、始点アドレスとしてＭＮのＩＰｈａと終点アドレスとしてＣＮのＩＰｈａとを有する。ＭＮにおけるカプセル化の後に、別の（トンネル）ヘッダがパケットに付加される。そのトンネルヘッダは、パケットの始点アドレスとしてＭＮのＣｏＡと、パケットの終点アドレスとしてＣＮのＩＰｈａとを有する。そのトンネルヘッダは、ＩＰ２Ｐにおいて除去され、別の（トンネル）ヘッダが付加される。付加されたヘッダは、始点アドレスとしてＭＮのＩＰ２ＰのＩＰアドレスと、終点アドレスとしてＣＮのＩＰ２ＰのＩＰアドレスとを有する。付加されたヘッダは、ＣＮのＩＰ２Ｐにおいて除去され、パケットは元のヘッダに基づいてルーティングされる。セキュリティを保護するこれらの処理を通して、ＭＮのＣｏＡはＣＮに露見することはない。
【００６８】
ステップＳ６１０において、ルーティングユニット５０５は、パケットのルーティングを行う。
【００６９】
上記で記述したように、本発明は、ＩＰ２アーキチェクチャをＭＩＰ／ＨＭＩＰシステムと組み合わせることにより解決策を提供するものである。その結果、ＩＰ２プロトコルによって、位置プライバシーを保護しつつルート最適化が実行される。しかし、得られた解決策はＭＩＰ／ＨＭＩＰプロトコルとの後方互換性が確保される必要があり、ＭＩＰ／ＨＭＩＰを実行可能なＭＮはＭＩＰ／ＨＭＩＰシグナリングを保持するべく構成を変更されてはならないこと等の、いくつかの制約は依然として残る。
【００７０】
本発明の方法、装置、および、システムに関するいくつかの実施形態を、添付の図面で示し、これまでの記述によって説明を行った。しかし、本発明は、ここに開示された実施形態に限定されるものではなく、多くの再構成、変更態様、および、置換が可能であり、それらは、添付の特許請求の範囲に記載され、画定された本発明の真意から逸脱するものではないということが理解されるべきである。
【図１】
2010500782.tif 000003
【図２】
2010500782.tif 000004
【図３】
2010500782.tif 000005
【図４】
2010500782.tif 000006
【図５】
2010500782.tif 000007
【図６】
2010500782.tif 000008
【手続補正書】
【提出日】平成20年6月2日(2008.6.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のルータノードを有したＩＰバックボーン（ＩＰ−ＢＢ）と、該ＩＰ−ＢＢを制御するネットワークコントロールプラットフォーム（ＮＣＰＦ）とを備えた通信システムであって、
前記ＩＰ−ＢＢは、
対応する相手ノード（１０２）と通信する移動ノード（１０１）と、
前記移動ノード（１０１）を管理するとともに前記移動ノード（１０１）から送信されたパケットを前記相手ノード（１０２）へ中継するホームエージェントノード（１３１）と、
前記移動ノード（１０１）に対して前記ホームエージェントノードよりも近くに配置されており、前記移動ノード（１０１）から送信された前記パケットを前記ホームエージェントノードへと中継するプロキシーノード（１２１）と、
前記相手ノード（１０２）へのパケットをリストアして中継する対応した相手プロキシーノード（１２２）と
を備え、
前記ＮＣ−ＰＦは、
前記パケットのルーティングを管理するルーティングマネージャ（１４１）を備え、
前記プロキシーノード（１２１；１２２）は、
パケットルーティングを最適化するためのトリガーを検出する検出ユニット（５０１）と、
前記検出されたトリガーを前記ルーティングマネージャ（１４１）に通知する通知ユニット（５０２）と、
前記ルーティングマネージャ（１４１）から受信したコマンドにしたがって、アドレススイッチング方式を使用して最適化されたルーティングパスを確立するルート確立ユニット（５０３）と、
前記移動ノード（１０１）に対して動的に割り当てられ、前記パケットに使用されているルーティングアドレスをセキュアにするセキュア化ユニット（５０４）と、
前記セキュア化ユニット（５０４）によってセキュアにされた前記パケットを、確立された前記ルーティングパス（１５０）を介して前記相手プロキシーノードへとルーティングするルーティングユニット（５０５）と
を備え、
前記ルーティングマネージャ（１４１）は、前記トリガーが通知されると、前記移動ノード（１０１）にサービスを提供している前記プロキシーノード（１２１）と、前記相手ノード（１０２）にサービスを提供している他の相手プロキシーノード（１２２）との間に前記最適化されたルーティングパスを確立させるための前記コマンドを送信し、
前記移動ノード（１０１）は、
前記ルーディングアドレスのプライバシー保護を必要とするかどうかを決定する決定ユニットと、
前記決定ユニットが前記ルーディングアドレスのプライバシー保護が必要ないと決定すると、該ルーディングアドレスを露見すべく、前記相手ノード（１０２）へバインディングアップデートを送信する送信ユニットと
を備えることを特徴とする通信システム。
【請求項２】
前記検出ユニット（５０１）は、
前記パケットのトラフィックを監視するユニットと、
前記監視されたトラフィックが所定の閾値を超えたかどうかを判定する判定ユニットと
を備えることを特徴とする請求項１に記載の通信システム。
【請求項３】
前記セキュア化ユニット（５０４）は、前記移動ノード（１０１）によって確立されたコネクションのタイプに基づいて前記トリガーを検出することを特徴とする請求項１に記載の通信システム。
【請求項４】
前記プロキシーノード（１２１）は、
前記移動ノード（１０１）から前記バインディングアップデートを受信する手段と、
前記ルーティングアドレスのプライバシーを保護すべく、前記バインディングアップデートを廃棄する手段と
を備えることを特徴とする請求項１に記載の通信システム。
【請求項５】
前記プロキシーノード（１２１）は、
前記受信したバインディングアップデート（ＢＵ）に基づいて活性化通知（ＡＮ）を生成する手段と、
ルートの最適化のために前記ＮＣＰＦに前記活性化通知（ＡＮ）を送信する手段と
を備えることを特徴とする請求項４に記載の通信システム。
【請求項６】
前記セキュア化ユニット（５０４）は、
前記移動ユニットよりカプセル化されたパケットのカプセル化を解除する手段と、
前記最適化されたルーティングパス（１５０）を介してルーティングするために、前記カプセル化を解除されたパケットを再びカプセル化する手段と
を備えることを特徴とする請求項１に記載の通信システム。
【請求項７】
前記移動ノード（１０１）は、該移動ノードと前記プロキシーノード（１２１）とが同一のＩＰサブネット内に位置しているときは、カプセル化されていないパケットを使用して該プロキシーノード（１２１）と通信することを特徴とする請求項６に記載の通信システム。
【請求項８】
前記プロキシーノード（１２１）は、
前記移動ノード（１０１）の前記ホームエージェントノードを宛先とした前記バインディングアップデート（ＢＵ）については廃棄することなく通過させる手段をさらに備えることを特徴とする請求項４に記載の通信システム。
【請求項９】
前記プロキシーノード（１２１）は、
前記移動ノード（１０１）が前記プロキシーノード（１２１）にアタッチされると、該移動ノード（１０１）の認証処理を通じて、該移動ノード（１０１）を識別することを特徴とする請求項１に記載の通信システム。
【請求項１０】
前記プロキシーノード（１２１）は、階層型モバイルＩＰのモビリティアクセスポイントに設置されていることを特徴とする請求項１に記載の通信システム。
【請求項１１】
前記モビリティアクセスポイントは、前記移動ノード（１０１）の訪問先ネットワークのＩＰサブネット内に配置されていることを特徴とする請求項８に記載の通信システム。
【請求項１２】
前記移動ノード（１０１）は、ハンドオーバ更新処理が継続している限り、これまで接続していた以前のプロキシーノードを使用し続けることを特徴とする請求項１に記載の通信システム。
【請求項１３】
前記ホームエージェントノード（１３１）は、モバイルＩＰ規格に従って動作することを特徴とする請求項１ないし１２のいずれか１項に記載の通信システム。
【請求項１４】
複数のルータノードを有したＩＰバックボーン（ＩＰ−ＢＢ）と、該ＩＰ−ＢＢを制御するネットワークコントロールプラットフォーム（ＮＣＰＦ）とを備えた通信システムで実行される方法であって、
前記ＩＰ−ＢＢは、
対応する相手ノード（１０２）と通信する移動ノード（１０１）と、
前記移動ノード（１０１）を管理するとともに前記移動ノード（１０１）から送信されたパケットを前記相手ノード（１０２）へ中継するホームエージェントノード（１３１）と、
前記移動ノード（１０１）に対して前記ホームエージェントノードよりも近くに配置されており、前記移動ノード（１０１）から送信された前記パケットを前記ホームエージェントノードへと中継するプロキシーノード（１２１）と、
前記相手ノード（１０２）へのパケットをリストアして中継する対応した相手プロキシーノード（１２２）と
を備え、
前記ＮＣＰＦは、
前記パケットのルーティングを管理するルーティングマネージャ（１４１）を備え、
前記方法は、
パケットルーティングを最適化するためのトリガーを前記プロキシーノードにおいて検出するステップ（Ｓ６０１）と、
前記検出されたトリガーを前記ルーティングマネージャ（１４１）に通知するステップ（Ｓ６０２）と、
前記トリガーが通知されると、前記移動ノード（１０１）にサービスを提供している前記プロキシーノード（１２１）と、前記相手ノード（１０２）にサービスを提供している他の相手プロキシーノード（１２２）との間に最適化されたルーティングパスを確立させるためのコマンドを前記ルーティングマネージャ（１４１）から前記プロキシーノードへ送信するステップ（Ｓ２０８）と、
前記ルーティングマネージャ（１４１）から受信したコマンドにしたがって、アドレススイッチング方式を使用して前記最適化されたルーティングパスを確立するステップ（Ｓ６０７）と、
前記移動ノード（１０１）に対して動的に割り当てられ、前記パケットに使用されているルーティングアドレスをセキュアにするステップ（Ｓ６０８）と、
前記セキュアにされた前記パケットを、確立された前記ルーティングパスを介して前記相手プロキシーノードへとルーティングするステップ（Ｓ６１０）と
を備え、
さらに、前記方法は、
前記ルーディングアドレスのプライバシー保護を必要とするかどうかを決定するステップと、
前記ルーディングアドレスのプライバシー保護が必要ないと決定されると、該ルーディングアドレスを露見すべく、前記移動ノード（１０１）から前記相手ノード（１０２）へバインディングアップデートを送信するステップと
を備えることを特徴とする方法。
【請求項１５】
複数のルータノードを有したＩＰバックボーン（ＩＰ−ＢＢ）と、該ＩＰ−ＢＢを制御するネットワークコントロールプラットフォーム（ＮＣＰＦ）とを備えた通信システムにおけるプロキシーノードであって、
前記ＩＰ−ＢＢは、
対応する相手ノード（１０２）と通信する移動ノード（１０１）と、
前記移動ノード（１０１）を管理するとともに前記移動ノード（１０１）から送信されたパケットを前記相手ノード（１０２）へ中継するホームエージェントノード（１３１）と、
前記移動ノード（１０１）に対して前記ホームエージェントノードよりも近くに配置されており、前記移動ノード（１０１）から送信された前記パケットを前記ホームエージェントノードへと中継するプロキシーノード（１２１）と、
前記相手ノード（１０２）へのパケットをリストアして中継する対応した相手プロキシーノード（１２２）と
を備え、
前記ＮＣＰＦは、
前記パケットのルーティングを管理するルーティングマネージャ（１４１）を備え、
前記プロキシーノード（１２１）は、
パケットルーティングを最適化するためのトリガーを検出する検出ユニット（５０１）と、
前記検出されたトリガーを前記ルーティングマネージャ（１４１）に通知する通知ユニット（５０２）と、
前記ルーティングマネージャ（１４１）から受信したコマンドにしたがって、アドレススイッチング方式を使用して最適化されたルーティングパスを確立するルート確立ユニット（５０３）と、
前記移動ノード（１０１）に対して動的に割り当てられ、前記パケットに使用されているルーティングアドレスをセキュアにするセキュア化ユニット（５０４）と、
前記セキュア化ユニット（５０４）によってセキュアにされた前記パケットを、前記確立されたルーティングパス（１５０）を介して前記相手プロキシーノードへとルーティングするルーティングユニット（５０５）と、
前記ルーディングアドレスのプライバシー保護が必要ないときに、該ルーディングアドレスを露見すべく、前記相手ノード（１０２）へバインディングアップデートを通過させる通過制御ユニットと
を備えることを特徴とするプロキシーノード。
【国際調査報告】
2010500782.tif 000009
2010500782.tif 000010
2010500782.tif 000011