サービス障害処理のための方法
ユーザ装置と，第１のネットワーク要素と，サービス提供ネットワーク要素と，を有する通信ネットワークにおけるサービス障害を処理する方法であって，次に掲げるステップを有する。第１のネットワーク要素において，ユーザ装置から第１のメッセージを受信する。第１のネットワーク要素からサービス提供ネットワーク要素へ，第１のメッセージを送信する。第１のネットワーク要素において，サービス提供ネットワーク要素が障害であることを検知する。第１のネットワーク要素において，第１のメッセージの種別を判定し，該第１のメッセージの種別に応じて，第１のネットワーク要素からユーザ装置へ，サービス提供ネットワーク要素が障害であることを示すエラーメッセージを送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，通信システム，特に，ＩＰマルチメディアサブシステムにおける通信セッションの制御に関する。
【背景技術】
【０００２】
通信システムは，ユーザ装置及び／又は通信システムと連携する他のノードのような，２以上のエンティティ間の通信を可能にする設備として捉えることができる。通信セッションは，例えば音声，データ，マルチメディアなどの通信を提供することができる。ユーザ装置は通信セッションの手段によって，例えば，双方向の電話呼または多地点会議呼を扱うことができる。ユーザ装置はまた，通信セッションの手段によって，例えば，アプリケーションサーバ（ＡＳ）などのエンティティを提供するアプリケーションへ接続することができ，それによってアプリケーションサーバによって提供されるサービスを利用することができる。
【０００３】
通信システムは，典型的には，所定の標準又は仕様に基づいて動作する。標準又は仕様は，その通信システムに関連するさまざまなエンティティが何をすることが許され，またそれがどのように達成されるかについて列挙している。例えば，その標準または仕様は，ユーザ，より正確にはユーザ装置が，回線交換サービス及び／又はパケット交換サービスを受けられるかどうかを定義してもよい。コネクションに使われる通信プロトコル及び／又はパラメータをも定義することができる。言い換えれば，そのシステムによって通信を可能にするために，通信が基づくことのできる特定の「規定」（ｒｕｌｅｓ）のセットが定義されなければならない。
【０００４】
ユーザ装置に無線通信を提供するいくつかの通信システムが知られている。無線システムの一例は，公衆陸上移動体ネットワーク（ＰＬＭＮ）である。移動体通信システムの他の例は，少なくとも部分的には，通信衛星の利用に基づいたものである。無線通信はまた，無線ローカルエリアネットワーク（ＷＬＡＮ）の手段によるような，他の構成によっても提供することができる。ユーザ装置と通信ネットワークの要素との間の無線インタフェース上の通信は，適当な通信プロトコルに基づくことができる。通信システムの局装置および通信に必要な他の装置の動作は，１又は複数の制御エンティティによって制御することができる。さまざまな制御エンティティが相互接続されていてもよい。また，１以上のゲートウェイノードが，通信ネットワークを他のネットワークに接続するために提供されてもよい。例えば，移動体ネットワークはＩＰ（インターネットプロトコル）及び／又は他のパケット交換データネットワークのような通信ネットワークに接続されてもよい。
【０００５】
通信システムのユーザに提供できるサービスの一例は，いわゆるマルチメディアサービスである。マルチメディアサービスを提供できる通信システムの例は，インターネットプロトコル（ＩＰ）マルチメディアネットワークである。ＩＰマルチメディア（ＩＭ）機能は，ＩＰマルチメディアコアネットワーク（ＣＮ）サブシステム，すなわち短く称するとＩＰマルチメディアサブシステム（ＩＭＳ），によって提供できる。ＩＭＳは，マルチメディアサービスを提供するためのさまざまなネットワークエンティティを含んでいる。
【０００６】
第三世代パートナシッププロジェクト（３ＧＰＰ）は，ＩＭＳサービス提供のためのＩＰ接続アクセスネットワークとして，一般パケット無線サービス（ＧＰＲＳ）の利用法を規定しており，ここでは，ＧＰＲＳはマルチメディアサービスを可能にするＩＰ接続アクセスネットワークの非限定的な一例として示される。第三世代パートナシッププロジェクト（３ＧＰＰ）はまた，ユーザ装置のユーザに，マルチメディアサービスへのアクセスを提供するであろう第三世代（３Ｇ）ネットワークのための参照アーキテクチャも規定している。
【０００７】
ＩＰマルチメディアサブシステムは，インターネット技術タスクフォース（ＩＥＴＦ）によってＲＦＣ３２６１において開発されたとおりのセッション開始プロトコル（ＳＩＰ）を提供する。セッション開始プロトコル（ＳＩＰ）は，１以上の参加者（終点）に関するセッションを生成，修正および終了させるためのアプリケーション層制御プロトコルである。ユーザ装置がＩＰマルチメディアサブシステムと通信できるようになる前に，ＧＰＲＳ付加（ａｔｔａｃｈ）手続きが行われなければならず，またパケットデータプロトコル（ＰＤＰ）コンテキストとして知られる通信チャネルがＳＩＰ通知のために確立されなければならない。ＰＤＰコンテキストは，ホームネットワーク内または訪問（ｖｉｓｉｔｅｄ）ネットワーク内にあるＧＧＳＮに向かって確立される。ＰＤＰコンテキストはユーザ装置に適当なＩＰアドレスを提供する。このアドレスは，次に，そのＰＤＰコンテキストにある間，ホストアドレスとして働く。ＳＩＰ通知が行われるＰＤＰコンテキストは，ＩＰマルチメディアサブシステムからのサービスが求められる間はずっと，利用可能でなければならない。この要求条件は，ＧＰＲＳアクセスおよびＰＤＰコンテキストに限定されないばかりでなく，他の種別のアクセスシステムおよび通信チャネルにも適用される。
【０００８】
この通信システムは，さまざまなネットワーク機能が適当なコントローラエンティティによって処理されるべく開発された。ユーザは，一連のコントローラを介したデータネットワークを介して，サービスにアクセスしてもよい。これらコントローラは，典型的には，サーバによって提供される。ＩＭＳ仕様は，それを介してサービスにアクセスすることができるさまざまな種類のＳＩＰサーバを規定している。これらのサーバは，呼セッション制御機能（ＣＳＣＦｓ）のような機能を提供する。ＣＳＣＦｓは，また，呼状態制御機能とも呼ぶことができることを認識しなければならない。
【０００９】
呼セッション機能は，プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ），問合せ（interrogating）呼セッション制御機能（Ｉ−ＣＳＣＦ），およびサービス提供セッション制御機能（Ｓ−ＣＳＣＦ）などのさまざまなカテゴリに区分することができる。ユーザは，通信システムからのサービスを要求することができるように，サービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）に登録される必要がある。プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）は，順番に，ユーザと，ユーザが登録されているサービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）との間の通信を代行する。言い換えれば，ＩＭＳデータネットワークへの登録後に，ユーザには発信（ｏｕｔｂｏｕｎｄ）プロキシ（典型的にはＰ−ＣＳＣＦ）およびレジスタ（Ｓ−ＣＳＣＦ）が割り当てられる。ユーザのいかなる活動もこれらのデータネットワークコントローラエンティティを通過する。
【００１０】
しかし，Ｓ−ＣＳＣＦ又はＰ−ＣＳＣＦのような制御機能サーバが障害になるときもある。故障又はソフトウェアアップグレードの場合のようないくつかの場合には，Ｓ−ＣＳＣＦ又はＰ−ＣＳＣＦをシャットダウンしなければならないことがある。
【００１１】
これらのサーバを使ってホームネットワークに接続されているすべてのユーザは，そのとき，サービスが連続性を失うことを体験するかもしれないし，彼らの通信要求を変えることができないかもしれない。通信は，通常，ユーザ装置を再起動することによって継続することができる。このことは，データキャリアが停止し，再確立されなければならないために必要となる。また，ユーザはコントローラ機能がシャットダウンされていたり，将来シャットダウンされたりすることに気が付かないかも知れないので，それゆえ，いかなる回復手続きを起動することも自分自身では判断できない。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
それぞれの状況においてユーザ装置を再起動しなければならないという問題を解決するために，より簡単な解決策でいくつかの実際上の問題を解決しなければならない。第1に，エラーおよび障害となっているサーバの位置を識別しなければならない。第2に，障害となっているサーバがＳ−ＣＳＣＦかどうか，どうやってＩ−ＣＳＣＦが他のＳ−ＣＳＣＦを選択するか，を知らなければならない。第３に，通知用データストリームおよびマルチメディアデータストリームの取り扱い，言い換えれば，ユーザが他のユーザ装置（ＵＥ）およびアプリケーションサーバ（ＡＳ）との間で確立しているアクティブな対話が必要である。第４に，アプリケーションサーバ（ＡＳ）およびＰ−ＣＳＣＦネットワーク要素のような他のネットワークエンティティに，新規な登録詳細を通知しなければならない。
【００１３】
上記は，インターネットプロトコル（ＩＰ）ベースの第３世代（３Ｇ）通信システムおよびセッション開始プロトコル（ＳＩＰ）に関する登録手続きおよび関連する問題について議論しているが，同様な不利益は他のシステムにも関連しうること，そしてそのためにここでの記述はこれらの例に限定されないこと，を認識しなければならない。
【発明を実施するための最良の形態】
【００１４】
本発明の実施例は，上記問題のうち１またはいくつかを扱うことを狙いとしている。
【００１５】
本発明の１実施例は，ユーザ装置と，第１のネットワーク要素と，サービス提供ネットワーク要素とを備える通信ネットワークにおけるサービス障害を処理する方法であって，該方法は，前記第１のネットワーク要素において，前記ユーザ装置から第１のメッセージを受信するステップと，前記第１のネットワーク要素から前記サービス提供ネットワーク要素へ，前記第１のメッセージを送信するステップと，前記第１のネットワーク要素において，前記サービス提供ネットワーク要素に障害があることを検知するステップと，前記第１のネットワーク要素において，前記第１のメッセージの種別を判定するステップと，前記第１のメッセージの種別に応じて，前記第１のネットワーク要素からユーザ装置へ，前記サービスネットワーク要素の障害表示を含むエラーメッセージを送信するステップと，を有する。
【００１６】
前記の方法は，ユーザ装置において，エラーメッセージを受信する更なるステップを有してもよい。
【００１７】
前記の方法は，ユーザ装置においてエラーメッセージを受信するステップに引き続いて，登録を起動するために第１のメッセージの種別と異なる第２の種別の第２のメッセージを，ユーザ装置から通信ネットワークへ送信するステップを更に有してもよい。
【００１８】
前記の方法は，第１のネットワーク要素において，ユーザ装置から第１のメッセージを受信するステップに先立って，ユーザ装置と第１のネットワーク要素との間の通知（ｓｉｇｎａｌｌｉｎｇ）のためのベアラを確立するステップを更に有してもよい。
【００１９】
前記の方法は，更なるサービス提供ネットワーク要素を選択して，該更なるサービス提供ネットワーク要素へメッセージを転送してもよい。
【００２０】
前記の方法は，更なるサービス提供ネットワーク要素に，ユーザ装置を登録する更なるステップを有してもよい。
【００２１】
通知のためのベアラは，通知用ＰＤＰコンテキストでも，一般目的ＰＤＰコンテキストでもよい。
【００２２】
通信ネットワークは，インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ネットワークでもよい。
【００２３】
第１のネットワーク要素は，問合せ（Interrogating）呼セッション制御機能（Ｉ−ＣＳＣＦ）でもよい。
【００２４】
第１のネットワーク要素は，プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）でもよい。
【００２５】
サービス提供ネットワーク要素は，サービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）でもよい。
【００２６】
メッセージの種別を判定するステップは，該メッセージ内のあらかじめ定められた情報要素の内容に基づいて，メッセージの種別を判定するステップを有してもよい。
【００２７】
第１のネットワークにおいて，通信ネットワーク内のサービスネットワーク要素が障害であることを検知するステップは，第1のネットワーク要素からサービス提供ネットワーク要素へメッセージが転送されて以降，サービス提供ネットワーク要素からの応答が受信される前までに，あらかじめ定められた時間が過ぎたことを検知するステップ，及び／又は，第1のメッセージがあらかじめ定められた回数送信されたことを判定するステップを有してもよい。
【００２８】
第１のメッセージの種別は，再登録要求でもよい。
【００２９】
第２のメッセージの種別は，初期登録要求でもよい。
【００３０】
情報要素は，要求が完全性を保護されて送信されていることを示してもよい。
【００３１】
情報要素は，ユーザが正しく認証されていることを示してもよい。
【００３２】
メッセージ内の情報要素は，該メッセージのAuthorizationヘッダ内の完全性保護フラグでもよい。
【００３３】
本発明の第２の態様は，サービス提供ネットワーク要素とユーザ装置とを更に備える通信ネットワーク内のネットワーク要素であって，該ネットワーク要素は，ユーザ装置から第１のメッセージを受信し，該第１のメッセージをサービス提供ネットワーク要素へ転送し，サービス提供ネットワーク要素が障害であることを検知し，第１のメッセージの種別を判定し，ユーザ装置から受信した第１のメッセージの種別に応じて，ユーザ装置にエラーメッセージを送信する，ように構成される。
【００３４】
ネットワーク要素は，ユーザ装置からの第１のメッセージの種別と異なる第２の種別の更なるメッセージを受信するように更に構成することができる。
【００３５】
本発明の第３の態様は，第１のネットワーク要素と，サービス提供ネットワーク要素とを更に有する通信ネットワーク内のユーザ装置であって，該ユーザ装置は，第１のネットワーク要素からのエラーメッセージを受信し，該エラーメッセージはユーザ装置のためのサービス提供ネットワーク要素が障害であることを示し，第１のネットワーク要素へ第１の種別と異なる第２の種別の更なるメッセージを送信することによってエラーメッセージに応答する，ように構成される。
【００３６】
ユーザ装置は，該ユーザ装置と通信ネットワークとの間の通知のためのベアラを確立するように更に構成され，かつユーザ装置と通信ネットワークとの間の通知のためのベアラを停止させることによってエラーメッセージに応答するように構成することができる。
【００３７】
通知のためのベアラは，通知用ＰＤＰコンテキストでも，一般目的ＰＤＰコンテキストでもよい。
【００３８】
第１のネットワーク要素に送信される，更なるメッセージの種別は，初期登録要求でもよい。
【００３９】
本発明の第４の態様は，（ｉ）ネットワーク要素と，（ｉｉ）第１のネットワーク要素に要求を送信し，第１のネットワーク要素からいかなる応答も受信されないことを判定することとによって，第１のネットワーク要素が障害であると判定するように構成されたユーザ装置と，を備える通信ネットワークにおいて運用するためのユーザ装置であって，該ユーザ装置は，第１のネットワークが障害であると判定したとき，ユーザ装置と通信ネットワークとの間の通知のためのベアラを停止し，新たな更なる第一のネットワーク要素を探索又は選択し，通信ネットワークへの登録のための初期要求を有するメッセージを，更なるネットワーク要素へ送信する，ように構成される。
【００４０】
本発明の第５の態様は，通信ネットワークにおけるサービス障害を処理する方法で，該通信ネットワークが，ユーザ装置と，第１のネットワーク要素と，更なるネットワーク要素と，を備える方法であって，この方法は，ユーザ装置から第１のネットワーク要素へ，第１のメッセージを送信するステップと，ユーザ装置において，第１のネットワーク要素が障害であることを検知するステップと，ユーザ装置から通信ネットワークへの通知用ベアラを停止させるステップと，ユーザ装置において，更なるネットワーク要素を選択または探索するステップと，ユーザ装置から更なるネットワークへ，初期登録要求を有するメッセージを送信するステップと，を有する。
【００４１】
本発明の第６の態様は，少なくともユーザ装置とネットワーク要素とを備える通信ネットワークにおいて登録の種別を判定する方法であって，ネットワーク要素において，ユーザ装置からの登録要求を受信するステップと，ネットワーク要素において，受信された要求内の情報要素を検知するステップと，情報要素の内容を判定するステップと，情報要素の判定された内容に応じて，登録要求が第１の種別の登録用か，第２の種別の登録用かを判定するステップと，を有する。
【００４２】
通信ネットワークは，少なくとも一つのサービス提供ネットワーク要素を更に備えてもよく，前記の方法はまた，第１のネットワーク要素からサービス提供ネットワーク要素へ，要求を送信するステップと，サービス提供ネットワーク要素からいかなる応答も受信されないことによって，サービス提供ネットワークが障害であることを検知するステップと，もし登録要求が第１の種別の登録要求であったら，ユーザ装置へサービス提供ネットワーク要素障害メッセージを送信するステップと，もし登録要求が第２の種別の登録用であったら，第１のネットワーク要素によって更なるサービス提供ネットワーク要素を選択するステップと，を有してもよい。
【００４３】
第１の種別の登録は再登録でもよく，また第２の種別の登録は初期登録でもよい。
【００４４】
本発明の第７の態様は，ユーザ装置を更に備える通信ネットワーク内のネットワーク要素であって，ここにおいて該ネットワーク要素は，ユーザ装置から登録要求を受信し，受信した登録要求内の情報要素を検知し，該情報要素の内容を判定し，該情報要素の判定内容に応じて，受信した登録要求が第１の種別の登録か，第２の種別の登録かを判定する，ように構成される。
【００４５】
情報要素は，要求が完全性を保護されて送信されたことを示すことができる。
【００４６】
情報要素は，ユーザが正しく認証されたことを示すことができる。
【００４７】
メッセージ内の情報要素は，完全性保護フラグでもよい。
【００４８】
通信システムは，上記のネットワーク要素および上記で主張されたとおりのユーザ装置を備えてもよい。
【００４９】
本発明の実施例は，通信ネットワークにおけるサービス障害を処理する方法を記述しており，該方法は，ユーザ装置と通信ネットワークとの間の通知のためのベアラを確立するステップと，通信ネットワーク内のサービス提供ネットワーク要素に，ユーザ装置を第１の種別の登録として登録するステップと，通信ネットワーク内のサービス提供ネットワーク要素が障害であることを，第１のネットワーク要素によって検知するステップと，第１のネットワーク要素からユーザ装置へ，サービスネットワーク要素が障害であることの表示を含むメッセージを送信するステップと，を有してもよい。
【００５０】
更なる実施例は，ユーザ装置によって，通信ネットワークに第２の種別の登録を開始させるステップを更に有することができる方法を記述している。
【００５１】
更なる実施例は，ユーザ装置によって送信されたメッセージへの応答として，通信ネットワーク内のネットワーク要素が障害であるという第１のネットワーク要素からの表示を，ユーザ装置によって受信するステップを更に有することができる方法を記述している。
【００５２】
更なる実施例は，第１のネットワーク要素がＰ−ＣＳＣＦであり得る方法を記述している。
【００５３】
追加の実施例は，第１のネットワーク要素によって，第２の種別の登録を行う間に，サービス提供ネットワーク要素が障害になったことを検知するステップと，第１のネットワーク要素からメッセージを受信した応答として，ユーザ装置によって通知のためのベアラを停止するステップと，ユーザ装置と通信ネットワークとの間の通知のための第２のベアラを確立するステップと，を更に有することができる方法を記述している。
【００５４】
更なる実施例は，通知のためのベアラは，通知用ＰＤＰコンテキストでも一般目的ＰＤＰコンテキストでもよいこと，通信ネットワークは，ＩＭＳネットワークでもよいこと，第１の種別の登録は，初期登録でもよいこと，第２の種別の登録は，再登録でもよいこと，第１のネットワーク要素は，問合せ（interrogating）ＣＳＣＦ（Ｉ−ＣＳＣＦ）でもよいこと，サービス提供ネットワークは，Ｓ−ＣＳＣＦでもよいこと，を記述している。
【００５５】
追加の実施例は，通信ネットワークにおける登録の種別を判定するための方法を記述しており，その方法は，ユーザ装置から第１のネットワーク要素へ登録要求を送信するステップと，第１のネットワーク要素において，要求内の情報要素をチェックするステップと，そのチェックステップの結果に基づいて，登録要求が第１の種別の登録用か，第２の種別の登録用か，を判定するステップと，を有してもよい。
【００５６】
更なる実施例は，サービス提供ネットワーク要素からいかなる応答も受信されないステップと，もし，登録要求が第１の種別の登録用であったら，ＵＥへサービス提供ネットワーク要素障害メッセージを送信するステップと，もし，登録要求が第２の種別の登録用であったら，第１のネットワーク要素によって新規なサービス提供ネットワーク要素を選択するステップと，を有してもよい。
【００５７】
追加の実施例は，第１の種別の登録は再登録でもよく，第２の種別の登録は初期登録でもよいこと，を記述している。
【００５８】
更なる実施例は，上記チェックステップが要求内に情報要素が存在することをチェックするものであってもよい方法を記述している。
【００５９】
追加の実施例は，要求は完全性を保護されて送信されたことを，情報要素が示してもよいことを記述している。
【００６０】
更なる実施例は，情報はユーザが正しく認証されたことを示してもよいことを記述している。
【００６１】
追加の実施例は，要求における情報は，完全性保護フラグでもよいことを記述している。
【００６２】
実施例は，通信ネットワーク内のネットワーク要素を記述しており，該ネットワーク要素は，サービス提供ネットワーク要素へ，及び／又はサービス提供ネットワーク要素から，メッセージを送信する手段と，サービス提供ネットワーク要素がユーザ装置にサービスを提供できないことを示す情報を検知する手段と，情報をユーザ装置に送信する手段と，を有するように構成することができる。
【００６３】
更なる実施例は，通信ネットワーク内のネットワーク要素を記述しており，該ネットワーク要素は，登録要求を受信する手段と，登録要求が第１の種別であるか，第２の種別であるかをチェックする手段と，を有するように構成することができる。
【００６４】
追加の実施例は，通信ネットワーク内のネットワーク要素を記述しており，該ネットワーク要素は，ユーザ装置からメッセージを受信する手段と，利用者装置にメッセージを送信する手段と，を備え，該メッセージは，通信ネットワーク内のネットワーク要素が，ユーザ装置にサービスを提供できないことを示す，ように構成することができる。
【００６５】
実施例は通信ネットワーク内のユーザ装置を記述しており，該ユーザ装置は，該ユーザ装置のためのサービス提供ネットワーク要素が，前記ユーザ装置にサービスを提供できないことを示すメッセージを通信ネットワークから受信する手段と，公開（releasing）ベアラによってメッセージに応答する手段とを備えるように構成することができる。
【００６６】
更なる実施例は，メッセージに応答するための初期登録を行う手段を備えるように構成することができるユーザ装置を記述している。
【００６７】
実施例は，ユーザ装置とアプリケーションサーバとの間の通信における不連続を避けるための方法を提供してもよい。ユーザは必ずしもどんな一時的障害にも気付く訳ではないので，ユーザの知覚が改善されるかも知れない。あるいは，サービス提供コントローラエンティティで障害が起きたら，ネットワークとの通信を再確立するために，ユーザが介入しなければならないかも知れない。
【実施例】
【００６８】
本発明の一実施例は，一例として第三世代（３G）移動体通信システムの例示としてのアーキテクチャを参照して，以下に記述する。しかし，その実施例はいかなる適当な通信システムに適用してもよいことを認識しなければならない。例えば，適当な通信システムはＣＤＭＡ２０００システムであり得る。
【００６９】
本発明をよりよい理解のために，ここで添付の図面を例として参照する。図１は，本発明が実施することができるネットワークアーキテクチャを例示している。図１において，ＩＰマルチメディアネットワーク４５は，ＩＰマルチメディアネットワークサブシステムのためのＩＰマルチメディアサービスを提供するためにある。
【００７０】
上記のように，ＩＰマルチメディア（ＩＭ）サービスへのアクセスは，移動体通信システムの手段によって提供できる。移動体通信システムは，典型的には，ユーザ装置と，通信システムの少なくとも一つの基地局３１との間の無線インタフェースを介して，複数の移動体ユーザ装置にサービスを提供するように構成される。移動体通信システムは，論理的に，無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）とに分割することができる。
【００７１】
基地局３１は，ユーザ装置と無線アクセスネットワークとの間の無線インタフェースを介して，移動体ユーザ装置に信号を送信し，また移動体ユーザ装置から信号を受信するように構成される。同様に，移動体ユーザ装置３０は無線インタフェースを介して無線アクセスネットワークに信号を送信し，また無線アクセスネットワークから信号を受信することができる。
【００７２】
図示する構成では，ユーザ装置３０は，基地局３１と連携するアクセスネットワークを介して，ＩＭＳネットワーク４５にアクセスすることができる。明瞭にするため，図１はただ一つの無線アクセスネットワークの基地局を示しているが，典型的な通信ネットワークシステムでは，通常，いくつかの無線アクセスネットワークを含むことを認識しなければならない。
【００７３】
３Ｇ無線アクセスネットワーク（ＲＡＮ）は，典型的には，適当な無線ネットワークコントローラ（ＲＮＣ）によって制御される。このコントローラは，明瞭にするために図示していない。コントローラは，各基地局に割り当てられてもよいし，コントローラは，例えば無線アクセスネットワークレベルで，複数の基地局を制御することもできる。無線ネットワークコントローラの名称，配置，および数は，システムに依存することを認識しなければならない。
【００７４】
図１の移動体ユーザ装置３０は，ネットワークに接続するために，インターネットプロトコル（ＩＰ）通信に適合したいかなる適当な移動体ユーザ装置を有してもよい。例えば，移動体ユーザは，パーソナルコンピュータ（ＰＣ），パーソナルデータアシスタント（ＰＤＡ），移動機（ＭＳ）などの手段でセルラネットワークにアクセスしてもよい。次に掲げる例は，移動機を参照して記述する。
【００７５】
本技術における当業者であれば，典型的な移動機の特徴および動作をよく知っている。したがって，ユーザは電話呼を発信および受信したり，データをネットワークから受信したり，データをネットワークに送信したり，あるいはマルチメディアコンテンツの体験やそうでなければマルチメディアサービスの利用をしたり，といった仕事のために移動機を使うであろうことに注目すれば十分である。移動機は，無線で移動体通信ネットワークの基地局から信号を受信し，また基地局へ信号を送信するためのアンテナを含んでもよい。移動機はまた，移動体ユーザ装置のユーザに画像および他の図形情報を表示するためのディスプレイを備えてもよい。静止画又はビデオを撮影するために，カメラ手段があってもよい。スピーカ手段も典型的に備えられている。移動機の動作は，制御ボタン，音声コマンドなどのような適当なユーザインタフェース手段によって制御してもよい。さらに，移動機はプロセッサエンティティおよびメモリ手段を備えている。
【００７６】
図１には明瞭にするため二三の移動機のみを示しているが，多数の移動機が通信システムと同時に通信していてもよいことを認識しなければならない。
【００７７】
コアネットワーク（ＣＮ）は，いくつかの無線アクセスネットワークを経由した通信を可能にするため，また他のセルラシステム及び／又は固定回線通信システムのような１以上の通信システムと単一通信システムとをインタフェースするために，典型的にはさまざまな交換エンティティおよび他の制御エンティティならびにゲートウェイを含む。３ＧＰＰシステムでは，無線アクセスネットワークは，典型的には，適当なコアネットワークエンティティまたはサービス提供一般パケット無線サービスサポートノード（ＳＧＧＮ）３３のようなエンティティ（ただしそれに限定はされない）に接続される。無線アクセスネットワークは，例えばＩｕインタフェースのような適当なインタフェースを介してサービス提供ＧＰＲＳサポートノードと通信する。サービス提供ＧＰＲＳサポートノードは，次に，典型的には，例えばゲートウェイＧＰＲＳサポートノード３４のような適当なゲートウェイと，ＧＰＲＳバックボーンネットワーク３２を経由して通信する。このインタフェースは，通常，交換パケットデータインタフェースである。
【００７８】
３ＧＰＰネットワークにおいては，ネットワーク上でトラヒックフローを搬送するためにパケットデータセッションが確立される。そのようなパケットデータセッションは，しばしばパケットデータプロトコル（ＰＤＰ）コンテキストと呼ばれる。ＰＤＰコンテキストは，ユーザ装置と無線ネットワークコントローラとの間の無線ベアラと，ユーザ装置と，無線ネットワークコントローラと，ＳＧＧＮ３３との間の無線アクセスベアラと，サービス提供ＧＰＲＳサービスノード３３とゲートウェアＧＰＲＳサービスノード３４との間の交換パケットデータチャネルとを含んでもよい。各ＰＤＰコンテキストは，通常，特定のユーザ装置とゲートウェイＧＰＲＳサポートノードとの間の通信路を提供し，一旦それが確立されたら，典型的には複数フローを搬送することができる。各フローは通常，例えば，特定サービス及び／又は特定サービスの１メディアコンポーネントを表す。したがって，ＰＤＰコンテキストはしばしば，ネットワークを横切る１以上のフローのための論理的通信路を表す。ユーザ装置とサービス提供ＧＰＲＳサポートノードとの間にＰＤＰコンテキストを実装するために，少なくとも一つの無線アクセスベアラ（ＲＡＢ）が確立されなければならず，それは通常，ユーザ装置のためのデータ転送を可能にする。これら論理的及び物理的チャネルは本技術の当業者には知られており，それ故ここではこれ以上議論しない。
【００７９】
図１はまた，一例としてのインターネットプロトコル（ＩＰ）マルチメディアネットワーク４５に接続された複数のアプリケーションサーバ５０を示す。ユーザ装置３０は，ＧＰＲＳネットワーク３２及びＩＭＳネットワーク４５を経由して，アプリケーションサーバ５０のうち少なくとも一つに接続することができる。多数のアプリケーションサーバが，データネットワークに接続されてもよいことを認識しなければならない。
【００８０】
アプリケーションサーバとの通信は，適当なコントローラエンティティによって提供されるデータネットワークの機能によって制御される。現在の第三世代（３Ｇ）無線マルチメディアネットワークアーキテクチャでは，さまざまな制御機能を提供するいくつかの異なったサーバが制御のために使われると想定されている。これらは，呼セッション又は呼状態制御機能（ＣＳＣＦｓ）のような機能を含む。呼セッション機能は，さまざまなカテゴリに区分することができる。図１は，プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）３５および３７と，問合せ（interrogating）呼セッション制御機能（Ｉ−ＣＳＣＦ）３８および３９と，サービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）３６と，を示す。同様な機能は，さまざまなシステムではさまざまな名称で呼ばれ得ることを認識しなければならない。
【００８１】
ＩＭＳシステムを経由してアプリケーションサーバが提供するサービスを利用したいと思うユーザは，最初に，サービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）３６のような，サービス提供コントローラに登録する必要があるかも知れない。この登録は，ユーザ装置がマルチメディアシステムからのサービスを要求できるために必要とされるかも知れない。図１に示されるように，Ｓ−ＣＳＣＦ３６とユーザ装置３０との間の通信は，少なくとも一つのプロキシ呼セッション呼制御機能（Ｐ−ＣＳＣＦ）３５を介するように経路設定することができる。プロキシＣＳＣＦ３５は，このようにして，ＧＧＳＮ３４からサービス提供呼セッション機能３６へ，およびその逆にメッセージを転送するプロキシとして動作する。
【００８２】
登録手続きにおいて，ＵＥは初期登録要求をネットワークに送信する。その要求はＣＳＣＦを経由してＳ−ＣＳＣＦに届けられ，Ｓ−ＣＳＣＦはユーザ認証を行い，またＵＥのＩＰアドレスをそのユーザの識別情報と結びつける。登録は一定の期間有効であり，登録を存続させるのはＵＥの仕事である。この目的のため，ＵＥは登録が期限切れになる前にＳ−ＣＳＣＦへ新たな登録要求を送信する。この手続きは再登録手続きと呼ばれる。
【００８３】
図２〜５は本発明の一連の実施例を示す。図２は，本発明の実施例であって，再登録要求の応答にエラーが見つかったとき，Ｓ−ＣＳＣＦ障害エラーから回復するようにした通信システムを示している。本技術ではよく知られているように，ユーザの初期登録（３ＧＰＰ ＴＳ ２３．２２８に記載されている）の後，登録の有効性が期限切れになる前に，ＵＥはＳ−ＣＳＣＦに再登録要求を送信する。
【００８４】
第１のステップ１０１において，ユーザ装置（ＵＥ）はＰ−ＣＳＣＦへ再登録要求を送信する。
【００８５】
第２のステップ１０３において，Ｐ−ＣＳＣＦは再登録要求を受信し，そのメッセージをＩ−ＣＳＣＦに転送する。
【００８６】
第３のステップ１０５において，Ｉ−ＣＳＣＦはＰ−ＣＳＣＦから再登録要求を受信し，Ｓ−ＣＳＣＦへその要求を渡すように試みる。Ｓ−ＣＳＣＦは障害なので，その要求に応答することができない。
【００８７】
Ｓ−ＣＳＣＦは要求に応答することができないので，Ｉ−ＣＳＣＦ内のタイマは予め定められた時間後に期限切れになり，ステップ１０７において，Ｉ−ＣＳＣＦはＳ−ＣＳＣＦに要求を伴ってコンタクトする試みを止める。Ｉ−ＣＳＣＦは，何回かの予め定められた回数，要求の送信を試みてもよい。
【００８８】
第４のステップ１０９において，Ｉ−ＣＳＣＦはエラー表示，例えばサーバタイムアウトエラーメッセージ（５０４エラーメッセージとしても知られる），をＰ−ＣＳＣＦへ返送する。
【００８９】
第５のステップ１１１において，Ｐ−ＣＳＣＦは５０４エラーメッセージを受信し，この５０４エラーメッセージをユーザ装置（ＵＥ）に返送する。
【００９０】
第６のステップ１１３において，ＵＥは５０４エラーメッセージを受信する。ＵＥは次に，その再登録プロセスに関するすべての通知およびデータのトラヒックを停止する。
【００９１】
本発明のいくつかの実施例では，ユーザ装置は通知ＰＤＰコンテキストに関連した通知情報だけ停止させ，マルチメディアＰＤＰコンテキストはそのまま保持する。この更なる実施例では，ユーザ装置は遠隔のサービス／端末とコンタクトを保つことが許されるが，本発明の実施例の第２部ではＳ−ＣＳＣＦエラーを解決するように試みる。一般ＰＤＰコンテキストが既に確立されていた本発明の他の実施例では，一般ＰＤＰコンテキストが停止される。
【００９２】
第７のステップ１１５において，ユーザ装置はＰ−ＣＳＣＦへ初期登録要求を送信する。ＵＥ初期登録は，新たな通知ＰＤＰコンテキストを確立することにより，または既存の通知用ＰＤＰコンテキストを利用することにより，通信を再確立する第１のステップである。（一般コンテキストが停止されている実施例では，ＵＥは新たな一般ＰＤＰコンテキストを確立するように試みる。）
【００９３】
第８のステップ１１７において，Ｐ−ＣＳＣＦはＵＥから要求を受信し，Ｉ−ＣＳＣＦへ初期登録要求を渡す。
【００９４】
第９のステップ１１９において，Ｉ−ＣＳＣＦは要求を受信し，ユーザのために第２のＳ−ＣＳＣＦ２を選択する。
【００９５】
第２のＳ−ＣＳＣＦ（Ｓ−ＣＳＣＦ２）は，ステップ１２１においてＩ−ＣＳＣＦへ肯定応答信号（２００ｏｋメッセージとしても知られる）を送信する。
【００９６】
Ｉ−ＣＳＣＦは受信した２００ｏｋメッセージを，ステップ１２３においてＰ−ＣＳＣＦへ送信する。
【００９７】
Ｐ−ＣＳＣＦは，ステップ１２５において受信した２００ｏｋメッセージをユーザ装置へ送信する。
【００９８】
このような方法は，ユーザおよびそのユーザと接続しているいかなる遠隔ユーザへのサービス提供が完全に中断することになるので，負荷のかかる手続きと受け取られるが，ＵＥのハードリセットを必要としないのでより効率的である。また，このような手続きは，ＵＥおよびネットワーク内のいかなる残存状態をも解消する。
【００９９】
Ｉ−ＣＳＣＦが，現在のタイムアウトした要求が再登録要求なのか，初期登録要求なのかをどうやって判定するかの問題は，図４に示されている。
【０１００】
図４を参照し，Ｉ−ＣＳＣＦが初期登録要求を処理するか，再登録要求を処理するかの判定について更に議論する。図４は，初期登録が処理され，Ｉ−ＣＳＣＦによって呼ばれたＳ−ＣＳＣＦが障害である例を示している。
【０１０１】
ステップ３０１，３０３および３０５において，初期登録要求がＵＥからＰ−ＣＳＣＦへ送信され（ステップ３０１），次にＰ−ＣＳＣＦからＩ−ＣＳＣＦへ再送信され（ステップ３０３），次にＩ−ＣＳＣＦからＳ−ＣＳＣＦへ再送信が試みられる（ステップ３０５）。ここで，第１の試みで呼ばれるＳ−ＣＳＣＦは，Ｓ−ＣＳＣＦ１である。
【０１０２】
ステップ３０７において，Ｓ−ＣＳＣＦ１が応答メッセージを返すことに失敗するとＩ−ＣＳＣＳのタイマが期限切れとなり，それ故，要求が期限切れになったことを表示する。Ｉ−ＣＳＣＦは，Ｓ−ＣＳＣＦ１へ要求を何回かの予め定められた回数，再送信を試みてもよい。
【０１０３】
Ｉ−ＣＳＣＦは次に，期限切れになった要求が初期登録であったか再登録であったかを，要求ヘッダ内の完全性保護フラグを調べることによって判定する。
【０１０４】
完全性保護フラグは，ＵＥおよびＰ−ＣＳＣＦがセキュリティアソシエーションを構成したときに一度だけ設定されるので，認証／登録が成功した後に実行されるイベントでは，Ｉ−ＣＳＣＦに対して，完全性保護フラグがないことが初期登録プロセスであることを示す。
【０１０５】
それ故，期限切れになった要求（Ｓ−ＣＳＣＦが障害であるときに生成されるような）に，完全性保護フラグがあるときは，その期限切れになった要求はＩ−ＣＳＣＦに対して，Ｐ−ＣＳＣＦを介してＵＥへ，上記の第１の実施例に示されたとおりに，５０４エラーメッセージを送るきっかけを与える。
【０１０６】
期限切れになった要求（Ｓ−ＣＳＣＦが障害であるときに生成されるような）に，完全性保護フラグがないときは，Ｉ−ＣＳＣＦは処理中の要求が初期登録要求であることを識別し，それ故，Ｉ−ＣＳＣＦは別のＳ−ＣＳＣＦ（新たなＳ−ＣＳＣＦ）に対し，本技術ではよく知られた方法に従って新たな初期登録要求を送信する。
【０１０７】
もしＵＥが別のＳ−ＣＳＣＦに登録することができるなら，そのＳ−ＣＳＣＦは稼動中であり，したがって，Ｓ−ＣＳＣＦは登録を実行し，本技術ではよく知られているように，Ｉ−ＣＳＣＦおよびＰ−ＣＳＣＦを経由して，ＵＥへ２００ｏｋメッセージを返送する。図４に示された例では，ＵＥは別のＳ−ＣＳＣＦを利用することが承認されておらず，したがって４０１「非承認」メッセージを発行する。４０１メッセージは，ステップ３０９，３１１および３１３においてＵＥへ返送される。ステップ３０９において，メッセージはＳ−ＣＳＣＦからＩ−ＣＳＣＦへ渡され，ステップ３１３においてメッセージはＰ−ＣＳＣＦからＵＥへ渡される。
【０１０８】
それ故，図示された二つの例に従って，本発明の実施例は，初期登録要求または再登録要求に対して起こるエラーを判定することができ，また要求メッセージヘッダの要素または部分を調べることによって，要求種別に応じて回復処理を起動することができる。そのような方法なしでは，Ｉ−ＣＳＣＦは処理中の登録要求の種別が何であるかを判定し，次のようなときに発生する無限ループを防ぐことができないだろう。Ｉ−ＣＳＣＦがすべての登録要求に対して５０４タイムアウトメッセージをＵＥへ渡し，そしてＵＥがＩ−ＣＳＣＦへ新たな登録要求を渡すと，その登録要求は障害中のＳ−ＣＳＣＦへ回送され，新たなタイムアウトを引き起こし，新たな５０４メッセージがＵＥへ渡されることになるだけである。
【０１０９】
本発明の更なる実施例を図３に示した例を参照して説明する。この実施例は，Ｐ−ＣＳＣＦが登録以外の要求を処理しているときに５０４メッセージを受信すると，Ｐ−ＣＳＣＦはその５０４メッセージをＵＥへ返送し，このＵＥが登録以外の要求の応答としてＰ−ＣＳＣＦから５０４エラーメッセージを受信すると，再登録を実行する，例を更に示している。
【０１１０】
ステップ２０１，２０３及び２０５は，Ｐ−ＣＳＣＦ（ステップ２０３）及びＳ−ＣＳＣＦ（ステップ２０５）を経由して，例えばアプリケーションサーバ（ＡＳ）のようなＩＰ／ＳＩＰネットワーク内のエンティティへ，登録以外のＳＩＰ形式メッセージを送信しているＵＥ（ステップ２０１），を示している。
【０１１１】
ＩＰ／ＳＩＰネットワーク内のどこかで生じたエラーのために，要求はその目的地に届かず，代わりに５０４エラーメッセージがＵＥに返送される（返された５０４メッセージは，上記で返された５０４メッセージと類似である）。ステップ２０７，２０９および２１１において，このエラーメッセージはＳ−ＣＳＣＦ（ステップ２０９）およびＰ−ＣＳＣＦ（ステップ２１１）を経由してＩＰ／ＳＩＰネットワークから返送され，ＵＥで終端される。
【０１１２】
しかし，ＵＥはエラーメッセージを受信しても，そのエラーがＳ−ＣＳＣＦから発信されたのか，他のどこかからなのかを判定することはできない。それ故，Ｓ−ＣＳＣＦの状態を判定するため，ＵＥは，ステップ２１３に示すように，エラーメッセージがＳ−ＣＳＣＦで発信されたかどうか判定するため，上記のとおり登録要求プロセスを起動する。
【０１１３】
これは図３において，ステップ２１５，２１６および２１７によって示されている。そこで，再登録要求は，ＵＥによって送信され（ステップ２１５），Ｐ−ＣＳＣＦによって受信および再送信され（ステップ２１６），そしてＩ−ＣＳＣＦによってＳ−ＣＳＣＦへ再送信される（ステップ２１７）。
【０１１４】
図３に示した例において，Ｓ−ＣＳＣＦは稼働中であり，再登録プロセスは次のように進む。２００ｏｋメッセージがＳ−ＣＳＣＦによって送信され（ステップ２１９），Ｉ−ＣＳＣＦによって受信および再送信され（ステップ２２１），そしてＰ−ＣＳＣＦによって受信およびＵＥへ再送信される（ステップ２２３）。
【０１１５】
しかし，もしＳ−ＣＳＣＦがその問題の原因であると分かったら，Ｉ−ＣＳＣＦは更なるエラーメッセージを返送し，プロセスは新たな登録プロセスを使って上記の方法で自己解決するであろう。
【０１１６】
図５は，本発明の更なる実施例を示す更なる例を示す。図５に示された例において，ＵＥは登録されており，ステップ４０２においてこのＵＥは，Ｐ−ＣＳＣＦ（Ｐ−ＣＳＣＦ１）へＳＩＰ要求メッセージを送信している。
【０１１７】
Ｐ−ＣＳＣＦ１は障害であり応答しない。ＵＥのタイマは期限切れになり，ステップ４０３によってＵＥは要求が期限切れになったことを認識する。
【０１１８】
ステップ４０４および４０５において，ＵＥはＳ−ＣＳＣＦ障害状態に引き続いて実施したのと同じ方法を実施する。上記の以前の方法では，障害状態が再登録要求の失敗を引き起こし，ＵＥがメッセージに関する通知ＰＤＰコンテキストまたは一般ＰＤＰコンテキストを停止させた。ステップ４０４において，Ｐ−ＣＳＣＦ障害による失敗は一般要求の失敗となり，それはＵＥが，ＵＥに関連する通知ＰＤＰコンテキストまたは一般ＰＤＰコンテキストを停止させるきっかけとなる。本発明の更なる実施例においては，ＵＥはマルチメディアＰＤＰコンテキストも更に停止させる。ステップ４０４の実行中，もしＵＥがＰ−ＣＳＣＦ１のための代わりのコンタクトアドレスを持っていなければ，新たなＰ−ＣＳＣＦを探索してもよい。
【０１１９】
ステップ４０５，４０７および４０９において，ＵＥは新たな初期登録プロセスを開始する。ステップ４０５において，ＵＥは初期登録要求を新たなＰ−ＣＳＣＦ（新たなＰ−ＣＳＣＦ）へ送信するために，Ｐ−ＣＳＣＦの新たなコンタクトアドレスを使用する。ステップ４０７において，初期登録要求は新たなＰ−ＣＳＣＦによって受信され，Ｉ−ＣＳＣＦへ転送される。ステップ４０９において，初期登録要求はＩ−ＣＳＣＦによって受信され，Ｉ−ＣＳＣＦからＳ−ＣＳＣＦへ送信される。
【０１２０】
この更なる実施例は，本発明がＰ−ＣＳＣＦが障害になったとき発生するエラーを，Ｓ−ＣＳＣＦ障害状態の場合と同様な方法で処理することを示している。
【０１２１】
本発明の実施例は移動機のようなユーザ装置に関連付けて記述されているが，本発明の実施例は認証を必要とするいかなる他の種別の装置にも適用できることを認識すべきである。例えば，本発明は無線ローカルエリアネットワーク（ＷＬＡＮ）通信システムを介してＩＰ／ＳＩＰネットワークに接続されている利用者装置には適用できるであろう。
【０１２２】
本発明の例はＩＭＳシステムおよびＧＰＲＳネットワークの環境で記述されている。しかし，この発明はいかなる他の標準にも適用できる。さらに，与えられた例は，すべてのＳＩＰエンティティを持ついわゆる”ａｌｌ ＳＩＰ”ネットワークおよびＰＤＰコンテキストとして知られる通信チャネルの環境で記述されている。この発明はまた，いかなる他の適当な，無線または固定回線システムである通信システム，通信標準および通信プロトコルにも適用できる。
【０１２３】
無線データ通信サービスを可能にする他のあり得る通信システムの例は，Universal Mobile Telecommunication System（ＵＭＴＳ），ｉ−ｐｈｏｎｅまたはＣＤＭＡ２０００のような第三世代移動体通信システム，Terrestrial Trunked Radio（ＴＥＴＲＡ）システム，および”Enhanced Data rate for GSM Evolution”（ＥＤＧＥ）移動体データネットワーク，を含むが，これらに限定はされない。固定回線システムの例は，家庭やオフィスのようなさまざまな場所で，ユーザにインターネットアクセスを提供する多様なブロードバンド技術を含む。通信ネットワークに使われる標準およびプロトコルが何であれ，本発明はネットワークエンティティの登録が要求されるすべての通信ネットワークに適用できる。
【０１２４】
本発明の実施例は，プロキシおよびサービス提供呼状態制御機能の環境で議論されてきた。本発明の実施例は，適用可能な他のネットワーク要素に適用可能である。
【０１２５】
ここで，上記は本発明の例示としての実施例を記述しているが，本願の請求項に規定された発明の範囲を逸脱することなく，開示された解決策にいくつかの変形および修正が可能であることに注意すべきである。
【０１２６】
本出願人はここで，本発明が請求項の範囲に限って解釈されるべきでないことを表明する。
【０１２７】
障害（ｏｕｔ ｏｆ ｓｅｒｖｉｃｅ）という用語は，サービス提供ネットワーク要素が，サービス提供ネットワーク要素内の故障によって，ユーザ装置と通信していないか，または通信ネットワークの故障により，ユーザ装置がサービス提供ネットワーク要素と通信できないという意味に解釈するものと理解される。
【０１２８】
さらに，ユーザ装置は，携帯電話機と，パーソナル通信デバイスと，パーソナルデータアシスタントとを含むものと理解される。
【０１２９】
さらに，通知のためのベアラを確立する行為は，通信セッションを生成する意味に理解され，そこで通信ノードは通信セッションによってネットワークと通信することができるように構成され，ネットワークは通信セッションの確立を承認するセッション承認ノードを備え，通信ノードは，セッションを確立すべく，セッションの承認を受信するためにセッション承認ノードと通信するよう構成され，通信ノードは，通信セッションの間，承認ノードにセッションの承認を要求することができ，そして，要求に応答するためにセッション承認ノードによって，故障を表示するメッセージをネットワークから受信した応答であるそのような要求の応答として，少なくともセッションの通知を終了させるように構成されている。
【０１３０】
本出願人はここで，ここに記述された個々の特徴単体およびそれら特徴の２以上のいかなる組合せが，それら特徴または特徴の組合せに関わらず，ここに開示されたいかなる問題をも解決することを，請求項の範囲に限定されることなく，本技術の当業者の通常かつ一般的な知識において，それら特徴または組合せを本仕様全体に基づいて実施することができる程度に，開示する。既述した記載に関して，本発明の範囲内でさまざまな修正が可能であることは，本技術の当業者には明らかであろう。
【図面の簡単な説明】
【０１３１】
【図１】本発明を実施することができる通信システム環境を示す図である。
【図２】本発明の第１の実施例による通知フローの流れ図である。
【図３】本発明の更なる実施例による通知フローの流れ図である。
【図４】実用の本発明の更なる実施例による通知フローの流れ図である。
【図５】実用の本発明の更なる実施例による通知フローの流れ図である。
【技術分野】
【０００１】
本発明は，通信システム，特に，ＩＰマルチメディアサブシステムにおける通信セッションの制御に関する。
【背景技術】
【０００２】
通信システムは，ユーザ装置及び／又は通信システムと連携する他のノードのような，２以上のエンティティ間の通信を可能にする設備として捉えることができる。通信セッションは，例えば音声，データ，マルチメディアなどの通信を提供することができる。ユーザ装置は通信セッションの手段によって，例えば，双方向の電話呼または多地点会議呼を扱うことができる。ユーザ装置はまた，通信セッションの手段によって，例えば，アプリケーションサーバ（ＡＳ）などのエンティティを提供するアプリケーションへ接続することができ，それによってアプリケーションサーバによって提供されるサービスを利用することができる。
【０００３】
通信システムは，典型的には，所定の標準又は仕様に基づいて動作する。標準又は仕様は，その通信システムに関連するさまざまなエンティティが何をすることが許され，またそれがどのように達成されるかについて列挙している。例えば，その標準または仕様は，ユーザ，より正確にはユーザ装置が，回線交換サービス及び／又はパケット交換サービスを受けられるかどうかを定義してもよい。コネクションに使われる通信プロトコル及び／又はパラメータをも定義することができる。言い換えれば，そのシステムによって通信を可能にするために，通信が基づくことのできる特定の「規定」（ｒｕｌｅｓ）のセットが定義されなければならない。
【０００４】
ユーザ装置に無線通信を提供するいくつかの通信システムが知られている。無線システムの一例は，公衆陸上移動体ネットワーク（ＰＬＭＮ）である。移動体通信システムの他の例は，少なくとも部分的には，通信衛星の利用に基づいたものである。無線通信はまた，無線ローカルエリアネットワーク（ＷＬＡＮ）の手段によるような，他の構成によっても提供することができる。ユーザ装置と通信ネットワークの要素との間の無線インタフェース上の通信は，適当な通信プロトコルに基づくことができる。通信システムの局装置および通信に必要な他の装置の動作は，１又は複数の制御エンティティによって制御することができる。さまざまな制御エンティティが相互接続されていてもよい。また，１以上のゲートウェイノードが，通信ネットワークを他のネットワークに接続するために提供されてもよい。例えば，移動体ネットワークはＩＰ（インターネットプロトコル）及び／又は他のパケット交換データネットワークのような通信ネットワークに接続されてもよい。
【０００５】
通信システムのユーザに提供できるサービスの一例は，いわゆるマルチメディアサービスである。マルチメディアサービスを提供できる通信システムの例は，インターネットプロトコル（ＩＰ）マルチメディアネットワークである。ＩＰマルチメディア（ＩＭ）機能は，ＩＰマルチメディアコアネットワーク（ＣＮ）サブシステム，すなわち短く称するとＩＰマルチメディアサブシステム（ＩＭＳ），によって提供できる。ＩＭＳは，マルチメディアサービスを提供するためのさまざまなネットワークエンティティを含んでいる。
【０００６】
第三世代パートナシッププロジェクト（３ＧＰＰ）は，ＩＭＳサービス提供のためのＩＰ接続アクセスネットワークとして，一般パケット無線サービス（ＧＰＲＳ）の利用法を規定しており，ここでは，ＧＰＲＳはマルチメディアサービスを可能にするＩＰ接続アクセスネットワークの非限定的な一例として示される。第三世代パートナシッププロジェクト（３ＧＰＰ）はまた，ユーザ装置のユーザに，マルチメディアサービスへのアクセスを提供するであろう第三世代（３Ｇ）ネットワークのための参照アーキテクチャも規定している。
【０００７】
ＩＰマルチメディアサブシステムは，インターネット技術タスクフォース（ＩＥＴＦ）によってＲＦＣ３２６１において開発されたとおりのセッション開始プロトコル（ＳＩＰ）を提供する。セッション開始プロトコル（ＳＩＰ）は，１以上の参加者（終点）に関するセッションを生成，修正および終了させるためのアプリケーション層制御プロトコルである。ユーザ装置がＩＰマルチメディアサブシステムと通信できるようになる前に，ＧＰＲＳ付加（ａｔｔａｃｈ）手続きが行われなければならず，またパケットデータプロトコル（ＰＤＰ）コンテキストとして知られる通信チャネルがＳＩＰ通知のために確立されなければならない。ＰＤＰコンテキストは，ホームネットワーク内または訪問（ｖｉｓｉｔｅｄ）ネットワーク内にあるＧＧＳＮに向かって確立される。ＰＤＰコンテキストはユーザ装置に適当なＩＰアドレスを提供する。このアドレスは，次に，そのＰＤＰコンテキストにある間，ホストアドレスとして働く。ＳＩＰ通知が行われるＰＤＰコンテキストは，ＩＰマルチメディアサブシステムからのサービスが求められる間はずっと，利用可能でなければならない。この要求条件は，ＧＰＲＳアクセスおよびＰＤＰコンテキストに限定されないばかりでなく，他の種別のアクセスシステムおよび通信チャネルにも適用される。
【０００８】
この通信システムは，さまざまなネットワーク機能が適当なコントローラエンティティによって処理されるべく開発された。ユーザは，一連のコントローラを介したデータネットワークを介して，サービスにアクセスしてもよい。これらコントローラは，典型的には，サーバによって提供される。ＩＭＳ仕様は，それを介してサービスにアクセスすることができるさまざまな種類のＳＩＰサーバを規定している。これらのサーバは，呼セッション制御機能（ＣＳＣＦｓ）のような機能を提供する。ＣＳＣＦｓは，また，呼状態制御機能とも呼ぶことができることを認識しなければならない。
【０００９】
呼セッション機能は，プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ），問合せ（interrogating）呼セッション制御機能（Ｉ−ＣＳＣＦ），およびサービス提供セッション制御機能（Ｓ−ＣＳＣＦ）などのさまざまなカテゴリに区分することができる。ユーザは，通信システムからのサービスを要求することができるように，サービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）に登録される必要がある。プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）は，順番に，ユーザと，ユーザが登録されているサービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）との間の通信を代行する。言い換えれば，ＩＭＳデータネットワークへの登録後に，ユーザには発信（ｏｕｔｂｏｕｎｄ）プロキシ（典型的にはＰ−ＣＳＣＦ）およびレジスタ（Ｓ−ＣＳＣＦ）が割り当てられる。ユーザのいかなる活動もこれらのデータネットワークコントローラエンティティを通過する。
【００１０】
しかし，Ｓ−ＣＳＣＦ又はＰ−ＣＳＣＦのような制御機能サーバが障害になるときもある。故障又はソフトウェアアップグレードの場合のようないくつかの場合には，Ｓ−ＣＳＣＦ又はＰ−ＣＳＣＦをシャットダウンしなければならないことがある。
【００１１】
これらのサーバを使ってホームネットワークに接続されているすべてのユーザは，そのとき，サービスが連続性を失うことを体験するかもしれないし，彼らの通信要求を変えることができないかもしれない。通信は，通常，ユーザ装置を再起動することによって継続することができる。このことは，データキャリアが停止し，再確立されなければならないために必要となる。また，ユーザはコントローラ機能がシャットダウンされていたり，将来シャットダウンされたりすることに気が付かないかも知れないので，それゆえ，いかなる回復手続きを起動することも自分自身では判断できない。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
それぞれの状況においてユーザ装置を再起動しなければならないという問題を解決するために，より簡単な解決策でいくつかの実際上の問題を解決しなければならない。第1に，エラーおよび障害となっているサーバの位置を識別しなければならない。第2に，障害となっているサーバがＳ−ＣＳＣＦかどうか，どうやってＩ−ＣＳＣＦが他のＳ−ＣＳＣＦを選択するか，を知らなければならない。第３に，通知用データストリームおよびマルチメディアデータストリームの取り扱い，言い換えれば，ユーザが他のユーザ装置（ＵＥ）およびアプリケーションサーバ（ＡＳ）との間で確立しているアクティブな対話が必要である。第４に，アプリケーションサーバ（ＡＳ）およびＰ−ＣＳＣＦネットワーク要素のような他のネットワークエンティティに，新規な登録詳細を通知しなければならない。
【００１３】
上記は，インターネットプロトコル（ＩＰ）ベースの第３世代（３Ｇ）通信システムおよびセッション開始プロトコル（ＳＩＰ）に関する登録手続きおよび関連する問題について議論しているが，同様な不利益は他のシステムにも関連しうること，そしてそのためにここでの記述はこれらの例に限定されないこと，を認識しなければならない。
【発明を実施するための最良の形態】
【００１４】
本発明の実施例は，上記問題のうち１またはいくつかを扱うことを狙いとしている。
【００１５】
本発明の１実施例は，ユーザ装置と，第１のネットワーク要素と，サービス提供ネットワーク要素とを備える通信ネットワークにおけるサービス障害を処理する方法であって，該方法は，前記第１のネットワーク要素において，前記ユーザ装置から第１のメッセージを受信するステップと，前記第１のネットワーク要素から前記サービス提供ネットワーク要素へ，前記第１のメッセージを送信するステップと，前記第１のネットワーク要素において，前記サービス提供ネットワーク要素に障害があることを検知するステップと，前記第１のネットワーク要素において，前記第１のメッセージの種別を判定するステップと，前記第１のメッセージの種別に応じて，前記第１のネットワーク要素からユーザ装置へ，前記サービスネットワーク要素の障害表示を含むエラーメッセージを送信するステップと，を有する。
【００１６】
前記の方法は，ユーザ装置において，エラーメッセージを受信する更なるステップを有してもよい。
【００１７】
前記の方法は，ユーザ装置においてエラーメッセージを受信するステップに引き続いて，登録を起動するために第１のメッセージの種別と異なる第２の種別の第２のメッセージを，ユーザ装置から通信ネットワークへ送信するステップを更に有してもよい。
【００１８】
前記の方法は，第１のネットワーク要素において，ユーザ装置から第１のメッセージを受信するステップに先立って，ユーザ装置と第１のネットワーク要素との間の通知（ｓｉｇｎａｌｌｉｎｇ）のためのベアラを確立するステップを更に有してもよい。
【００１９】
前記の方法は，更なるサービス提供ネットワーク要素を選択して，該更なるサービス提供ネットワーク要素へメッセージを転送してもよい。
【００２０】
前記の方法は，更なるサービス提供ネットワーク要素に，ユーザ装置を登録する更なるステップを有してもよい。
【００２１】
通知のためのベアラは，通知用ＰＤＰコンテキストでも，一般目的ＰＤＰコンテキストでもよい。
【００２２】
通信ネットワークは，インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ネットワークでもよい。
【００２３】
第１のネットワーク要素は，問合せ（Interrogating）呼セッション制御機能（Ｉ−ＣＳＣＦ）でもよい。
【００２４】
第１のネットワーク要素は，プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）でもよい。
【００２５】
サービス提供ネットワーク要素は，サービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）でもよい。
【００２６】
メッセージの種別を判定するステップは，該メッセージ内のあらかじめ定められた情報要素の内容に基づいて，メッセージの種別を判定するステップを有してもよい。
【００２７】
第１のネットワークにおいて，通信ネットワーク内のサービスネットワーク要素が障害であることを検知するステップは，第1のネットワーク要素からサービス提供ネットワーク要素へメッセージが転送されて以降，サービス提供ネットワーク要素からの応答が受信される前までに，あらかじめ定められた時間が過ぎたことを検知するステップ，及び／又は，第1のメッセージがあらかじめ定められた回数送信されたことを判定するステップを有してもよい。
【００２８】
第１のメッセージの種別は，再登録要求でもよい。
【００２９】
第２のメッセージの種別は，初期登録要求でもよい。
【００３０】
情報要素は，要求が完全性を保護されて送信されていることを示してもよい。
【００３１】
情報要素は，ユーザが正しく認証されていることを示してもよい。
【００３２】
メッセージ内の情報要素は，該メッセージのAuthorizationヘッダ内の完全性保護フラグでもよい。
【００３３】
本発明の第２の態様は，サービス提供ネットワーク要素とユーザ装置とを更に備える通信ネットワーク内のネットワーク要素であって，該ネットワーク要素は，ユーザ装置から第１のメッセージを受信し，該第１のメッセージをサービス提供ネットワーク要素へ転送し，サービス提供ネットワーク要素が障害であることを検知し，第１のメッセージの種別を判定し，ユーザ装置から受信した第１のメッセージの種別に応じて，ユーザ装置にエラーメッセージを送信する，ように構成される。
【００３４】
ネットワーク要素は，ユーザ装置からの第１のメッセージの種別と異なる第２の種別の更なるメッセージを受信するように更に構成することができる。
【００３５】
本発明の第３の態様は，第１のネットワーク要素と，サービス提供ネットワーク要素とを更に有する通信ネットワーク内のユーザ装置であって，該ユーザ装置は，第１のネットワーク要素からのエラーメッセージを受信し，該エラーメッセージはユーザ装置のためのサービス提供ネットワーク要素が障害であることを示し，第１のネットワーク要素へ第１の種別と異なる第２の種別の更なるメッセージを送信することによってエラーメッセージに応答する，ように構成される。
【００３６】
ユーザ装置は，該ユーザ装置と通信ネットワークとの間の通知のためのベアラを確立するように更に構成され，かつユーザ装置と通信ネットワークとの間の通知のためのベアラを停止させることによってエラーメッセージに応答するように構成することができる。
【００３７】
通知のためのベアラは，通知用ＰＤＰコンテキストでも，一般目的ＰＤＰコンテキストでもよい。
【００３８】
第１のネットワーク要素に送信される，更なるメッセージの種別は，初期登録要求でもよい。
【００３９】
本発明の第４の態様は，（ｉ）ネットワーク要素と，（ｉｉ）第１のネットワーク要素に要求を送信し，第１のネットワーク要素からいかなる応答も受信されないことを判定することとによって，第１のネットワーク要素が障害であると判定するように構成されたユーザ装置と，を備える通信ネットワークにおいて運用するためのユーザ装置であって，該ユーザ装置は，第１のネットワークが障害であると判定したとき，ユーザ装置と通信ネットワークとの間の通知のためのベアラを停止し，新たな更なる第一のネットワーク要素を探索又は選択し，通信ネットワークへの登録のための初期要求を有するメッセージを，更なるネットワーク要素へ送信する，ように構成される。
【００４０】
本発明の第５の態様は，通信ネットワークにおけるサービス障害を処理する方法で，該通信ネットワークが，ユーザ装置と，第１のネットワーク要素と，更なるネットワーク要素と，を備える方法であって，この方法は，ユーザ装置から第１のネットワーク要素へ，第１のメッセージを送信するステップと，ユーザ装置において，第１のネットワーク要素が障害であることを検知するステップと，ユーザ装置から通信ネットワークへの通知用ベアラを停止させるステップと，ユーザ装置において，更なるネットワーク要素を選択または探索するステップと，ユーザ装置から更なるネットワークへ，初期登録要求を有するメッセージを送信するステップと，を有する。
【００４１】
本発明の第６の態様は，少なくともユーザ装置とネットワーク要素とを備える通信ネットワークにおいて登録の種別を判定する方法であって，ネットワーク要素において，ユーザ装置からの登録要求を受信するステップと，ネットワーク要素において，受信された要求内の情報要素を検知するステップと，情報要素の内容を判定するステップと，情報要素の判定された内容に応じて，登録要求が第１の種別の登録用か，第２の種別の登録用かを判定するステップと，を有する。
【００４２】
通信ネットワークは，少なくとも一つのサービス提供ネットワーク要素を更に備えてもよく，前記の方法はまた，第１のネットワーク要素からサービス提供ネットワーク要素へ，要求を送信するステップと，サービス提供ネットワーク要素からいかなる応答も受信されないことによって，サービス提供ネットワークが障害であることを検知するステップと，もし登録要求が第１の種別の登録要求であったら，ユーザ装置へサービス提供ネットワーク要素障害メッセージを送信するステップと，もし登録要求が第２の種別の登録用であったら，第１のネットワーク要素によって更なるサービス提供ネットワーク要素を選択するステップと，を有してもよい。
【００４３】
第１の種別の登録は再登録でもよく，また第２の種別の登録は初期登録でもよい。
【００４４】
本発明の第７の態様は，ユーザ装置を更に備える通信ネットワーク内のネットワーク要素であって，ここにおいて該ネットワーク要素は，ユーザ装置から登録要求を受信し，受信した登録要求内の情報要素を検知し，該情報要素の内容を判定し，該情報要素の判定内容に応じて，受信した登録要求が第１の種別の登録か，第２の種別の登録かを判定する，ように構成される。
【００４５】
情報要素は，要求が完全性を保護されて送信されたことを示すことができる。
【００４６】
情報要素は，ユーザが正しく認証されたことを示すことができる。
【００４７】
メッセージ内の情報要素は，完全性保護フラグでもよい。
【００４８】
通信システムは，上記のネットワーク要素および上記で主張されたとおりのユーザ装置を備えてもよい。
【００４９】
本発明の実施例は，通信ネットワークにおけるサービス障害を処理する方法を記述しており，該方法は，ユーザ装置と通信ネットワークとの間の通知のためのベアラを確立するステップと，通信ネットワーク内のサービス提供ネットワーク要素に，ユーザ装置を第１の種別の登録として登録するステップと，通信ネットワーク内のサービス提供ネットワーク要素が障害であることを，第１のネットワーク要素によって検知するステップと，第１のネットワーク要素からユーザ装置へ，サービスネットワーク要素が障害であることの表示を含むメッセージを送信するステップと，を有してもよい。
【００５０】
更なる実施例は，ユーザ装置によって，通信ネットワークに第２の種別の登録を開始させるステップを更に有することができる方法を記述している。
【００５１】
更なる実施例は，ユーザ装置によって送信されたメッセージへの応答として，通信ネットワーク内のネットワーク要素が障害であるという第１のネットワーク要素からの表示を，ユーザ装置によって受信するステップを更に有することができる方法を記述している。
【００５２】
更なる実施例は，第１のネットワーク要素がＰ−ＣＳＣＦであり得る方法を記述している。
【００５３】
追加の実施例は，第１のネットワーク要素によって，第２の種別の登録を行う間に，サービス提供ネットワーク要素が障害になったことを検知するステップと，第１のネットワーク要素からメッセージを受信した応答として，ユーザ装置によって通知のためのベアラを停止するステップと，ユーザ装置と通信ネットワークとの間の通知のための第２のベアラを確立するステップと，を更に有することができる方法を記述している。
【００５４】
更なる実施例は，通知のためのベアラは，通知用ＰＤＰコンテキストでも一般目的ＰＤＰコンテキストでもよいこと，通信ネットワークは，ＩＭＳネットワークでもよいこと，第１の種別の登録は，初期登録でもよいこと，第２の種別の登録は，再登録でもよいこと，第１のネットワーク要素は，問合せ（interrogating）ＣＳＣＦ（Ｉ−ＣＳＣＦ）でもよいこと，サービス提供ネットワークは，Ｓ−ＣＳＣＦでもよいこと，を記述している。
【００５５】
追加の実施例は，通信ネットワークにおける登録の種別を判定するための方法を記述しており，その方法は，ユーザ装置から第１のネットワーク要素へ登録要求を送信するステップと，第１のネットワーク要素において，要求内の情報要素をチェックするステップと，そのチェックステップの結果に基づいて，登録要求が第１の種別の登録用か，第２の種別の登録用か，を判定するステップと，を有してもよい。
【００５６】
更なる実施例は，サービス提供ネットワーク要素からいかなる応答も受信されないステップと，もし，登録要求が第１の種別の登録用であったら，ＵＥへサービス提供ネットワーク要素障害メッセージを送信するステップと，もし，登録要求が第２の種別の登録用であったら，第１のネットワーク要素によって新規なサービス提供ネットワーク要素を選択するステップと，を有してもよい。
【００５７】
追加の実施例は，第１の種別の登録は再登録でもよく，第２の種別の登録は初期登録でもよいこと，を記述している。
【００５８】
更なる実施例は，上記チェックステップが要求内に情報要素が存在することをチェックするものであってもよい方法を記述している。
【００５９】
追加の実施例は，要求は完全性を保護されて送信されたことを，情報要素が示してもよいことを記述している。
【００６０】
更なる実施例は，情報はユーザが正しく認証されたことを示してもよいことを記述している。
【００６１】
追加の実施例は，要求における情報は，完全性保護フラグでもよいことを記述している。
【００６２】
実施例は，通信ネットワーク内のネットワーク要素を記述しており，該ネットワーク要素は，サービス提供ネットワーク要素へ，及び／又はサービス提供ネットワーク要素から，メッセージを送信する手段と，サービス提供ネットワーク要素がユーザ装置にサービスを提供できないことを示す情報を検知する手段と，情報をユーザ装置に送信する手段と，を有するように構成することができる。
【００６３】
更なる実施例は，通信ネットワーク内のネットワーク要素を記述しており，該ネットワーク要素は，登録要求を受信する手段と，登録要求が第１の種別であるか，第２の種別であるかをチェックする手段と，を有するように構成することができる。
【００６４】
追加の実施例は，通信ネットワーク内のネットワーク要素を記述しており，該ネットワーク要素は，ユーザ装置からメッセージを受信する手段と，利用者装置にメッセージを送信する手段と，を備え，該メッセージは，通信ネットワーク内のネットワーク要素が，ユーザ装置にサービスを提供できないことを示す，ように構成することができる。
【００６５】
実施例は通信ネットワーク内のユーザ装置を記述しており，該ユーザ装置は，該ユーザ装置のためのサービス提供ネットワーク要素が，前記ユーザ装置にサービスを提供できないことを示すメッセージを通信ネットワークから受信する手段と，公開（releasing）ベアラによってメッセージに応答する手段とを備えるように構成することができる。
【００６６】
更なる実施例は，メッセージに応答するための初期登録を行う手段を備えるように構成することができるユーザ装置を記述している。
【００６７】
実施例は，ユーザ装置とアプリケーションサーバとの間の通信における不連続を避けるための方法を提供してもよい。ユーザは必ずしもどんな一時的障害にも気付く訳ではないので，ユーザの知覚が改善されるかも知れない。あるいは，サービス提供コントローラエンティティで障害が起きたら，ネットワークとの通信を再確立するために，ユーザが介入しなければならないかも知れない。
【実施例】
【００６８】
本発明の一実施例は，一例として第三世代（３G）移動体通信システムの例示としてのアーキテクチャを参照して，以下に記述する。しかし，その実施例はいかなる適当な通信システムに適用してもよいことを認識しなければならない。例えば，適当な通信システムはＣＤＭＡ２０００システムであり得る。
【００６９】
本発明をよりよい理解のために，ここで添付の図面を例として参照する。図１は，本発明が実施することができるネットワークアーキテクチャを例示している。図１において，ＩＰマルチメディアネットワーク４５は，ＩＰマルチメディアネットワークサブシステムのためのＩＰマルチメディアサービスを提供するためにある。
【００７０】
上記のように，ＩＰマルチメディア（ＩＭ）サービスへのアクセスは，移動体通信システムの手段によって提供できる。移動体通信システムは，典型的には，ユーザ装置と，通信システムの少なくとも一つの基地局３１との間の無線インタフェースを介して，複数の移動体ユーザ装置にサービスを提供するように構成される。移動体通信システムは，論理的に，無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）とに分割することができる。
【００７１】
基地局３１は，ユーザ装置と無線アクセスネットワークとの間の無線インタフェースを介して，移動体ユーザ装置に信号を送信し，また移動体ユーザ装置から信号を受信するように構成される。同様に，移動体ユーザ装置３０は無線インタフェースを介して無線アクセスネットワークに信号を送信し，また無線アクセスネットワークから信号を受信することができる。
【００７２】
図示する構成では，ユーザ装置３０は，基地局３１と連携するアクセスネットワークを介して，ＩＭＳネットワーク４５にアクセスすることができる。明瞭にするため，図１はただ一つの無線アクセスネットワークの基地局を示しているが，典型的な通信ネットワークシステムでは，通常，いくつかの無線アクセスネットワークを含むことを認識しなければならない。
【００７３】
３Ｇ無線アクセスネットワーク（ＲＡＮ）は，典型的には，適当な無線ネットワークコントローラ（ＲＮＣ）によって制御される。このコントローラは，明瞭にするために図示していない。コントローラは，各基地局に割り当てられてもよいし，コントローラは，例えば無線アクセスネットワークレベルで，複数の基地局を制御することもできる。無線ネットワークコントローラの名称，配置，および数は，システムに依存することを認識しなければならない。
【００７４】
図１の移動体ユーザ装置３０は，ネットワークに接続するために，インターネットプロトコル（ＩＰ）通信に適合したいかなる適当な移動体ユーザ装置を有してもよい。例えば，移動体ユーザは，パーソナルコンピュータ（ＰＣ），パーソナルデータアシスタント（ＰＤＡ），移動機（ＭＳ）などの手段でセルラネットワークにアクセスしてもよい。次に掲げる例は，移動機を参照して記述する。
【００７５】
本技術における当業者であれば，典型的な移動機の特徴および動作をよく知っている。したがって，ユーザは電話呼を発信および受信したり，データをネットワークから受信したり，データをネットワークに送信したり，あるいはマルチメディアコンテンツの体験やそうでなければマルチメディアサービスの利用をしたり，といった仕事のために移動機を使うであろうことに注目すれば十分である。移動機は，無線で移動体通信ネットワークの基地局から信号を受信し，また基地局へ信号を送信するためのアンテナを含んでもよい。移動機はまた，移動体ユーザ装置のユーザに画像および他の図形情報を表示するためのディスプレイを備えてもよい。静止画又はビデオを撮影するために，カメラ手段があってもよい。スピーカ手段も典型的に備えられている。移動機の動作は，制御ボタン，音声コマンドなどのような適当なユーザインタフェース手段によって制御してもよい。さらに，移動機はプロセッサエンティティおよびメモリ手段を備えている。
【００７６】
図１には明瞭にするため二三の移動機のみを示しているが，多数の移動機が通信システムと同時に通信していてもよいことを認識しなければならない。
【００７７】
コアネットワーク（ＣＮ）は，いくつかの無線アクセスネットワークを経由した通信を可能にするため，また他のセルラシステム及び／又は固定回線通信システムのような１以上の通信システムと単一通信システムとをインタフェースするために，典型的にはさまざまな交換エンティティおよび他の制御エンティティならびにゲートウェイを含む。３ＧＰＰシステムでは，無線アクセスネットワークは，典型的には，適当なコアネットワークエンティティまたはサービス提供一般パケット無線サービスサポートノード（ＳＧＧＮ）３３のようなエンティティ（ただしそれに限定はされない）に接続される。無線アクセスネットワークは，例えばＩｕインタフェースのような適当なインタフェースを介してサービス提供ＧＰＲＳサポートノードと通信する。サービス提供ＧＰＲＳサポートノードは，次に，典型的には，例えばゲートウェイＧＰＲＳサポートノード３４のような適当なゲートウェイと，ＧＰＲＳバックボーンネットワーク３２を経由して通信する。このインタフェースは，通常，交換パケットデータインタフェースである。
【００７８】
３ＧＰＰネットワークにおいては，ネットワーク上でトラヒックフローを搬送するためにパケットデータセッションが確立される。そのようなパケットデータセッションは，しばしばパケットデータプロトコル（ＰＤＰ）コンテキストと呼ばれる。ＰＤＰコンテキストは，ユーザ装置と無線ネットワークコントローラとの間の無線ベアラと，ユーザ装置と，無線ネットワークコントローラと，ＳＧＧＮ３３との間の無線アクセスベアラと，サービス提供ＧＰＲＳサービスノード３３とゲートウェアＧＰＲＳサービスノード３４との間の交換パケットデータチャネルとを含んでもよい。各ＰＤＰコンテキストは，通常，特定のユーザ装置とゲートウェイＧＰＲＳサポートノードとの間の通信路を提供し，一旦それが確立されたら，典型的には複数フローを搬送することができる。各フローは通常，例えば，特定サービス及び／又は特定サービスの１メディアコンポーネントを表す。したがって，ＰＤＰコンテキストはしばしば，ネットワークを横切る１以上のフローのための論理的通信路を表す。ユーザ装置とサービス提供ＧＰＲＳサポートノードとの間にＰＤＰコンテキストを実装するために，少なくとも一つの無線アクセスベアラ（ＲＡＢ）が確立されなければならず，それは通常，ユーザ装置のためのデータ転送を可能にする。これら論理的及び物理的チャネルは本技術の当業者には知られており，それ故ここではこれ以上議論しない。
【００７９】
図１はまた，一例としてのインターネットプロトコル（ＩＰ）マルチメディアネットワーク４５に接続された複数のアプリケーションサーバ５０を示す。ユーザ装置３０は，ＧＰＲＳネットワーク３２及びＩＭＳネットワーク４５を経由して，アプリケーションサーバ５０のうち少なくとも一つに接続することができる。多数のアプリケーションサーバが，データネットワークに接続されてもよいことを認識しなければならない。
【００８０】
アプリケーションサーバとの通信は，適当なコントローラエンティティによって提供されるデータネットワークの機能によって制御される。現在の第三世代（３Ｇ）無線マルチメディアネットワークアーキテクチャでは，さまざまな制御機能を提供するいくつかの異なったサーバが制御のために使われると想定されている。これらは，呼セッション又は呼状態制御機能（ＣＳＣＦｓ）のような機能を含む。呼セッション機能は，さまざまなカテゴリに区分することができる。図１は，プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）３５および３７と，問合せ（interrogating）呼セッション制御機能（Ｉ−ＣＳＣＦ）３８および３９と，サービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）３６と，を示す。同様な機能は，さまざまなシステムではさまざまな名称で呼ばれ得ることを認識しなければならない。
【００８１】
ＩＭＳシステムを経由してアプリケーションサーバが提供するサービスを利用したいと思うユーザは，最初に，サービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）３６のような，サービス提供コントローラに登録する必要があるかも知れない。この登録は，ユーザ装置がマルチメディアシステムからのサービスを要求できるために必要とされるかも知れない。図１に示されるように，Ｓ−ＣＳＣＦ３６とユーザ装置３０との間の通信は，少なくとも一つのプロキシ呼セッション呼制御機能（Ｐ−ＣＳＣＦ）３５を介するように経路設定することができる。プロキシＣＳＣＦ３５は，このようにして，ＧＧＳＮ３４からサービス提供呼セッション機能３６へ，およびその逆にメッセージを転送するプロキシとして動作する。
【００８２】
登録手続きにおいて，ＵＥは初期登録要求をネットワークに送信する。その要求はＣＳＣＦを経由してＳ−ＣＳＣＦに届けられ，Ｓ−ＣＳＣＦはユーザ認証を行い，またＵＥのＩＰアドレスをそのユーザの識別情報と結びつける。登録は一定の期間有効であり，登録を存続させるのはＵＥの仕事である。この目的のため，ＵＥは登録が期限切れになる前にＳ−ＣＳＣＦへ新たな登録要求を送信する。この手続きは再登録手続きと呼ばれる。
【００８３】
図２〜５は本発明の一連の実施例を示す。図２は，本発明の実施例であって，再登録要求の応答にエラーが見つかったとき，Ｓ−ＣＳＣＦ障害エラーから回復するようにした通信システムを示している。本技術ではよく知られているように，ユーザの初期登録（３ＧＰＰ ＴＳ ２３．２２８に記載されている）の後，登録の有効性が期限切れになる前に，ＵＥはＳ−ＣＳＣＦに再登録要求を送信する。
【００８４】
第１のステップ１０１において，ユーザ装置（ＵＥ）はＰ−ＣＳＣＦへ再登録要求を送信する。
【００８５】
第２のステップ１０３において，Ｐ−ＣＳＣＦは再登録要求を受信し，そのメッセージをＩ−ＣＳＣＦに転送する。
【００８６】
第３のステップ１０５において，Ｉ−ＣＳＣＦはＰ−ＣＳＣＦから再登録要求を受信し，Ｓ−ＣＳＣＦへその要求を渡すように試みる。Ｓ−ＣＳＣＦは障害なので，その要求に応答することができない。
【００８７】
Ｓ−ＣＳＣＦは要求に応答することができないので，Ｉ−ＣＳＣＦ内のタイマは予め定められた時間後に期限切れになり，ステップ１０７において，Ｉ−ＣＳＣＦはＳ−ＣＳＣＦに要求を伴ってコンタクトする試みを止める。Ｉ−ＣＳＣＦは，何回かの予め定められた回数，要求の送信を試みてもよい。
【００８８】
第４のステップ１０９において，Ｉ−ＣＳＣＦはエラー表示，例えばサーバタイムアウトエラーメッセージ（５０４エラーメッセージとしても知られる），をＰ−ＣＳＣＦへ返送する。
【００８９】
第５のステップ１１１において，Ｐ−ＣＳＣＦは５０４エラーメッセージを受信し，この５０４エラーメッセージをユーザ装置（ＵＥ）に返送する。
【００９０】
第６のステップ１１３において，ＵＥは５０４エラーメッセージを受信する。ＵＥは次に，その再登録プロセスに関するすべての通知およびデータのトラヒックを停止する。
【００９１】
本発明のいくつかの実施例では，ユーザ装置は通知ＰＤＰコンテキストに関連した通知情報だけ停止させ，マルチメディアＰＤＰコンテキストはそのまま保持する。この更なる実施例では，ユーザ装置は遠隔のサービス／端末とコンタクトを保つことが許されるが，本発明の実施例の第２部ではＳ−ＣＳＣＦエラーを解決するように試みる。一般ＰＤＰコンテキストが既に確立されていた本発明の他の実施例では，一般ＰＤＰコンテキストが停止される。
【００９２】
第７のステップ１１５において，ユーザ装置はＰ−ＣＳＣＦへ初期登録要求を送信する。ＵＥ初期登録は，新たな通知ＰＤＰコンテキストを確立することにより，または既存の通知用ＰＤＰコンテキストを利用することにより，通信を再確立する第１のステップである。（一般コンテキストが停止されている実施例では，ＵＥは新たな一般ＰＤＰコンテキストを確立するように試みる。）
【００９３】
第８のステップ１１７において，Ｐ−ＣＳＣＦはＵＥから要求を受信し，Ｉ−ＣＳＣＦへ初期登録要求を渡す。
【００９４】
第９のステップ１１９において，Ｉ−ＣＳＣＦは要求を受信し，ユーザのために第２のＳ−ＣＳＣＦ２を選択する。
【００９５】
第２のＳ−ＣＳＣＦ（Ｓ−ＣＳＣＦ２）は，ステップ１２１においてＩ−ＣＳＣＦへ肯定応答信号（２００ｏｋメッセージとしても知られる）を送信する。
【００９６】
Ｉ−ＣＳＣＦは受信した２００ｏｋメッセージを，ステップ１２３においてＰ−ＣＳＣＦへ送信する。
【００９７】
Ｐ−ＣＳＣＦは，ステップ１２５において受信した２００ｏｋメッセージをユーザ装置へ送信する。
【００９８】
このような方法は，ユーザおよびそのユーザと接続しているいかなる遠隔ユーザへのサービス提供が完全に中断することになるので，負荷のかかる手続きと受け取られるが，ＵＥのハードリセットを必要としないのでより効率的である。また，このような手続きは，ＵＥおよびネットワーク内のいかなる残存状態をも解消する。
【００９９】
Ｉ−ＣＳＣＦが，現在のタイムアウトした要求が再登録要求なのか，初期登録要求なのかをどうやって判定するかの問題は，図４に示されている。
【０１００】
図４を参照し，Ｉ−ＣＳＣＦが初期登録要求を処理するか，再登録要求を処理するかの判定について更に議論する。図４は，初期登録が処理され，Ｉ−ＣＳＣＦによって呼ばれたＳ−ＣＳＣＦが障害である例を示している。
【０１０１】
ステップ３０１，３０３および３０５において，初期登録要求がＵＥからＰ−ＣＳＣＦへ送信され（ステップ３０１），次にＰ−ＣＳＣＦからＩ−ＣＳＣＦへ再送信され（ステップ３０３），次にＩ−ＣＳＣＦからＳ−ＣＳＣＦへ再送信が試みられる（ステップ３０５）。ここで，第１の試みで呼ばれるＳ−ＣＳＣＦは，Ｓ−ＣＳＣＦ１である。
【０１０２】
ステップ３０７において，Ｓ−ＣＳＣＦ１が応答メッセージを返すことに失敗するとＩ−ＣＳＣＳのタイマが期限切れとなり，それ故，要求が期限切れになったことを表示する。Ｉ−ＣＳＣＦは，Ｓ−ＣＳＣＦ１へ要求を何回かの予め定められた回数，再送信を試みてもよい。
【０１０３】
Ｉ−ＣＳＣＦは次に，期限切れになった要求が初期登録であったか再登録であったかを，要求ヘッダ内の完全性保護フラグを調べることによって判定する。
【０１０４】
完全性保護フラグは，ＵＥおよびＰ−ＣＳＣＦがセキュリティアソシエーションを構成したときに一度だけ設定されるので，認証／登録が成功した後に実行されるイベントでは，Ｉ−ＣＳＣＦに対して，完全性保護フラグがないことが初期登録プロセスであることを示す。
【０１０５】
それ故，期限切れになった要求（Ｓ−ＣＳＣＦが障害であるときに生成されるような）に，完全性保護フラグがあるときは，その期限切れになった要求はＩ−ＣＳＣＦに対して，Ｐ−ＣＳＣＦを介してＵＥへ，上記の第１の実施例に示されたとおりに，５０４エラーメッセージを送るきっかけを与える。
【０１０６】
期限切れになった要求（Ｓ−ＣＳＣＦが障害であるときに生成されるような）に，完全性保護フラグがないときは，Ｉ−ＣＳＣＦは処理中の要求が初期登録要求であることを識別し，それ故，Ｉ−ＣＳＣＦは別のＳ−ＣＳＣＦ（新たなＳ−ＣＳＣＦ）に対し，本技術ではよく知られた方法に従って新たな初期登録要求を送信する。
【０１０７】
もしＵＥが別のＳ−ＣＳＣＦに登録することができるなら，そのＳ−ＣＳＣＦは稼動中であり，したがって，Ｓ−ＣＳＣＦは登録を実行し，本技術ではよく知られているように，Ｉ−ＣＳＣＦおよびＰ−ＣＳＣＦを経由して，ＵＥへ２００ｏｋメッセージを返送する。図４に示された例では，ＵＥは別のＳ−ＣＳＣＦを利用することが承認されておらず，したがって４０１「非承認」メッセージを発行する。４０１メッセージは，ステップ３０９，３１１および３１３においてＵＥへ返送される。ステップ３０９において，メッセージはＳ−ＣＳＣＦからＩ−ＣＳＣＦへ渡され，ステップ３１３においてメッセージはＰ−ＣＳＣＦからＵＥへ渡される。
【０１０８】
それ故，図示された二つの例に従って，本発明の実施例は，初期登録要求または再登録要求に対して起こるエラーを判定することができ，また要求メッセージヘッダの要素または部分を調べることによって，要求種別に応じて回復処理を起動することができる。そのような方法なしでは，Ｉ−ＣＳＣＦは処理中の登録要求の種別が何であるかを判定し，次のようなときに発生する無限ループを防ぐことができないだろう。Ｉ−ＣＳＣＦがすべての登録要求に対して５０４タイムアウトメッセージをＵＥへ渡し，そしてＵＥがＩ−ＣＳＣＦへ新たな登録要求を渡すと，その登録要求は障害中のＳ−ＣＳＣＦへ回送され，新たなタイムアウトを引き起こし，新たな５０４メッセージがＵＥへ渡されることになるだけである。
【０１０９】
本発明の更なる実施例を図３に示した例を参照して説明する。この実施例は，Ｐ−ＣＳＣＦが登録以外の要求を処理しているときに５０４メッセージを受信すると，Ｐ−ＣＳＣＦはその５０４メッセージをＵＥへ返送し，このＵＥが登録以外の要求の応答としてＰ−ＣＳＣＦから５０４エラーメッセージを受信すると，再登録を実行する，例を更に示している。
【０１１０】
ステップ２０１，２０３及び２０５は，Ｐ−ＣＳＣＦ（ステップ２０３）及びＳ−ＣＳＣＦ（ステップ２０５）を経由して，例えばアプリケーションサーバ（ＡＳ）のようなＩＰ／ＳＩＰネットワーク内のエンティティへ，登録以外のＳＩＰ形式メッセージを送信しているＵＥ（ステップ２０１），を示している。
【０１１１】
ＩＰ／ＳＩＰネットワーク内のどこかで生じたエラーのために，要求はその目的地に届かず，代わりに５０４エラーメッセージがＵＥに返送される（返された５０４メッセージは，上記で返された５０４メッセージと類似である）。ステップ２０７，２０９および２１１において，このエラーメッセージはＳ−ＣＳＣＦ（ステップ２０９）およびＰ−ＣＳＣＦ（ステップ２１１）を経由してＩＰ／ＳＩＰネットワークから返送され，ＵＥで終端される。
【０１１２】
しかし，ＵＥはエラーメッセージを受信しても，そのエラーがＳ−ＣＳＣＦから発信されたのか，他のどこかからなのかを判定することはできない。それ故，Ｓ−ＣＳＣＦの状態を判定するため，ＵＥは，ステップ２１３に示すように，エラーメッセージがＳ−ＣＳＣＦで発信されたかどうか判定するため，上記のとおり登録要求プロセスを起動する。
【０１１３】
これは図３において，ステップ２１５，２１６および２１７によって示されている。そこで，再登録要求は，ＵＥによって送信され（ステップ２１５），Ｐ−ＣＳＣＦによって受信および再送信され（ステップ２１６），そしてＩ−ＣＳＣＦによってＳ−ＣＳＣＦへ再送信される（ステップ２１７）。
【０１１４】
図３に示した例において，Ｓ−ＣＳＣＦは稼働中であり，再登録プロセスは次のように進む。２００ｏｋメッセージがＳ−ＣＳＣＦによって送信され（ステップ２１９），Ｉ−ＣＳＣＦによって受信および再送信され（ステップ２２１），そしてＰ−ＣＳＣＦによって受信およびＵＥへ再送信される（ステップ２２３）。
【０１１５】
しかし，もしＳ−ＣＳＣＦがその問題の原因であると分かったら，Ｉ−ＣＳＣＦは更なるエラーメッセージを返送し，プロセスは新たな登録プロセスを使って上記の方法で自己解決するであろう。
【０１１６】
図５は，本発明の更なる実施例を示す更なる例を示す。図５に示された例において，ＵＥは登録されており，ステップ４０２においてこのＵＥは，Ｐ−ＣＳＣＦ（Ｐ−ＣＳＣＦ１）へＳＩＰ要求メッセージを送信している。
【０１１７】
Ｐ−ＣＳＣＦ１は障害であり応答しない。ＵＥのタイマは期限切れになり，ステップ４０３によってＵＥは要求が期限切れになったことを認識する。
【０１１８】
ステップ４０４および４０５において，ＵＥはＳ−ＣＳＣＦ障害状態に引き続いて実施したのと同じ方法を実施する。上記の以前の方法では，障害状態が再登録要求の失敗を引き起こし，ＵＥがメッセージに関する通知ＰＤＰコンテキストまたは一般ＰＤＰコンテキストを停止させた。ステップ４０４において，Ｐ−ＣＳＣＦ障害による失敗は一般要求の失敗となり，それはＵＥが，ＵＥに関連する通知ＰＤＰコンテキストまたは一般ＰＤＰコンテキストを停止させるきっかけとなる。本発明の更なる実施例においては，ＵＥはマルチメディアＰＤＰコンテキストも更に停止させる。ステップ４０４の実行中，もしＵＥがＰ−ＣＳＣＦ１のための代わりのコンタクトアドレスを持っていなければ，新たなＰ−ＣＳＣＦを探索してもよい。
【０１１９】
ステップ４０５，４０７および４０９において，ＵＥは新たな初期登録プロセスを開始する。ステップ４０５において，ＵＥは初期登録要求を新たなＰ−ＣＳＣＦ（新たなＰ−ＣＳＣＦ）へ送信するために，Ｐ−ＣＳＣＦの新たなコンタクトアドレスを使用する。ステップ４０７において，初期登録要求は新たなＰ−ＣＳＣＦによって受信され，Ｉ−ＣＳＣＦへ転送される。ステップ４０９において，初期登録要求はＩ−ＣＳＣＦによって受信され，Ｉ−ＣＳＣＦからＳ−ＣＳＣＦへ送信される。
【０１２０】
この更なる実施例は，本発明がＰ−ＣＳＣＦが障害になったとき発生するエラーを，Ｓ−ＣＳＣＦ障害状態の場合と同様な方法で処理することを示している。
【０１２１】
本発明の実施例は移動機のようなユーザ装置に関連付けて記述されているが，本発明の実施例は認証を必要とするいかなる他の種別の装置にも適用できることを認識すべきである。例えば，本発明は無線ローカルエリアネットワーク（ＷＬＡＮ）通信システムを介してＩＰ／ＳＩＰネットワークに接続されている利用者装置には適用できるであろう。
【０１２２】
本発明の例はＩＭＳシステムおよびＧＰＲＳネットワークの環境で記述されている。しかし，この発明はいかなる他の標準にも適用できる。さらに，与えられた例は，すべてのＳＩＰエンティティを持ついわゆる”ａｌｌ ＳＩＰ”ネットワークおよびＰＤＰコンテキストとして知られる通信チャネルの環境で記述されている。この発明はまた，いかなる他の適当な，無線または固定回線システムである通信システム，通信標準および通信プロトコルにも適用できる。
【０１２３】
無線データ通信サービスを可能にする他のあり得る通信システムの例は，Universal Mobile Telecommunication System（ＵＭＴＳ），ｉ−ｐｈｏｎｅまたはＣＤＭＡ２０００のような第三世代移動体通信システム，Terrestrial Trunked Radio（ＴＥＴＲＡ）システム，および”Enhanced Data rate for GSM Evolution”（ＥＤＧＥ）移動体データネットワーク，を含むが，これらに限定はされない。固定回線システムの例は，家庭やオフィスのようなさまざまな場所で，ユーザにインターネットアクセスを提供する多様なブロードバンド技術を含む。通信ネットワークに使われる標準およびプロトコルが何であれ，本発明はネットワークエンティティの登録が要求されるすべての通信ネットワークに適用できる。
【０１２４】
本発明の実施例は，プロキシおよびサービス提供呼状態制御機能の環境で議論されてきた。本発明の実施例は，適用可能な他のネットワーク要素に適用可能である。
【０１２５】
ここで，上記は本発明の例示としての実施例を記述しているが，本願の請求項に規定された発明の範囲を逸脱することなく，開示された解決策にいくつかの変形および修正が可能であることに注意すべきである。
【０１２６】
本出願人はここで，本発明が請求項の範囲に限って解釈されるべきでないことを表明する。
【０１２７】
障害（ｏｕｔ ｏｆ ｓｅｒｖｉｃｅ）という用語は，サービス提供ネットワーク要素が，サービス提供ネットワーク要素内の故障によって，ユーザ装置と通信していないか，または通信ネットワークの故障により，ユーザ装置がサービス提供ネットワーク要素と通信できないという意味に解釈するものと理解される。
【０１２８】
さらに，ユーザ装置は，携帯電話機と，パーソナル通信デバイスと，パーソナルデータアシスタントとを含むものと理解される。
【０１２９】
さらに，通知のためのベアラを確立する行為は，通信セッションを生成する意味に理解され，そこで通信ノードは通信セッションによってネットワークと通信することができるように構成され，ネットワークは通信セッションの確立を承認するセッション承認ノードを備え，通信ノードは，セッションを確立すべく，セッションの承認を受信するためにセッション承認ノードと通信するよう構成され，通信ノードは，通信セッションの間，承認ノードにセッションの承認を要求することができ，そして，要求に応答するためにセッション承認ノードによって，故障を表示するメッセージをネットワークから受信した応答であるそのような要求の応答として，少なくともセッションの通知を終了させるように構成されている。
【０１３０】
本出願人はここで，ここに記述された個々の特徴単体およびそれら特徴の２以上のいかなる組合せが，それら特徴または特徴の組合せに関わらず，ここに開示されたいかなる問題をも解決することを，請求項の範囲に限定されることなく，本技術の当業者の通常かつ一般的な知識において，それら特徴または組合せを本仕様全体に基づいて実施することができる程度に，開示する。既述した記載に関して，本発明の範囲内でさまざまな修正が可能であることは，本技術の当業者には明らかであろう。
【図面の簡単な説明】
【０１３１】
【図１】本発明を実施することができる通信システム環境を示す図である。
【図２】本発明の第１の実施例による通知フローの流れ図である。
【図３】本発明の更なる実施例による通知フローの流れ図である。
【図４】実用の本発明の更なる実施例による通知フローの流れ図である。
【図５】実用の本発明の更なる実施例による通知フローの流れ図である。
【特許請求の範囲】
【請求項１】
ユーザ装置と，第１のネットワーク要素と，サービス提供ネットワーク要素とを備える通信ネットワークにおけるサービス障害を処理する方法であって，該方法は，
前記第１のネットワーク要素において，ユーザ装置からの第１のメッセージを受信するステップと，
前記第１のネットワーク要素から前記サービス提供ネットワーク要素へ，前記第１のメッセージを送信するステップと，
前記第１のネットワーク要素において，前記サービス提供ネットワーク要素に障害があることを検知するステップと，
前記第１のネットワーク要素において，前記第１のメッセージの種別を判定するステップと，
前記第１のメッセージの種別に応じて，前記第１のネットワーク要素から前記ユーザ装置へ，前記サービス提供ネットワーク要素の障害表示を含むエラーメッセージを送信するステップと，
を有する方法。
【請求項２】
前記ユーザ装置において，前記エラーメッセージを受信する更なるステップを有する請求項１記載の方法。
【請求項３】
前記ユーザ装置において，前記エラーメッセージを受信するステップに引き続き，登録を起動させるために前記第１のメッセージの種別と異なる第２の種別の第２のメッセージを，前記ユーザ装置から前記第１のネットワーク要素に送信するステップを更に有する請求項２記載の方法。
【請求項４】
前記第１のネットワーク要素において，前記ユーザ装置から第１のメッセージを受信するステップに先立って，前記ユーザ装置と前記通信ネットワークとの間の通知のためのベアラを確立するステップを更に有する，請求項１〜３のいずれか一項に記載の方法。
【請求項５】
更なるサービス提供要素を選択する更なるステップと，該更なるサービス提供要素へ前記のメッセージを転送する更なるステップと，を有する請求項４記載の方法。
【請求項６】
前記更なるサービス提供ネットワーク要素に，前記ユーザ装置を登録する更なるステップを有する請求項５記載の方法。
【請求項７】
通知のためのベアラは，通知用ＰＤＰコンテキストまたは一般目的ＰＤＰコンテキストである請求項４〜６のいずれか一項に記載の方法。
【請求項８】
前記通信ネットワークは，インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ネットワークである請求項１〜７のいずれか一項に記載の方法。
【請求項９】
前記第1のネットワーク要素は，問合せ呼セッション制御機能（Ｉ−ＣＳＣＦ）である請求項１〜８のいずれか一項に記載の方法。
【請求項１０】
前記第1のネットワーク要素は，プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）である請求項１記載の方法。
【請求項１１】
前記サービス提供ネットワーク要素は，サービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）である請求項１〜１０のいずれか一項に記載の方法。
【請求項１２】
メッセージ種別を判定するステップは，該メッセージ内のあらかじめ定義された情報要素の内容に基づいてメッセージ種別を判定するステップを有する請求項１記載の方法。
【請求項１３】
前記第1のネットワーク要素において，通信ネットワークの前記サービス提供ネットワーク要素が障害であることを検知するステップは，
第1のネットワーク要素からサービス提供ネットワーク要素へメッセージが転送されて以降，サービス提供ネットワーク要素からの応答が受信される前までに，あらかじめ定められた時間が過ぎたことを検知するステップと，
第1のメッセージがあらかじめ定められた回数送信されたことを判定するステップと，
のいずれかを一つを有する請求項１記載の方法。
【請求項１４】
前記第1のメッセージの種別は，再登録要求である請求項１〜１３のいずれか一項に記載の方法。
【請求項１５】
前記第2のメッセージの種別は，初期登録要求である請求項１〜１４のいずれか一項の記載の方法。
【請求項１６】
前記情報要素は，前記要求が完全性を保護されて送信されていることを示す請求項１２〜１３のいずれか一項に記載の方法。
【請求項１７】
前記情報要素は，ユーザが正しく認証されたことを示す請求項１２，１３および１６のいずれか一項に記載の方法。
【請求項１８】
前記メッセージ内の前記情報要素が，該メッセージのAuthorizationヘッダ内の完全性保護フラグである請求項１２，１３，１６および１７のいずれか一項に記載の方法。
【請求項１９】
サービス提供ネットワーク要素とユーザ装置とを更に備える通信ネットワーク内のネットワーク要素であって，
前記ユーザ装置から第1のメッセージを受信し，
該第1のメッセージを前記サービス提供ネットワーク要素に転送し，
前記サービス提供ネットワーク要素が障害であることを検知し，
前記第1のメッセージの種別を判定し，
前記ユーザ装置から受信した前記第1のメッセージの種別に応じて，前記ユーザ装置にエラーメッセージを送信する，
ように構成するネットワーク要素。
【請求項２０】
前記ユーザ装置からの前記第1のメッセージの種別と異なる第2の種類の更なるメッセージを受信するように更に構成する請求項２０記載のネットワーク要素。
【請求項２１】
第1のネットワーク要素と，サービス提供ネットワーク要素とを更に備える通信ネットワーク内のユーザ装置であって，該ユーザ装置は，
前記第1のネットワーク要素からエラーメッセージを受信し，
該エラーメッセージは前記ユーザ装置のための前記サービス提供ネットワーク要素が障害であることを示し，
前記第1のネットワーク要素へ第1の種別と異なる第2の種別の更なるメッセージを送信することによってエラーメッセージに応答する，
ように構成するユーザ装置。
【請求項２２】
前記ユーザ装置と前記通信ネットワークとの間の通知のためのベアラを確立するように更に構成し，かつ前記ユーザ装置と前記通信ネットワークとの間の通知のためのベアラを停止させることによってエラーメッセージに応答するよう更に構成する，請求項２１記載のユーザ装置。
【請求項２３】
通知のためのベアラは，通知用ＰＤＰコンテキストベアラまたは一般目的ＰＤＰコンテキストベアラである請求項２２記載のユーザ装置。
【請求項２４】
前記第1のネットワークに送信される，前記更なるメッセージの種別は，初期登録要求である請求項２１記載のユーザ装置。
【請求項２５】
第1のネットワーク要素と，前記第1のネットワーク要素へ要求を送信し，前記第1のネットワーク要素からいかなる応答も受信されないことを判定することによって，前記第1のネットワーク要素が障害であることを判定するように構成したユーザ装置と，を備える通信ネットワーク内の運用のためのユーザ装置であって，
前記第1のネットワーク要素が障害であると判定したときに，
前記ユーザ装置と前記通信ネットワークとの間の通知のためのベアラを停止し，
新たな更なる第一のネットワーク要素を探索または選択し，
前記通信ネットワークへの登録のための初期要求を有するメッセージを前記更なるネットワーク要素に送信する，
ように構成するユーザ装置。
【請求項２６】
通信ネットワークにおけるサービス障害を処理する方法であって，
前記通信ネットワークは，
ユーザ装置と，
第1のネットワーク要素と，
更なるネットワーク要素と，
を備え，前記方法は，
前記ユーザ装置から前記第1のネットワーク要素へ，第1のメッセージを送信するステップと，
前記ユーザ装置において，前記第1のネットワーク要素が障害であることを検知するステップと，
前記ユーザ装置から前記通信ネットワークへの通知用ベアラを停止するステップと，
前記ユーザ装置において，前記更なるネットワーク要素を選択または探索するステップと，
前記ユーザ装置から前記更なるネットワーク要素へ，初期登録要求を有するメッセージを送信するステップと，
を有する方法。
【請求項２７】
少なくともユーザ装置とネットワーク要素とを備える通信ネットワークにおいて登録の種別を判定する方法であって，
前記ネットワーク要素において，前記ユーザ装置からの登録のための要求を受信するステップと，
前記ネットワーク要素において，前記の受信された要求内の情報要素を検知するステップと，
前記情報要素の内容を判定するステップと，
前記情報要素の前記判定された内容に応じて，前記登録要求が第1の種別の登録か第2の種別の登録かを判定するステップと，
を有する方法。
【請求項２８】
前記通信ネットワークは，少なくとも一つのサービス提供ネットワーク要素を更に備え，
前記第1のネットワーク要素から前記サービス提供ネットワーク要素へ，要求を送信するステップと，
前記サービス提供ネットワークからいかなる応答も受信されないことによって，前記サービス提供ネットワークが障害であることを検知するステップと，
もし前記登録要求が前記第1の種別の登録要求であったら，前記ユーザ装置へサービス提供ネットワーク要素障害メッセージを送信するステップと，
もし前記登録要求が前記第2の種別の登録用であったら，前記第1のネットワーク要素によって更なるサービス提供ネットワーク要素を選択するステップと，
を更に有する請求項２７記載の方法。
【請求項２９】
前記第1の種類の登録は再登録であり，前記第2の登録は初期登録である，請求項２７または２８に記載の方法。
【請求項３０】
ユーザ装置を更に備える通信ネットワーク内のネットワーク要素であって，
前記ユーザ装置から登録要求を受信し，
前記の受信した登録要求内の情報要素を検知し，
該情報要素の内容を判定し，
前記情報要素の判定内容に応じて，前記の受信した登録要求が第1の種別の登録か，第2の種別の登録かを判定する，
ように構成するネットワーク要素。
【請求項３１】
前記情報要素は，前記要求が完全性を保障されて送信されていることを示す，請求項３０に記載のネットワーク要素。
【請求項３２】
前記情報要素は，前記ユーザが正しく認証されたことを示す，請求項３０または３１に記載のネットワーク要素。
【請求項３３】
前記メッセージ内の情報要素は完全性保護フラグである，請求項３０〜３２のいずれか一項に記載のネットワーク要素。
【請求項３４】
請求項１９，２０および３０〜３３のいずれか一項に記載のネットワーク要素と，
請求項２１〜２５のいずれか一項に記載のユーザ装置と，
を備える通信システム。
【請求項１】
ユーザ装置と，第１のネットワーク要素と，サービス提供ネットワーク要素とを備える通信ネットワークにおけるサービス障害を処理する方法であって，該方法は，
前記第１のネットワーク要素において，ユーザ装置からの第１のメッセージを受信するステップと，
前記第１のネットワーク要素から前記サービス提供ネットワーク要素へ，前記第１のメッセージを送信するステップと，
前記第１のネットワーク要素において，前記サービス提供ネットワーク要素に障害があることを検知するステップと，
前記第１のネットワーク要素において，前記第１のメッセージの種別を判定するステップと，
前記第１のメッセージの種別に応じて，前記第１のネットワーク要素から前記ユーザ装置へ，前記サービス提供ネットワーク要素の障害表示を含むエラーメッセージを送信するステップと，
を有する方法。
【請求項２】
前記ユーザ装置において，前記エラーメッセージを受信する更なるステップを有する請求項１記載の方法。
【請求項３】
前記ユーザ装置において，前記エラーメッセージを受信するステップに引き続き，登録を起動させるために前記第１のメッセージの種別と異なる第２の種別の第２のメッセージを，前記ユーザ装置から前記第１のネットワーク要素に送信するステップを更に有する請求項２記載の方法。
【請求項４】
前記第１のネットワーク要素において，前記ユーザ装置から第１のメッセージを受信するステップに先立って，前記ユーザ装置と前記通信ネットワークとの間の通知のためのベアラを確立するステップを更に有する，請求項１〜３のいずれか一項に記載の方法。
【請求項５】
更なるサービス提供要素を選択する更なるステップと，該更なるサービス提供要素へ前記のメッセージを転送する更なるステップと，を有する請求項４記載の方法。
【請求項６】
前記更なるサービス提供ネットワーク要素に，前記ユーザ装置を登録する更なるステップを有する請求項５記載の方法。
【請求項７】
通知のためのベアラは，通知用ＰＤＰコンテキストまたは一般目的ＰＤＰコンテキストである請求項４〜６のいずれか一項に記載の方法。
【請求項８】
前記通信ネットワークは，インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ネットワークである請求項１〜７のいずれか一項に記載の方法。
【請求項９】
前記第1のネットワーク要素は，問合せ呼セッション制御機能（Ｉ−ＣＳＣＦ）である請求項１〜８のいずれか一項に記載の方法。
【請求項１０】
前記第1のネットワーク要素は，プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）である請求項１記載の方法。
【請求項１１】
前記サービス提供ネットワーク要素は，サービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）である請求項１〜１０のいずれか一項に記載の方法。
【請求項１２】
メッセージ種別を判定するステップは，該メッセージ内のあらかじめ定義された情報要素の内容に基づいてメッセージ種別を判定するステップを有する請求項１記載の方法。
【請求項１３】
前記第1のネットワーク要素において，通信ネットワークの前記サービス提供ネットワーク要素が障害であることを検知するステップは，
第1のネットワーク要素からサービス提供ネットワーク要素へメッセージが転送されて以降，サービス提供ネットワーク要素からの応答が受信される前までに，あらかじめ定められた時間が過ぎたことを検知するステップと，
第1のメッセージがあらかじめ定められた回数送信されたことを判定するステップと，
のいずれかを一つを有する請求項１記載の方法。
【請求項１４】
前記第1のメッセージの種別は，再登録要求である請求項１〜１３のいずれか一項に記載の方法。
【請求項１５】
前記第2のメッセージの種別は，初期登録要求である請求項１〜１４のいずれか一項の記載の方法。
【請求項１６】
前記情報要素は，前記要求が完全性を保護されて送信されていることを示す請求項１２〜１３のいずれか一項に記載の方法。
【請求項１７】
前記情報要素は，ユーザが正しく認証されたことを示す請求項１２，１３および１６のいずれか一項に記載の方法。
【請求項１８】
前記メッセージ内の前記情報要素が，該メッセージのAuthorizationヘッダ内の完全性保護フラグである請求項１２，１３，１６および１７のいずれか一項に記載の方法。
【請求項１９】
サービス提供ネットワーク要素とユーザ装置とを更に備える通信ネットワーク内のネットワーク要素であって，
前記ユーザ装置から第1のメッセージを受信し，
該第1のメッセージを前記サービス提供ネットワーク要素に転送し，
前記サービス提供ネットワーク要素が障害であることを検知し，
前記第1のメッセージの種別を判定し，
前記ユーザ装置から受信した前記第1のメッセージの種別に応じて，前記ユーザ装置にエラーメッセージを送信する，
ように構成するネットワーク要素。
【請求項２０】
前記ユーザ装置からの前記第1のメッセージの種別と異なる第2の種類の更なるメッセージを受信するように更に構成する請求項２０記載のネットワーク要素。
【請求項２１】
第1のネットワーク要素と，サービス提供ネットワーク要素とを更に備える通信ネットワーク内のユーザ装置であって，該ユーザ装置は，
前記第1のネットワーク要素からエラーメッセージを受信し，
該エラーメッセージは前記ユーザ装置のための前記サービス提供ネットワーク要素が障害であることを示し，
前記第1のネットワーク要素へ第1の種別と異なる第2の種別の更なるメッセージを送信することによってエラーメッセージに応答する，
ように構成するユーザ装置。
【請求項２２】
前記ユーザ装置と前記通信ネットワークとの間の通知のためのベアラを確立するように更に構成し，かつ前記ユーザ装置と前記通信ネットワークとの間の通知のためのベアラを停止させることによってエラーメッセージに応答するよう更に構成する，請求項２１記載のユーザ装置。
【請求項２３】
通知のためのベアラは，通知用ＰＤＰコンテキストベアラまたは一般目的ＰＤＰコンテキストベアラである請求項２２記載のユーザ装置。
【請求項２４】
前記第1のネットワークに送信される，前記更なるメッセージの種別は，初期登録要求である請求項２１記載のユーザ装置。
【請求項２５】
第1のネットワーク要素と，前記第1のネットワーク要素へ要求を送信し，前記第1のネットワーク要素からいかなる応答も受信されないことを判定することによって，前記第1のネットワーク要素が障害であることを判定するように構成したユーザ装置と，を備える通信ネットワーク内の運用のためのユーザ装置であって，
前記第1のネットワーク要素が障害であると判定したときに，
前記ユーザ装置と前記通信ネットワークとの間の通知のためのベアラを停止し，
新たな更なる第一のネットワーク要素を探索または選択し，
前記通信ネットワークへの登録のための初期要求を有するメッセージを前記更なるネットワーク要素に送信する，
ように構成するユーザ装置。
【請求項２６】
通信ネットワークにおけるサービス障害を処理する方法であって，
前記通信ネットワークは，
ユーザ装置と，
第1のネットワーク要素と，
更なるネットワーク要素と，
を備え，前記方法は，
前記ユーザ装置から前記第1のネットワーク要素へ，第1のメッセージを送信するステップと，
前記ユーザ装置において，前記第1のネットワーク要素が障害であることを検知するステップと，
前記ユーザ装置から前記通信ネットワークへの通知用ベアラを停止するステップと，
前記ユーザ装置において，前記更なるネットワーク要素を選択または探索するステップと，
前記ユーザ装置から前記更なるネットワーク要素へ，初期登録要求を有するメッセージを送信するステップと，
を有する方法。
【請求項２７】
少なくともユーザ装置とネットワーク要素とを備える通信ネットワークにおいて登録の種別を判定する方法であって，
前記ネットワーク要素において，前記ユーザ装置からの登録のための要求を受信するステップと，
前記ネットワーク要素において，前記の受信された要求内の情報要素を検知するステップと，
前記情報要素の内容を判定するステップと，
前記情報要素の前記判定された内容に応じて，前記登録要求が第1の種別の登録か第2の種別の登録かを判定するステップと，
を有する方法。
【請求項２８】
前記通信ネットワークは，少なくとも一つのサービス提供ネットワーク要素を更に備え，
前記第1のネットワーク要素から前記サービス提供ネットワーク要素へ，要求を送信するステップと，
前記サービス提供ネットワークからいかなる応答も受信されないことによって，前記サービス提供ネットワークが障害であることを検知するステップと，
もし前記登録要求が前記第1の種別の登録要求であったら，前記ユーザ装置へサービス提供ネットワーク要素障害メッセージを送信するステップと，
もし前記登録要求が前記第2の種別の登録用であったら，前記第1のネットワーク要素によって更なるサービス提供ネットワーク要素を選択するステップと，
を更に有する請求項２７記載の方法。
【請求項２９】
前記第1の種類の登録は再登録であり，前記第2の登録は初期登録である，請求項２７または２８に記載の方法。
【請求項３０】
ユーザ装置を更に備える通信ネットワーク内のネットワーク要素であって，
前記ユーザ装置から登録要求を受信し，
前記の受信した登録要求内の情報要素を検知し，
該情報要素の内容を判定し，
前記情報要素の判定内容に応じて，前記の受信した登録要求が第1の種別の登録か，第2の種別の登録かを判定する，
ように構成するネットワーク要素。
【請求項３１】
前記情報要素は，前記要求が完全性を保障されて送信されていることを示す，請求項３０に記載のネットワーク要素。
【請求項３２】
前記情報要素は，前記ユーザが正しく認証されたことを示す，請求項３０または３１に記載のネットワーク要素。
【請求項３３】
前記メッセージ内の情報要素は完全性保護フラグである，請求項３０〜３２のいずれか一項に記載のネットワーク要素。
【請求項３４】
請求項１９，２０および３０〜３３のいずれか一項に記載のネットワーク要素と，
請求項２１〜２５のいずれか一項に記載のユーザ装置と，
を備える通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公表番号】特表２００７−５１０３２８（Ｐ２００７−５１０３２８Ａ）
【公表日】平成１９年４月１９日（２００７．４．１９）
【国際特許分類】
【出願番号】特願２００６−５３６２１３（Ｐ２００６−５３６２１３）
【出願日】平成１６年１０月２１日（２００４．１０．２１）
【国際出願番号】ＰＣＴ／ＩＢ２００４／００３５７３
【国際公開番号】ＷＯ２００５／０３９１０８
【国際公開日】平成１７年４月２８日（２００５．４．２８）
【出願人】（３９８０１２６１６）ノキア コーポレイション (1,359)
【Ｆターム（参考）】
【公表日】平成１９年４月１９日（２００７．４．１９）
【国際特許分類】
【出願日】平成１６年１０月２１日（２００４．１０．２１）
【国際出願番号】ＰＣＴ／ＩＢ２００４／００３５７３
【国際公開番号】ＷＯ２００５／０３９１０８
【国際公開日】平成１７年４月２８日（２００５．４．２８）
【出願人】（３９８０１２６１６）ノキア コーポレイション (1,359)
【Ｆターム（参考）】
[ Back to top ]