(57)【要約】  本発明は、インターネットプロトコル（ＩＰ）ネットワークにおける上段帯域幅マネージャ（１２０）のフェイルオーバーに際して、上段帯域幅マネージャ（１２０）をバックアップするよう構成されたバックアップ上段帯域幅マネージャ（１６０）に関する。このＩＰネットワークは、リソースマップ（１３０）から構成され、そのＩＰネットワーク（１５０）の下段からの大量のリソースを、そのＩＰネットワークにまた配置された下段帯域幅マネージャ（１４０）を介して事前に割り当てるように構成された上段帯域幅マネージャ（１２０）から構成される。バックアップ上段帯域幅マネージャは、これがバックアップしている上段帯域幅マネージャ（１２０）のリソースマップ（１３０）のコピーと、上段帯域幅マネージャのフェイルオーバーに際して状態を下段帯域幅マネージャと同期化する手段からさらに構成される。
2008516521.tif 000002
【特許請求の範囲】
【請求項１】
インターネットプロトコル（ＩＰ）ネットワークにおける上段帯域幅マネージャ（１２０）のフェイルオーバーに際して上段帯域幅マネージャ（１２０）をバックアップするよう構成されたバックアップ上段帯域幅マネージャ（１６０）であって、前記ＩＰネットワークは、リソースマップ（１３０）から構成され、前記ＩＰネットワーク（１５０）の下段からの大量のリソースを前記ＩＰネットワークにまた配置される下段帯域幅マネージャ（１４０）を介して事前に割り当てるよう構成される上段帯域幅マネージャ（１２０）から構成されており、バックアップ上段帯域幅マネージャ（１６０）は、これがバックアップしている上段帯域幅マネージャ（１２０）のリソースマップ（１３０）のコピーと、上段帯域幅マネージャのフェイルオーバーの際に状態を下段帯域幅マネージャと同期化する手段とから構成されることを特徴とする、バックアップ上段帯域幅マネージャ（１６０）。
【請求項２】
ＩＰアドレスの引き継ぎによりフェイルした上段帯域幅マネージャからフェイルオーバーを行う手段から構成され、バックアップ上段帯域幅マネージャは、使用中のルーティングプロトコルがこのＩＰアドレスに新しいルートを通知する時に前記フェイルした上段帯域幅マネージャのＩＰアドレスを引き継ぐ手段から構成されることを特徴とする、請求項１に記載のバックアップ上段帯域幅マネージャ（１６０）。
【請求項３】
クライアントに１次および２次アドレスを設定することで、フェイルした上段帯域幅マネージャからフェイルオーバーを行う手段から構成されることを特徴とする、請求項１に記載のバックアップ上段帯域幅マネージャ（１６０）。
【請求項４】
同期化されるべき状態のうちの１つが既に許可されかつアクティブなコールであることを特徴とする、請求項１から３のいずれかに記載のバックアップ上段帯域幅マネージャ（１６０）。
【請求項５】
状態のうちの１つが事前に割り当てられた大量のリソースであることを特徴とする、請求項１から３のいずれかに記載のバックアップ上段帯域幅マネージャ（１６０）。
【請求項６】
クライアントへの個々の接続もしくはバッファから構成され、個々の接続もしくはバッファは通常動作と並行してコール状態の同期化を転送するよう構成されることを特徴とする、請求項１から５のいずれかに記載のバックアップ上段帯域幅マネージャ（１６０）。
【請求項７】
既に許可されたコールがより遅いタイムスケールでリフレッシュされる一方、すぐに新しいコールを処理する手段を特徴とする、請求項６に記載のバックアップ上段帯域幅マネージャ（１６０）。
【請求項８】
新しいコールの試みを処理する前に完全な同期化を完了する手段を特徴とする、請求項６に記載のバックアップ上段帯域幅マネージャ（１６０）。
【請求項９】
同期化をスキップする手段を特徴とする、請求項６に記載のバックアップ上段帯域幅マネージャ（１６０）。
【請求項１０】
アクティブなコールを周期的にリフレッシュする手段を特徴とする、請求項６に記載のバックアップ上段帯域幅マネージャ（１６０）。
【請求項１１】
上段がアクセス層であることと、上段帯域幅マネージャがアクセス帯域幅マネージャであることと、バックアップ上段帯域幅マネージャがバックアップアクセス帯域幅マネージ
ャであることとを特徴とする、請求項１から１０のいずれかに記載のバックアップ上段帯域幅マネージャ（１６０）。
【請求項１２】
下段がコアネットワークであることと、下段帯域幅マネージャがコア帯域幅マネージャであることとを特徴とする、請求項１から１１のいずれかに記載のバックアップ上段帯域幅マネージャ（１６０）。
【請求項１３】
リソースマップ（１３０）から構成され、ＩＰネットワーク（１５０）の下段からの大量のリソースを前記ＩＰネットワークにまた配置された下段帯域幅マネージャ（１４０）を介して事前に割り当てるよう構成される、上段帯域幅マネージャ（１２０）から構成されるインターネットプロトコル（ＩＰ）ネットワークであって、ＩＰネットワークは上段帯域幅マネージャ（１２０）のフェイルオーバーに際して上段帯域幅マネージャ（１２０）をバックアップするよう構成されたバックアップ上段帯域幅マネージャからさらに構成されており、ネットワークは、バックアップ上段帯域幅マネージャが、これがバックアップしている上段帯域幅マネージャ（１２０）のリソースマップ（１３０）のコピーと、上段帯域幅マネージャのフェイルオーバーに際して状態を下段帯域幅マネージャと同期化する手段とから構成されることを特徴とする、インターネットプロトコル（ＩＰ）ネットワーク。
【請求項１４】
ＩＰアドレスの引き継ぎによりフェイルした上段帯域幅マネージャからフェイルオーバーを行う手段から構成され、バックアップ上段帯域幅マネージャは使用中のルーティングプロトコルが新しいルートをこのＩＰアドレスに通知する時に前記フェイルした上段帯域幅マネージャのＩＰアドレスを引き継ぐ手段から構成されることを特徴とする、請求項１３に記載のネットワーク。
【請求項１５】
クライアントに１次及び２次アドレスを設定することによりフェイルした上段帯域幅マネージャからフェイルオーバーを行う手段から構成されることを特徴とする、請求項１３に記載のネットワーク。
【請求項１６】
同期化されるべき状態のうちの１つが既に許可されかつアクティブなコールであることを特徴とする、請求項１３から１５のいずれかに記載のネットワーク。
【請求項１７】
同期化されるべき状態のうちの１つが事前に割り当てられた大量のリソースであることを特徴とする、請求項１３から１５のいずれかに記載のネットワーク。
【請求項１８】
バックアップ上段帯域幅マネージャがクライアントへの個々の接続もしくはバッファから構成され、個々の接続もしくはバッッファは通常の動作と並行してコール状態の同期化を転送するよう構成されることを特徴とする、請求項１３から１７のいずれかに記載のネットワーク。
【請求項１９】
既に許可されたコールがより遅いタイムスケールでリフレッシュされる一方、新しいコールをすぐに処理する手段を特徴とする、請求項１８に記載のネットワーク。
【請求項２０】
新しいコールの試みを処理する前に完全な同期化を完了する手段を特徴とする、請求項１９に記載のネットワーク。
【請求項２１】
同期化をスキップする手段を特徴とする、請求項１９に記載のネットワーク。
【請求項２２】
アクティブなコールを周期的にリフレッシュする手段を特徴とする、請求項１９に記載のネットワーク。
【請求項２３】
上段がアクセス層であることと、上段帯域幅マネージャがアクセス帯域幅マネージャであることと、バックアップ上段帯域幅マネージャがバックアップアクセス帯域幅マネージャであることとを特徴とする、請求項１３から２２のいずれかに記載のネットワーク。
【請求項２４】
下段がコアネットワークであることと、下段帯域幅マネージャがコア帯域幅マネージャであることとを特徴とする、請求項１２から２３のいずれかに記載のネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の分野
本発明は、ＩＰネットワークにおける帯域幅マネジメントの配置に関する。とりわけ本発明は、そのＩＰネットワークにおける、上段帯域幅マネージャ、たとえばアクセス帯域幅マネージャの、回復ソリューションに関する。
【背景技術】
【０００２】
背景
現在のネットワークの動向は、有線ユニットおよび無線ユニットに「常にＩＰ」を提供することである。現在の目的のうちのいくつかは、インフラを簡易化し、広範囲のアプリケーションをサポートし、通信サービスに関する様々なユーザ要求をサポートすることである。これを可能にするために、サービスの差別化とＩＰネットワーク内のダイナミック帯域幅マネジメントとをサポートする拡張性のあるソリューションの必要性がある。
【０００３】
インターネットプロトコルが設計された時の主要な目的は、既存のネットワークを相互接続する効果的な技術を提供することであった。その他の重要な目的は、エラーに直面した時の生存性と、様々なサービスおよびアプリケーションをサポートする上での普遍性であった。これらの目的を達成するために、ＩＰプロトコル群は、ネットワーク構成要素における信号伝達およびパーフロー転送の状態を必要としないコネクションレス型データグラムネットワークを提供するよう設計された。アーキテクチャが大きなネットワークにスケールアップし、多くのエンドツーエンド接続（たとえばワールドワイドウェブ）を行うアプリケーションをサポートするということがわかった。
【０００４】
従来、要求の多いリアルタイムのアプリケーションが、特定のアプリケーション向けに垂直的に最適化されたネットワーク上に構築された。この設計原理は、それらの目的に効率的であるネットワークをもたらすが、新しいアプリケーションを容易にサポートせず、多くの場合、変化するリソース要求とアプリケーションを効果的に多重化することができない。いくつかの異なるネットワークを並行して動かすコストが高いということがわかった。
【０００５】
ＩＰは初めから、一般的な通信ソリューションとして設計された。ＩＰ技術は今、安価で、従来のデータアプリケーションおよび遅延に敏感なリアルタイムアプリケーションの両方をサポートするのに適切であると認識されている。リアルタイムアプリケーションに関する期待されるサービスを提供するのに、論理的（かつ物理的）な個々のＩＰネットワークが用いられる。ＩＰネットワークのそれぞれは、全く予測可能な帯域幅要件を有する敏感なアプリケーション（たとえばＩＰテレフォニー）のサブセットのみを供給する。アプリケーションの範囲を制限することで、全体の帯域幅要求が予測できる。したがってネットワークが、垂直的に最適化されたネットワークで用いられるのと同じトラフィックモデルを用いることで寸法づけられる。安価なＩＰ設備の利点が、ＩＰ技術におけるダイナミックサービスプロビジョニングについてのサポートを必要とせずに得られる。
【０００６】
ネットワークオペレータは現在、いくつかの並列ネットワークを維持する諸経費をカットすることを目的としている。現代のトレンドの１つは、全ての種類のアプリケーションを、同じロジカルＩＰネットワーク（すなわちインターネット）において多様なネットワークサービス要求と共に動かすことによってインフラを簡易化することである。このことは、ＩＰネットワークにおけるアプリケーションの多様性が増大していることを意味する。
【０００７】
調査および標準化の本体において、ＱｏＳサポートの発達は、インターネットに信号伝達したソリューションを提供する（垂直的なネットワークにおいて用いられるソリューションにいくらか似る）ところから、現在、よりステートレスなソリューションが好ましいことを認識するまでに前進した。
【０００８】
ルータでパーフローＱｏＳマネジメントを用いるソリューションの拡張可能性の問題は、ＩＥＴＦにおいて取られる、差別化されたサービスアーキテクチャとして知られる、新しいアプローチをもたらしてきた。その目的は、ルータにおけるパーフロー状態を避けることにより、拡張可能なＱｏＳサポートを提供することである。基本概念は、ＩＰパケットヘッダが、パケットがルータにより与えられるべきである処理（パーホップ挙動）を識別する小さなラベル（ｄｉｆｆｓｅｒｖフィールドとして知られる）を含むことである。結果的に、コアルータにはいくつかの転送クラスが組み込まれ、ラベルはパケットをそれらのクラスにマップするために用いられる。アーキテクチャは、ネットワークの境界において、意図されたサービスが提供されることを確実にするため、パケットマーカおよび規則機能に依存する。
【０００９】
分化したサービスの利点の１つは、モデルが、インターネットを成功させた好ましいプロパティを保存することである。これは、多様な種類の相互接続された物理的ネットワークにわたる、拡張可能でステートレスな転送をサポートする。しかし、スタンダードなモデルは、ルータ内の分化された転送に限定され、したがって課題は、予測可能なサービスをエンドユーザに提供することにある。
【００１０】
質的サービス（ベストエフォートのサービスよりも比較的良いが、トラフィックがどこで送信されたかおよび、その時点で他者によって発生した負荷とに依存する）が、ルータおよび半固定的な許可制御とサービスプロビジョニングの帯域幅マネジメント機構におけるｄｉｆｆｓｅｒｖサポートのみに依存することにより提供されることができる。
【００１１】
量的（最小の期待）サービスを提供するべく、リソースは、帯域幅マネジメント機構によってダイナミックに管理され、ダイナミックな許可制御を含んで関係するサービスを提供するのに十分なリソースがネットワーク内にあることを確認しなければならない。
【００１２】
ダイナミックな許可制御を実行する存在は、ここでは帯域幅マネージャと称される。この存在は、リソースマップを管理し、クライアントからの帯域幅へ入ってくるリクエストの許可制御を行うことにより、利用可能なリソースのトラックを保持する。許可制御を行うには、帯域幅マネージャは、前回許可された帯域幅予約のヒストリをも格納する。帯域幅マネージャは、利用可能なリソースの総量と、前回の予約により現在予約される量と、リクエストされる帯域幅の量とに基づいて、帯域幅への新しいリクエストを許可する決定をする。この明細書において、帯域幅マネージャが許可制御を行うと仮定され、一旦リクエストが許可されると、帯域幅マネージャはその時、そのリクエストにはもう関与しない。
【００１３】
機構は正確な帯域幅制御を、ネットワークの上段および下段の両方において提供すべきである。上段の１例はアクセスネットワークであり、下段の１例はコアネットワークである。したがって、上段の帯域幅マネージャは上段帯域幅マネージャと称され、下段の帯域幅マネージャは下段マネージャと称される。さらに、本願においてアクセスネットワークの帯域幅マネージャはアクセス帯域幅マネージャと称され、コアネットワークの帯域幅マネージャはコア帯域幅マネージャと称される。
【００１４】
ＩＰテレフォニーなどのサービスから来る非常に高速のコール許可リクエストを処理す
るべく、上段における上段帯域幅マネージャと、下段における下段帯域幅マネージャとを有する２段アーキテクチャが必要とされる。
【００１５】
サーバサイトの全体が利用不可能となるであろう災害の筋書きにおけるサービスアベイラビリティを保持するべく、地理的フェイルオーバーソリューションが必要とされる。全ての状態を、離れた予備の帯域幅マネージャに連続的に同期化することは実現可能ではないであろうため、同期化される状態の数が最小化されるソリューションが必要とされる。
【発明の開示】
【課題を解決するための手段】
【００１６】
発明の要旨
したがって、本発明の目的は、コール状態が同期化している間の連続的なサービスアベイラビリティを可能にすることにより、帯域幅マネージャのフェイルオーバーの間のサービスの中断を最小化することである。
【００１７】
上記の目的は、請求項１の特徴部分によって規定されるバックアップ上段帯域幅マネージャおよび請求項１２の特徴部分によって規定されるネットワークによって達成される。
【００１８】
好適な実施形態は従属請求項によって規定される。
したがって、これがバックアップしている上段帯域幅マネージャのリソースマップのコピーと、上段帯域幅マネージャのフェイルオーバーの際に状態を下段帯域幅マネージャと同期化する手段とから構成される、本発明に係るバックアップ上段帯域幅マネージャは、コール状態が同期している間の連続的なサービスアベイラビリティを可能にすることにより、帯域幅マネージャフェイルオーバーの間のサービス中断を最小化することを可能にする。
【００１９】
したがって、これがバックアップしている上段帯域幅マネージャのリソースマップのコピーと、上段帯域幅マネージャのフェイルオーバーの際に状態を下段帯域幅マネージャと同期化する手段とから構成される、本発明に係るネットワークは、コール状態が同期している間の連続的なサービスアベイラビリティを可能にすることにより、帯域幅マネージャフェイルオーバーの間のサービス中断を最小化することを可能にする。
【００２０】
１実施形態によると、バックアップ上段帯域幅マネージャは、ＩＰアドレスの引き継ぎによりフェイルした上段帯域幅マネージャからフェイルオーバーを行う手段から構成され、バックアップ上段帯域幅マネージャは、使用中のルーティングプロトコルがこのＩＰアドレスに新しいルートを通知する時にそのフェイルした上段帯域幅マネージャのＩＰアドレスを引き継ぐ手段から構成される。
【００２１】
１実施形態によると、バックアップ上段帯域幅マネージャは、クライアントに１次および２次アドレスを設定することで、フェイルした上段帯域幅マネージャからフェイルオーバーを行う手段から構成される。
【００２２】
１実施形態によると、同期化されるべき状態のうちの１つが既に許可されかつアクティブなコールである。
【００２３】
１実施形態によると、同期化されるべき状態のうちの１つが事前に割り当てられた大量のリソースである。
【００２４】
１実施形態によると、バックアップ上段帯域幅マネージャは、クライアントへの個々の接続もしくはバッファから構成され、個々の接続もしくはバッファは、通常動作と並行し
てコール状態の同期化を転送するよう構成される。
【００２５】
１実施形態によると、バックアップ上段帯域幅マネージャは、既に許可されたコールがより遅いタイムスケールでリフレッシュされる一方、すぐに新しいコールを処理する手段から構成される。
【００２６】
１実施形態によると、バックアップ上段帯域幅マネージャは、新しいコールの試みを処理する前に完全な同期化を完了する手段から構成される。
【００２７】
１実施形態によると、バックアップ上段帯域幅マネージャは、同期化をスキップする手段から構成される。
【００２８】
１実施形態によると、バックアップ上段帯域幅マネージャは、アクティブなコールを周期的にリフレッシュする手段から構成される。
【００２９】
１実施形態によると、上段がアクセス層であり、上段帯域幅マネージャがアクセス帯域幅マネージャであり、バックアップ上段帯域幅マネージャがバックアップアクセス帯域幅マネージャである。
【００３０】
１実施形態によると、下段がコアネットワークであり、下段帯域幅マネージャがコア帯域幅マネージャである。
【発明の効果】
【００３１】
本発明の利点は、リソース状態がコア帯域幅マネージャと同期化され、アクティブであったコールがタイムアウトするであろう一方で新しいリクエスト（コール）を供給することによりコール状態が移行されるため、本発明に係る回復力の速いアクセス帯域幅マネージャ間の状態の連続的な複製を必要としないことである。
【００３２】
さらなる利点は、集中した大量の予約を用いることによりコア帯域幅マネージャへの信号伝達が最小化され、したがってコア帯域幅マネージャとのコール毎の同期化を回避することである。
【００３３】
本発明のさらなる利点は、予約がいくつかの大量の予約の中に集中されるため、コアを通じたリソースの同期化が速いことである。このことは、リソースマップおよび連続的なサービスアベイラビリティの速い回復を可能にする。
【発明を実施するための最良の形態】
【００３４】
発明の詳細な説明
本発明は、本発明の好適な実施形態が示される添付の図面を参照して、以下により十分に説明される。しかし本発明は、多くの異なる形態で具体化され、ここに説明される実施形態に制限されると解釈されるべきではない。正しくはこれらの実施形態は、この開示が徹底的で完全であるように、また当業者に本発明の範囲を完全に伝えるように、提供される。
【００３５】
本発明に係るバックアップ帯域幅マネージャは、図１ａに示されるネットワークにおいて実施されることが好ましい。図１ａは、１人の加入者から他者へのコールについて、クライアント１１０から（たとえばコールエージェントから）受信したリクエストを処理する、上段におけるアクティブな上段帯域幅マネージャ１２０を図解する。注目すべきは、図１ａおよび１ｂにおいて、上段はアクセスネットワークによって、下段はコアネットワークによって、例示されるということである。エンドツーエンド帯域幅マネジメントがＱ
ｏＳを保証するために必要とされるので、関係するアクセス帯域幅マネージャもまた、コア帯域幅マネージャ１４０にコアネットワークにわたる帯域幅をリクエストすることにより、コアネットワーク１５０にわたって十分なリソースがあることを検証するであろう。コアネットワークにわたるこれらのリクエストは、異なるアクセスネットワーク間の大量の帯域幅の予約を事前に割り当てることで行われることが好ましい。
【００３６】
アクセス帯域幅マネージャ１２０は、コア１５０にわたる大量の予約の事前割り当てに基づいてコア帯域幅に関してローカルに決定することができるので、コア帯域幅マネージャ１４０は、個々のコールについての帯域幅リクエストの処理に関係する必要がない。したがって、コア帯域幅マネージャ１４０が低速／長滞留時間の大量の予約を処理する一方、アクセス帯域幅マネージャ１２０は高速／短滞留時間の予約を処理する。
【００３７】
２段アーキテクチャの概念が多くの異なる段階および位置に適用されてよく、本発明に係るソリューションはこのような構成にもまた適用できることに注目されたい。アクセス帯域幅マネージャの上段がコール許可リクエストを受信してリソースを、同様にリソースをコア帯域幅マネージャに事前に割り当てるところの下段のアクセス帯域幅マネージャに事前に割り当てる一方、アクセス内の下段がアクセスネットワークリソースマップを保持するアクセス帯域幅マネージャによって代表される場合、２段アーキテクチャはたとえば、アクセスネットワークの拡張性の理由のため、アクセスネットワーク内に適用されてよい。この場合、本発明に係るソリューションは、少なくともアクセス帯域幅マネージャにあてはまる。非常に大きなアクセストポロジーにおいて、上段のアクセス帯域幅マネージャでさえも、アクセスネットワークの部分についてリソースマップを保持するであろう。
【００３８】
本発明の目的は、各上段帯域幅マネージャ、一般的にアクセス帯域幅マネージャが、１以上のバックアップを有し、他の場所に配置される段の帯域幅マネージャにバックアップを示したことに基づく、地理的な帯域幅マネージャの回復を提供することにより達成される。バックアップ上段帯域幅マネージャは、図１ｂにおいてバックアップアクセス帯域幅マネージャとして図解される。図１ｂは、追加されたバックアップ上段帯域幅マネージャ１６０を除いては図１ａと同一である。バックアップ上段帯域幅マネージャ１６０は、これがバックアップしている帯域幅マネージャ１２０のネットワークリソースマップ（容量割り当てマップ）１３０のコピーを保持し、状態を下段帯域幅マネージャと同期する手段から構成される。注目すべきは、バックアップ上段帯域幅マネージャは、一般的にコアネットワークであるネットワークの下段にわたる、認められた帯域幅予約もしくは事前割り当ての現在の状況に関してアップデートされないということである。アクティブ１２０およびバックアップ上段帯域幅マネージャ１６０のどちらも、現在のトポロジーおよび供給されるリソースの量に関する情報を含む（すなわち層２、ルーティングおよびＭＰＬＳ）、リソースマップ１３０における変化に関して連続してアップデートされる。アクティブからバックアップ上段帯域幅マネージャへのフェイルオーバーは、届かない帯域幅マネージャのＩＰアドレスが使用中のルーティングプロトコルがこのＩＰアドレスに新しいルートを通知する時に、そのバックアップにより引き継がれるところのＩＰ引き継ぎによって、もしくはクライアントに１次および２次アドレスを設定することによって、行われる。
【００３９】
アクティブ上段帯域幅マネージャからバックアップ上段帯域幅マネージャへのフェイルオーバーの場合、膨大な数の状態が、帯域幅マネージャ間の状態の完全な同期化について同期化されなければならない。上段帯域幅マネージャ、たとえばアクセス帯域幅マネージャが、最大１，０００コール／秒のコール速度を処理することができると仮定すると、１２０秒である平均コール継続時間は、最大１２，０００のアクティブなコールを与える。フェイルオーバー時間が短くなければならず、同期化が完了するまでサービスが保留にされる場合、このデータの量は、同期化することがほぼ不可能である。
【００４０】
したがって、本発明の目的は、地理的フェイルオーバーに際して転送される必要がある状態の量を最小化することによって実施される、上段帯域幅マネージャの回復を提供することによって、さらに達成される。この最小化は、大量の帯域幅がネットワーク、たとえばコアネットワークの下段から、上段と下段の帯域幅マネージャの間の同期化（監査）により、自動的に事前に割り当てられることによって、また、既に許可されたコールのフレキシブルな再同期化が許可されること、すなわちリソースの他の帯域幅マネージャとの再同期化がコアネットワークからの大量のリソースの事前割り当てを用いて同期化されることによって、達成される。帯域幅マネージャ間の同期化（監査）は、
・プル：上段帯域幅マネージャ（たとえばアクセス帯域幅マネージャ）が、下段マネージャ（たとえばコア帯域幅マネージャ）からのリソース割り当て状態をリクエストする、
・プッシュ：下段帯域幅マネージャが、フェイルオーバーの際にリソース割り当て状態を送信する、
・再割り当て：下段帯域幅マネージャにおけるリソース割り当て状態が、上段帯域幅マネージャによってリセットされ、再割り当てされる、
のいずれかによって行われることができる。
【００４１】
帯域幅の事前割り当ては、下段帯域幅マネージャの一時的な休止の間にも、上段帯域幅マネージャにおける連続的なパーコールエンドツーエンドサービスアベイラビリティを提供する。大量の帯域幅の事前割り当てもまた、下段帯域幅マネージャでの信号伝達を低下させる。
【００４２】
したがって本発明は、上記のようにバックアップ上段帯域幅マネージャでサービスが可能になる前に同期化されなければならない状態を最小化することで、１つの上段帯域幅マネージャからバックアップ上段帯域幅マネージャへの高速のフェイルオーバーを可能にする。バックアップ上段帯域幅マネージャがネットワークリソースマップでアップデートされるので、同期化される必要のある状態のソースは、
−ネットワークの下段（たとえばコアネットワーク、したがってコアリソース状態）にわたる事前に割り当てられたリソース、および、
−既に許可されかつアクティブなコール（コール状態）、
の主に２つある。
【００４３】
下段にわたる事前に割り当てられたリソースが大量の予約であるため、下段帯域幅マネージャと同期化する予約の数が最小化される。しかし同期化される必要のあるアクティブなコールの数は、かなりの量の状態でありうる。
【００４４】
本発明の好適な実施形態によると、コール状態の同期化は、クライアント（たとえばコールエージェント）間の個々の接続もしくはバッファおよび、クライアントがコール状態の同期化を通常の動作と並行して送信することができるところのバックアップ上段帯域幅マネージャを導入することにより、任意とされる。
【００４５】
この好適な実施形態は、多数の短いコールが再同期化の完了前に終わる一方、長期のコールについて同期化を確実にすることを可能にする。
【００４６】
この方策は、サービスのオーバーサブスクリプション、すなわちサービスに供給されているよりも多くのコールを許可することのリスクが低いように、またいくつかの場合において新しいコールよりも先に許可されたコールを先取りするということについていくらかの不公平が受け入れられるように、比較的低いブロック率に依存する。比較的短い平均コール継続時間であるボイスサービスについて、古いコール状態がタイムアウトし、新しい状態（新しいコールからの）が比較的短い時間枠内で確立するであろう。フェイルオーバーの後、新しい上段帯域幅マネージャがアクティブなコールの状態を確立するのにいくら
か時間がかかり、再同期化されていない依然アクティブなこれらのコールは計算されないであろうから、この移行の間、サービスのオーバーサブスクリプションのリスクがある。この期間、新しいバックアップ帯域幅マネージャは、未知のアクティブなコールがあるという理由のみで、必要以上に多くのコールを許可するであろう。しかし、このリスクはスマート再同期化を用いることで削減されることができる。古い上段帯域幅マネージャから新しい上段バックアップ帯域幅マネージャへの移行は図３に図解され、そこで、
１．古いコール状態を示す。これは、リソースマップのある点における予約されたリソースの量である。
【００４７】
２．フェイルオーバーの時間を示す。この点でフェイルオーバーは開始し、新しいコール状態（３）が確立し始める一方、古いコール状態がタイムアウトし始める。
【００４８】
３．新しいコール状態を示す。これは、バックアップ上段帯域幅マネージャにおいて確立している新しいコール状態である。
【００４９】
４．現在のサービスについて利用可能なリソースを示す。これは、上段帯域幅マネージャのリソースマップで供給されるローカルなリソースか、下段帯域幅マネージャで事前に割り当てられた得られたリソースで、フェイルオーバーの直後に下段帯域幅マネージャと同期される。
【００５０】
５．潜在的なオーバーサブスクリプションを示す。コール状態の移行の短い期間の間、新しい上段帯域幅マネージャは、（４）にしたがって供給されるより多くのコールを許可するであろう。
【００５１】
６．長期のコールを示す。これらはコール状態の完全なリカバリをスピードアップするために移行されるクライアントから同期化される必要があるであろう。
【００５２】
好適な実施形態に係る、個々の再サブミッションの接続（もしくはバッファマネジメント）を用いることで、クライアント／コールエージェントは、必要に応じて異なるフェイルオーバー方策を実施することを許可される。このような方策の実施例は、
−新しいコールの試みを処理する前に完全な同期化を完了するが、最優先のコールは常に最初に処理される。この方策を用いて短いフェイルオーバー時間を得ることは、既に許可されたコールに対して最も公平さを実施する一方、他と比較してより高い演算能力を要求する。
【００５３】
−新しいコールの試みと並行して同期化を処理する。この方法において、既に許可されたコールが、新しいコールの前に先取りされる増大したリスクを冒すことを意味する、より遅いタイムスケールでリフレッシュされる一方、新しいコールの試みは直接処理されるであろう。これは新しい帯域幅マネージャが、既に許可されたコールのリフレッシュが行われる前に、既に許可されたコールを認識しないことに依存し、帯域幅マネージャが多すぎる新しいコールを許可するであろうことを引き起こす。したがって、すでに許可されたコールは、既に許可されたコールのリフレッシュが一旦行われると、オーバーブッキングが許可されない限り、先取りされるであろう。フェイルオーバーの後の再同期化は上段帯域幅マネージャの性能のボトルネックであるため、本実施例に係るアクティブなコールについて予約をリフレッシュするコールエージェントの能力は、フェイルオーバーの間、新しいコールについて最小の応答時間を提供する。
【００５４】
−スキップ同期化。この方策は、コールエージェントが新しいコールを直接処理することを可能にする。その前提は、既に許可されたコールの大部分が適度に短い時間枠内でタイムアウトするであろうことである。新しいコール状態は新しいコールのみから確立され
るであろう。移行期間に、上記のような帯域幅のオーバーサブスクリプションの増大したリスクがある。このリスクは、フェイルオーバーの時のコールのブロック率に依存する。
【００５５】
本発明のさらなる好適な実施形態によると、アクティブなコールが再同期化（すなわちリフレッシュ）の間のピーク負荷を減少させるために周期的にリフレッシュされるところに、リフレッシュの仕組みが導入される。このようにして、負荷はより長い時間枠にわたって拡散され、および短い／すぐにタイムアウトするコールは再同期化から自動的に除外されるであろう。
【００５６】
したがって本発明は、バックアップ上段帯域幅マネージャおよびＩＰネットワークに関する。すなわち、本発明に係るバックアップ上段帯域幅マネージャは、ＩＰネットワーク内の上段帯域幅マネージャのフェイルオーバーに際して上段帯域幅マネージャをバックアップするよう構成され、そのＩＰネットワークは、リソースマップから構成され、そのＩＰネットワークの下段からの大量のリソースをそのＩＰネットワークにまた配置された下段帯域幅マネージャを介して事前に割り当てるよう構成された上段帯域幅マネージャから構成される。上記のように、帯域幅マネージャは、許可制御を行うよう構成された存在である。
【００５７】
帯域幅マネージャはコンピュータプログラム製品によって実施されるであろう。このようなコンピュータプログラム製品は、バックアップ上段帯域幅マネージャがバックアップしている上段帯域幅マネージャのリソースマップのコピーを行うソフトウェアコード手段と、上段帯域幅マネージャのフェイルオーバーに際して状態を下段帯域幅マネージャと同期化するソフトウェアコード手段とから構成される、コンピュータの処理手段に直接ロードできる。
【００５８】
コンピュータプログラム製品は、ノードＢの処理手段がバックアップ上段帯域幅マネージャがバックアップしている上段帯域幅マネージャのリソースマップのコピーを行うステップの実行を制御するようにさせる読みとり可能なプログラムと、上段帯域幅マネージャのフェイルオーバーに際して状態を下段帯域幅マネージャと同期化するソフトウェアコード手段とから構成されるコンピュータ利用可能な媒体上に格納されてよい。
【００５９】
本発明はまた、バックアップ上段帯域幅マネージャが動作するように構成されるＩＰネットワークを扱う。ＩＰネットワークは、リソースマップから構成され、そのＩＰネットワークの下段からの大量のリソースをそのＩＰネットワークにまた配置される下段帯域幅マネージャを介して事前に割り当てるように構成される上段帯域幅マネージャから構成され、ＩＰネットワークは、上段帯域幅マネージャのフェイルオーバーに際して上段帯域幅マネージャをバックアップするよう構成されるバックアップ上段帯域幅マネージャからさらに構成される。
【００６０】
本発明は上記の好適な実施形態に限定されるものではない。多様な代替、修正および同等物が用いられるであろう。したがって、上記の実施形態は、添付の請求項によって規定される本発明の範囲を限定するものとしてとらえられるべきではない。
【図面の簡単な説明】
【００６１】
【図１ａ】本発明が実施されるところのネットワークを図解する。
【図１ｂ】本発明に係るコール許可制御についてのアクティブなアクセス帯域幅マネージャを用いた通常の動作を図解する。
【図２】本発明に係る予備のアクセス帯域幅マネージャへのフェイルオーバーの間の動作を図解する。
【図３】古いアクセス帯域幅マネージャから新しいアクセスバックアップ帯域幅マネージャへの移行を図解する。
【図１ａ】
2008516521.tif 000003
【図１ｂ】
2008516521.tif 000004
【図２】
2008516521.tif 000005
【図３】
2008516521.tif 000006
【国際調査報告】
2008516521.tif 000007
2008516521.tif 000008
2008516521.tif 000009
2008516521.tif 000010