JP5363643B2 - Ｉｍｓにおけるサービングプロキシ機能の再割当て - Google Patents

Description

本発明は、サービングプロキシ機能の再割当て、またはＩＰマルチメディアサブシステム（ＩＭＳ）におけるサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）に関する。

ＩＰマルチメディアサブシステム（ＩＭＳ）は、移動体通信ネットワーク上でＩＰマルチメディアサービスを提供するための、第３世代パートナーシッププロジェクト（３ＧＰＰ）およびＥＴＳＩ ＴＩＳＰＡＮグループにより定義される技術である。（この技術は、様々な技術文書の中で説明される。当該文書のうちのいくつかは、以下の説明の中で参照され、３ＧＰＰ ＴＳ２２．２２８、ＴＳ２３．２２８、ＴＳ２４．２２９、ＴＳ２９．２２８、ＴＳ２９．２２９、ＴＳ２９．３２８およびＴＳ２９．３２９のリリース５から７、並びにＴＳ２４．１７３のリリース７を含む。）ＩＭＳは、標準化されたＩＭＳサービスイネーブラ（Enabler）の使用を通した末端加入者の個人対個人の通信体験を豊かにするための重要な特徴を提供する。当該標準化されたＩＭＳサービスイネーブラの使用は、ＩＰベースのネットワーク上での、新しい豊かな個人対個人（クライアント対クライアント）の通信サービスおよび個人対コンテンツ（クライアント対サーバ）のサービスを容易にする。

ＩＭＳは、加入者端末間の（または加入者端末とアプリケーションサーバとの間の）呼またはセッションの設定および制御を行うための、セッション開始プロトコル（ＳＩＰ）を利用する。ＳＩＰは、加入者対加入者のプロトコルとして作られたが、ＩＭＳは、サービスへの加入者のアクセスを制御すること、およびそれに応じて加入者に課金することを、運用者およびサービス提供者に可能にする。

例として、図１は、ＧＰＲＳ／ＰＳアクセスネットワークの場合の移動体ネットワークのアーキテクチャにＩＭＳがどのように適合するかを概略的に説明する（当然ながら、ＩＭＳは他のアクセスネットワーク上で動作できる）。呼／セッション制御機能（ＣＳＣＦ）は、ＩＭＳ内でＳＩＰプロキシとして動作する。３ＧＰＰのアーキテクチャは、３つの種類のＣＳＣＦを定義する。プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）は、ＳＩＰ端末のためのＩＭＳ内の最初の接点である。サービングＣＳＣＦ（Ｓ−ＣＳＣＦ）は、加入者にサービスを提供する。そして、問合せ（Interrogating）ＣＳＣＦ（Ｉ−ＣＳＣＦ）の役割は、正しいＳ−ＣＳＣＦを識別すること、およびＰ−ＣＳＣＦを介してＳＩＰ端末から受信された要求を当該Ｓ−ＣＳＣＦに転送することである。

ＩＭＳサービスネットワーク内において、アプリケーションサーバ（ＡＳ）は、ＩＭＳサービスの機能性を実装するために提供される。アプリケーションサーバは、ＩＭＳシステムの中のエンドユーザにサービスを提供し、３ＧＰＰにより定義されるＭｒインターフェース上の端点として接続され、または３ＧＰＰにより定義されるＩＳＣインターフェース上でＳ−ＣＳＣＦにより「リンク」され得る。

Ｓ−ＣＳＣＦは、シグナリングプレーンの中央ノードである。Ｓ−ＣＳＣＦは、ＳＩＰサーバであるが、同様にセッション制御を実行する。Ｓ−ＣＳＣＦは、ＤＩＡＭＥＴＥＲのＣｘインターフェースおよびＤｘインターフェースを使用して、ユーザプロファイルをユーザのホーム加入者サーバ（ＨＳＳ）からダウンロードし、ユーザプロファイルをユーザのＨＳＳへアップロードする。Ｓ−ＣＳＣＦは、ＳＩＰの登録を処理し、全てのシグナリングメッセージのパスの中にあり、それによりセッションの中の各メッセージを検査することが可能となる。Ｓ−ＣＳＣＦは、サービスの提供のためにどのアプリケーションサーバにＳＩＰメッセージを転送するかを決定し、ルーティングサービスを提供する。ほとんどのＩＭＳネットワークは、ユーザにサービスの可用性を保証し、シグナリングの負荷を分散させるために、複数のＳ−ＣＳＣＦを含む。これらのＳ−ＣＳＣＦは、広い地理的なエリアに渡って位置し得る。

