JP5054033B2 - Ｍｏｂｉｌｅ ＩＰを利用した通信システム、移動端末、ホームエージェントおよびその通信方法 - Google Patents

Description

本発明はＭｏｂｉｌｅ ＩＰ技術を利用した端末間のセッションハンドオーバシステムに関する。

近年、Ｍｏｂｉｌｅ ＩＰ技術が注目を浴びている。Ｍｏｂｉｌｅ ＩＰとは、ノード（端末）が実際につながっているネットワークでなくとも、いつでも一意のＩＰアドレスでアクセスできるようにするＩＳＯ（国際標準化機構）によって制定されたＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）基本参照モデルの第３層（レイヤ３）であるネットワーク層のプロトコルである。

現在のインターネットで一般的に用いられている通信プロトコルであるＴＣＰ／ＩＰは、ＩＰアドレスが識別子であると同時に、ネットワーク上の位置も意味している。そのため、あるネットワークに接続しているノードを別のネットワークに繋ぎかえると、ＩＰアドレスが変わってしまうことになり、セッションが継続不可能になってしまう。

そこで、Ｍｏｂｉｌｅ ＩＰは、ノードにホームアドレスと呼ばれる一意のアドレスを割り当て、ＴＣＰ／ＩＰスタック内で実際に使用しているＩＰアドレスと対応付けることにより、上位レイヤや通信相手に対し、どこのネットワークでも割り当てた一意のアドレスで通信しているかのように見せる仕組みを提供する。

この技術を利用すると、移動先で通信を行う際にＩＰアドレスが変わっても通信し続けることが可能であり、データリンク層やアプリケーション層に依存せず、また、移動後もアドレスが変わらないので、移動の都度、ＩＰアドレスを管理しているＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）の設定を変更する必要がない、などの特徴を有する。

従来技術

Ｍｏｂｉｌｅ ＩＰには、Ｍｏｂｉｌｅ ＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ４）やＭｏｂｉｌｅ ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ６）といったものがある。（非特許文献１参照）

Ｍｏｂｉｌｅ ＩＰｖ４は、一意のアドレスを割り当てられた移動ノード（Ｍｏｂｉｌｅ Ｎｏｄｅ、以下、「ＭＮ」という）がホームリンク（Ｈｏｍｅ Ｌｉｎｋ）にいる場合は、通常のＩＰノードと同様の動作をする。

Ｈｏｍｅ Ｌｉｎｋには、ホームエージェント（Ｈｏｍｅ Ａｇｅｎｔ、以下、「ＨＡ」という)、Ｈｏｍｅ Ｌｉｎｋとは別のネットワークの外部リンク（Ｆｏｒｅｉｇｎ Ｌｉｎｋ）には、ＭＮからの移動要求を中継したり、パケットを配送する外部エージェント（Ｆｏｒｅｉｇｎ Ａｇｅｎｔ、以下、「ＦＡ」という）がおかれている。ＨＡやＦＡは、そのリンク上にエージェントの存在を知らせるために、インターネット制御通知プロトコル、ＩＣＭＰ Ｒｏｕｔｅｒ Ｄｉｓｃｏｖｅｒｙ（ＲＦＣ１２５６）を拡張した、問い合わせメッセージ、エージェント広告（Ａｇｅｎｔ Ａｄｖｅｒｔｉｓｅｍｅｎｔ）を定期的に行っている。Ａｇｅｎｔ Ａｄｖｅｒｔｉｓｅｍｅｎｔを受信することでＭＮは、自分が今どのリンクにいるのかを知ることができる。ＭＮは、ＦＡを通してＨＡに登録パケットを送信し、ＨＡにて登録または更新が行われる。このようにすることで、ＭＮ宛のパケットがＨｏｍｅ Ｌｉｎｋまで届くと、ＨＡは、ＦＡを通して転送を行うことができる。

一方、Ｍｏｂｉｌｅ ＩＰｖ６（以下、「ＭＩＰ６」という）には、ＦＡがない。
以下、ＭＩＰ６について説明する。

ＭＩＰ６では、ＭＮがＨｏｍｅ Ｌｉｎｋにいる場合は、通常のＩＰｖ６通信と同様の動作を行う。

次に、図２１に示すように、ＭＮ１８がＦｏｒｅｉｇｎ Ｌｉｎｋへ移動した場合は、Ｆｏｒｅｉｇｎ Ｌｉｎｋ上のルータ１９が定期的に、問い合わせメッセージ、ルータ広告（Ｒｏｕｔｅｒ Ａｄｖｅｒｔｉｓｅｍｅｎｔ、以下「ＲＡ」という）を送信しているため、ＭＮ１８はこれを受信することで自身が移動したことを検知する。

移動を検知すると、ＭＮ１８は６４ビット長のＩＤで一意に識別するアドレス体系、ＥＵＩ−６４などを利用して、ＭＮ１８が実際に通信に使用しているアドレスである気付けアドレス（Ｃａｒｅ−ｏｆ−Ａｄｄｒｅｓｓ、以下、「ＣｏＡ」という）を生成し、ＨＡ２０に対して登録要求（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ、以下、「ＢＵ」という、なお、「Ｂｉｎｄｉｎｇ」は、ＨｏＡとＣｏＡとの対応付けを表す）を行うことで、ＣｏＡの通知を行う。

ＨＡ２０では、ＭＮ１８のＢＵを受信すると、ＨＡが保有するデータベース、バインディングキャッシュ（Ｂｉｎｄｉｎｇ Ｃａｃｈｅ、以下、「ＢＣ」という）に、ＭＮ１８に関するホームアドレス（Ｈｏｍｅ Ａｄｄｒｅｓｓ、以下、「ＨｏＡ」という）とＣｏＡの対を登録する。

このようにすることで、ＭＮ１８と通信を行っている対向ノード（Ｃｏｒｒｅｓｐｏｎｄｅｎｔ Ｎｏｄｅ、以下、「ＣＮ」という）２１からＭＮ１８に向けて送信されたパケットは、ＨＡ２０が代理受信し、ＨＡ２０はＭＮ１８に向けてパケットをカプセル化してから転送する。ＭＮ１８では、カプセルをはずして、元々のパケットを取り出して受信する。同様に、ＭＮ１８からＣＮ２１へ向かうパケットについても、この逆のルートを辿って到達する。

以上のようなＭｏｂｉｌｅ ＩＰの仕組みを利用することで、ＭＮ１８は、ネットワークを移動してＩＰアドレスが変わった場合であっても、通信をし続けることが可能である（移動透過性がある）。またこのとき、ＣＮ２１側からはＭＮのＩＰアドレスが変わっていることを意識する必要はなく、ただＭＮ１８のＨｏＡ宛てにパケットを送信するだけでよい。
Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ（ＲＦＣ）３７７５、"Ｍｏｂｉｌｉｔｙ Ｓｕｐｐｏｒｔ ｉｎ ＩＰｖ６"

しかしながらＭｏｂｉｌｅ ＩＰ技術は、レイヤ３の移動管理プロトコルであり、主に１つの端末（ＭＮ）の移動透過性を確保するための技術であって、異なる２つの端末間でのセッションの切替、セッションハンドオーバ（以下、「ＳＨ」という）を行うことは範疇外であるため、不可能であった。

本発明は、上記問題点を考慮して作成されたものであり、Ｍｏｂｉｌｅ ＩＰの仕組みを利用し、かつ、Ｍｏｂｉｌｅ ＩＰの機能を一部拡張することで、異なる２つの端末間でＳＨを行うための仕組みを、レイヤ３のみを用いて提供することを目的とする。

斯かる実情に鑑み、第１の発明によるＭｏｂｉｌｅ ＩＰを利用した通信システムは、移動端末が、Ｍｏｂｉｌｅ ＩＰを利用し、前記移動端末の位置情報を保持して前記移動端末と他の端末の中継を行うホームエージェントを介して通信を行い、前記他の端末との通信を移動端末間で切替える通信システムにおいて、
前記移動端末は、他の移動端末に対して、前記移動端末又は前記他の移動端末と前記他の端末が現在行っている通信の切替えを要求し、前記他の移動端末から前記通信の切替えを認める通知を受信した場合には、前記ホームエージェントに対し、前記通信の切替えを要求し、前記ホームエージェントは、前記移動端末から、前記通信の切替えの要求を受信した場合、前記他の端末との通信を前記移動端末と前記他の移動端末間で切替えることを特徴とする。

また、第２の発明によるＭｏｂｉｌｅ ＩＰを利用した通信システムは、前記移動端末が、通信を行っている他の移動端末に対し自端末に該通信を切替えること、若しくは他の移動端末に対し自端末が行っている通信を該他の移動端末に切替えることを要求するセッションハンドオーバ要求を他の移動端末に送信し、又は他の移動端末からセッションハンドオーバ要求の受信を行うセッションハンドオーバ通信手段と、他の移動端末から前記セッションハンドオーバ要求を受信した場合に、セッションハンドオーバ要求を認めるか否かの判定を行うセッションハンドオーバ判定手段と、Ｍｏｂｉｌｅ ＩＰによる通信の実現に関する処理を行うＭｏｂｉｌｅ ＩＰ管理手段とを備え、前記Ｍｏｂｉｌｅ ＩＰ管理手段は、他の移動端末から通信の切替えを認める通知を受信した場合に、前記ホームエージェントに対し、前記他の端末と通信を行う移動端末の切替えを要求するバインディング・アップデートの送信を行い、前記ホームエージェントは、前記移動端末から前記バインディング・アップデートを受信し、又は前記他の端末と通信を行う移動端末の切替えの処理が終了したことを前記移動端末に対して通知するＭｏｂｉｌｅ ＩＰ管理手段と、前記ホームエージェントに格納されている中継を行う移動端末に関する通信情報の変更を行って前記他の端末と通信を行う移動端末を切替える処理を行い、前記通信情報には通信の有効時間が含まれ、前記有効時間を管理するバインディング・キャッシュ管理手段とを備えることを特徴とする。

また、第３の発明によるＭｏｂｉｌｅ ＩＰを利用した通信システムは、前記ホームエージェントが、切替先の移動端末との通信終了後、切替元の移動端末に前記他の端末との通信を、再度切替えることを特徴とする。

また、第４の発明によるＭｏｂｉｌｅ ＩＰを利用した通信システムは、前記移動端末又は前記他の移動端末の前記Ｍｏｂｉｌｅ ＩＰ管理手段が、前記ホームエージェントに対し、切替えた通信の有効時間を０に変更するバインディング・アップデートを送信し、前記ホームエージェントは、前記他の端末との通信を切替先の移動端末から切替元の移動端末に、再度切替えることを特徴とする。

