(57)【特許請求の範囲】
【請求項１】
複数のＳＩＰプロキシ（Ｐ１、Ｐ２）と、ドメイン・ネーム・サーバ（ＤＮＳＲ）とを備えるＳＩＰ電気通信ネットワーク（ＳＩＰＮ）におけるＳＩＰプロキシ・フェイルオーバ方法であって、
−前記ドメイン・ネーム・サーバ（ＤＮＳＲ）に、稼働中の前記ＳＩＰプロキシのアドレスを記憶するステップと、
−第１のＳＩＰプロキシ（Ｐ１）がシャットダウンすると、前記ドメイン・ネーム・サーバ（ＤＮＳＲ）に該第１のＳＩＰプロキシがシャットダウンしたことを通知するステップ（４２）と、
−次いで、ユーザ・エージェント（ＳＩＰＵＡ１）が前記ドメイン・ネーム・サーバ（ＤＮＳＲ）にドメイン・ネーム・システム要求（４３）を送信すると、前記ドメイン・ネーム・サーバ（ＤＮＳＲ）から該ユーザ・エージェントに、稼働中のＳＩＰプロキシ（Ｐ２）のそれぞれのアドレスのみを含む応答を送信するステップ（４４）と、
−次いで、前記ユーザ・エージェントが自身を、前記ドメイン・ネーム・サーバ（ＤＮＳＲ）からの前記応答に含まれているアドレスのＳＩＰプロキシ（Ｐ２）に登録するステップとを含む方法。
【請求項２】
−ＳＩＰプロキシ（Ｐ１）がシャットダウンすると、前記ＳＩＰプロキシからドメイン・ネーム・サーバ（ＤＮＳＲ）に、該ＳＩＰプロキシがシャットダウンしたことを示すメッセージを送信し（４２）、
−前記ＳＩＰプロキシが起動すると、前記ＳＩＰプロキシから前記ドメイン・ネーム・サーバ（ＤＮＳＲ）に、該ＳＩＰプロキシが起動したことを示すメッセージを送信する（４０）手段を含む、ＳＩＰプロキシ（Ｐ１）。
【請求項３】
コンピュータ上でプログラムが実行されるときに方法を遂行するためのコンピュータ実行可能命令を含むコンピュータ・プログラムであって、前記方法は、
−ＳＩＰプロキシ（Ｐ１）がシャットダウンすると、前記ＳＩＰプロキシからドメイン・ネーム・サーバ（ＤＮＳＲ）に、該ＳＩＰプロキシがシャットダウンしたことを示すメッセージを送信するステップ（４２）と、
−前記ＳＩＰプロキシが起動すると、前記ＳＩＰプロキシから前記ドメイン・ネーム・サーバ（ＤＮＳＲ）に、該ＳＩＰプロキシが起動したことを示すメッセージを送信するステップ（４０）とを含む、コンピュータ・プログラム。
【請求項４】
ドメインのためのドメイン・ネーム・サーバ（ＤＮＳＲ）であって、
−ＳＩＰプロキシ（Ｐ１）から、前記ＳＩＰプロキシが起動したことを示すメッセージを受信すると、前記ドメインのすべての記録に対して該ＳＩＰプロキシの名前を有効にする手段と、
−ＳＩＰプロキシ（Ｐ１）から、前記ＳＩＰプロキシがシャットダウンしたことを示すメッセージを受信する（４２）と、前記ドメインのすべての記録に対して前記ＳＩＰプロキシの名前を無効にする手段とを含む、ドメイン・ネーム・サーバ（ＤＮＳＲ）。
【請求項５】
コンピュータ上でプログラムが実行されるときに方法を遂行するためのコンピュータ実行可能命令を含むコンピュータ・プログラムであって、前記方法は、
−ＳＩＰプロキシ（Ｐ１）がシャットダウンしたことを示すメッセージを受信すると、前記ドメインのすべての記録に対して前記ＳＩＰプロキシの名前を無効にするステップと、
−ＳＩＰプロキシ（Ｐ１）が稼働中であることを示すメッセージを受信すると、前記ドメインのすべての記録に対して該ＳＩＰプロキシの名前を有効にするステップとを含む、コンピュータ・プログラム。
【請求項６】
−ドメイン・ネーム・サーバ（ＤＮＳＲ）にドメイン・ネーム要求を送信し（４３）、
−次いで、少なくとも１つのＳＩＰプロキシのアドレスを含む応答を受信し（４４）、
−次いで、前記応答に含まれる前記ＳＩＰプロキシのアドレスから１つのＳＩＰプロキシのアドレスを選択し、
−次いで、前記選択されたＳＩＰプロキシのアドレス（Ｐ２）が、該ユーザ・エージェントが現在登録されているＳＩＰプロキシのアドレス（Ｐ１）と一致しない場合、前記選択されたＳＩＰプロキシのアドレス（Ｐ２）に登録要求を送信する手段を含む、ＳＩＰユーザ・エージェント（ＳＩＰＵＡ１）。
【請求項７】
コンピュータ上でプログラムが実行されるときに方法を遂行するためのコンピュータ実行可能命令を含むコンピュータ・プログラムであって、前記方法は、
−ドメイン・ネーム・サーバ（ＤＮＳＲ）にドメイン・ネーム要求を送信するステップ（４３）と、
−次いで、少なくとも１つのＳＩＰプロキシのアドレスを含む応答を受信するステップ（４４）と、
−次いで、前記応答に含まれる前記ＳＩＰプロキシのアドレスから１つのＳＩＰプロキシのアドレスを選択するステップと、
−次いで、前記選択されたＳＩＰプロキシのアドレス（Ｐ２）が、該ユーザ・エージェントが現在登録されているＳＩＰプロキシのアドレス（Ｐ１）と一致しない場合、前記選択されたＳＩＰプロキシのアドレス（Ｐ２）に登録要求を送信するステップとを含む、コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にＳＩＰ（セッション開始プロトコル）通信ネットワークにおけるＳＩＰプロキシ・フェイルオーバ方法に関する。
【背景技術】
【０００２】
図１は、２つのプロキシＰ１、Ｐ２と、ドメイン・ネーム・サーバＤＮＳＲとを備える従来のＳＩＰ電気通信ネットワークＳＩＰＮの一例を概略的に示している。電話端末はそれぞれ、ユーザ・エージェントＳＩＰＵＡ１、ＳＩＰＵＡ２等を含み、イーサネット・リンクを介してこのＳＩＰネットワークに接続されている。
【０００３】
すべてのＳＩＰユーザ・エージェントＳＩＰＵＡ１、ＳＩＰＵＡ２等は、規格ＲＦＣ３２６１およびＲＦＣ３２６３、特にドメイン・ネーム・システム（ＤＮＳ）解決法によって規定されている手順を用いて、同一のＳＩＰドメインに登録されている。例えば、ユーザ・エージェントＳＩＰＵＡ１はプロキシＰ１に登録され、ユーザ・エージェントＳＩＰＵＡ２はプロキシＰ２に登録されている。プロキシに登録するためには、ユーザ・エージェントはＤＮＳサーバに「ＤＮＳ要求」を出して、優先順位の付いたプロキシ・アドレスのリストを取得し、次にこのリストで最も優先順位の高いプロキシのアドレスを選択し、そのプロキシに登録する。登録が完了すると、ユーザ・エージェントは、（ＤＮＳサーバの構成に変更がなければ）そのプロキシに、続けて要求を送信する。特に、ユーザ・エージェントは、呼を確立するための要求を送信する。
【０００４】
ＳＩＰドメインは通常、一連のプロキシによって管理されているが、これらのプロキシは重複しているため、各プロキシは、別のプロキシが（例えばメンテナンスのために）シャットダウンした場合のフェイルオーバ機能を提供している。例えば、プロキシＰ１がメンテナンスのためにシャットダウンすると、ＳＩＰユーザ・エージェントＳＩＰＵＡ１がバックアップのプロキシＰ２に切り替えることになっている。しかし、ＳＩＰユーザ・エージェントＳＩＰＵＡ１は、プロキシＰ１がシャットダウンしたことをＳＩＰプロトコル手段によってすぐには知らされない。
【０００５】
図２は、この例示のＳＩＰ電気通信ネットワークＳＩＰＮにおけるプロキシＰ１からプロキシＰ２のフェイルオーバを示している。プロキシＰ１がシャットダウンしているとき、プロキシＰ２が引き継いでドメイン内のすべてのユーザ・エージェントに対応している。ユーザが自身のＳＩＰ電話を作動させると、この電話のＳＩＰユーザ・エージェントＳＩＰＵＡ１は以下のステップを実行する。
−ステップ２０：ＳＩＰユーザ・エージェントＳＩＰＵＡ１は、ドメイン・ネームを解決するために、規格ＲＦＣ３２６３に基づいて、ＤＮＳサーバＤＮＳＲにＤＮＳ要求を送信する。
−ステップ２１：ＤＮＳサーバＤＮＳＲは、それぞれが第一優先であるプロキシＰ１、および第二優先であるプロキシＰ２を示すプロキシ・アドレスを含むＤＮＳ応答を返す。
−ステップ２２：しばらくして、プロキシＰ１がシャットダウンする。
−ステップ２３：しばらくして、この電話のユーザが別の電話ユーザに電話をかける。ユーザ・エージェントＳＩＰＵＡ１が、ドメイン・ネームを解決するために、ＲＦＣ３２６３規格に基づいて、再びＤＮＳサーバＤＮＳＲにＤＮＳ要求を送信する。
−ステップ２４：ＤＮＳサーバＤＮＳＲは、プロキシＰ１がシャットダウンしたことを知らされていないため、それぞれが第一優先であるプロキシＰ１、および第二優先であるプロキシＰ２を示すプロキシ・アドレスを含むＤＮＳ応答を返す。
−ステップ２５：そこで、ユーザ・エージェントＳＩＰＵＡ１は、プロキシＰ１が第一優先順位にあるために、プロキシＰ１にメッセージ「ＩＮＶＩＴＥｓｉｐ：ｂｏｂ＠ｅｘａｍｐｌｅ．ｃｏｍ」を送信する。プロキシＰ１はシャットダウンしているため、セッションを確立できない。よって、プロキシＰ１はまったく応答しない。電話端末は、応答待ちの状態にある。
−ステップ２６：ユーザ・エージェントＳＩＰＵＡ１において、タイマＢ（要求タイムアウト、ＲＦＣ３２６１のタイマの記述を参照）が、所定の時間後に時間切れとなる。
−ステップ２７：次いでユーザ・エージェントＳＩＰＵＡ１は、ドメイン・ネーム・サーバＤＮＳＲから受信したプロキシ・アドレスのリストで第二優先順位にあるプロキシＰ２に、メッセージ「ＩＮＶＩＴＥｓｉｐ：ｂｏｂ＠ｅｘａｍｐｌｅ．ｃｏｍ」を送信する。
−ステップ２８：ユーザ・エージェントＳＩＰＵＡ１はプロキシＰ２に登録されていないため、プロキシＰ２は、メッセージ「４０３禁止」を返す。
−ステップ２９：ユーザ・エージェントＳＩＰＵＡ１は、プロキシＰ２に肯定応答メッセージ「ＡＣＫ」を送信する。
【０００６】
ＳＩＰユーザ・エージェントＳＩＰＵＡ１がプロキシＰ２に登録されていないため、通話の確立は不可能であった。この登録は、（ＲＦＣ３２６１の登録リフレッシュに基づいて）後の登録リフレッシュ時に行われることになる。このリフレッシュ時間の後に呼び出しは可能となるが、この際の遅延は長くなる可能性がある（数分間）。
【０００７】
現行の最善の解決方法が、ＲＦＣ３２６１、ＲＦＣ３２６３およびＲＦＣ５６２６、第４．５節に次のように記載されている。
−  ＲＦＣ３２６１は、ＳＩＰユーザ・エージェントが同一のプロキシに再登録を試みるリフレッシュ時間（「時間切れ」と指定される）を規定している。
−  ＲＦＣ５６２６は、プロキシにつながらない場合に復帰を促進するためのアルゴリズムを規定している。
−  ＲＦＣ３２６３は、バックアップのプロキシのリストを伝達するための「ＤＮＳ  ＳＲＶ」メッセージを送信する。ＳＩＰユーザ・エージェントは、この（優先順位の付いた）プロキシのリストを用いて復帰プロキシに切り替えるものとする。
【０００８】
この既知の解決方法は、復帰時間が長すぎるため不十分であり、この時間をできるだけ短くする必要がある。以下に、この復帰時間を概算する。
−  ＩＮＶＩＴＥメッセージがプロキシＰ１に送信されると、タイマＢが作動し、シャットダウンが検出される前に時間切れとなる。デフォルト設定では、タイマＢは３２秒間動作する（ＲＦＣ３２６１参照）。
−  第２のＩＮＶＩＴＥメッセージがプロキシＰ２に送信されると、プロキシＰ２に登録されていないために拒否される。再登録を行うために、最悪の場合、非常に長いことがある時間切れまでの間、継続する可能性がある（数分間）。
【０００９】
図３に示すもう１つの既知の解決方法は、共通データベースＣＤＢを備えており、ドメインのすべてのプロキシＰ１、Ｐ２は、すべてのユーザ・エージェントの登録アドレスを記憶している。しかし、ＳＩＰユーザ・エージェント、例えばＳＩＰＵＡ３が、ネットワーク・アドレス変換器（通常、「ＮＡＴ」と略称される）を含むルータＲの後方にある場合、この解決方法はもはや機能しない。実際には、あるメッセージがプロキシＰ２に転送され、かつあるメッセージがプロキシＰ１に転送されたとき、ネットワーク・アドレス変換器は、２つの異なる転送アドレス（ＩＰアドレス＋ポート）、例えば、１０．０．０．１：３３３３および１０．０．０１：２２２２をそれぞれに割り当てる。そこで、プロキシＰ２への接続に使用される登録アドレス（１０．０．０．１：３３３３）は、共通データベースＤＢに登録されているにもかかわらず、プロキシＰ２に障害があった場合、プロキシＰ１への接続には再使用できない。
【００１０】
そこで、迅速なＳＩＰプロキシ・フェイルオーバを行うための技術的な解決方法を提供する必要がある。特に、ユーザが緊急の電話がつながるのを待っている場合、そのような解決方法は重要である。
【００１１】
この問題は、本発明に係る方法を適用することで解決できる。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明の目的は、複数のプロキシと、ドメイン・ネーム・サーバとを備えるＳＩＰ電気通信ネットワークにおけるＳＩＰプロキシ・フェイルオーバ方法であって、該方法は、
−  ドメイン・ネーム・サーバに、稼働中のプロキシのアドレスを記憶するステップと、
−  第１のプロキシがシャットダウンした場合、ドメイン・ネーム・サーバに第１のプロキシがシャットダウンしたことを通知するステップと、
−  次いで、ユーザ・エージェントがドメイン・ネーム・サーバにドメイン・ネーム・システム要求を送信した場合、ドメイン・ネーム・サーバからこのユーザ・エージェントに、稼働中のプロキシのそれぞれのアドレスのみを含む応答を送信するステップと、
−  次いで、前記ユーザ・エージェントが自身を、ドメイン・ネーム・サーバからの応答に含まれているアドレスのプロキシに登録するステップとを含む。
【００１３】
本方法によれば、あるＳＩＰプロキシをシャットダウンするとき、ドメイン・ネーム・サーバが更新されて、該プロキシが利用不可であることを記憶する。ユーザ・エージェントがプロキシにメッセージを送信する必要があるとき、ドメイン・ネーム・サーバはユーザ・エージェントに少なくとも１つの稼働中のプロキシのアドレスを提供する。そのため、ユーザ・エージェントは、もはや利用不可となったプロキシにメッセージを送信することはない。この方法によって、ＳＩＰプロキシ・フェイルオーバが実行されるときのユーザの待ち時間が著しく短縮される。
【００１４】
本発明の他の目的は、前記方法を実現するためのＳＩＰプロキシ、ドメイン・ネーム・サーバ、およびＳＩＰユーザ・エージェントである。前記ＳＩＰプロキシ、前記ＤＮＳサーバ、および前記ＳＩＰユーザ・エージェントにはアルゴリズムが配布される。
【００１５】
本発明の他の特徴および効果は、添付の図面とともに、本発明の実施形態の以下の詳細な説明からさらに明らかになるであろう。
【００１６】
本発明の実施形態の特徴と効果を詳細に説明するため、以下の説明は添付の図面を参照している。可能な限り、その図面および説明全体を通して、同一または同様の符号は、同一または同様の構成要素を表す。
【図面の簡単な説明】
【００１７】
【図１】上述したように、従来のＳＩＰ電気通信ネットワークの一例を示す概略図である。
【図２】上述したように、第１の既知の方法をプロキシ・フェイルオーバに適用した一例の信号伝達フローを示す図である。
【図３】上述したように、第２の既知の方法をプロキシ・フェイルオーバに適用した一例の信号伝達フローを示す図である。
【図４】本発明に係る方法をプロキシ・フェイルオーバに適用した一例の信号伝達フローを示す図である。
【発明を実施するための形態】
【００１８】
本発明に係る方法は、プロキシ、ＤＮＳサーバ、およびＳＩＰユーザ・エージェントにおいて、それぞれ以下のアルゴリズムを実行することで適用される。
【００１９】
プロキシのアルゴリズムは以下の通りである。
−  プロキシが起動すると、該プロキシは、ＤＮＳサーバに、このプロキシが起動したことをＤＮＳサーバに通知するメッセージを送信する。このメッセージは、「domain name:proxy name:proxy IP address:UP」である。
−  本発明によれば、プロキシがシャットダウンすると、該プロキシは、このプロキシが起動したことをドメイン・ネーム・サーバに通知するメッセージをＤＮＳサーバに送信する。このメッセージは、「domain name:proxy name:proxy IP address:DOWN」である。
−  プロキシが再起動すると、該プロキシは、ＤＮＳサーバに、このプロキシが再稼働していることをＤＮＳサーバに通知するメッセージを送信する。このメッセージは、「domain name:proxy name:proxy IP address:UP」である。
【００２０】
ＤＮＳサーバのアルゴリズムは以下の通りである。
−ＤＮＳサーバはプロキシからのメッセージを待っている。
−ＤＮＳサーバはプロキシからメッセージを受信すると、
−−メッセージのタイプが「ＵＰ」であれば、そのドメインに関して送信することになるいずれのＤＮＳ応答においても前記プロキシの名前を有効にする。
−−メッセージのタイプが「ＤＯＷＮ」であれば、そのドメインに関して送信することになるいずれのＤＮＳ応答においても前記プロキシの名前を無効にする。
【００２１】
そこで、ユーザ・エージェントがドメイン・ネーム・サーバにドメイン・ネーム・システム要求を送信すると、ドメイン・ネーム・サーバはユーザ・エージェントに、稼働中のプロキシのそれぞれのアドレスのみを含む応答を送信する。
【００２２】
ＳＩＰユーザ・エージェントがプロキシにメッセージを送信する必要があるとき、そのアルゴリズムは以下の通りである。
−ユーザ・エージェントは、ＤＮＳサーバにＤＮＳ要求を送信する。
−ユーザ・エージェントは、あるプロキシのアドレスまたは優先順位の付いた複数のプロキシのアドレス・リストを含むＤＮＳ応答を受信する。
−ユーザ・エージェントは、（ＲＦＣ３２６３の規定にあるように）ＤＮＳ応答から対象プロキシのアドレスを選択し、ＳＩＰメッセージを送信する。
−本発明によれば、ユーザ・エージェントは、選択された対象プロキシのアドレスを、現在登録されているプロキシのアドレスと照合する。
−−現在登録されているプロキシのアドレスが、選択された対象プロキシのアドレスと一致する場合、ユーザ・エージェントは該選択された対象プロキシのアドレスにメッセージを送信することができる。
−−現在登録されているプロキシのアドレスが、選択された対象プロキシのアドレスと一致しない場合、ユーザ・エージェントは、該選択された対象プロキシのアドレスにメッセージを送信する前に、レジスタ・トランザクションによりそのアドレスへの登録を開始する。
【００２３】
例えば、２つのプロキシＰ１、Ｐ２とドメイン・ネーム・サーバＤＮＳＲとを備えるＳＩＰ電気通信ネットワークＳＩＰＮを検討する。電話端末はそれぞれ、ＳＩＰＵＡ１等のユーザ・エージェントを含み、ユーザ・エージェントはイーサネット・リンクを介してこのＳＩＰネットワークに接続されている。
【００２４】
図４は、本発明に係る方法を、プロキシＰ１からプロキシＰ２へのフェイルオーバに適用した、例示の電気通信ネットワークの信号伝達フローを示す。考慮されている時点では、プロキシＰ１およびプロキシＰ２は稼働中である。ドメイン・ネーム・サーバＤＮＳＲは、プロキシＰ１のアドレスおよびプロキシＰ２のアドレスを（図示しない）データベースに記憶している。そして、ドメイン・ネーム・サーバＤＮＳＲは、ＤＮＳ要求を受信すると、優先順位の付いたプロキシＰ１のアドレスおよびプロキシＰ２のアドレスを含むＤＮＳ応答を返す。本例では、プロキシＰ１が最も高い優先順位にある。例えば、ユーザ・エージェントＳＩＰＵＡ１は、先に電話をかけたため（この先立つイベントは図示されていない）、プロキシＰ１に登録されている。
−ステップ４２：ここで、プロキシＰ１がシャットダウンする。プロキシＰ１は、ＤＮＳサーバＤＮＳＲにメッセージ「example.com:P1:DOWN”」を送信してこのイベントを通知する。ＤＮＳサーバＤＮＳＲはここで、プロキシＰ１に接続不能であることを認識する。ＤＮＳサーバＤＮＳＲは、自身のデータベースからプロキシＰ１のアドレスを削除する。そのため、今後ドメイン・ネーム・サーバＤＮＳＲが送信することになるいずれのＤＮＳ応答にもプロキシＰ１のアドレスは含まれなくなる。
−ステップ４３：しばらくして、ユーザ・エージェントＳＩＰＵＡ１のユーザがボブに電話をかけたいと考える。ＳＩＰユーザ・エージェントＳＩＰＵＡ１がＤＮＳサーバＤＮＳＲにＤＮＳ要求を送信する。
−ステップ４４：ＤＮＳサーバＤＮＳＲは、プロキシＰ２のアドレスのみを含むＤＮＳ応答を返す。
−ステップ４５：ユーザ・エージェントＳＩＰＵＡ１は、ＲＦＣ３２６３の規定に基づいてプロキシを選択する。本例では、ＤＮＳサーバから提供されたリストにあるプロキシは、プロキシＰ２のみである。そこで、ユーザ・エージェントＳＩＰＵＡ１は、プロキシＰ２を選択する。本発明によれば、ユーザ・エージェントＳＩＰＵＡ１は、プロキシＰ２のアドレスを、現在登録されているプロキシ、すなわち、プロキシＰ１のアドレスと照合する。プロキシＰ２のアドレスはプロキシＰ１のアドレスと異なるため、ユーザ・エージェントＳＩＰＵＡ１は、プロキシＰ２にメッセージ「ＲＥＧＩＳＴＥＲｓｉｐ：ｐ２」を送信して、プロキシＰ２に登録する。このプロキシＰ２がプロキシＰ１に取って代わる。
−ステップ４６：プロキシＰ２は、ユーザ・エージェントＳＩＰＵＡ１に肯定応答メッセージ「ＡＣＫ」を送信する。
−ステップ４７：次いで、ユーザ・エージェントＳＩＰＵＡ１は、プロキシＰ２にメッセージ「INVITEsip:bob@example.com」を送信する。
−ステップ４８：プロキシＰ２は、接続先の端末が呼び出し中であることを示すメッセージ「１８０呼び出し」を返して応答する。
−ステップ４９：次いでプロキシＰ２は、ユーザ・エージェントＳＩＰＵＡ１にメッセージ「２００ＯＫ」を送信する。
−ステップ５０：ユーザ・エージェントＳＩＰＵＡ１は、プロキシＰ２に肯定応答メッセージ「ＡＣＫ」を送信する。
【００２５】
次に、例えばＳＩＰユーザ・エージェントＳＩＰＵＡ１の切り替え遅延時間を概算する。
【００２６】
ＤＮＳサーバＤＮＳＲとプロキシＰ１、Ｐ２との往復時間を５０ミリ秒と想定する。
−ＤＮＳのやり取り（要求＋応答）は５０ミリ秒継続する。
−レジスタのやり取り（レジスタ＋２００ＯＫ）は５０ミリ秒継続する。
合計の遅延時間は、５０＋５０＝１００ミリ秒である。
【００２７】
これは、既存の解決方法（上述の概算値３２秒を参照）に比べて大幅な改善である。このため、本発明の解決方法は、従来技術よりもはるかに優れている。本発明に係る方法は、ユーザに対して、ＳＩＰプロキシがシャットダウンしたときの遅延を大幅に減少させることができる。例えば、この方法をＩＭＳ（ＩＰマルチメディア・サブシステム）に適用した場合、利用不能時間が著しく改善されることになるため、通信事業者は、はるかに高品質のサービスをユーザに提供できるようになる。
【００２８】
この解決方法は、この方法がトリガする新規の登録によって新規のプロキシに対するコンタクト情報が更新されることになるため、アドレス変換器（ＮＡＴ）を含むルータにも対応できる。図４の例では、ユーザ・エージェントＳＩＰＵＡ１とメインのプロキシＰ１との通信にＮＡＴバインドが用いられる場合、バックアップのプロキシＰ２はユーザ・エージェントとメインのプロキシＰ１との通信に用いられる前記ＮＡＴバインドを使用せず、新規の登録によって生成された新規の専用ＮＡＴバインドを使用することになる。
【図１】
0005841262.tif 000002
【図２】
0005841262.tif 000003
【図３】
0005841262.tif 000004
【図４】
0005841262.tif 000005