最近の標準（３GPPのＴＳ２３．３８０を参照）によると、Ｓ−ＣＳＣＦが故障する場合に、故障したＳ−ＣＳＣＦの登録状態は別のＳ−ＣＳＣＦで復元され、それにより動作は継続できる。しかし、故障したＳ−ＣＳＣＦに割り当てられたユーザ機器（ＵＥ）が新たなＳ−ＣＳＣＦへ再度割り当てられる場合に、この新たなＳ−ＣＳＣＦはその国におけるＵＥとは別の地域に位置し得る。例えば、ＵＥおよび当該ＵＥに元々割り当てられていたＳ−ＣＳＣＦは米国の西海岸の地域にあり、一方で、新たなＳ−ＣＳＣＦは東海岸の地域にあり得る。長距離に渡って信号を向けることは明らかに低効率であるが、元々のＳ−ＣＳＣＦが動作しない限り、これは許容可能であり得る。Ｓ−ＣＳＣＦが（地理的に近くにあり得る）ユーザに元々割当てられる場合に、当該ユーザをこの元々のＳ−ＣＳＣＦに切替えることが望ましい。

「最適な」Ｓ−ＣＳＣＦにユーザを切り替えるための様々な提案が行われている。ある提案は、３ＧＰＰ ＴＳ２９．２２８に従った管理登録解除（Administrative Deregistration）手続きを使用することである。しかしながら、これは、Ｓ−ＣＳＣＦの中に存在する既存のセッションおよび対話を常に終了させるであろう。これは、ユーザが呼の中にある場合に当該呼が終了することを意味する。

別の提案は、Ｉ−ＣＳＣＦにより開始される再選択の手続きを使用することである。この場合、Ｉ−ＣＳＣＦは、第１に、その時点でのＳ−ＣＳＣＦが最適でなく再選択される必要があることを検出する。そして、Ｉ−ＣＳＣＦは、第２に、その時点のＳ−ＣＳＣＦにおいてアクティブなセッションがあるかをチェックするために、その時点のＳ−ＣＳＣＦを調べる。チェックが偽であれば、Ｉ−ＣＳＣＦは、新たなより最適なＳ−ＣＳＣＦを選択する。（３ＧＰＰのＴＲ２３．８１２を参照。また、この技術報告の最新版が利用可能になるまでは、ＳＡ２寄書Ｓ２−０９１４０６を参照。）この提案に伴う１つの欠点は、再登録の手続きの間にのみ再割当てを行えるということである。さらに、Ｓ−ＣＳＣＦが変更される必要があることを検出すること、およびＳ−ＣＳＣＦを再選択することの両方のために、新たな機能性が導入される必要がある。さらに、提案されるソリューションは、Ｉ−ＣＳＣＦにおいて新たな分岐する振るまいを導入する（すなわち、第１にその時点のＳ−ＣＳＣＦを試し、次に新たなＳ−ＣＳＣＦを試す）。これは、Ｉ−ＣＳＣＦをステートフル（stateful）にし、Ｉ−ＣＳＣＦの機能性の基本的な原理を変更する。Ｉ−ＣＳＣＦにおけるこれらの変更は、実装するにはかなり費用も要する。最終的に、２つのＵＥが同時に登録しようとする場合に、競合状態が起こり得る。

さらに、上記の提案されるソリューションのいずれも、ＵＥがＩＭＳに登録されてない場合であってもＳ−ＣＳＣＦが未登録のサービスのためにユーザに割り当てられ得る、ということを考慮していない。