また、第５の発明によるＭｏｂｉｌｅ ＩＰを利用した通信システムは、前記バインディングアップデートには、切替元の移動端末のホームアドレス、切替先の移動端末の現在のアドレス、切替える通信の有効時間を含めることを特徴とする。

また、第６の発明によるＭｏｂｉｌｅ ＩＰを利用した通信システムは、前記バインディングアップデートには、セッション情報及びバインディング情報が含まれ、前記ホームエージェントの前記バインディング・キャッシュ管理手段は、前記セッション情報から該当する通信情報を検索し、前記バインディング情報から前記通信情報の登録を行うことを特徴とする。

また、第７の発明によるＭｏｂｉｌｅ ＩＰを利用した通信システムは、前記ホームエージェントの前記バインディング・キャッシュ管理手段が、前記通信情報の登録には、前記バインディング情報に含まれる有効時間分、切替元の移動端末と前記他の端末との通信情報の有効時間に加算し、且つ、前記バインディング情報に含まれる有効時間分、前記切替元の移動端末と前記他の端末との通信を停止するように設定し、前記バインディング情報の有効時間を含む通信情報を登録することにより、前記バインディング情報より停止する通信情報と登録する通信情報の有効時間及び停止時間を連携させることを特徴とする。

また、第８の発明によるＭｏｂｉｌｅ ＩＰを利用した通信システムは、前記ホームエージェントの前記バインディング・キャッシュ管理手段が、前記切替先の移動端末と前記他の端末の通信情報の有効時間が０になると、該通信を終了することを特徴とする。

また、第９の発明によるＭｏｂｉｌｅ ＩＰを利用した通信システムは、前記ホームエージェントの前記バインディング・キャッシュ管理手段が、前記切替先の移動端末と前記他の端末の通信が終了すると、切替元の移動端末と前記他の端末の通信情報の停止を解除することを特徴とする。

また、第１０の発明によるＭｏｂｉｌｅ ＩＰを利用した通信システムは、前記ホームエージェントの前記Ｍｏｂｉｌｅ ＩＰ管理手段が、通信の切替えが完了後、前記移動端末又は前記他の移動端末に切替えについての情報を含む登録完了通知を送信することを特徴とする。

また、第１１の発明によるＭｏｂｉｌｅ ＩＰを利用した通信システムは、切替えによる通信を終了した前記移動端末又は前記他の移動端末の前記Ｍｏｂｉｌｅ ＩＰ管理手段が、前記ホームエージェントから前記登録完了通知を受信すると、自身のホームエージェントのアドレスを設定し、通信の切替えについての情報を削除することを特徴とする。

また、第１２の発明による移動端末は、Ｍｏｂｉｌｅ ＩＰを利用し、移動端末の位置情報を保持して前記移動端末と他の端末の中継を行うホームエージェントを介して通信を行い、前記他の端末との通信を他の移動端末との間で切替える移動端末において、
通信を行っている他の移動端末に対し自端末に該通信を切替えること、若しくは他の移動端末に対し自端末が行っている通信を該他の移動端末に切替えることを要求するセッションハンドオーバ要求を他の移動端末に送信し、又は他の移動端末からセッションハンドオーバ要求の受信を行うセッションハンドオーバ通信手段と、Ｍｏｂｉｌｅ ＩＰによる通信の実現に関する処理を行うＭｏｂｉｌｅ ＩＰ管理手段とを備え、前記Ｍｏｂｉｌｅ ＩＰ管理手段は、他の移動端末から通信の切替えを認める通知を受信した場合に、前記ホームエージェントに対し、前記他の端末と通信を行う移動端末の切替えを要求するバインディング・アップデートの送信を行うことを特徴とする。

また、第１３の発明による移動端末は、前記バインディング・アップデートに、切替元の移動端末の固定のＩＰアドレスと、切替先の移動端末の現在の位置を示すＩＰアドレス、および前記切替先の移動端末と前記他の端末の通信の有効時間についての情報が含まれていることを特徴とする。

また、第１４の発明による移動端末は、切替先の移動端末と他の端末の通信の有効時間が終了する前に、前記ホームエージェントに対し、前記ホームエージェントが格納している中継を行う移動端末に関する通信情報の中の切替先の移動端末と他の端末間の通信の有効時間を０に変更する要求を含んだバインディング・アップデートを送信し、切替元の移動端末に再度、他の端末との中継を切替えることを特徴とする。

また、第１５の発明によるホームエージェントは、移動端末の位置情報を保持して前記移動端末と他の端末の中継を行い、前記他の端末との通信を移動端末間で切替えるホームエージェントにおいて、
Ｍｏｂｉｌｅ ＩＰによる通信の実現に関する処理を行い、前記移動端末から前記他の端末と通信を行う移動端末の切替えを要求するバインディング・アップデートを受信し、又は前記他の端末と通信を行う移動端末の切替えの処理が終了したことを前記移動端末に対して通知するＭｏｂｉｌｅ ＩＰ管理手段と、前記ホームエージェントに格納されている中継を行う移動端末に関する通信情報の変更を行って前記他の端末と通信を行う移動端末を切替える処理を行い、該通信情報に含まれる通信の有効時間に、前記バインディング・アップデートに含まれる有効時間を設定して通信を管理するバインディング・キャッシュ管理手段とを備えることを特徴とする。

また、第１６の発明によるホームエージェントは、前記バインディング・アップデートには、切替元の移動端末の固定のＩＰアドレスと、切替先の移動端末の現在の位置を示すＩＰアドレスが含まれ、前記切替元の移動端末の固定のＩＰアドレスを介して、前記他の端末と切替先の移動端末が通信を行うことにより、他の端末と通信を行う移動端末の切替えを可能とすることを特徴とする。

また、第１７の発明によるホームエージェントは、前記バインディング・キャッシュ管理手段が、前記通信情報に切替元の移動端末と他の端末との通信情報があるか否かを検索し、該当する通信情報があった場合に、該通信情報の通信の中継を無効とし、通信の有効時間を含む切替先移動端末と他の端末との通信情報を登録して、移動端末間の切替を行うことを特徴とする。

また、第１８の発明によるホームエージェントは、前記バインディング・キャッシュ管理手段が、切替元の移動端末と他の端末との通信情報の中の通信の有効時間、該通信情報を無効とする時間、および切替先の移動端末と他の端末との通信情報の中の通信の有効時間を連動させて計時を行い、切替後の通信情報の有効時間が終了するとともに切替前の通信情報を無効とする時間も終了し、切替後の通信情報の有効時間が終了した後に切替後の通信情報を消去するとともに、無効としていた切替前の通信情報を有効にして、再度切替元の移動端末と他の端末との通信を行うことを可能とすることを特徴とする。

また、第１９の発明によるホームエージェントは、前記バインディング・キャッシュ管理手段が、切替元の移動端末と他の端末との通信情報の中の通信の有効時間、該通信情報を無効とする時間、および切替先の移動端末と他の端末との通信情報の中の通信の有効時間を連動させて計時を行い、切替後の通信情報の有効時間が終了する前に、移動端末から、切替後の通信情報の有効時間を０に変更する要求を含んだバインディング・アップデートを受信した場合に、切替後の通信情報の有効時間を０とし、該通信情報を消去するとともに、前記切替後の有効時間の減算分の時間について切替前の通信情報を無効とする時間から減算し、無効としていた切替前の通信情報を有効にして、再度切替元の移動端末と他の端末との通信を行うことを可能とすることを特徴とする。

また、第２０の発明によるＭｏｂｉｌｅ ＩＰを利用した通信方法は、移動端末が、Ｍｏｂｉｌｅ ＩＰを利用し、前記移動端末の位置情報を保持して前記移動端末と他の端末の中継を行うホームエージェントを介して通信を行い、前記他の端末との通信を移動端末間で切替える通信方法において、
前記移動端末が、通信を行っている他の移動端末に対し自端末に該通信を切替えること、若しくは他の移動端末に対し自端末が行っている通信を該他の移動端末に切替えることを要求するセッションハンドオーバ要求を他の移動端末に送信するステップと、他の移動端末から前記セッションハンドオーバ要求を受信した場合に、セッションハンドオーバ要求を認めるか否かの判定を行い、他の移動端末に通信の切替えを認める通知を送信するステップと、他の移動端末から通信の切替えを認める通知を受信し、前記ホームエージェントに対し、前記他の端末と通信を行う移動端末の切替えを要求するバインディング・アップデートを送信するステップと、前記ホームエージェントが、前記移動端末から前記バインディング・アップデートを受信して、前記ホームエージェントに格納されている中継を行う移動端末に関する通信情報の変更を行って前記他の端末と通信を行う移動端末を切替える処理を行い、該通信情報に含まれる通信の有効時間に、前記バインディング・アップデートに含まれる有効時間を設定するステップと、前記移動端末に、前記他の端末と通信を行う移動端末の切替えの処理が終了したことを通知するステップとを備えたことを特徴とする。

本発明によれば、Ｍｏｂｉｌｅ ＩＰの仕組みを利用し、かつ、Ｍｏｂｉｌｅ ＩＰの機能を一部拡張することで、ネットワークセグメントを跨ったハンドオーバと、異なる２つの端末間での切替えによる通信（セッションハンドオーバ、ＳＨ）を実現することができる。

すなわち、切替先端末（ＭＮ）又は切替元端末（ＭＮ）が切替元端末のホームエージェント（ＨＡ）に、切替元端末のホームアドレス（ＨｏＡ）および切替先端末の現在のアドレス（ＣｏＡ）についての情報を含んだバインディングアップデート（ＢＵ）を送信することで、切替元端末が実際には移動していないが、移動したように見せかけ、切替元端末から切替先端末へのＳＨを実現することができる。

また、同じ通信相手と複数のセッションを張っていた場合、特定のセッションのみハンドオーバを行うことができる。

また、ＳＨ終了をトリガに、切替元端末に自動的に他の端末との通信を切替えることができる。

切替先端末へのパケットの転送が終了し、ＳＨが行われた通信情報（Ｂｉｎｄｉｎｇ）が消去された場合でも、無効になっているＢｉｎｄｉｎｇは消去されていない状態のため、切替元端末のＨＡのバインディングキャッシュ（ＢＣ）の有効時間（ｌｉｆｅｔｉｍｅ）及び停止か否かに関する情報（Ａｖａｉｌａｂｉｌｉｔｙ）の機能を利用して無効となっていたＢｉｎｄｉｎｇを有効化することで、ＳＨを行う前の切替元端末と他の端末が通信を行う該ＨＡのＢＣに戻し、切替先端末から切替元端末へのＳＨが自動的に行われる。

