(57)【特許請求の範囲】
【請求項１】
プロキシ・モバイル・インターネット・プロトコル・バージョン６に基づいて動作し、第１の無線アクセス技術を用いて第１の無線通信ネットワークシステムを介してインターネットと通信するための第１の無線インタフェースと、当該第１の無線アクセス技術とは異なる第２の無線アクセス技術を用いて第２の無線通信ネットワークシステムを介してインターネットと通信するための第２の無線インタフェースとを有する少なくとも１のモバイルノードと通信するためのネットワークアーキテクチャであって、
前記モバイルノードが前記第１の無線アクセス技術を用いて通信可能な前記第１の無線通信ネットワークシステムと、
前記モバイルノードが前記第１の無線アクセス技術とは異なる前記第２の無線アクセス技術を用いて通信可能な前記第２の無線通信ネットワークシステムと、
インターネットを介して前記第１の無線通信ネットワークシステムに接続されるとともに、インターネットを介して前記第２の無線通信ネットワークシステムに接続され、前記モバイルノードの相手方ノードと通信可能なローカル・モビリティ・アンカーであって、前記モバイルノードが、前記第１の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにするとともに、前記第２の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにする、ローカル・モビリティ・アンカーと、を有し、
前記第１の無線通信ネットワークシステムは、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間に前記第１の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能な第１のモビリティ・アンカー・ゲートウェイを有し、
前記第２の無線通信ネットワークシステムは、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間に前記第２の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能な第２のモビリティ・アンカー・ゲートウェイを有し、
前記第１の無線通信ネットワークシステムの前記第１のモビリティ・アンカー・ゲートウェイは、
少なくとも１のＩＰパケットフローが前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して確立されている場合であって、且つ、前記モバイルノードが少なくとも１の既に確立されたＩＰパケットフローを前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい場合に前記モバイルノードから送信されるフロー移転指示であって、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースとを特定するとともに、前記第２の無線インタフェースが現在アクティブにされているか否かを示す現在状態情報を含むフロー移転指示を受信することが可能なフロー移転指示受信部と、
前記フロー移転指示受信部で前記フロー移転指示を受信すると、前記第２の無線通信ネットワークシステムの前記第２のモビリティ・アンカー・ゲートウェイに対して、フロー移転要求を送信することが可能なフロー移転要求送信部とを有し、
当該フロー移転要求は、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースと、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定するとともに、前記第２の無線インタフェースが現在はアクティブにされていないことを前記フロー移転指示における前記現在状態情報が示す場合には、前記ローカル・モビリティ・アンカーに対して新たな接続要求を送信するよう前記第２のモビリティ・アンカー・ゲートウェイに指示する第１の送信指示を含み、前記第２の無線インタフェースが現在アクティブにされていることを前記フロー移転指示における前記現在状態情報が示す場合には、前記ローカル・モビリティ・アンカーに対してフローバインディング更新要求を送信するよう前記第２のモビリティ・アンカー・ゲートウェイに指示する第２の送信指示を含み、
前記第２の無線通信ネットワークシステムの前記第２のモビリティ・アンカー・ゲートウェイは、
前記第２のモビリティ・アンカー・ゲートウェイを示すプロキシ気付アドレスと、
前記第１のモビリティ・アンカー・ゲートウェイから、前記フロー移転要求を受信することが可能なフロー移転要求受信部と、
前記フロー移転要求受信部で受信した前記フロー移転要求が前記第１の送信指示を含む場合には、前記モバイルノードと前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとを特定する新たな接続要求を、前記ローカル・モビリティ・アンカーへ送信することが可能な新接続要求送信部とを有し、
前記ローカル・モビリティ・アンカーは、
前記第２のモビリティ・アンカー・ゲートウェイから、前記新たな接続要求を受信することが可能な新接続要求受信部と、
前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間の前記第２の無線通信ネットワークシステムを介した通信に用いられる、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記モバイルノードに割り当てることが可能であり、前記新接続要求受信部で前記新たな接続要求を受信すると、前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックスと前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとの間の新たなバインディングを登録することが可能な新接続要求登録部と、
前記モバイルノードの新たなホーム・ネットワーク・プレフィックス及び前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスに基づいて、前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルの確立を促すべく、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記第２のモビリティ・アンカー・ゲートウェイへ送信する新ホーム・ネットワーク・プレフィックス送信部と、を有し、
前記第２のモビリティ・アンカー・ゲートウェイは、
前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記ローカル・モビリティ・アンカーから受信することが可能な新ホーム・ネットワーク・プレフィックス受信部と、
前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記新ホーム・ネットワーク・プレフィックス受信部で受信すると、前記モバイルノードの前記第２の無線インタフェースと前記第２のモビリティ・アンカー・ゲートウェイとの間の接続の確立を促すべく、前記フロー移転要求で特定される前記モバイルノードの前記第２の無線インタフェースを起動することが可能なインタフェース起動部と、
前記モバイルノードの前記第２の無線インタフェースと前記第２のモビリティ・アンカー・ゲートウェイとの間の接続の確立を確認することが可能な接続確認部と、
前記接続確認部で前記接続の確立を確認すると、フローバインディング更新要求を前記ローカル・モビリティ・アンカーへ送信することが可能であり、前記第２の送信指示を含む前記フロー移転要求を前記フロー移転要求受信部で受信すると、前記フローバインディング更新要求を前記ローカル・モビリティ・アンカーに送信することが可能なフローバインディング更新要求送信部とを更に有し、
前記フローバインディング更新要求は、前記モバイルノードと、前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスと、前記モバイルノードが前記第１の無線アクセス技術から、前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定される前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定し、
前記ローカル・モビリティ・アンカーは、
前記第２のモビリティ・アンカー・ゲートウェイから、前記フローバインディング更新要求を受信することが可能なフローバインディング更新要求受信部と、
前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックス又は既存のホーム・ネットワーク・プレフィックスと前記フローバインディング更新要求で特定される前記ＩＰパケットフローとのバインディングを登録することが可能なフローバインディング登録部であって、前記モバイルノードの前記既存のホーム・ネットワーク・プレフィックスは、前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の既存の双方向ＩＰトンネルを確立するための前記第２のモビリティ・アンカー・ゲートウェイ及び前記ローカル・モビリティ・アンカーによって、前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスと既に関連付けられている、フローバインディング登録部と、
前記フローバインディング登録部における前記バインディングの登録が完了したことを示すフローバインディング完了メッセージを、前記第２のモビリティ・アンカー・ゲートウェイに送信することが可能なフローバインディング完了報告送信部と、を更に有し、
前記第２のモビリティ・アンカー・ゲートウェイは、
前記ローカル・モビリティ・アンカーから、前記フローバインディング完了メッセージを受信することが可能なフローバインディング完了報告受信部と、
前記モバイルノードの前記第２の無線インタフェースと前記第２のモビリティ・アンカー・ゲートウェイとの間の接続及び前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の前記双方向ＩＰトンネルを用いて、前記モバイルノードが前記第１の無線アクセス技術から、前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定される前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローを、前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で確立することが可能なフロー確立部と、を更に有する、
ネットワークアーキテクチャ。
【請求項２】
前記第２のモビリティ・アンカー・ゲートウェイの前記フロー移転要求受信部で受信した前記フロー移転要求が前記第１の送信指示を含む場合には、前記第２のモビリティ・アンカー・ゲートウェイの前記インタフェース起動部は、前記モバイルノードの前記第２の無線インタフェースをアクティブにする、
請求項１に記載のネットワークアーキテクチャ。
【請求項３】
プロキシ・モバイル・インターネット・プロトコル・バージョン６に基づいて動作し、第１の無線アクセス技術を用いて第１の無線通信ネットワークシステムを介してインターネットと通信するための第１の無線インタフェースと、当該第１の無線アクセス技術とは異なる第２の無線アクセス技術を用いて第２の無線通信ネットワークシステムを介してインターネットと通信するための第２の無線インタフェースとを有する少なくとも１のモバイルノードと通信するためのネットワークアーキテクチャであって、
前記モバイルノードが前記第１の無線アクセス技術を用いて通信可能な前記第１の無線通信ネットワークシステムと、
前記モバイルノードが前記第１の無線アクセス技術とは異なる前記第２の無線アクセス技術を用いて通信可能な前記第２の無線通信ネットワークシステムと、
インターネットを介して前記第１の無線通信ネットワークシステムに接続されるとともに、インターネットを介して前記第２の無線通信ネットワークシステムに接続され、前記モバイルノードの相手方ノードと通信可能なローカル・モビリティ・アンカーであって、前記モバイルノードが、前記第１の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにするともに、前記第２の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにする、ローカル・モビリティ・アンカーと、を有し、
前記第１の無線通信ネットワークシステムは、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間に前記第１の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能な第１のモビリティ・アンカー・ゲートウェイを有し、
前記第２の無線通信ネットワークシステムは、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間に前記第２の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能な第２のモビリティ・アンカー・ゲートウェイを有し、
前記第１の無線通信ネットワークシステムの前記第１のモビリティ・アンカー・ゲートウェイは、
複数のＩＰパケットフローが前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して確立される一方、前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間では前記第２の無線通信ネットワークシステムを介したＩＰパケットフローは確立されていない場合であって、且つ、前記モバイルノードが既に確立された前記ＩＰパケットフローの少なくとも１を前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい場合に前記モバイルノードから送信されるフロー移転指示であって、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースとを特定するフロー移転指示を受信することが可能なフロー移転指示受信部と、
前記フロー移転指示受信部で前記フロー移転指示を受信すると、前記第２の無線通信ネットワークシステムの前記第２のモビリティ・アンカー・ゲートウェイに対して、フロー移転要求を送信することが可能なフロー移転要求送信部とを有し、
当該フロー移転要求は、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースと、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定し、
前記第２の無線通信ネットワークシステムの前記第２のモビリティ・アンカー・ゲートウェイは、
前記第２のモビリティ・アンカー・ゲートウェイを示すプロキシ気付アドレスと、
前記第１のモビリティ・アンカー・ゲートウェイから、前記フロー移転要求を受信することが可能なフロー移転要求受信部と、
前記フロー移転要求受信部で前記フロー移転要求を受信すると、前記モバイルノードと前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとを特定する新たな接続要求を、前記ローカル・モビリティ・アンカーへ送信することが可能な新接続要求送信部とを有し、
前記ローカル・モビリティ・アンカーは、
前記第２のモビリティ・アンカー・ゲートウェイから、前記新たな接続要求を受信することが可能な新接続要求受信部と、
前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間の前記第２の無線通信ネットワークシステムを介した通信に用いられる、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記モバイルノードに割り当てることが可能であり、前記新接続要求受信部で前記新たな接続要求を受信すると、前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックスと前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとの間の新たなバインディングを登録することが可能な新接続要求登録部と、
前記モバイルノードの新たなホーム・ネットワーク・プレフィックスと前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとに基づいて、前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルの確立を促すべく、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記第２のモビリティ・アンカー・ゲートウェイへ送信する新ホーム・ネットワーク・プレフィックス送信部と、を有し、
前記第２のモビリティ・アンカー・ゲートウェイは、
前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記ローカル・モビリティ・アンカーから受信することが可能な新ホーム・ネットワーク・プレフィックス受信部と、
前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記新ホーム・ネットワーク・プレフィックス受信部で受信すると、前記モバイルノードの前記第２の無線インタフェースと前記第２のモビリティ・アンカー・ゲートウェイとの間の接続の確立を促すべく、前記フロー移転要求で特定される前記モバイルノードの前記第２の無線インタフェースを起動することが可能なインタフェース起動部と、
前記モバイルノードの前記第２の無線インタフェースと前記第２のモビリティ・アンカー・ゲートウェイとの間の接続の確立を確認することが可能な接続確認部と、
前記接続確認部で前記接続の確立を確認すると、フローバインディング更新要求を前記ローカル・モビリティ・アンカーへ送信することが可能なフローバインディング更新要求送信部とを更に有し、
前記フローバインディング更新要求は、前記モバイルノードが前記第１の無線アクセス技術から、前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定される前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローを特定し、
前記ローカル・モビリティ・アンカーは、
前記第２のモビリティ・アンカー・ゲートウェイから、前記フローバインディング更新要求を受信することが可能なフローバインディング更新要求受信部と、
前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックスと前記フローバインディング更新要求で特定される前記ＩＰパケットフローとの新たなバインディングを登録することが可能なフローバインディング登録部と、
前記フローバインディング登録部における前記新たなバインディングの登録が完了したことを示すフローバインディング完了メッセージを、前記第２のモビリティ・アンカー・ゲートウェイに送信することが可能なフローバインディング完了報告送信部と、を更に有し、
前記第２のモビリティ・アンカー・ゲートウェイは、
前記ローカル・モビリティ・アンカーから、前記フローバインディング完了メッセージを受信することが可能なフローバインディング完了報告受信部と、
前記モバイルノードの前記第２の無線インタフェースと前記第２のモビリティ・アンカー・ゲートウェイとの間の前記接続及び前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の前記双方向ＩＰトンネルを用いて、前記モバイルノードが前記第１の無線アクセス技術から、前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定される前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローを、前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で確立することが可能なフロー確立部と、を更に有する、
ネットワークアーキテクチャ。
【請求項４】
プロキシ・モバイル・インターネット・プロトコル・バージョン６に基づいて動作し、第１の無線アクセス技術を用いて第１の無線通信ネットワークシステムを介してインターネットと通信するための第１の無線インタフェースと、当該第１の無線アクセス技術とは異なる第２の無線アクセス技術を用いて第２の無線通信ネットワークシステムを介してインターネットと通信するための第２の無線インタフェースとを有する少なくとも１のモバイルノードと通信するためのネットワークアーキテクチャであって、
前記モバイルノードが前記第１の無線アクセス技術を用いて通信可能な前記第１の無線通信ネットワークシステムと、
前記モバイルノードが前記第１の無線アクセス技術とは異なる前記第２の無線アクセス技術を用いて通信可能な前記第２の無線通信ネットワークシステムと、
インターネットを介して前記第１の無線通信ネットワークシステムに接続されるとともに、インターネットを介して前記第２の無線通信ネットワークシステムに接続され、前記モバイルノードの相手方ノードと通信可能なローカル・モビリティ・アンカーであって、前記モバイルノードが、前記第１の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにするとともに、前記第２の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにする、ローカル・モビリティ・アンカーと、を有し、
前記第１の無線通信ネットワークシステムは、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間に前記第１の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能な第１のモビリティ・アンカー・ゲートウェイを有し、
前記第２の無線通信ネットワークシステムは、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間に前記第２の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能な第２のモビリティ・アンカー・ゲートウェイを有し、
前記第１の無線通信ネットワークシステムの前記第１のモビリティ・アンカー・ゲートウェイは、
少なくとも１のＩＰパケットフローが前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して確立される一方、前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間では前記第２の無線通信ネットワークシステムを介した少なくとも１のＩＰパケットフローが確立されている場合であって、且つ、前記モバイルノードが少なくとも１の既に確立されたＩＰパケットフローを前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい場合に前記モバイルノードから送信されるフロー移転指示であって、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースとを特定するとともに前記第２の無線インタフェースが現在アクティブにされているか否かを示す現在状態情報を含むフロー移転指示を受信することが可能なフロー移転指示受信部と、
前記フロー移転指示受信部で前記フロー移転指示を受信すると、前記第２の無線通信ネットワークシステムの前記第２のモビリティ・アンカー・ゲートウェイに対して、フロー移転要求を送信することが可能なフロー移転要求送信部とを有し、
当該フロー移転要求は、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースと、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定し、
前記第２の無線通信ネットワークシステムの前記第２のモビリティ・アンカー・ゲートウェイは、
前記第２のモビリティ・アンカー・ゲートウェイを示すプロキシ気付アドレスと、
前記第１のモビリティ・アンカー・ゲートウェイから、前記フロー移転要求を受信することが可能なフロー移転要求受信部と、
前記フロー移転要求を前記フロー移転要求受信部で受信すると、フローバインディング更新要求を前記ローカル・モビリティ・アンカーへ送信することが可能なフローバインディング更新要求送信部とを有し、
前記フローバインディング更新要求は、前記モバイルノードと、前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスと、前記モバイルノードが前記第１の無線アクセス技術から、前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定される前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定し、
前記ローカル・モビリティ・アンカーは、
前記第２のモビリティ・アンカー・ゲートウェイから、前記フローバインディング更新要求を受信することが可能なフローバインディング更新要求受信部と、
前記モバイルノードの既存のホーム・ネットワーク・プレフィックスと前記フローバインディング更新要求で特定される前記ＩＰパケットフローとのバインディングを登録することが可能なフローバインディング登録部であって、前記モバイルノードの前記既存のホーム・ネットワーク・プレフィックスは、前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の既存の双方向ＩＰトンネルを確立するための前記第２のモビリティ・アンカー・ゲートウェイ及び前記ローカル・モビリティ・アンカーによって、前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスと既に関連付けられている、フローバインディング登録部と、
前記フローバインディング登録部における前記バインディングの登録が完了したことを示すフローバインディング完了メッセージを、前記第２のモビリティ・アンカー・ゲートウェイに送信することが可能なフローバインディング完了報告送信部と、を有し、
前記第２のモビリティ・アンカー・ゲートウェイは、
前記ローカル・モビリティ・アンカーから、前記フローバインディング完了メッセージを受信することが可能なフローバインディング完了報告受信部と、
前記フローバインディング完了報告受信部が前記フローバインディング完了メッセージを受信した後に、前記モバイルノードの前記第２の無線インタフェースと前記第２のモビリティ・アンカー・ゲートウェイとの間の既存の接続及び前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の前記双方向ＩＰトンネルを用いて、前記モバイルノードが前記第１の無線アクセス技術から、前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定される前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローを、前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で確立することが可能なフロー確立部と、を更に有する、
ネットワークアーキテクチャ。
【請求項５】
前記第１の無線インタフェースがアクティブであるべきことを示す所望動作情報を含むとともに、前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して既に確立されている複数のＩＰパケットフローの一部を、前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転すべきことを特定する前記フロー移転指示を、前記第１のモビリティ・アンカー・ゲートウェイの前記フロー移転指示受信部が受信すると、前記第１のモビリティ・アンカー・ゲートウェイの前記フロー移転要求送信部は、前記フロー移転指示で特定される前記ＩＰパケットフローを特定する前記フロー移転要求を、前記第２のモビリティ・アンカー・ゲートウェイへ送信し、前記第１のモビリティ・アンカー・ゲートウェイは、前記第２のモビリティ・アンカー・ゲートウェイの前記フロー確立部が前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定された前記ＩＰパケットフローを前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で確立した後であっても、前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して既に確立された前記複数のＩＰパケットフローのうち、他のＩＰパケットフローを維持する、
請求項１から請求項４のいずれか１項に記載のネットワークアーキテクチャ。
【請求項６】
前記第１のモビリティ・アンカー・ゲートウェイの前記フロー移転指示受信部が、前記第１の無線インタフェースをアクティブにされた状態から非アクティブにするべきであることを示す所望動作情報を含む前記フロー移転指示を受信すると、前記第１のモビリティ・アンカー・ゲートウェイの前記フロー移転要求送信部は、前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して既に確立されている１又は複数のＩＰパケットフローの全てを、前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転すべきことを特定する前記フロー移転要求を送信し、前記第２のモビリティ・アンカー・ゲートウェイの前記フロー確立部は、前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求によって特定される１又は複数のＩＰパケットフローの全てを前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で確立する、
請求項１から請求項５のいずれか１項に記載のネットワークアーキテクチャ。
【請求項７】
前記第１のモビリティ・アンカー・ゲートウェイは、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフロー上で送信されるＩＰパケットのコピーを、前記第２のモビリティ・アンカー・ゲートウェイに転送しない、
請求項１から請求項６のいずれか１項に記載のネットワークアーキテクチャ。
【請求項８】
プロキシ・モバイル・インターネット・プロトコル・バージョン６に基づいて動作し、少なくとも１のモバイルノードと通信するためのネットワークアーキテクチャにおけるローカル・モビリティ・アンカーであって、
当該ローカル・モビリティ・アンカーは、前記ローカル・モビリティ・アンカーインターネットを介して第１のモビリティ・アンカー・ゲートウェイに接続され、インターネットを介して第２のモビリティ・アンカー・ゲートウェイに接続され、
前記第１のモビリティ・アンカー・ゲートウェイは、前記モバイルノードと通信するために第１の無線アクセス技術を使用する第１の無線通信ネットワークシステムの前記モバイルノード用のアクセスルータとして動作するとともに、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理し、
前記第２のモビリティ・アンカー・ゲートウェイは、前記モバイルノードと通信するために第２の無線アクセス技術を使用する第２の無線通信ネットワークシステムの前記モバイルノード用のアクセスルータとして動作するとともに、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間で前記第２の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理し、
当該ローカル・モビリティ・アンカーは、前記モバイルノードの相手方ノードと通信可能であって、前記モバイルノードが、前記第１の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにするとともに、前記第２の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにし、
当該ローカル・モビリティ・アンカーは、
前記第２のモビリティ・アンカー・ゲートウェイから、前記モバイルノード及び前記第２のモビリティ・アンカー・ゲートウェイのプロキシ気付アドレスを特定する新たな接続要求を受信することが可能な新接続要求受信部と、
前記モバイルノードの無線インタフェースと前記ローカル・モビリティ・アンカーとの間の前記第２の無線通信ネットワークシステムを介した通信に用いられる、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記モバイルノードに割り当てることが可能であり、前記新接続要求受信部で前記新たな接続要求を受信すると、前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックスと前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとの間の新たなバインディングを登録することが可能な新接続要求登録部と、
前記モバイルノードの新たなホーム・ネットワーク・プレフィックス及び前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスに基づいて、前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルの確立を促すべく、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記第２のモビリティ・アンカー・ゲートウェイへ送信する新ホーム・ネットワーク・プレフィックス送信部と、
前記第２のモビリティ・アンカー・ゲートウェイから、前記モバイルノードと、前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスと、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい少なくとも１のＩＰパケットフローを特定するフローバインディング更新要求を受信することが可能なフローバインディング更新要求受信部と、
前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックス又は既存のホーム・ネットワーク・プレフィックスと前記フローバインディング更新要求で特定される前記ＩＰパケットフローとのバインディングを登録することが可能なフローバインディング登録部であって、前記モバイルノードの前記既存のホーム・ネットワーク・プレフィックスは、前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の既存の双方向ＩＰトンネルを確立するために、前記第２のモビリティ・アンカー・ゲートウェイ及び前記ローカル・モビリティ・アンカーによって、前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスと既に関連付けられている、フローバインディング登録部と、
前記フローバインディング登録部における前記バインディングの登録が完了したことを示すフローバインディング完了メッセージを、前記第２のモビリティ・アンカー・ゲートウェイに送信することが可能なフローバインディング完了報告送信部と、
を有し、
前記フローバインディング登録部は、
前記モバイルノードと前記ローカル・モビリティ・アンカーとの間で前記第２の無線通信ネットワークシステムを介したＩＰパケットフローが確立されていない場合に、前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックスと前記フローバインディング更新要求で特定される前記ＩＰパケットフローとのバインディングを登録し、
前記モバイルノードと前記ローカル・モビリティ・アンカーとの間で前記第２の無線通信ネットワークシステムを介した少なくとも１のＩＰパケットフローが確立されている場合に、前記既存のホーム・ネットワーク・プレフィックスと前記フローバインディング更新要求で特定される前記ＩＰパケットフローとのバインディングを登録する
ローカル・モビリティ・アンカー。
【請求項９】
プロキシ・モバイル・インターネット・プロトコル・バージョン６に基づいて動作し、第１の無線アクセス技術を用いて第１の無線通信ネットワークシステムを介してインターネットと通信するための第１の無線インタフェースと、当該第１の無線アクセス技術とは異なる第２の無線アクセス技術を用いて第２の無線通信ネットワークシステムを介してインターネットと通信するための第２の無線インタフェースとを有する少なくとも１のモバイルノードと通信するためのモビリティ・アンカー・ゲートウェイであって、
当該モビリティ・アンカー・ゲートウェイは前記第１の無線通信ネットワークシステムに属するとともに、前記モバイルノードの相手方ノードと通信することが可能なローカル・モビリティ・アンカーに接続されており、当該モビリティ・アンカー・ゲートウェイは、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間で前記第２の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能であり、
モビリティ・アンカー・ゲートウェイは、
少なくとも１のＩＰパケットフローが前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して確立されている場合であって、且つ、前記モバイルノードが少なくとも１の既に確立されたＩＰパケットフローを前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい場合に前記モバイルノードから送信されるフロー移転指示であって、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースとを特定するとともに前記第２の無線インタフェースが現在アクティブにされているか否かを示す現在状態情報を含むフロー移転指示を受信することが可能なフロー移転指示受信部と、
前記フロー移転指示受信部で前記フロー移転指示を受信すると、前記第２の無線アクセス技術を用いる別の無線通信ネットワークシステムの別のモビリティ・アンカー・ゲートウェイに対して、フロー移転要求を送信することが可能なフロー移転要求送信部とを有し、
当該フロー移転要求は、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースと、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定するとともに、前記フロー移転指示における前記現在状態情報が、前記第２の無線インタフェースが現在はアクティブにされていないことを示す場合には、前記別のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルの確立を促すべく、前記ローカル・モビリティ・アンカーに対して新たな接続要求を送信するよう前記別のモビリティ・アンカー・ゲートウェイに指示する第１の送信指示を含み、前記第２の無線インタフェースが現在アクティブにされていることを前記フロー移転指示における前記現在状態情報が示す場合には、前記フロー移転指示で特定される前記ＩＰパケットフローを、前記別のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルに関連付けるために、前記ローカル・モビリティ・アンカーに対してフローバインディング更新要求を送信するよう前記第２のモビリティ・アンカー・ゲートウェイに指示する第２の送信指示を含む、
モビリティ・アンカー・ゲートウェイ。
【請求項１０】
前記フロー移転指示受信部が、前記第１の無線インタフェースがアクティブであるべきことを示す所望動作情報を含むとともに、前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で当該モビリティ・アンカー・ゲートウェイを介して既に確立されている複数のＩＰパケットフローの一部を、前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転すべきことを特定する前記フロー移転指示を受信すると、前記フロー移転要求送信部は、前記フロー移転指示で特定される前記ＩＰパケットフローを特定する前記フロー移転要求を前記別のモビリティ・アンカー・ゲートウェイに送信し、当該モビリティ・アンカー・ゲートウェイは、前記別のモビリティ・アンカー・ゲートウェイがインタフェース当該モビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定された前記ＩＰパケットフローを前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で確立した後であっても、前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して既に確立された前記ＩＰパケットフローのうち、他のＩＰパケットフローを維持する、
請求項９に記載のモビリティ・アンカー・ゲートウェイ。
【請求項１１】
前記フロー移転指示受信部が、前記第１の無線インタフェースをアクティブにされた状態から非アクティブにすべきであることを示す所望動作情報を含む前記フロー移転指示を受信すると、前記フロー移転要求送信部は、前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して既に確立されている１又は複数のＩＰパケットフローの全てを、前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転すべきことを特定する前記フロー移転要求を送信する、
請求項９に記載の前記モビリティ・アンカー・ゲートウェイ。
【請求項１２】
当該モビリティ・アンカー・ゲートウェイは、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフロー上で送信されるＩＰパケットのコピーを、前記別のモビリティ・アンカー・ゲートウェイに転送しない、
請求項９から請求項１１のいずれか一項に記載のモビリティ・アンカー・ゲートウェイ。
【請求項１３】
プロキシ・モバイル・インターネット・プロトコル・バージョン６に基づいて動作し、第１の無線アクセス技術を用いて第１の無線通信ネットワークシステムを介してインターネットと通信するための第１の無線インタフェースと、当該第１の無線アクセス技術とは異なる第２の無線アクセス技術を用いて第２の無線通信ネットワークシステムを介してインターネットと通信するための第２の無線インタフェースとを有する少なくとも１のモバイルノードと通信するためのモビリティ・アンカー・ゲートウェイであって、
当該モビリティ・アンカー・ゲートウェイは、前記第２の無線通信ネットワークシステムに属し、前記モバイルノードの相手方ノードと通信可能なローカル・モビリティ・アンカーに接続され、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間に前記第２の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能であり、
当該モビリティ・アンカー・ゲートウェイは、
当該モビリティ・アンカー・ゲートウェイを示すプロキシ気付アドレスと、
前記第１の無線アクセス技術を用いる別の無線通信ネットワークシステムの別のモビリティ・アンカー・ゲートウェイから、前記モバイルノードと、移転対象である前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースと、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定するとともに、前記ローカル・モビリティ・アンカーに対して新たな接続要求を送信するよう当該モビリティ・アンカー・ゲートウェイに指示する第１の送信指示又は、前記ローカル・モビリティ・アンカーに対してフローバインディング更新要求を送信するよう当該モビリティ・アンカー・ゲートウェイに指示する第２の送信指示を含むフロー移転要求を受信することが可能なフロー移転要求受信部と、
前記フロー移転要求受信部で受信した前記フロー移転要求が前記第１の送信指示を含む場合に、当該モビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルの確立を促すべく、前記モバイルノードと当該モビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとを特定する新たな接続要求を前記ローカル・モビリティ・アンカーに送信することが可能な新接続要求送信部と、
前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックスと当該モビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとに基づいて、当該モビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルの確立を促すべく、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記ローカル・モビリティ・アンカーから受信することが可能な新ホーム・ネットワーク・プレフィックス受信部と、
前記新ホーム・ネットワーク・プレフィックス受信部で前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックスを受信すると、前記モバイルノードの前記第２の無線インタフェースと当該モビリティ・アンカー・ゲートウェイとの間の接続の確立を促すべく、前記フロー移転要求で特定される前記モバイルノードの前記第２の無線インタフェースをアクティブにすることが可能なインタフェース起動部と、
前記モバイルノードの前記第２の無線インタフェースと当該モビリティ・アンカー・ゲートウェイとの間の接続の確立を確認することが可能な接続確認部と、
前記接続確認部において、前記接続の確立を確認すると、前記フロー移転要求で特定された前記ＩＰパケットフローを、当該モビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルに関連づけるべく、フローバインディング更新要求を前記ローカル・モビリティ・アンカーに送信することが可能であるとともに、前記第２の送信指示を含む前記フロー移転要求を前記フロー移転要求受信部で受信すると、前記フローバインディング更新要求を前記ローカル・モビリティ・アンカーに送信することが可能なフローバインディング更新要求送信部であって、前記フローバインディング更新要求は、前記モバイルノードと、当該モビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスと、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定する、フローバインディング更新要求送信部と、
フローバインディング完了メッセージを前記ローカル・モビリティ・アンカーから受信するフローバインディング完了報告受信部と、
前記モバイルノードの前記第２の無線インタフェースと当該モビリティ・アンカー・ゲートウェイとの間の接続及び当該モビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の前記双方向ＩＰトンネルを用いて、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローであって、当該モビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定される前記ＩＰパケットフローを、前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で確立することが可能なフロー確立部と、
を有するモビリティ・アンカー・ゲートウェイ。
【請求項１４】
当該モビリティ・アンカー・ゲートウェイは、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフロー上で送信されるＩＰパケットのコピーを、前記別のモビリティ・アンカー・ゲートウェイから受信しない、
請求項１３に記載のモビリティ・アンカー・ゲートウェイ。
【請求項１５】
前記インタフェース起動部は、前記フロー移転要求受信部で受信した前記フロー移転要求が前記第１の送信指示を含む場合には、前記モバイルノードの前記第２の無線インタフェースをアクティブにする、
請求項１３または請求項１４に記載のモビリティ・アンカー・ゲートウェイ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的には無線通信に関し、より具体的には、プロキシ・モバイル・インターネット・プロトコル・バージョン６（ＰＭＩＰｖ６）に基づくＩＰフローモビリティをサポートするためのネットワークアーキテクチャ、ローカル・モビリティ・アンカー、及びモビリティ・アンカー・ゲートウェイに関する。
【背景技術】
【０００２】
１．１  ＩＰフローモビリティの意義
近年、インターネット用移動端末（例えば、スマートフォン、タブレットコンピュータ、ラップトップ、ネットブック等）の急速な浸透により、モバイル・データ・トラヒックが急激に増大している。また、新たなモバイル・ブロードバンド・サービスが増々出現して広まりつつあるため、アプリケーション要求に応じて、モバイル・データ・トラヒックの形態が非常に多様化している。例えば、１セッションに大量のデータ・トラヒックを長期間に亙って必要とするアプリケーション（例えば、動画ストリーミング、ファイル転送等）もあれば、１セッションで短期間（例えば、オンラインでのニュース視聴、電子メール送信等）必要なものもある。他方で、少ないデータ・トラヒックでもシグナリング負荷が高いアプリケーション（例えば、ナビゲーションなどの位置ベースのサービス、近年のソーシャル・ネットワーキング等のプッシュ技術ベースのサービス、近年のインスタント・メッセージング等）がある。
この傾向により、モバイルネットワーク事業者は、新たに出現するモバイル・サービスをサポートし、且つ、ユーザの新たな要求を満たすべく、重大な課題に直面している。
【０００３】
最も重要な課題は、緊急に解決が必要なモバイルデータの爆発問題に如何に対処すべきかということにある。安定した無線アクセス環境及び安定したモバイル・サービスを提供するためには、例えば、３Ｇ（第３世代）システムから４Ｇ（第４世代）又は４Ｇを超えるシステムへのアップグレード、又は基地局又はルータなどの追加装置の配備といった、移動ネットワークシステムの向上によりトラヒックの処理能力を拡大することは、考慮すべき重要課題である。ところが、これらの解決策はモバイルネットワーク事業者にとって必須ではあることは確かであるが、その配備には高額の投資が必要であり、且つ長期間を要することから、事業者にとって重荷となる。
【０００４】
一方、Ｗ−ＣＤＭＡ(Wideband Code Division Multiple Access)、ＨＳＰＡ(High Speed Packet Access)、ＬＴＥ(Long Term Evolution)、ＷｉＦｉ、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)等といった多種の無線ネットワークシステムは絶え間なく進化しており、この結果、異なる無線アクセス技術が供給する無線サービス圏は相互に重複している。さらに、移動端末装置の多くは異なる無線アクセス技術をサポートする複数の無線インタフェース、典型的には、３ＧとＷｉＦｉを装備している。ヘテロジーニアスネットワーク環境においては、モバイルデータの爆発問題の解決のためには、補完的な無線アクセス技術を用いたトラヒックオフローディングがより効果的なアプローチとなる。複数の無線アクセス技術を使用することにより、無線ネットワークのトラヒックロードの分散、無線リソースの最適使用、ユーザの好みに応じた各種無線ネットワークへの接続機会の提供が可能となる。
【０００５】
ヘテロジーニアスネットワーク環境が実現されるとともに、ユーザからの要求がより多様化されるにつれて、モバイルユーザは、選択されたＩＰパケットフロー（ＩＰフロー）の異なる無線インタフェース間のシームレスな移動（移転）だけでなく、複数の無線ネットワークへの同時アクセスを望むことが考えられる。ユーザの新たな要求をサポートするために、インターネット技術標準化委員会（ＩＥＴＦ：Internet Engineering Task Force）はフローの要求とユーザの好みに応じてＩＰフローを複数のリンクで分割可能なＩＰフローモビリティ技術を開発している。
【０００６】
ＩＰフローモビリティは、シームレスなモバイルデータのオフロードだけでなくユーザ経験の向上のためのキーとなる技術である。例えば、モバイル機器が２つの無線アクセス技術（例えば３ＧとＷｉＦｉ）に適合した２つの無線インタフェースを備えており、且つ、ＶｏＩＰストリーミングと動画ストリーミング等の２つの目的に使われる２つのＩＰフローが３Ｇネットワークとモバイル機器との間で確立されていると仮定する。３ＧとＷｉＦｉの両方が利用可能な地域（例えば、オフィス、家、ホットスポット等）へモバイル機器が移動した場合、ユーザは、シームレスな接続性と保証されたＱｏＳ（サービスの品質）を確保するために３ＧネットワークにおいてＶｏＩＰストリーミング及び動画ストリーミングの両方の既存接続を維持したいと考えるかもしれない。あるいは、ユーザは、動画ストリーミングのフローだけを３ＧネットワークからＷｉＦｉネットワークへ移転（移動）し、低コストでベストエフォート型ネットワーク・サービスの利益を享受する方を望むかもしれない。
【０００７】
１．２  ＩＰモビリティ管理
ＩＰフローの移動（移転）の間、中断なしでセッションの接続性を維持するためには、モビリティ管理プロトコルが必要である。かかるプロトコルは、ホストベースのモビリティ管理プロトコル又はネットワークベースのモビリティ管理プロトコルに分類できる。
【０００８】
１．２．１  ホストベースのＩＰモビリティ管理
ＲＦＣ３７７５（非特許文献１）に記載のモバイルＩＰｖ６（ＭＩＰｖ６）及びＲＦＣ５５５５（非特許文献２）に記載のデュアルスタックモバイルＩＰｖ６（ＤＳＭＩＰｖ６）は、移動中に中断なしでセッションの接続性を維持するためのホストベースのモビリティ管理プロトコルである。ＭＩＰｖ６又はＤＳＭＩＰｖ６プロトコルにより、モバイルノードは、そのホームエージェント（ＨＡ）とシグナリングメッセージ（例えば、バインディング更新メッセージとバインディング確認メッセージ）を交わすことによってそのモビリティを管理できる。ＭＩＰｖ６ではパケットを送受信するインタフェースを１つだけサポートするため、モバイルノードは、モバイルノードの気付アドレス（ＣｏＡ）を一度に１つだけモバイルノードのホームアドレスでバインディングすることができる。
【０００９】
ＲＦＣ５６４８（非特許文献３）は、モバイルＩＰｖ６の拡張を提案するものであり、これによれば、モバイルノードは、１つのホームアドレスに気付アドレスを複数登録し、複数のバインディング・キャッシュ・エントリを作成できる。具体的には、ＲＦＣ５６４８では、複数の気付アドレス登録（ＭＣｏＡ：Multiple Care of Address Registration）が提案されおり、新たなバインディング識別番号（ＢＩＤ（binding identification）番号）を用いて、モバイルノードによって登録された複数のバインディングを識別する。各バインディングは、気付アドレスとホームアドレスとの組み合わせである。ＭＣｏＡでは、複数の無線インタフェースを含むモバイルノードが、モバイルＩＰｖ６が提供するセッションの持続性を活用しつつ、その複数の無線インタフェースを使用してパケットを送受信することができるように、複数のＢＩＤ番号を用いてホームアドレスに複数の気付アドレスをバインド可能である。モバイルノードによってホームアドレスの気付アドレスを登録すると、ホームエージェントはＢＩＤ用の個別のバインディングを作成することにより、複数のバインディング・キャッシュ・エントリを記憶する。
【００１０】
ＲＦＣ６０８９（非特許文献４）は、ＭＩＰｖ６、ＤＳＭＩＰｖ６及びＮＥＭＯ（Network Mobility）プロトコルの更なる拡張を提案している。ＲＦＣ６０８９では、ホストベースのＩＰフローモビリティ管理が提案されており、これにより、モバイルノードは、セッションの持続性を壊すことなく、選択したＩＰフローを、ある無線技術から異なる無線技術へと移動（再関連付け）することが可能である。つまり、モバイルノードは、いくつかのフローをある無線インタフェースへ、他のフローを別の無線インタフェースへ関連付けすることができる。より具体的には、このホストベースのＩＰフローモビリティ管理は、同じホームアドレスを使用する１以上の異なるＣｏＡ（すなわち、１以上の異なるＢＩＤ）で特定のフローをバインドするフローバインディング更新スキームを提供する。
【００１１】
ＩＰフロー（すなわち、ＩＰパケットフロー）は、例えば、ＨＴＴＰ（ハイパーテキスト転送プロトコル）、動画、ＶｏＩＰ等に使われる一連のＩＰパケットを意味する。ＲＦＣ６０８９では、ＩＰフローは、トラヒックセレクタに適合する一組のＩＰパケットとして定義される。トラヒックセレクタは、パケットを分類するために用いられる１以上のパラメータ（例えば、発信元ＩＰアドレス、宛先ＩＰアドレス、発信元ポート番号、宛先ポート番号とトランスポートプロトコル番号）を含む情報である。ＲＦＣ６０８９によると、各フローバインディングはフロー識別子（ＦＩＤ）によって一意に識別され、トラヒックセレクタと１以上のバインディング識別子（ＢＩＤ）から成る。ＩＰパケットがトラヒックセレクタに適合すると、ＩＰパケットのコピーは、フローバインディングにおいてトラヒックセレクタに関連付けられた複数のＢＩＤに関連付けられた複数の気付アドレスの各々に転送される。モバイルノードは、ローカルポリシー、リンクの特徴、その時に実行中のアプリケーションの種類、又はユーザの好みに基づいて、複数のインタフェースのうちの１つに、特定のフローを移動（再関連付け）することができる。この移動は、フローバインディングを確立するために必要な情報、例えば、ＢＩＤ、ＦＩＤ、トラヒックセレクタ等を示すバインディング更新メッセージを送信することにより可能となる。
【００１２】
しかし、どのホストベースのＩＰフローモビリティ管理においても、モバイルノードが別のアクセスネットワークへ移るときは、常に、自己のＨＡとシグナリングメッセージの交換を実行しなければならず、全てのモバイルノードは大量のモビリティ・プロトコル・スタックを処理しなければならない。これらの理由から、ホストベースのＩＰフローモビリティ管理は、高電力消費、無線リンクを介した第３層シグナリングを用いることによる無線資源の大量消費、及びモバイルノードとそのＨＡ間の大量トンネリングといった課題を伴うものである。
【００１３】
１．２．２  ネットワークベースのＩＰモビリティ管理
これに対し、ネットワークベースのモビリティ・サポート・スキームでは、モバイルノード（ＭＮ）は、大量のモビリティ・プロトコル・スタックを処理する必要はなく、どんなモビリティ関連のシグナリングもネットワークと交換する必要はない。ネットワークベースのローカライズされたモビリティ管理（ＮＥＴＬＭＭ：Network-based Localized Mobility Management）ＩＥＴＦ作業部会は、ネットワークベースのモビリティ・サポート・スキームのためのプロキシモバイルＩＰｖ６プロトコル（ＲＦＣ５２１３（非特許文献５）に記載のＰＭＩＰｖ６）を標準化した。ＰＭＩＰｖ６は、モビリティ関連のシグナリングを実行し、各モバイルノードのプロキシとしてモビリティ管理を処理するために、ローカル・モビリティ・アンカー（ＬＭＡ：local mobility anchor）とモバイル・アクセス・ゲートウェイ（ＭＡＧ：mobile access gateway）を含むネットワークにおける特別なモビリティエージェントを提案した。ＬＭＡは、モバイルノードごとにＲＦＣ５２１３で定められるバインディング情報を維持するためのＨＡ動作（すなわち、ホームエージェントとしての行為）を実行し、各モバイルノードのホーム・ネットワーク・プレフィックス（ＨＮＰ：home network prefix）のためのトポロジカル・アンカー・ポイントである。ＭＡＧは、そのアクセス・リンクに接続している各モバイルノードに代わってモビリティ関連のシグナリングを管理するアクセスルータである。ＭＡＧは、アクセス・リンクへの各モバイルノードの移動及びアクセス・リンクからの移動を追跡し、モバイルノードのローカル・モビリティ・アンカーにシグナリングする役割を担う。
【００１４】
ＰＭＩＰｖ６プロトコルの基本的な動作は、以下の通りである。ＭＮがＭＡＧに接続すると、ＭＡＧはＭＮの識別子を含むＭＮのプロファイルを取得する。そして、ＭＡＧは、ＭＮの現在の接続点を更新又は登録する目的で、プロキシバインディング更新（ＰＢＵ：proxy binding update）メッセージをＬＭＡに送信する。ＬＭＡがＰＢＵメッセージを受け取ると、ＬＭＡはバインディング・キャッシュ・エントリを更新又は作成し、ＭＮのＨＮＰ用にＬＭＡとＭＡＧとの間で双方向性トンネルを確立する。そして、ＬＭＡは、ＭＮのＨＮＰを含むプロキシバインディング確認応答（ＰＢＡ：proxy binding acknowledgement）メッセージをＭＡＧに送信する。ＭＡＧは、ＭＮに対して、ＭＮのＨＮＰを含むルータ広告（ＲＡ）メッセージを送信することによって、アクセス・リンクをＭＮのホームネットワークにエミュレートする。したがって、ＭＮは自機がホームネットワークにあると常に信じている。
【００１５】
ＰＭＩＰｖ６で定めるネットワークベースのモビリティ管理アプローチは、無線リンク上でモビリティ関連のシグナリングメッセージを交換しないため、ＭＮのモビリティのサポートにより好適である。したがって、ネットワークベースのモビリティ管理では、ホストベースのモビリティ管理スキームと比較して、電力消費、シグナリングのコスト及びハンドオフ遅延を確実に低減可能である。
【００１６】
１．２．３  ネットワークベースのＩＰモビリティ管理への拡張
ＰＭＩＰｖ６基本仕様（ＲＦＣ５２１３）は、ＬＭＡとＭＡＧとの間で交換されるＰＢＵ及びＰＢＡメッセージで使用可能な追加のオプションを定めている。このオプションには、モバイルノードのマルチホーミングとバーチカルハンドオーバを可能にするための、ハンドオフ指標（ＨＩ：handoff indicator）オプション、アクセス・テクノロジー・タイプ（ＡＴＴ：access technology type）オプション及びモバイルノードのリンク層ＩＤ（ＭＮ−ＬＬ−ＩＤ：mobile node link-layer identification）オプションがある。
【００１７】
それにもかかわらず、ＰＭＩＰｖ６基本仕様には、いくつかの制約があるために、モバイルノードにおける複数の無線インタフェースの使用を完全にはサポートしていない。仮に、モバイルノードが、同時に、複数の無線インタフェースを介してプロキシモバイルＩＰｖ６ドメインに接続した場合、一組のホーム・ネットワーク・プレフィックスがインタフェースの各々に割り当てられ、あるインタフェースに割り当てられたホーム・ネットワーク・プレフィックスは全て、ＬＭＡによって１つのモビリティセッションの下で管理される。例えば、インタフェースＩ１に割り当てられたホーム・ネットワーク・プレフィックスＰ１及びＰ２は１つのモビリティセッションで管理され、モバイルノードのインタフェースＩ２に割り当てられたプレフィックスＰ３、Ｐ４及びＰ５は異なるモビリティセッションで管理される。これは、ＰＭＩＰｖ６基本仕様においては、ＬＭＡはＭＮについて一度に一組のＨＮＰを管理できるに過ぎず、ひいては、ＬＭＡは一度に一組のＨＮＰだけをＭＮの１つのインタフェースに対して割り当てできるに過ぎないことを意味する。ＰＭＩＰｖ６基本仕様は、ホーム・ネットワーク・プレフィックスの新たな組をＭＮに割り当てる必要がある場合に、ＬＭＡ又はＭＡＧがいかに動作可能であるかについて詳細に定めていない。さらに、ＭＮが複数の無線インタフェースを使用する異なる無線ネットワーク間でバーチカルハンドオーバを行う場合、セッションの持続性を維持することができない。ＭＮが前に使用していたインタフェースから、全てのＩＰフローを新たなインタフェースへ移動（移転）しようとした場合、前に割り当てられたＨＮＰを新たに割り当てられたＨＮＰに変更すべきである。しかし、ＰＭＩＰｖ６基本仕様によれば、ＭＮに割り当てられたＨＮＰは、ＭＮが別のネットワークへ移動した場合でも、セッションが維持されている期間中は変更してはならない。上述した理由により、ＰＭＩＰｖ６基本仕様におけるネットワークベースのＩＰフローモビリティ管理は、モバイルノードにおける複数の無線インタフェースの同時使用、又は、バーチカルハンドオーバに適していない。
【００１８】
さらに、ＩＰフローモビリティ管理においては、前に使用された無線アクセスネットワーク上でいくつかのフローを維持し、且つ、他のフローを別の無線アクセスネットワークへ移動又は移転できるようにすることが好ましい。このシナリオにおいては、セッションの切断を避けるために、前に使用していたＨＮＰをフローの移動中は維持しつつ、その一方で、新たなＨＮＰをＭＮに割り当てるべきである。
【００１９】
上述した制約を克服し、ＩＰフローモビリティだけでなくバーチカルハンドオーバを実現すべく、非特許文献６にあるように、ＩＥＴＦのネットワークベースのモビリティ機能拡張（ＮＥＴＥＸＴ：Network-based Mobility Extensions）作業部会は、複数の無線インタフェースの同時使用をサポートする論理インタフェースを導入した。図１で示すように、論理インタフェース層は、異なる物理インタフェースを論理的にグループ化することによって、ＩＰ層又はその上位層で１つのインタフェースビューを提供する。論理インタフェース層は物理インタフェース（物理無線インタフェース）の実際の使用をＩＰ層から隠すことができるので、論理インタフェースにより、バーチカルハンドオーバ及びＩＰフローモビリティをサポートする複数のインタフェースを、連続且つ同時に使用可能となる。
【先行技術文献】
【非特許文献】
【００２０】
【非特許文献１】Ｄ．ジョンソン(D. Johnson)外、「ＩＰｖ６におけるモビリティサポート(Mobility Support in IPv6)」、ＲＦＣ３７７５、インターネット技術標準化委員会(the Internet Engineering Task Force)、２００４年６月
【非特許文献２】Ｈ．ソリマン(H. Soliman)、「デュアル・スタック・ホストとルータのモバイルＩＰｖ６サポート(Mobile IPv6 Support for Dual Stack Hosts and Routers)」、ＲＦＣ５５５５、インターネット技術標準化委員会(the Internet Engineering Task Force)、２００９年６月
【非特許文献３】Ｒ．ワキカワ(R. Wakikawa)、「複数の気付アドレス登録(Multiple Care-of Addresses Registration)」、ＲＦＣ５６４８、インターネット技術標準化委員会(the Internet Engineering Task Force)、２００９年１０月
【非特許文献４】Ｇ．チルチス(G. Tsirtsis)外、「モバイルＩＰｖ６におけるフローバインディングとネットワークモビリティ（NEMO: network mobility）基本サポート (Flow Bindings in Mobile IPv6 and Network Mobility (NEMO) Basic Support)」、ＲＦＣ６０８９、インターネット技術標準化委員会(the Internet Engineering Task Force)、２０１１年１月
【非特許文献５】Ｓ．ガンダベリ(S. Gundavelli)、「プロキシモバイルＩＰｖ６(Proxy Mobile IPv6)」、ＲＦＣ５２１３、インターネット技術標準化委員会(the Internet Engineering Task Force)、２００８年８月
【非特許文献６】Ｔ．メリア(T. Melia)、「マルチモードＩＰホストの論理インタフェース・サポート(Logical Interface Support for multi-mode IP Hosts)」、[online]、インターネット技術標準化委員会(the Internet Engineering Task Force)、２０１１年３月１４日、インターネット(URL:http://tools.ietf.org/html/draft-ietf-netext-logical-interface-support-02)
【発明の概要】
【発明が解決しようとする課題】
【００２１】
上述したように、ＰＭＩＰｖ６によるネットワークベースのモビリティ管理は、電力消費、シグナリングのコスト、ハンドオフ遅延に関して多くの効果を達成し得る。さらに、ＩＥＴＦのＮＥＴＥＸＴ作業部会によって提案される複数の無線インタフェースの同時使用は、多くの点で便利である。
これらの利点にもかかわらず、ＰＭＩＰｖ６ではＭＡＧとＬＭＡとの間で実行されるモビリティ関連のシグナリング交換にＭＮが介入することを許さないことから、ＰＭＩＰｖ６を基礎としたネットワークベースのＩＰフローモビリティには制約がある。無線環境（例えば、無線信号の強度、訪問した無線通信ネットワークの新たな検出等）に関するＭＮのユーザの好みに従って、又は、ＭＮ周辺の無線環境に従って、ＭＮとネットワーク基盤との間で利用されるフローのルーティング・ポリシー・ルールを動的に変更可能とすることが好ましい。
【００２２】
例えば、３Ｇインタフェース及びＷｉＦｉインタフェースを含むモバイルノードが２以上のＩＰフロー、例えば、３Ｇ無線ネットワークに対してモバイルＩＰテレビフロー（モバイルＩＰＴＶフロー）とボイスオーバＩＰフロー（ＶｏＩＰフロー）を既に確立しており、ＭＮが、ＷｉＦｉと３Ｇ無線技術の両方が利用可能なゾーンを訪問すると仮定する。ＷｉＦｉ技術の方がより良いスループットと低いコストを提供するため、ＭＮのユーザは、３Ｇ技術からＷｉＦｉ技術へ既存のフローの全てを移転することを望むかもしれない。あるいは、既存のフローの１つ又は一部（例えば、ＶｏＩＰフロー）だけをＷｉＦｉ技術へ移転し、他のフロー（例えば、移動ＩＰＴＶフロー）を３Ｇ技術で維持することを望むかもしれない。しかし、ＭＮとＰＭＩＰｖ６のネットワーク基盤との間でモビリティ関連のシグナリングが欠如しているため、ＭＮのユーザの希望を満たすための解決策はない。
【００２３】
さらに、３ＧインタフェースとＷｉＦｉインタフェースを含むモバイルノードが３Ｇ無線ネットワークへの２以上のＩＰフローとＷｉＦｉネットワークへの別のＩＰフローを既に確立しており、ＭＮで受信するＷｉＦｉ信号の強度が増加していると仮定する。ＭＮのユーザは、既存のフローの１つ又は一部を３Ｇ技術からＷｉＦｉ技術へ移転することを望むかもしれない。この場合にも、ＭＮのユーザの希望を満たすための解決策はない。
【００２４】
さらに、３ＧインタフェースとＷｉＦｉインタフェースを含むモバイルノードが３Ｇ無線ネットワークへの１つのＩＰフローとＷｉＦｉネットワークへの別のＩＰフローを既に確立しており、ユーザがＷｉＦｉの利用可能ゾーンを離れようとしているためにＭＮで受信するＷｉＦｉ信号の強度が減少しているが、ＭＮで受信する３Ｇ信号の強度は十分であると仮定する。ＭＮのユーザは、ＷｉＦｉインタフェースで確立されている既存のフローをＷｉＦｉ技術から３Ｇ技術に移転することを望むかもしれない。この場合にも、ＭＮのユーザの希望を満たすための解決策はない。
【００２５】
そこで、本発明は、モバイルノードに確立されている１以上の既存のＩＰパケットフローを、モバイルノードからの指示に従って、現在使用中の無線アクセス技術から別の無線アクセス技術に対して動的に移転することが可能なネットワークアーキテクチャを提供する。
【課題を解決するための手段】
【００２６】
本発明の一態様によれば、プロキシ・モバイル・インターネット・プロトコル・バージョン６に基づいて動作し、第１の無線アクセス技術を用いて第１の無線通信ネットワークシステムを介してインターネットと通信するための第１の無線インタフェースと、当該第１の無線アクセス技術とは異なる第２の無線アクセス技術を用いて第２の無線通信ネットワークシステムを介してインターネットと通信するための第２の無線インタフェースとを有する少なくとも１のモバイルノードと通信するためのネットワークアーキテクチャであって、前記モバイルノードが前記第１の無線アクセス技術を用いて通信可能な前記第１の無線通信ネットワークシステムと、前記モバイルノードが前記第１の無線アクセス技術とは異なる前記第２の無線アクセス技術を用いて通信可能な前記第２の無線通信ネットワークシステムと、インターネットを介して前記第１の無線通信ネットワークシステムに接続されるとともに、インターネットを介して前記第２の無線通信ネットワークシステムに接続され、前記モバイルノードの相手方ノードと通信可能なローカル・モビリティ・アンカーであって、前記モバイルノードが、前記第１の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにするとともに、前記第２の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにする、ローカル・モビリティ・アンカーと、を有し、前記第１の無線通信ネットワークシステムは、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間に前記第１の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能な第１のモビリティ・アンカー・ゲートウェイを有し、前記第２の無線通信ネットワークシステムは、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間に前記第２の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能な第２のモビリティ・アンカー・ゲートウェイを有し、前記第１の無線通信ネットワークシステムの前記第１のモビリティ・アンカー・ゲートウェイは、少なくとも１のＩＰパケットフローが前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して確立されている場合であって、且つ、前記モバイルノードが少なくとも１の既に確立されたＩＰパケットフローを前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい場合に前記モバイルノードから送信されるフロー移転指示であって、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースとを特定するとともに、前記第２の無線インタフェースが現在アクティブにされているか否かを示す現在状態情報を含むフロー移転指示を受信することが可能なフロー移転指示受信部と、前記フロー移転指示受信部で前記フロー移転指示を受信すると、前記第２の無線通信ネットワークシステムの前記第２のモビリティ・アンカー・ゲートウェイに対して、フロー移転要求を送信することが可能なフロー移転要求送信部とを有し、当該フロー移転要求は、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースと、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定するとともに、前記第２の無線インタフェースが現在はアクティブにされていないことを前記フロー移転指示における前記現在状態情報が示す場合には、前記ローカル・モビリティ・アンカーに対して新たな接続要求を送信するよう前記第２のモビリティ・アンカー・ゲートウェイに指示する第１の送信指示を含み、前記第２の無線インタフェースが現在アクティブにされていることを前記フロー移転指示における前記現在状態情報が示す場合には、前記ローカル・モビリティ・アンカーに対してフローバインディング更新要求を送信するよう前記第２のモビリティ・アンカー・ゲートウェイに指示する第２の送信指示を含み、前記第２の無線通信ネットワークシステムの前記第２のモビリティ・アンカー・ゲートウェイは、前記第２のモビリティ・アンカー・ゲートウェイを示すプロキシ気付アドレスと、前記第１のモビリティ・アンカー・ゲートウェイから、前記フロー移転要求を受信することが可能なフロー移転要求受信部と、前記フロー移転要求受信部で受信した前記フロー移転要求が前記第１の送信指示を含む場合には、前記モバイルノードと前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとを特定する新たな接続要求を、前記ローカル・モビリティ・アンカーへ送信することが可能な新接続要求送信部とを有し、前記ローカル・モビリティ・アンカーは、前記第２のモビリティ・アンカー・ゲートウェイから、前記新たな接続要求を受信することが可能な新接続要求受信部と、前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間の前記第２の無線通信ネットワークシステムを介した通信に用いられる、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記モバイルノードに割り当てることが可能であり、前記新接続要求受信部で前記新たな接続要求を受信すると、前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックスと前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとの間の新たなバインディングを登録することが可能な新接続要求登録部と、前記モバイルノードの新たなホーム・ネットワーク・プレフィックス及び前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスに基づいて、前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルの確立を促すべく、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記第２のモビリティ・アンカー・ゲートウェイへ送信する新ホーム・ネットワーク・プレフィックス送信部と、を有し、前記第２のモビリティ・アンカー・ゲートウェイは、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記ローカル・モビリティ・アンカーから受信することが可能な新ホーム・ネットワーク・プレフィックス受信部と、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記新ホーム・ネットワーク・プレフィックス受信部で受信すると、前記モバイルノードの前記第２の無線インタフェースと前記第２のモビリティ・アンカー・ゲートウェイとの間の接続の確立を促すべく、前記フロー移転要求で特定される前記モバイルノードの前記第２の無線インタフェースを起動することが可能なインタフェース起動部と、前記モバイルノードの前記第２の無線インタフェースと前記第２のモビリティ・アンカー・ゲートウェイとの間の接続の確立を確認することが可能な接続確認部と、前記接続確認部で前記接続の確立を確認すると、フローバインディング更新要求を前記ローカル・モビリティ・アンカーへ送信することが可能であり、前記第２の送信指示を含む前記フロー移転要求を前記フロー移転要求受信部で受信すると、前記フローバインディング更新要求を前記ローカル・モビリティ・アンカーに送信することが可能なフローバインディング更新要求送信部とを更に有し、前記フローバインディング更新要求は、前記モバイルノードと、前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスと、前記モバイルノードが前記第１の無線アクセス技術から、前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定される前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定し、前記ローカル・モビリティ・アンカーは、前記第２のモビリティ・アンカー・ゲートウェイから、前記フローバインディング更新要求を受信することが可能なフローバインディング更新要求受信部と、前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックス又は既存のホーム・ネットワーク・プレフィックスと前記フローバインディング更新要求で特定される前記ＩＰパケットフローとのバインディングを登録することが可能なフローバインディング登録部であって、前記モバイルノードの前記既存のホーム・ネットワーク・プレフィックスは、前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の既存の双方向ＩＰトンネルを確立するための前記第２のモビリティ・アンカー・ゲートウェイ及び前記ローカル・モビリティ・アンカーによって、前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスと既に関連付けられている、フローバインディング登録部と、前記フローバインディング登録部における前記バインディングの登録が完了したことを示すフローバインディング完了メッセージを、前記第２のモビリティ・アンカー・ゲートウェイに送信することが可能なフローバインディング完了報告送信部と、を更に有し、前記第２のモビリティ・アンカー・ゲートウェイは、前記ローカル・モビリティ・アンカーから、前記フローバインディング完了メッセージを受信することが可能なフローバインディング完了報告受信部と、前記モバイルノードの前記第２の無線インタフェースと前記第２のモビリティ・アンカー・ゲートウェイとの間の接続及び前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の前記双方向ＩＰトンネルを用いて、前記モバイルノードが前記第１の無線アクセス技術から、前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定される前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローを、前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で確立することが可能なフロー確立部と、を更に有するネットワークアーキテクチャを提供する。
【００２７】
この構成によれば、モバイルノードに確立された１以上の既存のＩＰパケットフローは、モバイルノードからの指示に従って、現在使用中の無線アクセス技術（サービス無線アクセス技術）から別の無線アクセス技術（ターゲット無線アクセス技術）へダイナミックに移転可能である。モバイルノードの第２の無線インタフェースが現在アクティブにされているか否かを示す現在状態情報に従い、第１のモビリティ・アンカー・ゲートウェイは、第２のモビリティ・アンカー・ゲートウェイに、第１の送信指示又は第２の送信指示を含むフロー移転要求を送信する。第２のモビリティ・アンカー・ゲートウェイが第１の送信指示を含むフロー移転要求を受信すると、第２のモビリティ・アンカー・ゲートウェイはローカル・モビリティ・アンカーに新たな接続要求を送信し、その結果、ローカル・モビリティ・アンカーは第２の無線通信ネットワークシステムへのモバイルノードの新たな接続（新たなコネクション）のための手順を実行する。（すなわち、新たな双方向ＩＰトンネルのために、新たなホーム・ネットワーク・プレフィックス及び、この新たなホーム・ネットワーク・プレフィックスと第２のモビリティ・アンカー・ゲートウェイの気付アドレスプロキシとの間の新たなバインディングを割り当てる）。モバイルノードと第２のモビリティ・アンカー・ゲートウェイとの間の接続の確立を確かめた後、第２のモビリティ・アンカー・ゲートウェイは、ローカル・モビリティ・アンカーにフローバインディング更新要求を送信する。第２のモビリティ・アンカー・ゲートウェイが第２の送信指示を含むフロー移動要求を受信すると、第２のモビリティ・アンカー・ゲートウェイはローカル・モビリティ・アンカーに新たな接続要求を送信することなくローカル・モビリティ・アンカーにフローバインディング更新要求を送信する。フローバインディング更新要求を受信すると、ローカル・モビリティ・アンカーは、移転されるＩＰパケットフローを第２のモビリティ・アンカー・ゲートウェイに対応する新たなホーム・ネットワーク・プレフィックス又は既存のホーム・ネットワーク・プレフィックスに関連付けるための手順を実行し、その結果、ＩＰパケットフローは新たな又は既存の双方向ＩＰトンネルと関連付けられる。このように、モバイルノードの第２の無線インタフェースの現在の状態に基づいて、ネットワーク側は、ＩＰパケットフローを移転するための適切な手順を選択的に実行することができる。ローカル・モビリティ・アンカーが新たな接続の手順を行い、続いて、ＩＰパケットフローを双方向ＩＰトンネルに関連付ける手順を実行するので、ハンドオーバ遅延を最小にすることができ、ＩＰパケットの欠落やバッファリングが回避できる。この結果、ＩＰパケットフロー移動にかかるハンドオーバのパフォーマンスは格段に向上する。これは、複数のインタフェースを同時に使用可能とすることにより、サービス無線ネットワークシステムからターゲット無線ネットワークシステムへの移動が決定されたＩＰパケットフローを、フローバインディング登録（ＩＰパケットフローを双方向ＩＰトンネルに関連付けるための手順）が完全に終わるまで、サービス無線ネットワークシステムを介して維持することが可能だからである。
【００２８】
前記第１の無線インタフェースがアクティブであるべきことを示す所望動作情報を含むとともに、前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して既に確立されている複数のＩＰパケットフローの一部を、前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転すべきことを特定する前記フロー移転指示を、前記第１のモビリティ・アンカー・ゲートウェイの前記フロー移転指示受信部が受信すると、前記第１のモビリティ・アンカー・ゲートウェイの前記フロー移転要求送信部は、前記フロー移転指示で特定される前記ＩＰパケットフローを特定する前記フロー移転要求を、前記第２のモビリティ・アンカー・ゲートウェイへ送信し、前記第１のモビリティ・アンカー・ゲートウェイは、前記第２のモビリティ・アンカー・ゲートウェイの前記フロー確立部が前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定された前記ＩＰパケットフローを前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で確立した後であっても、前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して既に確立された前記複数のＩＰパケットフローのうち、他のＩＰパケットフローを維持するようにしてもよい。モバイルノードからの所望の動作情報によると、第１のモビリティ・アンカー・ゲートウェイは、第１の無線通信ネットワークシステムを介した、モバイルノードの第１の無線インタフェースとローカル・モビリティ・アンカーとの間で既に確立したＩＰパケットフローを維持することができるとともに、複数のＩＰパケットフローの一部を第１の無線アクセス技術から第２の無線アクセス技術へ移転することができる。
【００２９】
前記第１のモビリティ・アンカー・ゲートウェイの前記フロー移転指示受信部が、前記第１の無線インタフェースをアクティブにされた状態から非アクティブにすべきであることを示す所望動作情報を含む前記フロー移転指示を受信すると、前記第１のモビリティ・アンカー・ゲートウェイの前記フロー移転要求送信部は、前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して既に確立されている１又は複数のＩＰパケットフローの全てを、前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転すべきことを特定する前記フロー移転要求を送信し、前記第２のモビリティ・アンカー・ゲートウェイの前記フロー確立部は、前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求によって特定される、１又は複数のＩＰパケットフローの全てを、前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で確立するようにしてもよい。モバイルノードからの所望の動作情報によると、第１のモビリティ・アンカー・ゲートウェイは、第２のモビリティ・アンカー・ゲートウェイに対して、第１のモビリティ・アンカー・ゲートウェイが処理している複数のＩＰパケットフローの一部又は全部を処理するように指示することが可能である。
【００３０】
前記第１のモビリティ・アンカー・ゲートウェイは、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフロー上で送信されるＩＰパケットのコピーを前記第２のモビリティ・アンカー・ゲートウェイに転送しない。これにより、ＩＰフロー移転中における、エンドツーエンドのパケット遅延が最小となる。
【００３１】
前記第２のモビリティ・アンカー・ゲートウェイの前記フロー移転要求受信部で受信した前記フロー移転要求が前記第１の送信指示を含む場合には、前記第２のモビリティ・アンカー・ゲートウェイの前記インタフェース起動部は、前記モバイルノードの前記第２の無線インタフェースをアクティブにするようにしてもよい。この構成によれば、第２のモビリティ・アンカー・ゲートウェイは、第２の無線インタフェースをアクティブにすべき場合に第１のモビリティ・アンカー・ゲートウェイから送信されるフロー移転要求における第１送信指示に基づいて、モバイルノードの第２の無線インタフェースをアクティブにする。
【００３２】
本発明の別の態様によれば、プロキシ・モバイル・インターネット・プロトコル・バージョン６に基づいて動作し、第１の無線アクセス技術を用いて第１の無線通信ネットワークシステムを介してインターネットと通信するための第１の無線インタフェースと、当該第１の無線アクセス技術とは異なる第２の無線アクセス技術を用いて第２の無線通信ネットワークシステムを介してインターネットと通信するための第２の無線インタフェースとを有する少なくとも１のモバイルノードと通信するためのネットワークアーキテクチャであって、前記モバイルノードが前記第１の無線アクセス技術を用いて通信可能な前記第１の無線通信ネットワークシステムと、前記モバイルノードが前記第１の無線アクセス技術とは異なる前記第２の無線アクセス技術を用いて通信可能な前記第２の無線通信ネットワークシステムと、インターネットを介して前記第１の無線通信ネットワークシステムに接続されるとともに、インターネットを介して前記第２の無線通信ネットワークシステムに接続され、前記モバイルノードの相手方ノードと通信可能なローカル・モビリティ・アンカーであって、前記モバイルノードが、前記第１の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにするとともに、前記第２の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにする、ローカル・モビリティ・アンカーと、を有し、前記第１の無線通信ネットワークシステムは、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間に前記第１の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能な第１のモビリティ・アンカー・ゲートウェイを有し、前記第２の無線通信ネットワークシステムは、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間に前記第２の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能な第２のモビリティ・アンカー・ゲートウェイを有し、前記第１の無線通信ネットワークシステムの前記第１のモビリティ・アンカー・ゲートウェイは、複数のＩＰパケットフローが前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して確立される一方、前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間では前記第２の無線通信ネットワークシステムを介したＩＰパケットフローは確立されていない場合であって、且つ、前記モバイルノードが既に確立された前記ＩＰパケットフローの少なくとも１を前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい場合に前記モバイルノードから送信されるフロー移転指示であって、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースとを特定するフロー移転指示を受信することが可能なフロー移転指示受信部と、前記フロー移転指示受信部で前記フロー移転指示を受信すると、前記第２の無線通信ネットワークシステムの前記第２のモビリティ・アンカー・ゲートウェイに対して、フロー移転要求を送信することが可能なフロー移転要求送信部とを有し、当該フロー移転要求は、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースと、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定し、前記第２の無線通信ネットワークシステムの前記第２のモビリティ・アンカー・ゲートウェイは、前記第２のモビリティ・アンカー・ゲートウェイを示すプロキシ気付アドレスと、前記第１のモビリティ・アンカー・ゲートウェイから、前記フロー移転要求を受信することが可能なフロー移転要求受信部と、前記フロー移転要求受信部で前記フロー移転要求を受信すると、前記モバイルノードと前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとを特定する新たな接続要求を、前記ローカル・モビリティ・アンカーへ送信することが可能な新接続要求送信部とを有し、前記ローカル・モビリティ・アンカーは、前記第２のモビリティ・アンカー・ゲートウェイから、前記新たな接続要求を受信することが可能な新接続要求受信部と、前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間の前記第２の無線通信ネットワークシステムを介した通信に用いられる、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記モバイルノードに割り当てることが可能であり、前記新接続要求受信部で前記新たな接続要求を受信すると、前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックスと前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとの間の新たなバインディングを登録することが可能な新接続要求登録部と、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスと前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとに基づいて、前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルの確立を促すべく、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記第２のモビリティ・アンカー・ゲートウェイへ送信する新ホーム・ネットワーク・プレフィックス送信部と、を有し、前記第２のモビリティ・アンカー・ゲートウェイは、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記ローカル・モビリティ・アンカーから受信することが可能な新ホーム・ネットワーク・プレフィックス受信部と、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記新ホーム・ネットワーク・プレフィックス受信部で受信すると、前記モバイルノードの前記第２の無線インタフェースと前記第２のモビリティ・アンカー・ゲートウェイとの間の接続の確立を促すべく、前記フロー移転要求で特定される前記モバイルノードの前記第２の無線インタフェースを起動することが可能なインタフェース起動部と、前記モバイルノードの前記第２の無線インタフェースと前記第２のモビリティ・アンカー・ゲートウェイとの間の接続の確立を確認することが可能な接続確認部と、前記接続確認部で前記接続の確立を確認すると、フローバインディング更新要求を前記ローカル・モビリティ・アンカーへ送信することが可能なフローバインディング更新要求送信部とを更に有し、前記フローバインディング更新要求は、前記モバイルノードが前記第１の無線アクセス技術から前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定される前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローを特定し、前記ローカル・モビリティ・アンカーは、前記第２のモビリティ・アンカー・ゲートウェイから、前記フローバインディング更新要求を受信することが可能なフローバインディング更新要求受信部と、前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックスと前記フローバインディング更新要求で特定される前記ＩＰパケットフローとの新たなバインディングを登録することが可能なフローバインディング登録部と、前記フローバインディング登録部における前記新たなバインディングの登録が完了したことを示すフローバインディング完了メッセージを、前記第２のモビリティ・アンカー・ゲートウェイに送信することが可能なフローバインディング完了報告送信部と、を更に有し、前記第２のモビリティ・アンカー・ゲートウェイは、前記ローカル・モビリティ・アンカーから、前記フローバインディング完了メッセージを受信することが可能なフローバインディング完了報告受信部と、前記モバイルノードの前記第２の無線インタフェースと前記第２のモビリティ・アンカー・ゲートウェイとの間の前記接続及び前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の前記双方向ＩＰトンネルを用いて、前記モバイルノードが前記第１の無線アクセス技術から、前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定される前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローを、前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で確立することが可能なフロー確立部と、を更に有する、ネットワークアーキテクチャを提供する。
【００３３】
この構成によれば、モバイルノードに確立された１以上の既存のＩＰパケットフローは、モバイルノードからの指示に従って、現在使用中の無線アクセス技術（サービス無線アクセス技術）から別の無線アクセス技術（ターゲット無線アクセス技術）へ動的に移転可能である。第２のモビリティ・アンカー・ゲートウェイが第１のモビリティ・アンカー・ゲートウェイからフロー移転要求を受信すると、第２のモビリティ・アンカー・ゲートウェイは、ローカル・モビリティ・アンカーに新たな接続要求を送信し、その結果、ローカル・モビリティ・アンカーは第２の無線通信ネットワークシステムへのモバイルノードの新たな接続（新たなコネクション）のための手順を実行する。（すなわち、新たな双方向ＩＰトンネルのために、新たなホーム・ネットワーク・プレフィックス及び、この新たなホーム・ネットワーク・プレフィックスと第２のモビリティ・アンカー・ゲートウェイの気付アドレスプロキシとの間の新たなバインディングを割り当てる）。モバイルノードと第２のモビリティ・アンカー・ゲートウェイとの間の接続の確立を確かめた後、第２のモビリティ・アンカー・ゲートウェイは、ローカル・モビリティ・アンカーにフローバインディング更新要求を送信する。フローバインディング更新要求を受信すると、ローカル・モビリティ・アンカーは、移転されるＩＰパケットフローを第２のモビリティ・アンカー・ゲートウェイに対応する新たなホーム・ネットワーク・プレフィックスに関連付けるための手順を実行し、その結果、ＩＰパケットフローは新たな双方向ＩＰトンネルと関連付けられる。ローカル・モビリティ・アンカーが新たな接続の手順を行い、続いて、ＩＰパケットフローを双方向ＩＰトンネルに関連付ける手順を実行するので、ハンドオーバ遅延を最小にすることができ、ＩＰパケットの欠落やバッファリングが回避できる。この結果、ＩＰパケットフロー移動にかかるハンドオーバのパフォーマンスは格段に向上する。これは、複数のインタフェースを同時に使用可能とすることにより、サービス無線ネットワークシステムからターゲット無線ネットワークシステムへの移動が決定されたＩＰパケットフローを、フローバインディング登録（ＩＰパケットフローを双方向ＩＰトンネルに関連付けるための手順）が完全に終わるまで、サービス無線ネットワークシステムを介して維持することが可能だからである。
【００３４】
本発明の別の態様によれば、プロキシ・モバイル・インターネット・プロトコル・バージョン６に基づいて動作し、第１の無線アクセス技術を用いて第１の無線通信ネットワークシステムを介してインターネットと通信するための第１の無線インタフェースと、当該第１の無線アクセス技術とは異なる第２の無線アクセス技術を用いて第２の無線通信ネットワークシステムを介してインターネットと通信するための第２の無線インタフェースとを有する少なくとも１のモバイルノードと通信するためのネットワークアーキテクチャであって、前記モバイルノードが前記第１の無線アクセス技術を用いて通信可能な前記第１の無線通信ネットワークシステムと、前記モバイルノードが前記第１の無線アクセス技術とは異なる前記第２の無線アクセス技術を用いて通信可能な前記第２の無線通信ネットワークシステムと、インターネットを介して前記第１の無線通信ネットワークシステムに接続されるとともに、インターネットを介して前記第２の無線通信ネットワークシステムに接続され、前記モバイルノードの相手方ノードと通信可能なローカル・モビリティ・アンカーであって、前記モバイルノードが、前記第１の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにするとともに、前記第２の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにする、ローカル・モビリティ・アンカーと、を有し、前記第１の無線通信ネットワークシステムは、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間に前記第１の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能な第１のモビリティ・アンカー・ゲートウェイを有し、前記第２の無線通信ネットワークシステムは、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間に前記第２の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能な第２のモビリティ・アンカー・ゲートウェイを有し、前記第１の無線通信ネットワークシステムの前記第１のモビリティ・アンカー・ゲートウェイは、少なくとも１のＩＰパケットフローが前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して確立される一方、前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間では前記第２の無線通信ネットワークシステムを介した少なくとも１のＩＰパケットフローが確立されている場合であって、且つ、前記モバイルノードが少なくとも１の既に確立されたＩＰパケットフローを前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい場合に前記モバイルノードから送信されるフロー移転指示であって、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースとを特定するとともに前記第２の無線インタフェースが現在アクティブにされているか否かを示す現在状態情報を含むフロー移転指示を受信することが可能なフロー移転指示受信部と、前記フロー移転指示受信部で前記フロー移転指示を受信すると、前記第２の無線通信ネットワークシステムの前記第２のモビリティ・アンカー・ゲートウェイに対して、フロー移転要求を送信することが可能なフロー移転要求送信部とを有し、当該フロー移転要求は、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースと、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定し、前記第２の無線通信ネットワークシステムの前記第２のモビリティ・アンカー・ゲートウェイは、前記第２のモビリティ・アンカー・ゲートウェイを示すプロキシ気付アドレスと、前記第１のモビリティ・アンカー・ゲートウェイから、前記フロー移転要求を受信することが可能なフロー移転要求受信部と、前記フロー移転要求を前記フロー移転要求受信部で受信すると、フローバインディング更新要求を前記ローカル・モビリティ・アンカーへ送信することが可能なフローバインディング更新要求送信部とを有し、前記フローバインディング更新要求は、前記モバイルノードと、前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスと、前記モバイルノードが前記第１の無線アクセス技術から、前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定される前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定し、前記ローカル・モビリティ・アンカーは、前記第２のモビリティ・アンカー・ゲートウェイから、前記フローバインディング更新要求を受信することが可能なフローバインディング更新要求受信部と、前記モバイルノードの既存のホーム・ネットワーク・プレフィックスと前記フローバインディング更新要求で特定される前記ＩＰパケットフローとのバインディングを登録することが可能なフローバインディング登録部であって、前記モバイルノードの前記既存のホーム・ネットワーク・プレフィックスは、前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の既存の双方向ＩＰトンネルを確立するための前記第２のモビリティ・アンカー・ゲートウェイ及び前記ローカル・モビリティ・アンカーによって、前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスと既に関連付けられている、フローバインディング登録部と、前記フローバインディング登録部における前記バインディングの登録が完了したことを示すフローバインディング完了メッセージを、前記第２のモビリティ・アンカー・ゲートウェイに送信することが可能なフローバインディング完了報告送信部と、を有し、前記第２のモビリティ・アンカー・ゲートウェイは、前記ローカル・モビリティ・アンカーから、前記フローバインディング完了メッセージを受信することが可能なフローバインディング完了報告受信部と、前記フローバインディング完了報告受信部が前記フローバインディング完了メッセージを受信した後に、前記モバイルノードの前記第２の無線インタフェースと前記第２のモビリティ・アンカー・ゲートウェイとの間の既存の接続及び前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の前記双方向ＩＰトンネルを用いて、前記モバイルノードが前記第１の無線アクセス技術から、前記第１のモビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定される前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローを、前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で確立することが可能なフロー確立部と、を更に有する、ネットワークアーキテクチャを提供する。
【００３５】
この構成によれば、モバイルノードに確立された１以上の既存のＩＰパケットフローは、モバイルノードから指示に従って、現在使用中の無線アクセス技術（サービス無線アクセス技術）から別の無線アクセス技術（ターゲット無線アクセス技術）へ動的に移転できる。第２のモビリティ・アンカー・ゲートウェイが第１のモビリティ・アンカー・ゲートウェイからフロー移動要求を受信すると、第２のモビリティ・アンカー・ゲートウェイはローカル・モビリティ・アンカーにフローバインディング更新要求を送信する。フローバインディング更新要求を受信すると、ローカル・モビリティ・アンカーは、移転されるＩＰパケットフローと、第２のモビリティ・アンカー・ゲートウェイに対応する既存のホーム・ネットワーク・プレフィックスとを関連付ける手順を実行し、その結果、ＩＰパケットフローは既存の双方向ＩＰトンネルと関連付けられる。第２のモビリティ・アンカー・ゲートウェイがローカル・モビリティ・アンカーからフローバインディング完了メッセージを受け取ると、移転されたＩＰパケットフローが使われるため、ＩＰパケットの欠落とバッファリングが回避される。
【００３６】
本発明の別の態様によれば、プロキシ・モバイル・インターネット・プロトコル・バージョン６に基づいて動作し、少なくとも１のモバイルノードと通信するためのネットワークアーキテクチャにおけるローカル・モビリティ・アンカーであって、当該ローカル・モビリティ・アンカーは、前記ローカル・モビリティ・アンカーインターネットを介して第１のモビリティ・アンカー・ゲートウェイに接続され、インターネットを介して第２のモビリティ・アンカー・ゲートウェイに接続され、前記第１のモビリティ・アンカー・ゲートウェイは、前記モバイルノードと通信するために第１の無線アクセス技術を使用する第１の無線通信ネットワークシステムの前記モバイルノード用のアクセスルータとして動作するとともに、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理し、前記第２のモビリティ・アンカー・ゲートウェイは、前記モバイルノードと通信するために第２の無線アクセス技術を使用する第２の無線通信ネットワークシステムの前記モバイルノード用のアクセスルータとして動作するとともに、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間で前記第２の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理し、当該ローカル・モビリティ・アンカーは、前記モバイルノードの相手方ノードと通信可能であって、前記モバイルノードが、前記第１の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにするとともに、前記第２の無線通信ネットワークシステムと当該ローカル・モビリティ・アンカーとを介して前記相手方ノードと通信することが可能であるようにし、当該ローカル・モビリティ・アンカーは、前記第２のモビリティ・アンカー・ゲートウェイから、前記モバイルノード及び前記第２のモビリティ・アンカー・ゲートウェイのプロキシ気付アドレスを特定する新たな接続要求を受信することが可能な新接続要求受信部と、前記モバイルノードの無線インタフェースと前記ローカル・モビリティ・アンカーとの間の前記第２の無線通信ネットワークシステムを介した通信に用いられる、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記モバイルノードに割り当てることが可能であり、前記新接続要求受信部で前記新たな接続要求を受信すると、前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックスと前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとの間の新たなバインディングを登録することが可能な新接続要求登録部と、前記モバイルノードの新たなホーム・ネットワーク・プレフィックス及び前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスに基づいて、前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルの確立を促すべく、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記第２のモビリティ・アンカー・ゲートウェイへ送信する新ホーム・ネットワーク・プレフィックス送信部と、前記第２のモビリティ・アンカー・ゲートウェイから、前記モバイルノードと、前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスと、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい少なくとも１のＩＰパケットフローを特定するフローバインディング更新要求を受信することが可能なフローバインディング更新要求受信部と、前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックス又は既存のホーム・ネットワーク・プレフィックスと前記フローバインディング更新要求で特定される前記ＩＰパケットフローとのバインディングを登録することが可能なフローバインディング登録部であって、前記モバイルノードの前記既存のホーム・ネットワーク・プレフィックスは、前記第２のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の既存の双方向ＩＰトンネルを確立するための前記第２のモビリティ・アンカー・ゲートウェイ及び前記ローカル・モビリティ・アンカーによって、前記第２のモビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスと既に関連付けられている、フローバインディング登録部と、前記フローバインディング登録部における前記バインディングの登録が完了したことを示すフローバインディング完了メッセージを、前記第２のモビリティ・アンカー・ゲートウェイに送信することが可能なフローバインディング完了報告送信部と、を有するローカル・モビリティ・アンカーを提供する。
【００３７】
この構成によれば、モバイルノードに確立された１以上の既存のＩＰパケットフローは、モバイルノードからの指示に従って、現在使用中の無線アクセス技術（サービス無線アクセス技術）から別の無線アクセス技術（ターゲット無線アクセス技術）へ動的に移転できる。ローカル・モビリティ・アンカーが第２のモビリティ・アンカー・ゲートウェイから新たな接続要求を受信すると、ローカル・モビリティ・アンカーは第２の無線通信ネットワークシステムへのモバイルノードの新たな接続（新たなコネクション）のための手順を実行する（すなわち、新たな双方向ＩＰトンネルのために、新たなホーム・ネットワーク・プレフィックス及び、この新たなホーム・ネットワーク・プレフィックスと第２のモビリティ・アンカー・ゲートウェイの気付アドレスプロキシとの間の新たなバインディングを割り当てる）。第２のモビリティ・アンカー・ゲートウェイからフローバインディング更新要求を受信すると、ローカル・モビリティ・アンカーは移転されるＩＰパケットフローを、第２のモビリティ・アンカー・ゲートウェイに対応する新たなホーム・ネットワーク・プレフィックス又は既存のホーム・ネットワーク・プレフィックスに対応付けるための手順を実行し、その結果、ＩＰパケットフローは新たな又は既存の双方向ＩＰトンネルと関連付けられる。ローカル・モビリティ・アンカーが新たな接続のための手順を実行し、続いて、ＩＰパケットフローを双方向ＩＰトンネルに関連付けるため、ハンドオーバ遅延は最小となり、ＩＰパケットの欠落及びバッファリングが回避可能である。この結果、ＩＰパケットフロー移動にかかるハンドオーバのパフォーマンスは格段に向上する。これは、複数のインタフェースを同時に使用可能とすることにより、サービス無線ネットワークシステムからターゲット無線ネットワークシステムへの移動が決定されたＩＰパケットフローを、フローバインディング登録（ＩＰパケットフローを双方向ＩＰトンネルに関連付けるための手順）が完全に終わるまで、サービス無線ネットワークシステムを介して維持することが可能だからである。
【００３８】
本発明の別の態様によれば、プロキシ・モバイル・インターネット・プロトコル・バージョン６に基づいて動作し、第１の無線アクセス技術を用いて第１の無線通信ネットワークシステムを介してインターネットと通信するための第１の無線インタフェースと、当該第１の無線アクセス技術とは異なる第２の無線アクセス技術を用いて第２の無線通信ネットワークシステムを介してインターネットと通信するための第２の無線インタフェースとを有する少なくとも１のモバイルノードと通信するためのモビリティ・アンカー・ゲートウェイであって、当該モビリティ・アンカー・ゲートウェイは前記第１の無線通信ネットワークシステムに属するとともに、前記モバイルノードの相手方ノードと通信することが可能なローカル・モビリティ・アンカーに接続されており、当該モビリティ・アンカー・ゲートウェイは、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間で前記第２の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能であり、モビリティ・アンカー・ゲートウェイは、少なくとも１のＩＰパケットフローが前記モバイルノードの前記第１の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で前記第１の無線通信ネットワークシステムを介して確立されている場合であって、且つ、前記モバイルノードが少なくとも１の既に確立されたＩＰパケットフローを前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい場合に前記モバイルノードから送信されるフロー移転指示であって、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースとを特定するとともに前記第２の無線インタフェースが現在アクティブにされているか否かを示す現在状態情報を含むフロー移転指示を受信することが可能なフロー移転指示受信部と、前記フロー移転指示受信部で前記フロー移転指示を受信すると、前記第２の無線アクセス技術を用いる別の無線通信ネットワークシステムの別のモビリティ・アンカー・ゲートウェイに対して、フロー移転要求を送信することが可能なフロー移転要求送信部とを有し、当該フロー移転要求は、前記モバイルノードと、移転対象の前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースと、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定するとともに、前記フロー移転指示における前記現在状態情報が、前記第２の無線インタフェースが現在はアクティブにされていないことを示す場合には、前記別のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルの確立を促すべく、前記ローカル・モビリティ・アンカーに対して新たな接続要求を送信するよう前記別のモビリティ・アンカー・ゲートウェイに指示する第１の送信指示を含み、前記第２の無線インタフェースが現在アクティブにされていることを前記フロー移転指示における前記現在状態情報が示す場合には、前記フロー移転指示で特定される前記ＩＰパケットフローを、前記別のモビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルに関連付けるために、前記ローカル・モビリティ・アンカーに対してフローバインディング更新要求を送信するよう前記第２のモビリティ・アンカー・ゲートウェイに指示する第２の送信指示を含む、モビリティ・アンカー・ゲートウェイを提供する。
【００３９】
この構成によれば、モバイルノードに確立された１以上の既存のＩＰパケットフローは、モバイルノードからの指示に従って、現在使用中の無線アクセス技術（サービス無線アクセス技術）から別の無線アクセス技術（ターゲット無線アクセス技術）へ動的に移転可能である。モバイルノードの第２の無線インタフェースが現在アクティブにされているか否かを示す現在状態情報に従い、モビリティ・アンカー・ゲートウェイは、別のモビリティ・アンカー・ゲートウェイに、第１の送信指示又は第２の送信指示を含むフロー移転要求を送信する。当該別のモビリティ・アンカー・ゲートウェイが第１の送信指示を含むフロー移転要求を受信すると、当該別のモビリティ・アンカー・ゲートウェイはローカル・モビリティ・アンカーに新たな接続要求を送信し、その結果、ローカル・モビリティ・アンカーは第２の無線通信ネットワークシステムへのモバイルノードの新たな接続（新たなコネクション）のための手順を実行する。（すなわち、新たな双方向ＩＰトンネルのために、新たなホーム・ネットワーク・プレフィックス及び、この新たなホーム・ネットワーク・プレフィックスとの第２のモビリティ・アンカー・ゲートウェイの気付アドレスプロキシとの間の新たなバインディングを割り当てる）。モバイルノードと第２のモビリティ・アンカー・ゲートウェイとの間の接続の確立を確かめた後、上記別のモビリティ・アンカー・ゲートウェイは、ローカル・モビリティ・アンカーにフローバインディング更新要求を送信する。当該別のモビリティ・アンカー・ゲートウェイが第２の送信指示を含むフロー移動要求を受信すると、当該別のモビリティ・アンカー・ゲートウェイはローカル・モビリティ・アンカーに新たな接続要求を送信することなくローカル・モビリティ・アンカーにフローバインディング更新要求を送信する。フローバインディング更新要求を受信すると、ローカル・モビリティ・アンカーは、移転されるＩＰパケットフローを別のモビリティ・アンカー・ゲートウェイに対応する新たなホーム・ネットワーク・プレフィックス又は既存のホーム・ネットワーク・プレフィックスに関連付けるための手順を実行し、その結果、ＩＰパケットフローは新たな又は既存の双方向ＩＰトンネルと関連付けられる。このように、モバイルノードの第２の無線インタフェースの現在の状態に基づいて、モビリティ・アンカー・ゲートウェイは、ＩＰパケットフローを移転するための適切な手順を開始するための第１の送信指示又は第２の送信指示を含むフロー転送要求を選択的に送信することができる。ローカル・モビリティ・アンカーが新たな接続の手順を行い、続いて、ＩＰパケットフローを双方向ＩＰトンネルに関連付ける手順を実行するので、ハンドオーバ遅延を最小にすることができ、ＩＰパケットの欠落やバッファリングが回避できる。この結果、ＩＰパケットフロー移動にかかるハンドオーバのパフォーマンスは格段に向上する。これは、複数のインタフェースを同時に使用可能とすることにより、サービス無線ネットワークシステムからターゲット無線ネットワークシステムへの移動が決定されたＩＰパケットフローを、フローバインディング登録（ＩＰパケットフローを双方向ＩＰトンネルに関連付けるための手順）が完全に終わるまで、サービス無線ネットワークシステムを介して維持することが可能だからである。
【００４０】
本発明の別の態様によれば、プロキシ・モバイル・インターネット・プロトコル・バージョン６に基づいて動作し、第１の無線アクセス技術を用いて第１の無線通信ネットワークシステムを介してインターネットと通信するための第１の無線インタフェースと、当該第１の無線アクセス技術とは異なる第２の無線アクセス技術を用いて第２の無線通信ネットワークシステムを介してインターネットと通信するための第２の無線インタフェースとを有する少なくとも１のモバイルノードと通信するためのモビリティ・アンカー・ゲートウェイであって、当該モビリティ・アンカー・ゲートウェイは、前記第２の無線通信ネットワークシステムに属し、前記モバイルノードの相手方ノードと通信可能なローカル・モビリティ・アンカーに接続され、前記モバイルノードのアクセスルータとして動作することが可能であり、前記モバイルノードと前記ローカル・モビリティ・アンカーとの間に前記第２の無線通信ネットワークシステムを介して確立された少なくとも１のＩＰパケットフローを管理することが可能であり、当該モビリティ・アンカー・ゲートウェイは、当該モビリティ・アンカー・ゲートウェイを示すプロキシ気付アドレスと、前記第１の無線アクセス技術を用いる別の無線通信ネットワークシステムの別のモビリティ・アンカー・ゲートウェイから、前記モバイルノードと、移転対象である前記ＩＰパケットフローに使用される前記モバイルノードの前記第２の無線インタフェースと、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定するとともに、前記ローカル・モビリティ・アンカーに対して新たな接続要求を送信するよう当該モビリティ・アンカー・ゲートウェイに指示する第１の送信指示又は、前記ローカル・モビリティ・アンカーに対してフローバインディング更新要求を送信するよう当該モビリティ・アンカー・ゲートウェイに指示する第２の送信指示を含むフロー移転要求を受信することが可能なフロー移転要求受信部と、前記フロー移転要求受信部で受信した前記フロー移転要求が前記第１の送信指示を含む場合に、当該モビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルの確立を促すべく、前記モバイルノードと当該モビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとを特定する新たな接続要求を前記ローカル・モビリティ・アンカーに送信することが可能な新接続要求送信部と、前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックスと当該モビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスとに基づいて、当該モビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルの確立を促すべく、前記モバイルノードの新たなホーム・ネットワーク・プレフィックスを前記ローカル・モビリティ・アンカーから受信することが可能な新ホーム・ネットワーク・プレフィックス受信部と、前記新ホーム・ネットワーク・プレフィックス受信部で前記モバイルノードの前記新たなホーム・ネットワーク・プレフィックスを受信すると、前記モバイルノードの前記第２の無線インタフェースと当該モビリティ・アンカー・ゲートウェイとの間の接続の確立を促すべく、前記フロー移転要求で特定される前記モバイルノードの前記第２の無線インタフェースをアクティブにすることが可能なインタフェース起動部と、前記モバイルノードの前記第２の無線インタフェースと当該モビリティ・アンカー・ゲートウェイとの間の接続の確立を確認することが可能な接続確認部と、前記接続確認部において、前記接続の確立を確認すると、前記フロー移転要求で特定された前記ＩＰパケットフローを、当該モビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の双方向ＩＰトンネルに関連づけるべく、フローバインディング更新要求を前記ローカル・モビリティ・アンカーに送信することが可能であるとともに、前記第２の送信指示を含む前記フロー移転要求を前記フロー移転要求受信部で受信すると、前記フローバインディング更新要求を前記ローカル・モビリティ・アンカーに送信することが可能なフローバインディング更新要求送信部であって、前記フローバインディング更新要求は、前記モバイルノードと、当該モビリティ・アンカー・ゲートウェイの前記プロキシ気付アドレスと、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローとを特定する、フローバインディング更新要求送信部と、
フローバインディング完了メッセージを前記ローカル・モビリティ・アンカーから受信するフローバインディング完了報告受信部と、前記モバイルノードの前記第２の無線インタフェースと当該モビリティ・アンカー・ゲートウェイとの間の接続及び当該モビリティ・アンカー・ゲートウェイと前記ローカル・モビリティ・アンカーとの間の前記双方向ＩＰトンネルを用いて、前記モバイルノードが前記第１の無線アクセス技術から前記第２の無線アクセス技術へ移転したい前記ＩＰパケットフローであって、当該モビリティ・アンカー・ゲートウェイからの前記フロー移転要求で特定される前記ＩＰパケットフローを、前記モバイルノードの前記第２の無線インタフェースと前記ローカル・モビリティ・アンカーとの間で確立することが可能なフロー確立部と、を有するモビリティ・アンカー・ゲートウェイを提供する。
【００４１】
この構成によれば、モバイルノードに確立された１以上の既存のＩＰパケットフローは、モバイルノードからの指示に従って、現在使用中の無線アクセス技術（サービス無線アクセス技術）から別の無線アクセス技術（ターゲット無線アクセス技術）へ動的に移転可能である。モビリティ・アンカー・ゲートウェイが第１の送信指示を含むフロー移転要求を受信すると、モビリティ・アンカー・ゲートウェイはローカル・モビリティ・アンカーに新たな接続要求を送信し、その結果、ローカル・モビリティ・アンカーは第２の無線通信ネットワークシステムへのモバイルノードの新たな接続（新たなコネクション）のための手順を実行する。（すなわち、新たな双方向ＩＰトンネルのために、新たなホーム・ネットワーク・プレフィックス及び、この新たなホーム・ネットワーク・プレフィックスとモビリティ・アンカー・ゲートウェイの気付アドレスプロキシとの間の新たなバインディングを割り当てる）。モバイルノードとモビリティ・アンカー・ゲートウェイとの間の接続の確立を確かめた後、モビリティ・アンカー・ゲートウェイは、ローカル・モビリティ・アンカーにフローバインディング更新要求を送信する。モビリティ・アンカー・ゲートウェイが第２の送信指示を含むフロー移動要求を受信すると、モビリティ・アンカー・ゲートウェイはローカル・モビリティ・アンカーに新たな接続要求を送信することなくローカル・モビリティ・アンカーにフローバインディング更新要求を送信する。フローバインディング更新要求を受信すると、ローカル・モビリティ・アンカーは、移転されるＩＰパケットフローをモビリティ・アンカー・ゲートウェイに対応する新たなホーム・ネットワーク・プレフィックス又は既存のホーム・ネットワーク・プレフィックスに関連付けるための手順を実行し、その結果、ＩＰパケットフローは新たな又は既存の双方向ＩＰトンネルと関連付けられる。このように、ローカル・モビリティ・アンカーは、ＩＰパケットフローを移転するための適切な手順を選択的に実行することができる。ローカル・モビリティ・アンカーが新たな接続の手順を行い、続いて、ＩＰパケットフローを双方向ＩＰトンネルに関連付ける手順を実行するので、ハンドオーバ遅延を最小にすることができ、ＩＰパケットの欠落やバッファリングが回避できる。この結果、ＩＰパケットフロー移動にかかるハンドオーバのパフォーマンスは格段に向上する。これは、複数のインタフェースを同時に使用可能とすることにより、サービス無線ネットワークシステムからターゲット無線ネットワークシステムへの移動が決定されたＩＰパケットフローを、フローバインディング登録（ＩＰパケットフローを双方向ＩＰトンネルに関連付けるための手順）が完全に終わるまで、サービス無線ネットワークシステムを介して維持することが可能だからである。
【図面の簡単な説明】
【００４２】
以下、添付の図面を参照して、本発明の実施の形態を説明する。
【図１】最近提案された技術による機能階層モデルを示す図である。
【図２】本発明の実施形態に係るネットワークアーキテクチャを示す概念図である。
【図３】図２に示されるネットワークアーキテクチャを使うことが可能な各モバイルノードの構造を示すブロック図である。
【図４】本実施形態に係るローカル・モビリティ・アンカー（ＬＭＡ）で使われるバインディング・キャッシュ・エントリ（ＢＣＥ）テーブルを示す図である。
【図５】本実施形態に係るＬＭＡで使われるフロー・バインディング・キャッシュ・エントリ（ＦＣＥ）テーブルを示す図である。
【図６】ＬＭＡの物理的な構造を示すブロック図である。
【図７】ＬＭＡの機能的な構造を示すブロック図である。
【図８】本実施形態に係るモビリティ・アンカー・ゲートウェイ（ＭＡＧ）の物理的な構造を示すブロック図である。
【図９】ＭＡＧの機能的な構造を示すブロック図である。
【図１０】ＭＡＧで使用されるバインディング更新リストテーブルの一例を示す図である。
【図１１】ＭＡＧで使用されるフローバインディング更新リストテーブルの一例を示す図である。
【図１２】本実施形態に係る各モバイルノード（ＭＮ）で使用可能なローカル・ポリシー・プロファイル・テーブルを示す図である。
【図１３】本実施形態に係るＭＡＧ間で送信されるＨＩＦ（Handover Initiate for Flow mobility）メッセージのフォーマットを示す図である。
【図１４】本実施形態に係るＭＡＧ間で送信されるＨＡＦ（Handover Acknowledgement for Flow mobility）メッセージのフォーマットを示す図である。
【図１５】ＨＩＦメッセージに含まれるインタフェース状態及び動作の情報のフォーマットを示す図である。
【図１６】本実施形態に係るＩＰフロー移転の第１のシナリオを示す概念図である。
【図１７】図１８とともに、本実施形態に係るＩＰフロー移転の第１のシナリオの情報フロー図を成す。
【図１８】図１７とともに、本実施形態に係るＩＰフロー移転の第１のシナリオの情報フロー図を成す。
【図１９】本実施形態に係るＩＰフロー移転の第２のシナリオを示す概念図である。
【図２０】本実施形態に係るＩＰフロー移転の第２のシナリオの情報フロー図である。
【図２１】本実施形態に係るＩＰフロー移転の第３のシナリオを示す概念図である。
【図２２】図２３とともに、本実施形態に係るＩＰフロー移転の第３のシナリオの情報フロー図を成す。
【図２３】図２２とともに、本実施形態に係るＩＰフロー移転の第３のシナリオの情報フロー図を成す。
【図２４】本実施形態に係るＩＰフロー移転の第４のシナリオを示す概念図である。
【図２５】図２６とともに、本実施形態に係るＩＰフロー移転の第４のシナリオの情報フロー図を成す。
【図２６】図２５とともに、本実施形態に係るＩＰフロー移転の第４のシナリオの情報フロー図を成す。
【発明を実施するための形態】
【００４３】
２．１  ネットワークアーキテクチャの概要
図２は、本発明にかかるネットワークアーキテクチャの配置を例示する。ネットワークアーキテクチャは、ＰＭＩＰｖ６に基づいて動作することが可能である。ネットワークアーキテクチャは、モバイルノード（ＭＮ）１０が、異なる無線アクセス技術に従って通信可能な複数の無線通信ネットワークシステムを含むヘテロジーニアスネットワークアーキテクチャである。例えば、ネットワークアーキテクチャは複数のＭＮ１０と通信するために３Ｇ無線アクセス技術が使われる３Ｇ（第三世代）ネットワークシステム１２とＷｉＦｉ無線アクセス技術が複数のＭＮ１０と通信するために使われるＷｉＦｉネットワークシステム１８とを含む。
【００４４】
図３は、図２に示されるネットワークアーキテクチャを使うことが可能な各ＭＮ１０の構造を示すブロック図である。ＭＮ１０はスマートフォン、タブレットコンピュータ、ラップトップ、ネットブック等であってもよく、インターネット２４と通信することが可能である。ＭＮ１０は、異なる無線アクセス技術に従ってインターネット２４と通信するための複数の無線インタフェースを含む。例えば、ＭＮ１０は３Ｇネットワークシステム１２による３Ｇ通信のための３Ｇインタフェース３１とＷｉＦｉネットワークシステム１８によるＷｉＦｉ通信のためのＷｉＦｉインタフェース３２とを含む。ＭＮ１０は、ＭＮ１０全体の動作を制御するためのプロセッサ３３と、プロセッサ３３の制御の下、静止画像及び動画を表示するための表示部３４と、プロセッサ３３の制御の下、音声を発するためのスピーカ３５と、ヒューマンインタフェース３６も含む。ヒューマンインタフェース３６は、マイクでもよく、プロセッサ３３に指示を入力するためのボタンから成ってもよい。
【００４５】
図２で示すように、３Ｇネットワークシステム１２は、複数のＭＮ１０が無線を介して通信可能な基地局１４と、これら基地局１４が、典型的にはケーブルを介して通信可能なモビリティ・アンカー・ゲートウェイ（ＭＡＧ）を含む。ＷｉＦｉネットワークシステム１８は、複数のＭＮ１０が無線を介して、典型的にはケーブルを介して通信可能な基地局（アクセスノード）２０と、アクセスノードが通信可能な複数のＭＡＧ２２を含む。理解の容易のため、図２には、１のＭＮ１０と、１の基地局１４と、１のＭＡＧ１６と、１のアクセスノード２０と、１のＭＡＧ２２のみを示す。
【００４６】
ネットワークアーキテクチャは、インターネット２４を介して複数の無線通信ネットワークシステム１２及び１８に接続されたローカル・モビリティ・アンカー（ＬＭＡ）２６も含む。ＬＭＡ２６は、複数のＭＮ１０の複数の相手方ノード（ＣＮ：correspondent node）２８と通信し、これにより、各ＭＮ１０は、３Ｇネットワークシステム１２及びＬＭＡ２６を介して、及び、ＷｉＦｉネットワークシステム１８及びＬＭＡ２６を介して複数のＣＮ２８と通信することが可能となる。
【００４７】
ＭＡＧ及びＬＭＡは、ＰＭＩＰｖ６（ＲＦＣ５２１３に記載）及びプロキシモバイルＩＰｖ６の高速ハンドオーバ（ＲＦＣ５９４９で記述されるＦ−ＰＭＩＰｖ６： Fast Handovers for Proxy Mobile IPv6）において定義されるＩＰモビリティのための中心的な機能エンティティである。本発明の実施の形態では、モバイルノードが開始するＩＰフローモビリティ（すなわち、移動局主導のＩＰフローモビリティ）を可能とし、より有用なネットワークベースのモビリティ管理プロトコルを提供するために、ＰＭＩＰｖ６やＦ−ＰＭＩＰｖ６と比較して、ＭＡＧ及びＬＭＡの機能は強化されている。
【００４８】
ＬＭＡ２６は、モバイルノード１０ごとにＲＦＣ５２１３で定められるバインディング情報を維持するためのＨＡ（home agent）活動（すなわち、ホームエージェントとしての行為）を実行し、各モバイルノード１０のホーム・ネットワーク・プレフィックス（ＨＮＰ：home network prefix）のためのトポロジカル・アンカー・ポイントである。
【００４９】
ＭＡＧ（ＭＡＧ１６とＭＡＧ２２の各々）は、ＭＡＧが位置する無線通信ネットワークシステム（例えば、３Ｇネットワークシステム１２又はＷｉＦｉネットワークシステム１８）に接続する各モバイルノード１０の代わりに、モビリティ関連のシグナリングを管理するアクセスルータの働きをする。ＭＡＧは、ＭＡＧが設けられている無線通信ネットワークシステムへの及び当該システムからのモバイルノードの移動を追跡し、モバイルノードのＬＭＡ２６にシグナリングをする役割を担う。
【００５０】
より具体的には、インターネット２４を介してＭＮ１０とＣＮ２８との間の通信を開始するに際して、ＬＭＡ２６はモバイルノードのホーム・ネットワーク・プレフィックス（ＭＮ−ＨＮＰ）をＭＮ１０に割り当て、ＭＮ１０のホーム・ネットワーク・プレフィックスと、ＭＮ１０が接続中の無線通信ネットワークシステムにおけるＭＡＧのプロキシ気付アドレス（プロキシＣｏＡ）との間でバインディングを確立する。ＬＭＡ２６は、ＭＡＧに、ＭＮ１０のホーム・ネットワーク・プレフィックスを通知し、ＭＡＧは、ＭＮ１０自身にＭＮ１０のホーム・ネットワーク・プレフィックスを通知する。そして、ＭＮ１０は、ホーム・ネットワーク・プレフィックスから当該モバイルノードのホームアドレス（ＭＮ−ＨｏＡ）を構成する。ＭＮ１０がこの無線通信ネットワークシステムに接続される限り、ＭＮ１０はＭＮ−ＨｏＡを使う。さらに、ＬＭＡ２６とＭＡＧは、両者の間で、ＭＮ１０のホーム・ネットワーク・プレフィックスとＲＦＣ５２１３に記載のＭＡＧのプロキシ気付アドレス（プロキシＣｏＡ）との間のバインディングを利用した双方向ＩＰトンネルを確立する。この結果、各バインディングは、双方向ＩＰトンネルに一致する。
【００５１】
ＭＮ１０のホーム・ネットワーク・プレフィックス（ＨＮＰ）とＭＡＧのプロキシ気付アドレス（プロキシＣｏＡ）との間の各バインディングを管理するために、ＬＭＡ２６は、図４に示されるバインディング・キャッシュ・エントリ（ＢＣＥ）テーブルをそのメモリ装置に記憶している。ＢＣＥテーブルは、各々、ＭＮ−ＩＤ（モバイルノード識別子）、ＢＩＤ（バインディング識別子）、優先順位、ＨＮＰ、プロキシＣｏＡ、ＡＴＴ（アクセス・テクノロジー・タイプ）及びＭＮ−ＬＬ−ＩＤ（モバイルノード・リンク層識別）等をそれぞれ含む複数のバインディング・キャッシュ・エントリを記録する。
【００５２】
ＭＮ−ＩＤはＭＮ１０を一意に特定する。ＢＩＤは、ＲＦＣ５６４８に記載の１つのＭＮ１０によって登録される複数のバインディングを区別するのに用いられる。優先順位は、１つのＭＮ１０が複数のバインディングを登録している場合に、バインディングの優先権の順位を特定する。例えば、図４にＢＩＤ１と２で示されるＭＮ＃１が複数のバインディングを登録しているとき、３Ｇネットワークシステムに関連付けられたＢＩＤ１は、最高位の優先順位（第１優先順位）を有し、この第１優先順位は、３Ｇネットワークシステムを用いたＩＰパケットフローを可能な限り維持すべきことを意味している。ＷｉＦｉネットワークシステムに関連付けられたＢＩＤ２は、ＷｉＦｉネットワークシステムを用いたＩＰパケットフローを別のネットワークシステム（例えば、３Ｇネットワークシステム）へ移転してもよいことを意味する第２の優先順位（第２優先順位）を有する。ＨＮＰは、ＭＮ１０に割り当てられたホーム・ネットワーク・プレフィックスである。プロキシＣｏＡは、ＭＮ１０が接続されているＭＡＧのプロキシ気付アドレスである。ＡＴＴは、ＭＮ１０が現在ＭＡＧとの接続に用いるアクセス技術の種別（例えば、３Ｇ又はＷｉＦｉ）を特定する。ＭＮ−ＬＬ−ＩＤは、ＭＮ１０がＭＡＧに接続するのに用いるＭＮ１０の無線インタフェース（例えば、３Ｇインタフェース３１又はＷｉＦｉインタフェース３２）を特定（識別）する。
【００５３】
図４から理解されるように、１つのＭＮ１０は３Ｇネットワークシステム１２（ＭＡＧ１６を含む）及び、３Ｇインタフェース３１を使用するＬＭＡ２６を通して１以上のＣＮ２８と通信することができる。同時に、１つのＭＮ１０は、ＷｉＦｉネットワークシステム１８（ＭＡＧ２２を含む）及び、ＷｉＦｉインタフェース３２を使用するＬＭＡ２６を通して１以上のＣＮ２８と通信することができる。
【００５４】
ＲＦＣ５２１３とＲＦＣ５６４８で定められる要件に加えて、ＬＭＡ２６はＭＮ１０及びＣＮ２８間のＩＰパケットフローを全て管理する。ＩＰフロー（すなわち、ＩＰパケットフロー）は、一連のＩＰパケットを意味する。ＲＦＣ６０８９では、ＩＰフローは、トラヒックセレクタに適合する一組のＩＰパケットと定義される。ＩＰフローはＭＮ１０の３Ｇインタフェース３１とＬＭＡ２６との間の３Ｇネットワークシステム１２を介した接続上で確立されてもよく、ＭＮ１０のＷｉＦｉインタフェース３２とＬＭＡ２６との間のＷｉＦｉネットワークシステム１８を介した接続上で確立されてよい。さらにまた、ＩＰフローは、現在使用中の無線アクセス技術から別の無線アクセス技術へ（３ＧからＷｉＦｉへ、及びＷｉＦｉから３Ｇへ）移転されてもよい。ＬＭＡ２６は、各ＩＰフローと、ＨＮＰ及びプロキシＣｏＡ間のバインディングとの関係を管理する。言い換えると、ＬＭＡ２６はＲＦＣ６０８９で定められるＩＰフローとバインディング識別子（ＢＩＤ）との間の各フローバインディングを管理する。
【００５５】
ＩＰフローとＢＩＤとの間の各フローバインディングを管理するために、ＬＭＡ２６は、そのメモリ装置に、図５に示されるフロー・バインディング・キャッシュ・エントリ（ＦＣＥ）テーブルを記憶する。ＦＣＥテーブルは、フローＩＤ（フロー識別子）、優先順位、トラヒックセレクタ、ＢＩＤ及びフロータイプをそれぞれが含むフロー・バインディング・キャッシュ・エントリ（すなわち、フロー・バインディング・エントリ）を記録する。
フローＩＤは、フローバインディングを一意に識別し、ＭＮ１０によって生成される。優先順位は、１つのバインディングが複数のＩＰフローに関連付けられている場合におけるＩＰフローの優先順を特定する。トラヒックセレクタはパケットを分類するために用いる１以上のパラメータ（例えば、発信元ＩＰアドレス、宛先ＩＰアドレス、発信元ポート番号、宛先ポート番号とトランスポートプロトコル番号）を含む情報であり、ＩＰフローを特定する。フロータイプは、ＩＰフローのタイプを特定する。フロータイプの「動的」は、対応するＩＰフローが現在使用中の無線アクセス技術から別の無線アクセス技術へ移転可能であることを意味する。フロータイプの「静的」は、対応するＩＰフローが移転不能であることを意味する。図５から理解されるように、１つのＢＩＤが複数のフローと関連付けられる場合があるのに対して、各フロー・バインディング・キャッシュ・エントリ（すなわち、フロー・バインディング・エントリ）は特定のＢＩＤを含む。
【００５６】
本発明の実施の形態によると、モバイルノードからの指示に応じて、ＭＮ１０に確立されている１以上の既存のＩＰフローは、現在使用中の無線アクセス技術から別の無線アクセス技術へ動的に移転可能である。言い換えると、１以上の既存のＩＰフローを、現在使用中の無線通信ネットワークシステムから別の無線通信ネットワークシステムへ動的に移転可能である。ＩＰフローの無線アクセス技術の変更に伴い、図５に示されるＦＣＥテーブルで当該ＩＰフローに対応するフロー・バインディング・キャッシュ・エントリ（フロー・バインディング・エントリ）におけるＢＩＤも変更すべきである。
【００５７】
以下の説明において、ＩＰフローに現在使用している移動（すなわち、移転）対象の無線アクセス技術を第１の無線アクセス技術又はサービス無線アクセス技術と呼ぶ場合があり、ＩＰフローに新しく使用する無線アクセス技術を第２の無線アクセス技術又はターゲット無線アクセス技術と呼ぶ場合がある。同様に、移動（すなわち、移転）対象のＩＰフローに現在使用されている無線通信ネットワークシステムを第１の無線ネットワークシステム又はサービス無線ネットワークシステムと呼ぶ場合があり、ＩＰフローに新しく使用される無線通信ネットワークシステムを第２の無線ネットワークシステム又はターゲット無線ネットワークシステムと呼ぶ場合がある。同様に、移動（すなわち、移転）対象のＩＰフローに現在使われているモビリティ・アンカー・ゲートウェイ（ＭＡＧ）を第１のモビリティ・アンカー・ゲートウェイ又はサービス・モビリティ・アンカー・ゲートウェイ（ｓＭＡＧ）と呼ぶ場合があり、ＩＰフローに新しく使われるモビリティ・アンカー・ゲートウェイ（ＭＡＧ）を第２のモビリティ・アンカー・ゲートウェイ又はターゲット・モビリティ・アンカー・ゲートウェイ（ｔＭＡＧ）と呼ぶ場合がある。同様に、移動（すなわち、移転）対象のＩＰフローに現在使われているＭＮ１０の無線インタフェースを第１の無線インタフェース又はサービス無線インタフェースと呼ぶ場合があり、ＩＰフローに新しく使われるＭＮ１０の無線インタフェースを第２の無線インタフェース又はターゲット無線インタフェースと呼ぶ場合がある。
【００５８】
後述するように、ＭＮ１０がサービス無線アクセス技術からターゲット無線アクセス技術へ移転したいＩＰフローに関連付けられた少なくとも１のＦＩＤ（フローＩＤ）を含むプロキシバインディング更新（ＰＢＵ：proxy binding update）メッセージをＬＭＡ２６がターゲットＭＡＧ（ｔＭＡＧ）から受信すると、ＬＭＡ２６は、フロー・バインディング・エントリにおける既存のＦＩＤに対応するＢＩＤ（ＩＰフローに現在使用されている、ＭＮ１０のＨＮＰとｓＭＡＧのプロキシＣｏＡとの間のバインディングを識別するもの）を、ターゲット無線インタフェースに対応する別のＢＩＤ（ＩＰフローに将来使われる、ＭＮ１０のＨＮＰとｔＭＡＧのプロキシＣｏＡとの間のバインディングを識別するもの）で更新する。
【００５９】
上述のように、ＭＡＧ（ＭＡＧ１６とＭＡＧ２２の各々）は各ＭＮ１０のアクセスルータとして機能し、各ＭＮ１０に代わってＩＰフローモビリティ管理手順を実行する。ＭＡＧはＭＮの移動を検知するとともに、ＭＮ１０から送られるフローモビリティ指示(Flow Mobility Indication)メッセージ（フロー移転指示）を検知する役割を有する。フローモビリティ指示メッセージは、ＭＮ１０がサービス無線アクセス技術からターゲット無線アクセス技術へ移転したい少なくとも１のＩＰフローを特定するものである。フローモビリティ指示メッセージは、サービス無線インタフェースがＩＰフローの移動（移転）完了後にアクティブ又は非アクティブであるべきことを示すとともに、ターゲット無線インタフェースがＩＰフローの移転の完了後にアクティブ又は非アクティブであるべきことを示す所望動作情報を含む。ＭＡＧは、所望動作情報を使って、指定されたＩＰフロー用のＩＰフローハンドオーバ（ＩＰフロー移転）のタイプを決定する。
【００６０】
ＭＡＧがターゲットＭＡＧの場合、ＭＮ１０がターゲット無線ネットワークシステムに接続されていなければ、ｔＭＡＧはＬＭＡ２６に予備登録を実行させる。この予備登録では、ＬＭＡは、ＭＮ１０がターゲット無線ネットワークシステムに対する新たな接続を開始するための、ＭＮ１０の新たなバインディングを登録する。より具体的には、予備登録においては、ＭＮ−ＩＤ、ＭＮの新たなＨＮＰ及びｔＭＡＧのプロキシＣｏＡを示す新たなバインディング・キャッシュ・エントリが、バインディング・キャッシュ・エントリ（ＢＣＥ）テーブルに追加される。予備登録は、ｔＭＡＧからＬＭＡ２６に対して、プレ・プロキシ・バインディング更新（Pre-PBU）メッセージ（新接続要求）を送信することによって実行される。
【００６１】
ＭＡＧがターゲットＭＡＧの場合、ＭＮ１０がターゲット無線ネットワークシステムに接続されていれば、ｔＭＡＧはＭＮ１０がサービス無線アクセス技術からターゲット無線アクセス技術へ移転したいＩＰフローと関連した少なくとも１つのＦＩＤを含むＰＢＵメッセージ（フローバインディング更新要求）を送信する。ＰＢＵメッセージは、ＬＭＡ２６にフローバインディング登録を実行させる。このフローバインディング登録では、ＬＭＡが、ターゲット無線インタフェースに対応する別のＢＩＤ（ＩＰフローに将来使われるものであり、ＭＮ１０のＨＮＰとｔＭＡＧのプロキシＣｏＡとの間のバインディングを識別するもの）で、ＦＩＤに対応するＢＩＤ（ＩＰフローに現在使用中のものであり、ＭＮ１０のＨＮＰとｓＭＡＧのプロキシＣｏＡとの間のバインディングを識別するもの）を更新する。
【００６２】
ｔＭＡＧがＬＭＡに対してプレＰＢＵメッセージとＰＢＵメッセージを送信できるように、本願では、ハンドオーバ開始フローモビリティ（ＨＩＦ：Handover Initiate Flow mobility）メッセージ及びハンドオーバ確認応答フローモビリティ（ＨＡＦ：Handover Acknowledge Flow mobility）メッセージが新たに提案されている。これらのメッセージの詳細を、更に詳細に記載する。
【００６３】
ＩＰフロー移転中におけるエンドツーエンドのパケット遅延を最小にするために、本発明の実施の形態においては、ＩＰフロー移転の期間、ｓＭＡＧとｔＭＡＧとの間で双方向ＩＰトンネルは確立されない。つまり、ｓＭＡＧは、ＭＮ１０がサービス無線アクセス技術からターゲット無線アクセス技術へ移転したいアップリンク又はダウンリンクＩＰパケットフロー上では、ＩＰパケットのコピーをｔＭＡＧに転送しない。
【００６４】
さらに、ＩＰフロー移転期間中におけるサービス無線ネットワークシステム上のパケット損失又はターゲット無線ネットワークシステム上のバッファリングを避けるために、ＭＮ１０は、Ｌ２／Ｌ３（第２層及び第３層）コネクションがターゲット無線ネットワークシステム上で完全に確立されるまで、サービス無線ネットワークシステム上でアップリンク経路とダウンリンク経路の両方を維持することによって複数の無線インタフェースを同時に利用する。
【００６５】
２．２  ＬＭＡ（ローカル・モビリティ・アンカー）の構造
図６は、ＬＭＡ２６の物理的な構造を示す。ＬＭＡ２６は、送信部回路４１と、受信部回路４２と、プロセッサ４３と、メモリ４４とを含む。送信部回路４１は、プロセッサ４３の制御の下、ＣＮ２８及びＭＡＧ（例えば、ＭＡＧ１６及び２２）に信号を送信する。受信部回路４２は、プロセッサ４３の制御の下、ＣＮ２８及びＭＡＧ（例えば、ＭＡＧ１６及び２２）から信号を受信する。受信部回路４２は、ＬＭＡ２６の全体的な動作を制御する。メモリ４４は、図４に示されるＢＣＥテーブルと図５に示されるＦＣＥテーブルを記憶する。
【００６６】
図７は、各ＭＡＧと通信することが可能なＬＭＡ２６の機能的な構造を示す。図７で示すように、ＬＭＡ２６は、ＩＰフロー受信部５１と、ＩＰフロー送信部５２と、プレＰＢＵ受信部５３と、予備登録実行部５４と、プレＰＢＡ送信部５５と、ＰＢＵ受信部５６と、フローバインディング登録実行部５７と、ＰＢＡ送信部５８と、ＢＲＩ送信部と、５９ＢＲＡ受信部６０とを含む。
【００６７】
ＩＰフロー受信部５１は、受信部回路４２とプロセッサ４３との組合せから成るとみなされ、双方向ＩＰトンネルを介してＭＡＧｓからのＩＰフローを受信する。ＩＰフロー送信部５２は、送信部回路４１とプロセッサ４３との組合せから成るとみなされ、双方向ＩＰトンネルを介して、ＩＰフローをＭＡＧに送信する。
【００６８】
プレＰＢＵ受信部５３（新接続要求受信部）は、受信部回路４２とプロセッサ４３との組合せから成るとみなされる。プレＰＢＵ受信部５３は、ｔＭＡＧからプレＰＢＵメッセージ（新たな接続要求）を受信する。プレＰＢＵメッセージは、少なくとも、サービス無線アクセス技術からターゲット無線アクセス技術へＩＰフローを移転したいＭＮ１０のＭＮ−ＩＤとｔＭＡＧのプロキシＣｏＡとを示す。プレＰＢＵメッセージは、ＭＮ−ＩＤ、ＭＮ−ＬＬ−ＩＤ、新たなＢＩＤ、ＡＴＴ、ｔＭＡＧのプロキシＣｏＡ等を示し得る。ＭＮ−ＬＬ−ＩＤは、ＩＰフローが移転されるために使われるＭＮ１０のターゲット無線インタフェース（例えば、３Ｇインタフェース３１又はＷｉＦｉインタフェース３２）を確認する。新たなＢＩＤはＬＭＡ２６でつくられる新たなバインディングを識別するのに用いられる。新たなバインディングは、ＬＭＡ２６に割り当てられるＭＮ１０の新たなＨＮＰとｔＭＡＧのプロキシＣｏＡとの間のバインディングである。ＡＴＴは、ＭＮ１０がｔＭＡＧに接続するのに将来用いるターゲットアクセス技術（例えば、３Ｇ又はＷｉＦｉ）のタイプを特定する。
【００６９】
予備登録実行部５４（新接続登録部）は、プロセッサ４３であるとみなされる。プレＰＢＵ受信部５３でプレＰＢＵメッセージ（新たな接続要求）を受信すると、予備登録実行部５４は、ＭＮ１０に、ＭＮ１０の新たなＨＮＰを割り当てる。ＭＮ１０はＭＮ１０のターゲット無線インタフェースとｔＭＡＧとの間の通信に用いるモバイルノードのホームアドレス（ＭＮ−ＨｏＡ）を、ＨＮＰから構成する。ＨＮＰ自体が、ｔＭＡＧとＬＭＡ２６との間の通信に使われる。このように、ＨＮＰは、ＭＮ１０のターゲット無線インタフェースとＬＭＡ２６との間のターゲット無線通信ネットワークシステムを介した通信に使われる。予備登録実行部５４は予備登録を実行する。この予備登録において、予備登録実行部５４は、新たなＨＮＰとｔＭＡＧのプロキシＣｏＡとの間で新たなバインディングを登録する。より具体的には、予備登録実行部５４は、この予備登録において、メモリ４４に記憶されているＢＣＥテーブルに、ＭＮ−ＩＤと、新たなＨＮＰと、ｔＭＡＧのプロキシＣｏＡとを示す新たなＢＣＥ（バインディング・キャッシュ・エントリ）とを追加する。
【００７０】
プレＰＢＡ送信部５５（新ホーム・ネットワーク・プレフィックス送信部）は、送信部回路４１とプロセッサ４３との組合せから成るとみなされる。予備登録実行部５４が予備登録を正常に完了した場合、プレＰＢＡ送信部５５は、ｔＭＡＧとＬＭＡ２６との間の新たな双方向ＩＰトンネルの確立を促すべく、ＭＮ１０の新たなＨＮＰをｔＭＡＧに送信する。より正確には、プレＰＢＡ送信部５５は、予備登録が成功したこととＭＮ１０の新たなＨＮＰを示すプレＰＢＡ（Pre-PBA: Pre-Proxy Binding Acknowledgement）メッセージを送信する。
【００７１】
ＰＢＵ受信部５６（フローバインディング更新要求受信部）は、受信部回路４２とプロセッサ４３との組合せから成るとみなされる。ＰＢＵ受信部５６は、ｔＭＡＧからＰＢＵメッセージ（フローバインディング更新要求）を受信する。ＰＢＵメッセージは、サービス無線アクセス技術からターゲット無線アクセス技術へＩＰフローを移転したいＭＮ１０と、ｔＭＡＧのプロキシＣｏＡと、ＭＮ１０がサービス無線アクセス技術からターゲット無線アクセス技術へ移転したいＩＰパケットフローとを特定する。ＰＢＵメッセージは、ＭＮ１０のＭＮ−ＩＤと、ターゲット無線インタフェースを識別するＭＮ−ＬＬ−ＩＤと、ＢＩＤと、ターゲットアクセス技術のタイプを特定するＡＴＴと、ｔＭＡＧのプロキシＣｏＡと、ＦＩＤとを示すことができる。ＰＢＵメッセージのＢＩＤは、移転対象のＩＰフローに用いられるＭＮ１０のＨＮＰとｔＭＡＧのプロキシＣｏＡとの間のバインディングを識別するＢＩＤであり、このＢＩＤは、ｔＭＡＧとＬＭＡ２６との間で既存の双方向ＩＰトンネルを確立するための既存のＢＣＥにおいて、ＭＮ１０と既に関連付けられている。ＰＢＵメッセージのＦＩＤは、ＦＣＥテーブルの既存のフロー・バインディング・エントリ中に存在するＦＩＤであり、ＭＮ１０がサービス無線アクセス技術からターゲット無線アクセス技術へ移転したいＩＰフローと関連付けられている。したがって、ＦＩＤは、ｔＭＡＧに対して移転されるべきＩＰパケットフローを識別する。
【００７２】
フローバインディング登録実行部５７（フローバインディング登録部）は、プロセッサ４３であるとみなされる。フローバインディング登録実行部５７は、ｔＭＡＧへ移転されるべきＩＰパケットフローを、ＭＮ１０用の、ｔＭＡＧとＬＭＡ２６との間の新たな又は既存の双方向ＩＰトンネルと関連付ける。フローバインディング登録実行部５７は、フローバインディング登録を実行する。このフローバインディング登録において、フローバインディング登録実行部５７は、ｔＭＡＧへ移転すべきＩＰパケットフローを識別するＦＩＤと、移転対象のＩＰフローに新たに使われるＭＮ１０のＨＮＰとｔＭＡＧのプロキシＣｏＡとの間のバインディングを識別する新たなＢＩＤとの間のバインディングを登録する。フローバインディング登録実行部５７は、より具体的には、前のＢＩＤが新たなＢＩＤで更新されるように、メモリ４４に記憶されるＦＣＥテーブルにおいて、上記ＦＩＤを含むＦＣＥを更新する。したがって、フローバインディング登録実行部５７は、ＭＮ１０の新たな又は既存のＨＮＰと、ＰＢＵメッセージ（フローバインディング更新要求）によって特定されるＩＰパケットフローとの間でバインディングを登録する。
【００７３】
ＰＢＡ送信部５８（フローバインディング完了報告送信部）は、送信部回路４１とプロセッサ４３との組合せから成るとみなされる。フローバインディング登録実行部５７がフローバインディング登録を正常に完了した場合には、ＰＢＡ送信部５８は、フローバインディング登録実行部５７におけるフローバインディング登録の完了を示すＰＢＡ（プロキシバインディング確認応答）メッセージ（フローバインディング完了メッセージ）をｔＭＡＧに送信する。
【００７４】
ＢＲＩ送信部５９は、送信部回路４１とプロセッサ４３との組合せから成るとみなされる。ＩＰフローがｓＭＡＧからｔＭＡＧへ正常に移転されたら、ＢＲＩ送信部５９は、ｓＭＡＧにおける、移転されたＩＰフローに関する情報を削除するために、ｓＭＡＧに対して、ＲＦＣ５８４６で定められるＢＲＩ（Binding Revocation Indication）メッセージを送信する。ＢＲＩを受信すると、ｓＭＡＧは移転されたＩＰフローに関する情報を削除し、ＬＭＡ２６に対してＢＲＡ（Binding Revocation Acknowledgement）で返信する。
【００７５】
ＢＲＡ受信部６０は、受信部回路４２とプロセッサ４３との組合せから成るとみなされる。ＢＲＡ受信部６０はＢＲＡメッセージを受信する。
【００７６】
２．３  ＭＡＧ（モビリティ・アンカー・ゲートウェイ）の構造
図８は、ＭＡＧの各々の物理的な構造を表す。ＭＡＧは、送信部回路７１と、受信部回路７２と、プロセッサ７３と、メモリ７４とを含む。送信部回路７１は、プロセッサ７３の制御の下、ＬＭＡ２６、ＭＮ１０及び他のＭＡＧｓに対して信号を送信する。受信部回路７２は、プロセッサ７３の制御の下、ＬＭＡ２６、ＭＮ１０及び他のＭＡＧから信号を受信する。受信部回路７２は、ＭＡＧの全体的な活動を制御する。メモリ７４は、ＭＡＧのプロキシＣｏＡとＩＰフローモビリティの情報リストを記憶する。
【００７７】
図９はＭＡＧの機能的な構造を表す。図９で示すように、ＭＡＧは、ＭＮ１０と通信するための、ＩＰフロー送信部８１と、ＩＰフロー受信部８２と、フローモビリティ指示受信部８５と、インタフェース起動部８６と、接続確認部８７と、ＲＡ送信部１００と、ＲＳ受信部１０１と、フロー移動完了報告部１０２とを含む。ＭＡＧは、ＬＭＡ２６と通信するためのＩＰフロー受信部８３と、ＩＰフロー送信部８４と、プレＰＢＵ送信部９３と、プレＰＢＡ受信部９４と、ＰＢＵ送信部９５と、ＰＢＡ受信部９６と、ＢＲＩ受信部９７と、ＢＲＡ送信部９８とを含む。ＭＡＧは、他のＭＡＧと通信するためのＨＩＦ送信部８９と、ＨＩＦ受信部９０と、ＨＡＦ送信部９１と、ＨＡＦ受信部９２とを含む。
【００７８】
ＭＡＧは、ＩＰフローモビリティに必要な情報を管理するための情報管理部９９も含む。情報管理部９９は、プロセッサ７３であるとみなされ、ＩＰフローモビリティに必要な情報を記憶する。
【００７９】
ＩＰフロー送信部８１は、送信部回路７１とプロセッサ７３との組合せから成るとみなされ、ＩＰフローをＭＮ１０に対して送信する。ＩＰフロー受信部８２は、受信部回路７２とプロセッサ７３との組合せから成るとみなされ、ＭＮ１０からＩＰフローを受信する。ＩＰフロー受信部８３は、受信部回路７２とプロセッサ７３との組合せから成るとみなされ、双方向ＩＰトンネルを介してＬＭＡ２６からＩＰフローを受信する。ＩＰフロー送信部８４は、送信部回路７１とプロセッサ７３との組合せから成るとみなされ、双方向ＩＰトンネルを介してＩＰフローをＬＭＡ２６に送信する。ＩＰフロー送信部８１，８４及びＩＰフロー受信部８２，８３はフロー確立部を構成する。ＭＡＧがｔＭＡＧの場合、フロー確立部は、ＭＮ１０がサービス無線アクセス技術からターゲット無線アクセス技術へ移転したいＩＰパケットフローを、ＭＮ１０のターゲット無線インタフェースとｔＭＡＧとの間の接続及び、ｔＭＡＧとＬＭＡ２６との間の双方向ＩＰトンネルを使用して確立する。
【００８０】
ＭＡＧがｓＭＡＧの場合には、フローモビリティ指示受信部８５と、インタフェース起動部８６と、ＨＩＦ送信部８９と、ＨＡＦ受信部９２と、ＢＲＩ受信部９７と、ＢＲＡ送信部９８とが使われる。ＭＡＧがｔＭＡＧの場合には、ＲＡ送信部１００と、ＲＳ受信部１０１と、フロー移動完了報告部１０２と、ＨＡＦ送信部９１と、ＨＩＦ受信部９０と、プレＰＢＵ送信部９３と、プレＰＢＡ受信部９４と、接続確認部８７と、ＰＢＵ送信部９５と、ＰＢＡ受信部９６とが使われる。
【００８１】
フローモビリティ指示受信部８５（フロー移転指示受信部）は、受信部回路７２とプロセッサ７３との組合せから成るとみなされる。ＭＡＧがｓＭＡＧの場合、フローモビリティ指示受信部８５はＭＮ１０からフローモビリティ指示メッセージ（Flow Transfer Indication）を受信する。フローモビリティ指示メッセージは、少なくとも１のＩＰパケットフローが、サービス無線通信ネットワークシステムを介してＭＮ１０のサービス無線インタフェースとＬＭＡ２６との間で確立され、且つ、ＭＮ１０が、少なくとも１の既に確立されたＩＰパケットフローを、サービス無線アクセス技術からターゲット無線アクセス技術へ移動（すなわち、移転）したいときに、ＭＮ１０から送信される。
【００８２】
フローモビリティ指示メッセージはＬ２（第２層）トリガであり、モバイルノードと、モバイルノードがサービス無線アクセス技術からターゲット無線アクセス技術へ移転したい少なくとも１のＩＰパケットフローとを特定する。フローモビリティ指示メッセージは、ターゲット無線インタフェースが現在アクティブにされているか否かを示す現在状態情報を含む。フローモビリティ指示メッセージは、サービス無線インタフェースがＩＰフロー移転の完了後、アクティブにされた状態から非アクティブにされるべきか否かを示す所望動作情報も含んでもよい。要は、フローモビリティ指示メッセージは、ＭＮ１０のＭＮ−ＩＤと、ｔＭＡＧのアドレスと、無線インタフェースの現在の状態及び所望の動作に関する情報と、少なくとも１のＦＩＤとを示すようにしてもよい。フローモビリティ指示受信部８５は、無線インタフェースの現在の状態及び所望の動作に関する情報をチェックして、無線インタフェースの現在の状態及び所望の動作に関する情報に基づいて、指定されたＩＰフローのＩＰフローハンドオーバ（ＩＰフロー移転）のタイプを決定する。
【００８３】
ＨＩＦ送信部８９（フロー移転要求送信部）は、送信部回路７１とプロセッサ７３との組合せから成るとみなされる。ＭＡＧがｓＭＡＧの場合、ＨＩＦ送信部８９は、フローモビリティ指示受信部８５でフローモビリティ指示メッセージ（フロー移転指示）を受信すると、ＨＩＦメッセージ（フロー移転要求）をｔＭＡＧに送信する。ＨＩＦは、「Handover Initiate for Flow mobility」の略語である。
【００８４】
ＨＩＦメッセージは、フローモビリティ指示メッセージで特定される、ＭＮ１０とＭＮ１０がサービス無線アクセス技術からターゲット無線アクセス技術へ移転したいＩＰパケットフローとを特定する。ＨＩＦメッセージは、ターゲット無線インタフェースが現在アクティブにされていないことをフローモビリティ指示メッセージの現在状態情報が示す場合に、ＬＭＡ２６に対してプレＰＢＵメッセージ（新たな接続要求）を送信するようｔＭＡＧに指示する第１の送信指示を含むことができる。ＨＩＦメッセージは、ターゲット無線インタフェースが現在アクティブにされていることをフローモビリティ指示メッセージの現在状態情報が示す場合に、ＬＭＡ２６に対してＰＢＵメッセージ（フローバインディング更新要求）を送信するようｔＭＡＧに指示する第２の送信指示を含むことができる。要は、ＨＩＦメッセージは、ＭＮ１０を識別するＭＮ−ＩＤと、ターゲット無線インタフェースを識別するＭＮ−ＬＬ−ＩＤと、ＬＭＡ２６のアドレス（ＬＭＡＡ）と、移転対象のＩＰフローに対応するＦＩＤと、無線インタフェースの現在の状態及び所望の動作に関する情報と、第１の送信指示又は第２の送信指示を示すことができる。また、ＨＩＦメッセージは、指定されたＩＰフローに対応するトラヒックセレクタと、ＩＰフローのフロータイプも示すことができる。
【００８５】
ＨＩＦ送信部８９は、フローモビリティ指示受信部８５によって決定されるＩＰフローハンドオーバのタイプに基づいて第１の送信指示又は第２の送信指示をＨＩＦメッセージに含むべきことを定める。より具体的には、無線インタフェースの現在の状態及び所望の動作に関する情報が、ターゲット無線インタフェースが現在アクティブにされていないことを示す現在状態情報を含む場合、フローモビリティ指示受信部８５は、ＩＰフローハンドオーバのタイプがターゲット無線ネットワークシステムに対するＭＮ１０の新たな接続（新たなコネクション）を伴うことを決定する。この場合、ＨＩＦ送信部８９は第１の送信指示を送信する。無線インタフェースの現在の状態及び所望の動作に関する情報が、ターゲット無線インタフェースが現在アクティブにされていることを示す現在状態情報を含む場合には、フローモビリティ指示受信部８５は、ＩＰフローハンドオーバのタイプが、ターゲット無線ネットワークシステムに対するＭＮ１０の新たな接続（新たなコネクション）を伴わないことを決定する。この場合、ＨＩＦ送信部８９は第２の送信指示を送信する。
【００８６】
ＨＩＦ受信部９０（フロー移転要求受信部）は、受信部回路７２とプロセッサ７３との組合せから成るとみなされる。ＭＡＧがｔＭＡＧの場合、ＨＩＦ受信部９０はｓＭＡＧからＨＩＦメッセージ（フロー移転要求）を受信する。ＨＩＦメッセージ（特に、第１又は第２の送信指示）に基づいて、ＨＩＦ受信部９０は、プレＰＢＵメッセージ又はＰＢＵメッセージをＬＭＡ２６に送信すべきことを決定する。
【００８７】
プレＰＢＵ送信部９３（新接続要求送信部）は、送信部回路７１とプロセッサ７３との組合せから成るとみなされる。ＭＡＧがｔＭＡＧの場合、プレＰＢＵ送信部９３は、ＨＩＦ受信部９０で受信したＨＩＦメッセージが第１の送信指示を含む場合、プレＰＢＵメッセージ（新たな接続要求）をＬＭＡ２６に送信する。上述のように、プレＰＢＵメッセージは、ＭＮ１０のＭＮ−ＩＤ、ターゲット無線インタフェースを識別するＭＮ−ＬＬ−ＩＤ、新たなバインディングのための新たなＢＩＤ、ターゲットアクセス技術のタイプを特定するＡＴＴ、ｔＭＡＧのプロキシＣｏＡ等を示し得る。
【００８８】
プレＰＢＡ受信部９４（新ホーム・ネットワーク・プレフィックス受信部）は受信部回路７２とプロセッサ７３との組合せとから成るとみなされる。ＭＡＧがｔＭＡＧの場合、プレＰＢＡ受信部９４は、予備登録の完了の後、プレＰＢＵメッセージに応じてＬＭＡ２６から送られるプレＰＢＡメッセージを受信する。上述のように、プレＰＢＡメッセージは、予備登録が成功したこととＭＮ１０の新たなＨＮＰとを示す。ｔＭＡＧとＬＭＡとの間でプレＰＢＵメッセージとプレＰＢＡメッセージとを交換した後に、ＬＭＡ２６のＩＰフロー受信部５１及びＩＰフロー送信部５２と、ｔＭＡＧのＩＰフロー受信部８３及びＩＰフロー送信部８４は、ｔＭＡＧとＬＭＡとの間の双方向ＩＰトンネルを使って通信することができる。
【００８９】
ＨＡＦ送信部９１（登録完了報告送信部）は、送信部回路７１とプロセッサ７３との組合せから成るとみなされる。ＨＡＦは、「Handover Acknowledge for Flow mobility」の略語である。ＭＡＧがｔＭＡＧの場合、プレＰＢＡ受信部９４において、ＬＭＡ２６からプレＰＢＵメッセージを受信するか、又は、ＰＢＡ受信部９６において、ＬＭＡ２６からＰＢＵメッセージを受信すると、ＨＡＦ送信部９１はＨＡＦメッセージをｓＭＡＧに送信する。
【００９０】
ＨＡＦ送信部９１の振る舞いは、ＨＩＦ受信部９０で受信したＨＩＦメッセージの内容に依存する。ＨＩＦメッセージが第１の送信指示を示す場合、ＩＰフローハンドオーバのタイプはターゲット無線ネットワークシステムへのＭＮ１０の新たな接続（新たなコネクション）を伴う。この場合、ＨＡＦ送信部９１は、プレＰＢＡメッセージを受信すると、ＨＡＦメッセージを送信し、ＰＢＡメッセージに従って行動しない。この場合、ＨＡＦメッセージは、ターゲット無線ネットワークシステムへのＭＮ１０の新たな接続のための新たな双方向ＩＰトンネルが完了したことを示すとともに、ＨＩＦメッセージにおいてＭＮ−ＬＬ−ＩＤによって特定されるＭＮ１０のターゲット無線インタフェースを起動させるようにとのＭＮ１０への指示を含む。この場合、ＨＡＦ送信部９１は新ＩＰトンネル完了報告送信部であり、プレＰＢＡ受信部９４でＭＮ１０の新たなＨＮＰを受信すると、ＭＮ１０のターゲット無線インタフェースとｔＭＡＧとの間の接続を確立するためにＭＮ１０のターゲット無線インタフェースをアクティブにするためのｔＭＡＧの上のインタフェース起動部である。
【００９１】
ＨＡＦ受信部９２（登録完了報告受信部）は、受信部回路７２とプロセッサ７３との組合せから成るとみなされる。ＭＡＧがｓＭＡＧの場合、ＨＡＦ受信部９２はｔＭＡＧからＨＡＦメッセージを受信する。
【００９２】
他のインタフェース起動部８６は、送信部回路７１とプロセッサ７３との組合せから成るとみなされる。ＭＡＧがｓＭＡＧの場合、ＭＮ１０のターゲット無線インタフェースをアクティブにさせるようｓＭＡＧに対する指示を示すＨＡＦメッセージをＨＡＦ受信部９２で受信すると、インタフェース起動部８６は、ＭＮ１０のサービス無線インタフェースに、ターゲット・インタフェース・アクション（Target Interface Action）メッセージを送信する。ターゲット・インタフェース・アクション・メッセージは、ＭＮ１０のターゲット無線インタフェースとｔＭＡＧの接続の確立を促すためにＭＮ１０のターゲット無線インタフェースをアクティブにするためのＬ２トリガである。
【００９３】
接続確認部８７は、受信部回路７２とプロセッサ７３との組合せから成るとみなされる。ＭＡＧがｔＭＡＧの場合、接続確認部８７はＭＮ１０のターゲット無線インタフェースとｔＭＡＧとの間のＬ２コネクションの確立を確認する。したがって、ｔＭＡＧは、ターゲット無線ネットワークシステムに対するＭＮ１０の新たな接続を確認する。
【００９４】
ＰＢＵ送信部９５（フローバインディング更新要求送信部）は、送信部回路７１とプロセッサ７３との組合せから成るとみなされる。ＭＡＧがｔＭＡＧの場合、ＰＢＵ送信部９５は、接続確認部８７で接続の確立を確かめると、ＰＢＵメッセージ（フローバインディング更新要求）をＬＭＡ２６に送信する。ＰＢＵ送信部９５は、ＨＩＦ受信部９０で第２の送信指示を含むＨＩＦメッセージを受信すると、ＰＢＵメッセージもＬＭＡ２６に送信する。いずれにせよ、ＰＢＵメッセージは、ＭＮ１０のＭＮ−ＩＤ、ターゲット無線インタフェースを識別するＭＮ−ＬＬ−ＩＤ、新たなバインディングの新たなＢＩＤ、ターゲットアクセス技術のタイプを特定するＡＴＴ、ｔＭＡＧのプロキシＣｏＡ、移転されるべきＩＰフローに対応するＦＩＤを示すことができる。
【００９５】
ＰＢＡ受信部９６（フローバインディング完了報告受信部）は、受信部回路７２とプロセッサ７３との組合せから成るとみなされる。ＭＡＧがｔＭＡＧの場合、ＰＢＡ受信部９６は、フローバインディング登録の完了を示すＰＢＡメッセージ（フローバインディング完了メッセージ）をＬＭＡ２６から受信する。
【００９６】
ＲＡ送信部１００は、送信部回路７１とプロセッサ７３との組合せから成るとみなされる。ＭＡＧがｔＭＡＧの場合、ＰＢＡ受信部９６でＰＢＡメッセージを受信した後に、ＲＡ送信部１００は、ｔＭＡＧの存在をＭＮ１０に通知するとともに、ＭＮ１０の新たなＨＮＰをＭＮ１０に通知するために、ＲＡ（Router Advertisement）メッセージをＭＮ１０のターゲット無線インタフェースに送信する。ＩＰフローハンドオーバのタイプがターゲット無線ネットワークシステムへのＭＮ１０の新たな接続（新たなコネクション）を伴う時だけＲＡ送信部１００は動作する。つまり、ＨＩＦメッセージにおける、無線インタフェースの現在の状態及び所望の動作に関する情報が、ターゲット無線インタフェースが現在アクティブにされていることを示す現在状態情報を含む場合又はＨＩＦメッセージが第２の送信指示を示す場合には、ＲＡ送信部１００はＲＡメッセージを送信する。ＲＡ送信部１００は、ＰＢＡメッセージを受信すると、ＲＡメッセージを定期的に送信するようにしてもよい。あるいは、ＲＡ送信部１００は、ＰＢＡメッセージが既に受信されている場合には、ＲＳ受信部１０１で受信したＲＳ（Router Solicitation）メッセージに応じてＲＡメッセージを送信するようにしてもよい。
【００９７】
ＲＳ受信部１０１は、受信部回路７２とプロセッサ７３との組合せから成るとみなされる。ＭＡＧがｔＭＡＧの場合、ＲＳ受信部１０１はＭＮ１０からＲＳメッセージを受信するようにしてもよい。ＲＳメッセージは、ｔＭＡＧにＲＡにメッセージの送信を要求するために、Ｌ２コネクションの確立の後にＭＮ１０から送られる。
【００９８】
フロー移動完了報告部１０２は、送信部回路７１とプロセッサ７３との組合せから成るとみなされる。ＭＡＧがｔＭＡＧの場合、ＲＡ送信部１００からのＲＡメッセージの伝送の後、フロー移動完了報告部１０２はＭＮ１０にフロー移動完了メッセージを送信する。フロー移動完了メッセージは、サービス無線ネットワークシステムからターゲット無線ネットワークシステムまでのフロー移動（フロー移転）の完了をＭＮ１０に知らせるためのＬ２トリガである。ＭＮ１０でフロー移動完了メッセージを受信した後、ＭＮ１０は、ターゲット無線ネットワークシステム及びＬＭＡ２６を介して、指定されたＩＰフローのアップリンクパケットをＣＮ２８へ送信することができ、ターゲット無線ネットワークシステム及びＬＭＡ２６を介して、指定されたＩＰフローのダウンリンクパケットをＣＮ２８から受信することができる。ＭＮ１０にフロー移動完了メッセージを送った後に、フロー確立部（ＩＰフロー送信部８１，８４とＩＰフロー受信部８２，８３）は、ＭＮ１０のターゲット無線インタフェースとｔＭＡＧとの間の接続と、ｔＭＡＧとＬＭＡ２６との間の双方向ＩＰトンネルを使用して、指定されたＩＰパケットフローを確立する。
【００９９】
ＢＲＩ受信部９７は、受信部回路７２とプロセッサ７３との組合せから成るとみなされる。ＭＡＧがｓＭＡＧの場合、指定されたＩＰフローがサービス無線ネットワークシステムからターゲット無線ネットワークシステムへ正常に移転されると、ＢＲＩ受信部９７はＬＭＡ２６からＢＲＩ（Binding Revocation Indication）メッセージを受信する。ＢＲＩ受信部９７でＢＲＩメッセージを受信すると、情報管理部９９は、メモリ７４に記憶された移転されたＩＰフローに関する情報を削除する。
【０１００】
ＢＲＡ送信部９８は、送信部回路７１とプロセッサ７３との組合せから成るとみなされる。ＭＡＧがｓＭＡＧの場合、情報管理部９９が、ＢＲＩメッセージに応じて移転されたＩＰフローに関する情報を削除すると、ＢＲＡ送信部９８はＬＭＡ２６に対して、ＢＲＡ（Binding Revocation Acknowledgement）メッセージで応じる。
【０１０１】
上述のように、ｔＭＡＧのＨＡＦ送信部９１（登録完了報告送信部）の振る舞いは、ＨＩＦ受信部９０で受信されるＨＩＦメッセージの内容に依存する。ＨＩＦメッセージが第２の送信指示を示すならば、ＩＰフローハンドオーバのタイプはターゲット無線ネットワークシステムへのＭＮ１０の新たな接続（新たなコネクション）を含まない。この場合、ＨＡＦ送信部９１は、ＬＭＡ２６からＰＢＡメッセージを受信すると、ＨＡＦメッセージを送信する。この場合、ＨＡＦメッセージは指定されたＩＰフローの移動（移転）の完了を示すが、ＭＮ１０のターゲット無線インタフェースをアクティブにするようにとのＭＮ１０への指示を含まない。これは、ターゲット無線インタフェースが既にアクティブにされているからである。
【０１０２】
さらに、ＨＡＦメッセージを、ＭＮ１０のターゲット無線インタフェースをアクティブにする旨の指示を伴わずに送信した後、フロー移動完了報告部１０２は、サービス無線ネットワークシステムからターゲット無線ネットワークシステムへのフロー移動（フロー移転）の完了をＭＮ１０に知らせるために、ＭＮ１０にフロー移動完了メッセージを送信する。ＭＮ１０でフロー移動完了メッセージを受信した後、ＭＮ１０はターゲット無線ネットワークシステム及びＬＭＡ２６を介して、指定されたＩＰフローのアップリンクパケットをＣＮ２８に送信することができ、ターゲット無線ネットワークシステム及びＬＭＡ２６を介して、指定されたＩＰフローのダウンリンクパケットをＣＮ２８から受信することができる。ＭＮ１０にフロー移動完了メッセージを送信した後、フロー確立部（ＩＰフロー送信部８１，８４及びＩＰフロー受信部８２，８３）は、ＭＮ１０のターゲット無線インタフェースとｔＭＡＧとの間の接続及びｔＭＡＧとＬＭＡ２６との間の双方向ＩＰトンネル間の接続を使用して、指定されたＩＰパケットフローを確立する。
【０１０３】
図１０は、ＭＮ１０の無線通信ネットワークシステムへの移動及び無線通信ネットワークシステムからの移動を管理するために、各ＭＡＧのメモリ７４に記憶されるバインディング更新リストテーブルの例を表す。バインディング更新リストテーブルは、複数のレコードを含む。各レコードはＭＮ１０を識別するＭＮ−ＩＤと、ＭＮ１０の無線インタフェースを識別するＭＮ−ＬＬ−ＩＤと、ＭＮ１０のホーム・ネットワーク・プレフィックスと、ＬＭＡ２６（ＬＭＡＡ）のアドレスと、このレコードで示されるバインディングを識別するＢＩＤ（バインディングＩＤ）とを含む。
【０１０４】
図１１は、ＩＰフローの移動（移転）を管理するために、各ＭＡＧのメモリ７４に記憶されたフローバインディング更新リストテーブルの一例を示す。フローバインディング更新リストは、複数のレコードを含む。各レコードは、ＭＮ１０を識別するＭＮ−ＩＤと、ＩＰフローに対応するＦＩＤ（フローＩＤ）と、ＩＰフローに対応するトラヒックセレクタと、ＩＰフローのフロータイプを含む。
【０１０５】
本発明の実施の形態によると、ＭＮ１０は、ＭＮ１０がサービス無線アクセス技術からターゲット無線アクセス技術へ移転したい少なくとも１のＩＰフローを特定するフローモビリティ指示メッセージを送信する。ＭＮ１０周囲の無線環境が変化する（例えば、ＷｉＦｉと３Ｇ無線技術の両方が利用可能なゾーンにＭＮが入る又はそこから離れる）ときはいつでも、ＭＮ１０のユーザが移転すべきＩＰフローを決定するようにしてもよい。このため、ＭＮは、無線環境が変わるときはいつでも、移転する１以上のＩＰフローを決定するよう促すためにユーザとの対話をすることができる。
【０１０６】
あるいは、ＭＮ１０はユーザのポリシーを反映するＭＮ１０に記憶された記憶内容に基づいて、移転するＩＰフローを自動的に決定するようにしてもよい。図１２は、各ＭＮ１０に記憶可能なローカル・ポリシー・プロファイル・テーブルを表す。ローカル・ポリシー・プロファイル・テーブルは複数のレコードを含み、それぞれには、ＩＰフローのフローＩＤと、ＩＰフローの優先順位と、ＩＰフローに対応するトラヒックセレクタと、フロー移動ポリシーと、ＩＰフローのフロータイプとを含むようにしてもよい。フロー移転ポリシーでは、「３ＧからＷｉＦｉ」はＭＮ１０がＷｉＦｉと３Ｇ無線技術の両方が利用可能なゾーンに一旦入ると、ＩＰフローの無線アクセス技術を３ＧからＷｉＦｉに変更すべきことを意味する。全てのＩＰフローのフロー移転ポリシーを「３ＧからＷｉＦｉ」に設定することが可能である。フロー移動ポリシーにおいて、「ネットワーク状態に依存」は、ＭＮ１０がＷｉＦｉと３Ｇ無線技術の両方が利用可能なゾーンに入るとき、ＩＰフローの無線アクセス技術が３Ｇ信号の強度とＷｉＦｉ信号の強度に応じて変更又は維持すべきことを意味する。
【０１０７】
ＭＮ１０のユーザは、ローカル・ポリシー・プロファイル・テーブルに各レコードをセットすることができる。したがって、ＭＮ１０はユーザの意図に従って、移転すべきＩＰフローを自動的に決定することができる。
【０１０８】
２．４  ＭＡＧ間で送信されるメッセージ
本実施形態は、ＰＭＩＰｖ６環境における移動機主導型フローモビリティをサポートするための新たなモビリティ・ヘッダ・メッセージを使う。新たなモビリティ・ヘッダ・メッセージは、ｓＭＡＧからｔＭＡＧへ送信されるＨＩＦ（Handover Initiate for Flow mobility）メッセージ及びｔＭＡＧからｓＭＡＧへ送信されるＨＡＦ（Handover Acknowledgement for Flow mobility）メッセージである。また、ＨＩＦメッセージは、ＩＰフローを移転したいＭＮ１０の無線インタフェースの現在の状態を示すとともに、ＭＮ１０の無線インタフェースの所望の動作を示すインタフェース状態及び動作の情報（インタフェースアクション情報）を含む。インタフェース状態及び動作の情報は、無線インタフェースの現在の状態と所望の動作に関する上記の情報である。ＭＮ１０からｓＭＡＧに送られるフローモビリティ指示メッセージも、インタフェース状態及び動作の情報も含んでもよいが、これに限られない。
【０１０９】
２．４．１  モビリティ・ヘッダ・メッセージ
（１）  ＨＩＦ（Handover Initiate for Flow mobility）
ＨＩＦメッセージはＨＩ（Handover Initiate）メッセージの拡張版であり、ＲＦＣ５９４９（Ｆ−ＰＭＩＰｖ６）で規定される。ＲＦＣ５９４９で定められるＨＩメッセージは、ＲＦＣ５５６８で規定されたＨＩメッセージの拡張版でもある。図１３は、ＨＩＦメッセージのフォーマットを例示する。
【０１１０】
ＨＩＦメッセージのＩＰフィールド（図示せず）には、発信元アドレス（ｓＭＡＧのＩＰアドレス）と宛先アドレス（ｔＭＡＧのＩＰアドレス）を示すべきである。
【０１１１】
ＨＩＦメッセージのメッセージデータは、シーケンス番号と、「Ｓ」フラグと、「Ｕ」フラグと、「Ｐ」フラグと、「Ｆ」フラグと、「Ｍ」フラグと、「Ｒ」フラグと、予約フィールドと、コードフィールドとを含む。シーケンス番号はＲＦＣ５５６８のＨＩメッセージの場合と同様であり、送信側（ｓＭＡＧ）に設定されるべきである。「Ｓ」フラグはＲＦＣ５５６８でＨＩメッセージに規定されている割り当て済みアドレス構成フラグであり、本実施形態ではゼロに設定されるべきである。「Ｕ」フラグはＲＦＣ５５６８でＨＩメッセージに規定されるバッファフラグであり、本実施の形態ではゼロに設定されるべきである。「Ｐ」フラグはＲＦＣ５９４９でＨＩメッセージに規定されるプロキシフラグであり、本実施形態ではゼロに設定されるべきである。「Ｆ」フラグはＲＦＣ５９４９でＨＩメッセージのために定められる転送フラグであり、本実施形態でゼロに設定されるべきである。
【０１１２】
「Ｍ」フラグと「Ｒ」フラグとコードフィールドは、ＲＦＣ５５６８及びＲＦＣ５９４９の従来のＨＩメッセージに対する改良版ＨＩＦメッセージである。「Ｍ」フラグはフロー・モビリティ・サポート・フラグであり、当該メッセージと、ＲＦＣ５５６８及びＲＦＣ５９４９で規定されたＨＩＦメッセージとの区別に用いられる。本実施形態による指定されたＩＰフロー移転にメッセージが使用される場合は、１に設定されるべきである。
【０１１３】
「Ｒ」フラグは登録フラグである。ｓＭＡＧが、ｔＭＡＧに対して、予備登録のためにプレＰＢＵメッセージをＬＭＡ２６に送信することを要求するならば、このフラグは本実施形態ではゼロに設定されるべきである。他方、ｓＭＡＧが、ｔＭＡＧに対して、フローバインディング登録のためにＰＢＵメッセージをＬＭＡ２６に送信することを要求するならば、このフラグは本実施形態では１に設定されるべきである。上記の第１の送信指示では「Ｒ」フラグがゼロに設定され、上記第２の送信指示では「Ｒ」フラグが１に設定される。
【０１１４】
本実施形態によると、ＲＦＣ５２１３で定められる最初のバインディング登録は、２つのステップ、すなわち、ターゲット無線ネットワークシステムに対するＭＮ１０の新たな接続（新たなコネクション）を伴う指定されたＩＰフロー移動（移転）のための予備登録とフローバインディング登録とに分けられる。ターゲット無線ネットワークシステムにＭＮ１０の新たな接続（新たなコネクション）を必要としない指定されたＩＰフロー移動（移転）では、フローバインディング登録だけが実行される。
【０１１５】
ＭＮがターゲット無線ネットワークシステムに接続されていない場合、ｓＭＡＧはゼロに設定された「Ｒ」フラグを含むＨＩＦメッセージを送信し、ｔＭＡＧはプレＰＢＵメッセージをＬＭＡに送信する。そして、ＬＭＡ２６は予備登録を実行する。予備登録においては、ＬＭＡは、新たなＨＮＰの割り当て、ＨＮＰと新たなＢＩＤを有するターゲット無線ネットワークシステムのｔＭＡＧのプロキシＣｏＡとの間の新たなバインディング用の新たなバインディング・キャッシュ・エントリの生成、ｔＭＡＧとＬＭＡとの間の双方向ＩＰトンネルの確立といったＭＮの新たな接続処理を実行する。新たなバインディング・キャッシュ・エントリは、ＢＣＥテーブルに加えられる。
【０１１６】
ＭＮが既にターゲット無線ネットワークシステムに接続されている場合、ｓＭＡＧは１が設定された「Ｒ」フラグを含むＨＩＦメッセージを送信し、ｔＭＡＧはＰＢＵにサービス無線ネットワークシステムからターゲット無線ネットワークシステムへ指定されたＩＰフローを移動するために、指定されたＩＰフローに対応するＦＩＤ（フローＩＤ）を含むメッセージをＬＭＡに送信する。そして、ＬＭＡ２６はフローバインディング登録を実行する。フローバインディング登録では、ＬＭＡは、新たなフロー・バインディング・キャッシュ・エントリのＦＣＥテーブルへの追加、又は、前のＢＩＤを新たなＢＩＤに変更することにより、ＦＩＤに対応するＩＰフローの既存のフロー・バインディング・キャッシュ・エントリの更新を実行する。
【０１１７】
このように２つのステップに分離することにより、ハンドオーバ遅延が最小となり、ＩＰパケットの欠落とバッファリングを避けることが可能となり、これにより、ＩＰフロー移動時のハンドオーバのパフォーマンスが著しく向上することになる。これは、フローバインディング登録が完全に終わるまで複数のインタフェースを同時に使用可能とすることにより、サービス無線ネットワークシステムからターゲット無線ネットワークシステムへ移動することが決まった指定されたＩＰフローを、サービス無線ネットワークシステムを介して維持するからである。本実施形態と対照的に、新たな接続処理とフローバインディング登録処理とがＰＢＵとＰＢＡとを交換することによって一時に実行されるとなると、パケット損失だけでなくハンドオーバ遅延は必然的に増加する。
【０１１８】
予約フィールドは、ＲＦＣ５５６８のＨＩメッセージの場合と同様であり、受信部（ｔＭＡＧ）に無視されるものとなるように、送信者（ｓＭＡＧ）によってゼロに設定されるべきである。従来のＨＩメッセージの場合には、ＲＦＣ５５６８は、コードフィールドと、その値「０」及び「１」とを特定の目的のために定めている。これに加え、ＲＦＣ５９４９では、ＨＩメッセージに、他の特定の目的のためにコード値「２」及び「３」を規定する。本実施形態では、「Ｍ」フラグが１の場合に、コードフィールドは「４」又は「５」に設定される。
【０１１９】
「Ｍ」フラグが１（指定されたＩＰフロー移動にメッセージが使われることを特定）に設定されている場合、コード値４が設定され、「Ｒ」フラグはゼロ（プレＰＢＵメッセージの送信を指示）に設定される。この場合、ＨＡＦメッセージを受信すると、ｔＭＡＧは、ＬＭＡに対して、移転対象の１又は複数のＩＰフローに対応する１又は複数のＦＩＤを示さないプレＰＢＵメッセージを送信すべきである。したがって、コード値４は、「ＦＩＤなし」を示し、ＦＩＤなしのプレＰＢＵメッセージに起因するＭＮの新たな接続に使われる。
【０１２０】
「Ｍ」フラグが１（指定されたＩＰフロー移動にメッセージが使われることを特定）に設定されている場合には、コード値５が設定され、「Ｒ」フラグは１（ＰＢＵメッセージの送信を指示）に設定される。この場合、ｔＭＡＧは、ＨＡＦメッセージを受信すると、ＬＭＡに対して、移転対象の１又は複数のＩＰフローに対応する１又は複数のＦＩＤを示すＰＢＵメッセージを送るべきである。したがって、コード値５は、「ＦＩＤ付き」を示し、ＦＩＤ付きのＰＢＵメッセージに起因する指定されたＩＰフローの移動の指示に使われる。
【０１２１】
モビリティ・オプション・フィールドは１以上のモビリティオプションを含み、その符号化とフォーマットはＲＦＣ３７７５において規定されている。ＨＩＦメッセージのこのフィールドに含まれ、本実施形態における指定されたＩＰフロー移動のために必要とされるモビリティオプションは、モバイルノード識別子（ＭＮ−ＩＤ）オプションと、ローカル・モビリティ・アンカー・アドレス（ＬＭＡＡ）オプションと、モバイルノード・リンク・ローカル識別子（ＭＮ−ＬＬ−ＩＤ）オプションと、フロー識別子オプションと、トラヒックセレクタ（ＴＳ）オプションと、フロー・サマリ・オプションと、インタフェースアクション（ＩＡ）オプションである。ＭＮ−ＩＤオプションと、ＬＭＡＡオプションと、ＭＮ−ＬＬ−ＩＤオプションは、ＲＦＣ５２１３で定められる。ＦＩＤオプションと、ＴＳオプションと、フロー・サマリ・オプションは、ＲＦＣ６０８９で定められる。インタフェースアクション（ＩＡ）オプションは、後に詳述するように、本実施形態で新たに定められる。ＩＡオプションは、インタフェース状態及び動作の情報と呼ぶことができる。
【０１２２】
（２）  ＨＡＦ（Handover Acknowledgement for Flow mobility）
ＨＡＦメッセージはＨＡｃｋ（Handover Acknowledge）メッセージの拡張版であり、ＲＦＣ５９４９（Ｆ−ＰＭＩＰｖ６）で定められる。ＲＦＣ５９４９で定められるＨＡｃｋメッセージは、ＲＦＣ５５６８で定められるＨＡｃｋメッセージの拡張版でもある。図１４は、ＨＡＦメッセージのフォーマットを例示する。
【０１２３】
ＨＡＦメッセージのＩＰフィールド（図示せず）には、送信元アドレス（ｔＭＡＧのＩＰアドレス）と宛先アドレス（ｓＭＡＧのＩＰアドレス）を示すべきである。
【０１２４】
ＨＩＦメッセージのメッセージデータは、シーケンス番号と、「Ｕ」フラグと、「Ｐ」フラグと、「Ｆ」フラグと、「Ｍ」フラグと、「Ｔ」フラグと、予約フィールドと、コードフィールドとを含む。シーケンス番号はＲＦＣ５５６８のＨＡｃｋメッセージの場合と同様であり、このＨＩＦメッセージが応答となるＨＡＦメッセージにおいて、対応するフィールドからコピーされるべきである。「Ｕ」フラグはＲＦＣ５９４９でＨＡｃｋメッセージについて定められるバッファフラグであり、本実施形態ではゼロに設定されるべきである。「Ｐ」フラグはＲＦＣ５９４９でＨＡｃｋメッセージについて定められるプロキシフラグであり、本実施形態ではゼロに設定されるべきである。「Ｆ」フラグはＲＦＣ５９４９でＨＡｃｋメッセージについて定められる転送フラグで、本実施形態ではゼロに設定されるべきである。
【０１２５】
「Ｍ」フラグと、「Ｔ」フラグと、コードフィールドとは、ＲＦＣ５５６８とＲＦＣ５９４９における従来のＨＡｃｋメッセージに対する、改良版ＨＡＦメッセージである。「Ｍ」フラグはフロー・モビリティ・サポート・フラグであり、当該メッセージとＲＦＣ５５６８及びＲＦＣ５９４９で定められるＨＡｃｋメッセージとの区別に用いられ、本実施形態による指定されたＩＰフロー移動にメッセージを用いるときは１に設定されるべきである。
【０１２６】
「Ｔ」フラグは、Ｌ２トリガフラグである。「Ｔ」フラグが１に設定されている場合、「Ｔ」フラグはＭＮのターゲット無線インタフェースをアクティブにするためのＬ２トリガ（ターゲット・インタフェース・アクション・メッセージ）をＭＮに送信するように受信者（ｓＭＡＧ）に命じる。より具体的には、ｔＭＡＧが、「Ｍ」フラグが１に設定されており、且つ、「Ｒ」フラグがゼロに設定されているＨＩＦメッセージ（第１の送信指示）を受信すると、ｔＭＡＧはＨＡＦメッセージを送信することによってｓＭＡＧに返信しなければならない。この場合、「Ｔ」フラグはｔＭＡＧとＬＭＡとの間で双方向ＩＰトンネルを確立することによって予備登録プロセスを終えた後に（又は、ＬＭＡからプレＰＢＡを受信すると）１に設定される。ｓＭＡＧが、「Ｔ」フラグが１に設定されたＨＡＦメッセージを受信すると、ｓＭＡＧはＬ２トリガ（ターゲット・インタフェース・アクション・メッセージ）をＭＮに送信すべきであり、これにより、ＭＮのターゲット無線インタフェースをアクティブにする。したがって、上述のように、ｔＭＡＧのＨＡＦ送信部９１は、ｔＭＡＧのＨＩＦ受信部９０（フロー移転要求受信部）で受信したＨＩＦメッセージ（フロー移転要求）が第１の送信指示を含む場合のみ、ＭＮ１０のターゲット無線インタフェースをアクティブにするためのｔＭＡＧ上のインタフェース起動部として機能する。
【０１２７】
他方、「Ｍ」フラグが１に設定されており、且つ、「Ｒ」フラグが１に設定されているＨＩＦメッセージ（第２の送信指示）をｔＭＡＧが受信したならば、ｔＭＡＧはＨＡＦメッセージを送信することによってｓＭＡＧに返信すべきである。このＨＡＦメッセージでは、「Ｔ」フラグは、フローバインディング登録完了後（ＬＭＡからＰＢＡメッセージを受信すると）、ゼロに設定されている。ｓＭＡＧが、「Ｔ」フラグがゼロに設定されたＨＡＦメッセージを受信すると、ｓＭＡＧは、Ｌ２トリガ（ターゲット・インタフェース・アクション・メッセージ）をＭＮに送信すべきではない。これは、ｔＭＡＧがＨＩＦメッセージ（第２の送信指示）を受信した場合、ターゲット無線インタフェースは既にアクティブにされているからである。
【０１２８】
予約フィールドはＲＦＣ５５６８のＨＡｃｋメッセージの場合と同様であり、送信者（ｔＭＡＧ）によってゼロに設定されるべきであり、受信者（ｓＭＡＧ）には無視されるべきである。
【０１２９】
従来のＨＡｃｋメッセージについては、ＲＦＣ５５６８はコードフィールドとその値、「０」から「４」及び「１２８」から「１３０」を特定の目的のために規定している。さらに、ＨＡｃｋメッセージについては、ＲＦＣ５９４９は、特定の目的のためにコード値「０」、「５」、「６」及び「１２９」から「１３２」を規定する。このように、コード値は「０」から「６」、及び「１２８」から「１３２」はＲＦＣ５５６８及びＲＦＣ５９４９で定義されている。本実施形態では、「Ｍ」フラグに１を設定することにより、コードフィールドは、「７」、「８」、「１３３」又は「１３４」に設定される。
【０１３０】
コード値７は、予備登録が正常に完了したことを意味する。コード値８は、フローバインディング登録が正常に完了した（要求されたＦＩＤは全て正常に更新又は追加された）ことを意味する。コード値１３３は、予備登録が受け入れられなかったことを意味する。コード値１３４は、フローバインディング登録が受け入れられなかったことを意味する。
【０１３１】
モビリティ・オプション・フィールドは１以上のモビリティオプションを含む。この符号化とフォーマットはＲＦＣ３７７５で規定される。
【０１３２】
２．４．２  インタフェースアクション情報
本実施形態では、ｓＭＡＧからｔＭＡＧに送信されるＨＩＦメッセージは、ＭＮ１０の無線インタフェースの現在の状態を示すとともに、ＭＮ１０の無線インタフェースの所望の動作を示すインタフェース状態及び動作の情報（ＩＡオプション）を含む。したがって、インタフェース状態及び動作の情報は、ＭＮのＩＰフローハンドオーバのタイプを示す。
図１５は、ＨＩＦメッセージにおけるインタフェース状態及び動作の情報のフォーマットを例示する。インタフェース状態及び動作の情報は、オプション・タイプ・フィールドと、オプション長フィールドと、ターゲット・インタフェース・アクション（ＴＩＡ）フィールドと、サービス・インタフェース・アクション（ＳＩＡ：Serving Interface Action）フィールドと、ターゲット・インタフェース・ステータス（ＴＩＳ）フィールドと、サービス・インタフェース・ステータス（ＳＩＳ）フィールドとを含む。オプション・タイプ・フィールドは、この情報がインタフェース状態及び動作の情報（ＩＡオプション）であることを示す。オプション長フィールドは、この情報（オプション・タイプ・フィールドとオプション長フィールドを含まない）の長さをオクテットで示す。
【０１３３】
ターゲット・インタフェース・アクション（ＴＩＡ）フィールドは、ＩＰフローの移転の完了の後における、ＭＮのターゲット無線インタフェースの所望の動作を示す。このフィールドがゼロであるとき、ターゲット無線インタフェースは非アクティブであるべきである。（ターゲット無線インタフェースがアクティブであるならば、非アクティブにされるべきである。ターゲット無線インタフェースが非アクティブであるならば、非アクティブ状態が維持されるべきである。）このフィールドが１の場合、ターゲット無線インタフェースはアクティブであるべきである。（ターゲット無線インタフェースが非アクティブであるならば、アクティブにされるべきである。ターゲット無線インタフェースがアクティブであるならば、アクティブ状態が維持されるべきである）。
【０１３４】
サービス・インタフェース・アクション（ＳＩＡ）フィールドは、ＩＰフロー移転の完了の後における、ＭＮのサービス無線インタフェースの所望の動作を示す。このフィールドがゼロの場合、サービス無線インタフェースは非アクティブであるべきである。（サービス無線インタフェースがアクティブであるならば、非アクティブにされるべきである。サービス無線インタフェースが非アクティブであるならば、非アクティブな状態が維持されるべきである。）このフィールドが１の場合、サービス無線インタフェースはアクティブであるべきである。（サービス無線インタフェースが非アクティブであるならば、アクティブにされるべきである。サービス無線インタフェースがアクティブであるならば、アクティブ状態が維持されるべきである）。
【０１３５】
ターゲット・インタフェース・ステータス（ＴＩＳ）フィールドは、ターゲット無線インタフェースの現在の状態を示す。このフィールドがゼロの場合、ターゲット無線インタフェースは現在非アクティブである。このフィールドが１の場合、ターゲット無線インタフェースは現在アクティブである。
【０１３６】
サービス・インタフェース・ステータス（ＳＩＳ）フィールドは、サービス無線インタフェースの現在の状態を示す。このフィールドがゼロの場合、サービス無線インタフェースは現在非アクティブである。このフィールドが１の場合、サービス無線インタフェースは現在アクティブである。
【０１３７】
２．５  動作
本実施形態にかかるＰＭＩＰｖ６に基づく移動機主導型ＩＰフローモビリティの動作例として、４つのシナリオについて説明する。
【０１３８】
２．５．１  第１のシナリオ（選択したＩＰフロー移転を伴う新たな接続）
図１６は第１のシナリオを示す。第１のシナリオでは、ターゲット無線ネットワークシステムへのＭＮ１０の新たな接続と、サービス無線ネットワークシステムからターゲット無線ネットワークシステムへの選択した（指定された）ＩＰフローの移転を伴う。このシナリオでは、ＭＮが最初は３Ｇネットワークシステム１２に接続されており、ＭＮはＷｉＦｉネットワークシステム１８に新しく接続されるべきである。従って、３Ｇネットワークシステム１２はサービス無線ネットワークシステムであり、ＷｉＦｉネットワークシステム１８はターゲット無線ネットワークシステムである。ＭＮの３Ｇインタフェース３１はサービス無線インタフェースであり、ＭＮのＷｉＦｉインタフェース３２はターゲット無線インタフェースである。
【０１３９】
最初の段階では、ＭＮ１０は、３Ｇ技術が利用可能なゾーン１３に在圏しており、ＷｉＦｉ技術が利用可能なゾーン１９には在圏していない。ＭＮ１０は、３Ｇネットワークシステム１２を介して、ＬＭＡ２６に向けて２以上のＩＰフロー（例えば、ＩＰフローＦ１とＦ２）を既に確立している。ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）が非アクティブであるのに対して、３Ｇインタフェース３１（サービス無線インタフェース）はアクティブである。そして、全てのＩＰフローは３Ｇネットワークシステム１２を介して通信される。
【０１４０】
ここで、ＭＮが３Ｇゾーン１３とＷｉＦｉゾーン１９とが重なる重複ゾーンへ移動し、ＭＮのプロセッサ３３は３Ｇ技術でＩＰフローＦ１を維持している間に、３Ｇ技術（サービス無線アクセス技術）からＷｉＦｉ技術（ターゲット無線アクセス技術）へＩＰフローＦ２を移転することを決定すると仮定する。上述のように、この決定はローカル・ポリシー・プロファイル・テーブル（図１２）に基づいて自動的に行ってもよいが、ＭＮ１０とＭＮ１０のユーザとの間での対話に基づいて行ってもよい。いずれの場合においても、この決定は、ＷｉＦｉ無線技術が利用可能なときに、ＩＰフローＦ２をＷｉＦｉ技術に移転すべきであるというユーザの意図を反映したものである。このシナリオでは、ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）は非アクティブな状態からアクティブに（スイッチをオン状態に）するべきであり、３Ｇインタフェース３１（サービス無線インタフェース）はアクティブなままに維持すべきである。
【０１４１】
ＭＮ１０は、無線インタフェースの現在の状態及び所望の動作に関する情報及び、サービス無線ネットワークシステムからターゲット無線ネットワークシステムへ移転する対象として選択したＩＰフロー（ＩＰフローＦ２）に関する情報を送信する。ネットワーク側はターゲット無線ネットワークシステムへのＭＮ１０の新たな接続を実行して、ＭＮに代わってＭＮをする意図に従い、指定されたＩＰフローを移転する。
【０１４２】
図１７及び図１８は、第１のシナリオにおける一連のイベントを示す情報フロー図である。
一連のイベントは、詳細には以下に記載のとおりである。
【０１４３】
（ａ）ＭＮ１０とＣＮ（相手方ノード）２８との間の全てのＩＰフローは、ＭＮ１０の３Ｇインタフェース３１と、３Ｇネットワークシステム１２におけるｓＭＡＧ１６と、ｓＭＡＧ１６とＬＭＡ２６との間で確立される双方向ＩＰトンネルとを介して確立される。
【０１４４】
（ｂ）ＭＮ１０のプロセッサ３３は、ＩＰフローＦ２を３Ｇネットワークシステム１２（サービス無線ネットワークシステム）からＷｉＦｉネットワークシステム１８（ターゲット無線ネットワークシステム）へ移転すべきことを決定する。ＭＮ１０は、ｓＭＡＧ１６にフローモビリティ指示メッセージ（フロー移転指示）を送信する。フローモビリティ指示メッセージは、ＭＮ１０のＭＮ−ＩＤと、ｔＭＡＧ２２のアドレスと、無線インタフェースの現在の状態及び所望の動作に関する情報と、移転すべきＩＰフローＦ２に対応するＦＩＤといったユーザの意図を反映した情報を含む。フローモビリティ指示メッセージによって示される無線インタフェースの現在の状態及び所望の動作に関する情報は、上述したインタフェース状態及び動作の情報であってもよく、そうでなくてもよい。このシナリオでは、当該情報は、３Ｇインタフェース３１（サービス無線インタフェース）がアクティブな状態に保たれ、ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）は非アクティブな状態からアクティブにされるべきことを示すべきである。
【０１４５】
（ｃ）ｓＭＡＧ１６のフローモビリティ指示受信部８５がＬ２トリガ、すなわち、ＭＮ１０からのフローモビリティ指示メッセージを受信すると、ｓＭＡＧ１６のフローモビリティ指示受信部８５はまず、ＩＰフローハンドオーバのタイプを決定するために、無線インタフェースの現在の状態及び所望の動作に関する情報をチェックする。このシナリオでは、インタフェース３１（サービス無線インタフェース）をアクティブに保つべきなので、選択したＩＰフローの移転の後も３Ｇネットワークシステム１２（サービス無線ネットワークシステム）を続けて使用すべきことが決定される。また、ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）は、非アクティブな状態からアクティブにされるべきであるため、ＩＰフローハンドオーバのタイプとして、ターゲット無線ネットワークシステムへのＭＮ１０の新たな接続（新たなコネクション）を伴うことが決定される。
【０１４６】
次に、ｓＭＡＧ１６のＨＩＦ送信部８９はｔＭＡＧ２２にＨＩＦメッセージを送信する。このＨＩＦメッセージは、ＬＭＡ２６がＭＮ１０の予備登録を実行するように、第１の送信指示を示す。ＨＩＦメッセージでは、「Ｍ」フラグは、このメッセージが指定されたＩＰフロー移動に使われることを示す１に設定され、「Ｒ」フラグは、ＬＭＡ２６にプレＰＢＵメッセージを送信することをｔＭＡＧ２２に要求するためのゼロに設定される。そして、コード値は、ＭＮ１０の新たな接続に使われる「ＦＩＤなし」を示す「４」である。ＨＩＦメッセージは、ＭＮ１０を識別するＭＮ−ＩＤと、ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）を識別するＭＮ−ＬＬ−ＩＤと、ＬＭＡ２６のアドレス（ＬＭＡＡ）と、移転すべき選択したＩＰフローに対応するＩＤと、選択したＩＰフローに対応するトラヒックセレクタと、インタフェース状態及び動作の情報とを示す。ＨＩＦメッセージを構成するために、ｓＭＡＧ１６のＨＩＦ送信部８９は、バインディング更新リストテーブル（図１０）からＭＮ−ＬＬ−ＩＤ及びＬＭＡＡを読み込み、フローバインディング更新リストテーブル（図１１）から、トラヒックセレクタを読み込む。
【０１４７】
（ｄ）「Ｍ」と「Ｒ」フラグがそれぞれ１と０に設定されコード値が「４」であるＨＩＦメッセージをｔＭＡＧ２２のＨＩＦ受信部９０が受信すると、ｔＭＡＧ２２のプレＰＢＵ送信部９３は、ＬＭＡ２６がＭＮ１０の予備登録を実行するように、プレＰＢＵメッセージ（新たな接続要求）をＬＭＡ２６に送信する。プレＰＢＵメッセージは、ＭＮ１０のＭＮ−ＩＤ、ターゲット無線インタフェースを識別するＭＮ−ＬＬ−ＩＤ、新たなバインディング用の新たなＢＩＤ、ターゲットアクセス技術のタイプを特定するＡＴＴ、ｔＭＡＧ２２のプロキシＣｏＡ等を示す。ＬＭＡ２６における予備登録はＦＩＤを使わないため、プレＰＢＵメッセージはＨＩＦメッセージによって示されるＦＩＤを示さない。代わりに、ＦＩＤは、指定されたフローを更新又は登録するためのフローバインディング登録で用いられる。
【０１４８】
この時、ｔＭＡＧ２２の情報管理部９９はバインディング更新リストテーブル（図１０）に新たな接続用の新規レコードを追加する。ただし、新規レコードのＨＮＰは空である。
【０１４９】
ＬＭＡ２６のプレＰＢＵ受信部５３がｔＭＡＧ２２からプレＰＢＵメッセージを受信すると、ＬＭＡ２６の予備登録実行部５４はＭＮ１０の新たなＨＮＰをＭＮ１０のＷｉＦｉインタフェース３２（ターゲット無線インタフェース）に割り当て、新たなＨＮＰとｔＭＡＧ２２のプロキシＣｏＡとの間の新たなバインディングを追加する。より具体的には、予備登録実行部５４は新たなバインディング・キャッシュ・エントリをＢＣＥテーブル（図４）に追加する。この新たなバインディング・キャッシュ・エントリの内容は新たなＨＮＰ及びプレＰＢＵメッセージの内容である。
【０１５０】
ＭＮの新たな接続の予備登録が正常に完了すると、ＬＭＡ２６のプレＰＢＡ送信部５５はＭＮ１０の新たなＨＮＰを示すプレＰＢＡメッセージをｔＭＡＧ２２に送信する。ｔＭＡＧ２２でＭＮ１０の新たなＨＮＰを受信した結果、ｔＭＡＧ２２とＬＭＡ２６との間で新たな双方向ＩＰトンネルが確立される。この時、ｔＭＡＧ２２の情報管理部９９は、バインディング更新リストテーブル（図１０）の新たな接続用の新規レコードにＭＮ１０の新たなＨＮＰを追加する。
【０１５１】
（ｅ）予備登録が正常に完了したことを示すプレＰＢＡメッセージをｔＭＡＧ２２のプレＰＢＡ受信部９４が受信すると、ｔＭＡＧ２２のＨＡＦ送信部９１はｓＭＡＧ１６にＨＡＦメッセージを送信する。ＨＡＦメッセージでは、コード値は、ＷｉＦｉネットワークシステム１８（ターゲット無線ネットワークシステム）へのＭＮ１０の新たな接続の正常終了を意味する「７」に設定される。ＨＡＦメッセージでは、「Ｍ」フラグは、このメッセージが指定されたＩＰフロー移動に使われることを示す１に設定され、「Ｔ」フラグも、ｓＭＡＧ１６がＬ２トリガ（ターゲット・インタフェース・アクション・メッセージ）をＭＮに送ることによりＭＮのターゲット無線インタフェースをアクティブにするように、１に設定される。
【０１５２】
（ｆ）ＭＮ１０のターゲット無線インタフェースをアクティブにするようにとのｓＭＡＧへの指示を示すＨＡＦメッセージをｓＭＡＧ１６のＨＡＦ受信部９２が受信すると、ｓＭＡＧ１６のインタフェース起動部８６は、ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）をアクティブに（スイッチをオン状態に）するために、ＭＮ１０の３Ｇインタフェース３１（サービス無線インタフェース）に、ターゲット・インタフェース・アクション・メッセージを送信する。
【０１５３】
（ｇ）ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）のスイッチを入れた後、ＭＮ１０は、ＭＮ１０の新たな接続のために、ＷｉＦｉネットワークシステム１８（ターゲット無線ネットワークシステム）とのリンク層コネクションを確立する。
【０１５４】
（ｈ）ｔＭＡＧ２２の接続確認部８７がＭＮ１０のＷｉＦｉインタフェース３２（ターゲット無線インタフェース）とｔＭＡＧ２２と間のＬ２コネクションの確立が成功したことを確認すると、ｔＭＡＧ２２のＰＢＵ送信部９５は、ＬＭＡ２６がフローバインディング登録を実行するように、ＬＭＡ２６にＰＢＵメッセージを送信する。ＰＢＵメッセージは、ｓＭＡＧからのＨＩＦメッセージにおいて示された移転対象の選択したＩＰフローに対応するＦＩＤを示す。さらに、ｔＭＡＧ２２の情報管理部９９は、フローバインディング更新リストテーブル（図１１）におけるＦＩＤを含む新規レコードを追加する。
【０１５５】
ＬＭＡ２６のＰＢＵ受信部５６がＦＩＤを示すＰＢＵメッセージをｔＭＡＧ２２から受信すると、前のＢＩＤが新たなＢＩＤで更新されるように、ＬＭＡ２６のフローバインディング登録実行部５７はＦＣＥテーブル（図５）におけるＦＩＤを含む既存のＦＣＥ（フロー・バインディング・キャッシュ・エントリ）を更新する。このように、ＢＣＥテーブル（図４）における新たなバインディング・キャッシュ・エントリのＭＮ１０の新たなＨＮＰは、ＢＩＤを介してＦＩＤに対応するＩＰパケットフローに関連付けられ、ひいては、ＩＰパケットフローが新たなＨＮＰに対応する新たな双方向ＩＰトンネルに関連付けられる。
【０１５６】
選択したＩＰフローの移転のフローバインディング登録が正常に完了すると、ＬＭＡ２６のＰＢＡ送信部５８はｔＭＡＧ２２にＰＢＡメッセージを送信する。
【０１５７】
（ｉ）ｔＭＡＧ２２のＰＢＡ受信部９６でＰＢＡメッセージを受信すると、ｔＭＡＧ２２のＲＡ送信部１００は、ＭＮ１０の新たなＨＮＰをＭＮ１０に通知するために、ＭＮ１０にＲＡ（Router Advertisement）メッセージを送信する。ＲＡ送信部１００は、ＰＢＡメッセージを受信するとＲＡメッセージを定期的に送信するようにしてもよい。あるいは、ＲＡ送信部１００は、ＭＮ１０のＷｉＦｉインタフェース３２（ターゲット無線インタフェース）からのＲＳ（Router Solicitation）メッセージに応じてＲＡメッセージを送信するようにしてもよい。新たなＨＮＰを示すＲＡメッセージを受信すると、ＭＮ１０のプロセッサ３３は、新たなＨＮＰから、ターゲット無線インタフェース用のモバイルノードのホームアドレスを構成する。そして、このアドレスは、ｔＭＡＧ２２に新たに接続するのに使用し得る。
【０１５８】
（ｊ）ＲＡメッセージを送信した後、ｔＭＡＧ２２のフロー移動完了報告部１０２は、フロー移動完了（Flow Movement Completion）メッセージ（Ｌ２トリガ）をＭＮ１０に送信することにより、３Ｇネットワークシステム１２（サービス無線ネットワークシステム）からＷｉＦｉネットワークシステム１８（ターゲット無線ネットワークシステム）へのフロー移動（フロー移転）の完了をＭＮ１０に通知する。
【０１５９】
（ｋ）ＭＮ１０でフロー移動完了メッセージを受信した後、選択したＩＰフロー（ＩＰフローＦ２）は、サービス無線ネットワークシステムからターゲット無線ネットワークシステムへ完全に移転される。つまり、この時から、選択したＩＰフローは、ＭＮ１０のＷｉＦｉインタフェース３２（ターゲット無線インタフェース）とｔＭＡＧ２２との間の接続及びｔＭＡＧ２２とＬＭＡ２６との間の双方向ＩＰトンネルを用いて通信することができる。
【０１６０】
（ｌ）ＬＭＡ２６のＢＲＩ送信部５９は、ｓＭＡＧ１６が、移転されたＩＰフローに関する情報を削除するように、ＢＲＩ（Binding Revocation Indication）メッセージをｓＭＡＧ１６に送信する。ｓＭＡＧ１６のＢＲＩ受信部９７でＢＲＩメッセージを受信すると、ｓＭＡＧ１６の情報管理部９９は、フローバインディング更新リストテーブル（図１１）における、移転されたＩＰフローに対応するレコードを削除する。ｓＭＡＧ１６の情報管理部９９が、取り消すべきレコードを正常に削除すると、ｓＭＡＧ１６のＢＲＡ送信部９８は、このシナリオの最後のステップとして、ＬＭＡ２６にＢＲＡ（Binding Revocation Acknowledgement）メッセージで応じる。
【０１６１】
第１のシナリオに関する上記の説明では、１つのＩＰフローＦ２がサービス無線技術からターゲット無線技術へ移転されるが、１つのＩＰフローＦ１はサービス無線技術に残る。移転されるＩＰフローの数は１に限られず、２以上のＩＰフローをサービス無線技術からターゲット無線技術へ移転してもよい。残りのＩＰフローの数は１に限られず、２以上のＩＰフローが残ってもよい。
【０１６２】
第１のシナリオに関する上記の説明では、ＭＮは最初は３Ｇネットワークシステム１２に接続されており、ＭＮはＷｉＦｉネットワークシステム１８に新たに接続すべきである。しかし、ＭＮは、最初はＷｉＦｉネットワークシステム１８に接続（例えば、ＭＮはＷｉＦｉネットワークシステム１８とだけ通信可能）していてもよく、次に３Ｇネットワークシステム１２に新たに接続（例えば、ＭＮは３Ｇゾーン１３とＷｉＦｉゾーン１９とが重なる重複ゾーンへ移動）するようにしてもよい。シナリオ１は、この場合にも適用可能である。この場合、ｓＭＡＧはＷｉＦｉネットワークシステム１８（サービス無線ネットワークシステム）のＭＡＧ２２であり、ｔＭＡＧは３Ｇネットワークシステム１２（ターゲット無線ネットワークシステム）のＭＡＧ１６であり、ＭＮのＷｉＦｉインタフェース３２はサービス無線インタフェースであり、ＭＮの３Ｇインタフェース３１はターゲット無線インタフェースである。
【０１６３】
２．５．２  第２のシナリオ（新たな接続を伴わない選択したＩＰフロー移転）
図１９は第２のシナリオを示す。第２のシナリオは、ターゲット無線ネットワークシステムへのＭＮ１０の新たな接続なしで、サービス無線ネットワークシステムからターゲット無線ネットワークシステムに選択した（指定された）ＩＰフローを移転するものである。このシナリオでは、ＭＮは最初に３Ｇネットワークシステム１２とＷｉＦｉネットワークシステム１８の両方に接続されている。そして、ＩＰフローＦ２が３Ｇネットワークシステム１２からＷｉＦｉネットワークシステム１８へ移転される。従って、３Ｇネットワークシステム１２はサービス無線ネットワークシステムであり、ＷｉＦｉネットワークシステム１８はターゲット無線ネットワークシステムである。ＭＮの３Ｇインタフェース３１はサービス無線インタフェースであり、ＭＮのＷｉＦｉインタフェース３２はターゲット無線インタフェースである。
【０１６４】
ＭＮ１０は３Ｇゾーン１３とＷｉＦｉゾーン１９とが重なる重複ゾーンにある。よって、ＷｉＦｉと３Ｇ無線技術の両方が利用可能である。最初は、ＭＮ１０は３Ｇネットワークシステム１２を介して、ＬＭＡ２６への２以上のＩＰフロー（例えば、ＩＰフローＦ１とＦ２）を既に確立しており、ＷｉＦｉネットワークシステム１８を介して、ＬＭＡ２６への少なくとも１のＩＰフロー（例えば、ＩＰフローＦ３）を既に確立している。３Ｇインタフェース３１（サービス無線インタフェース）はアクティブであり、ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）もアクティブである。
【０１６５】
ＭＮは同じゾーンに残るが、ＭＮのプロセッサ３３は、３Ｇ技術においてＩＰフローＦ１を維持するとともにＷｉＦｉ技術においてＩＰフローＦ３を維持しつつ、ＩＰフローＦ２を３Ｇ技術（サービス無線アクセス技術）からＷｉＦｉ技術（ターゲット無線アクセス技術）へ移すことを決定すると仮定する。上述のように、この決定はローカル・ポリシー・プロファイル・テーブル（図１２）に基づいて自動的に行われてもよく、ＭＮ１０とＭＮ１０のユーザとの間の対話に基づいて行われてもよい。いずれの場合にも、決定は、ＩＰフローＦ２が３Ｇ信号とＷｉＦｉ信号の強さに応じて移転すべきであるとのユーザの意図を表す。このシナリオでは、ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）と３Ｇインタフェース３１（サービス無線インタフェース）との両方が、アクティブに維持されるべきである。
【０１６６】
ＭＮ１０は、無線インタフェースの現在の状態及び所望の動作に関する情報と、サービス無線ネットワークシステムからターゲット無線ネットワークシステムへ移転すべきものとして選択したＩＰフロー（ＩＰフローＦ２）に関する情報を送信する。ネットワーク側は、ＭＮに代わり、ＭＮの意図に応じて、指定されたＩＰフローの移転を実行する。
【０１６７】
図２０は、第２のシナリオにおける一連のイベントを示す情報フロー図である。一連のイベントの詳細は以下に記載される。
【０１６８】
（ａ）ＩＰフローＦ１とＩＰフローＦ２は、ＭＮ１０の３Ｇインタフェース３１と、３Ｇネットワークシステム１２のｓＭＡＧ１６と、ｓＭＡＧ１６とＬＭＡ２６との間で確立された双方向ＩＰトンネルとを介して、ＭＮ１０とＣＮ２８との間で確立される。他方、ＩＰフローＦ３はＭＮ１０のＷｉＦｉインタフェース３２と、ＷｉＦｉネットワークシステム１８のｔＭＡＧ２２と、ｔＭＡＧ２２とＬＭＡ２６との間で確立された双方向ＩＰトンネルとを介して、ＭＮ１０とＣＮ２８との間で確立される。
【０１６９】
（ｂ）ＭＮ１０のプロセッサ３３は、ＩＰフローＦ２を３Ｇネットワークシステム１２（サービス無線ネットワークシステム）からＷｉＦｉネットワークシステム１８（ターゲット無線ネットワークシステム）へ移転すべきことを決定する。ＭＮ１０は、フローモビリティ指示メッセージ（フロー移転指示）をｓＭＡＧ１６に送信する。フローモビリティ指示メッセージは、例えば、ＭＮ１０のＭＮ−ＩＤ、ｔＭＡＧ２２のアドレス、無線インタフェースの現在の状態及び所望の動作に関する情報と、移転すべきＩＰフローＦ２に対応するＦＩＤといった、ユーザの意図を反映した情報を含む。フローモビリティ指示メッセージによって示される無線インタフェースの現在の状態及び所望の動作に関する情報は、上記のインタフェース状態及び動作の情報であっても、そうでなくてもよい。このシナリオでは、この情報は、３Ｇインタフェース３１（サービス無線インタフェース）がアクティブな状態を維持し、且つ、ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）もアクティブな状態を維持すべきことを示すべきである。
【０１７０】
（ｃ）ｓＭＡＧ１６のフローモビリティ指示受信部８５がＬ２トリガ、すなわち、フローモビリティ指示メッセージをＭＮ１０から受信すると、ｓＭＡＧ１６のフローモビリティ指示受信部８５はまず、３Ｇ無線インタフェースの現在の状態及び所望の動作に関する情報をチェックしてＩＰフローハンドオーバのタイプを決定する。このシナリオでは、インタフェース３１（サービス無線インタフェース）とＷｉＦｉインタフェース３２（ターゲット無線インタフェース）の両方がアクティブに維持されるべきであるため、３Ｇネットワークシステム１２（サービス無線ネットワークシステム）とＷｉＦｉネットワークシステム１８（ターゲット無線ネットワークシステム）の両方を、選択したＩＰフローの移転後も継続して使用することが決定され、ＩＰフローハンドオーバのタイプはＭＮ１０の新たな接続（新たなコネクション）を伴わない。
【０１７１】
次に、ｓＭＡＧ１６のＨＩＦ送信部８９は、ｔＭＡＧ２２にＨＩＦメッセージを送信する。このＨＩＦメッセージは、ＬＭＡ２６がＭＮ１０のためにフローバインディング登録を実行するように、第２の送信指示を示す。ターゲット無線ネットワークシステムへのＭＮ１０の新たな接続は不要なので、予備登録手順は省略できる。ＨＩＦメッセージでは、「Ｍ」フラグは、このメッセージが指定されたＩＰフロー移動に使われることを示す１に設定される、「Ｒ」フラグは、ＬＭＡ２６にＰＢＵメッセージを送信することをｔＭＡＧ２２に要求するために１に設定され、コード値は、指定されたＩＰフローを移転するために使われる「ＦＩＤ有り」を示す「５」である。ＨＩＦメッセージは、ＭＮ１０を識別するＭＮ−ＩＤと、ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）を識別するＭＮ−ＬＬ−ＩＤと、ＬＭＡ２６のアドレス（ＬＭＡＡ）と、移転対象として選択したＩＰフローに対応するＦＩＤと、選択したＩＰフローに対応するトラヒックセレクタと、インタフェース状態及び動作の情報を示す。ＨＩＦメッセージを構成するために、ｓＭＡＧ１６のＨＩＦ送信部８９は、バインディング更新リストテーブル（図１０）からＭＮ−ＬＬ−ＩＤ及びＬＭＡＡを読み込み、フローバインディング更新リストテーブル（図１１）から、トラヒックセレクタを読み込む。
【０１７２】
（ｄ）ｔＭＡＧ２２のＨＩＦ受信部９０が「Ｍ」と「Ｒ」フラグが１に設定されており、コード値が「５」であるＨＩＦメッセージを受信すると、ｔＭＡＧ２２のＰＢＵ送信部９５は、ＬＭＡ２６がフローバインディング登録を実行するように、ｔＭＡＧ２２のＰＢＵメッセージ（フローバインディング更新要求）をＬＭＡ２６に送信する。ＰＢＵメッセージは、ｓＭＡＧからのＨＩＦメッセージにおいて示された移転対象として選択したＩＰフローに対応するＦＩＤを示す。さらに、ｔＭＡＧ２２の情報管理部９９は、フローバインディング更新リストテーブル（図１１）に、ＦＩＤを含む新規レコードを追加する。
【０１７３】
ＬＭＡ２６のＰＢＵ受信部５６がＦＩＤを示すＰＢＵメッセージをｔＭＡＧ２２から受信すると、前のＢＩＤが新たなＢＩＤで更新されるように、ＬＭＡ２６のフローバインディング登録実行部５７はＦＣＥテーブル（図５）でＦＩＤを含む既存のＦＣＥ（フロー・バインディング・キャッシュ・エントリ）を更新する。このように、ＢＣＥテーブル（図４）における既存のバインディング・キャッシュ・エントリのＭＮ１０の既存のＨＮＰは、ＢＩＤを介して、ＦＩＤに対応するＩＰパケットフローと関連付けられ、ひいては、ＩＰパケットフローは既存のＨＮＰに対応する既存の双方向ＩＰトンネルに関連付けられる。
【０１７４】
選択したＩＰフローの移転のフローバインディング登録が正常に完了すると、ＬＭＡ２６のＰＢＡ送信部５８はｔＭＡＧ２２にＰＢＡメッセージを送信する。
【０１７５】
（ｅ）ｔＭＡＧ２２のＰＢＡ受信部９６が、フローバインディング登録が正常に完了したことを示すＰＢＡメッセージを受信すると、ｔＭＡＧ２２のＨＡＦ送信部９１はｓＭＡＧ１６にＨＡＦメッセージを送信する。ＨＡＦメッセージでは、コード値は、選択したＩＰフローの移動の正常終了を意味する「８」に設定される。ＨＡＦメッセージでは、「Ｍ」フラグは、このメッセージが指定されたＩＰフロー移動に使われることを示す１に設定され、「Ｔ」フラグはゼロに設定される。よって、ｓＭＡＧ１６は、ＭＮにＬ２トリガ（ターゲット・インタフェース・アクション・メッセージ）を送らない（ターゲット無線インタフェースは既にアクティブだからである）。
【０１７６】
（ｆ）ＨＡＦメッセージを送信した後、ｔＭＡＧ２２のフロー移動完了報告部１０２は、３Ｇネットワークシステム１２（サービス無線ネットワークシステム）からＷｉＦｉネットワークシステム１８（ターゲット無線ネットワークシステム）へのフロー移動（フロー移転）の完了をＭＮ１０に知らせるために、ＭＮ１０にフロー移動完了メッセージ（Ｌ２トリガ）を送信する。
【０１７７】
（ｇ）ＭＮ１０でフロー移動完了メッセージを受信すると、選択したＩＰフロー（ＩＰフローＦ２）は、サービス無線ネットワークシステムからターゲット無線ネットワークシステムへ完全に移転される。つまり、この時から、選択したＩＰフローは、ＭＮ１０のＷｉＦｉインタフェース３２（ターゲット無線インタフェース）とｔＭＡＧ２２との間の接続と、ｔＭＡＧ２２とＬＭＡ２６との間の双方向ＩＰトンネルを用いて通信が可能となる。
【０１７８】
第２のシナリオの上記の説明では、１のＩＰフローＦ２がサービス無線技術からターゲット無線技術へ移転され、１のＩＰフローＦ１がサービス無線技術に残る。移転されるＩＰフローの数は１に限られず、２以上のＩＰフローをサービス無線技術からターゲット無線技術へ移転してもよい。残りのＩＰフローの数は１に限られず、２以上のＩＰフローが残ってもよい。
【０１７９】
第２のシナリオの上記の説明では、ＭＮ１０はＷｉＦｉと３Ｇ無線技術の両方が利用可能なゾーンに位置し、ＩＰフローＦ２が３Ｇネットワークシステム１２からＷｉＦｉネットワークシステム１８へ移転される。しかし、１以上のＩＰフローを、ＷｉＦｉネットワークシステム１８から３Ｇネットワークシステム１２へ移転してもよい（例えば、使用するシステムは、３Ｇ信号とＷｉＦｉ信号の強度に依存してもよい）。第２のシナリオは、この場合にも適用可能である。この場合、ｓＭＡＧはＷｉＦｉネットワークシステム１８（サービス無線ネットワークシステム）のＭＡＧ２２であり、ｔＭＡＧは３Ｇネットワークシステム１２（ターゲット無線ネットワークシステム）のＭＡＧ１６であり、ＭＮのＷｉＦｉインタフェース３２はサービス無線インタフェースであり、ＭＮの３Ｇインタフェース３１はターゲット無線インタフェースである。
【０１８０】
２．５．３  第３のシナリオ（バーチカルハンドオーバを伴う新たな接続）
図２１は第３のシナリオを示す。このシナリオでは、ターゲット無線ネットワークシステムへのＭＮ１０の新たな接続と、全てのＩＰフローがサービス無線技術からターゲット無線技術へ移転されるバーチカルハンドオーバが行われる。このシナリオでは、ＭＮは最初は３Ｇネットワークシステム１２に接続されており、ＷｉＦｉネットワークシステム１８に新たに接続されるべきである。従って、３Ｇネットワークシステム１２はサービス無線ネットワークシステムであり、ＷｉＦｉネットワークシステム１８はターゲット無線ネットワークシステムである。ＭＮの３Ｇインタフェース３１はサービス無線インタフェースであり、ＭＮのＷｉＦｉインタフェース３２はターゲット無線インタフェースである。
【０１８１】
最初の段階では、ＭＮ１０は、３Ｇ技術が利用可能なゾーン１３に位置しており、ＷｉＦｉ技術が利用可能なゾーン１９には位置していない。ＭＮ１０は、３Ｇネットワークシステム１２を介して、ＬＭＡ２６への２以上のＩＰフロー（例えば、ＩＰフローＦ１及びＦ２）を既に確立している。３Ｇインタフェース３１（サービス無線インタフェース）はアクティブであり、ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）は非アクティブであり、全てのＩＰフローは３Ｇネットワークシステム１２を介して通信されている。
【０１８２】
ＭＮがＷｉＦｉゾーン１９へ移動し、ＭＮのプロセッサ３３が、ＩＰフローＦ１とＦ２の全てを３Ｇ技術（サービス無線アクセス技術）からＷｉＦｉ技術（ターゲット無線アクセス技術）に移転するためにバーチカルハンドオーバを実行すべきことを決定したと仮定する。上述したように、この決定はローカル・ポリシー・プロファイル・テーブル（図１２）に基づいて自動的に行ってもよく、ＭＮ１０とＭＮ１０のユーザとの間の対話に基づいて行ってもよい。いずれの場合にも、この決定はＷｉＦｉ無線技術が利用可能なときには、ＩＰフローＦ１とＦ２をＷｉＦｉ技術へ移転すべきであるというユーザの意図を表す。このシナリオでは、ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）は非アクティブな状態からアクティブ（スイッチをオン状態）にされるべきであり、３Ｇインタフェース３１（サービス無線インタフェース）はアクティブな状態から非アクティブ（スイッチをオフ状態）にされるべきである。
【０１８３】
ＭＮ１０は、無線インタフェースの現在の状態及び所望の動作に関する情報を送信する。このシナリオでは、ＭＮ１０はサービス無線ネットワークシステムからターゲット無線ネットワークシステムへ移転されるＩＰフローに関する情報を送信する必要はない。ネットワーク側が、ＭＮ１０が１以上のＩＰフローを移転したいということと、ＭＮ１０のサービス無線インタフェースがアクティブな状態から非アクティブにされるべきことを認識できれば、ネットワーク側は全てのフローがサービス無線ネットワークシステムからターゲット無線ネットワークシステムへ移動されるべきであると認識可能である。ただし、本発明はこの開示内容に限定されるものではなく、ＭＮ１０は移転されるＩＰフローに関する情報を送信するようにしてもよい。ネットワーク側はターゲット無線ネットワークシステムへのＭＮ１０の新たな接続を実行し、ＭＮに代わってＭＮの意図に従い、全てのＩＰフローを移転する。
【０１８４】
図２２及び図２３は、第３のシナリオにおける一連のイベントを示す情報フロー図である。一連のイベントの詳細は、以下に記載する。
【０１８５】
（ａ）全てのＩＰフローは、ＭＮ１０の３Ｇインタフェース３１と、３Ｇネットワークシステム１２のｓＭＡＧ１６と、ｓＭＡＧ１６とＬＭＡ２６との間で確立された双方向ＩＰトンネルを介して、ＭＮ１０とＣＮ２８との間で確立される。
【０１８６】
（ｂ）ＭＮ１０のプロセッサ３３は、全てのＩＰフローが３Ｇネットワークシステム１２（サービス無線ネットワークシステム）からＷｉＦｉネットワークシステム１８（ターゲット無線ネットワークシステム）へ移転されるべきことを決定する。ＭＮ１０は、ｓＭＡＧ１６にフローモビリティ指示メッセージ（フロー移転指示）を送信する。フローモビリティ指示メッセージは、例えば、ＭＮ１０のＭＮ−ＩＤと、ｔＭＡＧ２２のアドレスと、無線インタフェースの現在の状態及び所望の動作に関する情報といった、ユーザの意図を反映した情報を含む。なお、フローモビリティ指示メッセージは、移転すべきＩＰフローＦ１とＦ２に対応するＦＩＤを含む必要はない点に留意する必要がある。フローモビリティ指示メッセージによって示される、無線インタフェースの現在の状態及び所望の動作に関する情報は、上記のインタフェースの状態及び動作の情報であっても、そうでなくてもよい。このシナリオでは、当該情報は、３Ｇインタフェース３１（サービス無線インタフェース）がアクティブな状態から非アクティブにされるべきであり、ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）が非アクティブな状態からアクティブにされることを示すべきである。
【０１８７】
（ｃ）ｓＭＡＧ１６のフローモビリティ指示受信部８５がＬ２トリガ、すなわち、ＭＮ１０からのフローモビリティ指示メッセージを受信すると、ｓＭＡＧ１６のフローモビリティ指示受信部８５は、まず、無線インタフェースの現在の状態及び所望の動作に関する情報をチェックして、ＩＰフローハンドオーバのタイプを決定する。このシナリオでは、３Ｇインタフェース３１（サービス無線インタフェース）をアクティブな状態から非アクティブにすべきなので、３Ｇネットワークシステム１２（サービス無線ネットワークシステム）はＩＰフローの移転の後にＭＮ１０から切断すべきことと、全てのＩＰフローが３Ｇネットワークシステム１２（サービス無線ネットワークシステム）からＷｉＦｉネットワークシステム１８（ターゲット無線ネットワークシステム）へ移転すべきことを決定する。さらに、ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）を非アクティブな状態からアクティブにすべきなので、ＩＰフローハンドオーバのタイプが、ターゲット無線ネットワークシステムへのＭＮ１０の新たな接続（新たなコネクション）を伴うことが決定される。
【０１８８】
次に、ｓＭＡＧ１６のＨＩＦ送信部８９はＨＩＦメッセージをｔＭＡＧ２２に送信する。このＨＩＦメッセージは、ＬＭＡ２６がＭＮ１０の予備登録を実行するように、第１の送信指示を示す。ＨＩＦメッセージでは、「Ｍ」フラグは、このメッセージが指定されたＩＰフロー移動に使われることを示す１に設定され、「Ｒ」フラグは、ＬＭＡ２６にプレＰＢＵメッセージを送信するようｔＭＡＧ２２に要求するためにゼロに設定されており、コード値は、ＭＮ１０の新たな接続のために使われる「ＦＩＤなし」を示す「４」である。ＨＩＦメッセージは、ＭＮ１０を識別するＭＮ−ＩＤと、ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）を識別するＭＮ−ＬＬ−ＩＤと、ＬＭＡ２６のアドレス（ＬＭＡＡ）と、移転すべき全てのＩＰフローに対応するＦＩＤと、ＩＰフローに対応するトラヒックセレクタと、インタフェース状態及び動作の情報を示す。ＨＩＦメッセージを構成するために、ｓＭＡＧ１６のＨＩＦ送信部８９は、バインディング更新リストテーブル（図１０）からＭＮ−ＬＬ−ＩＤ及びＬＭＡＡを読み込み、フローバインディング更新リストテーブル（図１１）から、ＦＩＤとトラヒックセレクタを読み込む。ＭＮ１０からのフローモビリティ指示メッセージは、移転すべきＩＰフローに対応するＦＩＤを示していないが、フローモビリティ指示メッセージがＭＮ−ＩＤを示すため、ｓＭＡＧ１６のＨＩＦ送信部８９は、フローバインディング更新リストテーブルのＭＮに対応するＦＩＤを特定することができる。
【０１８９】
（ｄ）ｔＭＡＧ２２のＨＩＦ受信部９０が、「Ｍ」と「Ｒ」フラグがそれぞれ１と０に設定されており、コード値が「４」であるＨＩＦメッセージを受信すると、ｔＭＡＧ２２のプレＰＢＵ送信部９３は、ＬＭＡ２６がＭＮ１０の予備登録を実行するように、プレＰＢＵメッセージ（新たな接続要求）をＬＭＡ２６に送信する。プレＰＢＵメッセージは、ＭＮ１０のＭＮ−ＩＤと、ターゲット無線インタフェースを識別するＭＮ−ＬＬ−ＩＤと、新たなバインディング用の新たなＢＩＤと、ターゲットアクセス技術のタイプを特定するＡＴＴと、ｔＭＡＧ２２のプロキシＣｏＡ等を示す。ＬＭＡ２６における予備登録がＦＩＤを使わないため、プレＰＢＵメッセージはＨＩＦメッセージによって示されるＦＩＤを示さない。代わりに、ＦＩＤは、フローを更新又は登録するためのフローバインディング登録で使われる。
【０１９０】
この時、ｔＭＡＧ２２の情報管理部９９は、バインディング更新リストテーブル（図１０）に新たな接続用の新規レコードを追加する。ただし、新規レコードのＨＮＰは空である。
【０１９１】
ＬＭＡ２６のプレＰＢＵ受信部５３がｔＭＡＧ２２からプレＰＢＵメッセージを受信すると、ＬＭＡ２６の予備登録実行部５４は、ＭＮ１０の新たなＨＮＰをＭＮ１０のＷｉＦｉインタフェース３２（ターゲット無線インタフェース）に割り当て、新たなＨＮＰとｔＭＡＧ２２のプロキシＣｏＡとの間の新たなバインディングを追加する。より具体的には、予備登録実行部５４は、新たなバインディング・キャッシュ・エントリをＢＣＥテーブル（図４）に追加する。ＢＣＥテーブルでは、新たなバインディング・キャッシュ・エントリの内容は、新たなＨＮＰ及びプレＰＢＵメッセージの内容である。
【０１９２】
ＭＮの新たな接続の予備登録が正常終了すると、ＬＭＡ２６のプレＰＢＡ送信部５５は、ＭＮ１０の新たなＨＮＰを示すプレＰＢＡメッセージをｔＭＡＧ２２に送信する。ｔＭＡＧ２２が、ＭＮ１０の新たなＨＮＰを受信した結果、新たな双方向ＩＰトンネルがｔＭＡＧ２２とＬＭＡ２６との間で確立される。この段階で、ｔＭＡＧ２２の情報管理部９９は、バインディング更新リストテーブル（図１０）の新たな接続の新規レコードにＭＮ１０の新たなＨＮＰを追加する。
【０１９３】
（ｅ）ｔＭＡＧ２２のプレＰＢＡ受信部９４が、予備登録が正常に完了したことを示すプレＰＢＡメッセージを受信すると、ｔＭＡＧ２２のＨＡＦ送信部９１は、ｓＭＡＧ１６にＨＡＦメッセージを送信する。ＨＡＦメッセージでは、コード値は、ＷｉＦｉネットワークシステム１８（ターゲット無線ネットワークシステム）へのＭＮ１０の新たな接続の正常終了を意味する「７」に設定される。ＨＡＦメッセージでは、「Ｍ」フラグは、このメッセージが指定されたＩＰフロー移動に使われることを示す１に設定され、「Ｔ」フラグも、ｓＭＡＧ１６がＬ２トリガ（ターゲット・インタフェース・アクション・メッセージ）をＭＮに送信することによりＭＮのターゲット無線インタフェースをアクティブにするように、１に設定される。
【０１９４】
（ｆ）ＭＮ１０のターゲット無線インタフェースをアクティブにするようにとのｓＭＡＧへの指示を示すＨＡＦメッセージをｓＭＡＧ１６のＨＡＦ受信部９２で受信すると、ｓＭＡＧ１６のインタフェース起動部８６は、ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）をアクティブに（スイッチをオン状態に）するために、ＭＮ１０の３Ｇインタフェース３１（サービス無線インタフェース）に、ターゲット・インタフェース・アクション・メッセージを送信する。
【０１９５】
（ｇ）ＷｉＦｉインタフェース３２（ターゲット無線インタフェース）のスイッチをオン状態にした後、ＭＮ１０はＭＮ１０の新たな接続のために、ＷｉＦｉネットワークシステム１８（ターゲット無線ネットワークシステム）とのリンク層コネクションを樹立する。
【０１９６】
（ｈ）ｔＭＡＧ２２の接続確認部８７が、ＭＮ１０のＷｉＦｉインタフェース３２（ターゲット無線インタフェース）とｔＭＡＧ２２とのＬ２コネクションの確立が成功したことを確認すると、ｔＭＡＧ２２のＰＢＵ送信部９５は、ＬＭＡ２６がフローバインディング登録を実行するように、ＬＭＡ２６にＰＢＵメッセージを送信する。ＰＢＵメッセージは、ｓＭＡＧからのＨＩＦメッセージで示される移転対象の全てのＩＰフローに対応するＦＩＤを示す。さらに、ｔＭＡＧ２２の情報管理部９９は、フローバインディング更新リストテーブル（図１１）に、ＦＩＤを含む新規レコードを追加する。
【０１９７】
ＬＭＡ２６のＰＢＵ受信部５６が、ｔＭＡＧ２２からＦＩＤを示すＰＢＵメッセージを受信すると、ＬＭＡ２６のフローバインディング登録実行部５７は、前のＢＩＤが新たなＢＩＤで更新されるように、ＦＣＥテーブル（図５）のＦＩＤを含む既存のＦＣＥ（フローバインディング・キャッシュ・エントリ）を更新する。このように、ＢＣＥテーブル（図４）の新たなバインディング・キャッシュ・エントリにおけるＭＮ１０の新たなＨＮＰは、ＢＩＤを介してＦＩＤに対応するＩＰパケットフローと関連付けられ、ひいては、ＩＰパケットフローは、新たなＨＮＰに対応する新たな双方向ＩＰトンネルに関連付けられる。
【０１９８】
ＩＰフロー移転のフローバインディング登録が正常に完了すると、ＬＭＡ２６のＰＢＡ送信部５８は、ｔＭＡＧ２２にＰＢＡメッセージを送信する。
【０１９９】
（ｉ）ｔＭＡＧ２２のＰＢＡ受信部９６でＰＢＡメッセージを受信した後、ｔＭＡＧ２２のＲＡ送信部１００は、ＭＮ１０の新たなＨＮＰをＭＮ１０に通知するために、ＭＮ１０にＲＡ（Router Advertisement）メッセージを送信する。ＲＡ送信部１００は、ＰＢＡメッセージを受信すると、ＲＡメッセージを定期的に送信するようにしてもよい。あるいは、ＲＡ送信部１００は、ＭＮ１０のＷｉＦｉインタフェース３２（ターゲット無線インタフェース）からのＲＳ（Router Solicitation）メッセージに応じて、ＲＡメッセージを送信するようにしてもよい。新たなＨＮＰを示すＲＡメッセージを受信すると、ＭＮ１０のプロセッサ３３は、新たなＨＮＰから、ターゲット無線インタフェースのためのモバイルノードのホームアドレスを構成する。このホームアドレスは、ｔＭＡＧ２２に接続するために新たに用いられる。
【０２００】
（ｊ）ＲＡメッセージを送信した後、ｔＭＡＧ２２のフロー移動完了報告部１０２は、３Ｇネットワークシステム１２（サービス無線ネットワークシステム）からＷｉＦｉネットワークシステム１８（ターゲット無線ネットワークシステム）へのフロー移動（フロー移転）の完了をＭＮ１０に知らせるために、ＭＮ１０にフロー移動完了メッセージ（Ｌ２トリガ）を送信する。
【０２０１】
（ｋ）ＭＮ１０でフロー移動完了メッセージを受信した後、全てのＩＰフロー（ＩＰフローＦ１とＦ２）は、サービス無線ネットワークシステムからターゲット無線ネットワークシステムへ完全に移転される。つまり、この時から、全てのＩＰフローは、ＭＮ１０のＷｉＦｉインタフェース３２（ターゲット無線インタフェース）とｔＭＡＧ２２との間の接続及びｔＭＡＧ２２とＬＭＡ２６との間の双方向ＩＰトンネルを用いて通信可能である。
【０２０２】
（ｌ）ＬＭＡ２６のＢＲＩ送信部５９は、ｓＭＡＧ１６が移転されたＩＰフローの全てに関する情報を削除するための登録解除を実行するように、ＢＲＩ（Binding Revocation Indication）メッセージをｓＭＡＧ１６に送信する。ｓＭＡＧ１６のＢＲＩ受信部９７でＢＲＩメッセージを受信すると、ｓＭＡＧ１６の情報管理部９９は、バインディング更新リストテーブル（図１０）における、移転されたＩＰフロー全てに対応するレコードを削除するとともに、フローバインディング更新リストテーブル（図１１）における、移転されたＩＰフロー全てに対応するレコードを削除する。ｓＭＡＧ１６の情報管理部９９が、取り消し対象のレコードを正常に削除すると、ｓＭＡＧ１６のＢＲＡ送信部９８は、ＬＭＡ２６にＢＲＡ（Binding Revocation Indication）メッセージで応じる。
【０２０３】
（ｍ）ＭＮ１０とｓＭＡＧ１６は移転されたＩＰフローに用いるリンク層コネクションを解除し、ＭＮは、このシナリオの最後のステップとして３Ｇインタフェース３１（サービス無線インタフェース）を非アクティブにする（スイッチをオフ状態にする）。
【０２０４】
第３のシナリオの上記の説明では、２つのＩＰフローＦ１とＦ２は、サービス無線技術からターゲット無線技術へ移転される。移転されるＩＰフローの数は２に限られず、１のＩＰフロー又は３以上のＩＰフローを、サービス無線技術からターゲット無線技術へ移転してもよい。
【０２０５】
第３のシナリオの上記の説明では、ＭＮは最初は３Ｇネットワークシステム１２に接続されており、次に、ＷｉＦｉネットワークシステム１８に新しく接続されるべきである。しかし、ＭＮは、最初はＷｉＦｉネットワークシステム１８に接続されていてもよく（例えば、ＭＮはＷｉＦｉネットワークシステム１８とだけ通信可能でもよく）、３Ｇネットワークシステム１２に新たに接続されてもよい（例えば、ＭＮが３Ｇゾーン１３とＷｉＦｉゾーン１９とが重なる重複ゾーンへ移ってもよい）。第３のシナリオは、この場合にも適用可能である。この場合、ｓＭＡＧはＷｉＦｉネットワークシステム１８（サービス無線ネットワークシステム）のＭＡＧ２２であり、ｔＭＡＧは３Ｇネットワークシステム１２（ターゲット無線ネットワークシステム）のＭＡＧ１６であり、ＭＮのＷｉＦｉインタフェース３２はサービス無線インタフェースであり、ＭＮの３Ｇインタフェース３１はターゲット無線インタフェースである。
【０２０６】
２．５．４  第４のシナリオ（新たな接続を伴わない部分的なバーチカルハンドオーバ）
図２４は部分的なバーチカルハンドオーバを伴う第４のシナリオを示す。このシナリオでは、既存のＩＰフローの一部が、ターゲット無線ネットワークシステムへのＭＮ１０の新たな接続なしでサービス無線技術からターゲット無線技術へ移転される（既存のＩＰフローの他のものは、既にターゲット無線ネットワークシステムを介して送信されている）。このシナリオでは、ＭＮは、最初は３Ｇネットワークシステム１２及びＷｉＦｉネットワークシステム１８に接続されており、次に、ＩＰフローＦ２が、ＷｉＦｉネットワークシステム１８から３Ｇネットワークシステム１２へ移転される。従って、ＷｉＦｉネットワークシステム１８はサービス無線ネットワークシステムであり、３Ｇネットワークシステム１２はターゲット無線ネットワークシステムである。ＭＮのＷｉＦｉインタフェース３２はサービス無線インタフェースであり、ＭＮの３Ｇインタフェース３１はターゲット無線インタフェースである。
【０２０７】
最初の段階では、ＭＮ１０は３Ｇゾーン１３とＷｉＦｉゾーン１９とが重なる重複ゾーンに位置するため、ＷｉＦｉと３Ｇ無線技術の両方が利用可能である。ＭＮ１０は、３Ｇネットワークシステム１２を介して、ＬＭＡ２６へのＩＰフローを少なくとも１つ（例えば、ＩＰフローＦ１）を既に確立しており、ＷｉＦｉネットワークシステム１８を介して、ＬＭＡ２６へのＩＰフローを少なくとも１つ（例えば、ＩＰフローＦ２）を既に確立している。ＷｉＦｉインタフェース３２（サービス無線インタフェース）はアクティブであり、３Ｇインタフェース３１（ターゲット無線インタフェース）もアクティブである。
【０２０８】
ＭＮがＷｉＦｉゾーン１９を離れ、ＭＮのプロセッサ３３がＷｉＦｉ技術（サービス無線アクセス技術）から３Ｇ技術（ターゲット無線アクセス技術）へＩＰフローＦ２を移転し、そのために、部分的なバーチカルハンドオーバを実行すべきことを決定したと仮定する。上述のように、この決定はローカル・ポリシー・プロファイル・テーブル（図１２）に基づいて自動的に行われてもよく、ＭＮ１０とＭＮ１０のユーザとの間の対話に基づいて行ってもよい。いずれの場合においても、この決定は、ＷｉＦｉ無線技術が利用できないときにはＩＰフローＦ２を３Ｇ技術へ移転すべきであるというユーザの意図を示す。このシナリオでは、３Ｇインタフェース３１（ターゲット無線インタフェース）はアクティブな状態を維持されるべきであり、ＷｉＦｉインタフェース３２（サービス無線インタフェース）はアクティブな状態から非アクティブな状態（スイッチをオフ状態）にされるべきである。
【０２０９】
ＭＮ１０は、無線インタフェースの現在の状態及び所望の動作に関する情報を送信する。このシナリオでは、ＭＮ１０はサービス無線ネットワークシステムからターゲット無線ネットワークシステムへ移転されるＩＰフローに関する情報を送信する必要はない。ネットワーク側が、ＭＮ１０が１以上のＩＰフローを移転したいことと、ＭＮ１０のサービス無線インタフェースをアクティブな状態から非アクティブな状態にすべきことを認識できれば、１又は複数のフローの全てをサービス無線ネットワークシステムからターゲット無線ネットワークシステムへ移動すべきことをネットワーク側は認識できる。しかし、本発明はこの開示内容に限定されるものではなく、ＭＮ１０は、移転するＩＰフローに関する情報を送信してもよい。ネットワーク側は、ＭＮに代わって、ＭＮの意図に従って、１又は複数のＩＰフローの全てを移転する。
【０２１０】
図２５及び図２６は、第４のシナリオにおける一連のイベントを表す情報フロー図である。一連のイベントの詳細を以下に記載する。
【０２１１】
（ａ）ＩＰフローＦ１は、ＭＮ１０の３Ｇインタフェース３１と、３Ｇネットワークシステム１２のｓＭＡＧ１６と、ｓＭＡＧ１６とＬＭＡ２６との間で確立された双方向ＩＰトンネルを介して、ＭＮ１０とＣＮ２８との間で確立される。他方、ＩＰフローＦ２は、ＭＮ１０のＷｉＦｉインタフェース３２と、ＷｉＦｉネットワークシステム１８のｔＭＡＧ２２と、ｔＭＡＧ２２とＬＭＡ２６との間で確立された双方向ＩＰトンネルを介して、ＭＮ１０とＣＮ２８との間で確立される。
【０２１２】
（ｂ）ＭＮ１０のプロセッサ３３は、ＷｉＦｉネットワークシステム１８（サービス無線ネットワークシステム）を使用している１又は複数のＩＰフロー（例えば、ＩＰフローＦ２）の全てをＷｉＦｉネットワークシステム１８（サービス無線ネットワークシステム）から３Ｇネットワークシステム１２（ターゲット無線ネットワークシステム）へ移転すべきことを決定する。ＭＮ１０は、ｓＭＡＧ２２にフローモビリティ指示メッセージ（フロー移転指示）を送信する。フローモビリティ指示メッセージは、例えばＭＮ１０のＭＮ−ＩＤ、ｓＭＡＧ１６のアドレス、無線インタフェースの現在の状態及び所望の動作に関する情報といったユーザの意図を反映する情報を含む。なお、フローモビリティ指示メッセージは、移転すべきＩＰフローＦ２に対応するＦＩＤを含む必要はない点に留意すべきである。フローモビリティ指示メッセージによって示される無線インタフェースの現在の状態及び所望の動作に関する情報は、上記のインタフェース状態及び動作の情報であってもよく、そうでなくてもよい。このシナリオでは、当該情報はＷｉＦｉインタフェース３２（サービス無線インタフェース）をアクティブな状態から非アクティブにし、３Ｇインタフェース３１（ターゲット無線インタフェース）をアクティブな状態に維持することを示すべきである。
【０２１３】
（ｃ）ｓＭＡＧ２２のフローモビリティ指示受信部８５がＬ２トリガ、すなわち、ＭＮ１０からのフローモビリティ指示メッセージを受信すると、ｓＭＡＧ２２のフローモビリティ指示受信部８５はまず、無線インタフェースの現在の状態及び所望の動作に関する情報をチェックし、ＩＰフローハンドオーバのタイプを決定する。このシナリオでは、ＷｉＦｉインタフェース３２（サービス無線インタフェース）をアクティブな状態から非アクティブにすべきであるから、選択したＩＰフローの移転の後に、ＷｉＦｉネットワークシステム１８（サービス無線ネットワークシステム）をＭＮ１０から切断すべきこと、そして、１又は複数のＩＰフローの全てをＷｉＦｉネットワークシステム１８（サービス無線ネットワークシステム）から３Ｇネットワークシステム１２（ターゲット無線ネットワークシステム）へ移転すべきことが決定される。さらに、３Ｇインタフェース３１（ターゲット無線インタフェース）はアクティブな状態のままにすべきであるから、選択したＩＰフローの移転後も、ＷｉＦｉネットワークシステム１８（サービス無線ネットワークシステム）を継続して使用すべきことが決定され、ＩＰフローハンドオーバのタイプは、ＭＮ１０の新たな接続（新たなコネクション）を伴わない。
【０２１４】
次に、ｓＭＡＧ２２のＨＩＦ送信部８９は、ｔＭＡＧ１６にＨＩＦメッセージを送信する。このＨＩＦメッセージは、ＬＭＡ２６がＭＮ１０にフローバインディング登録を実行するように、第２の送信指示を示す。ターゲット無線ネットワークシステムへのＭＮ１０の新たな接続を行う必要はないので、予備登録手順は省略できる。ＨＩＦメッセージでは、「Ｍ」フラグは、このメッセージが指定されたＩＰフロー移動のために使われることを示す１に設定され、「Ｒ」フラグは、ＬＭＡ２６にＰＢＵメッセージを送信するようｔＭＡＧ１６に要求するために１に設定され、そして、コード値は指定されたＩＰフローを移転するために使われる「ＦＩＤ有り」を示す「５」である。ＨＩＦメッセージは、ＭＮ１０を識別するＭＮ−ＩＤと、３Ｇインタフェース３１（ターゲット無線インタフェース）を識別するＭＮ−ＬＬ−ＩＤと、ＬＭＡ２６のアドレス（ＬＭＡＡ）と、移転すべき１又は複数のＩＰフローの全てに対応するＦＩＤと、これらのＩＰフローに対応するトラヒックセレクタと、インタフェース状態及び動作の情報とを示す。ＨＩＦメッセージを構成するために、ｓＭＡＧ２２のＨＩＦ送信部８９は、バインディング更新リストテーブル（図１０）からＭＮ−ＬＬ−ＩＤとＬＭＡＡを読み込み、フローバインディング更新リストテーブル（図１１）から、ＦＩＤとトラヒックセレクタを読み込む。ＭＮ１０からのフローモビリティ指示メッセージは、移転すべきＩＰフローに対応するＦＩＤを示さないが、フローモビリティ指示メッセージがＭＮ−ＩＤを示すので、ｓＭＡＧ２２のＨＩＦ送信部８９は、フローバインディング更新リストテーブルにおけるＭＮに対応するＦＩＤを特定できる。
【０２１５】
（ｄ）「Ｍ」と「Ｒ」フラグが１に設定され、コード値が「５」であるＨＩＦメッセージをｔＭＡＧ１６のＨＩＦ受信部９０が受信すると、ｔＭＡＧ１６のＰＢＵ送信部９５は、ＬＭＡ２６がフローバインディング登録を実行するように、ｔＭＡＧ１６のＰＢＵメッセージ（フローバインディング更新要求）をＬＭＡ２６に送信する。ＰＢＵメッセージは、ＭＡＧからのＨＩＦメッセージにおいて示される移転されるＩＰフローに対応するＦＩＤを示す。さらに、ｔＭＡＧ１６の情報管理部９９は、フローバインディング更新リストテーブル（図１１）に、ＦＩＤを含む新規レコードを追加する。
【０２１６】
ＬＭＡ２６のＰＢＵ受信部５６が、ＦＩＤを示すＰＢＵメッセージをｔＭＡＧ１６から受信すると、ＬＭＡ２６のフローバインディング登録実行部５７は、前のＢＩＤが新たなＢＩＤで更新されるように、ＦＣＥテーブル（図５）において、ＦＩＤを含む既存のＦＣＥを更新する。このように、ＢＣＥテーブル（図４）の既存のバインディング・キャッシュ・エントリにおけるＭＮ１０の既存のＨＮＰは、ＢＩＤを介して、ＦＩＤに対応するＩＰパケットフローに関連付けられ、ひいては、ＩＰパケットフローは既存のＨＮＰに対応する既存の双方向ＩＰトンネルに関連付けられる。
【０２１７】
選択したＩＰフローの移転のためフローバインディング登録が正常に完了したら、ＬＭＡ２６のＰＢＡ送信部５８はｔＭＡＧ１６にＰＢＡメッセージを送信する。
【０２１８】
（ｅ）フローバインディング登録が正常に完了されたことを示すＰＢＡメッセージをｔＭＡＧ１６のＰＢＡ受信部９６が受信すると、ｔＭＡＧ１６のＨＡＦ送信部９１はｓＭＡＧ２２にＨＡＦメッセージを送信する。ＨＡＦメッセージでは、コード値は、選択したＩＰフローの移転を正常に完了したことを意味する「８」に設定される。ＨＡＦメッセージでは、「Ｍ」フラグは、このメッセージが、指定されたＩＰフロー移動に使われることを示す１に設定される一方、「Ｔ」フラグはゼロに設定されて、ｓＭＡＧ２２はＭＮにＬ２トリガ（ターゲット・インタフェース・アクション・メッセージ）を送らない（ターゲット無線インタフェースが既にアクティブだからである）。
【０２１９】
（ｆ）ＨＡＦにメッセージを送った後に、ｔＭＡＧ１６のフロー移動完了報告部１０２は、ＷｉＦｉネットワークシステム１８（サービス無線ネットワークシステム）から３Ｇネットワークシステム１２（ターゲット無線ネットワークシステム）へのフロー移動（フロー移転）の完了をＭＮ１０に知らせるために、ＭＮ１０にフロー移動完了メッセージ（Ｌ２トリガ）を送信する。
【０２２０】
（ｇ）ＭＮ１０でフロー移動完了メッセージを受信した後、ＩＰフロー（ＩＰフローＦ２）は、サービス無線ネットワークシステムからターゲット無線ネットワークシステムへ完全に移転される。つまり、この時から、ＩＰフローは、ＭＮ１０の３Ｇインタフェース３１（ターゲット無線インタフェース）とｔＭＡＧ１６との間の接続及びｔＭＡＧ１６とＬＭＡ２６との間の双方向ＩＰトンネル間を使って通信可能である。
【０２２１】
（ｈ）ＬＭＡ２６のＢＲＩ送信部５９は、移転されたＩＰフロー全てに関する情報を削除するための登録解除をｓＭＡＧ２２が実行するように、ｓＭＡＧ２２にＢＲＩ（Binding Revocation Indication）メッセージを送信する。ｓＭＡＧ２２のＢＲＩ受信部９７でＢＲＩメッセージを受信すると、ｓＭＡＧ２２の情報管理部９９は、バインディング更新リストテーブル（図１０）の１又は複数の移転されたＩＰフローの全てに対応するレコードを削除し、フローバインディング更新リストテーブル（図１１）の１又は複数の移転されたＩＰフローの全てに対応するレコードを削除する。ｓＭＡＧ１６の情報管理部９９が、取り消し対象のレコードを正常に削除すると、ｓＭＡＧ１６のＢＲＡ送信部９８はＬＭＡ２６にＢＲＡ（Binding Revocation Acknowledgement）メッセージで応じる。
【０２２２】
（ｉ）ＭＮ１０とｓＭＡＧ２２は移転されたＩＰフローに使われるリンク層コネクションを解放し、ＭＮは、このシナリオの最後のステップとして、ＷｉＦｉインタフェース３２（サービス無線インタフェース）非アクティブにする（スイッチをオフ状態にする）。
第４のシナリオの上記の説明では、１つのＩＰフローＦ２が、サービス無線技術からターゲット無線技術へ移転される。移転されたＩＰフローの数は１に限られず、２以上のＩＰフローはサービス無線技術からターゲット無線技術へ移転してもよい。
【０２２３】
第４のシナリオの上記の説明では、ＭＮ１０はＷｉＦｉと３Ｇ無線技術の両方が利用可能なゾーンにあり、ＩＰフローＦ２がＷｉＦｉネットワークシステム１８から３Ｇネットワークシステム１２へ移転される。しかし、１以上のＩＰフローが、３Ｇネットワークシステム１２からＷｉＦｉネットワークシステム１８へ移転されてもよい（例えば、ＭＮは３Ｇゾーン１３を離れる）。第４のシナリオは、この場合にも適用可能である。この場合、ｔＭＡＧはＷｉＦｉネットワークシステム１８（ターゲット無線ネットワークシステム）のＭＡＧ２２であり、ｓＭＡＧは、３Ｇネットワークシステム１２（サービス無線ネットワークシステム）のＭＡＧ１６であり、ＭＮの３Ｇインタフェース３１はサービス無線インタフェースであり、ＭＮのＷｉＦｉインタフェース３２はターゲット無線インタフェースである。
【０２２４】
２．６  注記
本実施形態によって移転されるＩＰフローは、アップリンクフロー又はダウンリンクフローに限られない。つまり、本実施形態によって、アップリンクＩＰフローとダウンリンクＩＰフローを移転してもよい。
【０２２５】
上記の実施形態は、ＩＰフローがＷｉＦｉと３Ｇ無線技術を介して通信される例を採用する。しかし、それは、本発明を当該開示内容に限定するものではない。ＩＰフローは、他の無線テクノロジー（例えば、ＷｉＭａｘ又は、４Ｇ若しくは４Ｇを超える無線技術を含む他のモバイルデータ通信テクノロジー）を介して通信可能である。
【符号の説明】
【０２２６】
１０：  ＭＮ（モバイルノード）
１２：  ３Ｇネットワークシステム
１３：  ３Ｇ利用可能ゾーン
１４：  基地局
１６：  ＭＡＧ（モビリティ・アンカー・ゲートウェイ）
１８：  ＷｉＦｉネットワークシステム
１９：  ＷｉＦｉ利用可能ゾーン
２０：  アクセスノード
２２：  ＭＡＧ
２４：  インターネット
２６：  ＬＭＡ（ローカル・モビリティ・アンカー）
２８：  ＣＮ（相手方ノード）
３１：  ３Ｇインタフェース
３２：  ＷｉＦｉインタフェース
３３：  プロセッサ
３４：  表示部
３５：  スピーカ
３６：  ヒューマンインタフェース
４１：  送信部回路
４２：  受信部回路
４３：  プロセッサ
４４：  メモリ
５１：  ＩＰフロー受信部
５２：  ＩＰフロー送信部
５３：  プレＰＢＵ受信部（新接続要求受信部）
５４：  予備登録実行部（新接続登録部）
５５：  プレＰＢＡ送信部（新ホーム・ネットワーク・プレフィックス送信部）
５６：  ＰＢＵ受信部（フローバインディング更新要求受信部）
５７：  フローバインディング登録実行部（フローバインディング登録部）
５８：  ＰＢＡ送信部（フローバインディング完了報告送信部）
５９：  ＢＲＩ送信部
６０：  ＢＲＡ受信部
７１：  送信部回路
７２：  受信部回路
７３：  プロセッサ
７４：  メモリ
８１：  ＩＰフロー送信部
８２：  ＩＰフロー受信部
８３：  ＩＰフロー受信部
８４：  ＩＰフロー送信部
８５：  フローモビリティ指示受信部（フロー移転指示受信部）
８６：  インタフェース起動部
８７：  接続確認部
８９：  ＨＩＦ送信部（フロー移転要求送信部）
９０：  ＨＩＦ受信部（フロー移転要求受信部）
９１：  ＨＡＦ送信部（登録完了報告送信部、インタフェース起動部）
９２：  ＨＡＦ受信部（登録完了報告受信部）
９３：  プレＰＢＵ送信部（新接続要求送信部）
９４：  プレＰＢＡ受信部（新ホーム・ネットワーク・プレフィックス受信部）
９５：  ＰＢＵ送信部（フローバインディング更新要求送信部）
９６：  ＰＢＡ受信部（フローバインディング完了報告受信部）
９７：  ＢＲＩ受信部
９８：  ＢＲＡ送信部
９９：  情報管理部
１００：  ＲＡ送信部
１０１：  ＲＳ受信部
１０２：  フロー移動完了報告部
Ｆ１〜Ｆ３：  ＩＰフロー
【図１】
0005685161.tif 000002
【図２】
0005685161.tif 000003
【図３】
0005685161.tif 000004
【図４】
0005685161.tif 000005
【図５】
0005685161.tif 000006
【図６】
0005685161.tif 000007
【図７】
0005685161.tif 000008
【図８】
0005685161.tif 000009
【図９】
0005685161.tif 000010
【図１０】
0005685161.tif 000011
【図１１】
0005685161.tif 000012
【図１２】
0005685161.tif 000013
【図１３】
0005685161.tif 000014
【図１４】
0005685161.tif 000015
【図１５】
0005685161.tif 000016
【図１６】
0005685161.tif 000017
【図１７】
0005685161.tif 000018
【図１８】
0005685161.tif 000019
【図１９】
0005685161.tif 000020
【図２０】
0005685161.tif 000021
【図２１】
0005685161.tif 000022
【図２２】
0005685161.tif 000023
【図２３】
0005685161.tif 000024
【図２４】
0005685161.tif 000025
【図２５】
0005685161.tif 000026
【図２６】
0005685161.tif 000027