第１の形態によると、本発明は、ＩＭＳネットワークのユーザへのＳ−ＣＳＣＦの割当てを変更する方法を提供する。上記ユーザは、当該ユーザに割り当てられた第１のＳ−ＣＳＣＦを介してサービスを提供されている。上記方法は、再割当ての指示によりトリガされ、上記第１のＳ−ＣＳＣＦからの上記ユーザの割当て解除についての基準を含む、上記第１のＳ−ＣＳＣＦで再割当ての手続きを実行するステップと；上記基準が満たされるかを判定するステップと；上記基準が満たされる場合に、上記第１のＳ−ＣＳＣＦから上記ユーザの割当てを解除するステップと；を含む。

ユーザへのＳ−ＣＳＣＦの割当ては、上記Ｓ−ＣＳＣＦにおける上記ユーザの登録、または未登録サービスの提供のための上記ユーザへの上記Ｓ−ＣＳＣＦの指定のいずれかを含んでもよい。上記割当て解除は、上記ユーザの登録を取り消すこと、または上記ユーザから上記Ｓ−ＣＳＣＦの指定を取り消すことのいずれかを含んでもよい。割当て解除についての上記基準は、当該基準が満たされる場合に、登録ユーザが登録を取り消され、または上記ユーザに指定された上記Ｓ−ＣＳＣＦが指定を取り消される、割当て解除基準を含んでもよい。上記基準は、上記ユーザがアクティブなＩＭＳセッションに関与しない場合に、上記ユーザが登録を取り消され、または上記ユーザのＳ−ＣＳＣＦが指定を取り消される、アクティブでないセッションの登録取消しまたは指定取消しの基準を含んでもよい。代わりに、上記基準は、上記ユーザが１つ以上のある種類のセッションおよび／または対話（dialog）に関与する場合に、上記ユーザが登録を取り消されず、または上記ユーザのＳ−ＣＳＣＦが指定を取り消されない、セッション固有の登録取消しまたは指定取消しの基準を含んでもよい。

上記方法は、Ｃｘインターフェースを介して上記ユーザのＨＳＳから上記第１のＳ−ＣＳＣＦへ上記再割当ての指示および関連付けられる基準を送信するステップをさらに含んでもよい。

代わりに、上記再割当ての指示および関連付けられる基準は、上記ユーザのＨＳＳまたは上記第１のＳ−ＣＳＣＦ以外ネットワークシステムエンティティから受信されてもよい。例えば、上記ネットワークシステムエンティティは、負荷分散機能を備えてもよい。代わりに、上記再割当ての指示は、上記第１のＳ−ＣＳＣＦ内のローカルロジック（local logic）により生成されてもよい。

上記方法は、上記第１のＳ−ＣＳＣＦの上記割当て解除が完了したことを確認するための応答を上記ユーザのＨＳＳに送信するステップをさらに含んでもよい。

上記方法は、サービスの提供のための第２のＳ−ＣＳＣＦを上記ユーザに割り当てるステップをさらに含んでもよい。

上記方法は、割当て解除についての基準が満たされなかったことを示すエラーメッセージを上記ユーザのＨＳＳへ送信するステップをさらに含んでもよい。

上記割当ての指示および上記割当て解除基準は、異なる時間に上記第１のＳ−ＣＳＣＦに提供されてもよい。

Ｓ−ＣＳＣＦの再割当てがＩ−ＣＳＣＦまたは他のネットワークエンティティの機能性へのいかなる変更も伴わないことが、利点である。要求される変更の影響は、小さく、ＣｘインターフェースおよびＳ−ＣＳＣＦ内のいくつかの機能性のみに限定される。これは、他の提案されるソリューションと比べて安価かつ単純な選択肢であり、ＩＭＳネットワークにさらなる複雑さを加えることを回避する。さらに、再割当ての制御およびどのＳ−ＣＳＣＦをいつ再度割り当てるべきかについての決定は、ユーザのＨＳＳを通じてネットワーク管理システムによって全て行われることが可能である。上記手続きが、ユーザがＩＭＳで登録されている場合、および、Ｓ−ＣＳＣＦが未登録サービスの提供のためにユーザに指定されているのみである場合の両方で、再割当てを可能にするということは、さらなる利点である。