また、切替先端末あるいは切替元端末の一方が切替元端末のＨＡに対してＳＨを終了する旨を通知するＢＵパケットにｌｉｆｅｔｉｍｅの値を０として含めることで、ｌｉｆｅｔｉｍｅの機能を利用して、Ｂｉｎｄｉｎｇが消滅する前でも、ＳＨを終了させることができる。

また、切替元端末と他の端末との通信情報及び切替先端末と他の端末との通信情報の有効時間及び停止時間が連携して計時され、管理されることにより、ＳＨが終了すると自動的に切替元端末と他の端末との通信に切替えることができる。

また、ＨＡが、ＢＣの登録を完了すると該内容についての情報を含む通知を行うことで、切替元端末又は切替先端末は、登録内容を反映させることができる。

本発明の概念図である。 本発明における移動ノード（ＭＮ）の構成を示したブロック図である。 本発明におけるホームエージェント（ＨＡ）の構成を示したブロック図である。 本発明の実施例１におけるＨＡがＭＮへ転送する際のシーケンス図である。 本発明の実施例１におけるＭＮ−ａからＭＮ−ｂへＳＨを行う際のシーケンス図である。 本発明の実施例１におけるＢＵを行う前のＨＡ−ａのＢＣの一例を示した図である。 本発明の実施例１におけるＢＵに含まれるＢｉｎｄｉｎｇ情報の一例を示す図である。 本発明の実施例１におけるＢＵに含まれるセッション情報の一例を示す図である。 本発明の実施例１および実施例３におけるＨＡ−ａのＢＣ管理部におけるＢｉｎｄｉｎｇの更新処理の手順を示したフローチャートである。 本発明の実施例１におけるＢＵを行った後のＨＡ−ａのＢＣの一例を示した図である。 本発明の実施例２におけるＭＮ−ｂからＭＮ−ａへＳＨを行う際のシーケンス図である。 本発明の実施例２におけるＡｖａｉｌａｂｉｌｉｔｙ項の時間が０となったＨＡ−ａのＢＣの一例を示した図である。 本発明の実施例２における図１２の状態を有効化したＨＡ−ａのＢＣの一例を示した図である。 本発明の実施例３におけるＭＮ−ｂからＭＮ−ａへＳＨを行う際のシーケンス図である。 本発明の実施例３におけるＢＵに含まれるＢｉｎｄｉｎｇ情報の一例を示した図である。 本発明の実施例３におけるＢＵに含まれるセッション情報の一例を示した図である。 本発明の実施例３における図１０から１分経過した段階のＨＡ−ａのＢＣの一例を示した図である。 本発明の実施例３におけるｌｉｆｅｔｉｍｅ＝０を設定直後のＨＡ−ａのＢＣの一例を示した図である。 本発明の実施例３におけるｌｉｆｅｔｉｍｅ＝０となったＢｉｎｄｉｎｇが消去された直後のＨＡ−ａのＢＣの一例を示した図である。 本発明の実施例３におけるＢｉｎｄｉｎｇが有効になった際のＨＡ−ａのＢＣの一例を示した図である。 従来例におけるＭｏｂｉｌｅ ＩＰの概念図である。

符号の説明

１ 対向ノード（ＣＮ）
２、４、６ 移動ノード（ＭＮ）
３、１４ ホームエージェント（ＨＡ）
５ ルータ
７ アプリケーション
８ 記憶部
９ Ｍｏｂｉｌｅ ＩＰ管理部
１０ ＳＨ管理部
１１ ＳＨ通信手段
１２ ＳＨ判定手段
１３ ＳＨ状態管理手段
１５ 記憶部
１６ Ｍｏｂｉｌｅ ＩＰ管理部
１７ ＢＣ管理部
１８ 移動ノード（ＭＮ）
１９ ルータ
２０ ホームエージェント（ＨＡ）
２１ 対向ノード（ＣＮ）

以下、本発明の実施の形態を図示例と共に説明する。
図１は、本発明の概念図を示したものである。

図１には、コンテンツを配信するサーバであるＣＮ１と、ＣＮ１からコンテンツを受信するＭＮであるＭＮ−ａ２と、ＭＮ−ａ２のＨｏｍｅ Ｌｉｎｋ上に存在するＨＡであるＨＡ−ａ３と、ＭＮ−ａ２とは異なるＭＮであるＭＮ−ｂ４、経路を中継するルータ５が示されている。

ＣＮ１は、ＣＮ＿ＡｄｄｒというＩＰｖ６アドレスを有する。ＭＮ−ａ２は、ＨｏＡとしてＨｏＡ−ａを、ＣｏＡとしてＣｏＡ−ａを有する。ＨＡ−ａ３は、ＨＡ−ａ＿ＡｄｄｒというＩＰｖ６アドレスを有している。ＭＮ−ｂ４は、ＨｏＡとしてＨｏＡ−ｂを、ＣｏＡとしてＣｏＡ−ｂを保有する。

図２は、ＭＮに関するブロック図（機能構成図）を示している。以下、ＭＮの各部の機能について説明する。

ＭＮ６は、アプリケーション（以下、「ＡＰＰ」という）７、記憶部８、Ｍｏｂｉｌｅ ＩＰ管理部９、およびＳＨ管理部１０を有している。

また、前記ＳＨ管理部１０は、ＳＨ通信手段１１、ＳＨ判定手段１２およびＳＨ状態管理手段１３からなる。

ＡＰＰ７は、コンテンツを再生する機能を有する。

記憶部８は、他端末との通信によって取得した情報、および自端末の全ての情報を保管している。ＳＨ要求パケット、ＳＨ許可パケットおよびＢＵ要求に情報を含めるために、ＳＨ通信手段１１から情報提供を要求された場合は、情報を通知する。ＢＵパケット作成のために、Ｍｏｂｉｌｅ ＩＰ管理部９から情報提供を要求された場合は、情報を通知する。

Ｍｏｂｉｌｅ ＩＰ管理部９は、Ｍｏｂｉｌｅ ＩＰによる通信、およびＭｏｂｉｌｅ ＩＰを実現するための設定全般（ヘッダの挿入・設定、ＨＡへのＢＵパケットの送信など）を行う。自身のＳＨ通信手段１１からＢＵ要求を受けた場合には、ＨＡに対してＢＵを行う。ＨＡから登録完了通知を受信した場合は、自身のＳＨ管理部１０のＳＨ通信手段１１に対してＳＨ完了通知を行う。また、ＢＵパケットに含める必要な情報は、記憶部８から取得し、埋め込む。

更に、ＳＨ管理部１０について、ＳＨ通信手段１１は、他端末に対してＳＨ要求パケットを送信し、他端末から送信されたＳＨ許可パケットを受信する。また、ＳＨ通信手段１１は、他端末から送信されたＳＨ要求パケットを受信し、ＳＨ判定手段１２において行われたＳＨ要求を認める通知を、ＳＨ判定手段１２から受け取ると、ＳＨ要求パケットを送信した端末に対してＳＨ許可パケットを送信する。また、ＳＨ通信手段１１は、自身のＭｏｂｉｌｅ ＩＰ管理部９に対してＢＵ要求を行う。ＳＨが完了すると、ＳＨ通信手段１１は、Ｍｏｂｉｌｅ ＩＰ管理部９からＳＨ完了通知を受ける。ＳＨ要求パケットやＳＨ許可パケット、ＢＵに含める各種情報（ＩＰアドレス、ｌｉｆｅｔｉｍｅ、ポート番号など）については、ＳＨ通信手段１１が記憶部８に対して要求し、通知された情報を埋め込む。ＳＨ判定手段１２は、ＳＨ要求を受信した際に、要求を認めるか否かを判定する。ＳＨ状態管理手段１３は、ＳＨに関係する状態（ＳＨの開始、完了、終了など）を管理している。なお、ポート番号とは、通信を行う際に、通信先端末で動作しているプログラムを特定するための番号のことである。

図３は、ＨＡ１４に関するブロック図（機能構成図）を示している。ＨＡ１４は、記憶部１５、Ｍｏｂｉｌｅ ＩＰ管理部１６、および、ＢＣ管理部１７を有している。以下、ＨＡ１４の各部の機能について説明する。

記憶部１５は、他端末との通信によって取得した情報、および、自端末の全ての情報を保管している。登録完了通知パケット作成のために、Ｍｏｂｉｌｅ ＩＰ管理部１６から情報提供を要求された場合は、情報を通知する。

Ｍｏｂｉｌｅ ＩＰ管理部１６は、Ｍｏｂｉｌｅ ＩＰによる通信、および、Ｍｏｂｉｌｅ ＩＰを実現するための設定全般（ヘッダの挿入・設定、ＭＮ６からのＢＵパケットの受信、ＭＮ６から受信したＢＵを認めるか否かの判断、ＭＮ６への登録完了通知パケットの送信など）を行う。ＢＵを認めた場合は、ＢＣ管理部１７に通知し、ＢＣ管理部１７からＢＣでのＢｉｎｄｉｎｇが更新された通知を受け取る。また、ＭＮ６への登録完了通知パケットに含める情報は、記憶部１５から取得して埋め込む。

ＢＣ管理部１７は、ＢＣを保有する。ＢＵを認めたことをＭｏｂｉｌｅ ＩＰ管理部１６から通知されると、ＢＣ管理部１７ではＢＣのＢｉｎｄｉｎｇを更新するとともに、更新したことをＭｏｂｉｌｅ ＩＰ管理部１６に通知する。

［実施例１］
次に、図４、５に示されるシーケンス図に従って、本実施例におけるＭＮ−ａ２からＭＮ−ｂ４へのＳＨの過程を説明する。
すなわち、ＭＮ−ａ２は、切替元端末、ＭＮ−ｂ４は、切替先端末ということになる。
尚、ＭＮ−ａ２からＭＮ−ｂ４へのＳＨを行う前提として、以下のことを既知として説明を行う。

すなわち、ＭＮ−ａ２、ＭＮ−ｂ４は、ＭＮ機能が実装されており、それぞれ互いのＣｏＡ（ＣｏＡ−ａ、ＣｏＡ−ｂ）を知っているものとする。また、ＭＮ−ａ２、ＭＮ−ｂ４はそれぞれ別々のネットワークで且つ、それぞれ自身のＨｏｍｅ Ｌｉｎｋとは別のＦｏｒｅｉｇｎ Ｌｉｎｋにいるものとする。また、ＨＡ−ａ３は、ＭＮ−ａ２に関するＨｏＡ−ａ・ＣｏＡ−ａの対をＢＣに保有しているものとし、ＣＮ１は、単なるＩＰｖ６ノードとして機能するものとする。

