(57)【特許請求の範囲】
【請求項１】
マルチキャストセッションのデータを受信する移動端末と、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであるシームレスハンドオーババッファと、
前記移動端末を接続するためのアクセスノードと、
前記移動端末のハンドオーバ中に前記アクセスノードに到来する前記データを格納するバッファであるハンドオーバマルチキャストホルダと、
を含むネットワークにおいて、第１の前記アクセスノードから第２の前記アクセスノードへシームレスに前記移動端末をハンドオーバするためのハンドオーバ方法であって、
前記移動端末において前記マルチキャストセッションのデータが前記マルチキャストセッションのアプリケーションへ転送される前に、当該データを前記シームレスハンドオーババッファが格納し、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するステップと、
ハンドオーバ中、前記シームレスハンドオーババッファが、格納している前記データを前記アプリケーションへ転送するステップと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダが格納するステップと、
前記第２のアクセスノードへのハンドオーバ完了後の前記移動端末が、当該移動先において前記マルチキャストセッションに加入するステップと、
前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダに向けてリクエストメッセージを送信することによって、ハンドオーバ中に受信されなかった前記データを前記シームレスハンドオーババッファが要求するステップと、
前記リクエストメッセージに応じる前記ハンドオーバマルチキャストホルダが、格納している前記データを前記シームレスハンドオーババッファに向けて送信するステップと、
を含むハンドオーバ方法。
【請求項２】
前記第１のアクセスノードのハンドオーバマルチキャストホルダから前記データを受信する前記シームレスハンドオーババッファが、当該ハンドオーバマルチキャストホルダから送られてくるデータと前記第２のアクセスノードから流れてくる前記マルチキャストセッションのデータとを一緒に受信することに起因して生じ得る前記各データの時系列の乱れを訂正するステップをさらに含む、請求項１記載のハンドオーバ方法。
【請求項３】
マルチキャストセッションのデータを受信するレシーバを接続した移動ネットワークと、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであるシームレスハンドオーババッファと、
前記移動ネットワークを接続する、別のネットワークのアクセスノードと、
前記移動ネットワークのハンドオーバ中に前記アクセスノードに到来する前記データを格納するバッファであるハンドオーバマルチキャストホルダと、
を含むネットワークにおいて、第１の前記アクセスノードから第２の前記アクセスノードへシームレスに前記移動ネットワークをハンドオーバするためのハンドオーバ方法であって、
前記移動ネットワークにおいて前記マルチキャストセッションのデータが前記レシーバへ配送される前に、当該データを前記シームレスハンドオーババッファが格納し、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するステップと、
ハンドオーバ中、前記シームレスハンドオーババッファが、格納している前記データを前記レシーバへ配送するステップと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダが格納するステップと、
前記第２のアクセスノードへのハンドオーバ完了後の前記移動ネットワークが、当該移動先において前記マルチキャストセッションに加入するステップと、
前記第１のアクセスノードのハンドオーバマルチキャストホルダが、前記シームレスハンドオーババッファの要求に応じて、格納している前記データを当該シームレスハンドオーババッファへ送信するステップと、
を含むハンドオーバ方法。
【請求項４】
マルチキャストセッションのデータを受信するレシーバを接続した第１の移動ネットワークと、
前記第１の移動ネットワークを接続する、第２の移動ネットワークのアクセスノードと、
前記第２の移動ネットワークを接続する、別のネットワークのアクセスノードと、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであり、前記第１及び第２の移動ネットワークにそれぞれ付属するシームレスハンドオーババッファと、
前記第１及び第２の移動ネットワークのハンドオーバ中に前記アクセスノードに到来する前記データを格納するバッファであるハンドオーバマルチキャストホルダと、
を含むネットワークにおいて、前記第１及び第２の移動ネットワークの少なくとも１つを第１の前記アクセスノードから第２の前記アクセスノードへシームレスにハンドオーバするためのハンドオーバ方法であって、
前記第２の移動ネットワークにおいて前記マルチキャストセッションのデータが前記第１の移動ネットワークへ配送される前に、当該データを前記シームレスハンドオーババッファが格納すると共に、前記第１の移動ネットワークにおいて前記マルチキャストセッションのデータが前記レシーバへ配送される前に、当該データを前記シームレスハンドオーババッファが格納し、前記各移動ネットワークにおいて、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するステップと、
前記第１の移動ネットワークがハンドオーバを実行する場合、当該第１の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記レシーバへ配送すると共に、前記第２の移動ネットワークがハンドオーバを実行する場合、当該第２の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記第１の移動ネットワークへ配送するステップと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダが格納するステップと、
前記ハンドオーバを実行した移動ネットワークが、前記第２のアクセスノードへのハンドオーバ完了後、当該移動先において前記マルチキャストセッションに加入するステップと、
前記第１のアクセスノードのハンドオーバマルチキャストホルダが、前記ハンドオーバを実行した移動ネットワークの前記シームレスハンドオーババッファの要求に応じて、格納している前記データを当該シームレスハンドオーババッファへ送信するステップと、
を含むハンドオーバ方法。
【請求項５】
マルチキャストセッションのデータを受信するレシーバを接続した第１の移動ネットワークと、
前記第１の移動ネットワークを接続する、第２の移動ネットワークのアクセスノードと、
前記第２の移動ネットワークを接続する、固定ネットワークのアクセスノードと、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであり、前記第１及び第２の移動ネットワークにそれぞれ付属するシームレスハンドオーババッファと、
前記第１及び第２の移動ネットワークのハンドオーバ中に前記固定ネットワークのアクセスノードに到来する前記データを格納するバッファであるハンドオーバマルチキャストホルダと、
を含むネットワークにおいて、前記第１及び第２の移動ネットワークの少なくとも１つを第１の前記アクセスノードから第２の前記アクセスノードへシームレスにハンドオーバするためのハンドオーバ方法であって、
前記第２の移動ネットワークにおいて前記マルチキャストセッションのデータが前記第１の移動ネットワークへ配送される前に、当該データを前記シームレスハンドオーババッファが格納すると共に、前記第１の移動ネットワークにおいて前記マルチキャストセッションのデータが前記レシーバへ配送される前に、当該データを前記シームレスハンドオーババッファが格納し、前記各移動ネットワークにおいて、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するステップと、
前記第１の移動ネットワークがハンドオーバを実行する場合、当該第１の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記レシーバへ配送すると共に、前記第２の移動ネットワークがハンドオーバを実行する場合、当該第２の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記第１の移動ネットワークへ配送するステップと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記ハンドオーバマルチキャストホルダが格納するステップと、
前記ハンドオーバを実行した移動ネットワークが、前記第２のアクセスノードへのハンドオーバ完了後、当該移動先において前記マルチキャストセッションに加入するステップと、
前記ハンドオーバマルチキャストホルダが、前記ハンドオーバを実行した移動ネットワークの前記シームレスハンドオーババッファの要求に応じて、格納している前記データを当該シームレスハンドオーババッファへ送信するステップと、
を含むハンドオーバ方法。
【請求項６】
請求項１〜５のいずれかに記載のハンドオーバ方法をコンピュータに実行させるプログラムコードを含んで構成されたコンピュータプログラム。
【請求項７】
マルチキャストセッションのデータを受信する移動端末と、
該移動端末を接続するためのアクセスノードと、
を含むネットワークにおいて、第１の前記アクセスノードから第２の前記アクセスノードへシームレスに前記移動端末をハンドオーバするためのハンドオーバ装置であって、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであるシームレスハンドオーババッファと、
前記移動端末のハンドオーバ中に前記アクセスノードに到来する前記マルチキャストセッションのデータを格納するバッファであるハンドオーバマルチキャストホルダと、
前記移動端末において前記マルチキャストセッションのデータが前記マルチキャストセッションのアプリケーションへ転送される前に、当該データを前記シームレスハンドオーババッファが格納し、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するためのモジュールと、
ハンドオーバ中、前記シームレスハンドオーババッファが、格納している前記データを前記アプリケーションへ転送するためのモジュールと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダが格納するためのモジュールと、
前記第２のアクセスノードへのハンドオーバ完了後の前記移動端末が、当該移動先において前記マルチキャストセッションに加入するためのモジュールと、
前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダに向けてリクエストメッセージを送信することによって、ハンドオーバ中に受信されなかった前記データを前記シームレスハンドオーババッファが要求するためのモジュールと、
前記リクエストメッセージに応じる前記ハンドオーバマルチキャストホルダが、格納している前記データを前記シームレスハンドオーババッファに向けて送信するためのモジュールと、
を含んで構成されるハンドオーバ装置。
【請求項８】
前記第１のアクセスノードのハンドオーバマルチキャストホルダから前記データを受信する前記シームレスハンドオーババッファが、当該ハンドオーバマルチキャストホルダから送られてくるデータと前記第２のアクセスノードから流れてくる前記マルチキャストセッションのデータとを一緒に受信することに起因して生じ得る前記各データの時系列の乱れを訂正するためのモジュールをさらに含む、請求項７記載のハンドオーバ装置。
【請求項９】
マルチキャストセッションのデータを受信するレシーバを接続した移動ネットワークと、
該移動ネットワークを接続する、別のネットワークのアクセスノードと、
を含むネットワークにおいて、第１の前記アクセスノードから第２の前記アクセスノードへシームレスに前記移動ネットワークをハンドオーバするためのハンドオーバ装置であって、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであるシームレスハンドオーババッファと、
前記移動ネットワークのハンドオーバ中に前記アクセスノードに到来する前記マルチキャストセッションのデータを格納するバッファであるハンドオーバマルチキャストホルダと、
前記移動ネットワークにおいて前記マルチキャストセッションのデータが前記レシーバへ配送される前に、当該データを前記シームレスハンドオーババッファが格納し、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するためのモジュールと、
ハンドオーバ中、前記シームレスハンドオーババッファが、格納している前記データを前記レシーバへ配送するためのモジュールと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダが格納するためのモジュールと、
前記第２のアクセスノードへのハンドオーバ完了後の前記移動ネットワークが、当該移動先において前記マルチキャストセッションに加入するためのモジュールと、
前記第１のアクセスノードのハンドオーバマルチキャストホルダが、前記シームレスハンドオーババッファの要求に応じて、格納している前記データを当該シームレスハンドオーババッファへ送信するためのモジュールと、
を含んで構成されるハンドオーバ装置。
【請求項１０】
マルチキャストセッションのデータを受信するレシーバを接続した第１の移動ネットワークと、
前記第１の移動ネットワークを接続する、第２の移動ネットワークのアクセスノードと、
前記第２の移動ネットワークを接続する、別のネットワークのアクセスノードと、
を含むネットワークにおいて、前記第１及び第２の移動ネットワークの少なくとも１つを第１の前記アクセスノードから第２の前記アクセスノードへシームレスにハンドオーバするためのハンドオーバ装置であって、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであり、前記第１及び第２の移動ネットワークにそれぞれ付属するシームレスハンドオーババッファと、
前記第１及び第２の移動ネットワークのハンドオーバ中に前記アクセスノードに到来する前記マルチキャストセッションのデータを格納するバッファであるハンドオーバマルチキャストホルダと、
前記第２の移動ネットワークにおいて前記マルチキャストセッションのデータが前記第１の移動ネットワークへ配送される前に、当該データを前記シームレスハンドオーババッファが格納すると共に、前記第１の移動ネットワークにおいて前記マルチキャストセッションのデータが前記レシーバへ配送される前に、当該データを前記シームレスハンドオーババッファが格納し、前記各移動ネットワークにおいて、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するためのモジュールと、
前記第１の移動ネットワークがハンドオーバを実行する場合、当該第１の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記レシーバへ配送すると共に、前記第２の移動ネットワークがハンドオーバを実行する場合、当該第２の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記第１の移動ネットワークへ配送するためのモジュールと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダが格納するためのモジュールと、
前記ハンドオーバを実行した移動ネットワークが、前記第２のアクセスノードへのハンドオーバ完了後、当該移動先において前記マルチキャストセッションに加入するためのモジュールと、
前記第１のアクセスノードのハンドオーバマルチキャストホルダが、前記ハンドオーバを実行した移動ネットワークの前記シームレスハンドオーババッファの要求に応じて、格納している前記データを当該シームレスハンドオーババッファへ送信するためのモジュールと、
を含んで構成されるハンドオーバ装置。
【請求項１１】
マルチキャストセッションのデータを受信するレシーバを接続した第１の移動ネットワークと、
前記第１の移動ネットワークを接続する、第２の移動ネットワークのアクセスノードと、
前記第２の移動ネットワークを接続する、固定ネットワークのアクセスノードと、
を含むネットワークにおいて、前記第１及び第２の移動ネットワークの少なくとも１つを第１の前記アクセスノードから第２の前記アクセスノードへシームレスにハンドオーバするためのハンドオーバ装置であって、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであり、前記第１及び第２の移動ネットワークにそれぞれ付属するシームレスハンドオーババッファと、
前記第１及び第２の移動ネットワークのハンドオーバ中に前記固定ネットワークのアクセスノードに到来する前記マルチキャストセッションのデータを格納するバッファであるハンドオーバマルチキャストホルダと、
前記第２の移動ネットワークにおいて前記マルチキャストセッションのデータが前記第１の移動ネットワークへ配送される前に、当該データを前記シームレスハンドオーババッファが格納すると共に、前記第１の移動ネットワークにおいて前記マルチキャストセッションのデータが前記レシーバへ配送される前に、当該データを前記シームレスハンドオーババッファが格納し、前記各移動ネットワークにおいて、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するためのモジュールと、
前記第１の移動ネットワークがハンドオーバを実行する場合、当該第１の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記レシーバへ配送すると共に、前記第２の移動ネットワークがハンドオーバを実行する場合、当該第２の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記第１の移動ネットワークへ配送するためのモジュールと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記ハンドオーバマルチキャストホルダが格納するためのモジュールと、
前記ハンドオーバを実行した移動ネットワークが、前記第２のアクセスノードへのハンドオーバ完了後、当該移動先において前記マルチキャストセッションに加入するためのモジュールと、
前記ハンドオーバマルチキャストホルダが、前記ハンドオーバを実行した移動ネットワークの前記シームレスハンドオーババッファの要求に応じて、格納している前記データを当該シームレスハンドオーババッファへ送信するためのモジュールと、
を含んで構成されるハンドオーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動エンティティ（mobile entity）のシームレスなハンドオーバを実行するための方法および装置に関する。
【背景技術】
【０００２】
無線技術の発展と相まって遠隔通信機器の携帯性が増すにつれ、広範なユビキタスサービスの開発が可能となる。しかし、かかるサービスの成功の鍵は、ユーザがシームレスな移動を経験できるかどうかが握っている。さらに、マルチユーザのリアルタイムサービスが同時生起するような状況ではコンテントを複数の同時ユーザに配送するためのマルチキャスト通信が重要視されている。マルチキャスト通信はマルチユーザのリアルタイムサービスをサポートする最も適切な技術である。なぜならマルチキャスト通信は情報が複数の同時レシーバに送信される際のリソースの利用性の点でユニキャスト通信より効率的であるからである。それでもなお、シームレスなモビリティ（seamless mobility）をサポートするマルチキャストプロトコルは発展してこなかった。このタイプの通信を含むシームレスハンドオーバを実現するには、移動性（mobility）管理が必要である。このように、マルチキャストモビリティ管理は次世代移動ネットワークの開発が成功する鍵となるチャレンジングかつ未解決の問題である。すなわち、移動端末／移動ネットワークのハンドオーバ中の損失を抑制し、ひいてはサービスの劣化を抑えるソリューションが必要とされている。
【０００３】
図１を参照してネットワークの移動（マルチキャストレシーバを含む）の影響について述べる。通常、ネットワークの移動はマルチキャストツリーの断絶を引き起こし、この結果、パケットロスが生じる。かかる問題における基本的な本質は、アクセスネットワーク全体の移動は異なるマルチキャストツリーの異なるレシーバに影響を及ぼす可能性があるため、マルチキャスト配送の際のレシーバの移動が既に複雑であるところに、さらにもっと多くの問題が生じることにある。
【０００４】
本発明の実施形態の説明に入る前に、最初に従来技術によるいくつかのモビリティのためのアプローチについて説明する。
【０００５】
移動ノード（ＭＮ：Mobile Node）が接続性を失うことなくネットワークへの帰属ポイントを変更することができるようにするため、ＩＥＴＦ（Internet Engineering Task Force）はモバイルＩＰプロトコル（Mobile IP protocol）を提案している（例えば非特許文献１および非特許文献２参照）。このアプローチでは、移動ノード（ＭＮ）がフォーリンネットワーク（ＦＮ：Foreign Network）と称する別のネットワークへ移動するとき、移動ノード（ＭＮ）はホームエージェント（ＨＡ：Home Agent）と称されるホームネットワーク（ＨＮ：Home Network）内のエンティティに気付アドレス（ＣｏＡ：Care of Address）と呼ばれるその新たなアドレス（移動先のアドレス）を通知する。ホームネットワークからのホームアドレス（ＨｏＡ：Home Address）は保持されるものであり、ＣｏＡとは対照的に移動ノードの位置には依存しない。所与のライフタイムの間だけ、ＨＡにＨｏＡとＣｏＡとの間にバインドする関連付け（binding association）が生成される。移動ノード（ＭＮ）にアドレス指定されたパケットはホームネットワークにおいてＨＡによってインターセプトされる。これらのパケットを配送するため、このエンティティ（ＨＡ）は移動ノード（ＭＮ）またはフォーリンエージェント（ＦＡ：Foreign Agent）と呼ばれるＦＮ内のエンティティとのトンネル（tunnel）を設定する。
【０００６】
モバイルＩＰネットワーク上のマルチキャストをサポートするため、ＩＥＴＦは双方向トンネリングアプローチを提案している。この提案は、ホーム加入（Home Subscription）としても知られており、モバイルＩＰアーキテクチャに基づいている（非特許文献２参照）。移動ノード（ＭＮ）がフォーリンネットワーク（ＦＮ）内にいて、ある特定のマルチキャストグループに加入したいと思う場合、その移動ノード（ＭＮ）はホームエージェント（ＨＡ）との双方向トンネルを設定する。このトンネルを通じて、移動ノード（ＭＮ）はmembership reportメッセージを送信し、マルチキャストデータを受信する。移動ノード（ＭＮ）は、新たなフォーリンネットワーク（ＦＮ）に移動する度に、ＨＡを通じてマルチキャストデータを受信し続ける。言い換えると、移動ノード（ＭＮ）が異なるネットワークに移動する度にマルチキャストツリーが再構築される必要はない。このように、マルチキャストがサポートされなければならないのはホームネットワークだけである。また、このアプローチのおかげで移動ノードはローカルなホームネットワークマルチキャストグループに参加することができる。しかしながら、このスキームはホームネットワークにおけるトラフィックの増大をもたらし、マルチキャストパケットのルーティングは最適ではなくなる。その上、移動ノードあるＦＮにおいて、同一のマルチキャストグループに複数の移動ノード（ＭＮ）が加入している場合には、パケットの重複が生じる。
【０００７】
ＲＳ（Remote Subscription）スキーム（例えば非特許文献３参照）では、移動ノード（ＭＮ）はマルチキャストグループに加入するまたはマルチキャストグループから離脱するときは、静的ノードの通常の振る舞いに従う。言い換えると、移動ノード（ＭＮ）は新しいネットワークに移動するときはローカルマルチキャストルータを通じてマルチキャストグループに加入する。このアプローチは最適なルーティングをもたらし、モバイルＩＰベースのアプローチに存在するパケット重複を避ける。しかしながら、移動ノード（ＭＮ）が新たなネットワークに移動する（かつ同じグループの加入者がこのネットワークに存在しない）毎に、マルチキャストツリーを再調整しなければならず、このことが通信の長期の断絶、延いてはパケットロスの原因となる。その上、全てのＦＮがマルチキャストをサポートするという想定は不適当である。
【０００８】
モバイルＩＰネットワーク上のネットワークモビリティ（network mobility）をサポートするために、ＩＥＴＦは移動ネットワーク（Mobile Networks）がインタネットの異なるポイントに帰属することを可能にするNetwork Mobility (NEMO)Basic Supportプロトコルを提案した（非特許文献４参照）。この提案では、移動ネットワークはその移動を管理するモバイルルータ（ＭＲ：Mobile Routers）と呼ばれる特定のゲートウェイを通じてのみアクセスすることが可能である。ネットワークをインタネットに接続するモバイルルータ（ＭＲ）はそのホームエージェント（ＨＡ）とともにNEMO Basic Supportプロトコルを実行する。このプロトコルは、モバイルＩＰｖ６の拡張版であり、移動ネットワークが移動する際に移動ネットワーク内のあらゆるノードに対し、モバイルルータ（ＭＲ）とそれぞれのホームエージェント（ＨＡ）との間の双方向トンネル（bi-directional tunnel）を設定することによって、セッションの継続性を保証するものである。モバイルルータ（ＭＲ）は、ホームネットワーク（ＨＮ：Home Network）から離脱して移動先のアクセスルータ（ＮＡＲ：New Access Router）に帰属するときは、訪問先のネットワーク（Visited Network）から新たな気付アドレス（Care of Address）を取得する。モバイルルータ（ＭＲ）は、モバイルルータ（Mobile Router）またはモバイルホスト（ＭＨ：Mobile Host）の機能を果たすことができる。モバイルルータ（ＭＲ）はそれが発信元となるセッションに対してはモバイルホスト（ＭＨ）の機能を果たし、加えて移動ネットワークとの接続性を実現する。一方、モバイルルータ（ＭＲ）がモバイルルータ（Mobile Router）の機能を果たし、延いては移動ネットワーク内のノードとの接続性を実現しようとする場合には、モバイルルータ（ＭＲ）はホームネットワーク（ＨＮ）に送られるBinding Updateメッセージ内のフラグ（Ｒ）を設定することによってこれをホームエージェント（ＨＡ）に通知する。ネットワークモビリティをサポートするため、ホームエージェント（ＨＡ）は移動ネットワークプレフィックス（Mobile Network prefix）に関するバインディング（binding）の情報を持たなくてはならない。こうして、Binding Updateメッセージに移動ネットワークプレフィックス（Mobile Network Prefix）に関する情報が含まれることで、ホームエージェント（ＨＡ）は移動ネットワーク内のノード宛のパケットをモバイルルータ（ＭＲ）に転送することができる。代わりに、モバイルルータ（ＭＲ）とホームエージェント（ＨＡ）は双方向トンネルを通じてルーティングプロトコルを実行することができる。この場合、モバイルルータ（ＭＲ）はプレフィックス情報をBinding Updateメッセージに含ませる必要はない。ホームエージェント（ＨＡ）はモバイルルータ（ＭＲ）にBinding Acknowledgementを送信することによってBinding Updateを受信確認する。モバイルルータフラグ（Ｒ）が設定された肯定的受信確認はホームエージェント（ＨＡ）が移動ネットワークへのフォワーディングをセットアップしたことを意味する。バインディングの処理（binding process）が終了すると、ホームエージェント（ＨＡ）とモバイルルータ（ＭＲ）との間に双方向トンネルが確立される。トンネルのエンドポイントはモバイルルータ（ＭＲ）の気付アドレス（ＣｏＡ）とホームエージェント（���Ａ）のアドレスである。発信元アドレスがネットワークアドレスプレフィックス（Network Address Prefix）に属しているパケットが移動ネットワークから受信された場合、モバイルルータ（ＭＲ）はそのパケットをこのトンネルを通じてホームエージェント（ＨＡ）に逆トンネルさせる。ホームエージェント（ＨＡ）はこのパケットを脱カプセル化し、それを通信相手であるコレスポンデントノード（Correspondent Node）へ転送する。コレスポンデントノードが移動ネットワーク内のノードへデータパケットを送信するときには、そのパケットは、モバイルルータ（ＭＲ）へのバインディングを現在保持しているホームエージェント（ＨＡ）へとルート指定される。続いてホームエージェント（ＨＡ）はそのパケットをモバイルルータ（ＭＲ）の現在の気付アドレス（ＣｏＡ）にトンネルさせる。モバイルルータ（ＭＲ）は送られてきたパケットを脱カプセル化し、それをインタネットにそこで接続されるインタフェースに転送する。
【０００９】
ＮＥＭＯプロトコルはネスト型モビリティ（Nested Mobility）と称される階層構造もサポートすることができる。このネスト型モビリティ（Nested Mobility）では、あるモバイルルータ（ＭＲ）の移動ネットワークに別のモバイルルータ（ＭＲ）が帰属することが可能である（すなわち、ある移動ネットワークの内部に別の移動ネットワークが存在できる）。しかしながら、ネスト型移動ネットワーク（nested Mobile Networks）はいわゆるピンボールルーティング問題（pinball routing problem）に悩まされる。すなわち、NEMO Basic Supportプロトコルでは各モバイルルータ（ＭＲ）は、それ自身のホームエージェント（ＨＡ）を持っているので、コレスポンデントノードがネスト型移動ネットワーク（nested Mobile Networks）の最下層に位置するノード（Node）にパケットを送信する場合、そのパケットは全てのモバイルルータ（ＭＲ）のホームエージェント（ＨＡ）を訪れる必要がある。これまでにこのピンボールルーティング問題の解決を試みたいくつものソリューションが提案されている。
【００１０】
ＲＯＴＩＯ（Route Optimization Using Tree Information Option）（非特許文献５）という提案は、ピンボール問題を解決するとともに、別の移動ネットワークに接続した移動ネットワークのシームレスハンドオーバをサポートしようと試みている。このアプローチでは、複数のＭＲ（モバイルルータ）がツリー状階層を形成する。このツリー状階層ではネスト型移動ネットワーク（nested Mobile Network）のルートＭＲはＴＬＭＲ（Top-level Mobile Router）と称され、内部のモバイルルータ（interior ＭＲ）はＩＭＲ（Intermediate Routers）と称される。加えて、ツリー・トポロジーが変化するとき、更に２つのエンティティ、つまり、ＰＰＭＲ（previous parent MR）とＨＬＭＲ（Handover Leader MR）、が指定される。すなわち、ネスト型ＮＥＭＯのサブネットが移動する場合、離脱するサブツリーのルートＭＲはＨＬＭＲであり、ＨＬＭＲが帰属していたＭＲはＰＰＭＲである。移動ネットワークのシームレスハンドオーバに関するＲＯＴＩＯ機能の一例を図２に示す。このシナリオでは、（ＩＭＲ１に帰属した）ＩＭＲ２はＡＲ２に移動する（ステップ１）ので、それはＨＬＭＲとなり、ＩＭＲ１はＰＰＭＲになる。
【００１１】
新たな接続性が検出されるとすぐに、ＨＬＭＲは、ＰＰＭＲに対して当該ＭＲのサブネットに送信中のパケットをＨＬＭＲの新たな気付アドレス（ＣｏＡ）に向けてルート指定し直すことを要求するHandover BUを送信する（ステップ２）。ＨＬＭＲはＴＬＭＲからＰＰＭＲまでのネットワークのトポロジーを知っているので、それは発信元ルーティングを実行することができ、その結果、そのhandoff BUはハンドオーバ以前に存在していた移動ネットワーク内においてルート指定される。この場合、handoff BUは、ＡＲ２、ＴＬＭＲのＨＡ、ＡＲ１、ＴＬＭＲおよびＰＰＭＲを順番に通過する。こうして、ＣＮ（Core Network）がＢＵタイマ（通常のＢＵであってhandoff BUではない）の期限切れ前にあるパケットを送信する場合（ステップ３）、そのパケットはＩＭＲ２のＨＡにある既存のバインディングの情報を使用してルート指定される。パケットはＰＰＭＲに到達し（ステップ４）、そこでカプセル化されて、ＨＬＭＲの現在位置に送信される（ステップ５）。ＨＬＭＲはパケットを脱カプセル化し、それをローカルノードに送る（ステップ６）。このように、パケットロスは、ＨＬＭＲの新しい気付アドレス（ＣｏＡ）を持つhandoff BUをできるだけ早くＰＰＭＲに送信することによって低減される。
【００１２】
ハンドオーバ中にパケットが失われる問題を解決するため、一部のmicro-mobilityプロトコルはそれらのパケットを一時的にバッファリングするように設計される。一部のアプローチでは、パケットは移動前のアクセスルータ（ＰＡＲ：Previous Access Router）にバッファリングされ、ハンドオーバ後、移動ノード（ＭＮ）と移動先のアクセスルータ（ＮＡＲ：New Access Router）との間のＩＰ接続が確立されたときに、バッファに格納されたパケットがＰＡＲから移動ノード（ＭＮ）に送信される。これは、例えば、モバイルＩＰｖ４におけるＬＬＨ（Low Latency Handoffs）の事前登録で利用することができる（例えば非特許文献６参照）。他のスキームはＮＡＲにパケットをバッファリングする。これはＦＭＩＰに当てはまる（非特許文献７参照）。しかしながら、これらのアプローチはどれもハンドオーバ中の受信アプリケーションのスタベーションを回避せず、マルチユーザサービスの機能をサポートしない。
【００１３】
移動ネットワーク上のマルチキャストをサポートする可能なアプローチはマルチキャスト移動ノード（Multicast Mobile Node）のRemote Subscription提案をモバイルルータ（ＭＲ）の場合に適用することである。関心のあるマルチキャストグループを事前に（アプリオリに）知っている単一の移動ノード移動ノードとは対照的に、モバイルルータ（ＭＲ）は、いくつかのＭＮがどのマルチキャストグループからトラフィックを受信することを期待しているかを見出し、フォーリンネットワーク（ＦＮ）においてこれらのグループの全てに（ＭＮに代行して）加入する必要がある。ＭＮにとって関心のあるマルチキャストグループを発見するマルチキャストルータ（Multicast Router）の標準的な方法は、Group Membershipプロトコル（ＩＰｖ４に対してはＩＧＭＰ、ＩＰｖ６に対してはＭＬＤ）を使用することである。モバイルルータ（ＭＲ）が全てのＩＰサブネットにダイレクトに帰属するシンプルな移動ネットワークトポロジーに対しては、これらのGroup Membershipプロトコルはモバイルルータ（ＭＲ）が移動ネットワーク内のＭＮ達からGroup Membership情報を収集するのに十分である。しかしながら、モバイルルータ（ＭＲ）に加えて移動ネットワーク内にルータを含むもっと複雑なトポロジーでは、これらのプロトコルは十分とはいえない。この状況における１つのアイデアはGroup Membership情報がルータからルータ（各ルータごとに集約される）へモバイルルータ（ＭＲ）まで伝搬するように内部ルータにわたるＩＧＭＰ／ＭＬＤプロキシング（例えば非特許文献８参照）を使用することである。各内部ルータは単一のアップストリームインタフェースと１つ以上のダウンストリームインタフェースを用いてＩＧＭＰ／ＭＬＤベースのフォワーディングを実行するプロキシ装置（proxy device）として働く。このプロキシ装置は任意のダウンストリームインタフェース上の全てのサブスクリプション（subscriptions）を合併したデータベースを管理する。このようして、プロキシ装置は、マルチキャストグループ宛のパケットを受信したら、そのデータベースを使用してそのパケットを関心のあるレシーバとのインタフェースに転送する。モバイルルータ（ＭＲ）は、別の場所に移動したら、移動前のアクセスルータ（ＰＡＲ）を通じて受信された全てのマルチキャストセッションに再加入する。このアプローチによれば、モバイルルータ（ＭＲ）はそれ自身でマルチキャストセッションの再加入を処理するので、移動ネットワークのモビリティはその中のマルチキャストレシーバには見えないようになっている。それでもなお、このスキームはマルチユーザセッションにシームレスモビリティを提供できていない。
【００１４】
【非特許文献１】C. Perkings, "RFC 3344: IPv4 Mobility Support," Internet Engineering Task Force, 2002
【非特許文献２】D. Johnson, C. Perkins, and J. Arkko, "RFC 3775: Mobility Support for IPv6," IETF RFC 3775, June 2004
【非特許文献３】C. Janneteau and Y. Tian, "Comparison of the Three Approaches Towards Mobile Multicast," in IST Mobile and Wireless Communications Summit, 2003
【非特許文献４】V. Devarapalli, R. Wakikawa, A. Petrescu, and P. Thubert, "RFC 3963: Network Mobility (NEMO)Basic Support Protocol." IETF, January 2005
【非特許文献５】H. Cho, T. Kwon, and Y. Choi, "Route Optimization Using Tree Information Option for Nested Mobile Networks," IEEE Journal on Selected Areas in Communications, vol. 24, 2006
【非特許文献６】K. E. Malki, "Internet Draft: Low Latency Handoffs in Mobile IPv4," Internet Engineering Task Force, October 2005
【非特許文献７】R. Koodli, "RFC 4068: Fast Handovers for MobileI Pv6," IETF RFC 4068, July 2005
【非特許文献８】B. Fenner, H. He, B. Haberman, and H. Sandick, "RFC 4605: IGMP/MLD-Based Multicast Forwarding ("IGMP/MLD Proxying")," IETF RFC 4605, August2006
【発明の開示】
【発明が解決しようとする課題】
【００１５】
前述のように、既存のソリューションによっては、特に移動しているネットワークにレシーバが帰属する場合に、マルチユーザセッションに対するシームレスなモビリティは実現されない。これらの従来のアプローチはハンドオーバ処理中のパケットロスやフローの断絶を完全に避けることはできない。
【課題を解決するための手段】
【００１６】
本発明は、上記課題を解決するため、マルチキャストセッション（multicast session）のデータを受信する移動エンティティ（mobile entity）による第１のアクセスノード（access node）から第２のアクセスノードへのシームレスなハンドオーバ（seamless handover）を実行するための方法を提供する。
【００１７】
本方法は、１つの態様として、
マルチキャストセッションのデータを受信する移動端末と、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであるシームレスハンドオーババッファと、
前記移動端末を接続するためのアクセスノードと、
前記移動端末のハンドオーバ中に前記アクセスノードに到来する前記データを格納するバッファであるハンドオーバマルチキャストホルダと、
を含むネットワークにおいて、第１の前記アクセスノードから第２の前記アクセスノードへシームレスに前記移動端末をハンドオーバするためのハンドオーバ方法であって、
前記移動端末において前記マルチキャストセッションのデータが前記マルチキャストセッションのアプリケーションへ転送される前に、当該データを前記シームレスハンドオーババッファが格納し、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するステップと、
ハンドオーバ中、前記シームレスハンドオーババッファが、格納している前記データを前記アプリケーションへ転送するステップと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダが格納するステップと、
前記第２のアクセスノードへのハンドオーバ完了後の前記移動端末が、当該移動先において前記マルチキャストセッションに加入するステップと、
前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダに向けてリクエストメッセージを送信することによって、ハンドオーバ中に受信されなかった前記データを前記シームレスハンドオーババッファが要求するステップと、
前記リクエストメッセージに応じる前記ハンドオーバマルチキャストホルダが、格納している前記データを前記シームレスハンドオーババッファに向けて送信するステップと、を含む。
【００１８】
上記ハンドオーバ方法は、１つの態様として、
前記第１のアクセスノードのハンドオーバマルチキャストホルダから前記データを受信する前記シームレスハンドオーババッファが、当該ハンドオーバマルチキャストホルダから送られてくるデータと前記第２のアクセスノードから流れてくる前記マルチキャストセッションのデータとを一緒に受信することに起因して生じ得る前記各データの時系列の乱れを訂正するステップをさらに含むことができる。
【００１９】
かかる順序付け（ordering）ステップは２つの異なるデータ（一方は前のアクセスノードのバッファから来るユニキャストのカプセル化されたデータストリーム、他方は新たなアクセスノードから来るマルチキャストデータストリーム）から到着するパケットが正しく順番通りになっていない（可能性があるという）事実に対処し、順序付けメカニズムはそのオーダリングの欠如を補うようなものになっている。
【００２０】
前記順序付けステップは、１つの態様として、
到着パケットを、それらのパケットによって運ばれたタイムスタンプに基づいて順序付けること、あるいは、到着パケットをそれらのパケットの識別子に基づいて順序付けること、から成る。
【００２１】
携帯電話機などの移動機器のほかに、移動機器が接続された丸ごとのネットワークも、上記同様の方法でシームレスハンドオーバを実行することが可能である。データのレシーバは従って（例えば携帯電話機に搭載された）アプリケーションまたはルータ若しくはノードなどのネットワーク内の機器である場合がある。
【００２２】
すなわち、本方法は、１つの態様として、
マルチキャストセッションのデータを受信するレシーバを接続した移動ネットワークと、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであるシームレスハンドオーババッファと、
前記移動ネットワークを接続する、別のネットワークのアクセスノードと、
前記移動ネットワークのハンドオーバ中に前記アクセスノードに到来する前記データを格納するバッファであるハンドオーバマルチキャストホルダと、
を含むネットワークにおいて、第１の前記アクセスノードから第２の前記アクセスノードへシームレスに前記移動ネットワークをハンドオーバするためのハンドオーバ方法であって、
前記移動ネットワークにおいて前記マルチキャストセッションのデータが前記レシーバへ配送される前に、当該データを前記シームレスハンドオーババッファが格納し、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するステップと、
ハンドオーバ中、前記シームレスハンドオーババッファが、格納している前記データを前記レシーバへ配送するステップと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダが格納するステップと、
前記第２のアクセスノードへのハンドオーバ完了後の前記移動ネットワークが、当該移動先において前記マルチキャストセッションに加入するステップと、
前記第１のアクセスノードのハンドオーバマルチキャストホルダが、前記シームレスハンドオーババッファの要求に応じて、格納している前記データを当該シームレスハンドオーババッファへ送信するステップと、を含む。
【００２３】
本方法は、別の１つの態様として、
マルチキャストセッションのデータを受信するレシーバを接続した第１の移動ネットワークと、
前記第１の移動ネットワークを接続する、第２の移動ネットワークのアクセスノードと、
前記第２の移動ネットワークを接続する、別のネットワークのアクセスノードと、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであり、前記第１及び第２の移動ネットワークにそれぞれ付属するシームレスハンドオーババッファと、
前記第１及び第２の移動ネットワークのハンドオーバ中に前記アクセスノードに到来する前記データを格納するバッファであるハンドオーバマルチキャストホルダと、
を含むネットワークにおいて、前記第１及び第２の移動ネットワークの少なくとも１つを第１の前記アクセスノードから第２の前記アクセスノードへシームレスにハンドオーバするためのハンドオーバ方法であって、
前記第２の移動ネットワークにおいて前記マルチキャストセッションのデータが前記第１の移動ネットワークへ配送される前に、当該データを前記シームレスハンドオーババッファが格納すると共に、前記第１の移動ネットワークにおいて前記マルチキャストセッションのデータが前記レシーバへ配送される前に、当該データを前記シームレスハンドオーババッファが格納し、前記各移動ネットワークにおいて、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するステップと、
前記第１の移動ネットワークがハンドオーバを実行する場合、当該第１の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記レシーバへ配送すると共に、前記第２の移動ネットワークがハンドオーバを実行する場合、当該第２の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記第１の移動ネットワークへ配送するステップと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダが格納するステップと、
前記ハンドオーバを実行した移動ネットワークが、前記第２のアクセスノードへのハンドオーバ完了後、当該移動先において前記マルチキャストセッションに加入するステップと、
前記第１のアクセスノードのハンドオーバマルチキャストホルダが、前記ハンドオーバを実行した移動ネットワークの前記シームレスハンドオーババッファの要求に応じて、格納している前記データを当該シームレスハンドオーババッファへ送信するステップと、を含む。
【００２４】
本方法は、別の１つの態様として、
マルチキャストセッションのデータを受信するレシーバを接続した第１の移動ネットワークと、
前記第１の移動ネットワークを接続する、第２の移動ネットワークのアクセスノードと、
前記第２の移動ネットワークを接続する、固定ネットワークのアクセスノードと、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであり、前記第１及び第２の移動ネットワークにそれぞれ付属するシームレスハンドオーババッファと、
前記第１及び第２の移動ネットワークのハンドオーバ中に前記固定ネットワークのアクセスノードに到来する前記データを格納するバッファであるハンドオーバマルチキャストホルダと、
を含むネットワークにおいて、前記第１及び第２の移動ネットワークの少なくとも１つを第１の前記アクセスノードから第２の前記アクセスノードへシームレスにハンドオーバするためのハンドオーバ方法であって、
前記第２の移動ネットワークにおいて前記マルチキャストセッションのデータが前記第１の移動ネットワークへ配送される前に、当該データを前記シームレスハンドオーババッファが格納すると共に、前記第１の移動ネットワークにおいて前記マルチキャストセッションのデータが前記レシーバへ配送される前に、当該データを前記シームレスハンドオーババッファが格納し、前記各移動ネットワークにおいて、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するステップと、
前記第１の移動ネットワークがハンドオーバを実行する場合、当該第１の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記レシーバへ配送すると共に、前記第２の移動ネットワークがハンドオーバを実行する場合、当該第２の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記第１の移動ネットワークへ配送するステップと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記ハンドオーバマルチキャストホルダが格納するステップと、
前記ハンドオーバを実行した移動ネットワークが、前記第２のアクセスノードへのハンドオーバ完了後、当該移動先において前記マルチキャストセッションに加入するステップと、
前記ハンドオーバマルチキャストホルダが、前記ハンドオーバを実行した移動ネットワークの前記シームレスハンドオーババッファの要求に応じて、格納している前記データを当該シームレスハンドオーババッファへ送信するステップと、を含む。
【００２５】
本発明は、さらに、上記いずれかの態様のハンドオーバ方法をコンピュータに実行させるプログラムコードを含んで構成されたコンピュータプログラムも提供する。
【００２６】
本発明は、上記課題を解決するため、マルチキャストセッションのデータを受信する移動エンティティの第１のアクセスノードから第２のアクセスノードへのシームレスハンドオーバを実行するための装置も提供する。
【００２７】
本装置は、１つの態様として、
マルチキャストセッションのデータを受信する移動端末と、
該移動端末を接続するためのアクセスノードと、
を含むネットワークにおいて、第１の前記アクセスノードから第２の前記アクセスノードへシームレスに前記移動端末をハンドオーバするためのハンドオーバ装置であって、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであるシームレスハンドオーババッファと、
前記移動端末のハンドオーバ中に前記アクセスノードに到来する前記マルチキャストセッションのデータを格納するバッファであるハンドオーバマルチキャストホルダと、
前記移動端末において前記マルチキャストセッションのデータが前記マルチキャストセッションのアプリケーションへ転送される前に、当該データを前記シームレスハンドオーババッファが格納し、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するためのモジュールと、
ハンドオーバ中、前記シームレスハンドオーババッファが、格納している前記データを前記アプリケーションへ転送するためのモジュールと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダが格納するためのモジュールと、
前記第２のアクセスノードへのハンドオーバ完了後の前記移動端末が、当該移動先において前記マルチキャストセッションに加入するためのモジュールと、
前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダに向けてリクエストメッセージを送信することによって、ハンドオーバ中に受信されなかった前記データを前記シームレスハンドオーババッファが要求するためのモジュールと、
前記リクエストメッセージに応じる前記ハンドオーバマルチキャストホルダが、格納している前記データを前記シームレスハンドオーババッファに向けて送信するためのモジュールと、を含んで構成される。
【００２８】
上記ハンドオーバ装置は、１つの態様として、
前記第１のアクセスノードのハンドオーバマルチキャストホルダから前記データを受信する前記シームレスハンドオーババッファが、当該ハンドオーバマルチキャストホルダから送られてくるデータと前記第２のアクセスノードから流れてくる前記マルチキャストセッションのデータとを一緒に受信することに起因して生じ得る前記各データの時系列の乱れを訂正するためのモジュールをさらに含むことができる。
【００２９】
本装置は、別の１つの態様として、
マルチキャストセッションのデータを受信するレシーバを接続した移動ネットワークと、
該移動ネットワークを接続する、別のネットワークのアクセスノードと、
を含むネットワークにおいて、第１の前記アクセスノードから第２の前記アクセスノードへシームレスに前記移動ネットワークをハンドオーバするためのハンドオーバ装置であって、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであるシームレスハンドオーババッファと、
前記移動ネットワークのハンドオーバ中に前記アクセスノードに到来する前記マルチキャストセッションのデータを格納するバッファであるハンドオーバマルチキャストホルダと、
前記移動ネットワークにおいて前記マルチキャストセッションのデータが前記レシーバへ配送される前に、当該データを前記シームレスハンドオーババッファが格納し、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するためのモジュールと、
ハンドオーバ中、前記シームレスハンドオーババッファが、格納している前記データを前記レシーバへ配送するためのモジュールと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダが格納するためのモジュールと、
前記第２のアクセスノードへのハンドオーバ完了後の前記移動ネットワークが、当該移動先において前記マルチキャストセッションに加入するためのモジュールと、
前記第１のアクセスノードのハンドオーバマルチキャストホルダが、前記シームレスハンドオーババッファの要求に応じて、格納している前記データを当該シームレスハンドオーババッファへ送信するためのモジュールと、を含んで構成される。
【００３０】
本装置は、別の１つの態様として、
マルチキャストセッションのデータを受信するレシーバを接続した第１の移動ネットワークと、
前記第１の移動ネットワークを接続する、第２の移動ネットワークのアクセスノードと、
前記第２の移動ネットワークを接続する、別のネットワークのアクセスノードと、
を含むネットワークにおいて、前記第１及び第２の移動ネットワークの少なくとも１つを第１の前記アクセスノードから第２の前記アクセスノードへシームレスにハンドオーバするためのハンドオーバ装置であって、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであり、前記第１及び第２の移動ネットワークにそれぞれ付属するシームレスハンドオーババッファと、
前記第１及び第２の移動ネットワークのハンドオーバ中に前記アクセスノードに到来する前記マルチキャストセッションのデータを格納するバッファであるハンドオーバマルチキャストホルダと、
前記第２の移動ネットワークにおいて前記マルチキャストセッションのデータが前記第１の移動ネットワークへ配送される前に、当該データを前記シームレスハンドオーババッファが格納すると共に、前記第１の移動ネットワークにおいて前記マルチキャストセッションのデータが前記レシーバへ配送される前に、当該データを前記シームレスハンドオーババッファが格納し、前記各移動ネットワークにおいて、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するためのモジュールと、
前記第１の移動ネットワークがハンドオーバを実行する場合、当該第１の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記レシーバへ配送すると共に、前記第２の移動ネットワークがハンドオーバを実行する場合、当該第２の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記第１の移動ネットワークへ配送するためのモジュールと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記第１のアクセスノードの前記ハンドオーバマルチキャストホルダが格納するためのモジュールと、
前記ハンドオーバを実行した移動ネットワークが、前記第２のアクセスノードへのハンドオーバ完了後、当該移動先において前記マルチキャストセッションに加入するためのモジュールと、
前記第１のアクセスノードのハンドオーバマルチキャストホルダが、前記ハンドオーバを実行した移動ネットワークの前記シームレスハンドオーババッファの要求に応じて、格納している前記データを当該シームレスハンドオーババッファへ送信するためのモジュールと、を含んで構成される。
【００３１】
本装置は、別の１つの態様として、
マルチキャストセッションのデータを受信するレシーバを接続した第１の移動ネットワークと、
前記第１の移動ネットワークを接続する、第２の移動ネットワークのアクセスノードと、
前記第２の移動ネットワークを接続する、固定ネットワークのアクセスノードと、
を含むネットワークにおいて、前記第１及び第２の移動ネットワークの少なくとも１つを第１の前記アクセスノードから第２の前記アクセスノードへシームレスにハンドオーバするためのハンドオーバ装置であって、
ハンドオーバ中に前記マルチキャストセッションのフローを継続可能なデータ容量を有するバッファであり、前記第１及び第２の移動ネットワークにそれぞれ付属するシームレスハンドオーババッファと、
前記第１及び第２の移動ネットワークのハンドオーバ中に前記固定ネットワークのアクセスノードに到来する前記マルチキャストセッションのデータを格納するバッファであるハンドオーバマルチキャストホルダと、
前記第２の移動ネットワークにおいて前記マルチキャストセッションのデータが前記第１の移動ネットワークへ配送される前に、当該データを前記シームレスハンドオーババッファが格納すると共に、前記第１の移動ネットワークにおいて前記マルチキャストセッションのデータが前記レシーバへ配送される前に、当該データを前記シームレスハンドオーババッファが格納し、前記各移動ネットワークにおいて、ハンドオーバ中に前記マルチキャストセッションのフローを継続可能な量の前記データを蓄積するためのモジュールと、
前記第１の移動ネットワークがハンドオーバを実行する場合、当該第１の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記レシーバへ配送すると共に、前記第２の移動ネットワークがハンドオーバを実行する場合、当該第２の移動ネットワークの前記シームレスハンドオーババッファが、格納している前記データをハンドオーバ中に前記第１の移動ネットワークへ配送するためのモジュールと、
ハンドオーバ中の前記マルチキャストセッションのデータを、前記ハンドオーバマルチキャストホルダが格納するためのモジュールと、
前記ハンドオーバを実行した移動ネットワークが、前記第２のアクセスノードへのハンドオーバ完了後、当該移動先において前記マルチキャストセッションに加入するためのモジュールと、
前記ハンドオーバマルチキャストホルダが、前記ハンドオーバを実行した移動ネットワークの前記シームレスハンドオーババッファの要求に応じて、格納している前記データを当該シームレスハンドオーババッファへ送信するためのモジュールと、を含んで構成される。
【発明を実施するための最良の形態】
【００３２】
本発明の実施形態を詳細に説明する前に、以下の説明で用いられるいくつかの用語について説明する。使用される用語は以下の通り。
・ＡＲ（Access Router）−アクセスルータ
・ＨＭＨ（Handover Multicast Holder）−ハンドオーバマルチキャストホルダ
・ＭＮ（Mobile Node）−移動ノード
・ＳＥＡＭＮＥＴ（Seamless Mobility of terminals or Networks）−端末またはネットワークのシームレスモビリティ
・ＳＨＢ（Seamless Handover Buffer）−シームレスハンドオーババッファ
【００３３】
以下、マルチユーザサービス（multi-user services）のユーザが異なるアクセスルータ（ＡＲ）間を移動する場合、または、マルチユーザサービスのユーザが帰属するネットワークがアクセスルータ（ＡＲ）間を移動する場合に、それらのユーザにシームレスなモビリティ（seamless mobility）を保証する本発明の実施形態によるメカニズムを説明する。本メカニズムはマルチユーザサービス（Multi-user Services）を利用する端末またはネットワークにシームレスモビリティ（Seamless Mobility）を保証することから、以下の説明において本メカニズムをＳＥＡＭＮＥＴメカニズムと呼び、そのコンポーネントをＳＥＡＭＮＥＴコンポーネントと呼ぶことができる。本メカニズムはマルチユーザサービスのユーザが異なるアクセスルータ（ＡＲ）間を移動する場合またはマルチユーザサービスのユーザが帰属しているネットワークがアクセスルータ（ＡＲ）間を移動する場合にそれらのユーザにシームレスモビリティを保証する。本発明の実施の一形態によるシームレス移動はアクセスルータ（ＡＲ）内のバッファと移動エンティティ（moving entity）内のバッファの組み合わせによって実現される。アクセスルータ（ＡＲ）に配置されたバッファは以下においてハンドオーバマルチキャストホルダ（ＨＭＨ：Handover Multicast Holder）と呼ばれ、ハンドオーバ中に到来するパケットを格納する責務を負う。移動エンティティに配置されたバッファは、以下、シームレスハンドオーババッファ（ＳＨＢ：Seamless Handover Buffer）と呼ばれ、ハンドオーバ期間中のフローが連続することを保証する。
【００３４】
本発明の実施の一形態によるメカニズムによれば、セッションはアプリケーション（移動端末内）または、レシーバ（移動ネットワーク内）に配送される前にＳＨＢに格納される。ＳＨＢは、マルチキャストセッションを初めて受信するときは、そのパケットを直ぐには配送せず、代わりに一定量のパケットを格納しておき、その後にのみそれらのパケットをアプリケーション／端末への送信を開始する。これにより、セッションフローの断絶を引き起こす可能性のあるハンドオーバが起こっても、アプリケーション／端末にはＳＨＢを通じて供給が続けられることになる。ハンドオーバ中のフローの継続性をサポートする能力は、最初に格納されたパケットの量、ハンドオーバのデュレーション（duration）、および流量（flow rate）に依存すると考えられる。ハンドオーバ期間中、ＨＭＨはセッションパケットを格納する。その結果、これらのパケットは失われずに済み、端末／ネットワークがハンドオーバを終了したときに入手可能となる。ハンドオーバが終了した瞬間、ＳＨＢは（移動先の）新たな場所でマルチキャストセッションに加入し、HoldPacketsRequestメッセージをＨＭＨに向けて送信することによってハンドオーバ中に受信されなかったパケットを要求する。このメッセージを受信すると、ＨＭＨに格納されたパケットはＳＨＢに向けて送信される。
【００３５】
ある移動エンティティが別の移動エンティティに帰属するネスト型モビリティ（nested mobility）のシナリオにおいては、本発明の実施の一形態におけるアプローチは、（固定ネットワークと移動ネットワーク内の）各アクセスルータ（ＡＲ）がＨＭＨを含み、各移動エンティティがＳＨＢを所有することを想定する。このシナリオにおける移動エンティティの挙動は先述の場合と似ている。このアプローチの利点はそのシンプルさにある。より効率的なアプローチはＨＭＨを固定ネットワークのアクセスルータ（ＡＲ）にだけ設置することである。このため、移動エンティティが移動ネットワークに接続する際、その移動エンティティはネスト型階層のトップにあるＨＭＨを知る必要がある。この理由のため、各アクセスルータ（ＡＲ）は、例えばアクセスルータ（ＡＲ）とＳＨＢとの間で定期的にメッセージ交換を行うことによって取得可能な、関連付けされているＨＭＨに関する情報を有していると想定される。移動エンティティが移動する直前、この移動エンティティが加入していたマルチキャストセッションの格納を指令するメッセージが、担当の（responsible）ＨＭＨに向けて送られる。ハンドオーバ後に、移動エンティティはマルチキャストセッションに加入し、好ましくはマルチキャストセッションへの加入と同時に若しくはマルチキャストセッションへの加入から大きく遅れることなく、ハンドオーバ中に格納されたパケットを要求するメッセージを前記担当のＨＭＨへ送信する。
【００３６】
本発明の実施の一形態によるメカニズムは以下のメッセージによってサポートされる。
・HoldPacketsRequest：ＳＨＢからＨＭＨに向けて送られるメッセージで、ハンドオーバ中に受信されなかったパケットを要求する。
・HoldPacketsResponse：ＨＭＨからＳＨＢへ送られるＡＣＫメッセージ。
・HoldPacketsTrigger：本メッセージはネスト型モビリティ（nested mobility）シナリオにおいてＨＭＨが固定ネットワークのアクセスルータ（ＡＲ）内にのみ存在する場合に用いられる。本メッセージは、エンティティが接続された通信中のアクセスルータ（ＡＲ）から担当のＨＭＨに向けて送信されるメッセージであり、移動ネットワーク内において加入したマルチキャストセッションの格納を指令する。
【００３７】
本発明の実施の一形態によるメカニズムは端末／ネットワークのシームレスなモビリティのために使用される以下のインタフェースとコンポーネントを含む。
・インタフェース（interfaces）
・・その他のＳＥＡＭＮＥＴコンポーネントとの相互作用：これは欠落しているパケットをＨＭＨからＳＨＢに取り戻すことを可能にする。ＳＨＢからＨＭＨへリクエストメッセージが送信される。続いて、取り戻されたパケットと一緒にリプライがＨＭＨからＳＨＢへ送信される。
・コンポーネンツ（components）
・・ＨＭＨ（Handover Multicast Holder）：このバッファは、移動エンティティ（移動端末または移動ネットワーク）を対象とするマルチキャストセッションを、移動前のアクセスルータ（ＰＡＲ：Previous Access Router）に移動中に格納する役割を担う。移動エンティティが移動先のアクセスルータ（New Access Router）に到達したら、そのパケットはＳＨＢに配送できる。結果として、ハンドオーバ期間中にパケットは失われない。ネスト型モビリティにおいて、アプローチによるものの、移動ネットワークに使用されるＨＭＨは通例通り移動前のアクセスルータ（ＰＡＲ）に配置することができるか、またはそれはネスト型トポロジー（nested topology）のトップに配置することができる。
・・ＳＨＢ（Seamless Handover Buffer）：このバッファはハンドオーバが起こるときに連続的なフローを提供する役割を担う。ＳＨＢは移動エンティティの入口部に配置され、移動エンティティ（移動端末または移動ネットワーク）を対象とするマルチキャストセッションを後でアプリケーション（移動端末内）またはレシーバ（移動ネットワーク内）に配送する前に格納する。ＳＨＢは、初めてマルチキャストセッションを受信するときは、そのパケットを直ぐには配送せず、代わりに一定量のパケットを格納しておき、その後にのみそれらのパケットをアプリケーション／端末への送信を開始する。これにより、セッションフローの断絶を引き起こす可能性のあるハンドオーバが起こっても、アプリケーション／端末にはＳＨＢを通じて供給が続けられる。ハンドオーバ中のフローの継続性をサポートする能力は、最初に格納されたパケットの量、ハンドオーバのデュレーション（duration）、および流量に依存すると考えられる。
【００３８】
本発明の実施の一形態によれば次のような利点が実現される。
・ハンドオーバ期間中にメディアの伝送を実行する（レシーバはハンドオーバ中のフローの断絶を感知しない）。
・ハンドオーバ中のパケットロスを回避または大きく低減する。
・ネットワークオペレータは、ほとんど連続的なメディアフローをレシーバに提供することによってユーザ満足度を増大させることが可能である。
・通信オーバヘッドを小さくする。
・ネスト型ネットワーク（nested networks）におけるピンボール効果を回避する。
・モバイルＩＰベースのアプローチと比べてスケーラビリティとロバースト性を向上させる。ＨＡをバイパスすることによって最適化されたルートが得られて、不具合の可能性が低減される。
【００３９】
本発明は本願と同一の出願人によって出願された欧州特許出願第０６１１９４６４．３号明細書“Method and Apparatus for Seamless Handover”（該特許出願の開示内容はこの参照により本願に含まれる）に記載された発明と関係している。前記欧州特許出願は、ＳＥＭＵＤと称されるいくかの実施形態を記述しており、本願のメカニズムＳＥＡＭＮＥＴはその実施形態と対比される。
【００４０】
両アプローチともマルチキャストレシーバにシームレスモビリティを提供することを目標としているものの、両方の出願に記載された実施形態の間にはいくつかの相違点が存在する。１つの相違点は、ＳＥＭＵＤはバッファとキャッシュの利用に基づいているのに対し、ＳＥＡＭＮＥＴスキームはバッファしか使用しないという点である。さらに、パケットは、ＳＥＭＵＤのアプローチでは移動先のアクセスルータ（New Access Router）に格納されるのに対し、ＳＥＡＭＮＥＴアプローチでは移動前のアクセスルータ（Previous Access Router）に格納される。
【００４１】
２つの出願に記載された２つの実施形態の間の別の相違点は予測性のサポート（prediction support）にある。ＳＥＭＵＤのスキームにおいては、次の最も可能性の高いアクセスルータ（ＡＲ）を事前（アプリオリ）に知る必要がある。この知識のおかげで、移動前のアクセスルータ（Previous Access Router）は、当該最も可能性の高いアクセスルータ（ＡＲ）に対して、目的のマルチキャストセッションに加入しそれぞれのキャッシュを設定することを指令することが可能となる。このプロセスは（本願の）ＳＥＡＭＮＥＴアプローチでは必ずしも必要ではない。
【００４２】
別の相違点は、復元（リカバリ）のプロセスに関する。ＳＥＭＵＤのアプローチにおける実施の一形態によればセッション毎にただ一つのキャッシュ（cache）が使用され、そこからレシーバが欠落しているパケットを取り戻す。ＳＥＡＭＮＥＴアプローチは実施の一形態によればセッション毎ではなく移動エンティティ毎に１つのバッファ（ＨＭＨ）を使用する。
【００４３】
次に、ＳＥＡＭＮＥＴメカニズムに関する更なる実施形態について説明する。最初に、移動端末に関連するシナリオについて説明する。
【００４４】
図３に移動端末（Mobile Terminal）がアクセスネットワーク（Access Network）に接続されたシナリオを示す。この移動端末はマルチキャストセッションを受信しており、アクセスルータ（ＡＲ）間を移動している。マルチキャストセッションからのパケットはまずＳＨＢにバッファリングされ、その後、アプリケーションに転送される。
【００４５】
ハンドオーバの決定がなされた後、アクセスルータＡはそのＨＭＨに対し、移動端末に宛てたパケットの格納を開始するよう命じる。さらに、移動端末が２つのアクセスルータ（ＡＲ）間を移動しているときは、アプリケーションには移動端末のＳＨＢに格納されたパケットを通じた供給が続けられる。この挙動を図４に示す。
【００４６】
図５に示すように、移動端末は、ハンドオーバを終了すると移動前のアクセスルータ（ＰＡＲ）に配置されたＨＭＨに向けてHoldPacketsRequestメッセージを送信する。同時に（またはハンドオーバを終了した時点から大きく遅れることなく）、移動端末は、移動先のアクセスルータ（ＮＡＲ）において目的のマルチキャストグループに加入する。
【００４７】
図６に示すように、HoldPacketsRequestメッセージを受信すると、格納されたパケットはカプセル化された上でユニキャストとしてＨＭＨからＳＨＢへ送信される。それと同時に（または移動端末によって送信されたマルチキャストグループへ参加するためのリクエストに応答して）、新たなマルチキャストブランチが生成され、移動端末はもう一度セッションをマルチキャストツリーからダイレクトに受信する。
【００４８】
実施の一形態によれば、ＳＨＢは、例えばパケットによって搬送されたタイムスタンプまたはパケットの識別子ＩＤ（パケットの時間的順序に対応している場合）に基づいて、移動前のアクセスルータ（ＰＡＲ）から到来するユニキャストフローと、マルチキャストツリーからダイレクトに到来するマルチキャストセッションフローとを一緒に受信することに起因して起こり得る無秩序な順番により到来するパケットを処理するための順序付け（ordering）のメカニズムを具備する。
【００４９】
このようにして、ハンドオーバ中に起こり得るパケットロスは回避され、セッションの継続性が保証される。直接的な結果として、最終ユーザにはクオリティの向上が認識される。
【００５０】
次に、移動ネットワーク（移動が可能でルーティングインフラの任意のポイントに取り付くことができるネットワークセグメント）を含むシナリオを対象とする実施形態について説明する。図７はかかるシナリオにおいて移動ネットワークがアクセスルータ（ＡＲ）に接続している様子を示している。この移動ネットワークでは２つのレシーバが同じマルチキャストセッションを受信している。このマルチキャストセッションのパケットはまずＳＨＢにバッファリングされ、その後、アクティブなレシーバを持っているインタフェースに転送される。
【００５１】
ハンドオーバの決定がなされた後、現在（通信中）のアクセスルータ（current ＡＲ）に付随するＨＭＨは、当該移動ネットワーク宛のセッションパケットを格納するよう命じられる。ハンドオーバを実行するとき、移動ネットワークは現在（通信中）のアクセスルータ（current ＡＲ）から切断し、その結果、移動ネットワークへのセッションフローは止まる。しかしながら、移動ネットワークの内部では、パケットがＳＨＢから関係のあるレシーバへ配送され続ける。当然のことながら、フローの継続性は、ＳＨＢに格納されるパケットの量（バッファサイズ）、ハンドオーバ時間、および流量（flow rate）に依存する。図８に示すように、ハンドオーバ期間中、セッションパケットはＨＭＨ（これはセッションが到達する、移動ネットワークの入口部に配置されている）に格納され、その結果、それらはネットワークの移動中に失われることはない。
【００５２】
図９に示すように、移動ネットワークがハンドオーバを終了し、移動先のアクセスルータ（ＮＡＲ）に接続すると、ＳＨＢは（移動先の）新たな場所でマルチキャストセッションに加入し、ＨＭＨに向けてHoldPacketsRequestメッセージを送信する。
【００５３】
ＨＭＨがHoldPacketsRequestメッセージを受信すると、ＳＨＢに向けてハンドオーバ中にＨＭＨに格納されたパケットの転送が開始される。同時に（またはそれに大きく遅延することなく）、マルチキャストブランチが生成され、セッションが再びネットワークにダイレクトに流れ出す（図１０参照）。
【００５４】
次に、移動ネットワークが別の移動ネットワークに帰属するシナリオを対象とする実施形態について説明する。説明されるソリューションはネスト型モビリティの階層数に対して何の制約も課さない（階層数は任意）。
【００５５】
このシナリオにおいて実施の一形態によれば、各アクセスルータ（ＡＲ）はＨＭＨを含み、各移動エンティティはＳＨＢを有する。図１１は、２つの移動ネットワークが存在していて、一方の移動ネットワーク１が固定ネットワークに帰属しており、他方の移動ネットワーク２は移動ネットワーク１に帰属しているシナリオを示している。このシナリオにおける移動エンティティはネットワークであることから、付随するＳＨＢ（図１１におけるステップ１および３）は加入したセッションからのパケットを関係のあるレシーバにそれらが配送される前に格納する（図１１におけるステップ２および４）。
【００５６】
移動ネットワーク２がハンドオーバすることを決定した後、アクセスルータＢに付随するＨＭＨは移動ネットワーク２宛のセッションパケットを格納するよう命じられる（図１２におけるステップ５）。ハンドオーバ中、移動ネットワーク２に付随するＳＨＢ（図１２におけるステップ６）はバッファリングされたパケットをマルチキャストツリーに配送し続ける（図１２におけるステップ７）。こうしてフローの断絶が回避される。
【００５７】
移動ネットワーク２がハンドオーバを実行していている間、固定ネットワークに帰属する移動ネットワーク１もハンドオーバに参加する。先述したプロセスと同じように、アクセスルータＧに付随するＨＭＨは移動ネットワーク１宛のパケット（移動ネットワーク２宛のパケットを含む）を格納する（図１３におけるステップ８）。この場合も同様に、各自のＳＨＢはバッファリングされたパケットを移動ネットワーク１に配送し続ける（図１３におけるステップ９）。
【００５８】
移動ネットワーク２がアクセスルータＣに到達した後、ハンドオーバ中に移動ネットワーク２のＳＨＢによって受信されなかったパケットを要求するHoldPacketsRequestメッセージが移動前のアクセスルータ（ＰＡＲ）に向けて送信される（図１４におけるステップ１０）。
【００５９】
一方、アクセスルータＧに付随するＨＭＨは移動ネットワーク１および２を対象とするパケットの格納を継続し、移動ネットワーク１に付随するＳＨＢはバッファリングされたパケットを送信することによってセッションフローを維持し続ける。HoldPacketsRequestメッセージを受信すると、それを契機にして移動ネットワーク２に付随するＳＨＢに向けてHoldPacketsResponseメッセージと要求されたパケットの送信が開始される（図１５におけるステップ１１）。同時に（または大きく遅延することなく）、移動ネットワーク２がそのときに接続されるアクセスルータＣに向けてマルチキャストツリーの新たなブランチが生成される（図１５におけるステップ１２）。
【００６０】
その間、移動ネットワーク１はアクセスルータＨに到達し、移動前のアクセスルータＧに付随するＨＭＨに向けてHoldPacketsRequestメッセージを送信する（図１６におけるステップ１３）。
【００６１】
その後（または大きく遅延することなく）、要求されたパケットは移動ネットワーク１に付随するＳＨＢに送信され（図１７におけるステップ１４）、アクセスルータＨに向けて新たなマルチキャストツリーブランチが生成される（図１７におけるステップ１５）。
【００６２】
ネスト型モビリティに対するこのアプローチの利点はそのシンプルさである。以下において、移動ネットワークを含むより有効なアプローチに基づく実施形態を提示する。
【００６３】
この第２のアプローチでは、ＨＭＨは固定ネットワークのアクセスルータ（ＡＲ）にのみ配置されることが想定される。こうして、あるエンティティが移動ネットワークに接続する場合には、そのエンティティはネスト型ネットワークの最上部にあるＨＭＨを知る必要がある。このため、実施の一形態によれば、各アクセスルータ（ＡＲ）は、実施の一形態において、アクセスルータ（ＡＲ）間で定期的なメッセージ交換を実行することによって取得することができる担当のＨＭＨに関する情報を所持する。
【００６４】
その１つの可能性は、移動エンティティ（例えば移動ネットワーク１）が“コアネットワーク”に接続すると、このコアネットワークの選ばれたアクセスノードがＨＭＨとして機能し、このアクセスノードの識別子は移動エンティティ内の移動ノードに（例えばこの移動ノードがコアネットワーク内の選ばれたアクセスノードによって送られたルータ広告（router advertisement）メッセージを聞くことによって）渡される（かつ格納される）という、“デフォルトルール”が存在するというものである。移動ネットワーク内の移動ノードはそれ自身のネットワークのアクセスノードにコアネットワーク内のＨＭＨの識別子についての情報を転送する。この情報はそれらのアクセスノードに格納される。新たな移動ネットワーク（例えば移動ネットワーク２）がそれ自身はコアネットワークに帰属する別の移動ネットワーク（例えば移動ネットワーク１）のアクセスノードの何れかに帰属する場合、前者（移動ネットワーク２）の移動ノードは後者（移動ネットワーク１）のアクセスノードからＨＭＨの識別子についての情報を受信する。この後、コアネットワークにおけるＨＭＨについての情報の伝達が新しい移動ネットワーク内部で繰り返される。
【００６５】
ＨＭＨの機能を果たしているアクセスノードが故障したりまたはオーバロードして別のノードに置き換えられる場合には、移動エンティティに向けてハンドオーバの場合にバッファリングリクエストが差し向けられるべき先の新たな“担当のバッファ”についてそれらの移動エンティティに通知するためのメッセージが送信されることがある。新たなＨＭＨの識別子は移動ノードによってそれ自身のネットワーク内の全てのアクセスノードに（例えばマルチキャストプロトコルの定期的な振る舞いと結合した）定期的な転送メカニズムを利用して渡される。受信側のアクセスノードはその情報を、それに帰属する移動ネットワークの移動ノードに、例えばルータ広告（router advertisements）などの定期メッセージを利用して渡す。
【００６６】
ハンドオーバの決定がなされると、現在（通信中）のアクセスルータ（current ＡＲ）は担当のＨＭＨに向けて、移動ネットワーク２で受信されるマルチキャストセッションの格納を要求するHoldPacketsTriggerメッセージを送信する（図１８におけるステップ１）。
【００６７】
こうして、ハンドオーバ中、ＨＭＨはマルチキャストセッションを格納し（図１９におけるステップ２）、その間、ＳＨＢはフローの継続性を保証する（図１９におけるステップ３）。
【００６８】
ハンドオーバが終了すると、ＳＨＢはハンドオーバ中に移動ネットワーク２によって受信されなかったパケットを要求するHoldPacketsRequestメッセージをＨＭＨに向けて送信する（図２０におけるステップ４）。
【００６９】
このメッセージの受信を契機に、ＨＭＨから格納されたパケットのＳＨＢへの送信が開始される（図２１におけるステップ５）。同時に（または大きく遅延することなく）、ＳＨＢはマルチキャストツリーに（移動先の）新たな場所で参加し、新たなマルチキャストツリーブランチが形成される（図２１におけるステップ６）。
【００７０】
上記の実施形態は、ハードウェア、ソフトウェア、あるいはハードウェアとソフトウェアの組み合わせによって実施することができることは当業者であれば理解されよう。本発明の実施形態に関連して記述されたモジュールおよび機能は、全体的または部分的に、本発明の実施形態に関連して説明された方法に従って実行するように適切にプログラムされたマイクロプロセッサまたはコンピュータによって実現することができる。本発明の実施形態を実現する装置は例えば、本発明の実施形態で記述されたシームレスハンドオーバを実行することが可能なように適切にプログラムされたネットワークにおけるノードその他の構成要素を含むことができる。
【００７１】
本発明の実施の一形態として、データキャリアに格納された、あるいは他の方法で記録媒体もしくは伝送リンクといった何らかの物理的手段によって具現化されたコンピュータプログラムであって、コンピュータ上で実行されたときにこのコンピュータが上記実施形態に従って動作することを可能にするコンピュータプログラムが提供される。
【００７２】
本発明の実施形態は、例えばネットワーク内のノードその他のエンティティであって上述したシームレスハンドオーバメカニズムに従って動作するようにプログラムされたものによって実現することができる。
【図面の簡単な説明】
【００７３】
【図１】従来技術によるハンドオーバを説明するための図である。
【図２】従来技術によるハンドオーバを説明するための図である。
【図３】本発明の実施の一形態によるシームレスハンドオーバを説明するための図である。
【図４】本発明の実施の一形態によるシームレスハンドオーバを説明するための図である。
【図５】本発明の実施の一形態によるシームレスハンドオーバを説明するための図である。
【図６】本発明の実施の一形態によるシームレスハンドオーバを説明するための図である。
【図７】本発明の更なる実施形態によるシームレスハンドオーバを説明するための図である。
【図８】本発明の更なる実施形態によるシームレスハンドオーバを説明するための図である。
【図９】本発明の更なる実施形態によるシームレスハンドオーバを説明するための図である。
【図１０】本発明の更なる実施形態によるシームレスハンドオーバを説明するための図である。
【図１１】本発明の更なる実施形態によるシームレスハンドオーバを説明するための図である。
【図１２】本発明の更なる実施形態によるシームレスハンドオーバを説明するための図である。
【図１３】本発明の更なる実施形態によるシームレスハンドオーバを説明するための図である。
【図１４】本発明の更なる実施形態によるシームレスハンドオーバを説明するための図である。
【図１５】本発明の更なる実施形態によるシームレスハンドオーバを説明するための図である。
【図１６】本発明の更なる実施形態によるシームレスハンドオーバを説明するための図である。
【図１７】本発明の更なる実施形態によるシームレスハンドオーバを説明するための図である。
【図１８】本発明の更なる実施形態によるシームレスハンドオーバを説明するための図である。
【図１９】本発明の更なる実施形態によるシームレスハンドオーバを説明するための図である。
【図２０】本発明の更なる実施形態によるシームレスハンドオーバを説明するための図である。
【図２１】本発明の更なる実施形態によるシームレスハンドオーバを説明するための図である。
【符号の説明】
【００７４】
Ａ〜Ｈ  アクセスノード
ＨＭＨ  アクセスノードのバッファ
ＳＨＢ  移動エンティティのバッファ
【図１】
0004705665.tif 000002
【図２】
0004705665.tif 000003
【図３】
0004705665.tif 000004
【図４】
0004705665.tif 000005
【図５】
0004705665.tif 000006
【図６】
0004705665.tif 000007
【図７】
0004705665.tif 000008
【図８】
0004705665.tif 000009
【図９】
0004705665.tif 000010
【図１０】
0004705665.tif 000011
【図１１】
0004705665.tif 000012
【図１２】
0004705665.tif 000013
【図１３】
0004705665.tif 000014
【図１４】
0004705665.tif 000015
【図１５】
0004705665.tif 000016
【図１６】
0004705665.tif 000017
【図１７】
0004705665.tif 000018
【図１８】
0004705665.tif 000019
【図１９】
0004705665.tif 000020
【図２０】
0004705665.tif 000021
【図２１】
0004705665.tif 000022