(57)【要約】  ＩＰマルチメディア・サブシステム（ＩＭＳ）・ネットワーク内のサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）における障害からの回復を容易にする方法が提供される。この方法は、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）において、ＩＭＳネットワークに以前登録されたアイデンティティを有するユーザ機器（ＵＥ）であって、当該ＵＥに対して所与のＳ−ＣＳＣＦが選択されているＵＥから送信された、ＳＩＰリクエストを受信する工程を有する。Ｐ−ＣＳＣＦにおいて、所与のＳ−ＣＳＣＦに障害が生じたこと、または、所与のＳ−ＣＳＣＦに到達不可能であることが判定される。Ｓ−ＣＳＣＦに障害が生じたかＳ−ＣＳＣＦに到達不可能である場合は、Ｐ−ＣＳＣＦからＵＥへ再登録メッセージが送信され、ＵＥにおける再登録メッセージの受信に応じて、当該ＵＥは、ＩＭＳネットワークへの登録手順を実行する。
2010541348.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰマルチメディア・サブシステム・ネットワーク内のサービング呼セッション制御機能における障害からの回復を容易にする方法であって、
プロキシ呼セッション制御機能において、前記ＩＰマルチメディア・サブシステム・ネットワークに以前登録されたアイデンティティを有するユーザ機器であって、当該ユーザ機器に対して所与のサービング呼セッション制御機能が選択されているユーザ機器から送信された、ＳＩＰリクエストを受信する工程と、
前記プロキシ呼セッション制御機能において、前記所与のサービング呼セッション制御機能に障害が生じたこと、または、前記所与のサービング呼セッション制御機能に到達不可能であることを判定する工程と、
前記プロキシ呼セッション制御機能から前記ユーザ機器へ再登録メッセージを送信する工程と
を有し、
前記ユーザ機器における前記再登録メッセージの受信に応じて、当該ユーザ機器は、前記ＩＰマルチメディア・サブシステム・ネットワークへの登録手順を実行する
ことを特徴とする方法。
【請求項２】
前記プロキシ呼セッション制御機能は前記再登録メッセージの中に遅延値を含ませ、
前記遅延値により、前記ユーザ機器は、特定されている遅延の間、再登録の開始を遅延させる
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記プロキシ呼セッション制御機能は前記再登録メッセージの中に遅延値を含ませ、
前記遅延値により、前記ユーザ機器は、ＩＰマルチメディア・サブシステムの登録の成功に続いて、特定されている遅延の間、前記ＳＩＰリクエストの再送を遅延させる
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記ユーザ機器において、前記再登録メッセージを受信する工程と、
続いて、前記ＩＰマルチメディア・サブシステム・ネットワークへの登録手順を実行する工程と
をさらに有することを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記ユーザ機器において、以前割り当てられた前記サービング呼セッション制御機能に障害が生じたことを示すインジケーションを、前記登録手順を開始するＳＩＰ登録メッセージの中に含ませる工程をさらに有することを特徴とする請求項４に記載の方法。
【請求項６】
前記ユーザ機器において、障害が生じた前記サービング呼セッション制御機能の識別情報を、前記ＳＩＰ登録メッセージの中に含ませる工程をさらに有することを特徴とする請求項５に記載の方法。
【請求項７】
前記ＩＰマルチメディア・サブシステム・ネットワークのインテロゲーティング呼セッション制御機能において、前記ＳＩＰ登録メッセージの受信に応じて、障害が生じた前記サービング呼セッション制御機能を示すか識別する、サービング呼セッション制御機能の性能に係るリクエストを、当該インテロゲーティング呼セッション制御機能からホーム加入者サーバへ送信する工程をさらに有することを特徴とする請求項５又は６に記載の方法。
【請求項８】
ＩＰマルチメディア・サブシステム・ネットワーク内のプロキシ呼セッション制御機能として動作する装置であって、
ユーザ機器から送信されたＳＩＰリクエストを受信する入力手段と、
前記ユーザ機器に関連づけられたアイデンティティにすでに割り当てられているサービング呼セッション制御機能を識別し、当該割り当てられているサービング呼セッション制御機能に障害が生じたこと、または、当該サービング呼セッション制御機能に到達不可能であることを判定する手段と、
前記ユーザ機器に前記ＩＰマルチメディア・サブシステム・ネットワークへの再登録を実行させるものとして特定される再登録メッセージを、前記ユーザ機器へ送信する手段と
を備えることを特徴とする装置。
【請求項９】
ＩＰマルチメディア・サブシステム・ネットワーク内のインテロゲーティング呼セッション制御機能として動作する装置であって、
ユーザ機器からＳＩＰ登録メッセージを受信する入力手段と、
前記ＳＩＰ登録メッセージに、以前割り当てられたサービング呼セッション制御機能に障害が生じたことを示すインジケーションが含まれるか否かを判定する手段と、
前記ＳＩＰ登録メッセージに前記インジケーションが含まれる場合、以前割り当てられたサービング呼セッション制御機能に障害が生じたことを示すインジケーションを含む、サービング呼セッション制御機能の性能に係るリクエストを、ホーム加入者サーバへ送信する手段と
を備えることを特徴とする装置。
【請求項１０】
ＩＰマルチメディア・サブシステム・ネットワークにより促進されるサービスへのユーザ・アクセスを提供するユーザ機器であって、使用において、
前記ユーザ機器に対するサービング呼セッション制御機能の割り当てをもたらす、ＩＰマルチメディア・サブシステム・ネットワークの登録を実行し、
前記ＩＰマルチメディア・サブシステム・ネットワークに対してＳＩＰリクエストを送信し、
前記割り当てられたサービング呼セッション制御機能における障害の結果として、プロキシ呼セッション制御機能から再登録メッセージを受信し、
前記ＩＰマルチメディア・サブシステム・ネットワークへの再登録を実行して、前記再登録メッセージの受信に応じる
ことを特徴とするユーザ機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＰマルチメディア・サブシステム・ネットワークにおける障害回復に関し、特に、サービング呼セッション制御機能の障害からの回復を可能にする方法及び装置に関する。
【背景技術】
【０００２】
ＩＰマルチメディア・サービスは、音声、動画、メッセージング、データ等の動的な結合を同一セッション内で提供する。結合することが可能な基本アプリケーションやメディアの数の増大に伴い、エンドユーザに提供されるサービスの数は増大し、個人間の通信体験はより豊かなものになるだろう。これは、いわゆる「結合（combinational）ＩＰマルチメディア」サービスを含む、新世代のパーソナライズされたリッチなマルチメディア通信サービスにつながるだろう。
【０００３】
ＵＭＴＳ（Universal Mobile Telecommunications System：ユニバーサル移動電気通信システム）は、より高いデータレートと高度なサービスを加入者に提供するために設計された第三世代無線システムである。ＵＭＴＳはＧＳＭ（Global System for Mobile Communications：移動通信用グローバル・システム）の後継であり、ＧＳＭとＵＭＴＳとの間にはＧＰＲＳ（General Packet Radio Service：汎用パケット無線サービス）という重要な発展の歩みが存在する。ＧＰＲＳは、ＧＳＭコア・ネットワークにパケット交換を導入し、パケット・データ・ネットワーク（ＰＤＮ）への直接のアクセスを可能にする。これは、ＧＳＭ呼ネットワークを介したＩＳＤＮが有する６４ｋｂｐｓの限界をはるかに超えた高データレートのパケット交換転送を可能にし、２ＭｂｐｓまでのＵＭＴＳデータ転送レートに必要不可欠である。ＵＭＴＳは、ＥＴＳＩ（European Telecommunication Standards Institute：欧州電気通信標準化機構）、ＡＲＩＢ（Association of Radio Industry Businesses：電波産業会）その他のような、地域の標準化団体のコングロマリットである第三世代パートナーシップ・プロジェクト（３ＧＰＰ）によって標準化されている。ネットワーク・アーキテクチャの詳細については非特許文献１を参照のこと。
【０００４】
ＵＭＴＳのアーキテクチャには、新しいＩＰマルチメディア・サービスだけでなく従来の電話通信もサポートする、ＩＰマルチメディア・サブシステム（ＩＭＳ）として知られているサブシステムが含まれる（非特許文献２〜８）。ＩＭＳは、標準化されているＩＭＳサービス・イネーブラを使用して、エンドユーザのパーソン対パーソン（人対人）の通信体験を豊かにするための鍵となる特性を提供する。ここで、ＩＭＳサービス・イネーブラは、ＩＰベース・ネットワーク越しのパーソン対コンテンツ（クライアント対サーバ）のサービスと同様に、新しい豊かなパーソン対パーソン（クライアント対クライアント）の通信サービスを容易にする。ＩＭＳは、インターネットと同様に、ＰＳＴＮ／ＩＳＤＮ（Public Switched Telephone Network(公衆交換電話網)/Integrated Services Digital Network(統合サービスデジタル網)）の両方に接続することが可能である。
【０００５】
ＩＭＳは、ユーザ端末間（または、ユーザ端末とアプリケーション・サーバの間）における呼又はセッションをセットアップし、または、制御するために、ＳＩＰ（Session Initiation Protocol：セッション開始プロトコル）を使用する。ＳＩＰシグナリング（信号伝達）によって伝達されるＳＤＰ（Session Description Protocol：セッション記述プロトコル）は、セッションのメディア・コンポーネントを記述し、ネゴシエーションするために用いられる。ＳＩＰはユーザ対ユーザのプロトコルとして作成されたが、ＩＭＳは、これに従って、オペレータ及びサービス・プロバイダが、サービスへのユーザ・アクセスを制御し、ユーザに課金することを可能にしている。３ＧＰＰは、ＩＭＳ内の構成要素間だけでなく、ＵＥ（User Equipment：ユーザ機器）とＩＭＳとの間のシグナリングにＳＩＰを選択した（ただし、Diameter等の他のプロトコルもネットワークのシグナリングに使用されている）。
【０００６】
ＵＭＴＳ通信ネットワークやこのようなネットワーク内での様々な構成要素の動作の具体的な詳細は、インターネット〈http://www.3gpp.org〉から利用可能なＵＭＴＳの技術仕様書から知ることが可能である。ＵＭＴＳ内でのＳＩＰの使用のさらなる詳細は、非特許文献４から知ることができる。
【０００７】
添付図面の図１は、ＧＰＲＳ／ＰＳアクセス・ネットワークの場合に、移動ネットワーク・アーキテクチャにＩＭＳがどのように適合しているかを模式的に示している（もちろん、ＩＭＳが他のアクセス・ネットワーク越しに動作することは可能である）。ＣＳＣＦ（Call/Session Control Function：呼セッション制御機能）は、ＩＭＳ内でＳＩＰプロキシとして動作する。３ＧＰＰアーキテクチャは、３種類のＣＳＣＦを規定している。すなわち、ＳＩＰ端末にとって、ＩＭＳ内での最初のコンタクト・ポイントとなるプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）と、ユーザが加入しているサービスをそのユーザに提供するサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）と、正しいＳ−ＣＳＣＦを識別し、そのＳ−ＣＳＣＦに対して、ＳＩＰ端末からＰ−ＣＳＣＦを介して受信したＳＩＰリクエスト（要求）を転送する役割を有するインテロゲーティングＣＳＣＦ（Ｉ−ＣＳＣＦ）とである。
【０００８】
ユーザは、特定のＳＩＰ  ＲＥＧＩＳＴＥＲ法を用いてＩＭＳに登録（レジストレーション、レジスタ）する。これは、ＩＭＳに参加し、ＳＩＰユーザ・アイデンティティが到達可能なアドレスをＩＭＳにアナウンスするための手法である。３ＧＰＰにおいて、ＳＩＰ端末が登録を行う場合、ＩＭＳは、ユーザの真正を検証し、そのユーザに対して、利用可能なＳ−ＣＳＣＦの集合の中から一つのＳ−ＣＳＣＦを割り当てる。Ｓ−ＣＳＣＦを割り当てる基準は３ＧＰＰで定められていないが、これには、負荷分配やサービス要件が含まれるかもしれない。なお、Ｓ−ＣＳＣＦの割り当ては、ＩＭＳベース・サービスへのユーザ・アクセスを制御する（そして課金する）上でキーとなることに留意すべきである。
【０００９】
登録プロセスの間、Ｓ−ＣＳＣＦがまだ選択されていないときに、Ｓ−ＣＳＣＦを選択するのはＩ−ＣＳＣＦの責任である。Ｉ−ＣＳＣＦは、ホーム・ネットワークのＨＳＳ（Home Subscriber Server：ホーム加入者サーバ）から必要なＳ−ＣＳＣＦの性能を受信し、受信した性能に基づいて適切なＳ−ＣＳＣＦを選択する。ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージは選択されたＳ−ＣＳＣＦへ転送され、そのＳ−ＣＳＣＦは、そのアイデンティティを、２００  ＯＫ応答のＳＩＰサービス・ルート・ヘッダの中に追加する。Ｐ−ＣＳＣＦがＳ−ＣＳＣＦから２００  ＯＫを受信すると、Ｐ−ＣＳＣＦは、サービス・ルート・ヘッダからそのＳ−ＣＳＣＦのアイデンティティを知る。その後、登録済みのユーザがＳＩＰリクエストをＩＭＳへ送信した場合、Ｐ−ＣＳＣＦは、そのＳＩＰリクエストを選択されたＳ−ＣＳＣＦへ転送することができる。なお、ユーザが他のパーティに呼び出されたが、そのユーザが現在Ｓ−ＣＳＣＦで割り当てられていない場合、そのユーザのためにＳ−ＣＳＣＦの割り当てがＩ−ＣＳＣＦによっても実行されることに留意すべきである。これは「終端する」呼のケースと呼ばれる。終端する呼のケースに対しては、Ｓ−ＣＳＣＦの割り当ては一時的であり、その後、ＵＥはさらなる呼を開始するためにＩＭＳに登録を行う必要がある。
【００１０】
ＩＭＳサービス・ネットワーク内において、ＩＭＳサービスの機能性を実装するために、アプリケーション・サーバ（ＡＳ）が提供される。アプリケーション・サーバはＩＭＳシステム内のエンドユーザに対してサービスを提供し、３ＧＰＰ規定のＭｒインタフェース越しにエンドポイントとして接続されるか、または、３ＧＰＰ規定のＩＳＣインタフェース越しにＳ−ＣＳＣＦによって「リンク・イン」されるかもしれない。異なる呼のケースに対して異なるＩＦＣが適用されるかもしれない。ＩＦＣは、ＩＭＳ登録手順の間に、Ｓ−ＣＳＣＦがユーザのユーザ・プロファイルの一部としてＨＳＳから受信する。あるアプリケーション・サーバは、加入者（着信側または発信側の加入者、いずれにせよアプリケーション・サーバを制御するネットワークによって「所有」される）のアイデンティティに従ってアクションを実行するだろう。例えば、呼を転送する場合、適切な（終端の）アプリケーション・サーバは、所与の加入者への呼が転送される新たな終端のパーティを判定するだろう。Ｓ−ＣＳＣＦで受信されたＳＩＰメッセージが特定のＳＩＰ  ＡＳへ転送されるべきであることをＩＦＣが示している場合、そのＡＳはメッセージ・パスに追加される。一度、ＳＩＰメッセージがＡＳによってＳ−ＣＳＣＦへ返されると、それは最終目的地へ向けて転送されるか、または、ＩＦＣ内にそのことが示されているときは他のＡＳへ転送される。
【００１１】
現在のＩＭＳコア仕様は、ネットワーク・エレメントでの障害の後に定常状態へ回復する手順を含んでいない。具体的には、Ｓ−ＣＳＣＦの障害が初期登録の場合についてのみ検討されている（すなわち、Ｉ−ＣＳＣＦが選択されたＳ−ＣＳＣＦにコンタクトできない場合、代わりのものを選択することができる）。この問題について検討がなされている（非特許文献９〜１１）が、提案されている解決法は一般に、同一のＩＭＳサブスクリプションに対して二重にＳ−ＣＳＣＦの割り当てがなされる可能性があり、登録状態が失われる問題に苦しんでいる。この障害ケースをカバーする作業項目は作成されており、研究要件が非特許文献１２に規定されている。障害回復は、非特許文献８のリリース８で提供されることが予想される。
【００１２】
Ｓ−ＣＳＣＦの障害は、短期（一時的）または長期（永続的）になりうる。永続的な障害の場合、閾値回数の再試行が到達した後に、選択されたＳ−ＣＳＣＦから応答が全く到達しないようなときは、Ｐ−ＣＳＣＦは、エラーメッセージ（４０８タイムアウト）をＵＥに返すだろう。このことは図２に示されており、図２では、ＵＥがＳＩＰリクエストをＰ−ＣＳＣＦへ送信することにより処理が開始されている。現在では、ＵＥがタイムアウト・メッセージに対してどのように対応すべきかは特定されていない。一つの可能性としては、ある定められた期間、例えば２４時間の後に、ＵＥが再度、登録を試みるという対応が挙げられるだろう。しかし、この動作は確実なものではない。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】３ＧＰＰ  ＴＳ  ２３．００２
【非特許文献２】３ＧＰＰ  ＴＳ  ２２．２２８
【非特許文献３】３ＧＰＰ  ＴＳ  ２３．２２８
【非特許文献４】３ＧＰＰ  ＴＳ  ２４．２２９
【非特許文献５】３ＧＰＰ  ＴＳ  ２９．２２８
【非特許文献６】３ＧＰＰ  ＴＳ  ２９．２２９
【非特許文献７】３ＧＰＰ  ＴＳ  ２９．３２８
【非特許文献８】３ＧＰＰ  ＴＳ  ２９．３２９  リリース５−８
【非特許文献９】３ＧＰＰ  ＳＡ２
【非特許文献１０】３ＧＰＰ  ＣＴ１
【非特許文献１１】３ＧＰＰ  ＣＴ４
【非特許文献１２】３ＧＰＰ  ＴＳ  ２３．８２０  ｖ０．１．０（Ｃ４−０７０８９０）
【発明の概要】
【００１４】
本発明の目的は、ＵＥのＩＭＳ登録におけるＳ−ＣＳＣＦの割り当ての後の、Ｓ−ＣＳＣＦの障害から回復する手法を提供することである。この目的は、Ｐ−ＣＳＣＦからＵＥに対して、そのＵＥにＩＭＳへの再登録を実行させる再登録メッセージを送信することにより実現される。
【００１５】
本発明の第１の側面によれば、ＩＰマルチメディア・サブシステム・ネットワーク内のサービング呼セッション制御機能における障害からの回復を容易にする方法が提供される。この方法は、プロキシ呼セッション制御機能において、ＩＰマルチメディア・サブシステム・ネットワークに以前登録されたアイデンティティを有するユーザ機器であって、当該ユーザ機器に対して所与のサービング呼セッション制御機能が選択されているユーザ機器から送信された、ＳＩＰリクエストを受信する工程を有する。プロキシ呼セッション制御機能は、所与のサービング呼セッション制御機能に障害が生じたこと、または、所与のサービング呼セッション制御機能に到達不可能であることを判定し、ユーザ機器へ再登録メッセージを送信する。ユーザ機器における再登録メッセージの受信に応じて、当該ユーザ機器は、ＩＰマルチメディア・サブシステム・ネットワークへの登録手順を実行する。
【００１６】
本発明の実施形態によれば、Ｓ−ＣＳＣＦの障害がユーザ機器に対するＩＭＳサービスの喪失という結果にならないことが確実になり、また、ユーザ機器が予測可能な方法でＳ−ＣＳＣＦの障害に対応できることが確実となる。
【００１７】
上記プロキシ呼セッション制御機能は再登録メッセージの中に遅延値を含ませ、この遅延値により、ユーザ機器は、特定されている遅延の間、再登録の開始を遅延させてもよい。または、プロキシ呼セッション制御機能は再登録メッセージの中に遅延値を含ませ、この遅延値により、ユーザ機器は、特定されている遅延の間、再登録の開始を遅延させてもよい。これら両方の手法により、ＩＭＳネットワーク内のＳ−ＣＳＣＦにおける障害の後に、シグナリングの負荷が時間をかけて拡散される結果となりやすい。
【００１８】
本発明の一実施形態によれば、上記方法は、ユーザ機器において、再登録メッセージを受信する工程と、続いて、ＩＰマルチメディア・サブシステム・ネットワークへの登録手順を実行する工程とをさらに有してもよい。ユーザ機器において、以前割り当てられたサービング呼セッション制御機能に障害が生じたことを示すインジケーションを（任意に、障害が生じたサービング呼セッション制御機能の識別情報も）、登録手順を開始するＳＩＰ登録メッセージの中に含ませることができ、したがって、これにより、ＩＰマルチメディア・サブシステム・ネットワークのインテロゲーティング呼セッション制御機能は、障害が生じたサービング呼セッション制御機能を示すか識別する、サービング呼セッション制御機能の性能に係るリクエストを、ホーム加入者サーバへ送信することができる。
【００１９】
本実施形態は、Ｉ−ＣＳＣＦと障害が生じたＳ−ＣＳＣＦとの間でシグナリングを繰り返すことを防止できるという利点を有する。ＵＥからＩ−ＣＳＣＦへ登録リクエストが送信されると、即座に、新たなＳ−ＣＳＣＦが選択される結果となる。
【００２０】
本発明の第２の側面によれば、ＩＰマルチメディア・サブシステム・ネットワーク内のプロキシ呼セッション制御機能として動作する装置が提供される。この装置は、
ユーザ機器から送信されたＳＩＰリクエストを受信する入力手段と、
ユーザ機器に関連づけられたアイデンティティにすでに割り当てられているサービング呼セッション制御機能を識別し、当該割り当てられているサービング呼セッション制御機能に障害が生じたこと、または、当該サービング呼セッション制御機能に到達不可能であることを判定する手段と、
ユーザ機器にＩＰマルチメディア・サブシステム・ネットワークへの再登録を実行させるものとして特定される再登録メッセージを、ユーザ機器へ送信する手段と
を備える。
【００２１】
本発明の第３の側面によれば、ＩＰマルチメディア・サブシステム・ネットワーク内のインテロゲーティング呼セッション制御機能として動作する装置が提供される。この装置は、
ユーザ機器からＳＩＰ登録メッセージを受信する入力手段と、
ＳＩＰ登録メッセージに、以前割り当てられたサービング呼セッション制御機能に障害が生じたことを示すインジケーションが含まれるか否かを判定する手段と、
ＳＩＰ登録メッセージにインジケーションが含まれる場合、以前割り当てられたサービング呼セッション制御機能に障害が生じたことを示すインジケーションを含む、サービング呼セッション制御機能の性能に係るリクエストを、ホーム加入者サーバへ送信する手段と
を備える。
【００２２】
本発明の第４の側面によれば、ＩＰマルチメディア・サブシステム・ネットワークにより促進されるサービスへのユーザ・アクセスを提供するユーザ機器が提供される。このユーザ機器は使用において、ユーザ機器に対するサービング呼セッション制御機能の割り当てをもたらす、ＩＰマルチメディア・サブシステム・ネットワークの登録を実行し、ＩＰマルチメディア・サブシステム・ネットワークに対してＳＩＰリクエストを送信し、割り当てられたサービング呼セッション制御機能における障害の結果として、プロキシ呼セッション制御機能から再登録メッセージを受信し、ＩＰマルチメディア・サブシステム・ネットワークへの再登録を実行して、再登録メッセージの受信に応じる。
【図面の簡単な説明】
【００２３】
【図１】上述のように、ＩＰマルチメディア・サブシステムの３Ｇ移動通信システムへの統合を模式的に示す図である。
【図２】Ｓ−ＣＳＣＦの障害に関連するＩＭＳシグナリングを示す図である。
【図３】Ｓ−ＣＳＣＦの障害の問題に対する可能な解決法に関連するＩＭＳシグナリングを示す図である。
【図４】本発明の実施形態に係る、Ｓ−ＣＳＣＦの障害の問題に対する可能な解決法に関連するＩＭＳシグナリングを示す図である。
【図５】本発明の実施形態に係る、プロキシ呼セッション制御機能の機能要素を示す単純化した模式図である。
【発明を実施するための形態】
【００２４】
既存の手法が、登録手順におけるＳ−ＣＳＣＦの障害からの回復を提供することが分かるだろう。また、終端する呼のケースにおける障害からの回復は、Ｉ−ＣＳＣＦが、ＳＩＰリクエスト・パス内に必ず含まれるときにすでに提供されることも分かるだろう。以下、発信する呼のケースにおけるＳ−ＣＳＣＦの障害からの回復の問題について説明する。
【００２５】
図３のシグナリング図において、ＵＥ１は、すでにＩＭＳネットワークに登録されており、Ｓ−ＣＳＣＦ２が割り当てられていると想定する。ステップ１において、ＵＥは、ＳＩＰリクエスト（例えば、ＳＩＰ  ＩＮＶＩＴＥ）をＩＭＳネットワークに向けて送信する。このリクエストは、標準ＩＭＳルーティング・ポリシーに従って、まずＰ−ＣＳＣＦ３へルーティングされる。登録手順の間、Ｐ−ＣＳＣＦにはＳ−ＣＳＣＦのアドレスが通知されており、これによりそのアドレスのＳ−ＣＳＣＦにリクエストを転送することができるだろう。さらに、登録とＳＩＰリクエストの送信との間に、Ｓ−ＣＳＣＦに障害が発生し、Ｓ−ＣＳＣＦは、もはやＰ−ＣＳＣＦから到達することはできないと想定する。この状態はＰ−ＣＳＣＦにより検出されるはずである。このような検出を実現する多数の様々な手法が利用可能である。例えば、
ａ）Ｐ−ＣＳＣＦは、ネットワーク管理システムの結果として、Ｓ−ＣＳＣＦが現在利用可能でないことについて事前の情報を有していてもよい。
ｂ）Ｐ−ＣＳＣＦは、例えば「ハートビート」手法の手段により、そのＰ−ＣＳＣＦが自らＳ−ＣＳＣＦを監視した結果として、そのＳ−ＣＳＣＦが現在利用可能でないことについて事前の情報を有していてもよい。
ｃ）Ｐ−ＣＳＣＦは、信頼性のあるトランスポート（例えば、ＴＣＰ又はＳＣＴＰ）を介してＳＩＰリクエストを送信することを試みてもよいが、トランスポート接続の確立は可能でないと判定する。
ｄ）Ｐ−ＣＳＣＦは、信頼性のないトランスポート（例えば、ＵＤＰ）を介してリクエストを送信することを試みてよく、宛先到達不可エラー・インジケーションを有するＩＣＭＰメッセージのような、到達不可のインジケーションをトランスポート・ネットワークから受信する。
ｅ）Ｐ−ＣＳＣＦは、Ｐ−ＣＳＣＦが応答を待っている間にタイマがタイムアウトしたことに応じて、ＳＩＰリクエストを送信してもよい。これは、図３のステップ２により示されているケースである。
【００２６】
ここで、関連するＩＭＳ標準（非特許文献４）に対して、以下ＳＩＰ「再登録（リ・レジスタ）」と呼ぶ、新たなＳＩＰエラー応答を追加することを提案する。Ｓ−ＣＳＣＦが利用可能でないことをＰ−ＣＳＣＦが（上述の手法ａ）〜ｅ）の一つを用いて）検出した場合、Ｐ−ＣＳＣＦは、新たなエラー応答をＵＥに対して返す（ステップ３）。ＵＥでのエラー応答の受信に応じて、ＵＥは、繰り返しの登録手順を開始する。現在特定されている手順をＩ−ＣＳＣＦに実装することを想定すると、再登録によって、Ｉ−ＣＳＣＦは、ほぼ確実に、障害が発生したＳ−ＣＳＣＦと同じＳ−ＣＳＣＦを再度選択するだろう。しかし、そのＳ−ＣＳＣＦからの応答がないことに応じて、Ｉ−ＣＳＣＦは代わりのＳ−ＣＳＣＦを選択し、登録は進行するだろう。新たに選択されたＳ−ＣＳＣＦは、ＵＥに関連付けられたデータや障害が発生したＳ−ＣＳＣＦにより失われたデータを復元してもよい。
【００２７】
Ｐ−ＣＳＣＦは、ＵＥが所与の遅延の後に新たな登録を開始するような、おそらくは遅延または遅延の範囲を定めた、ＵＥに対するインジケーションを、再登録の応答の中に任意に有してもよい。これにより、Ｐ−ＣＳＣＦが、到着するＳＩＰリクエストの負荷をネットワークに向けて分散し、大きなネットワーク障害が生じたときにシグナリングの過負荷を防止するための手法が提供される。ここで提案する、同様の状況に対する他の選択肢は、Ｐ−ＣＳＣＦが、再登録に続くＳＩＰ  ＩＮＶＩＴＥ（又は他のリクエスト）の再試行を遅延させるための、ＵＥに対するインジケーションを追加できることである。
【００２８】
図５は、本発明の実施形態に係るＰ−ＣＳＣＦ１の極端に単純化した形態を示している。ＳＩＰリクエストが、ＵＥから入力部２において受信される。処理手段３は、例えば、選択されたＳ−ＣＳＣＦからの応答がないことの結果として、そのＳ−ＣＳＣＦに障害が生じたことを判定する。さらなる処理手段４は、再登録ＳＩＰメッセージをＵＥへ返す。
【００２９】
この技術分野の当業者は、本発明の技術的範囲から離れることなく、上述の実施形態に様々な修正を行ってもよいことを理解するだろう。例えば、ＵＥが、再登録ＳＩＰメッセージを受信したことから、以前割り当てられたＳ−ＣＳＣＦに障害が生じたことを暗黙に知ることができたときは、ＵＥは、登録リクエストの中に、Ｓ−ＣＳＣＦに障害が生じたことのインジケーションを含めることができるだろう。Ｉ−ＣＳＣＦは、このインジケーションを用いて新たなＳ−ＣＳＣＦを直接再度選択してもよく、これにより最初の段階で障害が生じたＳ−ＣＳＣＦに対してＩ−ＣＳＣＦがリクエストを送信する必要性が回避される。
【図１】
2010541348.tif 000003
【図２】
2010541348.tif 000004
【図３】
2010541348.tif 000005
【図４】
2010541348.tif 000006
【図５】
2010541348.tif 000007
【国際調査報告】
2010541348.tif 000008
2010541348.tif 000009