JPWO2008053914A1 - 通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノード - Google Patents

通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノード Download PDF

Info

Publication number
JPWO2008053914A1
JPWO2008053914A1 JP2008542148A JP2008542148A JPWO2008053914A1 JP WO2008053914 A1 JPWO2008053914 A1 JP WO2008053914A1 JP 2008542148 A JP2008542148 A JP 2008542148A JP 2008542148 A JP2008542148 A JP 2008542148A JP WO2008053914 A1 JPWO2008053914 A1 JP WO2008053914A1
Authority
JP
Japan
Prior art keywords
care
address
switching
packet
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2008542148A
Other languages
English (en)
Inventor
啓吾 阿相
啓吾 阿相
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2008053914A1 publication Critical patent/JPWO2008053914A1/ja
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/005—Multiple registrations, e.g. multihoming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

ホームエージェント自身や相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止する技術が開示され、その技術によればモバイルノード１０が複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェント２に登録し、ホームエージェントがホームアドレスあてパケットを複数の気付けアドレスのいずれかに転送する通信システムにおいて、ホームエージェントが、転送先の気付けアドレスを切り替えて、切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報をモバイルノードに通知し、モバイルノードが切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージをホームエージェントに送信する。

Description

本発明は、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、ホームエージェントがホームアドレスあてパケットを複数の気付けアドレスのいずれかに転送する通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノードに関する。
また、本発明は、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、相手先の通信ノードがパケットを複数の気付けアドレスのいずれかに転送する通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノードに関する。
モバイルＩＰ（Internet Protocol）を利用するモバイルノード（ＭＮ）は、移動先のアドレスである気付けアドレス（ＣｏＡ）を、自身のホームアドレス（ＨｏＡ）を管理するホームエージェント（ＨＡ）に登録し、ＨｏＡあてパケットの転送を依頼する。ＭＮが、複数のＣｏＡを１つのＨｏＡに対して同時に関連付けて登録することができれば、複数のインタフェースを備えるＭＮは、それぞれのインタフェースに割り当てられたＣｏＡを登録することで、インタフェースの状態に応じて使用するＣｏＡを瞬時に切り替えることが可能となる。下記の非特許文献１には、ＭＮが複数のＣｏＡを１つのＨｏＡに関連付けてＨＡに登録する手法が開示されている。
一方、ＨＡが、複数のＣｏＡの登録をＭＮから受けている場合、そのＭＮのＨｏＡあてパケットの転送先としてどのＣｏＡを使用するべきかを判断するため情報（パス選択ポリシー）をＭＮから取得することができれば、ＭＮの意向に基づくＣｏＡの選択が可能となる。下記の非特許文献２には、ＨＡによるフローに応じたＣｏＡの選択を可能とする手法として、ＭＮがＨＡに対してパス選択ポリシーとしてのフロー情報を登録する手法が開示されている。また、複数のＣｏＡの登録を受けているＨＡは、ＭＮから通知されるパス選択ポリシーだけによらず、ＨＡ自身のパス選択ポリシーによって転送先のＣｏＡを切り替えることも可能である。この場合、ＨＡは、他のノードとの通信状態を考慮して、ＭＮあてに送信するパケットのＣｏＡを選択することができるので、より効果的なパスの切り替えが可能となる。
R.Wakikawa, T.Ernst, K.Nagami, "Multiple Care-of Addresses Registration", draft-ietf-monami6-multiplecoa-00.txt, June 2006. H.Soliman, N.Montavont, N.Fikouras, K.Kuladinithi, "Flow Bindings in Mobile IPv6", draft-soliman-monami6-flow-binding-01.txt, June 2006.
しかし、ＨＡ自身や相手先ノード（ＣＮ：Correspondent Node）自身のパス選択ポリシーによってパスの切り替えが行われた場合、その切り替え以降であっても、ＭＮは切り替える前に使用されていたＣｏＡに関するバインディング情報を維持するために、バインディングアップデートメッセージを送信する。また、そのバインディング情報のライフタイムがまだ残っている間は、そのＣｏＡを使ってパケットを送信する。このため、ＨＡやＣＮによるパスの切り替えが、例えば他のノードとの通信状態を考慮した結果として行われた場合、ＭＮが行う上記のアクションはＨＡにとって不本意なものであり、結果的に不必要なトラフィックがＭＮから発生してしまうことになる。
本発明は上記従来技術の問題点に鑑み、ホームエージェント自身や相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノードを提供することを目的とする。
本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信方法において、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知するステップと、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信するステップとを、
備えた。
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおいて、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段と、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信する手段とを、
備えた。
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記ホームエージェントであって、
転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段を備え、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを自身に送信するように構成した。
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記モバイルノードであって、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を自身に通知した場合に、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信する手段を、
備えた。
この構成により、ホームエージェント自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる。
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信方法において、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知するステップと、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信するステップとを、
備えた。
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおいて、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段と、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信する手段とを、
備えた。
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記相手先の通信ノードであって、
転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段を備え、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを自身に送信するように構成した。
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記モバイルノードであって、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知した場合、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信する手段を、
備えた。
この構成により、相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる。
本発明によれば、ホームエージェント自身や相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる。
本発明の第１の実施の形態におけるネットワークの構成を示すブロック図 図１のモバイルノードの構成を示すブロック図 ＣｏＡ切り替え情報を含むパケットの構成例を示す説明図 ＣｏＡ切り替え情報を含むパケットの他の例の構成を示す説明図 図１のホームエージェントの構成例を示すブロック図 第１の実施の形態の通信シーケンスの一例を示す説明図 第１の実施の形態の通信シーケンスの他の例を示す説明図 第１の実施の形態の通信シーケンスの更に他の例を示す説明図 図１のホームエージェントの処理を説明するためのフローチャート 図１のモバイルノードの処理を説明するためのフローチャート 本発明の第２の実施の形態におけるネットワークの構成を示すブロック図 図１１のモバイルノードの構成例を示すブロック図 図１１のＣＮの構成例を示すブロック図 図１１のＣＮの処理を説明するためのフローチャート 第２の実施の形態の通信シーケンスの一例を示す説明図 第２の実施の形態の通信シーケンスの他の例を示す説明図 第２の実施の形態の通信シーケンスの更に他の例を示す説明図 ＣｏＡ切り替え情報を含むＢＡメッセージ及びＢＲＲメッセージの構成例を示す説明図 第１の実施の形態において、特定のＣｏＡに対してComplete情報を通知する場合の通信シーケンスの一例を示す説明図
以下、図面を参照して本発明の実施の形態について説明する。
＜第１の実施の形態（ＨＡによる通知）＞
図１は本発明の第１の実施の形態におけるネットワークの構成を示す図である。ホームネットワーク１にはＨＡ（Home Agent）２が存在し、ＭＮ１０のホームアドレスＨｏＡ１を管理している。ＭＮ１０は２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）を備えている。ＩＦ１は外部ネットワーク３ａ（外部ネットワーク１）に接続しており、外部ネットワーク３ａで使用するアドレスとしてＣｏＡ１を保持している。ＩＦ２は外部ネットワーク３ｂ（外部ネットワーク２）に接続しており、外部ネットワーク３ｂで使用するアドレスとしてＣｏＡ２を保持している。ＣＮ４はＭＮ１０の通信相手であり、ＭＮ１０−ＣＮ４間の通信パスとして、ＣｏＡ１を用いた場合の経路Path1と、ＣｏＡ２を用いた場合の経路Path2があり、経路Path1、経路Path2は、第１の実施の形態ではＨＡ２を介している。
図２は本発明の第１の実施の形態におけるＭＮ１０の構成例である。ＭＮ１０は、インタフェース１１（図１のＩＦ１、ＩＦ２）と、送信部１２と、受信部１３と、受信パケット処理部１４と、ＢＵＬ（Binding Update List）保持部１５と、登録フロー情報保持部１６と、ＢＵ生成部１７と、ＣｏＡ選択部１８と、送信パケット生成部１９と上位レイヤ２０を有している。インタフェース１１は図１に示す外部ネットワーク３ａ、３ｂと送信部１１及び受信部１３に接続される。受信パケット処理部１４は、受信部１３を介して受信したパケットに関する処理を行い、パケットのヘッダ部分にＣｏＡ切り替え情報が含まれているかどうかをチェックする。ＣｏＡ切り替え情報が含まれている場合には、その情報が示す値を対応するＢＵＬエントリに保持するようＢＵＬ保持部１５に指示する。ＣｏＡ切り替え情報は、ＨＡ２による転送先アドレスの切り替えが行われた場合の、切り替え前の転送先アドレスに関するステータスを示す情報を含む。
図３は、ＨＡ２によって指定されるＣｏＡ切り替え情報を含むデータパケット３０の構成例である。ＣｏＡ切り替え情報３２はDestination Option Header（デスティネーション・オプション・ヘッダ）３１内に構成されている。ＣｏＡ切り替え情報３２内に含まれている情報は、切り替え前のＣｏＡを識別する情報（ＣｏＡ識別情報：Binding Unique Identification number（ＢＩＤ）など）と、そのＣｏＡのステータスを示す情報（ＣｏＡ切り替えステータス情報）との組み合わせである。ＣｏＡ切り替えステータス情報は、
・Temporary（テンポラリ）、
・Complete（コンプリート）BC（Binding Cache）、
・Complete（コンプリート）Non-BC
の３つである。Temporary情報は、ＣｏＡの切り替えは一時的に行われたことを示しており、Complete BC情報（以下、Complete情報と記載することもある）は、ＣｏＡの切り替えは一時的ではなく恒久的に行われたことを示しており、更にその切り替え前のＣｏＡに関するバインディング情報（Binding Cache）は維持されることを示している。また、Complete Non-BC情報は、ＣｏＡの切り替えは一時的ではなく恒久的に行われたことを示しているが、その切り替え前のＣｏＡに関するバインディング情報は維持されないことを示している。
なお、ＣｏＡ切り替え情報は、ＨＡがＭＮからのＢＵ（Binding Update）メッセージへの応答として送信するＢＡ(Binding Acknowledgement)メッセージや、ＢＲＲ（Binding Refresh Request）メッセージの中に含めてもよい。この場合、ＢＡメッセージのStatusフィールドや、ＢＡメッセージ及びＢＲＲメッセージに付加されるBinding Unique Identifier sub-optionの中のStatusフィールドの値として含まれていてもよい。さらには、フロー情報を通知するFlow Identification optionに含まれていてもよい。これらのメッセージは、ＣｏＡの切り替えが発生する事前または事後に送信可能である。また、ＢＡメッセージをＢＵメッセージの応答としてのみ送信する場合には、通知する情報は、以後ＨＡが行う全ての転送先の切り替えは、上記ＣｏＡ切り替えステータスのいずれかであることを示すものであることを意味することとなる。この場合ＭＮ１０は、ＨＡによる転送先の切り替えが発生した場合、その切り替えは事前に受信したＢＡメッセージに含まれるＣｏＡ切り替えステータス情報に基づいて、自身の送信元アドレスの選択や、ＢＵメッセージの送信の可否を判断する。
一方、Temporary情報を受けたＭＮ１０は、その切り替え前のＣｏＡを使ったデータパケットの送信が可能であり、かつそのバインディング情報を維持するためのＢＵ（Binding Update）送信も可能であると認識する。Complete BC情報を受けたＭＮ１０は、その切り替え前のＣｏＡを使ったデータパケットの送信はできないが、そのバインディング情報を維持するためのＢＵ送信は可能であると認識する。また、Complete Non-BC情報を受けたＭＮ１０は、その切り替え前のＣｏＡを使ったデータパケットの送信が不可であり、かつそのバインディング情報を維持するためのＢＵ送信も不可であると認識する。
図４は、ＣｏＡ切り替え情報として、図３のＣｏＡ切り替え情報３２の他に、フロー識別子３３が含まれているデータパケットの構成例である。ＣｏＡ切り替え情報として、フロー識別子３３が含まれている場合には、そのフロー識別子３３が指すフローに関してＣｏＡ切り替え情報が有効であることを示す。そのため、受信パケット処理部１４は、受信したパケットの中にフロー識別子を含むＣｏＡ切り替え情報が含まれていた場合には、その情報が示す値を対応する登録フロー情報エントリに保持するよう指示する。
図２に戻り、ＢＵＬ保持部１５は、受信パケット処理部１４の指示を受け、渡されたＣｏＡ切り替え情報を、対応するＣｏＡのＢＵＬエントリ内に保持する。対応するエントリがない場合は、新たにエントリを生成し保持する。また、保持しているバインディング情報エントリのライフタイムが残り少なくなってきたときに、そのエントリの登録先に対して再度ＢＵを送信するようＢＵ生成部１７に指示する。登録フロー情報保持部１６は、受信パケット処理部１４の指示を受け、渡されたＣｏＡ切り替え情報を対応する登録フロー情報エントリ内に保持する。対応するエントリがない場合は、新たにエントリを生成し保持する。ＢＵ生成部１７は、ＢＵＬ保持部１５の指示を受け、渡されたバインディング情報を含むＢＵメッセージを生成し、送信部１２に対して送信するよう指示する。
ＣｏＡ選択部１８は、送信パケット生成部１９の指示を受け、送信するパケットの送信元アドレスに指定するべきＣｏＡを選択する。ＣｏＡ選択部１８は、ＢＵＬ保持部１５が保持している情報を参照し、送信するパケットのあて先アドレスに対応するＢＵＬが存在するかどうかをチェックする。対応するＢＵＬエントリが存在しない場合には、ＨＡに登録しているＣｏＡのうち、Complete BC情報又はComplete Non-BC情報が付加されていないエントリのＣｏＡを選択する。そして、選択したＣｏＡを使用してカプセル化パケットを生成することを送信パケット生成部１９に通知する。
また、ＣｏＡ選択部１８は、ＨＡ２から転送されたパケットに対する応答パケットを送信する際に、ＢＵＬ保持部１５が保持している情報を参照し、受信したパケットのあて先アドレスに対応するＢＵＬエントリに、Complete情報が付加されている場合には、それ以前にパケット送信に使用していたＣｏＡが、ＨＡ２によって使用されたＣｏＡとは異なるＣｏＡであったとしても、送信するパケットの送信元アドレスをＨＡ２によって使用されたＣｏＡ(Complete情報が付加されているＣｏＡ)へ切り替える。また、ＨＡ２から転送されたパケットのあて先アドレスに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８は、ＨＡによって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。これにより、ＨＡ２によって転送先の切り替えが行われたときに、切り替え後のＣｏＡが設定されたパケットを受信したＭＮが、ＨＡによる切り替えが行われる前に使用していたＣｏＡを引き続き使用してパケットを送信しないようにし、以降パケットを送信する際には、ＨＡによって使用されたＣｏＡと同じＣｏＡを使用してパケットを送信するべきことを判断できる。
例えば、ＨＡ２は、ＭＮ１０へ送信するＢＡメッセージ、あるいはＢＲＲメッセージの中に、ＣｏＡ２に対するComplete情報を付加してＭＮ１０へ送信する。これらのメッセージを受信した受信パケット処理部１４は、このComplete情報をＣｏＡ２のＢＵＬエントリに保持するようＢＵＬ保持部１５へ指示する。そして、ＨＡ２から転送されたパケットのあて先アドレスがＣｏＡ２であり、かつＣｏＡ２のＢＵＬエントリにComplete情報が保持されている場合には、それ以前にＭＮ１０が使用していたＣｏＡが、ＣｏＡ２以外（ＣｏＡ１）であったとしても、ＣｏＡ選択部１８は、送信するパケットの送信元アドレスをＣｏＡ２へ切り替える。この場合、ＨＡによって切り替えられたＣｏＡに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８は、ＨＡによって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。
送信パケット生成部１９は、上位レイヤ２０から渡された送信データをあて先ノードまで届けるためのパケットを生成する。送信パケット生成部１９は、ＣｏＡ選択部１８に対して、送信パケットの送信元アドレスとして使用するべきＣｏＡを選択するよう指示する。その結果としてＣｏＡ選択部１８から通知された情報がカプセル化を指示するものであった場合、ＨＡ２のアドレスをあて先アドレスとし、通知されたＣｏＡを送信元アドレスとするヘッダでカプセル化したパケットを生成する。上位レイヤ２０は、ＩＰレイヤよりも上位に存在するトランスポートレイヤやアプリケーションレイヤを含む。
図５は本発明の第１の実施の形態におけるＨＡ２の構成例である。ＨＡ２は、インタフェース２１と、送信部２２と、受信部２３と、データパケット処理部２４と、転送先ＣｏＡ選択部２５と、フロー情報保持部２６と、バインディング情報保持部２７と、ＣｏＡあて転送パケット生成部２８と転送状態監視部２９を有している。データパケット処理部２４は、インタフェース２１及び受信部２３を介して受信したデータパケットに関する処理を行い、そのパケットが、自身が管理するＭＮ１０のＨｏＡあてパケットである場合には、転送先ＣｏＡ選択部２５にそのパケットを渡して、転送先となるＣｏＡを選択するよう指示する。
転送先ＣｏＡ選択部２５は、データパケット処理部２４の指示を受け、ＭＮ１０へ転送するデータパケットに付加する外部ヘッダのあて先アドレスとして使用するべきＣｏＡを選択する。転送先ＣｏＡ選択部２５は、それまで使っていたＣｏＡと異なるＣｏＡを選択して転送先を切り替えることを判断したとき、切り替え後のＣｏＡのステータスに応じて、前述のＣｏＡ切り替え情報を含める。転送先ＣｏＡ選択部２５は、外部ヘッダのDestination Option Headerとして、このＣｏＡ切り替え情報を付加する。また、転送先ＣｏＡ選択部２５は、前述したように、ＨＡ２による転送先の切り替えと同期して、ＭＮ１０にも使用するインタフェースの切り替えを要求するための情報として、実際に転送先の切り替えが発生する前に、特定のＣｏＡに対するComplete情報をＭＮ１０へ通知する。
なお、ＣｏＡ切り替え情報を通知するメッセージとしては、前述しているように、ＭＮへ送信するＢＡ（Binding Acknowledgement）メッセージや、ＢＲＲ（Binding Refresh Request）メッセージを用いてもよい。この場合、ＣｏＡ切り替え情報は、ＢＡメッセージのStatusフィールドや、ＢＡメッセージ及びＢＲＲメッセージに付加されるBinding Unique Identifier sub-optionの中のStatusフィールドの値として含まれていてもよい。さらには、フロー情報を通知するFlow Identification optionに含まれていてもよい。また、図１８は、ＨＡ２によって指定されるＣｏＡ切り替え情報を含むＢＡメッセージ及びＢＲＲメッセージの構成例である。Complete情報は、Binding Unique Identifier sub-option（ＢＩＤ、ＣｏＡ識別情報として使われる）の中に含まれている。なお、フロー情報を通知するオプション（Flow Identification option）の中に含まれていてもよい。
また、フロー情報保持部２６は、フロー情報を保持する役割を持つ。なお、バインディング情報保持部２７が、フロー情報を保持するようにしてもよい。
ＣｏＡを切り替えることを判断する理由としては、ＭＮ１０へのパケット転送と、他のＭＮへのパケット転送が共に影響し合うような状態の場合(例えば、他のＭＮが、ＭＮ１０と同一リンク、あるいは同一のネットワーク(ドメインネットワーク)に存在している場合)、両者の転送パケットが同一の転送経路を通ることで互いの通信品質に影響することを防ぐために、複数の転送先を持つＭＮ１０の転送先を切り替えることを判断することが考えられる。特に、ＭＮ１０から送信されるパケットによる影響も回避したい場合には、ＭＮに対して一時的な切り替えではないこと(Complete-BC)を通知することで、ＭＮが使用する送信元アドレスの切り替えを指示することもできる。さらに、転送先の切り替えが恒久的なものであるため、切り替え前のＣｏＡに関するバインディング情報の維持が不必要となった場合に、バインディング情報を維持するためにＭＮ１０から送信されるＢＵを受け付けないことを通知するComplete-NonBCを通知することで、ＭＮ１０から送信される全てのパケットが切り替え前の経路を使って送信されることを防ぐことができる。一方、特定のＣｏＡに対してComplete情報を事前に通知しておく場合は、ＨＡ２自身が選択したＣｏＡと同じＣｏＡをＭＮ１０にも使用することを要求する場合などに用いられる。
バインディング情報保持部２７は、ＭＮ１０から通知されたＣｏＡ情報を含むバインディング情報を保持する。ＣｏＡあて転送パケット生成部２８は、転送先ＣｏＡ選択部２５の指示を受け、渡されたＣｏＡを使ってカプセル化パケットを生成し、送信部２２へ渡して送信するよう指示する。転送状態監視部２９は、自身（ＨＡ２）が管理するＭＮ１０に対して転送したパケットに関する情報を収集し、転送先ＣｏＡ選択部２５がＣｏＡを選択する際に利用可能な有用情報を提供する。
次に図６、図７、図８を参照して第１の実施の形態の通信シーケンスについて説明する。図６はＨＡ２がComplete BC情報を送信する場合の通信シーケンスを示し、まず、
（１）ＭＮ１０は、２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）のうち、インタフェース１１ａを介して外部ネットワーク３ａ（外部ネットワーク１）に接続しているものとする（ＣｏＡ１を用いた経路Path1）。また、インタフェース１１ａ、１１ｂにはそれぞれ、ＣｏＡ１、ＣｏＡ２が割り当てられている。
（２）ＭＮ１０はＨＡ２に対し、ＣｏＡ１、ＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
（３）ＣＮ４がＭＮ１０のＨｏＡあてのパケットをＨＡ２に対して送信すると、
（４）ＨＡ２はこのパケットを受信して、ＭＮ１０のＣｏＡ１あて転送パケットとして経路Path1を経由して送信し、
（５）ＭＮ１０はこのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信する。
（６）ＨＡ２は自身のパス選択ポリシーによって転送先のＣｏＡを切り替えるか否かを判断し、ＭＮ１０の転送先ＣｏＡをＣｏＡ１からＣｏＡ２に切り替えたとする。
（７）ＣＮ４がＭＮ１０のＨｏＡあてのパケットをＨＡ２に対して送信すると、
（８ａ）ＨＡ２はこのパケットを受信して、ＭＮ１０のＣｏＡ２あて転送パケットとして経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete BC情報を送信する。
（９ａ）ＭＮ１０はこのComplete BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できるが、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（１０ａ）ＭＮ１０はＨＡ２からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（１１ａ）ＭＮ１０はＨＡ２に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
図７はＨＡ２がComplete Non-BC情報を送信する場合の通信シーケンスを示し、（１）〜（７）は図６と同じであるので説明を省略し、それ以降を説明する。
（８ｂ）ＨＡ２はＣＮ４からのパケットを受信して、ＭＮ１０のＣｏＡ２あて転送パケットとして経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete Non-BC情報を送信する。
（９ｂ）ＭＮ１０はこのComplete Non-BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できず、また、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（１０ａ）ＭＮ１０はＨＡ２からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（１１ｂ）ＭＮ１０はＨＡ２に対し、切り替え後のＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージのみを送信する。
図８はＨＡ２がTemporary情報を送信する場合の通信シーケンスを示し、（１）〜（７）は図６と同じであるので説明を省略し、それ以降を説明する。
（８ｃ）ＨＡ２はＣＮ４からのパケットを受信して、ＭＮ１０のＣｏＡ２あて転送パケットとして経路Path2に送信し、また、ＣｏＡ切り替え情報としてTemporary情報を送信する。
（９ｃ）ＭＮ１０はこのTemporary情報により、切り替え前のＣｏＡ１のバインディング情報を維持することができ、また、インタフェース１１ａ（ＩＦ１）経由でパケット送信できる、と判断する。
（１０ｂ）ＭＮ１０はＨＡ２からのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信し、また、
（１１ａ）ＭＮ１０はＨＡ２に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
図９はＨＡ２の処理を説明するためのフローチャートである。まず、ＭＮ１０あてのＨｏＡあてパケットの受信待ち状態で（ステップＳ１）、ＭＮ１０あてのＨｏＡあてパケットを代理受信すると（ステップＳ２）、転送先ＣｏＡを選択する（ステップＳ３）。次いでＭＮ１０のＨｏＡあてパケットをその転送先ＣｏＡでカプセル化したパケットを生成し（ステップＳ４）、次いで、転送先ＣｏＡが切り替わったか否かをチェックする（ステップＳ５）。そして、切り替わった場合にはＣｏＡ切り替え情報を転送パケットに付加して（ステップＳ６）そのパケットを転送し（ステップＳ７）、他方、転送先ＣｏＡが切り替わっていない場合にはそのまま転送する（ステップＳ７）。
図１０はＭＮ１０の処理を説明するためのフローチャートである。まず、パケットの受信待ち状態で（ステップＳ１１）、パケットを受信すると（ステップＳ１２）、受信パケット内にＣｏＡ切り替え情報があるか否かをチェックする（ステップＳ１３）。そして、ＣｏＡ切り替え情報がない場合にはステップＳ２０に進み、受信パケットを処理する。他方、ステップＳ１３においてＣｏＡ切り替え情報がある場合、ＣｏＡ切り替え情報がTemporary情報のときには、切り替え前のＣｏＡを使ってパケットを送信するとともに、切り替え前のＣｏＡのバインディング・キャッシュを維持するためＢＵを送信し（ステップＳ１４、Ｓ１５）、次いでステップＳ２０に進む。また、ＣｏＡ切り替え情報がComplete BC情報のときには、切り替え後のＣｏＡを使ってパケットを送信するとともに、切り替え前のＣｏＡのバインディング・キャッシュを維持するためＢＵを送信し（ステップＳ１６、Ｓ１７）、次いでステップＳ２０に進む。また、ＣｏＡ切り替え情報がComplete Non-BC情報のときには、切り替え後のＣｏＡを使ってパケットを送信するとともに、バインディング・アップデートリストから該当エントリを削除し（ステップＳ１８、Ｓ１９）、次いでステップＳ２０に進む。
また、図１９は、ＨＡ２が特定のＣｏＡに対してComplete情報を通知する場合のシーケンスを示している。なお、（１）〜（７）は、基本的に図６と同じであるので説明を省略する。ＨＡ２からＢＩＤ２に対してComplete情報が通知され、その後、ＨＡ２により転送先がＣｏＡ１からＣｏＡ２に切り替えられた場合（１２）、ＭＮ１０は、切り替え先のＣｏＡ２に対応するＢＵＬエントリにComplete情報が付加されているため、パケットを送信するインタフェースをＩＦ２に切り替える(１３)。その結果、ＣＮあてのデータパケット（カプセル化パケット）は、経路Path2経由で送信される（１４）。
本発明の第１の実施の形態により、ＭＮ１０は、ＨＡ２による転送先アドレスの切り替えが行われた後に、ＨＡ２が転送先アドレス及びパスを切り替えたこと（更にはその理由）を知ることができる。これにより、ＭＮ１０はＨＡ２による切り替え（更にはその理由）に応じた動作をとることができるため、不必要なデータパケット／ＢＵ送信を防ぐことができる。
＜第２の実施の形態（ＣＮによる通知）＞
図１１は本発明の第２の実施の形態におけるネットワークの構成を示す図である。ホームネットワーク１にはＨＡ２が存在し、ＭＮ１０のＨｏＡ１を管理している。ＭＮ１０は２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）を備えている。ＩＦ１は外部ネットワーク３ａに接続しており、外部ネットワーク３ａで使用するアドレスとしてＣｏＡ１を保持している。ＩＦ２は外部ネットワーク３ｂに接続しており、外部ネットワーク３ｂで使用するアドレスとしてＣｏＡ２を保持している。ＣＮ４はＭＮ１０の通信相手であり、ＭＮ１０はＣｏＡ１とＣｏＡ２に関するバインディング情報を登録している。ＭＮ−ＣＮ間の通信パスとして、ＣｏＡ１を用いた場合の経路Path1と、ＣｏＡ２を用いた場合の経路Path2があり、経路Path1、Path2は、第２の実施の形態ではＨＡ２を経由していない。
図１２は本発明の第２の実施の形態におけるＭＮ１０の構成例である。第１の実施の形態におけるＭＮ１０との違いは、受信パケット処理部１４ａと、ＣｏＡ選択部１８ａと送信パケット生成部１９ａである。受信パケット処理部１４ａは、受信したパケットに関する処理を行い、パケットのヘッダ部分にＣｏＡ切り替え情報が含まれているかどうかをチェックする。第１の実施の形態における受信パケット処理部１４との違いは、ＣｏＡ切り替え情報をＨＡ２からではなくＣＮ４から取得するところである。ＣｏＡ切り替え情報が示す意味は第１の実施の形態と同じであり、その情報に応じたＭＮ１０の動作も同じである。また、受信パケット処理部１４ａは、ＣＮ４からのデータパケットをＨＡ２によってカプセル化された状態で受信した場合、そのＣＮ４に登録したバインディング情報があるかどうかについてＢＵＬ保持部１５を参照してチェックし、既にバインディング情報が登録済みで、かつライフタイムが残っている場合には、ＢＵ生成部１７に対してＢＵの送信を指示しない。
ＣｏＡ選択部１８ａは、送信パケット生成部１９ａの指示を受け、送信するパケットの送信元アドレスに指定するべきＣｏＡを選択する。ＣｏＡ選択部１８ａは、ＢＵＬ保持部１５が保持している情報を参照し、送信するパケットのあて先アドレスに対応するＢＵＬが存在するかどうかをチェックする。対応するＢＵＬエントリが存在する場合には、そのＣＮに登録しているＣｏＡのうち、Complete BC情報又はComplete Non-BC情報が付加されていないエントリのＣｏＡを選択する。そして選択したＣｏＡを使用してRouting Header（ルーティング・ヘッダ）を付加したパケットを生成することを送信パケット生成部１９ａに通知する。
また、ＣｏＡ選択部１８ａは、ＣＮ４から転送されたパケットに対する応答パケットを送信する際に、ＢＵＬ保持部１５が保持している情報を参照し、受信したパケットのあて先アドレスに対応するＢＵＬエントリに、Complete情報が付加されている場合には、それ以前にパケット送信に使用していたＣｏＡが、ＣＮ４によって使用されたＣｏＡとは異なるＣｏＡであったとしても、送信するパケットの送信元アドレスをＣＮ４によって使用されたＣｏＡ（Complete情報が付加されているＣｏＡ）へ切り替える。なお、ＣＮ４から送信されたパケットのあて先アドレスに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８ａは、ＣＮ４によって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。これにより、ＣＮ４によって転送先の切り替えが行われたときに、切り替え後のＣｏＡが設定されたパケットを受信したＭＮが、ＣＮ４による切り替えが行われる前に使用していたＣｏＡを引き続き使用してパケットを送信しないようにし、以降パケットを送信する際には、ＣＮ４によって使用されたＣｏＡと同じＣｏＡを使用してパケットを送信するべきことを判断できる。
例えば、ＣＮ４は、ＭＮ１０へ送信するＢＡメッセージ、あるいはＢＲＲメッセージの中に、ＣｏＡ２に対するComplete情報を付加してＭＮ１０へ送信する。これらのメッセージを受信した受信パケット処理部１４ａは、このComplete情報をＣｏＡ２のＢＵＬエントリに保持するようＢＵＬ保持部１５へ指示する。そして、ＣＮ４から転送されたパケットのあて先アドレスがＣｏＡ２であり、かつＣｏＡ２のＢＵＬエントリにComplete情報が保持されている場合には、それ以前にＭＮ１０が使用していたＣｏＡが、ＣｏＡ２以外（ＣｏＡ１）であったとしても、ＣｏＡ選択部１８は、送信するパケットの送信元アドレスをＣｏＡ２へ切り替える。この場合、ＣＮ４によって切り替えられたＣｏＡに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８は、ＣＮ４によって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。
送信パケット生成部１９ａは、上位レイヤ２０から渡された送信データをあて先ノードまで届けるためのパケットを生成する。送信パケット生成部１９ａは、ＣｏＡ選択部１８ａに対して、送信パケットの送信元アドレスとして使用するべきＣｏＡを選択するよう指示する。その結果としてＣｏＡ選択部１８ａから通知された情報がHome Address Optionを付加することを指示するものであった場合、ＣＮのアドレスをあて先アドレス、通知されたＣｏＡを送信元アドレスとし、さらにＨｏＡを含むHome Address Optionを付加したパケットを生成する。
図１３は本発明の第２の実施の形態におけるＣＮ４の構成例である。ＣＮ４は、インタフェース４１と、送信部４２と、受信部４３と、受信パケット処理部４４と、フロー情報保持部４５と、バインディング情報保持部４６と、あて先ＣｏＡ選択部４７と、送信パケット生成部４８と、転送状態監視部４９と上位レイヤ５０を有している。受信パケット処理部４４は、インタフェース４１及び受信部４３を介して受信したパケットに関する処理を行う。また受信パケット処理部４４は、パケットに含まれる内容が上位レイヤ５０によって処理されるべきものである場合は上位レイヤ５０に渡し、上位レイヤ５０へ渡す必要のないもの（例えばＩＰレイヤのメッセージ）で、かつそのパケットに対してパケットを送信する必要のあるものは、送信パケット生成部４８に渡す。
フロー情報保持部４５は、ＭＮ１０から登録を受けたフロー情報を保持する役割を持つ。なお、バインディング情報保持部４６が、フロー情報を保持するようにしてもよい。バインディング情報保持部４６は、ＭＮ１０から通知されたＣｏＡ情報を含むバインディング情報を保持する。あて先ＣｏＡ選択部４７は、送信パケット生成部４８の指示を受け、バインディング情報保持部４６を参照して、ＭＮ１０へ送信するパケットにRouting Headerを付加してＭＮ１０へ直接送信できるかどうか、更にはRouting Headerを付加するパケットのあて先アドレスとして使用するＣｏＡを選択する。また、あて先ＣｏＡ選択部４７は、転送状態監視部４９からの情報を参照し、それまで使っていたＣｏＡと異なるＣｏＡを選択して転送先を切り替えることを判断したとき、切り替え後のＣｏＡのステータスに応じて、前述のＣｏＡ切り替え情報を含める。あて先ＣｏＡ選択部４７は、外部ヘッダのDestination Option Headerとして、このＣｏＡ切り替え情報を付加する。また、ＨＡ２の転送先ＣｏＡ選択部２５と同様に、あて先ＣｏＡ選択部４７は、ＣＮ４による転送先の切り替えと同期して、ＭＮ１０にも使用するインタフェースの切り替えを要求するための情報として、実際に転送先の切り替えが発生する前に、特定のＣｏＡに対するComplete情報をＭＮ１０へ通知する。
なお、ＣｏＡ切り替え情報は、ＣＮ４がＭＮ１０からのＢＵメッセージへの応答として送信するＢＡ(Binding Acknowledgement)メッセージや、ＢＲＲ（Binding Refresh Request）メッセージの中に含めてもよい。この場合、ＢＡメッセージのStatusフィールドや、ＢＡメッセージ及びＢＲＲメッセージに付加されるBinding Unique Identifier sub-optionの中のStatusフィールドの値として含まれていてもよい。さらには、フロー情報を通知するFlow Identification optionに含まれていてもよい。また、図１８に示すように、Complete情報は、ＢＡメッセージ又はＢＲＲメッセージの中の、Binding Unique Identifier sub-option（ＢＩＤ、ＣｏＡ識別情報として使われる）の中に含まれている。なお、フロー情報を通知するオプション（Flow Identification option）の中に含まれていてもよい。これらのメッセージは、ＣｏＡの切り替えが発生する事前又は事後に送信可能である。また、ＢＡメッセージをＢＵメッセージの応答としてのみ送信する場合には、通知する情報は、以後ＣＮ４が行う全ての転送先の切り替えは、上記ＣｏＡ切り替えステータスのいずれかであることを示すものであることを意味することとなる。この場合ＭＮ１０は、ＣＮ４による転送先の切り替えが発生した場合、その切り替えは事前に受信したＢＡメッセージに含まれるＣｏＡ切り替えステータス情報に基づいて、自身の送信元アドレスの選択や、ＢＵメッセージの送信の可否を判断する。
ＣｏＡを切り替えることを判断する理由としては、ＭＮ１０へのパケット転送と、他のＭＮへのパケット転送が共に影響し合うような状態の場合(例えば、他のＭＮが、ＭＮ１０と同一リンク、あるいは同一のネットワーク(ドメインネットワーク)に存在している場合)、両者の転送パケットが同一の転送経路を通ることで互いの通信品質に影響することを防ぐために、複数の転送先を持つＭＮ１０の転送先を切り替えることを判断することが考えられる。特に、ＭＮ１０から送信されるパケットによる影響も回避したい場合には、ＭＮに対して一時的な切り替えではないこと(Complete-BC)を通知することで、ＭＮが使用する送信元アドレスの切り替えを指示することもできる。さらに、転送先の切り替えが恒久的なものであるため、切り替え前のＣｏＡに関するバインディング情報の維持が不必要となった場合に、バインディング情報を維持するためにＭＮ１０から送信されるＢＵを受け付けないことを通知するComplete Non-BCを通知することで、ＭＮ１０から送信される全てのパケットが切り替え前の経路を使って送信されることを防ぐことができる。一方、特定のＣｏＡに対してComplete情報を事前に通知しておく場合は、ＣＮ４自身が選択したＣｏＡと同じＣｏＡをＭＮ１０にも使用することを要求する場合などに用いられる。
送信パケット生成部４８は、上位レイヤ５０から渡された送信データをあて先ノードまで届けるためのパケットを生成する。送信パケット生成部４８は、あて先ＣｏＡ選択部４７に対して、送信するパケットにRouting Headerを付加してＭＮ１０へ直接送信できるかどうか、更にはRouting Headerを付加するパケットのあて先アドレスとして使用するＣｏＡを選択するよう指示する。その結果としてあて先ＣｏＡ選択部４７から通知された情報がRouting Headerを付加することを指示するものであった場合、通知されたＣｏＡアドレスをあて先アドレスとし、ＨｏＡを含むRouting Headerを付加したパケットを生成し、送信部４２へ渡して送信するよう指示する。一方、あて先ＣｏＡ選択部４７から通知された情報が何も付加しないことを指示するものであった場合、送信パケット生成部４８は、パケットをそのまま送信部４２へ渡し、送信するよう指示する。転送状態監視部４９は、ＨＡ２が管理するＭＮ１０に対して転送したパケットに関する情報を収集し、転送先ＣｏＡ選択部４７がＣｏＡを選択する際に利用可能な有用情報を提供する。上位レイヤ５０は、ＩＰレイヤよりも上位に存在するトランスポートレイヤやアプリケーションレイヤを含む。
図１４は第２の実施の形態のＣＮ４の動作を示す。まず、上位レイヤ５０からＭＮ１０あてのＨｏＡあてパケットの送信リクエストがあると（ステップＳ２１）、そのＭＮ１０あてのＨｏＡあてパケットを生成し（ステップＳ２２）、次いで転送先ＣｏＡを選択する（ステップＳ２３）。次いで図９と同様に、ＭＮ１０のＨｏＡあてパケットをその転送先ＣｏＡあてに変更し、さらにRouting Headerを付加したパケットを生成する（ステップＳ２４）。次いで、転送先ＣｏＡが切り替わったか否かをチェックする（ステップＳ２５）。そして、切り替わった場合にはＣｏＡ切り替え情報を転送パケットに付加して（ステップＳ２６）そのパケットを転送し（ステップＳ２７）、他方、転送先ＣｏＡが切り替わっていない場合にはそのまま転送する（ステップＳ２７）。なお、第２の実施の形態のＭＮ１０の処理は、第１の実施の形態（図１０）と同じである。
図１５はＣＮ４がComplete BC情報を送信する場合の通信シーケンスを示し、まず、
（１）ＭＮ１０は、２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）のうち、インタフェース１１ａを介して外部ネットワーク３ａ（外部ネットワーク１）に接続しているものとする（ＣｏＡ１を用いた経路Path1）。また、インタフェース１１ａ、１１ｂにはそれぞれ、ＣｏＡ１、ＣｏＡ２が割り当てられている。
（２）ＭＮ１０はＣＮ４に対し、ＣｏＡ１、ＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
（３）ＣＮ４がＭＮ１０のＣｏＡ１あてのパケットを経路Path1を経由して送信すると、
（４）ＭＮ１０はこのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信する。
（５）ＣＮ４は自身のパス選択ポリシーによって転送先のＣｏＡを切り替えるか否かを判断し、ＭＮ１０の転送先ＣｏＡをＣｏＡ１からＣｏＡ２に切り替えたものとする。
（６ａ）ＣＮ４はＭＮ１０のＣｏＡ２あて転送パケットを経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete BC情報を送信する。
（７ａ）ＭＮ１０はこのComplete BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できるが、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（８ａ）ＭＮ１０はＣＮ４からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（９ａ）ＭＮ１０はＣＮ４に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
図１６はＣＮ４がComplete Non-BC情報を送信する場合の通信シーケンスを示し、（１）〜（５）は図１５と同じであるので説明を省略し、それ以降を説明する。
（６ｂ）ＣＮ４はＭＮ１０のＣｏＡ２あて転送パケットを経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete Non-BC情報を送信する。
（７ｂ）ＭＮ１０はこのComplete Non-BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できず、また、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（８ａ）ＭＮ１０はＣＮ４からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（９ｂ）ＭＮ１０はＣＮ４に対し、切り替え後のＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージのみを送信する。
図１７はＣＮ４がTemporary情報を送信する場合の通信シーケンスを示し、（１）〜（５）は図１５と同じであるので説明を省略し、それ以降を説明する。
（６ｃ）ＣＮ４はＭＮ１０のＣｏＡ２あて転送パケットを経路Path2に送信し、また、ＣｏＡ切り替え情報としてTemporary情報を送信する。
（７ｃ）ＭＮ１０はこのTemporary情報により、切り替え前のＣｏＡ１のバインディング情報を維持することができ、また、インタフェース１１ａ（ＩＦ１）経由でパケット送信できる、と判断する。
（８ｂ）ＭＮ１０はＣＮ４からのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信し、また、
（９ａ）ＭＮ１０はＣＮ４に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
なお、図示はしないが、図（Complete情報シーケンス）のＨＡ２と同様に、ＣＮ４が特定のＣｏＡに対してComplete情報を通知する場合は、ＣＮ４からＢＩＤ２に対してComplete情報が通知され、その後、ＣＮ４により転送先がＣｏＡ１からＣｏＡ２に切り替えられた場合、ＭＮ１０は、切り替え先のＣｏＡ２に対応するＢＵＬエントリにComplete情報が付加されているため、パケットを送信するインタフェースをＩＦ２に切り替える。
本発明の第２の実施の形態により、ＭＮ１０は、ＣＮ４による転送先アドレスの切り替えが行われた後に、ＣＮ４が転送先アドレス及びパスを切り替えたこと（更にはその理由）を知ることができる。これにより、ＭＮ１０はＣＮ４による切り替え（更にはその理由）に応じた動作をとることができるため、不必要なデータパケット／ＢＵ送信を防ぐことができる。
なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。更には、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
本発明は、ホームエージェント自身や相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができるという効果を有し、ｍｏｎａｍｉ６などに利用することができる。
本発明は、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、ホームエージェントがホームアドレスあてパケットを複数の気付けアドレスのいずれかに転送する通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノードに関する。
また、本発明は、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、相手先の通信ノードがパケットを複数の気付けアドレスのいずれかに転送する通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノードに関する。
モバイルＩＰ（Internet Protocol）を利用するモバイルノード（ＭＮ）は、移動先のアドレスである気付けアドレス（ＣｏＡ）を、自身のホームアドレス（ＨｏＡ）を管理するホームエージェント（ＨＡ）に登録し、ＨｏＡあてパケットの転送を依頼する。ＭＮが、複数のＣｏＡを１つのＨｏＡに対して同時に関連付けて登録することができれば、複数のインタフェースを備えるＭＮは、それぞれのインタフェースに割り当てられたＣｏＡを登録することで、インタフェースの状態に応じて使用するＣｏＡを瞬時に切り替えることが可能となる。下記の非特許文献１には、ＭＮが複数のＣｏＡを１つのＨｏＡに関連付けてＨＡに登録する手法が開示されている。
一方、ＨＡが、複数のＣｏＡの登録をＭＮから受けている場合、そのＭＮのＨｏＡあてパケットの転送先としてどのＣｏＡを使用するべきかを判断するため情報（パス選択ポリシー）をＭＮから取得することができれば、ＭＮの意向に基づくＣｏＡの選択が可能となる。下記の非特許文献２には、ＨＡによるフローに応じたＣｏＡの選択を可能とする手法として、ＭＮがＨＡに対してパス選択ポリシーとしてのフロー情報を登録する手法が開示されている。また、複数のＣｏＡの登録を受けているＨＡは、ＭＮから通知されるパス選択ポリシーだけによらず、ＨＡ自身のパス選択ポリシーによって転送先のＣｏＡを切り替えることも可能である。この場合、ＨＡは、他のノードとの通信状態を考慮して、ＭＮあてに送信するパケットのＣｏＡを選択することができるので、より効果的なパスの切り替えが可能となる。
R.Wakikawa, T.Ernst, K.Nagami, "Multiple Care-of Addresses Registration", draft-ietf-monami6-multiplecoa-00.txt, June 2006. H.Soliman, N.Montavont, N.Fikouras, K.Kuladinithi, "Flow Bindings in Mobile IPv6", draft-soliman-monami6-flow-binding-01.txt, June 2006.
しかし、ＨＡ自身や相手先ノード（ＣＮ：Correspondent Node）自身のパス選択ポリシーによってパスの切り替えが行われた場合、その切り替え以降であっても、ＭＮは切り替える前に使用されていたＣｏＡに関するバインディング情報を維持するために、バインディングアップデートメッセージを送信する。また、そのバインディング情報のライフタイムがまだ残っている間は、そのＣｏＡを使ってパケットを送信する。このため、ＨＡやＣＮによるパスの切り替えが、例えば他のノードとの通信状態を考慮した結果として行われた場合、ＭＮが行う上記のアクションはＨＡにとって不本意なものであり、結果的に不必要なトラフィックがＭＮから発生してしまうことになる。
本発明は上記従来技術の問題点に鑑み、ホームエージェント自身や相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノードを提供することを目的とする。
本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信方法において、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知するステップと、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信するステップとを、
備えた。
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおいて、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段と、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信する手段とを、
備えた。
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記ホームエージェントであって、
転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段を備え、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを自身に送信するように構成した。
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記モバイルノードであって、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を自身に通知した場合に、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信する手段を、
備えた。
この構成により、ホームエージェント自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる。
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信方法において、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知するステップと、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信するステップとを、
備えた。
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおいて、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段と、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信する手段とを、
備えた。
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記相手先の通信ノードであって、
転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段を備え、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを自身に送信するように構成した。
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記モバイルノードであって、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知した場合、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信する手段を、
備えた。
この構成により、相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる。
本発明によれば、ホームエージェント自身や相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる。
以下、図面を参照して本発明の実施の形態について説明する。
＜第１の実施の形態（ＨＡによる通知）＞
図１は本発明の第１の実施の形態におけるネットワークの構成を示す図である。ホームネットワーク１にはＨＡ（Home Agent）２が存在し、ＭＮ１０のホームアドレスＨｏＡ１を管理している。ＭＮ１０は２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）を備えている。ＩＦ１は外部ネットワーク３ａ（外部ネットワーク１）に接続しており、外部ネットワーク３ａで使用するアドレスとしてＣｏＡ１を保持している。ＩＦ２は外部ネットワーク３ｂ（外部ネットワーク２）に接続しており、外部ネットワーク３ｂで使用するアドレスとしてＣｏＡ２を保持している。ＣＮ４はＭＮ１０の通信相手であり、ＭＮ１０−ＣＮ４間の通信パスとして、ＣｏＡ１を用いた場合の経路Path1と、ＣｏＡ２を用いた場合の経路Path2があり、経路Path1、経路Path2は、第１の実施の形態ではＨＡ２を介している。
図２は本発明の第１の実施の形態におけるＭＮ１０の構成例である。ＭＮ１０は、インタフェース１１（図１のＩＦ１、ＩＦ２）と、送信部１２と、受信部１３と、受信パケット処理部１４と、ＢＵＬ（Binding Update List）保持部１５と、登録フロー情報保持部１６と、ＢＵ生成部１７と、ＣｏＡ選択部１８と、送信パケット生成部１９と上位レイヤ２０を有している。インタフェース１１は図１に示す外部ネットワーク３ａ、３ｂと送信部１１及び受信部１３に接続される。受信パケット処理部１４は、受信部１３を介して受信したパケットに関する処理を行い、パケットのヘッダ部分にＣｏＡ切り替え情報が含まれているかどうかをチェックする。ＣｏＡ切り替え情報が含まれている場合には、その情報が示す値を対応するＢＵＬエントリに保持するようＢＵＬ保持部１５に指示する。ＣｏＡ切り替え情報は、ＨＡ２による転送先アドレスの切り替えが行われた場合の、切り替え前の転送先アドレスに関するステータスを示す情報を含む。
図３は、ＨＡ２によって指定されるＣｏＡ切り替え情報を含むデータパケット３０の構成例である。ＣｏＡ切り替え情報３２はDestination Option Header（デスティネーション・オプション・ヘッダ）３１内に構成されている。ＣｏＡ切り替え情報３２内に含まれている情報は、切り替え前のＣｏＡを識別する情報（ＣｏＡ識別情報：Binding Unique Identification number（ＢＩＤ）など）と、そのＣｏＡのステータスを示す情報（ＣｏＡ切り替えステータス情報）との組み合わせである。ＣｏＡ切り替えステータス情報は、
・Temporary（テンポラリ）、
・Complete（コンプリート）BC（Binding Cache）、
・Complete（コンプリート）Non-BC
の３つである。Temporary情報は、ＣｏＡの切り替えは一時的に行われたことを示しており、Complete BC情報（以下、Complete情報と記載することもある）は、ＣｏＡの切り替えは一時的ではなく恒久的に行われたことを示しており、更にその切り替え前のＣｏＡに関するバインディング情報（Binding Cache）は維持されることを示している。また、Complete Non-BC情報は、ＣｏＡの切り替えは一時的ではなく恒久的に行われたことを示しているが、その切り替え前のＣｏＡに関するバインディング情報は維持されないことを示している。
なお、ＣｏＡ切り替え情報は、ＨＡがＭＮからのＢＵ（Binding Update）メッセージへの応答として送信するＢＡ(Binding Acknowledgement)メッセージや、ＢＲＲ（Binding Refresh Request）メッセージの中に含めてもよい。この場合、ＢＡメッセージのStatusフィールドや、ＢＡメッセージ及びＢＲＲメッセージに付加されるBinding Unique Identifier sub-optionの中のStatusフィールドの値として含まれていてもよい。さらには、フロー情報を通知するFlow Identification optionに含まれていてもよい。これらのメッセージは、ＣｏＡの切り替えが発生する事前または事後に送信可能である。また、ＢＡメッセージをＢＵメッセージの応答としてのみ送信する場合には、通知する情報は、以後ＨＡが行う全ての転送先の切り替えは、上記ＣｏＡ切り替えステータスのいずれかであることを示すものであることを意味することとなる。この場合ＭＮ１０は、ＨＡによる転送先の切り替えが発生した場合、その切り替えは事前に受信したＢＡメッセージに含まれるＣｏＡ切り替えステータス情報に基づいて、自身の送信元アドレスの選択や、ＢＵメッセージの送信の可否を判断する。
一方、Temporary情報を受けたＭＮ１０は、その切り替え前のＣｏＡを使ったデータパケットの送信が可能であり、かつそのバインディング情報を維持するためのＢＵ（Binding Update）送信も可能であると認識する。Complete BC情報を受けたＭＮ１０は、その切り替え前のＣｏＡを使ったデータパケットの送信はできないが、そのバインディング情報を維持するためのＢＵ送信は可能であると認識する。また、Complete Non-BC情報を受けたＭＮ１０は、その切り替え前のＣｏＡを使ったデータパケットの送信が不可であり、かつそのバインディング情報を維持するためのＢＵ送信も不可であると認識する。
図４は、ＣｏＡ切り替え情報として、図３のＣｏＡ切り替え情報３２の他に、フロー識別子３３が含まれているデータパケットの構成例である。ＣｏＡ切り替え情報として、フロー識別子３３が含まれている場合には、そのフロー識別子３３が指すフローに関してＣｏＡ切り替え情報が有効であることを示す。そのため、受信パケット処理部１４は、受信したパケットの中にフロー識別子を含むＣｏＡ切り替え情報が含まれていた場合には、その情報が示す値を対応する登録フロー情報エントリに保持するよう指示する。
図２に戻り、ＢＵＬ保持部１５は、受信パケット処理部１４の指示を受け、渡されたＣｏＡ切り替え情報を、対応するＣｏＡのＢＵＬエントリ内に保持する。対応するエントリがない場合は、新たにエントリを生成し保持する。また、保持しているバインディング情報エントリのライフタイムが残り少なくなってきたときに、そのエントリの登録先に対して再度ＢＵを送信するようＢＵ生成部１７に指示する。登録フロー情報保持部１６は、受信パケット処理部１４の指示を受け、渡されたＣｏＡ切り替え情報を対応する登録フロー情報エントリ内に保持する。対応するエントリがない場合は、新たにエントリを生成し保持する。ＢＵ生成部１７は、ＢＵＬ保持部１５の指示を受け、渡されたバインディング情報を含むＢＵメッセージを生成し、送信部１２に対して送信するよう指示する。
ＣｏＡ選択部１８は、送信パケット生成部１９の指示を受け、送信するパケットの送信元アドレスに指定するべきＣｏＡを選択する。ＣｏＡ選択部１８は、ＢＵＬ保持部１５が保持している情報を参照し、送信するパケットのあて先アドレスに対応するＢＵＬが存在するかどうかをチェックする。対応するＢＵＬエントリが存在しない場合には、ＨＡに登録しているＣｏＡのうち、Complete BC情報又はComplete Non-BC情報が付加されていないエントリのＣｏＡを選択する。そして、選択したＣｏＡを使用してカプセル化パケットを生成することを送信パケット生成部１９に通知する。
また、ＣｏＡ選択部１８は、ＨＡ２から転送されたパケットに対する応答パケットを送信する際に、ＢＵＬ保持部１５が保持している情報を参照し、受信したパケットのあて先アドレスに対応するＢＵＬエントリに、Complete情報が付加されている場合には、それ以前にパケット送信に使用していたＣｏＡが、ＨＡ２によって使用されたＣｏＡとは異なるＣｏＡであったとしても、送信するパケットの送信元アドレスをＨＡ２によって使用されたＣｏＡ(Complete情報が付加されているＣｏＡ)へ切り替える。また、ＨＡ２から転送されたパケットのあて先アドレスに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８は、ＨＡによって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。これにより、ＨＡ２によって転送先の切り替えが行われたときに、切り替え後のＣｏＡが設定されたパケットを受信したＭＮが、ＨＡによる切り替えが行われる前に使用していたＣｏＡを引き続き使用してパケットを送信しないようにし、以降パケットを送信する際には、ＨＡによって使用されたＣｏＡと同じＣｏＡを使用してパケットを送信するべきことを判断できる。
例えば、ＨＡ２は、ＭＮ１０へ送信するＢＡメッセージ、あるいはＢＲＲメッセージの中に、ＣｏＡ２に対するComplete情報を付加してＭＮ１０へ送信する。これらのメッセージを受信した受信パケット処理部１４は、このComplete情報をＣｏＡ２のＢＵＬエントリに保持するようＢＵＬ保持部１５へ指示する。そして、ＨＡ２から転送されたパケットのあて先アドレスがＣｏＡ２であり、かつＣｏＡ２のＢＵＬエントリにComplete情報が保持されている場合には、それ以前にＭＮ１０が使用していたＣｏＡが、ＣｏＡ２以外（ＣｏＡ１）であったとしても、ＣｏＡ選択部１８は、送信するパケットの送信元アドレスをＣｏＡ２へ切り替える。この場合、ＨＡによって切り替えられたＣｏＡに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８は、ＨＡによって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。
送信パケット生成部１９は、上位レイヤ２０から渡された送信データをあて先ノードまで届けるためのパケットを生成する。送信パケット生成部１９は、ＣｏＡ選択部１８に対して、送信パケットの送信元アドレスとして使用するべきＣｏＡを選択するよう指示する。その結果としてＣｏＡ選択部１８から通知された情報がカプセル化を指示するものであった場合、ＨＡ２のアドレスをあて先アドレスとし、通知されたＣｏＡを送信元アドレスとするヘッダでカプセル化したパケットを生成する。上位レイヤ２０は、ＩＰレイヤよりも上位に存在するトランスポートレイヤやアプリケーションレイヤを含む。
図５は本発明の第１の実施の形態におけるＨＡ２の構成例である。ＨＡ２は、インタフェース２１と、送信部２２と、受信部２３と、データパケット処理部２４と、転送先ＣｏＡ選択部２５と、フロー情報保持部２６と、バインディング情報保持部２７と、ＣｏＡあて転送パケット生成部２８と転送状態監視部２９を有している。データパケット処理部２４は、インタフェース２１及び受信部２３を介して受信したデータパケットに関する処理を行い、そのパケットが、自身が管理するＭＮ１０のＨｏＡあてパケットである場合には、転送先ＣｏＡ選択部２５にそのパケットを渡して、転送先となるＣｏＡを選択するよう指示する。
転送先ＣｏＡ選択部２５は、データパケット処理部２４の指示を受け、ＭＮ１０へ転送するデータパケットに付加する外部ヘッダのあて先アドレスとして使用するべきＣｏＡを選択する。転送先ＣｏＡ選択部２５は、それまで使っていたＣｏＡと異なるＣｏＡを選択して転送先を切り替えることを判断したとき、切り替え後のＣｏＡのステータスに応じて、前述のＣｏＡ切り替え情報を含める。転送先ＣｏＡ選択部２５は、外部ヘッダのDestination Option Headerとして、このＣｏＡ切り替え情報を付加する。また、転送先ＣｏＡ選択部２５は、前述したように、ＨＡ２による転送先の切り替えと同期して、ＭＮ１０にも使用するインタフェースの切り替えを要求するための情報として、実際に転送先の切り替えが発生する前に、特定のＣｏＡに対するComplete情報をＭＮ１０へ通知する。
なお、ＣｏＡ切り替え情報を通知するメッセージとしては、前述しているように、ＭＮへ送信するＢＡ（Binding Acknowledgement）メッセージや、ＢＲＲ（Binding Refresh Request）メッセージを用いてもよい。この場合、ＣｏＡ切り替え情報は、ＢＡメッセージのStatusフィールドや、ＢＡメッセージ及びＢＲＲメッセージに付加されるBinding Unique Identifier sub-optionの中のStatusフィールドの値として含まれていてもよい。さらには、フロー情報を通知するFlow Identification optionに含まれていてもよい。また、図１８は、ＨＡ２によって指定されるＣｏＡ切り替え情報を含むＢＡメッセージ及びＢＲＲメッセージの構成例である。Complete情報は、Binding Unique Identifier sub-option（ＢＩＤ、ＣｏＡ識別情報として使われる）の中に含まれている。なお、フロー情報を通知するオプション（Flow Identification option）の中に含まれていてもよい。
また、フロー情報保持部２６は、フロー情報を保持する役割を持つ。なお、バインディング情報保持部２７が、フロー情報を保持するようにしてもよい。
ＣｏＡを切り替えることを判断する理由としては、ＭＮ１０へのパケット転送と、他のＭＮへのパケット転送が共に影響し合うような状態の場合(例えば、他のＭＮが、ＭＮ１０と同一リンク、あるいは同一のネットワーク(ドメインネットワーク)に存在している場合)、両者の転送パケットが同一の転送経路を通ることで互いの通信品質に影響することを防ぐために、複数の転送先を持つＭＮ１０の転送先を切り替えることを判断することが考えられる。特に、ＭＮ１０から送信されるパケットによる影響も回避したい場合には、ＭＮに対して一時的な切り替えではないこと(Complete-BC)を通知することで、ＭＮが使用する送信元アドレスの切り替えを指示することもできる。さらに、転送先の切り替えが恒久的なものであるため、切り替え前のＣｏＡに関するバインディング情報の維持が不必要となった場合に、バインディング情報を維持するためにＭＮ１０から送信されるＢＵを受け付けないことを通知するComplete-NonBCを通知することで、ＭＮ１０から送信される全てのパケットが切り替え前の経路を使って送信されることを防ぐことができる。一方、特定のＣｏＡに対してComplete情報を事前に通知しておく場合は、ＨＡ２自身が選択したＣｏＡと同じＣｏＡをＭＮ１０にも使用することを要求する場合などに用いられる。
バインディング情報保持部２７は、ＭＮ１０から通知されたＣｏＡ情報を含むバインディング情報を保持する。ＣｏＡあて転送パケット生成部２８は、転送先ＣｏＡ選択部２５の指示を受け、渡されたＣｏＡを使ってカプセル化パケットを生成し、送信部２２へ渡して送信するよう指示する。転送状態監視部２９は、自身（ＨＡ２）が管理するＭＮ１０に対して転送したパケットに関する情報を収集し、転送先ＣｏＡ選択部２５がＣｏＡを選択する際に利用可能な有用情報を提供する。
次に図６、図７、図８を参照して第１の実施の形態の通信シーケンスについて説明する。図６はＨＡ２がComplete BC情報を送信する場合の通信シーケンスを示し、まず、
（１）ＭＮ１０は、２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）のうち、インタフェース１１ａを介して外部ネットワーク３ａ（外部ネットワーク１）に接続しているものとする（ＣｏＡ１を用いた経路Path1）。また、インタフェース１１ａ、１１ｂにはそれぞれ、ＣｏＡ１、ＣｏＡ２が割り当てられている。
（２）ＭＮ１０はＨＡ２に対し、ＣｏＡ１、ＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
（３）ＣＮ４がＭＮ１０のＨｏＡあてのパケットをＨＡ２に対して送信すると、
（４）ＨＡ２はこのパケットを受信して、ＭＮ１０のＣｏＡ１あて転送パケットとして経路Path1を経由して送信し、
（５）ＭＮ１０はこのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信する。
（６）ＨＡ２は自身のパス選択ポリシーによって転送先のＣｏＡを切り替えるか否かを判断し、ＭＮ１０の転送先ＣｏＡをＣｏＡ１からＣｏＡ２に切り替えたとする。
（７）ＣＮ４がＭＮ１０のＨｏＡあてのパケットをＨＡ２に対して送信すると、
（８ａ）ＨＡ２はこのパケットを受信して、ＭＮ１０のＣｏＡ２あて転送パケットとして経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete BC情報を送信する。
（９ａ）ＭＮ１０はこのComplete BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できるが、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（１０ａ）ＭＮ１０はＨＡ２からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（１１ａ）ＭＮ１０はＨＡ２に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
図７はＨＡ２がComplete Non-BC情報を送信する場合の通信シーケンスを示し、（１）〜（７）は図６と同じであるので説明を省略し、それ以降を説明する。
（８ｂ）ＨＡ２はＣＮ４からのパケットを受信して、ＭＮ１０のＣｏＡ２あて転送パケットとして経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete Non-BC情報を送信する。
（９ｂ）ＭＮ１０はこのComplete Non-BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できず、また、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（１０ａ）ＭＮ１０はＨＡ２からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（１１ｂ）ＭＮ１０はＨＡ２に対し、切り替え後のＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージのみを送信する。
図８はＨＡ２がTemporary情報を送信する場合の通信シーケンスを示し、（１）〜（７）は図６と同じであるので説明を省略し、それ以降を説明する。
（８ｃ）ＨＡ２はＣＮ４からのパケットを受信して、ＭＮ１０のＣｏＡ２あて転送パケットとして経路Path2に送信し、また、ＣｏＡ切り替え情報としてTemporary情報を送信する。
（９ｃ）ＭＮ１０はこのTemporary情報により、切り替え前のＣｏＡ１のバインディング情報を維持することができ、また、インタフェース１１ａ（ＩＦ１）経由でパケット送信できる、と判断する。
（１０ｂ）ＭＮ１０はＨＡ２からのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信し、また、
（１１ａ）ＭＮ１０はＨＡ２に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
図９はＨＡ２の処理を説明するためのフローチャートである。まず、ＭＮ１０あてのＨｏＡあてパケットの受信待ち状態で（ステップＳ１）、ＭＮ１０あてのＨｏＡあてパケットを代理受信すると（ステップＳ２）、転送先ＣｏＡを選択する（ステップＳ３）。次いでＭＮ１０のＨｏＡあてパケットをその転送先ＣｏＡでカプセル化したパケットを生成し（ステップＳ４）、次いで、転送先ＣｏＡが切り替わったか否かをチェックする（ステップＳ５）。そして、切り替わった場合にはＣｏＡ切り替え情報を転送パケットに付加して（ステップＳ６）そのパケットを転送し（ステップＳ７）、他方、転送先ＣｏＡが切り替わっていない場合にはそのまま転送する（ステップＳ７）。
図１０はＭＮ１０の処理を説明するためのフローチャートである。まず、パケットの受信待ち状態で（ステップＳ１１）、パケットを受信すると（ステップＳ１２）、受信パケット内にＣｏＡ切り替え情報があるか否かをチェックする（ステップＳ１３）。そして、ＣｏＡ切り替え情報がない場合にはステップＳ２０に進み、受信パケットを処理する。他方、ステップＳ１３においてＣｏＡ切り替え情報がある場合、ＣｏＡ切り替え情報がTemporary情報のときには、切り替え前のＣｏＡを使ってパケットを送信するとともに、切り替え前のＣｏＡのバインディング・キャッシュを維持するためＢＵを送信し（ステップＳ１４、Ｓ１５）、次いでステップＳ２０に進む。また、ＣｏＡ切り替え情報がComplete BC情報のときには、切り替え後のＣｏＡを使ってパケットを送信するとともに、切り替え前のＣｏＡのバインディング・キャッシュを維持するためＢＵを送信し（ステップＳ１６、Ｓ１７）、次いでステップＳ２０に進む。また、ＣｏＡ切り替え情報がComplete Non-BC情報のときには、切り替え後のＣｏＡを使ってパケットを送信するとともに、バインディング・アップデートリストから該当エントリを削除し（ステップＳ１８、Ｓ１９）、次いでステップＳ２０に進む。
また、図１９は、ＨＡ２が特定のＣｏＡに対してComplete情報を通知する場合のシーケンスを示している。なお、（１）〜（７）は、基本的に図６と同じであるので説明を省略する。ＨＡ２からＢＩＤ２に対してComplete情報が通知され、その後、ＨＡ２により転送先がＣｏＡ１からＣｏＡ２に切り替えられた場合（１２）、ＭＮ１０は、切り替え先のＣｏＡ２に対応するＢＵＬエントリにComplete情報が付加されているため、パケットを送信するインタフェースをＩＦ２に切り替える(１３)。その結果、ＣＮあてのデータパケット（カプセル化パケット）は、経路Path2経由で送信される（１４）。
本発明の第１の実施の形態により、ＭＮ１０は、ＨＡ２による転送先アドレスの切り替えが行われた後に、ＨＡ２が転送先アドレス及びパスを切り替えたこと（更にはその理由）を知ることができる。これにより、ＭＮ１０はＨＡ２による切り替え（更にはその理由）に応じた動作をとることができるため、不必要なデータパケット／ＢＵ送信を防ぐことができる。
＜第２の実施の形態（ＣＮによる通知）＞
図１１は本発明の第２の実施の形態におけるネットワークの構成を示す図である。ホームネットワーク１にはＨＡ２が存在し、ＭＮ１０のＨｏＡ１を管理している。ＭＮ１０は２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）を備えている。ＩＦ１は外部ネットワーク３ａに接続しており、外部ネットワーク３ａで使用するアドレスとしてＣｏＡ１を保持している。ＩＦ２は外部ネットワーク３ｂに接続しており、外部ネットワーク３ｂで使用するアドレスとしてＣｏＡ２を保持している。ＣＮ４はＭＮ１０の通信相手であり、ＭＮ１０はＣｏＡ１とＣｏＡ２に関するバインディング情報を登録している。ＭＮ−ＣＮ間の通信パスとして、ＣｏＡ１を用いた場合の経路Path1と、ＣｏＡ２を用いた場合の経路Path2があり、経路Path1、Path2は、第２の実施の形態ではＨＡ２を経由していない。
図１２は本発明の第２の実施の形態におけるＭＮ１０の構成例である。第１の実施の形態におけるＭＮ１０との違いは、受信パケット処理部１４ａと、ＣｏＡ選択部１８ａと送信パケット生成部１９ａである。受信パケット処理部１４ａは、受信したパケットに関する処理を行い、パケットのヘッダ部分にＣｏＡ切り替え情報が含まれているかどうかをチェックする。第１の実施の形態における受信パケット処理部１４との違いは、ＣｏＡ切り替え情報をＨＡ２からではなくＣＮ４から取得するところである。ＣｏＡ切り替え情報が示す意味は第１の実施の形態と同じであり、その情報に応じたＭＮ１０の動作も同じである。また、受信パケット処理部１４ａは、ＣＮ４からのデータパケットをＨＡ２によってカプセル化された状態で受信した場合、そのＣＮ４に登録したバインディング情報があるかどうかについてＢＵＬ保持部１５を参照してチェックし、既にバインディング情報が登録済みで、かつライフタイムが残っている場合には、ＢＵ生成部１７に対してＢＵの送信を指示しない。
ＣｏＡ選択部１８ａは、送信パケット生成部１９ａの指示を受け、送信するパケットの送信元アドレスに指定するべきＣｏＡを選択する。ＣｏＡ選択部１８ａは、ＢＵＬ保持部１５が保持している情報を参照し、送信するパケットのあて先アドレスに対応するＢＵＬが存在するかどうかをチェックする。対応するＢＵＬエントリが存在する場合には、そのＣＮに登録しているＣｏＡのうち、Complete BC情報又はComplete Non-BC情報が付加されていないエントリのＣｏＡを選択する。そして選択したＣｏＡを使用してRouting Header（ルーティング・ヘッダ）を付加したパケットを生成することを送信パケット生成部１９ａに通知する。
また、ＣｏＡ選択部１８ａは、ＣＮ４から転送されたパケットに対する応答パケットを送信する際に、ＢＵＬ保持部１５が保持している情報を参照し、受信したパケットのあて先アドレスに対応するＢＵＬエントリに、Complete情報が付加されている場合には、それ以前にパケット送信に使用していたＣｏＡが、ＣＮ４によって使用されたＣｏＡとは異なるＣｏＡであったとしても、送信するパケットの送信元アドレスをＣＮ４によって使用されたＣｏＡ（Complete情報が付加されているＣｏＡ）へ切り替える。なお、ＣＮ４から送信されたパケットのあて先アドレスに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８ａは、ＣＮ４によって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。これにより、ＣＮ４によって転送先の切り替えが行われたときに、切り替え後のＣｏＡが設定されたパケットを受信したＭＮが、ＣＮ４による切り替えが行われる前に使用していたＣｏＡを引き続き使用してパケットを送信しないようにし、以降パケットを送信する際には、ＣＮ４によって使用されたＣｏＡと同じＣｏＡを使用してパケットを送信するべきことを判断できる。
例えば、ＣＮ４は、ＭＮ１０へ送信するＢＡメッセージ、あるいはＢＲＲメッセージの中に、ＣｏＡ２に対するComplete情報を付加してＭＮ１０へ送信する。これらのメッセージを受信した受信パケット処理部１４ａは、このComplete情報をＣｏＡ２のＢＵＬエントリに保持するようＢＵＬ保持部１５へ指示する。そして、ＣＮ４から転送されたパケットのあて先アドレスがＣｏＡ２であり、かつＣｏＡ２のＢＵＬエントリにComplete情報が保持されている場合には、それ以前にＭＮ１０が使用していたＣｏＡが、ＣｏＡ２以外（ＣｏＡ１）であったとしても、ＣｏＡ選択部１８は、送信するパケットの送信元アドレスをＣｏＡ２へ切り替える。この場合、ＣＮ４によって切り替えられたＣｏＡに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８は、ＣＮ４によって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。
送信パケット生成部１９ａは、上位レイヤ２０から渡された送信データをあて先ノードまで届けるためのパケットを生成する。送信パケット生成部１９ａは、ＣｏＡ選択部１８ａに対して、送信パケットの送信元アドレスとして使用するべきＣｏＡを選択するよう指示する。その結果としてＣｏＡ選択部１８ａから通知された情報がHome Address Optionを付加することを指示するものであった場合、ＣＮのアドレスをあて先アドレス、通知されたＣｏＡを送信元アドレスとし、さらにＨｏＡを含むHome Address Optionを付加したパケットを生成する。
図１３は本発明の第２の実施の形態におけるＣＮ４の構成例である。ＣＮ４は、インタフェース４１と、送信部４２と、受信部４３と、受信パケット処理部４４と、フロー情報保持部４５と、バインディング情報保持部４６と、あて先ＣｏＡ選択部４７と、送信パケット生成部４８と、転送状態監視部４９と上位レイヤ５０を有している。受信パケット処理部４４は、インタフェース４１及び受信部４３を介して受信したパケットに関する処理を行う。また受信パケット処理部４４は、パケットに含まれる内容が上位レイヤ５０によって処理されるべきものである場合は上位レイヤ５０に渡し、上位レイヤ５０へ渡す必要のないもの（例えばＩＰレイヤのメッセージ）で、かつそのパケットに対してパケットを送信する必要のあるものは、送信パケット生成部４８に渡す。
フロー情報保持部４５は、ＭＮ１０から登録を受けたフロー情報を保持する役割を持つ。なお、バインディング情報保持部４６が、フロー情報を保持するようにしてもよい。バインディング情報保持部４６は、ＭＮ１０から通知されたＣｏＡ情報を含むバインディング情報を保持する。あて先ＣｏＡ選択部４７は、送信パケット生成部４８の指示を受け、バインディング情報保持部４６を参照して、ＭＮ１０へ送信するパケットにRouting Headerを付加してＭＮ１０へ直接送信できるかどうか、更にはRouting Headerを付加するパケットのあて先アドレスとして使用するＣｏＡを選択する。また、あて先ＣｏＡ選択部４７は、転送状態監視部４９からの情報を参照し、それまで使っていたＣｏＡと異なるＣｏＡを選択して転送先を切り替えることを判断したとき、切り替え後のＣｏＡのステータスに応じて、前述のＣｏＡ切り替え情報を含める。あて先ＣｏＡ選択部４７は、外部ヘッダのDestination Option Headerとして、このＣｏＡ切り替え情報を付加する。また、ＨＡ２の転送先ＣｏＡ選択部２５と同様に、あて先ＣｏＡ選択部４７は、ＣＮ４による転送先の切り替えと同期して、ＭＮ１０にも使用するインタフェースの切り替えを要求するための情報として、実際に転送先の切り替えが発生する前に、特定のＣｏＡに対するComplete情報をＭＮ１０へ通知する。
なお、ＣｏＡ切り替え情報は、ＣＮ４がＭＮ１０からのＢＵメッセージへの応答として送信するＢＡ(Binding Acknowledgement)メッセージや、ＢＲＲ（Binding Refresh Request）メッセージの中に含めてもよい。この場合、ＢＡメッセージのStatusフィールドや、ＢＡメッセージ及びＢＲＲメッセージに付加されるBinding Unique Identifier sub-optionの中のStatusフィールドの値として含まれていてもよい。さらには、フロー情報を通知するFlow Identification optionに含まれていてもよい。また、図１８に示すように、Complete情報は、ＢＡメッセージ又はＢＲＲメッセージの中の、Binding Unique Identifier sub-option（ＢＩＤ、ＣｏＡ識別情報として使われる）の中に含まれている。なお、フロー情報を通知するオプション（Flow Identification option）の中に含まれていてもよい。これらのメッセージは、ＣｏＡの切り替えが発生する事前又は事後に送信可能である。また、ＢＡメッセージをＢＵメッセージの応答としてのみ送信する場合には、通知する情報は、以後ＣＮ４が行う全ての転送先の切り替えは、上記ＣｏＡ切り替えステータスのいずれかであることを示すものであることを意味することとなる。この場合ＭＮ１０は、ＣＮ４による転送先の切り替えが発生した場合、その切り替えは事前に受信したＢＡメッセージに含まれるＣｏＡ切り替えステータス情報に基づいて、自身の送信元アドレスの選択や、ＢＵメッセージの送信の可否を判断する。
ＣｏＡを切り替えることを判断する理由としては、ＭＮ１０へのパケット転送と、他のＭＮへのパケット転送が共に影響し合うような状態の場合(例えば、他のＭＮが、ＭＮ１０と同一リンク、あるいは同一のネットワーク(ドメインネットワーク)に存在している場合)、両者の転送パケットが同一の転送経路を通ることで互いの通信品質に影響することを防ぐために、複数の転送先を持つＭＮ１０の転送先を切り替えることを判断することが考えられる。特に、ＭＮ１０から送信されるパケットによる影響も回避したい場合には、ＭＮに対して一時的な切り替えではないこと(Complete-BC)を通知することで、ＭＮが使用する送信元アドレスの切り替えを指示することもできる。さらに、転送先の切り替えが恒久的なものであるため、切り替え前のＣｏＡに関するバインディング情報の維持が不必要となった場合に、バインディング情報を維持するためにＭＮ１０から送信されるＢＵを受け付けないことを通知するComplete Non-BCを通知することで、ＭＮ１０から送信される全てのパケットが切り替え前の経路を使って送信されることを防ぐことができる。一方、特定のＣｏＡに対してComplete情報を事前に通知しておく場合は、ＣＮ４自身が選択したＣｏＡと同じＣｏＡをＭＮ１０にも使用することを要求する場合などに用いられる。
送信パケット生成部４８は、上位レイヤ５０から渡された送信データをあて先ノードまで届けるためのパケットを生成する。送信パケット生成部４８は、あて先ＣｏＡ選択部４７に対して、送信するパケットにRouting Headerを付加してＭＮ１０へ直接送信できるかどうか、更にはRouting Headerを付加するパケットのあて先アドレスとして使用するＣｏＡを選択するよう指示する。その結果としてあて先ＣｏＡ選択部４７から通知された情報がRouting Headerを付加することを指示するものであった場合、通知されたＣｏＡアドレスをあて先アドレスとし、ＨｏＡを含むRouting Headerを付加したパケットを生成し、送信部４２へ渡して送信するよう指示する。一方、あて先ＣｏＡ選択部４７から通知された情報が何も付加しないことを指示するものであった場合、送信パケット生成部４８は、パケットをそのまま送信部４２へ渡し、送信するよう指示する。転送状態監視部４９は、ＨＡ２が管理するＭＮ１０に対して転送したパケットに関する情報を収集し、転送先ＣｏＡ選択部４７がＣｏＡを選択する際に利用可能な有用情報を提供する。上位レイヤ５０は、ＩＰレイヤよりも上位に存在するトランスポートレイヤやアプリケーションレイヤを含む。
図１４は第２の実施の形態のＣＮ４の動作を示す。まず、上位レイヤ５０からＭＮ１０あてのＨｏＡあてパケットの送信リクエストがあると（ステップＳ２１）、そのＭＮ１０あてのＨｏＡあてパケットを生成し（ステップＳ２２）、次いで転送先ＣｏＡを選択する（ステップＳ２３）。次いで図９と同様に、ＭＮ１０のＨｏＡあてパケットをその転送先ＣｏＡあてに変更し、さらにRouting Headerを付加したパケットを生成する（ステップＳ２４）。次いで、転送先ＣｏＡが切り替わったか否かをチェックする（ステップＳ２５）。そして、切り替わった場合にはＣｏＡ切り替え情報を転送パケットに付加して（ステップＳ２６）そのパケットを転送し（ステップＳ２７）、他方、転送先ＣｏＡが切り替わっていない場合にはそのまま転送する（ステップＳ２７）。なお、第２の実施の形態のＭＮ１０の処理は、第１の実施の形態（図１０）と同じである。
図１５はＣＮ４がComplete BC情報を送信する場合の通信シーケンスを示し、まず、
（１）ＭＮ１０は、２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）のうち、インタフェース１１ａを介して外部ネットワーク３ａ（外部ネットワーク１）に接続しているものとする（ＣｏＡ１を用いた経路Path1）。また、インタフェース１１ａ、１１ｂにはそれぞれ、ＣｏＡ１、ＣｏＡ２が割り当てられている。
（２）ＭＮ１０はＣＮ４に対し、ＣｏＡ１、ＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
（３）ＣＮ４がＭＮ１０のＣｏＡ１あてのパケットを経路Path1を経由して送信すると、
（４）ＭＮ１０はこのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信する。
（５）ＣＮ４は自身のパス選択ポリシーによって転送先のＣｏＡを切り替えるか否かを判断し、ＭＮ１０の転送先ＣｏＡをＣｏＡ１からＣｏＡ２に切り替えたものとする。
（６ａ）ＣＮ４はＭＮ１０のＣｏＡ２あて転送パケットを経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete BC情報を送信する。
（７ａ）ＭＮ１０はこのComplete BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できるが、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（８ａ）ＭＮ１０はＣＮ４からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（９ａ）ＭＮ１０はＣＮ４に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
図１６はＣＮ４がComplete Non-BC情報を送信する場合の通信シーケンスを示し、（１）〜（５）は図１５と同じであるので説明を省略し、それ以降を説明する。
（６ｂ）ＣＮ４はＭＮ１０のＣｏＡ２あて転送パケットを経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete Non-BC情報を送信する。
（７ｂ）ＭＮ１０はこのComplete Non-BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できず、また、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（８ａ）ＭＮ１０はＣＮ４からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（９ｂ）ＭＮ１０はＣＮ４に対し、切り替え後のＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージのみを送信する。
図１７はＣＮ４がTemporary情報を送信する場合の通信シーケンスを示し、（１）〜（５）は図１５と同じであるので説明を省略し、それ以降を説明する。
（６ｃ）ＣＮ４はＭＮ１０のＣｏＡ２あて転送パケットを経路Path2に送信し、また、ＣｏＡ切り替え情報としてTemporary情報を送信する。
（７ｃ）ＭＮ１０はこのTemporary情報により、切り替え前のＣｏＡ１のバインディング情報を維持することができ、また、インタフェース１１ａ（ＩＦ１）経由でパケット送信できる、と判断する。
（８ｂ）ＭＮ１０はＣＮ４からのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信し、また、
（９ａ）ＭＮ１０はＣＮ４に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
なお、図示はしないが、図（Complete情報シーケンス）のＨＡ２と同様に、ＣＮ４が特定のＣｏＡに対してComplete情報を通知する場合は、ＣＮ４からＢＩＤ２に対してComplete情報が通知され、その後、ＣＮ４により転送先がＣｏＡ１からＣｏＡ２に切り替えられた場合、ＭＮ１０は、切り替え先のＣｏＡ２に対応するＢＵＬエントリにComplete情報が付加されているため、パケットを送信するインタフェースをＩＦ２に切り替える。
本発明の第２の実施の形態により、ＭＮ１０は、ＣＮ４による転送先アドレスの切り替えが行われた後に、ＣＮ４が転送先アドレス及びパスを切り替えたこと（更にはその理由）を知ることができる。これにより、ＭＮ１０はＣＮ４による切り替え（更にはその理由）に応じた動作をとることができるため、不必要なデータパケット／ＢＵ送信を防ぐことができる。
なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。更には、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
本発明は、ホームエージェント自身や相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができるという効果を有し、ｍｏｎａｍｉ６などに利用することができる。
本発明の第１の実施の形態におけるネットワークの構成を示すブロック図 図１のモバイルノードの構成を示すブロック図 ＣｏＡ切り替え情報を含むパケットの構成例を示す説明図 ＣｏＡ切り替え情報を含むパケットの他の例の構成を示す説明図 図１のホームエージェントの構成例を示すブロック図 第１の実施の形態の通信シーケンスの一例を示す説明図 第１の実施の形態の通信シーケンスの他の例を示す説明図 第１の実施の形態の通信シーケンスの更に他の例を示す説明図 図１のホームエージェントの処理を説明するためのフローチャート 図１のモバイルノードの処理を説明するためのフローチャート 本発明の第２の実施の形態におけるネットワークの構成を示すブロック図 図１１のモバイルノードの構成例を示すブロック図 図１１のＣＮの構成例を示すブロック図 図１１のＣＮの処理を説明するためのフローチャート 第２の実施の形態の通信シーケンスの一例を示す説明図 第２の実施の形態の通信シーケンスの他の例を示す説明図 第２の実施の形態の通信シーケンスの更に他の例を示す説明図 ＣｏＡ切り替え情報を含むＢＡメッセージ及びＢＲＲメッセージの構成例を示す説明図 第１の実施の形態において、特定のＣｏＡに対してComplete情報を通知する場合の通信シーケンスの一例を示す説明図