第２の形態によると、本発明は、ＩＭＳネットワークについてのＳ−ＣＳＣＦを提供する。上記Ｓ−ＣＳＣＦを介してサービスを提供されているユーザに関して、再割当ての指示および割当て解除についての基準に基づいて再割当ての手続を実行するように構成される。上記基準が満たされる場合に、上記Ｓ−ＣＳＣＦは、上記ユーザへのサービスの提供者としての当該Ｓ−ＣＳＣＦ自体の割当てを解除する。

上記再割当ての指示および割当て解除基準は、上記Ｓ−ＣＳＣＦのＣｘインターフェースを介して受信される１つ以上のメッセージの中に含まれてもよい。代わりに、上記Ｓ−ＣＳＣＦは、上記Ｓ−ＣＳＣＦの中のローカルロジック内で上記再割当ての指示を生成するようにさらに構成されてもよい。

３Ｇ移動体通信システムへのＩＰマルチメディアサブシステムの統合を概略的に説明する。 Ｓ−ＣＳＣＦ、および他のエンティティとのある関連付けられるインターフェースを示す概略的な説明である。 Ｓ−ＣＳＣＦの再割当てを実行するための基本的な信号を示す信号フロー図である。 図３に示されるような再割当てを実行できない場合の基本的な信号を説明する信号フロー図である。 Ｓ−ＣＳＣＦの再割当ての実行のために必要な機能性を説明するフロー図である。

以下の解説では、Ｓ−ＣＳＣＦの「割当て」という用語は、ＵＥがＳ−ＣＳＣＦと共に登録されている状況、および、ユーザがＩＭＳの中で登録されていないが、未登録のサービスの提供のために指定されるＳ−ＣＳＣＦを有する状況の両方に言及するように使用される。したがって、説明されるソリューションは、ユーザが登録されている場合、および、未登録のユーザが指定されたＳ−ＣＳＣＦを有し、別のＳ−ＣＳＣＦに移される必要がある場合の両方で、Ｓ−ＣＳＣＦの再割当てを可能にする。

したがって、再割当てはＳ−ＣＳＣＦの割当てを解除することを伴い、そしてこれは登録取消しを伴ってもよい。登録取消しは、Ｓ−ＣＳＣＦからユーザの登録を（その全ての識別情報と共に）積極的に取り消す手続きである。これは、登録状態の通知を受けていたＵＥおよびＡＳに、ユーザが登録を取り消されることを通知する手続きを伴う。登録取消しの結果として、ＵＥは、標準的な手続きに従って新たな登録を開始することを決定することができる。

そうでなければ、割当て解除は、Ｓ−ＣＳＣＦの指定を取り消すことを伴ってもよい。指定取消しは、ユーザにいずれの通知を行うこともなく、ユーザを保持するアクティブなＳ−ＣＳＣＦの状態を取り消す手続きである。この手続は、Ｓ−ＣＳＣＦの故障と同等であり、新たなＳ−ＣＳＣＦにおいて状態を復元する自動的に復元手続きを呼び出す。

図２を参照すると、Ｓ−ＣＳＣＦ２０の概略的な表現が示されている。Ｓ−ＣＳＣＦ２０は、様々なインターフェースを介してＩＭＳネットワークの他のエンティティにリンクされている。これらは、Ｃｘインターフェース２０１およびＤｘインターフェース２０２を含む。これらのインターフェースを通じて、信号がＳ−ＣＳＣＦ２０とＨＳＳ２４との間で伝達される。Ｓ−ＣＳＣＦ２０は、これらの信号についてＤＩＡＭＥＴＥＲプロトコルを使用して、ユーザプロファイルのダウンロードまたはアップロードを行う。

