(57)【要約】  悪化動作状態を検出すると(62)、アクティブなサービスユニットは、スタンバイサービスユニットにメッセージ(63)を送信することができる。次いで、スタンバイサービスユニットは、アクティブなサービスユニットを置き換えるよう準備し(64)、そしてその準備状態をそれに対応するメッセージ(65)と共にアクティブなサービスユニットに指示する。アクティブなサービスユニットは、その動作を停止する(66)。コントローラは、この動作停止を検出すると、切り換えプロセスを行うようにスタンバイサービスユニットに命令することができる(67)。少なくとも幾つかの実施形態では、トリガーする悪化動作状態は、完全な衰弱状態を含む必要がない。【特許請求の範囲】
【請求項１】
少なくともアクティブなサービスユニット及びスタンバイサービスユニットを用意するステップと、
前記アクティブなサービスユニットに対応する悪化動作状態のレベルを検出するステップと、
次のこと、即ち、
前記悪化動作状態にも関わらず前記アクティブなサービスユニットを動作し続けること、及び
前記アクティブなサービスユニットを動作上（operationally）置き換えるように前記スタンバイサービスユニットをアクティブに準備すること、
を同時に且つ自動的に行うステップと、
次のこと、即ち、
前記アクティブなサービスユニットの動作を停止すること、及び
前記アクティブなサービスユニットを置き換えるようにホット切り換え(hot-switchover)として前記スタンバイサービスユニットの動作を開始すること、
を本質的に同時に且つ自動的に行うステップと、
を含む方法。
【請求項２】
少なくともアクティブなサービスユニット及びスタンバイサービスユニットを用意する前記ステップは、複数のアクティブなサービスユニット及びそれより少数のスタンバイサービスユニットを用意することを更に含む、請求項１に記載の方法。
【請求項３】
前記より少数のスタンバイサービスユニットを用意することは、１つのスタンバイサービスユニットを用意することを更に含む、請求項２に記載の方法。
【請求項４】
前記アクティブなサービスユニットに対応する悪化動作状態のレベルを検出する前記ステップは、故障動作状態よりは悪化していないアクティブなサービスユニットに対応する悪化動作状態のレベルを検出することを更に含む、請求項１に記載の方法。
【請求項５】
前記アクティブなサービスユニットを動作上置き換えるように前記スタンバイサービスユニットをアクティブに準備することは、前記アクティブなサービスユニットの現在アクティビティに対応するデータを前記スタンバイサービスユニットへ供給することを更に含む、請求項１に記載の方法。
【請求項６】
次のこと、即ち、
前記アクティブなサービスユニットの動作を停止すること、及び
前記アクティブなサービスユニットを置き換えるようにホット切り換えとして前記スタンバイサービスユニットの動作を開始すること、
を本質的に同時に且つ自動的に行うステップは、
前記アクティブなサービスユニットの動作状態に関するその後の何の情報にも関わりなく、前記アクティブなサービスユニットの動作を停止して、前記スタンバイサービスユニットの動作を開始することを更に含む、請求項１に記載の方法。
【請求項７】
前記アクティブなサービスユニットを別のアクティブなサービスユニットに対するスタンバイサービスユニットとして使用するステップを更に備えた、請求項１に記載の方法。
【請求項８】
アクティブなサービスユニットからスタンバイサービスユニットへの切り換えを容易にする方法において、
前記アクティブなサービスユニットに対応する悪化動作状態の受け容れられないレベルを前記アクティブなサービスユニットにおいて検出するステップと、
前記悪化動作状態にも関わらず前記アクティブなサービスユニットの動作を続けながら、前記スタンバイサービスユニットへ切り換えメッセージを通信するステップと、
前記アクティブなサービスユニットを動作上置き換えるように前記スタンバイサービスユニットをアクティブに準備するステップと、
前記アクティブなサービスユニットへ切り換えメッセージを通信するステップと、
前記アクティブなサービスユニットの現在動作を停止するステップと、
前記アクティブなサービスユニットの現在不作動状態を第３ユニットで検出するステップと、
前記アクティブなサービスユニットを置き換えるように前記スタンバイサービスユニットの動作を、前記第３ユニットを介して開始するステップと、
を含む方法。
【請求項９】
前記アクティブなサービスユニットは、その少なくとも一部分が、パケットデータサービスノードで構成される、請求項８に記載の方法。
【請求項１０】
前記アクティブなサービスユニットは、更に、その少なくとも一部分が、ホームエージェントネットワーク要素で構成される、請求項９に記載の方法。
【請求項１１】
前記第３ユニットは、シェルフコントローラを含む、請求項８に記載の方法。
【請求項１２】
前記悪化動作状態の受け容れられないレベルは、その少なくとも一部分が、低メモリ状態に対応する、請求項８に記載の方法。
【請求項１３】
前記悪化動作状態の受け容れられないレベルは、その少なくとも一部分が、少なくとも所定数のメモリ例外事象に対応する、請求項８に記載の方法。
【請求項１４】
前記悪化動作状態の受け容れられないレベルは、その少なくとも一部分が、所定数より多いコール試み失敗に対応する、請求項８に記載の方法。
【請求項１５】
前記悪化動作状態の受け容れられないレベルは、更に、その少なくとも一部分が、コール試みの成功に比して所定数より多いコール試みの失敗に対応する、請求項１４に記載の方法。
【請求項１６】
前記悪化動作状態の受け容れられないレベルは、その少なくとも一部分が、少なくとも所定のスレッシュホールドを越える中央処理ユニットの利用レベルに対応する、請求項８に記載の方法。
【請求項１７】
前記悪化動作状態の受け容れられないレベルは、更に、その少なくとも一部分が、所定時間周期より長い時間中、少なくとも所定のスレッシュホールドを越える中央処理ユニットの利用レベルに対応する、請求項１６に記載の方法。
【請求項１８】
前記悪化動作状態の受け容れられないレベルは、その少なくとも一部分が、システムリソースのロス（loss）に対応する、請求項８に記載の方法。
【請求項１９】
前記システムリソースは、少なくとも１つのインターネットプロトコルアドレスプールを含む、請求項１８に記載の方法。
【請求項２０】
前記アクティブなサービスユニットの現在動作を停止するステップは、前記アクティブなサービスユニットのリセットを行うことを更に含む、請求項８に記載の方法。
【請求項２１】
アクティブなサービスユニットにより使用するための方法において、
前記アクティブなサービスユニットに対応する悪化動作状態の受け容れられないレベルを前記アクティブなサービスユニットで検出するステップであって、前記受け容れられないレベルは、完全に悪化した動作状態よりは良好なものであるステップと、
前記悪化動作状態にも関わらず前記アクティブなサービスユニットの動作を続けながら、スタンバイサービスユニットへ切り換えメッセージを通信するステップと、
前記スタンバイサービスユニットから切り換えメッセージを受け取るステップと、
前記スタンバイサービスユニットへ前記切り換えメッセージを通信した後に前記アクティブなサービスユニットにより決定される他の動作状態情報に関わりなく、前記アクティブなサービスユニットの現在動作を停止するステップと、
を含む方法。
【請求項２２】
前記アクティブなサービスユニットは、少なくともその一部分が、パケットデータサービスノードで構成される、請求項２１に記載の方法。
【請求項２３】
前記アクティブなサービスユニットに対応する悪化動作状態の受け容れられないレベルを検出する前記ステップは、低メモリ状態を更に含む、請求項２２に記載の方法。
【請求項２４】
前記アクティブなサービスユニットに対応する悪化動作状態の受け容れられないレベルを検出する前記ステップは、少なくとも所定数のメモリ例外事象を更に含む、請求項２２に記載の方法。
【請求項２５】
前記アクティブなサービスユニットに対応する悪化動作状態の受け容れられないレベルを検出する前記ステップは、所定数より多いコール試み失敗を更に含む、請求項２２に記載の方法。
【請求項２６】
前記アクティブなサービスユニットに対応する悪化動作状態の受け容れられないレベルを検出する前記ステップは、コール試みの成功に比して所定数より多いコール試みの失敗を更に含む、請求項２２に記載の方法。
【請求項２７】
前記アクティブなサービスユニットに対応する悪化動作状態の受け容れられないレベルを検出する前記ステップは、少なくとも所定のスレッシュホールドを越える中央処理ユニットの利用レベルを更に含む、請求項２２に記載の方法。
【請求項２８】
前記アクティブなサービスユニットに対応する悪化動作状態の受け容れられないレベルを検出する前記ステップは、所定時間周期より長い時間中、少なくとも所定のスレッシュホールドを越える中央処理ユニットの利用レベルを更に含む、請求項２２に記載の方法。
【請求項２９】
前記アクティブなサービスユニットに対応する悪化動作状態の受け容れられないレベルを検出する前記ステップは、システムリソースのロスを更に含む、請求項２２に記載の方法。
【請求項３０】
前記システムリソースは、少なくとも１つのインターネットプロトコルアドレスプールを含む、請求項２９に記載の方法。
【請求項３１】
現在動作を停止する前記ステップは、前記アクティブなサービスユニットをリセットすることを更に含む、請求項２２に記載の方法。
【請求項３２】
アクティブなサービスユニットからスタンバイサービスユニットへの切り換えを容易にするためにスタンバイサービスユニットにより使用される方法において、
前記アクティブなサービスユニットから切り換えメッセージを受け取るステップと、
前記アクティブなサービスユニットにより現在サポートされているアクティビティに関して前記アクティブなサービスユニットを動作上置き換えるようにアクティブに準備するステップと、
前記アクティブなサービスユニットを置き換えるための動作上の準備状態（readiness）を指示するように前記アクティブなサービスユニットへ切り換えメッセージを通信するステップと、
前記アクティブなサービスユニットを置き換える命令を第３ユニットから受け取るステップと、
前記アクティブなサービスユニットのアクティビティのサポートを引き受けるステップと、
を含む方法。
【請求項３３】
前記スタンバイサービスユニットは、その少なくとも一部分が、パケットデータサービスノードで構成される、請求項３２に記載の方法。
【請求項３４】
前記アクティブなサービスユニットにより現在サポートされているアクティビティに関して前記アクティブなサービスユニットを動作上置き換えるようにアクティブに準備する前記ステップは、他のアクティブなサービスユニットに対応する少なくともいくつかのバックアップデータを破棄することを更に含む、請求項３３に記載の方法。
【請求項３５】
前記アクティブなサービスユニットにより現在サポートされているアクティビティに関して前記アクティブなサービスユニットを動作上置き換えるようにアクティブに準備する前記ステップは、前記アクティブなサービスユニットの鏡像を形成（mirror）するように前記スタンバイサービスユニットの少なくとも一部分を構成することを更に含む、請求項３３に記載の方法。
【請求項３６】
前記アクティブなサービスユニットにより現在サポートされているアクティビティに関して前記アクティブなサービスユニットを動作上置き換えるようにアクティブに準備する前記ステップは、更に、前記アクティブなサービスユニットの状態及びセッション情報の鏡像を形成するように、前記アクティブなサービスユニットにより現在サポートされているアクティビティに対応する少なくともいくつかの状態及びセッション情報をポピュレートする（populating）ことを含む、請求項３３に記載の方法。
【請求項３７】
・少なくとも１つの部分的悪化動作状態基準が記憶されているアクティブなサービスユニットであって、
前記部分的悪化動作状態基準に少なくとも一部分応答する切り換え動作モード、及び
リセット動作モード、
を有するアクティブなサービスユニットと、
・スタンバイサービスユニットであって、
前記アクティブなサービスユニットの前記切り換え動作モードに応答する切り換え準備動作モード、及び
切り換えコマンドに応答する切り換え完了動作モード、
を有するスタンバイサービスユニットと、
・前記アクティブなサービスユニットの前記リセット動作モードに応答するコントローラであって、前記スタンバイサービスユニットへ動作可能に結合される（coupled）切り換えコマンド出力を有するコントローラと、
を備えた装置。
【請求項３８】
前記アクティブなサービスユニットは、前記部分的悪化動作状態基準を使用して、前記アクティブなサービスユニットに対応する部分的悪化動作状態のレベルの検出を容易にするための状態検出手段を更に備えた、請求項３７に記載の装置。
【請求項３９】
前記部分的悪化動作状態基準は、
低メモリ状態、
少なくとも所定数のメモリ例外事象、
所定数より多いコール試み失敗、
コール試み成功に比して所定数より多いコール試み失敗、
少なくとも所定スレッシュホールドを越える中央処理ユニットの利用レベル、
所定時間周期より長い時間中、少なくとも所定スレッシュホールドを越える中央処理ユニットの利用レベル、
システムリソースのロス（loss）、
のうちの少なくとも１つを含む請求項３８に記載の装置。
【請求項４０】
前記アクティブなサービスユニット及びスタンバイサービスユニットの各々は、その少なくとも一部分が、パケットデータサービスノードで構成される、請求項３８に記載の装置。
【請求項４１】
前記コントローラはシェルフコントローラを含む、請求項４０に記載の装置。
【請求項４２】
複数のアクティブなサービスノードが存在する、請求項４１に記載の装置。
【請求項４３】
前記複数のアクティブなサービスノードの数より少数の複数のスタンバイサービスノードが存在する、請求項４２に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、冗長性に基づくシステムに係り、より詳細には、あるサービスユニットから別のサービスユニットへの動作上の切り換えに係る。
【背景技術】
【０００２】
通信ネットワークのような多数の近代的なシステムは、複数の個別であるがネットワーク化されたプラットホームで構成される。フルタイム又はほぼフルタイムのシステム利用性及び操作性を容易にするための１つの解決策は、スタンバイモードで働く１つ以上のこのような個別のプラットホームを設けることである。このように構成されると、所与のシステムノードが故障したときに、その故障が、通常、別のシステム要素により気付かれる（例えば、故障したノードからの予想されるいわゆる心鼓動信号の不存在により）。このシステム要素は、次いで、スタンバイプラットホームをその故障したノードに置き換えることに着手できる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このような戦略は、少なくとも幾つかの動作条件のもとでは充分なサービスを与える。しかしながら、他の設定では、このような解決策では不充分であることが分かっている。例えば、時間基準又は時間感知動作を取り扱うシステム（多数の通信システムのような）は、このような教示を使用するときにサービスの著しい悪化を経験することがある。例えば、最初に故障を検出し、次いで、スタンバイユニットの動作上の置き換えを行うのに要する時間が最小限しかないために、問題が発生し得る。ある場合には、システムの現在のニーズをおそらく適切に満足させるよう保証するに充分な速度に所与のスタンバイユニットをもっていくには、著しい時間を必要とする。例えば、スタンバイプラットホームに、故障したノードの現在タスク及び／又はオペレーションに関する現在及び独特の動作設定及びパラメータをポピュレートさせることが必要となろう。
【０００４】
添付図面を参照して以下に詳細に説明する切り換えを容易にする装置及び方法を提供することにより前記要望が少なくとも部分的に満足されよう。
【０００５】
当業者であれば、図示された要素は、簡単化及び明瞭化のために示されたものであり、必ずしも正しいスケールで描かれていないことが明らかであろう。例えば、本発明の種々の実施形態を理解し易くするために、図中の幾つかの要素の大きさを他の要素に対して誇張してある。又、商業的に実現可能な実施形態において有用又は必要な、一般的な、良く理解される要素は、本発明の種々の実施形態を見易くするために、しばしば図示されていない。又、ここに使用する用語及び表現は、他の特定の意味をもつ場合を除き、調査及び研究の各対応領域において当業者によりこれら用語及び表現に対して通常容認された普通の意味をもつことを理解されたい。
【課題を解決するための手段】
【０００６】
一般的に述べると、これら種々の実施形態によれば、アクティブなサービスユニットに対応する悪化した動作状態のレベルが検出される。好ましい実施形態では、この悪化した動作状態は、故障した動作状態よりは悪化していない悪化レベルに対応する。次いで、悪化した動作状態にも関わらずアクティブなサービスユニットを動作し続けながら、そのアクティブなサービスユニットを動作上置き換えるようにスタンバイサービスユニットをアクティブに準備することを同時に且つ自動的に行う。最終的に、アクティブなサービスユニットの動作を停止するのと本質的に同時に且つ自動的に、そのアクティブなサービスユニットを置き換えるようにホット切り換え(hot-switchover)としてスタンバイサービスユニットの動作を開始する。好ましい実施形態では、これは、更に、アクティブなサービスユニットをリセットすることも含む。
【０００７】
このように構成されると、置き換えられるプラットホームが故障する前に冗長性バックアップが開始される。多くの場合に、これは、サービスに対する実際上の待ち時間又は中断をほとんど又は全く伴わずに切り換えそれ自体を行い得るようにする。特に、置き換えられるサービスユニットは、悪化した動作モードでの動作を通じて、切り換えが生じるまで、ある程度のサービスレベルを依然として提供する。更に、スタンバイプラットホームは、切り換えの責任を受け容れる前に適切に前構成され且つ置き換えられるべきユニットの継続動作と並列になるための機会を有する。これは、多くの場合に、切り換えが実際に許可されたときに、当座の準備時間をほとんど又は全く必要としないことになる。
【発明を実施するための最良の形態】
【０００８】
これら及び他の利益は、以下の詳細な説明を検討及び調査することにより明らかとなろう。
【０００９】
添付図面の特に図１を参照すれば、所与の例示的システム１０は、少なくとも１つのアクティブなサービスユニット１１（及びおそらくは複数のアクティブなサービスユニット１２）と、少なくとも１つのスタンバイサービスユニット１３（及びおそらくは複数のスタンバイサービスユニット１４であって、これらが存在するときには、その数が複数のアクティブなサービスノード１２より少数であるのが好ましい）と、コントローラ１５とを備えている。ここに例示する実施形態として、説明上、アクティブなサービスユニット１１及びスタンバイサービスユニット１３は、パケットデータサービスノードを少なくとも一部分含むことができると共に、コントローラ１５は、シェルフコントローラを含むことができる。（当然、他の可能性も存在し、例えば、アクティブなサービスユニット及びスタンバイサービスユニットは、ホームエージェントネットワーク要素を含み得る。）当業者であれば、このようなネットワーク要素に精通しているので、更なる詳述は必要ないであろうが、このような要素は、通常、ここに述べる教示に従って動作するようプログラム可能に構成及び配列し得る部分的又は完全にプログラム可能なプラットホームを含むことに注意されたい。
【００１０】
好ましい解決策によれば、アクティブなサービスユニット１１は、少なくとも１つの部分的に悪化した動作状態の基準を記憶している（又はさもなければ、それにアクセスできる）。アクティブなサービスユニット１１は、更に、その通常の動作モード（１つ又は複数）に加えて、部分的に悪化した動作状態基準に少なくとも一部分応答する切り換え動作モードと、リセット動作モードとを有するのが好ましい。このように構成されると、図２を瞬間的に参照すれば、アクティブなサービスユニット１１は、アクティブなサービスユニットコントローラ２１を備え、これは、メモリ２２に動作可能に結合され（又はそれを一体的に備え）、そしてこのメモリは、上述した動作モード及び動作状態基準に対応するプログラム及びデータを記憶すると共に、更に、状態検出器２３に動作可能に結合され且つそれに応答する。状態検出器２３は、部分的悪化動作状態基準を使用して、アクティブなサービスユニット１１に対応する部分的悪化動作状態のレベルの検出を容易にする。この情報は、次いで、いかに詳細に述べるように、他のアクション及び応答を容易にすることができる。
【００１１】
好ましい解決策によれば、部分的悪化動作状態基準は、故障動作状態より高い動作レベルを表わす動作レベルに対応する。即ち、アクティブなサービスユニットは、最適な状態未満で動作するか、又は瞬間的に普通の性能レベルであるが、そのような性能が比較的近い将来悪化し勝ちであることをおそらく指示する１つ以上の状況で並列に動作してもよいが、アクティブなサービスユニットは、それでも、この点について故障した状態とは異なり、システム１０内にサービスを提供する。次のものを含む（単独で又は互いに組み合わされて）種々のこのような基準を使用できるが、これに限定されない。
−  低メモリ状態；
−  少なくとも所定数のメモリ例外事象；
−  所定数より多いコール試み失敗；
−  コール試み成功に比して所定数より多いコール試み失敗；
−  少なくとも所定のスレッシュホールドを越える中央処理ユニットの利用レベル；
−  所定の時間周期より長い時間中に少なくとも所定のスレッシュホールドを越える中央処理ユニットの利用レベル；及び
−  システムリソース（例えば、少なくとも１つのインターネットプロトコルアドレスプールであるが、これに限定されない）のロス。
当業者であれば、特定のアプリケーションで使用されるべき特定の基準は、当然、サービスユニットの性質、提供されるサービス、サービスの質の予想、他のシステムアーキテクチャーの事柄、等に基づいて変化し得ることが理解されよう。
【００１２】
再び図１を参照すれば、好ましい解決策により、スタンバイサービスユニット１３は、アクティブなサービスユニットの切り換え動作モードに応答する切り換え準備動作モードと、切り換えコマンド（例えば、コントローラ１５から受け取った）に応答する切り換え完了動作モードとを備えている。コントローラ１５は、アクティブなサービスユニットのリセット動作モードに応答して、切り換えコマンド出力を発生し、これがスタンバイサービスユニットに動作可能に結合されるのが好ましい。
【００１３】
当業者であれば、このようなシステム、又はそれに置き換わり得る他のイネーブルプラットホーム（１つ又は複数）は、図３に示す全体的プロセス３０を容易に行うように容易にプログラム及び構成できることが明らかであろう。このプロセス３０は、少なくとも１つのアクティブなサービスユニットを用意し（３１）、更に、少なくとも１つのスタンバイサービスユニットを用意する（３２）。上述したように、これは、複数の各種のサービスユニットを含むことができる。しかしながら、プロセス３０が複数のスタンバイサービスユニットを用意するときには、スタンバイサービスユニットの数は、アクティブなサービスユニットより少数であるのが好ましい。次いで、プロセス３０は、アクティブなサービスユニットに対応する悪化動作状態のレベルを検出するように監視を行う（３３）。一般に、悪化動作状態のこのレベルは、悪化した状態であるか、又は完全信頼状態に達しない間も、故障動作状態より良好な性能レベルに依然として対応するサービスのレベルであるのが好ましい。上述したように、このような検出３３は、現在の監視状態と１つ以上のこのような選択された状態とを比較することにより、１つ以上の部分的悪化動作状態基準３４に基づいて行うことができる。
【００１４】
受け容れられない動作レベルであるが、依然、故障動作状態より悪化していないレベルを検出すると、このプロセス３０は、アクティブなサービスユニットの動作を続けると同時に且つ自動的に、アクティブなサービスユニットを動作上置き換えるようにスタンバイサービスユニットをアクティブに準備する（３５）。以下に示すように、このような準備は、１つの解決策によれば、切り換えメッセージをスタンバイサービスユニットへ通信することを含む。又、このような準備は、例えば、アクティブなサービスユニットの現在アクティビティに対応するデータをスタンバイサービスユニットへ供給し、これにより、アクティブなサービスユニットを有効に置き換えるスタンバイサービスユニットの能力をより容易にすることを含む。
【００１５】
このプロセス３０は、次いで、アクティブなサービスユニットの動作を停止するのと本質的に同時に且つ自動的に、そのアクティブなサービスユニットを置き換えるようにホット切り換えとしてスタンバイサービスユニットの動作を開始する（３６）。好ましい動作上の実施形態では、これらの事象は、アクティブなサービスユニットの動作状態に関するその後に発生又は受信される情報に関わりなく発生し、即ち切り換えは、アクティブなサービスユニットが現在どれほど健全に見えるか及び／又は問題の誘発条件が現在どれほど一時的に思えるかに関わらず生じる。好ましい解決策では、以下に詳細に示すように、切り換えの開始は、アクティブなサービスユニットが現在不作動状態であることを検出し（上述したコントローラのような第３ユニットにより（これに限定されないが））、そしてこの第３ユニットによりアクティブなサービスユニットを置き換えるものとしてスタンバイサービスユニットの動作を対応的に開始することを含む。
【００１６】
好ましい解決策では、アクティブなサービスユニットによる動作の停止は、更に、アクティブなサービスユニットのリセット（及び好ましくは自動的なリセット）を行うことを含む。ある場合に、このアクションは、検出された部分的悪化動作状態を発生させた条件をクリアすることであると予想される。これは、次いで、現在インアクティブとなったアクティブなサービスユニットを別のアクティブなサービスユニットのためのスタンバイサービスユニットとして使用する任意のステップ３７を、このような置き換えが適当であるとき及びその場合に、より合理的なものにする。
【００１７】
このように構成されると、スタンバイサービスユニットは、切り換えを実際に文字通り必要とする前にその動作指定のために有効に準備できることが明らかである。これは、次いで、スタンバイサービスユニットが潜在的により完全に構成され且つ当該動作条件、必要性及び要件が通知されるのを許すことができ、それ故、ユーザに透過的であると共に目的上有効に切り換えをおそらく生じさせることができる。
【００１８】
このようなプロセスは、種々の仕方で容易に行うことができる。一例として、図４を参照すれば、パケットデータサービスノードのようなアクティブなサービスユニットは、プロセス４０をサポートすることができ、ここで、アクティブなサービスユニットは、アクティブなサービスユニットに対応する悪化動作状態の受け容れられないレベルがいつ生じるか検出する（４１）。好ましい解決策では、この受け容れられないレベルは、完全な悪化動作状態より良好であり、所与のアプリケーションの必要性及び要件を満足するように特に設定することができる。このようなレベルを検出すると、悪化動作状態にも関わらずアクティブなサービスユニットの動作を続ける間に、アクティブなサービスユニットは、スタンバイサービスユニットへ切り換えメッセージを通信することができる（４２）。このようなメッセージは、例えば、スタンバイサービスユニットにより理解される動作コードであって、ソース側のアクティブなサービスユニットに代わって切り換えを行う準備中に１つ以上のアクションを開始するための命令を含むが、このような切り換えを実際に行い及び／又は完結するための明確な命令ではない。
【００１９】
当業者であれば、このようなメッセージは、単一の信号又はメッセージパケットを含むか、又は必要に応じて、複数の個別の信号／メッセージを含み得ることが明らかであろう。又、当業者であれば、このようなメッセージは、アクティブなサービスユニット及びスタンバイサービスユニットにより所与の設定で使用するために入手可能な適当な通信媒体又はリンクを使用して通信できることも明らかであろう。
【００２０】
スタンバイサービスユニットから切り換えメッセージを受け取ると（４３）、アクティブなサービスユニットは、それ自身の現在動作を停止することができる（４４）。この場合も、切り換えメッセージは、この形態で働くよう確立できる信号（１つ又は複数）、メッセージ（１つ又は複数）、又はその組み合せを含むことができる。以下に示すように、好ましい実施形態では、スタンバイサービスユニットは、それ自身の現在準備状態を信号するためにこの切り換えメッセージを供給して、アクティブなサービスユニットの動作上のアクティビティをここで引き受ける。又、好ましい実施形態では、アクティブなサービスユニットは、切り換えメッセージをスタンバイサービスユニット通信した後にアクティブなサービスユニットにより決定される他の動作状態情報に関わりなくこの動作停止を行う。
【００２１】
現在動作を停止するのに加えて、任意の実施形態では、アクティブなサービスユニットをリセットすることもできる。即ち、良く知られた従来の技術に基づいて、アクティブなサービスユニットは、ある基本的な初期の動作状態に再初期化されるその動作パラメータ、設定及び状態の幾つか、ほとんど又は全部を有することができる。少なくとも幾つかのケースでは、この再設定は、検出された悪化動作状態を生じた条件（１つ又は複数）をクリアすることができる。又、少なくとも幾つかの場合に、若干の悪化動作状態を示すが、より完全な悪化状態になる前にアクティブなサービスユニットをリセットすると、アクティブなサービスユニットに付きまとう問題（１つ又は複数）をおそらく首尾良く解決することができ、ひいては、より広い視野において、ある従来技術より高い全体的能力レベル及び継続操作性をシステムに託し得ることに注意されたい。
【００２２】
同様に、図５を参照すれば、スタンバイサービスユニットは、上述したようにアクティブなサービスユニットから切り換えメッセージを受け取ると（５１）、アクティブなサービスユニットにより現在（又は差し迫って）サポートされるアクティブティに関してアクティブなサービスユニットを動作上置き換えるようアクティブに準備する（５２）というプロセスを介して切り換えをサポートすることができる。このような準備アクションは、多数あり、所与のアプリケーションのニーズに最も適するように変更できる。このようなアクションは、幾つか例を挙げると、他のアクティブなサービスユニットに対応する少なくとも幾つかのバックアップデータを破棄し（それにより、例えば、置き換えられるべきアクティブなサービスユニットに関するデータを記憶する機会を高めることができ）、アクティブなサービスユニットの鏡像を形成するようにスタンバイサービスユニットの少なくとも一部分を構成し（例えば、特定のデータテーブルをポピュレートさせ又はそれにアクセスし、特定のルーチン又はサブルーチンを開始させ、他のネットワーク要素に質問し、１つ以上の通信経路を開始し、準備し又はその他実行し、等々により）、及び／又はアクティブなサービスユニットにより現在サポートされているアクティビティに対応する少なくとも幾つかの状態及びセッション情報をポピュレートして、アクティブなサービスユニットの状態及びセッション情報の鏡像を形成することを含むが、これに限定されない。
【００２３】
スタンバイサービスユニットは、次いで、アクティブなサービスユニットを置き換えるための動作上の準備状態を指示するようアクティブなサービスユニットに切り換えメッセージを通信することができる（５３）。好ましい実施形態では、このメッセージは、スタンバイサービスユニットが実際にその準備ステップを完了するまで供給されないが、完全な準備が完了しないにも関わらずこのようなメッセージを適切に送信できる場合又は状況が存在する（例えば、スタンバイサービスユニットとアクティブなサービスユニットとの間の通信リンクが著しい程度の既知の又は少なくとも予想される待ち時間を示すとき）。
【００２４】
次いで、第３ユニット（例えば、システムコントローラ、シェルフコントローラ、等）から、アクティブなサービスユニットを置き換える命令を受け取ると（５４）、スタンバイサービスユニットは、アクティブなサービスユニットのアクティビティのサポートを引き受けることができる（５５）。
【００２５】
図６は、多数の例の１つを表わすことによりこのようなステップ及びプロセスを更に例示する。ここに示す解決策によれば、それ自身の通常の動作モード中に（６１）、アクティブなサービスユニットは、時々、又は使用できる他のトリガー又は割り込み構成に従い、それ自身の悪化動作状態を監視する。このような悪化動作状態を検出すると（６２）、アクティブなサービスユニットは、切り換えメッセージ６３をスタンバイサービスユニットへ送信する。
【００２６】
スタンバイサービスユニットは、その置き換え準備アクティビティ６４を実行し、準備ができると、応答切り換えメッセージ６５をアクティブなサービスユニットへ送信して、それ自身の準備状態を指示する。この解決策によれば、アクティブなサービスユニットは、それ自身の現在動作６６を一方的に且つ自動的に停止することができる（且つ任意であるが、それ自身をリセットすることもできる）。従来の慣例では、このような動作の停止は、コントローラにより検出することができ、コントローラは、従来の慣例では、それに応答して、置き換え命令メッセージ６７をスタンバイサービスユニットへ送信することができる。次いで、スタンバイサービスユニットは、切り換えを実行し、以前にアクティブなサービスユニットのアクティビティを引き受けることができる。この例も、多数の例の１つに過ぎず、当業者であれば、ここに述べる教示を多数の仕方で適用できることが明らかであろう。
【００２７】
このように構成されると、望ましからぬ遷移事象（ドロップしたコール、不完全なコール、望ましからぬ通信欠陥、等）のおそれが低減したホット切り換えを容易に行うことができる。更に、少なくとも幾つかの例では、全体的なシステムリソースが、おそらく、少なくとも幾つかの従来の解決策で予想される以上に高レベルの有効な準備状態で保存され且つ維持される。このプロセスは、ハードウェアの変更をほとんど又は全く伴わずに行うことができ、ひいては、多くの場合に、合理的なコストで容易に行うことができる。
【００２８】
当業者であれば、本発明の精神及び範囲から逸脱せずに前記実施形態について広範囲の変更、代替及び組み合せを行うことができると共に、このような変更、代替及び組み合せが本発明の概念の範囲内であることが明らかであろう。例えば、アクティブなサービスユニットが若干悪化した動作性能又は状態についてそれ自身を監視するのではなく、外部要素（１つ又は複数）にこのアクティビティを割り当てることができる。このような状態を検出すると、外部要素（１つ又は複数）が、それに対応するメッセージを、監視されるアクティブなサービスユニットへ送信して、上述した残りのアクション及び事象をトリガーさせることができる。
【図面の簡単な説明】
【００２９】
【図１】本発明の種々の実施形態に基づいて構成されたブロック図である。
【図２】本発明の種々の実施形態に基づいて構成されたブロック図である。
【図３】本発明の種々の実施形態に基づいて構成されたフローチャートである。
【図４】本発明の種々の実施形態に基づいて構成されたフローチャートである。
【図５】本発明の種々の実施形態に基づいて構成されたフローチャートである。
【図６】本発明の種々の実施形態に基づいて構成されたコールフローチャートである。
【図１】
2008507063.tif 000002
【図２】
2008507063.tif 000003
【図３】
2008507063.tif 000004
【図４】
2008507063.tif 000005
【図５】
2008507063.tif 000006
【図６】
2008507063.tif 000007
【国際調査報告】
2008507063.tif 000008