(57)【特許請求の範囲】
【請求項１】
通信ネットワーク内のメディアゲートウェイコントローラ（ＭＧＣ）であって、
前記メディアゲートウェイコントローラによって制御される複数のメディアゲートウェイ（ＭＧ）に関するハンドオフトリガを受信し、
複数のメディアゲートウェイに関するハンドオフを示すためのフラグを設定し、
複数の前記メディアゲートウェイにサービス変更理由およびセカンダリメディアゲートウェイコントローラのアドレスを送信し、
少なくとも１つの前記メディアゲートウェイから前記サービス変更理由に関する応答を受信するための少なくとも１つの手段と、
前記メディアゲートウェイが再起動された後に、前記メディアゲートウェイのうちの１つから前記メディアゲートウェイコントローラへのサービス変更理由が送信された場合に、
前記メディアゲートウェイコントローラ内の記憶されたフラグを調べ、
前記メディアゲートウェイに関するハンドオフを示すためのフラグが存在する場合、エラー応答メッセージを前記メディアゲートウェイに送信する手段とを備えた、メディアゲートウェイコントローラ（ＭＧＣ）。
【請求項２】
前記メディアゲートウェイに送信される前記サービス変更理由が、前記サービス変更の理由と、プロパティとを含む、請求項１に記載のメディアゲートウェイコントローラ。
【請求項３】
地理的冗長環境で機能している、請求項１に記載のメディアゲートウェイコントローラ。
【請求項４】
前記ハンドオフを示すためのフラグが、プロパティの形態で前記メディアゲートウェイに送信される、請求項１に記載のメディアゲートウェイコントローラ。
【請求項５】
Ｈ．２４８プロトコルインターフェースを用いて前記メディアゲートウェイと通信する、請求項１に記載のメディアゲートウェイコントローラ。
【請求項６】
通信ネットワーク内のメディアゲートウェイ（ＭＧ）であって、
プライマリメディアゲートウェイコントローラ（ＭＧＣ）が利用できないと判定すると、登録のためにセカンダリメディアゲートウェイコントローラ（ＭＧＣ）にサービス変更理由を送信し、
前記セカンダリメディアゲートウェイコントローラから前記サービス変更理由に関する応答を受信し、
前記サービス変更理由で受信されたフラグの状態を記憶し、
前記プライマリメディアゲートウェイコントローラが通常の動作に復帰するとの指示を前記セカンダリメディアゲートウェイコントローラから受信すると、前記プライマリメディアゲートウェイコントローラに前記サービス変更理由を送信し、
前記プライマリメディアゲートウェイコントローラから前記サービス変更理由に関する応答を受信するための少なくとも１つの手段と、
前記メディアゲートウェイが再起動された後に、前記メディアゲートウェイから前記プライマリメディアゲートウェイコントローラへサービス変更理由を送信し、エラー応答メッセージが受信された場合に、
前記メディアゲートウェイに関するハンドオフを示すフラグが存在する場合、
新しいサービス変更理由でセカンダリメディアゲートウェイコントローラに登録するように試みるための手段と、
前記メディアゲートウェイとセカンダリメディアゲートウェイコントローラの間の接続が切れた場合に、セカンダリメディアゲートウェイコントローラが回復した後に、
前記メディアゲートウェイの記憶されたフラグを調べ、
前記メディアゲートウェイに記憶されたハンドオフを示すフラグが存在する場合、新しいサービス変更理由を送信することによってセカンダリメディアゲートウェイコントローラに登録するように試み、セカンダリメディアゲートウェイコントローラが、新しいサービス変更理由によるメディアゲートウェイの登録要求を受け入れるための手段とで構成された、メディアゲートウェイ（ＭＧ）。
【請求項７】
前記サービス変更理由に関する前記応答が、理由を含む、請求項６に記載のメディアゲートウェイ。
【請求項８】
前記フラグの状態が、サービス変更に関する前記応答のプロパティによって前記メディアゲートウェイに示される、請求項６に記載のメディアゲートウェイ。
【請求項９】
プライマリメディアゲートウェイコントローラ（ＭＧＣ）、セカンダリメディアゲートウェイコントローラ、および複数のメディアゲートウェイ（ＭＧ）を含む通信ネットワークにおけるハンドオフの維持のための方法であって、さらに、
プライマリメディアゲートウェイコントローラが、前記プライマリメディアゲートウェイコントローラが利用できないときに、前記複数のメディアゲートウェイに関するハンドオフを示すフラグを設定するステップと、
前記プライマリメディアゲートウェイコントローラが、複数の前記メディアゲートウェイにサービス変更理由および前記セカンダリメディアゲートウェイコントローラのアドレスを送信するステップと、
前記メディアゲートウェイが、前記セカンダリメディアゲートウェイコントローラに前記サービス変更理由を送信するステップと、
前記メディアゲートウェイが、前記サービス変更理由で受信された前記フラグの状態を記憶するステップと、
前記メディアゲートウェイが、理由と共に、前記セカンダリメディアゲートウェイコントローラに前記サービス変更理由を送信するステップと、
前記セカンダリメディアゲートウェイコントローラが、前記理由を検証するステップと、
前記セカンダリメディアゲートウェイコントローラが、前記メディアゲートウェイにサービスを提供するために前記メディアゲートウェイに接続するステップとを含み、
前記メディアゲートウェイが再起動された後に、前記メディアゲートウェイのうちの１つからプライマリメディアゲートウェイコントローラへのサービス変更理由が送信された場合に、
プライマリメディアゲートウェイコントローラ内の記憶されたフラグを調べるステップと、
前記メディアゲートウェイに関するハンドオフを示すためのフラグが存在する場合、エラー応答メッセージを送信するステップと、
そして、前記メディアゲートウェイが、新しいサービス変更理由でセカンダリメディアゲートウェイコントローラに登録するように試みるステップとをさらに含み、
メディアゲートウェイとセカンダリメディアゲートウェイコントローラの間の接続が切れた場合に、セカンダリメディアゲートウェイコントローラが回復した後に、
前記メディアゲートウェイの記憶されたフラグを調べるステップと、
前記メディアゲートウェイにおいてハンドオフを示す記憶されたフラグが存在する場合、前記メディアゲートウェイが、新しいサービス変更理由を送信することによってセカンダリメディアゲートウェイコントローラに登録するように試みるステップとをさらに含む、方法。
【請求項１０】
前記プライマリメディアゲートウェイコントローラが通常の動作に復帰するときに、前記プライマリメディアゲートウェイコントローラに前記サービス変更理由を送信するステップと、
前記プライマリメディアゲートウェイコントローラが通常の動作に復帰するときに、前記プライマリメディアゲートウェイコントローラから前記サービス変更理由に関する応答を受信するステップとをさらに含む、請求項９に記載の方法。
【請求項１１】
前記サービス変更理由が、サービス変更の理由を含む、請求項９に記載の方法。
【請求項１２】
前記メディアゲートウェイが、Ｈ．２４８プロトコルによって前記メディアゲートウェイコントローラと通信する、請求項９に記載の方法。
【請求項１３】
前記フラグが、前記プロパティの形態で前記メディアゲートウェイに送信される、請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに関し、より具体的には、通信ネットワーク内のネットワークインターフェースに関する。
【背景技術】
【０００２】
メディアゲートウェイコントローラ（ＭＧＣ）の冗長性の概念が、今日の通信ネットワークにおいて用いられる。ＭＧＣの冗長性の概念は、両方のＭＧＣが動作のためにアクティブ状態に保たれる１プラス１の概念またはアクティブ−アクティブの概念に基づく。ＭＧＣのうちの一方が故障するか、またはメンテナンスのために外される可能性がある場合、その対の他方のＭＧＣが、故障したＭＧＣによってサービスを提供されるメディアゲートウェイ（ＭＧ）の制御を引き継ぐ。この概念は、ＭＧを対のうちのＭＧＣに静的に割り当てることに基づく。各ＭＧは、１つのＭＧＣ（プライマリＭＧＣ）に接続された１次リンクと、別のＭＧＣ（セカンダリＭＧＣ）に接続された２次リンクとを有する。ＭＧＣの手動メンテナンスの間、当該ＭＧＣによってサービスを提供されるＭＧは、ハンドオフ要求を送信することによってセカンダリＭＧＣに導かれ得る。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
上述のハンドオフ機構の欠点は、ＭＧがセカンダリＭＧＣに正常に登録された後にＭＧで再起動が行われる場合に、ＭＧが、セカンダリＭＧＣではなくプライマリＭＧＣに接続しようと試みることである。さらに、メンテナンスがプライマリＭＧＣでまだ開始されていない場合、プライマリＭＧＣは、ネットワーク事業者に知られずにＭＧからの接続要求を受け入れる。その結果、ＭＧは、ＭＧＣがメンテナンスされるときにサービスを受けられない。一方、関連するＭＧを処理するプロセッサに内部故障があるとき、ＭＧとセカンダリＭＧＣの間の接続が切れる。やはり、ＭＧは、接続を確立するためにサービス要求を送信することによって、プライマリＭＧＣに再登録する可能性がある。しかし、プライマリは、メンテナンス中のためＭＧにサービスを提供することができない可能性がある。これらの問題が原因で、関連するＭＧで行われるすべての呼が、影響を受けることになる。また、ネットワーク事業者は、ＭＧが実はメンテナンス中のＭＧＣに登録されていることに気付かない。
【０００４】
ＭＧとＭＧＣは、遠く隔てられており、ＭＧの側でなされた動作は、ＭＧＣのレベルではわからない。すべてのＭＧに関するデータは、ＭＧＣであらかじめ構成される。新しいＭＧが、メンテナンスされる予定のプライマリＭＧＣによってサービスを提供されるべきである場合、ＭＧから送信されたサービス要求は、ネットワーク事業者に知られずにプライマリＭＧＣによって受け入れられる。上記の理由により、関連するＭＧで行われる呼が影響を受け、呼の突然の放棄が行われる。また、既存のハンドオフ機構には標準化の観点が欠けている。
【課題を解決するための手段】
【０００５】
本明細書の実施形態は、通信ネットワーク内のメディアゲートウェイコントローラ（ＭＧＣ）を提供する。ＭＧＣによって制御される複数のメディアゲートウェイ（ＭＧ）に関するハンドオフをトリガし、ＭＧにハンドオフを示すためのフラグを設定し、複数のＭＧにサービス変更理由およびセカンダリＭＧＣのアドレスを送信し、少なくとも１つのＭＧからサービス変更理由に関する応答を受信し、セカンダリＭＧＣからサービス変更理由に関する応答を受信し、ＭＧＣが利用できなくなった後、ＭＧからのいかなるサービス変更理由も拒絶するための少なくとも１つの手段を備えた、ＭＧＣ。前記ＭＧに送信されるサービス変更理由は、サービス変更の理由と、プロパティとを含む。セカンダリＭＧＣに送信されるサービス変更理由は、サービス変更の理由を含む。ＭＧＣは、地理的冗長（ｇｅｏ  ｒｅｄｕｎｄａｎｃｙ）環境で機能している。フラグは、プロパティの形態でＭＧに送信される。ＭＧＣは、Ｈ．２４８プロトコルインターフェースを用いてＭＧと通信する。
【０００６】
実施形態は、通信ネットワーク内のメディアゲートウェイ（ＭＧ）をさらに開示する。プライマリメディアゲートウェイコントローラ（ＭＧＣ）が利用できないと判定すると、登録のためにセカンダリメディアゲートウェイコントローラ（ＭＧＣ）にサービス変更理由を送信し、セカンダリＭＧＣからサービス変更理由に関する応答を受信し、サービス変更理由で受信されたフラグの状態を記憶し、プライマリＭＧＣが通常の動作に復帰するとの指示をプライマリＭＧＣから受信すると、プライマリＭＧＣにサービス変更理由を送信し、プライマリＭＧＣからサービス変更理由に関する応答を受信するための少なくとも１つの手段で構成された、ＭＧ。サービス変更理由に関する応答は、メソッドおよびプロパティを含む。フラグの状態は、サービス変更に関する応答内のプロパティによってＭＧに示される。
【０００７】
本明細書でさらに開示されるのは、通信ネットワークにおけるハンドオフの維持のための方法である。プライマリメディアゲートウェイコントローラ（ＭＧＣ）、セカンダリＭＧＣ、および複数のメディアゲートウェイ（ＭＧ）を含むネットワーク。プライマリＭＧＣが、プライマリＭＧＣが利用できないときに、ＭＧに関するハンドオフ機構を示す、複数のＭＧに関するフラグを設定するステップと、プライマリＭＧＣが、複数のＭＧにサービス変更理由およびセカンダリＭＧＣのアドレスを送信するステップと、ＭＧが、セカンダリＭＧＣにサービス変更理由を送信するステップと、ＭＧが、サービス変更理由で受信されたフラグの状態を記憶するステップと、ＭＧＣが、セカンダリＭＧＣにサービス変更理由を送信するステップと、セカンダリＭＧＣが理由を検証するステップと、セカンダリＭＧＣが、ＭＧにサービスを提供するためにＭＧに接続するステップとを含む、方法。方法は、プライマリＭＧＣが通常の動作に復帰するときに、プライマリＭＧＣにサービス変更理由を送信し、プライマリＭＧＣが通常の動作に復帰するときに、プライマリＭＧＣからサービス変更理由に関する応答を受信する。サービス変更理由は、サービス変更の理由と、プロパティとを含む。プライマリＭＧＣとセカンダリＭＧＣは、地理的冗長環境においてＳＩＰプロトコルで通信する。フラグは、プロパティの形態でＭＧに送信される。
【０００８】
本明細書の実施形態のこれらのおよびその他の態様は、以下の説明および添付の図面と共に検討したときより正しく認識され、理解されるであろう。
【０００９】
本明細書の実施形態は、図面を参照して、以下の詳細な説明からより正しく理解されるであろう。
【図面の簡単な説明】
【００１０】
【図１】本明細書において開示される実施形態によるハンドオフ機構を処理するためのシステムを示す図である。
【図２】本明細書において開示される実施形態によるメディアゲートウェイ（ＭＧ）を示す図である。
【図３】本明細書において開示される実施形態によるメディアゲートウェイコントローラ（ＭＧＣ）を示す図である。
【図４】本明細書において開示される実施形態による、再起動後のＭＧを処理するプロセスを示すシーケンス図である。
【図５ａ】本明細書において開示される実施形態による、再起動後のＭＧを処理するプロセスを示す流れ図である。
【図５ｂ】本明細書において開示される実施形態による、再起動後のＭＧを処理するプロセスを示す流れ図である。
【図６】本明細書において開示される実施形態による、セカンダリＭＧＣにおける内部プロセッサ故障の間のＭＧの処理を示すシーケンス図である。
【図７】本明細書において開示される実施形態による、セカンダリＭＧＣにおける内部プロセッサ故障の間にＭＧを処理するプロセスを示す流れ図である。
【図８】本明細書において開示される実施形態による、メンテナンス後のＭＧの切り替え復帰を示すシーケンス図である。
【図９】本明細書において開示される実施形態による、メンテナンス後のＭＧの切り替え復帰を示す流れ図である。
【発明を実施するための形態】
【００１１】
本明細書の実施形態ならびにそれらの実施形態のさまざまな特徴および有利な詳細が、添付の図面に示され、以下の説明で詳述される非限定的な実施形態を参照してより完全に説明される。よく知られている構成要素および処理技術の説明は、本明細書の実施形態を不必要に曖昧にしないように省略される。本明細書において使用される例は、単に、本明細書の実施形態が実施され得る方法の理解を容易にするように、またさらに当業者が本明細書の実施形態を実施することを可能にすることが意図されているに過ぎない。したがって、これらの例は、本明細書の実施形態の範囲を限定するとみなされるべきでない。
【００１２】
本明細書の実施形態は、メディアゲートウェイコントローラのハンドオフの維持のための方法を、そのシステムおよび方法を提供することによって開示する。ここで図面、より具体的には、同様の参照符号がすべての図で一貫して対応する特徴を示す図１から９を参照する実施形態が示されている。
【００１３】
メディアゲートウェイコントローラ（ＭＧＣ）においてハンドオフ機構を処理するためのシステムおよび方法が、開示される。システムは、ＭＧが登録されているＭＧＣがメンテナンス中であるときにメディアゲートウェイ（ＭＧ）を処理するための方法を使用する。地理的冗長環境において、ＭＧＣの対が、ＭＧの機能に対処するために一緒に機能し、ＭＧＣの一方はプライマリＭＧＣであり、他方のＭＧＣはセカンダリＭＧＣである。プライマリＭＧＣが非動作状態である場合、機能が、セカンダリＭＧＣによって引き継がれる。そのとき、プライマリＭＧＣによってサービスを提供されるすべてのＭＧは、ハンドオフ信号を送信した後、セカンダリＭＧＣによってサービスを提供される。プライマリＭＧＣがメンテナンス中であるとき、プライマリＭＧＣによってサービスを提供されるＭＧのセカンダリＭＧＣへのハンドオフに関して、プライマリＭＧＣにおいてフラグが設定される。プライマリＭＧＣは、そのプライマリＭＧＣによってサービスを提供されているＭＧにサービス変更理由を送信する。また、サービス変更理由メッセージは、サービス変更の理由、プロパティ、およびＭＧＣにおいて設定されたフラグの状態を提供する可能性がある。サービス変更の理由は、「サービス変更理由」と表されることができ、「プライマリＭＧＣによって指示されたサービス変更」、「プライマリＭＧＣのメンテナンス」などのようなメッセージを含むことができる。プロパティは、「任意の既存のＨ．２４８パッケージの新しいプロパティ」と表されることができ、「ｇ／ｇｒｈａｎｄｏｆｆ」などの「タグ」、および「ｔｒｕｅ」または「ｆａｌｓｅ」などの「値」などを示すことができる。プライマリＭＧＣは、さらに、ＭＧに理由を送信することができ、次に、ＭＧは、セカンダリＭＧＣにその理由を送信する。
【００１４】
ＭＧは、サービス変更理由を受信すると、フラグの状態を記憶する。さらに、ＭＧは、セカンダリＭＧＣとの接続を確立するために、セカンダリＭＧＣにサービス変更理由メッセージを送信する。ＭＧは、プロパティを、任意のさらなる使用のためにそのＭＧ自体に記憶する。セカンダリＭＧＣは、サービス変更理由メッセージを受信すると、理由を調べる。理由が妥当である場合、セカンダリＭＧＣは、ＭＧからのサービス変更理由を受け入れる。そして、ＭＧは、セカンダリＭＧＣに登録される。それから、セカンダリＭＧＣは、ネットワーク事業者のいかなるインタラクションもなしにＭＧの要求を処理する。プライマリＭＧＣがメンテナンス後に通常の動作に復帰するとき、プライマリＭＧＣのフラグがリセットされる。さらに、ＭＧからのすべての要求が、再びプライマリＭＧＣに導かれ、プライマリＭＧＣが、ＭＧの機能を処理する。
【００１５】
図１は、本明細書において開示される実施形態によるハンドオフ機構を処理するためのシステムを示す。本明細書の説明は、セッション開始プロトコル（ＳＩＰ）ネットワークに関連するが、実施形態の範囲をＳＩＰネットワークに限定することを目的とするものではない。システムは、ＳＩＰネットワーク１０６、プライマリＭＧＣ１０１、セカンダリＭＧＣ１０２、複数のＭＧ１０３、１０４、および１０５を有する地理的冗長環境を示す。ＭＧ１０３、１０４、および１０５は、プライマリリンクを介してプライマリＭＧＣ１０１に接続され、セカンダリリンクを介してセカンダリＭＧＣ１０２に接続される。
【００１６】
プライマリＭＧＣ１０１は、プライマリＭＧＣ１０１によってサービスを提供されるすべてのＭＧ１０３、１０４、および１０５の登録の詳細を含む。プライマリＭＧＣ１０１がメンテナンス中であるとき、プライマリＭＧＣ１０１によってサービスを提供されるすべてのＭＧ１０３、１０４、および１０５は、セカンダリＭＧＣ１０２に割り振られる。プライマリＭＧＣ１０１がメンテナンス中であるとき、ＭＧ１０３、１０４、および１０５のセカンダリＭＧＣ１０２へのハンドオフを示すフラグが、プライマリＭＧＣ１０１で設定される。さらに、プライマリＭＧＣ１０１へのいかなる登録要求も、プライマリＭＧＣ１０１によって拒絶される。そして、プライマリＭＧＣ１０１は、ＭＧ１０３、１０４、および１０５にサービス変更理由メッセージを送信する。また、サービス変更メッセージは、フラグの状態、理由、およびメッセージのプロパティを含み得る。フラグは、ハンドオフが行われたか否かを示す。さらに、プライマリＭＧＣ１０１は、ＭＧ１０３にセカンダリＭＧＣ１０２のアドレスを送信し、そのとき、ＭＧ１０３は、セカンダリＭＧＣ１０２にサービス変更理由メッセージを送信し、サービス変更の理由を示す。サービス変更の理由は、「サービス変更理由」と表されることができ、「ＭＧＣがＧＲの変更を指示した」などのように示されることができる。
【００１７】
セカンダリＭＧＣ１０２は、プライマリＭＧＣ１０１が故障状態またはメンテナンス状態のいずれかになったときにプライマリＭＧＣ１０１の機能を引き継ぐ。セカンダリＭＧＣ１０２は、サービス変更理由メッセージ内の理由を調べる機能を実行する。理由が妥当である場合、セカンダリＭＧＣ１０２は、ＭＧ１０３、１０４、および１０５にサービスを提供する。セカンダリＭＧＣ１０２は、プライマリＭＧＣ１０１が通常の動作に復帰するときに、ＭＧ１０３、１０４、および１０５に手動ハンドオフトリガを送信する機能も実行する。
【００１８】
ＭＧ１０３、１０４、および１０５は、サービス変更理由メッセージを受信すると、フラグの状態を記憶する。次に、ＭＧ１０３、１０４、および１０５は、接続のために、セカンダリＭＧＣ１０２にサービス要求メッセージを送信することができる。サービス要求メッセージは、ハンドオフを示す新たな理由を含み得る。理由は、「サービス変更理由」と表されることができ、「ＭＧＣが変更を指示した」などのような形態であることができる。サービス要求メッセージを受信すると、セカンダリＭＧＣ１０２は、ハンドオフがプライマリＭＧＣ１０１で行われたかどうかを調べることによって、サービス変更の理由を検証する。理由が妥当である場合、要求が受け入れられ、ＭＧ１０３、１０４、および１０５がサービスを提供される。プライマリＭＧＣ１０１のメンテナンスの後、ＭＧ１０３、１０４、および１０５は、手動ハンドオフトリガによって、サービスのためにプライマリＭＧＣ１０１に再び切り替えられる。次に、プライマリＭＧＣ１０１のフラグが、リセットされる。そして、セカンダリＭＧＣ１０２が、ＭＧ１０３、１０４、および１０５に新しいプロパティを送信する。プロパティは、「任意の既存のＨ．２４８パッケージの新しいプロパティ」と表されることができ、「ｇｒｈａｎｄｏｆｆ＝ｆａｌｓｅ」の形態であることができ、その後、ＭＧ１０３、１０４、および１０５は、記憶されたフラグをリセットする。ＭＧ１０３、１０４、および１０５は、サービス要求メッセージを送信することによってプライマリＭＧＣ１０１に登録する。次に、プライマリＭＧＣ１０１は、関連するＭＧに関する、そのプライマリＭＧＣ１０１に記憶されたフラグをリセットする。
【００１９】
図２は、本明細書において開示される実施形態によるメディアゲートウェイ（ＭＧ）を示す。メディアゲートウェイ（ＭＧ）１０３は、信号コンバータ２０１、メディアサーバ２０２、コールエージェント２０３、およびＲＡＭ２０４を含む。ＭＧ１０３は、ある種類のネットワークで提供されたメディアを、別の種類のネットワークで必要とされる形式に変換する。例えば、ＭＧ１０３は、回線交換ネットワークからのベアラチャネル（例えば、ＤＳ０）、およびパケットネットワークからのメディアストリーム（例えば、ＩＰネットワークのＲＴＰストリーム）を終端する可能性がある。ＭＧ１０３は、音声、映像、およびＴ．１２０を単独で、または任意の組み合わせで処理することができる可能性があり、全２重メディア変換ができる可能性がある。また、ＭＧ１０３は、音声／映像メッセージを再生し、その他のＩＶＲ機能を実行することができるか、またはメディア会議を実行することができる。エコーキャンセル、デュアルトーンマルチ周波数（Ｄｕａｌ  Ｔｏｎｅ  Ｍｕｌｔｉ  Ｆｒｅｑｕｅｎｃｙ）（ＤＴＭＦ）、およびトーンセンダ（ｔｏｎｅ  ｓｅｎｄｅｒ）などのメディアストリーミング機能も、ＭＧ１０３に置かれる。ＭＧ１０３は、呼制御およびシグナリング機能を提供する別個のメディアゲートウェイコントローラによって制御されることが多い。ＭＧ１０３とコールエージェント２０３の間の通信は、メディアゲートウェイ制御プロトコル（Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）（ＭＧＣＰ）もしくはＭｅｇａｃｏ（Ｈ．２４８）またはセッション開始プロトコル（ＳＩＰ）などのプロトコルによって実現される。ＳＩＰネットワークで使用されるＭＧは、独自の呼およびシグナリング制御ユニットを組み込んだスタンドアロンユニットであることが多く、独立したインテリジェントなＳＩＰエンドポイントとして機能することができる。
【００２０】
信号コンバータ２０１は、ＭＧ１０３によって受信されたすべての信号を処理し、必要に応じて信号の変換を実行する。一例において、信号コンバータ２０１は、受信された回線交換信号をパケット交換信号に変換することなどが可能である。任意の受信された信号が、出力で必要とされる形式に変換され得る。信号コンバータ２０１は、ＭＧ１０３内のメディアサーバ２０２およびコールエージェント２０３とインターフェースをとる。ハンドオフがトリガされるとき、信号コンバータ２０１は、その信号コンバータ２０１がセカンダリＭＣＧ１０２と通信する必要があることをコールエージェント２０３によって知らされる。信号コンバータ２０１は、セカンダリＭＧＣ１０２から信号を受信し、それに応じて信号を処理する。
【００２１】
メディアサーバ２０２は、ＭＧ１０３のコンポーネントの機能を処理する。メディアサーバ２０２は、ＭＧ１０３によって受信されたデータに対して実行されるべき機能の記録を保持する。メディアサーバ２０２は、ＭＧ１０３がハンドオフされるときに実行されるべき命令の組で構成され得る。メディアサーバ２０２上の命令の記録に応じて、メディアサーバは、ＭＧ１０３のその他のユニットの機能のための信号を発することができる。メディアサーバ２０２は、ランダムアクセスメモリユニット（ＲＡＭ）２０４とインターフェースをとる。ＲＡＭ２０４は、信号の処理に必要とされる任意のデータを記憶する。ＭＧ１０３は、ＲＡＭ２０４に特定の命令の組を記憶することによって特定の用途向けに構成され得る。ＲＡＭ２０４は、プライマリＭＧＣ１０１によってＭＧ１０３に送信されたフラグの状態を記憶するように構成され得る。加えて、ＲＡＭ２０４は、サービス変更理由でＭＧ１０３に送信された理由およびプロパティも記憶することができる。
【００２２】
コールエージェント２０３は、ＭＧ１０３内のすべての呼処理機能を処理する役割を担う。コールエージェント２０３は、ユーザに固有の機能およびアプリケーションも処理する。ＭＧ１０３がプライマリＭＧＣ１０１によってハンドオフされるとき、コールエージェントは、ハンドオフを知らされる。コールエージェント２０３は、ＭＧ１０３のすべての他のサービス要求がセカンダリＭＧＣ１０２に送信されるように管理する。ユーザがサービスメッセージのプロパティに何らかの変更を行う場合、コールエージェント２０３は、その変更の実施を管理する。
【００２３】
図３は、本明細書において開示される実施形態によるメディアゲートウェイコントローラ（ＭＧＣ）を示す。メディアゲートウェイコントローラ（ＭＧＣ）１０１は、コールエージェント３０１と、ミニブラウザアダプタ３０２と、要素管理システム３０３と、大量データ管理システム３０４と、サーバ３０５とを含む。コールエージェント３０１は、ユーザに対する具体的なサービスを処理することにかかわる。コールエージェント３０１は、プライマリＭＧＣ１０１によって制御されるＭＧ１０３、１０４、および１０５を含むすべてのサイトに関するスイッチング論理および呼制御を処理する。ＭＧＣ１０１は、呼制御機能の集中型の構成と集中型のメンテナンスの両方を含む。新しい機能が追加される必要があるとき、ＭＧＣ１０１のみが更新される必要がある。コールエージェント３０１は、ＭＧ１０３のリソースの登録および管理を担当する論理であり、課金およびルーティングなどの機能を担う。セッション開始プロトコル（ＳＩＰ）ネットワークにおいて、コールエージェント３０１は、電話ならびにＭＧ１０３、１０４、および１０５を含む、ドメイン内のすべてのエンドポイントを登録し、それらのエンドポイントのプロキシになる。ＭＧ１０３のハンドオフがトリガされるとき、コールエージェント３０１は、ＭＧＣ１０１のすべてのユニットに制御信号を送信して、ＭＧ１０３からのいかなるそれ以上のサービス要求の受け入れも停止する役割を引き受ける。
【００２４】
ミニブラウザアダプタ３０２は、ネットワークを介して情報を取り出し、提示し、詳しく検討する機能を実行する。ハンドオフプロセス中に必要とされる任意の情報が、ミニブラウザアダプタ３０２によってフェッチされる。ミニブラウザアダプタ３０２は、サーバ３０５によって提供される情報にアクセスする。ミニブラウザアダプタ３０２は、サーバ３０５からフェッチされたリンクへの接続を提供する。リンクがクリックされるとき、ブラウザは、リンクのターゲットの統一資源識別子（ＵＲＩ）によって示されるリソースにナビゲートし、コンテンツをユーザに届けるプロセスが始まる。呼処理セッション中、サーバ３０５からのアクセスされることになるあらゆる情報は、ミニブラウザアダプタ３０２によってフェッチされる。
【００２５】
要素管理システム３０３は、ネットワーク要素管理層（ｎｅｔｗｏｒｋ  ｅｌｅｍｅｎｔ  ｍａｎａｇｅｍｅｎｔ  ｌａｙｅｒ）でネットワーク要素を管理することに関連するシステムおよびアプリケーションを含む。要素管理システム３０３の重要な機能は、障害検出、コンポーネントの構成、課金、性能管理、およびセキュリティの提供である。要素管理システム３０３は、ハンドオフがトリガされた後に何らかの障害が起こった場合にその障害に対処する、すなわち、要素管理システム３０３は、ハンドオフ信号がＭＧ１０３に送信され、それ以上サービス要求がプライマリＭＧＣ１０１によって受け入れられないように処理する。
【００２６】
大量データ管理システム３０４は、ＭＧＣ１０１に記憶される大容量のデータを処理する。ＭＧＣ１０１は、そのＭＧＣ１０１の制御下のＭＧ１０３、１０４、および１０５すべてに関する情報を記憶するので、ＭＧＣ１０１に関連するデータは、比較的容量が大きい。そのような大容量のデータを処理するために、大量データ管理システム３０４が、ＭＧＣ１０１で使用される。理由、プロパティ、フラグの状態などのサービス要求に関するデータは、大量データ管理システム３０４に保持される。サーバ３０５は、ＭＧＣ１０１によって与えられる制御論理にしたがって機能する。ハンドオフ中、サーバ３０５は、サービスを提供するために制御がセカンダリＭＧＣ１０２に移されるように信号を発するように通知される。サーバ３０５は、ミニブラウザアダプタ３０３から転送されたあらゆるサービス変更理由を受け入れ、それに応じて要求を処理する。
【００２７】
図４は、本明細書において開示される実施形態による、再起動後のＭＧを処理するプロセスを示す流れ図である。プライマリＭＧＣ１０１がメンテナンス中であるとき、プライマリＭＧＣ１０１によって処理されるＭＧ１０３、１０４、および１０５で、ハンドオフがトリガされる。ハンドオフトリガを示すために、ＭＧ１０３、１０４、および１０５に関して、フラグ「Ｘ」がプライマリＭＧＣ１０１に保持される。各ＭＧ１０３、１０４、および１０５に関するハンドオフをトリガしている間に、新しいフラグ「Ｙ」が、プライマリＭＧＣ１０１からＭＧ１０３、１０３、および１０５に送信される。「ｇ／ｇｒｈａｎｄｏｆｆ＝ｔｒｕｅ」を示すフラグ「Ｙ」が、汎用パッケージ「ｇ」で送信され得る。また、新しいサービス変更理由「ＭＧＣがＧＲの変更を指示した」が、「ｈａｎｄｏｆｆ」のようなメソッドおよびタグと共にＭＧ１０３、１０４、および１０５に提供および送信され得る。セカンダリＭＣＧ１０２は、指定されたサービス変更理由が「ＭＧＣがＧＲの変更を指示した」である場合は常に登録要求を受け入れる。
【００２８】
ハンドオフが、事業者４１０によってＭＧ１０３に関してトリガされる（４０１）場合を考える。ハンドオフがトリガされるとき、プライマリＭＧＣ１０１がＭＧ１０３にもはやサービスを提供しなくなることを示すフラグ「Ｘ」が、プライマリＭＧＣ１０１で設定される。そして、プライマリＭＧＣ１０１は、ＭＧ１０３にサービス変更理由を送信する（４０２）。サービス変更理由は、ハンドオフが行われたことを示すメソッド「ｈａｎｄｏｆｆ」と、「ＭＧＣがＧＲの変更を指示した」の形態であることができる、「サービス変更理由」と表される理由と、ＭＧＣが変更を指示したことを示すためのフラグ「Ｚ」とをさらに含み得る。サービス変更理由は、「任意の既存のＨ．２４８パッケージの新しいプロパティ」と表されるプロパティも含み、「ｇ／ｇｒｈａｎｄｏｆｆ＝ｔｒｕｅ」の形態であることができ、ここで、値「ｔｒｕｅ」は、ハンドオフが地理的冗長環境で行われることを示し、それに応じて必要とされる動作を実行するようにＭＧ１０３に指示する。フラグ「Ｙ」が、プロパティを示すためにＭＧ１０３に送信される。ＭＧ１０３がサービス変更理由を受信すると、ＭＧ１０３は、そのＭＧ１０３にすべてのフラグの状態を記憶する。ＭＧ１０３は、ハンドオフを検証するためにプロパティ「ｔｒｕｅ」を調べる。プロパティがｔｒｕｅであると、ＭＧ１０３は、サービス要求に対する肯定応答の形態で応答を送信する（４０３）。さらに、ＭＧ１０３は、セカンダリＭＧＣ１０２にサービス変更理由を送信し（４０４）、ＭＧ１０３にサービスを提供することをセカンダリＭＧＣ１０２に要求する。サービス変更理由は、ハンドオフが行われたことを示すメソッドを、「サービス変更理由」と表され、「ＭＧＣがＧＲの変更を指示した」の形態である理由と共にさらに含み得る。理由は、「Ｚ」フラグの状態によって示され得る。セカンダリＭＧＣ１０２は、サービス変更理由を受信すると、理由を調べることによってフラグの状態を検証する。次に、セカンダリＭＧＣ１０２は、サービス変更理由に関するＭＧ１０３への肯定応答の形態で応答を送信する（４０５）。
【００２９】
この段階でＭＧ１０３において再起動が行われる場合、ＭＧ１０３は、再起動後のサービス変更理由がセカンダリＭＧＣ１０２に送信されるようにして構成される。再起動は、バッテリー切れ、接続の喪失、ネットワークのサービスエリア外であることなどのいくつかの理由で起こり得る。サービス変更理由が、プライマリＭＧＣ１０１に送信される（４０６）。サービス変更理由は、再起動が行われたことを示すメソッド「ｒｅｓｔａｒｔ」と、システムがコールドブートのために機能停止したことを示す「コールドブート」などの理由とを含み得る。また、ＭＧ１０３の「Ｚ」フラグは、再起動プロセスによって失われる可能性がある。プライマリＭＧＣ１０１は、サービス変更理由を受信すると、プライマリＭＧＣ１０１がメンテナンス中であるので、サービスの要求を拒絶する。プライマリＭＧＣ１０１は、ＭＧ１０３にエラー応答メッセージを送信する（４０７）。メッセージは、プロパティがｔｒｕｅであることを示す「ｇ／ｇｒｈａｎｄｏｆｆ＝ｔｒｕｅ」の形態であることができ、「ＭＧＣｌｄＴｏＴｒｙ」指示メッセージも含む。エラーメッセージを受信すると、ＭＧ１０３は、セカンダリＭＧＣ１０２にサービス変更理由を送信する（４０８）。サービス変更理由は、「フェイルオーバ」のようなメソッドおよび「ＭＧＣがＧＲの変更を指示した」のような理由を示し、フラグ「Ｚ」を設定する。次に、ＭＧ１０３は、セカンダリＭＣＧ１０２からサービス変更に関する応答を受信する（４０９）。セカンダリＭＧＣ１０２は、「Ｚ」フラグを検証することによって登録を受け入れ、ＭＧ１０３にサービスを提供する。
【００３０】
図５は、本明細書において開示される実施形態による、再起動後のＭＧを処理するプロセスを示す流れ図である。プライマリＭＧＣ１０１がメンテナンス中であるとき、事業者４１０が、プライマリＭＧＣ１０１によってサービスを提供されるＭＧ１０３に関するハンドオフをトリガする（５１０）。ＭＧ１０３に関するハンドオフを示すフラグ「Ｘ」が、プライマリＭＧＣ１０１で設定される。プライマリＭＧＣ１０１は、ＭＧ１０３にサービス変更理由およびプロパティを送信する（５０２）。理由は、「サービス変更理由」と表されることができ、「ＭＧＣがサービス変更を指示した」などの形態であることができる。ＭＧ１０３は、サービス変更理由メッセージを受信すると、フラグ「Ｙ」の形態のプロパティをそのＭＧ１０３に記憶する。そして、ＭＧ１０３は、プライマリＭＧＣ１０１にサービス変更理由の形態で応答を送信する（５０３）。ＭＧ１０３は、サービス変更の理由と共にセカンダリＭＧＣ１０２にサービス要求を送信する（５０４）。サービス変更理由は、ハンドオフがプライマリＭＧＣ１０１で行われ、そのハンドオフのためにセカンダリＭＧＣ１０２がサービスを要求されることを示す、「ｈａｎｄｏｆｆ」と表されるメソッドと、ハンドオフがプライマリＭＧＣによって指示されるという、「サービス変更理由」と表される理由とを提供することができる。セカンダリＭＧＣ１０２は、メッセージの妥当性を調べ、次に、肯定応答の形態で応答を送信する（５０５）。さらに、再起動が、ＭＧ１０３で起こり得る（５０６）。再起動の後、サービス要求がプライマリＭＧＣ１０１に送信されるかどうかのチェック（５０７）が、行われる。要求がプライマリＭＧＣ１０１に送信される場合、サービスエラーメッセージが、プライマリＭＧＣ１０１からＭＧ１０３に送信される（５０８）。一方、サービス要求がセカンダリＭＧＣ１０２に送信される場合、セカンダリＭＧＣ１０２は、要求を受け入れ、ＭＧ１０３にサービスを提供する。それから、ＭＧ１０３は、セカンダリＭＧＣ１０２にサービス変更理由を送信する（５０９）。セカンダリＭＧＣ１０２は、ＭＧ１０３にサービス要求に関する応答を送信し（５１０）、ＭＧ１０３は、セカンダリＭＧＣ１０２によってサービスを提供される。方法５００のさまざまな動作は、示された順序で、異なる順序で、または同時に実行され得る。さらに、一部の実施形態において、図５に挙げられたいくつかの動作は、省略され得る。
【００３１】
図６は、本明細書において開示される実施形態による、セカンダリＭＧＣにおける内部プロセッサ故障の間のＭＧの処理を示す流れ図である。この実施形態は、内部プロセッサの故障中のＭＧ１０３の処理を扱う。事業者４１０が、プライマリＭＧＣ１０１がメンテナンス中であるときにＭＧ１０３に関するハンドオフをトリガする（６０１）。プライマリＭＧＣ１０１が、ＭＧ１０３にサービス変更理由を送信し、ハンドオフを示す（６０２）。サービス変更理由は、メソッド「ｈａｎｄｏｆｆ」、および「ＭＧＣがＧＲの変更を指示した」のような理由、およびプロパティ「ｇ／ｇｒｈａｎｄｏｆｆ＝ｔｒｕｅ」などの詳細を含み得る。理由は、「サービス変更理由」と表されることができ、「任意の既存のＨ．２４８パッケージの新しいプロパティ」のようなプロパティであることができる。理由は、プライマリＭＧＣ１０１がメンテナンス中であるのでサービスがそのプライマリＭＧＣ１０１によって向けられたということを示し、プロパティは、フラグ「Ｙ」が設定されることを示す。ＭＧ１０３は、プライマリＭＧＣ１０１にサービス変更に関する応答を送信する（６０３）。ＭＧ１０３は、セカンダリＭＧＣ１０２にサービス変更理由を送信する（６０４）。サービス変更理由は、ハンドオフのメソッドおよび理由などの詳細と共に送信される。理由は、フラグ「Ｚ」を設定することによって示される。セカンダリＭＧＣ１０２は、ＭＧ１０３にサービス変更理由に関する応答を送信する（６０５）。
【００３２】
内部故障がセカンダリＭＧＣ１０２で発生し、ＭＧ１０３とのハートビート障害を引き起こす。ＭＧ１０３は、記憶されたフラグ「Ｙ」を調べ、セカンダリＭＧＣ１０２にサービス要求を送信する（６０６）。サービス変更理由は、サービス変更のメソッドおよび理由を含み得る。メソッド「ｄｉｓｃｏｎｎｅｃｔｅｄ」は、ＭＧ１０３で内部故障があり、ＭＧＣ１０１が回復すると、ＭＧ１０３がセカンダリＭＧＣ１０２にサービス要求を送信することを示す。理由は、変更がプライマリＭＧＣ１０１によって指示されることを示し、このことは、フラグ「Ｚ」によっても示される。セカンダリＭＧＣ１０２は、ハンドオフトリガが解除されるかどうかを示すフラグ「Ｚ」の状態を調べ、さらに、ＭＧ１０３からの要求を受け入れる（６０７）。そして、セカンダリＭＧＣ１０２は、プライマリＭＧＣ１０１が動作に復帰させられるまでＭＧ１０３にサービスを提供する。
【００３３】
図７は、本明細書において開示される実施形態による、セカンダリＭＧＣにおける内部プロセッサ故障の間にＭＧを処理するプロセスを示す流れ図である。プライマリＭＧＣ１０１がメンテナンス中であるときに、事業者が、ＭＧ１０３をトリガする（７０１）。事業者は、プライマリＭＧＣ１０２にメッセージを送信し、ＭＧ１０３のトリガを示す。プライマリＭＧＣ１０２は、理由と共に、ＭＧ１０３にサービス変更理由を送信する（７０２）。理由は、変更が、メンテナンス中であるプライマリＭＧＣによって指示されることを示す「ＭＧＣがＧＲの変更を指示した」の形態であることができる。フラグ「Ｚ」が、トリガされたハンドオフなどの理由を示すために設定され、フラグ「Ｙ」が、プロパティを示すために設定される。ＭＧ１０２は、ＭＧ１０２から受信されたサービス変更理由に対する応答を送信する（７０３）。さらに、ＭＧは、理由と共に、セカンダリＭＧＣ１０２にサービス変更理由を送信する（７０４）。サービス変更理由を受信すると、セカンダリＭＧＣ１０２は、サービス変更理由に対する応答を送信する（７０５）。
【００３４】
セカンダリＭＧＣ１０２でプロセッサの内部故障が発生したかどうかのチェック（７０６）が行われる。ＭＧ１０３が内部故障後に回復するとき、ＭＧ１０３は、セカンダリＭＧＣ１０２にサービス要求を再送信する（７０７）。サービス変更理由は、サービス変更のメソッドおよび理由を含み得る。メソッド「ｄｉｓｃｏｎｎｅｃｔｅｄ」は、ＭＧ１０３で内部故障があり、ＭＧ１０３が回復すると、ＭＧ１０３がセカンダリＭＧＣ１０２にサービス要求を送信することを示す。理由は、変更がプライマリＭＧＣ１０によって指示されることを示す。加えて、指示された変更は、フラグ「Ｚ」によっても示される。セカンダリＭＧＣ１０２は、サービス変更理由メッセージに対する応答を送信する（７０８）。セカンダリＭＧＣ１０２は、フラグ「Ｚ」の状態を調べる。フラグ「Ｚ」は、ハンドオフが依然としてトリガされているかどうかを示し、さらに、ＭＧ１０３からの要求を受け入れる（７０９）。そして、セカンダリＭＧＣ１０２は、プライマリＭＧＣ１０１が動作に復帰させられるまでＭＧ１０３にサービスを提供する。方法７００のさまざまな動作は、示された順序で、異なる順序で、または同時に実行され得る。さらに、一部の実施形態において、図７に挙げられたいくつかの動作は、省略され得る。
【００３５】
図８は、本明細書において開示される実施形態による、メンテナンス後のＭＧの切り替え復帰を示す流れ図である。プライマリＭＧＣ１０１がメンテナンス後に復帰するとき、ＭＧ１０３にサービスを提供する機能が、プライマリＭＧＣ１０１に再び切り替えられる。ＭＧ１０３に関してトリガされたハンドオフが解除され、プライマリＭＧＣ１０１のフラグ（すなわち、フラグ「Ｘ」）がリセットされる。事業者は、セカンダリＭＧＣ１０２にハンドオフ解除信号を送信し（８０１）、プライマリＭＧＣ１０１が今やＭＧ１０３の機能を処理することができることを示す。セカンダリＭＧＣ１０２は、ＭＧ１０３にサービス変更理由を送信する（８０２）。サービス変更理由は、メソッドおよび理由を含み得る。メソッドは「ｈａｎｄｏｆｆ」を示し、理由は「ｇ／ｇｒｈａｎｄｏｆｆ＝ｆａｌｓｅ」を示し、すなわち、フラグ「Ｙ」がリセットされる。次に、ＭＧ１０３は、セカンダリＭＧＣ１０３にサービス変更理由に対する応答を送信する（８０３）。サービス変更に関する応答を送信する間に、フラグ「Ｙ」がリセットされることになる。フラグ「Ｙ」がリセットされるので、ＭＧ１０３は、そのＭＧ１０３がサービスのためにプライマリＭＧＣ１０１に連絡する必要があることを知る。そして、ＭＧ１０３は、「サービス変更理由」と表される、プライマリＭＧＣ１０１へのサービス変更理由と、「任意の既存のＨ．２４８パッケージの新しいプロパティ」と表されるプロパティとを送信する（８０４）。メソッドは「ｈａｎｄｏｆｆ」指定し、理由は「ｇ／ｇｒｈａｎｄｏｆｆ＝ｆａｌｓｅ」を指定する。プライマリＭＧＣ１０１は、サービス要求を受信すると、フラグ「Ｙ」の状態に関して要求を検証し、プロパティを記憶した。プライマリＭＧ１０１は、ＭＧ１０３にサービス変更に関する応答を送信する（８０５）。さらに、プライマリＭＧＣ１０１内のフラグ「Ｘ」が、ＭＧ１０３に関してリセットされる。
【００３６】
図９、本明細書において開示される実施形態による、メンテナンス後のＭＧの切り替え復帰を示す流れ図である。プライマリＭＧＣ１０１がメンテナンス後に復帰するとき、ハンドオフトリガが解除される。事業者は、セカンダリＭＧＣ１０２にハンドオフトリガの解除を送信し（９０１）、セカンダリＭＧＣ１０２がＭＧ１０３のサービスのための準備完了状態であることを示す。セカンダリＭＧＣ１０２は、ＭＧ１０１にサービス変更理由を送信する（９０２）。サービス変更理由は、サービス変更に関する理由および「任意の既存のＨ．２４８パッケージの新しいプロパティ」のようなプロパティを与えられる。ＭＧ１０３は、そのＭＧ１０３にプロパティを記憶する。ＭＧ１０３は、サービス変更理由に関する応答を送信する（９０３）。さらに、プライマリＭＧＣ１０１内に記憶されたフラグ「Ｙ」が、リセットされ得る。フラグ「Ｙ」がリセットされると、ＭＧ１０３は、プライマリＭＧＣ１０１が通常の動作に復帰し、サービス変更理由がプライマリＭＧＣ１０１に送信されるべきであることを推測する。ＭＧ１０３は、プライマリＭＧＣ１０２にサービス変更理由を送信する（９０４）。サービス変更理由は、理由およびメソッドと共に送信される。プライマリＭＧＣ１０１は、サービス変更理由を受信すると、ＭＧ１０３にサービス変更に関する応答を送信する（９０５）。さらに、プライマリＭＧＣ１０１内のフラグ「Ｘ」が、ＭＧ１０３に関してリセットされる。方法９００のさまざまな動作は、示された順序で、異なる順序で、または同時に実行され得る。さらに、一部の実施形態において、図９に挙げられたいくつかの動作は、省略され得る。
【００３７】
本明細書において開示された実施形態は、少なくとも１つのハードウェアデバイス上で実行され、ネットワーク要素を制御するためのネットワーク管理機能を実行する少なくとも１つのソフトウェアプログラムによって実装され得る。図１、２、および３に示されたネットワーク要素は、ハードウェアデバイス、またはハードウェアデバイスとソフトウェアモジュールの組み合わせのうちの少なくとも１つである可能性があるブロックを含む。
【００３８】
本明細書において開示された実施形態は、地理的冗長環境においてハンドオフ機構を処理するためのシステムを明示する。この機構は、ハンドオフ機構を実装することを、そのシステムを提供することによって可能にする。したがって、保護の範囲は、そのようなプログラムと、さらにはメッセージを内部に有するコンピュータ可読手段とにまで拡張され、そのようなコンピュータ可読ストレージ手段は、プログラムがサーバまたはモバイルデバイスまたは任意の好適なプログラム可能なデバイス上で実行されるときに方法の１つまたは複数のステップを実施するためのプログラムコード手段を含むことが理解される。ハードウェアデバイスは、例えば、サーバもしくはパーソナルコンピュータなどのような任意の種類のコンピュータを含むプログラムされ得る任意の種類のデバイス、またはそれらの任意の組み合わせ、例えば、１つのプロセッサと２つのＦＰＧＡである可能性がある。例えば、デバイスは、例えばＡＳＩＣのようなハードウェア手段、またはハードウェア手段とソフトウェア手段の組み合わせ、例えばＡＳＩＣとＦＰＧＡ、もしくは少なくとも１つのマイクロプロセッサとソフトウェアモジュールが内部に置かれた少なくとも１つのメモリである可能性がある手段も含み得る。本明細書において開示された方法の実施形態は、ハードウェアのみで、または一部をハードウェアでかつ一部をソフトウェアで実装され得る。代替的に、本発明は、さまざまなハードウェアデバイスで、例えば、複数のＣＰＵを用いて実装され得る。
【００３９】
特定の実施形態の上述の説明は、他の者が、最新の知識を適用することによって、普遍的な概念から逸脱せずにそのような特定の実施形態を容易に修正しおよび／またはさまざまな用途向けに構成することができるほど本明細書の実施形態の普遍的な性質を十分に明らかにし、したがって、そのような構成および修正は、開示された実施形態の均等物の意味および範囲内であると認められるべきであり、そのように認められることが意図される。本明細書において使用された表現または用語は、説明を目的とし、限定を目的としていないことを理解されたい。したがって、本明細書の実施形態が好ましい実施形態を用いて説明されたが、当業者は、本明細書の実施形態が、本明細書に記載の請求項の趣旨および範囲内の修正と共に実施され得ることを認めるであろう。
【図１】
0005537667.tif 000002
【図２】
0005537667.tif 000003
【図３】
0005537667.tif 000004
【図４】
0005537667.tif 000005
【図５ａ】
0005537667.tif 000006
【図５ｂ】
0005537667.tif 000007
【図６】
0005537667.tif 000008
【図７】
0005537667.tif 000009
【図８】
0005537667.tif 000010
【図９】
0005537667.tif 000011