Ｓ−ＣＳＣＦ２０は、また、ＡＳがサービスを提供するためにＳＩＰメッセージがどのＡＳに転送されるかを判定する。ＩＣＳインターフェース２０３が使用されて、Ｓ−ＣＳＣＦ２０とＡＳとの間でメッセージが交換される。

ＣＳＣＦ間の信号は、Ｍｗインターフェース２０４を通じて交換される。これらは、ユーザのＵＥ２２への信号およびユーザのＵＥ２２からの信号を含む。ユーザのＵＥ２２は、Ｇｍインターフェース２０５を介してＰ−ＣＳＣＦを通じてＩＭＳにアクセスする。

図３は、Ｓ−ＣＳＣＦを再度割り当てる手続きについての基本的なシグナリングフローを説明する。ネットワークエンティティおよびＵＥ２２は、図２に示されるものと同一の参照番号を伴う。最初に示されるように（ステップ３０１）、第１のＳ−ＣＳＣＦ２０であるＳ−ＣＳＣＦ１がユーザ２２に割り当てられる。当該Ｓ−ＣＳＣＦ１は、最適ではない（例えば、上記のように、ユーザ２２は、元々割り当てられたＳ−ＣＳＣＦがダウンした結果としてＳ−ＣＳＣＦ１ ２０に移動し得る）。代わりに、Ｓ−ＣＳＣＦ２ ２４は、（例えば、地理的な位置／ユーザ２２への近接に起因して）使用するのに好適なプロキシである。上記のように、ユーザ２２へのＳ−ＣＳＣＦ１ ２０の割当ては、ユーザ２２がＳ−ＣＳＣＦ１ ２０と共に登録されるから、またはＳ−ＣＳＣＦ１ ２０がＳ−ＣＳＣＦ１ ２０が未登録サービスの提供のためにユーザに指定されたからのいずれかであってもよい。

ある時点で、割当てを変更することが決定され、それにより、最適なＳ−ＣＳＣＦとしてみなされるＳ−ＣＳＣＦ２ ２４がユーザ２２に割り当てられる。図３で説明される例では、ステップ３０２で、ユーザのＨＳＳ２６は、再割当てについての指示を出す。当該指示は、Ｃｘインターフェースを通じてＳ−ＣＳＣＦ１ ２０に送信される。変更することの決定は、ＨＳＳ２６自体により行われる必要はないが、ＩＭＳネットワークの中の別のどこかで発生してもよい、ということに留意する。例えば、負荷分散機能が用いられてもよい。当該負荷分散機能が、各Ｓ−ＣＳＣＦにおける負荷を監視し、不均衡が検出される場合に、負荷を再分散させるようにプログラムされる。この種類の機能の一例は、３ＧＰＰのＴＲ２３．８１２で説明される。別の可能性は、割り当てられたユーザが別のＳ−ＣＳＣＦに移動すべきであると判定することを可能にするローカルロジックがＳ−ＣＳＣＦの中で用いられてもよいということである。

ステップ３０２での再割当ての指示は、割当て解除（すなわち、Ｓ−ＣＳＣＦ１ ２０からのユーザ２２の登録取消し、またはユーザ２２からのＳ−ＣＳＣＦ１ ２０の指定取消し）をトリガ（trigger）する。しかしながら、上記指示は、割当て解除が実行される前に満たされなければならない基準を含む。単純な形式では、指示および基準は、アクティブなセッションがない場合の登録取消し（DE-REGISTER-IF-NO-ACTIVE-SESSIONS）を開始する新たな値を伴う管理登録解除（Administrative Deregistration）要求であることも可能である。より進化した基準は、存在し得る異なる種類のセッションおよび／または対話を考慮することを含むことが可能である。例えば、上記基準は、ＳＩＰ ＩＮＶＩＴＥセッションが存在しない場合にのみ、またはサービスＭＭＴＥＬのＳＩＰ ＩＮＶＩＴＥセッションが存在しない場合にのみ、Ｓ−ＣＳＣＦがユーザの登録を取り消すべきであることを示してもよい。

