(57)【要約】  本発明は，迅速にシグナリング状態を再確立するために，古いデータ経路に沿ってシグナリング状態を管理するための方法を提案する．明示的に又は時間切れにより，古いデータ経路に沿ってシグナリング状態を除去する代わりに，本発明は，緩和した状態管理により，古いデータ経路に沿ってシグナリング状態を保存する．緩和した状態管理の場合には，古いデータ経路に沿った状態によって保持されているネットワークリソースが解放され，最小限の情報が保持される．古い経路が再び使用できるようになった場合には，状態は迅速に復元可能であり，ネットワークリソースが再度割当て可能となる．【特許請求の範囲】
【請求項１】
迅速にシグナリングルートを再度確立するために、データ通信ネットワークでシグナリングを管理するためのシステムであって、
ｉ．通信セッション中にその接続ポイント及び通信アドレスを変更することができ、以前に使用した接続ポイント及びアドレスを認識することができる移動可能な通信端末と、
ｉｉ．前記移動可能な通信端末との通信セッションを維持し、前記移動可能な通信端末が以前に使用したアドレスを認識することができるコレスポンデントノードと、
ｉｉｉ．解放された関連ネットワークリソースとの前記通信セッション用のシグナリング状態を凍結することができ、あらかじめ定義されたシグナリングメッセージを受信した場合に、再度割り当てられる関連ネットワークリソースによって、前記シグナリング状態を再度作動することができる前記通信セッションのデータ経路に沿った１つ又は複数のネットワークエレメントとを、
備えるシステム。
【請求項２】
前記データ経路の変更を検出することができ、以前のデータ経路上の前記ネットワークリソースを解放するためのメッセージをスタートし、重なっているデータ経路上の状態情報を更新することができる前記通信セッションの前記データ経路に沿ったネットワークエレメントをさらに備える請求項１に記載の迅速にシグナリングルートを再度確立するために、データ通信ネットワークでシグナリングを管理するためのシステム。
【請求項３】
前記移動可能な通信端末が、
ｉ．新しいデータ経路上でシグナリング状態を設定するために、前記メッセージにフラグを含ませることにより、以前のデータ経路上のシグナリング状態の好適な処理を示すための手段と、
ｉｉ．以前のネットワーク接続状態及び特性の情報により、以前に使用した通信アドレス情報を維持する期間を計算する手段とを、
さらに備える請求項１に記載の迅速にシグナリングルートを再度確立するために、データ通信ネットワークでシグナリングを管理するためのシステム。
【請求項４】
前記移動可能な通信端末と通信中の前記コレスポンデントノードが、前記通信セッション中に接続ポイント及び通信アドレスを変更することができる請求項１に記載の迅速にシグナリングルートを再度確立するために、データ通信ネットワークでシグナリングを管理するためのシステム。
【請求項５】
以前に使用した接続ポイント及び通信アドレスを認識するために、
ｉ．前記接続ポイント及び通信アドレス情報を記憶するためのローカルデータベースと、
ｉｉ．前記接続ポイント及び通信アドレス情報に関連付けられるタイマとを、
備えることによって、前記タイマが時間切れになった場合に、前記記憶されている情報が削除される請求項１に記載の前記移動可能な通信端末用のシステム。
【請求項６】
前記移動可能な通信端末の以前に使用した通信アドレスを認識するために、
ｉ．前記移動可能な通信端末の識別及び通信アドレス情報を記憶するためのローカルデータベースと、
ｉｉ．前記識別及び通信アドレス情報に関連付けられるタイマとを、
備えることによって、前記タイマが時間切れになった場合に、前記記憶されている情報が削除される請求項１に記載の前記移動可能な通信端末と通信している前記コレスポンデントノード用のシステム。
【請求項７】
迅速にシグナリングルートを再度確立するために、データ通信ネットワークでシグナリングを管理するためのシステムであって、
ｉ．通信セッション中にその接続ポイント及び通信アドレスを変更することができ、以前に使用した接続ポイント及びアドレスを認識することができる移動可能な通信端末と、
ｉｉ．解放された関連ネットワークリソースとの前記通信セッション用のシグナリング状態を凍結することができ、あらかじめ定義されたシグナリングメッセージを受信した場合に、再度割り当てられる関連ネットワークリソースによって、前記シグナリング状態を再度作動することができる前記通信セッションの前記データ経路に沿った１つ又は複数のネットワークエレメントと、
ｉｉｉ．前記移動可能な通信端末の通信アドレスの変更を検出し、秘匿することができ、前記端末が以前に使用した通信アドレスを認識することができ、前記以前のデータ経路上で前記ネットワークリソースを解放するためのメッセージをスタートすることができる前記通信セッションの前記データ経路に沿ったローカルモビリティアンカポイントとを、
備えるシステム。
【請求項８】
前記移動可能な通信端末の前記以前に使用した通信アドレスを認識するために、
ｉ．前記移動可能な通信端末の識別及び通信アドレス情報を記憶するためのローカルデータベースと、
ｉｉ．前記識別ポイント及び通信アドレスに関連付けられるタイマとを、
備えることによって、前記タイマが時間切れになった場合に、前記記憶されている情報が削除される請求項７に記載の前記ローカルモビリティアンカポイント用のシステム。
【請求項９】
一時的なルート変更から迅速に回復するためにデータ通信ネットワークでシグナリングを管理するためのシステムであって、
ｉ．前記一時的なルート変更中に通信セッションを維持する１組又は複数のペアの通信端末と、
ｉｉ．前記ルートの変更を検出し、前記古いルートを通してネットワークリソースを解放するためのメッセージをスタートし、前記古いルートの利用度を監視し、古いルートが使用できるようになった場合に、ルート管理エンティティに通知することができる１つ又は複数のクロスオーバノードと、
ｉｉｉ．解放された関連ネットワークリソースとの前記通信セッション用の前記シグナリング状態を凍結することができ、あらかじめ定義されたシグナリングメッセージを受信した場合に、再度割り当てられた関連ネットワークリソースによって、前記シグナリング状態を再度作動することができる前記通信セッションの前記データ経路に沿った１つ又は複数のネットワークエレメントとを、
備えるシステム。
【請求項１０】
通信セッション用の複数の接続をサポートし、リソース使用の際の効率をより良くするためのデータ通信ネットワーク内のリソース管理シグナリング用の方法であって、
ｉ．通信端末が現在の通信セッション用の新しいネットワーク接続を取得するステップと、
ｉｉ．前記通信端末が、前記新しい接続を通して前記シグナリング状態の設定のために使用される前記メッセージにフラグを含ませて、前記ネットワークに以前の接続の好適な処理を示すステップとを、
含む方法。
【請求項１１】
ｉ．ローカル管理ポリシーと、
ｉｉ．通信アプリケーション構成と、
ｉｉｉ．前記以前の接続に対する前記インタフェースの状態と、
ｉｖ．前記接続の使用コストと、
ｖ．前記接続の使用できる帯域幅と、
ｖｉ．前記接続の信頼性と、
ｖｉｉ．上記の要因の加重合計とを、
含む情報を使用する請求項１０に記載の前記フラグの値を決定するための前記通信端末用の方法。
【請求項１２】
迅速にシグナリング状態を再度確立するための、データ通信ネットワーク内のリソース管理シグナリング用の方法であって、
ｉ．移動端末の通信データ経路に沿ったクロスオーバノードが、データルートの変更を検出し、通信セッション用の以前のデータ経路に沿ってネットワークリソースを解放するためのメッセージを送信するステップと、
ｉｉ．前記以前のデータ経路に沿った前記解放メッセージを処理することができる前記ネットワークエレメントが、前記通信セッション用のシグナリング状態を潜在モードに設定し、対応するネットワークリソースを解放するステップと、
ｉｉｉ．前記移動端末が、前記古いデータ経路への復帰を検出し、前記古いデータ経路に沿った前記シグナリング状態及びリソースを復元するためのメッセージを送信するステップと、
ｉｖ．前記復元メッセージにより処理することができる前記ネットワークエレメントが、前記シグナリング状態を再作動し、対応するネットワークリソースを再度割り当てるステップとを、
含む方法。
【請求項１３】
迅速にシグナリング状態を再度確立するための、データ通信ネットワーク内のリソース管理シグナリング用の方法であって、
ｉ．移動端末の通信データ経路に沿ったクロスオーバノードが、データルートの変更を検出し、前記通信セッション用の以前のデータ経路に沿ってネットワークリソースを解放するためのメッセージを送信するステップと、
ｉｉ．前記以前のデータ経路に沿って前記解放メッセージを処理することができる前記ネットワークエレメントが、前記通信セッション用のシグナリング状態を潜在モードに設定し、対応するネットワークリソースを解放するステップと、
ｉｉｉ．前記クロスオーバノードが、前記古いデータ経路への前記移動端末の復帰を検出し、前記古いデータ経路への前記シグナリング状態及びネットワークリソースを復元するためのメッセージを送信するステップと、
ｉｖ．前記復元メッセージを処理することができる前記ネットワークエレメントが、前記シグナリング状態を再作動し、対応するネットワークリソースを再度割り当てるステップとを、
含む方法。
【請求項１４】
ｉ．前記クロスオーバルータが、古いデータ経路に送信される前記リソース解放メッセージに、タイマの値を含ませるステップと、
ｉｉ．前記タイマが時間切れになった場合に、前記古いデータ経路に沿った前記ネットワークエレメントが、前記潜在モードの前記シグナリング状態を削除するステップとを、
さらに含む請求項１２又は１３に記載のデータ通信ネットワーク内のリソース管理シグナリング用の方法。
【請求項１５】
前記移動端末が、前記新しいデータ経路用のシグナリング状態を設定するためのメッセージを通して、前記好適なタイマの値を通知するステップをさらに含む請求項１４に記載のデータ通信ネットワークにおけるリソース管理シグナリング用の方法。
【請求項１６】
ｉ．前記移動端末が関連付けられたタイマを用いて、ローカルデータベース内に、以前に使用したアドレス及び接続ポイント情報を記憶するステップと、
ｉｉ．前記移動端末が、新しい接続ポイントに接続し、新しいアドレスに割り当てられた場合に、前記データベースを探索するステップと、
ｉｉｉ．前記関連付けられたタイマが時間切れになった場合に、前記移動端末が、前記データベースから前記アドレス及び接続ポイント情報を削除するステップとを、
含む請求項１２に記載の前記古いデータ経路への復帰を検出するための前記移動端末用の方法。
【請求項１７】
ｉ．データルートの変更を検出した場合に、前記クロスオーバノードが、関連付けられるタイマを用いてローカルデータベース内に、前記移動端末の以前に使用した経路情報を記憶するステップと、
ｉｉ．データルートの変更を検出した場合に、前記クロスオーバノードが前記データベースを探索するステップと、
ｉｉｉ．前記関連付けられたタイマが時間切れになった場合に、前記クロスオーバノードが前記データベースから前記経路情報を削除するステップとを、
含む請求項１３に記載の前記古いデータ経路への前記移動端末の復帰を検出するための前記クロスオーバノード用の方法。
【請求項１８】
ｉ．前記ネットワークのインタフェースのタイプと、
ｉｉ．最後に検出されたシグナリングの強度と、
ｉｉｉ．接続ポイントカバーエリアと、
ｉｖ．アクセスポイント負荷状況と、
ｖ．前記リンクのコストと、
ｖｉ．上記の要因の加重合計とを、
含む情報により請求項１４に記載の前記タイマの値を決定するための前記移動端末用の方法。
【請求項１９】
ｉ．前記ネットワークのインタフェースのタイプと、
ｉｉ．最後に検出されたシグナリングの強度と、
ｉｉｉ．接続ポイントカバーエリアと、
ｉｖ．アクセスポイント負荷状況と、
ｖ．前記リンクのコストと、
ｖｉ．上記の要因の加重合計とを、
含む情報により請求項１６に記載の前記タイマの値を決定するための前記移動端末用の方法。
【請求項２０】
外部ノードに前記移動端末の移動を秘匿するために、ローカルモビリティアンカポイントを使用する場合に、迅速にシグナリング状態を再度確立するためのデータ通信ネットワークでのリソース管理シグナリング用の方法であって、
ｉ．前記移動端末が、前記モビリティアンカポイントに、位置の変更、及び前記通信セッション用の前記以前のデータ経路に沿ってネットワークリソースを解放するためのメッセージを送信するモビリティアンカポイントを通知するステップと、
ｉｉ．前記以前のデータ経路に沿って前記解放メッセージを処理することができる前記ネットワークエレメントが、前記通信セッション用のシグナリング状態を潜在モードに設定し、対応するネットワークリソースを解放するステップと、
ｉｉｉ．前記モビリティアンカポイントが、前記位置への前記移動端末の復帰を検出し、前記古いデータ経路に対して、前記シグナリング状態及びネットワークリソースを復元するためのメッセージを送信するステップと、
ｉｖ．前記復元メッセージを処理することができる前記ネットワークエレメントが、前記シグナリング状態を再度作動し、対応するネットワークリソースを再度割り当てるステップとを、
含む方法。
【請求項２１】
一時的なルート変更からの迅速な回復を行うためのデータ通信ネットワークでのリソース管理シグナリング用の方法であって、
ｉ．前記データ経路に沿った前記クロスオーバノードが、データルートの変更を検出し、前記古いデータ経路に沿った前記ネットワークリソースを解放するためのメッセージを送信するステップと、
ｉｉ．前記クロスオーバノードが、タイマをスタートして前記古い経路の状態を監視し、前記古い経路が使用できることを検出した場合に、前記シグナリング状態及びネットワークリソースを復元するためのメッセージを送信するステップと、
ｉｉｉ．前記クロスオーバノードが、前記ルーティング管理エンティティに、前記古いデータ経路の利用度を通知するステップとを、
含む方法。
【請求項２２】
ｉ．前記クロスオーバノードが、前記古いデータ経路に沿って探索メッセージを周期的に送信するステップと、
ｉｉ．前記クロスオーバノードが、前記古いデータ経路に沿って前記探索メッセージを受信した場合に、前記古い経路の利用度を指示するステップとを、
含む請求項２１に記載の前記古い経路の利用度を監視するための前記クロスオーバノード用の方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、データ通信ネットワークに関し、特にパケットをベースとするデータ通信システムのリソース管理シグナリングに関する。また、本発明は、端点間（エンドトゥーエンド）経路特定シグナリング用途の一般的な状態管理に関する。
【背景技術】
【０００２】  データ通信ネットワークにおいては、リソース管理に対していくつかのシグナリングアプローチが使用される。シグナリングメッセージは、データトラフィック又はストリームのそれぞれと同じ経路に沿って流れる（ｆｌｏｗ）ことができる。リソース管理シグナリングについては、例えば、リソース予約プロトコル（ＲＳＶＰ）（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）（非特許文献１）のような従来のアプローチが通常使用される。シグナリングがデータトラフィック経路に沿って流れる場合には、データトラフィックルートにおけるあらゆる変更によって、例えば、ＲＳＶＰにおける局所的修正（ｌｏｃａｌ  ｒｅｐａｉｒ）のような何らかのシグナリングチャンネル再確立が引き起こされる。【０００３】  データ通信ネットワークで種々のイベントが発生すると、データトラフィック経路に、例えば、ノードの故障、輻輳、負荷の平衡、及びモビリティの移動のようなルートの変更が生じる。これらのイベントが発生すると、リソース管理シグナリングに含まれるノードも変更する場合がある。いくつかのノードは、もはやデータトラフィック経路上に存在しなくなり、そのためリソース解放管理を実行し、シグナリングチェーンを残しておかなければならない。いくつかの新しいノードがデータトラフィック経路の一部になり、これらをシグナリングチェーン内に導入しなければならないし、また関連リソース管理をトリガしなければならない。これらすべての管理トリガは、いくつかのシグナリング動作を必要とする。モビリティの移動又は一時的なネットワークの故障による一時的なルートの変更の場合には、データトラフィック経路は、あるルートから他のルートに切り替わり、非常に短時間で元のルートに戻る。この動作は通常ピンポン効果（Ｐｉｎｇ−ｐｏｎｇ  ｅｆｆｅｃｔ）と呼ばれる。それゆえ、リソース管理手順及び対応するシグナリングも頻繁に発生する。【０００４】  シグナリングチェーンに参入させる新しいノードが存在する場合には、例えば、シグナリングノードの発見、交渉、許可などのようないくつかの所定プロセスを実行しなければならない。あるノードがシグナリングチェーンを離脱している間は、従来のシグナリング方法は、通常、特にリソース管理シグナリングノードの場合には、新しい経路が設定された直後に、古い経路に沿ってノード上に設置されている任意の状態又はリソースを除去しようとする。そのねらいは、未使用又は重複したリソースをより良いリソース用途のためのネットワークに解放することである。ピンポン効果の場合には、これらの従来のアプローチは、ある種の問題を生じる。モバイルノードが古いアクセスポイントに戻ると、そのモバイルノードは、古い経路に沿ってシグナリング状態が再度確立してからでなければ、そのデータを流すためのリソースを要求することができない。既に説明したように、シグナリング状態の設定には時間が掛かる。それゆえ、モバイルノードは、サービスの提供を受けられない状態になる。ピンポン効果のもう１つの問題は、この種のシグナリング状態の再確立が、ネットワークに非常に重いシグナリング負荷を発生させることであり、このことは明らかに望ましいことではな���。
【非特許文献１】Ｒ．Ｂｒａｄｅｎ，ｅｔ．ａｌ．，″Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ″，ＩＥＴＦ  ＲＦＣ  ２２０５  ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２２０５．ｔｘｔ
【非特許文献２】Ｄ．Ｊｏｈｎｓｏｎ，ｅｔ．ａｌ．，″Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６″，ＩＥＴＦ  Ｉｎｔｅｒｎｅｔ  Ｄｒａｆｔ：ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｉｐｖ６−２４．ｔｘｔ  ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｉｐｖ６−２４．ｔｘｔ
【非特許文献３】Ｈｅｓｈａｍ  Ｓｏｌｉｍａｎ，ｅｔ．ａｌ．，″Ｈｉｅｒａｒｃｈｉｃａｌ  Ｍｏｂｉｌｅ  ＩＰｖ６  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ（ＨＭＩＰｖ６）″，ＩＥＴＦ  Ｉｎｔｅｒｎｅｔ  Ｄｒａｆｔ：ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｈｍｉｐｖ６−０８．ｔｘｔ  ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｈｍｉｐｖ６−０８．ｔｘｔ
【発明の開示】
【０００５】  本発明は、ルート変更の後で全シグナリングチェーンを切断する代わりに、古い経路に沿ってシグナリング状態を保存することにより、ピンポン効果によるシグナリング問題を解決する方法を提案する。古い状態が形式的に保持するネットワークリソースは解放されるが、ノード上のシグナリング状態は保持される。状態は、ネットワークからの能動的な監視を必要としない「潜在」状態になる。例えば、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）管理の場合、状態は、前に予約されているネットワークリソースを保持しないが、ルーティング情報又はピアトゥーピア関連のような経路の情報は維持する。そうすることにより、ネットワークリソースの再使用の際に高い効率が達成され、同時に古いシグナリング経路の迅速な再確立が容易になる。一時的な経路の故障によるルート変更の場合、本発明を使用すれば、古い経路の切断箇所を引き続き監視することができ、また修正が行われた場合には再使用することができる。
【０００６】  本明細書には、データ通信ネットワークで迅速にシグナリング経路を再確立するための方法が開示されている。開示された本発明の理解を助けるために下記の定義を使用する。
【０００７】  「パケット」という用語は、データネットワークを通して配信することができる任意の可能なフォーマットのデータの独立した（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）ユニットである。「パケット」は通常２つの部分、すなわち、「ヘッダ」及び「ペイロード」部分からなる。「ペイロード」部分は配信対象のデータを含み、「ヘッダ」部分はパケットの配信を助けるための情報を含む。「ヘッダ」は、「パケット」の送信側及び受信側をそれぞれ識別するために、発信元アドレス及びあて先アドレスを含んでいなければならない。
【０００８】  「移動端末」という用語は、パケット交換データ通信ネットワークへのアクセスポイントを変更するネットワークエレメントである。移動端末は、パケット交換データ通信ネットワークへのアクセスポイントを変更することができるエンドユーザの通信端末を指すために使用される。本明細書においては、別段の明示の指定がない限り、「モバイルノード」及び「移動端末」という用語は同じ意味で使用される。
【０００９】  「アクセスルータ」という用語は、任意のアクセス技術により、「移動端末」にネットワーク接続を提供するネットワークエレメントである。これらのアクセス技術は、無線技術であっても、有線技術であっても、又は光学的技術であってもよい。アクセスルータは、通常、シグナリングを認識することができる。すなわち、シグナリングメッセージ処理に関与する。
【００１０】  以下の説明においては、本発明を完全に理解してもらうために、説明の便宜上、特定の数字、時間、構造及び他のパラメータを使用する。しかし、当業者であれば、これらの特定の詳細なデータを使用しないでも本発明を実行することができることを理解できるだろう。
【図面の簡単な説明】
【００１１】
【図１】モビリティシナリオの例示としての設定、及びシグナリング管理に関連する種々のノードを示す図
【図２】モビリティイベントが発生した場合の古いデータ経路に沿った状態の管理に使用する例示としての手順を示すダイアグラム
【図３】古いデータ経路状態の有効性を検出するための例示としての実施方法、及びアドレスを管理するための方法を示すフローチャート
【図４】ローカルモビリティアンカポイントが外部のノードに対して移動端末の移動を秘匿するために使用された場合の、古いデータ経路に沿った状態の管理に使用する例示としての手順を示すダイアグラム
【図５】一時的なルート変更シナリオの例示としての設定、及びシグナリング管理に関連する種々のノードを示す図
【図６】一時的なルート変更が発生した場合のデータ経路に沿った状態の管理に使用する例示としての手順、及び古いデータ経路状態を迅速に再確立するための方法を示すダイアグラム
【発明を実施するための最良の形態】
【００１２】（実施の形態１）
パケット交換データ通信ネットワーク、特にインターネットにおいては、リソース管理シグナリングは、通常、サービスを確立し、必要なリソースを予約するために、データトラフィック経路に沿って実行される。このようなシグナリングプロトコルの一例としては、ＲＳＶＰがある（非特許文献１）。シグナリング経路に沿って、例えば、シグナリングメッセージの受信（ｉｎｔｅｒｃｅｐｔ）及び処理を行うような、シグナリングに関連するシグナリングメッセージの送信元及び発信元とは異なる中間ノードが存在する。これらのノードは、シグナリング認識ノードと呼ばれる。適切に設計されたシステムにおいては、これらのシグナリング認識ノードは、通常、ユーザにサービスを提供するためのリソースを制御する。したがって、シグナリング認識ノードによるシグナリングへの参加が、ユーザへのサービスの品質（ＱｏＳ）の保証のために重要である。【００１３】  ネットワーク状態が変化すると、データトラフィック経路におけるルート変更がトリガされ、それにより、経路特定シグナリングプロトコルは、新しいデータトラフィック経路に沿ってもう１つのシグナリング経路を確立する。これは移動ネットワークに対して通常行われる動作である。【００１４】  図１は、移動通信シナリオの略図である。この場合、データ通信は、モバイルノード（ＭＮ）（１０２）とコレスポンデントノード（ＣＮ）（１０１）との間で行われる。ＭＮ（１０２）は、最初、位置１０２Ａに存在しており、リンク１０６を通してアクセスルータ（ＡＲ）Ａ（１０３Ａ）によりネットワークに接続している。リンク１０６は、例えば、無線、赤外線、光学などのような、モバイルノード（１０２）で使用しているアクセス技術に応じて、任意の形をとることができる。この位置において、データトラフィック経路は、ＡＲＡ（１０３Ａ）、シグナリングルータ（ＳＲ）Ａ（１０５Ａ）、クロスオーバルータ（ＣｏＲ）（１０４）、シグナリングルータ（ＳＲ）Ｃ（１０５Ｃ）を通るリンク１０６、１０７、１０８、１０９及び１１０に沿って位置している。図示される図のすべてのネットワークノードは、シグナリングを認識する。当業者なら、図示されていないもっと多くのネットワークエレメントを通信の際に使用することができることを、すぐに理解することができるだろう。したがって、リンクは論理接続であり、物理的には、例えば、イーサネット（登録商標）及びＡＴＭのような、異なる通信技術の多数の異なるリンクの組み合わせであってもよい。【００１５】  上記経路に沿ってサービスを提供するために、例えば、対応するネットワークリソースを割り当てたり、又はネットワークファイアウォール又はゲートウェイを構成したりするため、データトラフィック経路に沿っていくつかのタイプのシグナリングを行わなければならない。ＭＮ（１０２）は、自身で、又は自身に代わってシグナリングを行うシグナリングプロキシを使用して、シグナリングを行うことができる。ＭＮ（１０２）がシグナリングプロキシを必要とする場合には、ＡＲ  Ａ（１０３Ａ）は、ＭＮ（１０２）のために信号を送るシグナリングプロキシとして機能することができる。なぜなら、ＭＮ（１０２）に最も近いシグナリング認識ノー���であるからである。【００１６】  ＣＮ（１０１）は、任意のタイプの技術でネットワークに接続している任意のデバイスであってもよい。この場合には、ＣＮ（１０１）は静的なものであるとみなされるが、モビリティ機能を持つノードであってもよい。同様に、ＣＮ（１０１）は、例えば、ＣＮ（１０１）に最も近いシグナリング認識ノードであるシグナリングルータＣ（１０５Ｃ）により、自身で、又は自身に代わってシグナリングを行うシグナリングプロキシを使用して、シグナリングを実行することができる。【００１７】  データトラフィック経路に沿ってシグナリングを実行するために、シグナリング認識ノードは、互いに発見し合い、連携を確立しなければならない。例えば、ＡＲ  Ａ（１０３Ａ）及びＳＲ  Ａ（１０５Ａ）は、相互の位置を発見し、例えば、相互のアドレスの記憶などのシグナリング関係を設定する必要がある。発見プロセスの後、各シグナリング認識ノードは、そのシグナリングピア（ｓｉｇｎａｌｉｎｇ  ｐｅｅｒ）に関する状態情報の保持を行う。状態は、例えば、ピア（ｐｅｅｒ）のアドレス、使用したプロトコル及びポート、使用することができるシグナリングアプリケーションを含む。使用できるこの状態情報だけにより、リソース管理シグナリングの実行が可能である。例えば、ＭＮ（１０２）は、ＡＲ  Ａ（１０３Ａ）に信号メッセージを送信することにより、そのデータフローに対応する帯域幅の割り当てをネットワークに要求することができる。上記シグナリング状態情報を使用して、ＡＲ  Ａ（１０３Ａ）は、対応するリソースを割り当て、ＳＲ  Ａ（１０５Ａ）にメッセージを転送することができる。ＡＲ  Ａ（１０３Ａ）に割り当てられたリソースは、状態と関連付けられる。状態情報は、制限された時間の間、利用可能な状態又はアクティブな状態に維持することができる。例えば、ＱｏＳシグナリングの場合には、予約の状態は、一定の間隔ごとにリフレッシュされなければならない。そうしないと、対応する状態及び関連リソースが解放されてしまう。このリフレッシュによって、ネットワーク障害がネットワークのリソースを使い果たしてしまうことを防止することができる。【００１８】  ＭＮ（１０２）が、例えば、位置１０２Ａから位置１０２Ｂのように、あるアクセスポイントから他のアクセスポイントに移動すると、ネットワークトポロジも変わる可能性がある。位置１０２Ｂにおいて、ＭＮ（１０２）は、アクセスルータ（ＡＲ）Ｂ（１０３Ｂ）を通してネットワークに接続される。したがって、同じＣＮ（１０１）の同じデータアプリケーションに関して、データトラフィック経路は、この時点で、ＡＲ  Ａ（１０３Ａ）及びＳＲ  Ａ（１０５Ａ）の代わりに、２つの新しいネットワークノード、すなわち、ＡＲ  Ｂ（１０３Ｂ）及びＳＲ  Ｂ（１０５Ｂ）に対するリンク１１１、１１２、１１３、１０９及び１１０を有する。【００１９】  データ経路が変わったので、新しいノード上で類似のシグナリング状態が設定されるように、シグナリングが行われなければならない。これは、シグナリング認識ノードの発見及びシグナリング関連の確立を含むものである。図を見れば分かるように、新しいデータトラフィック経路の一部は、古いデータトラ���ィック経路に重なっている。ＣｏＲ（１０４）は、新旧データ経路の共通部分の第１のシグナリング認識ノードである。ＡＲ  Ａ（１０３Ａ）、リンク１０７、ＳＲ  Ａ（１０５Ａ）、及びリンク１０８からなる古いデータ経路の部分は、ＭＮ（１０２）とＣＮ（１０１）との間のデータアプリケーション用には、もはや使用されない。本発明は、データ経路のこの部分に関する状態及びリソースを管理するための方法を提供する。【００２０】  図２は、ＭＮ（１０２）が位置１０２Ａから位置１０２Ｂに移動し、位置１０２Ａに戻った場合のシグナリングプロセスの一例である。ＭＮ（１０２）は位置１０２Ａからスタートする。この位置１０２Ａにおいて、ＭＮ（１０２）は、ＣＮ（１０１）と通信アプリケーションを確立し、また、例えば、ＡＲ  Ａ（１０３Ａ）のようなデータトラフィック経路に沿ったすべてのシグナリング認識ノード及びＣｏＲ（１０４）は、確立されたシグナリング状態及び通信アプリケーションに割り当てられた対応するネットワークリソースを持つ（ステップ２０１）。【００２１】  あるモビリティイベントにより、ＭＮ（１０２）は、その位置を位置１０２Ａから位置１０２Ｂに変え、ＡＲ  Ｂ（１０３Ｂ）を通してネットワークにアクセスする（ステップ２０２）。ＡＲ  Ａ（１０３Ａ）及びＡＲ  Ｂ（１０３Ｂ）は、異なるアドレス空間を持っているので、ＭＮ（１０２）は、そのローカルアドレスを変えなければならない。ＣＮ（１０１）との通信アプリケーションを継続するためには、ＭＮ（１０２）は、ＣＮ（１０１）にモビリティプロトコルメッセージによりアドレス変更を通知しなければならない（ステップ２０３）。例えば、モバイルＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）（非特許文献２）を使用した場合には、ステップ２０３で送信したこのメッセージは、モバイルＩＰバインディングアップデートメッセージであってもよい。このアドレス更新メッセージを受信した後、ＣＮ（１０１）は、例えば、新しいアドレスに新しいデータパケットを送信するなど、その対応する通信アプリケーションを更新することができる。当業者であれば、このアドレス更新プロセスは、いくつかのメッセージ交換ラウンドを含むことができることを容易に理解することができるだろう。図面を簡単にするために、図にはステップ２０３のところに１回のメッセージ交換しか示していない。【００２２】  ＭＮ（１０２）及びＣＮ（１０１）は、この新しいアドレスが以前に１回も使用されたことがないことを発見する。このことは、データ経路が新しい経路であることを意味する（ステップ２０４）。ＭＮ（１０２）は、そのローカルデータベース内に、以前に使用したすべてのアドレスにタイマを設定して記憶することにより、これを認識することができる。【００２３】  図３は、ＭＮ（１０２）において、この機能を実施することができる方法を示す。ＭＮ（１０２）は、そのアクセスポイントを変更すると、新しいローカルアドレスを入手する（ステップ３０１）。ＭＮ（１０２）は、そのローカルアドレスデータベースを探索し、そのアドレスが以前に使用されたことがあるかどうかをチェックする（ステップ３０２）。データベース内に記憶され��いるアドレスはタイマと関連付けられている。このタイマが時間切れになると、このアドレスはデータベースから削除される。このアドレスデータベースは、ＭＮ（１０２）のメモリ内に維持することができる。ＭＮ（１０２）がリブートされた場合には、データベースは、空の記録により再度初期化される。なぜなら、ＭＮ（１０２）は、リブートの後でその通信アプリケーションをすべてリセットし、記録はもはや役に立たないからである。【００２４】  探索の後、ＭＮ（１０２）は、データベース内で新しいアドレスを発見できるかどうかをチェックする（ステップ３０３）。有効なタイマによりアドレスが存在している場合には、ＭＮ（１０２）は、「古い経路」フラグを「真」に設定する（ステップ３０４）。そうでない場合には、ＭＮ（１０２）は、「古い経路」フラグを「偽」に設定する（ステップ３０５）。この後、ＭＮ（１０２）は、古いアドレスにタイマを設定して、データベース内に記憶する。タイマの値は、ＭＮ（１０２）に対してあらかじめ設定されている。なお、タイマの値の決定は、例えば、ネットワークインタフェースのタイプ、最後に検出されたシグナリングの強度、予想カバーエリア、アクセスポイント負荷状況、リンクのコストなどのいくつかの要因により異なる場合がある。ＭＮ（１０２）は、ローカルポリシーを使用して、すべての要因の加重合計に基づいて、タイマに使用する値を計算ことができる。【００２５】  ＣＮ（１０１）は、「アドレス更新メッセージ（ステップ２０３で送信された）の受信」によって処理３０１を置き換えるだけで、図３と類似の手順の機能を実施することができる。ＣＮ（１０１）は、そのデータベース内にアドレスを記憶する場合、例えば、モバイルＩＰが使用される場合には、ＭＮ（１０２）のホームアドレスのようなＭＮ（１０２）の識別子も記憶しなければならない。アドレスに対するタイマの値は、ステップ２０３で送信したアドレス更新メッセージ内において、ＭＮ（１０２）が示すことになるだろう。【００２６】  図２に示すように、ＭＮ及びＣＮが、アドレスが新しいことを発見した場合には、これらＭＮ及びＣＮは、シグナリング経路設定手順をスタートする（ステップ２０４）。シグナリング経路設定手順には、例えば、ＡＲ  Ｂ（１０３Ｂ）及びＳＲ  Ｂ（１０５Ｂ）のようなシグナリング認識ノードの発見が含まれている。データ経路の両方が同じ通信アプリケーションに対して使用され、そのため、そのアプリケーションに割り当てられた同一のセッション識別子と関連付けられているので、ＣｏＲ（１０４）は、この経路設定手順中に、データ経路の分岐を発見することができる（ステップ２０５）。【００２７】  この時点で、新しいデータ経路に沿った必要なシグナリング及びリソース状態を設定するための３つの選択可能なシグナリング手順がある。なお、どの選択肢を使用するかは、リソース管理及び通信アプリケーションの構成のために使用するシグナリングプロトコルにより異なる。【００２８】  選択肢Ａの場合には、ＭＮ（１０２）が「古い経路」フラグが「偽」であることを発見した場合、ＭＮ（１０２）は、新しいデータ経路に沿ってリソース予約メッセージをスタートする（ステップ２０６Ａ）。このメッセージは、新しいデータ経路に沿ってアプリケーションセッションに関する必要な状態情報を設定し、関連ノードに、データフローに対応するネットワークリソースを割り当てる。ステップ２０６Ａで送信された予約メッセージがＣｏＲ（１０４）に到着すると、ＣｏＲ（１０４）は、そのセッションに対する対応する状態情報を更新する。例えば、新しいアドレスが、ＭＮ（１０２）で使用されるので、データフローに対するフィルタを更新する。更新後、ＣｏＲ（１０４）は、更新メッセージをデータ経路の共通部分に転送する（ステップ２０７Ａ）。このメッセージは、ＣｏＲ（１０４）における動作と同様に、共通データ経路に沿ったシグナリング認識ノード上の状態を更新する。【００２９】  選択肢Ｂの場合には、ＣＮ（１０１）は、共通経路更新メッセージを送信する（ステップ２０６Ｂ）。このメッセージは、例えば、データフローフィルタ更新などのようなデータ経路の共通部分に沿ったノード上のシグナリング状態情報を更新する。ＣｏＲ（１０４）がこのメッセージを受信すると、ＣｏＲ（１０４）は、そのセッションの対応する状態情報を更新し、ＭＮ（１０２）に向けて新しいデータ経路予約メッセージを転送する（ステップ２０７Ｂ）。ステップ２０７Ｂで送信されたこの予約メッセージは、新しいデータ経路に沿ってシグナリング認識ノード上にシグナリング状態を設定し、必要なネットワークリソースをセッションに割り当てる。【００３０】  選択肢Ｃの場合には、ＣｏＲ（１０４）は、ステップ２０５での経路設定手順中に経路の分岐を発見した後で、新しいデータ経路に沿ってＭＮ（１０２）に向けて、１つの予約メッセージを送信する（ステップ２０６Ｃ）。ステップ２０６Ｃで送信されたこの予約メッセージは、新しいデータ経路に沿ったシグナリング認識ノード上でシグナリング状態を確立し、データフローに対して必要なネットワークリソースを割り当てる。同時に、ＣｏＲ（１０４）は、データ経路の共通部分に沿って、ＣＮ（１０１）の方向に状態更新メッセージを送信する（ステップ２０７Ｃ）。ステップ２０７Ｃで送信されたこの更新メッセージは、例えば、対応するデータフローフィルタを更新するなど、ＭＮ（１０２）が使用した新しいアドレスの共通データ経路に沿ったすべてのシグナリング認識ノードを更新する。【００３１】  図面を簡単にするために、図には、ステップ２０６Ａ、２０６Ｂ、２０６Ｃ、２０７Ａ、２０７Ｂ及び２０７Ｃにおける、一方向に進むメッセージ交換が示されている。当業者であれば、実際の手順は、両方向の経路に沿った数ラウンドのメッセージ交換を含むことができることを容易に理解することができるだろう。例えば、ＭＮ（１０２）は、状態予約メッセージを受信した後、選択肢Ｂにより、ＣｏＲ（１０４）の方向に応答メッセージを返送することができる。【００３２】  選択肢の中のどれを使用するかの選択は、アプリケーション構成が使用しているシグナリングプロトコルにより異なる。例えば、通信アプリケーションが、ＣＮ（１０１）からＭＮ（１０２）の方向へのデータフローを有している場合には、選択肢Ａが使用する手順になる。代わりに、データフローが、ＭＮ（１０２）からＣＮ（１０１）に流れ���いる場合には、選択肢Ｂが使用する手順になる。選択肢Ａ又は選択肢Ｂは、シグナリング認識ノードの実施について何の変更も行わない。すなわち、これらの手順は、同じ状態マシンの実施を共有している。シグナリングプロトコルが、シグナリングピア間において高いセキュリティ連携を有している場合には、選択肢Ｃだけが使用される。【００３３】  ＭＮ（１０２）によって新しいデータ経路設定が行われる場合には、ＭＮ（１０２）は、ＣｏＲ（１０４）からＭＮ（１０２）への古いデータ経路の状態を維持すべきかどうかをＣｏＲ（１０４）に示す。古いデータ経路に沿って、通信アプリケーションのフローに対して割り当てられているネットワークリソースが存在するので、古いデータ経路がもはや使用されない場合には、これらのリソースを解放しなければならない。通常、リソースの解放は、古いデータ経路に沿った状態のタイムアウトにより行われる。例えば、ＭＮ（１０２）は、時間制限内にはリフレッシュメッセージを送信しない。リソースが欠乏している（ｓｃａｒｃｅ）ネットワークの場合には、このタイプのタイムアウトは受け入れられない。したがって、古い経路に沿ったリソース予約を明示的に切断する必要がある。ある場合には、ＭＮ（１０２）は、例えば、マルチホーミングモバイルノード、ソフトハンドオーバなどのような２つのデータ経路の共存を必要とするので、ＭＮ（１０２）が、ネットワークに古い経路を直ちに切断すべきかどうかを示すことが望ましい。【００３４】  ＭＮ（１０２）は、選択肢Ａのステップ２０６Ａで送信される予約メッセージ内のフラグ、又は選択肢Ｂ及び選択肢Ｃのステップ２０７Ｂ又はステップ２０６Ｃで送信される予約メッセージへの応答内のフラグを使用して切断かどうかを示すことができる。この場合、切断フラグ（ｔｅａｒ−ｄｏｗｎ  ｆｌａｇ）が想定されるが、フラグは予約を切断又は維持することを示すものであってもよい。ＣｏＲ（１０４）が、メッセージ内に存在するこのような切断フラグに気が付いた場合には、ＣｏＲ（１０４）は、ＭＮ（１０２）用の古い経路に沿ったリソース予約を明確に切断する。ＣｏＲ（１０４）がこれらのメッセージ内にこのようなフラグを発見しなかったか、又はこのようなメッセージを受信しなかった場合には、ＣｏＲ（１０４）は、使用されない古い経路に沿ったリソース予約をそのまま維持する。【００３５】  ＭＮ（１０２）は、そのローカルポリシーを使用して、これらメッセージ内のフラグをオンにするかどうかを決定する。例えば、ＭＮ（１０２）が同じセッション用に使用している複数のインタフェースを持っている場合、すなわち、マルチホーミングの場合には、ネットワークが両方のデータ経路上で予約を維持することが好ましい。この場合、ＭＮ（１０２）はフラグをオンにしない。一方、ＭＮ（１０２）がデータフローソースであり、ＭＮ（１０２）が新しいデータ経路に切り替えると決定した場合には、ＭＮ（１０２）はフラグをオンにして、ネットワークに古いデータ経路予約を切断するよう要求する。下位レイヤの情報も、ＭＮ（１０２）がフラグの値を決定する際に利用される。例えば、レイヤ２のトリガが、古い経路に対するリンクが既に失われていることを示し��いる場合には、ＭＮ（１０２）は、フラグをオンにすることにより、ネットワークに古い経路予約を切断するように要求する。フラグを決定する際には、ＭＮ（１０２）が考慮しなければならないさらに多くの要因がある。例えば、古いリンクの使用コスト、使用できる帯域幅、経路の遅延、リンクの信頼性などである。【００３６】  図２に示すように、ＣｏＲ（１０４）が、ＭＮ（１０２）が示すフラグを発見した場合には、ＣｏＲ（１０４）は、古い経路に沿ってゼロ設定メッセージ（ｓｅｔ−ｔｏ−ｚｅｒｏ  ｍｅｓｓａｇｅ）を送信することにより、ＭＮ（１０４）に対する古いデータ経路に沿って割り当てられたリソースを解放しようとする。このゼロ設定メッセージによって、ＣｏＲ（１０４）からＭＮ（１０２）への古いデータ経路に沿った任意のシグナリング認識ノードは、データフローに対して割り当てられた任意のネットワークリソースを解放する。シグナリング認識ノードは、ネットワークリソースを徐々に解放することができる。例えば、ＭＮ（１０２）が元の位置に戻る場合に、現在のリソース予約が、より確実に回復することができるように、段階的にネットワークリソースを解放する。タイマのパラメータ及び徐々に行われる解放制御のためのステップが、ゼロ設定メッセージに内蔵される。【００３７】  同時に、これらのシグナリング認識ノードは、フローに関するシグナリング連携及び任意の他の状態情報を維持する。このようなシグナリング又は状態情報は、ゼロ設定メッセージ内に含まれている新しいタイマの値によって設定される。タイマの時間が切れる前においては、これらのノードの管理エンティティには、状態が潜在モードであるように見える。しかし、この場合、ネットワークリソースは、これらのノードには割り当てられない。解放されたネットワークリソースは、他のセッションによって使用可能となる。状態に関連するタイマが時間切れになった場合には、これらの状態もこれらのシグナリング認識ノードから削除される。タイマの値は、ＭＮにおいてローカルアドレス用に使用される値と同じ値に設定することができる。このようにして、古い経路に沿ってアドレス及び状態の削除を同期させることができる。【００３８】  すべての状態情報が維持されているので、これらのノードは、依然としてアプリケーションセッションを認識している。古い経路を再使用するＭＮ（１０２）の場合には、このＭＮ（１０２）は、ネットワークリソース予約をその必要な値に戻すだけでよい。このタイプの復元プロセスは、一般的に、全部の新しい状態を確立するよりはるかに迅速に行われる。例えば、リソース割り当ては、管理情報ベース（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）内の１つの値を変更するだけでよく、状態の再作動は、フラグの値を１回変更しさえすればよい。シグナリング認識ノードは、例えば、要求されたリソースが使用できない場合には、トラフィック状況に基づいて段階的に行うなど、徐々にネットワークリソースを増大させることができる。これらの状態は潜在モードになるので、これらの状態を、例えば、ピア情報の監視などのノードの通常の保守内に含める必要はない。また、関連するフローフィルタは、受信したパケッ��の処理状態である。これらにより、状態情報の保守コストが最低限度まで低減する。【００３９】  図２に示すように、ＭＮ（１０２）は、短時間のうちに位置１０２Ａに戻ることができ、同一のＡＲ  Ａ（１０３Ａ）にアクセスすることができる（ステップ２０９）。同様に、ＭＮ（１０２）は、ＡＲ  Ａ（１０３Ａ）からローカルアドレスを取得し、通知メッセージによりこのアドレス変更をＣＮ（１０１）に通知する（ステップ２１０）。ここでは、図３の方法を使用して、ＭＮ及びＣＮは、アドレスを認識し（ステップ２１１）、ＭＮ及びＣＮは、シグナリング経路設定手順をスタートしない。【００４０】  この時点で、上記選択肢Ａ及び選択肢Ｂに対応して、シグナリングに対する２つの選択肢がある。また選択肢を使用するかどうかは、選択された前の手順により決まる。前の手順に関して選択肢Ｃを選択した場合には、通信方向に従って、選択肢Ａ及び選択肢Ｂを使用することができる。【００４１】  選択肢Ａの場合には、ＭＮ（１０２）は、ＡＲ  Ａ（１０３Ａ）を通して古いデータ経路に沿って、ＣＮ（１０１）に向けて古い経路復元メッセージを送信する。このメッセージには、データフローに対して必要なネットワークリソース情報及びＭＮ（１０２）に対する現在のアドレス情報が含まれる。ステップ２１２Ａで送信されたこの復元メッセージを受信した場合には、例えば、ＡＲ  Ａ（１０３Ａ）などの古い経路に沿ったシグナリング認識ノードは、元の状態情報を作動し、そのセッションに関連付けられている対応するネットワークリソースを割り当てる。なお、既に説明したように、シグナリング認識ノードは、要求されたリソースが使用できない場合には、例えば、トラフィック状況に基づいて段階的に行うなど、徐々にネットワークリソースを増大させることができる。ＭＮ（１０２）及びシグナリング認識ノードは、アドレス及び状態に対して同一のタイマの値を使用しているので、これらのノード上において、状態情報の使用が保証されている。状態情報の大部分は依然として有効であるので、復元メッセージは、最低限の情報を含むだけでよく、この最低限の情報は極めて小さいものである。そのうえ、復元プロセスは、すべて状態を再確立する必要がないので、このプロセスも新しいセッションを設定するよりはるかに迅速に行われる。【００４２】  ＣｏＲ（１０４）が、ステップ２１２Ａで送信されたこの復元メッセージを受信すると、ＭＮ（１０２）の新しいアドレスを使用して、例えば、フローフィルタなど、その状態の更新を行う。ＣｏＲ（１０４）は、ＣＮ（１０１）の方向に、共通経路更新メッセージを転送する（ステップ２１３Ａ）。ステップ２１３Ａで送信されたメッセージにより、共通データ経路に沿ったすべてのシグナリング認識ノードは、ＭＮ（１０２）の現在のアドレス及び必要なネットワークリソースの割り当てに基づいて、その状態を更新する。【００４３】  選択肢Ｂの場合には、ＣＮ（１０１）は、ＭＮ（１０２）が古い経路に戻ったことを発見した後、共通データ更新メッセージを送信する（ステップ２１２Ｂ）。この更新メッセージには、ＭＮ（１０２）によって使用される現在のアドレス、及び必要なネットワークリソースが含まれている。共通��ータ経路に沿ったシグナリング認識ノードは、その情報に基づいて、状態を更新する。例えば、ＭＮ（１０２）の新しいアドレスによって、データフローのフィルタが調整される。【００４４】  ＣｏＲ（１０４）が、ステップ２１２Ｂで送信された共通経路更新メッセージを受信した場合には、ＣｏＲ（１０４）は、古い経路復元メッセージを、ＡＲ  Ａ（１０３Ａ）を通してＭＮ（１０２）に転送する（ステップ２１３Ｂ）。この復元メッセージには、ステップ２１２Ｂで送信された共通経路更新メッセージと同様の情報が含まれる。古い経路に沿ったすべてのシグナリング認識ノードは、ステップ２１３Ｂで送信されたこのメッセージを受信した場合、このセッションに対する、対応する状態を作動する。また、メッセージ内に指示されている対応するネットワークリソースも、そのセッションに割り当てられ、関連付けられる。なお、既に説明したように、シグナリング認識ノードは、要求されたリソースが使用できない場合には、例えば、トラフィック状態に基づいて段階的に行うなど、徐々にネットワークリソースを増大させることができる。【００４５】  既に説明したように、使用する選択肢の選択は、使用中のシグナリングプロトコル、通信アプリケーションの構成、及び前に使用した選択肢により異なる。【００４６】  選択肢Ａの場合でも、選択肢Ｂの場合でも、移動後に、ステップ２１２Ａ及び２１２Ｂで送信されたメッセージは両方とも、必要なネットワークリソース情報を含んでいる。これは、アクセスポイントの変更後、通信要件もまた変わることによる。例えば、ＭＮが無線ＬＡＮインタフェースからそのＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｐｈｏｎｅ  Ｓｙｓｔｅｍ）インタフェースへハンドオーバを行うと、要求される帯域幅は、はるかに狭くなる。したがって、異なるネットワークリソースが異なるＭＮ（１０２）の接続に対して割り当てられる場合もある。【００４７】  ステップ２１２Ａ又はステップ２１２Ｂで送信されたメッセージを受信した後、ＣｏＲ（１０４）は、ＭＮ（１０２）におけるデータ経路の変更を検出することができる（ステップ２１４）。同様に、ＭＮ（１０２）が以前のデータ経路（１１１、１１２、１１３）上のリソースを解放すべきことも指示していた場合には、ＣｏＲ（１０４）は、以前のデータ経路に沿ってゼロ設定メッセージを送信する（ステップ２１５）。このメッセージは、ステップ２０８で送信されたメッセージと同様の効果を持つ。【００４８】  ＣＮ（１０１）又はＭＮ（１０２）が、通信アプリケーションセッションを終了するまで、全シグナリングプロセスは継続可能である。【００４９】（実施の形態２）
実施の形態１で説明した手順は、ＭＮ（１０２）のモビリティがＣＮ（１０１）によって見ることができることを仮定している。あるローカルモビリティスキームを使用した場合には、ＭＮ（１０２）の移動は、ＣＮ（１０１）は認識しない（ｔｒａｎｓｐａｒｅｎｔ）。例えば、階層モバイルＩＰスキーム（非特許文献３）を使用した場合には、ＭＮ（１０２）がＭＡＰ（Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ  Ｐｏｉｎｔ）のある領域内に位置している限り、同一のアドレスをＣＮ（１０１）で見ることが可能である。この場合、モビリティアンカポイントは、通常、ＣｏＲ（１０４）として機能する。したがって、ＣｏＲ（１０４）は、ＭＮ（１０２）のすべての移動を把握する。【００５０】  図４は、このようなローカルモビリティスキームが設置されている場合の、本発明の可能な動作手順である。ＭＮ（１０２）は、位置１０２Ａで、ＣＮ（１０１）と通信アプリケーションをスタートする。ＭＮ（１０２）は、ＡＲ  Ａ（１０３Ａ）を通してネットワークに接続し、このとき、ＣｏＲ（１０４）はローカルモビリティアンカポイントである。したがって、すべてのデータトラフィックは、ＭＮ（１０２）がその領域内にとどまっている限りは、ＣｏＲ（１０４）を通過する。位置１０２Ａにおいて、ＭＮ（１０２）は、データ経路に沿って予約されたネットワークリソースを有する（ステップ４０１）。また、ＣｏＲ（１０４）は、ＭＮ（１０２）のローカルアドレスを記憶する。【００５１】  あるモビリティイベントにより、ＭＮ（１０２）は、新しい位置１０２Ｂに移動し、ＡＲ  Ｂ（１０３Ｂ）を通してネットワークに接続する（ステップ４０２）。同時に、ＭＮ（１０２）は、ＡＲ  Ｂ（１０３Ｂ）から新しいローカルアドレスを取得入手する。なぜなら、ＡＲ  Ｂ（１０３Ｂ）は、ＡＲ  Ａ（１０３Ａ）のアドレス空間とは異なるアドレス空間を持っているからである。通信を維持するために、ＭＮ（１０２）は、モビリティアンカポイント、ＣｏＲ（１０４）に対して、移動及びその新しいアドレスを通知するために、モビリティプロトコルを使用する。【００５２】  ステップ４０３で送信されたアドレス更新メッセージを受信した後、ＣｏＲ（１０４）は、以前にＭＮ（１０２）がそのアドレスを使用したかどうかをチェックする。ＭＮ（１０２）がアドレスを認識している実施の形態１で説明したように、ＣｏＲ（１０４）は、ステップ４０３でＭＮ（１０２）から送信されるアドレス更新メッセージを受信する最初のステップ３０１によって、図３の方法を使用することができる。この場合、ＣｏＲ（１０４）も、各アドレスに関連付けられたタイマを用いて、ＭＮ（１０２）が使用した以前のローカルアドレスのデータベースを維持する。【００５３】  アドレスの記録を発見できなかった場合には、ＣｏＲ（１０４）及びＭＮ（１０２）は、経路発見及びシグナリング状態設定プロセスをスタートする（ステップ４０４）。経路設定プロセスには、新しいデータ経路に沿ったシグナリング認識ノード間のメッセージ送信連携の確立、シグナリングメッセージルーティングテーブルの設定などが含まれる。【００５４】  ＣｏＲ（１０４）は、ＭＮ（１０２）に向けて新しいデータ経路に沿って、予約及び状態設定メッセージを送信する（ステップ４０５）。このメッセージにより、新しいデータ経路に沿ったシグナリング認識ノードは、アプリケーションセッションに関する状態情報を生成し、データフローに対して必要なネットワークリソースを割り当てる。【００５５】  ＣｏＲ（１０４）はローカルモビリティアンカポイントであるので、ＭＮ（１０２）の位置１０２Ａから位置１０２Ｂへの移動を、例えば、ＣＮ（１０１）のような、外部ネットワークノードから秘匿する。したがって、シグナリング状態及びアプリケーションセッション情報をデータ経路の共通部分に沿って更新する必要はない。ＣＮ（１０１）の視点からは、ＭＮ（１０２）は同一の接触ポイント点にとどまっている。この観点から、ＣｏＲ（１０４）は、データ経路の共通部分に沿ってすべてのメッセージを送る必要はない。【００５６】  当業者であれば、例えば、ステップ４０５で送信された状態設定メッセージと、例えば、ＣｏＲ（１０４）からＭＮ（１０２）に向けてデータトラフィックが流れる場合のような、ある場合におけるステップ４０４で送信された経路設定メッセージとを結合することができることを容易に理解することができるだろう。これら２つのメッセージは、１つのメッセージパケットにより送ることができる。【００５７】  ステップ４０５で送信された状態設定メッセージを受信した後、ＭＮ（１０２）は、状態設定の結果を示すために、応答メッセージによって応答することができる（ステップ４０６）。また、同じメッセージ内に、ＭＮ（１０２）は、例えば、即時切断又はその維持など、古いデータ経路に対する処理の要求を示す。この応答は、ＣｏＲ（１０４）方向への新しいデータ経路に沿ったシグナリング認識ノードにより中継される。この時点で、通信アプリケーションは、新しいデータ経路の方向にＣｏＲ（１０４）を通して流れている。【００５８】  ＭＮ（１０２）が、古い経路に沿ったリソースを解放すべきであることを示した場合には、ＣｏＲ（１０４）は、古いデータ経路に沿ってゼロ設定メッセージを送信する（ステップ４０７）。ステップ４０７で送信されたこのゼロ設定メッセージは、古いデータ経路に沿ったシグナリング認識ノードに、通信セッション用の対応するネットワークリソースを解放させるが、シグナリング連携及び状態情報は保存させる。対応する状態は、タイマが設定された状態で潜在状態になる。これは、実施の形態１で説明した動作と同様である。【００５９】  短時間のうちに、ＭＮ（１０２）は、位置１０２Ａに戻り、ＡＲ  Ａ（１０３Ａ）にアクセスする（ステップ４０８）。ＭＮ（１０２）は新しいローカルアドレスで割り当てられ、ＭＮ（１０２）はこれを更新メッセージによりＣｏＲ（１０４）に報告する（ステップ４０９）。【００６０】  ステップ４０９で送信されたこのアドレス更新メッセージを受信した後、ＣｏＲ（１０４）は、そのアドレスが、ＭＮ（１０２）が以前に使用したアドレスであるかどうかを確認するために、そのローカルデータベースを探索する。アドレスがデータベース内に有効な記録を持っている場合には、ＣｏＲ（１０４）は、古い経路に沿って復元状態メッセージを送信する（ステップ４１１）。ステップ４１１で送���されたこの復元メッセージにより、有効な潜在状態のシグナリング認識ノードは、状態を再度作動し、アプリケーションセッションに対してすべての必要なリソースを割り当てる。状態情報は既に使用可能になっているので、この復元プロセスは、通常の状態確立プロセスよりもはるかに迅速に行われる。【００６１】  ＭＮ（１０２）が、ステップ４１１で送信された復元状態メッセージを発見した場合には、ＭＮ（１０２）は、復元の結果を報告し、それが以前の経路の好適な処理であることを示すために、状態復元応答メッセージで応答する（ステップ４１２）。ステップ４１２で送信されたこの応答メッセージは、ＣｏＲ（１０４）の方向の経路に沿ったシグナリング認識ノードにより中継される。ＣｏＲ（１０４）が以前の経路（１１１、１１２、１１３）を切断するためのフラグを含むメッセージを発見した場合には、ＣｏＲ（１０４）は、以前のデータ経路の方向にタイマの値を含むゼロ設定メッセージを送信する（ステップ４１３）。このメッセージは、ステップ４０７で送信されたメッセージの効果と同様に、アプリケーション用のシグナリング認識ノード上の状態を潜在状態にし、対応するネットワークリソースを解放する。【００６２】  当業者であれば、ＭＮ（１０２）がＣｏＲ（１０４）の領域内で移動する限りは、ＣＮ（１０１）はその移動を認識しないことを容易に理解することができるだろう。したがって、これらすべてのシグナリングは、変更した部分でのみ発生する。共通データ経路を変更したり、更新したりする必要はない。【００６３】  ＭＮ（１０２）が、ＣｏＲ（１０４）の領域外に移動した場合には、この移動は、ローカルモビリティスキームが無効であることを意味するが、実施の形態１で説明した手順が適用される。この場合は、ＣＮ（１０１）は、ＭＮ（１０２）の移動に気が付く。【００６４】  上記２つの実施の形態で説明した例では、モバイルノードは、固定ノードと通信を行っている。実際には、本発明は、通信端点の両端がモバイルノードである場合にも適用することができる。この場合、２つのクロスオーバルータが存在し、本発明はすべての古いデータトラフィック経路上に適用される。【００６５】（実施の形態３）
先の２つの実施の形態の場合には、データ経路の変更は、移動端末の移動によって生じるものである。データ通信ネットワークにおいては、場合によっては、一時的なネットワークの障害又は負荷のバランス上の理由によって、ルートの変更がトリガされ得る。この場合、シグナリングにはモビリティプロトコルは含まれていない。図５は、２つの固定エンドホスト間の通信に対してルート変更が発生した場合を例示したシナリオである。【００６６】  固定エンドホストＡ（ＥＨ  Ａ）（５０１Ａ）は、ネットワークルータＡ（ＮＲ  Ａ）（５０２Ａ）、クロスオーバルータＡ（ＣｏＲ  Ａ）（５０３Ａ）、ＮＲ  Ｂ（５０２Ｂ）、ＣｏＲ  Ｂ（５０３Ｂ）及びＮＲ  Ｄ（５０２Ｄ）のルートを通して固定エンドホストＢ（ＥＨ  Ｂ）（５０１Ｂ）との通信をスタートする。当業者であれば、通信のデータ経路に沿って、さらに多くのネットワークノードが配置され得ることを容易に理解することができるだろう。この図は、図面を分かりやすくするためにノードの一部しか示していない。図中のこれらすべてのネットワークノードは、シグナリング認識ノードである。このことは、これらのネットワークノードがシグナリングメッセージ処理に参加することを意味する。【００６７】  ある時点で、ＣｏＲ  Ａ（５０３Ａ）とＣｏＲ  Ｂ（５０３Ｂ）との間のルートに障害が生じ、ＮＲＢがもはやデータ経路に利用できない場合がある。例えば、リンクの切断、ＮＲ  Ｂがそのリソースを使い果たした場合、及び負荷のバランス上の理由のようないくつかの理由により障害が発生する。この場合、ネットワークルーティングプロトコルは、データトラフィックを、例えば、ＣｏＲ  Ａ（５０３Ａ）からＮＲ  Ｃ（５０２Ｃ）や、ＮＲ  Ｃ（５０２Ｃ）からＣｏＲ  Ｂ（５０３Ｂ）などのように他のルートに迂回させる。【００６８】  この種のルート変更は、例えば、アプリケーションセッション用の新しいルートに沿ったＱｏＳ予約など、ある種のシグナリング行動も引き起こす。ＣｏＲ  Ａ（５０３Ａ）及びＣｏＲ  Ｂ（５０３Ｂ）は、通信データフローに対する出力又は入力インタフェースを監視することにより、ルートの変更に気が付く。なお、これには、ルーティングプロトコルで使用可能なある種の情報が必要とされる。新しいデータルートへの遷移は、例えば、ルートが単なるバックアップルートであるような単なる一時的な手段にすぎない場合もある。古いルートが使用できるようになると、データトラフィックは、例えば、遅延又はコスト的な理由のために、元の経路に戻らなければならない。図６は、迅速にデータ経路を復元するために、一時的な障害状況に本発明を使用する例示としてのシグナリング手順である。【００６９】  ＥＨ  Ａ（５０１Ａ）は、ＮＲ  Ｂ（５０２Ｂ）を通る古い経路を通してＥＨ  Ｂ（５０１Ｂ）との通信をスタートする。シグナリング状態及び必要なネットワークリソースは、あるＱｏＳ保証のためのデータ経路に沿ったデータフローに既に割り当てられている（ステップ６０１）。ある時点で、ＮＲ  Ｂを通るルートは、もはや通信アプリケーションに利用され得なくなる（ステップ６０２）。既に説明したように、これは、例えば、ＣｏＲ  Ａ（５０３Ａ）とＮＲ  Ｂ（５０２Ｂ）との間��リンク障害のようないくつかの理由の組み合わせにより発生する場合がある。ネットワークで使用するルーティングプロトコルは、自動的にデータトラフィックを、例えば、ＮＲ  Ｃ（５０２Ｃ）のような他のルートに迂回させる。【００７０】  ＣｏＲ  Ａ（５０３Ａ）及びＣｏＲ  Ｂ（５０３Ｂ）は、既に説明したようにルートの変更を検出する。それに応じて、ＣｏＲ  Ａ（５０３Ａ）及びＣｏＲ  Ｂ（５０３Ｂ）は、新しいシグナリング経路の発見をスタートする（ステップ６０３）。そして、経路の発見に成功した後、シグナリング状態及びリソース予約が、新しいデータ経路に沿って確立される（ステップ６０４）。これら２つの手順の詳細な動作は、通信データフロー、及び使用中のプロトコルの方向により異なる。【００７１】  この時点で、通信データは、新しいデータルートに沿って流れていて、ＱｏＳ保証を提供するための必要なリソースは既に割り当てられている。古いデータルートはもはや使用されていないので、ＣｏＲ  Ａ（５０３Ａ）及びＣｏＲ  Ｂ（５０３Ｂ）は、古いデータ経路に沿ってリソース用のゼロ設定メッセージを送信する（ステップ６０５）。このゼロ設定メッセージにより、古いデータルートに沿ったすべてのシグナリング認識ノードは、データフローに対して割り当てられているネットワークリソースを解放するとともに、関連状態をタイマを用いて潜在モードにする。タイマの値は、ステップ６０５で送信されたゼロ設定メッセージ内に示される。タイマが時間切れになった場合には、潜在状態は削除される。【００７２】  ２つのクロスオーバルータ、ＣｏＲ  Ａ（５０３Ａ）及びＣｏＲ  Ｂ（５０３Ｂ）の場合には、同様にして、これらは古いデータルートの状態を潜在モードにし、同時に、探索プロセスをスタートする（ステップ６０６Ａ及びステップ６０６Ｂ）。この探索プロセスは、あらかじめ設定された期間において、古いデータルートに沿って探索メッセージを周期的に送信しようとする。探索メッセージがその期間内に通過できない場合には、古いデータルートに関する古い状態情報が削除される。あらかじめ設定された期間の長さは、ネットワークの特性に基づいて、ＣｏＲによって決定され、例えば、バックボーンの場合には、その周期は長くなる。【００７３】  この期間内に、古いルートが障害から回復した場合には（ステップ６０７）、探索メッセージは通過する。例えば、ＣｏＲ  Ａ（５０３Ａ）が送信した探索メッセージは、ＮＲ  Ｂ（５０２Ｂ）によりＣｏＲ  Ｂ（５０３Ｂ）に中継される（ステップ６０８）。このことは、この時点で、サービスのために古いデータルートを使用することができることを意味する。【００７４】  この探索メッセージを受信した後、ＣｏＲ  Ｂ（５０３Ｂ）は、古いデータルートに対する古い状態を再作動し（ステップ６０９）、復元状態メッセージを古い経路に沿ってＣｏＲ  Ａ（５０３Ａ）の方向に送信する（ステップ６１０）。ステップ６１０で送信されたこの復元メッセージには、リソース予約及び古い経路に沿ったデータフローに利用される他の状態を復元するために必要な状態情報が含まれる。例えば、ＮＲ  Ｂ（５０２Ｂ）のような古いルートに沿ったシグナリング認識ノードは、状態を復元させ、データ���ローに利用されるように準備するために保持情報を使用する。ステップ６１０で送信された状態復元メッセージを受信した後、ＣｏＲ  Ａは、古いデータ経路への、すなわち、ＮＲ  Ｂ（５０２Ｂ）を経由するデータフローを再度迂回させるように、対応するルーティング管理エンティティに通知する。状態及びリソース予約は、再迂回の前に既に確立しているので、データフローは、さらなる処理を行うことなくＱｏＳ保証を獲得することができる。
【産業上の利用可能性】
【００７５】  本発明は、データ通信ネットワークに係る技術において利用可能である。また、本発明は、特にパケットをベースとするデータ通信システムのリソース管理シグナリングに係る技術や、端点間（エンドトゥーエンド）経路特定シグナリング用途の一般的な状態管理に係る技術において利用可能である。
【図１】
2005079024.tif 000002
【図２】
2005079024.tif 000003
【図３】
2005079024.tif 000004
【図４】
2005079024.tif 000005
【図５】
2005079024.tif 000006
【図６】
2005079024.tif 000007
【手続補正書】
【提出日】平成17年6月24日(2005.6.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【書類名】請求の範囲
【請求項１】迅速にシグナリングルートを再度確立するために、データ通信ネットワークでシグナリングを管理するためのシステムであって、
ｉ．通信セッション中にその接続ポイント及び通信アドレスを変更することができ、以前に使用した接続ポイント及びアドレスを認識することができる移動可能な通信端末と、
ｉｉ．前記移動可能な通信端末との通信セッションを維持し、前記移動可能な通信端末が以前に使用したアドレスを認識することができるコレスポンデントノードと、
ｉｉｉ．解放された関連ネットワークリソースとの前記通信セッション用のシグナリング状態を凍結することができ、あらかじめ定義されたシグナリングメッセージを受信した場合に、再度割り当てられる関連ネットワークリソースによって、前記シグナリング状態を再度作動することができる前記通信セッションのデータ経路に沿った１つ又は複数のネットワークエレメントとを、
備えるシステム。
【請求項２】前記データ経路の変更を検出することができ、以前のデータ経路上の前記ネットワークリソースを解放するためのメッセージをスタートし、重なっているデータ経路上の状態情報を更新することができる前記通信セッションの前記データ経路に沿ったネットワークエレメントをさらに備える請求項１に記載の迅速にシグナリングルートを再度確立するために、データ通信ネットワークでシグナリングを管理するためのシステム。
【請求項３】前記移動可能な通信端末が、
ｉ．新しいデータ経路上でシグナリング状態を設定するために、前記メッセージにフラグを含ませることにより、以前のデータ経路上のシグナリング状態の好適な処理を示すための手段と、
ｉｉ．以前のネットワーク接続状態及び特性の情報により、以前に使用した通信アドレス情報を維持する期間を計算する手段とを、
さらに備える請求項１に記載の迅速にシグナリングルートを再度確立するために、データ通信ネットワークでシグナリングを管理するためのシステム。
【請求項４】前記移動可能な通信端末と通信中の前記コレスポンデントノードが、前記通信セッション中に接続ポイント及び通信アドレスを変更することができる請求項１に記載の迅速にシグナリングルートを再度確立するために、データ通信ネットワークでシグナリングを管理するためのシステム。
【請求項５】以前に使用した接続ポイント及び通信アドレスを認識するために、
ｉ．前記接続ポイント及び通信アドレス情報を記憶するためのローカルデータベースと、
ｉｉ．前記接続ポイント及び通信アドレス情報に関連付けられるタイマとを、
備えることによって、前記タイマが時間切れになった場合に、前記記憶されている情報が削除される請求項１に記載の前記移動可能な通信端末用のシステム。
【請求項６】前記移動可能な通信端末の以前に使用した通信アドレスを認識するために、
ｉ．前記移動可能な通信端末の識別及び通信アドレス情報を記憶するためのローカルデータベースと、
ｉｉ．前記識別及び通信アドレス情報に関連付けられるタイマとを、
備えることによって、前記タイマが時間切れになった場合に、前記記憶されている情報が削除される請求項１に記載の前記移動可能な通信端末と通信している前記コレスポンデントノード用のシステム。
【請求項７】迅速にシグナリングルートを再度確立するために、データ通信ネットワークでシグナリングを管理するためのシステムであって、
ｉ．通信セッション中にその接続ポイント及び通信アドレスを変更することができ、以前に使用した接続ポイント及びアドレスを認識することができる移動可能な通信端末と、
ｉｉ．解放された関連ネットワークリソースとの前記通信セッション用のシグナリング状態を凍結することができ、あらかじめ定義されたシグナリングメッセージを受信した場合に、再度割り当てられる関連ネットワークリソースによって、前記シグナリング状態を再度作動することができる前記通信セッションの前記データ経路に沿った１つ又は複数のネットワークエレメントと、
ｉｉｉ．前記移動可能な通信端末の通信アドレスの変更を検出し、秘匿することができ、前記端末が以前に使用した通信アドレスを認識することができ、前記以前のデータ経路上で前記ネットワークリソースを解放するためのメッセージをスタートすることができる前記通信セッションの前記データ経路に沿ったローカルモビリティアンカポイントとを、
備えるシステム。
【請求項８】前記移動可能な通信端末の前記以前に使用した通信アドレスを認識するために、
ｉ．前記移動可能な通信端末の識別及び通信アドレス情報を記憶するためのローカルデータベースと、
ｉｉ．前記識別ポイント及び通信アドレスに関連付けられるタイマとを、
備えることによって、前記タイマが時間切れになった場合に、前記記憶されている情報が削除される請求項７に記載の前記ローカルモビリティアンカポイント用のシステム。
【請求項９】一時的なルート変更から迅速に回復するためにデータ通信ネットワークでシグナリングを管理するためのシステムであって、
ｉ．前記一時的なルート変更中に通信セッションを維持する１組又は複数のペアの通信端末と、
ｉｉ．前記ルートの変更を検出し、前記古いルートを通してネットワークリソースを解放するためのメッセージをスタートし、前記古いルートの利用度を監視し、古いルートが使用できるようになった場合に、ルート管理エンティティに通知することができる１つ又は複数のクロスオーバノードと、
ｉｉｉ．解放された関連ネットワークリソースとの前記通信セッション用の前記シグナリング状態を凍結することができ、あらかじめ定義されたシグナリングメッセージを受信した場合に、再度割り当てられた関連ネットワークリソースによって、前記シグナリング状態を再度作動することができる前記通信セッションの前記データ経路に沿った１つ又は複数のネットワークエレメントとを、
備えるシステム。
【請求項１０】通信セッション用の複数の接続をサポートし、リソース使用の際の効率をより良くするためのデータ通信ネットワーク内のリソース管理シグナリング用の方法であって、
ｉ．通信端末が現在の通信セッション用の新しいネットワーク接続を取得するステップと、
ｉｉ．前記通信端末が、前記新しい接続を通して前記シグナリング状態の設定のために使用される前記メッセージにフラグを含ませて、前記ネットワークに以前の接続の好適な処理を示すステップとを、
含む方法。
【請求項１１】ｉ．ローカル管理ポリシーと、
ｉｉ．通信アプリケーション構成と、
ｉｉｉ．前記以前の接続に対する前記インタフェースの状態と、
ｉｖ．前記接続の使用コストと、
ｖ．前記接続の使用できる帯域幅と、
ｖｉ．前記接続の信頼性と、
ｖｉｉ．上記の要因の加重合計とを、
含む情報を使用する請求項１０に記載の前記フラグの値を決定するための前記通信端末用の方法。
【請求項１２】迅速にシグナリング状態を再度確立するための、データ通信ネットワーク内のリソース管理シグナリング用の方法であって、
ｉ．移動端末の通信データ経路に沿ったクロスオーバノードが、データルートの変更を検出し、通信セッション用の以前のデータ経路に沿ってネットワークリソースを解放するためのメッセージを送信するステップと、
ｉｉ．前記以前のデータ経路に沿った前記解放メッセージを処理することができる前記ネットワークエレメントが、前記通信セッション用のシグナリング状態を潜在モードに設定し、対応するネットワークリソースを解放するステップと、
ｉｉｉ．前記移動端末が、前記古いデータ経路への復帰を検出し、前記古いデータ経路に沿った前記シグナリング状態及びリソースを復元するためのメッセージを送信するステップと、
ｉｖ．前記復元メッセージにより処理することができる前記ネットワークエレメントが、前記シグナリング状態を再作動し、対応するネットワークリソースを再度割り当てるステップとを、
含む方法。
【請求項１３】（補正後）ｉ．前記クロスオーバルータが、古いデータ経路に送信される前記リソース解放メッセージに、タイマの値を含ませるステップと、
ｉｉ．前記タイマが時間切れになった場合に、前記古いデータ経路に沿った前記ネットワークエレメントが、前記潜在モードの前記シグナリング状態を削除するステップとを、
さらに含む請求項１２に記載のデータ通信ネットワーク内のリソース管理シグナリング用の方法。
【請求項１４】（補正後）前記移動端末が、前記新しいデータ経路用のシグナリング状態を設定するためのメッセージを通して、前記好適なタイマの値を通知するステップをさらに含む請求項１３に記載のデータ通信ネットワークにおけるリソース管理シグナリング用の方法。
【請求項１５】（補正後）ｉ．前記ネットワークのインタフェースのタイプと、
ｉｉ．最後に検出されたシグナリングの強度と、
ｉｉｉ．接続ポイントカバーエリアと、
ｉｖ．アクセスポイント負荷状況と、
ｖ．前記リンクのコストと、
ｖｉ．上記の要因の加重合計とを、
含む情報により請求項１３に記載の前記タイマの値を決定するための前記移動端末用の方法。
【請求項１６】（補正後）  迅速にシグナリング状態を再度確立するための、データ通信ネットワーク内のリソース管理シグナリング用の方法であって、
ｉ．移動端末の通信データ経路に沿ったクロスオーバノードが、データルートの変更を検出し、前記通信セッション用の以前のデータ経路に沿ってネットワークリソースを解放するためのメッセージを送信するステップと、
ｉｉ．前記以前のデータ経路に沿って前記解放メッセージを処理することができる前記ネットワークエレメントが、前記通信セッション用のシグナリング状態を潜在モードに設定し、対応するネットワークリソースを解放するステップと、
ｉｉｉ．前記クロスオーバノードが、前記古いデータ経路への前記移動端末の復帰を検出し、前記古いデータ経路への前記シグナリング状態及びネットワークリソースを復元するためのメッセージを送信するステップと、
ｉｖ．前記復元メッセージを処理することができる前記ネットワークエレメントが、前記シグナリング状態を再作動し、対応するネットワークリソースを再度割り当てるステップとを、
含む方法。
【請求項１７】（補正後）ｉ．前記クロスオーバルータが、古いデータ経路に送信される前記リソース解放メッセージに、タイマの値を含ませるステップと、
ｉｉ．前記タイマが時間切れになった場合に、前記古いデータ経路に沿った前記ネットワークエレメントが、前記潜在モードの前記シグナリング状態を削除するステップとを、
さらに含む請求項１６に記載のデータ通信ネットワーク内のリソース管理シグナリング用の方法。
【請求項１８】（補正後）前記移動端末が、前記新しいデータ経路用のシグナリング状態を設定するためのメッセージを通して、前記好適なタイマの値を通知するステップをさらに含む請求項１７に記載のデータ通信ネットワークにおけるリソース管理シグナリング用の方法。
【請求項１９】（補正後）ｉ．前記移動端末が関連付けられたタイマを用いて、ローカルデータベース内に、以前に使用したアドレス及び接続ポイント情報を記憶するステップと、
ｉｉ．前記移動端末が、新しい接続ポイントに接続し、新しいアドレスに割り当てられた場合に、前記データベースを探索するステップと、
ｉｉｉ．前記関連付けられたタイマが時間切れになった場合に、前記移動端末が、前記データベースから前記アドレス及び接続ポイント情報を削除するステップとを、
含む請求項１２に記載の前記古いデータ経路への復帰を検出するための前記移動端末用の方法。
【請求項２０】（補正後）ｉ．データルートの変更を検出した場合に、前記クロスオーバノードが、関連付けられるタイマを用いてローカルデータベース内に、前記移動端末の以前に使用した経路情報を記憶するステップと、
ｉｉ．データルートの変更を検出した場合に、前記クロスオーバノードが前記データベースを探索するステップと、
ｉｉｉ．前記関連付けられたタイマが時間切れになった場合に、前記クロスオーバノードが前記データベースから前記経路情報を削除するステップとを、
含む請求項１６に記載の前記古いデータ経路への前記移動端末の復帰を検出するための前記クロスオーバノード用の方法。
【請求項２１】（補正後）ｉ．前記ネットワークのインタフェースのタイプと、
ｉｉ．最後に検出されたシグナリングの強度と、
ｉｉｉ．接続ポイントカバーエリアと、
ｉｖ．アクセスポイント負荷状況と、
ｖ．前記リンクのコストと、
ｖｉ．上記の要因の加重合計とを、
含む情報により請求項１７に記載の前記タイマの値を決定するための前記移動端末用の方法。
【請求項２２】（補正後）ｉ．前記ネットワークのインタフェースのタイプと、
ｉｉ．最後に検出されたシグナリングの強度と、
ｉｉｉ．接続ポイントカバーエリアと、
ｉｖ．アクセスポイント負荷状況と、
ｖ．前記リンクのコストと、
ｖｉ．上記の要因の加重合計とを、
含む情報により請求項１９に記載の前記タイマの値を決定するための前記移動端末用の方法。
【請求項２３】（補正後）外部ノードに前記移動端末の移動を秘匿するために、ローカルモビリティアンカポイントを使用する場合に、迅速にシグナリング状態を再度確立するためのデータ通信ネットワークでのリソース管理シグナリング用の方法であって、
ｉ．前記移動端末が、前記モビリティアンカポイントに、位置の変更、及び前記通信セッション用の前記以前のデータ経路に沿ってネットワークリソースを解放するためのメッセージを送信するモビリティアンカポイントを通知するステップと、
ｉｉ．前記以前のデータ経路に沿って前記解放メッセージを処理することができる前記ネットワークエレメントが、前記通信セッション用のシグナリング状態を潜在モードに設定し、対応するネットワークリソースを解放するステップと、
ｉｉｉ．前記モビリティアンカポイントが、前記位置への前記移動端末の復帰を検出し、前記古いデータ経路に対して、前記シグナリング状態及びネットワークリソースを復元するためのメッセージを送信するステップと、
ｉｖ．前記復元メッセージを処理することができる前記ネットワークエレメントが、前記シグナリング状態を再度作動し、対応するネットワークリソースを再度割り当てるステップとを、
含む方法。
【請求項２４】（補正後）一時的なルート変更からの迅速な回復を行うためのデータ通信ネットワークでのリソース管理シグナリング用の方法であって、
ｉ．前記データ経路に沿った前記クロスオーバノードが、データルートの変更を検出し、前記古いデータ経路に沿った前記ネットワークリソースを解放するためのメッセージを送信するステップと、
ｉｉ．前記クロスオーバノードが、タイマをスタートして前記古い経路の状態を監視し、前記古い経路が使用できることを検出した場合に、前記シグナリング状態及びネットワークリソースを復元するためのメッセージを送信するステップと、
ｉｉｉ．前記クロスオーバノードが、前記ルーティング管理エンティティに、前記古いデータ経路の利用度を通知するステップとを、
含む方法。
【請求項２５】（補正後）ｉ．前記クロスオーバノードが、前記古いデータ経路に沿って探索メッセージを周期的に送信するステップと、
ｉｉ．前記クロスオーバノードが、前記古いデータ経路に沿って前記探索メッセージを受信した場合に、前記古い経路の利用度を指示するステップとを、
含む請求項２４に記載の前記古い経路の利用度を監視するための前記クロスオーバノード用の方法。
３３
【手続補正書】
【提出日】平成18年8月11日(2006.8.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
迅速にシグナリングルートを再度確立するために、データ通信ネットワークでシグナリングを管理するためのシステムであって、
ｉ．通信セッション中にその接続ポイント及び通信アドレスを変更することができ、以前に使用した接続ポイント及びアドレスを認識することができる移動可能な通信端末と、
ｉｉ．前記移動可能な通信端末との通信セッションを維持し、前記移動可能な通信端末が以前に使用したアドレスを認識することができるコレスポンデントノードと、
ｉｉｉ．解放された関連ネットワークリソースとの前記通信セッション用のシグナリング状態を凍結することができ、あらかじめ定義されたシグナリングメッセージを受信した場合に、再度割り当てられる関連ネットワークリソースによって、前記シグナリング状態を再度作動することができる前記通信セッションのデータ経路に沿った１つ又は複数のネットワークエレメントとを、
備えるシステム。
【請求項２】
前記データ経路の変更を検出することができ、以前のデータ経路上の前記ネットワークリソースを解放するためのメッセージをスタートし、重なっているデータ経路上の状態情報を更新することができる前記通信セッションの前記データ経路に沿ったネットワークエレメントをさらに備える請求項１に記載の迅速にシグナリングルートを再度確立するために、データ通信ネットワークでシグナリングを管理するためのシステム。
【請求項３】
前記移動可能な通信端末が、
ｉ．新しいデータ経路上でシグナリング状態を設定するために、前記メッセージにフラグを含ませることにより、以前のデータ経路上のシグナリング状態の好適な処理を示すための手段と、
ｉｉ．以前のネットワーク接続状態及び特性の情報により、以前に使用した通信アドレス情報を維持する期間を計算する手段とを、
さらに備える請求項１に記載の迅速にシグナリングルートを再度確立するために、データ通信ネットワークでシグナリングを管理するためのシステム。
【請求項４】
前記移動可能な通信端末と通信中の前記コレスポンデントノードが、前記通信セッション中に接続ポイント及び通信アドレスを変更することができる請求項１に記載の迅速にシグナリングルートを再度確立するために、データ通信ネットワークでシグナリングを管理するためのシステム。
【請求項５】
以前に使用した接続ポイント及び通信アドレスを認識するために、
ｉ．前記接続ポイント及び通信アドレス情報を記憶するためのローカルデータベースと、
ｉｉ．前記接続ポイント及び通信アドレス情報に関連付けられるタイマとを、
備えることによって、前記タイマが時間切れになった場合に、前記記憶されている情報が削除される請求項１に記載の前記移動可能な通信端末用のシステム。
【請求項６】
前記移動可能な通信端末の以前に使用した通信アドレスを認識するために、
ｉ．前記移動可能な通信端末の識別及び通信アドレス情報を記憶するためのローカルデータベースと、
ｉｉ．前記識別及び通信アドレス情報に関連付けられるタイマとを、
備えることによって、前記タイマが時間切れになった場合に、前記記憶されている情報が削除される請求項１に記載の前記移動可能な通信端末と通信している前記コレスポンデントノード用のシステム。
【請求項７】
迅速にシグナリングルートを再度確立するために、データ通信ネットワークでシグナリングを管理するためのシステムであって、
ｉ．通信セッション中にその接続ポイント及び通信アドレスを変更することができ、以前に使用した接続ポイント及びアドレスを認識することができる移動可能な通信端末と、
ｉｉ．解放された関連ネットワークリソースとの前記通信セッション用のシグナリング状態を凍結することができ、あらかじめ定義されたシグナリングメッセージを受信した場合に、再度割り当てられる関連ネットワークリソースによって、前記シグナリング状態を再度作動することができる前記通信セッションの前記データ経路に沿った１つ又は複数のネットワークエレメントと、
ｉｉｉ．前記移動可能な通信端末の通信アドレスの変更を検出し、秘匿することができ、前記端末が以前に使用した通信アドレスを認識することができ、前記以前のデータ経路上で前記ネットワークリソースを解放するためのメッセージをスタートすることができる前記通信セッションの前記データ経路に沿ったローカルモビリティアンカポイントとを、
備えるシステム。
【請求項８】
前記移動可能な通信端末の前記以前に使用した通信アドレスを認識するために、
ｉ．前記移動可能な通信端末の識別及び通信アドレス情報を記憶するためのローカルデータベースと、
ｉｉ．前記識別ポイント及び通信アドレスに関連付けられるタイマとを、
備えることによって、前記タイマが時間切れになった場合に、前記記憶されている情報が削除される請求項７に記載の前記ローカルモビリティアンカポイント用のシステム。
【請求項９】
一時的なルート変更から迅速に回復するためにデータ通信ネットワークでシグナリングを管理するためのシステムであって、
ｉ．前記一時的なルート変更中に通信セッションを維持する１組又は複数のペアの通信端末と、
ｉｉ．前記ルートの変更を検出し、前記古いルートを通してネットワークリソースを解放するためのメッセージをスタートし、前記古いルートの利用度を監視し、古いルートが使用できるようになった場合に、ルート管理エンティティに通知することができる１つ又は複数のクロスオーバノードと、
ｉｉｉ．解放された関連ネットワークリソースとの前記通信セッション用の前記シグナリング状態を凍結することができ、あらかじめ定義されたシグナリングメッセージを受信した場合に、再度割り当てられた関連ネットワークリソースによって、前記シグナリング状態を再度作動することができる前記通信セッションの前記データ経路に沿った１つ又は複数のネットワークエレメントとを、
備えるシステム。
【請求項１０】
通信セッション用の複数の接続をサポートし、リソース使用の際の効率をより良くするためのデータ通信ネットワーク内のリソース管理シグナリング用の方法であって、
ｉ．通信端末が現在の通信セッション用の新しいネットワーク接続を取得するステップと、
ｉｉ．前記通信端末が、前記新しい接続を通して前記シグナリング状態の設定のために使用される前記メッセージにフラグを含ませて、前記ネットワークに以前の接続の好適な処理を示すステップとを、
含む方法。
【請求項１１】
ｉ．ローカル管理ポリシーと、
ｉｉ．通信アプリケーション構成と、
ｉｉｉ．前記以前の接続に対する前記インタフェースの状態と、
ｉｖ．前記接続の使用コストと、
ｖ．前記接続の使用できる帯域幅と、
ｖｉ．前記接続の信頼性と、
ｖｉｉ．上記の要因の加重合計とを、
含む情報を使用する請求項１０に記載の前記フラグの値を決定するための前記通信端末用の方法。
【請求項１２】
迅速にシグナリング状態を再度確立するための、データ通信ネットワーク内のリソース管理シグナリング用の方法であって、
ｉ．移動端末の通信データ経路に沿ったクロスオーバノードが、データルートの変更を検出し、通信セッション用の以前のデータ経路に沿ってネットワークリソースを解放するためのメッセージを送信するステップと、
ｉｉ．前記以前のデータ経路に沿った前記解放メッセージを処理することができる前記ネットワークエレメントが、前記通信セッション用のシグナリング状態を潜在モードに設定し、対応するネットワークリソースを解放するステップと、
ｉｉｉ．前記移動端末が、前記古いデータ経路への復帰を検出し、前記古いデータ経路に沿った前記シグナリング状態及びリソースを復元するためのメッセージを送信するステップと、
ｉｖ．前記復元メッセージにより処理することができる前記ネットワークエレメントが、前記シグナリング状態を再作動し、対応するネットワークリソースを再度割り当てるステップとを、
含む方法。
【請求項１３】
ｉ．前記クロスオーバルータが、古いデータ経路に送信される前記リソース解放メッセージに、タイマの値を含ませるステップと、
ｉｉ．前記タイマが時間切れになった場合に、前記古いデータ経路に沿った前記ネットワークエレメントが、前記潜在モードの前記シグナリング状態を削除するステップとを、
さらに含む請求項１２に記載のデータ通信ネットワーク内のリソース管理シグナリング用の方法。
【請求項１４】
前記移動端末が、前記新しいデータ経路用のシグナリング状態を設定するためのメッセージを通して、前記好適なタイマの値を通知するステップをさらに含む請求項１３に記載のデータ通信ネットワークにおけるリソース管理シグナリング用の方法。
【請求項１５】
ｉ．前記ネットワークのインタフェースのタイプと、
ｉｉ．最後に検出されたシグナリングの強度と、
ｉｉｉ．接続ポイントカバーエリアと、
ｉｖ．アクセスポイント負荷状況と、
ｖ．前記リンクのコストと、
ｖｉ．上記の要因の加重合計とを、
含む情報により請求項１３に記載の前記タイマの値を決定するための前記移動端末用の方法。
【請求項１６】
迅速にシグナリング状態を再度確立するための、データ通信ネットワーク内のリソース管理シグナリング用の方法であって、
ｉ．移動端末の通信データ経路に沿ったクロスオーバノードが、データルートの変更を検出し、前記通信セッション用の以前のデータ経路に沿ってネットワークリソースを解放するためのメッセージを送信するステップと、
ｉｉ．前記以前のデータ経路に沿って前記解放メッセージを処理することができる前記ネットワークエレメントが、前記通信セッション用のシグナリング状態を潜在モードに設定し、対応するネットワークリソースを解放するステップと、
ｉｉｉ．前記クロスオーバノードが、前記古いデータ経路への前記移動端末の復帰を検出し、前記古いデータ経路への前記シグナリング状態及びネットワークリソースを復元するためのメッセージを送信するステップと、
ｉｖ．前記復元メッセージを処理することができる前記ネットワークエレメントが、前記シグナリング状態を再作動し、対応するネットワークリソースを再度割り当てるステップとを、
含む方法。
【請求項１７】
ｉ．前記クロスオーバルータが、古いデータ経路に送信される前記リソース解放メッセージに、タイマの値を含ませるステップと、
ｉｉ．前記タイマが時間切れになった場合に、前記古いデータ経路に沿った前記ネットワークエレメントが、前記潜在モードの前記シグナリング状態を削除するステップとを、
さらに含む請求項１６に記載のデータ通信ネットワーク内のリソース管理シグナリング用の方法。
【請求項１８】
前記移動端末が、前記新しいデータ経路用のシグナリング状態を設定するためのメッセージを通して、前記好適なタイマの値を通知するステップをさらに含む請求項１７に記載のデータ通信ネットワークにおけるリソース管理シグナリング用の方法。
【請求項１９】
ｉ．前記移動端末が関連付けられたタイマを用いて、ローカルデータベース内に、以前に使用したアドレス及び接続ポイント情報を記憶するステップと、
ｉｉ．前記移動端末が、新しい接続ポイントに接続し、新しいアドレスに割り当てられた場合に、前記データベースを探索するステップと、
ｉｉｉ．前記関連付けられたタイマが時間切れになった場合に、前記移動端末が、前記データベースから前記アドレス及び接続ポイント情報を削除するステップとを、
含む請求項１２に記載の前記古いデータ経路への復帰を検出するための前記移動端末用の方法。
【請求項２０】
ｉ．データルートの変更を検出した場合に、前記クロスオーバノードが、関連付けられるタイマを用いてローカルデータベース内に、前記移動端末の以前に使用した経路情報を記憶するステップと、
ｉｉ．データルートの変更を検出した場合に、前記クロスオーバノードが前記データベースを探索するステップと、
ｉｉｉ．前記関連付けられたタイマが時間切れになった場合に、前記クロスオーバノードが前記データベースから前記経路情報を削除するステップとを、
含む請求項１６に記載の前記古いデータ経路への前記移動端末の復帰を検出するための前記クロスオーバノード用の方法。
【請求項２１】
ｉ．前記ネットワークのインタフェースのタイプと、
ｉｉ．最後に検出されたシグナリングの強度と、
ｉｉｉ．接続ポイントカバーエリアと、
ｉｖ．アクセスポイント負荷状況と、
ｖ．前記リンクのコストと、
ｖｉ．上記の要因の加重合計とを、
含む情報により請求項１７に記載の前記タイマの値を決定するための前記移動端末用の方法。
【請求項２２】
ｉ．前記ネットワークのインタフェースのタイプと、
ｉｉ．最後に検出されたシグナリングの強度と、
ｉｉｉ．接続ポイントカバーエリアと、
ｉｖ．アクセスポイント負荷状況と、
ｖ．前記リンクのコストと、
ｖｉ．上記の要因の加重合計とを、
含む情報により請求項１９に記載の前記タイマの値を決定するための前記移動端末用の方法。
【請求項２３】
外部ノードに前記移動端末の移動を秘匿するために、ローカルモビリティアンカポイントを使用する場合に、迅速にシグナリング状態を再度確立するためのデータ通信ネットワークでのリソース管理シグナリング用の方法であって、
ｉ．前記移動端末が、前記モビリティアンカポイントに、位置の変更、及び前記通信セッション用の前記以前のデータ経路に沿ってネットワークリソースを解放するためのメッセージを送信するモビリティアンカポイントを通知するステップと、
ｉｉ．前記以前のデータ経路に沿って前記解放メッセージを処理することができる前記ネットワークエレメントが、前記通信セッション用のシグナリング状態を潜在モードに設定し、対応するネットワークリソースを解放するステップと、
ｉｉｉ．前記モビリティアンカポイントが、前記位置への前記移動端末の復帰を検出し、前記古いデータ経路に対して、前記シグナリング状態及びネットワークリソースを復元するためのメッセージを送信するステップと、
ｉｖ．前記復元メッセージを処理することができる前記ネットワークエレメントが、前記シグナリング状態を再度作動し、対応するネットワークリソースを再度割り当てるステップとを、
含む方法。
【請求項２４】
一時的なルート変更からの迅速な回復を行うためのデータ通信ネットワークでのリソース管理シグナリング用の方法であって、
ｉ．前記データ経路に沿った前記クロスオーバノードが、データルートの変更を検出し、前記古いデータ経路に沿った前記ネットワークリソースを解放するためのメッセージを送信するステップと、
ｉｉ．前記クロスオーバノードが、タイマをスタートして前記古い経路の状態を監視し、前記古い経路が使用できることを検出した場合に、前記シグナリング状態及びネットワークリソースを復元するためのメッセージを送信するステップと、
ｉｉｉ．前記クロスオーバノードが、前記ルーティング管理エンティティに、前記古いデータ経路の利用度を通知するステップとを、
含む方法。
【請求項２５】
ｉ．前記クロスオーバノードが、前記古いデータ経路に沿って探索メッセージを周期的に送信するステップと、
ｉｉ．前記クロスオーバノードが、前記古いデータ経路に沿って前記探索メッセージを受信した場合に、前記古い経路の利用度を指示するステップとを、
含む請求項２４に記載の前記古い経路の利用度を監視するための前記クロスオーバノード用の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信ネットワークに関し、特にパケットをベースとするデータ通信システムのリソース管理シグナリングに関する。また、本発明は、端点間（エンドトゥーエンド）経路特定シグナリング用途の一般的な状態管理に関する。
【背景技術】
【０００２】
データ通信ネットワークにおいては、リソース管理に対していくつかのシグナリングアプローチが使用される。シグナリングメッセージは、データトラフィック又はストリームのそれぞれと同じ経路に沿って流れる（flow）ことができる。リソース管理シグナリングについては、例えば、リソース予約プロトコル（ＲＳＶＰ）（Resource Reservation Protocol）（非特許文献１）のような従来のアプローチが通常使用される。シグナリングがデータトラフィック経路に沿って流れる場合には、データトラフィックルートにおけるあらゆる変更によって、例えば、ＲＳＶＰにおける局所的修正（local repair）のような何らかのシグナリングチャンネル再確立が引き起こされる。
【非特許文献１】R. Braden, et. al., "Resource Reservation Protocol", IETF RFC 2205 http://www.ietf.org/rfc/rfc2205.txt
【非特許文献２】D. Johnson, et.al., "Mobility Support in IPv6", IETF Internet Draft: draft-ietf-mobileip-ipv6-24.txt http://www.ietf.org/internet-drafts/draft-ietf-mobileip-ipv6-24.txt
【非特許文献３】Hesham Soliman, et. al., "Hierarchical Mobile IPv6 mobility management (HMIPv6)", IETF Internet Draft: draft-ietf-mobileip-hmipv6-08.txt http://www.ietf.org/internet-drafts/draft-ietf-mobileip-hmipv6-08.txt
【発明の開示】
【発明が解決しようとする課題】
【０００３】
データ通信ネットワークで種々のイベントが発生すると、データトラフィック経路に、例えば、ノードの故障、輻輳、負荷の平衡、及びモビリティの移動のようなルートの変更が生じる。これらのイベントが発生すると、リソース管理シグナリングに含まれるノードも変更する場合がある。いくつかのノードは、もはやデータトラフィック経路上に存在しなくなり、そのためリソース解放管理を実行し、シグナリングチェーンを残しておかなければならない。いくつかの新しいノードがデータトラフィック経路の一部になり、これらをシグナリングチェーン内に導入しなければならないし、また関連リソース管理をトリガしなければならない。これらすべての管理トリガは、いくつかのシグナリング動作を必要とする。モビリティの移動又は一時的なネットワークの故障による一時的なルートの変更の場合には、データトラフィック経路は、あるルートから他のルートに切り替わり、非常に短時間で元のルートに戻る。この動作は通常ピンポン効果（Ping-pong effect）と呼ばれる。それゆえ、リソース管理手順及び対応するシグナリングも頻繁に発生する。
【０００４】
シグナリングチェーンに参入させる新しいノードが存在する場合には、例えば、シグナリングノードの発見、交渉、許可などのようないくつかの所定プロセスを実行しなければならない。あるノードがシグナリングチェーンを離脱している間は、従来のシグナリング方法は、通常、特にリソース管理シグナリングノードの場合には、新しい経路が設定された直後に、古い経路に沿ってノード上に設置されている任意の状態又はリソースを除去しようとする。そのねらいは、未使用又は重複したリソースをより良いリソース用途のためのネットワークに解放することである。ピンポン効果の場合には、これらの従来のアプローチは、ある種の問題を生じる。モバイルノードが古いアクセスポイントに戻ると、そのモバイルノードは、古い経路に沿ってシグナリング状態が再度確立してからでなければ、そのデータを流すためのリソースを要求することができない。既に説明したように、シグナリング状態の設定には時間が掛かる。それゆえ、モバイルノードは、サービスの提供を受けられない状態になる。ピンポン効果のもう１つの問題は、この種のシグナリング状態の再確立が、ネットワークに非常に重いシグナリング負荷を発生させることであり、このことは明らかに望ましいことではない。
【課題を解決するための手段】
【０００５】
本発明は、ルート変更の後で全シグナリングチェーンを切断する代わりに、古い経路に沿ってシグナリング状態を保存することにより、ピンポン効果によるシグナリング問題を解決する方法を提案する。古い状態が形式的に保持するネットワークリソースは解放されるが、ノード上のシグナリング状態は保持される。状態は、ネットワークからの能動的な監視を必要としない「潜在」状態になる。例えば、ＱｏＳ(Quality of Service)管理の場合、状態は、前に予約されているネットワークリソースを保持しないが、ルーティング情報又はピアトゥーピア関連のような経路の情報は維持する。そうすることにより、ネットワークリソースの再使用の際に高い効率が達成され、同時に古いシグナリング経路の迅速な再確立が容易になる。一時的な経路の故障によるルート変更の場合、本発明を使用すれば、古い経路の切断箇所を引き続き監視することができ、また修正が行われた場合には再使用することができる。
【発明を実施するための最良の形態】
【０００６】
本明細書には、データ通信ネットワークで迅速にシグナリング経路を再確立するための方法が開示されている。開示された本発明の理解を助けるために下記の定義を使用する。
【０００７】
「パケット」という用語は、データネットワークを通して配信することができる任意の可能なフォーマットのデータの独立した（self-contained）ユニットである。「パケット」は通常２つの部分、すなわち、「ヘッダ」及び「ペイロード」部分からなる。「ペイロード」部分は配信対象のデータを含み、「ヘッダ」部分はパケットの配信を助けるための情報を含む。「ヘッダ」は、「パケット」の送信側及び受信側をそれぞれ識別するために、発信元アドレス及びあて先アドレスを含んでいなければならない。
【０００８】
「移動端末」という用語は、パケット交換データ通信ネットワークへのアクセスポイントを変更するネットワークエレメントである。移動端末は、パケット交換データ通信ネットワークへのアクセスポイントを変更することができるエンドユーザの通信端末を指すために使用される。本明細書においては、別段の明示の指定がない限り、「モバイルノード」及び「移動端末」という用語は同じ意味で使用される。
【０００９】
「アクセスルータ」という用語は、任意のアクセス技術により、「移動端末」にネットワーク接続を提供するネットワークエレメントである。これらのアクセス技術は、無線技術であっても、有線技術であっても、又は光学的技術であってもよい。アクセスルータは、通常、シグナリングを認識することができる。すなわち、シグナリングメッセージ処理に関与する。
【００１０】
以下の説明においては、本発明を完全に理解してもらうために、説明の便宜上、特定の数字、時間、構造及び他のパラメータを使用する。しかし、当業者であれば、これらの特定の詳細なデータを使用しないでも本発明を実行することができることを理解できるだろう。
【００１１】
（実施の形態１）
パケット交換データ通信ネットワーク、特にインターネットにおいては、リソース管理シグナリングは、通常、サービスを確立し、必要なリソースを予約するために、データトラフィック経路に沿って実行される。このようなシグナリングプロトコルの一例としては、ＲＳＶＰがある（非特許文献１）。シグナリング経路に沿って、例えば、シグナリングメッセージの受信（intercept）及び処理を行うような、シグナリングに関連するシグナリングメッセージの送信元及び発信元とは異なる中間ノードが存在する。これらのノードは、シグナリング認識ノードと呼ばれる。適切に設計されたシステムにおいては、これらのシグナリング認識ノードは、通常、ユーザにサービスを提供するためのリソースを制御する。したがって、シグナリング認識ノードによるシグナリングへの参加が、ユーザへのサービスの品質（ＱｏＳ）の保証のために重要である。
【００１２】
ネットワーク状態が変化すると、データトラフィック経路におけるルート変更がトリガされ、それにより、経路特定シグナリングプロトコルは、新しいデータトラフィック経路に沿ってもう１つのシグナリング経路を確立する。これは移動ネットワークに対して通常行われる動作である。
【００１３】
図１は、移動通信シナリオの略図である。この場合、データ通信は、モバイルノード（ＭＮ）（１０２）とコレスポンデントノード（ＣＮ）（１０１）との間で行われる。ＭＮ（１０２）は、最初、位置１０２Ａに存在しており、リンク１０６を通してアクセスルータ（ＡＲ）Ａ（１０３Ａ）によりネットワークに接続している。リンク１０６は、例えば、無線、赤外線、光学などのような、モバイルノード（１０２）で使用しているアクセス技術に応じて、任意の形をとることができる。この位置において、データトラフィック経路は、ＡＲ  Ａ（１０３Ａ）、シグナリングルータ（ＳＲ）Ａ（１０５Ａ）、クロスオーバルータ（ＣｏＲ）（１０４）、シグナリングルータ（ＳＲ）Ｃ（１０５Ｃ）を通るリンク１０６、１０７、１０８、１０９及び１１０に沿って位置している。図示される図のすべてのネットワークノードは、シグナリングを認識する。当業者なら、図示されていないもっと多くのネットワークエレメントを通信の際に使用することができることを、すぐに理解することができるだろう。したがって、リンクは論理接続であり、物理的には、例えば、イーサネット（登録商標）及びＡＴＭのような、異なる通信技術の多数の異なるリンクの組み合わせであってもよい。
【００１４】
上記経路に沿ってサービスを提供するために、例えば、対応するネットワークリソースを割り当てたり、又はネットワークファイアウォール又はゲートウェイを構成したりするため、データトラフィック経路に沿っていくつかのタイプのシグナリングを行わなければならない。ＭＮ（１０２）は、自身で、又は自身に代わってシグナリングを行うシグナリングプロキシを使用して、シグナリングを行うことができる。ＭＮ（１０２）がシグナリングプロキシを必要とする場合には、ＡＲ  Ａ（１０３Ａ）は、ＭＮ（１０２）のために信号を送るシグナリングプロキシとして機能することができる。なぜなら、ＭＮ（１０２）に最も近いシグナリング認識ノードであるからである。
【００１５】
ＣＮ（１０１）は、任意のタイプの技術でネットワークに接続している任意のデバイスであってもよい。この場合には、ＣＮ（１０１）は静的なものであるとみなされるが、モビリティ機能を持つノードであってもよい。同様に、ＣＮ（１０１）は、例えば、ＣＮ（１０１）に最も近いシグナリング認識ノードであるシグナリングルータＣ（１０５Ｃ）により、自身で、又は自身に代わってシグナリングを行うシグナリングプロキシを使用して、シグナリングを実行することができる。
【００１６】
データトラフィック経路に沿ってシグナリングを実行するために、シグナリング認識ノードは、互いに発見し合い、連携を確立しなければならない。例えば、ＡＲ  Ａ（１０３Ａ）及びＳＲ  Ａ（１０５Ａ）は、相互の位置を発見し、例えば、相互のアドレスの記憶などのシグナリング関係を設定する必要がある。発見プロセスの後、各シグナリング認識ノードは、そのシグナリングピア（signaling peer）に関する状態情報の保持を行う。状態は、例えば、ピア（peer）のアドレス、使用したプロトコル及びポート、使用することができるシグナリングアプリケーションを含む。使用できるこの状態情報だけにより、リソース管理シグナリングの実行が可能である。例えば、ＭＮ（１０２）は、ＡＲ  Ａ（１０３Ａ）に信号メッセージを送信することにより、そのデータフローに対応する帯域幅の割り当てをネットワークに要求することができる。上記シグナリング状態情報を使用して、ＡＲ  Ａ（１０３Ａ）は、対応するリソースを割り当て、ＳＲ  Ａ（１０５Ａ）にメッセージを転送することができる。ＡＲ  Ａ（１０３Ａ）に割り当てられたリソースは、状態と関連付けられる。状態情報は、制限された時間の間、利用可能な状態又はアクティブな状態に維持することができる。例えば、ＱｏＳシグナリングの場合には、予約の状態は、一定の間隔ごとにリフレッシュされなければならない。そうしないと、対応する状態及び関連リソースが解放されてしまう。このリフレッシュによって、ネットワーク障害がネットワークのリソースを使い果たしてしまうことを防止することができる。
【００１７】
ＭＮ（１０２）が、例えば、位置１０２Ａから位置１０２Ｂのように、あるアクセスポイントから他のアクセスポイントに移動すると、ネットワークトポロジも変わる可能性がある。位置１０２Ｂにおいて、ＭＮ（１０２）は、アクセスルータ（ＡＲ）Ｂ（１０３Ｂ）を通してネットワークに接続される。したがって、同じＣＮ（１０１）の同じデータアプリケーションに関して、データトラフィック経路は、この時点で、ＡＲ  Ａ（１０３Ａ）及びＳＲ  Ａ（１０５Ａ）の代わりに、２つの新しいネットワークノード、すなわち、ＡＲ  Ｂ（１０３Ｂ）及びＳＲ  Ｂ（１０５Ｂ）に対するリンク１１１、１１２、１１３、１０９及び１１０を有する。
【００１８】
データ経路が変わったので、新しいノード上で類似のシグナリング状態が設定されるように、シグナリングが行われなければならない。これは、シグナリング認識ノードの発見及びシグナリング関連の確立を含むものである。図を見れば分かるように、新しいデータトラフィック経路の一部は、古いデータトラフィック経路に重なっている。ＣｏＲ（１０４）は、新旧データ経路の共通部分の第１のシグナリング認識ノードである。ＡＲ  Ａ（１０３Ａ）、リンク１０７、ＳＲ  Ａ（１０５Ａ）、及びリンク１０８からなる古いデータ経路の部分は、ＭＮ（１０２）とＣＮ（１０１）との間のデータアプリケーション用には、もはや使用されない。本発明は、データ経路のこの部分に関する状態及びリソースを管理するための方法を提供する。
【００１９】
図２は、ＭＮ（１０２）が位置１０２Ａから位置１０２Ｂに移動し、位置１０２Ａに戻った場合のシグナリングプロセスの一例である。ＭＮ（１０２）は位置１０２Ａからスタートする。この位置１０２Ａにおいて、ＭＮ（１０２）は、ＣＮ（１０１）と通信アプリケーションを確立し、また、例えば、ＡＲ  Ａ（１０３Ａ）のようなデータトラフィック経路に沿ったすべてのシグナリング認識ノード及びＣｏＲ（１０４）は、確立されたシグナリング状態及び通信アプリケーションに割り当てられた対応するネットワークリソースを持つ（ステップ２０１）。
【００２０】
あるモビリティイベントにより、ＭＮ（１０２）は、その位置を位置１０２Ａから位置１０２Ｂに変え、ＡＲ  Ｂ（１０３Ｂ）を通してネットワークにアクセスする（ステップ２０２）。ＡＲ  Ａ（１０３Ａ）及びＡＲ  Ｂ（１０３Ｂ）は、異なるアドレス空間を持っているので、ＭＮ（１０２）は、そのローカルアドレスを変えなければならない。ＣＮ（１０１）との通信アプリケーションを継続するためには、ＭＮ（１０２）は、ＣＮ（１０１）にモビリティプロトコルメッセージによりアドレス変更を通知しなければならない（ステップ２０３）。例えば、モバイルＩＰｖ６(Internet Protocol version 6)（非特許文献２）を使用した場合には、ステップ２０３で送信したこのメッセージは、モバイルＩＰバインディングアップデートメッセージであってもよい。このアドレス更新メッセージを受信した後、ＣＮ（１０１）は、例えば、新しいアドレスに新しいデータパケットを送信するなど、その対応する通信アプリケーションを更新することができる。当業者であれば、このアドレス更新プロセスは、いくつかのメッセージ交換ラウンドを含むことができることを容易に理解することができるだろう。図面を簡単にするために、図にはステップ２０３のところに１回のメッセージ交換しか示していない。
【００２１】
ＭＮ（１０２）及びＣＮ（１０１）は、この新しいアドレスが以前に１回も使用されたことがないことを発見する。このことは、データ経路が新しい経路であることを意味する（ステップ２０４）。ＭＮ（１０２）は、そのローカルデータベース内に、以前に使用したすべてのアドレスにタイマを設定して記憶することにより、これを認識することができる。
【００２２】
図３は、ＭＮ（１０２）において、この機能を実施することができる方法を示す。ＭＮ（１０２）は、そのアクセスポイントを変更すると、新しいローカルアドレスを入手する（ステップ３０１）。ＭＮ（１０２）は、そのローカルアドレスデータベースを探索し、そのアドレスが以前に使用されたことがあるかどうかをチェックする（ステップ３０２）。データベース内に記憶されているアドレスはタイマと関連付けられている。このタイマが時間切れになると、このアドレスはデータベースから削除される。このアドレスデータベースは、ＭＮ（１０２）のメモリ内に維持することができる。ＭＮ（１０２）がリブートされた場合には、データベースは、空の記録により再度初期化される。なぜなら、ＭＮ（１０２）は、リブートの後でその通信アプリケーションをすべてリセットし、記録はもはや役に立たないからである。
【００２３】
探索の後、ＭＮ（１０２）は、データベース内で新しいアドレスを発見できるかどうかをチェックする（ステップ３０３）。有効なタイマによりアドレスが存在している場合には、ＭＮ（１０２）は、「古い経路」フラグを「真」に設定する（ステップ３０４）。そうでない場合には、ＭＮ（１０２）は、「古い経路」フラグを「偽」に設定する（ステップ３０５）。この後、ＭＮ（１０２）は、古いアドレスにタイマを設定して、データベース内に記憶する。タイマの値は、ＭＮ（１０２）に対してあらかじめ設定されている。なお、タイマの値の決定は、例えば、ネットワークインタフェースのタイプ、最後に検出されたシグナリングの強度、予想カバーエリア、アクセスポイント負荷状況、リンクのコストなどのいくつかの要因により異なる場合がある。ＭＮ（１０２）は、ローカルポリシーを使用して、すべての要因の加重合計に基づいて、タイマに使用する値を計算ことができる。
【００２４】
ＣＮ（１０１）は、「アドレス更新メッセージ（ステップ２０３で送信された）の受信」によって処理３０１を置き換えるだけで、図３と類似の手順の機能を実施することができる。ＣＮ（１０１）は、そのデータベース内にアドレスを記憶する場合、例えば、モバイルＩＰが使用される場合には、ＭＮ（１０２）のホームアドレスのようなＭＮ（１０２）の識別子も記憶しなければならない。アドレスに対するタイマの値は、ステップ２０３で送信したアドレス更新メッセージ内において、ＭＮ（１０２）が示すことになるだろう。
【００２５】
図２に示すように、ＭＮ及びＣＮが、アドレスが新しいことを発見した場合には、これらＭＮ及びＣＮは、シグナリング経路設定手順をスタートする（ステップ２０４）。シグナリング経路設定手順には、例えば、ＡＲ  Ｂ（１０３Ｂ）及びＳＲ  Ｂ（１０５Ｂ）のようなシグナリング認識ノードの発見が含まれている。データ経路の両方が同じ通信アプリケーションに対して使用され、そのため、そのアプリケーションに割り当てられた同一のセッション識別子と関連付けられているので、ＣｏＲ（１０４）は、この経路設定手順中に、データ経路の分岐を発見することができる（ステップ２０５）。
【００２６】
この時点で、新しいデータ経路に沿った必要なシグナリング及びリソース状態を設定するための３つの選択可能なシグナリング手順がある。なお、どの選択肢を使用するかは、リソース管理及び通信アプリケーションの構成のために使用するシグナリングプロトコルにより異なる。
【００２７】
選択肢Ａの場合には、ＭＮ（１０２）が「古い経路」フラグが「偽」であることを発見した場合、ＭＮ（１０２）は、新しいデータ経路に沿ってリソース予約メッセージをスタートする（ステップ２０６Ａ）。このメッセージは、新しいデータ経路に沿ってアプリケーションセッションに関する必要な状態情報を設定し、関連ノードに、データフローに対応するネットワークリソースを割り当てる。ステップ２０６Ａで送信された予約メッセージがＣｏＲ（１０４）に到着すると、ＣｏＲ（１０４）は、そのセッションに対する対応する状態情報を更新する。例えば、新しいアドレスが、ＭＮ（１０２）で使用されるので、データフローに対するフィルタを更新する。更新後、ＣｏＲ（１０４）は、更新メッセージをデータ経路の共通部分に転送する（ステップ２０７Ａ）。このメッセージは、ＣｏＲ（１０４）における動作と同様に、共通データ経路に沿ったシグナリング認識ノード上の状態を更新する。
【００２８】
選択肢Ｂの場合には、ＣＮ（１０１）は、共通経路更新メッセージを送信する（ステップ２０６Ｂ）。このメッセージは、例えば、データフローフィルタ更新などのようなデータ経路の共通部分に沿ったノード上のシグナリング状態情報を更新する。ＣｏＲ（１０４）がこのメッセージを受信すると、ＣｏＲ（１０４）は、そのセッションの対応する状態情報を更新し、ＭＮ（１０２）に向けて新しいデータ経路予約メッセージを転送する（ステップ２０７Ｂ）。ステップ２０７Ｂで送信されたこの予約メッセージは、新しいデータ経路に沿ってシグナリング認識ノード上にシグナリング状態を設定し、必要なネットワークリソースをセッションに割り当てる。
【００２９】
選択肢Ｃの場合には、ＣｏＲ（１０４）は、ステップ２０５での経路設定手順中に経路の分岐を発見した後で、新しいデータ経路に沿ってＭＮ（１０２）に向けて、１つの予約メッセージを送信する（ステップ２０６Ｃ）。ステップ２０６Ｃで送信されたこの予約メッセージは、新しいデータ経路に沿ったシグナリング認識ノード上でシグナリング状態を確立し、データフローに対して必要なネットワークリソースを割り当てる。同時に、ＣｏＲ（１０４）は、データ経路の共通部分に沿って、ＣＮ（１０１）の方向に状態更新メッセージを送信する（ステップ２０７Ｃ）。ステップ２０７Ｃで送信されたこの更新メッセージは、例えば、対応するデータフローフィルタを更新するなど、ＭＮ（１０２）が使用した新しいアドレスの共通データ経路に沿ったすべてのシグナリング認識ノードを更新する。
【００３０】
図面を簡単にするために、図には、ステップ２０６Ａ、２０６Ｂ、２０６Ｃ、２０７Ａ、２０７Ｂ及び２０７Ｃにおける、一方向に進むメッセージ交換が示されている。当業者であれば、実際の手順は、両方向の経路に沿った数ラウンドのメッセージ交換を含むことができることを容易に理解することができるだろう。例えば、ＭＮ（１０２）は、状態予約メッセージを受信した後、選択肢Ｂにより、ＣｏＲ（１０４）の方向に応答メッセージを返送することができる。
【００３１】
選択肢の中のどれを使用するかの選択は、アプリケーション構成が使用しているシグナリングプロトコルにより異なる。例えば、通信アプリケーションが、ＣＮ（１０１）からＭＮ（１０２）の方向へのデータフローを有している場合には、選択肢Ａが使用する手順になる。代わりに、データフローが、ＭＮ（１０２）からＣＮ（１０１）に流れている場合には、選択肢Ｂが使用する手順になる。選択肢Ａ又は選択肢Ｂは、シグナリング認識ノードの実施について何の変更も行わない。すなわち、これらの手順は、同じ状態マシンの実施を共有している。シグナリングプロトコルが、シグナリングピア間において高いセキュリティ連携を有している場合には、選択肢Ｃだけが使用される。
【００３２】
ＭＮ（１０２）によって新しいデータ経路設定が行われる場合には、ＭＮ（１０２）は、ＣｏＲ（１０４）からＭＮ（１０２）への古いデータ経路の状態を維持すべきかどうかをＣｏＲ（１０４）に示す。古いデータ経路に沿って、通信アプリケーションのフローに対して割り当てられているネットワークリソースが存在するので、古いデータ経路がもはや使用されない場合には、これらのリソースを解放しなければならない。通常、リソースの解放は、古いデータ経路に沿った状態のタイムアウトにより行われる。例えば、ＭＮ（１０２）は、時間制限内にはリフレッシュメッセージを送信しない。リソースが欠乏している（scarce）ネットワークの場合には、このタイプのタイムアウトは受け入れられない。したがって、古い経路に沿ったリソース予約を明示的に切断する必要がある。ある場合には、ＭＮ（１０２）は、例えば、マルチホーミングモバイルノード、ソフトハンドオーバなどのような２つのデータ経路の共存を必要とするので、ＭＮ（１０２）が、ネットワークに古い経路を直ちに切断すべきかどうかを示すことが望ましい。
【００３３】
ＭＮ（１０２）は、選択肢Ａのステップ２０６Ａで送信される予約メッセージ内のフラグ、又は選択肢Ｂ及び選択肢Ｃのステップ２０７Ｂ又はステップ２０６Ｃで送信される予約メッセージへの応答内のフラグを使用して切断かどうかを示すことができる。この場合、切断フラグ（tear-down flag）が想定されるが、フラグは予約を切断又は維持することを示すものであってもよい。ＣｏＲ（１０４）が、メッセージ内に存在するこのような切断フラグに気が付いた場合には、ＣｏＲ（１０４）は、ＭＮ（１０２）用の古い経路に沿ったリソース予約を明確に切断する。ＣｏＲ（１０４）がこれらのメッセージ内にこのようなフラグを発見しなかったか、又はこのようなメッセージを受信しなかった場合には、ＣｏＲ（１０４）は、使用されない古い経路に沿ったリソース予約をそのまま維持する。
【００３４】
ＭＮ（１０２）は、そのローカルポリシーを使用して、これらメッセージ内のフラグをオンにするかどうかを決定する。例えば、ＭＮ（１０２）が同じセッション用に使用している複数のインタフェースを持っている場合、すなわち、マルチホーミングの場合には、ネットワークが両方のデータ経路上で予約を維持することが好ましい。この場合、ＭＮ（１０２）はフラグをオンにしない。一方、ＭＮ（１０２）がデータフローソースであり、ＭＮ（１０２）が新しいデータ経路に切り替えると決定した場合には、ＭＮ（１０２）はフラグをオンにして、ネットワークに古いデータ経路予約を切断するよう要求する。下位レイヤの情報も、ＭＮ（１０２）がフラグの値を決定する際に利用される。例えば、レイヤ２のトリガが、古い経路に対するリンクが既に失われていることを示している場合には、ＭＮ（１０２）は、フラグをオンにすることにより、ネットワークに古い経路予約を切断するように要求する。フラグを決定する際には、ＭＮ（１０２）が考慮しなければならないさらに多くの要因がある。例えば、古いリンクの使用コスト、使用できる帯域幅、経路の遅延、リンクの信頼性などである。
【００３５】
図２に示すように、ＣｏＲ（１０４）が、ＭＮ（１０２）が示すフラグを発見した場合には、ＣｏＲ（１０４）は、古い経路に沿ってゼロ設定メッセージ（set-to-zero message）を送信することにより、ＭＮ（１０４）に対する古いデータ経路に沿って割り当てられたリソースを解放しようとする。このゼロ設定メッセージによって、ＣｏＲ（１０４）からＭＮ（１０２）への古いデータ経路に沿った任意のシグナリング認識ノードは、データフローに対して割り当てられた任意のネットワークリソースを解放する。シグナリング認識ノードは、ネットワークリソースを徐々に解放することができる。例えば、ＭＮ（１０２）が元の位置に戻る場合に、現在のリソース予約が、より確実に回復することができるように、段階的にネットワークリソースを解放する。タイマのパラメータ及び徐々に行われる解放制御のためのステップが、ゼロ設定メッセージに内蔵される。
【００３６】
同時に、これらのシグナリング認識ノードは、フローに関するシグナリング連携及び任意の他の状態情報を維持する。このようなシグナリング又は状態情報は、ゼロ設定メッセージ内に含まれている新しいタイマの値によって設定される。タイマの時間が切れる前においては、これらのノードの管理エンティティには、状態が潜在モードであるように見える。しかし、この場合、ネットワークリソースは、これらのノードには割り当てられない。解放されたネットワークリソースは、他のセッションによって使用可能となる。状態に関連するタイマが時間切れになった場合には、これらの状態もこれらのシグナリング認識ノードから削除される。タイマの値は、ＭＮにおいてローカルアドレス用に使用される値と同じ値に設定することができる。このようにして、古い経路に沿ってアドレス及び状態の削除を同期させることができる。
【００３７】
すべての状態情報が維持されているので、これらのノードは、依然としてアプリケーションセッションを認識している。古い経路を再使用するＭＮ（１０２）の場合には、このＭＮ（１０２）は、ネットワークリソース予約をその必要な値に戻すだけでよい。このタイプの復元プロセスは、一般的に、全部の新しい状態を確立するよりはるかに迅速に行われる。例えば、リソース割り当ては、管理情報ベース（Management Information Base）内の１つの値を変更するだけでよく、状態の再作動は、フラグの値を１回変更しさえすればよい。シグナリング認識ノードは、例えば、要求されたリソースが使用できない場合には、トラフィック状況に基づいて段階的に行うなど、徐々にネットワークリソースを増大させることができる。これらの状態は潜在モードになるので、これらの状態を、例えば、ピア情報の監視などのノードの通常の保守内に含める必要はない。また、関連するフローフィルタは、受信したパケットの処理状態である。これらにより、状態情報の保守コストが最低限度まで低減する。
【００３８】
図２に示すように、ＭＮ（１０２）は、短時間のうちに位置１０２Ａに戻ることができ、同一のＡＲ  Ａ（１０３Ａ）にアクセスすることができる（ステップ２０９）。同様に、ＭＮ（１０２）は、ＡＲ  Ａ（１０３Ａ）からローカルアドレスを取得し、通知メッセージによりこのアドレス変更をＣＮ（１０１）に通知する（ステップ２１０）。ここでは、図３の方法を使用して、ＭＮ及びＣＮは、アドレスを認識し（ステップ２１１）、ＭＮ及びＣＮは、シグナリング経路設定手順をスタートしない。
【００３９】
この時点で、上記選択肢Ａ及び選択肢Ｂに対応して、シグナリングに対する２つの選択肢がある。また選択肢を使用するかどうかは、選択された前の手順により決まる。前の手順に関して選択肢Ｃを選択した場合には、通信方向に従って、選択肢Ａ及び選択肢Ｂを使用することができる。
【００４０】
選択肢Ａの場合には、ＭＮ（１０２）は、ＡＲ  Ａ（１０３Ａ）を通して古いデータ経路に沿って、ＣＮ（１０１）に向けて古い経路復元メッセージを送信する。このメッセージには、データフローに対して必要なネットワークリソース情報及びＭＮ（１０２）に対する現在のアドレス情報が含まれる。ステップ２１２Ａで送信されたこの復元メッセージを受信した場合には、例えば、ＡＲ  Ａ（１０３Ａ）などの古い経路に沿ったシグナリング認識ノードは、元の状態情報を作動し、そのセッションに関連付けられている対応するネットワークリソースを割り当てる。なお、既に説明したように、シグナリング認識ノードは、要求されたリソースが使用できない場合には、例えば、トラフィック状況に基づいて段階的に行うなど、徐々にネットワークリソースを増大させることができる。ＭＮ（１０２）及びシグナリング認識ノードは、アドレス及び状態に対して同一のタイマの値を使用しているので、これらのノード上において、状態情報の使用が保証されている。状態情報の大部分は依然として有効であるので、復元メッセージは、最低限の情報を含むだけでよく、この最低限の情報は極めて小さいものである。そのうえ、復元プロセスは、すべて状態を再確立する必要がないので、このプロセスも新しいセッションを設定するよりはるかに迅速に行われる。
【００４１】
ＣｏＲ（１０４）が、ステップ２１２Ａで送信されたこの復元メッセージを受信すると、ＭＮ（１０２）の新しいアドレスを使用して、例えば、フローフィルタなど、その状態の更新を行う。ＣｏＲ（１０４）は、ＣＮ（１０１）の方向に、共通経路更新メッセージを転送する（ステップ２１３Ａ）。ステップ２１３Ａで送信されたメッセージにより、共通データ経路に沿ったすべてのシグナリング認識ノードは、ＭＮ（１０２）の現在のアドレス及び必要なネットワークリソースの割り当てに基づいて、その状態を更新する。
【００４２】
選択肢Ｂの場合には、ＣＮ（１０１）は、ＭＮ（１０２）が古い経路に戻ったことを発見した後、共通データ更新メッセージを送信する（ステップ２１２Ｂ）。この更新メッセージには、ＭＮ（１０２）によって使用される現在のアドレス、及び必要なネットワークリソースが含まれている。共通データ経路に沿ったシグナリング認識ノードは、その情報に基づいて、状態を更新する。例えば、ＭＮ（１０２）の新しいアドレスによって、データフローのフィルタが調整される。
【００４３】
ＣｏＲ（１０４）が、ステップ２１２Ｂで送信された共通経路更新メッセージを受信した場合には、ＣｏＲ（１０４）は、古い経路復元メッセージを、ＡＲ  Ａ（１０３Ａ）を通してＭＮ（１０２）に転送する（ステップ２１３Ｂ）。この復元メッセージには、ステップ２１２Ｂで送信された共通経路更新メッセージと同様の情報が含まれる。古い経路に沿ったすべてのシグナリング認識ノードは、ステップ２１３Ｂで送信されたこのメッセージを受信した場合、このセッションに対する、対応する状態を作動する。また、メッセージ内に指示されている対応するネットワークリソースも、そのセッションに割り当てられ、関連付けられる。なお、既に説明したように、シグナリング認識ノードは、要求されたリソースが使用できない場合には、例えば、トラフィック状態に基づいて段階的に行うなど、徐々にネットワークリソースを増大させることができる。
【００４４】
既に説明したように、使用する選択肢の選択は、使用中のシグナリングプロトコル、通信アプリケーションの構成、及び前に使用した選択肢により異なる。
【００４５】
選択肢Ａの場合でも、選択肢Ｂの場合でも、移動後に、ステップ２１２Ａ及び２１２Ｂで送信されたメッセージは両方とも、必要なネットワークリソース情報を含んでいる。これは、アクセスポイントの変更後、通信要件もまた変わることによる。例えば、ＭＮが無線ＬＡＮインタフェースからそのＵＭＴＳ(Universal Mobile Telephone System)インタフェースへハンドオーバを行うと、要求される帯域幅は、はるかに狭くなる。したがって、異なるネットワークリソースが異なるＭＮ（１０２）の接続に対して割り当てられる場合もある。
【００４６】
ステップ２１２Ａ又はステップ２１２Ｂで送信されたメッセージを受信した後、ＣｏＲ（１０４）は、ＭＮ（１０２）におけるデータ経路の変更を検出することができる（ステップ２１４）。同様に、ＭＮ（１０２）が以前のデータ経路（１１１、１１２、１１３）上のリソースを解放すべきことも指示していた場合には、ＣｏＲ（１０４）は、以前のデータ経路に沿ってゼロ設定メッセージを送信する（ステップ２１５）。このメッセージは、ステップ２０８で送信されたメッセージと同様の効果を持つ。
【００４７】
ＣＮ（１０１）又はＭＮ（１０２）が、通信アプリケーションセッションを終了するまで、全シグナリングプロセスは継続可能である。
【００４８】
（実施の形態２）
実施の形態１で説明した手順は、ＭＮ（１０２）のモビリティがＣＮ（１０１）によって見ることができることを仮定している。あるローカルモビリティスキームを使用した場合には、ＭＮ（１０２）の移動は、ＣＮ（１０１）は認識しない（transparent）。例えば、階層モバイルＩＰスキーム（非特許文献３）を使用した場合には、ＭＮ（１０２）がＭＡＰ(Mobility Anchor Point)のある領域内に位置している限り、同一のアドレスをＣＮ（１０１）で見ることが可能である。この場合、モビリティアンカポイントは、通常、ＣｏＲ（１０４）として機能する。したがって、ＣｏＲ（１０４）は、ＭＮ（１０２）のすべての移動を把握する。
【００４９】
図４は、このようなローカルモビリティスキームが設置されている場合の、本発明の可能な動作手順である。ＭＮ（１０２）は、位置１０２Ａで、ＣＮ（１０１）と通信アプリケーションをスタートする。ＭＮ（１０２）は、ＡＲ  Ａ（１０３Ａ）を通してネットワークに接続し、このとき、ＣｏＲ（１０４）はローカルモビリティアンカポイントである。したがって、すべてのデータトラフィックは、ＭＮ（１０２）がその領域内にとどまっている限りは、ＣｏＲ（１０４）を通過する。位置１０２Ａにおいて、ＭＮ（１０２）は、データ経路に沿って予約されたネットワークリソースを有する（ステップ４０１）。また、ＣｏＲ（１０４）は、ＭＮ（１０２）のローカルアドレスを記憶する。
【００５０】
あるモビリティイベントにより、ＭＮ（１０２）は、新しい位置１０２Ｂに移動し、ＡＲ  Ｂ（１０３Ｂ）を通してネットワークに接続する（ステップ４０２）。同時に、ＭＮ（１０２）は、ＡＲ  Ｂ（１０３Ｂ）から新しいローカルアドレスを取得入手する。なぜなら、ＡＲ  Ｂ（１０３Ｂ）は、ＡＲ  Ａ（１０３Ａ）のアドレス空間とは異なるアドレス空間を持っているからである。通信を維持するために、ＭＮ（１０２）は、モビリティアンカポイント、ＣｏＲ（１０４）に対して、移動及びその新しいアドレスを通知するために、モビリティプロトコルを使用する。
【００５１】
ステップ４０３で送信されたアドレス更新メッセージを受信した後、ＣｏＲ（１０４）は、以前にＭＮ（１０２）がそのアドレスを使用したかどうかをチェックする。ＭＮ（１０２）がアドレスを認識している実施の形態１で説明したように、ＣｏＲ（１０４）は、ステップ４０３でＭＮ（１０２）から送信されるアドレス更新メッセージを受信する最初のステップ３０１によって、図３の方法を使用することができる。この場合、ＣｏＲ（１０４）も、各アドレスに関連付けられたタイマを用いて、ＭＮ（１０２）が使用した以前のローカルアドレスのデータベースを維持する。
【００５２】
アドレスの記録を発見できなかった場合には、ＣｏＲ（１０４）及びＭＮ（１０２）は、経路発見及びシグナリング状態設定プロセスをスタートする（ステップ４０４）。経路設定プロセスには、新しいデータ経路に沿ったシグナリング認識ノード間のメッセージ送信連携の確立、シグナリングメッセージルーティングテーブルの設定などが含まれる。
【００５３】
ＣｏＲ（１０４）は、ＭＮ（１０２）に向けて新しいデータ経路に沿って、予約及び状態設定メッセージを送信する（ステップ４０５）。このメッセージにより、新しいデータ経路に沿ったシグナリング認識ノードは、アプリケーションセッションに関する状態情報を生成し、データフローに対して必要なネットワークリソースを割り当てる。
【００５４】
ＣｏＲ（１０４）はローカルモビリティアンカポイントであるので、ＭＮ（１０２）の位置１０２Ａから位置１０２Ｂへの移動を、例えば、ＣＮ（１０１）のような、外部ネットワークノードから秘匿する。したがって、シグナリング状態及びアプリケーションセッション情報をデータ経路の共通部分に沿って更新する必要はない。ＣＮ（１０１）の視点からは、ＭＮ（１０２）は同一の接触ポイント点にとどまっている。この観点から、ＣｏＲ（１０４）は、データ経路の共通部分に沿ってすべてのメッセージを送る必要はない。
【００５５】
当業者であれば、例えば、ステップ４０５で送信された状態設定メッセージと、例えば、ＣｏＲ（１０４）からＭＮ（１０２）に向けてデータトラフィックが流れる場合のような、ある場合におけるステップ４０４で送信された経路設定メッセージとを結合することができることを容易に理解することができるだろう。これら２つのメッセージは、１つのメッセージパケットにより送ることができる。
【００５６】
ステップ４０５で送信された状態設定メッセージを受信した後、ＭＮ（１０２）は、状態設定の結果を示すために、応答メッセージによって応答することができる（ステップ４０６）。また、同じメッセージ内に、ＭＮ（１０２）は、例えば、即時切断又はその維持など、古いデータ経路に対する処理の要求を示す。この応答は、ＣｏＲ（１０４）方向への新しいデータ経路に沿ったシグナリング認識ノードにより中継される。この時点で、通信アプリケーションは、新しいデータ経路の方向にＣｏＲ（１０４）を通して流れている。
【００５７】
ＭＮ（１０２）が、古い経路に沿ったリソースを解放すべきであることを示した場合には、ＣｏＲ（１０４）は、古いデータ経路に沿ってゼロ設定メッセージを送信する（ステップ４０７）。ステップ４０７で送信されたこのゼロ設定メッセージは、古いデータ経路に沿ったシグナリング認識ノードに、通信セッション用の対応するネットワークリソースを解放させるが、シグナリング連携及び状態情報は保存させる。対応する状態は、タイマが設定された状態で潜在状態になる。これは、実施の形態１で説明した動作と同様である。
【００５８】
短時間のうちに、ＭＮ（１０２）は、位置１０２Ａに戻り、ＡＲ  Ａ（１０３Ａ）にアクセスする（ステップ４０８）。ＭＮ（１０２）は新しいローカルアドレスで割り当てられ、ＭＮ（１０２）はこれを更新メッセージによりＣｏＲ（１０４）に報告する（ステップ４０９）。
【００５９】
ステップ４０９で送信されたこのアドレス更新メッセージを受信した後、ＣｏＲ（１０４）は、そのアドレスが、ＭＮ（１０２）が以前に使用したアドレスであるかどうかを確認するために、そのローカルデータベースを探索する。アドレスがデータベース内に有効な記録を持っている場合には、ＣｏＲ（１０４）は、古い経路に沿って復元状態メッセージを送信する（ステップ４１１）。ステップ４１１で送信されたこの復元メッセージにより、有効な潜在状態のシグナリング認識ノードは、状態を再度作動し、アプリケーションセッションに対してすべての必要なリソースを割り当てる。状態情報は既に使用可能になっているので、この復元プロセスは、通常の状態確立プロセスよりもはるかに迅速に行われる。
【００６０】
ＭＮ（１０２）が、ステップ４１１で送信された復元状態メッセージを発見した場合には、ＭＮ（１０２）は、復元の結果を報告し、それが以前の経路の好適な処理であることを示すために、状態復元応答メッセージで応答する（ステップ４１２）。ステップ４１２で送信されたこの応答メッセージは、ＣｏＲ（１０４）の方向の経路に沿ったシグナリング認識ノードにより中継される。ＣｏＲ（１０４）が以前の経路（１１１、１１２、１１３）を切断するためのフラグを含むメッセージを発見した場合には、ＣｏＲ（１０４）は、以前のデータ経路の方向にタイマの値を含むゼロ設定メッセージを送信する（ステップ４１３）。このメッセージは、ステップ４０７で送信されたメッセージの効果と同様に、アプリケーション用のシグナリング認識ノード上の状態を潜在状態にし、対応するネットワークリソースを解放する。
【００６１】
当業者であれば、ＭＮ（１０２）がＣｏＲ（１０４）の領域内で移動する限りは、ＣＮ（１０１）はその移動を認識しないことを容易に理解することができるだろう。したがって、これらすべてのシグナリングは、変更した部分でのみ発生する。共通データ経路を変更したり、更新したりする必要はない。
【００６２】
ＭＮ（１０２）が、ＣｏＲ（１０４）の領域外に移動した場合には、この移動は、ローカルモビリティスキームが無効であることを意味するが、実施の形態１で説明した手順が適用される。この場合は、ＣＮ（１０１）は、ＭＮ（１０２）の移動に気が付く。
【００６３】
上記２つの実施の形態で説明した例では、モバイルノードは、固定ノードと通信を行っている。実際には、本発明は、通信端点の両端がモバイルノードである場合にも適用することができる。この場合、２つのクロスオーバルータが存在し、本発明はすべての古いデータトラフィック経路上に適用される。
【００６４】
（実施の形態３）
先の２つの実施の形態の場合には、データ経路の変更は、移動端末の移動によって生じるものである。データ通信ネットワークにおいては、場合によっては、一時的なネットワークの障害又は負荷のバランス上の理由によって、ルートの変更がトリガされ得る。この場合、シグナリングにはモビリティプロトコルは含まれていない。図５は、２つの固定エンドホスト間の通信に対してルート変更が発生した場合を例示したシナリオである。
【００６５】
固定エンドホストＡ（ＥＨ  Ａ）（５０１Ａ）は、ネットワークルータＡ（ＮＲ  Ａ）（５０２Ａ）、クロスオーバルータＡ（ＣｏＲ  Ａ）（５０３Ａ）、ＮＲ  Ｂ（５０２Ｂ）、ＣｏＲ  Ｂ（５０３Ｂ）及びＮＲ  Ｄ（５０２Ｄ）のルートを通して固定エンドホストＢ（ＥＨ  Ｂ）（５０１Ｂ）との通信をスタートする。当業者であれば、通信のデータ経路に沿って、さらに多くのネットワークノードが配置され得ることを容易に理解することができるだろう。この図は、図面を分かりやすくするためにノードの一部しか示していない。図中のこれらすべてのネットワークノードは、シグナリング認識ノードである。このことは、これらのネットワークノードがシグナリングメッセージ処理に参加することを意味する。
【００６６】
ある時点で、ＣｏＲ  Ａ（５０３Ａ）とＣｏＲ  Ｂ（５０３Ｂ）との間のルートに障害が生じ、ＮＲ  Ｂがもはやデータ経路に利用できない場合がある。例えば、リンクの切断、ＮＲ  Ｂがそのリソースを使い果たした場合、及び負荷のバランス上の理由のようないくつかの理由により障害が発生する。この場合、ネットワークルーティングプロトコルは、データトラフィックを、例えば、ＣｏＲ  Ａ（５０３Ａ）からＮＲ  Ｃ（５０２Ｃ）や、ＮＲ  Ｃ（５０２Ｃ）からＣｏＲ  Ｂ（５０３Ｂ）などのように他のルートに迂回させる。
【００６７】
この種のルート変更は、例えば、アプリケーションセッション用の新しいルートに沿ったＱｏＳ予約など、ある種のシグナリング行動も引き起こす。ＣｏＲ  Ａ（５０３Ａ）及びＣｏＲ  Ｂ（５０３Ｂ）は、通信データフローに対する出力又は入力インタフェースを監視することにより、ルートの変更に気が付く。なお、これには、ルーティングプロトコルで使用可能なある種の情報が必要とされる。新しいデータルートへの遷移は、例えば、ルートが単なるバックアップルートであるような単なる一時的な手段にすぎない場合もある。古いルートが使用できるようになると、データトラフィックは、例えば、遅延又はコスト的な理由のために、元の経路に戻らなければならない。図６は、迅速にデータ経路を復元するために、一時的な障害状況に本発明を使用する例示としてのシグナリング手順である。
【００６８】
ＥＨ  Ａ（５０１Ａ）は、ＮＲ  Ｂ（５０２Ｂ）を通る古い経路を通してＥＨ  Ｂ（５０１Ｂ）との通信をスタートする。シグナリング状態及び必要なネットワークリソースは、あるＱｏＳ保証のためのデータ経路に沿ったデータフローに既に割り当てられている（ステップ６０１）。ある時点で、ＮＲ  Ｂを通るルートは、もはや通信アプリケーションに利用され得なくなる（ステップ６０２）。既に説明したように、これは、例えば、ＣｏＲ  Ａ（５０３Ａ）とＮＲ  Ｂ（５０２Ｂ）との間のリンク障害のようないくつかの理由の組み合わせにより発生する場合がある。ネットワークで使用するルーティングプロトコルは、自動的にデータトラフィックを、例えば、ＮＲ  Ｃ（５０２Ｃ）のような他のルートに迂回させる。
【００６９】
ＣｏＲ  Ａ（５０３Ａ）及びＣｏＲ  Ｂ（５０３Ｂ）は、既に説明したようにルートの変更を検出する。それに応じて、ＣｏＲ  Ａ（５０３Ａ）及びＣｏＲ  Ｂ（５０３Ｂ）は、新しいシグナリング経路の発見をスタートする（ステップ６０３）。そして、経路の発見に成功した後、シグナリング状態及びリソース予約が、新しいデータ経路に沿って確立される（ステップ６０４）。これら２つの手順の詳細な動作は、通信データフロー、及び使用中のプロトコルの方向により異なる。
【００７０】
この時点で、通信データは、新しいデータルートに沿って流れていて、ＱｏＳ保証を提供するための必要なリソースは既に割り当てられている。古いデータルートはもはや使用されていないので、ＣｏＲ  Ａ（５０３Ａ）及びＣｏＲ  Ｂ（５０３Ｂ）は、古いデータ経路に沿ってリソース用のゼロ設定メッセージを送信する（ステップ６０５）。このゼロ設定メッセージにより、古いデータルートに沿ったすべてのシグナリング認識ノードは、データフローに対して割り当てられているネットワークリソースを解放するとともに、関連状態をタイマを用いて潜在モードにする。タイマの値は、ステップ６０５で送信されたゼロ設定メッセージ内に示される。タイマが時間切れになった場合には、潜在状態は削除される。
【００７１】
２つのクロスオーバルータ、ＣｏＲ  Ａ（５０３Ａ）及びＣｏＲ  Ｂ（５０３Ｂ）の場合には、同様にして、これらは古いデータルートの状態を潜在モードにし、同時に、探索プロセスをスタートする（ステップ６０６Ａ及びステップ６０６Ｂ）。この探索プロセスは、あらかじめ設定された期間において、古いデータルートに沿って探索メッセージを周期的に送信しようとする。探索メッセージがその期間内に通過できない場合には、古いデータルートに関する古い状態情報が削除される。あらかじめ設定された期間の長さは、ネットワークの特性に基づいて、ＣｏＲによって決定され、例えば、バックボーンの場合には、その周期は長くなる。
【００７２】
この期間内に、古いルートが障害から回復した場合には（ステップ６０７）、探索メッセージは通過する。例えば、ＣｏＲ  Ａ（５０３Ａ）が送信した探索メッセージは、ＮＲ  Ｂ（５０２Ｂ）によりＣｏＲ  Ｂ（５０３Ｂ）に中継される（ステップ６０８）。このことは、この時点で、サービスのために古いデータルートを使用することができることを意味する。
【００７３】
この探索メッセージを受信した後、ＣｏＲ  Ｂ（５０３Ｂ）は、古いデータルートに対する古い状態を再作動し（ステップ６０９）、復元状態メッセージを古い経路に沿ってＣｏＲ  Ａ（５０３Ａ）の方向に送信する（ステップ６１０）。ステップ６１０で送信されたこの復元メッセージには、リソース予約及び古い経路に沿ったデータフローに利用される他の状態を復元するために必要な状態情報が含まれる。例えば、ＮＲ  Ｂ（５０２Ｂ）のような古いルートに沿ったシグナリング認識ノードは、状態を復元させ、データフローに利用されるように準備するために保持情報を使用する。ステップ６１０で送信された状態復元メッセージを受信した後、ＣｏＲ  Ａは、古いデータ経路への、すなわち、ＮＲ  Ｂ（５０２Ｂ）を経由するデータフローを再度迂回させるように、対応するルーティング管理エンティティに通知する。状態及びリソース予約は、再迂回の前に既に確立しているので、データフローは、さらなる処理を行うことなくＱｏＳ保証を獲得することができる。
【産業上の利用可能性】
【００７４】
本発明は、データ通信ネットワークに係る技術において利用可能である。また、本発明は、特にパケットをベースとするデータ通信システムのリソース管理シグナリングに係る技術や、端点間（エンドトゥーエンド）経路特定シグナリング用途の一般的な状態管理に係る技術において利用可能である。
【図面の簡単な説明】
【００７５】
【図１】モビリティシナリオの例示としての設定、及びシグナリング管理に関連する種々のノードを示す図
【図２】モビリティイベントが発生した場合の古いデータ経路に沿った状態の管理に使用する例示としての手順を示すダイアグラム
【図３】古いデータ経路状態の有効性を検出するための例示としての実施方法、及びアドレスを管理するための方法を示すフローチャート
【図４】ローカルモビリティアンカポイントが外部のノードに対して移動端末の移動を秘匿するために使用された場合の、古いデータ経路に沿った状態の管理に使用する例示としての手順を示すダイアグラム
【図５】一時的なルート変更シナリオの例示としての設定、及びシグナリング管理に関連する種々のノードを示す図
【図６】一時的なルート変更が発生した場合のデータ経路に沿った状態の管理に使用する例示としての手順、及び古いデータ経路状態を迅速に再確立するための方法を示すダイアグラム
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2005079024.tif 000008
【図２】
2005079024.tif 000009
【図３】
2005079024.tif 000010
【図４】
2005079024.tif 000011
【図５】
2005079024.tif 000012
【図６】
2005079024.tif 000013
【国際調査報告】
2005079024.tif 000014
2005079024.tif 000015
2005079024.tif 000016
2005079024.tif 000017
2005079024.tif 000018
2005079024.tif 000019
2005079024.tif 000020
2005079024.tif 000021