（１）ＳＨ実施前
今、図４に示されるように、ＭＮ−ａ２がＨＡ−ａ３を経由して、ＣＮ１からコンテンツを受信しているとする。すなわち、ＣＮ１はＭＮ−ａ２のＨｏＡ−ａ宛にコンテンツを送信すると、ＨＡ−ａ３のＭｏｂｉｌｅ ＩＰ管理部１６がＢＣ管理部１７を参照する。今、ＢＣ管理部１７では、図６に示されるＢｉｎｄｉｎｇを保持しているとすると、ＨｏＡ−ａ宛のパケットはＣｏＡ−ａ宛に転送することがわかるので、Ｍｏｂｉｌｅ ＩＰのカプセリング（トンネリング）技術によってＭＮ−ａ２のＣｏＡ−ａ宛に転送するために必要な情報をＭｏｂｉｌｅ ＩＰ管理部１６に対して通知すると、Ｍｏｂｉｌｅ ＩＰ管理部１６が必要な設定を行った上で、転送を行う。ＭＮ−ａ２のＭｏｂｉｌｅ ＩＰ管理部９は、パケットを受信した後、カプセルをはずし、ＩＰパケットの宛先ポート番号を参照して、自身のＡＰＰ７にコンテンツを渡している状態である。また、ＳＨ状態管理手段１３は、他端末に対してＳＨを行っていないことを知っているものとする。

（２）ＳＨ要求
本実施例では、ＭＮ−ｂ４がＳＨのきっかけを引き起こすとする。図５に示すように、ＭＮ−ｂ４のＳＨ管理部１０のＳＨ通信手段１１は、ＭＮ−ａ２に対してＳＨ要求パケットを送信する。このパケットには、ＭＮ−ａ２からＭＮ−ｂ４へのＳＨを依頼する旨が記されている情報が含まれている。上述のように、本実施例において、ＭＮ−ｂ４は、ＭＮ−ａ２のＣｏＡ−ａの情報を保有しているものとして説明している。

（３）ＳＨ判定手段における承認
ＳＨ要求パケットを受信したＭＮ−ａ２では、これをＳＨ管理部１０のＳＨ判定手段１２に渡し、この要求を認めるか否かを判断する。本実施例では、切替先端末が特定の端末である場合のみ許可することとし、ネットワーク上でノードを識別するために設定されているハードウェア固有の物理アドレスであるＭＡＣアドレス（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）を使用したＭＡＣアドレス認証によるものとして説明する。この他の認証方法を利用してもよい。本実施例では、ＭＮ−ａ２の記憶部８に、ＭＮ−ｂ４のＭＡＣアドレスを事前登録していたとする。ＭＮ−ｂ４のＭＡＣアドレスが含まれているＳＨ要求パケットを受信したＭＮ−ａ２のＳＨ管理部１０のＳＨ通信手段１１は、ＳＨ判定手段１２にＭＮ−ｂ４のＭＡＣアドレスを出力し、ＳＨ判定手段１２が記憶部８に対してＭＡＣアドレスが登録されているかどうかを確認して、ＭＡＣアドレス認証を行う。

（４）ＳＨ許可
ＭＮ−ｂ４のＭＡＣアドレスが登録されている場合は、ＳＨ通信手段１１がＳＨ許可をＭＮ−ｂ４に対して送信する。このパケットには、ＭＮ−ａ２からＭＮ−ｂ４へのＳＨを認める旨が記された情報が含まれている。また、このパケットの中には、ＨＡへの位置情報登録（Ｈｏｍｅ Ｒｅｇｉｓｔｒａｔｉｏｎ）を行うための鍵を含めても良い。また、プリシェアードの場合（鍵を事前に共有している場合）には、その必要はない。本実施例のように、ＭＮ−ｂ４がＨＡ−ａ３に対してＢＵを行う場合には、このパケットには、少なくともＨｏＡ−ａが含まれている。また、このパケットには、コンテンツを再生するために必要な情報、例えば、ＨＡ−ａ３のＩＰアドレス（ＨＡ−ａ＿Ａｄｄｒ）、ＣＮ１のＩＰアドレス（ＣＮ＿Ａｄｄｒ）、通信相手のポート番号、待ち受けポート番号、再生位置情報やｌｉｆｅｔｉｍｅ（ＢＣ管理部のＢＣに登録されるＢｉｎｄｉｎｇの有効時間）などが含まれていても良い。また、このパケットには、ＭＮ−ａ２が現在通信中のセッションに関する情報の全てあるいは一部が含まれており、この際、ＭＮ−ａ２のＳＨ管理部１０のＳＨ通信手段１１は、自身の記憶部８に対してセッションに関する情報の問い合わせを行っている。

（５）ＢＵ要求
次に、ＭＮ−ａ２からのＳＨ許可パケットを受信したＭＮ−ｂ４のＳＨ管理部１０のＳＨ通信手段１１は、ハンドオーバしたいセッションを選択した後、自身のＭｏｂｉｌｅ ＩＰ管理部９に対して、ＢＵ要求を行う。このパケットには、ＨＡ−ａ３に対するＢＵの依頼が記された情報が含まれている。また、ＨｏＡ−ａとＣｏＡ−ｂに関する情報も伝える。更に、この要求にも、上記ＳＨ許可パケットに含まれていたのと同様の情報、つまり、Ｈｏｍｅ Ｒｅｇｉｓｔａｔｉｏｎなどで使用する鍵情報や、コンテンツを再生するために必要な情報、例えば、ＨＡ−ａ３のＩＰアドレス、ＣＮ１のＩＰアドレス、通信相手のポート番号、待ち受けポート番号、再生位置情報やｌｉｆｅｔｉｍｅ（ＢＣ管理部のＢＣに登録されるＢｉｎｄｉｎｇの有効時間）などが含まれていても良い。

（６）ＨＡ−ａ３へのＢＵ
ＢＵ要求を受け取ったＭＮ−ｂ４のＭｏｂｉｌｅ ＩＰ管理部９では、ＨＡ−ａ３に対してＢＵを行う（ＢＵパケットを送信する）。
図６は、ＨＡ−ａ３におけるＢＵ前のＢＣを示す図である。
図７は、ＭＮ−ｂ４からＨＡ−ａ３に送信されるＢｉｎｄｉｎｇ情報を示す図である。
図８は、ＭＮ−ｂ４からＨＡ−ａ３に送信されるセッション情報を示す図である。

本実施例では、ＢＵパケットの内容として、図７に示されるＢｉｎｄｉｎｇ情報、および図８に示されるセッション情報が含まれているものとする。Ｂｉｎｄｉｎｇ情報とは、ＨＡ−ａ３のＢＣ管理部１７に登録を要求するＢｉｎｄｉｎｇの情報を記載したものであり、例えば、図７によると、ＨｏＡ−ａとＣｏＡ−ｂ、通信相手のＩＰアドレス（ＣＮ＿Ａｄｄｒ）、通信相手のポート番号（９０８０番ポート）、ｌｉｆｅｔｉｍｅとして１０ｍｉｎ．（分）が記載されている。一方、セッション情報とは、ＨＡ−ａ３のＢＣ管理部１７においてＢｉｎｄｉｎｇを更新する際に検索キーとして利用するための、セッションに関する情報である。図８では、セッション情報としてＨｏＡ−ａとＣｏＡ−ａ、ＣＮ＿Ａｄｄｒ、９０８０番ポートという情報が含まれている。尚、ＢＵパケットに含めるセッション情報には、ＭＮ−ａ２から受信したＳＨ許可パケットに含まれるセッションに関する情報のうち、ＳＨを行おうとしているセッションに関する情報の全てあるいは一部が含まれている。

（７）ＢＵの承認
ＢＵパケットを受信したＨＡ−ａ３では、これをＭｏｂｉｌｅ ＩＰ管理部１６に渡し、非特許文献１にて規定される通常のＭＩＰ（Ｍｏｂｉｌｅ ＩＰ）の機能を利用して、ＢＵを認めるか否かを判断する。すわなち、セキュリティ・アソシエーション（Security Association、SA）を結んで暗号化方式や暗号鍵などの情報を交換・共有し、認証ヘッダ（Authentication Header、AH）および暗号化ヘッダ（Encapsulating Security Payload、ESP）を用いた認証や暗号化のためのプロトコルであるアイピーセック（IPSec、Security
Architecture for Internet Protocol）を利用する。

（８）Ｂｉｎｄｉｎｇの更新
ＢＵが認められた場合は、ＢＣ管理部１７にこれを伝え、該当するＢｉｎｄｉｎｇが更新される。尚、Ｂｉｎｄｉｎｇの更新方法については、非特許文献１で規定される通常のＭＩＰ機能を利用しても良いが、本実施例においては、図９記載のフローチャートに基づき、詳細に記述する。

今、Ｂｉｎｄｉｎｇが更新される前段階において、ＨＡ−ａ３のＢＣ管理部１７に、図６に示されるＢｉｎｄｉｎｇが登録されていたとする。図６を見ると、通信相手のＩＰアドレスはＣＮ＿Ａｄｄｒ、接続先ポート番号として７０８０番と９０８０番の２つのセッションを有していて、ｌｉｆｅｔｉｍｅはそれぞれ２ｍｉｎ．となっており、ＨｏＡ−ａ宛のパケットがＣｏＡ−ａ宛に転送されることがわかる。

今、ＨＡ−ａ３が図７記載のＢｉｎｄｉｎｇ情報と図８記載のセッション情報を含むＢＵパケットを受信したとする。

まず、Ｓ１にて、ＨＡ−ａ３のＭｏｂｉｌｅ ＩＰ管理部１６が、ＭＮ−ｂ４から受信したＢＵパケットからＢｉｎｄｉｎｇ情報およびセッション情報を抽出して、ＢＣ管理部１７に出力を行う。

