(57)【要約】モバイルノードがハンドオーバを行った場合でも、ハンドオーバ後の新たなデータ経路に係るＰＭＴＵを迅速に決定することを可能とする技術が開示され、その技術によれば、ハンドオーバを行うモバイルノード（ＭＮ）１０が、そのハンドオーバ前に、ハンドオーバ前に通信を行っているコレスポンデントノード（ＣＮ）４０のＩＰアドレスを、ハンドオーバ後に新たに接続するアクセスルータ（ｎＡＲ）３０に対して通知する。そして、ｎＡＲが、ＣＮまでの経路に係る最適なＰＭＴＵを探索・決定し、ＭＮがｎＡＲの配下に接続した際に、決定されたＰＭＴＵをＭＮに通知する。これにより、ＭＮは、ハンドオーバ直後にＣＮまでのデータ経路に係るＰＭＴＵを設定し、最適なパケットサイズでパケット送信を行うことが可能となる。また、特に、ＦＭＩＰに係る処理を利用して、ｎＡＲに対して、ＭＮがハンドオーバ前に通信を行っているＣＮのＩＰアドレスを通知することが可能である。【特許請求の範囲】
【請求項１】
第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う際の通信ハンドオーバ方法であって、
前記第１アクセスポイントに接続している前記移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへの前記ハンドオーバを行う旨を決定するとともに、前記第２アクセスポイントから前記第２アクセスポイントの識別情報を取得するハンドオーバ決定ステップと、
前記移動端末が、前記第１アクセスポイントを介して前記第１アクセスルータに対して、前記第２アクセスポイントの識別情報と、前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスとを通知する第１アドレス通知ステップと、
前記第１アクセスルータが、前記移動端末から通知された前記第２アクセスポイントの識別情報に基づいて、前記第２アクセスルータを特定し、前記第２アクセスルータに対して、前記通信相手端末のアドレスを通知する第２アドレス通知ステップと、
前記第２アクセスルータが、前記通信相手端末のアドレスに基づいて、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定するＰＭＴＵ決定ステップと、
前記第２アクセスルータが、前記ハンドオーバによって前記第２アクセスポイントに接続した前記移動端末に対して、前記第２アクセスポイントを介して、前記ＰＭＴＵを通知するＰＭＴＵ通知ステップと、
前記移動端末が、前記第２アクセスルータから通知された前記ＰＭＴＵに基づいて、前記通信相手端末に送信するパケットのパケットサイズを設定するパケットサイズ設定ステップとを、
有する通信ハンドオーバ方法。
【請求項２】
前記第１及び第２アドレス通知ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを通知し、前記ＰＭＴＵ決定ステップにおいて、前記通信相手端末のアドレスと、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵとに基づいて、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定する請求項１に記載の通信ハンドオーバ方法。
【請求項３】
前記第１アドレス通知ステップにおいて、前記移動端末から前記第１アクセスルータに対して、ＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージに前記通信相手端末のアドレスを埋め込んで送信するか、あるいは、ＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージに前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを埋め込んで送信する請求項１に記載の通信ハンドオーバ方法。
【請求項４】
前記第２アドレス通知ステップにおいて、前記第１アクセスルータから前記第２アクセスルータに対して、ＦＭＩＰのＨＩメッセージに前記通信相手端末のアドレスを埋め込んで送信するか、あるいは、ＦＭＩＰのＨＩメッセージに前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを埋め込んで送信する請求項１に記載の通信ハンドオーバ方法。
【請求項５】
前記ＰＭＴＵ通知ステップにおいて、前記第２アクセスルータから前記移動端末に対して、ＲＡメッセージに前記ＰＭＴＵを埋め込んで送信する請求項１に記載の通信ハンドオーバ方法。
【請求項６】
第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う移動端末における通信ハンドオーバ方法であって、
前記第１アクセスポイントに接続している状態で、前記第１アクセスポイントから前記第２アクセスポイントへの前記ハンドオーバを行う旨を決定するとともに、前記第２アクセスポイントから前記第２アクセスポイントの識別情報を取得するハンドオーバ決定ステップと、
前記第１アクセスポイントを介して前記第１アクセスルータに対して、前記第２アクセスポイントの識別情報と、前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスとを通知するアドレス通知ステップと、
前記第１アクセスルータから取得した前記通信相手端末のアドレスに基づいて、前記第２アクセスルータによって決定された前記通信相手端末までのデータ経路に係るＰＭＴＵを、前記第２アクセスルータから、前記第２アクセスポイントを介して受信するＰＭＴＵ受信ステップと、
前記第２アクセスルータから受信した前記ＰＭＴＵに基づいて、前記通信相手端末に送信するパケットのパケットサイズを設定するパケットサイズ設定ステップとを、
有する通信ハンドオーバ方法。
【請求項７】
前記アドレス通知ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを通知する請求項６に記載の通信ハンドオーバ方法。
【請求項８】
前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージ、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを生成するステップを有し、
前記アドレス通知ステップにおいて、前記第１アクセスルータに対して、前記ＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを送信する請求項６に記載の通信ハンドオーバ方法。
【請求項９】
前記ＰＭＴＵ受信ステップにおいて、前記第２アクセスルータから、前記第２アクセスルータによって決定された前記通信相手端末までのデータ経路に係るＰＭＴＵが埋め込まれたＲＡメッセージを受信する請求項６に記載の通信ハンドオーバ方法。
【請求項１０】
第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う際の前記第１アクセスルータにおける通信メッセージ処理方法であって、
前記移動端末から、前記第２アクセスポイントの識別情報と、前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスとを受信するアドレス受信ステップと、
前記第２アクセスポイントの識別情報に基づいて、前記第２アクセスルータを特定する接続先特定ステップと、
前記接続先特定ステップで特定された前記第２アクセスルータに対して、前記通信相手端末のアドレスを通知するアドレス通知ステップとを、
有する通信メッセージ処理方法。
【請求項１１】
前記アドレス受信ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを前記移動端末から受信する請求項１０に記載の通信メッセージ処理方法。
【請求項１２】
前記アドレス受信ステップにおいて、前記移動端末から、前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを受信するか、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを受信する請求項１０に記載の通信メッセージ処理方法。
【請求項１３】
前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＨＩメッセージ、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＨＩメッセージを生成するステップを有し、
前記アドレス通知ステップにおいて、前記第２アクセスルータに対して、前記ＨＩメッセージを送信する請求項１０に記載の通信メッセージ処理方法。
【請求項１４】
第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う際の前記第２アクセスルータにおける通信メッセージ処理方法であって、
前記第１アクセスルータから、前記ハンドオーバが予定されている前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスを受信するアドレス受信ステップと、
前記アドレス受信ステップで受信した前記通信相手端末のアドレスに基づいて、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定するＰＭＴＵ決定ステップと、
前記ハンドオーバによって前記第２アクセスポイントに接続した前記移動端末に対して、前記第２アクセスポイントを介して、前記ＰＭＴＵを通知するＰＭＴＵ通知ステップとを、
有する通信メッセージ処理方法。
【請求項１５】
前記アドレス受信ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを受信した場合に、前記ＰＭＴＵ決定ステップにおいて、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを利用して、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定する請求項１４に記載の通信メッセージ処理方法。
【請求項１６】
前記アドレス受信ステップにおいて、前記第１アクセスルータから、前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＨＩメッセージを受信するか、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＨＩメッセージを受信する請求項１４に記載の通信メッセージ処理方法。
【請求項１７】
前記移動端末から、前記第１アクセスポイントから前記第２アクセスポイントへの前記ハンドオーバを行った旨を通知するＦＭＩＰのＦＮＡメッセージを受信する接続通知受信ステップと、
前記ＰＭＴＵ決定ステップにおいて決定された前記ＰＭＴＵが埋め込まれたＲＡメッセージを生成するＰＭＴＵ通知メッセージ生成ステップとを有し、
前記接続通知受信ステップで前記ＦＮＡメッセージを受信した場合に、前記移動端末に対して、前記ＰＭＴＵ通知メッセージ生成ステップで生成された前記ＲＡメッセージを送信する請求項１４に記載の通信メッセージ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、無線通信を行う移動端末（モバイルノード）のハンドオーバに関連した通信ハンドオーバ方法及び通信メッセージ処理方法に関し、特に、次世代インターネットプロトコルであるモバイルＩＰｖ６（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）を利用した無線通信を行うモバイルノードに関連した通信ハンドオーバ方法及び通信メッセージ処理方法に関する。
【背景技術】
【０００２】  インターネットなどの通信ネットワーク（ＩＰネットワーク）では、現在主流となっているＩＰｖ４から、アドレスの枯渇に関する問題などを考慮したＩＰｖ６への移行が考えられており、近年、ＩＰｖ６や、ＩＰｖ６に基づいた様々な関連プロトコルの開発・拡張が進められている。【０００３】  ＩＰｖ４やＩＰｖ６などを利用した通信システムでは、データをパケット単位で伝送するパケット通信が採用されている。このような通信システムは、複数の中間ノード（例えば、ルータ）によって構成されており、各中間ノード間のリンクごとに、パケットの最大伝送ユニット（ＭＴＵ：Ｍａｘｉｍｕｍ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｕｎｉｔ）が定められている。なお、各中間ノード間のリンクごとに定められたＭＴＵをリンクＭＴＵと呼ぶことにする。【０００４】  例えば、インターネットなどの通信ネットワークを経由して、送信元ノードから送信先ノードにパケットを送信する場合を考える。この場合、送信元ノードから送られるパケットは、送信先ノードに到達するまでに、通信ネットワークの構成要素である多数の中間ノード間のリンクを経由することになる。例えばＩＰｖ６では、送信元ノードが送信先ノードにパケットを送信する場合、送信元ノードは、送信先ノードまでのデータ経路を構成するすべてのリンクのリンクＭＴＵに関して、各リンクＭＴＵより小さいサイズ（長さ）のパケットを送信する必要がある。すなわち、ＩＰｖ６では、送信元ノードが、送信先ノードに至るデータ経路を構成する各リンクに係るリンクＭＴＵのいずれか１つより大きいサイズのパケットを送信した場合には、そのリンクにおいてパケットは破棄（ｄｒｏｐ）されてしまうことになる。【０００５】  一方、すべてのリンクにおいてパケットが転送されるように、送信元ノードが小さなサイズのパケットを送信するように構成することも可能であるが、この場合には、オーバヘッドの増加（ペイロード部の削減によるヘッダ部のサイズの相対的な増加）に起因するスループットの低下や、パケット数の増加による通信ネットワーク上でのパケットの喪失の可能性の増加、パケット数の増加による処理負荷の増加などが生じ、効率の良い通信は実現されないことになる。したがって、通信効率を最適化するためには、送信元ノードは、送信先ノードまでのデータ経路を構成する各リンクに係るリンクＭＴＵを超えないようにしながら、なるべく大きなサイズのパケットを送信できるようなＭＴＵを設定することが望ましい。【０００６】  なお、例えばＩＰｖ４の場合には、パケットの転送を行うルータなどの中間ノードによって、パケットの断片化（Ｐａｃｋｅｔ  Ｆｒａｇｍｅｎｔａｔｉｏｎ）が許可されており、ＩＰｖ６ではパケットが破棄されてしまう上述のリンクにおいて、より小さいサイズのパケットへの分割が行われ、送信先のノードにパケットが到達できるようになっているが、パケットの断片化処理に係る負荷や遅延、断片化されたパケットが失われる可能性が増加してしまうことになる。したがって、ＩＰｖ４においても、送信元のノードは、送信先ノードまでのデータ経路を構成する各リンクに係るリンクＭＴＵを超えないように、なるべく大きなサイズのパケットを送信できるようなＭＴ��を設定することが望ましい。【０００７】  ここで、図１及び図１０を参照しながら、従来の技術を利用した場合において、送信元ノードがハンドオーバを行う際のＭＴＵの決定に係る動作について説明する。図１０は、従来の技術を利用した場合において、送信元ノードがハンドオーバを行う際のＰＭＴＵの決定方法の一例を示すシーケンスチャートである。なお、図１に示すネットワーク構成については、後で詳細に説明する。また、以下に説明する従来の技術の動作は、下記の非特許文献１に記載されている方法に基づくものである。【０００８】  送信元ノード（ここでは、ＭＮ（モバイルノード：Ｍｏｂｉｌｅ  Ｎｏｄｅ）１０）が、ｐＡＲ（ｐｒｅｖｉｏｕｓ  Ａｃｃｅｓｓ  Ｒｏｕｔｅｒ）２０の配下に存在するＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）２１から、ｎＡＲ（ｎｅｗ  Ａｃｃｅｓｓ  Ｒｏｕｔｅｒ）３０の配下に存在するＡＰ３１にハンドオーバを行った場合には、ＭＮ１０と送信先ノード（ここでは、ＣＮ（コレスポンデントノード：Ｃｏｒｒｅｓｐｏｎｄｅｎｔ  Ｎｏｄｅ）４０）との間のデータ経路は、データ経路Ａからデータ経路Ｂに変更される。このとき、ＭＮ１０は、ハンドオーバ後にＡＰ３１に接続した状態で、ＣＮ４０に対して送信するパケットのＭＴＵを決定する処理を行う。すなわち、ＭＮ１０によって、データ経路Ｂ（ＭＮ１０−ＡＰ３１−ｎＡＲ３０−中間ノード５３−中間ノード５４−中間ノード５５−ＣＮ４０）において最適な経路ＭＴＵ（ＰＭＴＵ：Ｐａｔｈ  Ｍａｘｉｍｕｍ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｕｎｉｔ）の探索が行われる。【０００９】  ここで、ハンドオーバ後のＭＮ１０からＣＮ４０へのパケットの伝送路となるデータ経路Ｂ上の各リンクにおいて、ｎＡＲ３０と中間ノード５３との間のリンクＭＴＵが３０００、中間ノード５３と中間ノード５４との間のリンクＭＴＵが１５００、中間ノード５４と中間ノード５５との間のリンクＭＴＵが１２００、中間ノード５５とＣＮ４０との間のリンクＭＴＵが２０００であると仮定する。なお、データ経路Ｂは、ハンドオーバ後のＭＮ１０からＣＮ４０に対して、パケットの送信が行われることによって、結果的に定まるものである。【００１０】  ｐＡＲ２０の配下に存在するＡＰ２１と接続してＣＮ４０との通信を行っていたＭＮ１０が、ｎＡＲ３０の配下に存在するＡＰ３１への接続切り換え（ハンドオーバ）を行った場合、ＭＮ１０とＣＮ４０との通信は、新たな接続先であるＡＰ３１及びｎＡＲ３０を経由して継続される。このとき、ハンドオーバ後のＭＮ１０は、ハンドオーバ前にＣＮ４０との間のデータ経路Ａで使用していたＭＴＵ（ここでは、データ経路ＡのＰＭＴＵを２０００とする）を使用することによって、データ経路Ｂにおけるパケット送信を開始する。例えば、ハンドオーバ直後のＭＮ１０からは、バインディングアップデートメッセージに係るパケットの送信が行われる。【００１１】  ＭＮ１０から送信されたパケット（パケットサイズ＝２０００で送信されたパケット）は、ＡＰ３１を経由してｎＡＲ３０に到達し（ステップＳ９０１）、さらに、ｎＡＲ３０から中間ノード５３に転送される（ステップＳ９０２）。しかしながら、次のホップ（中間ノード５３から中間ノード５４への��送）に係る中間ノード５３と中間ノード５４との間のリンクＭＴＵは１５００なので、パケットサイズ＝２０００のパケットは転送されずに破棄され、代わりにＩＣＭＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）によって規定されているＰａｃｋｅｔ  Ｔｏｏ  Ｂｉｇメッセージ（以下、ＰＴＢメッセージと記載する）をＭＮ１０に向けて返信する（ステップＳ９０３）。このＰＴＢメッセージは、リンクＭＴＵの不適合によってパケットの転送が行われなかった旨を通知するとともに、次のホップにおけるリンクＭＴＵ（ここでは、中間ノード５３と中間ノード５４との間のリンクＭＴＵ＝１５００）の通知を行うためのメッセージである。【００１２】  中間ノード５３からＰＴＢメッセージを受信したＭＮ１０は、新たにＭＴＵ＝１５００に設定し、パケットサイズ＝１５００のパケットをＣＮ４０に向けて送信する。このパケット（パケットサイズ＝１５００のパケット）は、ＡＰ３１を経由してｎＡＲ３０に到達し（ステップＳ９０４）、さらに、ｎＡＲ３０から中間ノード５３に転送される（ステップＳ９０５）。そして、今度は、中間ノード５３から中間ノード５４に転送される（ステップＳ９０６）。しかしながら、次のホップ（中間ノード５４から中間ノード５５への転送）に係る中間ノード５４と中間ノード５５との間のリンクＭＴＵは１２００なので、パケットサイズ＝１５００のパケットは転送されずに破棄され、ステップＳ９０３と同様に、リンクＭＴＵ＝１２００を通知するＰＴＢメッセージが、中間ノード５４からＭＮ１０に向けて返信される（ステップＳ９０７）。【００１３】  中間ノード５４からＰＴＢメッセージを受信したＭＮ１０は、再度、新たにＭＴＵ＝１２００に設定し、パケットサイズ＝１２００のパケットをＣＮ４０に向けて送信する。このパケット（パケットサイズ＝１２００のパケット）は、ＡＰ３１を経由してｎＡＲ３０に到達し（ステップＳ９０８）、さらに、ｎＡＲ３０から中間ノード５３、中間ノード５３から中間ノード５４、中間ノード５４から中間ノード５５、中間ノード５５からＣＮ４０に転送される（ステップＳ９０９〜Ｓ９１２）。これにより、ＭＮ１０において、データ経路Ｂに係るＰＭＴＵが１２００に設定され、続いてＭＮ１０からＣＮ４０に送信されるパケットは、パケットサイズ＝１２００に分割されることになる。【００１４】  なお、上述のＰＭＴＵの決定方法以外にも、様々なＰＭＴＵの決定方法が知られている。例えば、下記の特許文献１には、送信元ノードと送信先ノードとの間のデータ経路において、送信元ノードによって収集されたデータ経路上のノード間のリンクＭＴＵが、送信元ノードから送信先ノードに通知されることにより、送信先ノードでのＰＭＴＵの探索の効率化を図るとともに、ＰＭＴＵの変化に迅速に対応できるようにするための技術が開示されている。【００１５】  また、下記の特許文献２には、ローカルシステムからターゲットシステムに対して、サイズを徐々に小さくしながらＩＣＭＰエコー要求メッセージを繰り返し送信し、ターゲットシステムからＩＣＭＰエコー応答メッセージを受信できた場合のパケットサイズを、ローカルシステムからタ���ゲットシステムに至るデータ経路のＰＭＴＵとみなす技術が開示されている。【００１６】  また、下記の特許文献３には、データ経路上の中間ノードが、上述のＰＴＢメッセージを送信元ノードに返信するとともに、送信先ノードに向けて、そのリンクＭＴＵに適合した新たなＰＭＴＵ探索用のパケットを送信することによって、送信元ノードは、パケット送信を１度だけ行うことによって、送信先ノードまでのＰＭＴＵを把握できるようにする技術が開示されている。
【特許文献１】米国特許公開２００４／０００８６６４号
【特許文献２】米国特許第５９５９９７４号
【特許文献３】米国特許公開２００３／０１８５２０８号
【非特許文献１】ＭｃＣａｎｎ，Ｊ．，Ｄｅｅｒｉｎｇ，Ｓ．ａｎｄ  Ｍｏｇｕｌ，Ｊ．，″Ｐａｔｈ  ＭＴＵ  Ｄｉｓｃｏｖｅｒｙ  ｆｏｒ  ＩＰ  ｖｅｒｓｉｏｎ  ６″，ＩＥＴＦ  ＲＦＣ  １９８１，Ａｕｇｕｓｔ  １９９６．
【非特許文献２】Ｒａｊｅｅｖ  Ｋｏｏｄｌｉ  ″Ｆａｓｔ  Ｈａｎｄｏｖｅｒｓ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６″，ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｆａｓｔ−ｍｉｐｖ６−０８，Ｏｃｔｏｂｅｒ  ２００３
【００１７】  しかしながら、上述の図１０に示すように、送信元ノードは、ハンドオーバを行う場合には、ハンドオーバ後に新たにＣＮとの間のデータ経路に係るＰＭＴＵの探索を行うことになる。このように、ハンドオーバ後にＰＭＴＵの探索を開始した場合には、ＰＭＴＵの探索を行う間（ハンドオーバ直後から最適なＰＭＴＵを決定するまでの間）、送信元ノードはＣＮへのパケット送信が行えず、通信の遅延や断絶が起こり得るという問題がある。【００１８】  なお、ＭＮが、ハンドオーバ前に使用していたデータ経路Ａに係るＰＭＴＵを、ハンドオーバ後にそのまま使用して、パケット送信を開始することも可能であるが、ハンドオーバ後に使用されるデータ経路Ｂに係るＰＭＴＵが、必ずしもデータ経路Ａに係るＰＭＴＵと同一であるとは限らず、データ経路Ｂに係るＰＭＴＵが、データ経路Ａに係るＰＭＴＵよりも小さい場合には、結局、ハンドオーバ後にＰＭＴＵの探索が行われることとなる。
【発明の開示】
【００１９】  上記問題に鑑み、本発明は、モバイルノードがハンドオーバを行った場合でも、ハンドオーバ後の新たなデータ経路に係るＰＭＴＵを迅速に決定することを可能とする通信ハンドオーバ方法及び通信メッセージ処理方法を提供することを目的とする。
【００２０】  上記目的を達成するため、本発明の通信ハンドオーバ方法は、第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う際の通信ハンドオーバ方法であって、
前記第１アクセスポイントに接続している前記移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへの前記ハンドオーバを行う旨を決定するとともに、前記第２アクセスポイントから前記第２アクセスポイントの識別情報を取得するハンドオーバ決定ステップと、
前記移動端末が、前記第１アクセスポイントを介して前記第１アクセスルータに対して、前記第２アクセスポイントの識別情報と、前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスとを通知する第１アドレス通知ステップと、
前記第１アクセスルータが、前記移動端末から通知された前記第２アクセスポイントの識別情報に基づいて、前記第２アクセスルータを特定し、前記第２アクセスルータに対して、前記通信相手端末のアドレスを通知する第２アドレス通知ステップと、
前記第２アクセスルータが、前記通信相手端末のアドレスに基づいて、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定するＰＭＴＵ決定ステップと、
前記第２アクセスルータが、前記ハンドオーバによって前記第２アクセスポイントに接続した前記移動端末に対して、前記第２アクセスポイントを介して、前記ＰＭＴＵを通知するＰＭＴＵ通知ステップと、
前記移動端末が、前記第２アクセスルータから通知された前記ＰＭＴＵに基づいて、前記通信相手端末に送信するパケットのパケットサイズを設定するパケットサイズ設定ステップとを有している。
これにより、移動端末（モバイルノード）がハンドオーバを行った場合でも、ハンドオーバ後の新たなデータ経路に係るＰＭＴＵを迅速に決定することが可能となる。
【００２１】  さらに、本発明の通信ハンドオーバ方法は、前記第１及び第２アドレス通知ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを通知し、前記ＰＭＴＵ決定ステップにおいて、前記通信相手端末のアドレスと、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵとに基づいて、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定する。
これにより、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）におけるＰＭＴＵの探索を効率良く行えるようにして、ＰＭＴＵに係る処理負荷の軽減や時間短縮などを図ることが可能となり、また、移動端末への新たなＰＭＴＵの通知に係る効率も向上させることが可能となる。
【００２２】  さらに、本発明の通信ハンドオーバ方法は、前記第１アドレス通知ステップにおいて、前記移動端末から前記第１アクセスルータに対して、ＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージに前記通信相手端末のアドレスを埋め込んで送信するか、あるいは、ＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージに前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを埋め込んで送信する。
これにより、移動端末から、ハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）に対して、ＦＭＩＰの各メッセージに載せて、通信相手端末（ＣＮ）のアドレスや、ハンドオーバ前に移動端末が使用していたＰＭＴＵの情報などを効率良く伝送することが可能となる。
【００２３】  さらに、本発明の通信ハンドオーバ方法は、前記第２アドレス通知ステップにおいて、前記第１アクセスルータから前記第２アクセスルータに対して、ＦＭＩＰのＨＩメッセージに前記通信相手端末のアドレスを埋め込んで送信するか、あるいは、ＦＭＩＰのＨＩメッセージに前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを埋め込んで送信する。
これにより、ハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）からハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）に対して、ＦＭＩＰの各メッセージに載せて、通信相手端末（ＣＮ）のアドレスや、ハンドオーバ前に移動端末が使用していたＰＭＴＵの情報などを効率良く伝送することが可能となる。
【００２４】  さらに、本発明の通信ハンドオーバ方法は、前記ＰＭＴＵ通知ステップにおいて、前記第２アクセスルータから前記移動端末に対して、ＲＡメッセージに前記ＰＭＴＵを埋め込んで送信する。
これにより、従来はローカルリンクのＭＴＵを含むＲＡメッセージに、通信相手端末（ＣＮ）までのデータ経路に係るＰＭＴＵを埋め込んで送信することが可能となる。
【００２５】  また、上記目的を達成するため、本発明の通信ハンドオーバ方法は、第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う移動端末における通信ハンドオーバ方法であって、
前記第１アクセスポイントに接続している状態で、前記第１アクセスポイントから前記第２アクセスポイントへの前記ハンドオーバを行う旨を決定するとともに、前記第２アクセスポイントから前記第２アクセスポイントの識別情報を取得するハンドオーバ決定ステップと、
前記第１アクセスポイントを介して前記第１アクセスルータに対して、前記第２アクセスポイントの識別情報と、前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスとを通知するアドレス通知ステップと、
前記第１アクセスルータから取得した前記通信相手端末のアドレスに基づいて、前記第２アクセスルータによって決定された前記通信相手端末までのデータ経路に係るＰＭＴＵを、前記第２アクセスルータから、前記第２アクセスポイントを介して受信するＰＭＴＵ受信ステップと、
前記第２アクセスルータから受信した前記ＰＭＴＵに基づいて、前記通信相手端末に送信するパケットのパケットサイズを設定するパケットサイズ設定ステップとを有している。
これにより、移動端末（モバイルノード）がハンドオーバを行った場合でも、ハンドオーバ後の新たなデータ経路に係るＰＭＴＵを迅速に決定することが可能となる。
【００２６】  さらに、本発明の通信ハンドオーバ方法は、前記アドレス通知ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを通知する。
これにより、ハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）におけるＰＭＴＵの探索を効率良く行えるようにすることが可能となり、第２アクセスルータにおけるＰＭＴＵに係る処理負荷の軽減や時間短縮などを図ることが可能となるとともに、移動端末への新たなＰＭＴＵの通知に係る効率も向上させることが可能となる。
【００２７】  さらに、本発明の通信ハンドオーバ方法は、前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージ、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを生成するステップを有し、
前記アドレス通知ステップにおいて、前記第１アクセスルータに対して、前記ＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを送信する。
これにより、移動端末から、ハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）に対して、ＦＭＩＰの各メッセージに載せて、通信相手端末（ＣＮ）のアドレスや、ハンドオーバ前に移動端末が使用していたＰＭＴＵの情報などを効率良く伝送することが可能となる。
【００２８】  さらに、本発明の通信ハンドオーバ方法は、前記ＰＭＴＵ受信ステップにおいて、前記第２アクセスルータから、前記第２アクセスルータによって決定された前記通信相手端末までのデータ経路に係るＰＭＴＵが埋め込まれたＲＡメッセージを受信する。
これにより、従来はローカルリンクのＭＴＵを含むＲＡメッセージの受信によって、通信相手端末（ＣＮ）までのデータ経路に係るＰＭＴＵを取得することが可能となる。
【００２９】  また、上記目的を達成するため、本発明の通信メッセージ処理方法は、第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う際の前記第１アクセスルータにおける通信メッセージ処理方法であって、
前記移動端末から、前記第２アクセスポイントの識別情報と、前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスとを受信するアドレス受信ステップと、
前記第２アクセスポイントの識別情報に基づいて、前記第２アクセスルータを特定する接続先特定ステップと、
前記接続先特定ステップで特定された前記第２アクセスルータに対して、前記通信相手端末のアドレスを通知するアドレス通知ステップとを有している。
これにより、移動端末（モバイルノード）がハンドオーバを行った場合でも、ハンドオーバ後の新たなデータ経路に係るＰＭＴＵを迅速に決定することが可能となるように、移動端末がハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）が、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）に対して、必要な情報を送信することが可能となる。
【００３０】  さらに、本発明の通信メッセージ処理方法は、前記アドレス受信ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを前記移動端末から受信する。
これにより、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）におけるＰＭＴＵの探索を効率良く行えるようにして、ＰＭＴＵに係る処理負荷の軽減や時間短縮などを図ることが可能となり、また、移動端末への新たなＰＭＴＵの通知に係る効率も向上させることが可能となる。
【００３１】  さらに、本発明の通信メッセージ処理方法は、前記アドレス受信ステップにおいて、前記移動端末から、前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを受信するか、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを受信する。
これにより、移動端末から、ハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）に対して、ＦＭＩＰの各メッセージに載せて、通信相手端末（ＣＮ）のアドレスや、ハンドオーバ前に移動端末が使用していたＰＭＴＵの情報などを効率良く伝送することが可能となる。
【００３２】  さらに、本発明の通信メッセージ処理方法は、前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＨＩメッセージ、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＨＩメッセージを生成するステップを有し、
前記アドレス通知ステップにおいて、前記第２アクセスルータに対して、前記ＨＩメッセージを送信する。
これにより、移動端末がハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）から、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）に対して、ＦＭＩＰの各メッセージに載せて、通信相手端末（ＣＮ）のアドレスや、ハンドオーバ前に移動端末が使用していたＰＭＴＵの情報などを効率良く伝送することが可能となる。
【００３３】  また、上記目的を達成するため、本発明の通信メッセージ処理方法は、第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う際の前記第２アクセスルータにおける通信メッセージ処理方法であって、
前記第１アクセスルータから、前記ハンドオーバが予定されている前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスを受信するアドレス受信ステップと、
前記アドレス受信ステップで受信した前記通信相手端末のアドレスに基づいて、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定するＰＭＴＵ決定ステップと、
前記ハンドオーバによって前記第２アクセスポイントに接続した前記移動端末に対して、前記第２アクセスポイントを介して、前記ＰＭＴＵを通知するＰＭＴＵ通知ステップとを有している。
これにより、移動端末（モバイルノード）がハンドオーバを行った場合でも、ハンドオーバ後の新たなデータ経路に係るＰＭＴＵを迅速に決定することが可能となるように、移動端末がハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）は、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）に対して、必要な情報を送信することが可能となる。
【００３４】  さらに、本発明の通信メッセージ処理方法は、前記アドレス受信ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを受信した場合に、前記ＰＭＴＵ決定ステップにおいて、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを利用して、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定する。
これにより、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）におけるＰＭＴＵの探索を効率良く行えるようにして、ＰＭＴＵに係る処理負荷の軽減や時間短縮などを図ることが可能となり、また、移動端末への新たなＰＭＴＵの通知に係る効率も向上させることが可能となる。
【００３５】  さらに、本発明の通信メッセージ処理方法は、前記アドレス受信ステップにおいて、前記第１アクセスルータから、前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＨＩメッセージを受信するか、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＨＩメッセージを受信する。
これにより、移動端末がハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）から、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）に対して、ＦＭＩＰの各メッセージに載せて、通信相手端末（ＣＮ）のアドレスや、ハンドオーバ前に移動端末が使用していたＰＭＴＵの情報などを効率良く伝送することが可能となる。
【００３６】  さらに、本発明の通信メッセージ処理方法は、前記移動端末から、前記第１アクセスポイントから前記第２アクセスポイントへの前記ハンドオーバを行った旨を通知するＦＭＩＰのＦＮＡメッセージを受信する接続通知受信ステップと、
前記ＰＭＴＵ決定ステップにおいて決定された前記ＰＭＴＵが埋め込まれたＲＡメッセージを生成するＰＭＴＵ通知メッセージ生成ステップとを有し、
前記接続通知受信ステップで前記ＦＮＡメッセージを受信した場合に、前記移動端末に対して、前記ＰＭＴＵ通知メッセージ生成ステップで生成された前記ＲＡメッセージを送信する。
これにより、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）は、ＦＮＡメッセージの受信によって移動端末の接続を検知して、従来はローカルリンクのＭＴＵを含むＲＡメッセージに、通信相手端末（ＣＮ）までのデータ経路に係るＰＭＴＵを埋め込んで送信することが可能となる。
【００３７】  本発明の通信ハンドオーバ方法及び通信メッセージ処理方法は、上記構成を有しており、モバイルノードがハンドオーバを行った場合でも、ハンドオーバ後の新たなデータ経路に係るＰＭＴＵを迅速に決定することができるという効果を有している。
【図面の簡単な説明】
【００３８】
【図１】本発明の第１〜第３の実施の形態並びに従来の技術に共通したネットワーク構成の一例を示す図
【図２】本発明の第１の実施の形態におけるＭＮの構成の一例を示す図
【図３】本発明の第１の実施の形態におけるｐＡＲの構成の一例を示す図
【図４】本発明の第１の実施の形態におけるｎＡＲの構成の一例を示す図
【図５】本発明の第１の実施の形態において、ＭＮがハンドオーバを行う際のＰＭＴＵの決定方法の一例を示すシーケンスチャート
【図６Ａ】本発明の第１の実施の形態において用いられるＭＮからｐＡＲへのＣＮのＩＰアドレスが埋め込まれたＦＢＵメッセージを示す図
【図６Ｂ】本発明の第１の実施の形態において用いられるＭＮからｐＡＲへのＣＮのＩＰアドレスが埋め込まれたＲｔＳｏｌＰｒメッセージを示す図
【図６Ｃ】本発明の第１の実施の形態において用いられるＭＮからｐＡＲへのＣＮのＩＰアドレスが埋め込まれたＣＮアドレス通知メッセージを示す図
【図７Ａ】本発明の第１の実施の形態において用いられるｐＡＲからｎＡＲへのＣＮのＩＰアドレスが埋め込まれたＨＩメッセージを示す図
【図７Ｂ】本発明の第１の実施の形態において用いられるｐＡＲからｎＡＲへのＣＮのＩＰアドレスが埋め込まれたＣＮアドレス通知メッセージを示す図
【図８】本発明の第２の実施の形態におけるｐＡＲの構成の一例を示す図
【図９】本発明の第３の実施の形態においてｎＡＲに通知される複数のＣＮのそれぞれのＩＰアドレスと、ハンドオーバ前に各ＣＮまでのデータ経路において設定されているＰＭＴＵとの対応関係が記載されたリスト情報を示す図
【図１０】従来の技術を利用した場合において、送信元ノードがハンドオーバを行う際のＰＭＴＵの決定方法の一例を示すシーケンスチャート
【発明を実施するための最良の形態】
【００３９】  以下、図面を参照しながら、本発明の第１〜第３の実施の形態について説明する。本発明の基本的な概要は、ハンドオーバを行うモバイルノード（ＭＮ）が、そのハンドオーバ前に、ハンドオーバ前に通信を行っている通信相手端末（ＣＮ）のＩＰアドレスを、ハンドオーバ後に新たに接続するアクセスルータに対して通知し、ハンドオーバ後に新たに接続するアクセスルータが、プロキシとして、このアクセスルータからＣＮまでの経路に係る最適なＰＭＴＵをあらかじめ探索して決定することによって、ＭＮが、新たに接続したアクセスルータからＣＮまでの経路に係る最適なＰＭＴＵをハンドオーバ直後に取得し、最適なパケットサイズを用いて、ＣＮとの間で進行している通信セッションを、迅速、かつ継続的に開始できるようにすることにある。【００４０】  図１は、本発明の第１〜第３の実施の形態並びに従来の技術に共通したネットワーク構成の一例を示す図である。図１には、ＭＮ１０、ｐＡＲ２０、ｐＡＲ２０の配下に存在するＡＰ２１、ｎＡＲ３０、ｎＡＲ３０の配下に存在するＡＰ３１、ＣＮ４０、ＩＰネットワーク５０が図示されている。なお、図１では、ＣＮ４０が１つのみ図示されているが、ＭＮ１０は、ＩＰネットワーク５０を介して複数のＣＮ４０と通信を行うことが可能であり、すなわち、複数のＣＮ４０が存在してもよい。【００４１】  ｐＡＲ２０及びｎＡＲ３０は、ＩＰネットワーク５０に接続されているアクセスルータであり、それぞれサブネットを形成している。ＭＮ１０は、ｐＡＲ２０の配下に存在するＡＰ２１の通信セル内に存在する場合には、ＡＰ２１及びｐＡＲ２０を通じてＩＰネットワーク５０にアクセスすることが可能であり、ｎＡＲ３０の配下に存在するＡＰ３１の通信セル内に存在する場合には、ＡＰ３１及びｎＡＲ３０を通じてＩＰネットワーク５０にアクセスすることが可能である。また、ＣＮ４０は、ＩＰネットワーク５０に接続可能な通信ノードであり、ＡＰ２１やＡＰ３１との接続状態にあるＭＮ１０との間で、通信を行うことが可能である。【００４２】  一方、ＩＰネットワーク５０は、例えば、インターネットなどのＩＰ通信を利用したＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）である。図１には、ＩＰネットワーク５０のネットワークエレメントとして、５つの中間ノード５１〜５５が図示されている。また、中間ノード５１はｐＡＲ２０及び中間ノード５２と、中間ノード５２は中間ノード５１及び中間ノード５５と、中間ノード５３はｎＡＲ３０及び中間ノード５４と、中間ノード５４は中間ノード５３及び中間ノード５５と、中間ノード５５は中間ノード５２、中間ノード５４、ＣＮ４０とそれぞれリンクを有しているものとする。【００４３】  また、ＭＮ１０は、初期状態としてＡＰ２１に接続されており、データ経路Ａを通じてＣＮ４０との通信を行っており、ＡＰ２１からＡＰ３１へのハンドオーバを行うことによって、ハンドオーバ後は、新たにデータ経路Ｂを通じてＣＮ４０との通信を行うものとする。なお、データ経路Ａは、ＭＮ１０−ＡＰ２１−ｐＡＲ２０−中間ノード５１−中間ノード５２−中間ノード５５−ＣＮ４０の各リンクを結ぶ経路であり、データ経路Ｂは、ＭＮ１０−ＡＰ３１−ｎＡＲ３０���中間ノード５３−中間ノード５４−中間ノード５５−ＣＮ４０の各リンクを結ぶ経路である。【００４４】  ＜第１の実施の形態＞
次に、本発明の第１の実施の形態について説明する。この第１の実施の形態では、ＭＮ１０からｎＡＲ３０に対して、ＭＮ１０が通信を行っているＣＮ４０のＩＰアドレスを通知するために、非特許文献２に記載されている技術（通常、ＦＭＩＰ（Ｆａｓｔ  Ｍｏｂｉｌｅ  ＩＰ）と呼ばれる）を利用する方法について説明する。【００４５】  本発明の第１の実施の形態におけるＭＮ１０、ｐＡＲ２０、ｎＡＲ３０のそれぞれの構成について説明する。なお、図２〜図４に図示されているＭＮ１０、ｐＡＲ２０、ｎＡＲ３０は、図１に図示されているＭＮ１０、ｐＡＲ２０、ｎＡＲ３０の詳細な構成である。また、図２〜図４では、各機能がブロックにより図示されているが、これらの各機能はハードウェア及び／又はソフトウェアによって実現可能である。特に、本発明の主要な処理（例えば、後述の図５に示す各ステップの処理）は、コンピュータプログラムによって実行可能である。【００４６】  図２は、本発明の第１の実施の形態におけるＭＮの構成の一例を示す図である。図２に示すＭＮ１０は、ハンドオーバ決定部１００１、無線受信部１００２、無線送信部１００３、ＦＭＩＰ処理部１００４、ＣＮアドレス取得／格納部１００５、パケット統合部１００６、パケット分割部１００７、ＰＭＴＵ設定部１００８を有している。【００４７】  ハンドオーバ決定部１００１は、例えば、異なる複数のＡＰからの電波強度の比較を行って、最も電波強度の高いＡＰへのＬ２ハンドオーバ（通信先のＡＰの接続切り換え）を行うなど、任意の条件に基づいてハンドオーバの開始の決定を行う処理部である。【００４８】  また、無線受信部１００２及び無線送信部１００３は、それぞれ無線通信によるデータ受信及びデータ送信を行うための処理部であり、これらには、無線通信を行うために必要な様々な機能が含まれている。【００４９】  また、ＦＭＩＰ処理部１００４は、ハンドオーバ決定部１００１によるハンドオーバの開始の決定を受けて、ＦＭＩＰに係る送信メッセージ（例えば、ＲｔＳｏｌＰｒ（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ  ｆｏｒ  Ｐｒｏｘｙ、又はＲｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ  ｆｏｒ  Ｐｒｏｘｙ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージやＦＢＵ（Ｆａｓｔ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）メッセージ）の生成や、ＦＭＩＰに係る受信メッセージ（例えば、ＰｒＲｔＡｄｖ（Ｐｒｏｘｙ  Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージやＦＢＡｃｋ（Ｆａｓｔ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅ）メッセージ）の処理など、ＦＭＩＰに係る処理を行うための処理部である。なお、このＦＭＩＰ処理部１００４の存在は、ＭＮ１０がＦＭＩＰを実装していることを示している。【００５０】  また、ＣＮアドレス取得／格納部１００５は、無線受信部１００２で受信したパケットのヘッダなどを参照して、ＭＮ１０が現在通信を行っているＣＮ４０のＩＰアドレスを取得し、このＩＰアドレスを格納するための処理部である。また、ＣＮアドレス取得／格納部１００５によって格納されたＣＮ４０のＩＰアドレスは、ＦＭＩＰ処理部１００４に供給されて、ＦＭＩＰに係る送信メッセージと共にｐＡＲ２０に送信されるか、あるいは、ＦＭＩＰに係る送信メッセージの送信タイミングや受信メッセージの受信タイミングに従って、固有のＣＮアドレス通知メッセージとしてｐＡＲ２０に送信されるように構成されている。なお、上述のように、ＣＮ４０は複数存在することも考えられ、この場合には、ＣＮアドレス取得／格納部１００５によって、複数のＣＮ４０のそれぞれのＩＰアドレスが取得、格納される。【００５１】  また、パケット統合部１００６は、無線受信部１００２で受信したパケットを統合して、上位レイヤに受信データとして出力する処理部である。なお、受信データがＦＭＩＰに係るメッセージの場合には、ＦＭＩＰ処理部１００４において受信データの処理が行われ、受信データが設定すべきＰＭＴＵを含む情報である場合には、ＰＭＴＵ設定部１００８において受信データの処理が行われる。【００５２】  また、パケット分割部１００７は、無線送信部１００３から送信するための様々なメッセージや送信データなどを、所定のパケットサイズを有するパケットに分割する処理部である。また、ＰＭＴＵ設定部１００８は、ＰＭＴＵに関する通知情報を受信データから抽出するとともに、この抽出されたＰＭＴＵに基づいて、パケット分割部１００７におけるパケット分割のパケットサイズに係る指示（ＰＭＴＵ設定指示）を行う処理部である。なお、パケット分割部１００７は、ＰＭＴＵ設定部１００８からのＰＭＴＵ設定指示によって規定されるＰＭＴＵの値をパケットサイズとするか、あるいは、ＰＭＴＵ設定指示によって規定されるＰＭＴＵの値よりも小さな値をパケットサイズとすることが望ましい。【００５３】  以上のように、ＭＮ１０は、現在通信中のＣＮ４０のＩＰアドレスを把握し、ＦＭＩＰに係る送信メッセージにＣＮ４０のＩＰアドレスを埋め込んでｐＡＲ２０に送信したり、ＦＭＩＰに係る送信メッセージの送信タイミングや受信メッセージの受信タイミングに応じて、ＣＮ４０のＩＰアドレスを含むＣＮアドレス通知メッセージを送信したりすることが可能なように構成されている。【００５４】  また、図３は、本発明の第１の実施の形態におけるｐＡＲの構成の一例を示す図である。図３に示すｐＡＲ２０は、受信部２００１、送信部２００２、ＦＭＩＰ処理部２００３、ＣＮアドレス抽出部２００４を有している。なお、ｐＡＲ２０は、受信したパケットを転送するための転送部なども有しているが、ここでは図示省略する。受信部２００１及び送信部２００２は、ｐＡＲ２０の配下に存在するＡＰ２１やＩＰネットワーク５０に接続されており、データ受信及びデータ送信を行うための処理部である。【００５５】  また、ＦＭＩＰ処理部２００３は、ＭＮ１０が次のハンドオーバによって接続する接続先のアクセスルータ（ｎＡＲ３０）の探索、ｎＡＲ３０が形成するサブネットのネットワークプリフィックスの取得、ＦＭＩＰに係る送信メッセージ（例えば、ＨＩ（Ｈａｎｄｏｖｅｒ  Ｉｎｉｔｉａｔｅ）メッセージやＦＢａｃｋメッセージ）の生成、ＦＭＩＰに係る受信メッセージ（例えば、ＦＢＵメッセージやＨＡｃｋ（Ｈａｎｄｏｖｅｒ  Ａｃｋｎｏｗｌｅｄｇｅ）メッセージ）の処理など、ＦＭＩＰに係る処理を行うための処理部である。なお、このＦＭＩＰ処理部２００３の存在は、ｐＡＲ２０がＦＭＩＰを実装���ていることを示している。【００５６】  また、ＣＮアドレス抽出部２００４は、ＭＮ１０から受信したＦＭＩＰに係る受信メッセージ内に埋め込まれているＣＮ４０のＩＰアドレスの抽出や、ＭＮ１０から受信した固有のＣＮアドレス通知メッセージからＣＮ４０のＩＰアドレスの抽出を行うための処理部である。また、ＣＮアドレス抽出部２００４によって抽出されたＣＮ４０のＩＰアドレスは、ＦＭＩＰ処理部２００３に供給されて、ＦＭＩＰに係る送信メッセージと共にｎＡＲ３０に送信されるか、あるいは、ＦＭＩＰに係る送信メッセージの送信タイミングや受信メッセージの受信タイミングに従って、固有のＣＮアドレス通知メッセージとしてｎＡＲ３０に送信されるように構成されている。【００５７】  以上のように、ｐＡＲ２０は、ＭＮ１０から、ＭＮ１０が現在通信中のＣＮ４０のＩＰアドレスの通知を受けた場合、ＦＭＩＰに係る送信メッセージにＣＮ４０のＩＰアドレスを埋め込んでｎＡＲ３０に送信したり、ＦＭＩＰに係る送信メッセージの送信タイミングや受信メッセージの受信タイミングに応じて、ＣＮ４０のＩＰアドレスを含むＣＮアドレス通知メッセージをｎＡＲ３０に送信したりすることが可能なように構成されている。【００５８】  また、図４は、本発明の第１の実施の形態におけるｎＡＲの構成の一例を示す図である。図４に示すｎＡＲ３０は、受信部３００１、送信部３００２、ＦＭＩＰ処理部３００３、ＣＮアドレス抽出部３００４、最適ＰＭＴＵ探索部３００５、最適ＰＭＴＵ通知部３００６を有している。なお、ｎＡＲ３０は、受信したパケットを転送するための転送部なども有しているが、ここでは図示省略する。受信部３００１及び送信部３００２は、ｎＡＲ３０の配下に存在するＡＰ３１やＩＰネットワーク５０に接続されており、データ受信及びデータ送信を行うための処理部である。【００５９】  また、ＦＭＩＰ処理部３００３は、ｐＡＲ２０から受けたＭＮ１０のＩＰアドレスの妥当性の検証、ＦＭＩＰに係る送信メッセージ（例えば、Ｈａｃｋメッセージ）の生成、ＦＭＩＰに係る受信メッセージ（例えば、ＨＩメッセージやＦＮＡ（Ｆａｓｔ  Ｎｅｉｇｈｂｏｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージ）の処理など（ＦＭＩＰに係る処理を行うための処理部である。なお、このＦＭＩＰ処理部３００３の存在は、ｎＡＲ３０がＦＭＩＰを実装していることを示している。【００６０】  また、ＣＮアドレス抽出部３００４は、ｐＡＲ２０から受信したＦＭＩＰに係る受信メッセージ内に埋め込まれているＣＮ４０のＩＰアドレスの抽出や、ｐＡＲ２０から受信した固有のＣＮアドレス通知メッセージからＣＮ４０のＩＰアドレスの抽出を行うための処理部である。また、ＣＮアドレス抽出部３００４によって抽出されたＣＮ４０のＩＰアドレスは、最適ＰＭＴＵ探索部３００５に供給されるように構成されている。【００６１】  また、最適ＰＭＴＵ探索部３００５は、ＣＮアドレス抽出部３００４によって抽出されたＣＮ４０のＩＰアドレスまでのデータ経路に係るＰＭＴＵを探索して決定するための処理部である。この最適ＰＭＴＵ探索部３００５によるＰＭＴＵの決定方法は、任意の技術を利用することが可能である。すなわち、例えば、上述した図１０に示すＰＭＴＵの決定方法を利用することも可能であり、また、特許文献１〜３に開示されている技術を利用することも可能である。【００６２】  また、最適ＰＭＴＵ通知部３００６は、ハンドオーバ後にｎＡＲ３０が形成するサブネットに接続したＭＮ１０に対して、最適ＰＭＴＵ探索部３００５によって決定されたＰＭＴＵを通知するための処理部である。この最適ＰＭＴＵ通知部３００６によるＰＭＴＵの通知方法も任意の方法を利用することが可能であり、例えば、このＰＭＴＵを要請されることなくユニキャストによって送信される（ｕｎｓｏｌｉｃｉｔａｔｅｄ  ｕｎｉｃａｓｔ）ＲＡ（ルータ通知：Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージに含ませて、ＭＮ１０に通知することが可能である。なお、通常、ＲＡメッセージには、ローカルリンクのＭＴＵが含まれ得るが、ここでは、このＲＡメッセージにＰＭＴＵが含まれるようにすればよい。【００６３】  以上のように、ｎＡＲ３０は、ｐＡＲ２０から、ＭＮ１０が現在通信中のＣＮ４０のＩＰアドレスの通知を受けた場合、プロキシとして機能して、ｎＡＲ３０からＣＮ４０までのデータ経路に係るＰＭＴＵの探索・決定を行い、ＭＮ１０がｎＡＲ３０の配下にハンドオーバした場合に、決定されたＰＭＴＵをＭＮ１０に通知することが可能なように構成されている。【００６４】  次に、本発明の第１の実施の形態に係る動作について説明する。ここでは、図５を参照しながら、図１に示すネットワーク構成において、図２〜図４に図示されているＭＮ１０、ｐＡＲ２０、ｎＡＲ３０を構成要素とした場合の動作について説明する。図５は、本発明の第１の実施の形態において、ＭＮがハンドオーバを行う際のＰＭＴＵの決定方法の一例を示すシーケンスチャートである。なお、図５では、ＡＰ２１及びＡＰ３１は、図示省略している。【００６５】  例えば、ＭＮ１０がｐＡＲ２０のエリア（ＡＰ２１の通信セル範囲）からｎＡＲ３０のエリア（ＡＰ３１の通信セル範囲）への移動を開始した場合、レイヤ２によってその移動が検出され、それを起点としてレイヤ３におけるハンドオーバの開始が決定される（ステップＳ１０１）。このハンドオーバの開始の決定は、例えば、ＡＰ２１からの受信電界強度とＡＰ３１からの受信電界強度との比較などによって行われる。【００６６】  ＭＮ１０は、移動先となるＡＰ３１からのビーコンなどによって、ＡＰ３１からＡＰ−ＩＤ（各ＡＰの識別情報）を含む情報を取得し、現在接続しているｐＡＲ２０に対して、ＡＰ３１のＡＰ−ＩＤを含むＲｔＳｏｌＰｒメッセージを送信する（ステップＳ１０２）。このＲｔＳｏｌＰｒメッセージを受信したｐＡＲ２０は、ＭＮ１０から通知されたＡＰ３１のＡＰ−ＩＤに基づいて、近隣に存在するアクセスルータを検索してｎＡＲ３０の情報を取得するか、あるいは、すでに検索済みの情報（ｐＡＲ２０に保持されている情報）からｎＡＲ３０の情報を取得する。【００６７】  そして、ｐＡＲ２０は、ｎＡＲ３０の情報（例えば、ｎＡＲ３０が構成するサブネットのネットワークプリフィックスなどの情報）を含むＰｒＲｔＡｄｖメッセージを、ＲｔＳｏｌＰｒメッセージのレスポンスとして、ＭＮ１０に送信する（ステップＳ１０３）。ＰｒＲｔＡ��ｖメッセージを受信したＭＮ１０は、ＰｒＲｔＡｄｖメッセージに含まれるｎＡＲ３０が形成するサブネットのネットワークプリフィックスと、ＭＮ１０自身のリンクレイヤアドレスなどを用いて、ｎＡＲ３０が形成するサブネットにおいて適合し得るアドレスであるＮＣｏＡ（Ｎｅｗ  Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）を生成する。なお、ここまでの動作は、ＦＭＩＰによって規定されている動作と同一である。【００６８】  ここで、ＭＮ１０は、このＮＣｏＡを含むＦＢＵメッセージを生成するが、このとき、ＣＮアドレス取得／格納部１００５によって把握される現在通信中のＣＮ４０（特に、リアルタイムに通信を行っており、進行中のセッションを有するＣＮ４０）のＩＰアドレスを参照し、このＣＮ４０のＩＰアドレスに係る情報をＦＢＵメッセージに埋め込む。なお、現在通信中のＣＮ４０が複数存在する場合には、これらすべてのＣＮ４０のＩＰアドレス、又は選択された一部のＣＮ４０のＩＰアドレスをＦＢＵメッセージに埋め込むことが可能である。また、現在通信を行っていなくても、ハンドオーバ直後にパケットを送信することが予定されているＣＮ４０のＩＰアドレスをＦＢＵメッセージに埋め込むことも可能である。そして、ＭＮ１０は、ＣＮ４０のＩＰアドレスが埋め込まれたＦＢＵメッセージ（図５では、ＦＢＵ（ＣＮ＿ＩＰ）と表記）をｐＡＲ２０に送信する（ステップＳ１０４）。【００６９】  ＣＮ４０のＩＰアドレスが埋め込まれたＦＢＵメッセージを受信したｐＡＲ２０は、ＣＮアドレス抽出部２００４によって、ＦＢＵメッセージ内のＣＮ４０のＩＰアドレスを抽出して、抽出されたＣＮ４０のＩＰアドレスをＦＭＩＰ処理部２００３に通知する。ＦＭＩＰ処理部２００３は、ＭＮ１０において生成されたＮＣｏＡがｎＡＲ３０のサブネットで使用可能なアドレスか否かを確認するためのＨＩメッセージを生成する際に、ＭＮ１０から受信したＣＮ４０のＩＰアドレスをＨＩメッセージに埋め込む。そして、ｐＡＲ２０は、ｎＡＲ３０に向けて、ＣＮ４０のＩＰアドレスが埋め込まれたＨＩメッセージ（図５ではＨＩ（ＣＮ＿ＩＰ）と表記）を送信する（ステップＳ１０５）。【００７０】  ｐＡＲ２０からｎＡＲ３０に向けて送信されたＣＮ４０のＩＰアドレスが埋め込まれたＨＩメッセージは、ＩＰネットワーク５０を経由してｎＡＲ３０に到達する。なお、ここでは、ネットワーク構成上、ＣＮ４０のＩＰアドレスが埋め込まれたＨＩメッセージは、中間ノード５１、中間ノード５２、中間ノード５５、中間ノード５４、中間ノード５３の順に転送されて、ｎＡＲ３０に到達する（ステップＳ１０６〜Ｓ１１０）。【００７１】  ＣＮ４０のＩＰアドレスが埋め込まれたＨＩメッセージを受信したｎＡＲ３０は、ＣＮアドレス抽出部３００４によって、ＨＩメッセージ内のＣＮ４０のＩＰアドレスを抽出して、抽出されたＣＮ４０のＩＰアドレスを最適ＰＭＴＵ探索部３００５に通知する。そして、最適ＰＭＴＵ探索部３００５は、ＭＮ１０から送信された１つ又は複数のＣＮ４０のＩＰアドレスに基づき、各ＣＮ４０までのデータ経路において最適なＰＭＴＵを探索し、決定する（ステップＳ１１１）。なお、上述のように、この最適ＰＭＴＵ探索部３００５によるＰＭＴＵの決定方法は、任意の技術を利用することが可能である。最適ＰＭＴＵ探索部３００５によって決定されたＰＭＴＵは、最適ＰＭＴＵ通知部３００６に供給される。【００７２】  なお、ｎＡＲ３０がＣＮ４０のＩＰアドレスが埋め込まれたＨＩメッセージに含まれるＮＣｏＡが有効なものであるか否かを検証し、ＮＣｏＡが有効である場合は、その結果を示すステータスを指定したＨＡｃｋメッセージをｐＡＲ２０に向けて送信する処理（通常のＦＭＩＰに係る処理）や、ｐＡＲ２０によるＦＢＡｃｋメッセージの送信処理、ｐＡＲ２０からｎＡＲ３０へのパケットの転送処理などが行われるが、ここでは、説明を省略する。【００７３】  一方、ＣＮ４０のＩＰアドレスが埋め込まれたＦＢＵメッセージを送信したＭＮ１０では、ｐＡＲ２０の配下に存在するＡＰ２１から、ｎＡＲ３０の配下に存在するＡＰ３１へのハンドオーバ処理が行われる（ステップＳ１１２）。そして、ＭＮ１０は、ｎＡＲ３０への接続切り換え直後に、ｎＡＲ３０に対して、ｎＡＲ３０への接続の通知を行うためのＦＮＡメッセージを送信する（ステップＳ１１３）。【００７４】  ｎＡＲ３０は、このＦＮＡメッセージを受けて、ＭＮ１０がｎＡＲ３０の配下に接続したことを検知する。そして、ｎＡＲ３０の最適ＰＭＴＵ通知部３００６は、例えば、ｎＡＲ３０からＣＮ４０までのデータ経路に係るＰＭＴＵをＲＡメッセージに埋め込んで、ＰＭＴＵが埋め込まれたＲＡメッセージ（図５では、ＲＡ（ＰＭＴＵの通知）と表記）をＭＮ１０に送信する（ステップＳ１１４）。ＭＮ１０は、このＰＭＴＵが埋め込まれたＲＡメッセージを受信し、ＰＭＴＵ設定部１００８によってＲＡメッセージから抽出されたＰＭＴＵに関する情報に基づいて、各ＣＮ４０に対して送信するパケットのパケットサイズを設定して、各ＣＮ４０に対するパケットの送信を行う（ステップＳ１１５）。【００７５】  以上の動作によって、ＭＮ１０は、ハンドオーバ直後（ｎＡＲ３０の配下に接続した直後）に、ｎＡＲ３０から所望の１つ又は複数のＣＮ４０までのデータ経路に係るＰＭＴＵの通知を受け、このＰＭＴＵに基づいて設定されたパケットサイズで、各ＣＮ４０に対してパケットを送信することが可能となる。なお、ＭＮ１０は、ｎＡＲ３０から通知されたＰＭＴＵをそのまま利用して、各ＣＮ４０との間のＰＭＴＵを設定してもよく、また、このＰＭＴＵより小さな値を各ＣＮ４０との間のＰＭＴＵとして設定してもよい。【００７６】  また、ＭＮ１０のハンドオーバのタイミングが早く、ＭＮ１０からＦＮＡメッセージを受信したｎＡＲ３０が、まだＣＮ４０までのデータ経路に係るＰＭＴＵを決定できていない場合も想定される。この場合でも、ｎＡＲ３０の最適ＰＭＴＵ探索部３００５によってＰＭＴＵが取得でき次第、そのＰＭＴＵをＭＮ１０に通知することにより、迅速にＣＮ４０までのデータ経路に係るＰＭＴＵの通知を行うことが可能である。【００７７】  また、ｎＡＲ３０が、複数のＣＮ４０のそれぞれまでのデータ経路に係るＰＭＴＵを探索する場合には、各ＣＮ４０までのデータ経路に係るＰＭＴＵの決定にタイムラグが生じることがある。このとき、ｎＡＲ３０は、すべてのＣＮ４０までのデータ経路に係るＰＭＴＵを決定してから、これらすべてのＰＭＴＵを１つのメッセージに埋め込んでＭＮ１０に通知してもよく、また、ＰＭＴＵが決定されたものから順次、個別のメッセージに埋め込んで、ＭＮ１０に通知してもよい。【００７８】  また、上記の第１の実施の形態では、ＭＮ１０がＣＮ４０のＩＰアドレスをＦＢＵメッセージに埋め込む場合について説明したが、ＲｔＳｏｌＰｒメッセージに埋め込んだり、ＦＭＩＰに係るメッセージとは関係のない、独立したＣＮアドレス通知メッセージに埋め込んだりすることも可能である。特に、ＭＮ１０のハンドオーバのタイミングが早く、ハンドオーバ前にＦＢＵメッセージを送信しない場合も想定されるので、この場合には、ＲｔＳｏｌＰｒメッセージにＣＮ４０のＩＰアドレスを埋め込むことが有効となる。図６Ａ〜６Ｃには、ＭＮ１０からｐＡＲ２０へのＣＮ４０のＩＰアドレス通知に係るメッセージの上記の３つの例が図示されている。また、同様に、ｐＡＲ２０がＣＮ４０のＩＰアドレスをＨＩメッセージに埋め込む場合について説明したが、ＦＭＩＰに係るメッセージとは関係のない、独立したＣＮアドレス通知メッセージに理め込むことも可能である。図７Ａ、７Ｂには、ｐＡＲ２０からｎＡＲ３０へのＣＮ４０のＩＰアドレス通知に係るメッセージの上記の２つの例が図示されている。なお、ｐＡＲ２０からｎＡＲ３０に送信されるＣＮアドレス通知メッセージには、ＭＮ１０を識別するための情報が挿入される必要がある。【００７９】  以上、説明したように、本発明の第１の実施の形態によれば、ハンドオーバ前のＭＮ１０からｎＡＲ３０に対して、ＣＮ４０のＩＰアドレスが通知され、ｎＡＲ３０によって、ＣＮ４０までのデータ経路に係るＰＭＴＵの探索・決定が行われるので、ＭＮ１０は、ｎＡＲ３０の配下にハンドオーバを行った後に、ｎＡＲ３０からＣＮ４０までのデータ経路に係るＰＭＴＵを迅速に取得することができ、このＰＭＴＵに基づくパケットサイズを用いて、ＣＮ４０との通信を迅速に開始することが可能となる。【００８０】  ＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。上述の第１の実施の形態では、ＭＮ１０がＣＮ４０のＩＰアドレスの通知を行っているのに対し、この第２の実施の形態では、ｐＡＲ２０によって、ＭＮ１０が通信を行っているＣＮ４０のＩＰアドレスが把握される。【００８１】  この第２の実施の形態では、上述の第１の実施の形態に比べて、ｐＡＲ２０の構成がわずかに改変される。なお、ＭＮ１０は、図２に示す構成において、ＭＮ１０からｐＡＲ２０に対してＣＮ４０のＩＰアドレスを通知することを主な処理とするＣＮアドレス取得／格納部１００５が削除された構成のものを使用することが可能であり、ｎＡＲ３０は、第１の実施の形態と同様に、図４に示す構成のものを使用することが可能である。【００８２】  図８は、本発明の第２の実施の形態におけるｐＡＲの構成の一例を示す図である。図８に示すｐＡＲ２０は、受信部２００１、送信部２００２、ＦＭＩＰ処理部２００３、ＣＮアドレス取得／格納部２００５を有している。なお、ｐＡＲ２０は、受信したパケットを転送するための転送部なども有しているが、ここでは図示省略する。また、受信部２００１、送信部２００２、ＦＭＩＰ処理部２００３に関しては、第１の実施の形態において説明したものと同一であり、説明を省略する。【００８３】  ＣＮアドレス取得／格納部２００５は、ＭＮ１０から送信されたパケットのヘッダを監視することによって、ＭＮ１０が通信を行っているＣＮ４０のＩＰアドレスを取得して格納するための処理部である。すなわち、ＣＮアドレス取得／格納部２００５によって、ｐＡＲ２０は、ＭＮ１０の通信相手端末であるＣＮ４０のＩＰアドレスを把握することが可能である。なお、このことは、上述の第１の実施の形態ではＭＮ１０に搭載されていたＣＮアドレス取得／格納部１００５が、この第２の実施の形態ではＣＮアドレス取得／格納部２００５としてｐＡＲ２０に搭載されていると言うことも可能である。【００８４】  次に、本発明の第２の実施の形態に係る動作について説明する。ここでは、図１に示すネットワーク構成において、上述のように図２の構成からＣＮアドレス取得／格納部１００５を除いた構成を有するＭＮ１０、図８に図示されているｐＡＲ２０、図４に図示されているｎＡＲ３０を構成要素とした場合の動作について説明する。なお、以下では、図５に示すシーケンスチャートを参照し、第２の実施の形態に係る動作において変更される処理についてのみ指摘することによって説明を行う。【００８５】  上述の第１の実施の形態では、ＭＮ１０からｐＡＲ２０に対して、ＣＮ４０のＩＰアドレスが埋め込まれたＦＢＵメッセージが送信されている（図５のステップＳ１０４の処理）が、ここでは、ＭＮ１０からｐＡＲ２０に対して、従来のＦＢＵメッセージ（ＣＮ４０のＩＰアドレスが埋め込まれていないＦＢＵメッセージ）が送信される。【００８６】  一方、ｐＡＲ２０のＣＮアドレス取得／格納部２００５は、接続されているＭＮ１０から送信されてくるパケットを常に監視し、その通信相手端末であるＣＮ４０のＩＰアドレスを取得・格納しておく。そして、ｐＡＲ２０は、ＭＮ１０からＦＭＩＰに係るメッセージ（ＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージ）を受信した場合には、ＭＮ１０がｎＡＲ３０へのハンドオーバを行うことを検知して、ｎＡＲ３０に対して、例えば、ＣＮ４０のＩＰアドレスが埋め込まれたＨＩメッセージを送信する。【００８７】  その後の動作は、上述の第１の実施の形態であり、これによって、ＭＮ１０は、ｎＡＲ３０の配下にハンドオーバを行った後に、ｎＡＲ３０からＣＮ４０までのデータ経路に係るＰＭＴＵを迅速に取得することができ、このＰＭＴＵに基づくパケットサイズを用いて、ＣＮ４０との通信を迅速に開始することが可能となる。【００８８】  なお、この第２の実施の形態においても、ｐＡＲ２０からｎＡＲ３０へのＣＮ４０のＩＰアドレス通知に係るメッセージには、図７Ａ、７Ｂに図示されている２つのパターンのいずれか一方を用いることが可能である。また、上述の第１の実施の形態と同様に、複数のＣＮ４０のそれぞれに関して、ＰＭＴＵの決定を行うことが可能であり、また、ｎＡＲ３０からＭＮ１０へのＰＭＴＵの通知では、複数のＣＮ４０のそれぞれに係るＰＭＴＵを１つのメッセージに埋め込んでもよく、また、各ＰＭＴＵをそれぞれ個別のメッセージに埋め込んでもよい。【００８９】  ＜第３の実施の形態＞
次に、本発明の第３の実施の形態について説明する。上述の第１及び第２の実施の形態では、ｎＡＲ３０に対して、ＣＮ４０のＩＰアドレスのみが通知されているのに対し、この第３の実施の形態では、ｎＡＲ３０に対して、ＭＮ１０がハンドオーバ前に通信を行っているＣＮ４０のＩＰアドレスと共に、ＣＮ４０との通信において設定されているＰＭＴＵの通知が行われる。【００９０】  この第３の実施の形態では、上述の第１及び第２の実施の形態に比べて、ＭＮ１０やｐＡＲ２０のＣＮアドレス取得／格納部１００５、２００５が、ＣＮ４０のＩＰアドレスと共に、このＣＮ４０までのデータ経路において設定されているＰＭＴＵを把握できるように構成されている。また、ｎＡＲ３０の最適ＰＭＴＵ探索部３００５が、ＣＮ４０のＩＰアドレスとＣＮ４０との通信におけるＰＭＴＵとが関連付けられた情報のセットをｐＡＲ２０から取得して、この情報のセットに基づいて、ＣＮ４０までのデータ経路に係るＰＭＴＵの探索・決定が行えるように構成されている。【００９１】  次に、本発明の第３の実施の形態に係る動作について説明する。ここでは、図１に示すネットワーク構成において、上述のように、ＭＮ１０、ｐＡＲ２０、ｎＡＲ３０が、ＣＮ４０のＩＰアドレスとＣＮ４０との通信におけるＰＭＴＵとが関連付けられた情報のセットを取り扱うことが可能な構成を有する場合の動作について説明する。【００９２】  基本的な動作は、上述した第１及び第２の実施の形態とほぼ同一であるが、ＣＮ４０のＩＰアドレスと共に、ＣＮ４０との通信におけるＰＭＴＵが送信されるので、例えば、図５に示すシーケンスチャートにおいて、ＣＮ４０のＩＰアドレスが埋め込まれたＦＢＵメッセージ（ＦＢＵ（ＣＮ＿ＩＰ）と表記）を、ＣＮ４０のＩＰアドレス及びＰＭＴＵが埋め込まれたＦＢＵメッセージ（例えば、ＦＢＵ（ＣＮ＿ＩＰ＋ＰＭＴＵ）と表記可能）と読み換え、ＣＮ４０のＩＰアドレスが埋め込まれたＨＩメッセージ（ＨＩ（ＣＮ＿ＩＰ）と表記）を、ＣＮ４０のＩＰアドレス及びＰＭＴＵが埋め込まれたＨＩメッセージ（例えば、ＨＩ（ＣＮ＿ＩＰ＋ＰＭＴＵ）と表記可能）と読み換えればよい。【００９３】  なお、複数のＣＮ４０が存在する場合には、複数のＣＮ４０のそれぞれのＩＰアドレスと、ハンドオーバ前に各ＣＮ４０までのデータ経路において設定されているＰＭＴＵとの対応関係が、例えば、図９に示すようなリスト情報としてｎＡＲ３０に通知されることが望ましい。なお、図９ではＣＮ（α）、ＣＮ（β）、ＣＮ（γ）のそれぞれに対し、ハンドオーバ前に設定されているＰＭＴＵが、ＰＭＴＵ（α）＝１４５０、ＰＭＴＵ（β）＝１５００、ＰＭＴＵ（γ）＝１４４３であるという対応関係が、１つのリスト情報として記載されている。【００９４】  また、ｎＡＲ３０は、ＣＮ４０のＩＰアドレスとＣＮ４０との通信におけるＰＭＴＵとが関連付けられた情報のセットを取得することが可能となるが、これには、少なくとも下記の２点に関する利点が存在する。【００９５】  第１の利点は、ｎＡＲ３０が、ハンドオーバ前のＭＮ１０がＣＮ４０との間のデータ経路Ａにおいて使用していたＰＭＴＵを把握し、このＰＭＴＵを利用してｎＡＲ３０とＣＮ４０との間のＰＭＴＵの探索・決定を行うことによって、ｎＡＲ３０におけるＰＭＴＵの探索・発見を迅速、かつ効率的に実施することが可能な点にある。例えば、図１０に示すようなＰＭＴＵの決定方法によってｎＡＲ３０がＰＭＴＵの探索を行う場合、最初にＣＮ４０に向けて送出するパケットのパケットサイズの目安となる情報として、ハンドオーバ前のＭＮ１０がＣＮ４０との間のデータ経路Ａにおいて使用していたＰＭＴＵを利用することが可能である。また、ｎＡＲ３０が事前にＣＮ４０との間において最適となるＰＭＴＵを把握している場合には、ｎＡＲ３０は、単に、これらの比較を行うだけでよい。特に、ハンドオーバ前におけるＭＮ１０からＣＮ４０までのデータ経路Ａと、ハンドオーバ後におけるＭＮ１０からＣＮ４０までのデータ経路Ｂとの間で、相互にオーバラップする経路が存在し、ハンドオーバ前のデータ経路Ａに係るＰＭＴＵとハンドオーバ後のデータ経路に係るＰＭＴＵとが同一の値となることが予想されるので、この方法が有用であると言える。【００９６】  第２の利点は、図５のステップＳ１１４において、ハンドオーバ後にｎＡＲ３０の配下に接続したＭＮ１０に対して、各ＣＮ４０のＰＭＴＵを通知する際のデータ容量を低減することが可能な点にある。例えば、ｎＡＲ３０は、ＰＭＴＵの探索の結果、ハンドオーバ前後でＰＭＴＵを変更する必要のないＣＮ４０を発見したとする。例えば、このようなＣＮ４０に関しては、ＰＭＴＵの通知を行わないようにしたり、単にＯＫメッセージのみを通知するようにしたりする一方、ＰＭＴＵの変更を行う必要があるＣＮ４０に関してのみＰＭＴＵの通知を行うなどのルールを、ＭＮ１０とｎＡＲ３０との間であらかじめ取り決めておくことによって、ｎＡＲ３０からＭＮ１０へのＰＭＴＵの通知メッセージのデータ容量や通知回数（通知メッセージの送信回数）を低減することが可能となる。これは、特に、ハンドオーバ前後におけるデータ経路Ａ及びデータ経路Ｂのオーバラップが大きく、ハンドオーバ前後でＰＭＴＵが同一の値となる場合や、ＭＮ１０が通信を行っているＣＮ４０が多数存在する場合などに有用であると言える。【００９７】  なお、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。【００９８】  また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。【００９９】  さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ���術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【０１００】  本発明の通信ハンドオーバ方法及び通信メッセージ処理方法は、モバイルノードがハンドオーバを行った場合でも、ハンドオーバ後の新たなデータ経路に係るＰＭＴＵを迅速に決定することができるという効果を有しており、無線通信を行うモバイルノードのハンドオーバに関連した技術に適用され、特に、モバイルＩＰｖ６を利用した無線通信を行うモバイルノードに関連した技術に適用可能である。
【図１】
2005122504.tif 000002
【図２】
2005122504.tif 000003
【図３】
2005122504.tif 000004
【図４】
2005122504.tif 000005
【図５】
2005122504.tif 000006
【図６Ａ】
2005122504.tif 000007
【図６Ｂ】
2005122504.tif 000008
【図６Ｃ】
2005122504.tif 000009
【図７Ａ】
2005122504.tif 000010
【図７Ｂ】
2005122504.tif 000011
【図８】
2005122504.tif 000012
【図９】
2005122504.tif 000013
【図１０】
2005122504.tif 000014
【手続補正書】
【提出日】平成18年12月8日(2006.12.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う際の通信ハンドオーバ方法であって、
前記第１アクセスポイントに接続している前記移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへの前記ハンドオーバを行う旨を決定するとともに、前記第２アクセスポイントから前記第２アクセスポイントの識別情報を取得するハンドオーバ決定ステップと、
前記移動端末が、前記第１アクセスポイントを介して前記第１アクセスルータに対して、前記第２アクセスポイントの識別情報と、前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスとを通知する第１アドレス通知ステップと、
前記第１アクセスルータが、前記移動端末から通知された前記第２アクセスポイントの識別情報に基づいて、前記第２アクセスルータを特定し、前記第２アクセスルータに対して、前記通信相手端末のアドレスを通知する第２アドレス通知ステップと、
前記第２アクセスルータが、前記通信相手端末のアドレスに基づいて、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定するＰＭＴＵ決定ステップと、
前記第２アクセスルータが、前記ハンドオーバによって前記第２アクセスポイントに接続した前記移動端末に対して、前記第２アクセスポイントを介して、前記ＰＭＴＵを通知するＰＭＴＵ通知ステップと、
前記移動端末が、前記第２アクセスルータから通知された前記ＰＭＴＵに基づいて、前記通信相手端末に送信するパケットのパケットサイズを設定するパケットサイズ設定ステップとを、
有する通信ハンドオーバ方法。
【請求項２】
前記第１及び第２アドレス通知ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを通知し、前記ＰＭＴＵ決定ステップにおいて、前記通信相手端末のアドレスと、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵとに基づいて、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定する請求項１に記載の通信ハンドオーバ方法。
【請求項３】
前記第１アドレス通知ステップにおいて、前記移動端末から前記第１アクセスルータに対して、ＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージに前記通信相手端末のアドレスを埋め込んで送信するか、あるいは、ＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージに前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを埋め込んで送信する請求項１に記載の通信ハンドオーバ方法。
【請求項４】
前記第２アドレス通知ステップにおいて、前記第１アクセスルータから前記第２アクセスルータに対して、ＦＭＩＰのＨＩメッセージに前記通信相手端末のアドレスを埋め込んで送信するか、あるいは、ＦＭＩＰのＨＩメッセージに前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを埋め込んで送信する請求項１に記載の通信ハンドオーバ方法。
【請求項５】
前記ＰＭＴＵ通知ステップにおいて、前記第２アクセスルータから前記移動端末に対して、ＲＡメッセージに前記ＰＭＴＵを埋め込んで送信する請求項１に記載の通信ハンドオーバ方法。
【請求項６】
第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う移動端末における通信ハンドオーバ方法であって、
前記第１アクセスポイントに接続している状態で、前記第１アクセスポイントから前記第２アクセスポイントへの前記ハンドオーバを行う旨を決定するとともに、前記第２アクセスポイントから前記第２アクセスポイントの識別情報を取得するハンドオーバ決定ステップと、
前記第１アクセスポイントを介して前記第１アクセスルータに対して、前記第２アクセスポイントの識別情報と、前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスとを通知するアドレス通知ステップと、
前記第１アクセスルータから取得した前記通信相手端末のアドレスに基づいて、前記第２アクセスルータによって決定された前記通信相手端末までのデータ経路に係るＰＭＴＵを、前記第２アクセスルータから、前記第２アクセスポイントを介して受信するＰＭＴＵ受信ステップと、
前記第２アクセスルータから受信した前記ＰＭＴＵに基づいて、前記通信相手端末に送信するパケットのパケットサイズを設定するパケットサイズ設定ステップとを、
有する通信ハンドオーバ方法。
【請求項７】
前記アドレス通知ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを通知する請求項６に記載の通信ハンドオーバ方法。
【請求項８】
前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージ、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを生成するステップを有し、
前記アドレス通知ステップにおいて、前記第１アクセスルータに対して、前記ＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを送信する請求項６に記載の通信ハンドオーバ方法。
【請求項９】
前記ＰＭＴＵ受信ステップにおいて、前記第２アクセスルータから、前記第２アクセスルータによって決定された前記通信相手端末までのデータ経路に係るＰＭＴＵが埋め込まれたＲＡメッセージを受信する請求項６に記載の通信ハンドオーバ方法。
【請求項１０】
第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う際の前記第１アクセスルータにおける通信メッセージ処理方法であって、
前記移動端末から、前記第２アクセスポイントの識別情報と、前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスとを受信するアドレス受信ステップと、
前記第２アクセスポイントの識別情報に基づいて、前記第２アクセスルータを特定する接続先特定ステップと、
前記接続先特定ステップで特定された前記第２アクセスルータに対して、前記通信相手端末のアドレスを通知するアドレス通知ステップとを、
有する通信メッセージ処理方法。
【請求項１１】
前記アドレス受信ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを前記移動端末から受信する請求項１０に記載の通信メッセージ処理方法。
【請求項１２】
前記アドレス受信ステップにおいて、前記移動端末から、前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを受信するか、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを受信する請求項１０に記載の通信メッセージ処理方法。
【請求項１３】
前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＨＩメッセージ、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＨＩメッセージを生成するステップを有し、
前記アドレス通知ステップにおいて、前記第２アクセスルータに対して、前記ＨＩメッセージを送信する請求項１０に記載の通信メッセージ処理方法。
【請求項１４】
第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う際の前記第２アクセスルータにおける通信メッセージ処理方法であって、
前記第１アクセスルータから、前記ハンドオーバが予定されている前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスを受信するアドレス受信ステップと、
前記アドレス受信ステップで受信した前記通信相手端末のアドレスに基づいて、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定するＰＭＴＵ決定ステップと、
前記ハンドオーバによって前記第２アクセスポイントに接続した前記移動端末に対して、前記第２アクセスポイントを介して、前記ＰＭＴＵを通知するＰＭＴＵ通知ステップとを、
有する通信メッセージ処理方法。
【請求項１５】
前記アドレス受信ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを受信した場合に、前記ＰＭＴＵ決定ステップにおいて、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを利用して、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定する請求項１４に記載の通信メッセージ処理方法。
【請求項１６】
前記アドレス受信ステップにおいて、前記第１アクセスルータから、前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＨＩメッセージを受信するか、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＨＩメッセージを受信する請求項１４に記載の通信メッセージ処理方法。
【請求項１７】
前記移動端末から、前記第１アクセスポイントから前記第２アクセスポイントへの前記ハンドオーバを行った旨を通知するＦＭＩＰのＦＮＡメッセージを受信する接続通知受信ステップと、
前記ＰＭＴＵ決定ステップにおいて決定された前記ＰＭＴＵが埋め込まれたＲＡメッセージを生成するＰＭＴＵ通知メッセージ生成ステップとを有し、
前記接続通知受信ステップで前記ＦＮＡメッセージを受信した場合に、前記移動端末に対して、前記ＰＭＴＵ通知メッセージ生成ステップで生成された前記ＲＡメッセージを送信する請求項１４に記載の通信メッセージ処理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信を行う移動端末（モバイルノード）のハンドオーバに関連した通信ハンドオーバ方法及び通信メッセージ処理方法に関し、特に、次世代インターネットプロトコルであるモバイルＩＰｖ６（Mobile Internet Protocol version 6）を利用した無線通信を行うモバイルノードに関連した通信ハンドオーバ方法及び通信メッセージ処理方法に関する。
【背景技術】
【０００２】
インターネットなどの通信ネットワーク（ＩＰネットワーク）では、現在主流となっているＩＰｖ４から、アドレスの枯渇に関する問題などを考慮したＩＰｖ６への移行が考えられており、近年、ＩＰｖ６や、ＩＰｖ６に基づいた様々な関連プロトコルの開発・拡張が進められている。
【０００３】
ＩＰｖ４やＩＰｖ６などを利用した通信システムでは、データをパケット単位で伝送するパケット通信が採用されている。このような通信システムは、複数の中間ノード（例えば、ルータ）によって構成されており、各中間ノード間のリンクごとに、パケットの最大伝送ユニット（ＭＴＵ：Maximum Transmission Unit）が定められている。なお、各中間ノード間のリンクごとに定められたＭＴＵをリンクＭＴＵと呼ぶことにする。
【０００４】
例えば、インターネットなどの通信ネットワークを経由して、送信元ノードから送信先ノードにパケットを送信する場合を考える。この場合、送信元ノードから送られるパケットは、送信先ノードに到達するまでに、通信ネットワークの構成要素である多数の中間ノード間のリンクを経由することになる。例えばＩＰｖ６では、送信元ノードが送信先ノードにパケットを送信する場合、送信元ノードは、送信先ノードまでのデータ経路を構成するすべてのリンクのリンクＭＴＵに関して、各リンクＭＴＵより小さいサイズ（長さ）のパケットを送信する必要がある。すなわち、ＩＰｖ６では、送信元ノードが、送信先ノードに至るデータ経路を構成する各リンクに係るリンクＭＴＵのいずれか１つより大きいサイズのパケットを送信した場合には、そのリンクにおいてパケットは破棄（drop）されてしまうことになる。
【０００５】
一方、すべてのリンクにおいてパケットが転送されるように、送信元ノードが小さなサイズのパケットを送信するように構成することも可能であるが、この場合には、オーバヘッドの増加（ペイロード部の削減によるヘッダ部のサイズの相対的な増加）に起因するスループットの低下や、パケット数の増加による通信ネットワーク上でのパケットの喪失の可能性の増加、パケット数の増加による処理負荷の増加などが生じ、効率の良い通信は実現されないことになる。したがって、通信効率を最適化するためには、送信元ノードは、送信先ノードまでのデータ経路を構成する各リンクに係るリンクＭＴＵを超えないようにしながら、なるべく大きなサイズのパケットを送信できるようなＭＴＵを設定することが望ましい。
【０００６】
なお、例えばＩＰｖ４の場合には、パケットの転送を行うルータなどの中間ノードによって、パケットの断片化（Packet Fragmentation）が許可されており、ＩＰｖ６ではパケットが破棄されてしまう上述のリンクにおいて、より小さいサイズのパケットへの分割が行われ、送信先のノードにパケットが到達できるようになっているが、パケットの断片化処理に係る負荷や遅延、断片化されたパケットが失われる可能性が増加してしまうことになる。したがって、ＩＰｖ４においても、送信元のノードは、送信先ノードまでのデータ経路を構成する各リンクに係るリンクＭＴＵを超えないように、なるべく大きなサイズのパケットを送信できるようなＭＴＵを設定することが望ましい。
【０００７】
ここで、図１及び図１０を参照しながら、従来の技術を利用した場合において、送信元ノードがハンドオーバを行う際のＭＴＵの決定に係る動作について説明する。図１０は、従来の技術を利用した場合において、送信元ノードがハンドオーバを行う際のＰＭＴＵの決定方法の一例を示すシーケンスチャートである。なお、図１に示すネットワーク構成については、後で詳細に説明する。また、以下に説明する従来の技術の動作は、下記の非特許文献１に記載されている方法に基づくものである。
【０００８】
送信元ノード（ここでは、ＭＮ（モバイルノード：Mobile Node）１０）が、ｐＡＲ（previous Access Router）２０の配下に存在するＡＰ（Access Point）２１から、ｎＡＲ（new Access Router）３０の配下に存在するＡＰ３１にハンドオーバを行った場合には、ＭＮ１０と送信先ノード（ここでは、ＣＮ（コレスポンデントノード：Correspondent Node）４０）との間のデータ経路は、データ経路Ａからデータ経路Ｂに変更される。このとき、ＭＮ１０は、ハンドオーバ後にＡＰ３１に接続した状態で、ＣＮ４０に対して送信するパケットのＭＴＵを決定する処理を行う。すなわち、ＭＮ１０によって、データ経路Ｂ（ＭＮ１０−ＡＰ３１−ｎＡＲ３０−中間ノード５３−中間ノード５４−中間ノード５５−ＣＮ４０）において最適な経路ＭＴＵ（ＰＭＴＵ：Path Maximum Transmission Unit）の探索が行われる。
【０００９】
ここで、ハンドオーバ後のＭＮ１０からＣＮ４０へのパケットの伝送路となるデータ経路Ｂ上の各リンクにおいて、ｎＡＲ３０と中間ノード５３との間のリンクＭＴＵが３０００、中間ノード５３と中間ノード５４との間のリンクＭＴＵが１５００、中間ノード５４と中間ノード５５との間のリンクＭＴＵが１２００、中間ノード５５とＣＮ４０との間のリンクＭＴＵが２０００であると仮定する。なお、データ経路Ｂは、ハンドオーバ後のＭＮ１０からＣＮ４０に対して、パケットの送信が行われることによって、結果的に定まるものである。
【００１０】
ｐＡＲ２０の配下に存在するＡＰ２１と接続してＣＮ４０との通信を行っていたＭＮ１０が、ｎＡＲ３０の配下に存在するＡＰ３１への接続切り換え（ハンドオーバ）を行った場合、ＭＮ１０とＣＮ４０との通信は、新たな接続先であるＡＰ３１及びｎＡＲ３０を経由して継続される。このとき、ハンドオーバ後のＭＮ１０は、ハンドオーバ前にＣＮ４０との間のデータ経路Ａで使用していたＭＴＵ（ここでは、データ経路ＡのＰＭＴＵを２０００とする）を使用することによって、データ経路Ｂにおけるパケット送信を開始する。例えば、ハンドオーバ直後のＭＮ１０からは、バインディングアップデートメッセージに係るパケットの送信が行われる。
【００１１】
ＭＮ１０から送信されたパケット（パケットサイズ＝２０００で送信されたパケット）は、ＡＰ３１を経由してｎＡＲ３０に到達し（ステップＳ９０１）、さらに、ｎＡＲ３０から中間ノード５３に転送される（ステップＳ９０２）。しかしながら、次のホップ（中間ノード５３から中間ノード５４への転送）に係る中間ノード５３と中間ノード５４との間のリンクＭＴＵは１５００なので、パケットサイズ＝２０００のパケットは転送されずに破棄され、代わりにＩＣＭＰｖ６（Internet Control Message Protocol version 6）によって規定されているPacket Too Bigメッセージ（以下、ＰＴＢメッセージと記載する）をＭＮ１０に向けて返信する（ステップＳ９０３）。このＰＴＢメッセージは、リンクＭＴＵの不適合によってパケットの転送が行われなかった旨を通知するとともに、次のホップにおけるリンクＭＴＵ（ここでは、中間ノード５３と中間ノード５４との間のリンクＭＴＵ＝１５００）の通知を行うためのメッセージである。
【００１２】
中間ノード５３からＰＴＢメッセージを受信したＭＮ１０は、新たにＭＴＵ＝１５００に設定し、パケットサイズ＝１５００のパケットをＣＮ４０に向けて送信する。このパケット（パケットサイズ＝１５００のパケット）は、ＡＰ３１を経由してｎＡＲ３０に到達し（ステップＳ９０４）、さらに、ｎＡＲ３０から中間ノード５３に転送される（ステップＳ９０５）。そして、今度は、中間ノード５３から中間ノード５４に転送される（ステップＳ９０６）。しかしながら、次のホップ（中間ノード５４から中間ノード５５への転送）に係る中間ノード５４と中間ノード５５との間のリンクＭＴＵは１２００なので、パケットサイズ＝１５００のパケットは転送されずに破棄され、ステップＳ９０３と同様に、リンクＭＴＵ＝１２００を通知するＰＴＢメッセージが、中間ノード５４からＭＮ１０に向けて返信される（ステップＳ９０７）。
【００１３】
中間ノード５４からＰＴＢメッセージを受信したＭＮ１０は、再度、新たにＭＴＵ＝１２００に設定し、パケットサイズ＝１２００のパケットをＣＮ４０に向けて送信する。このパケット（パケットサイズ＝１２００のパケット）は、ＡＰ３１を経由してｎＡＲ３０に到達し（ステップＳ９０８）、さらに、ｎＡＲ３０から中間ノード５３、中間ノード５３から中間ノード５４、中間ノード５４から中間ノード５５、中間ノード５５からＣＮ４０に転送される（ステップＳ９０９〜Ｓ９１２）。これにより、ＭＮ１０において、データ経路Ｂに係るＰＭＴＵが１２００に設定され、続いてＭＮ１０からＣＮ４０に送信されるパケットは、パケットサイズ＝１２００に分割されることになる。
【００１４】
なお、上述のＰＭＴＵの決定方法以外にも、様々なＰＭＴＵの決定方法が知られている。例えば、下記の特許文献１には、送信元ノードと送信先ノードとの間のデータ経路において、送信元ノードによって収集されたデータ経路上のノード間のリンクＭＴＵが、送信元ノードから送信先ノードに通知されることにより、送信先ノードでのＰＭＴＵの探索の効率化を図るとともに、ＰＭＴＵの変化に迅速に対応できるようにするための技術が開示されている。
【００１５】
また、下記の特許文献２には、ローカルシステムからターゲットシステムに対して、サイズを徐々に小さくしながらＩＣＭＰエコー要求メッセージを繰り返し送信し、ターゲットシステムからＩＣＭＰエコー応答メッセージを受信できた場合のパケットサイズを、ローカルシステムからターゲットシステムに至るデータ経路のＰＭＴＵとみなす技術が開示されている。
【００１６】
また、下記の特許文献３には、データ経路上の中間ノードが、上述のＰＴＢメッセージを送信元ノードに返信するとともに、送信先ノードに向けて、そのリンクＭＴＵに適合した新たなＰＭＴＵ探索用のパケットを送信することによって、送信元ノードは、パケット送信を１度だけ行うことによって、送信先ノードまでのＰＭＴＵを把握できるようにする技術が開示されている。
【特許文献１】米国特許公開２００４／０００８６６４号
【特許文献２】米国特許第５９５９９７４号
【特許文献３】米国特許公開２００３／０１８５２０８号
【非特許文献１】McCann, J., Deering, S. and Mogul, J., "Path MTU Discovery for IP version 6 ", IETF RFC 1981, August 1996.
【非特許文献２】Rajeev Koodli "Fast Handovers for Mobile IPv6", draft-ietf-mobileip-fast-mipv6-08, October 2003
【００１７】
しかしながら、上述の図１０に示すように、送信元ノードは、ハンドオーバを行う場合には、ハンドオーバ後に新たにＣＮとの間のデータ経路に係るＰＭＴＵの探索を行うことになる。このように、ハンドオーバ後にＰＭＴＵの探索を開始した場合には、ＰＭＴＵの探索を行う間（ハンドオーバ直後から最適なＰＭＴＵを決定するまでの間）、送信元ノードはＣＮへのパケット送信が行えず、通信の遅延や断絶が起こり得るという問題がある。
【００１８】
なお、ＭＮが、ハンドオーバ前に使用していたデータ経路Ａに係るＰＭＴＵを、ハンドオーバ後にそのまま使用して、パケット送信を開始することも可能であるが、ハンドオーバ後に使用されるデータ経路Ｂに係るＰＭＴＵが、必ずしもデータ経路Ａに係るＰＭＴＵと同一であるとは限らず、データ経路Ｂに係るＰＭＴＵが、データ経路Ａに係るＰＭＴＵよりも小さい場合には、結局、ハンドオーバ後にＰＭＴＵの探索が行われることとなる。
【発明の開示】
【発明が解決しようとする課題】
【００１９】
上記問題に鑑み、本発明は、モバイルノードがハンドオーバを行った場合でも、ハンドオーバ後の新たなデータ経路に係るＰＭＴＵを迅速に決定することを可能とする通信ハンドオーバ方法及び通信メッセージ処理方法を提供することを目的とする。
【課題を解決するための手段】
【００２０】
上記目的を達成するため、本発明の通信ハンドオーバ方法は、第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う際の通信ハンドオーバ方法であって、
前記第１アクセスポイントに接続している前記移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへの前記ハンドオーバを行う旨を決定するとともに、前記第２アクセスポイントから前記第２アクセスポイントの識別情報を取得するハンドオーバ決定ステップと、
前記移動端末が、前記第１アクセスポイントを介して前記第１アクセスルータに対して、前記第２アクセスポイントの識別情報と、前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスとを通知する第１アドレス通知ステップと、
前記第１アクセスルータが、前記移動端末から通知された前記第２アクセスポイントの識別情報に基づいて、前記第２アクセスルータを特定し、前記第２アクセスルータに対して、前記通信相手端末のアドレスを通知する第２アドレス通知ステップと、
前記第２アクセスルータが、前記通信相手端末のアドレスに基づいて、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定するＰＭＴＵ決定ステップと、
前記第２アクセスルータが、前記ハンドオーバによって前記第２アクセスポイントに接続した前記移動端末に対して、前記第２アクセスポイントを介して、前記ＰＭＴＵを通知するＰＭＴＵ通知ステップと、
前記移動端末が、前記第２アクセスルータから通知された前記ＰＭＴＵに基づいて、前記通信相手端末に送信するパケットのパケットサイズを設定するパケットサイズ設定ステップとを有している。
これにより、移動端末（モバイルノード）がハンドオーバを行った場合でも、ハンドオーバ後の新たなデータ経路に係るＰＭＴＵを迅速に決定することが可能となる。
【００２１】
さらに、本発明の通信ハンドオーバ方法は、前記第１及び第２アドレス通知ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを通知し、前記ＰＭＴＵ決定ステップにおいて、前記通信相手端末のアドレスと、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵとに基づいて、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定する。
これにより、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）におけるＰＭＴＵの探索を効率良く行えるようにして、ＰＭＴＵに係る処理負荷の軽減や時間短縮などを図ることが可能となり、また、移動端末への新たなＰＭＴＵの通知に係る効率も向上させることが可能となる。
【００２２】
さらに、本発明の通信ハンドオーバ方法は、前記第１アドレス通知ステップにおいて、前記移動端末から前記第１アクセスルータに対して、ＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージに前記通信相手端末のアドレスを埋め込んで送信するか、あるいは、ＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージに前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを埋め込んで送信する。
これにより、移動端末から、ハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）に対して、ＦＭＩＰの各メッセージに載せて、通信相手端末（ＣＮ）のアドレスや、ハンドオーバ前に移動端末が使用していたＰＭＴＵの情報などを効率良く伝送することが可能となる。
【００２３】
さらに、本発明の通信ハンドオーバ方法は、前記第２アドレス通知ステップにおいて、前記第１アクセスルータから前記第２アクセスルータに対して、ＦＭＩＰのＨＩメッセージに前記通信相手端末のアドレスを埋め込んで送信するか、あるいは、ＦＭＩＰのＨＩメッセージに前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを埋め込んで送信する。
これにより、ハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）からハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）に対して、ＦＭＩＰの各メッセージに載せて、通信相手端末（ＣＮ）のアドレスや、ハンドオーバ前に移動端末が使用していたＰＭＴＵの情報などを効率良く伝送することが可能となる。
【００２４】
さらに、本発明の通信ハンドオーバ方法は、前記ＰＭＴＵ通知ステップにおいて、前記第２アクセスルータから前記移動端末に対して、ＲＡメッセージに前記ＰＭＴＵを埋め込んで送信する。
これにより、従来はローカルリンクのＭＴＵを含むＲＡメッセージに、通信相手端末（ＣＮ）までのデータ経路に係るＰＭＴＵを埋め込んで送信することが可能となる。
【００２５】
また、上記目的を達成するため、本発明の通信ハンドオーバ方法は、第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う移動端末における通信ハンドオーバ方法であって、
前記第１アクセスポイントに接続している状態で、前記第１アクセスポイントから前記第２アクセスポイントへの前記ハンドオーバを行う旨を決定するとともに、前記第２アクセスポイントから前記第２アクセスポイントの識別情報を取得するハンドオーバ決定ステップと、
前記第１アクセスポイントを介して前記第１アクセスルータに対して、前記第２アクセスポイントの識別情報と、前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスとを通知するアドレス通知ステップと、
前記第１アクセスルータから取得した前記通信相手端末のアドレスに基づいて、前記第２アクセスルータによって決定された前記通信相手端末までのデータ経路に係るＰＭＴＵを、前記第２アクセスルータから、前記第２アクセスポイントを介して受信するＰＭＴＵ受信ステップと、
前記第２アクセスルータから受信した前記ＰＭＴＵに基づいて、前記通信相手端末に送信するパケットのパケットサイズを設定するパケットサイズ設定ステップとを有している。
これにより、移動端末（モバイルノード）がハンドオーバを行った場合でも、ハンドオーバ後の新たなデータ経路に係るＰＭＴＵを迅速に決定することが可能となる。
【００２６】
さらに、本発明の通信ハンドオーバ方法は、前記アドレス通知ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを通知する。
これにより、ハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）におけるＰＭＴＵの探索を効率良く行えるようにすることが可能となり、第２アクセスルータにおけるＰＭＴＵに係る処理負荷の軽減や時間短縮などを図ることが可能となるとともに、移動端末への新たなＰＭＴＵの通知に係る効率も向上させることが可能となる。
【００２７】
さらに、本発明の通信ハンドオーバ方法は、前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージ、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを生成するステップを有し、
前記アドレス通知ステップにおいて、前記第１アクセスルータに対して、前記ＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを送信する。
これにより、移動端末から、ハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）に対して、ＦＭＩＰの各メッセージに載せて、通信相手端末（ＣＮ）のアドレスや、ハンドオーバ前に移動端末が使用していたＰＭＴＵの情報などを効率良く伝送することが可能となる。
【００２８】
さらに、本発明の通信ハンドオーバ方法は、前記ＰＭＴＵ受信ステップにおいて、前記第２アクセスルータから、前記第２アクセスルータによって決定された前記通信相手端末までのデータ経路に係るＰＭＴＵが埋め込まれたＲＡメッセージを受信する。
これにより、従来はローカルリンクのＭＴＵを含むＲＡメッセージの受信によって、通信相手端末（ＣＮ）までのデータ経路に係るＰＭＴＵを取得することが可能となる。
【００２９】
また、上記目的を達成するため、本発明の通信メッセージ処理方法は、第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う際の前記第１アクセスルータにおける通信メッセージ処理方法であって、
前記移動端末から、前記第２アクセスポイントの識別情報と、前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスとを受信するアドレス受信ステップと、
前記第２アクセスポイントの識別情報に基づいて、前記第２アクセスルータを特定する接続先特定ステップと、
前記接続先特定ステップで特定された前記第２アクセスルータに対して、前記通信相手端末のアドレスを通知するアドレス通知ステップとを有している。
これにより、移動端末（モバイルノード）がハンドオーバを行った場合でも、ハンドオーバ後の新たなデータ経路に係るＰＭＴＵを迅速に決定することが可能となるように、移動端末がハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）が、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）に対して、必要な情報を送信することが可能となる。
【００３０】
さらに、本発明の通信メッセージ処理方法は、前記アドレス受信ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを前記移動端末から受信する。
これにより、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）におけるＰＭＴＵの探索を効率良く行えるようにして、ＰＭＴＵに係る処理負荷の軽減や時間短縮などを図ることが可能となり、また、移動端末への新たなＰＭＴＵの通知に係る効率も向上させることが可能となる。
【００３１】
さらに、本発明の通信メッセージ処理方法は、前記アドレス受信ステップにおいて、前記移動端末から、前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを受信するか、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージを受信する。
これにより、移動端末から、ハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）に対して、ＦＭＩＰの各メッセージに載せて、通信相手端末（ＣＮ）のアドレスや、ハンドオーバ前に移動端末が使用していたＰＭＴＵの情報などを効率良く伝送することが可能となる。
【００３２】
さらに、本発明の通信メッセージ処理方法は、前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＨＩメッセージ、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＨＩメッセージを生成するステップを有し、
前記アドレス通知ステップにおいて、前記第２アクセスルータに対して、前記ＨＩメッセージを送信する。
これにより、移動端末がハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）から、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）に対して、ＦＭＩＰの各メッセージに載せて、通信相手端末（ＣＮ）のアドレスや、ハンドオーバ前に移動端末が使用していたＰＭＴＵの情報などを効率良く伝送することが可能となる。
【００３３】
また、上記目的を達成するため、本発明の通信メッセージ処理方法は、第１アクセスポイントを配下に有する第１アクセスルータと、第２アクセスポイントを配下に有する第２アクセスルータとが、通信ネットワークを介して接続されている通信システムにおいて、移動端末が、前記第１アクセスポイントから前記第２アクセスポイントへのハンドオーバを行う際の前記第２アクセスルータにおける通信メッセージ処理方法であって、
前記第１アクセスルータから、前記ハンドオーバが予定されている前記移動端末が前記ハンドオーバ前に前記第１アクセスポイントを経由して通信を行っている通信相手端末のアドレスを受信するアドレス受信ステップと、
前記アドレス受信ステップで受信した前記通信相手端末のアドレスに基づいて、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定するＰＭＴＵ決定ステップと、
前記ハンドオーバによって前記第２アクセスポイントに接続した前記移動端末に対して、前記第２アクセスポイントを介して、前記ＰＭＴＵを通知するＰＭＴＵ通知ステップとを有している。
これにより、移動端末（モバイルノード）がハンドオーバを行った場合でも、ハンドオーバ後の新たなデータ経路に係るＰＭＴＵを迅速に決定することが可能となるように、移動端末がハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）は、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）に対して、必要な情報を送信することが可能となる。
【００３４】
さらに、本発明の通信メッセージ処理方法は、前記アドレス受信ステップにおいて、前記通信相手端末のアドレスと共に、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを受信した場合に、前記ＰＭＴＵ決定ステップにおいて、前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵを利用して、前記通信相手端末までのデータ経路に係るＰＭＴＵを決定する。
これにより、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）におけるＰＭＴＵの探索を効率良く行えるようにして、ＰＭＴＵに係る処理負荷の軽減や時間短縮などを図ることが可能となり、また、移動端末への新たなＰＭＴＵの通知に係る効率も向上させることが可能となる。
【００３５】
さらに、本発明の通信メッセージ処理方法は、前記アドレス受信ステップにおいて、前記第１アクセスルータから、前記通信相手端末のアドレスが埋め込まれたＦＭＩＰのＨＩメッセージを受信するか、あるいは、前記通信相手端末のアドレス及び前記移動端末の前記ハンドオーバ前における前記移動端末と前記通信相手端末との間のデータ経路に係るＰＭＴＵが埋め込まれたＦＭＩＰのＨＩメッセージを受信する。
これにより、移動端末がハンドオーバ前に接続しているアクセスルータ（第１アクセスルータ）から、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）に対して、ＦＭＩＰの各メッセージに載せて、通信相手端末（ＣＮ）のアドレスや、ハンドオーバ前に移動端末が使用していたＰＭＴＵの情報などを効率良く伝送することが可能となる。
【００３６】
さらに、本発明の通信メッセージ処理方法は、前記移動端末から、前記第１アクセスポイントから前記第２アクセスポイントへの前記ハンドオーバを行った旨を通知するＦＭＩＰのＦＮＡメッセージを受信する接続通知受信ステップと、
前記ＰＭＴＵ決定ステップにおいて決定された前記ＰＭＴＵが埋め込まれたＲＡメッセージを生成するＰＭＴＵ通知メッセージ生成ステップとを有し、
前記接続通知受信ステップで前記ＦＮＡメッセージを受信した場合に、前記移動端末に対して、前記ＰＭＴＵ通知メッセージ生成ステップで生成された前記ＲＡメッセージを送信する。
これにより、移動端末がハンドオーバ後に接続するアクセスルータ（第２アクセスルータ）は、ＦＮＡメッセージの受信によって移動端末の接続を検知して、従来はローカルリンクのＭＴＵを含むＲＡメッセージに、通信相手端末（ＣＮ）までのデータ経路に係るＰＭＴＵを埋め込んで送信することが可能となる。
【発明の効果】
【００３７】
本発明の通信ハンドオーバ方法及び通信メッセージ処理方法は、上記構成を有しており、モバイルノードがハンドオーバを行った場合でも、ハンドオーバ後の新たなデータ経路に係るＰＭＴＵを迅速に決定することができるという効果を有している。
【発明を実施するための最良の形態】
【００３８】
以下、図面を参照しながら、本発明の第１〜第３の実施の形態について説明する。本発明の基本的な概要は、ハンドオーバを行うモバイルノード（ＭＮ）が、そのハンドオーバ前に、ハンドオーバ前に通信を行っている通信相手端末（ＣＮ）のＩＰアドレスを、ハンドオーバ後に新たに接続するアクセスルータに対して通知し、ハンドオーバ後に新たに接続するアクセスルータが、プロキシとして、このアクセスルータからＣＮまでの経路に係る最適なＰＭＴＵをあらかじめ探索して決定することによって、ＭＮが、新たに接続したアクセスルータからＣＮまでの経路に係る最適なＰＭＴＵをハンドオーバ直後に取得し、最適なパケットサイズを用いて、ＣＮとの間で進行している通信セッションを、迅速、かつ継続的に開始できるようにすることにある。
【００３９】
図１は、本発明の第１〜第３の実施の形態並びに従来の技術に共通したネットワーク構成の一例を示す図である。図１には、ＭＮ１０、ｐＡＲ２０、ｐＡＲ２０の配下に存在するＡＰ２１、ｎＡＲ３０、ｎＡＲ３０の配下に存在するＡＰ３１、ＣＮ４０、ＩＰネットワーク５０が図示されている。なお、図１では、ＣＮ４０が１つのみ図示されているが、ＭＮ１０は、ＩＰネットワーク５０を介して複数のＣＮ４０と通信を行うことが可能であり、すなわち、複数のＣＮ４０が存在してもよい。
【００４０】
ｐＡＲ２０及びｎＡＲ３０は、ＩＰネットワーク５０に接続されているアクセスルータであり、それぞれサブネットを形成している。ＭＮ１０は、ｐＡＲ２０の配下に存在するＡＰ２１の通信セル内に存在する場合には、ＡＰ２１及びｐＡＲ２０を通じてＩＰネットワーク５０にアクセスすることが可能であり、ｎＡＲ３０の配下に存在するＡＰ３１の通信セル内に存在する場合には、ＡＰ３１及びｎＡＲ３０を通じてＩＰネットワーク５０にアクセスすることが可能である。また、ＣＮ４０は、ＩＰネットワーク５０に接続可能な通信ノードであり、ＡＰ２１やＡＰ３１との接続状態にあるＭＮ１０との間で、通信を行うことが可能である。
【００４１】
一方、ＩＰネットワーク５０は、例えば、インターネットなどのＩＰ通信を利用したＷＡＮ（Wide Area Network）である。図１には、ＩＰネットワーク５０のネットワークエレメントとして、５つの中間ノード５１〜５５が図示されている。また、中間ノード５１はｐＡＲ２０及び中間ノード５２と、中間ノード５２は中間ノード５１及び中間ノード５５と、中間ノード５３はｎＡＲ３０及び中間ノード５４と、中間ノード５４は中間ノード５３及び中間ノード５５と、中間ノード５５は中間ノード５２、中間ノード５４、ＣＮ４０とそれぞれリンクを有しているものとする。
【００４２】
また、ＭＮ１０は、初期状態としてＡＰ２１に接続されており、データ経路Ａを通じてＣＮ４０との通信を行っており、ＡＰ２１からＡＰ３１へのハンドオーバを行うことによって、ハンドオーバ後は、新たにデータ経路Ｂを通じてＣＮ４０との通信を行うものとする。なお、データ経路Ａは、ＭＮ１０−ＡＰ２１−ｐＡＲ２０−中間ノード５１−中間ノード５２−中間ノード５５−ＣＮ４０の各リンクを結ぶ経路であり、データ経路Ｂは、ＭＮ１０−ＡＰ３１−ｎＡＲ３０−中間ノード５３−中間ノード５４−中間ノード５５−ＣＮ４０の各リンクを結ぶ経路である。
【００４３】
＜第１の実施の形態＞
次に、本発明の第１の実施の形態について説明する。この第１の実施の形態では、ＭＮ１０からｎＡＲ３０に対して、ＭＮ１０が通信を行っているＣＮ４０のＩＰアドレスを通知するために、非特許文献２に記載されている技術（通常、ＦＭＩＰ（Fast Mobile IP）と呼ばれる）を利用する方法について説明する。
【００４４】
本発明の第１の実施の形態におけるＭＮ１０、ｐＡＲ２０、ｎＡＲ３０のそれぞれの構成について説明する。なお、図２〜図４に図示されているＭＮ１０、ｐＡＲ２０、ｎＡＲ３０は、図１に図示されているＭＮ１０、ｐＡＲ２０、ｎＡＲ３０の詳細な構成である。また、図２〜図４では、各機能がブロックにより図示されているが、これらの各機能はハードウェア及び／又はソフトウェアによって実現可能である。特に、本発明の主要な処理（例えば、後述の図５に示す各ステップの処理）は、コンピュータプログラムによって実行可能である。
【００４５】
図２は、本発明の第１の実施の形態におけるＭＮの構成の一例を示す図である。図２に示すＭＮ１０は、ハンドオーバ決定部１００１、無線受信部１００２、無線送信部１００３、ＦＭＩＰ処理部１００４、ＣＮアドレス取得／格納部１００５、パケット統合部１００６、パケット分割部１００７、ＰＭＴＵ設定部１００８を有している。
【００４６】
ハンドオーバ決定部１００１は、例えば、異なる複数のＡＰからの電波強度の比較を行って、最も電波強度の高いＡＰへのＬ２ハンドオーバ（通信先のＡＰの接続切り換え）を行うなど、任意の条件に基づいてハンドオーバの開始の決定を行う処理部である。
【００４７】
また、無線受信部１００２及び無線送信部１００３は、それぞれ無線通信によるデータ受信及びデータ送信を行うための処理部であり、これらには、無線通信を行うために必要な様々な機能が含まれている。
【００４８】
また、ＦＭＩＰ処理部１００４は、ハンドオーバ決定部１００１によるハンドオーバの開始の決定を受けて、ＦＭＩＰに係る送信メッセージ（例えば、ＲｔＳｏｌＰｒ（Router Solicitation for Proxy、又はRouter Solicitation for Proxy Advertisement）メッセージやＦＢＵ（Fast Binding Update）メッセージ）の生成や、ＦＭＩＰに係る受信メッセージ（例えば、ＰｒＲｔＡｄｖ（Proxy Router Advertisement）メッセージやＦＢＡｃｋ（Fast Binding Acknowledge）メッセージ）の処理など、ＦＭＩＰに係る処理を行うための処理部である。なお、このＦＭＩＰ処理部１００４の存在は、ＭＮ１０がＦＭＩＰを実装していることを示している。
【００４９】
また、ＣＮアドレス取得／格納部１００５は、無線受信部１００２で受信したパケットのヘッダなどを参照して、ＭＮ１０が現在通信を行っているＣＮ４０のＩＰアドレスを取得し、このＩＰアドレスを格納するための処理部である。また、ＣＮアドレス取得／格納部１００５によって格納されたＣＮ４０のＩＰアドレスは、ＦＭＩＰ処理部１００４に供給されて、ＦＭＩＰに係る送信メッセージと共にｐＡＲ２０に送信されるか、あるいは、ＦＭＩＰに係る送信メッセージの送信タイミングや受信メッセージの受信タイミングに従って、固有のＣＮアドレス通知メッセージとしてｐＡＲ２０に送信されるように構成されている。なお、上述のように、ＣＮ４０は複数存在することも考えられ、この場合には、ＣＮアドレス取得／格納部１００５によって、複数のＣＮ４０のそれぞれのＩＰアドレスが取得、格納される。
【００５０】
また、パケット統合部１００６は、無線受信部１００２で受信したパケットを統合して、上位レイヤに受信データとして出力する処理部である。なお、受信データがＦＭＩＰに係るメッセージの場合には、ＦＭＩＰ処理部１００４において受信データの処理が行われ、受信データが設定すべきＰＭＴＵを含む情報である場合には、ＰＭＴＵ設定部１００８において受信データの処理が行われる。
【００５１】
また、パケット分割部１００７は、無線送信部１００３から送信するための様々なメッセージや送信データなどを、所定のパケットサイズを有するパケットに分割する処理部である。また、ＰＭＴＵ設定部１００８は、ＰＭＴＵに関する通知情報を受信データから抽出するとともに、この抽出されたＰＭＴＵに基づいて、パケット分割部１００７におけるパケット分割のパケットサイズに係る指示（ＰＭＴＵ設定指示）を行う処理部である。なお、パケット分割部１００７は、ＰＭＴＵ設定部１００８からのＰＭＴＵ設定指示によって規定されるＰＭＴＵの値をパケットサイズとするか、あるいは、ＰＭＴＵ設定指示によって規定されるＰＭＴＵの値よりも小さな値をパケットサイズとすることが望ましい。
【００５２】
以上のように、ＭＮ１０は、現在通信中のＣＮ４０のＩＰアドレスを把握し、ＦＭＩＰに係る送信メッセージにＣＮ４０のＩＰアドレスを埋め込んでｐＡＲ２０に送信したり、ＦＭＩＰに係る送信メッセージの送信タイミングや受信メッセージの受信タイミングに応じて、ＣＮ４０のＩＰアドレスを含むＣＮアドレス通知メッセージを送信したりすることが可能なように構成されている。
【００５３】
また、図３は、本発明の第１の実施の形態におけるｐＡＲの構成の一例を示す図である。図３に示すｐＡＲ２０は、受信部２００１、送信部２００２、ＦＭＩＰ処理部２００３、ＣＮアドレス抽出部２００４を有している。なお、ｐＡＲ２０は、受信したパケットを転送するための転送部なども有しているが、ここでは図示省略する。受信部２００１及び送信部２００２は、ｐＡＲ２０の配下に存在するＡＰ２１やＩＰネットワーク５０に接続されており、データ受信及びデータ送信を行うための処理部である。
【００５４】
また、ＦＭＩＰ処理部２００３は、ＭＮ１０が次のハンドオーバによって接続する接続先のアクセスルータ（ｎＡＲ３０）の探索、ｎＡＲ３０が形成するサブネットのネットワークプリフィックスの取得、ＦＭＩＰに係る送信メッセージ（例えば、ＨＩ（Handover Initiate）メッセージやＦＢａｃｋメッセージ）の生成、ＦＭＩＰに係る受信メッセージ（例えば、ＦＢＵメッセージやＨＡｃｋ（Handover Acknowledge）メッセージ）の処理など、ＦＭＩＰに係る処理を行うための処理部である。なお、このＦＭＩＰ処理部２００３の存在は、ｐＡＲ２０がＦＭＩＰを実装していることを示している。
【００５５】
また、ＣＮアドレス抽出部２００４は、ＭＮ１０から受信したＦＭＩＰに係る受信メッセージ内に埋め込まれているＣＮ４０のＩＰアドレスの抽出や、ＭＮ１０から受信した固有のＣＮアドレス通知メッセージからＣＮ４０のＩＰアドレスの抽出を行うための処理部である。また、ＣＮアドレス抽出部２００４によって抽出されたＣＮ４０のＩＰアドレスは、ＦＭＩＰ処理部２００３に供給されて、ＦＭＩＰに係る送信メッセージと共にｎＡＲ３０に送信されるか、あるいは、ＦＭＩＰに係る送信メッセージの送信タイミングや受信メッセージの受信タイミングに従って、固有のＣＮアドレス通知メッセージとしてｎＡＲ３０に送信されるように構成されている。
【００５６】
以上のように、ｐＡＲ２０は、ＭＮ１０から、ＭＮ１０が現在通信中のＣＮ４０のＩＰアドレスの通知を受けた場合、ＦＭＩＰに係る送信メッセージにＣＮ４０のＩＰアドレスを埋め込んでｎＡＲ３０に送信したり、ＦＭＩＰに係る送信メッセージの送信タイミングや受信メッセージの受信タイミングに応じて、ＣＮ４０のＩＰアドレスを含むＣＮアドレス通知メッセージをｎＡＲ３０に送信したりすることが可能なように構成されている。
【００５７】
また、図４は、本発明の第１の実施の形態におけるｎＡＲの構成の一例を示す図である。図４に示すｎＡＲ３０は、受信部３００１、送信部３００２、ＦＭＩＰ処理部３００３、ＣＮアドレス抽出部３００４、最適ＰＭＴＵ探索部３００５、最適ＰＭＴＵ通知部３００６を有している。なお、ｎＡＲ３０は、受信したパケットを転送するための転送部なども有しているが、ここでは図示省略する。受信部３００１及び送信部３００２は、ｎＡＲ３０の配下に存在するＡＰ３１やＩＰネットワーク５０に接続されており、データ受信及びデータ送信を行うための処理部である。
【００５８】
また、ＦＭＩＰ処理部３００３は、ｐＡＲ２０から受けたＭＮ１０のＩＰアドレスの妥当性の検証、ＦＭＩＰに係る送信メッセージ（例えば、Ｈａｃｋメッセージ）の生成、ＦＭＩＰに係る受信メッセージ（例えば、ＨＩメッセージやＦＮＡ（Fast Neighbor Advertisement）メッセージ）の処理など、ＦＭＩＰに係る処理を行うための処理部である。な
お、このＦＭＩＰ処理部３００３の存在は、ｎＡＲ３０がＦＭＩＰを実装していることを示している。
【００５９】
また、ＣＮアドレス抽出部３００４は、ｐＡＲ２０から受信したＦＭＩＰに係る受信メッセージ内に埋め込まれているＣＮ４０のＩＰアドレスの抽出や、ｐＡＲ２０から受信した固有のＣＮアドレス通知メッセージからＣＮ４０のＩＰアドレスの抽出を行うための処理部である。また、ＣＮアドレス抽出部３００４によって抽出されたＣＮ４０のＩＰアドレスは、最適ＰＭＴＵ探索部３００５に供給されるように構成されている。
【００６０】
また、最適ＰＭＴＵ探索部３００５は、ＣＮアドレス抽出部３００４によって抽出されたＣＮ４０のＩＰアドレスまでのデータ経路に係るＰＭＴＵを探索して決定するための処理部である。この最適ＰＭＴＵ探索部３００５によるＰＭＴＵの決定方法は、任意の技術を利用することが可能である。すなわち、例えば、上述した図１０に示すＰＭＴＵの決定方法を利用することも可能であり、また、特許文献１〜３に開示されている技術を利用することも可能である。
【００６１】
また、最適ＰＭＴＵ通知部３００６は、ハンドオーバ後にｎＡＲ３０が形成するサブネットに接続したＭＮ１０に対して、最適ＰＭＴＵ探索部３００５によって決定されたＰＭＴＵを通知するための処理部である。この最適ＰＭＴＵ通知部３００６によるＰＭＴＵの通知方法も任意の方法を利用することが可能であり、例えば、このＰＭＴＵを要請されることなくユニキャストによって送信される（unsolicitated unicast） ＲＡ（ルータ通知：Router Advertisement）メッセージに含ませて、ＭＮ１０に通知することが可能である。なお、通常、ＲＡメッセージには、ローカルリンクのＭＴＵが含まれ得るが、ここでは、このＲＡメッセージにＰＭＴＵが含まれるようにすればよい。
【００６２】
以上のように、ｎＡＲ３０は、ｐＡＲ２０から、ＭＮ１０が現在通信中のＣＮ４０のＩＰアドレスの通知を受けた場合、プロキシとして機能して、ｎＡＲ３０からＣＮ４０までのデータ経路に係るＰＭＴＵの探索・決定を行い、ＭＮ１０がｎＡＲ３０の配下にハンドオーバした場合に、決定されたＰＭＴＵをＭＮ１０に通知することが可能なように構成されている。
【００６３】
次に、本発明の第１の実施の形態に係る動作について説明する。ここでは、図５を参照しながら、図１に示すネットワーク構成において、図２〜図４に図示されているＭＮ１０、ｐＡＲ２０、ｎＡＲ３０を構成要素とした場合の動作について説明する。図５は、本発明の第１の実施の形態において、ＭＮがハンドオーバを行う際のＰＭＴＵの決定方法の一例を示すシーケンスチャートである。なお、図５では、ＡＰ２１及びＡＰ３１は、図示省略している。
【００６４】
例えば、ＭＮ１０がｐＡＲ２０のエリア（ＡＰ２１の通信セル範囲）からｎＡＲ３０のエリア（ＡＰ３１の通信セル範囲）への移動を開始した場合、レイヤ２によってその移動が検出され、それを起点としてレイヤ３におけるハンドオーバの開始が決定される（ステップＳ１０１）。このハンドオーバの開始の決定は、例えば、ＡＰ２１からの受信電界強度とＡＰ３１からの受信電界強度との比較などによって行われる。
【００６５】
ＭＮ１０は、移動先となるＡＰ３１からのビーコンなどによって、ＡＰ３１からＡＰ−ＩＤ（各ＡＰの識別情報）を含む情報を取得し、現在接続しているｐＡＲ２０に対して、ＡＰ３１のＡＰ−ＩＤを含むＲｔＳｏｌＰｒメッセージを送信する（ステップＳ１０２）。このＲｔＳｏｌＰｒメッセージを受信したｐＡＲ２０は、ＭＮ１０から通知されたＡＰ３１のＡＰ−ＩＤに基づいて、近隣に存在するアクセスルータを検索してｎＡＲ３０の情報を取得するか、あるいは、すでに検索済みの情報（ｐＡＲ２０に保持されている情報）からｎＡＲ３０の情報を取得する。
【００６６】
そして、ｐＡＲ２０は、ｎＡＲ３０の情報（例えば、ｎＡＲ３０が構成するサブネットのネットワークプリフィックスなどの情報）を含むＰｒＲｔＡｄｖメッセージを、ＲｔＳｏｌＰｒメッセージのレスポンスとして、ＭＮ１０に送信する（ステップＳ１０３）。ＰｒＲｔＡｄｖメッセージを受信したＭＮ１０は、ＰｒＲｔＡｄｖメッセージに含まれるｎＡＲ３０が形成するサブネットのネットワークプリフィックスと、ＭＮ１０自身のリンクレイヤアドレスなどを用いて、ｎＡＲ３０が形成するサブネットにおいて適合し得るアドレスであるＮＣｏＡ（New Care of Address）を生成する。なお、ここまでの動作は、ＦＭＩＰによって規定されている動作と同一である。
【００６７】
ここで、ＭＮ１０は、このＮＣｏＡを含むＦＢＵメッセージを生成するが、このとき、ＣＮアドレス取得／格納部１００５によって把握される現在通信中のＣＮ４０（特に、リアルタイムに通信を行っており、進行中のセッションを有するＣＮ４０）のＩＰアドレスを参照し、このＣＮ４０のＩＰアドレスに係る情報をＦＢＵメッセージに埋め込む。なお、現在通信中のＣＮ４０が複数存在する場合には、これらすべてのＣＮ４０のＩＰアドレス、又は選択された一部のＣＮ４０のＩＰアドレスをＦＢＵメッセージに埋め込むことが可能である。また、現在通信を行っていなくても、ハンドオーバ直後にパケットを送信することが予定されているＣＮ４０のＩＰアドレスをＦＢＵメッセージに埋め込むことも可能である。そして、ＭＮ１０は、ＣＮ４０のＩＰアドレスが埋め込まれたＦＢＵメッセージ（図５では、ＦＢＵ（ＣＮ＿ＩＰ）と表記）をｐＡＲ２０に送信する（ステップＳ１０４）。
【００６８】
ＣＮ４０のＩＰアドレスが埋め込まれたＦＢＵメッセージを受信したｐＡＲ２０は、ＣＮアドレス抽出部２００４によって、ＦＢＵメッセージ内のＣＮ４０のＩＰアドレスを抽出して、抽出されたＣＮ４０のＩＰアドレスをＦＭＩＰ処理部２００３に通知する。ＦＭＩＰ処理部２００３は、ＭＮ１０において生成されたＮＣｏＡがｎＡＲ３０のサブネットで使用可能なアドレスか否かを確認するためのＨＩメッセージを生成する際に、ＭＮ１０から受信したＣＮ４０のＩＰアドレスをＨＩメッセージに埋め込む。そして、ｐＡＲ２０は、ｎＡＲ３０に向けて、ＣＮ４０のＩＰアドレスが埋め込まれたＨＩメッセージ（図５ではＨＩ（ＣＮ＿ＩＰ）と表記）を送信する（ステップＳ１０５）。
【００６９】
ｐＡＲ２０からｎＡＲ３０に向けて送信されたＣＮ４０のＩＰアドレスが埋め込まれたＨＩメッセージは、ＩＰネットワーク５０を経由してｎＡＲ３０に到達する。なお、ここでは、ネットワーク構成上、ＣＮ４０のＩＰアドレスが埋め込まれたＨＩメッセージは、中間ノード５１、中間ノード５２、中間ノード５５、中間ノード５４、中間ノード５３の順に転送されて、ｎＡＲ３０に到達する（ステップＳ１０６〜Ｓ１１０）。
【００７０】
ＣＮ４０のＩＰアドレスが埋め込まれたＨＩメッセージを受信したｎＡＲ３０は、ＣＮアドレス抽出部３００４によって、ＨＩメッセージ内のＣＮ４０のＩＰアドレスを抽出して、抽出されたＣＮ４０のＩＰアドレスを最適ＰＭＴＵ探索部３００５に通知する。そして、最適ＰＭＴＵ探索部３００５は、ＭＮ１０から送信された１つ又は複数のＣＮ４０のＩＰアドレスに基づき、各ＣＮ４０までのデータ経路において最適なＰＭＴＵを探索し、決定する（ステップＳ１１１）。なお、上述のように、この最適ＰＭＴＵ探索部３００５によるＰＭＴＵの決定方法は、任意の技術を利用することが可能である。最適ＰＭＴＵ探索部３００５によって決定されたＰＭＴＵは、最適ＰＭＴＵ通知部３００６に供給される。
【００７１】
なお、ｎＡＲ３０がＣＮ４０のＩＰアドレスが埋め込まれたＨＩメッセージに含まれるＮＣｏＡが有効なものであるか否かを検証し、ＮＣｏＡが有効である場合は、その結果を示すステータスを指定したＨＡｃｋメッセージをｐＡＲ２０に向けて送信する処理（通常のＦＭＩＰに係る処理）や、ｐＡＲ２０によるＦＢＡｃｋメッセージの送信処理、ｐＡＲ２０からｎＡＲ３０へのパケットの転送処理などが行われるが、ここでは、説明を省略する。
【００７２】
一方、ＣＮ４０のＩＰアドレスが埋め込まれたＦＢＵメッセージを送信したＭＮ１０では、ｐＡＲ２０の配下に存在するＡＰ２１から、ｎＡＲ３０の配下に存在するＡＰ３１へのハンドオーバ処理が行われる（ステップＳ１１２）。そして、ＭＮ１０は、ｎＡＲ３０への接続切り換え直後に、ｎＡＲ３０に対して、ｎＡＲ３０への接続の通知を行うためのＦＮＡメッセージを送信する（ステップＳ１１３）。
【００７３】
ｎＡＲ３０は、このＦＮＡメッセージを受けて、ＭＮ１０がｎＡＲ３０の配下に接続したことを検知する。そして、ｎＡＲ３０の最適ＰＭＴＵ通知部３００６は、例えば、ｎＡＲ３０からＣＮ４０までのデータ経路に係るＰＭＴＵをＲＡメッセージに埋め込んで、ＰＭＴＵが埋め込まれたＲＡメッセージ（図５では、ＲＡ（ＰＭＴＵの通知）と表記）をＭＮ１０に送信する（ステップＳ１１４）。ＭＮ１０は、このＰＭＴＵが埋め込まれたＲＡメッセージを受信し、ＰＭＴＵ設定部１００８によってＲＡメッセージから抽出されたＰＭＴＵに関する情報に基づいて、各ＣＮ４０に対して送信するパケットのパケットサイズを設定して、各ＣＮ４０に対するパケットの送信を行う（ステップＳ１１５）。
【００７４】
以上の動作によって、ＭＮ１０は、ハンドオーバ直後（ｎＡＲ３０の配下に接続した直後）に、ｎＡＲ３０から所望の１つ又は複数のＣＮ４０までのデータ経路に係るＰＭＴＵの通知を受け、このＰＭＴＵに基づいて設定されたパケットサイズで、各ＣＮ４０に対してパケットを送信することが可能となる。なお、ＭＮ１０は、ｎＡＲ３０から通知されたＰＭＴＵをそのまま利用して、各ＣＮ４０との間のＰＭＴＵを設定してもよく、また、このＰＭＴＵより小さな値を各ＣＮ４０との間のＰＭＴＵとして設定してもよい。
【００７５】
また、ＭＮ１０のハンドオーバのタイミングが早く、ＭＮ１０からＦＮＡメッセージを受信したｎＡＲ３０が、まだＣＮ４０までのデータ経路に係るＰＭＴＵを決定できていない場合も想定される。この場合でも、ｎＡＲ３０の最適ＰＭＴＵ探索部３００５によってＰＭＴＵが取得でき次第、そのＰＭＴＵをＭＮ１０に通知することにより、迅速にＣＮ４０までのデータ経路に係るＰＭＴＵの通知を行うことが可能である。
【００７６】
また、ｎＡＲ３０が、複数のＣＮ４０のそれぞれまでのデータ経路に係るＰＭＴＵを探索する場合には、各ＣＮ４０までのデータ経路に係るＰＭＴＵの決定にタイムラグが生じることがある。このとき、ｎＡＲ３０は、すべてのＣＮ４０までのデータ経路に係るＰＭＴＵを決定してから、これらすべてのＰＭＴＵを１つのメッセージに埋め込んでＭＮ１０に通知してもよく、また、ＰＭＴＵが決定されたものから順次、個別のメッセージに埋め込んで、ＭＮ１０に通知してもよい。
【００７７】
また、上記の第１の実施の形態では、ＭＮ１０がＣＮ４０のＩＰアドレスをＦＢＵメッセージに埋め込む場合について説明したが、ＲｔＳｏｌＰｒメッセージに埋め込んだり、ＦＭＩＰに係るメッセージとは関係のない、独立したＣＮアドレス通知メッセージに埋め込んだりすることも可能である。特に、ＭＮ１０のハンドオーバのタイミングが早く、ハンドオーバ前にＦＢＵメッセージを送信しない場合も想定されるので、この場合には、ＲｔＳｏｌＰｒメッセージにＣＮ４０のＩＰアドレスを埋め込むことが有効となる。図６Ａ〜６Ｃには、ＭＮ１０からｐＡＲ２０へのＣＮ４０のＩＰアドレス通知に係るメッセージの上記の３つの例が図示されている。また、同様に、ｐＡＲ２０がＣＮ４０のＩＰアドレスをＨＩメッセージに埋め込む場合について説明したが、ＦＭＩＰに係るメッセージとは関係のない、独立したＣＮアドレス通知メッセージに埋め込むことも可能である。図７Ａ、７Ｂには、ｐＡＲ２０からｎＡＲ３０へのＣＮ４０のＩＰアドレス通知に係るメッセージの上記の２つの例が図示されている。なお、ｐＡＲ２０からｎＡＲ３０に送信されるＣＮアドレス通知メッセージには、ＭＮ１０を識別するための情報が挿入される必要がある。
【００７８】
以上、説明したように、本発明の第１の実施の形態によれば、ハンドオーバ前のＭＮ１０からｎＡＲ３０に対して、ＣＮ４０のＩＰアドレスが通知され、ｎＡＲ３０によって、ＣＮ４０までのデータ経路に係るＰＭＴＵの探索・決定が行われるので、ＭＮ１０は、ｎＡＲ３０の配下にハンドオーバを行った後に、ｎＡＲ３０からＣＮ４０までのデータ経路に係るＰＭＴＵを迅速に取得することができ、このＰＭＴＵに基づくパケットサイズを用いて、ＣＮ４０との通信を迅速に開始することが可能となる。
【００７９】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。上述の第１の実施の形態では、ＭＮ１０がＣＮ４０のＩＰアドレスの通知を行っているのに対し、この第２の実施の形態では、ｐＡＲ２０によって、ＭＮ１０が通信を行っているＣＮ４０のＩＰアドレスが把握される。
【００８０】
この第２の実施の形態では、上述の第１の実施の形態に比べて、ｐＡＲ２０の構成がわずかに改変される。なお、ＭＮ１０は、図２に示す構成において、ＭＮ１０からｐＡＲ２０に対してＣＮ４０のＩＰアドレスを通知することを主な処理とするＣＮアドレス取得／格納部１００５が削除された構成のものを使用することが可能であり、ｎＡＲ３０は、第１の実施の形態と同様に、図４に示す構成のものを使用することが可能である。
【００８１】
図８は、本発明の第２の実施の形態におけるｐＡＲの構成の一例を示す図である。図８に示すｐＡＲ２０は、受信部２００１、送信部２００２、ＦＭＩＰ処理部２００３、ＣＮアドレス取得／格納部２００５を有している。なお、ｐＡＲ２０は、受信したパケットを転送するための転送部なども有しているが、ここでは図示省略する。また、受信部２００１、送信部２００２、ＦＭＩＰ処理部２００３に関しては、第１の実施の形態において説明したものと同一であり、説明を省略する。
【００８２】
ＣＮアドレス取得／格納部２００５は、ＭＮ１０から送信されたパケットのヘッダを監視することによって、ＭＮ１０が通信を行っているＣＮ４０のＩＰアドレスを取得して格納するための処理部である。すなわち、ＣＮアドレス取得／格納部２００５によって、ｐＡＲ２０は、ＭＮ１０の通信相手端末であるＣＮ４０のＩＰアドレスを把握することが可能である。なお、このことは、上述の第１の実施の形態ではＭＮ１０に搭載されていたＣＮアドレス取得／格納部１００５が、この第２の実施の形態ではＣＮアドレス取得／格納部２００５としてｐＡＲ２０に搭載されていると言うことも可能である。
【００８３】
次に、本発明の第２の実施の形態に係る動作について説明する。ここでは、図１に示すネットワーク構成において、上述のように図２の構成からＣＮアドレス取得／格納部１００５を除いた構成を有するＭＮ１０、図８に図示されているｐＡＲ２０、図４に図示されているｎＡＲ３０を構成要素とした場合の動作について説明する。なお、以下では、図５に示すシーケンスチャートを参照し、第２の実施の形態に係る動作において変更される処理についてのみ指摘することによって説明を行う。
【００８４】
上述の第１の実施の形態では、ＭＮ１０からｐＡＲ２０に対して、ＣＮ４０のＩＰアドレスが埋め込まれたＦＢＵメッセージが送信されている（図５のステップＳ１０４の処理）が、ここでは、ＭＮ１０からｐＡＲ２０に対して、従来のＦＢＵメッセージ（ＣＮ４０のＩＰアドレスが埋め込まれていないＦＢＵメッセージ）が送信される。
【００８５】
一方、ｐＡＲ２０のＣＮアドレス取得／格納部２００５は、接続されているＭＮ１０から送信されてくるパケットを常に監視し、その通信相手端末であるＣＮ４０のＩＰアドレスを取得・格納しておく。そして、ｐＡＲ２０は、ＭＮ１０からＦＭＩＰに係るメッセージ（ＲｔＳｏｌＰｒメッセージ又はＦＢＵメッセージ）を受信した場合には、ＭＮ１０がｎＡＲ３０へのハンドオーバを行うことを検知して、ｎＡＲ３０に対して、例えば、ＣＮ４０のＩＰアドレスが埋め込まれたＨＩメッセージを送信する。
【００８６】
その後の動作は、上述の第１の実施の形態であり、これによって、ＭＮ１０は、ｎＡＲ３０の配下にハンドオーバを行った後に、ｎＡＲ３０からＣＮ４０までのデータ経路に係るＰＭＴＵを迅速に取得することができ、このＰＭＴＵに基づくパケットサイズを用いて、ＣＮ４０との通信を迅速に開始することが可能となる。
【００８７】
なお、この第２の実施の形態においても、ｐＡＲ２０からｎＡＲ３０へのＣＮ４０のＩＰアドレス通知に係るメッセージには、図７Ａ、７Ｂに図示されている２つのパターンのいずれか一方を用いることが可能である。また、上述の第１の実施の形態と同様に、複数のＣＮ４０のそれぞれに関して、ＰＭＴＵの決定を行うことが可能であり、また、ｎＡＲ３０からＭＮ１０へのＰＭＴＵの通知では、複数のＣＮ４０のそれぞれに係るＰＭＴＵを１つのメッセージに埋め込んでもよく、また、各ＰＭＴＵをそれぞれ個別のメッセージに埋め込んでもよい。
【００８８】
＜第３の実施の形態＞
次に、本発明の第３の実施の形態について説明する。上述の第１及び第２の実施の形態では、ｎＡＲ３０に対して、ＣＮ４０のＩＰアドレスのみが通知されているのに対し、この第３の実施の形態では、ｎＡＲ３０に対して、ＭＮ１０がハンドオーバ前に通信を行っているＣＮ４０のＩＰアドレスと共に、ＣＮ４０との通信において設定されているＰＭＴＵの通知が行われる。
【００８９】
この第３の実施の形態では、上述の第１及び第２の実施の形態に比べて、ＭＮ１０やｐＡＲ２０のＣＮアドレス取得／格納部１００５、２００５が、ＣＮ４０のＩＰアドレスと共に、このＣＮ４０までのデータ経路において設定されているＰＭＴＵを把握できるように構成されている。また、ｎＡＲ３０の最適ＰＭＴＵ探索部３００５が、ＣＮ４０のＩＰアドレスとＣＮ４０との通信におけるＰＭＴＵとが関連付けられた情報のセットをｐＡＲ２０から取得して、この情報のセットに基づいて、ＣＮ４０までのデータ経路に係るＰＭＴＵの探索・決定が行えるように構成されている。
【００９０】
次に、本発明の第３の実施の形態に係る動作について説明する。ここでは、図１に示すネットワーク構成において、上述のように、ＭＮ１０、ｐＡＲ２０、ｎＡＲ３０が、ＣＮ４０のＩＰアドレスとＣＮ４０との通信におけるＰＭＴＵとが関連付けられた情報のセットを取り扱うことが可能な構成を有する場合の動作について説明する。
【００９１】
基本的な動作は、上述した第１及び第２の実施の形態とほぼ同一であるが、ＣＮ４０のＩＰアドレスと共に、ＣＮ４０との通信におけるＰＭＴＵが送信されるので、例えば、図５に示すシーケンスチャートにおいて、ＣＮ４０のＩＰアドレスが埋め込まれたＦＢＵメッセージ（ＦＢＵ（ＣＮ＿ＩＰ）と表記）を、ＣＮ４０のＩＰアドレス及びＰＭＴＵが埋め込まれたＦＢＵメッセージ（例えば、ＦＢＵ（ＣＮ＿ＩＰ＋ＰＭＴＵ）と表記可能）と読み換え、ＣＮ４０のＩＰアドレスが埋め込まれたＨＩメッセージ（ＨＩ（ＣＮ＿ＩＰ）と表記）を、ＣＮ４０のＩＰアドレス及びＰＭＴＵが埋め込まれたＨＩメッセージ（例えば、ＨＩ（ＣＮ＿ＩＰ＋ＰＭＴＵ）と表記可能）と読み換えればよい。
【００９２】
なお、複数のＣＮ４０が存在する場合には、複数のＣＮ４０のそれぞれのＩＰアドレスと、ハンドオーバ前に各ＣＮ４０までのデータ経路において設定されているＰＭＴＵとの対応関係が、例えば、図９に示すようなリスト情報としてｎＡＲ３０に通知されることが望ましい。なお、図９ではＣＮ（α）、ＣＮ（β）、ＣＮ（γ）のそれぞれに対し、ハンドオーバ前に設定されているＰＭＴＵが、ＰＭＴＵ（α）＝１４５０、ＰＭＴＵ（β）＝１５００、ＰＭＴＵ（γ）＝１４４３であるという対応関係が、１つのリスト情報として記載されている。
【００９３】
また、ｎＡＲ３０は、ＣＮ４０のＩＰアドレスとＣＮ４０との通信におけるＰＭＴＵとが関連付けられた情報のセットを取得することが可能となるが、これには、少なくとも下記の２点に関する利点が存在する。
【００９４】
第１の利点は、ｎＡＲ３０が、ハンドオーバ前のＭＮ１０がＣＮ４０との間のデータ経路Ａにおいて使用していたＰＭＴＵを把握し、このＰＭＴＵを利用してｎＡＲ３０とＣＮ４０との間のＰＭＴＵの探索・決定を行うことによって、ｎＡＲ３０におけるＰＭＴＵの探索・発見を迅速、かつ効率的に実施することが可能な点にある。例えば、図１０に示すようなＰＭＴＵの決定方法によってｎＡＲ３０がＰＭＴＵの探索を行う場合、最初にＣＮ４０に向けて送出するパケットのパケットサイズの目安となる情報として、ハンドオーバ前のＭＮ１０がＣＮ４０との間のデータ経路Ａにおいて使用していたＰＭＴＵを利用することが可能である。また、ｎＡＲ３０が事前にＣＮ４０との間において最適となるＰＭＴＵを把握している場合には、ｎＡＲ３０は、単に、これらの比較を行うだけでよい。特に、ハンドオーバ前におけるＭＮ１０からＣＮ４０までのデータ経路Ａと、ハンドオーバ後におけるＭＮ１０からＣＮ４０までのデータ経路Ｂとの間で、相互にオーバラップする経路が存在し、ハンドオーバ前のデータ経路Ａに係るＰＭＴＵとハンドオーバ後のデータ経路に係るＰＭＴＵとが同一の値となることが予想されるので、この方法が有用であると言える。
【００９５】
第２の利点は、図５のステップＳ１１４において、ハンドオーバ後にｎＡＲ３０の配下に接続したＭＮ１０に対して、各ＣＮ４０のＰＭＴＵを通知する際のデータ容量を低減することが可能な点にある。例えば、ｎＡＲ３０は、ＰＭＴＵの探索の結果、ハンドオーバ前後でＰＭＴＵを変更する必要のないＣＮ４０を発見したとする。例えば、このようなＣＮ４０に関しては、ＰＭＴＵの通知を行わないようにしたり、単にＯＫメッセージのみを通知するようにしたりする一方、ＰＭＴＵの変更を行う必要があるＣＮ４０に関してのみＰＭＴＵの通知を行うなどのルールを、ＭＮ１０とｎＡＲ３０との間であらかじめ取り決めておくことによって、ｎＡＲ３０からＭＮ１０へのＰＭＴＵの通知メッセージのデータ容量や通知回数（通知メッセージの送信回数）を低減することが可能となる。これは、特に、ハンドオーバ前後におけるデータ経路Ａ及びデータ経路Ｂのオーバラップが大きく、ハンドオーバ前後でＰＭＴＵが同一の値となる場合や、ＭＮ１０が通信を行っているＣＮ４０が多数存在する場合などに有用であると言える。
【００９６】
なお、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【００９７】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【００９８】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【００９９】
本発明の通信ハンドオーバ方法及び通信メッセージ処理方法は、モバイルノードがハンドオーバを行った場合でも、ハンドオーバ後の新たなデータ経路に係るＰＭＴＵを迅速に決定することができるという効果を有しており、無線通信を行うモバイルノードのハンドオーバに関連した技術に適用され、特に、モバイルＩＰｖ６を利用した無線通信を行うモバイルノードに関連した技術に適用可能である。
【図面の簡単な説明】
【０１００】
【図１】本発明の第１〜第３の実施の形態並びに従来の技術に共通したネットワーク構成の一例を示す図
【図２】本発明の第１の実施の形態におけるＭＮの構成の一例を示す図
【図３】本発明の第１の実施の形態におけるｐＡＲの構成の一例を示す図
【図４】本発明の第１の実施の形態におけるｎＡＲの構成の一例を示す図
【図５】本発明の第１の実施の形態において、ＭＮがハンドオーバを行う際のＰＭＴＵの決定方法の一例を示すシーケンスチャート
【図６Ａ】本発明の第１の実施の形態において用いられるＭＮからｐＡＲへのＣＮのＩＰアドレスが埋め込まれたＦＢＵメッセージを示す図
【図６Ｂ】本発明の第１の実施の形態において用いられるＭＮからｐＡＲへのＣＮのＩＰアドレスが埋め込まれたＲｔＳｏｌＰｒメッセージを示す図
【図６Ｃ】本発明の第１の実施の形態において用いられるＭＮからｐＡＲへのＣＮのＩＰアドレスが埋め込まれたＣＮアドレス通知メッセージを示す図
【図７Ａ】本発明の第１の実施の形態において用いられるｐＡＲからｎＡＲへのＣＮのＩＰアドレスが埋め込まれたＨＩメッセージを示す図
【図７Ｂ】本発明の第１の実施の形態において用いられるｐＡＲからｎＡＲへのＣＮのＩＰアドレスが埋め込まれたＣＮアドレス通知メッセージを示す図
【図８】本発明の第２の実施の形態におけるｐＡＲの構成の一例を示す図
【図９】本発明の第３の実施の形態においてｎＡＲに通知される複数のＣＮのそれぞれのＩＰアドレスと、ハンドオーバ前に各ＣＮまでのデータ経路において設定されているＰＭＴＵとの対応関係が記載されたリスト情報を示す図
【図１０】従来の技術を利用した場合において、送信元ノードがハンドオーバを行う際のＰＭＴＵの決定方法の一例を示すシーケンスチャート
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2005122504.tif 000015
【図２】
2005122504.tif 000016
【図３】
2005122504.tif 000017
【図４】
2005122504.tif 000018
【図５】
2005122504.tif 000019
【図６Ａ】
2005122504.tif 000020
【図６Ｂ】
2005122504.tif 000021
【図６Ｃ】
2005122504.tif 000022
【図７Ａ】
2005122504.tif 000023
【図７Ｂ】
2005122504.tif 000024
【図８】
2005122504.tif 000025
【図９】
2005122504.tif 000026
【図１０】
2005122504.tif 000027
【国際調査報告】
2005122504.tif 000028
2005122504.tif 000029
2005122504.tif 000030
2005122504.tif 000031