Claims (16)

  1. モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信方法において、
    前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知するステップと、
    前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信するステップとを、
    備えたことを特徴とする通信方法。
  2. 前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
    前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記ホームエージェントに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で前記ホームエージェントにパケット送信するステップを更に有することを特徴とする請求項１に記載の通信方法。
  3. モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおいて、
    前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段と、
    前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信する手段とを、
    備えたことを特徴とする通信システム。
  4. 前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
    前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記ホームエージェントに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で前記ホームエージェントにパケット送信することを特徴とする請求項３に記載の通信システム。
  5. モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記ホームエージェントであって、
    転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段を備え、
    前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを自身に送信するように構成されたホームエージェント。
  6. 前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
    前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記ホームエージェントに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で自身にパケット送信することを特徴とする請求項５に記載のホームエージェント。
  7. モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記モバイルノードであって、
    前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を自身に通知した場合に、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信する手段を、
    備えたモバイルノード。
  8. 前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含む場合、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記ホームエージェントに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由で前記ホームエージェントにパケット送信できるか否かを示す情報に基づくインタフェース経由でパケット送信することを特徴とする請求項７に記載のモバイルノード。
  9. モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信方法において、
    前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知するステップと、
    前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信するステップとを、
    備えたことを特徴とする通信方法。
  10. 前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
    前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記相手先の通信ノードに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で前記相手先の通信ノードにパケット送信するステップを更に有することを特徴とする請求項９に記載の通信方法。
  11. モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおいて、
    前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段と、
    前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信する手段とを、
    備えたことを特徴とする通信システム。
  12. 前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
    前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記相手先の通信ノードに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で前記相手先の通信ノードにパケット送信する手段を更に有することを特徴とする請求項１１に記載の通信システム。
  13. モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記相手先の通信ノードであって、
    転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段を備え、
    前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを自身に送信するように構成された通信ノード。
  14. 前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
    前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記相手先の通信ノードに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で自身にパケット送信することを特徴とする請求項１３に記載の通信ノード。
  15. モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記モバイルノードであって、
    前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知した場合、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信する手段を、
    備えたことを特徴とするモバイルノード。
  16. 前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含む場合、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記相手先の通信ノードに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で前記相手先の通信ノードにパケット送信することを特徴とする請求項１５に記載のモバイルノード。