Ｓ２でＨＡ−ａ３のＢＣ管理部１７では、このセッション情報に一致するものが登録されているかを検索する。登録されていない場合には、Ｓ７において、Ｂｉｎｄｉｎｇ情報をＨＡ−ａ３のＢＣへ新規登録して処理を終了する。本実施例においては、図６を参照すると、該当するＢｉｎｄｉｎｇがあることがわかるので、次にＳ３で、Ｂｉｎｄｉｎｇ情報に含まれるｌｉｆｅｔｉｍｅの値を抽出する。０ｍｉｎ．であれば、Ｓ４にて、そのままｌｉｆｅｔｉｍｅの上書きを行うが、本実施例では０ｍｉｎ．ではないので、Ｓ５にて該Ｂｉｎｄｉｎｇを、ＭＮ−ｂ４から受信したＢＵパケット内のＢｉｎｄｉｎｇ情報内に記載のｌｉｆｅｔｉｍｅの期間（１０ｍｉｎ．）だけ無効化し（例えば図１０では、Ａｖａｉｌａｂｉｌｉｔｙの項目を「×、１０ｍｉｎ．」と表記することで無効化している）、さらにＳ６で、該Ｂｉｎｄｉｎｇのｌｉｆｅｔｉｍｅ（２ｍｉｎ．）とＢＵパケット内のＢｉｎｄｉｎｇ情報に記載されているｌｉｆｅｔｉｍｅ（１０ｍｉｎ．）を加算した１２ｍｉｎ．を新たに該Ｂｉｎｄｉｎｇのｌｉｆｅｔｉｍｅと設定した後、Ｓ７にてＢＵパケット内のＢｉｎｄｉｎｇ情報を、ＨＡ−ａ３のＢＣへ新規登録する。尚、新規に登録したＢｉｎｄｉｎｇのｌｉｆｅｔｉｍｅと、上記Ｂｉｎｄｉｎｇの無効化の過程において設定を行ったＨｏＡ−ａとＣｏＡ−ａ、ポート番号９０８０番に対応したｌｉｆｅｔｉｍｅとＡｖａｉｌａｂｉｌｉｔｙとは、互いに関連付けられているものとする。

ＨＡ−ａ３のＢＣ管理部１７において更新されたＢｉｎｄｉｎｇ状況を図１０に示す。図１０を見ると、２行目が無効化され（ＣＮ＿Ａｄｄｒと９０８０番ポートを使用して通信しているＣｏＡ−ａ宛に転送されるＢｉｎｄｉｎｇが無効化され）、さらに、２行目のｌｉｆｅｔｉｍｅが２ｍｉｎ．から１２ｍｉｎ．に変更されていて、図７記載のＢｉｎｄｉｎｇ情報が３行目に新規登録され、追加されていることがわかる。尚、本実施例において、図１０のＡｖａｉｌａｂｉｌｉｔｙの項目の使い方として、Ｂｉｎｄｉｎｇを無効とするとき「×」というフラグを立てるとともに、無効時間も設定する場合について説明を行ったが、これに限るものではない。

（９）Ｂｉｎｄｉｎｇの更新通知
ＨＡ−ａ３のＢＣ管理部１７においてＢｉｎｄｉｎｇの更新が完了すると、更新したことをＨＡ−ａ３のＭｏｂｉｌｅ ＩＰ管理部１６に通知する。このとき、Ｍｏｂｉｌｅ ＩＰ管理部１６への更新通知内容として、無効化したセッションがどれなのか、という情報を含めることが望ましい。

（１０）登録完了通知（ＨＡ−ａ３→ＭＮ−ａ２／ＭＮ−ｂ４）
ＨＡ−ａ３のＭｏｂｉｌｅ ＩＰ管理部１６は、ＭＮ−ｂ４に対して登録が完了した（Ｂｉｎｄｉｎｇが更新された）ことを通知する。

また、ＨＡ−ａ３のＭｏｂｉｌｅ ＩＰ管理部１６は、ＭＮ−ａ２に対しても登録完了通知を行ってもよい。ただし、この際には、Ｂｉｎｄｉｎｇが更新される前の段階でＣｏＡ−ａの情報などを記憶部１５に一時格納するなどして記憶しておく必要がある。

上記ＭＮ−ａ２およびＭＮ−ｂ４への登録完了通知パケットには、コンテンツを再生するために必要な情報、例えば、ＨＡ−ａ３のＩＰアドレス（ＨＡ−ａ＿Ａｄｄｒ）、ＣＮ１のＩＰアドレス（ＣＮ＿Ａｄｄｒ）、通信相手のポート番号、待ち受けポート番号、再生位置情報などやｌｉｆｅｔｉｍｅなどが含まれていても良い。

（１１）ＭＮ−ａ２／ＭＮ−ｂ４における通信環境の設定
登録完了通知を受けたＭＮ−ｂ４のＭｏｂｉｌｅ ＩＰ管理部９では、まず、ＳＨが終了した後に、自身のＨＡを経由してＭｏｂｉｌｅ ＩＰ通信を行うために、自身のＨＡのＩＰアドレスを、自身の記憶部８に保存しておく。その後、ＨＡ−ａ３を経由してＭｏｂｉｌｅ ＩＰによる通信を行うための設定、すなわち、ＨＡ−ａ＿Ａｄｄｒ、接続先ポート番号および待ち受けポート番号等の設定を行う。

また、ＭＮ−ａ２のＭｏｂｉｌｅ ＩＰ管理部９が登録完了通知を受けた場合は、Ｍｏｂｉｌｅ ＩＰを利用した通信を行うための設定のうち、ＳＨの実行によって使用しなくなった通信の設定に関する適切な処理（例えば、ＳＨが行われたことによって通信しなくなったポートを閉じる処理）を行う。

（１２）ＳＨ完了通知
ＭＮ−ａ２やＭＮ−ｂ４のＭｏｂｉｌｅ ＩＰ管理部９はそれぞれ、上記設定の後、自身のＳＨ管理部１０のＳＨ状態管理手段１３に対してＳＨ完了通知を行う。各ＳＨ管理部１０のＳＨ状態管理手段１３は、この通知を受けることで、ＭＮ−ａ２からＭＮ−ｂ４へのＳＨに関する一連の処理が完了したことを把握する。すなわち、ＭＮ−ａ２およびＭＮ−ｂ４のＳＨ状態管理手段１３は、ＭＮ−ａ２からＭＮ−ｂ４へＳＨしていることを把握する。
尚、前記ＭＮ−ａ２／ＭＮ−ｂ４における通信環境の設定の過程と、前記ＳＨ完了通知の過程については、順序が逆転しても良い。

さらに、ＨＡ−ａ３からＭＮ−ａ２に対して送信される登録完了通知の中に、どのセッションに対してハンドオーバを行ったか、という情報を含めることが望ましい。このとき、登録完了通知の中には、ＨＡ−ａ３が保有する該Ｂｉｎｄｉｎｇ情報の全てあるいは一部を入れても良い。この場合、登録完了通知を受信したＭＮ−ａ２のＭｏｂｉｌｅ ＩＰ管理部９は、ＳＨ完了通知の過程において、ＳＨ管理部１０のＳＨ状態管理手段１３へ該セッションに関する情報を通知し、ＳＨ状態管理手段１３が記憶部８に、この情報を登録する。

尚、登録完了通知の中に上記情報を含めない場合であっても、ＭＮ−ａ２のＳＨ状態管理手段１３が何かのセッションについてＳＨを行っていることはこの段階で把握しており、ＨＡ−ａ３においてＢｉｎｄｉｎｇを更新することによって、該セッションがＭＮ−ａ２宛に転送されなくなるため、一定時間パケットが来なくなった段階で、該セッションについてハンドオーバを行っていると判断しても良い。この場合、ＭＮ−ａ２のＳＨ状態管理手段１３は、該セッションに関する情報を記憶部８へ登録する。

また、この登録完了通知には、ＳＨ前のＨＡ−ａ３がＭＮ−ａ２宛に転送している各セッションに対する情報（図６に示されるＢＣの全て）を含んでも良い。これを受信したＭＮ−ａ２のＭｏｂｉｌｅ ＩＰ管理部９は、ＳＨ管理部１０のＳＨ状態管理手段１３へ渡し、ＳＨ状態管理手段１３が記憶部８へ登録する。これにより、ＭＮ−ａ２は、ＳＨ前におけるＨＡ−ａ３のＢＣの状態を把握することができる。

以上の手順を経ることで、ＭＮ−ｂ４はＣＮ１からのコンテンツをＨＡ−ａ３経由で取得することができるようになる（ＭＮ−ａ２からＭＮ−ｂ４へのＳＨが可能になる）。

このようにＭＮ−ａ２は実際には移動していないが、移動したように見せかけることでＭＮ−ａ２からＭＮ−ｂ４へのセッションハンドオーバを実現することが可能となる。

また、同じ通信相手と複数のセッションを張っていた場合、特定のセッションのみハンドオーバを行うことが可能となる。

尚、本実施例においては、切替先端末（ＭＮ−ｂ４）側から切替元端末（ＭＮ−ａ２）側へＳＨ要求を行う場合について説明を行ったが、切替元端末（ＭＮ−ａ２）側から切替先端末（ＭＮ−ｂ４）側へＳＨ要求を行うことも可能である。この場合、図５において、ＭＮ−ａとＭＮ−ｂとを入れ替えたシーケンス図に従って良い。しかし、基本的な動作は、上記説明と全く同じであるが、変更点としては２つある。

１点目は、ＳＨ要求パケットに、ＭＮ−ａ２のＭＡＣアドレスを入れる必要があることと、事前にＭＮ−ｂ４にＭＡＣアドレスを登録しておく必要があることである。これは、ＭＮ−ｂ４でＳＨ要求パケットを受信した後、ＭＡＣアドレス認証を行う際に必要だからである。

２点目は、ＳＨ許可パケットの中身として、ＨｏＡ−ａではなく、ＣｏＡ−ｂを入れる必要があることである。これは、ＭＮ−ａ２側からＨＡ−ａ３にＢＵパケットを送信するために、ＢＵ要求ならびにＢＵパケットに含める情報として、ＨｏＡ−ａとＣｏＡ−ｂの情報を入れる必要があるためであり、ＣｏＡ−ｂについては、ＭＮ−ａ２のアドレスではないため、知らない場合を考慮し、取得することとしている。

［実施例２］
本実施例では、ＭＮ−ａ２からＭＮ−ｂ４へＳＨを行い、該ＳＨに関する有効時間が終了した（ｌｉｆｅｔｉｍｅが０ｍｉｎ．となった）後、ＭＮ−ｂ４からＭＮ−ａ２へＳＨを行い、ＭＮ−ａ２とＣＮ１のセッションが再開するための仕組みについて、図１１に示したシーケンス図を利用して説明を行う。

ＭＮ−ａ２からＭＮ−ｂ４へＳＨを行った直後のＨＡ−ａ３のＢＣの状態は、図１０である。ｌｉｆｅｔｉｍｅ、およびＡｖａｉｌａｂｉｌｉｔｙにおける各時間項は、時間の経過とともに減少していく。特に、ｌｉｆｅｔｉｍｅの項目が０ｍｉｎ．になると、該ＢｉｎｄｉｎｇがＨＡ−ａ３のＢＣから消去されることになる。本実施例では、Ｍｏｂｉｌｅ ＩＰが有するこの機能を利用してＳＨを行う方法について説明する。

尚、ｌｉｆｅｔｉｍｅが終了する前にＭＮ−ｂ４からＭＮ−ａ２へＳＨを起こす場合については、実施例３にて記述する。また、ＭＮ−ａ２およびＭＮ−ｂ４のＳＨ状態管理手段１３はそれぞれ、ＭＮ−ａ２からＭＮ−ｂ４へＳＨを行っていることを知っているものとする。

