(57)【要約】  パケットをリダイレクトする際の無駄なトンネリングカプセル化処理を省略する技術が開示され、その技術によればＭＮ１３０のインタフェース１３１の第１のアドレスを使用してＬＭＡ１１１及びＭＡＧ１２１を経由する第１のコネクションのパケットを、ＭＮ１３０のインタフェース１３２の第２のアドレスを使用してＬＭＡ１１２及びＭＡＧ１２２を経由する第２のコネクションにリダイレクトする場合に、ＬＭＡ１１１−ＬＭＡ１１２間にリダイレクション用トンネルＴ１を確立して、ＬＭＡ１１２は、ＭＡＧ１２２が第１のアドレスを知得している場合にはトンネルＴ経由でリダイレクトされた第１のアドレスあてパケットをＭＡＧ１２２あてにカプセル化して転送する。
2011001594.tif 000002
【特許請求の範囲】
【請求項１】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクション方法であって、
前記第１及び第２のホームエージェントの間にリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトするステップと、
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送するステップとを、
有するリダイレクション方法。
【請求項２】
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得していない場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２のコネクションに割り当てられた第２のプリフィックスから生成されるアドレスあてにカプセル化したパケットをさらに前記第２の代理ノードあてにカプセル化して転送するステップをさらに有することを特徴とする請求項１に記載のリダイレクション方法。
【請求項３】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムであって、
前記第１及び第２のホームエージェントの間にリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記要求に基づいて前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段と、
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送する手段とを、
有するリダイレクションシステム。
【請求項４】
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得していない場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２のコネクションに割り当てられた第２のプリフィックスから生成されるアドレスあてにカプセル化したパケットをさらに前記第２の代理ノードあてにカプセル化して転送する手段をさらに有することを特徴とする請求項３に記載のリダイレクションシステム。
【請求項５】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記モバイルノードであって、
前記第１及び第２のコネクションが同時に接続されているか否かを検知する手段と、
前記第１及び第２のコネクションが同時に接続されていると検知した場合に、前記第１又は第２のホームエージェントに対して前記第１及び第２のホームエージェント間にリダイレクション用のトンネルを確立するよう要求するトンネル確立要求手段と、
前記第１のホームエージェントに対して前記第１のアドレスあてのパケットを前記リダイレクション用のトンネル経由でリダイレクトするよう要求するリダイレクション要求手段とを、
有するモバイルノード。
【請求項６】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記第１のホームエージェントであって、
前記第２のホームエージェントとの間でリダイレクション用のトンネルを確立する手段と、
前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段とを、
有するホームエージェント。
【請求項７】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記第２のホームエージェントであって、
前記第１のホームエージェントとの間でリダイレクション用のトンネルを確立する手段と、
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトした場合、前記第２の代理ノードが前記第１のアドレスを知得しているときには、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送する手段とを、
有するホームエージェント。
【請求項８】
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトした場合、前記第２の代理ノードが前記第１のアドレスを知得していないときには、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２のコネクションに割り当てられた第２のプリフィックスから生成されるアドレスあてにカプセル化したパケットをさらに前記第２の代理ノードあてにカプセル化して転送する手段をさらに有することを特徴とする請求項７に記載のホームエージェント。
【請求項９】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクション方法であって、
前記第１及び第２のホームエージェントの間でリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトするステップと、
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送するステップとを、
有するリダイレクション方法。
【請求項１０】
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得していない場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットのあて先アドレスを前記第２のアドレスに変更してそのパケットを前記第２の代理ノードあてにカプセル化して転送するステップをさらに有することを特徴とする請求項９に記載のリダイレクション方法。
【請求項１１】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムであって、
前記第１及び第２のホームエージェントの間でリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段と、
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送する手段とを、
有するリダイレクションシステム。
【請求項１２】
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得していない場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットのあて先アドレスを前記第２のアドレスに変更してそのパケットを前記第２の代理ノードあてにカプセル化して転送する手段をさらに有することを特徴とする請求項１１に記載のリダイレクションシステム。
【請求項１３】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記第２のホームエージェントであって、
前記第１のホームエージェントとの間でリダイレクション用のトンネルを確立する手段と、
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトした場合、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送する手段とを、
有するホームエージェント。
【請求項１４】
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトした場合、前記第２の代理ノードが前記第１のアドレスを知得していない場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットのあて先アドレスを前記第２のアドレスに変更してそのパケットを前記第２の代理ノードあてにカプセル化して転送する手段をさらに有することを特徴とする請求項１３に記載のホームエージェント。
【請求項１５】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクション方法であって、
前記第１のホームエージェントと、前記第１のアドレスを知得している前記第２の代理ノードの間でリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトするステップと、
前記第２の代理ノードが、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２のインタフェースに転送するステップとを、
有するリダイレクション方法。
【請求項１６】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムであって、
前記第１のホームエージェントと、前記第１のアドレスを知得している前記第２の代理ノードとの間でリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段と、
前記第２の代理ノードが、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２のインタフェースに転送する手段とを、
有するリダイレクションシステム。
【請求項１７】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記モバイルノードであって、
前記第１及び第２のコネクションが同時に接続されているか否かを検知する手段と、
前記第１及び第２のコネクションが同時に接続されていると検知した場合に、前記第１のホームエージェントと、前記第１のアドレスを知得している前記第２の代理ノードとの間に、リダイレクション用のトンネルを確立するよう要求するトンネル確立要求手段と、
前記第１のホームエージェントに対して前記第１のアドレスあてのパケットを前記リダイレクション用のトンネル経由でリダイレクトするよう要求するリダイレクション要求手段とを、
有するモバイルノード。
【請求項１８】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記第１のホームエージェントであって、
前記第１のアドレスを知得している前記第２の代理ノードとの間でリダイレクション用のトンネルを確立する手段と、
前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段とを、
有するホームエージェント。
【請求項１９】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおいて前記第１のアドレスを知得している前記第２の代理ノードであって、
前記第１のホームエージェントとの間にリダイレクション用のトンネルを確立する手段と、
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトした場合、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２のインタフェースに転送する手段とを、
有する代理ノード。
【請求項２０】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクション方法であって、
前記モバイルノードが前記第１及び第２のコネクションが同時に接続されているか否かを検知して、前記第１及び第２のコネクションが同時に接続されていると検知した場合に前記第２の代理ノードに対して前記第２の代理ノードと前記第１のホームエージェントの間にリダイレクション用のトンネルを確立するよう要求するステップと、
前記要求が前記第２の代理ノードによりアクセプトされた場合に、前記モバイルノードが前記第２の代理ノードと前記第１のホームエージェントの間にリダイレクション用のトンネルを確立するよう要求して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトするステップとを、
有するリダイレクション方法。
【請求項２１】
前記要求が前記第２の代理ノードにより拒絶された場合に、前記モバイルノードが前記第１のホームエージェントに対して前記第１のアドレスあてのパケットを前記第２のコネクションのプリフィックスの範囲内のアドレスあてにトンネル化して転送するよう要求して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のコネクションのプリフィックスの範囲内のアドレスあてにトンネル化して転送するステップをさらに有することを特徴とする請求項２０に記載のリダイレクション方法。
【請求項２２】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムであって、
前記モバイルノードが前記第１及び第２のコネクションが同時に接続されているか否かを検知して、前記第１及び第２のコネクションが同時に接続されていると検知した場合に前記第２の代理ノードに対して前記第２の代理ノードと前記第１のホームエージェントの間にリダイレクション用のトンネルを確立するよう要求する手段と、
前記要求が前記第２の代理ノードによりアクセプトされた場合に、前記モバイルノードが前記第２の代理ノードと前記第１のホームエージェントの間にリダイレクション用のトンネルを確立するよう要求して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段とを、
有するリダイレクションシステム。
【請求項２３】
前記要求が前記第２の代理ノードにより拒絶された場合に、前記モバイルノードが前記第１のホームエージェントに対して前記第１のアドレスあてのパケットを前記第２のコネクションのプリフィックスの範囲内のアドレスあてにトンネル化して転送するよう要求して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のコネクションのプリフィックスの範囲内のアドレスあてにトンネル化して転送する手段をさらに有することを特徴とする請求項２２に記載のリダイレクションシステム。
【請求項２４】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記モバイルノードであって、
前記第１及び第２のコネクションが同時に接続されているか否かを検知する手段と、
前記第１及び第２のコネクションが同時に接続されていると検知した場合に前記第２の代理ノードに対して前記第２の代理ノードと前記第１のホームエージェントの間にリダイレクション用のトンネルを確立するよう要求する手段と、
前記要求が前記第２の代理ノードによりアクセプトされた場合に、前記第１のホームエージェントに対して、前記第２の代理ノードと前記第１のホームエージェントの間にリダイレクション用のトンネルを確立して前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトするよう要求する手段とを、
有するモバイルノード。
【請求項２５】
前記要求が前記第２の代理ノードにより拒絶された場合に、前記第１のホームエージェントに対して、前記第１のアドレスあてのパケットを前記第２のコネクションのプリフィックスの範囲内のアドレスあてにトンネル化して転送するよう要求する手段をさらに有することを特徴とする請求項２４に記載のモバイルノード。
【請求項２６】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記第１のホームエージェントであって、
前記モバイルノードから前記第１のホームエージェントに対して前記第２の代理ノードと前記第１のホームエージェントの間にリダイレクション用のトンネルを確立して前記第１のアドレスあてのパケットを前記リダイレクション用のトンネル経由でリダイレクトする要求を受け付けて、前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段を、
有するホームエージェント。
【請求項２７】
前記モバイルノードから前記第１のホームエージェントに対して前記第１のアドレスあてのパケットを前記第２のコネクションのプリフィックスの範囲内のアドレスあてにトンネル化して転送する要求を受け付けて、前記第１のアドレスあてのパケットを前記第２のコネクションのプリフィックスの範囲内のアドレスあてにトンネル化して転送する手段をさらに有することを特徴とする請求項２６に記載のホームエージェント。
【請求項２８】
前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記第１及び第２のホームエージェントの間に確立されている前記リダイレクション用のトンネルを、前記第１のホームエージェントと前記第２の代理ノードの間に移動して確立するステップと、
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記移動されたリダイレクション用のトンネル経由でリダイレクトするステップとを、
さらに有する請求項１又は９に記載のリダイレクション方法。
【請求項２９】
前記モバイルノードの第２のインタフェースが第３の代理ノードにハンドオフして前記第２のコネクションが前記第３の代理ノード及び前記第２のホームエージェントに移動した場合、前記モバイルノードが前記移動されたリダイレクション用のトンネルを前記第１及び第２のホームエージェントの間に戻して確立するよう要求するステップと、
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記戻されたリダイレクション用のトンネル経由でリダイレクトするステップとを、
さらに有する請求項２８に記載のリダイレクション方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケットをリダイレクトするためのリダイレクション方法及びリダイレクションシステムに関する。
本発明はまた、上記のリダイレクションシステムにおけるモバイルノード、ホームエージェント及び代理ノードに関する。
【背景技術】
【０００２】
今日、多くのモバイル装置がインターネット・プロトコル（ＩＰ）を用いて、お互いに通信を行っている。ＩＥＴＦ（Internet Engineering Task Force）は、モバイル装置にモビリティ・サポートを提供するために、下記の非特許文献１に示すようにモバイルＩＰ（Mobility Support in IPv6、以下、ＭＩＰ）として知られているクライアントベースのモビリティ管理プロトコルと、下記の非特許文献２に示すようにプロキシ・モバイルＩＰ（ＰＭＩＰ）として知られているネットワークベースのモビリティ管理プロトコルを提案している。【０００３】
ＭＩＰでは、各モバイルノードは、永久的なホームネットワークを有する。モバイルノードは、ホームネットワークに接続（attach）すると、ホームアドレス（ＨｏＡ）として知られているプライマリなグローバルアドレスを割り当てられる。モバイルノードは、ホームネットワーク外に移動して他の外部ネットワークに接続（attach）すると、気付アドレス（ＣｏＡ）として知られているテンポラリなグローバルアドレスを割り当てられる。モビリティ・サポートの概念では、モバイルノードは、外部ネットワークに接続（attach）しているときにも、ＨｏＡあてのパケットでモバイルノードに到達できる。この到達性は、ホームエージェント（ＨＡ）として知られているエンティティをホームネットワークに導入することにより実現されている。モバイルノードは、バインディング・アップデート（ＢＵ）メッセージとして知られているメッセージを使用して、自身のＣｏＡをＨＡに登録する。この登録により、ＨＡは、モバイルノードのＨｏＡとＣｏＡの間にバインディングを生成することができる。そして、ＨＡは、モバイルノードのＨｏＡあてのメッセージをインタセプトし、パケット・カプセル化を使用してそのパケットをモバイルノードのＣｏＡあてに転送する。なお、このパケット・カプセル化では、モバイルノードのＨｏＡあてのパケットを新しいパケットのペイロードにセットし、パケット・トンネリングとしても知られている。【０００４】
このＭＩＰは、モビリティの問題を解決しているが、幾つかの問題がある。その１つは、モバイルノード自身がＢＵメッセージを自身のＨＡに送信する必要があることにある。このため、モバイルノードが高速で移動すると、発生するＢＵメッセージの数が膨大となる。また、モバイルノードが自身のＨＡから地理的に遠く離れるほど、ＢＵメッセージがＨＡに到達するのに時間がかかるかもしれない。ＨＡがアップデートしたＣｏＡあてのパケット転送を開始したときには、モバイルノードはその転送先にはもはや、位置していないかかもしれない。この理由により、ＩＥＴＦ ＲＦＣ ５２１３（非特許文献２）、下記の特許文献１１、下記の特許文献９に開示されているようなネットワークベースのローカル・モビリティ管理が提案されている。この手法では、モバイルノードは、ローカルネットワーク・ドメイン内で接続点（point of attachment）を変更しても同じアドレスを継続して使用でき、このため、モバイルノードのＨＡあてに送信されるＢＵメッセージを頻繁に送信する必要性を低減できる。【０００５】
ネットワークベースのローカル・モビリティ管理（ＮｅｔＬＭＭ）では、１つのローカル・モビリティ・アンカー（ＬＭＡ）と、複数のモバイル・アクセス・ゲートウェイ（ＭＡＧ）と、１つのＡＡＡ（Authentication Authorization and Accounting）サーバを採用している。ＭＡＧは、自身に接続（attach）しているモバイルノードのためのアクセスルータとしても動作する。モバイルノードがＭＡＧに接続（attach）するごとに、そのＭＡＧは、まずモバイルノードの証明書（credential）をＡＡＡサーバで検証（verify）して、そのモバイルノードがローカルネットワーク・ドメインのサービスを使用する資格があることを認証（Authorize）する。ＡＡＡサーバはまた、ＭＡＧに対して、モバイルノードが割り当てられるべきプリフィックスすなわちアドレスを通知する。この手法により、ＭＡＧは、ホームネットワーク・プリフィックス（ＨＮＰ）として知られる同じプリフィックスをモバイルノードに広告することができる。ＭＡＧは同時に、ＬＭＡをアップデートして、モバイルノードに割り当てられたプリフィックスあてに送信されたパケットが、モバイルノードが現在接続（attach）しているＭＡＧあてにトンネル化されるようにしなければならない。このアップデートは、モバイルノードが使用しているアドレスをＭＡＧのアドレスにバインドするプロキシＢＵ（ＰＢＵ）メッセージをＭＡＧがＬＭＡに送信することにより行われる。【０００６】
この手法は、ＭＡＧがモバイルノードのプロキシとしてＰＢＵメッセージをＬＭＡに送信し、また、ＬＭＡがモバイルノードのローカルネットワーク・ドメイン内のホームエージェントとして動作するので、プロキシ・モバイルＩＰ（ＰＭＩＰ）としても知られている。このように、モバイルノードは、現在どのＭＡＧに接続（attach）しているかにかかわらず、常に同じホームネットワーク・プリフィックス（ＨＮＰ）を参照し、このため、自身のアドレスを変更しない。したがって、モバイルノードは、ＢＵメッセージを自身のホームエージェントに頻繁に送信する必要がない。【０００７】
ところで、現在、異なるワイヤレス技術が急増し、例えばＵＭＴＳセルラ・インタフェースや、ワイヤレス・イーサネット（登録商標）８０２．１１インタフェースや、ＷｉＭＡＸ（登録商標）（８０２．１６）インタフェースや、ブルーツース（登録商標）インタフェースのような異なるアクセス・インタフェースを備えたモバイルノードが増加している。ローカル・モビリティ管理において、複数インタフェースを備えた装置をサポートできる手法は、その装置に複数のプリフィックスすなわちアドレスを割り当てることである。非特許文献２におけるＩＥＴＦ ＲＦＣ ５２１３では、モバイルノードは、複数のインタフェースの各々において異なるプリフィックスを参照し、また、このプリフィックスは、モバイルノードが同じネットワーク内をローミングしている限り、維持される。モバイルノードが外部ドメイン内をローミングしているＭＩＰノードである場合には、そのモバイルノードは、複数のＣｏＡ（各プリフィックスから１つのＣｏＡ）を構成して自身のＨｏＡにバインドする必要がある。この意味は、モバイルノードがホームエージェント（ＨＡ）と通信相手（Correspondent Node、ＣＮ）と通信しているすべてのインタフェースを使用したい場合、下記の非特許文献３の「IETF Draft Multiple CoA」と下記の非特許文献４の「IETF Draft Flow Binding」に記載されているメカニズムを使用して、複数のＢＵメッセージをＨＡとＣＮに送信する必要があるということである。【０００８】
現在、純粋にネットワークベースのモビリティ管理は可能ではない。セルラベースのシステムは、ボイスコールをリダイレクトするために、ＳＩＰ（Session Initiation protocol）プロトコルや、下記の特許文献７に開示されているプロトコルのようなメカニズムを使用できる。しかしながら、異なるインタフェースを跨がった一般的なＩＰセッションをリダイレクトするには、下記の特許文献１、２、３、５に開示されているようなトンネリング技術を使用する必要があるかもしれない。その理由は、リダイレクトされる際、オリジナルのパケットは、第１のインタフェースに割り当てられたプリフィックスをあて先とするが、異なるプリフィックスを割り当てられた第２のプリフィックスあてにルーティングされるからである。また、あて先のプリフィックスが異なると、ルート途中のルータは、イングレス・フィルタリングを実行してそのパケットを破棄するかもしれない。【０００９】
トンネリング技術は、ＩＰトンネル、又はモバイルノードで終端されるレイヤ２ベアラを必要とするかもしれず、このため、処理負荷とパケットサイズを増大させる。トンネリング技術を避ける１つの方法は、ターゲットのインタフェースに割り当てられていないプリフィックスであっても、そのプリフィックスあてのパケットを通過させるようにルート途中のルータに通知することである。しかし、この方法は、ルート途中のルータがレガシーであって（第１のコネクションのプリフィックスＰ１を知得していない）、容易かつ安価に変更できない場合に可能でない。別の方法としては、下記の特許文献８に開示されているように、アンカーポイントがパケットのアドレスを変更する方法がある。この方法を採用すると、モビリティ・アンカーがパケットのあて先アドレスを、そのパケットがルーティングされるべき目的のインタフェースの割り当てられたプリフィックスの範囲内の第２のアドレスに変更することはありそうである。この手法により、特別なカプセル化を行うことなく、ルート途中のルータによるイングレス・フィルタリングを避けることができる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】[PCT特許出願国際公開 WO 2009/013099A1] Fiat, L., "A Method for Routing traffic Across an IP-based Transport Network in a Mobile Network", Jan 2009.
【特許文献２】[PCT特許出願国際公開 WO 2009/000886A1] Chen, X., "Apparatuses and Method for Communicating a Request for an Internet Protocol Address to the Visited Serving Gateway", Dec 2008.
【特許文献３】[ヨーロッパ特許出願公開 EP 1990951A1] Brand, B. and Liebhart, R., "3GPP Integrated WiMAX CSN Interworking Function", Nov 2008.
【特許文献４】[PCT特許出願国際公開 WO 2008/127662A1] Faccin, S., "Packet Data Network Connectivity Domain Selection and Bearer Setup", Oct 2008.
【特許文献５】[PCT特許出願国際公開 WO 2008/110902A2] Walker, J., "Method and System for Global Anchor registration", Sep 2008.
【特許文献６】[PCT特許出願国際公開 WO 2008/071276A1] Velev, G. et al., "Local Mobility Anchor Relocation and Route Optimization During Handover of a Mobile Node to another Network Area", Jun 2008.
【特許文献７】[PCT特許出願国際公開 WO 2006/138736A2] Kant, N., "Voice Call Continuity Application Server between IP-CAN and CS Networks", Dec 2006.
【特許文献８】[米国特許出願公開 US 2006/0146781A1] Adrangi, F., et al., "Access to Cellular Services from an Internet Protocol Network", Jul. 2006.
【特許文献９】[PCT特許出願国際公開 WO 2006/058206A2] Chari, A. et al., "A method of subnet roaming within a network", Jun 2006.
【特許文献１０】[PCT特許出願国際公開 WO 2006/010382A1] Dell’uomo,L. et al. "Method and System for Controlling Operation of a Communication Network, Related Network and Computer Program Product therefor", Feb 2006
【特許文献１１】[PCT特許出願国際公開 WO 03/107600A1] Maenpaa, S. and Vesterinen, S., "A Method and System for Local Mobility Management", December 2003.
【非特許文献】
【００１１】
【非特許文献１】Johnson, D. B., Perkins, C. E., and Arkko, J., "Mobility Support in IPv6", Internet Engineering Task Force Request For Comments 3775, June 2004.
【非特許文献２】Gundavelli, S., et al., "Proxy Mobile IPv6", Internet Engineering Task Force Draft draft-ietf-netlmm-proxymip6-11.txt, Feb 2008.
【非特許文献３】Wakikawa, R. et al., "Multiple Care-of Addresses Registration", Internet Engineering Task Force Draft: draft-ietf-monami6-multiplecoa-12.txt, Mar 2009.
【非特許文献４】Soliman, H., et al., "Flow Bindings in Mobile IPv6 and Nemo Basic Support", Internet Engineering Task Force Draft: draft-ietf-mext-flow-binding-01.txt, Feb 2009.
【００１２】
図１５を参照して上記のトンネリング手法を説明する。モバイルノード（ＭＮ）１３０は、２つのインタフェース１３１、１３２を有し、また、ローカルドメイン１１０をローミングしていてインターネットのようなグローバル通信ネットワーク１００にアクセスしている。ローカルドメイン１１０は、ＬＭＡ１１１、１１２及びＭＡＧ１２１、１２２、１２４とともにネットワークベースのローカル・モビリティ・サポートをＭＮ１３０に提供する。ここで、ＭＮ１３０は、インタフェース１３１を使用してアクセスネットワーク１０１経由でＭＡＧ１２１に接続（attach）するとともに、インタフェース１３２を使用してアクセスネットワーク１０２経由でＭＡＧ１２２に接続（attach）するものとする。インタフェース１３１経由の第１のコネクションに関しては、ＭＮ１３０は第１のプリフィックスＰ１を割り当てられ、インタフェース１３２経由の第２のコネクションに関しては、ＭＮ１３０は第２のプリフィックスＰ２を割り当てられている。【００１３】
想定（１）では、ＬＭＡ１１１は、第１及び第２のコネクションの両方のローカル・モビリティ・アンカー（ホームエージェント）であり、ＬＭＡ１１２は、第１及び第２のコネクションに関連してない。ここで、ＭＮ１３０は、第１のプリフィックスＰ１から生成したアドレスＨｏＡ（Ｐ１）を現在使用している通信セッションを第２のインタフェース１３２にリダイレクトしたいものとする。ＬＭＡ１１１は、ＨｏＡ（Ｐ１）あてのパケットを受信すると、第２のコネクションのプロキシであるＭＡＧ１２２あてにそのパケットをトンネル化できる。ＭＡＧ１２２は、プリフィックスＰ２のみを取り扱っているので、ＭＮ１３０に割り当てられているプリフィックスＰ１に気付かない場合、あて先アドレスＨｏＡ（Ｐ１）とプリフィックスＰ２の不一致によりそのパケットを破棄するかもしれない。これがイングレス・フィルタリングである。このため、そのパケットをインタフェース１３２にルーティングさせるには、ＬＭＡ１１１は、以下の３つのオプションの１つを実行できる。【００１４】
第１に、リダイレクト元のＬＭＡ１１１は、リダイレクト先である第２のＭＡＧ１２２に対し、ＭＮ１３０に割り当てられているプリフィックスＰ１を追加して通知することができる。この方法により、ＭＡＧ１２２は、あて先アドレスＨｏＡ（Ｐ１）のパケットをアクセスネットワーク１０２に通過させることができる。しかしながら、この方法は、ＭＡＧ１２２がレガシーであって、追加のプリフィックスＰ１を了解しない場合には実現できない。第２に、ＬＭＡ１１１は、あて先アドレスＨｏＡ（Ｐ１）のパケットを、プリフィックスＰ２から構成したあて先アドレスＨｏＡ（Ｐ２）のパケット内にカプセル化することができる。この方法は、パケット・トンネリングとして知られている。しかしながら、この方法は、ＭＡＧ１２２がレガシーであって追加のプリフィックスＰ１を了解しない場合にも動作するが、ＭＮ１３０の追加のデカプセル化処理の負荷を招き、また、パケットサイズを増大させる。第３に、ＬＭＡ１１１は、パケットのあて先アドレスＨｏＡ（Ｐ１）を、プリフィックスＰ２から構成した特別なあて先アドレスＨｏＡ（Ｐ２）に変更することができる。ＭＮ１３０は、このパケットを受信すると、この特別なあて先アドレスＨｏＡ（Ｐ２）を了解して元のあて先アドレスＨｏＡ（Ｐ１）に戻す。【００１５】
想定（２）では、通信ネットワーク上に複数のアンカーポイントがＭＮ１３０のホームエージェント（ＬＭＡ１１１、１１２）として存在して、ＭＮ１３０に割り当てられた異なるプリフィックスＰ１、Ｐ２をそれぞれ異なるＬＭＡ１１１、１１２が取り扱う。リダイレクト元のＬＭＡ１１１が追加のプリフィックスＰ１をリダイレクト先のＭＡＧ１２２に通知（上記第１のオプション）したり、リダイレクト先のＭＡＧ１２２に送信されるパケットのあて先アドレスＨｏＡ（Ｐ１）を変更（上記第３のオプション）したりする方法は、想定（２）のように、複数のＬＭＡ１１１、１１２（すなわちホームエージェント）が存在する場合には、うまく動作しない。複数のモビリティ・アンカーに関する従来技術としては、特許文献４、６、１０などに開示されている。複数のモビリティ・アンカーが存在すると、リダイレクト元のモビリティ・アンカーが追加のプリフィックスＰ１をリダイレクト先のＭＡＧに通知（上記第１のオプション）したり、リダイレクト先のＭＡＧ１２２に送信されるパケットのあて先アドレスＨｏＡ（Ｐ１）を変更（上記第３のオプション）したりする方法がうまく動作しない理由について、図１５を参照して説明する。【００１６】
ここで、ＬＭＡ１１１が、インタフェース１３１を使用したＭＡＧ１２１経由の第１のコネクションのみを取り扱っているとともに、ＬＭＡ１１２が、インタフェース１３２を使用したＭＡＧ１２２経由の第２コネクションのみを取り扱っているものとする。この意味は、リダイレクト先である第２のＭＡＧ１２２がインタフェース１３２を使用したコネクションのためのＰＢＵメッセージをリダイレクト元の第１のＬＭＡ１１１に送信しておらず、このため、リダイレクト元のＬＭＡ１１１は、ＭＮ１３０の第２のインタフェース１３２がどのＭＡＧに接続（attach）しているかを知得していないということである。したがって、リダイレクト元のＬＭＡ１１１は、リダイレクト先のＭＡＧ１２２を特定することができないため、ＭＡＧ１２２がレガシー（第１のコネクションのプリフィックスＰ１を知得していない）か否かを知得できず、リダイレクト元のＭＡＧ１２１に割り当てられているプリフィックスＰ１をリダイレクト先のＭＡＧ１２２に通知する方法がない。【００１７】
アドレスを変更する方法は、ＭＮ１３０への受信パケットに対しては動作するかもしれない。その理由は、リダイレクト先のＭＡＧ１２２に送信されるパケットのあて先アドレスをＨｏＡ（Ｐ１）からＨｏＡ（Ｐ２）に変更すると、ローカルドメイン１１０内のルーティング・インフラストラクチャにより、そのパケットがリダイレクト先のＬＭＡ１１２に転送され、ＬＭＡ１１２がそのパケットをＭＡＧ１２２経由でＭＮ１３０に転送するからである。しかしながら、ＭＮ１３０が同じ通信セッションでＭＮ１３０からの送信パケットを送出したい場合に問題が発生する。ＭＮ１３０がその送信パケットの送信元アドレスＨｏＡ（Ｐ１）をＨｏＡ（Ｐ２）に変更すると、ＬＭＡ１１１は、その送信パケットをローカルドメイン１１０外に送信する前に送信元アドレスＨｏＡ（Ｐ２）を元のアドレスＨｏＡ（Ｐ１）に戻すことになるであろう。しかしながら、プリフィックスＰ２は別のＬＭＡ１１２により取り扱われているので、ＬＭＡ１１１は、その送信パケットを受信せず、送信元アドレスＨｏＡ（Ｐ２）を元のアドレスＨｏＡ（Ｐ１）に戻せない。【００１８】
したがって、上記のように複数のアンカーポイント（ＬＭＡ１１１、１１２）がＭＮ１３０のホームエージェントとして存在する想定（２）の状況下では、リダイレクト元のアンカーポイントは、自身が管理していないモバイルノードの別のリダイレクト先インタフェースにパケットをリダイレクトするときには、常にトンネリングカプセル化を使用（上記第２のオプション）することになるであろう。このため、ＭＮ１３０が現在、接続（attach）しているリダイレクト先のＭＡＧ１２２がレガシーでない場合（第１のコネクションのプリフィックスＰ１を知得している場合）には、トンネリングカプセル化が不要であるにもかかわらずトンネリングカプセル化を使用するので、ＭＮ１３０にとってトンネリングカプセル化の処理負荷が無駄となり、効率的でないという問題がある。
【発明の概要】
【００１９】
本発明は上記の問題点に鑑み、パケットをリダイレクトする際、リダイレクト先の代理ノードがリダイレクト元のプリフィックスを知得している場合に、ホームエージェント及びモバイルノードによる無駄なトンネリングカプセル化、デカプセル化処理を省略することができるリダイレクション方法、リダイレクションシステム、モバイルノード、ホームエージェント及び代理ノードを提供することを目的とする。
【００２０】
本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクション方法であって、
前記第１及び第２のホームエージェントの間にリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトするステップと、
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送するステップとを、
有する構成とした。
【００２１】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムであって、
前記第１及び第２のホームエージェントの間にリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記要求に基づいて前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段と、
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送する手段とを、
有する構成とした。
【００２２】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記モバイルノードであって、
前記第１及び第２のコネクションが同時に接続されているか否かを検知する手段と、
前記第１及び第２のコネクションが同時に接続されていると検知した場合に前記第１又は第２のホームエージェントに対して前記第１及び第２のホームエージェント間にリダイレクション用のトンネルを確立するよう要求するトンネル確立要求手段と、
前記第１のホームエージェントに対して前記第１のアドレスあてのパケットを前記リダイレクション用のトンネル経由でリダイレクトするよう要求するリダイレクション要求手段とを、
有する構成とした。
【００２３】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記第１のホームエージェントであって、
前記第２のホームエージェントとの間でリダイレクション用のトンネルを確立する手段と、
前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段とを、
有する構成とした。
【００２４】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記第２のホームエージェントであって、
前記第１のホームエージェントとの間でリダイレクション用のトンネルを確立する手段と、
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトした場合、前記第２の代理ノードが前記第１のアドレスを知得しているときには、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送する手段とを、
有する構成とした。
【００２５】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクション方法であって、
前記第１及び第２のホームエージェントの間でリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトするステップと、
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送するステップとを、
有する構成とした。
【００２６】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムであって、
前記第１及び第２のホームエージェントの間でリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段と、
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送する手段とを、
有する構成とした。
【００２７】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記第２のホームエージェントであって、
前記第１のホームエージェントとの間でリダイレクション用のトンネルを確立する手段と、
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトした場合、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送する手段とを、
有する構成とした。
【００２８】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクション方法であって、
前記第１のホームエージェントと、前記第１のアドレスを知得している前記第２の代理ノードの間でリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトするステップと、
前記第２の代理ノードが、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２のインタフェースに転送するステップとを、
有する構成とした。
【００２９】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムであって、
前記第１のホームエージェントと、前記第１のアドレスを知得している前記第２の代理ノードとの間でリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段と、
前記第２の代理ノードが、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２のインタフェースに転送する手段とを、
有する構成とした。
【００３０】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記モバイルノードであって、
前記第１及び第２のコネクションが同時に接続されているか否かを検知する手段と、
前記第１及び第２のコネクションが同時に接続されていると検知した場合に、前記第１のホームエージェントと、前記第１のアドレスを知得している前記第２の代理ノードとの間に、リダイレクション用のトンネルを確立するよう要求するトンネル確立要求手段と、
前記第１のホームエージェントに対して前記第１のアドレスあてのパケットを前記リダイレクション用のトンネル経由でリダイレクトするよう要求するリダイレクション要求手段とを、
有する構成とした。
【００３１】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記第１のホームエージェントであって、
前記第１のアドレスを知得している前記第２の代理ノードとの間でリダイレクション用のトンネルを確立する手段と、
前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段とを、
有する構成とした。
【００３２】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおいて前記第１のアドレスを知得している前記第２の代理ノードであって、
前記第１のホームエージェントとの間にリダイレクション用のトンネルを確立する手段と、
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトした場合、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２のインタフェースに転送する手段とを、
有する構成とした。
【００３３】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクション方法であって、
前記モバイルノードが前記第１及び第２のコネクションが同時に接続されているか否かを検知して、前記第１及び第２のコネクションが同時に接続されていると検知した場合に前記第２の代理ノードに対して前記第２の代理ノードと前記第１のホームエージェントの間にリダイレクション用のトンネルを確立するよう要求するステップと、
前記要求が前記第２の代理ノードによりアクセプトされた場合に、前記モバイルノードが前記第２の代理ノードと前記第１のホームエージェントの間にリダイレクション用のトンネルを確立するよう要求して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトするステップとを、
有する構成とした。
【００３４】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムであって、
前記モバイルノードが前記第１及び第２のコネクションが同時に接続されているか否かを検知して、前記第１及び第２のコネクションが同時に接続されていると検知した場合に前記第２の代理ノードに対して前記第２の代理ノードと前記第１のホームエージェントの間にリダイレクション用のトンネルを確立するよう要求する手段と、
前記要求が前記第２の代理ノードによりアクセプトされた場合に、前記モバイルノードが前記第２の代理ノードと前記第１のホームエージェントの間にリダイレクション用のトンネルを確立するよう要求して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段とを、
有する構成とした。
【００３５】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記モバイルノードであって、
前記第１及び第２のコネクションが同時に接続されているか否かを検知する手段と、
前記第１及び第２のコネクションが同時に接続されていると検知した場合に前記第２の代理ノードに対して前記第２の代理ノードと前記第１のホームエージェントの間にリダイレクション用のトンネルを確立するよう要求する手段と、
前記要求が前記第２の代理ノードによりアクセプトされた場合に、前記第１のホームエージェントに対して、前記第２の代理ノードと前記第１のホームエージェントの間にリダイレクション用のトンネルを確立して前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトするよう要求する手段とを、
有する構成とした。
【００３６】
また本発明は上記目的を達成するために、モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記第１のホームエージェントであって、
前記モバイルノードから前記第１のホームエージェントに対して前記第２の代理ノードと前記第１のホームエージェントの間にリダイレクション用のトンネルを確立して前記第１のアドレスあてのパケットを前記リダイレクション用のトンネル経由でリダイレクトする要求を受け付けて、前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段を、
有する構成とした。
【００３７】
この構成により、第２の代理ノードが第１のアドレスを知得している場合には、第２のホームエージェントが、第２のホームエージェントあてにカプセル化されてリダイレクション用のトンネル経由でリダイレクトされたパケットをさらに第２の代理ノードあてにカプセル化しないので、ホームエージェント及びモバイルノードによる無駄なトンネリングカプセル化処理・デカプセル化処理を省略することができる。
【００３８】
本発明によれば、パケットをリダイレクトする際、リダイレクト先の代理ノードがリダイレクト元のプリフィックスを知得している場合に、ホームエージェント及びモバイルノードによる無駄なトンネリングカプセル化処理・デカプセル化処理を省略することができる。
【図面の簡単な説明】
【００３９】
【図１】本発明に係るリダイレクション方法の第１の実施の形態が適用されるネットワーク構成を示す説明図
【図２】図１のＭＮ及びＬＭＡの動作と、ＭＮ及びＬＭＡ間の通信シーケンスの概略を示す説明図
【図３】第１の実施の形態においてリダイレクション先のＭＡＧがリダイレクション元のプリフィックスを知得している場合の通信シーケンスを示す説明図
【図４】第１の実施の形態においてリダイレクション先のＭＡＧがリダイレクション元のプリフィックスを知得していない場合の通信シーケンスを示す説明図
【図５】第２の実施の形態においてリダイレクション先のＭＡＧがリダイレクション元のプリフィックスを知得している場合の通信シーケンスを示す説明図
【図６】第３の実施の形態においてリダイレクション先のＭＡＧがリダイレクション元のプリフィックスを知得していない場合の通信シーケンスを示す説明図
【図７】第６の実施の形態においてハンドオフ先のＭＡＧがリダイレクション元のプリフィックスを知得していない場合の通信シーケンスを示す説明図
【図８】第７の実施の形態においてハンドオフ先のＭＡＧがリダイレクション元のプリフィックスを知得していない場合の通信シーケンスを示す説明図
【図９】図１のモバイルノードの機能的アーキテクチャを示すブロック図
【図１０】図１のモバイルノードの動作を説明するためのフローチャート
【図１１】図１のＬＭＡの機能的アーキテクチャを示すブロック図
【図１２】図１のＬＭＡの動作を説明するためのフローチャート
【図１３】図１のＭＡＧの機能的アーキテクチャを示すブロック図
【図１４】図１のＭＡＧの動作を説明するためのフローチャート
【図１５】本発明が解決しようとする課題を説明するためのネットワーク構成を示す説明図
【発明を実施するための形態】
【００４０】
以下、図面を参照して本発明の実施の形態について説明する。図１は本発明に係るリダイレクション（フローフィルタリングとも呼ぶ）方法の実施の形態が適用されるネットワーク構成を示す説明図であり、ネットワーク構成は、リダイレクション・トンネルＴを除いて図１５と同じであるので、詳細な説明を省略する。本発明が適用されるモバイルノード（ＭＮ）１３０は、ネットワークベースのモビリティ管理をＭＮ１３０に提供するローカルドメイン１１０に対して第１のコネクションと第２のコネクションを有し、また、第１及び第２のコネクションはそれぞれ異なるプリフィックスＰ１、Ｐ２を使用する。ＭＮ１３０は、通信セッションを第１のコネクションから第２のコネクションに移す必要があるとき（又はその必要性を予測したとき）に、まず、第１のコネクションと第２のコネクションを管理するローカル・モビリティ・アンカー（ＬＭＡ）として、異なるＬＭＡ１１１、１１２が使用されているか否かを検知する。ＭＮ１３０は、複数の異なるＬＭＡ１１１、１１２が使用されていると検知した場合には、ＬＭＡ１１１、１１２（又はＬＭＡ１１１、１１２が制御するエレメント）間で特別なトンネル（以下、リダイレクション・トンネル）Ｔを確立するようローカルドメイン１１０に要求して、元々は第１のコネクション経由で流れていた所望の通信セッションに属するパケット（フロー）がリダイレクション・トンネルＴにリダイレクト（転送）され、その結果、第２のコネクション経由で転送されるようにする。
【００４１】
リダイレクション・トンネルＴを確立する理由は、本質的にはフローを第１のコネクションから第２のコネクションに移すのを容易にするためである。この場合、リダイレクション・トンネルＴの一端の第１のＬＭＡ１１１は、パケットをリダイレクション・トンネルＴ経由で転送する必要があるのみであるので、第２のコネクション上のモバイル・アクセス・ゲートウェイ（ＭＡＧ１２２）の能力を知得する必要はない。その代わりに、リダイレクション・トンネルＴの他端の第２のＬＭＡ１１２（又はＬＭＡ１１２が制御するエレメント）は、パケットが第２のコネクション経由でどのように転送されるかについて決定する。この手法により、本発明の目的が達成される。以下に、リダイレクション・トンネルＴについて詳しく説明する。
【００４２】
＜動作及び通信シーケンスの概略＞
図２はＭＮ１３０及びＬＭＡ１１１、１１２の動作と、ＭＮ１３０及びＬＭＡ１１１、１１２間の通信シーケンスの概略を示す。ここで、ＭＮ１３０はインタフェース１３１、１３２経由でローカルドメイン１１０に接続（connect）していてグローバル通信ネットワーク１００にアクセスしている。また、インタフェース１３１はアクセスネットワーク１０１経由でＭＡＧ１２１に接続（attach）しているとともに、インタフェース１３２はアクセスネットワーク１０２経由でＭＡＧ１２２に接続（attach）している。さらに、インタフェース１３１経由の第１のコネクション側では、ＭＮ１３０は第１のプリフィックスＰ１を割り当てられていてＬＭＡ１１１により取り扱われている。また、インタフェース１３２経由の第２のコネクション側では、ＭＮ１３０は第２のプリフィックスＰ２を割り当てられていてＬＭＡ１１２により取り扱われている。
【００４３】
（１）ＭＮ１３０は、ＭＮ１３０がローカルドメイン１１０内の複数のＬＭＡ１１１、１１２経由でグローバル通信ネットワーク１００にアクセスしていることを検知すると（複数ＬＭＡ処理３１０）、
（２）ローカルドメイン１１０内でリダイレクション・トンネルＴの確立を要求する決定をして、リダイレクション・トンネル確立要求メッセージ３１２を２つのネットワーク・インタフェース１３１、１３２のうちの１つを経由してＬＭＡ１１１又は１１２に送信する。
（３）ＬＭＡ１１１又は１１２はリダイレクション・トンネル確立要求メッセージ３１２を受信すると、ＬＭＡ１１１−１１２間でリダイレクション・トンネルＴを確立する。
（４）さらに、ＭＮ１３０では、インタフェース１３１あての第１のコネクションの受信パケットを、リダイレクション・トンネルＴを経由して他方のインタフェース１３２に転送させるとともに、インタフェース１３１から送信する第１のコネクションの送信パケットを、他方のインタフェース１３２及びリダイレクション・トンネルＴを経由して送信させるためのリダイレクション・ルール（フィルタ・ルールとも呼ぶ）をＬＭＡ１１１、１１２にセットアップする（リダイレクション要求メッセージ３２０）。
【００４４】
（５）ＬＭＡ１１１は、ローカルドメイン１１０外からＭＮ１３０のインタフェース１３１あての第１のコネクションの受信パケット３３０を受信すると、リダイレクション・ルールに従い、その受信パケット３３０をリダイレクション・トンネルＴを経由して他方のネットワーク・インタフェース１３２に転送する（図の３３４）。
（６）また、ＭＮ１３０では、第１のコネクションの送信パケット３４２をネットワーク・インタフェース１３２及びリダイレクション・トンネルＴを経由して送信する場合、必要な場合にはパケット変更処理３４０を行う。ＬＭＡ１１１、１１２がその送信パケット３４２をリダイレクション・トンネルＴを経由してローカルドメイン１１０外に転送する（図の３４６、３４８）。図２に示す動作は、本発明の原理を簡単に説明するものであって、以下に実施の形態について詳しく説明する。
【００４５】
＜第１の実施の形態＞
第１の実施の形態では、第１のＬＭＡ１１１から第２のＬＭＡ１１２に対してリダイレクション・トンネルＴを確立する。図３及び図４は、リダイレクション・トンネル確立要求メッセージ４１２とリダイレクション要求メッセージ４２０が、リダイレクト元である第１のコネクションのＬＭＡ１１１に送信されてＬＭＡ１１１−１１２間にリダイレクション・トンネルＴが確立される場合のメッセージシーケンスを示す。特に図３は、リダイレクト先である第２のコネクション側のＭＡＧ１２２ａがレガシーでなく、第１のコネクションのプリフィックスＰ１を知得している場合を示し、図４はリダイレクト先である第２のコネクション側のＭＡＧ１２２ｂがレガシーであって第１のコネクションのプリフィックスＰ１を知得していない場合を示す。図３及び図４において同じメッセージには同じ参照符号を付す。
【００４６】
（１）前述したように、ＭＮ１３０は、第１のコネクションのある通信セッションをインタフェース１３１からインタフェース１３２に移したいものとする。ＭＮ１３０は、第１のコネクションと第２のコネクションが、それぞれ異なるＬＭＡ１１１、１１２経由でグローバル通信ネットワーク１００にアクセスしていることを検知すると（複数ＬＭＡ検知４１０）、
（２）インタフェース１３１から、リダイレクション・トンネル確立要求メッセージ４１２をＬＭＡ１１１に送信する。メッセージ４１２は、インタフェース１３１の第１のコネクションを取り扱っているＬＭＡ１１１をＭＮ１３０が知得している場合にはＬＭＡ１１１あてに直接に送信することができる。代わりに、メッセージ４１２は、それをＬＭＡ１１１にリレーするＭＡＧ１２１あてに送信することもできる。メッセージ４１２の内容としては、リダイレクト元のＬＭＡ１１１がリダイレクション・トンネルＴの終端を知得するために、ＭＮ１３０のインタフェース１３２の第２のコネクションの情報（リダイレクト先情報）を含むべきである。リダイレクト先情報として、例えばメッセージ４１２は、第２のコネクションに関連するＡＰＮ（Access Point Name）と、ＬＭＡ１１２のアドレスと、インタフェース１３２のインタフェース識別子を含んでもよく、さらにはＭＡＧ１２２ａのアドレスを含んでもよい。
【００４７】
（３）ＬＭＡ１１１はメッセージ４１２を受信すると、第２のコネクションを取り扱っているＬＭＡ１１２を特定し、また、リダイレクション・トンネルＴが資格認証（authorize）されるように検証する。これにより、ＬＭＡ１１１、１１２間でリダイレクション・トンネルＴが確立される（図の４１４）。リダイレクション・トンネルＴの確立中は、リダイレクト元ＬＭＡ１１１がインタフェース１３１に割り当てられているプリフィックスＰ１をリダイレクト先ＬＭＡ１１２に通知して、プリフィックスＰ１、Ｐ２からそれぞれ生成されたアドレスＨｏＡ（Ｐ１）、ＨｏＡ（Ｐ２）を有するパケットがリダイレクション・トンネルＴを通ることをＬＭＡ１１２が知得するようにすることが必要かもしれない。図３及び図４には示されていないが、ＬＭＡ１１１は、リダイレクション・トンネルＴが確立されたことを示す応答をＭＮ１３０に送り返してもよい。
【００４８】
（４）次に、ＭＮ１３０はインタフェース１３１から、第１のコネクションの通信セッションのパケットフローをリダイレクション・トンネルＴ経由で転送すること（リダイレクション・ルールのセットアップ）を要求するリダイレクション要求メッセージ４２０をリダイレクト元ＬＭＡ１１１に送信する処理を行う。リダイレクション要求メッセージ４２０は、ＬＭＡ１１１あてに直接に送信されるか、又はＭＡＧ１２１によりリレーされてＬＭＡ１１１に転送される。ここで、リダイレクション要求メッセージ４２０とトンネル確立要求メッセージ４１２は１つのメッセージで送信してもよい。リダイレクション要求メッセージ４２０の内容としては、リダイレクション・トンネルＴに移される第１のコネクションの通信セッションの識別情報を記載したパラメータを含んでおり、ＬＭＡ１１１はその通信セッションに属するパケットを識別することができる。例えばメッセージ４２０は、送信元アドレスと、あて先アドレスＨｏＡ（Ｐ１）と、送信元ポート番号と、あて先ポート番号と、ＩＰフローラベルと、トランスポート層プロトコル識別子を含んでもよい。これらの通信セッションの識別情報を記載したパラメータは、以下では、リダイレクション記述子（Filter descriptor）と言う。（１）〜（４）は、図３及び図４において同じである。
【００４９】
図３（５）：リダイレクション要求メッセージ４２０がＬＭＡ１１１によりアクセプトされると、リダイレクション記述子と一致する受信データパケットがＬＭＡ１１１によりリダイレクション・トンネルＴを介してＬＭＡ１１２へ転送される。例えばＬＭＡ１１１は、ローカルドメイン１１０外からＨｏＡ（Ｐ１）あての受信データパケット４３０をインタセプトすると、パケット４３０をＬＭＡ１１２あてにカプセル化してリダイレクション・トンネルＴ経由で転送する。ＬＭＡ１１２は、そのカプセル化パケットをリダイレクション・トンネルＴから受信するとＨｏＡ（Ｐ１）あての受信データパケット４３０にデカプセル化し、ＭＮ１３０の第２のコネクションを現在取り扱っているＭＡＧ１２２ａをチェックする。
【００５０】
ここで、図３では、ＭＡＧ１２２ａがレガシーではなく、第１のコネクションのプリフィックスＰ１を知得していることをＬＭＡ１１２が知得している例を示す。このため、ＬＭＡ１１２は、リダイレクション・トンネルＴから受信したＨｏＡ（Ｐ１）あての受信パケット４３０をＭＡＧ１２２ａあてにカプセル化して標準のＰＭＩＰトンネル４３４ａ経由で送信できる。第１のコネクションのプリフィックスＰ１を知得しているＭＡＧ１２２ａは、ＰＭＩＰトンネル４３４ａ経由で受信したＨｏＡ（Ｐ１）あてのパケット４３０をそのままＭＮ１３０のインタフェース１３２に配送する（図の４３６ａ）。
【００５１】
図４（５）：他方、図４では、ＭＡＧ１２２ｂがレガシーであって、第１のコネクションのプリフィックスＰ１を知得していないことをＬＭＡ１１２が知得している例を示す。このため、ＬＭＡ１１２は、リダイレクション・トンネルＴ経由で受信したＨｏＡ（Ｐ１）あてのパケットをさらに、プリフィックスＰ２から作られるアドレスＨｏＡ（Ｐ２）あてのパケットに再カプセル化して通常のＰＭＩＰトンネル４３４ｂ経由でＭＡＧ１２２ｂに送信する。なお、ここでは、ＬＭＡ１１２はＭＡＧ１２２ａからの通知を受けて、ＭＮ１３０のＨｏＡ（Ｐ２）を知得していることとするが、知得していない場合は、プレフィックスＰ２から作られる任意のアドレスを使用してもよい。第１のコネクションのプリフィックスＰ１を知得していないＭＡＧ１２２ｂは、受信した再カプセル化パケット内のＨｏＡ（Ｐ２）あてカプセル化パケットをトンネル４３６ｂ経由でインタフェース１３２に配送する。ＭＮ１３０は、このＨｏＡ（Ｐ２）あてのカプセル化パケット４３６ｂをデカプセル化して、元のＨｏＡ（Ｐ１）あてデータパケット４３０を回収する必要がある。なお、ＭＮ１３０は、リダイレクション・トンネル確立要求メッセージ４１２で、インタフェース１３２のアドレスをＬＭＡ１１１に通知してもよい。その場合、ＬＭＡ１１１は、データパケット４３０をインタフェース１３２のアドレスＨｏＡ（Ｐ２）あてにカプセル化して送信し、ＬＭＡ１１２は、ＬＭＡ１１１が送信したパケット（プリフィックスＰ２のアドレスあてのパケット）をインタセプトする。またＬＭＡ１１１から転送されたインタフェース１３２のアドレスＨｏＡ（Ｐ２）あてのパケットをインタセプトしたＬＭＡ１１２は、ＭＡＧ１２２ａあてに送信する場合は、デカプセル化したパケットをＭＡＧ１１２ａあてにカプセル化してＰＭＩＰトンネル４３４ａ経由で転送する。一方、ＬＭＡ１１２は、ＭＡＧ１２２ｂあてに送信する場合は、ＬＭＡ１１１から転送されたインタフェース１３２のアドレスＨｏＡ（Ｐ２）あてのパケットをデカプセル化せずに、ＰＭＩＰトンネル４３４ｂ経由で転送する。これにより、ＬＭＡ１１２がＬＭＡ１１１から転送されたＵＥ１３０あてのパケットをＭＡＧ１１２ｂあてに送信する際に、プレフィックスＰ２のアドレスあてにカプセル化する必要がなくなる。また、ＬＭＡ１１２がＬＭＡ１１１から受信したパケットをＭＡＧ１１２ａあてに転送する場合でも、外部ヘッダを取り除く（デカプセル化）だけでよいため、カプセル化に必要となる外部ヘッダのためのあて先アドレスの検索及び設定などの処理を省くことができる。
【００５２】
（６）ＭＮ１３０は、リダイレクトされた通信セッションでパケットを送信したい場合、まず、その送信パケットのヘッダをリダイレクション・トンネルＴを通るように変更する（パケット変更４４０）。このパケット変更処理４４０では、あるレイヤ２信号を付加することや、図４（６）に示すようにその送信パケット４４８のカプセル化が必要となるかもしれない。さらに、その送信パケット４４８の送信元アドレスＨｏＡ（Ｐ１）がプリフィックスＰ１に属するという事実は、ＬＭＡ１１２にとってその送信パケット４４８はリダイレクション・トンネルＴ経由でルーティングされる必要があり、その結果、送信パケット４４８を明示的に修正する必要がないという指示となる。
【００５３】
図３（６）：ここで、図３に示すようにＭＡＧ１２２ａがレガシーではなく、第１のコネクションのプリフィックスＰ１を知得している場合、送信元アドレスＨｏＡ（Ｐ１）の送信パケット４４８は、パケット変更を行うことなく単にＭＡＧ１２２ａに転送される。ＭＡＧ１２２ａは、送信パケット４４８をＬＭＡ１１２あてにカプセル化して標準のＰＭＩＰトンネル４４４ａ経由で転送する。ＬＭＡ１１２は、送信パケット４４８の送信元アドレスＨｏＡ（Ｐ１）がプリフィックスＰ１から構成されたアドレスであることを知得して、送信パケット４４８をＬＭＡ１１１あてにカプセル化してリダイレクション・トンネルＴ経由で転送する。最後に、ＬＭＡ１１１は、リダイレクション・トンネルＴ経由で受信したカプセル化パケットを送信パケット４４８にデカプセル化してローカルドメイン１１０外に送出する。
【００５４】
図４（６）：これに対し、図４に示すようにＭＡＧ１２２ｂがレガシーであって、第１のコネクションのプリフィックスＰ１を知得していない場合、ＭＮ１３０はパケット変更処理４４０において、送信元アドレスＨｏＡ（Ｐ１）が送信パケット４４８をＬＭＡ１１２あてにカプセル化してトンネル４４２ｂ経由で送信する。トンネル４４２ｂ経由のカプセル化パケットの送信元アドレスは、プリフィックスＰ２から生成されたアドレスＨｏＡ（Ｐ２）であり、また、あて先アドレスはＬＭＡ１１２のアドレスである。したがって、このトンネル４４２ｂ経由のカプセル化パケットは、ＭＡＧ１２２ｂのイングレス・フィルタリング機能を通過し、さらにＬＭＡ１１２あてにカプセル化されて標準のＰＭＩＰトンネル４４４ｂ経由でＬＭＡ１１２に到達する。ＬＭＡ１１２は、受信したカプセル化パケットを２回デカプセル化して元の送信パケット４４８を得ると、その送信元アドレスＨｏＡ（Ｐ１）がプリフィックスＰ１から構成されたアドレスであることを知得する。このため、送信パケット４４８は、ＬＭＡ１１１あてにカプセル化されてリダイレクション・トンネルＴ経由で転送され、そのカプセル化されたパケットを受信したＬＭＡ１１１は、デカプセル化した後の送信パケット４４８を送出する。
【００５５】
以上、本発明の好ましい第１の実施の形態によれば、リダイレクション・トンネルＴを使用することにより、図３に示すようにＭＮ１３０が現在、接続（attach）しているリダイレクト先のＭＡＧ１２２ａがレガシーでない場合（第１のコネクションのプリフィックスＰ１を知得している場合）には、図４に示すトンネル４３６ｂ、４４２ｂのようなカプセル化を使用しないので、ＬＭＡ１１１，１１２、及びＭＮ１３０による無駄なトンネリングカプセル化、デカプセル化処理を省略することができる。
【００５６】
＜第２の実施の形態＞
第２の実施の形態では、第２のＬＭＡ１１２から第１のＬＭＡ１１１に対してリダイレクション・トンネルＴを確立する。第１の実施の形態における図３及び図４では、ＭＮ１３０がリダイレクション・トンネル確立要求メッセージ４１０及びリダイレクション要求メッセージ４２０を第１のコネクションのＬＭＡ１１２に送信したが、第２の実施の形態では、この要求は第２のコネクション経由で送信する。図５は図３に対応し、ＭＮ１３０からの要求が第２のＬＭＡ１１２に送信される。
【００５７】
（１）前述したように、ＭＮ１３０は、第１のコネクションのある通信セッションをインタフェース１３１からインタフェース１３２に移したいものとする。ＭＮ１３０は、第１のコネクションと第２のコネクションが、それぞれ異なるＬＭＡ１１１、１１２経由でグローバル通信ネットワーク１００にアクセスしていることを検知すると（複数ＬＭＡ検知４１０）、
（２）インタフェース１３２から、リダイレクション・トンネル確立要求メッセージ５１２をＬＭＡ１１２に送信する。メッセージ５１２は、インタフェース１３２のコネクションを取り扱っているＬＭＡ１１２をＭＮ１３０が知得している場合にはＬＭＡ１１２に直接に送信することができる。代わりに、メッセージ５１２は、それをＬＭＡ１１２にリレーするＭＡＧ１２２ａに送信することもできる。メッセージ５１２の内容としては、ＬＭＡ１１２がリダイレクション・トンネルＴの終端を知得するために、ＭＮ１３０のインタフェース１３１の第１のコネクションの情報（リダイレクト元情報）を含むべきである。リダイレクト元情報として、例えばメッセージ５１２は、第１のコネクションに関連するＡＰＮ（Access Point Name）と、ＬＭＡ１１１のアドレスと、インタフェース１３１のインタフェース識別子を含んでもよく、さらにはＭＡＧ１２１のアドレスを含んでもよい。
【００５８】
（３）ＬＭＡ１１２はメッセージ５１２を受信すると、第１のコネクションを取り扱っているＬＭＡ１１１を特定し、また、リダイレクション・トンネルＴが資格認証（authorize）されるよう検証する。これにより、ＬＭＡ１１１／１１２間でリダイレクション・トンネルＴが確立される（図の５１４）。図５には示されていないが、ＬＭＡ１１２は、リダイレクション・トンネルＴが確立されたことを示す応答をＭＮ１３０に送り返してもよい。
【００５９】
（４−１）次に、ＭＮ１３０はインタフェース１３２からＬＭＡ１１２に対し、通信セッションのパケットフローを第１のコネクションからＬＭＡ１１２の第２のコネクションに移してリダイレクション・トンネルＴ経由で転送すること（リダイレクション記述子のセットアップ）を要求するリダイレクション要求メッセージ５２０を送信する処理に移行できる。同様に、リダイレクション要求メッセージ５２０は、ＬＭＡ１１２あてに直接に送信することができ、また、ＭＡＧ１２２ａによりリレーされてＬＭＡ１１２に転送することもできる。ＬＭＡ１１２は、メッセージ５２０内のリダイレクション記述子に基づいて、このリダイレクション記述子がプリフィックスＰ１から構成したアドレスＨｏＡ（Ｐ１）を有するパケット用のものであることを知得する。
【００６０】
（４−２）プリフィックスＰ１を取り扱っているＬＭＡ１１１との間でリダイレクション・トンネルＴが既に確立されているので、ＬＭＡ１１２は単に、このリダイレクション記述子をＬＭＡ１１１に通知する（図の５２２）。このため、このリダイレクション記述子がＬＭＡ１１１にインストールされ、このリダイレクション記述子とマッチする受信パケットは、図３と同様にリダイレクション・トンネルＴ経由で転送される。図５において図３と同じ参照符号を付したデータパケットのメッセージシーケンス（５）（６）は、図３（５）（６）と同じであるので、その説明は省略する。このため、リダイレクト先のＭＡＧ１２２ａがレガシーでない場合（第１のコネクションのプリフィックスＰ１を知得している場合）には、図４に示すトンネル４３６ｂ、４４２ｂのようなカプセル化を使用しないので、ＭＮ１３０による無駄なトンネリングカプセル化処理を省略することができる。
【００６１】
ここで、リダイレクション要求メッセージ５２０とトンネル確立要求メッセージ５１２は１つのメッセージで送信してもよい。加えて、これらの要求メッセージ５２０、５１２は、同じＬＭＡに送信する必要はない。例えばトンネル確立要求メッセージ５１２はＬＭＡ１１２に送信してリダイレクション要求メッセージ５２０はＬＭＡ１１１に送信することができる。逆に、トンネル確立要求メッセージ５１２はＬＭＡ１１１に送信してリダイレクション要求メッセージ５２０はＬＭＡ１１２に送信することができる。
【００６２】
＜第３の実施の形態＞
第３の実施の形態では、リダイレクト先の第２のＬＭＡ１１２によりパケットのアドレスが変更される。ここで、第２のＬＭＡ１１２は、第１の実施の形態における図３、及び第２の実施の形態における図５では、レガシーではないＭＡＧ１２２ａにより第２のコネクションが確立されている場合にＭＡＧ１２２ａが直接転送（パケット４３０、４４８）を実行し、他方、第１の実施の形態における図４では、レガシーであるＭＡＧ１２２ｂにより第２のコネクションが確立されている場合にＭＡＧ１２２ｂがＭＮ１３０の第２のインタフェース１３２あてのパケット・カプセル化（トンネル４３６ａ、４４２ｂ）を使用するが、このカプセル化は、ＭＮ１３０にとって処理負荷とパケットサイズを増大させるので望ましくなく、ＭＡＧ１２２ｂがレガシーであっても避ける必要がある。その好ましい方法の１つは、アドレス変更を用いることであり、その方法を第３の実施の形態として図６に示す。
【００６３】
図６において、リダイレクション先のＭＡＧ１２２ｂは、レガシーであって、リダイレクション元のＬＭＡ１１１がＭＮ１３０に割り当てたプリフィックスＰ１を知得していない。
（１）まず、ＭＮ１３０は、複数ＬＭＡ検知処理４１０を実行すると、
（２）リダイレクション・トンネル確立要求を実行してＬＭＡ１１１−１１２間にリダイレクション・トンネルＴを確立させ、また、リダイレクション要求を実行する（処理６２０）。図６における変更点とは、処理６２０においてＭＮ１３０がリダイレクション・トンネル確立要求又はリダイレクション要求により、レガシーであるＭＡＧ１２２ｂのためのアドレス変更を用いることを指示することである。ＭＮ１３０はこの指示では、リダイレクション先のＬＭＡ１１２により取り扱われている第２のコネクションに割り当てられたプリフィックスＰ２から生成されるアドレスＡｄｄｒ（Ｐ２）が、リダイレクション元のＬＭＡ１１１により取り扱われている第１のコネクションに割り当てられたプリフィックスＰ１内のアドレスＨｏＡ（Ｐ１）の代理アドレスであることを記述する。Ａｄｄｒ（Ｐ２）は、ＭＮ１３０が生成し、ＬＭＡ１１２へ通知してもよいし、ＬＭＡ１１２が生成してもよい。リダイレクション・ルールがインストールされてリダイレクション・トンネルＴが確立されると、リダイレクション先のＬＭＡ１１２は、アドレスＨｏＡ（Ｐ１）とアドレスＡｄｄｒ（Ｐ２）の代理関係がさらにリダイレクション記述子として通知される。なお、アドレスＡｄｄｒ（Ｐ２）は、ＵＥが第２のコネクションで使用しているＨｏＡ（Ｐ２）であってもよい。
【００６４】
（３）リダイレクション元のＬＭＡ１１１は、リダイレクション記述子とマッチするアドレスＨｏＡ（Ｐ１）あての受信パケット４３０を受信すると、受信パケット４３０をＬＭＡ１１２あてにカプセル化してリダイレクション・トンネルＴ経由で転送する。ＬＭＡ１１２は、リダイレクション先のＭＡＧ１２２ｂがレガシーであって、プリフィックスＰ１を知得していないことを知得しているので、上記のアドレスＨｏＡ（Ｐ１）とアドレスＡｄｄｒ（Ｐ２）の代理関係に基づいてアドレス変更処理６３４を実行して、受信パケット４３０のあて先アドレスＨｏＡ（Ｐ１）をアドレスＡｄｄｒ（Ｐ２）に変更し、さらにこのあて先アドレスＡｄｄｒ（Ｐ２）のパケット６３８をＭＡＧ１２２ｂあてにカプセル化してＰＭＩＰトンネル６３６経由で転送する。
【００６５】
このあて先アドレスＡｄｄｒ（Ｐ２）のパケット６３８は、インタフェース１３２に割り当てられたプリフィックスＰ２の範囲内の有効なアドレスを有するので、ＭＡＧ１１２ｂは、そのパケット６３８をそのままＭＮ１３０に転送する。ＭＮ１３０はパケット６３８を受信すると、パケット６３８のあて先アドレスＡｄｄｒ（Ｐ２）がプリフィックスＰ２の範囲内のアドレスであり、ＨｏＡ（Ｐ１）に対する特別な代理アドレスであることを知得している。ＭＮ１３０は、パケット６３８を処理する前に元のアドレスＨｏＡ（Ｐ１）をリストアしているので、あて先アドレスＨｏＡ（Ｐ２）のパケット６３８をアドレスＡｄｄｒ（Ｐ１）あての受信パケット４３０として処理することができる。
【００６６】
（４）送信パケット６５２については、ＭＮ１３０は、送信パケットを送信する前に、送信元アドレスＨｏＡ（Ｐ１）を代理アドレスＡｄｄｒ（Ｐ２）に変更して、そのパケット６５２をそのまま送信する（６５０）。送信パケット６５２の送信元アドレスＡｄｄｒ（Ｐ２）はプリフィックスＰ２の範囲内の有効なアドレスであるので、ＭＡＧ１１２ｂは、送信パケット６５２を通すことができ、送信パケット６５２をＬＭＡ１１２あてにカプセル化して標準のＰＭＩＰトンネル６５４経由で転送する。ＬＭＡ１１２は、送信パケット６５２の送信元アドレスＡｄｄｒ（Ｐ２）が、処理６２０でＭＮ１３０により記述されている、ＨｏＡ（Ｐ１）に対する特別な代理アドレスであることを知得する。そして、ＬＭＡ１１２は、送信元アドレスＡｄｄｒ（Ｐ２）を元のアドレスＨｏＡ（Ｐ１）に変更し（６５６）、送信元アドレスＨｏＡ（Ｐ２）のパケット６５２をＬＭＡ１１１あてにカプセル化してリダイレクション・トンネルＴ経由で送信する。ＬＭＡ１１１は受信したパケットをデカプセル化して、その送信パケット４４８を送出する。
【００６７】
以上説明したように、第３の実施の形態によれば、リダイレクション・トンネルＴと、あて先アドレス及び送信元アドレスの変更を使用することにより、リダイレクト先のＭＡＧ１２２ｂがレガシーであって第１のコネクションのプリフィックスＰ１を知得していない場合にも、図４に示すトンネル４３６ｂ、４４２ｂのようなカプセル化を使用しないので、ＭＮ１３０による無駄なトンネリングカプセル化処理を省略することができる。
【００６８】
＜第４の実施の形態＞
第４の実施の形態では、第２のＬＭＡ１１２が送信パケットを第１のＬＭＡ１１１を経由することなく直接にローカルドメイン１１０外に転送する。前述した第１〜第３の実施の形態では、図３〜図６に示すように、送信パケット４４８については、第２のＬＭＡ１１２が送信パケット４４８をリダイレクション・トンネルＴ経由で第１のＬＭＡ１１１あてに送信している。この理由は、送信パケット４４８の送信元アドレスＨｏＡ（Ｐ１）が、第１のＬＭＡ１１１により取り扱われているプリフィックスＰ１から構成されているからである。また、この目的は、第２のＬＭＡ１１２の出口ルータにおけるイングレス・フィルタリングを避けることにある。しかしながら、第２のＬＭＡ１１２がそのような出口ルータにおけるイングレス・フィルタリングがないことを知得している場合、送信パケット４４８が第１のＬＭＡ１１１を経由することなく、第２のＬＭＡ１１２が送信パケット４４８を直接にローカルドメイン１１０外に送信することができる。
【００６９】
＜第５の実施の形態＞
第５の実施の形態では、通信セッションをローカルドメイン１１０内に移すことを想定している。前述した第１〜第４の実施の形態では、仮定として図１に示すように、通信セッションをローカルドメイン１１０外のノードに移すものとしている。次に、通信セッションの全てのピアノードがローカルドメイン１１０内に位置する場合の第５の実施の形態について説明する。この第５の実施の形態では、第２のＬＭＡ１１２がその通信セッションのパケットをインタセプトして、リダイレクション・トンネルＴすなわち第１のＬＭＡ１１１を経由することなく目的のあて先に転送する。
【００７０】
図１を例にして説明する。前述したように、ＭＮ１３０は２つのコネクションを有する。第１のコネクションは、インタフェース１３１がアクセスネットワーク１０１を経由してＭＡＧ１２１に接続（attach）し、第２のコネクションは、インタフェース１３２がアクセスネットワーク１０２を経由してＭＡＧ１２２に接続（attach）している。それぞれインタフェース１３１、１３２経由の第１、第２のコネクションでは、ＭＮ１３０は、第１のプリフィックスＰ１、第２のプリフィックスＰ２を割り当てられていてＬＭＡ１１１、１１２により取り扱われている。ここで、ＭＮ１３０は、同じローカルドメイン１１０内の第３のアクセスネットワーク１０４内に位置するピアノード（不図示）と、アドレスＨｏＡ（Ｐ１）を使用して第１のコネクションで通信しているものとする。このピアノードのモビリティ・セッションは、アクセスネットワーク１０４の第３のＭＡＧ１２４と第２のＬＭＡ１１２により取り扱われている。
【００７１】
このピアノードとの間のフローを第１のコネクションから第２のコネクションに移すためのリダイレクション・トンネルＴを確立してリダイレクション・ルールをセットアップした後、第２のＬＭＡ１１２は、そのピアノードから来るあて先アドレスがＨｏＡ（Ｐ１）のパケットが第３のＭＡＧ１２４により第２のＬＭＡ１１２に転送されるであろうことを知得する。第１〜第４の実施の形態では、あて先アドレスＨｏＡ（Ｐ１）は、第１のＬＭＡ１１１により取り扱われているプリフィックスＰ１から生成されているので、ＬＭＡ１１２は、このパケットをＬＭＡ１１１に転送する。そこで、第５の実施の形態では、ＬＭＡ１１２は、もし最初にこのパケットをリダイレクション・トンネルＴ経由でＬＭＡ１１１に転送したならば、このパケットがリダイレクション・トンネルＴ経由で自身に送り返されてくるであろうことを知得する。そして、ＬＭＡ１１２は、このパケットを最初にＬＭＡ１１１に転送しないで、ＭＮ１３０の第２のコネクションに直接に転送する。
【００７２】
同様に、ＭＮ１３０は、パケットを第２のコネクションを使用してピアノードに送信する場合、第２のＭＡＧ１２２は、このパケットを第２のＬＭＡ１１２に転送する。通常では、第２のＬＭＡ１１２は、このパケットをリダイレクション・トンネルＴ経由でＬＭＡ１１１に転送するところである。しかし、第２のＬＭＡ１１２は、このパケットのあて先アドレスが、自身が取り扱っているプリフィックスＰ２から生成されたアドレスＨｏＡ（Ｐ２）’であることを知得することができる。そこで、第２のＬＭＡ１１２は、もし最初にこのあて先アドレスＨｏＡ（Ｐ２）’のパケットをリダイレクション・トンネルＴ経由でＬＭＡ１１１に転送したならば、このパケットがリダイレクション・トンネルＴ経由で自身に送り返されてくるであろうことを知得する。そこて、ＬＭＡ１１２は、このあて先アドレスＨｏＡ（Ｐ２）’のパケットを最初にＬＭＡ１１１に転送しないで、第３のＭＡＧ１２４に直接に転送する。
【００７３】
＜第６の実施の形態＞
第６の実施の形態では、図７に示すようにリダイレクション・トンネルＴを第１のＬＭＡ１１１から第２のＭＡＧ１２２ａに直接に確立する。前述した第１〜第５の実施の形態では、リダイレクション・トンネルＴを第１のコネクションのＬＭＡ１１１と第２のコネクションのＬＭＡ１１２との間で確立したが、この第６の実施の形態では、第１のコネクションのＬＭＡ１１１と第２のコネクションのＭＡＧ１２２ａとの間で確立する。この手法により、より最適なパスを経由したパケット・リダイレクションが可能となる。
【００７４】
まず、図１を例にして説明する。前述したように、ＭＮ１３０は２つのコネクションを有する。第１のコネクションは、インタフェース１３１がアクセスネットワーク１０１を経由してＭＡＧ１２１に接続（attach）し、第２のコネクションは、インタフェース１３２がアクセスネットワーク１０２を経由してＭＡＧ１２２に接続（attach）している。それぞれインタフェース１３１、１３２経由の第１、第２のコネクションでは、ＭＮ１３０は、第１のプリフィックスＰ１、第２のプリフィックスＰ２を割り当てられていてＬＭＡ１１１、１１２により取り扱われている。
【００７５】
第６の実施の形態ではさらに、ある時間の経過後に、ＭＮ１３０が移動して第２のインタフェース１３２がアクセスネットワーク１０２から第３のアクセスネットワーク１０４にハンドオフするものとする。このため、第２のコネクションもまた、ＭＡＧ１２２から第３のＭＡＧ１２４にハンドオフしてリダイレクトするものとする。さらなる仮定として、第２のＭＡＧ１２２ａはレガシーでなく第１のコネクションのプリフィックスＰ１を知得しており、一方、第３のＭＡＧ１２４はレガシーであって、第１のコネクションのプリフィックスＰ１を知得していないものとする。
【００７６】
図７はこの第６の実施の形態の通信シーケンスを示す。
（１）ハンドオフ前：第２のＬＭＡ１１２は、現在の代理ノードであるＭＡＧ１２２ａがレガシーでないことを知得している。このため、ＬＭＡ１１２はリダイレクション・トンネル確立要求及びリダイレクション要求のメッセージ７１０をＬＭＡ１１１に送信して、ＭＡＧ１２２ａとのリダイレクション・トンネルＴ１をセットアップするように通知する。メッセージ７１０の代わりの通知ルートとして破線で示すように、ＬＭＡ１１２はメッセージ７１２をＭＡＧ１２２ａに送信して、ＬＭＡ１１１とリダイレクション・トンネルＴ１をセットアップするように通知することができる。さらなる代わりとして破線で示すように、ＭＮ１３０がインタフェース１３２から、メッセージ７１４をＭＡＧ１２２ａに送信して、ＬＭＡ１１１とリダイレクション・トンネルＴ１をセットアップするように通知することができる。どの通知ルートであっても、第１のＬＭＡ１１１と第２のＭＡＧ１２２ａの間にリダイレクション・トンネルＴ１が確立される（処理７２０）。
【００７７】
（３）ＬＭＡ１１１は、リダイレクション記述子とマッチする第２のコネクション（あて先はＨｏＡ（Ｐ２））の受信データパケット７３０を受信すると、このパケット７３０をＭＡＧ１２２ａあてにカプセル化してリダイレクション・トンネルＴ１経由で転送する。ＭＡＧ１２２ａは、このあて先アドレスＨｏＡ（Ｐ２）のパケット７３０をＭＮ１３０の第２のインタフェース１３２に転送する。図示を省略されているが、ＭＮ１３０が送信する送信パケットは、逆のパス経由で転送される。
【００７８】
（４）ハンドオフ後：ある時間の経過後に、ＭＮ１３０が移動して第２のインタフェース１３２がアクセスネットワーク１０２から第３のアクセスネットワーク１０４にハンドオフするものとする（図の７４０）。このハンドオフ処理７４０では、第２のコネクションを代理している代理ノードが第２のＭＡＧ１２２ａから第３のＭＡＧ１２４に変更される。
（５）このハンドオフ処理７４０は、ＭＮ１３０と第３のＭＡＧ１２４との間のレイヤ２接続（attachment）と、第３のＭＡＧ１２４と第２のＬＭＡ１１２との間のＰＭＩＰシグナリング（ＰＢＵ＋ＰＢＡ）の処理７４２を含む。
【００７９】
（６）ここで、第３のＭＡＧ１２４はレガシーであって、第１のコネクションのプリフィックスＰ１を知得していないものと仮定しているので、第２のＬＭＡ１１２は第１のＬＭＡ１１１に対し、ＬＭＡ１１１と第３のＭＡＧ１２４との間にリダイレクション・トンネルＴ１が使用できないことを通知し、また、ＬＭＡ１１１とＬＭＡ１１２の間に新たなリダイレクション・トンネルＴを確立するよう要求する（図のトンネル変更通知７５０）。
（７）このため、第１のＬＭＡ１１１は、リダイレクション記述子とマッチする第２のコネクション（あて先はＨｏＡ（Ｐ２））の受信データパケット７６０を受信すると、このパケット７６０を第２のＬＭＡ１１２あてにカプセル化してリダイレクション・トンネルＴ経由で転送する。第２のＬＭＡ１１２は、リダイレクション・トンネルＴ経由で受信したＨｏＡ（Ｐ２）あてのパケットをさらに、プリフィックスＰ２の範囲内のアドレスあての新しいパケット内にカプセル化して通常のＰＭＩＰトンネル７６４経由で第３のＭＡＧ１２４に送信する。第３のＭＡＧ１２４は、このパケット内のＨｏＡ（Ｐ２）あてパケット７６６を第２のインタフェース１３２に転送する。ＭＮ１３０は、このパケット７６６をデカプセル化して元のあて先アドレスＨｏＡ（Ｐ１）の受信データパケット７６０を回収する必要がある。図示を省略されているが、ＭＮ１３０が送信する送信パケットは、逆のパス経由で転送される。
【００８０】
ここで、第３のＭＡＧ１２４はレガシーではなく、第１のコネクションのプリフィックスＰ１を知得しているものと仮定する。この場合、図７（６）において第２のＬＭＡ１１２が第１のＬＭＡ１１１に送信するトンネル変更通知７５０により、第１のＬＭＡ１１１と第２のＭＡＧ１２２ａの間のリダイレクション・トンネルＴ１を、第１のＬＭＡ１１１と第３のＭＡＧ１２４の間に移動して確立するよう要求する。以上説明したように、本実施の形態によれば、リダイレクション・トンネルＴ１を使用することにより、このため、ハンドオフ先のＭＡＧ１２４がレガシーでない場合（第１のコネクションのプリフィックスＰ１を知得している場合）には、図７に示すトンネル７６６のようなカプセル化を使用しないので、ＬＭＡ１１２及びＭＮ１３０による無駄なトンネリングカプセル化、デカプセル化の処理を省略することができる。
【００８１】
＜第７の実施の形態＞
第７の実施の形態では、ＭＮ１３０が第２のコネクションの情報を第１のＬＭＡ１１１に通知する。前述した第６の実施の形態における図７（１）では、第１のＬＭＡ１１１がＭＮ１３０の第２のコネクションの詳細を知得することなく、リダイレクション・トンネルＴ１をＬＭＡ１１１−ＭＡＧ１２２ａ間で確立したが、この第７の実施の形態では、ＭＮ１３０が第２のコネクションの情報を第１のＬＭＡ１１１に通知して、第１のＬＭＡ１１１が第２のコネクションの情報に基づいて、セッションを移すための最も効率的な形態を決定する。
【００８２】
図８を例にして第７の実施の形態について詳しく説明する。前述したように、ＭＮ１３０は２つのコネクションを有する。第１のコネクションは、インタフェース１３１がアクセスネットワーク１０１を経由してＭＡＧ１２１に接続（attach）し、第２のコネクションは、インタフェース１３２がアクセスネットワーク１０２を経由してＭＡＧ１２２に接続（attach）している。それぞれインタフェース１３１、１３２経由の第１、第２のコネクションでは、ＭＮ１３０は、第１のプリフィックスＰ１、第２のプリフィックスＰ２を割り当てられていてＬＭＡ１１１、１１２により取り扱われている。そして、ある時間の経過後に、ＭＮ１３０が移動して第２のインタフェース１３２がアクセスネットワーク１０２から第３のアクセスネットワーク１０４にハンドオフするものとする。このため、第２のコネクションもまた、ＭＡＧ１２２から第３のＭＡＧ１２４にハンドオフする。さらなる仮定として、第２のＭＡＧ１２２ａはレガシーでなく第１のコネクションのプリフィックスＰ１を知得しており、一方、第３のＭＡＧ１２４はレガシーであって、第１のコネクションのプリフィックスＰ１を知得していないものとする。
【００８３】
（１）ハンドオフ前：ＭＮ１３０はインタフェース１３２から現在の代理ノードである第２のＭＡＧ１２２ａに対して、第１のＬＭＡ１１１とのリダイレクション・トンネルＴ１を確立するよう要求するリダイレクション・トンネル確立要求及びリダイレクション要求のメッセージ８１０を送信する。第２のＭＡＧ１２２ａは、レガシーでなく第１のコネクションのプリフィックスＰ１を知得しているので、要求メッセージ８１０を第１のＬＭＡ１１１にリレーする（要求メッセージ８１２）。ここで、第２のＭＡＧ１２２ａあての要求メッセージ８１０の内容としては明らかに、第１のコネクションのパラメータを記述して、第２のＭＡＧ１２２ａがこのパラメータを使用して第１のコネクションのＬＭＡ１１１を配置できるようにしなければならない。第１のコネクションのパラメータは、第１のＬＭＡ１１１のアドレス又は３ＧＰＰのシナリオにおける第１のコネクションのＡＰＮでよいが、これには限定されない。
【００８４】
（２）そして、リダイレクション・トンネルＴ１が第１のＬＭＡ１１１と第２のＭＡＧ１２２ａとの間に確立される。
（３）このため、ＬＭＡ１１１は、リダイレクション記述子とマッチするＨｏＡ（Ｐ１）あての受信データパケット８３０を受信すると、このパケット８３０をＭＡＧ１２２ａあてにカプセル化してリダイレクション・トンネルＴ１経由で転送する。レガシーでないＭＡＧ１２２ａは、このＨｏＡ（Ｐ１）あてのパケット８３０をＭＮ１３０の第２のインタフェース１３２に転送する。図示を省略されているが、ＭＮ１３０が送信する送信パケットは、逆のパス経由で転送される。
【００８５】
（４）ハンドオフ後：ある時間の経過後に、ＭＮ１３０が移動して第２のインタフェース１３２がアクセスネットワーク１０２から第３のアクセスネットワーク１０４にハンドオフするものとする（図の８４０）。このハンドオフ処理８４０では、第２のコネクションを代理しているＭＡＧが第２のＭＡＧ１２２ａから第３のＭＡＧ１２４に変更される。
（５）このハンドオフ処理８４０は、レイヤ２接続（attachment）とＰＭＩＰシグナリング（ＰＢＵ＋ＰＢＡ）の処理８４２を含む。
【００８６】
（６）ＭＮ１３０は再び、インタフェース１３２からリダイレクション・トンネル確立要求とリダイレクション要求のメッセージ８５０を第３のＭＡＧ１２４に送信する。
（７）ここで、ＭＡＧ１２４は、レガシーであって第１のコネクションのプリフィックスＰ１を知得していないので、要求メッセージ８５０の応答として拒絶メッセージ８５２をＭＮ１３０に送り返す。
（８）ＭＮ１３０は、拒絶メッセージ８５２に基づいてＭＡＧ１２４がレガシーであることを知得し、第１のインタフェース１３１から第１のＬＭＡ１１１に対してカプセル化要求メッセージ８５４を送信して、ＨｏＡ（Ｐ１）あてパケット・カプセル化を使用するよう要求する。カプセル化要求メッセージ８５４は、第１のインタフェース１３１から第１のＬＭＡ１１１に直接に送信されるか、又は第１のＭＡＧ１２１によりリレーすることができる。
【００８７】
（９）このため、第１のＬＭＡ１１１は、リダイレクション記述子とマッチするＨｏＡ（Ｐ１）あての受信データパケット８６０をインタセプトすると、このパケット８６０をＨｏＡ（Ｐ２）あてのトンネルパケット８６６にカプセル化する。このＨｏＡ（Ｐ２）はプリフィックスＰ２から構成されているので、トンネルパケット８６６は、最初に第２のＬＭＡ１１２にルーティングされる（図の８６２）。第２のＬＭＡ１１２は、トンネルパケット８６６を第３のＭＡＧ１２４あてに再カプセル化して標準のＰＭＩＰトンネル８６４経由で転送する。第３のＭＡＧ１２４は、受信パケット内のＨｏＡ（Ｐ２）あてトンネルパケット８６６をＭＮ１３０の第２のインタフェース１３２に転送する。ＭＮ１３０は、このＨｏＡ（Ｐ２）あてトンネルパケット８６６をデカプセル化して元のＨｏＡ（Ｐ１）あて受信データパケット８６０を回収する必要がある。図示を省略されているが、ＭＮ１３０が送信する送信パケットは、逆のパス経由で転送される。
【００８８】
ここで、第３のＭＡＧ１２４はレガシーではなく、第１のコネクションのプリフィックスＰ１を知得しているものと仮定する。この場合、図８（６）においてＭＮ１３０が第２のインタフェース１３２から送信する要求メッセージ８５０は、図８（１）と同様に第３のＭＡＧ１２４によりアクセプトされて第１のＬＭＡ１１１にリレーされ、リダイレクション・トンネルＴ１が第２のＭＡＧ１２２から第３のＭＡＧ１２４に移される。
【００８９】
＜第８の実施の形態＞
第８の実施の形態では、ＭＮ１３０がリダイレクト元のＬＭＡ１１１経由でリダイレクト先のＬＭＡ１１２に対して、リダイレクト先のＭＡＧ１２２がレガシーか否かを通知して、リダイレクト先のＬＭＡ１１２がリダイレクト先のＭＡＧ１２２にパケット転送を行う際に、図３に示すようにＭＡＧ１２２がレガシーでないＭＡＧ１２２ａの場合にはカプセル化を行わず、他方、図４に示すようにリダイレクト先ＭＡＧがレガシーでないＭＡＧ１２２ｂの場合にはカプセル化（４３６ｂ）を行うように容易に選択可能にする。この場合、リダイレクト先ＭＡＧがレガシーでないＭＡＧ１２２ａの場合には、図８（１）に示すようにＭＮ１３０からのリダイレクションの要求メッセージ８１０がＭＡＧ１２２ａによりアクセプトされる。また、リダイレクト先ＭＡＧがレガシーでないＭＡＧ１２２ｂの場合には、図８（６）（７）（８）に示すようにＭＮ１３０からのリダイレクションの要求メッセージ８５０がＭＡＧ１２４により拒絶されるので、ＭＮ１３０は、この応答に基づいてカプセル化要求メッセージ８５４でリダイレクト先のＭＡＧ１２２ａがレガシーか否かを通知することができる。
【００９０】
＜ＭＮ＞
図９はＭＮ１３０の機能的アーキテクチャ２００を示す。アーキテクチャ２００は、パケットを送受信するための１又は複数のネットワーク・インタフェース２３０（図１の１３１、１３２）と、パケットをＭＮ１３０内の関連するプログラムや適切なネットワーク・インタフェース２３０に転送する決定を行うルーティングユニット２２０と、ネットワーク層より上位のプロトコル及びプログラムを実行する上位層ブロック２１０を有する。各ネットワーク・インタフェース２３０は、ＭＮ１３０がある通信メディアを経由して他のノードと通信するための必要なハードウエア及びソフトウエアを有する機能ブロックである。関連する技術分野で知られている用語を用いれば、ネットワーク・インタフェース２３０は、レイヤ１（物理層）及びレイヤ２（データリンク層）の通信コンポーネント、ファームウエア、ドライバ及び通信プロトコルを表す。当業者であれば、ＭＮ１３０は１又は複数のネットワーク・インタフェース２３０を含むことは明らかである。
【００９１】
ルーティングユニット２２０は、パケットをどのように、上位層ブロック２１０内の適切なプログラムにルーティングさせて処理させるか、及びネットワーク・インタフェース２３０にルーティングさせて送信するかの全ての決定処理を取り扱う。関連する技術分野で知られている用語を用いれば、ルーティングユニット２２０は、ＩＰｖ４（Internet Protocol version 4）やＩＰｖ６のようなレイヤ３（ネットワーク層）のプロトコルを表す。ルーティングユニット２２０は、シグナル／データパス２９２により、パケットを適切なネットワーク・インタフェース２３０から受信したり、適切なネットワーク・インタフェース２３０に送信したりすることができる。同様に、ルーティングユニット２２０は、シグナル／データパス２９４により、パケットを上位層ブロック２１０内の適切なプログラムから受信したり、上位層ブロック２１０内の適切なプログラムに送信したりすることができる。
【００９２】
上位層ブロック２１０は、通信スタックにおけるネットワーク層の上位の全てのプロトコルとプログラムを有する機能ブロックである。これらのプロトコルとプログラムは、ＴＣＰ（Transmission Control Protocol）、ＳＣＴＰ（Stream Control Transmission Protocol）及びＵＤＰ（User Datagram Protocol）のようなトランスポート層やセッション層のプロトコルと、他のノードと通信するために必要なプログラム及びソフトウエアを含む。上位層ブロック２１０は、シグナル／データパス２９４により、ルーティングユニット２２０との間でパケットを転送することができる。
【００９３】
ルーティングユニット２２０はまた、レイヤ３機能を実行するのに必要な標準の機能エレメント（図９では不図示）に加えて、リダイレクション要求手段２４０と、複数ＬＭＡ検知手段２５０と、リダイレクション・トンネル確立要求手段２６０を有する。これらの手段２４０、２５０、２６０が本発明のコア部分である。複数ＬＭＡ検知手段２５０は、ＭＮ１３０がローカルドメイン１１０内の複数のＬＭＡ１１１、１１２経由でグローバル通信ネットワーク１００にアクセスしている場合を検知する。リダイレクション・トンネル確立要求手段２６０は、ローカルドメイン１１０内でリダイレクション・トンネルＴ、Ｔ１の確立を要求する決定をして、その要求をネットワーク・インタフェース２３０の１つを経由して送信する。リダイレクション要求手段２４０は、受信パケットをリダイレクション・トンネルＴ、Ｔ１を経由して代わりのネットワーク・インタフェース２３０に転送させるとともに、送信パケットを代わりのネットワーク・インタフェース２３０及びリダイレクション・トンネルＴ、Ｔ１を経由して送信させるためのルール（リダイレクション記述子）をセットアップする。
【００９４】
次に、図１０を参照してＭＮ１３０の動作を説明する。ＭＮ１３０は、第１のコネクションからのフローを第２のコネクションにリダイレクトすることを決定すると、或いはリダイレクトする必要を予測すると、複数ＬＭＡの検知処理を実行する（ステップ９００）。この検知処理は、第１及び第２のコネクションに沿って複数のＬＭＡが存在するか否かを検知する処理を含む。前述したように、この検知処理は、各コネクションに関連するＡＰＮと、複数のＬＭＡの各アドレスを比較する処理か、又はＭＮ１３０が接続（connect）しているＭＡＧに対してそれぞれのＬＭＡ情報を問い合わせる処理や、各ＡＰＮから生成したＦＱＤＮを用いてＬＭＡのアドレスをＤＮＳで問い合わせる処理などを含むことができるが、これには限定されない。
【００９５】
ＭＮ１３０は、複数ＬＭＡを検知した場合、第１のコネクションのフローを第２のコネクションにリダイレクトするためのリダイレクション・トンネルＴ、Ｔ１を確立させる処理に移行する（ステップ９１０）。ＭＮ１３０がリダイレクション・トンネルＴ、Ｔ１を確立させる方法としては、前述した望ましい各実施の形態で説明したように多くの方法があるが、その１つの方法は、ＭＮ１３０がリダイレクション・トンネル確立要求メッセージを第１のコネクションのＬＭＡ１１１に送信し、また、その要求メッセージ内で第２のコネクションに関する情報を記述することである（ステップ９２０）。第２のコネクションに関する情報は、第２のコネクションに関連するＡＰＮ、又は第２のコネクションのＬＭＡ１１２のアドレス、又は第２のコネクションのＭＡＧ１２２のアドレス、又は第２のコネクションのインタフェース識別子やコネクションＩＤを含むことができるが、これには限定されない。
【００９６】
また、代わりに、ＭＮ１３０は、リダイレクション・トンネル確立要求メッセージを第２のコネクションのＬＭＡ１１２に送信し、また、その要求メッセージ内で第１のコネクションに関する情報を記述してもよい（ステップ９３０）。第１のコネクションに関する情報、第１のコネクションに関連するＡＰＮ、又は第１のコネクションのＬＭＡ１１１のアドレス、又は第１のコネクションのＭＡＧ１２１のアドレス、又は第１のコネクションのインタフェース識別子やコネクションＩＤを含むことができるが、これには限定されない。
【００９７】
リダイレクション・トンネル確立要求メッセージを第１のＬＭＡ１１１又は第２のＬＭＡ１１２（又は第２のＭＡＧ１２２ａ）に送信するか否かの決定は、ローカルドメイン１１０のオペレータのポリシーと、第１及び第２のコネクション間の関連するセキュリティの比較と、第１及び第２のコネクションの入手可能な帯域に依ることができるが、これには限定されない。例えば３ＧＰＰでは、オペレータは、リダイレクション・トンネル確立要求メッセージが３ＧＰＰセルラリンクのみを通るときのみ許可することもできる。
【００９８】
リダイレクション・トンネルＴが確立されると、ＭＮ１３０は、リダイレクション・トンネルＴを経由するリダイレクション・ルールを設定する（ステップ９４０）。リダイレクション・ルール設定処理は、ＭＮ１３０がパケットを送信又は受信するときのいくつかの処理（ステップ９５０、９６０、９７０）を含む。例えば図３に示すように第２のコネクションのＭＡＧ１２２ａが第１のコネクションに割り当てられているプリフィックスＰ１を知得している場合、ＭＮ１３０は、通常の動作を実行する（ステップ９５０）。また代わりに、ＬＭＡ１１１が第１のコネクションのパケットを、第２のコネクションの有効なプリフィックスＰ２を有するアドレスを有するパケット内にカプセル化するよう決定してもよい。このカプセル化を行う場合は、図４に示すようにＭＡＧ１２２ｂが第１のコネクションのプリフィックスＰ１を知得しておらず、イングレス・フィルタリングを実行するときである。この場合には、ＭＮ１３０は、受信パケットをデカプセル化し、送信パケットをカプセル化する必要がある（ステップ９６０）。また代わりに、図６に示すようにＭＡＧ１２２ｂのイングレス・フィルタリングを克服するために、ＬＭＡ１１１がリダイレクション・トンネルＴを通るパケットのアドレスを変更するよう決定してもよい。この場合には、ＭＮ１３０は、受信パケットのあて先アドレスをリストアして、送信パケットの送信元アドレスを変更する必要がある（ステップ９７０）。
【００９９】
どの手法が必要かは、ＭＮ１３０の手法に依る。１つの好ましい方法は、ＬＭＡ１１１がリダイレクション・トンネル確立要求メッセージに対する応答メッセージで、ＭＮ１３０に必要な手法を指示することである。また、ＭＮ１３０は自身の希望をリダイレクション・トンネル確立要求メッセージ内に指示してもよい。他の好ましい方法は、ＭＮ１３０が受信パケットを受信するときに必要な手法を検知することである。受信パケットがカプセル化されるという意味は、ＭＮ１３０がステップ９６０に移行する必要があるということであり、受信パケットをデカプセル化し、送信パケットをカプセル化する必要があるということである。また、受信パケットが変更されたあて先アドレスを有するという意味は、ＭＮ１３０がステップ９７０に移行する必要があるということであり、受信パケットのあて先アドレスをリストアして、送信パケットの送信元アドレスを変更する必要があるということである。さもなければ、ＭＮ１３０は、通常動作すなわちステップ９５０を実行する。
【０１００】
＜ＬＭＡ＞
図１１は、ＬＭＡ１１１、１１２の機能的アーキテクチャ１０００を示す。アーキテクチャ１０００は、パケットを送受信するための１又は複数のネットワーク・インタフェース１０２０と、パケットを適切なネットワーク・インタフェース１０２０に転送する決定を行うルーティングユニット１０１０を有する。各ネットワーク・インタフェース１０２０は、ＬＭＡ１１１、１１２が存在する通信メディアを経由して他のノードと通信し、また、ＬＭＡ１１１、１１２に割り当てられているＭＮ１３０にパケットを送信したり、ＭＮ１３０からパケットを受信したりするための必要なハードウエア及びソフトウエアを有する機能ブロックである。関連する技術分野で知られている用語を用いれば、ネットワーク・インタフェース１０２０は、レイヤ１（物理層）及びレイヤ２（データリンク層）の通信コンポーネント、ファームウエア、ドライバ及び通信プロトコルを表す。当業者であれば、機能的アーキテクチャ１０００は１又は複数のネットワーク・インタフェース１０２０を含むことは明らかである。
【０１０１】
ルーティングユニット１０１０は、どのようにパケットを適切なネットワーク・インタフェース１０２０にルーティングさせるかの全ての決定処理を取り扱う。関連する技術分野で知られている用語を用いれば、ルーティングユニット１０１０は、ＩＰｖ４やＩＰｖ６のようなレイヤ３（ネットワーク層）のプロトコルと、ＬＭＡ１１１、１１２に必要なルータ機能を表す。ルーティングユニット１０１０は、シグナル／データパス１０９２により、パケットを適切なネットワーク・インタフェース１０２０から受信したり、適切なネットワーク・インタフェース１０２０に送信したりすることができる。
【０１０２】
ルーティングユニット１０１０は、ＬＭＡ機能を実行するのに必要な他の標準の機能エレメント（図１１では不図示）に加えて、バインディング管理手段１０３０と、リダイレクション・トンネル管理手段１０４０と、パケット・リダイレクティング手段１０５０と、ルーティングテーブル１０６０と、バインディング・キャッシュ（ＢＣ）１０７０とリダイレクション・リスト１０８０を有する。バインディング管理手段１０３０は、ＭＮ１３０のホームネットワーク・プリフィックスＰ１、Ｐ２をそれぞれＭＡＧ１１２、１２２の各アドレスにバインディングする管理を行う。実際のバインディングは、ＢＣ１０７０にストアされる。ＭＮ１３０のバインディングがバインディング管理手段１０３０によりアクセプトされると、適切なエントリがＢＣ１０７０において追加されるか又はアップデートされる。ルーティングテーブル１０６０においてもまた、パケットをＭＮ１３０に転送したりＭＮ１３０からのパケットを転送したりするためのルーティング・エントリが生成されるか又はアップデートされる。
【０１０３】
パケット・リダイレクティング手段１０５０は、ＭＮ１３０又は外部のポリシー・サーバにより要求されたリダイレクティング・ルール（リダイレクティング記述子）をセットアップする機能を有する。実際のリダイレクティング・ルールは、リダイレクション・リスト１０８０にインストールされる。ルーティングユニット１０１０がパケットのルーティングを決定しているときに、リダイレクション・リスト１０８０は、マッチするリダイレクティング・ルールが有るか否かをチェックする。そのパケットは、ルーティングテーブル１０６０に基づいて、また、マッチするリダイレクティング・ルールが有る場合にはそのルールが指定するあて先アドレスに基づいて、また、マッチするリダイレクティング・ルールがない場合にはそのパケットに基づいてルーティングされる。
【０１０４】
リダイレクション・トンネル管理手段１０４０は、ＭＮ１３０からのリダイレクション・トンネル確立要求メッセージ３１２、４１２、５１２、７２０、８１２を管理して、その要求に基づいてＬＭＡ１１２、１１１又はＭＡＧ１２２とリダイレクション・トンネルＴ、Ｔ１を確立する。ＬＭＡ１１２のリダイレクション・トンネル管理手段１０４０はまた、図６に示すアドレス変更処理６３４、６５６のようにリダイレクション・トンネルＴ経由のパケットのアドレスフィールドを変更する。
【０１０５】
次に、図１２を参照してＬＭＡ１１１の動作を説明する。ＬＭＡ１１１は、ステップ１１１０においてＭＮ１３０からリダイレクション・トンネル確立要求メッセージを受信すると、ステップ１１２０又は１１３０においてその要求メッセージ内に記述されている情報に基づいて第２のコネクションのエンティティとリダイレクション・トンネルＴ、Ｔ１を確立する。例えばステップ１１２０ではＬＭＡ１１１が第２のコネクションのＬＭＡ１１２とリダイレクション・トンネルＴを確立し、ステップ１１３０ではＬＭＡ１１１が第２のコネクションのＭＡＧ１２２とリダイレクション・トンネルＴ１を確立する。この選択は、ＭＡＧ１２２が第１のコネクションに与えられているプリフィックスＰ１を知得しているか否かに依るか、第２のコネクションのＬＭＡ１１２の決定に依るか、ローカルドメイン１１０内の他のエンティティ（例えば３ＧＰＰネットワーク内のホーム加入者サーバ又はポリシー制御リソース機能）の決定に依るか、第２のコネクションのアクセスネットワーク１０２のタイプに依るか（第２のコネクションのアクセスネットワーク１０２のタイプが狭い範囲の場合、第２のコネクションのＭＡＧが頻繁に変更されるので、第２のコネクションのＬＭＡが望ましい）か、ＭＮ１３０のモビリティパターンに依るが、これには限定されない。
【０１０６】
リダイレクション・トンネルＴ、Ｔ１が確立されると、ＬＭＡ１１１、１１２は、ＭＮ１３０への受信パケットとＭＮ１３０の送信パケットをリダイレクトする（ステップ１１４０）。このリダイレクションでは、リダイレクション・トンネルＴ、Ｔ１の他端の能力とリダイレクション・トンネルＴ、Ｔ１の構成に基づいてステップ１１５０、１１６０、１１７０のいずれかを実行する。
【０１０７】
例えば図３に示すように第２のコネクションのＭＡＧ１２２ａが第１のコネクションに与えられているプリフィックスＰ１を知得している場合、ＬＭＡ１１１は、パケットを単にリダイレクション・トンネルＴ経由で転送する（ステップ１１５０）。また代わりに図４に示すように、ＬＭＡ１１２は、リダイレクション・トンネルＴから来た受信パケットをカプセル化し、かつ送信パケットをリダイレクション・トンネルＴに転送する前にデカプセル化するよう決定することができる（ステップ１１６０）。このカプセル化／デカプセル化は、第２のコネクションのＭＡＧ１２２ｂが第１のコネクションに与えられているプリフィックスＰ１を知得しておらず、イングレス・フィルタリングを実行するかもしれない場合に行われる。また代わりに図６に示すように、ＬＭＡ１１２は、第２のコネクションのＭＡＧ１２２におけるイングレス・フィルタリングを克服するために、ダイレクション・トンネルＴを通過するパケットのアドレスを変更するよう決定することができる（ステップ１１７０）。この場合、ＬＭＡ１１２は、ダイレクション・トンネルＴを出た受信パケットの送信元アドレスをリストアして、ダイレクション・トンネルＴに入る送信パケットの送信元アドレスを変更する必要がある。
【０１０８】
＜ＭＡＧ＞
図１３は、ＭＡＧ１２１、１２２、１２４の機能的アーキテクチャ１２００を示す。アーキテクチャ１２００は、パケットを送受信するための１又は複数のネットワーク・インタフェース１２２０と、パケットを適切なネットワーク・インタフェース１２２０に転送する決定を行うルーティングユニット１２１０を有する。各ネットワーク・インタフェース１２２０は、ＭＡＧ１２１、１２２、１２４が存在する通信メディアを経由して他のノードと通信し、また、ＭＡＧ１２１、１２２、１２４に接続（attach）しているＭＮ１３０にパケットを送信したり、そのＭＮ１３０からパケットを受信したりするための必要なハードウエア及びソフトウエアを有する機能ブロックである。関連する技術分野で知られている用語を用いれば、ネットワーク・インタフェース１２２０は、レイヤ１（物理層）及びレイヤ２（データリンク層）の通信コンポーネント、ファームウエア、ドライバ及び通信プロトコルを表す。当業者であれば、機能的アーキテクチャ１２００は１又は複数のネットワーク・インタフェース１２２０を含むことは明らかである。
【０１０９】
ルーティングユニット１２１０は、どのようにパケットを適切なネットワーク・インタフェース１２２０にルーティングさせるかの全ての決定処理を取り扱う。関連する技術分野で知られている用語を用いれば、ルーティングユニット１２１０は、ＩＰｖ４やＩＰｖ６のようなレイヤ３（ネットワーク層）のプロトコルと、ＭＡＧ１２１、１２２、１２４に必要なルータ機能を表す。ルーティングユニット１２１０は、シグナル／データパス１２９２により、パケットを適切なネットワーク・インタフェース１２２０から受信したり、適切なネットワーク・インタフェース１２２０に送信したりすることができる。
【０１１０】
ルーティングユニット１２１０は、ＭＡＧ機能を実行するのに必要な他の標準の機能エレメント（図１３では不図示）に加えて、バインディング・アップデート（ＢＵ）手段１２３０と、パケット・トンネル化手段１２４０と、ルーティングテーブル１２５０とバインディングリスト１２６０を有する。ＢＵ手段１２３０は、ＭＡＧ１２１、１２２、１２４に接続（attach）しているＭＮ１３０のためにプロキシＢＵメッセージを適切なＬＭＡ１１１、１１２に送信する。実際のバインディングはバインディングリスト１２６０にストアされる。ＭＮ１３０のバインディングがＬＭＡ１１１、１１２によりアクセプトされると、バインディングリスト１２６０における適切なエントリが追加されるか又はアップデートされる。ルーティングテーブル１２５０におけるエントリもまた、ＭＮ１３０とＬＭＡ１１１、１１２との間のパケットを転送するためのルーティング・エントリをセットアップするために生成されるか又はアップデートされる。必要な場合、ＢＵ手段１２３０はまた、ＭＮ１３０からのリダイレクション・トンネル確立要求メッセージをＬＭＡ１１１、１１２に転送する。
【０１１１】
パケット・トンネル化手段１２４０は、ＭＮ１３０とＬＭＡ１１１、１１２との間のパケットを転送するためのトンネルをセットアップする機能を有する。この機能は、ＭＮ１３０が送信するパケットのカプセル化と、ＭＮ１３０に転送されるパケットのデカプセル化を含む。パケット・トンネル化手段１２４０はまた、第６、第７の実施の形態に開示されているように、ＭＮ１３０が要求したＬＭＡ１１１との間のリダイレクション・トンネルＴ１の確立を許可する。
【０１１２】
図１４は、ＭＡＧがＭＮ１３０からパケットを受信したときの動作を示す。この動作は、図７、図８に示すように第１のＬＭＡ１１１と第２のＭＡＧ１２２との間にリダイレクション・トンネルＴ１が確立されるときに必要である。ＭＡＧ１２２は、ＭＮ１３０からパケットを受信すると（ステップ１３００）、そのＭＮ１３０用のリダイレクション・トンネルＴ１が確立されているか否かをチェックする（ステップ１３１０）。もし確立されていない場合には、そのパケットは通常に転送される（ステップ１３４０）。他方、リダイレクション・トンネルＴ１が確立されている場合には、ＭＡＧ１２２は、受信パケット内のアドレスのプリフィックスをチェックする（ステップ１３２０）。ここでは、ＭＡＧ１２２は、受信パケット内の送信元アドレスのプリフィックスが、リダイレクション・トンネルＴ１に関連するプリフィックスと等しいか否かをチェックする。もし等しくない場合には、そのパケットは通常に転送される（ステップ１３４０）。他方、もし等しい場合には、そのパケットはリダイレクション・トンネルＴ１を介して転送される（ステップ１３３０）。
【０１１３】
＜３ＧＰＰへの適用＞
以上、本発明の実施の形態について説明したが、以下に、実際的なシナリオについて説明する。本発明は、３ＧＰＰに適用することができ、３ＧＰＰでは、ローカルドメイン１１０は３ＧＰＰ ＥＰＣ（Evolved Packet Core）であり、ＬＭＡ１１１、１１２はＰＤＮ−ＧＷ（Packet Data Network Gateway）であり、ＭＡＧ１２１、１２２、１２４は３ＧＰＰアクセスのＳ−ＧＷ（Serving Gateway）又はnon−３ＧＰＰアクセスのＡＧＷ（Access Gateway）又はｅＰＤＧ（evolved Packet Data Gateway）である。
【０１１４】
３ＧＰＰに適用した場合、図９に示すＭＮ１３０の複数ＬＭＡ検知手段２５０は、ＭＮ１３０の各コネクションに関連するＡＰＮを比較することにより、複数のＰＤＮ−ＧＷに接続（connect）していることを検知できる。代わりに、ＭＮ１３０がＤＨＣＰ（Dynamic Host Configuration Protocol）サーバに問い合わせて、各アクセスのＰＤＮ−ＧＷのアドレスを知得することも可能である。加えて、ＭＮ１３０がクライアントベースの移動管理プロトコル（例えばＭＩＰ）を使用している場合には、ＭＮ１３０がホームエージェント（ＰＤＮ−ＧＷに備えられている）のアドレスを学習する機能が用いられる。複数ＬＭＡ検知手段２５０は、これらのアドレスを使用して複数のＰＤＮ−ＧＷを検知することができる。
【０１１５】
ＭＮ１３０が３ＧＰＰ ＥＰＣに送信するリダイレクション・トンネル確立要求とリダイレクション要求は、３ＧＰＰを介して送信されるときのベアラ修正メッセージ（Bearer Modification Message）内に埋め込んでもよい。また、３ＧＰＰ ＥＰＣに対するnon−３ＧＰＰアクセスの場合には、リダイレクション・トンネル確立要求とリダイレクション要求は、ｅＰＤＧと交換するＩＫＥシグナリング（IKE_SA_INIT、IKE_AUTH）内に埋め込むか、又はＰＤＮ−ＧＷとの直接のクライアントベースのモビリティシグナリング（例えばＢＵメッセージ）のモビリティ・ヘッダ・オプションで送信してもよい。
【０１１６】
以上、本発明について、最も実際的かつ好ましい実施の形態を例にして説明したが、当業者であれば、本発明の範囲を逸脱しない範囲で種々の変形が可能であることは明らかである。また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用などが可能性としてあり得る。
【産業上の利用可能性】
【０１１７】
本発明は、パケットをリダイレクトする際、リダイレクト先の代理ノードがリダイレクト元のプリフィックスを知得している場合に、ホームエージェント及びモバイルノードによる無駄なトンネリングカプセル化処理・デカプセル化処理を省略することができるという効果を有し、３ＧＰＰなどに利用することができる。
【図１】
2011001594.tif 000003
【図２】
2011001594.tif 000004
【図３】
2011001594.tif 000005
【図４】
2011001594.tif 000006
【図５】
2011001594.tif 000007
【図６】
2011001594.tif 000008
【図７】
2011001594.tif 000009
【図８】
2011001594.tif 000010
【図９】
2011001594.tif 000011
【図１０】
2011001594.tif 000012
【図１１】
2011001594.tif 000013
【図１２】
2011001594.tif 000014
【図１３】
2011001594.tif 000015
【図１４】
2011001594.tif 000016
【図１５】
2011001594.tif 000017
【手続補正書】
【提出日】平成22年8月10日(2010.8.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクション方法であって、
前記第１及び第２のホームエージェントの間にリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトするステップと、
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送するステップとを、
有するリダイレクション方法。
【請求項２】
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得していない場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２のコネクションに割り当てられた第２のプリフィックスから生成されるアドレスあてにカプセル化したパケットをさらに前記第２の代理ノードあてにカプセル化して転送するステップをさらに有することを特徴とする請求項１に記載のリダイレクション方法。
【請求項３】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムであって、
前記第１及び第２のホームエージェントの間にリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記要求に基づいて前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段と、
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送する手段とを、
有するリダイレクションシステム。
【請求項４】
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得していない場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２のコネクションに割り当てられた第２のプリフィックスから生成されるアドレスあてにカプセル化したパケットをさらに前記第２の代理ノードあてにカプセル化して転送する手段をさらに有することを特徴とする請求項３に記載のリダイレクションシステム。
【請求項５】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記モバイルノードであって、
前記第１及び第２のコネクションが同時に接続されているか否かを検知する手段と、
前記第１及び第２のコネクションが同時に接続されていると検知した場合に、前記第１又は第２のホームエージェントに対して前記第１及び第２のホームエージェント間にリダイレクション用のトンネルを確立するよう要求するトンネル確立要求手段と、
前記第１のホームエージェントに対して前記第１のアドレスあてのパケットを前記リダイレクション用のトンネル経由でリダイレクトするよう要求するリダイレクション要求手段とを、
有するモバイルノード。
【請求項６】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記第１のホームエージェントであって、
前記第２のホームエージェントとの間でリダイレクション用のトンネルを確立する手段と、
前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段とを、
有するホームエージェント。
【請求項７】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記第２のホームエージェントであって、
前記第１のホームエージェントとの間でリダイレクション用のトンネルを確立する手段と、
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトした場合、前記第２の代理ノードが前記第１のアドレスを知得しているときには、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送する手段とを、
有するホームエージェント。
【請求項８】
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトした場合、前記第２の代理ノードが前記第１のアドレスを知得していないときには、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２のコネクションに割り当てられた第２のプリフィックスから生成されるアドレスあてにカプセル化したパケットをさらに前記第２の代理ノードあてにカプセル化して転送する手段をさらに有することを特徴とする請求項７に記載のホームエージェント。
【請求項９】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクション方法であって、
前記第１及び第２のホームエージェントの間でリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトするステップと、
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送するステップとを、
有するリダイレクション方法。
【請求項１０】
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得していない場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットのあて先アドレスを前記第２のアドレスに変更してそのパケットを前記第２の代理ノードあてにカプセル化して転送するステップをさらに有することを特徴とする請求項９に記載のリダイレクション方法。
【請求項１１】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムであって、
前記第１及び第２のホームエージェントの間でリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段と、
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送する手段とを、
有するリダイレクションシステム。
【請求項１２】
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得していない場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットのあて先アドレスを前記第２のアドレスに変更してそのパケットを前記第２の代理ノードあてにカプセル化して転送する手段をさらに有することを特徴とする請求項１１に記載のリダイレクションシステム。
【請求項１３】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記第２のホームエージェントであって、
前記第１のホームエージェントとの間でリダイレクション用のトンネルを確立する手段と、
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトした場合、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送する手段とを、
有するホームエージェント。
【請求項１４】
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトした場合、前記第２の代理ノードが前記第１のアドレスを知得していない場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットのあて先アドレスを前記第２のアドレスに変更してそのパケットを前記第２の代理ノードあてにカプセル化して転送する手段をさらに有することを特徴とする請求項１３に記載のホームエージェント。
【請求項１５】
（削除）
【請求項１６】
（削除）
【請求項１７】
（削除）
【請求項１８】
（削除）
【請求項１９】
（削除）
【請求項２０】
（削除）
【請求項２１】
（削除）
【請求項２２】
（削除）
【請求項２３】
（削除）
【請求項２４】
（削除）
【請求項２５】
（削除）
【請求項２６】
（削除）
【請求項２７】
（削除）
【請求項２８】
前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記第１及び第２のホームエージェントの間に確立されている前記リダイレクション用のトンネルを、前記第１のホームエージェントと前記第２の代理ノードの間に移動して確立するステップと、
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して前記移動されたリダイレクション用のトンネル経由でリダイレクトするステップとを、
さらに有する請求項１又は９に記載のリダイレクション方法。
【請求項２９】
前記モバイルノードの第２のインタフェースが第３の代理ノードにハンドオフして前記第２のコネクションが前記第３の代理ノード及び前記第２のホームエージェントに移動した場合、前記モバイルノードが前記移動されたリダイレクション用のトンネルを前記第１及び第２のホームエージェントの間に戻して確立するよう要求するステップと、
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記戻されたリダイレクション用のトンネル経由でリダイレクトするステップとを、
さらに有する請求項２８に記載のリダイレクション方法。
【手続補正書】
【提出日】平成23年12月26日(2011.12.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムであって、
前記第１及び第２のホームエージェントの間にリダイレクション用のトンネルを確立して、前記第１のホームエージェントが前記要求に基づいて前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段と、
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得している場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送する手段とを、
有するリダイレクションシステム。
【請求項２】
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得していない場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２のコネクションに割り当てられた第２のプリフィックスから生成されるアドレスあてにカプセル化したパケットをさらに前記第２の代理ノードあてにカプセル化して転送する手段をさらに有することを特徴とする請求項１に記載のリダイレクションシステム。
【請求項３】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記モバイルノードであって、
前記第１及び第２のコネクションが同時に接続されているか否かを検知する手段と、
前記第１及び第２のコネクションが同時に接続されていると検知した場合に、前記第１又は第２のホームエージェントに対して前記第１及び第２のホームエージェント間にリダイレクション用のトンネルを確立するよう要求するトンネル確立要求手段と、
前記第１のホームエージェントに対して前記第１のアドレスあてのパケットを前記リダイレクション用のトンネル経由でリダイレクトするよう要求するリダイレクション要求手段とを、
有するモバイルノード。
【請求項４】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記第１のホームエージェントであって、
前記第２のホームエージェントとの間でリダイレクション用のトンネルを確立する手段と、
前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトする手段とを、
有するホームエージェント。
【請求項５】
モバイルノードの第１のインタフェースに割り当てられている第１のアドレスを使用して第１のホームエージェント及び第１の代理ノードを経由する第１のコネクションのパケットを、前記モバイルノードの第２のインタフェースに割り当てられている第２のアドレスを使用して第２のホームエージェント及び第２の代理ノードを経由する第２のコネクションにリダイレクトするためのリダイレクションシステムにおける前記第２のホームエージェントであって、
前記第１のホームエージェントとの間でリダイレクション用のトンネルを確立する手段と、
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトした場合、前記第２の代理ノードが前記第１のアドレスを知得しているときには、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２の代理ノードあてにカプセル化して転送する手段とを、
有するホームエージェント。
【請求項６】
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトした場合、前記第２の代理ノードが前記第１のアドレスを知得していないときには、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットを前記第２のコネクションに割り当てられた第２のプリフィックスから生成されるアドレスあてにカプセル化したパケットをさらに前記第２の代理ノードあてにカプセル化して転送する手段をさらに有することを特徴とする請求項５に記載のホームエージェント。
【請求項７】
前記第２のホームエージェントが、前記第２の代理ノードが前記第１のアドレスを知得していない場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットのあて先アドレスを前記第２のアドレスに変更してそのパケットを前記第２の代理ノードあてにカプセル化して転送する手段をさらに有することを特徴とする請求項１に記載のリダイレクションシステム。
【請求項８】
前記第１のホームエージェントが前記第１のアドレスあてのパケットを前記第２のホームエージェントあてにカプセル化して前記リダイレクション用のトンネル経由でリダイレクトした場合、前記第２の代理ノードが前記第１のアドレスを知得していない場合には、前記リダイレクション用のトンネル経由でリダイレクトされた前記第１のアドレスあてのパケットのあて先アドレスを前記第２のアドレスに変更してそのパケットを前記第２の代理ノードあてにカプセル化して転送する手段をさらに有することを特徴とする請求項５に記載のホームエージェント。
【国際調査報告】
2011001594.tif 000018
2011001594.tif 000019
2011001594.tif 000020