(57)【要約】本発明は、移動通信システムにおけるハンドオーバ技術に関し、例えば移動管理ノード（１）が、通信相手ノード（３，４，５）から移動ノード（２）宛に転送すべきアプリケーションデータの種別（ｈｔｔｐ，ｆｔｐ，ｖｏｉｐ等）に基づいて、そのアプリケーションデータの転送に使用するアクセス回線を選択し、選択したアクセス回線によりアプリケーションデータの転送を行なう。これにより、ｈｔｔｐ，ｆｔｐ，ｖｏｉｐ等のアプリケーション種別に応じて、移動ノード（２）に同時接続される複数のアクセス回線を使い分けることができるので、ユーザが求める品質を確保し、かつ、ネットワークの有効活用を図ることが可能となる。
2004105272.tif 000002
【特許請求の範囲】
【請求項１】
複数のアクセス回線が同時に接続されて複数の通信相手ノードと同時通信が可能な移動ノードをそなえた移動通信システムにおいて、
該通信相手ノードから該移動ノード宛に転送すべきアプリケーションデータの種別に基づいて、該アプリケーションデータの転送に使用するアクセス回線を選択し、
選択したアクセス回線により該アプリケーションデータの転送を行なうことを特徴とする、移動通信システムにおけるアプリケーションハンドオーバ方法。
【請求項２】
該移動通信システムが該移動ノードへのデータ転送経路を管理する移動管理ノードをそなえ、
該移動管理ノードが、該移動ノード宛の該アプリケーションデータを受信すると、当該アプリケーションデータの種別を識別し、その識別結果に基づいて該アクセス回線の選択を行なうことを特徴とする、請求の範囲第１項に記載の移動通信システムにおけるアプリケーションハンドオーバ方法。
【請求項３】
該移動ノードが、現在位置において使用可能なアクセス回線別に、当該アクセス回線で受信したいアプリケーションデータの種別情報と該アクセス回線を特定する転送先アドレス情報との対応関係を該移動管理ノードに通知し、
該移動管理ノードが、該移動ノードから通知された該対応関係と該識別結果とに基づいて該アクセス回線の選択を行なうことを特徴とする、請求の範囲第２項に記載の移動通信システムにおけるアプリケーションハンドオーバ方法。
【請求項４】
該移動管理ノードが、該アプリケーションデータの種別情報と該転送先アドレス情報との対応関係を管理することを特徴とする、請求の範囲第２項又は第３項に記載の移動通信システムにおけるアプリケーションハンドオーバ方法。
【請求項５】
該移動ノードが、該アプリケーションデータの種別情報と該転送先アドレス情報との対応関係を管理することを特徴とする、請求の範囲第２項又は第３項に記載の移動通信システムにおけるアプリケーションハンドオーバ方法。
【請求項６】
該移動ノードが、該転送先アドレス情報として、該移動管理ノードにより割り当てられている単一の移動ノード識別子に対して該アプリケーションデータの種別毎に当該アプリケーションデータの受信に用いるアクセス回線のアドレス情報（以下、回線アドレス情報という）を生成し、該回線アドレス情報と該アプリケーションデータの種別情報との組を該移動管理ノードに通知することを特徴とする、請求の範囲第３項に記載の移動通信システムにおけるアプリケーションハンドオーバ方法。
【請求項７】
該移動ノードが、該アプリケーションデータの種別毎に複数の移動ノード識別子を割り当てるとともに、該転送先アドレス情報として、当該アプリケーションデータの受信に用いるアクセス回線のアドレス情報（以下、回線アドレス情報という）とを生成し、該移動ノード識別子と該回線アドレス情報との組を該移動管理ノードに通知することを特徴とする、請求の範囲第３項に記載の移動通信システムにおけるアプリケーションハンドオーバ方法。
【請求項８】
該移動ノードが、該通信相手ノードから該アプリケーションデータを受信すると、当該アプリケーションデータの種別を識別し、その識別結果に応じた転送先アドレス情報を該通信相手ノードに通知し、
該通信相手ノードが、以降の該移動ノード宛のアプリケーションデータを、該移動ノードから通知された該転送先アドレス情報宛に送信することを特徴とする、請求の範囲第６項又は第７項に記載の移動通信システムにおけるアプリケーションハンドオーバ方法。
【請求項９】
該移動ノードが、該通信相手ノードから該アプリケーションデータを受信すると、当該アプリケーションデータの種別を識別し、その識別結果に応じた転送先アドレス情報を該移動管理ノードに通知し、
該移動管理ノードが、以降に該通信相手ノードから受信される該移動ノード宛のアプリケーションデータを、該移動ノードから通知された該転送先アドレス情報宛に送信することを特徴とする、請求の範囲第６項又は第７項に記載の移動通信システムにおけるアプリケーションハンドオーバ方法。
【請求項１０】
該移動ノードが、該通信相手ノードとの間で通信を開始しようとするアプリケーションデータの種別情報を調整した後、当該種別情報と該回線アドレス情報との組を該移動管理ノードに通知することを特徴とする、請求の範囲第６項に記載の移動通信システムにおけるアプリケーションハンドオーバ方法。
【請求項１１】
該移動ノードが、該通信相手ノードとの間で通信を開始しようとするアプリケーションデータの種別情報を調整した後、当該種別情報に対する移動ノード識別子を選択して、当該移動ノード識別子と該回線アドレス情報との組を該移動管理ノードに通知することを特徴とする、請求の範囲第７項に記載の移動通信システムにおけるアプリケーションハンドオーバ方法。
【請求項１２】
該移動管理ノードが、受信した該移動ノード宛のアプリケーションデータの種別が識別できない場合は、該アクセス回線のうち予め設定されたデフォルトのアクセス回線を選択することを特徴とする、請求の範囲第２項〜第１１項のいずれか１項に記載の移動通信システムにおけるアプリケーションハンドオーバ方法。
【請求項１３】
該移動管理ノードが、モバイルＩＰにおけるホームエージェント機能を有するノードであり、該移動ノードが該モバイルＩＰにおけるクライアント機能を有するノードであることを特徴とする、請求の範囲第２項〜第１２項のいずれか１項に記載の移動通信システムにおけるアプリケーションハンドオーバ方法。
【請求項１４】
複数のアクセス回線が同時に接続されて複数の通信相手ノードと同時通信が可能な移動ノードをそなえた移動通信システムに使用され、該移動ノードへのデータ転送経路を管理する移動管理ノードであって、
該通信相手ノードから該移動ノード宛に転送すべきアプリケーションデータの種別を識別するデータ種別識別手段と、
該データ種別識別手段による識別結果に基づいて、該アプリケーションデータの転送に使用するアクセス回線を選択するアクセス回線選択手段とをそなえたことを特徴とする、移動通信システムに使用される移動管理ノード。
【請求項１５】
該アクセス回線選択手段が、
該アプリケーションデータの種別情報と当該アプリケーションデータの転送に使用するアクセス回線を特定する転送先アドレス情報との対応関係を管理するアドレス情報管理手段と、
該アドレス情報管理手段で管理されている該対応関係と該データ種別識別手段による識別結果とに基づいて該当転送先アドレス情報を決定し、該通信相手ノードからの該移動ノード宛のアプリケーションデータを当該転送先アドレス情報宛に転送するデータ転送処理手段とをそなえて構成されたことを特徴とする、請求の範囲第１４項に記載の移動通信システムに使用される移動管理ノード。
【請求項１６】
該アドレス情報管理手段が、
該移動ノードにおいてその現在位置で使用可能なアクセス回線別に該移動ノードから通知されてくる、当該アクセス回線で受信したいアプリケーションデータの種別情報と該アクセス回線を特定する転送先アドレス情報との対応関係を保持する位置情報キャッシュをそなえていることを特徴とする、請求の範囲第１５項に記載の移動通信システムに使用される移動管理ノード。
【請求項１７】
該位置情報キャッシュが、
該対応関係として、単一の移動ノード識別子に対して該アプリケーションデータの種別毎に該移動ノードにおいて生成された当該アプリケーションデータの受信に用いるアクセス回線のアドレス情報と、当該アドレス情報とともに該移動ノードから通知される該アプリケーションデータの種別情報との組を保持するように構成されたことを特徴とする、請求の範囲第１６項に記載の移動通信システムに使用される移動管理ノード。
【請求項１８】
該位置情報キャッシュが、
該対応関係として、該アプリケーションデータの種別毎に該移動ノードに割り当てられた移動ノード識別子のうちの１つと当該アプリケーションデータの受信に用いるアクセス回線のアドレス情報との組を保持するように構成されたことを特徴とする、請求の範囲第１６項に記載の移動通信システムに使用される移動管理ノード。
【請求項１９】
該アクセス回線選択手段が、
該データ種別識別手段において受信した該移動ノード宛のアプリケーションデータの種別が識別できない場合は、該アクセス回線のうち予め設定されたデフォルトのアクセス回線を選択するデフォルト回線選択手段をそなえたことを特徴とする、請求の範囲第１４項〜第１８項のいずれか１項に記載の移動通信システムに使用される移動管理ノード。
【請求項２０】
複数のアクセス回線が同時に接続されて複数の通信相手ノードと同時通信が可能な移動ノードと該移動ノードへのデータ転送経路を管理する移動管理ノードとをそなえた移動通信システムに使用される該移動ノードであって、
該複数のアクセス回線に応じた複数の回線インタフェースと、
現在位置において使用可能なアクセス回線別に、当該アクセス回線に対応する回線インタフェースで受信したいアプリケーションデータの種別情報と該アクセス回線を特定する転送先アドレス情報との対応関係を該移動管理ノードに通知する移動管理手段とをそなえたことを特徴とする、移動通信システムに使用される移動ノード。
【請求項２１】
該移動管理手段が、
該転送先アドレス情報として、該移動管理ノードにより割り当てられている単一の移動ノード識別子に対して該アプリケーションデータの種別毎に当該アプリケーションデータの受信に用いるアクセス回線のアドレス情報（以下、回線アドレス情報という）を生成するアプリケーション別回線アドレス情報生成手段と、
該回線アドレス情報と該アプリケーションデータの種別情報との組を該移動管理ノードに通知する第１転送先アドレス情報通知手段とをそなえて構成されたことを特徴とする、請求の範囲第２０項に記載の移動通信システムに使用される移動ノード。
【請求項２２】
該移動管理手段が、
該アプリケーションデータの種別毎に複数の移動ノード識別子を割り当てるとともに、該転送先アドレス情報として、当該アプリケーションデータの受信に用いるアクセス回線のアドレス情報（以下、回線アドレス情報という）を生成するアプリケーション別ノード識別子生成手段と、
該移動ノード識別子と該回線アドレス情報との組を該移動管理ノードに通知する第２転送先アドレス情報通知手段とをそなえて構成されたことを特徴とする、請求の範囲第２０項に記載の移動通信システムに使用される移動ノード。
【請求項２３】
該移動管理ノードから該アプリケーションデータを受信すると、当該アプリケーションデータの種別を識別するデータ種別識別手段をそなえるとともに、
該移動管理手段が、
該データ識別手段による識別結果に応じた転送先アドレス情報を、該通信相手ノードに以降の該移動ノード宛のアプリケーションデータを当該転送先アドレス情報宛に送信させるよう該通信相手ノードに通知する第１転送先アドレス情報指定手段をそなえて構成されたことを特徴とする、請求の範囲第２０項〜第２２項のいずれか１項に記載の移動通信システムに使用される移動ノード。
【請求項２４】
該移動管理ノードから該回線インタフェースを介して該アプリケーションデータを受信すると、当該アプリケーションデータの種別を識別するデータ種別識別手段をそなえるとともに、
該移動管理手段が、
該データ種別識別手段による識別結果に応じた転送先アドレス情報を、該移動管理ノードが以降に該通信相手ノードから受信される該移動ノード宛のアプリケーションデータを当該転送先アドレス情報宛に送信するよう該移動管理ノードに通知する第２転送先アドレス情報指定手段をそなえて構成されたことを特徴とする、請求の範囲第２０項〜第２２項のいずれか１項に記載の移動通信システムに使用される移動ノード。
【請求項２５】
該移動管理手段が、
該通信相手ノードとの間で通信を開始しようとするアプリケーションデータの種別情報を調整する種別情報調整手段をそなえ、
該第１転送先アドレス情報通知手段が、
該種別情報調整手段による調整後の当該種別情報と該回線アドレス情報との組を該移動管理ノードに通知するように構成されたことを特徴とする、請求の範囲第２１項に記載の移動通信システムに使用される移動ノード。
【請求項２６】
該移動管理手段が、
該通信相手ノードとの間で通信を開始しようとするアプリケーションデータの種別情報を調整する種別情報調整手段と、
該種別情報調整手段による調整後の当該種別情報に対する移動ノード識別子を選択する移動ノード識別子選択手段とをそなえ、
該第２転送先アドレス情報通知手段が、
該移動ノード識別子選択手段により選択した移動ノード識別子と該回線アドレス情報との組を該移動管理ノードに通知するように構成されたことを特徴とする、請求の範囲第２２項に記載の移動通信システムに使用される移動ノード。
【発明の詳細な説明】
【技術分野】  本発明は、例えば、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）等の移動端末（移動ノード）の移動管理にモバイルＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）技術を用いる移動通信ネットワークにおいて、同時に複数のアクセスインタフェース（アクセス回線）に接続することが可能な移動ノードを用いる移動通信システムに用いて好適な技術に関する。
【背景技術】  近年のインターネットの普及に伴い、ＩＰを用いた通信が広く普及している。また、ＩＰを用いた移動通信を可能とするモバイルＩＰがＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）で検討されており、モバイルＩＰを用いた移動通信も可能になりつつある。モバイルＩＰは、移動管理ノードとしてのＨＡ（Ｈｏｍｅ  Ａｇｅｎｔ）に移動端末（ＭＮ：Ｍｏｂｉｌｅ  Ｎｏｄｅ）の現在位置を示す移動先アドレス（ＣｏＡ；Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）を登録しておくことによって、ＭＮが移動しても通信を継続可能とする技術である。
以下、図３５を参照しながら、モバイルＩＰを用いた従来の通信方法を説明する。
まず、ＭＮはアクセスルータ（ＡＲ１）配下のサブネットネットワーク（ローカルリンク）に接続しているとする。このときのＭＮが使用する移動先アドレス（ＣｏＡ）はＣｏＡ１である。ＭＮは、ＡＲ１のリンクに移動したときに、移動先アドレスＣｏＡ１を取得又は生成して、それを位置登録メッセージ（ＢＵ：Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）を使ってＨＡの位置情報キャッシュ（ＢＣ：Ｂｉｎｄｉｎｇ  Ｃａｃｈｅ）に登録しておく。ＣＮ（Ｃｏｒｒｅｓｐｏｎｄｅｎｔ  Ｎｏｄｅ）は通信相手端末であり、ＭＮのホームアドレス（ＨｏＡ：Ｈｏｍｅ  ｏｆ  Ａｄｄｒｅｓｓ）を宛先としたパケットを送信する。
このパケットはＨＡに届けられ、ＨＡがこのパケットをインターセプトして、ＨＡの位置情報キャッシュを参照・検索した結果として得られる移動先アドレスＣｏＡ１でカプセル化して送信する。このカプセル化パケットは、現在のＭＮの移動先アドレスがＣｏＡ１となっているため、ＭＮまで届けられる。ＭＮはこのパケットを受信すると、カプセルを解いて（デカプセル化して）、ＨｏＡ宛のオリジナルパケットを取り出すことで、自身のＨｏＡ宛に届いたパケットであると解釈する。このようにして、ＭＮは、移動先でのパケット受信が可能となる。
次に、ＭＮが他のアクセスルータ（ＡＲ２）のリンクに更に移動したとする。すると、ＭＮは、移動先（ＡＲ２のリンク）で使用するアドレスＣｏＡ２を生成する。ＭＮは、この移動先アドレスＣｏＡ２を位置登録メッセージによりＨＡに再登録する。これによって、ＨＡの位置情報キャッシュに登録されているＭＮについての移動先アドレスはＣｏＡ１からＣｏＡ２に更新される。
一方、ＣＮは、先ほどと同様に、ＭＮのホームアドレス（ＨｏＡ）宛のパケットを送信する。このパケットは、ＨＡにおいて、今度は移動先アドレスＣｏＡ２でカプセル化されて転送される。移動先アドレスＣｏＡ２でカプセルされたパケットはＭＮまで届けられ、ＭＮはこれをデカプセル化して自身のＨｏＡ宛のパケットを取り出す。これは、先ほどのパケットと同じ宛先のパケットであるため、ＭＮが移動しても、上位アプリケーションがＭＮの移動を意識することなくＣＮからのパケット受信が可能である。このようにして、ＭＮが移動しても、ＭＮはＣＮとの通信をそのまま（アプリケーションを中断することなく）継続することができる〔このようなパケット転送経路（アクセス回線）の切り替えを「ハンドオーバ」と呼ぶ〕。
ところで、現在様々なアクセスネットワークが開発され、実用化されている。たとえば、第３世代移動通信網（以下、３Ｇと称する）、第２世代移動通信網（日本ではＰＤＣ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ｃｅｌｌｕｌａｒ）、欧州ではＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）と呼ばれる通信方式で、以下２Ｇと称する）、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を用いたアクセスネットワーク、企業内で使われているイーサネット（登録商標）接続、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）やＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ）などのさまざまなアクセスネットワークが利用可能である。このような環境のもとでは、ユーザは、常に最適なアクセスネットワークを選択して使用することも可能となっている。
例えば、下記の非特許文献１に示されるように、モバイルパソコン等を使用中に、通信を継続したままその場の最適なネットワークに自動的に切り替えて接続できるようにして、大容量の添付ファイルをダウンロードする際には無線ＬＡＮの高速通信で、通常の通信にはＰＨＳのネットワークでというように、利用者は現在どのネットワークに接続しているかを意識することなく、最適なネットワーク環境で通信を行なうことができる。
なお、移動通信システムの他の従来技術として、下記の特許文献１及び２に示される技術がある。特許文献１に記載の技術（マルチモード汎用移動通信システム）は、セルラーシステム，衛星移動通信システム等の種々の移動通信システムを複合的に組み合わせたシステムにおいて、移動端末がハンドオーバを決定するに当たって、接続品質の他に少なくとも１つのパラメータ（例えば、価格，容量，伝送速度，使用可能度）を基にして行なうというものである。
これにより、特許文献１に記載の技術では、移動端末は移動中において利用可能な通信網（回線交換サービス，パケット交換データサービス，無線ＬＡＮ等）を連続的に走査しており、例えば、パケット交換データサービス利用中に移動先の通信網の方が移動元の通信網よりも低価格で同等のサービスを提供していれば、移動先の通信網に接続を切り替えることが可能となる。なお、サービス価格に関する情報は例えば共通チャネルによって移動端末に通知される。
これに対し、特許文献２に記載の技術（通信設定方法及び電子機器）は、無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（２．４ＧＨｚ帯域を用いる無線伝送方式）等の無線通信手段をそなえるモバイルＰＣ（電子機器）が、予め登録された無線ネットワーク設定の優先順位に応じて、現在接続可能なネットワーク（アクセスポイント）を検出し、検出したネットワークへの接続設定〔家庭／オフィス用のＩＰアドレス，メールソフト設定，家庭内ＬＡＮ用のネットワーク設定，個人契約のサービスプロバイダ（ＩＳＰ）設定等〕を変更するというものである。これにより、特許文献２の技術では、ネットワーク環境が変化した場合でも、異なるネットワーク環境への移行を実現することが可能である。
【特許文献１】  特表平１１−５０１７８３号公報
【特許文献２】  特開２００２−２５２６２０号公報
【非特許文献１】  富士通株式会社、“国内初！最適なネットワークに自動的に切り替えるミドルウェア「Ｓｅａｍｌｅｓｓｌｉｎｋ  Ｖ１．０」新発売”、［ｏｎｌｉｎｅ］、平成１５年１月２７日、［平成１５年４月２５日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｐｒ．ｆｕｊｉｔｓｕ．ｃｏｍ／ｊｐ／ｎｅｗｓ／２００３／０１／２７．ｈｔｍｌ＞
しかしながら、これまでのモバイルＩＰ技術では、端末（ＭＮ）がもつホームアドレス（ＨｏＡ）は常に１つであり、これに対応した移動先アドレス（ＣｏＡ）も必ず１つである。したがって、ｈｔｔｐ（ｈｙｐｅｒ  ｔｅｘｔ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ），ｆｔｐ（ｆｉｌｅ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ），ｖｏｉｐ（ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）等のサービスアプリケーションに応じて、ＭＮに同時接続される複数のアクセス回線を使い分けることは不可能であった。
即ち、例えば図３６に示すように、ＨＡにホームアドレスＨｏＡと移動先アドレスＣｏＡとが登録されている状態では、ＭＮがウェブ（Ｗｅｂ）サーバ１００にアクセスしてｈｔｍｌデータを受信する場合、ＣＮ２００とｖｏｉｐによる通話を行なう場合、ファイルサーバ３００からｆｔｐによりファイルをダウンロードする場合のいずれの場合も、ＭＮ宛のパケットの宛先はホームアドレスＨｏＡであり、これをＨＡが同時刻にはただ１つの移動先アドレスＣｏＡ１又はＣｏＡ２にカプセル化して転送するため、ＭＮは、同時刻には必ずただ１つのアクセス回線を経由して、これら複数のパケットを受信することしかできない（画一的なハンドオーバしかできない）のである。
なお、かかる課題は、上記特許文献１及び２に記載の技術おいても同様に生じる。即ち、これらのいずれの技術も、移動端末が移動先で利用（接続）可能な通信網（アクセス回線）を検出して接続を行なうが、この接続はアプリケーションにより画一的に行なわれるものであるから、やはり、移動端末は同時刻には必ずただ１つのアクセス回線を経由してしか通信できない。したがって、この場合も、ｈｔｔｐ，ｆｔｐ，ｖｏｉｐ等のサービスアプリケーションに応じて、同時接続される複数のアクセス回線を使い分けることは不可能である。
本発明は、このような課題に鑑み創案されたもので、複数のアクセス回線が同時接続される移動端末に対して、当該移動端末が同時使用するサービスアプリケーション（データ）の種別（属性）に応じてそれぞれ最適なアクセス回線を選択してパケット転送を行なえるようにすることを目的とする。
【発明の開示】
上記の目的を達成するために、本発明の移動通信システムにおけるアプリケーションハンドオーバ方法は、複数のアクセス回線が同時に接続されて複数の通信相手ノードと同時通信が可能な移動ノードをそなえた移動通信システムにおいて、該通信相手ノードから該移動ノード宛に転送すべきアプリケーションデータの種別に基づいて、該アプリケーションデータの転送に使用するアクセス回線を選択し、選択したアクセス回線により該アプリケーションデータの転送を行なうことを特徴としている。
ここで、該移動通信システムが該移動ノードへのデータ転送経路を管理する移動管理ノードをそなえ、該移動管理ノードが、該移動ノード宛の該アプリケーションデータを受信すると、当該アプリケーションデータの種別を識別し、その識別結果に基づいて該アクセス回線の選択を行なうこともできる。
また、該移動ノードが、現在位置において使用可能なアクセス回線別に、当該アクセス回線で受信したいアプリケーションデータの種別情報と該アクセス回線を特定する転送先アドレス情報との対応関係を該移動管理ノードに通知し、該移動管理ノードが、該移動ノードから通知された該対応関係と該識別結果とに基づいて該アクセス回線の選択を行なうこともできる。
さらに、該アプリケーションデータの種別情報と該転送先アドレス情報との対応関係は該移動管理ノードで管理してもよいし、該移動ノードで管理してもよい。
また、該移動ノードは、該転送先アドレス情報として、該移動管理ノードにより割り当てられている単一の移動ノード識別子に対して該アプリケーションデータの種別毎に当該アプリケーションデータの受信に用いるアクセス回線のアドレス情報（以下、回線アドレス情報という）を生成し、該回線アドレス情報と該アプリケーションデータの種別情報との組を該移動管理ノードに通知することもできる。
さらに、該移動ノードは、該アプリケーションデータの種別毎に複数の移動ノード識別子を割り当てるとともに、該転送先アドレス情報として、当該アプリケーションデータの受信に用いる回線アドレス情報とを生成し、該移動ノード識別子と該回線アドレス情報との組を該移動管理ノードに通知することもできる。
また、該移動ノードは、該通信相手ノードから該アプリケーションデータを受信すると、当該アプリケーションデータの種別を識別し、その識別結果に応じた転送先アドレス情報を該通信相手ノードに通知し、該通信相手ノードが、以降の該移動ノード宛のアプリケーションデータを、該移動ノードから通知された該転送先アドレス情報宛に送信することもできる。
さらに、該移動ノードは、該通信相手ノードが送信した該アプリケーションデータを受信すると、当該アプリケーションデータの種別を識別し、その識別結果に応じた転送先アドレス情報を該移動管理ノードに通知し、該移動管理ノードが、以降に該通信相手ノードから受信される該移動ノード宛のアプリケーションデータを、該移動ノードから通知された該転送先アドレス情報宛に送信することもできる。
また、該移動ノードは、該通信相手ノードとの間で通信を開始しようとするアプリケーションデータの種別情報を調整した後、当該種別情報と該回線アドレス情報との組を該移動管理ノードに通知することもできる。
さらに、該移動ノードは、該通信相手ノードとの間で通信を開始しようとするアプリケーションデータの種別情報を調整した後、当該種別情報に対する移動ノード識別子を選択して、当該移動ノード識別子と該回線アドレス情報との組を該移動管理ノードに通知することもできる。
また、該移動管理ノードは、受信した該移動ノード宛のアプリケーションデータの種別が識別できない場合は、該アクセス回線のうち予め設定されたデフォルトのアクセス回線を選択することもできる。
さらに、該移動管理ノードは、モバイルＩＰにおけるホームエージェント機能を有するノードであり、該移動ノードが該モバイルＩＰにおけるクライアント機能を有するノードであるのが好ましい。
次に、本発明の移動管理ノードは、複数のアクセス回線が同時に接続されて複数の通信相手ノードと同時通信が可能な移動ノードをそなえた移動通信システムに使用され、該移動ノードへのデータ転送経路を管理するノードであって、該通信相手ノードから該移動ノード宛に転送すべきアプリケーションデータの種別を識別するデータ種別識別手段と、該データ種別識別手段による識別結果に基づいて、該アプリケーションデータの転送に使用するアクセス回線を選択するアクセス回線選択手段とをそなえたことを特徴としている。
ここで、該アクセス回線選択手段は、該アプリケーションデータの種別情報と当該アプリケーションデータの転送に使用するアクセス回線を特定する転送先アドレス情報との対応関係を管理するアドレス情報管理手段と、該アドレス情報管理手段で管理されている該対応関係と該データ種別識別手段による識別結果とに基づいて該当転送先アドレス情報を決定し、該通信相手ノードからの該移動ノード宛のアプリケーションデータを当該転送先アドレス情報宛に転送するデータ転送処理手段とをそなえて構成してもよい。
また、該アドレス情報管理手段は、該移動ノードにおいてその現在位置で使用可能なアクセス回線別に該移動ノードから通知されてくる、当該アクセス回線で受信したいアプリケーションデータの種別情報と該アクセス回線を特定する転送先アドレス情報との対応関係を保持する位置情報キャッシュをそなえていてもよい。
さらに、該位置情報キャッシュは、該対応関係として、単一の移動ノード識別子に対して該アプリケーションデータの種別毎に該移動ノードにおいて生成された当該アプリケーションデータの受信に用いるアクセス回線のアドレス情報と、当該アドレス情報とともに該移動ノードから通知される該アプリケーションデータの種別情報との組を保持するように構成してもよいし、該アプリケーションデータの種別毎に該移動ノードに割り当てられた移動ノード識別子のうちの１つと当該アプリケーションデータの受信に用いるアクセス回線のアドレス情報との組を保持するように構成してもよい。
また、該アクセス回線選択手段は、該データ種別識別手段において受信した該移動ノード宛のアプリケーションデータの種別が識別できない場合は、該アクセス回線のうち予め設定されたデフォルトのアクセス回線を選択するデフォルト回線選択手段をそなえていてもよい。
次に、本発明の移動ノードは、複数のアクセス回線が同時に接続されて複数の通信相手ノードと同時通信が可能な移動ノードと該移動ノードへのデータ転送経路を管理する移動管理ノードとをそなえた移動通信システムに使用されるノードであって、該複数のアクセス回線に応じた複数の回線インタフェースと、現在位置において使用可能なアクセス回線別に、当該アクセス回線に対応する回線インタフェースで受信したいアプリケーションデータの種別情報と該アクセス回線を特定する転送先アドレス情報との対応関係を該移動管理ノードに通知する移動管理手段とをそなえたことを特徴としている。
ここで、該移動管理手段は、該転送先アドレス情報として、該移動管理ノードにより割り当てられている単一の移動ノード識別子に対して該アプリケーションデータの種別毎に当該アプリケーションデータの受信に用いるアクセス回線のアドレス情報（以下、回線アドレス情報という）を生成するアプリケーション別回線アドレス情報生成手段と、該回線アドレス情報と該アプリケーションデータの種別情報との組を該移動管理ノードに通知する第１転送先アドレス情報通知手段とをそなえて構成してもよい。
また、該移動管理手段は、該アプリケーションデータの種別毎に複数の移動ノード識別子を割り当てるとともに、該転送先アドレス情報として、当該アプリケーションデータの受信に用いるアクセス回線のアドレス情報（以下、回線アドレス情報という）を生成するアプリケーション別ノード識別子生成手段と、該移動ノード識別子と該回線アドレス情報との組を該移動管理ノードに通知する第２転送先アドレス情報通知手段とをそなえて構成してもよい。
さらに、本移動ノードは、該移動管理ノードから該アプリケーションデータを受信すると、当該アプリケーションデータの種別を識別するデータ種別識別手段をそなえるとともに、該移動管理手段が、該データ識別手段による識別結果に応じた転送先アドレス情報を、該通信相手ノードに以降の該移動ノード宛のアプリケーションデータを当該転送先アドレス情報宛に送信させるよう該通信相手ノードに通知する第１転送先アドレス情報指定手段をそなえて構成されていてもよい。
また、該移動管理手段が、該データ種別識別手段による識別結果に応じた転送先アドレス情報を、該移動管理ノードが以降に該通信相手ノードから受信される該移動ノード宛のアプリケーションデータを当該転送先アドレス情報宛に送信するよう該移動管理ノードに通知する第２転送先アドレス情報指定手段をそなえて構成されていてもよい。
さらに、該移動管理手段は、該通信相手ノードとの間で通信を開始しようとするアプリケーションデータの種別情報を調整する種別情報調整手段をそなえ、該第１転送先アドレス情報通知手段が、該種別情報調整手段による調整後の当該種別情報と該回線アドレス情報との組を該移動管理ノードに通知するように構成されていてもよい。
また、該移動管理手段は、該通信相手ノードとの間で通信を開始しようとするアプリケーションデータの種別情報を調整する種別情報調整手段と、該種別情報調整手段による調整後の当該種別情報に対する移動ノード識別子を選択する移動ノード識別子選択手段とをそなえ、該第２転送先アドレス情報通知手段が、該移動ノード識別子選択手段により選択した移動ノード識別子と該回線アドレス情報との組を該移動管理ノードに通知するように構成されていてもよい。
【図面の簡単な説明】  図１は本発明の第１実施形態に係る移動通信システムの構成を示すブロック図である。
図２は図１に示すホームエージェントノード（ＨＡ）の構成を示す機能ブロック図である。
図３は図１に示す移動ノード（ＭＮ）の構成を示す機能ブロック図である。
図４は第１実施形態の移動通信システムの動作（アプリケーションハンドオーバ）を説明するための図である。
図５及び図６はそれぞれ第１実施形態で用いる位置登録メッセージ例を示す図である。
図７は第１実施形態における位置情報キャッシュの登録例を示す図である。
図８〜図１０はそれぞれ第１実施形態の移動通信システムの動作（アプリケーションハンドオーバ）を説明するための図である。
図１１は第１実施形態のＨＡにおける位置登録メッセージ処理を説明するためのフローチャートである。
図１２は第１実施形態のＨＡにおけるパケット転送処理を説明するためのフローチャートである。
図１３は第１実施形態のＭＮの移動時の位置登録メッセージ送信処理を説明するためのフローチャートである。
図１４は第１実施形態のＭＮのｖｏｉｐ通信時の位置登録メッセージ送信処理を説明するためのフローチャートである。
図１５は第１実施形態においてｖｏｉｐ通信開始時に用いる位置登録メッセージ例を示す図である。
図１６は第１実施形態の第１変形例としての移動通信システムの動作（ルート最適化）を説明するためのシーケンス図である。
図１７は第１実施形態の第２変形例としての移動通信システムの動作（通信開始後のアクセス回線指定）を説明するためのシーケンス図である。
図１８は第１実施形態の第３変形例としての移動通信システムの動作（ストリーミングサービス）を説明するためのシーケンス図である。
図１９は本発明の第２実施形態に係る移動通信システムの構成を示すブロック図である。
図２０は図１９に示すホームエージェントノード（ＨＡ）の構成を示す機能ブロック図である。
図２１は図１９に示す移動ノード（ＭＮ）の構成を示す機能ブロック図である。
図２２は第２実施形態の移動通信システムの動作（アプリケーションハンドオーバ）を説明するための図である。
図２３及び図２４はそれぞれ第１実施形態で用いる位置登録メッセージ例を示す図である。
図２５は第２実施形態における位置情報キャッシュの登録例を示す図である。
図２６〜図２８はそれぞれ第２実施形態の移動通信システムの動作（アプリケーションハンドオーバ）を説明するための図である。
図２９は第２実施形態のＨＡにおける位置登録メッセージ処理を説明するためのフローチャートである。
図３０は第２実施形態のＨＡにおけるパケット転送処理を説明するためのフローチャートである。
図３１は第２実施形態のＭＮの移動時の位置登録メッセージ送信処理を説明するためのフローチャートである。
図３２は第２実施形態の第１変形例としての移動通信システムの動作（ルート最適化）を説明するためのシーケンス図である。
図３３は第２実施形態の第２変形例としての移動通信システムの動作（通信開始後のアクセス回線指定）を説明するためのシーケンス図である。
図３４は第２実施形態の第３変形例としての移動通信システムの動作（ストリーミングサービス）を説明するためのシーケンス図である。
図３５及び図３６はそれぞれ従来のモバイルＩＰによる通信方法を説明するための図である。
【発明を実施するための最良の形態】  以下、図面を参照して本発明の実施の形態を説明する。
〔Ａ〕第１実施形態の説明
図１は本発明の第１実施形態に係る移動通信システムの構成を示すブロック図で、この図１に示す移動通信システムは、Ｍｏｂｉｌｅ−ＩＰｖ６（Ｍｏｂｉｌｅ−Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）におけるホームエージェント機能を有するホームエージェントノード（ＨＡ）１，Ｍｏｂｉｌｅ−ＩＰｖ６におけるクライアント機能を有する移動ノード（ＭＮ）２，このＭＮ２が無線によりアクセスしうるインターネット上のルータ（アクセスルータ：ＡＲ）３−１，３−２，３−３（以下、これらを区別しない場合は単に「ＡＲ３」と表記する），ＭＮ２にウェブサービス（コンテンツ配信サービス）を提供するウェブ（Ｗｅｂ）サーバ４，ＭＮ２ａがｖｏｉｐやｆｔｐ等の所定のプロトコルにより通信を行なう通信相手ノード（ＣＮ）５及びＭＮ２にｆｔｐ等によるファイル転送サービスを提供するファイルサーバ６等をそなえて構成されている。
ここで、ＨＡ１は、ＭＮ２の現在位置情報〔ＣｏＡ：転送先（移動先）アドレス情報であってアクセス回線のアドレス情報（回線アドレス情報）〕を位置情報キャッシュ（Ｂｉｎｄｉｎｇ  Ｃａｃｈｅ）１１により管理し、上記のウェブサーバ４やＣＮ５，ファイルサーバ６からＨＡ１宛に送られてくるＭＮ２宛のデータパケット（以下、単に「パケット」と称する）を受信すると、当該パケットを位置情報キャッシュ１１で管理されているＭＮ２の最新のＣｏＡによりカプセル化してＭＮ２へ転送する機能を有するものである。なお、図１にはＭＮ２を１台しか図示していないが、実際には１台のＨＡ１が複数台のＭＮ２の移動をそれぞれＭＮ２別に管理する。
ただし、本実施形態において、このＨＡ１（位置情報キャッシュ１１）は、ＭＮ２が接続可能なアクセス回線（例えば、無線ＬＡＮ，ＰＨＳ，３Ｇ，Ｂｌｕｅｔｏｏｔｈ等）に応じて装備する複数の回線インタフェース（以下、単に「インタフェース」と称する）２１，２２，２３別に、ＭＮ２のＣｏＡ（ＣｏＡ１，ＣｏＡ２，ＣｏＡ３）を管理するとともに、それらＣｏＡ別に、ＭＮ２が利用するｈｔｔｐ，ｆｔｐ，ｖｏｉｐ等のサービスアプリケーション（データ）（以下、単に「アプリケーション」と称する）の属性（種別）をも管理するようになっている。つまり、本実施形態のＭＮ２は、後述するように、ＣｏＡをインタフェース２１，２２，２３別に生成してＨＡ１に登録できるようになっている。
具体的に、ＨＡ１（位置情報キャッシュ１１）には、ＭＮ２のホームアドレス（移動ノード識別子：ＨｏＡ）とｈｔｔｐ，ｆｔｐ，ｖｏｉｐ等のアプリケーション種別を示す種別情報（属性コード）とを組み合わせた情報が、位置情報キャッシュ１１の検索キーとして、それに対応するＣｏＡの値と対応付けて格納される。つまり、この位置情報キャッシュ１１は、アプリケーションデータの属性コードとそのアプリケーションデータの転送に使用するアクセス回線を特定する転送先アドレス情報（ＣｏＡ）との対応関係を管理するアドレス情報管理部としての機能を果たしている。
これにより、ＭＮ２宛のパケットがＨＡ１に到着したときには、ＨＡ１は、そのパケットヘッダに含まれるポート番号の値（例えば、ｈｔｔｐなら８０，ｈｔｔｐｓなら４４３，ｐｏｐ３なら１１０等）を参照することによって、属性コードを識別し、そのパケットの宛先であるホームアドレス（ＨｏＡ）と識別した属性コードとを組み合わせて検索キーを作成し、当該検索キーにより位置情報キャッシュ１１を検索することで、ＭＮ２宛のアプリケーションデータの種別に応じたＣｏＡを得ることができる。したがって、ＨＡ１は、そのＣｏＡで受信パケットをカプセルして転送を行なえば、所望のＭＮ２へ、アプリケーション種別に応じた所望のアクセス回線経由でパケットを届けることが可能となる。
このような機能を実現するため、本実施形態のＨＡ１は、上述した位置情報キャッシュ１１に加えて、例えば図２に示すように、パケット識別部１２，メッセージ処理部１３，パケット処理部１４及びパケット転送部１５をそなえて構成される。
ここで、パケット識別部（データ種別識別部）１２は、受信パケットのヘッダ部分を解析して、当該受信パケットが、自ノード（ＨＡ１）宛のパケットであるか否か、自ノード宛パケットであった場合に当該受信パケットが位置登録メッセージ（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）等の制御メッセージであるか否か、ＭＮ２宛のパケット（アプリケーションデータ）であるか否か等を識別するとともに、上記ポート番号から当該受信パケットのアプリケーション種別（データ種別）を識別する機能を有するものである。
なお、このパケット識別部１２において、受信パケットが自ノード（ＨＡ１）宛のパケットでないと識別されると、当該受信パケットは、パケット処理部１４及びパケット転送部１５を介して他の目的ノード宛にそのまま転送され、受信パケットが自ノード宛の位置登録メッセージであると識別されると、当該受信パケットは、メッセージ処理部１３に渡され、ＭＮ２宛のパケットであると識別されると、当該受信パケットは、パケット処理部１４へ渡される。
メッセージ処理部１３は、上記パケット識別部１２からの制御メッセージを処理するもので、当該制御メッセージが位置登録メッセージであれば当該メッセージに含まれるＭＮ２のＣｏＡの位置情報キャッシュ１１への登録・更新や、不要なＣｏＡの削除を行なう機能を有するものであるが、このとき、ＭＮ２のホームアドレス（ＨｏＡ）と、パケット識別部１２で識別した属性コードとの組み合わせ毎にＣｏＡの登録・更新・削除を行なうようになっている。
このため、本実施形態では、ＭＮ２の送信する位置登録メッセージ内に、ＨｏＡと、ＣｏＡと、このＣｏＡをどのアプリケーション種別に反映させる（対応付ける）かがＭＮ２によって設定（指定）されるようになっており、メッセージ処理部１３は、それにしたがって位置情報キャッシュ１１に対するＣｏＡの登録・更新を行なうことになる。
つまり、位置情報キャッシュ１１には、ＭＮ２においてその現在位置で使用可能なアクセス回線別にＭＮ２から位置登録メッセージにより通知されてくる、そのアクセス回線で受信したいアプリケーションデータの属性コードと、そのアクセス回線を特定する転送先アドレス情報（ＣｏＡ）との対応関係が保持されるようになっている。
次に、パケット処理部１４は、パケット識別部１２からＭＮ２宛のパケットを受けると、位置情報キャッシュ１１を参照して、そのパケットのアプリケーション種別に適合したＭＮ２のＣｏＡを検索・決定し、そのＣｏＡによりパケットをカプセル化する機能を有するもので、カプセル化されたパケットはパケット転送部１５へ引き渡される。なお、このパケット処理部１４は、パケット識別部１２においてＭＮ２宛の受信パケットの属性が識別できない場合、予め設定されたデフォルトのＣｏＡ（当該ＣｏＡにより特定されるアクセス回線）を選択するデフォルト回線選択部としての機能も有している。
パケット転送部１５は、メッセージ処理部１３及びパケット処理部１４から受信されるパケットをルーティングテーブル（図示省略）に基づいて転送（ルーティング）する機能を有するものである。
つまり、これらのパケット処理部１４及びパケット転送部１５は、位置情報キャッシュ１１で管理されている上記対応関係とパケット識別部１２による識別結果とに基づいてアプリケーションデータの転送先アドレス情報（ＣｏＡ）を決定し、ＭＮ２宛のアプリケーションデータを決定した転送先アドレス情報（ＣｏＡ）宛に転送するデータ転送処理部としての機能を果たしている。
以上のような機能をＨＡ１に実装することで、ＨＡ１は、ＭＮ２が利用するサービスアプリケーション毎にＣｏＡを判断して、パケット（アプリケーションデータ）の転送に使用するアクセス回線を選択することが可能となる。つまり、上述した位置情報キャッシュ１１，メッセージ処理部１３，パケット処理部１４及びパケット転送部１５は、パケット識別部１２による識別結果に基づいて、アプリケーションデータの転送に使用するアクセス回線を選択するアクセス回線選択部としての機能を実現していることになる。
一方、本実施形態のＭＮ２は、例えば図３に示すように、上記のインタフェース２１，２２，２３の他に、パケット識別部２４，移動管理部２５，パケット処理部２６，ポリシーデータメモリ２７及びアプリケーション部２８等をそなえて構成される。
ここで、インタフェース２１，２２，２３は、複数のアクセス回線（無線ＬＡＮ，ＰＨＳ，３Ｇ，Ｂｌｕｅｔｏｏｔｈ等の各種回線）とのインタフェースをとるもので、例えば、インタフェース２１は無線ＬＡＮ用（無線ＬＡＮカード）、インタフェース２２はＰＨＳ用（ＰＨＳカード）、インタフェース２３は３Ｇ用（３Ｇカード）といった具合に、ＭＮ２が利用するアクセス回線の種別毎に設けられている。
パケット識別部２４は、これらのインタフェース２１，２２，２３で受信されたパケットのヘッダを解析して、その種別を識別するもので、例えば、受信パケットが位置管理メッセージ〔ＨＡ１からの位置登録応答メッセージやＡＲ３からのルータ広告メッセージ（ＲＡ：Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）等〕であれば、当該受信パケットは移動管理部２５に引き渡されて処理され、ＣＮ５からのアプリケーションデータパケットであればパケット処理部２６に引き渡されて処理されるようになっている。
移動管理部２５は、ＭＮ２の移動を検出し、ＨＡ１に送信すべき必要な位置登録メッセージを生成する機能を有するものであるが、本実施形態では、次のような機能部も兼ね備えている。
（１）ＨＡ１により割り当てられている単一のＭＮ２のホームアドレス（ＨｏＡ）に対してアプリケーションデータの種別毎に当該データの受信に用いるアクセス回線のＣｏＡ（ＣｏＡ１，ＣｏＡ２，ＣｏＡ３）を作成するアプリケーション別ＣｏＡ作成部（アプリケーション別回線アドレス情報生成部）２５１
（２）当該ＣｏＡとそのＣｏＡを用いて受信するアプリケーションデータの属性コードとをＨＡ１宛の位置登録メッセージに含めることによりＨＡ１に通知する位置登録メッセージ発行部（第１転送先アドレス情報通知部）２５２
なお、各ＣｏＡは、例えばＭｏｂｉｌｅ−ＩＰｖ６の場合、ホームアドレスのネットワークプレフィックス部分（上位６４ビット）と各インタフェース２１，２２，２３に固有のインタフェースＩＤとを組み合わせることにより作成される。つまり、この移動管理部２５は、ＭＮ２の現在位置において使用可能なアクセス回線別に、当該アクセス回線に対応するインタフェース２１，２２又は２３で受信したいアプリケーションデータの属性コードとそのアクセス回線のアドレス情報（ＣｏＡ）との対応関係を位置登録メッセージによりＨＡ１に登録（通知）するようになっているのである。これにより、ＨＡ１では、上述したごとくＭＮ２のホームアドレス（ＨｏＡ）と属性コードとの組み合わせ毎にＣｏＡの登録・更新・削除を行なうことが可能となる。
なお、本移動管理部２５には、上記以外に、ルート最適化部２５３，ルート変更部２５４及びポート番号ネゴシエーション部２５５としての機能をさらにそなえることもできる。
ここで、ルート最適化部（第１転送先アドレス情報指定部）２５３は、ＨＡ１からのパケットの受信を契機に、パケット識別部１２によるアプリケーション種別の識別結果に応じたＣｏＡをＣＮ５へ位置登録メッセージによって通知（登録）することにより、ＣＮ５にそれ以降のＭＮ２宛の送信パケットをＨＡ１宛（ＭＮ２のホームアドレス宛）ではなくＭＮ２のＣｏＡ宛に直接送信させるルート最適化を実行するものである。
また、ルート変更部２５４は、ＨＡ１からのパケットの受信を契機に、パケット識別部１２によるアプリケーション種別の識別結果に応じたＣｏＡを位置登録メッセージによってＨＡ１に通知（登録）することにより、ＨＡ１がそれ以降にＣＮ５から受信するＭＮ２宛のパケットを当該ＣｏＡ宛に送信させるためのもので、これにより、ＭＮ２は、ＣＮ５との通信開始後にも、受信パケットのアプリケーション種別に応じたアクセス回線の変更が可能となる。
さらに、ポート番号ネゴシエーション部（種別情報調整部）２５５は、ＣＮ５との間で通信に使用するポート番号（通信を開始しようとするアプリケーションデータの種別情報）をネゴシエーションして使用ポート番号を調整するもので、例えば、ＣＮ５がストリーミングサーバである場合、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）により当該ネゴシエーションが行なわれて、動画像等のストリーミング再生に必要な情報（再生ファイル情報，ポート番号等）が得られるようになっている。したがって、この場合、上述した位置登録メッセージ発行部２５２は、このようにして得られたポート番号を属性コードとしてＣｏＡとともに位置登録メッセージによりＨＡ１に登録（通知）することになる。
次に、パケット処理部２６は、ＣＮ５から到着したアプリケーションデータパケットをデカプセル化してアプリケーション部２８にデータを渡す一方、アプリケーション部２８で生成された送信データを必要に応じてカプセル化してインタフェース２１，２２又は２３を通じて送信する機能を有するものである。なお、アプリケーション部２８は、ＭＮ２が実装しているインタフェース２１，２２，２３に対応して、少なくとも、ｈｔｔｐ，ｆｔｐ，ｖｏｉｐ等の各種アプリケーション種別のアプリケーションを有している。
ポリシーデータメモリ２７は、アプリケーション種別毎に、どのアクセス回線を使用するかを決定するためのポリシーデータを記憶するもので、移動管理部２５が上記の位置登録メッセージを作成する際には、このポリシーデータを参照して、アプリケーション種別毎に、使用するＣｏＡを決定し、その内容（属性コード）を含めるようになっている。
例えば図３に示す例では、上記ポリシーデータとして、ＭＮ２がｈｔｔｐ通信を利用する場合は無線ＬＡＮ→ＰＨＳ→３Ｇの優先順位で、ｆｔｐを利用する場合はＰＨＳ→無線ＬＡＮ→３Ｇの優先順位で、それぞれ、アクセス回線（インタフェース２１，２２，２３）を使用し、ｖｏｉｐを利用する場合は必ず３Ｇのアクセス回線（インタフェース２３）を使用することを示すデータがポリシーデータメモリ２７に記憶されている。なお、このポリシーデータは、ユーザによって、適宜、設定変更が可能である。
以下、上述のごとく構成された本実施形態の移動通信システムの動作について詳述する。
（Ａ１）ＨＡの動作説明
まず、ＨＡ１の動作について、図１１及び図１２に示すフローチャートを参照しながら説明する。なお、図１１は位置登録メッセージ処理、図１２はパケット転送処理をそれぞれ示す。
（Ａ１−１）位置登録メッセージ処理
図１１に示すように、ＨＡ１は、メッセージ処理部１３にてＭＮ２からの位置登録メッセージを受信すると（ステップＡ１）、メッセージ処理部１３が当該位置登録メッセージの内容に基づいて位置情報キャッシュ１１の該当エントリ（ＨｏＡ，属性コード，ＣｏＡの組）を検索し（ステップＡ２）、エントリが無ければ新規登録し（ステップＡ３のＮＯルートからステップＡ５）、エントリがあれば当該エントリ内容を更新する（ステップＡ３のＹＥＳルートからステップＡ４）。
その後、ＨＡ１（メッセージ処理部１３）は、上記位置登録メッセージに対する位置登録完了の旨を示すＭＮ２宛の位置登録応答メッセージを生成し、パケット転送部１５を通じて当該位置登録応答メッセージを送信する（ステップＡ６）。
（Ａ１−２）パケット転送処理
一方、図１２に示すように、ＭＮ２宛のパケットを受信した場合（ステップＡ１１）、ＨＡ１は、パケット識別部１２において受信パケットのデータ属性（アプリケーション種別）を当該受信パケットのポート番号等から判定し（ステップＡ１２）、パケット処理部１４により、受信パケットの宛先アドレスを検索キーとして位置情報キャッシュ１１を検索する（ステップＡ１３）。
その結果、該当エントリがなければ、パケット処理部１４は、受信パケットを廃棄（あるいは、カプセル化せずにホームリンクに送信）する一方（ステップＡ１４のＮＯルートからステップＡ１５）、該当エントリが存在すれば、さらに、上記宛先アドレスと受信パケットのデータ属性とを検索キーとして位置情報キャッシュ１１を検索する（ステップＡ１４のＹＥＳルートからステップＡ１６）。
当該検索により、該当エントリが存在すれば、パケット処理部１４は、当該エントリのＣｏＡで受信パケットをカプセル化してパケット転送部１５を通じ転送する（ステップＡ１７のＹＥＳルートからステップＡ１８）。一方、該当エントリが無ければ（該当するデータ属性の値が登録されていなければ）、パケット処理部１４は、複数のＣｏＡのうちデフォルトのＣｏＡ（例えば、ｈｔｔｐ用のＣｏＡ１）で受信パケットをカプセル化してパケット転送部１５を通じ転送する（ステップＡ１７のＮＯルートからステップＡ１９）。
（Ａ２）ＭＮの動作説明
次に、ＭＮ２の動作について、図１３及び図１４に示すフローチャートを参照しながら説明する。なお、図１３は移動時の位置登録メッセージ送信処理、図１４はｖｏｉｐ通信時の位置登録メッセージ送信処理をそれぞれ示す。また、図１３に示す処理はインタフェース２１，２２，２３毎に実行される。
（Ａ２−１）移動時の位置登録メッセージ送信処理
図１３に示すように、ＭＮ２は、最寄りのＡＲ３からルータ広告メッセージを受信すると（ステップＢ１）、移動管理部２５において、当該ルータ広告メッセージに含まれるローカルリンクのプレフィックス部分がそれまで受信していたルータ広告メッセージのプレフィックス部分と異なっているか否かを確認することでＭＮ２が他のＡＲ３配下のリンクに移動したか否かを判断する（ステップＢ２，Ｂ３）。
その結果、ＭＮ２の移動が検出されると、移動管理部２５は、ポリシーデータメモリ２７のポリシーデータを検索し（ステップＢ３のＹＥＳルートからステップＢ４）、どのインタフェース２１，２２，２３（アクセス回線種別）をどのアプリケーションの通信に使用するかを選定してＨＡ１に通知する。
例えば図３中に示した例では、ポリシーデータを検索すると、ｈｔｔｐ通信については、無線ＬＡＮカード２１を第１優先、ＰＨＳカード２２を第２優先、３Ｇカードを第３優先でそれぞれ使用し、ｖｏｉｐについては、３Ｇカード２３を第１優先で使用する（それ以外は使わない）という情報が得られるので、移動管理部２５は、無線ＬＡＮを利用できるエリアに移動した場合には、無線ＬＡＮカード２１をｈｔｔｐ通信で使用するが、ｖｏｉｐ通信には使用しないことが分かる。
そのため、移動管理部２５は、無線ＬＡＮのエリアから位置登録を行なう場合、無線ＬＡＮカード２１に対応するＣｏＡ１を生成し（ステップＢ５）、当該ＣｏＡ１とデータ属性（ｈｔｔｐ）との対応関係をＨＡ１宛の位置登録メッセージに含めて送信することになる（ステップＢ６）。なお、ＭＮ２の移動が検出されなかった場合は、位置登録メッセージの生成・送信は行なわれず、次にルータ広告メッセージが受信されるまで待機状態となる（ステップＢ３のＮＯルート）。
（Ａ２−２）移動時の位置登録メッセージ送信処理
一方、図１４は、ｖｏｉｐ通信開始時にポート番号が決定されるため、ポート番号が判明した時点でＨＡ１にそのポート番号をデータ属性情報として登録するための処理を表している。即ち、ＭＮ２は、通信開始に先立ってｖｏｉｐセッションを確立するが、その際に端末間（ＭＮ２−ＣＮ５間）で使用するポート番号が決定されるので、移動管理部２５において、その情報をモニタしておく（ステップＢ１１〜Ｂ１３）。これにより、これから開始する通信で使用するポート番号が判明するので、移動管理部２５は、ポリシーデータを参照・検索（ステップＢ１４）して、ｖｏｉｐ通信時にどのアクセス回線（インタフェース２１，２２，２３）を使用するかを判断・選定する。
そして、移動管理部２５は、選定したインタフェース（図３の例では３Ｇカード２３）に対応するＣｏＡ３を生成し、当該ＣｏＡ３とデータ属性（ｖｏｉｐ）との対応関係をＨＡ１宛の位置登録メッセージに含めて送信する（ステップＢ１５）。図１５に、この場合の位置登録メッセージのフォーマット例を示す。この図１５に示すフォーマットは、Ｍｏｂｉｌｅ−ＩＰｖ６におけるパケットフォーマットで、基本構造として、ＩＰｖ６ヘッダ７１，モビリティヘッダ７２及び認証ヘッダ７４を有しており、移動管理部２５は、ＩＰｖ６ヘッダ７１に宛先アドレスとしてＨＡ１のアドレス及び送信元アドレスとしてＣｏＡをそれぞれ格納し、ｖｏｉｐ通信で使用する上記ポート番号（この例では、１５００）とＣｏＡとをモビリティヘッダ７２のサブオプション７３として付加した位置登録メッセージ７を生成・送信する。
なお、サブオプション７３中の「デフォルトフラグ」は、この位置登録メッセージ７で登録するＣｏＡを、デフォルトの転送先として指定するか否かを示す情報で、ＨＡ１でデータ属性の判断ができない場合に、デフォルト転送先にカプセル化して転送するために指定する。例えば、“１”で指定することを示し、“０”で指定しないことを示す。
また、上記の例は、ＭＮ２がＨＡ１にｖｏｉｐ通信での使用ポート番号を通知する例であるが、ＨＡ１側で上記と同様にＭＮ２−ＣＮ５間のｖｏｉｐセッションをモニタしてｖｏｉｐ通信に使用するポート番号を知ることも可能である。
（Ａ３）システム全体の動作説明
次に、上述したＨＡ１及びＭＮ２の動作を前提として、システム全体の動作例について、図４〜図１０を用いて説明する。
まず、図４に示すように、３Ｇ移動通信網８の中に、２つの無線ＬＡＮ９−１，９−２のエリアが存在する場合を考える。そして、この場合、ＭＮ２は、３Ｇ移動通信網８にはＡＲ３−２（ルータ番号“２１”）、無線ＬＡＮ９−１にはＡＲ３−１（ルータ番号“１１”）、無線ＬＡＮ９−２にはＡＲ３−３（ルータ番号“１２”）を介してそれぞれアクセスできるようになっている。また、ＭＮ２には、インタフェース２１，２３が実装されており、インタフェース２１は無線ＬＡＮカード、インタフェース２３は３Ｇカードとする。ただし、ＭＮ２は、インタフェース２１及び２２がどのような種別のカードであるかを判別でき、また、アプリケーション毎にどのインタフェース２１，２３を使うのが良いかを把握している。
そして、ＭＮ２は、図１３により前述したように、ＡＲ３−１が定期的に送出するルータ広告メッセージを無線ＬＡＮカード２１により受信し（ステップＳ１）、その内容（プレフィックス部分の変化の有無）を確認することで、それまでと異なるＡＲ３配下のローカルリンクに移動したかどうかを判断する。移動が確認されると、ＭＮ２は、移動管理部２５によりポリシーデータを参照・検索する。
今、ポリシーデータには無線ＬＡＮカード２１が第１優先として登録されているので、移動管理部２５は、当該無線ＬＡＮカード２１を使用インタフェースとして決定し、当該無線ＬＡＮカード２１に対応するＣｏＡ（ＣｏＡ１１）を生成し（ステップＳ２）、当該ＣｏＡ１１とＨｏＡ及びアプリケーション種別とを含めた位置登録メッセージ７を生成してＨＡ１宛に送信する（ステップＳ３）。
具体的に、移動管理部２５は、例えば図５に示すように、ＩＰｖ６ヘッダ７１の宛先アドレスとしてＨＡ１のアドレス、送信元アドレスとして上記ＣｏＡ１１をそれぞれ設定するとともに、モビリティヘッダ７２内にＣｏＡ１１を含め、且つ、新たにモビリティヘッダ７２のサブオプション７３を作成し、そこにアプリケーション種別（この例では、ｈｔｔｐ）と、そのアプリケーションで使用したいＣｏＡの値（ＣｏＡ１１）とを含めて、ＨＡ１宛の位置登録メッセージ７（７Ａ）を生成する。なお、サブオプション７３内の「デフォルトフラグ」は、この例では“１”としており、これにより、ＨＡ１で属性判断ができない場合のデフォルト転送先が当該位置登録メッセージ７Ａに含まれるＣｏＡ１１となる。
ＨＡ１では、上記の位置登録メッセージ７Ａを受信すると、メッセージ処理部１３により、その内容に従って自身の位置情報キャッシュ１１にデータ（エントリ）を登録／更新する（ステップＳ４）。
一方、ＭＮ２は、３Ｇ移動通信網８のＡＲ３−２配下のエリアに位置している場合、当該ＡＲ３−２からもルータ広告メッセージを３Ｇカード２３により受信できる（ステップＳ５）が、その場合、上記の無線ＬＡＮカード２１についての処理とは独立（並行）して、同様に３Ｇカード２３についての位置登録処理を行なう。
即ち、移動管理部２５は、３Ｇカード２３に対するＣｏＡ２１を生成し（ステップＳ６）、例えば図６に示すように、ＩＰｖ６ヘッダ７１の宛先アドレスとしてＨＡ１のアドレス、送信元アドレスとして上記ＣｏＡ２１をそれぞれ設定するとともに、モビリティヘッダ７２内に当該ＣｏＡ２１を含め、且つ、新たにモビリティヘッダ７２のサブオプション７３を作成し、そこにアプリケーション種別（この例では、ｖｏｉｐ）と、そのアプリケーションで使用したいＣｏＡの値（ＣｏＡ２１）とを含めて、ＨＡ１宛の位置登録メッセージ７（７Ｂ）を生成・送信する（ステップＳ７）。ただし、この場合、サブオプション７３の「デフォルトフラグ」は“０”とする。
これにより、ＨＡ１では、メッセージ処理部１３が、上記の位置登録メッセージ７Ｂの内容に従って自身の位置情報キャッシュ１１にデータ（エントリ）を登録／更新する（ステップＳ８）。
このようにして、ＨＡ１は、位置情報キャッシュ１１を作成する。図７に当該位置情報キャッシュ１１の登録例を示す。この図７に示すように、位置情報キャッシュ１１には、ＭＮ２のホームアドレス（ＨｏＡ），ポート番号，ＣｏＡ，ｌｉｆｅｔｉｍｅ（秒）等の組が登録され、ホームアドレス（ＨｏＡ＝２００２：：１００）及びポート番号を検索キーとして検索が可能となっている。なお、Ｍｏｂｉｌｅ−ＩＰｖ６では他の項目も存在するが、この図７には本実施形態の動作上関連の高い主な要素だけを示している。
そして、ここでは「ポート番号」をアプリケーション種別の識別に用い、この例では、ｈｔｔｐを示す属性コードとしてポート番号＝８０、ｖｏｉｐを示す属性コードとしてポート番号＝１５００が登録されている。なお、ポート番号＝０はデフォルト転送先（無線ＬＡＮ：ＣｏＡ１１＝２０５０：：１００）のエントリを示しており、他のポート番号と一致しないデータは全てのこのポート番号＝０のエントリに従って転送先が決定されることになる。他のポート番号としては、例えば次表１に示すものがある。
2004105272.tif 000003
また、ｖｏｉｐ通信では、前述したように、通信開始時に、通信相手（ＣＮ５）とネットワーク８とのネゴシエーションによりポート番号が割り当てられるため、ここでは、そのネゴシエーションによってポート番号＝１５００が割り当てられたときの例を示している。“ｌｉｆｅｔｉｍｅ”は、各エントリの有効時間（秒）を表し、この“ｌｉｆｅｔｉｍｅ”が満了すると、そのエントリは削除される。通信時には、通常はこの“ｌｉｆｅｔｉｍｅ”が満了する前に再度位置登録処理が実行され、エントリが欠落することを防いでいる。
そして、ポート番号＝８０でのｈｔｔｐ通信（ウェブアクセス）に使用するアクセス回線（ウェブサーバ４からのパケットの転送先）として、ＣｏＡ１１＝２０５０：：１００が登録され、ポート番号＝１５００でのｖｏｉｐ通信（通話）に使用するアクセス回線（ｖｏｉｐパケットの転送先）として、ＣｏＡ２１＝２１００：：１００が登録されている。
さて、次に、上述のごとく位置登録処理が完了した上で、ＨＡ１からＭＮ２へパケットを転送する動作について、図８を用いて説明する。この図８に示すように、ＭＮ２が、ウェブサーバ４に対してデータを要求すると、ウェブサーバ４は、それに応えてＭＮ２のホームアドレス（ＨｏＡ）宛のパケットを送信する（ステップＳ１１）。ここで、ホームアドレス（ＨｏＡ）はＨＡ１のホームリンクアドレス宛であるから、ＨＡ１のホームリンクに届けられ、これをＨＡ１がインターセプトする。
このとき、ＨＡ１では、パケット識別部１２により、そのパケットヘッダを解析することで、そのパケットがｈｔｔｐのデータであることを判断できる。即ち、ｈｔｔｐのデータであることを示すポート番号＝８０がＴＣＰヘッダ内のポート番号フィールドに書き込まれているため、これを参照することでアプリケーション種別の特定が可能である。
そして、ＨＡ１は、パケット処理部１４により、上記ＨｏＡと特定したアプリケーション種別（ｈｔｔｐ）とを検索キーとして、位置情報キャッシュ１１を検索することで、ＭＮ２の移動先アドレスとしてＣｏＡ１１を得る（ステップＳ１２）ので、このＣｏＡ１１を宛先としてウェブサーバ４から受信したオリジナルパケットをパケット処理部１４によりカプセル化して送信する（ステップＳ１３）。ここで、ＣｏＡ１１は、ＡＲ３−１配下のリンクで用いるＣｏＡであるから、このパケット（ｈｔｔｐデータ）は無線ＬＡＮ９−１のリンク経由でＭＮ２に届けられ、ＭＮ２の無線ＬＡＮカード２１により受信されることになる。
同様にして、ＣＮ５から上記ｈｔｔｐデータと同時期に送信されたｖｏｉｐパケットは、ＨＡ１でインターセプトされ（ステップＳ１４）、ＨＡ１は、パケット識別部１２により、そのパケットヘッダを解析することで、そのパケットがｖｏｉｐパケットであることを識別し、パケット処理部１４により、上記ＨｏＡと特定したアプリケーション種別（ｖｏｉｐ）とを検索キーとして、位置情報キャッシュ１１を検索することで、ＭＮ２の現在位置情報としてＣｏＡ２１を得る（ステップＳ１５）。
そして、このＣｏＡ２１を宛先としてＣＮ５から受信したオリジナルパケット（ｖｏｉｐパケット）をパケット処理部１４によりカプセル化して送信する（ステップＳ１６）。ここで、ＣｏＡ２１は、ＡＲ３−２のリンクで用いるＣｏＡであるから、このｖｏｉｐパケットは３Ｇ移動通信網８経由でＭＮ２に届けられ、ＭＮ２の３Ｇカード２３により受信されることになる。
このようにして、本実施形態では、アプリケーション毎に、ＭＮ２が望むアクセス網を経由してパケットを受信することが可能である。
次に、図８に示す状態から図９に示すようにＭＮ２が紙面右方向へ移動して、無線ＬＡＮ９−１のエリアを外れたとする。この場合、ＭＮ２は、無線ＬＡＮカード２１経由で、無線ＬＡＮ９−１のリンクがもはや利用できないことを、移動管理部２５にて、例えば受信電波強度情報から検出すると（ステップＳ２１）、無線ＬＡＮカード２１に割り当てられていたＣｏＡ１１が利用できないため、ウェブサーバ４からのｈｔｔｐデータの受信ルートを無線ＬＡＮ９−１側から３Ｇ移動通信網側に変更（ハンドオーバ）する処理を行なう。
即ち、ＭＮ２（移動管理部２５）は、ＣｏＡ１１を無効化するとともに、ポリシーデータを参照して、無線ＬＡＮの次に優先順位の高い３Ｇをアクセス回線として決定し、ＨＡ１宛の位置登録メッセージ７によって、ｈｔｔｐデータの転送先を、３Ｇ移動通信網８で使用している有効なＣｏＡ２１に変更する（このとき、デフォルト転送先もＣｏＡ２１に変更する；ステップＳ２３，Ｓ２４）。このようにして、ＭＮ２は、その時点で使用可能なアクセス網の中で最適なものを順次選択して使用する。
その後、図１０に示すように、さらにＭＮ２が紙面右方向に移動して別の無線ＬＡＮ９−２のエリアに入ったとする。ＭＮ２（移動管理部２５）は、ＡＲ３−３から定期的に送出されるルータ広告メッセージを受信することにより（ステップＳ２５）、前述したようにＭＮ２の移動を検出し、無線ＬＡＮカード２１に対する新たなＣｏＡ１２を生成し（ステップＳ２６）、それを位置登録メッセージ７によりＨＡ１の位置情報キャッシュ１１に登録する（ステップＳ２７，Ｓ２８）。
なお、上記の例ではポリシーデータをＭＮ２側にもたせているが、ポリシーデータの全部又は一部をＨＡ１あるいは他のサーバ等に予め登録しておいてもよい。この場合、ＭＮ２は、単に移動に伴って変化するＣｏＡをＨＡ１に通知し、当該ＨＡ１が、自己又は他のサーバ等におけるポリシーデータにアクセスして、アプリケーション種別と使用するＣｏＡとの関係を決定すればよい。
（Ａ４）第１変形例の説明
上述した例では、ＣＮ５は、ＭＮ２宛のパケットを必ずＭＮ２のホームアドレスのリンク（ＨＡ１）へ送信しているが、Ｍｏｂｉｌｅ−ＩＰｖ６のルート最適化機能を適用すれば、ＨＡ１を介さずにＭＮ２とダイレクトに通信することが可能となる。その際、ＭＮ２からＣＮ５に対して、ＭＮ２でパケット受信に使用したいＣｏＡを通知すれば、パケット受信後、つまり、通信開始後に、パケット受信に使用するアクセス回線の指定（変更）が可能となる。
以下、かかる動作について、図１６に示すシーケンス図を用いて説明する。ただし、この図１６において、ステップＳ１〜Ｓ８，Ｓ１４，Ｓ１５，Ｓ１６で示す動作は、特に断らない限り、図４及び図８により既述の動作と同一もしくは同様である。
まず、ＣＮ５は、ＭＮ２と通信を開始するに当たって、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）等にＭＮ２のホームアドレス（ＨｏＡ）を問い合わせて（クエリ送信）、ＭＮ２のホームアドレスを取得し（ステップＳ１４′，Ｓ１５′）、取得したホームアドレス宛にパケットを送信する（ステップＳ１４）。このパケットは、前述したように、ＨＡ１にてカプセル化されて（ステップＳ１５）、ＭＮ２へ送信される（ステップＳ１６）。
ＭＮ２は、このＨＡ１においてカプセル化されて送信されてくる、ＣＮ５の送信パケット（ｖｏｉｐパケット）を受信すると（ステップＳ１６）、当該パケットの受信を契機として、その受信パケットのデータ属性（ｖｏｉｐ）をパケット識別部２４により識別し（このとき、受信パケットの送信元アドレスを参照することでＣＮ５のアドレスも分かる）、ルート最適化部２５３により、当該データ属性のパケットを、以後、どのアクセス回線経由で受信したいかをルート最適化のための位置登録メッセージによりＣＮ５に通知する。
例えば、ＭＮ２が、３Ｇカード２３により３Ｇ移動通信網８のアクセス回線経由でＣＮ５からのパケットを受信したい場合であれば、ＭＮ２は、ルート最適化のための位置登録メッセージにＣｏＡ２１を含めてＣＮ５宛に送信する（ステップＳ３１，Ｓ３２）。
ＣＮ５は、上記の位置登録メッセージを受信すると、ＨＡ１におけるものと同様の自己が管理する位置情報キャッシュ（図示省略）に、当該メッセージに含まれるＣｏＡ（ＣｏＡ２１）を登録・更新し（ステップＳ３３）、以後、ＭＮ２宛のデータパケットをホームアドレスではなくＣｏＡ２１宛に送信する（ステップＳ３４）。
このようにして、ＭＮ２が、ＣＮ５からのパケット受信（着信）を契機として当該パケットのデータ属性を判断し、そのデータ属性に応じた所望のアクセス回線のアドレス情報（ＣｏＡ）をＣＮ５に通知することで、この通知を受けたＣＮ５は、それ以降の送信パケットの宛先を、ＭＮ２から通知されたアクセス回線宛に変更することが可能となる。
（Ａ５）第２変形例の説明
次に、ＭＮ２とＣＮ５との通信開始後に、ＭＮ２がパケットの受信に用いるアクセス回線を指定する他の動作例について、図１７に示すシーケンス図を用いて説明する。ただし、この図１７において、ステップＳ１〜Ｓ８，Ｓ１４〜Ｓ１６，Ｓ１４′，Ｓ１５′で示す動作は、特に断らない限り、図４，図８及び図１６により既述の動作と同一もしくは同様である。
まず、この場合、ＣＮ５が、ｆｔｐでデータパケットをＭＮ２宛に送信したとする（ステップＳ１４）。この場合、ＨＡ１は、位置情報キャッシュ１１に、データ属性（ｆｔｐ）についてのＣｏＡが未登録であるので、デフォルト転送先のＣｏＡ（ＣｏＡ１１）で受信パケットをカプセル化してＭＮ２へのパケット転送を行なう（ステップＳ１６）。これにより、ＭＮ２では、無線ＬＡＮカード２１により無線ＬＡＮ経由でＣＮ５からのｆｔｐによるパケットが受信されることになる。
ＭＮ２は、当該パケットの受信を契機として、その受信パケットのデータ属性（ｆｔｐ）をパケット識別部２４により識別し（このとき、受信パケットの送信元アドレスを参照することでＣＮ５のアドレスも分かる）、ルート変更部２５４により、当該データ属性のパケットを、以後、どのアクセス回線経由で受信したいかをルート最適化のための位置登録メッセージによりＨＡ１に通知する。
例えば、３Ｇカード２３により３Ｇ移動通信網８のアクセス回線経由でＣＮ５からのパケットを受信したい場合であれば、ＭＮ２は、ＨＡ１宛の位置登録メッセージにＣｏＡ２１を含めて送信する（ステップＳ３１，Ｓ３２′）。
ＨＡ１は、上記の位置登録メッセージを受信すると、位置情報キャッシュ１１に、当該メッセージに含まれるデータ属性（ｆｔｐ）とＣｏＡ（ＣｏＡ２１）の組を登録（追加）し（ステップＳ３３）、以後、ＣＮ５から受信されるＭＮ２宛のデータパケット（ステップＳ３４′）をＣｏＡ２１でカプセル化してＭＮ２へ転送する（ステップＳ３４）。
このように、本変形例では、ＭＮ２が、ＣＮ５からのパケット着信を契機として当該パケットのデータ属性を判断し、そのデータ属性に応じた所望のアクセス回線のアドレス情報（ＣｏＡ）をＨＡ１に通知することで、この通知を受けたＨＡ１は、その通知内容に従って以降のデータ転送先を変更することが可能となる。
（Ａ６）第３変形例の説明
次に、ＭＮ２が、ＣＮ５としてのストリーミングサーバにアクセスして、ストリーミング〔データをダウンロードしながらコンテンツ（動画）再生を行なうこと〕サービスを受ける場合の動作例について、図１８に示すシーケンス図を用いて説明する。ただし、この図１８においても、ステップＳ１〜Ｓ８で示す動作は、図４及び図８により既述の動作と同一もしくは同様である。
この場合、ＭＮ２は、まず、ポート番号ネゴシエーション部２５５によって、ストリーミングサーバ５とＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）セッションを開始し（ステップＳ４１）、ＲＴＳＰにより必要な情報（再生ファイル情報，ポート番号等）のネゴシエーションを行なって（ステップＳ４２）、例えば、ポート番号＝３５５を取得する。
そして、ＭＮ２は、例えば３Ｇカード２３を使用してストリーミングサービスを受けたい場合（ステップＳ４３）、位置登録メッセージ発行部２５２の機能によって、ＨｏＡと、３Ｇカード２３に対応するＣｏＡ２１と、上記ネゴシエーションにより得られたポート番号（データ属性）＝３５５と、デフォルトフラグ＝０とを含む位置登録メッセージをＨＡ１宛に送信する（ステップＳ４４）。
ＨＡ１は、この位置登録メッセージを受信すると、当該メッセージに含まれるＨｏＡとＣｏＡ２１及びポート番号＝３５５の組を位置情報キャッシュ１１に登録して更新する（ステップＳ４５）。その後、ＭＮ２は、ＲＴＳＰによりストリーミングサーバ５に対して再生開始指示を送信し（ステップＳ４６）、当該再生開始指示を受けたストリーミングサーバ５は、データパケットをポート番号＝３５５でＭＮ２のホームアドレス宛に送信する（ステップＳ４７）。
すると、当該データパケットは、ＨＡ１にて受信され、ＨＡ１は、当該受信パケットのＨｏＡ及びポート番号＝３５５をキーにして位置情報キャッシュ１１を検索して、該当するＣｏＡ２１を取得し、当該ＣｏＡ２１で受信パケットをカプセル化して転送する。これにより、当該パケットは、３Ｇ移動通信網８のアクセス回線経由でＭＮ２の３Ｇカード２３により受信される（ステップＳ４８，Ｓ４９）。
このように、本変形例では、ＭＮ２とＣＮ５との間で使用するデータ属性の識別情報（この例では、ストリーミングパケット受信に用いるポート番号）が通信開始前に調整される場合に、ＭＮ２が、当該データ属性識別子の調整後にデータ属性と所望のアクセス回線のアドレス情報の対応関係をＨＡ１に通知することで、データ属性に応じた所望のアクセス回線を使用してＣＮ５との通信を行なうこと可能である。
〔Ｂ〕第２実施形態の説明
次に、図１９は本発明の第２実施形態に係る移動通信システムの構成を示すブロック図で、この図１９に示す移動通信システムも、Ｍｏｂｉｌｅ−ＩＰｖ６におけるホームエージェント機能を有するホームエージェントノード（ＨＡ）１ａ，Ｍｏｂｉｌｅ−ＩＰｖ６におけるクライアント機能を有する移動端末（ＭＮ）２ａ，ＭＮ２ａが無線によりアクセスしうるインターネット上のルータ（ＡＲ）３−１，３−２，３−３，ＭＮ２ａにウェブサービス（コンテンツ配信サービス）を提供するウェブサーバ４，ＭＮ２ａがｖｏｉｐやｆｔｐ等の所定のプロトコルにより通信を行なう通信相手ノード（ＣＮ）５及びＭＮ２ａにｆｔｐ等によるファイル転送サービスを提供するファイルサーバ６等をそなえて構成されている。
ここで、ＨＡ１ａは、本実施形態においても、ＭＮ２ａの移動先アドレス（ＣｏＡ）を位置情報キャッシュ（Ｂｉｎｄｉｎｇ  Ｃａｃｈｅ）１１ａにより管理し、上記のウェブサーバ４やＣＮ５，ファイルサーバ６からＨＡ１宛に送られてくるＭＮ２宛のパケットを受信すると、当該パケットを位置情報キャッシュ１１で管理されているＭＮ２ａの最新のＣｏＡによりカプセル化してＭＮ２ａへ転送する機能を有するものである。
ただし、本実施形態において、このＨＡ１ａ（位置情報キャッシュ１１）は、第１実施形態とは異なり、１台のＭＮ２ａが利用しうるｈｔｔｐ，ｆｔｐ，ｖｏｉｐ等のサービスアプリケーションの種別（データ属性）別に、ＨｏＡ（ＨｏＡ１，ＨｏＡ２，ＨｏＡ３）を管理するとともに、それらＨｏＡ別にＣｏＡ（ＣｏＡ１，ＣｏＡ２，ＣｏＡ３）を管理するようになっている。つまり、本実施形態では、１台のＭＮ２ａにつき複数のＨｏＡをアプリケーション別に登録可能として、これらＨｏＡをデータ属性の識別情報（属性コード）として扱うのである。これにより、ＨＡ１ａは、実質的に、ＭＮ２ａが利用するサービスアプリケーション毎にＣｏＡを判断できるようになっているのである。ただし、上記の各ＨｏＡは、ＭＮ２ａがアプリケーション別に使用したいＨｏＡを登録することで設定される。
そして、ＭＮ２ａ宛のパケットがＨＡ１ａに到着したときには、ＨＡ１ａは、当該パケットの宛先アドレスを基に位置情報キャッシュ１１ａを検索して該当ＨｏＡでカプセル化して転送する。このようなＨＡ１ａの機能は、既存の機能と同一もしくは同様であり、１台のＭＮ２ａにつきＨｏＡを位置情報キャッシュ１１ａにより複数分管理する点が主として異なるだけであるが、これにより、ＭＮ２ａは、第１実施形態と同様に、アプリケーション別にどのアクセス回線を使用したいかを指定してウェブサーバ４やＣＮ５，ファイルサーバ６等と通信することが可能となる。
つまり、本実施形態は、１台のＭＮ２ａにつき、複数のＨｏＡを割り当て、アプリケーション毎にＨｏＡを変えて通信する方法である。通信の多くは、クライアントから、サーバに対してデータを要求する形で通信が開始される。したがって、サーバ側は相手端末の特定を、データ要求のパケットを見て判断する。即ち、ＭＮ２ａが送信するパケットの送信元アドレスに、アプリケーション毎に異なるＨｏＡを設定して送信することで、サーバは、自動的にＭＮ２ａに割り当てられた複数のＨｏＡのうちの１つを指定してＭＮ２ａ宛のパケットを送信することができるのである。
そのため、本実施形態のＨＡ１ａについては、上述した位置情報キャッシュ１１ａに加えて、既存のＨＡと同一もしくは同様の機能をそなえていればよく、例えば図２０に示すように、パケット識別部１２ａ，メッセージ処理部１３ａ，パケット処理部１４ａ及びパケット転送部１５ａをそなえて構成される。
ここで、パケット識別部１２ａは、受信パケットのヘッダ部分を解析して、当該受信パケットが、自ノード（ＨＡ１ａ）宛のパケットであるか否か、自ノード宛パケットであった場合に当該受信パケットが位置登録メッセージ（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）等の制御メッセージであるか否か、ＭＮ２ａ宛のパケット（アプリケーションデータ）であるか否か等を識別する機能を有するものである。
なお、このパケット識別部１２において、受信パケットが自ノード（ＨＡ１ａ）宛のパケットでないと識別されると、当該受信パケットは、パケット処理部１４ａ及びパケット転送部１５ａを介して他の目的ノード宛にそのまま転送され、受信パケットが自ノード宛の位置登録メッセージであると識別されると、当該受信パケットは、メッセージ処理部１３ａに渡され、ＭＮ２ａ宛のパケットであると識別されると、当該受信パケットは、パケット処理部１４ａへ渡される。
メッセージ処理部１３ａは、上記パケット識別部１２ａからの制御メッセージを処理するもので、当該制御メッセージが位置登録メッセージであれば当該メッセージに含まれるＭＮ２ａの現在位置情報（ＣｏＡ）の位置情報キャッシュ１１ａへの登録・更新や、不要なＣｏＡの削除を行なう機能を有するものである。
パケット処理部１４ａは、パケット識別部１２ａからＭＮ２ａ宛のパケットを受けると、位置情報キャッシュ１１ａを参照して、そのパケットに含まれるＨｏＡに対応するＣｏＡを検索し、そのＣｏＡによりパケットをカプセル化する機能を有するもので、カプセル化されたパケットはパケット転送部１５ａへ引き渡される。
そして、パケット転送部１５ａは、メッセージ処理部１３ａ及びパケット処理部１４ａから受信されるパケットをルーティングテーブル（図示省略）に基づいて転送（ルーティング）する機能を有するものである。
一方、本実施形態のＭＮ２ａは、例えば図２１に示すように、第１実施形態とそれぞれ同等の機能を有するインタフェース２１，２２，２３，パケット識別部２４及びアプリケーション部２８をそなえるほか、移動管理部２５ａ，パケット処理部２６ａ及びポリシーデータメモリ２７ａをそなえて構成される。なお、本実施形態においても、例えば、インタフェース２１は無線ＬＡＮ用（無線ＬＡＮカード）、インタフェース２２はＰＨＳ用（ＰＨＳカード）、インタフェース２３は３Ｇ用（３Ｇカード）と仮定する。
ここで、移動管理部２５ａは、ＭＮ２ａの移動を検出し、ＨＡ１ａに送信すべき必要な位置登録メッセージを生成する機能を有するものであるが、本実施形態では、次のような機能部も兼ね備えている。
（１）ＭＮ２ａで利用可能なアプリケーション種別毎にＨｏＡ（ＨｏＡ１，ＨｏＡ２，ＨｏＡ３）（移動ノード識別子）を割り当てるとともに、そのアプリケーション種別のパケットの受信にそれぞれ用いるアクセス回線（インタフェース２１，２２，２３）のＣｏＡ（ＣｏＡ１，ＣｏＡ２，ＣｏＡ３）を作成するアプリケーション別ＨｏＡ作成部（アプリケーション別移動ノード識別子割当部）２５６
（２）現在使用可能なインタフェース２１，２２，２３に割り当てられているＣｏＡ，ポリシーデータメモリ２７のポリシーデータの内容から、各ＨｏＡに対してどのＣｏＡを使うかを判断（選択）するＣｏＡ選択部２５７
（３）選択したＨｏＡとＣｏＡとをＨＡ１ａ宛の位置登録メッセージに含めてＨＡ１ａに送信（通知）する位置登録メッセージ発行部（第２転送先アドレス情報通知部）２５８
なお、ホームアドレス（ＨｏＡ）は、ＨＡ１ａとＭＮ２ａとの間で重複しないように割り当てられる。その際、ネットワーク管理者等がＭＮ２に対して予め固定値を割り当てる場合もあるし、ＭＮ２ａが、ホームネットワークのプレフィックスとインタフェースＩＤとの組み合わせにより自動生成する場合もある。いずれの場合も、ＭＮ２ａは、使用可能な割り当てられたＨｏＡの中からどれを使うかを選択することになる（このことは前述した第１実施形態においても同様である）。
また、この場合、アプリケーション種別とＨｏＡとの関連付けは固定的でも良い。また、本移動管理部２５ａには、この他に、第１実施形態において前述したものとそれぞれ同様のルート最適化部２５３，ルート変更部２５４及びポート番号ネゴシエーション部２５５や、ホームアドレス（ＨｏＡ）選択部２５９をそなえることもできる。
ここで、ホームアドレス選択部（移動ノード識別子選択部）２５９は、ポート番号ネゴシエーション部２５５によるＣＮ５とのネゴシエーションにより通信開始前に得られたポート番号（アプリケーション種別）に対するＨｏＡをポリシーデータに基づいて選択するものである。この場合は、選択されたＨｏＡと使用アクセス回線のＣｏＡとの組が上記の位置登録メッセージ発行部２５８によってＨＡ１ａに通知・登録されることになる。
また、ポリシーデータメモリ２７ａは、アプリケーション種別毎に、どのアクセス回線（ＨｏＡ及びインタフェース２１，２２，２３）を使用するかを決定するためのポリシーデータを記憶するもので、パケット処理部２６ａが送信パケットを作成する際には、このポリシーデータを参照して、アプリケーション種別毎に、使用するＨｏＡを決定し、それを送信パケットの送信元アドレスとして設定するようになっている。
例えば図２１に示す例では、上記ポリシーデータとして、ＭＮ２ａがｈｔｔｐ通信を行なう場合はＨｏＡ１及び無線ＬＡＮ→ＰＨＳ→３Ｇの優先順位でアクセス回線（インタフェース２１，２２，２３）を使用し、ｆｔｐ通信を行なう場合はＨｏＡ３及びＰＨＳ→無線ＬＡＮ→３Ｇの優先順位でアクセス回線を使用し、ｖｏｉｐ通信を行なう場合はＨｏＡ２及び３Ｇのアクセス回線（インタフェース２３）を使用することを示すデータがポリシーデータメモリ２７ａに記憶されている。
そして、パケット処理部２６ａは、受信アプリケーションデータパケットをデカプセル化してアプリケーション部２８にデータを渡す一方、アプリケーション部２８で生成された送信データを必要に応じてカプセル化（パケット化）してインタフェース２１，２２又は２３を通じて送信する機能を有するもので、ここでは、アプリケーション部２８から送信されるパケットの送信元アドレスとして、どのＨｏＡを使用するのかを、上記ポリシーデータメモリ２７のポリシーデータを参照することで決定して、当該ＨｏＡを送信元アドレスとする送信パケットを作成するようになっている。
なお、本実施形態においても、ＣｏＡは、例えば、ホームアドレスのネットワークプレフィックス部分（上位６４ビット）と各インタフェース２１，２２，２３に固有のインタフェースＩＤとを組み合わせることにより作成される。
以上の機能により、本実施形態においても、ＭＮ２ａは、アプリケーション種別に応じて、使用するインタフェース２１，２２，２３（アクセス回線）を選択して使用することが可能となる。例えば、ＭＮ２ａがウェブサーバ４へアクセスするときに、ｈｔｔｐ通信で使用したいＨｏＡを使ってウェブサーバ４へファイル転送を要求することで、ウェブサーバ４は、ＭＮ２ａが使いたいＨｏＡを宛先として、要求されたファイルを送信することになる。
以下、本第２実施形態の移動通信システムの動作について詳述する。
（Ｂ１）ＨＡの動作説明
まず、ＨＡ１ａの動作について、図２９及び図３０に示すフローチャートを参照しながら説明する。なお、図２９は位置登録メッセージ処理、図３０はパケット転送処理をそれぞれ示す。
（Ｂ１−１）位置登録メッセージ処理
図２９に示すように、ＨＡ１ａは、メッセージ処理部１３にてＭＮ２ａからの位置登録メッセージを受信すると（ステップＡ２１）、メッセージ処理部１３が当該位置登録メッセージの内容に基づいて位置情報キャッシュ１１の該当エントリ（ＨｏＡ及びＣｏＡの組）を検索し（ステップＡ２２）、エントリが無ければ新規登録し（ステップＡ２３のＮＯルートからステップＡ２５）、エントリがあれば当該エントリ内容を更新する（ステップＡ２３のＹＥＳルートからステップＡ２４）。
その後、ＨＡ１ａ（メッセージ処理部１３）は、上記位置登録メッセージに対する位置登録完了の旨を示すＭＮ２宛の位置登録応答メッセージを生成し、パケット転送部１５を通じて当該位置登録応答メッセージを送信する（ステップＡ２６）。
（Ｂ１−２）パケット転送処理
一方、図３０に示すように、ＭＮ２ａ宛のパケットを受信した場合（ステップＡ３１）、ＨＡ１ａは、パケット処理部１４により、受信パケットの宛先アドレスを検索キーとして位置情報キャッシュ１１を検索し（ステップＡ３２）、該当エントリがなければ、受信パケットを廃棄（あるいは、カプセル化せずにホームリンクに送信）する一方（ステップＡ３３のＮＯルートからステップＡ３４）、該当エントリが存在すれば、当該エントリのＣｏＡで受信パケットをカプセル化してパケット転送部１５を通じ転送する（ステップＡ３３のＹＥＳルートからステップＡ３５）。
（Ｂ２）ＭＮの動作説明
次に、ＭＮ２ａの動作について、図３１に示すフローチャートを参照しながら説明する。なお、この図３１は移動時の位置登録メッセージ送信処理を示し、インタフェース２１，２２，２３別に実行される。
ＭＮ２は、最寄りのＡＲ３からルータ広告メッセージを受信すると（ステップＢ２１）、移動管理部２５ａにおいて、当該ルータ広告メッセージに含まれるローカルリンクのプレフィックス部分がそれまで受信していたルータ広告メッセージのプレフィックス部分と異なっているか否かを確認することでＭＮ２ａが他のＡＲ３配下のリンクに移動したか否かを判断する（ステップＢ２２，Ｂ２３）。
その結果、ＭＮ２ａの移動が検出されると、移動管理部２５ａは、ポリシーデータメモリ２７ａのポリシーデータを検索し（ステップＢ２３のＹＥＳルートからステップＢ２４）、どのＨｏＡをどのアプリケーションの通信に使用するかを選定する。
例えば図２１中に示した例では、ポリシーデータを検索すると、ｈｔｔｐ通信にはＨｏＡ１、ｆｔｐ通信にはＨｏＡ３、ｖｏｉｐ通信にはＨｏＡ２を使用し、さらに、ｈｔｔｐ通信では無線ＬＡＮカード２１を第１優先、ＰＨＳカード２２を第２優先、３Ｇカードを第３優先でそれぞれ使用し、ｆｔｐ通信ではＰＨＳカード２２を第１優先、無線ＬＡＮカード２１を第２優先、３Ｇカード２３を第３優先でそれぞれ使用し、ｖｏｉｐでは３Ｇカード２３を第１優先で使用する（それ以外は使わない）という情報が得られるので、移動管理部２５ａは、無線ＬＡＮを利用できるエリアに移動した場合には、ＨｏＡ１及び無線ＬＡＮカード２１をｈｔｔｐ通信で使用するが、ｖｏｉｐ通信には使用しないことが分かる。
そのため、移動管理部２５ａは、無線ＬＡＮのエリアから位置登録を行なう場合、無線ＬＡＮカード２１に対応するＣｏＡ１を生成し（ステップＢ２５）、ＨｏＡ１を送信元アドレスとするＨＡ１ａ宛の位置登録メッセージに当該ＣｏＡ１を含めて送信することになる（ステップＢ２６）。なお、ＭＮ２ａの移動が検出されなかった場合は、位置登録メッセージの生成・送信は行なわれず、次にルータ広告メッセージが受信されるまで待機状態となる（ステップＢ２３のＮＯルート）。
（Ｂ３）システム全体の動作説明
次に、上述したＨＡ１ａ及びＭＮ２ａの動作を前提として、システム全体の動作例について、図２２〜図２８を用いて説明する。
まず、本実施形態においても、図２２に示すように、３Ｇ移動通信網８の中に、２つの無線ＬＡＮ９−１，９−２のエリアが存在する場合を考える。そして、この場合も、ＭＮ２ａは、３Ｇ移動通信網８にはＡＲ３−２（ルータ番号“２１”）、無線ＬＡＮ９−１にはＡＲ３−１（ルータ番号“１１”）、無線ＬＡＮ９−２にはＡＲ３−３（ルータ番号“１２”）を介してそれぞれアクセスできる。また、ＭＮ２ａには、インタフェース２１，２３が実装されており、例えば、インタフェース２１は無線ＬＡＮカード、インタフェース２３は３Ｇカードとする。
ただし、ＭＮ２ａは、インタフェース２１及び２２がどのような種別のカードであるかを判別でき、また、アプリケーション毎にどのインタフェース２１，２３を使うのが良いかを把握している。また、ＭＮ２ａには２つのホームアドレスＨｏＡ１及びＨｏＡ２が割り当てられており、ウェブアクセス（ｈｔｔｐ通信）にはＨｏＡ１を使い、音声通話（ｖｏｉｐ通信）にはＨｏＡ２を使い、その他の通信にはＨｏＡ１をデフォルトとして使うと決められている。
そして、ＭＮ２ａは、図３１により上述したように、ＡＲ３−１が定期的に送出するルータ広告メッセージを無線ＬＡＮカード２１により受信し（ステップＳ５１）、その内容（プレフィックス部分の変化の有無）を確認することで、それまでと異なるＡＲ３配下のローカルリンクに移動したかどうかを判断する。移動が確認されると、ＭＮ２ａは、移動管理部２５ａによりポリシーデータを参照・検索する。
今、ポリシーデータには無線ＬＡＮカード２１が第１優先として登録されているので、移動管理部２５ａは、当該無線ＬＡＮカード２１及びＨｏＡ１を使用インタフェース及びＨｏＡとしてそれぞれ決定し、当該無線ＬＡＮカード２１に対応するＣｏＡ（ＣｏＡ１１）を生成し（ステップＳ５２）、当該ＣｏＡ１１を送信元アドレスとしＨｏＡ１を含む位置登録メッセージを生成してＨＡ１ａ宛に送信する（ステップＳ５３）。
具体的に、移動管理部２５ａは、例えば図２３に示すように、ＩＰｖ６ヘッダ７１の宛先アドレスとしてＨＡ１ａのアドレス、送信元アドレスとして上記ＣｏＡ１１をそれぞれ設定するとともに、モビリティヘッダ７２内にＨｏＡ１及びＣｏＡ１１を含めて、ＨＡ１宛の位置登録メッセージ７（７Ｃ）を生成する。ＨＡ１ａでは、この位置登録メッセージ７Ｃを受信すると、メッセージ処理部１３により、その内容に従って自身の位置情報キャッシュ１１ａにデータ（エントリ）を登録／更新する（ステップＳ５４）。
一方、ＭＮ２ａは、３Ｇ移動通信網８のＡＲ３−２配下のエリアに位置している場合、当該ＡＲ３−２からもルータ広告メッセージを３Ｇカード２３により受信できる（ステップＳ５５）が、その場合、上記の無線ＬＡＮカード２１についての処理とは独立（並行）して、同様に３Ｇカード２３についての位置登録処理を行なう。
即ち、移動管理部２５ａは、３Ｇカード２３に対するＣｏＡ２１を生成し（ステップＳ５６）、例えば図２４に示すように、ＩＰｖ６ヘッダ７１の宛先アドレスとしてＨＡ１のアドレス、送信元アドレスとして上記ＣｏＡ２１をそれぞれ設定するとともに、モビリティヘッダ７２内にＨｏＡ２及びＣｏＡ２１を含めて、ＨＡ１ａ宛の位置登録メッセージ７（７Ｄ）を生成・送信する（ステップＳ５７）。ＨＡ１ａでは、メッセージ処理部１３が、この位置登録メッセージ７Ｄの内容に従って自身の位置情報キャッシュ１１ａにデータ（エントリ）を登録／更新する（ステップＳ５８）。
このようにして、ＨＡ１ａは、位置情報キャッシュ１１ａを作成する。図２５に当該位置情報キャッシュ１１ａの登録例を示す。この図２５に示すように、位置情報キャッシュ１１ａには、ＭＮ２のホームアドレス（ＨｏＡ），ＣｏＡ，ｌｉｆｅｔｉｍｅ（秒）等の組が登録され、ホームアドレス（ＨｏＡ）を検索キーとして検索が可能となっている。なお、この図２５では、第１のエントリとして、ｈｔｔｐ通信用のＨｏＡ１＝２００２：０１：：１００，ＣｏＡ１１＝２０５０：：１００，ｌｉｆｅｔｉｍｅ＝５００（秒）の組がデフォルト転送先（無線ＬＡＮ）のエントリとして登録され、第２のエントリとして、ｖｏｉｐ通信用のＨｏＡ２＝２００２：０２：：１００，ＣｏＡ２１＝２１００：：１００，ｌｉｆｅｔｉｍｅ＝４５０（秒）の組が登録されていることを示している。
さて、次に、上述のごとく位置登録処理が完了した上で、ＨＡ１ａからＭＮ２ａへパケットを転送する動作について、図２６を用いて説明する。この図２６に示すように、ＭＮ２ａが、ウェブサーバ４に対してＨｏＡ１を送信元アドレスとして用いてデータを要求すると、ウェブサーバ４は、それに応えてＭＮ２ａのホームアドレス（ＨｏＡ１）宛のパケット（ｈｔｔｐパケット）を送信する（ステップＳ６１）。ここで、ホームアドレス（ＨｏＡ１）はＨＡ１ａのホームリンクアドレス宛であるから、ＨＡ１ａのホームリンクに届けられ、これをＨＡ１ａがインターセプトする。
このとき、ＨＡ１ａでは、パケット識別部１２及びパケット処理部１４により、受信パケットの送信元アドレス（ＨｏＡ１）を検索キーとして、位置情報キャッシュ１１ａを検索することで、ＭＮ２ａの移動先アドレスとしてＣｏＡ１１を得る（ステップＳ６２）ので、このＣｏＡ１１を宛先としてウェブサーバ４から受信したオリジナルパケットをパケット処理部１４によりカプセル化して送信する（ステップＳ６３）。ここで、ＣｏＡ１１は、ＡＲ３−１配下のリンクで用いるＣｏＡであるから、このパケット（ｈｔｔｐデータ）は無線ＬＡＮ９−１のリンク経由でＭＮ２ａに届けられ、ＭＮ２ａの無線ＬＡＮカード２１により受信されることになる。
同様にして、ＣＮ５から上記ｈｔｔｐパケットと同時期に送信されたＨｏＡ２宛のｖｏｉｐパケットも、ＨＡ１ａでインターセプトされ（ステップＳ６４）、ＨＡ１ａは、パケット識別部１２及びパケット処理部１４により、上記ＨｏＡ２を検索キーとして、位置情報キャッシュ１１ａを検索することで、ＭＮ２ａの移動先アドレスとしてＣｏＡ２１を得る（ステップＳ６５）。
そして、このＣｏＡ２１を宛先としてＣＮ５から受信したオリジナルパケット（ｖｏｉｐパケット）をパケット処理部１４によりカプセル化して送信する（ステップＳ６６）。ここで、ＣｏＡ２１は、ＡＲ３−２のリンクで用いるＣｏＡであるから、このｖｏｉｐパケットは３Ｇ移動通信網８経由でＭＮ２ａに届けられ、ＭＮ２ａの３Ｇカード２３により受信されることになる。
このようにして、本実施形態では、アプリケーション毎に異なるＨｏＡを使用することで、ＨＡ１ａに大きな機能追加・変更を加えることなく、第１実施形態と同様に、ＭＮ２ａが望むアクセス網を経由してパケットを受信することが可能である。
次に、図２６に示す状態から図２７に示すようにＭＮ２ａが紙面右方向へ移動して、無線ＬＡＮ９−１のエリアを外れたとする。この場合、ＭＮ２ａは、無線ＬＡＮカード２１経由で、無線ＬＡＮ９−１のリンクがもはや利用できないことを、移動管理部２５ａにて、例えば受信電波強度情報から検出すると（ステップＳ７１）、無線ＬＡＮカード２１に割り当てられていたＣｏＡ１１が利用できないため、ウェブサーバ４からのｈｔｔｐパケットの受信ルートを無線ＬＡＮ９−１側から３Ｇ移動通信網側に変更（ハンドオーバ）する処理を行なう。
即ち、ＭＮ２ａ（移動管理部２５ａ）は、ＣｏＡ１１を無効化する（ステップＳ７２）とともに、ポリシーデータを参照して、無線ＬＡＮの次に優先順位の高い３Ｇをアクセス回線として決定し、ＨＡ１ａ宛の位置登録メッセージ７によって、ｈｔｔｐパケットの転送先を、３Ｇ移動通信網８で使用している有効なＣｏＡ２１に変更する（ステップＳ７３，Ｓ７４）。このようにして、ＭＮ２ａは、その時点で使用可能なアクセス網の中で最適なものを順次選択して使用する。
その後、図２８に示すように、さらにＭＮ２が紙面右方向に移動して別の無線ＬＡＮ９−２のエリアに入ったとする。ＭＮ２（移動管理部２５）は、ＡＲ３−３から定期的に送出されるルータ広告メッセージを受信することにより（ステップＳ８５）、前述したようにＭＮ２ａの移動を検出し、無線ＬＡＮカード２１に対する新たなＣｏＡ１２を生成し（ステップＳ８６）、それを位置登録メッセージ７により、ＨｏＡ１に割り当てるよう、ＨＡ１ａの位置情報キャッシュ１１ａに登録する（ステップＳ８７，Ｓ８８）。
なお、本例においても、ポリシーデータの全部又は一部は、ＨＡ１ａあるいは他のサーバ等に予め登録しておいてもよい。
（Ｂ４）第１変形例の説明
上述した例では、ＣＮ５は、ＭＮ２ａ宛のパケットを必ずＭＮ２ａのホームアドレスのリンク（ＨＡ１ａ）へ送信しているが、第１実施形態と同様に、Ｍｏｂｉｌｅ−ＩＰｖ６のルート最適化機能を適用すれば、ＨＡ１ａを介さずにＭＮ２ａとダイレクトに通信することが可能となる。その際、ＭＮ２ａからＣＮ５に対して、ＭＮ２ａでパケット受信に使用したいＣｏＡを通知すれば、パケット受信後、つまり、通信開始後に、パケット受信に使用するアクセス回線の指定が可能となる。
以下、かかる動作について、図３２に示すシーケンス図を用いて説明する。ただし、この図３２において、ステップＳ５１〜Ｓ５８，Ｓ６４，Ｓ６５，Ｓ６６で示す動作は、特に断らない限り、図２２及び図２６により既述の動作と同一もしくは同様である。
まず、ＣＮ５は、ＭＮ２ａと通信を開始するに当たって、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）等にＭＮ２ａのホームアドレス（ＨｏＡ１）を問い合わせて（クエリ送信）、ＭＮ２ａのホームアドレスを取得し（ステップＳ１４′，Ｓ１５′）、取得したホームアドレス宛にパケットを送信する（ステップＳ６４）。このパケットは、前述したように、ＨＡ１ａにてカプセル化されて（ステップＳ６５）、ＭＮ２へ送信される（ステップＳ６６）。
ＭＮ２ａは、このＨＡ１ａにおいてカプセル化されて送信されてくる、ＣＮ５の送信パケット（ｖｏｉｐパケット）を受信すると、当該パケットの受信を契機として、その受信パケットのデータ属性を判断し、以後、そのデータ属性のパケットをどのアクセス回線経由で受信したいかを決定し（ステップＳ９１）、それをルート最適化のための位置登録メッセージによりＣＮ５に通知する。
例えば、ＭＮ２ａが、３Ｇカード２３により３Ｇ移動通信網８のアクセス回線経由でＣＮ５からのパケットを受信したい場合であれば、ＭＮ２ａは、ルート最適化のための位置登録メッセージにＨｏＡ１，ＣｏＡ２１を含めてＣＮ５宛に送信する（ステップＳ９１，Ｓ９２）。
ＣＮ５は、この位置登録メッセージを受信すると、ＨＡ１ａにおけるものと同様の自己が管理する位置情報キャッシュ（図示省略）に、当該メッセージに含まれるＨｏＡ１，ＣｏＡ２１を登録して更新し（ステップＳ９３）、以後、ＭＮ２ａ宛のデータパケットをホームアドレスではなく（ＨＡ１ａを経由せず）ＣｏＡ２１宛にダイレクトに送信する（ステップＳ９４）。
このようにして、本実施形態においても、ＭＮ２ａが、ＣＮ５からのパケット受信（着信）を契機として当該パケットの属性を判断し、その属性に応じた所望のアクセス回線のアドレス情報（ＣｏＡ）をＣＮ５に通知することで、ＣＮ５は、それ以降の送信パケットの宛先を、ＭＮ２から通知されたアクセス回線宛に変更することが可能となる。
（Ｂ５）第２変形例の説明
次に、ＭＮ２ａとＣＮ５との通信開始後に、ＭＮ２ａがパケットの受信に用いるアクセス回線を指定する他の動作例について、図３３に示すシーケンス図を用いて説明する。ただし、この図３３において、ステップＳ５１〜Ｓ５８，Ｓ６４〜Ｓ６６，Ｓ１４′，Ｓ１５′で示す動作は、特に断らない限り、図２２，図２６及び図３２により既述の動作と同一もしくは同様である。
まず、この場合、ＣＮ５が、ｆｔｐでデータパケットをＭＮ２ａ宛に送信したとする（ステップＳ６４）。この場合、ＨＡ１は、位置情報キャッシュ１１ａに、データ属性（ｆｔｐ）についてのＣｏＡが未登録であるので、デフォルト転送先のＣｏＡ（ＣｏＡ１１）で受信パケットをカプセル化してＭＮ２ａへのパケット転送を行なう（ステップＳ１６）。これにより、ＭＮ２ａでは、無線ＬＡＮカード２１により無線ＬＡＮ経由でＣＮ５からのｆｔｐによるパケットが受信されることになる。
ＭＮ２ａは、当該パケットの受信を契機として、その受信パケットのデータ属性（ｆｔｐ）をパケット識別部２４により識別し（このとき、受信パケットの送信元アドレスを参照することでＣＮ５のアドレスも分かる）、ルート変更部２５４により、当該データ属性のパケットを、以後、どのアクセス回線経由で受信したいかをルート最適化のための位置登録メッセージによりＣＮ５に通知する。
例えば、３Ｇカード２３により３Ｇ移動通信網８のアクセス回線経由でＣＮ５からのパケットを受信したい場合であれば、ＭＮ２ａは、ＨＡ１ａ宛の位置登録メッセージにＣｏＡ２１を含めて送信する（ステップＳ９１，Ｓ９２′）。
ＨＡ１ａは、上記の位置登録メッセージを受信すると、位置情報キャッシュ１１に、当該メッセージに含まれるＨｏＡ１とＣｏＡ２１の組を登録（追加）し（ステップＳ９３）、以後、ＣＮ５から受信されるＭＮ２ａ宛のデータパケット（ステップＳ９４′）をＣｏＡ２１でカプセル化してＭＮ２ａへ転送する（ステップＳ９４）。
このように、本変形例では、ＭＮ２ａが、ＣＮ５からのパケット着信を契機として当該パケットのデータ属性を判断し、そのデータ属性に応じた所望のアクセス回線のアドレス情報（ＨｏＡ，ＣｏＡ）をＨＡ１ａに通知することで、この通知を受けたＨＡ１ａは、その通知内容に従って以降のデータ転送先を変更することが可能となる。
（Ｂ６）第３変形例の説明
次に、ＭＮ２ａが、ＣＮ５としてのストリーミングサーバにアクセスして、ストリーミングサービスを受ける場合の動作例について、図３４に示すシーケンス図を用いて説明する。ただし、この図３４においても、ステップＳ５１〜Ｓ５８で示す動作は、図２２及び図２６により既述の動作と同一もしくは同様である。
この場合、ＭＮ２ａは、ストリーミングデータの受信に使用するＨｏＡ（ＨｏＡ３）を選択し、そのＨｏＡ３と当該ＨｏＡ３に対応するＣｏＡ２１とをＨＡ１ａに対して位置登録メッセージ７により登録する（ステップＳ１０１，Ｓ１０２，Ｓ１０３）。その後、ＭＮ２ａは、上記ＨｏＡ３をＭＮ２ａからの送信メッセージの送信（ソース）アドレスとして用いて、ストリーミングサーバ５とＲＴＳＰセッションを開始し（ステップＳ１０４）、ＲＴＳＰにより必要な情報（再生ファイル情報，ポート番号等）のネゴシエーションを行なって（ステップＳ１０５）、例えば、ポート番号＝３５５を取得する。
そして、ＭＮ２ａは、ＲＴＳＰによりストリーミングサーバ５に対して再生開始指示を送信し（ステップＳ１０６）、当該再生開始指示を受けたストリーミングサーバ５は、データパケットをポート番号＝３５５でＭＮ２ａのホームアドレス（ＨｏＡ３）宛に送信する（ステップＳ１０７）。当該データパケットは、ＨＡ１ａにて受信され、ＨＡ１ａは、当該受信パケットのＨｏＡ（ＨｏＡ３）をキーにして位置情報キャッシュ１１ａを検索してＣｏＡ２１を取得し、当該ＣｏＡ２１で受信パケットをカプセル化して転送する。これにより、当該パケットは、３Ｇ移動通信網８のアクセス回線経由でＭＮ２ａの３Ｇカード２３により受信される（ステップＳ１０８，Ｓ１０９）。
（Ｃ）効果
以上のように、本実施形態によれば、ＭＮの要求（ポリシーデータ）及びｈｔｔｐ，ｆｔｐ，ｖｏｉｐ等のアプリケーション種別に応じて、ＭＮに同時接続される複数のアクセス回線を使い分けることができるので、アプリケーション種別に応じた最適なアクセス回線を選定してパケット転送を行なうことが可能となる。したがって、ＭＮのユーザが求める品質を確保し、かつ、ネットワークの有効活用を図ることが可能となる。
これにより、例えば、広告情報の受信には常に通信費のかからない無線ＬＡＮ回線でのみ受信しつつ、同時に、データ品質の確保されたＰＨＳ回線を用いてデータ送受信を行なう、といった使い方を実現することができる。
また、他の例としては、ある会社の社員に、業務利用だけが認められた３Ｇカードが会社から支給されており、また、当該社員は個人的にＰＨＳカードも所有しており、自宅のパーソナルコンピュータ（ＰＣ）には会社支給の３Ｇカードと個人所有のＰＨＳカードの両方を使うことができるという状況において、自宅ＰＣで私的利用でウェブアクセスをするときには、個人所有のＰＨＳカードを使うが、仕事用に常にメール受信も行なっており、メールチェックには３Ｇカードだけを使うといった用途が考えられる。このような用途においても、ポリシーデータの設定により、様々なアクセス回線の選択をユーザが意識することなく、アプリケーション毎にアクセス回線を使い分けることが可能となるのである。
他にも、ポリシーデータの設定により、例えば以下のような使用例が考えられる。
・或るユーザは高速道路を移動中で、通話中に音声が途切れるのは困るので、３Ｇ回線を使うが、動画を見る場合にはサービスエリアに立ち寄り一気にビデオファイルをダウンロードしつつ、移動中にデータが不足すると３Ｇ回線も使う。
・通常のメール受信には低速（帯域の小さい）回線を使い、メールに添付されたＵＲＬにアクセスしてコンテンツを表示するには、低速回線では表示に時間がかかるので、高速（帯域の大きい）回線である３Ｇ回線を使う。もし、さらに高速な無線ＬＡＮ回線が使える環境なら無線ＬＡＮ回線を使う。
・定額ＰＨＳサービスを契約している場合に、音声通話には最も安定して音質がクリアなＰＨＳ回線を使い、他のｈｔｔｐ通信等には、場所によって最も帯域に余裕のある回線を使う。
・見積書や顧客への提案資料等、他社に見られては困る資料送付は無線ＬＡＮ回線以外のセキュアな回線を使い、それ以外は無線ＬＡＮを使う。
・カタログ閲覧は無線ＬＡＮを使っていたが、オンラインショッピングでクレジットカード番号等の個人情報を送信するときには秘匿性の高い３Ｇ回線を使う。
・未承諾広告は、料金のかからない回線でのみ受信する。
・１１０番通報等の緊急通報や警察内部の通話には、確実で信頼性の高い３Ｇ回線又はＰＤＣ回線を使う。
・遠隔手術等の遠隔医療には、信頼性及び安定性の高い３Ｇ回線又はＰＤＣ回線を使う。
（Ｄ）その他
なお、本発明は、上述した実施形態に限定されず、本発明の趣旨を逸脱しない範囲で種々変形して実施できることはいうまでもない。
例えば、上述したＨＡとしての機能をエッジノードにもたせて、エッジノードにおいて受信パケットの転送先決定（カプセル化等）を行なうようにしてもよい。
【産業上の利用可能性】  以上詳述したように、本発明によれば、ｈｔｔｐ，ｆｔｐ，ｖｏｉｐ等のアプリケーション種別に応じて、移動ノードに同時接続される複数のアクセス回線を使い分けることができるので、移動ノードのユーザが求める品質を確保し、かつ、ネットワークの有効活用を図ることが可能になり、移動通信分野において極めて有用であると考えられる。
【図１】
2004105272.tif 000004
【図２】
2004105272.tif 000005
【図３】
2004105272.tif 000006
【図４】
2004105272.tif 000007
【図５】
2004105272.tif 000008
【図６】
2004105272.tif 000009
【図７】
2004105272.tif 000010
【図８】
2004105272.tif 000011
【図９】
2004105272.tif 000012
【図１０】
2004105272.tif 000013
【図１１】
2004105272.tif 000014
【図１２】
2004105272.tif 000015
【図１３】
2004105272.tif 000016
【図１４】
2004105272.tif 000017
【図１５】
2004105272.tif 000018
【図１６】
2004105272.tif 000019
【図１７】
2004105272.tif 000020
【図１８】
2004105272.tif 000021
【図１９】
2004105272.tif 000022
【図２０】
2004105272.tif 000023
【図２１】
2004105272.tif 000024
【図２２】
2004105272.tif 000025
【図２３】
2004105272.tif 000026
【図２４】
2004105272.tif 000027
【図２５】
2004105272.tif 000028
【図２６】
2004105272.tif 000029
【図２７】
2004105272.tif 000030
【図２８】
2004105272.tif 000031
【図２９】
2004105272.tif 000032
【図３０】
2004105272.tif 000033
【図３１】
2004105272.tif 000034
【図３２】
2004105272.tif 000035
【図３３】
2004105272.tif 000036
【図３４】
2004105272.tif 000037
【図３５】
2004105272.tif 000038
【図３６】
2004105272.tif 000039
【国際調査報告】
2004105272.tif 000040
2004105272.tif 000041
2004105272.tif 000042