図３に示される実施形態では、再割当ての指示および基準は、ステップ３０２でＳ−ＣＳＣＦ１ ２０に共に送信される。しかしながら、例えば、Ｓ−ＣＳＣＦ１ ２０が最適でないという判定は初期段階で行われることができるが、ユーザからのＳ−ＣＳＣＦ１ ２０の割当て解除についての基準は他の要素（信号トラフィックの量、または他のＳ−ＣＳＣＦの可用性、等）に依存できる、ということが可能である。その場合に、ＨＳＳ２６は、Ｓ−ＣＳＣＦ１ ２０に割当て解除の基準を送信する前のしばらく後まで、待機することができる。別の可能性は、ＨＳＳ２６にＳ−ＣＳＣＦ１ ２０へ信号を送信させる別のイベント（再登録またはユーザによるセッションの終了、等）が発生するまでＨＳＳ２６は待機することができ、ＨＳＳ２６はその段階でＳ−ＣＳＣＦ１ ２０に基準を送信する、とういことである。代わりに、命令が予約されることが可能であり、それにより、割当て解除の基準がまずＳ−ＣＳＣＦ１ ２０に送信され、例えば別のイベントが発生する場合に実際の再割当ての指示がその後送信される。

再割当ての指示によりトリガされると、ステップ３０３で、Ｓ−ＣＳＣＦ１ ２０は、割当て解除の基準が満たされるか否かを評価する。図３において説明されるシナリオでは、基準が満たされると仮定される。しかし、他のシナリオについて、以下の図４および図５の解説を参照する。そして、ステップ３０４で、Ｓ−ＣＳＣＦ１ ２０は、（ユーザがＳ−ＣＳＣＦ１ ２０と共に登録されている場合に）ユーザ２２の登録を取り消し、または、未登録サービスの提供のためにＳ−ＣＳＣＦ１ ２０がユーザに指定された場合に、ユーザ２２からＳ−ＣＳＣＦ1 ２０の指定を取り消すことにより、割当て解除を実行する。

ステップ３０５で、Ｓ−ＣＳＣＦ１ ２０は、要求された登録取消し／指定取消しが完了したことを示す、ユーザのＨＳＳ２６への確認応答を送信する。

この時点で、２つの事のうちの１つが発生し得る。ユーザ２２の登録が取り消された場合に、ユーザ２２は、ＩＭＳに再度登録しようとする。好適な新たなＳ−ＣＳＣＦ（Ｓ−ＣＳＣＦ２ ２４）が、利用可能であるとすると、標準的な手続き（ＴＳ２３．２２８／ＴＳ２９．２２８を参照）に従って割り当てられる。一方で、Ｓ−ＣＳＣＦ１がユーザ２２からＳ−ＣＳＣＦ１自体の指定を取り消すのみである場合に、ＴＳ２３．３８０に従った復元手続きが、未登録サービスの提供を継続するためにユーザに指定されるべき新たなＳ−ＣＳＣＦ２ ２４を割り当てる。Ｓ−ＣＳＣＦ２ ２４の選択（すなわち、これがユーザにとって最適なＳ−ＣＳＣＦであることの判定）は、発信トラフィックまたは終端トラフィックに基づいてもよい。代わりに、Ｓ−ＣＳＣＦ２は、ユーザ２２のＵＥによる新たな登録の結果として選択されることが可能である。

図４は、Ｓ−ＣＳＣＦ１ ２０が割当て解除の基準が満たされないと判定する状況についての基本的な信号フローを説明する。ステップ３０１および３０２でのネットワークエンティティおよび信号は、上記と同一であり、図３のものと同一の参照番号を伴う。しかしながら、この場合、（図３におけるステップ３０３のように）割当て解除の基準が満たされると判定する代わりに、ステップ３０７で、Ｓ−ＣＳＣＦ１ ２０は、割当て解除の基準が満たされないと判定する。結果として、Ｓ−ＣＳＣＦ１ ２０は、割当ての解除を行わない（ユーザの登録を取り消さず、またはＳ−ＣＳＣＦ１ ２０自体の指定を取り消さない）。しかし、代わりに、ステップ３０８で、Ｓ−ＣＳＣＦ１ ２０は、ユーザのＨＳＳ２６にエラー信号を送信することにより応答する。ステップ３０９に示されるように、Ｓ−ＣＳＣＦ１ ２０は、ユーザに割り当てられたままである。