JP2008542148A 2006-10-31 2007-10-31 通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノード Withdrawn JPWO2008053914A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2006296965 2006-10-31
JP2006296965 2006-10-31
PCT/JP2007/071196 WO2008053914A1 (fr) 2006-10-31 2007-10-31 Procédés et systèmes de communication, agent local, noeud mobile et noeud de communication

Publications (1)

Publication Number Publication Date
JPWO2008053914A1 true JPWO2008053914A1 (ja) 2010-02-25

Family

ID=39344255

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008542148A Withdrawn JPWO2008053914A1 (ja) 2006-10-31 2007-10-31 通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノード

Country Status (4)

Country Link
US (1) US20100226338A1 (ja)
EP (1) EP2045977A1 (ja)
JP (1) JPWO2008053914A1 (ja)
WO (1) WO2008053914A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120063428A1 (en) * 2008-10-08 2012-03-15 Panasonic Corporation Interface Switching System, Mobile Node, Proxy Node, and Mobile Management Node
JPWO2010055630A1 (ja) * 2008-11-11 2012-04-12 パナソニック株式会社 アドレス登録方法、アドレス登録システム、移動装置及び移動管理装置
US9137705B2 (en) 2009-04-21 2015-09-15 Futurewei Technologies, Inc. Apparatus and method for home agent initiated flow binding
US20100296420A1 (en) * 2009-05-22 2010-11-25 Telefonaktiebolaget L M Ericsson (Publ) Method and nodes for revoking a binding in a mobile ip network
US9363099B2 (en) * 2011-12-13 2016-06-07 Ericsson Ab UPnP/DLNA with RADA hive

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3790248B2 (ja) * 2001-10-02 2006-06-28 株式会社エヌ・ティ・ティ・ドコモ モビリティ制御システム、このシステムに用いる移動ノード、モビリティ制御方法、モビリティ制御プログラム、及びモビリティ制御ノード
US20050148345A1 (en) * 2003-01-24 2005-07-07 Fujitsu Limited Location management program, computer program, and storage medium
WO2004105272A1 (ja) * 2003-05-20 2004-12-02 Fujitsu Limited 移動通信システムにおけるアプリケーションハンドオーバ方法並びに同移動通信システムに使用される移動管理ノード及び移動ノード
JP2005244525A (ja) * 2004-02-25 2005-09-08 Fujitsu Ltd 通信装置
JP2006033541A (ja) * 2004-07-20 2006-02-02 Hitachi Communication Technologies Ltd 移動端末装置、サーバ、および通信システム
JP4213100B2 (ja) * 2004-09-17 2009-01-21 富士通株式会社 データ転送システムおよびデータ転送方法
US20090019180A1 (en) * 2005-03-31 2009-01-15 Matsushita Electric Industrial Co., Ltd. Communication control method, communication node, and mobile node