（１３）ＳＨ終了
今、ＨＡ−ａ３のＢＣの状態が、図１０に表記されている状態から、ちょうど１０ｍｉｎ．経過して、ＨｏＡ−ａとＣｏＡ−ｂのＢｉｎｄｉｎｇに対するｌｉｆｅｔｉｍｅがちょうど０ｍｉｎ．になったとする（この状態を図１１におけるＳＨ終了とする）。

（１４）Ｂｉｎｄｉｎｇの更新
このとき、ＨＡ−ａ３のＢＣは、図１２に示される状態に更新される。図１２は、９０８０番ポートを利用したＭＮ−ａ２とＣＮ１の通信については、ｌｉｆｅｔｉｍｅが２ｍｉｎ．になっており、消去はされていないものの、Ａｖａｉｌａｂｉｌｉｔｙの項が未だ無効になっている状態である。尚、７０８０番ポート利用のＭＮ−ａ２とＣＮ１の通信と、９０８０番ポート利用のＭＮ−ｂ４とＣＮ１の通信については、ｌｉｆｅｔｉｍｅが０ｍｉｎ．となり、消去された状態である。

このとき、９０８０番ポートを利用したＭＮ−ａ２とＣＮ１の通信のＢｉｎｄｉｎｇのＡｖａｉｌａｂｉｌｉｔｙ項の時間も０ｍｉｎ．になったので、これをトリガとして、該Ｂｉｎｄｉｎｇの有効化を行う。図１２では、Ａｖａｉｌａｂｉｌｉｔｙの項目を−にし、Ａｖａｉｌａｂｉｌｉｔｙの時間項を消去する。更新後のＢＣを図１３に示す。ここでは、該Ｂｉｎｄｉｎｇが有効になっているので、Ａｖａｉｌａｂｉｌｉｔｙの項は省略してある。

（１５）Ｂｉｎｄｉｎｇの更新通知
Ｂｉｎｄｉｎｇが更新されると、ＨＡ−ａ３のＢＣ管理部１７は、自身のＭｏｂｉｌｅ ＩＰ管理部１６に対して更新を通知する。このとき、Ｍｏｂｉｌｅ ＩＰ管理部１６への更新通知内容として、終了したセッションがどれなのか、という情報を含めることが望ましい。

（１６）登録完了通知
ＨＡ−ａ３のＭｏｂｉｌｅ ＩＰ管理部１６は、ＭＮ−ａ２に対して登録が完了した（Ｂｉｎｄｉｎｇが更新された）ことを通知する。

また、ＨＡ−ａ３のＭｏｂｉｌｅ ＩＰ管理部１６は、ＭＮ−ｂ４に対しても登録完了通知を行ってもよい。ただし、この際には、ＢＣが更新される前の段階でＣｏＡ−ｂの情報などを記憶部１５へ一時的に登録しておく必要がある。

上記ＭＮ−ａ２およびＭＮ−ｂ４への登録完了通知パケットには、コンテンツを再生するために必要な情報、例えば、ＨＡ−ａ３のＩＰアドレス（ＨＡ−ａ＿Ａｄｄｒ）、ＣＮ１のＩＰアドレス（ＣＮ＿Ａｄｄｒ）、通信相手のポート番号、待ち受けポート番号、再生位置情報やｌｉｆｅｔｉｍｅなどが含まれていても良い。

（１７）ＭＮ−ａ２／ＭＮ−ｂ４における通信環境の設定
登録完了通知を受けたＭＮ−ａ２のＭｏｂｉｌｅ ＩＰ管理部９では、ＣＮ１とＨＡ−ａ３を経由してＭｏｂｉｌｅ ＩＰによる通信を行うための設定、すなわち、ＨＡ−ａ＿Ａｄｄｒ、接続先ポート番号および待ち受けポート番号等の設定を行う。

また、ＭＮ−ｂ４のＭｏｂｉｌｅ ＩＰ管理部９が登録完了通知を受けた場合は、Ｍｏｂｉｌｅ ＩＰを利用して通信する設定のうち、ＳＨの実行によって使用しなくなった通信の設定に関して、適切な処理を行う。例えば、ＳＨが行われたことによって通信しなくなったポートを閉じる処理を行うことや、実施例１のＭＮ−ａ２からＭＮ−ｂ４へのＳＨにおいてＨＡのＩＰアドレスとして設定したＨＡ−ａ＿Ａｄｄｒを、自身のＨＡのＩＰアドレスへ設定し直すことが含まれる。また、ＭＮ−ｂ４の記憶部８では、ＳＨ要求パケットを送信した後に、ＭＮ−ａ２およびＨＡ−ａ３から提供された情報について削除することが望ましい。

（１８）ＳＨ完了通知
ＭＮ−ａ２やＭＮ−ｂ４のＭｏｂｉｌｅ ＩＰ管理部９において、Ｍｏｂｉｌｅ ＩＰを利用した通信に関する設定を行った後、自身のＳＨ管理部１０のＳＨ状態管理手段１３に対してＳＨ完了通知を行う。各ＳＨ管理部１０のＳＨ状態管理手段１３は、この通知を受けることで、ＭＮ−ｂ４からＭＮ−ａ２へのＳＨに関する一連の処理が完了したことを認識する。すなわち、ＭＮ−ａ２およびＭＮ−ｂ４のＳＨ状態管理手段１３は、ＭＮ−ａ２からＭＮ−ｂ４へ行われていたＳＨが終了したことを把握する。
尚、前記ＭＮ−ａ２／ＭＮ−ｂ４における通信環境の設定の過程と、前記ＳＨ完了通知の過程については、順序が逆転しても良い。

さらに、ＨＡ−ａ３からＭＮ−ｂ４に対して送信される登録完了通知の中に、どのセッションのハンドオーバが終了したか、という情報を含めることが望ましい。このとき、登録完了通知の中には、ＨＡ−ａ３が保有する該Ｂｉｎｄｉｎｇ情報の全てあるいは一部を入れても良い。この場合、登録完了通知を受信したＭＮ−ｂ４のＭｏｂｉｌｅ ＩＰ管理部９は、ＳＨ完了通知の過程において、ＳＨ管理部１０のＳＨ状態管理手段１３へ該セッションに関する情報を通知し、ＳＨ状態管理手段１３が記憶部８に登録されている該セッションに関する情報を削除する。

尚、登録完了通知の中に上記情報を含めない場合であっても、１つのセッションのみハンドオーバしている場合には、ＭＮ−ｂ４のＳＨ状態管理手段１３が何かのセッションについてＳＨを行っていることはこの段階で把握しており、ＨＡ−ａ３においてＢｉｎｄｉｎｇを更新することによって、該セッションがＭＮ−ｂ４宛に転送されなくなるため、一定時間パケットが来なくなった段階で、該セッションについてＳＨを行っていると判断しても良い。この場合、ＭＮ−ｂ４のＳＨ状態管理手段１３は、記憶部８に登録されている該セッションに関する情報を削除する。

以上の手順を経ることで、ＭＮ−ａ２はＣＮ１からのコンテンツをＨＡ−ａ３経由で取得することができるようになる（ＭＮ−ｂ４からＭＮ−ａ２へのＳＨが可能になる）。

切替先端末（ＭＮ−ｂ４）へのパケットの転送が終了し、ＳＨが行われたＢｉｎｄｉｎｇが消去された場合でも、無効になっているＢｉｎｄｉｎｇは消去されていない状態のため、切替元端末（ＭＮ−ａ２）のＨＡのＢＣのｌｉｆｅｔｉｍｅおよびＡｖａｉｌａｂｉｌｉｔｙの機能を利用して無効となっていたＢｉｎｄｉｎｇを有効化することで、切替元端末（ＭＮ−ａ２）のＨＡ（ＨＡ−ａ３）が、切替先端末（ＭＮ−ｂ４）に対して行っていたパケットの転送を、切替元端末（ＭＮ−ａ２）への転送に自動的に切り替えることが可能になる。

［実施例３］
上記実施例１においても記述したように、本実施例においては、ハンドオーバしたセッションのｌｉｆｅｔｉｍｅが終了する前にＭＮ−ｂ４からＭＮ−ａ２へＳＨを起こす場合について記述する。本実施例においては、ＨＡ−ａ３におけるＢｉｎｄｉｎｇが更新されてから１ｍｉｎ．経過したときにＭＮ−ｂ４からＭＮ−ａ２へＳＨを起こす場合を例に説明を行う。以下の説明では、図１４に示されるシーケンス図を利用することとする。

本実施例の特徴は、ＭＮ−ａ２あるいはＭＮ−ｂ４のＭｏｂｉｌｅ ＩＰ管理部９がＨＡ−ａ３のＭｏｂｉｌｅ ＩＰ管理部１６に対して送信するＢＵパケットに、例えば、ｌｉｆｅｔｉｍｅを０ｍｉｎ．とする情報を含めることである。本実施例では、ＭＮ−ａ２側からアクションを起こす場合を例にして説明する。

（１９）ＢＵ要求
ＭＮ−ａ２のＳＨ管理部１０のＳＨ通信手段１１は、自身のＭｏｂｉｌｅ ＩＰ管理部９に対して、ＢＵ要求を行う。この要求には、ＨＡ−ａ３に対するＢＵの依頼が記された情報が含まれている。このとき、ＨｏＡ−ａとＣｏＡ−ａに関する情報も伝える。また、この要求には、コンテンツを再生するために必要な情報、例えば、ＨＡ−ａ３のＩＰアドレス（ＨＡ−ａ＿Ａｄｄｒ）、ＣＮ１のＩＰアドレス（ＣＮ＿Ａｄｄｒ）、通信相手のポート番号、待ち受けポート番号、再生位置情報等やｌｉｆｅｔｉｍｅ（ＢＣ管理部のＢＣに登録されるＢｉｎｄｉｎｇの有効時間）などが含まれていても良い。

（２０）ＨＡ−ａ３へのＢＵ
ＢＵを受け取ったＭＮ−ａ２のＭｏｂｉｌｅ ＩＰ管理部９では、ＨＡ−ａ３に対してＢＵを行う（ＢＵパケットを送信する）。本実施例では、ＢＵパケットの内容として、図１５に示されるＢｉｎｄｉｎｇ情報、および、図１６に示されるセッション情報が含まれているものとする。図１５記載のＢｉｎｄｉｎｇ情報では、ＨｏＡ−ａとＣｏＡ−ｂ、通信相手のＩＰアドレス（ＣＮ＿Ａｄｄｒ）、通信相手のポート番号（９０８０番ポート）、ｌｉｆｅｔｉｍｅとして０ｍｉｎ．が記載されている。また、図１６記載のセッション情報では、ＨｏＡ−ａとＣｏＡ−ｂ、ＣＮ＿Ａｄｄｒ、９０８０番ポートの情報が含まれている。