図５は、図３および図４に示される再割当て手続きを実行するためのＳ−ＣＳＣＦの高レベルのロジックを詳述する。ステップ５０１で、Ｓ−ＣＳＣＦは、登録されたユーザにサービスを提供し、またはユーザに未登録のサービスを提供するために指定されている。ステップ５０２で、Ｓ−ＣＳＣＦは、ユーザの登録を取り消しまたはユーザからのＳ−ＣＳＣＦ自体の指定を取り消すことによる割当て解除についてのトリガ指示を、関連付けられる基準と共に受信する。ステップ５０３で、Ｓ−ＣＳＣＦは、基準が満たされるかを判定する。そして、基準が満たされる場合には、ステップ５０４へ進む。ステップ５０４では、Ｓ−ＣＳＣＦは、ユーザの登録を取り消し、またはＳ−ＣＳＣＦ自体の指定を取り消す。その後、Ｓ−ＣＳＣＦは、ユーザのＨＳＳに確認応答を送信する。

ステップ５０３では、Ｓ−ＣＳＣＦが、基準が満たされないと判定する場合に、ステップ５０５へ進む。ここで、さらなる判定が行われる。これは、ネットワーク運用者のポリシーに依存する。ポリシーは、基準が満たされる場合に割当て解除を起こすことができるように試み続けるようにＳ−ＣＳＣＦに要求してもよい。その場合に、Ｓ−ＣＳＣＦは、ステップ５０６で示されるように特定の時間待機し続け、その後ステップ５０３へ戻り、基準が満たされるかを判定する。例えば、基準が、ユーザがアクティブなセッションに関与していればユーザの登録を取り消さないように指定し、ステップ５０３で、Ｓ−ＣＳＣＦが、ユーザが呼に関与すると判定する場合に、ステップ５０５でポリシーがこれを要求するのであれば、Ｓ−ＣＳＣＦは、セッションが終了したかを再度確認しようとする前に、ステップ５０６で例えば５分または１０分の間待機し得る。しかしながら、ステップ５０５で当該ポリシーの要求がなければ、Ｓ−ＣＳＣＦは、ステップ５０７へ進む。ステップ５０７で、Ｓ−ＣＳＣＦは、割当て解除を中止し、適用可能であれば、図４におけるステップ３０８のようにエラーメッセージをＨＳＳに送信する。

上記手続きはＩ−ＣＳＣＦまたは他のネットワークエンティティの機能性にいかなる変更も伴わないということが分かる。さらに、再割当ての制御およびどのＳ−ＣＳＣＦをいつ再度割り当てるべきかについての決定は、ユーザのＨＳＳを通じてネットワーク管理システムにより全て行われることが可能である。さらに、上記手続は、ユーザがＩＭＳに登録されている場合、およびＳ−ＣＳＣＦが未登録サービスの提供のためにユーザに指定されているのみである場合の両方に、再割当てを可能にする。

Claims (16)

1. ＩＭＳネットワークのユーザへのＳ−ＣＳＣＦの割当てを変更する方法であって、前記ユーザは当該ユーザに割り当てられた第１のＳ−ＣＳＣＦを介してサービスを提供されており、前記方法は：
   前記ユーザから前記第１のＳ−ＣＳＣＦの割り当てを解除する基準を、前記第１のＳ−ＣＳＣＦで受信するステップと；
   割当て解除の指示を前記第１のＳ−ＣＳＣＦで受信するステップと；
   前記割当て解除の指示の受信に応じて、前記第１のＳ−ＣＳＣＦが、前記基準が満たされるかを判定するステップと；
   前記基準が満たされる場合に、前記第１のＳ−ＣＳＣＦが前記ユーザから前記第１のＳ−ＣＳＣＦ自体の割当てを解除するステップと；
   を含む方法。