Also Published As

Publication number Publication date
WO2008053914A1 (fr) 2008-05-08
EP2045977A1 (en) 2009-04-08
US20100226338A1 (en) 2010-09-09

Similar Documents

Publication Publication Date Title
JP4903798B2 (ja) 同時ホーム及びフォーリン・ネットワーク接続を備える複数のインタフェースモバイル・ノード
JP4866420B2 (ja) パケット転送制御装置及びモバイルノード
JP5635712B2 (ja) 情報サーバ並びに情報サーバにより実行される方法
JP5134107B2 (ja) モバイルノード及び通信制御方法
US8027323B2 (en) Packet transfer control device and mobile node
JP3880549B2 (ja) 移動端末装置およびそのハンドオフ方法
WO2006093288A1 (ja) 通信ノード及び通信制御方法
JP4616882B2 (ja) 通信制御方法及びアドレス管理ノード並びにモバイルノード
US20100103876A1 (en) Mobile terminal and communication management device
JPWO2008078633A1 (ja) 通信システム、ドメイン管理装置、エッジ装置並びに移動端末
JPWO2009066438A1 (ja) アドレス割り当て方法、アドレス割り当てシステム、モバイルノード及び代理ノード
US8411658B2 (en) Mobile terminal and network node
JPWO2008053914A1 (ja) 通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノード
JPWO2008078632A1 (ja) 通信方法、通信システム、ホームエージェント及びモバイルノード
US20100316035A1 (en) Position information management device, network edge device, and mobile terminal
JPWO2008105158A1 (ja) ネットワーク管理装置及びパケット転送装置
JPWO2009054127A1 (ja) 通信システム及び移動端末並びにネットワークノード
US20100054217A1 (en) Registration of multiple care-of-addresses
JP5008680B2 (ja) 通信システム及びモバイル・ホームエージェント
US20100061296A1 (en) Packet transfer control method, mobile terminal and home agent used in its method
JP2006261902A (ja) アドホックネットワークにおけるアドホックルータの移動管理方法
JP4250176B2 (ja) ハンドオフ方法
WO2007114186A1 (ja) バインディング更新システム、ホームエージェント、通信ノード、モバイルノード並びにバインディング更新要求方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100331

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20120426