（２１）ＢＵの承認
ＢＵパケットを受信したＨＡ−ａ３では、これを自身のＭｏｂｉｌｅ ＩＰ管理部１６に渡し、非特許文献１にて規定される通常のＭＩＰの機能を利用して、ＢＵを認めるか否かを判断する。

（２２）Ｂｉｎｄｉｎｇの更新
ＢＵが認められた場合は、ＨＡ−ａ３のＭｏｂｉｌｅ ＩＰ管理部１６は、自身のＢＣ管理部１７にこれを伝え、該当するＢｉｎｄｉｎｇが更新される。尚、Ｂｉｎｄｉｎｇ更新の手順については、本実施例においては、図９記載のフローチャートに基づくものとして説明を行う。

実施例１におけるＨＡ−ａ３のＢｉｎｄｉｎｇが更新されてから１ｍｉｎ．経過したときのＨＡ−ａ３のＢＣの状態を図１７に示す。

図１７では、上記実施例１におけるＢｉｎｄｉｎｇの登録から１ｍｉｎ．経過しているので、７０８０番ポート利用のＭＮ−ａとＣＮの通信のｌｉｆｅｔｉｍｅが、１ｍｉｎ．に、９０８０番ポート利用のＭＮ−ｂとＣＮの通信のｌｉｆｅｔｉｍｅが９ｍｉｎ．に、９０８０番ポート利用のＭＮ−ａとＣＮの通信のｌｉｆｅｔｉｍｅは１１ｍｉｎ．となり、あと９ｍｉｎ．無効になっている。

そして、ＭＮ−ａ２から図１５記載のＢｉｎｄｉｎｇ情報と図１６記載のセッション情報を含むＢＵパケットを受信したとする。

図９のＳ１にて、ＨＡ−ａ３のＢＣ管理部１７は、該ＢＵパケットからＢｉｎｄｉｎｇ情報およびセッション情報の抽出を行う。

Ｓ２でＨＡ−ａ３のＢＣ管理部１７では、このセッション情報に一致するものが登録されているかを検索する。そこで図１７を参照すると、登録されていることがわかる。次に、Ｓ３にて、ＭＮ−ａ２から受信したＢＵパケットに含まれていたＢｉｎｄｉｎｇ情報のｌｉｆｅｔｉｍｅを抽出すると、ｌｉｆｅｔｉｍｅの値が０ｍｉｎ．になっていることが認識されるので、このｌｉｆｅｔｉｍｅ（０ｍｉｎ．）をＨＡ−ａ３のＢＣにおける９０８０番ポート利用のＭＮ−ｂ４とＣＮ１の通信のＢｉｎｄｉｎｇのｌｉｆｅｔｉｍｅに上書きする（Ｓ４）。この際、このｌｉｆｅｔｉｍｅの値と、９０８０番ポート利用のＭＮ−ａ２とＣＮ１の通信のｌｉｆｅｔｉｍｅおよびＡｖａｉｌａｂｉｌｉｔｙは、ＭＮ−ａ２からＭＮ−ｂ４へのＳＨ処理を行う段階で関連付けられていた。そのため、９０８０番ポート利用のＭＮ−ｂ４とＣＮ１の通信のｌｉｆｅｔｉｍｅを０ｍｉｎ．に設定したことによって、これらの値も変化する。すなわち、その差分である９ｍｉｎ．がそれぞれ減算される。９０８０番ポート利用のＭＮ−ｂ４とＣＮ１の通信のＢｉｎｄｉｎｇのｌｉｆｅｔｉｍｅの値を０ｍｉｎ．に設定した直後（該Ｂｉｎｄｉｎｇが消去される直前）のＨＡ−ａ３のＢＣの状態を図１８に示す。

ここで、該Ｂｉｎｄｉｎｇのｌｉｆｅｔｉｍｅが０ｍｉｎ．に設定されたので、このＢｉｎｄｉｎｇは消滅する。次のＢｉｎｄｉｎｇが消滅した直後の段階におけるＨＡ−ａ３のＢＣの状態を図１９に示す。

このとき、９０８０番ポート利用のＭＮ−ａ２とＣＮ１の通信のＡｖａｉｌａｂｉｌｉｔｙ項の時間も０ｍｉｎ．になったので、上記実施例２と同様に、これをトリガとして、このＢｉｎｄｉｎｇの有効化を行う。例えば、図１９では、Ａｖａｉｌａｂｉｌｉｔｙの項目を−にし、Ａｖａｉｌａｂｉｌｉｔｙの時間項を消去する。更新後の状態を、図２０に示す。ここでは、該Ｂｉｎｄｉｎｇが有効になっているので、Ａｖａｉｌａｂｉｌｉｔｙの項は省略してある。

（２３）Ｂｉｎｄｉｎｇの更新通知
ＨＡ−ａ３のＢＣ管理部１７においてＢｉｎｄｉｎｇの更新が完了すると、更新したことを自身のＭｏｂｉｌｅ ＩＰ管理部１６に通知する。このとき、Ｍｏｂｉｌｅ ＩＰ管理部１６への更新通知内容として、終了したセッションがどれなのか、という情報を含めることが望ましい。

（２４）登録完了通知（ＨＡ−ａ３→ＭＮ−ａ２／ＭＮ−ｂ４）
ＨＡ−ａ３のＭｏｂｉｌｅ ＩＰ管理部１６は、ＭＮ−ａ２に対して登録が完了した（Ｂｉｎｄｉｎｇが更新された）ことを通知する。

また、ＨＡ−ａ３のＭｏｂｉｌｅ ＩＰ管理部１６は、ＭＮ−ｂ４に対しても登録完了通知を行ってもよい。ただし、この際には、Ｂｉｎｄｉｎｇが更新される前の段階でＣｏＡ−ｂの情報を記憶部１５に一時格納するなどして記憶しておく必要がある。

上記ＭＮ−ａ２およびＭＮ−ｂ４への登録完了通知パケットには、コンテンツを再生するために必要な情報、例えば、ＨＡ−ａ３のＩＰアドレス（ＨＡ−ａ＿Ａｄｄｒ）、ＣＮ１のＩＰアドレス（ＣＮ＿Ａｄｄｒ）、通信相手のポート番号、待ち受けポート番号、再生位置情報等やｌｉｆｅｔｉｍｅなどが含まれていても良い。

（２５）ＭＮ−ａ２／ＭＮ−ｂ４における通信環境の設定
登録完了通知を受けたＭＮ−ａ２のＭｏｂｉｌｅ ＩＰ管理部９では、ＨＡ−ａ３とＭｏｂｉｌｅ ＩＰを利用した通信を行うための設定（ポート番号の登録等）を行う。

また、ＭＮ−ｂ４のＭｏｂｉｌｅ ＩＰ管理部９が登録完了通知を受けた場合は、Ｍｏｂｉｌｅ ＩＰを利用して通信する設定のうち、ＳＨの実行によって使用しなくなった通信の設定に関して、適切な処理を行う。例えば、ＳＨが行われたことによって通信しなくなったポートを閉じる処理を行うことや、実施例１においてＨＡのＩＰアドレスとして設定したＨＡ−ａ＿Ａｄｄｒを、自身のＨＡのＩＰアドレスへ設定し直すことが含まれる。また、ＭＮ−ｂ４の記憶部８では、ＳＨ要求パケットを送信した後に、ＭＮ−ａ２およびＨＡ−ａ３から提供された情報については削除することが望ましい。

（２６）ＳＨ完了通知
ＭＮ−ａ２やＭＮ−ｂ４のＭｏｂｉｌｅ ＩＰ管理部９において、Ｍｏｂｉｌｅ ＩＰを利用した通信に関する設定を行った後、自身のＳＨ管理部１０のＳＨ状態管理手段１３に対してＳＨ完了通知を行う。各ＳＨ管理部１０のＳＨ状態管理手段１３は、この通知を受けることで、ＭＮ−ｂ４からＭＮ−ａ２へのＳＨに関する一連の処理が完了したことを認識する。

尚、本実施例においては、切替元端末（ＭＮ−ａ２）側からＨＡ−ａ３に対してＢＵを行う場合について説明を行ったが、切替先端末（ＭＮ−ｂ４）側からＨＡ−ａ３に対してＢＵを行うことも可能である。この場合、図１４において、ＭＮ−ａとＭＮ−ｂとを入れ替えたシーケンス図に従って良い。

以上のように、本実施例において、切替先端末（ＭＮ）あるいは切替元端末（ＭＮ）の一方が切替元端末のＨＡに対してＳＨを終了する旨を通知するＢＵパケットにｌｉｆｅｔｉｍｅの値を０として含めることで、ｌｉｆｅｔｉｍｅを利用して、Ｂｉｎｄｉｎｇが消滅する前でも、ＳＨを終了させることができる。

尚、本発明のＭｏｂｉｌｅ ＩＰを利用した通信システム、移動端末、ホームエージェントおよびその通信方法は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

Claims (20)

1. 移動端末が、Ｍｏｂｉｌｅ ＩＰを利用し、前記移動端末の位置情報を保持して前記移動端末と他の端末の中継を行うホームエージェントを介して通信を行い、前記他の端末との通信を移動端末間で切替える通信システムにおいて、
   前記移動端末は、
   他の移動端末に対して、前記移動端末又は前記他の移動端末と前記他の端末が現在行っている通信の切替えを要求し、前記他の移動端末から前記通信の切替えを認める通知を受信した場合には、前記ホームエージェントに対し、前記通信の切替えを要求し、
   前記ホームエージェントは、
   前記移動端末から、前記通信の切替えの要求を受信した場合、前記他の端末との通信を前記移動端末と前記他の移動端末間で切替えることを特徴とするＭｏｂｉｌｅ ＩＰを利用した通信システム。
