(57)【特許請求の範囲】
【請求項１】
第１のゲートウェイ及び第２のゲートウェイによりサービスされる端末についてのセッションの連続性をサポートする方法であって、
第１の端末アイデンティティ、第１のサブネットプレフィックス及び第１のゲートウェイアイデンティティを含む第１のバインディングキャッシュエントリ（ＢＣＥ）を記憶することと、
第２の端末アイデンティティ、第２のサブネットプレフィックス及び第２のゲートウェイアイデンティティを含む第２のＢＣＥを記憶することと、
前記第１及び第２の端末アイデンティティが同じ端末についてのものであることを検出することと、
前記第１及び第２の端末アイデンティティが同じ端末についてのものであることの検出に応じて、前記第１のゲートウェイに向けて前記第２のサブネットプレフィックスを送信し、前記第２のゲートウェイに向けて前記第１のサブネットプレフィックスを送信することと、
を含む方法。
【請求項２】
前記第２のゲートウェイから、前記第２のゲートウェイアイデンティティと前記第１のサブネットプレフィックスを含む端末アドレスとを搬送するデータを受信することと、
前記端末アドレスに基づいて前記第１のＢＣＥを読み取ることと、
受信された前記第２のゲートウェイアイデンティティと、前記第１のＢＣＥに記憶された前記第１のゲートウェイアイデンティティとの不一致を検出することと、
前記不一致を検出したことに応じて、前記第１のＢＣＥにリダイレクト情報を記憶することと、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記第１及び第２の端末アイデンティティが同じ端末についてのものであることの検出に応じて、前記第２のゲートウェイアイデンティティを代替ゲートウェイアイデンティティとして前記第１のＢＣＥに記憶すること、
をさらに含む、請求項２に記載の方法。
【請求項４】
前記リダイレクト情報を記憶することは、前記第２のゲートウェイアイデンティティが前記第１のＢＣＥに記憶されていることを検証することを条件とする、
請求項３に記載の方法。
【請求項５】
外部の通信相手から、前記端末アドレスに向けた別のデータを受信することと、
前記リダイレクト情報に基づいて、前記別のデータを前記第２のゲートウェイに向けて転送することと、
をさらに含む、請求項２に記載の方法。
【請求項６】
前記リダイレクト情報は前記第２のゲートウェイアイデンティティを含む、
請求項２に記載の方法。
【請求項７】
前記第２のゲートウェイアイデンティティと前記第１のプレフィックスを含む前記端末アドレスとを搬送する前記第２のゲートウェイから受信される前記データは、第１のフロー標識（ＦＩＤ）をさらに含み、
前記リダイレクト情報は、前記第１のＦＩＤと関連付けて記憶される、
請求項２に記載の方法。
【請求項８】
外部の通信相手から、前記第１のＦＩＤ及び第２のＦＩＤの１つを搬送する、前記端末アドレスに向けた別のデータを受信することと、
前記別のデータが前記第１のＦＩＤを搬送する場合にという条件付きで、前記別のデータを前記第２のゲートウェイに向けてリダイレクトすることと、
をさらに含む、請求項７に記載の方法。
【請求項９】
前記第１及び第２のゲートウェイはメディアアクセスゲートウェイであり、
前記第１及び第２のＢＣＥはローカルモビリティアンカーに記憶され、
前記ローカルモビリティアンカーは、プロキシモバイルインターネットプロトコルの使用により前記第１及び第２のゲートウェイと通信する、
請求項１に記載の方法。
【請求項１０】
前記検出するステップに応じて、前記第１及び第２のＢＣＥに、前記第１及び第２のゲートウェイの間でフロー切換えがサポートされるという表示を記憶すること、
をさらに含む、請求項１に記載の方法。
【請求項１１】
第３のゲートウェイから、第３のゲートウェイアイデンティティと前記第１のサブネットプレフィックスを含む端末アドレスとを搬送するデータを受信することと、
前記端末アドレスに基づいて前記第１のＢＣＥを読み取ることと、
受信された前記第３のゲートウェイアイデンティティと、前記第１のＢＣＥに記憶された前記第１のゲートウェイアイデンティティとの不一致を検出することと、
フロー切換えが前記第１及び第２のゲートウェイの間でのみサポートされていることを検出することと、
前記第３のゲートウェイから受信された前記データを廃棄することと、
をさらに含む、請求項１０に記載の方法。
【請求項１２】
第１のゲートウェイに向けて第１のインターフェース上で接続され、第２のゲートウェイに向けて第２のインターフェース上で接続される端末についてのセッションの連続性をサポートする方法であって、
アンカーに向けて、前記第１のゲートウェイのアドレス及び前記端末のアイデンティティを含むバインディング更新情報を送信することと、
前記アンカーから、前記第１のインターフェース上で前記端末と通信する際に使用するための第１のサブネットプレフィックスを受信することと、
前記第１のサブネットプレフィックスを記憶することと、
前記アンカーから、前記第２のインターフェース上で前記端末と通信する際に使用するための第２のサブネットプレフィックスを受信することと、
前記第１のサブネットプレフィックスと関連付けて前記第２のサブネットプレフィックスを記憶することと、
を含む方法。
【請求項１３】
前記第１のインターフェースを介して前記端末から、前記第２のサブネットプレフィックスを搬送するデータを受信することと、
前記アンカーに向けて、前記第２のサブネットプレフィックスを搬送する前記データを転送することと、
をさらに含む、請求項１２に記載の方法。
【請求項１４】
前記アンカーから、前記第２のサブネットプレフィックスを搬送する別のデータを受信することと、
前記端末に向けて、前記第１のインターフェースを介して前記別のデータを転送することと、
をさらに含む、請求項１３に記載の方法。
【請求項１５】
前記第１のゲートウェイと前記アンカーとの間に、前記第１のサブネットプレフィックスを搬送する第１のデータパケットを交換するためのトンネルが確立され、
前記端末から、前記第２のサブネットプレフィックスを搬送する前記データを受信した後に、前記トンネルがさらに、前記第２のサブネットプレフィックスを搬送する第２のデータパケットを交換するために使用される、
請求項１３に記載の方法。
【請求項１６】
前記端末から、第３のサブネットプレフィックスを搬送するデータパケットを受信することと、
前記第３のサブネットプレフィックスが前記第１又は第２のサブネットプレフィックスに等しい場合には、前記データパケットを前記アンカーに向けて転送することと、
前記第３のサブネットプレフィックスが前記第１及び第２のサブネットプレフィックスのどちらとも異なる場合には、前記データパケットを廃棄することと、
をさらに含む、請求項１２に記載の方法。
【請求項１７】
第１のゲートウェイ及び第２のゲートウェイによりサービスされる端末についてのセッションの連続性をサポートするためのアンカーノードであって、
前記第１及び第２のゲートウェイと通信するように構成された入力／出力（Ｉ／Ｏ）ポートと、
前記Ｉ／Ｏポートを制御するためのコントローラであり、
メモリに、第１の端末アイデンティティ、第１のサブネットプレフィックス及び第１のゲートウェイアイデンティティを含む第１のバインディングキャッシュエントリ（ＢＣＥ）を記憶し、
前記メモリに、第２の端末アイデンティティ、第２のサブネットプレフィックス及び第２のゲートウェイアイデンティティを含む第２のＢＣＥを記憶し、
前記第１及び第２の端末アイデンティティが同じ端末についてのものであることを検出する
ように構成された前記コントローラと、
を含み、
前記コントローラは、前記第１及び第２の端末アイデンティティが同じ端末についてのものであることの検出に応じて、さらに、
前記Ｉ／Ｏポートに、前記第１のゲートウェイに向けて前記第２のサブネットプレフィックスを送信し、前記第２のゲートウェイに向けて前記第１のサブネットプレフィックスを送信するように要求する
ように構成される、
アンカーノード。
【請求項１８】
前記コントローラはさらに、
前記第２のゲートウェイから、前記第２のゲートウェイアイデンティティと前記第１のサブネットプレフィックスを含む端末アドレスとを搬送するデータを受信し、
前記端末アドレスに基づいて前記第１のＢＣＥを読み取り、
受信された前記第２のゲートウェイアイデンティティと、前記第１のＢＣＥに記憶された前記第１のゲートウェイアイデンティティとの不一致を検出し、
前記不一致を検出したことに応じて、前記第１のＢＣＥにリダイレクト情報を記憶する
ように構成される、
請求項１７に記載のアンカーノード。
【請求項１９】
前記コントローラはさらに、
前記第１及び第２の端末アイデンティティが同じ端末についてのものであることの検出に応じて、前記第２のゲートウェイアイデンティティを代替ゲートウェイアイデンティティとして前記第１のＢＣＥに記憶する
ように構成される、
請求項１８に記載のアンカーノード。
【請求項２０】
前記コントローラはさらに、
前記リダイレクト情報を記憶する前に、前記第２のゲートウェイアイデンティティが前記第１のＢＣＥに記憶されていることを検証する
ように構成される、
請求項１９に記載のアンカーノード。
【請求項２１】
前記Ｉ／Ｏポートはさらに、外部の通信相手と通信するように構成されており、
前記コントローラはさらに、
前記外部の通信相手から、前記端末アドレスに向けた別のデータを受信し、
前記リダイレクト情報に基づいて、前記Ｉ／Ｏポートに、前記別のデータを前記第２のゲートウェイに向けて転送するように要求する
ように構成される、
請求項１８に記載のアンカーノード。
【請求項２２】
前記リダイレクト情報は前記第２のゲートウェイアイデンティティを含む、
請求項２１に記載のアンカーノード。
【請求項２３】
前記第２のゲートウェイアイデンティティと前記第１のプレフィックスを含む前記端末アドレスとを搬送する前記第２のゲートウェイから受信される前記データは、第１のフロー標識（ＦＩＤ）をさらに含み、
前記コントローラはさらに、前記第１のＦＩＤと関連付けて前記リダイレクト情報を記憶するように構成される、
請求項１８に記載のアンカーノード。
【請求項２４】
前記Ｉ／Ｏポートはさらに、外部の通信相手と通信するように構成され、
前記コントローラはさらに、
前記外部の通信相手から、前記第１のＦＩＤ及び第２のＦＩＤの１つを搬送する、前記端末アドレスに向けた別のデータを受信し、
前記別のデータが前記第１のＦＩＤを搬送する場合にはという条件付きで、前記別のデータを前記第２のゲートウェイに向けてリダイレクトする
ように構成される、
請求項２３に記載のアンカーノード。
【請求項２５】
前記アンカーノードは、ローカルモビリティアンカーであって、
プロキシモバイルインターネットプロトコルの使用により、前記第１及び第２のゲートウェイとの通信が行われる、
請求項１７に記載のアンカーノード。
【請求項２６】
前記コントローラはさらに、前記第１及び第２の端末アイデンティティが同じ端末についてのものであることの検出に応じて、前記第１及び第２のＢＣＥに、前記第１及び第２のゲートウェイの間でフロー切換えがサポートされているという表示を記憶するように構成される、
請求項１７に記載のアンカーノード。
【請求項２７】
前記Ｉ／Ｏポートはさらに、第３のゲートウェイと通信するように構成され、
前記コントローラはさらに、
前記第３のゲートウェイから、第３のゲートウェイアイデンティティと前記第１のサブネットプレフィックスを含む端末アドレスとを搬送するデータを受信し、
前記端末アドレスに基づいて前記第１のＢＣＥを読み取り、
受信された前記第３のゲートウェイアイデンティティと、前記第１のＢＣＥに記憶された前記第１のゲートウェイアイデンティティとの不一致を検出し、
フロー切換えが前記第１及び第２のゲートウェイの間でのみサポートされていることを検出し、
前記第３のゲートウェイから受信された前記データを廃棄する
ように構成される、
請求項２６に記載のアンカーノード。
【請求項２８】
ゲートウェイに向けて第１のインターフェース上で接続され、ピアゲートウェイに向けて第２のインターフェース上で接続される端末についてのセッションの連続性をサポートするためのゲートウェイであって、
アンカーと通信するように構成された入力／出力（Ｉ／Ｏ）ポートと、
前記Ｉ／Ｏポートを制御するためのコントローラであり、
前記Ｉ／Ｏポートに、前記アンカーに向けて、ゲートウェイのアドレス及び前記端末のアイデンティティを含むバインディング更新情報を送信するように要求し、
前記アンカーから、前記第１のインターフェース上で前記端末と通信する際に使用するための第１のサブネットプレフィックスを受信し、
メモリに、前記第１のサブネットプレフィックスを記憶し、
前記アンカーから、前記第２のインターフェース上で前記端末と通信する際に使用するための第２のサブネットプレフィックスを受信し、
前記メモリに、前記第１のサブネットプレフィックスと関連付けて前記第２のサブネットプレフィックスを記憶する
ように構成された前記コントローラと、
を含むゲートウェイ。
【請求項２９】
前記Ｉ／Ｏポートはさらに、前記端末と通信するように構成されており、
前記コントローラはさらに、
前記第１のインターフェースを介して前記端末から、前記第２のサブネットプレフィックスを搬送するデータを受信し、
前記Ｉ／Ｏポートに、前記第２のサブネットプレフィックスを搬送する前記データを前記アンカーに向けて転送するように要求する
ように構成される、
請求項２８に記載のゲートウェイ。
【請求項３０】
前記コントローラはさらに、
前記アンカーから、前記第２のサブネットプレフィックスを搬送する別のデータを受信し、
前記Ｉ／Ｏポートに、前記別のデータを、前記第１のインターフェースを介して前記端末に向けて転送するように要求する
ように構成される、
請求項２９に記載のゲートウェイ。
【請求項３１】
前記コントローラはさらに、
前記ゲートウェイと前記アンカーとの間に、前記第１のサブネットプレフィックスを搬送する第１のデータパケットを交換するためのトンネルを確立し、
前記端末から、前記第２のサブネットプレフィックスを搬送する前記データを受信した後に、前記トンネルを、前記第２のサブネットプレフィックスを搬送する第２のデータパケットを交換するために使用する
ように構成される、
請求項２９に記載のゲートウェイ。
【請求項３２】
前記コントローラはさらに、
前記端末から、第３のサブネットプレフィックスを搬送するデータパケットを受信し、
前記第３のサブネットプレフィックスが前記第１又は第２のサブネットプレフィックスと等しい場合には、前記Ｉ／Ｏポートに前記データパケットを前記アンカーに向けて転送するように要求し、
前記第３のサブネットプレフィックスが前記第１及び第２のサブネットプレフィックスのどちらとも異なる場合には、前記データパケットを廃棄する
ように構成される、
請求項２８に記載のゲートウェイ。
【請求項３３】
メディアアクセスゲートウェイであり、
プロキシモバイルインターネットプロトコルの使用により、前記アンカーとの通信が行われる、
請求項２８に記載のゲートウェイ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に通信の分野に関し、より具体的には、端末による同時アクセスの間のセッションの連続性（continuity）をサポートするための方法及びノードに関する。
【背景技術】
【０００２】
プロキシモバイルＩＰ（ＰＭＩＰ）は、端末により特定のモビリティ関連のシグナリングをサポートする必要性なく、端末にアクセス及びモビリティのケイパビリティを提供するプロトコルである。モビリティの特性は、専らＰＭＩＰネットワークによりサポートされる。ＰＭＩＰは、端末のために、当該端末についてのサブスクリプションを所有するエージェントに向けてＰＭＩＰノードにより送信されるプロキシ気付アドレス（ｐＣｏＡ：proxy  care-of  address）を定義する。ｐＣｏＡは、端末に接続性（connectivity）を提供するゲートウェイのアドレスである。ＰＭＩＰの説明は、ＩＥＴＦ（Internet  Engineering  Task  Force）からの「Proxy  Mobile  IPv6」というタイトルのＲＦＣ５２１３においてなされている。
【０００３】
ＰＭＩＰネットワークは、ローカルモビリティエージェントと呼ばれることのあるローカルモビリティアンカー（ＬＭＡ）と、プロキシモバイルエージェントとして言及されることもある１つ以上のメディアアクセスゲートウェイ（ＭＡＧ）とを含む。ＬＭＡ及びＭＡＧは、端末にＰＭＩＰのサポートを提供する。ＰＭＩＰネットワーク内にその時点で位置する端末は、ＭＡＧの１つによりアクセスを提供される。
【０００４】
所与の端末がＰＭＩＰをサポートするドメインに接続するとき、その端末はアクセス要求を送信し、この要求は、直接、又はアクセスポイントを介してＭＡＧに届く。ＭＡＧは、そのアクセス要求に関する情報を、プロキシバインディング更新（ＰＢＵ：Proxy  Binding  Update）メッセージにおいてＬＭＡに送信する。またこのアクセス要求は、認証及びプロファイル検索のために、ＭＡＧから認証サーバへも転送され得る。ＰＢＵは、端末の気付アドレスとして使用されるべき、プロキシ気付アドレス（ｐＣｏＡ）と呼ばれる、ＭＡＧのアドレスを含む。ＬＭＡは、ｐＣｏＡを、端末のホームネットワークプレフィックス（ＨＮＰ）と共にバインディングキャッシュに記憶する。このＨＮＰは、サブネットプレフィックスの一形式であり、ＬＭＡにより端末に割り当てられ得る。ＬＭＡは、動的ホスト制御プロトコル（ＤＨＣＰ）サーバからＨＮＰを獲得してもよい。ＬＭＡは、端末のＨＮＰを搬送するプロキシバインディング確認（ＰＢＡ：Proxy  binding  Acknowledgement）メッセージでＭＡＧに応答する。ＰＢＡを受信すると、ＭＡＧは端末へのリンク上でＨＮＰを告知（advertise）する。これは、端末を、あたかもそれがホームリンク上で接続されているかのように動作させる。端末は、ＨＮＰと、端末をＭＡＧに接続するのに使用されるインターフェースのためのインターフェース識別子（ＩＩＤ）とに基づいて、端末自体でホームアドレス（ＨｏＡ）を構成する。ＩＩＤは、ＬＭＡにより端末に供給され、ＭＡＧを介してＰＢＡメッセージにおいて送信され得る。ＩＩＤは、或いは、ＭＡＧ自体により生成されてもよい。ＩＩＤがＬＭＡに由来するにせよ、ＭＡＧに由来するにせよ、ＭＡＧはＩＩＤをＨＮＰの告知と共に告知し得る。場合によっては、端末は独自のＩＩＤを選択してもよい。外部の通信相手において開始される、端末に送信されることが意図されるあらゆるデータトラフィックは、端末のＨｏＡにアドレス指定される。ＬＭＡは、ＰＭＩＰネットワークを超えてＨＮＰを告知するエンティティであるため、データトラフィックのパケットを傍受し、ｐＣｏＡの使用により、それをカプセル化し、ＭＡＧまでトンネリングする。ＭＡＧはこのパケットを受信し、非カプセル化し、端末に送信する。端末から発せられるパケットは、ＭＡＧを介してＬＭＡに送信され、次いで、それらの宛先アドレスに送信される。
【０００５】
ＰＭＩＰネットワークの運営者は、一度に複数のアクセス技術をサポートし得る。特定のＭＡＧはある特定のアクセス技術に専用のアクセスポイントと関連付けられ得るため、運営者は、それぞれが互いに異なる特性を有する複数のＭＡＧを、相互に近接して設置し得る。
【０００６】
最近の端末は、複数の同時機能（multiple  concurrent  function）をサポートすることもでき、これらの同時機能をサポートするために、往々にして異なるアクセス技術を使用する、複数のアクセスチャネルを使用する複数のアクセスポートを含み得る。所与の端末は、例えば、無線ローカルエリアネットワーク（ＷＬＡＮ）無線アクセス技術などを使用して、第１のＭＡＧを介して第１の通信相手ノードに向けて接続し得る。同じ端末は、同時に、例えば高速パケットアクセス（ＨＳＰＡ）などといったセルラ無線アクセス技術を使用して、第２のＭＡＧを介して第２の通信相手ノードとも接続し得る。この端末は、さらに、例えば第１のＭＡＧなどを介して、第１及び第３の通信相手ノードに向けても接続し得る。そのような場合、この端末は、同じ第１のＭＡＧを介して、第１及び第３の通信相手ノードと通信するための２つのデータフローを確立させることになる。第１のＭＡＧを介して確立されるこれら２つのデータフローのために、ＬＭＡは端末について２つの異なるＨＮＰを割り振ることができ、これにより端末に２つの異なるＨｏＡが割り当てられることになる。或いは、データフローを区別するのに、各データフローの各パケットに挿入されたフローアイデンティティが使用される限りにおいて、複数のデータフローをサポートするのに単一のＨｏＡが使用されてもよい。
【０００７】
端末が２つのＭＡＧを介して同時に接続されるとき、その端末は、２つの異なるＨｏＡの下で同時に動作する。２つのＨｏＡが使用されるのは、ＬＭＡがこれら２つのＭＡＧ上で使用するために異なるＨＮＰを割り振っているからであり、さらに、これらの接続がそれぞれ、端末の異なるインターフェースを介して行われ、各インターフェースには独自のＩＩＤが割り当てられているからである。通信相手ノードと通信する際に、端末はこれら２つの異なるＨｏＡを使用し、これらのＨｏＡは、通信相手ノードにより、端末に向けてパケットを送信するための宛先アドレスとして使用される。当然ながら、端末が、第１のＭＡＧを介して２つの通信相手ノードに向けて接続され、第２のＭＡＧを介して別の通信相手ノードに向けて接続される場合、第１のＭＡＧを経由して進む２つのデータフローは、第１のＭＡＧが同じリンク上で２つの異なるＨｏＡを構成していない場合には、やはり同じＨｏＡを共用し得る。
【０００８】
現在の無線アクセス技術は、アクセスポイント間での端末の移動を可能にする。この一例が、端末がＷＬＡＮネットワークのカバレージ内に位置するときである。そのようなネットワークでは一般に地理的カバレージが限られているため、端末のユーザがそのカバレージから遠ざかる際に、端末を、ＷＬＡＮネットワークと関連付けられたＭＡＧから切断し、端末をセルラカバレージと関連付けられた別のＭＡＧに再接続することが必要とされ得る。
【０００９】
データフローを第１のＭＡＧから第２のＭＡＧに移動させる理由は、接続の品質により与えられ得る。端末は、例えば、第１のＭＡＧ上の利用可能な帯域幅が、サービスを適切にサポートするのに十分ではないことを検出し得る。これは、例えば、トラフィックの多い領域において使用されるＷＬＡＮ接続などで発生し得る。端末は、第２のＭＡＧが、例えば、ＨＳＰＡの使用などにより、より高い帯域幅を提供する場合には、当該のＭＡＧに接続を移動させようとし得る。データフローを移動させるための他の考慮事項は、経験される、若しくは期待される遅延、又は様々なサービス品質（ＱｏＳ）面に基づくものとすることもできるはずである。また、当然ながら、そのような接続を移動させようとする決定は、例えば、ＭＡＧ間で負荷を平衡化するためなど、ＰＭＩＰネットワーク内のポリシ決定機能において行うこともできるはずである。端末が同じＭＡＧを介して２つの通信相手ノードに向けて接続されるとき、ＱｏＳ、負荷平衡、帯域幅又は遅延の考慮事項を理由として第１のＭＡＧから第２のＭＡＧへ接続を移動させるという決定は、端末をそれらの通信相手ノードの１つにリンクするデータフローに適用され得るが、端末をその他の通信相手ノードにリンクする別のデータフローには適用できない場合がある。これが該当し得るのは、例えば、第２のＭＡＧ上で提供されるより高いＱｏＳが、より高い料金で端末のユーザに提供されるときなどである。
【００１０】
一般に、所与の通信相手ノードから見ると、当該通信相手ノードと通信するための送信元又は宛先アドレスとして使用される端末のＨｏＡは、端末と当該通信相手ノードとの間のセッションを定義する。ＨｏＡが、例えばインターフェースが変化したなどの理由で変化する場合、通信相手ノードは、接続喪失が生じたこと、及びセッションが打ち切られねばならないことを理解する。通信相手ノードは、新しいセッションのセットアップを開始し、端末が新しいセッションを開始することを期待して、単にそのセッションを放棄し得る。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は、複数のゲートウェイによってサービスされている間の端末についてのセッションの連続性をサポートするための方法及びノードを提供する。
【課題を解決するための手段】
【００１２】
本発明の第１の実施形態は、第１のゲートウェイ及び第２のゲートウェイによりサービスされる端末についてのセッションの連続性をサポートする方法を対象とする。この方法は、第１のバインディングキャッシュエントリ（ＢＣＥ）を記憶することを含む。第１のＢＣＥは、第１の端末アイデンティティ、第１のサブネットプレフィックス及び第１のゲートウェイアイデンティティを含む。また、この方法は、第２の端末アイデンティティ、第２のサブネットプレフィックス及び第２のゲートウェイアイデンティティを含む第２のＢＣＥも記憶する。第１及び第２の端末アイデンティティが同じ端末についてのものであるという検出が行われる。この検出に応じて、第２のサブネットプレフィックスは第１のゲートウェイに送信され、第１のサブネットプレフィックスは第２のゲートウェイに送信される。
【００１３】
本発明の第２の実施形態は、第１のゲートウェイに向けて第１のインターフェース上で接続され、第２のゲートウェイに向けて第２のインターフェース上で接続される端末についてのセッションの連続性をサポートする方法を対象とする。この方法は、アンカーに、第１のゲートウェイのアドレス及び端末のアイデンティティを含むバインディング更新（ＢＵ）情報を送信することを含む。第１のインターフェース上で端末と通信する際に使用するための第１のサブネットプレフィックスがアンカーから受信され、第１のサブネットプレフィックスは記憶される。また、第２のインターフェース上で端末と通信する際に使用するための第２のサブネットプレフィックスもアンカーから受信され、第１のサブネットプレフィックスと関連付けて記憶される。
【００１４】
本発明の第３の実施形態は、第１のゲートウェイ及び第２のゲートウェイによりサービスされる端末についてのセッションの連続性をサポートするためのアンカーノードを対象とする。このアンカーノードは、第１及び第２のゲートウェイと通信するように構成された入力／出力（Ｉ／Ｏ）ポートと、コントローラとを含む。コントローラはＩ／Ｏポートを制御する。またコントローラは、メモリに、第１の端末アイデンティティ、第１のサブネットプレフィックス及び第１のゲートウェイアイデンティティを含む第１のＢＣＥを記憶することもできる。コントローラはさらに、メモリに、第２の端末アイデンティティ、第２のサブネットプレフィックス及び第２のゲートウェイアイデンティティを含む第２のＢＣＥを記憶することもできる。コントローラは、前記第１及び第２の端末アイデンティティが同じ端末についてのものであることを検出することができる。コントローラはさらに、検出し次第、Ｉ／Ｏポートに、第１のゲートウェイに向けて第２のサブネットプレフィックスを送信し、第２のゲートウェイに向けて第１のサブネットプレフィックスを送信するように要求するように構成される。
【００１５】
本発明の第４の実施形態は、ゲートウェイに向けて第１のインターフェース上で接続され、ピアゲートウェイに向けて第２のインターフェース上で接続される端末についてのセッションの連続性をサポートするためのゲートウェイを対象とする。このゲートウェイは、アンカーと通信するように構成されたＩ／Ｏポートと、コントローラとを含む。コントローラはＩ／Ｏポートを制御する。またコントローラは、Ｉ／Ｏポートに、アンカーに向けて、ゲートウェイのアドレス及び端末のアイデンティティを含むＢＵ情報を送信するように要求するようにも構成される。コントローラは、アンカーから、第１のインターフェース上で端末と通信する際に使用するための第１のサブネットプレフィックスを受信し、第１のサブネットプレフィックスをメモリに記憶することができる。コントローラはさらに、アンカーから、第２のインターフェース上で端末と通信する際に使用するための第２のサブネットプレフィックスを受信し、第２のサブネットプレフィックスを第１のサブネットプレフィックスと関連付けてメモリに記憶することもできる。
【００１６】
本発明の実施形態をより詳しく理解するために、以下の説明を、添付の図面と併せて参照することができる。
【図面の簡単な説明】
【００１７】
【図１】プロキシモバイルインターネットプロトコルネットワークを表す図である。
【図２】インターネットプロトコルバージョン６ヘッダフォーマットを示す図である。
【図３】本発明の方法における例示的なステップを示すシーケンス図である。
【図４】本発明の一実施形態による例示的なアンカーノードを示す図である。
【図５】本発明の一実施形態による例示的なゲートウェイを示す図である。
【発明を実施するための形態】
【００１８】
本発明の革新的教示を、いくつかの例示的な実施形態の様々な例示的な使用及び態様を詳細に参照して説明する。しかし、これらの実施形態は本発明の革新的教示の少数の例を提供するにすぎないことを理解すべきである。一般に、本出願の明細書においてなされる記述は、必ずしも、特許請求される本発明の様々な態様のいずれかを限定するものであるとは限らない。さらに、記述の中には、本発明のある特徴には該当するが他の特徴には該当しないものもある。図の説明において、同様の番号は本発明の実施形態の同様の要素を表す。
【００１９】
本発明の実施形態は、第１のゲートウェイ及び第２のゲートウェイによりサービスされるセッションの連続性をサポートするための例示的な方法、アンカーノード及びゲートウェイを提供する。データフローは、そのデータフローについてのセッションの連続性を維持しながら、第１のゲートウェイの第１のインターフェースから第２のゲートウェイの第２のインターフェースに移動され得る。
【００２０】
本発明の実施形態は、ローカルモビリティアンカー（ＬＭＡ）と、少なくとも２つのモバイルアクセスゲートウェイ（ＭＡＧ）とを含むＰＭＩＰ（プロキシモバイルＩＰ）ネットワーク内に位置する端末が、２つのＭＡＧとの同時のアクセスを有するときに、セッションを中断せずに、セッション、又はセッションからのデータフローを第１のＭＡＧから第２のＭＡＧに移行させることを可能にする。
【００２１】
端末のセッションを一方のＭＡＧと関連付けるＬＭＡ内のバインディングキャッシュは、他方のＭＡＧによりサポートされる別のセッションにリンクする情報で補完される。ＬＭＡはどちらのＭＡＧにも互いのセッション情報を知らせる。端末がセッション又はセッションからのデータフローを第１のＭＡＧから第２のＭＡＧに移行するとき、第２のＭＡＧは、前にＬＭＡから受信された第１のＭＡＧに関する情報を使用して当該セッションを受け入れる。第２のＭＡＧは、端末から受信された当該セッション、又はデータフローに関連する任意のパケットをＬＭＡに転送する。さらにＬＭＡは、そのセッション又はデータフローについての任意の着信（incoming）パケットが、それ以後、第２のＭＡＧを介して端末に向けて宛先指定されるように、リダイレクト情報を作成する。セッション内で単一のデータフローを移行させることができるように、ＬＭＡに記憶されたバインディングキャッシュにはフロー標識が付加され得る。
【００２２】
本発明の状況において、端末とは、モバイルセルラ電話機、移動ノード、携帯情報端末、ラップトップコンピュータ、ＩＰテレビ装置、ゲーム機、サーバなどを含み得る。任意の端末又は端末と通信することのできるサーバが、通信相手ノードを形成し得る。本発明の例示的な実施形態はＰＭＩＰノードを使用して例示されるが、当業者は、本発明が、アンカー又は集信装置（concentrator）として働くノードを、端末へのアクセスを提供する２つ以上のノードと共に含む任意のネットワークにおいて用いられ得ることを理解するであろう。データは、ネットワーク要素間で、データパケットとも呼ばれるパケットとして交換され、ネットワーク要素間で交換される１組のデータパケットがフロー、又はデータフローを形成する。よって、データ、パケット、フローといった用語、又はこれらの用語の組み合わせは、本明細書では、適宜、同義で用いられ得る。
【００２３】
次に図面を参照する。図面において図１は、プロキシモバイルインターネットプロトコルネットワークを表す。ＰＭＩＰネットワーク１００は、ＬＭＡ１１０と、ＭＡＧ１及びＭＡＧ２と示された２つのＭＡＧとを含む。ＰＭＩＰネットワーク１００は、端末１２０と３つの通信相手ノード、ＣＮ１、ＣＮ２及びＣＮ３との間の通信を、一般には、インターネット１３０を介して可能にする。例示的なＰＭＩＰネットワーク１００の端末１２０は、例えば、無線ローカルエリアネットワーク（ＷＬＡＮ）インターフェースなどとすることのできるインターフェースＩＦ１を介してＭＡＧ１に接続し、例えば、高速パケットアクセスインターフェース（ＨＳＰＡ）インターフェースなどとすることのできるインターフェースＩＦ２を介してＭＡＧ２に接続する。当然ながら、有線アクセス技術を使用するにせよ、無線アクセス技術を使用するにせよ、別の種類のインターフェースを使用して端末１２０を各ＭＡＧに接続することもできるはずである。図１ではＰＭＩＰネットワーク１００の要素が直接結合されるものとして示されているが、各要素は間接的に結合され、地理的に隔てられていてもよい。簡略化された結合が図示されているのは、通信路をより明確に示すためである。例えば、いくつかの実施形態では、端末１２０とＭＡＧとの間の接続をアクセスポイント（図示せず）が提供することもできるはずである。実施形態を限定することなく、簡略化するために、例示のＭＡＧはアクセスポイントの機能を含むものと理解すべきである。
【００２４】
図１に示すように、ＬＭＡは端末１２０のためのホームネットワークプレフィックス（ＨＮＰ）情報を含む。「ＨＮＰ」という用語は、より一般的なサブネットプレフィックスのＰＭＩＰでの例である。ＩＥＴＦからの「Internet  Protocol,  Version  6  (IPv6)  Specification」というタイトルのＲＦＣ２４６０で指定されている、インターネットプロトコルバージョン６（ＩＰｖ６）アドレスは、一般に、最上位ビットにおけるサブネットプレフィックスと、インターフェース識別子（ＩＩＤ）とを含む。ＩＰｖ６は１２８ビット長のアドレスを指定しているが、サブネットプレフィックスの長さは可変である。本発明の状況において、プレフィックスの長さは、１ビットから１２８ビットまでとすることができ、したがって、サブネットプレフィックスは、ＩＰｖ６アドレスの一部又は全部を構成し得る。ＨＮＰ１と示された第１のＨＮＰはＭＡＧ１に関連付けられ、ＨＮＰ２はＭＡＧ２に関連付けられる。端末１２０がＰＭＩＰネットワーク１００へのアクセスを取得すると、ＬＭＡはＨＮＰ１値をＭＡＧ１に転送する。ＭＡＧ１はＨＮＰ１値及びＩＩＤを使用して、端末１２０のアドレスとして使用するためのホームアドレス（ＨｏＡ）ＨｏＡ１を構築する。ＩＩＤはＬＭＡ１１０によって供給されても、ＭＡＧ１によって供給されてもよい。いくつかの実施形態では、ＨＮＰ１値として使用されるサブネットプレフィックスがＩＰｖ６アドレスの長さ全体を埋め、ＩＩＤは不要とされ得る。同様に、ＭＡＧ２は端末１２０にＨｏＡ２を割り当てる。端末１２０は同じＭＡＧを介して複数のＣＮと通信し得るため、端末１２０と各ＣＮとの間で交換されるデータペイロードをさらに区別するためにフローアイデンティティ（ＦＩＤ）が使用され得る。
【００２５】
データフローを識別するために、単純な手法では、フローラベルと組み合わされた送信元アドレス（ＳＡ）及び宛先アドレス（ＤＡ）の使用を含み得る。これらのアドレス及びラベルはすべて、ＲＦＣ２４６０で指定されるＩＰｖ６ヘッダ内に存在する。具体的には、端末に割り振られるＨｏＡと、端末とのセッションを有する通信相手ノードのアドレスとが、データフローの方向に応じて互換的に、ＳＡとＤＡとを提供する。ＲＦＣ２４６０により、最大２０ビット長までのフローラベルが、同じアドレスを使用して交換されるデータフローをさらに区別し得る。
【００２６】
図２に、ＩＰｖ６  ＲＦＣ２４６０によるインターネットプロトコルバージョン６ヘッダフォーマットを示す。ＩＰｖ６ヘッダフォーマット２００は、バージョン２０５、トラフィッククラス２１０、フローラベル２１５、ペイロード長２２０、次のヘッダの表示（indication）２２５、ホップリミット２３０、送信元アドレス（ＳＡ）２４０及び宛先アドレス（ＤＡ）２５０を含む。ＩＰｖ６の当業者にはこれらのフィールドは周知のものである。図１に示す様々なＦＩＤ値は、例えば、フローラベル２１５を単独で、又はＳＡ２４０及びＤＡ２５０と組み合わせて使用して、このフォーマット２００に基づいて設計され得る。また、他のフォーマットも使用され得る。図１において、ＦＩＤ１は、端末１２０とＣＮ１との間で交換されるあらゆるデータパケットを識別するのに使用される。同様に、端末１２０とＣＮ２又はＣＮ３との間で交換されるデータパケットも、それぞれ、ＦＩＤ２及びＦＩＤ３の使用により識別される。端末１２０は、ＭＡＧ１を介して、ＣＮ３に向けたデータパケットを送信し得る。データパケットは、ＩＰｖ６ヘッダに、ＳＡを構成するＨｏＡ１と、ＤＡとしてのＣＮ３のアドレスとを含む。データパケットはさらにフローラベルを含んでいてもよく、ＳＡ、ＤＡ及びフローラベルの組み合わせがＦＩＤ３を構成する。ＭＡＧ１は、ＰＭＩＰプロトコルに従い、ＭＡＧ１を指定する外部ＳＡ及びＬＭＡ１１０を指定する外部ＤＡを付加することにより、データパケットをトンネリングする。ＬＭＡ１１０は、データパケットをデトンネリングし、ＣＮ３である元のＤＡに向けて、元のデトンネリングされたデータパケットを転送する。ＦＩＤ３は、トンネリングプロセスにより保存される、端末１２０から送信された元のデータパケットのＩＰｖ６ヘッダの一部であり、よって、ＣＮ３により受信される。
【００２７】
図３に、本発明の方法における例示的なステップを表すシーケンス図を示す。図３には図１のＰＭＩＰネットワークの要素が転載されている。このシーケンスは、全体として、第１の初期設定段階（initialization  phase）と第２のフロー切換え段階（flow  switching  phase）とに分けられる。
【００２８】
初期設定段階は、ステップ３０２で、端末１２０が、ＣＮと通信するために、レイヤ２（Ｌ２）接続の使用により、ＭＡＧ１との第１の接続を行うときに開始する。結果として、ステップ３０４で、ＰＭＩＰバインディング登録が行われる。この登録は、ＬＭＡ１１０における端末１２０のためのバインディングキャッシュエントリ（ＢＣＥ）の作成を含む。ＢＣＥは端末のアイデンティティを含む。端末アイデンティティは、例えば、国際移動局識別番号（ＩＭＳＩ）、ユニフォームリソースロケータ（ＵＲＬ）、電子メールアドレスなど、端末１２０を一意に識別する任意の形を取ることができる。ＢＣＥはさらに、ＨＮＰ１といったサブネットプレフィックス、及びＭＡＧ１のアイデンティティを含む。ＭＡＧ１のアイデンティティはＭＡＧ１のアドレスの形を取ることができ、これは端末１２０のプロキシ気付アドレス（ｐＣｏＡ）とみなされる。ＭＡＧ１のアイデンティティは、或いは、ＬＭＡ１１０とＭＡＧ１との間のトンネルのアイデンティティ、ＢＣＥをＭＡＧ１にリンクするＬＭＡ１１０のデータベースを指し示すポインタなどの形を取ることもできる。ＬＭＡ１１０はさらに、ＢＣＥにＦＩＤ１を記憶してもよい。また、登録プロセスは、ＬＭＡ１１０がＭＡＧ１にバインディング確認においてＨＮＰ１を送信することも含む。ＭＡＧ１は、端末１２０がそのＨｏＡ１を構成することができるように、端末１２０にＨＮＰ１、及び任意選択でＩＩＤを告知する。
【００２９】
その後の任意の時点で、端末１２０は、ステップ３０６でＭＡＧ２との第２の接続を行う。これに続いて、ステップ３０８で、ステップ３０４の登録と同様の第２のＰＭＩＰバインディング登録が行われ、端末１２０のための、ＨＮＰ２を含む第２のＢＣＥが作成される。ステップ３１０で、ＬＭＡ１１０は、２つのＢＣＥが同じ端末アイデンティティを含み、よって、同じ端末１２０について記憶されていることに気付く。結果としてＬＭＡ１１０は、各ＭＡＧに向けて、他方のＭＡＧで使用されるＨＮＰに関する情報を送信する。ステップ３１２で、ＬＭＡ１１０はＭＡＧ１に、ＨＮＰ２を搬送する２次ＨＮＰ通知（Secondary_HNP_Notice）メッセージを送信する。ステップ３１４で、ＭＡＧ１は、この情報をバインディング更新リスト（ＢＵＬ）に記憶する。ＭＡＧ１はステップ３１６で、確認応答（Secondary_HNP_Ack）を送信し得る。同様に、ＬＭＡ１１０はＭＡＧ２に、ＨＮＰ１を搬送する２次ＨＮＰ通知（Secondary_HNP_Notice）メッセージを送信する。ステップ３２０で、ＭＡＧ２はＨＮＰ１をＢＵＬに記憶し、次いで、ステップ３２２でＬＭＡに確認応答（Secondary_HNP_Ack）を送信し得る。ステップ３２４で、ＬＭＡ１１０は、両方のＢＣＥに同じ端末アイデンティティが記憶されていることに基づき、ＭＡＧ１とＭＡＧ２との間でデータフローが切り換えられ、又はリダイレクトされ得ることを書き留めることにより、端末１２０について両方のＢＣＥを更新し得る。このことを書き留める１つの例示的な方法は、ＢＣＥに代替ＭＡＧアイデンティティを記憶することから構成されてもよく、その場合、第１のＢＣＥは代替ＭＡＧとしてＭＡＧ２を指定し、第２のＢＣＥは代替ＭＡＧとしてＭＡＧ１を指定する。ステップ３２４は、ステップ３１０の後いつ行われてもよく、ステップ３１６及び３２２の確認応答に依存しない。
【００３０】
表１に、図３のＬＭＡ１１０に記憶される例示的なバインディングキャッシュを示す。このテーブルには３つのエントリが示されている。最初の２行はステップ３０２〜３２４の結果を表し、第３行は、別のデータフローについての類似のプロセス（図示せず）の結果を表す。ＢＣＥのいくつかのフィールドは任意選択のものであり、実施形態によってはなくてもよい。当該テーブルのバインディングキャッシュは３つのＢＣＥを含む。テーブル内での内部参照としてインデックスが使用されている。すなわち、このインデックス値はＬＭＡ１１０内で一意である。エントリはすべて同じ端末についてのものであるため、端末のアイデンティティ（ＩＤ）は、３つのエントリにおいて同一である。１次ｐＣｏＡは各エントリにあってもよい。これらの１次ｐＣｏＡは、端末１２０が接続されるＭＡＧ１及びＭＡＧ２のアドレスを表す。ＬＭＡ１１０とＭＡＧ１及びＭＡＧ２との間にそれぞれあるトンネルＴ１及びＴ２にアイデンティティが割り振られ得る。本発明の状況においては、１次ｐＣｏＡとトンネルアイデンティティのどちらか１つが、ＭＡＧアイデンティティとして例示的に使用され得る。（表１にリダイレクトビットとして示される）リダイレクト標識は、初期設定段階において、リセットされ、ゼロに設定され、又はヌル値に設定される。いくつかの実施形態では、バインディング登録時に端末１２０から受信されたＦＩＤがＢＣＥに記憶され得る。表１の第３行は、別個のＦＩＤ値においてのみ最初の行とは異なる。端末１２０は、同じＭＡＧ１を介して、例えば２つの異なるＣＮなどに向けて、２つの異なるデータフローを使用することにより通信しようとしていることを示している。実施形態によっては、ＦＩＤ値はＢＣＥテーブルにない。そのような場合には、ＭＡＧ１上の端末１２０についてＬＭＡにただ１つのＢＣＥだけが記憶され、当該ＢＣＥに関連するデータフローのいずれか１つについてリダイレクトが適用されることを示す必要が生じたときに、リダイレクト標識が使用される。次いで、どの（１つ又は複数の）データフローがリダイレクトされるかに関する詳細な情報が、後述するリダイレクトテーブルに記憶され得る。表１の前述のエントリは、ステップ３０４及び３０８で、各ＢＣＥエントリが作成される際に追加される。表１に例示するように、代替ｐＣｏＡとして例示される代替ＭＡＧアイデンティティは、ステップ３２４において記憶され、ＭＡＧ１とＭＡＧ２との間でデータフローが切り換えられ、又はリダイレクトされ得ることが示され得る。
【００３１】
【表１】
0005363590.tif 000002
【００３２】
前述の表１には、単一の端末についてのＢＣＥだけが示されており、この例では、端末１２０について３つのＢＣＥだけが存在する。実際には、ＬＭＡ１１０のバインディングキャッシュは、同じ端末について１つ、２つ又はそれ以上のエントリを含むこともでき、また、様々な端末について多数のエントリを含むはずである。同様に、バインディングキャッシュには様々なＭＡＧのアドレスが存在することもあり得るはずである。よって表１は、本実施形態の例示を容易にするための非常に簡略化されたものである。
【００３３】
表２に、図３のＭＡＧ１に記憶される例示的なＢＵＬを示す。表２の内容は、ステップ３１４で記憶される２次ＨＮＰを除いて、ステップ３０４のＰＭＩＰバインディング登録プロセスの間にＭＡＧ１に記憶される。テーブル内での内部参照としてインデックスが使用される。すなわち、このインデックス値はＭＡＧ１内で一意である。当然ながら、ステップ３０８及び３２０で、ＭＡＧ２にも同様のＢＵＬが記憶される。ＨｏＡ１値及びＨｏＡ２値はＢＵＬエントリ（ＢＵＬＥ）には示されていないが、一方ではＨＮＰ１とＨｏＡ１との間に、他方ではＨＮＰ２とＨｏＡ２との間に直接の関連付けがあることを理解すべきである。表２は、ステップ３０４で作成され、ステップ３１４で完成する行を含む。
【００３４】
【表２】
0005363590.tif 000003
【００３５】
表１に関して前述したように、表２は、例示を容易にするために簡略化されている。ＭＡＧ１のＢＵＬは、同じ端末１２０について、それぞれが異なる２次ＨＮＰを有する複数のエントリを含むこともできるはずである。当然ながら、ＭＡＧ１のＢＵＬは、異なる端末についての多くのエントリを含むこともできるはずである。
【００３６】
図３に戻って、初期設定段階の最後に、端末１２０と通信相手ノードとの間でデータが交換される。一般に、ステップ３３０、３３２及び３３４にそれぞれ示される、端末１２０と通信相手ノード、ＣＮ１、ＣＮ２及びＣＮ３との間のデータフローが生じる。端末１２０と様々なＣＮとの間で交換されるデータフローは、図示された異なるＦＩＤ値により識別される。ＰＭＩＰ実施形態において、データパケットは、ステップ３３１、３３３及び３３５で、それぞれ、ＭＡＧとＬＭＡとの間のトンネルにおいてカプセル化される。端末から送信されるデータは、送信元アドレスとして、ＭＡＧ１を介して送信される場合には、ＨｏＡ１に、ＭＡＧ２を介して送信される場合には、ＨｏＡ２に等しい端末１２０のアドレスを搬送する。当該データは、関連するＣＮのアドレスを宛先アドレスとして搬送する。ＣＮから端末１２０に向けての逆方向では、ＳＡとＤＡがそれらの位置を入れ替える。端末１２０から、又は各ＣＮから発せられる、ＳＡ、ＤＡ及びフローラベルを含む完全なＩＰｖ６ヘッダは、トンネリングプロセスにおいて保存される。したがって、ＦＩＤ値は引き続きデータフローを区別するのに利用され得る。
【００３７】
図３の説明を続けて、次に、本実施形態の方法のフロー切換え段階を説明する。ステップ３４０で、例えば、サービス品質（ＱｏＳ）制約条件などに基づき、端末１２０は、データフローＦＩＤ３を、当該データフロー上に存在するセッションを継続することを目的として、ＭＡＧ１からＭＡＧ２に切り換えることにする。ステップ３４２で、端末１２０は、（図１に示す）インターフェースＩＦ２を介し、ＭＡＧ２に向けて、送信元アドレスとしてＨｏＡ１を搬送し、ＦＩＤ３値も搬送するデータパケットを送信する。ＨｏＡ１は、ＭＡＧ２により先に告知されたいかなるアドレスにも対応しないため、本発明の便宜がなければ、ＭＡＧ２のイングレスフィルタリングはこのパケットを拒否することができるはずである。本実施形態によれば、ＨｏＡ１はＭＡＧ２のＢＵＬに２次ＨＮＰとして記憶されたＨＮＰ１に対応するため、ステップ３４２において受信されるパケットはＭＡＧ２により受け入れられる。ステップ３４４で、このパケットは、ＨｏＡ２と共にＭＡＧ２において受信されるパケットに使用されるはずのトンネルＩＤと同じトンネルＩＤであるＴ２内でＬＭＡ１１０に転送される。
【００３８】
ステップ３４６で、ＬＭＡ１１０は、ＭＡＧ２から、トンネルＴ２を介してであるが、送信元アドレスとしてＨｏＡ１を搬送するデータパケットが受信されたことを検出する。データパケットはさらにＦＩＤ３を含み得る。ＨｏＡ１は、ＨＮＰ１を含む表１の第１行に示されるＢＣＥにマッピングされる。ステップ３４６のデータパケットが正当なＭＡＧから送られたことを検証するために、ＬＭＡ１１０は、端末１２０を識別するこのＢＣＥが、さらに端末１２０をＭＡＧ２とも関連付けることを検証し得る。これは、ＢＣＥが、例えば代替ｐＣｏＡとしてＭＡＧ２のアイデンティティを含むことを検証することにより行われ得る。ステップ３４６のデータパケットが、ステップ３２４で、端末１２０についてのフローリダイレクトをサポートするものとして識別されていない別のＭＡＧ（図示せず）から受信される場合には、そのデータパケットは、任意選択で、ＬＭＡ１１０により廃棄され得る。ＬＭＡ１１０は、端末１２０のためにリダイレクト情報を設定する必要がある。このために、ＬＭＡ１１０は、１次ＨＮＰとしてＨＮＰ１を有するＢＣＥエントリの１つ以上において、リダイレクトビットを１に設定し得る。いくつかの実施形態では、リダイレクトビット値は、ＨＮＰ１を含む任意のＢＣＥにおいて１に設定される。他の実施形態では、受信されたデータパケットに含まれるＦＩＤ３に基づき、リダイレクトビットは、表１の最下行に例示されるＢＣＥにおいてのみ設定される。端末１２０の任意のデータフローについてただ１つのＢＣＥだけが記憶されるさらに別の実施形態では、リダイレクトビットは、少なくとも１つのデータフローがリダイレクトされ次第設定されてもよく、ＦＩＤは、表３で例示するリダイレクトテーブルにおいて識別され得る。さらにステップ３４６で、ＬＭＡ１１０は、リダイレクトテーブルにエントリを作成し得る。このエントリは、ＬＭＡ１１０内の内部参照のためのインデックス、端末１２０のアイデンティティ、ＨＮＰ１である１次ＨＮＰ、及び移行されたデータフローについての新しい宛先を含む。新しいフロー宛先自体は、移行されるＦＩＤと（又は、ＨＮＰ１に関連付けられるすべてのデータフローがリダイレクトされる場合にはＦＩＤを含まず）、ＭＡＧ２のアドレスである、リダイレクトされるデータフローに適用されるｐＣｏＡと、リダイレクトされるデータフローを搬送するためのトンネルＩＤとを含み得る。リダイレクトテーブルは、様々な端末についての、それぞれが異なるインデックスによって識別される、いくつかのエントリを含み得る。さらに、端末ごとに、リダイレクトテーブルは、１つ以上の新しいフロー宛先を含み得る。というのは、端末は、それぞれが異なるＭＡＧを介してリダイレクトされ得る複数のデータフローをサポートし得るからである。
【００３９】
【表３】
0005363590.tif 000004
【００４０】
本発明のいくつかの実施形態では、リダイレクトテーブルがないこともある。その代わりに、リダイレクト情報は、表１のＢＣＥに直接記憶され得る。リダイレクト情報は、例えば、ＭＡＧアイデンティティ又はステップ３４２後にデータフローを搬送するのに使用されるＭＡＧについてのｐＣｏＡなどを含むことができ、おそらくは、このＭＡＧ情報を、リダイレクトビット又は類似の情報と関連付けて記憶する。リダイレクト情報は、代わりに、ステップ３４２の後にデータフローを搬送するのに使用されるトンネルＩＤを含んでいてもよい。
【００４１】
ステップ３５０で、ＦＩＤ３によるデータは、引き続き端末１２０とＣＮ３との間で交換され、この場合には、ステップ３５１で、ＭＡＧ２とＬＭＡ１１０との間でトンネリングされる。データの方向に応じて、端末１２０を送信元又は宛先アドレスとして識別するのに使用されるアドレスは、ＨｏＡ１である。その値は、ＭＡＧ２のＢＵＬ内の２次ＨＮＰであるＨＮＰ１に対応するため、データは、ＭＡＧ２によるフィルタリングなしで、端末１２０に向けて、又はＬＭＡ１１０に向けて送られる。ＬＭＡ１１０で、ＣＮ３から、宛先アドレスとしてＨｏＡ１を搬送し、ＦＩＤ３を搬送するデータパケットが受信され得る。ＬＭＡ１１０は、ＨｏＡ１に対応するＨＮＰ１についてのＢＣＥエントリが、１に設定されたリダイレクトビットを有することに気付く。ＬＭＡ１１０はリダイレクトテーブルを調べ、ＨＮＰ１を有するエントリを探し出す。ＬＭＡ１１０は、フロー識別子をＦＩＤ３と照合し、それによって、そのデータパケットが、トンネルＴ２を使用してＭＡＧ２に向けて転送されるべきであることを知る。ＭＡＧ２は、そのＢＵＬエントリ内に２次ＨＮＰとして値ＨＮＰ１を有するため、そのデータパケットを受け入れ、端末１２０に向けて転送する。
【００４２】
ＬＭＡ１１０において、ＣＮ１から、宛先アドレスとしてＨｏＡ１を搬送し、ＦＩＤ１を搬送する別のデータが着信する際に、ＬＭＡ１１０は、リダイレクトが指定されていない対応するＢＣＥエントリを見る。ＬＭＡ１１０は、その別のデータを、ＭＡＧ１を介し、トンネルＴ１を使用して、端末１２０に向けて転送する。
【００４３】
いくつかの実施形態では、ステップ３４０で、端末１２０は、ＭＡＧ２に向けてＨｏＡ１を使用して、そのデータフローのすべてを切り換えようとし得る。これは、単に、ステップ３４２でＭＡＧ２に向けて送信されるデータパケット内のフロー識別子を除くことにより達成され得る。或いは、同じ目的で「すべてのデータフロー」を指定する汎用値をフロー識別子として使用することもできるはずである。他の実施形態では、ＬＭＡ１１０内のポリシが、同じＨｏＡに関連付けられたすべてのデータフローを一度に移行させるよう強制し得る。いずれにせよ、表３に示すリダイレクトテーブル内のフロー識別子は、空のままとすることもでき、１次ＨＮＰに関連付けられたすべてのデータフローがリダイレクトされるべきであると指定する汎用値で置換することもできるはずである。
【００４４】
次に、本発明の一実施形態による例示的なアンカーノードを示す図４を参照してアンカーノードの例示的な構造を説明する。アンカーノード４００は、入力／出力（Ｉ／Ｏ）ポート４１０とコントローラ４２０とを含む。コントローラ４２０は、任意の市販の汎用プロセッサを含んでいてもよく、アンカーノード４００での動作のために特に設計されてもよい。コントローラ４２０は、多くの他のプロセスに加えて本発明に関連するプロセスを実行するように動作し得る。コントローラ４２０はさらにメモリ４２５も含み得る。メモリ４２５は揮発性メモリとすることができ、或いは、電気的に消去し、プログラムし直すことができ、例えば、フラッシュメモリやデータ記憶モジュールなどとして実施され得る不揮発性メモリ、すなわち永続的メモリとすることもできる。Ｉ／Ｏポート４１０は、単一の機器として実施されても、シグナリング、メッセージ及びデータを受信し、送信するための別個の機器として実装されてもよい。アンカーノード４００は、１つ以上のゲートウェイに向けて、また、インターネットを介して複数の通信相手ノード（ＣＮ）などに接続される。すなわち、アンカーノード４００を他のノードに向けて接続する手段は、例えば、あるゲートウェイに向けた接続はイーサネットリンク上とし、ＣＮに向けた接続は非同期転送モード（ＡＴＭ）リンク上とするなどのように、様々なものとすることができる。したがって、Ｉ／Ｏポート４１０は、様々な種類の複数のリンク上で接続するための複数の機器を含み得る。本発明の提示を容易にするためにただ１つの汎用Ｉ／Ｏポート４１０だけが例示されている。アンカーノード４００は、さらに、ルータとして働くこともでき、よって、当分野で周知のように、さらに多くの構成要素を含み得る。本発明のアンカーノード４００は、ＰＭＩＰプロトコルに従って動作するＬＭＡを含むことができ、したがって、コントローラ４２０は、アンカーノードとＰＭＩＰゲートウェイとの間のトンネリングのためにデータパケットをカプセル化し、非カプセル化することができる。
【００４５】
本発明のアンカーノード４００は、第１のゲートウェイで確立されたセッションを第２のゲートウェイ上で継続しようとする端末をサポートするのに使用される。コントローラ４２０は、Ｉ／Ｏポート４１０を制御する。Ｉ／Ｏポート４１０に着信する信号及びメッセージは、分析のためにコントローラ４２０に送られる。コントローラ４２０は、信号又はメッセージを送信する必要があるときに、その信号又はメッセージを生成し、Ｉ／Ｏポート４１０に、その信号又はメッセージをその宛先に向けたリンク上に配置するよう指示する。
【００４６】
コントローラ４２０は、メモリ４２５に、端末についてのバインディングキャッシュエントリ（ＢＣＥ）を記憶し得る。各ＢＣＥは端末アイデンティティを含み、そのアイデンティティは、その端末についてのすべてのＢＣＥにおいて同じである。また各ＢＣＥは、ＨＮＰとすることのできる様々なサブネットプレフィックスと、その様々なサブネットプレフィックスの使用により端末にアクセスを提供するゲートウェイのアイデンティティも含む。コントローラ４２０は、同じ端末について複数のＢＣＥが記憶されていることを検出し、Ｉ／Ｏポート４１０に、各ゲートウェイに向けて、その他のゲートウェイに関連付けられたＨＮＰを送信するよう要求する。また、検出し次第、コントローラ４２０は、各ＢＣＥに代替ゲートウェイ情報を記憶してもよく、ＢＣＥの１つにおける代替ゲートウェイ情報は、同じ端末にアクセスを提供するその他の（１つ又は複数の）ゲートウェイを指定する。各ＢＣＥは表１のフォーマットで記憶され得る。例示的な表１の内容は、メモリ４２５において様々な形で実装され得る。この内容をアンカーノード４００にテーブル形式で記憶することは必須ではない。代替の実施形態では、この内容は、リレーショナルデータベースの形や、情報を記憶する任意の類似の手段を取ることもできるはずである。
【００４７】
コントローラ４２０は、第２のゲートウェイから、第２のゲートウェイアイデンティティ及び送信元アドレスとしての端末アドレスを搬送するデータを受信し得る。コントローラ４２０は、その端末アドレスにマッピングされるＨＮＰ値を含むＢＣＥの１つを探し出す。場合によっては、探し出されたＢＣＥが受信されたＨＮＰ値を第１のゲートウェイと関連付けており、そのため、コントローラ４２０は、探し出されたＢＣＥの第１のゲートウェイと、データの受信先である第２のゲートウェイとの不一致を検出する。この不一致は、端末によりなされた、データフローを第１のゲートウェイから第２のゲートウェイに切り換える決定を示すものである。不一致を検出すると、コントローラ４２０は、任意選択で、探し出されたＢＣＥが、第２のゲートウェイを指定する代替ゲートウェイアイデンティティを含むことを検証し得る。検証が肯定的である場合には（そのステップが省かれる場合にも、同様に）、コントローラ４２０は、探し出されたＢＣＥにリダイレクト情報を記憶する。このリダイレクト情報は、通信相手ノードから受信された、本来は第１のゲートウェイにマッピングされるＨＮＰの使用により端末にアドレス指定されるデータが、それ以後は、第２のゲートウェイに向けてリダイレクトされるべきことを示すものである。また、任意選択で、ＢＣＥは、ＦＩＤ値も記憶し得る。そうである場合、また、第２のゲートウェイと一致しないＨＮＰを搬送する、第２のゲートウェイから受信されたデータがＦＩＤ値も搬送する場合には、リダイレクト情報は、任意選択で、受信されたＦＩＤ値を含むＢＣＥだけに記憶され得る。
【００４８】
コントローラ４２０は、第３のゲートウェイから、第１のゲートウェイにマッピングされるＨＮＰ値を搬送するデータを受信し得る。コントローラ４２０が、探し出されたＢＣＥが第３のゲートウェイを端末と関連付けないことを検出した場合、コントローラ４２０は、第３のゲートウェイから受信されたデータを廃棄し得る。
【００４９】
図５に、本発明の一実施形態による例示的なゲートウェイを示す。ゲートウェイ５００は、入力／出力（Ｉ／Ｏ）ポート５１０とコントローラ５２０とを含む。コントローラ５２０は、任意の市販の汎用プロセッサを含んでいてもよく、ゲートウェイ５００での動作のために特に設計されてもよい。コントローラ５２０は、多くの他のプロセスに加えて本発明に関連するプロセスを実行するように動作し得る。コントローラ５２０はさらにメモリ５２５も含み得る。メモリ５２５は揮発性メモリとすることができ、或いは、電気的に消去し、プログラムし直すことができ、例えば、フラッシュメモリやデータ記憶モジュールなどとして実施され得る不揮発性メモリ、すなわち永続的メモリとすることもできる。Ｉ／Ｏポート５１０は、単一の機器として実施されても、シグナリング、メッセージ及びデータを受信し、送信するための別個の機器として実施されてもよい。ゲートウェイ５００は、１つ以上のアンカーノードに向けてと、複数の端末と接続される。すなわち、ゲートウェイ５００を他のノードに向けて接続する手段は、例えば、あるアンカーに向けた接続はイーサネットリンク上とし、端末に向けた接続は無線リンク上とするなどのように、様々なものとすることができる。Ｉ／Ｏポート５１０は、直接、又はアクセスポイントを介して端末と通信し得る。したがって、Ｉ／Ｏポート５１０は、様々な種類の複数のリンク上で接続するための複数の機器を含み得る。本発明の提示を容易にするためにただ１つの汎用Ｉ／Ｏポート５１０だけが例示されている。ゲートウェイ５００は、さらに、ルータとして働くこともでき、よって、当分野で周知のように、さらに多くの構成要素を含み得る。本発明のゲートウェイ５００は、ＰＭＩＰプロトコルに従って動作するＭＡＧを含むことができ、したがって、コントローラ５２０は、ゲートウェイ５００とＰＭＩＰアンカーノードとの間のトンネリングのためにデータパケットをカプセル化し、非カプセル化することができる。
【００５０】
本発明のゲートウェイ５００は、ピアゲートウェイにおいて確立されたセッションを継続しようとする端末をサポートするために使用される。コントローラ５２０はＩ／Ｏポート５１０を制御する。Ｉ／Ｏポート５１０に着信する信号及びメッセージは、分析のためにコントローラ５２０に送られる。コントローラ５２０は、信号又はメッセージを送信する必要があるときに、その信号又はメッセージを生成し、Ｉ／Ｏポート５１０に、その信号又はメッセージをその宛先に向けたリンク上に配置するよう指示する。
【００５１】
コントローラ５２０は、アンカーノードへの、ゲートウェイ５００のアドレス及び端末アイデンティティを含む、端末についてのバインディング更新（ＢＵ）情報の送信を開始する。コントローラ５２０はさらに、アンカーから、端末についての第１のサブネットプレフィックスとして使用するための第１のＨＮＰを受信する。コントローラ５２０は、第１のＨＮＰを、メモリ５２５の、端末についてのバインディング更新リスト（ＢＵＬ）に記憶する。ＢＵＬエントリはさらに、端末のアイデンティティを含み得る。またコントローラ５２０は、アンカーから、端末についての２次サブネットプレフィックスとして使用するための第２のＨＮＰも受信する。コントローラは、第２のＨＮＰを第１のＨＮＰと関連付けて付加することによりＢＵＬエントリを更新する。ＢＵＬは、表２のフォーマットで記憶され得る。例示的な表２の内容は、様々な形でメモリ５２５において実施することができるはずである。この内容をゲートウェイ５００においてテーブル形式で記憶することは必須ではない。代替の実施形態では、この内容は、リレーショナルデータベースや、情報を記憶する任意の類似の手段の形を取ることもできるはずである。
【００５２】
コントローラ５２０は、端末から、第２のＨＮＰを搬送するデータを受信し得る。コントローラ５２０は、任意選択で、第２のＨＮＰが端末についてのＢＵＬエントリ内にあることを検証し、その検証に失敗した場合には、データを廃棄することにしてもよい。検証が肯定的である場合には（そのステップが省かれる場合にも、同様に）、コントローラ５２０は、Ｉ／Ｏポート５１０に、第２のＨＮＰを搬送するデータをアンカーノードに転送するよう要求し得る。コントローラ５２０はさらに、アンカーから、第２のＨＮＰを搬送する別のデータを受信することもあり、その場合には、コントローラ５２０は、Ｉ／Ｏポート５１０に、その別のデータを端末に向けて転送するよう要求する。そのデータ又は別のデータがフローアイデンティティ（ＦＩＤ）を含む場合には、ＦＩＤは、アンカーノードに向けて、又は端末に向けて転送される。
【００５３】
本発明の方法、アンカーノード及びゲートウェイのいくつかの実施形態を、添付の図面において例示し、以上の詳細な説明において説明したが、本発明は開示の実施形態だけに限定されるものではなく、添付の特許請求の範囲により提示され、定義される本発明の教示から逸脱することなく、多くの再編成、改変及び置換が可能であることが理解されるであろう。
【図１】
0005363590.tif 000005
【図２】
0005363590.tif 000006
【図３】
0005363590.tif 000007
【図４】
0005363590.tif 000008
【図５】
0005363590.tif 000009