2. ユーザへのＳ−ＣＳＣＦの前記割当ては、前記Ｓ−ＣＳＣＦとの前記ユーザの登録、または未登録サービスの提供のための前記ユーザへの前記Ｓ−ＣＳＣＦの指定のいずれかを含み、割当て解除は、前記ユーザの登録を取り消すこと、または前記ユーザから前記Ｓ−ＣＳＣＦの指定を取り消すことのいずれかを含む、請求項１の方法。
3. 割当て解除についての前記基準は、当該基準が満たされる場合に、登録ユーザが登録を取り消され、または前記ユーザに指定された前記Ｓ−ＣＳＣＦが指定を取り消される、割当て解除基準を含む、請求項２の方法。
4. 前記ユーザがアクティブなＩＭＳセッションに関与しない場合に、前記ユーザが登録を取り消され、または前記Ｓ−ＣＳＣＦが指定を取り消される、アクティブでないセッションの登録取消しまたは指定取消しの基準を含む、請求項３の方法。
5. 前記ユーザが１つ以上のある種類のセッションおよび／または対話に関与する場合に、前記ユーザが登録を取り消されず、または前記Ｓ−ＣＳＣＦが指定を取り消されない、セッション固有の登録取消しまたは指定取消しの基準を含む、請求項３の方法。
6. Ｃｘインターフェースを介して前記ユーザのＨＳＳから前記第１のＳ−ＣＳＣＦへ前記割当て解除の指示および関連付けられる基準を送信するステップをさらに含む、請求項１〜５のいずれか１項の方法。
7. 前記割当て解除の指示および関連付けられる基準は、前記ユーザのＨＳＳまたは前記第１のＳ−ＣＳＣＦ以外のネットワークシステムエンティティから受信される、請求項１〜６のいずれか１項の方法。
8. 前記ネットワークシステムエンティティは負荷分散機能を備える、請求項７の方法。
9. 前記割当て解除の指示は、前記第１のＳ−ＣＳＣＦ内のローカルロジックにより生成される、請求項１〜６のいずれか１項の方法。
10. 前記第１のＳ−ＣＳＣＦの前記割当て解除が完了したことを確認するための応答を前記ユーザのＨＳＳに送信するステップをさらに含む、請求項１〜９のいずれか１項の方法。
11. サービスの提供のための第２のＳ−ＣＳＣＦを前記ユーザに割り当てるステップをさらに含む、請求項１〜１０のいずれか１項の方法。
12. 割当て解除についての前記基準が満たされなかったことを示すためのエラーメッセージを前記ユーザのＨＳＳへ送信するステップをさらに含む、請求項１〜９のいずれか１項の方法。
13. 前記割当て解除の指示および前記割当て解除基準は、異なる時間に前記第１のＳ−ＣＳＣＦに提供される、請求項１〜１２のいずれか１項の方法。
14. ＩＭＳネットワークについてのＳ−ＣＳＣＦであって、
    前記Ｓ−ＣＳＣＦを介してサービスを提供されているユーザに関して、再割当ての指示および割当て解除についての基準に基づいて再割当ての手続を実行するように構成され、
    前記基準が満たされる場合に、前記Ｓ−ＣＳＣＦは、前記ユーザへのサービスの提供者としての当該Ｓ−ＣＳＣＦ自体の割当てを解除する、
    Ｓ−ＣＳＣＦ。
15. 前記再割当ての指示および割当て解除基準は、前記Ｓ−ＣＳＣＦのＣｘインターフェースを介して受信される１つ以上のメッセージの中に含まれる、請求項１４のＳ−ＣＳＣＦ。
16. 前記Ｓ−ＣＳＣＦの中のローカルロジック内で前記再割当ての指示を生成するようにさらに構成される、請求項１４のＳ−ＣＳＣＦ。
    

Images