2. 前記移動端末は、
   通信を行っている他の移動端末に対し自端末に該通信を切替えること、若しくは他の移動端末に対し自端末が行っている通信を該他の移動端末に切替えることを要求するセッションハンドオーバ要求を他の移動端末に送信し、又は他の移動端末からセッションハンドオーバ要求の受信を行うセッションハンドオーバ通信手段と、
   他の移動端末から前記セッションハンドオーバ要求を受信した場合に、セッションハンドオーバ要求を認めるか否かの判定を行うセッションハンドオーバ判定手段と、
   Ｍｏｂｉｌｅ ＩＰによる通信の実現に関する処理を行うＭｏｂｉｌｅ ＩＰ管理手段とを備え、
   前記Ｍｏｂｉｌｅ ＩＰ管理手段は、他の移動端末から通信の切替えを認める通知を受信した場合に、前記ホームエージェントに対し、前記他の端末と通信を行う移動端末の切替えを要求するバインディング・アップデートの送信を行い、
   前記ホームエージェントは、
   前記移動端末から前記バインディング・アップデートを受信し、又は前記他の端末と通信を行う移動端末の切替えの処理が終了したことを前記移動端末に対して通知するＭｏｂｉｌｅ ＩＰ管理手段と、
   前記ホームエージェントに格納されている中継を行う移動端末に関する通信情報の変更を行って前記他の端末と通信を行う移動端末を切替える処理を行い、前記通信情報には通信の有効時間が含まれ、前記有効時間を管理するバインディング・キャッシュ管理手段とを備えることを特徴とする請求項１に記載のＭｏｂｉｌｅ ＩＰを利用した通信システム。
3. 前記ホームエージェントは、切替先の移動端末との通信終了後、切替元の移動端末に前記他の端末との通信を、再度切替えることを特徴とする請求項２に記載のＭｏｂｉｌｅ ＩＰを利用した通信システム。
4. 前記移動端末又は前記他の移動端末の前記Ｍｏｂｉｌｅ ＩＰ管理手段は、前記ホームエージェントに対し、切替えた通信の有効時間を０に変更するバインディングアップデートを送信し、前記ホームエージェントは、前記他の端末との通信を切替先の移動端末から切替元の移動端末に、再度切替えることを特徴とする請求項２に記載のＭｏｂｉｌｅ ＩＰを利用した通信システム。
5. 前記バインディングアップデートには、切替元の移動端末のホームアドレス、切替先の移動端末の現在のアドレス、切替える通信の有効時間を含めることを特徴とする請求項２から請求項４のいずれか１つに記載のＭｏｂｉｌｅ ＩＰを利用した通信システム。
6. 前記バインディングアップデートには、セッション情報及びバインディング情報が含まれ、前記ホームエージェントの前記バインディング・キャッシュ管理手段は、前記セッション情報から該当する通信情報を検索し、前記バインディング情報から前記通信情報の登録を行うことを特徴とする請求項２から請求項５のいずれか１つに記載のＭｏｂｉｌｅ ＩＰを利用した通信システム。
7. 前記ホームエージェントの前記バインディング・キャッシュ管理手段は、前記通信情報の登録には、前記バインディング情報に含まれる有効時間分、切替元の移動端末と前記他の端末との通信情報の有効時間に加算し、且つ、前記バインディング情報に含まれる有効時間分、前記切替元の移動端末と前記他の端末との通信を停止するように設定し、前記バインディング情報の有効時間を含む通信情報を登録することにより、前記バインディング情報より停止する通信情報と登録する通信情報の有効時間及び停止時間を連携させることを特徴とする請求項６に記載のＭｏｂｉｌｅ ＩＰを利用した通信システム。
8. 前記ホームエージェントの前記バインディング・キャッシュ管理手段は、前記切替先の移動端末と前記他の端末の通信情報の有効時間が０になると、該通信を終了することを特徴とする請求項３から請求項７のいずれか１つに記載のＭｏｂｉｌｅ ＩＰを利用した通信システム。
9. 前記ホームエージェントの前記バインディング・キャッシュ管理手段は、前記切替先の移動端末と前記他の端末の通信が終了すると、切替元の移動端末と前記他の端末の通信情報の停止を解除することを特徴とする請求項３から請求項８のいずれか１つに記載のＭｏｂｉｌｅ ＩＰを利用した通信システム。
10. 前記ホームエージェントの前記Ｍｏｂｉｌｅ ＩＰ管理手段は、通信の切替えが完了後、前記移動端末又は前記他の移動端末に切替えについての情報を含む登録完了通知を送信することを特徴とする請求項２から請求項９のいずれか１つに記載のＭｏｂｉｌｅ ＩＰを利用した通信システム。
11. 切替えによる通信を終了した前記移動端末又は前記他の移動端末の前記Ｍｏｂｉｌｅ ＩＰ管理手段は、前記ホームエージェントから前記登録完了通知を受信すると、自身のホームエージェントのアドレスを設定し、通信の切替えについての情報を削除することを特徴とする請求項１０に記載のＭｏｂｉｌｅ ＩＰを利用した通信システム。
12. Ｍｏｂｉｌｅ ＩＰを利用し、移動端末の位置情報を保持して前記移動端末と他の端末の中継を行うホームエージェントを介して通信を行い、前記他の端末との通信を他の移動端末との間で切替える移動端末において、
    通信を行っている他の移動端末に対し自端末に該通信を切替えること、若しくは他の移動端末に対し自端末が行っている通信を該他の移動端末に切替えることを要求するセッションハンドオーバ要求を他の移動端末に送信し、又は他の移動端末からセッションハンドオーバ要求の受信を行うセッションハンドオーバ通信手段と、
    Ｍｏｂｉｌｅ ＩＰによる通信の実現に関する処理を行うＭｏｂｉｌｅ ＩＰ管理手段とを備え、
    前記Ｍｏｂｉｌｅ ＩＰ管理手段は、他の移動端末から通信の切替えを認める通知を受信した場合に、前記ホームエージェントに対し、前記他の端末と通信を行う移動端末の切替えを要求するバインディング・アップデートの送信を行うことを特徴とする移動端末。
13. 前記バインディング・アップデートには、切替元の移動端末の固定のＩＰアドレスと、切替先の移動端末の現在の位置を示すＩＰアドレス、および前記切替先の移動端末と前記他の端末の通信の有効時間についての情報が含まれていることを特徴とする請求項１２に記載の移動端末。
14. 切替先の移動端末と他の端末の通信の有効時間が終了する前に、
    前記ホームエージェントに対し、前記ホームエージェントが格納している中継を行う移動端末に関する通信情報の中の切替先の移動端末と他の端末間の通信の有効時間を０に変更する要求を含んだバインディング・アップデートを送信し、切替元の移動端末に再度、他の端末との中継を切替えることを特徴とする請求項１３に記載の移動端末。
15. 移動端末の位置情報を保持して前記移動端末と他の端末の中継を行い、前記他の端末との通信を移動端末間で切替えるホームエージェントにおいて、
    Ｍｏｂｉｌｅ ＩＰによる通信の実現に関する処理を行い、前記移動端末から前記他の端末と通信を行う移動端末の切替えを要求するバインディング・アップデートを受信し、又は前記他の端末と通信を行う移動端末の切替えの処理が終了したことを前記移動端末に対して通知するＭｏｂｉｌｅ ＩＰ管理手段と、
    前記ホームエージェントに格納されている中継を行う移動端末に関する通信情報の変更を行って前記他の端末と通信を行う移動端末を切替える処理を行い、該通信情報に含まれる通信の有効時間に、前記バインディング・アップデートに含まれる有効時間を設定して通信を管理するバインディング・キャッシュ管理手段とを備えることを特徴とするホームエージェント。
16. 前記バインディング・アップデートには、切替元の移動端末の固定のＩＰアドレスと、切替先の移動端末の現在の位置を示すＩＰアドレスが含まれ、前記切替元の移動端末の固定のＩＰアドレスを介して、前記他の端末と切替先の移動端末が通信を行うことにより、他の端末と通信を行う移動端末の切替えを可能とすることを特徴とする請求項１５に記載のホームエージェント。
17. 前記バインディング・キャッシュ管理手段は、前記通信情報に切替元の移動端末と他の端末との通信情報があるか否かを検索し、該当する通信情報があった場合に、該通信情報の通信の中継を無効とし、通信の有効時間を含む切替先移動端末と他の端末との通信情報を登録して、移動端末間の切替を行うことを特徴とする請求項１６に記載のホームエージェント。
18. 前記バインディング・キャッシュ管理手段は、切替元の移動端末と他の端末との通信情報の中の通信の有効時間、該通信情報を無効とする時間、および切替先の移動端末と他の端末との通信情報の中の通信の有効時間を連動させて計時を行い、切替後の通信情報の有効時間が終了するとともに切替前の通信情報を無効とする時間も終了し、切替後の通信情報の有効時間が終了した後に切替後の通信情報を消去するとともに、無効としていた切替前の通信情報を有効にして、再度切替元の移動端末と他の端末との通信を行うことを可能とすることを特徴とする請求項１７に記載のホームエージェント。
19. 前記バインディング・キャッシュ管理手段は、切替元の移動端末と他の端末との通信情報の中の通信の有効時間、該通信情報を無効とする時間、および切替先の移動端末と他の端末との通信情報の中の通信の有効時間を連動させて計時を行い、切替後の通信情報の有効時間が終了する前に、移動端末から、切替後の通信情報の有効時間を０に変更する要求を含んだバインディング・アップデートを受信した場合に、切替後の通信情報の有効時間を０とし、該通信情報を消去するとともに、前記切替後の有効時間の減算分の時間について切替前の通信情報を無効とする時間から減算し、無効としていた切替前の通信情報を有効にして、再度切替元の移動端末と他の端末との通信を行うことを可能とすることを特徴とする請求項１７に記載のホームエージェント。
20. 移動端末が、Ｍｏｂｉｌｅ ＩＰを利用し、前記移動端末の位置情報を保持して前記移動端末と他の端末の中継を行うホームエージェントを介して通信を行い、前記他の端末との通信を移動端末間で切替える通信方法において、
    前記移動端末が、
    通信を行っている他の移動端末に対し自端末に該通信を切替えること、若しくは他の移動端末に対し自端末が行っている通信を該他の移動端末に切替えることを要求するセッションハンドオーバ要求を他の移動端末に送信するステップと、
    他の移動端末から前記セッションハンドオーバ要求を受信した場合に、セッションハンドオーバ要求を認めるか否かの判定を行い、他の移動端末に通信の切替えを認める通知を送信するステップと、
    他の移動端末から通信の切替えを認める通知を受信し、前記ホームエージェントに対し、前記他の端末と通信を行う移動端末の切替えを要求するバインディング・アップデートを送信するステップと、
    前記ホームエージェントが、
    前記移動端末から前記バインディング・アップデートを受信して、前記ホームエージェントに格納されている中継を行う移動端末に関する通信情報の変更を行って前記他の端末と通信を行う移動端末を切替える処理を行い、該通信情報に含まれる通信の有効時間に、前記バインディング・アップデートに含まれる有効時間を設定するステップと、
    前記移動端末に、前記他の端末と通信を行う移動端末の切替えの処理が終了したことを通知するステップとを備えたことを特徴とするＭｏｂｉｌｅ ＩＰを利用した通信方法。

Images