２つのサービング呼制御サーバ間のハンドオーバのためのサーバ、及び方法
本発明のねらいは、ユーザにサービスを行う適切なサーバ機能能力にフィットさせるとともに、第２のサービング呼制御サーバを割り当てるための選択基準を加入者サーバがアプグレードできるメカニズムを提供するために、第１と第２のサービング呼制御サーバ間で効果的なハンドオーバを実行することにある。それ故に、本発明は第２のサービング呼制御サーバを再割当てする新しい方法と改良されたサーバを提供し、これにより、第１のサービング呼制御サーバにおいて依然として進行中のユーザセションを存続させ、ユーザプロフィールのどの部分が前記サービング呼制御サーバにおいて理解されないのか或はサポートされないのかをサービング呼制御サーバが加入者サーバに報告するように構成される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、ユーザへのサービスを行うために割当てられるサービング呼制御サーバについて、第１のサービング呼制御サーバがそのユーザへのサービスに適した能力を保有しないことが判明した際に、第１と第２のサービング呼制御サーバ間のハンドオーバに関する。特に、本発明はまた、サービング呼制御サーバがサポートしない能力について報告するメカニズムに関する。
【背景技術】
【０００２】
現存する移動通信ネットワークの多くが、また標準化団体が策定中の将来の通信ネットワークについてもおそらくその多くが、それぞれのユーザ機器を持つエンドユーザに対して、その通信ネットワークのサービング呼制御サーバによってサービスを受けることを要求する。この点について、３ＧＰＰや３ＧＰＰ２の規格で規定されるＩＰマルチメディアサブシステム（ＩＭＳ）に準拠して動作する代表的な通信ネットワークにユーザが接続するとき、その通信ネットワークに明示的に登録しておくことにより、そのユーザというよりそのユーザ機器へサービスを行う通信ネットワークによって、特定のサービング呼制御サーバが割り当てられる。説明を簡単にするために、この明細書および図面全体を通して、ユーザとユーザ機器に同じ略語“ＵＥ”を共用する。
【０００３】
サービング呼制御サーバの割り当ては、通信ネットワークの別のエンティティによって、そのユーザのユーザプロフィール中の多数の情報要素にフィットするために必要な能力機能のリストを考慮して実行される。その別のエンティティは、好ましくは、ユーザが通信ネットワークにアクセスする際に経由するアクセスサーバからそのユーザについて問い合わせを受ける中間サーバである。
【０００４】
現在のところ、第３世代パートナーシッププロジェクト（３ＧＰＰ）により規格化された上記ＩＰマルチメディアサブシステム（以下、ＩＭＳという）の現行アーキテクチャでは、ユーザ（ＵＥ）はプロキシ呼状態制御機能（Ｐ−ＣＳＣＦ）を通してＩＭＳにアクセスし、このＰ−ＣＳＣＦはそのユーザについて問合せ呼状態制御機能（Ｉ−ＣＳＣＦ）に問い合わせる。後者のもの、即ち、Ｉ−ＣＳＣＦはホーム加入者サーバ（ＨＳＳ）に問い合わせてそのユーザのユーザプロフィールを取得する。このユーザプロフィールには、１つの或は別のサービング呼状態制御機能（Ｓ−ＣＳＣＦ）、即ち、そのユーザ（ＵＥ）にサービスを行うのに必要な一連の特定の能力機能を提供するサービング呼状態制御機能を割り当てるための基準としての役割を果たす多くの情報要素が含まれる。
【０００５】
上述の呼状態制御機能エンティティ（Ｐ−ＣＳＣＦ、Ｉ−ＣＳＣＦ、Ｓ−ＣＳＣＦ）のほかに、ＩＭＳは大抵、ユーザに専用サービスを提供する複数のアプリケーションサーバ（ＡＳ）を含む。ＩＭＳのエンティティとアプリケーションサーバ（ＡＳ）との間の相互作用は、セション開始プロトコル（ＳＩＰ）のシグナリングで動作するトリガにより支配される。そのようなトリガはホーム加入者サーバ（ＨＳＳ）に格納されたユーザプロフィールの一部であり、ユーザ（ＵＥ）のＳＩＰ登録時にサービング呼状態制御機能（Ｓ−ＣＳＣＦ）へダウンロードされる。さらに、そのようなトリガは、トリガの条件が満たされたときにＳＩＰメッセージが転送されねばならない特定のアプリケーションサーバ（ＡＳ）を決定する。
【０００６】
要するに、ユーザプロフィールは一般に多くの情報要素を含み、そのある部分はサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ）がユーザ（ＵＥ）に割り当てられるために概ね果たすべき一連の機能能力を表し、また別の部分はサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ）がユーザに専用サービスを提供する特定のアプリケーションサーバ（ＡＳ）を決定するために適用する一連のトリガを表す。さらに、ユーザプロフィールは、例えば、そのユーザに対して認可されたいわゆる“コーデック（ｃｏｄｅｃ）”のリストのような、あるサービスに対する認可を示す別の情報要素部分をも含んでもよい。さらにまた、ユーザプロフィールは、課金やその他の目的に使用できる情報要素の別の部分を含んでもよい。原理上、これらの情報要素のどれかが上述の目的の１つ以上に利用可能であることを妨げる理由はない。さらに具体的には、ユーザプロフィールは、標準化された情報要素、即ち、公知の構造化された要素或は構造化されない要素を含んでもよく、また、異なった特質の独自或は非標準の情報要素を含んでもよい。
【０００７】
現在、適用可能なＩＭＳ規格では、ホーム加入者サーバ（ＨＳＳ）からサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ）へのユーザプロフィールは提出される。それは、前者主導によってでも後者主導によってでもよい。１番目のシナリオでは、例えば、通信ネットワーク運用者によってホーム加入者サーバ（ＨＳＳ）中のユーザプロフィールが、例えば、トリガの追加または削除により更新されるとき、ホーム加入者サーバ（ＨＳＳ）がサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ）にそのユーザプロフィールのダウンロードを行うように求める。２番目のシナリオでは、例えば、ユーザが問合せ呼状態制御機能エンティティ（Ｉ−ＣＳＣＦ）によってサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ）を割り当てられるとき、前者のもの、即ち、サービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ）がホーム加入者サーバ（ＨＳＳ）に対してそのユーザのユーザプロフィールのダウンロードを要求する。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従って、本発明のために、ＩＰマルチメディアサブシステム（ＩＭＳ）に従って動作する代表的な通信ネットワークでは、ユーザ（ＵＥ）はアクセスサーバ、即ち、この明細書におけるプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）を通して通信ネットワークにアクセスする。プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）はユーザのユーザプロフィールの管理を担当する加入者サーバ（ＨＳＳ）と結合した中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）と通信を行う。中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）はユーザプロフィールに含まれる情報要素から導出可能なサーバ能力機能に基づいて、そのユーザへサービスを行うのに適切なサービング呼制御サーバ（Ｓ−ＣＳＣＦ）を選択し、そのサービング呼制御サーバ（Ｓ−ＣＳＣＦ）をユーザに割り当てる。そして、その割り当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ）は中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）と結合した加入者サーバ（ＨＳＳ）にそのユーザプロフィールのダウンロードを要求する。
【０００９】
現状では、上述のメカニズムにおいてもまた加入者サーバ（ＨＳＳ）主導でユーザプロフィールのダウンロードするときでも、サービング呼制御サーバ（Ｓ−ＣＳＣＦ）はユーザプロフィールの内容をそのまま受け取るか、或はユーザプロフィールとユーザへのサービスを両方とも拒絶するかのいずれかのみが可能である。具体的に言えば、そしてユーザプロフィールが独自仕様、或は非標準の情報要素を含むかもしれないことを勘案すると、サービング呼制御サーバ（Ｓ−ＣＳＣＦ）が何らかの状況下で理解不能な情報要素をもつユーザプロフィールを受け取ってしまい、運用者の知らぬうちに予期せぬ挙動を呈するといったことがあるかもしれない。この点については、ユーザプロフィールのダウンロードが加入者サーバ（ＨＳＳ）主導でなされたものであろうと、サービング呼制御サーバ（Ｓ−ＣＳＣＦ）から要求されたものであろうと殆ど何の違いもない。
【００１０】
例えば、ユーザ機器（ＵＥ）がプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）を通して通信ネットワークにアクセスし、そのユーザのユーザプロフィールの情報要素に従って、そのユーザにサービスを行うのに必要な能力機能にフィットするのに適したサービング呼制御サーバ（Ｓ−ＣＳＣＦ）を割当てられてもよい。あるとき、ユーザがそのユーザ機器のアップグレードを提供する特定のアプリケーションサーバ（ＡＳ）からサービスを受け、その目的に準備されたソフトウェアがそのユーザにダウンロードされるかもしれない。そのダウンロードの結果として、ユーザプロフィールを管理担当する加入者サーバ（ＨＳＳ）はそのことが通知され、そのユーザのユーザプロフィールのある情報要素がそれに従って更新される。加入者サーバ（ＨＳＳ）は自ら主導して、現在そのユーザにサービスを行うよう割当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ）に対して、その更新されたユーザプロフィールのダウンロードを行う。その新しい、或は更新されたユーザプロフィールはサービング呼制御サーバ（Ｓ−ＣＳＣＦ）によって分析され、何らかの情報要素が理解されないかサポートされないなら、前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ）はそのユーザプロフィールを拒絶するか、あるいは“ベストエフォート式”に従って可能な最善の方法でユーザにサービスを行ってもよい。ユーザプロフィールを拒絶する場合、加入者サーバ（ＨＳＳ）は、別のサービング呼制御サーバ（Ｓ−ＣＳＣＦ）がおそらく選択されるべきであったかと思うかもしれないが、しかしながら、加入者サーバはどのような新しい能力機能が選択基準として含められるべきなのかについて十分に気づいていないかもしれない。一方、サービング呼制御サーバ（Ｓ−ＣＳＣＦ）が“ベストエフォート式”に従うとき、加入者サーバ（ＨＳＳ）は前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ）における誤解を招く恐れのある挙動について知ってさえいないので、事態はさらに悪化する。
【００１１】
この代表的なシナリオでは、少なくともユーザプロフィールが拒絶されたときは、ユーザにより実行されたアップグレードのためのダウンロードの結果得られた更新された情報要素に基づいて、加入者サーバが別のサービング呼制御サーバ（Ｓ−ＣＳＣＦ）を選択しようと試みるかもしれない。従って、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）が選択されると、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）における全ての進行中セションを終了させる一方、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の登録を抹消し、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を登録することにより、以前割り当てられた第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）とより適した第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）との間のハンドオーバが実行される。
【００１２】
このサービング呼制御サーバ（Ｓ−ＣＳＣＦ）の登録抹消とそれに続く新規登録は、進行中セションの強制終了により達成される。このような手順は通信ネットワーク動作の弱点にして欠点とみなされ、その解決を本発明は目的としている。
【００１３】
従って、本発明の目的は、ユーザへのサービスに必要なサーバ能力機能により良くフィットするために、第１および第２のサービング呼制御サーバ間の現行のハンドオーバを改善する手段と方法を提供することにある。
【００１４】
第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）が選択されてユーザに割り当てられる２番目の代表的なシナリオでは、既に説明したように、この割り当てられた第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）が加入者サーバ（ＨＳＳ）にユーザプロフィールのダウンロードを要求する。通信ネットワーク構成の障害があったとすると、割り当てられた第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）は、サポートしていないあるいは理解不能な情報要素に出会い、ユーザプロフィールを拒絶するかもしれない。この状況では、加入者サーバ（ＨＳＳ）が第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を選択して割り当てるための新しい選択基準を確立する手段がなく、あるのは第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）をアドレスした際の以前からの基準であり、それはいまや不適切であることが判明している。
【００１５】
従って、本発明のもう１つの目的は、加入者サーバがサービング呼制御サーバを割り当てるための選択基準をアップグレードできるようなメカニズムを提供することにある。
【課題を解決するための手段】
【００１６】
上述の目的は、本発明によれば、請求項１に従う方法、及び請求項１０、２０、３１、３４に従う機能強化されたサーバの提供により達成される。このサーバでは、通信ネットワークにおいてユーザにサービスを行うのに割り当てられ、適切な一連の能力機能を備える第１と第２のサービング呼制御サーバ間のハンドオーバを実行する一方、それまで第１のサービング呼制御サーバに保持されていたユーザに対する進行中セションを存続させる。
【００１７】
従って、通信ネットワークにおける２つのサービング呼制御サーバ間のハンドオーバを実行する方法が提供される。ここで、ユーザはプロキシ呼制御サーバを通してその通信ネットワークにアクセスして、そのユーザにサービスを行う第１のサービング呼制御サーバが割り当てられ、第１のサービング呼制御サーバはそのユーザのユーザプロフィールの情報要素にフィットするのに適切な一連の能力機能を有している。従って、その方法は、そのユーザのユーザプロフィールの情報要素にフィットさせるために第１のサービング呼制御サーバによって提供されない能力機能を判断する工程と、第２のサービング呼制御サーバを割り当てるためにプロキシ呼制御サーバを通してそのユーザに対する再登録を開始する工程とを含んでいる。
【００１８】
本発明を第１の側面からみれば、再登録を開始する上記の工程はまた、プロキシ呼制御サーバとサービング呼制御サーバの両者でそのユーザに関する進行中セションとリンクデータを存続させる工程と、プロキシ呼制御サーバに第１と第２のサービング呼制御サーバ間のハンドオーバを指示して、第２のサービング呼制御サーバへの参照情報を格納する工程とを含む。
【００１９】
特に、第１のサービング呼制御サーバによって提供されない能力機能を判断する工程は、第１のサービング呼制御機能が対応する能力機能をもっていないユーザプロフィールの情報要素の変更を判断する工程を含んでも良い。これらの情報要素は、ユーザのアクティビティの結果としての変更を含むかもしれない。
【００２０】
しかしながら、第１のサービング呼制御サーバによって提供されない能力機能を判断する工程はまた、ユーザプロフィールの情報要素になんの変化がなくても、むしろサービング呼制御サーバを割り当てる選択基準の適用の結果に遭遇するかもしれない。従って、本発明に従えば、この方法は、サービング呼制御サーバが有する一連の機能能力の導出するのに関係した情報要素を含む正統なユーザプロフィールを構築する工程と、その正統なユーザプロフィールのどの部分がサービング呼制御サーバによって理解されサポートされるかをチェックする工程とを含んでも良い。
【００２１】
さらに、正統なユーザプロフィールのチェック機能がユーザプロフィールにもうまく適用され、その方法はさらにユーザプロフィールのどの部分がサービング呼制御サーバによって理解されサポートされるかをチェックする工程を含んでもよく、このチェック機能はどんなサービング呼制御サーバにも適用される。この点に関して、ユーザプロフィールのどの部分あるいは正統なユーザプロフィールのどの部分がサービング呼制御サーバによって理解されサポートされるかをチェックする工程は、好ましくは、サービング呼制御サーバにおいてプロフィールを受信する工程と、そのプロフィール中のサポートされない各部分、或は理解不能な各部分をアドレスする参照情報を返信する工程とを含む。
【００２２】
存続進行中セションは第１のサービング呼制御サーバによってサービスされ、そのユーザの新しいセションは第２のサービング呼制御サーバによってサービスされるいくつかの実施例と、存続進行中セションとそのユーザの新しいセションが第２のサービング呼制御サーバによってサービスされる別の実施例とでは、異なる利点が得られる。
【００２３】
正統なユーザプロフィールを構築する工程は、好ましくは、その通信ネットワークの加入者サーバで実行される。ここで、その加入者サーバは各ユーザのユーザプロフィールの管理を担当するものである。
【００２４】
いくつものエンティティが通信ネットワーク中で協力して上述の方法を実行するが、これは本発明により提供される改善と新たな貢献の賜物である。
【００２５】
この点において、通信ネットワークの各ユーザのユーザプロフィールを管理担当する加入者サーバが提供される。ここで、ユーザプロフィールは、第１のサービング呼制御サーバがユーザにサービスするために有する一連の能力機能にフィットすることが意図された多くの情報要素を含む。加入者サーバは、第１のサービング呼制御サーバにより提供されない能力機能を判断しユーザプロフィールの情報要素にフィットさせる手段と、第１のサービング呼制御サーバの登録抹消を開始する手段とを含む。
【００２６】
本発明を第２の側面から見れば、加入者サーバはまた、ユーザの進行中セションを有している旨の指示を第１のサービング呼制御サーバから受信する手段と、第１のサービング呼制御サーバの識別情報を第２のサービング呼制御サーバに提供する手段とを含む。
【００２７】
加入者サーバは上述の方法で協働するよう構成される。従って、第１のサービング呼制御サーバにより提供されない能力機能を判断する手段は、対応する能力を第１のサービング呼制御機能が有していないユーザプロフィールの情報要素の変更を判断する手段を含んでもよい。
【００２８】
好ましくは、加入者サーバはまた、サービング呼制御サーバが有する一連の能力機能の導出するのに関係した情報要素を含む正統なユーザプロフィールをそのユーザ用に構築する手段と、正統なユーザプロフィールのどの部分がサービング呼制御サーバによって理解されサポートされるかをチェックする手段とを含んでもよい。首尾一貫させるため、加入者サーバはまた、ユーザプロフィールのどの部分がいずれかのサービング呼制御サーバにより理解されサポートされるかをチェックする手段を含んでもよい。そして、ユーザプロフィール或は正統なユーザプロフィールをチェックするこれらの手段は、好ましくは、そのプロフィールをサービング呼制御サーバに送信する手段と、プロフィール中のサポートされない各部分あるいは理解されない各部分をアドレスする参照情報を前記サービング呼制御サーバから受信する手段とを含む。
【００２９】
上述の方法において、第１のサービング呼制御サーバの識別情報を第２のサービング呼制御サーバに提供する加入者サーバの構成の違いに依存して、異なる利点が得られてもよい。従って、第１のサービング呼制御サーバの識別情報を第２のサービング呼制御サーバに提供するための加入者サーバにおける手段は、第２のサービング呼制御サーバの割り当てを管理担当する中間通信ネットワークサーバにそのような識別情報を能力機能基準とともに送信する手段を含んでもよく、または代替案として、第１のサービング呼制御サーバの識別情報をそのユーザのユーザプロフィールとともに直接、第２のサービング呼制御サーバに提供する手段を含んでもよい。
【００３０】
加えて、加入者サーバは、ユーザの進行中セションの指示を受信する手段がハンドオーバ処理が進行中の過程にあることをマークする手段を含んでも良いように構成されてもよい。またさらに加入者サーバは、第１のサービング呼制御サーバを登録抹消する指示を第２のサービング呼制御サーバから受信する手段も追加的に含んでもよい。
【００３１】
また上述の手段に寄与するよう、通信ネットワークのサービング呼制御サーバとして動作するのに適した呼制御サーバが提供される。この呼制御サーバは、ユーザにサービスを行うのに割り当てられ、そのユーザのユーザプロフィールの情報要素にフィットする一連の能力機能情報を有する。この呼制御サーバは、通信ネットワーク中のユーザプロフィールを有する加入者サーバから、新しい呼制御サーバを割り当てるためのユーザ再登録の指示を登録抹消命令とともに受信する手段と、ユーザが通信ネットワークへアクセスするのに際して経由するアクセスサーバにユーザ再登録命令を送信する手段とを含む。
【００３２】
本発明を第３の側面から見れば、サービング呼制御サーバとして動作する呼制御サーバは、そのユーザの進行中セションの存在を加入者サーバに通知する手段と、そのユーザの進行中セションとリンクデータを存続させる手段とを含む。
【００３３】
このサービング呼制御サーバは、好ましくは、ハンドオーバ手順内で、ユーザにサービスを行うために一旦割り当てられた新しいサービング呼制御サーバに、進行中セションのセション情報を提供する手段を含む。
【００３４】
従って、新しく割り当てられたサービング呼制御サーバは、以前に割り当てられた呼制御サーバにおける進行中セションのセション情報を、ハンドオーバ手順内に受信する手段を含む。さらに、新しく割り当てられたサービング呼制御サーバは、以前に割り当てられた呼制御サーバの識別子を受信する手段も追加的に含む。
【００３５】
利点のある実施例では、新しく割り当てられたサービング呼制御サーバが、以前に割り当てられた呼制御サーバがオンフック状態に留まる一方、以前に割当てられた呼制御サーバで進行中であったユーザのセションを制御する手段を含んでもよい。それ故に、以前割り当てられた呼制御サーバは、新しく割り当てられた呼制御サーバに進行中セションの制御を引き渡す手段を含む。
【００３６】
別の利点のある実施例では、その代わりに、新しく割り当てられたサービング呼制御サーバが、以前に割り当てられた呼制御サーバに代わってユーザの進行中セションを処理するよう、各セションに関与する呼制御サーバとアプリケーションサーバのそれぞれとセション情報を交換する手段を含んでもよい。従って、以前に割り当てられた呼制御サーバは、新しく割り当てられた呼制御サーバに進行中セションの扱いを移す手段を含む。この実施例のさらなる利点として、そして、上述の加入者サーバとの有益な連携を維持するために、新しく割り当てられたサービング呼制御サーバが、以前に割り当てられた呼制御サーバの加入者サーバへの登録を抹消する手段を含んでも良い。
【００３７】
さらに、本発明に従うサービング呼制御サーバは、そのユーザのユーザプロフィールあるいは正統なユーザプロフィールを加入者サーバから受信する手段と、ユーザプロフィールあるいは正統なユーザプロフィールのどの部分が呼制御サーバによって理解されサポートされるかをチェックする手段と、ユーザプロフィールあるいは正統なユーザプロフィールのサポートされない各部分、或は理解されない各部分をアドレスする参照情報を返信する手段とを都合良く含んでいてもよい。
【００３８】
また上述の方法に寄与するよう、ユーザが通信ネットワークにアクセスする時に経由するプロキシ呼制御サーバとして動作するのに適したアクセスサーバが提供される。このアクセスサーバは、ユーザが、そのユーザにサービスを行うために割当てられたサービング呼制御サーバと確立した進行中セションについてのセション情報を保有する。従って、このアクセスサーバは、ユーザの進行中セションのセション情報を、そのユーザにサービスを行うのに割り当てられたサービング呼制御サーバへの参照情報にリンクさせて保存する手段を含む。
【００３９】
本発明を第４の側面から見れば、このアクセスサーバはまた、そのユーザにサービスを行うのに以前割り当てられたサービング呼制御サーバと新しく割り当てられたサービング呼制御サーバとの間のハンドオーバの指示を受信する手段と、そのユーザ（ＵＥ）についての進行中セションとリンクデータを存続させる手段とを含む。
【００４０】
さらに、このアクセスサーバは、進行中セションを存続させる手段が、新しいサービング呼制御サーバへの参照情報を格納する手段と、その参照情報に対して進行中セションをリンクさせる手段と、以前に割り当てられたサービング呼制御サーバへの参照情報を廃棄する手段とを含むように構成されてもよい。
【００４１】
上述の最後の構成の代わりに、そして上述のサービング呼制御サーバにおける対応する特徴と首尾一貫させるために、そのアクセスサーバは、進行中セションを存続させる手段が、新しいサービング呼制御サーバへの参照情報を格納する手段と、その参照情報に対して進行中セションと以前に割り当てられたサービング呼制御サーバへの参照情報とをリンクさせる手段とを含むように構成されてもよい。
【００４２】
上述の方法にさらに寄与するよう、通信ネットワークのユーザにサービスを行うサービング呼制御サーバを割り当てるのに適した中間通信ネットワークサーバが提供される。ここで、この中間通信ネットワークサーバによる割り当ては、ユーザにサービスを行うために各サービング呼制御サーバが有する一連の能力機能情報に基づいて行われる。この中間通信ネットワークサーバは、新しいサービング呼制御サーバを割り当てるための能力機能基準を受信する手段と、その能力機能基準により良くフィットする新しいサービング呼制御サーバを選択する手段とを有する。本発明を第５の側面から見れば、この中間通信ネットワークサーバはまた、ハンドオーバのために、以前に割り当てられたサービング呼制御サーバの識別情報を新しく割り当てられたサービング呼制御サーバに送信する手段を含む。
【００４３】
本発明の特徴、目的および利点は、添付図面とともに以下の説明を読むことにより明らかとなろう。
【発明を実施するための最良の形態】
【００４４】
次に、通信ネットワークにおいて、適当な一連の能力機能でユーザにサービスを行うために割り当てられた第１および第２のサービング呼制御サーバの間で効果的なハンドオーバを実行する一方、以前から第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に保持されたそのユーザに関する進行中セションが存続し、そのユーザの新しいセションが第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）でのみ確立されることが許されるようないくつかの好ましい実施例を説明する。
【００４５】
本発明によれば、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）が以前に選択された第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）は有しない、ユーザにより要求された能力機能を有していると判断されたとき、そのユーザにサービスを行う第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を再割当てする新しい方法と機能強化されたサーバが提供される。第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）の再割当を強制する更なる能力機能を判断するステップは、そのユーザのユーザプロフィールをダウンロードする第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）と通信ネットワークの各ユーザのユーザプロフィールを保持する加入者サーバ（ＨＳＳ）との間で実行される。本発明に従ういくつかの実施例が提供され、それにより、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）において以前にそのユーザについて確立され、なお進行中であるセションを存続させ、効果的なハンドオーバ手順を達成する。
【００４６】
図１に示されるＩＭＳに適用可能な既知の解決策では、再割り当ては、サーバの変更が必要との指示（サーバ変更）を伴う登録抹消命令（Ｓ−０１）を、ホーム加入者サーバ（ＨＳＳ）から１番目に割り当てられたサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ−１）に送信することにより開始される。その割り当てられたサービング呼状態制御機能エンティティは、そのユーザ（ＵＥ）に関して進行中セションを解放し（Ｃ−０１）、ホーム加入者サーバ（ＨＳＳ）にそのような解放の確認応答を行い（Ｓ−０２）、プロキシ呼状態制御機能エンティティ（Ｐ−ＣＳＣＦ）に対して再登録の通知を送信する（Ｓ−０３）。一旦、１番目のサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ−１）がホーム加入者サーバ（ＨＳＳ）において登録抹消され、進行中セションが解除されると、そのユーザ（ＵＥ）はそのプロキシへの新規登録を開始し（Ｓ−０５）、次いでプロキシは問合せ呼状態制御機能エンティティ（Ｉ−ＣＳＣＦ）にそのユーザについて問い合わせを行う（Ｓ−０６）。問合せ呼状態制御機能エンティティはホーム加入者サーバ（ＨＳＳ）に新しい割当基準を要求し（Ｓ−０７）、ホーム加入者サーバはそのユーザのユーザプロフィールの情報要素から導出可能な一連の能力機能基準を返信する（Ｓ−０８）。問合せ呼状態制御機能エンティティは、受信した一連の能力機能基準によってそのユーザにより良くサービスできる２番目のサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ−２）を選択して割り当てる（Ｓ−０９）。２番目のサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ−２）は、そのユーザのユーザプロフィールをホーム加入者サーバ（ＨＳＳ）に要求して取得し（Ｓ−１０、Ｓ−１１）、問合せ呼状態制御機能エンティティ（Ｉ−ＣＳＣＦ）宛てに新規登録の確認応答を行う（Ｓ−１２）。問合せ呼状態制御機能エンティティはプロキシ呼状態制御機能エンティティ（Ｐ−ＣＳＣＦ）にそのような新規登録の確認を行い（Ｓ−１３）、これを受けてプロキシは１番目のサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ−１）への参照情報を廃棄させ、新しいサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ−２）への参照情報を格納させ、その後、ユーザに登録の確認応答を行う（Ｓ−１４）。
【００４７】
図２に示す本発明の第１の実施例では別の挙動が提案される。そこでは、割り当てられた第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）は、加入者サーバ（ＨＳＳ）から送られた登録抹消命令に対してそのユーザの進行中セションをまだ有している旨の指示（Ｓ−１５）とともに応答する。このまだ割り当て状態にあるサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）はそのユーザに新規セションの確立を許すことなく、セション終了まで待機（Ｃ−０２）し、その後、そのユーザを加入者サーバ（ＨＳＳ）から登録抹消して（Ｓ−１６）、新しいサービング呼制御サーバの再割り当てが進むようにする。一旦、加入者サーバがその手続きに確認応答する（Ｓ−１７）と、以前に割り当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）は、ユーザが通信ネットワークにアクセスする際に、経由したプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に対して、再登録の通知を行い（Ｓ−０３）、その後、元々のＩＭＳシナリオでなされるのと同様の方法により再割当の処理が続く。即ち、そのユーザはプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に再び、登録を行い（Ｓ−０５）、そのプロキシは中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）と交信し（Ｓ−０６）、中間通信ネットワークサーバは加入者サーバ（ＨＳＳ）からサーバ能力機能を取得する（Ｓ−０７、Ｓ−０８）。中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）は、加入者サーバに保持されるそのユーザのユーザプロフィールに含まれる情報要素から導出可能であるこれらサーバ能力機能に基づいて、そのユーザにサービスを行う新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を選択して、そのユーザに前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を割り当てる（Ｓ−０９）。その後、その新しく割り当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は、加入者サーバ（ＨＳＳ）にユーザプロフィールのダウンロードを要求して（Ｓ−１０）、そのようなユーザプロフィール（Ｓ−１１）を取得し、中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）に対する割当を確認する（Ｓ−１２）。中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）は、プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に対してそのような新規登録の確認を行い（Ｓ−１３）、そのプロキシは第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）への参照情報を廃棄し、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報を格納し、それから、ユーザに登録に対して確認応答を行う（Ｓ−１４）。
【００４８】
この非常に簡単な第１の実施例では、進行中セションを存続させることによって現行のメカニズムが改善されており、ユーザが多くの新規セションを連続的に確立することのないシナリオではこの改善で十分かもしれない。しかし、ユーザは、好ましくは、以前からのサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）での新規セションを確立することが許されず、以前から進行中のセションの終了を待つことになる。その後では、ユーザは新規セションの確立が可能な新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）の割り当てを受けるために、再度の登録を行うことができる。
【００４９】
本発明の第２の実施例では、図３に示すように、上述の事態が許容できないシナリオにおいてユーザの期待をより良く達成できる別の方法が提供される。このアプローチの下では、第１の実施例でなされたのと同様に、最初に割り当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）は、加入者サーバ（ＨＳＳ）から送られる登録抹消命令（Ｓ−０１）に対して、そのユーザの進行中セションをまだ保有している旨の指示（Ｓ−１５）とともに応答する。にもかかわらず、この第２の実施例では、まだ割り当て状態にあるサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）は、存続し進行中のセションの終了を待機することなく、直ちにプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に対して再登録の通知（Ｓ−０３）を送信する。その後、再割り当て処理は、第１の実施例におけるのと同様、新しく割り当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）が中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）に対する割当てを確認する（Ｓ−１８）まで続く。そのユーザの進行中セションがまだ存続している（Ｃ−０３）ため、この確認はプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）の異なるさらに別の挙動を示唆する。中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）は最終的にプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に対して新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）の割り当てを確認する（Ｓ−１９）。第２の実施例では、この確認（Ｓ−１９）により、プロキシは少なくとも進行中セションへの、そして好ましくは第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）についてもそれへの参照情報を保有するためハンドオーバ手順（Ｃ−０４）を実行する。このハンドオーバ手順（Ｃ−０４）においても、プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）は第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報を格納し、好ましくは、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報に第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）で進行中のセションへの参照情報をリンクさせ、それからユーザ（ＵＥ）に登録を確認する（Ｓ−１４）。このやり方では、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）はユーザの進行中セションを存続させるが新しいセションの確立は許さない一方、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は通常の処理同様、そのユーザの新しいセションの確立を許しそれらを存続させる。プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）は、好ましくは、古いセションと新しいセションの判別を行うことや、それらを第１および第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２）に関連付けすることを担当する。
【００５０】
上述の第２の実施例を基本に、この後に続く代替案の実施例が提供される。そこでは、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）でユーザの進行中セションを存続させることに関与する第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）について、２つの異なるアプローチが示され、また有利な特徴の別の組み合わせについても説明する。
【００５１】
図４ａとそれに続く図４ｂ１、図４ｃ１で構成されるシーケンス図で示される第３の実施例では、進行中のハンドオーバをマークし、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）を格納するステップ（Ｃ−０５）が、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）からそのユーザの進行中セションを依然として保有している旨の指示（Ｓ−１５）を受信したとき、加入者サーバ（ＨＳＳ）で実行される。
【００５２】
この識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）がさらに第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に提供され、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）がそのユーザの以前から進行中セションを管理担当していることに気づく。加入者サーバ（ＨＳＳ）が中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）と密結合している場合、第３の実施例について図４ｂ１が示すように、能力機能基準とともに識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）が中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）に送信されてもよい（Ｓ−２０）。中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）は、加入者サーバに保持されたユーザのユーザプロフィールに含まれる情報要素から導出可能な能力機能基準に基づいて、そのユーザにサービスを行う新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を選択し、そして、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）を新しく割り当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に送信する（Ｓ−２１）。
【００５３】
その識別情報の受信により、一旦、ユーザへのサービスに割り当てられたばかりの第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）が第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）について気づくなら、そのユーザ（ＵＥ）の以前から進行中セションへの扱いに関与する第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）について、本発明に従ういくつかの代替案が見えてくる。
【００５４】
第３の実施例に従えば、図４ｂ１に示すように、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）はユーザの進行中セションについてのセション情報（Ｓ−２２）を第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に要求する。一旦、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）からそのようなセション情報を受信する（Ｓ−２３）と、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は、セション夫々に関わるすべての呼制御サーバ及びアプリケーションサーバと交信し（Ｃ−０６）、セション情報を交換するとともに、それらのサーバに第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）が今後そのユーザ（ＵＥ）のセションを制御するサーバであることを知らせる。このセション情報の交換（Ｃ−０６）が行われた後、図４ｃ１に示すように、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）で以前からの進行中セション（Ｃ−０３ｈ）は、今やそのような進行中セション（Ｃ−０３ｈ）の管理担当である第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）によって効果的に処理される。その情報交換が成功し、進行中セションが今や第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）によって扱われるようになるなら、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）を加入者サーバ（ＨＳＳ）から登録抹消し（Ｓ−２６）、加入者サーバ（ＨＳＳ）はそのような登録抹消に確認応答する（Ｓ−１７）。この図では示していない代替の実施例では、セション情報交換がうまく実行されると、図４ｃ１が示すように第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）ではなく、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）が加入者サーバ（ＨＳＳ）に登録抹消命令（Ｓ−１６）を送信し、そして、対応する確認応答（Ｓ−１７）を受信するサーバとなる。
【００５５】
その後、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は、ハンドオーバが完了したこと、及びそのユーザの進行中セションが今や第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）によって扱われていることを確認する情報を中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）に送信する（Ｓ−２７）。中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）はこの確認情報をプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に転送し（Ｓ−２８）、プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）はハンドオーバ手順を実行する（Ｃ−０９）。即ち、第３の実施例では、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報を格納し、ユーザの進行中セションへの参照情報を上述の第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報にリンクさせ、そして古くなった第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）への参照情報を廃棄する。最終的に、プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）がそのユーザ（ＵＥ）に再登録の確認応答を行う（Ｓ−１４）。
【００５６】
第４の実施例が、図４ａとそれに続く図４ｂ２と図４ｃ１とを含むシーケンス図で示されるように提供され、第３の実施例で示されたものとは別のメカニズムを提供する。そのメカニズムでは、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）を第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に提供し、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）がユーザの以前からの進行中セションを管理担当する第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に気づくようにする。第４の実施例の図４ｂ２に示されるように、加入者サーバ（ＨＳＳ）によって中間通信ネットワークノード（Ｉ−ＣＳＣＦ）に提供される（Ｓ−０８）能力機能基準には第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）を含んでおらず、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）をこの再登録を割り当てる（Ｓ−０９）とき、中間通信ネットワークノード（Ｉ−ＣＳＣＦ）もそれを含んでいない。第４の実施例ではその代わりに、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）から対応する要求（Ｓ−１０）を受信した際に、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）が、加入者サーバ（ＨＳＳ）から第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）にユーザプロフィールとともに直接、送信される。識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）の提出を別とすれば、第３と第４の実施例との間には実質的に互いに対して相違はない。
【００５７】
さらに、本発明に従う第５および第６の実施例が提供され、前者（第５の実施例）は図４ａとそれに続く図４ｂ３と図４ｃ２を、後者（第６の実施例）は図４ａとそれに続く図４ｂ４と図４ｃ２を、夫々含むシーケンス図によって示される。
【００５８】
第５と第６の実施例は両方とも、第３と第４の実施例と、図４ａに示される特徴を共有する。その特徴は、進行中のハンドオーバをマークし、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）を格納するステップ（Ｃ−０５）を含む。また、第５と第６の実施例それぞれ、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）を加入者サーバ（ＨＳＳ）から第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に提供する２つの代替的メカニズムを共有する。従って、図４ｂ３に示されるように、第５の実施例は、第３の実施例と同様、そのような識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）を能力機能基準（Ｓ−２０）とともに、加入者サーバ（ＨＳＳ）から中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）に送信し、そして、中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）から第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に送信する（Ｓ−２１）ことを提案する。同様にして、図４ｂ４に示されるように、第６の実施例は、第４の実施例と同様、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）から対応する要求（Ｓ−１０）を受信した際に、そのような識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）がユーザプロフィールとともに、加入者サーバ（ＨＳＳ）から第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に送信される（Ｓ−２４）ことを提案する。
【００５９】
第３と第５の実施例との間、及び第５と第６の実施例との間の相違は、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）と第２（Ｓ−ＣＳＣＦ−２）のサービング呼制御サーバがユーザの進行中セションを存続させるために協働する方法にある。
【００６０】
第３および第４の実施例では、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は進行中セションのセション情報を第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に要求して（Ｓ−２２）、そこからこれを取得し（Ｓ−２３）、各セションに関与するすべての呼制御サーバとアプリケーションサーバの夫々とセション情報（Ｃ−０６）を交換する。このようにすることにより、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）を完全に置換して、ユーザの進行中セションを処理できるようになり、その結果、前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）が登録抹消され、ルーティングチェインからの消滅が可能となる。シグナリングトラフィックのルーティングチェインに関与するこのメカニズムは、図６に示されるハンドオーバが生じない場合の通常のルーティングチェインに留意して図７に示されている。図７に示されるように、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）が他の呼制御サーバ（Ｓ−ＣＳＣＦ−Ｂ、Ｐ−ＣＳＣＦ−Ｂ）およびアプリケーションサーバ（ＡＳ）との情報交換のためにセション情報を要求した（Ｓ−２２）とき、ハンドオーバ後に達成される最終結果は、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）がルーティングチェインから消滅するという点である。
【００６１】
しかしながら、第５および第６の実施例では、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）をルーティングチェインから消滅せず、むしろ第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を階層構造の頂点に据えるという別のメカニズムが提供される。そのメカニズムでは、最初に、プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）から受信され、ユーザセションに関与する他の呼制御サーバやアプリケーションサーバに向けられることが意図されたすべてのシグナリング、次に、ユーザセションに関わる他の呼制御サーバやアプリケーションサーバから受信され、プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に向けられることが意図されたすべてのシグナリングを、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対してトランスペアレントに転送される。第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に転送されたシグナリングは、そこで、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）が有する能力機能に照らして処理され、然るべき応答が第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に返送され、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）はそのシグナリングを元々それらが向けられていた宛先へトランスペアレントに転送する。シグナリングトラヒックのルーティングチェインに関与するこの代替的メカニズムが、図６に示されるハンドオーバが生じない場合の通常のルーティングチェインに留意して図８ａに示されている。図８ａに示されるように、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）がオンフックであることを要求した（Ｓ−２５）時、参照情報やセション情報を他の呼制御サーバやアプリケーションサーバと交換する必要はなく、むしろ、階層構造的には第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）のうえに据えて、前者がセションを完全に制御する一方、後者は自分自身の通信ネットワーク中のプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）から、或いは他の呼制御サーバ（Ｓ−ＣＳＣＦ−Ｂ、Ｐ−ＣＳＣＦ−Ｂ）やアプリケーションサーバ（ＡＳ）から受信したシグナリングを単に転送するだけとなる。このアプローチでは、ユーザにサービスを行うのにより多くの通信ネットワークサーバが使用されるかもしれないが、第１から第２の呼制御サーバへのハンドオーバ時に通信ネットワーク中で交換すべきシグナリングはそれほど多くはない。この方法についてさらに、図８ｂが、図７に示され、そして、第３および第４の実施例について説明がなされたアプローチに従うような場合に、第２から第３（Ｓ−ＣＳＣＦ−３）の呼制御サーバへのさらなるハンドオーバが他の呼制御サーバ（Ｓ−ＣＳＣＦ−Ｂ、Ｐ−ＣＳＣＦ−Ｂ）やアプリケーションサーバ（ＡＳ）とのさらなる参照情報の交換を必要とせずに、どのように実行されるかを示している。
【００６２】
それ故に、第５および第６の実施例について夫々、図４ｂ３および図４ｂ４に示されるように、そのユーザのユーザプロフィール（Ｓ−１１、Ｓ−２４）と第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−２１、Ｓ−２４）を受信した後、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は、この識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）により識別される第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に対して、オンフックであることの要求を送信する（Ｓ−２５）。第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）からセション情報（Ｓ−２３）を受信するとき、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は内部的なハンドオーバ手順（Ｃ−０７）を実行して、以前には第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）から扱われていたそのユーザの進行中セションを制御する準備を行う。それから、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は、上述の第２の実施例において既に説明したように、中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）に対してその割り当てを確認（Ｓ−１８）できる。図４ｃ２に示されるように、中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）もまた、プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に対して、新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）の割り当てを確認する（Ｓ−１９）。第２の実施例に関しては、また、第５および第６の実施例でも、この確認（Ｓ−１９）によりプロキシは、ユーザ（ＵＥ）への登録（Ｓ−１４）を確認する前に、進行中セションへの、そして、おそらくは第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）についてもそれへの参照情報を保存し、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報を保存し、そして好ましくは第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報を進行中セションへの参照情報にリンクさせるハンドオーバ手順（Ｃ−０４）を実行する。
【００６３】
このアプローチでは、いつそのユーザのセションが終了（Ｃ−０８）したかを、第１および第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２）のいずれもが気づくことができる。しかしながら、たとえ第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）がそのセションを制御するサーバであるとしても、登録抹消されるサーバは第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）であり、従って好ましくは加入者サーバに登録抹消命令（Ｓ−１６）を送信するサーバである。登録抹消命令への確認応答（Ｓ−１７）を加入者サーバから受信するとき、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）は登録抹消通知（Ｓ−２９）をプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に対して送信し、そのプロキシは前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に格納された参照情報と第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対する他の参照情報とのリンク情報があればそれらを削除する。この点に関して、気づかれるかもしれないが、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）と第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）の両方が、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の登録抹消の（Ｓ−２６、Ｓ−１６）トリガ信号を加入者サーバ（ＨＳＳ）宛てに送出するサーバとして構成されても良いし、これは第３から第６の実施例に示されるその他の選択肢如何に関わるものではない。
【００６４】
本発明はまた、特に図５に示されるメカニズムを提供する。これにより、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２）はユーザプロフィールのどの部分が理解されないか、或いはサポートされないかをレポート（Ｓ−３３）してもよい。原理上は、ユーザプロフィールが、前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２）からの要求に応じて、あるいは加入者サーバ（ＨＳＳ）主導での送り付けの結果として、通信ネットワークの加入者サーバ（ＨＳＳ）から直接受信されてもよい（Ｓ−３２）。あるいは、ユーザプロフィールはプロビジョニングシステムから、あるいは運用保守システムから、あるいはユーザプロフィールを、この明細書を通じて説明した情報要素と一緒に、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２）に提供するよう構成されたその他いかなるシステム（不図示）から受信されてもよい。サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２）から受信されたそのようなレポートは、加入者サーバ（ＨＳＳ）により、おそらくは中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）との協働して用いられ、ユーザ(ＵＥ、ＵＥ−Ａ)にサービスを行う新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）の再割り当てを開始する契機としても良い。
【００６５】
再割り当ての開始に先立って、加入者サーバ（ＨＳＳ）は好ましくは、要求された能力機能を有するサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）が通信ネットワーク中に存在するかどうかをチェックする。この目的のために、加入者サーバはいわゆる“正統な（canonical）ユーザプロフィール”を構築してもよく、これが通信ネットワーク中のすべてのサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）にダウンロードされてもよい。この正統なユーザプロフィールは、通信ネットワークの運用者により定義された一連のサーバ能力機能へとマップするユーザプロフィール中の情報要素（標準および独自仕様の要素）を含んでいる。加入者サーバは、この正統なユーザプロフィールを、任意のサービング呼制御サーバに対して、任意の時に、しかし好ましくは低トラヒック状態の時間に、加入者サーバ主導でダウンロード送信し、新しいサービング呼制御サーバを再割当するためではなく、各サービング呼制御サーバが有する能力機能を見つけても良い。
【００６６】
従って、本発明によって提供されるこのメカニズムにより、正統なユーザプロフィールがサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）にダウンロードされ、それぞれのレポートがそこから得られる。そのレポートでは、サポートされない部分や理解できない部分が示され、ユーザプロフィールの保有者、おそらく加入者サーバ（ＨＳＳ）、あるいは通信事業者のプロビジョニングシステム、或いは、運用保守システムは、各サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）が加入者サーバとの通信ネットワーク接続をセットアップして、ユーザにより進んだサービスを提供するためにサーバ能力機能をネゴシエートするとき、正統なユーザプロフィールのどの部分がサポートされないかを知ることができる。
【００６７】
ユーザプロフィールあるいは正統なユーザプロフィールが拡張可能なマーク付け言語（eXtensible Markup Language 以後、ＸＭＬと呼ぶ）文書の規則および構文に従って発行されるような代表的な実施例においては、いわゆるXpath言語が、プロフィールのどの部分がサポートされないか、あるいは理解されないのかを指示するのに使用される。
【００６８】
この点について、XpathはＸＭＬ文書の特定部分をアドレスするためのよく知られた言語である。XpathはＸＭＬ文書をノードからなる木構造とみなすが、ここで各ノードは、ＸＭＬ文書における要素、属性、要素のテキスト値、コメントなどを表現するかもしれない。従って、XpathはＸＭＬ文書中の特定のノードやノードグループ、即ち、ノードセットを識別する表現についてＸＭＬ構文に準拠しない部分を明らかにする。たとえ、Xpathが文字列、数値、論理値を操作する基本機能を提供するとしても、本発明の目的のためのXpathの最も重要な寄与は、いわゆる“ロケーションパス（Location Path）”である。ロケーションパスは評価されてノードセットを生成する。ノードセットは、ＸＭＬ文書からの０個以上のノードの集まりである。ロケーションパスは多数のロケーションステップを有しており、それらが順番に評価される。１つのロケーションステップへの入力は、前のロケーションステップから返されたノードセットである。各ロケーションステップはそれ自身が相対ロケーションパスである。最初のロケーションパスが評価されるのはコンテキストノードに対してであるが、そのコンテキストノードはXpathにより提供される手段によってではなく、むしろ本発明が提供する手段によって確立される。
【００６９】
こうして、本発明は、加入者サーバ（ＨＳＳ）とサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）との間の交信に使われるプロトコルに新しいプロトコルパラメータを追加する手段を提供する。例えば、加入者サーバをサービング呼制御サーバと交信させるための最近好まれているプロトコルは、“Ｄｉａｍｅｔｅｒ”かもしれない。この代表的な実施例の下では、新しい属性−値の対（Attribute−Value Pair、以後ＡＶＰ）である“Non-Supported-User-Data”が導入され、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）が、加入者サーバ（ＨＳＳ）からのプロフィールのダウンロードの結果として、サービング呼制御サーバではサポートされないあるいは理解されないとされた、ユーザプロフィールあるいは正統なユーザプロフィールの部分を報告する。さらに、下記の表１に示すように、別の新規のＡＶＰが上記で説明したロケーションパスであってもよい。
【００７０】
表１
＜ Push-Profile-Answer ＞: :=＜ Diameter Header: 305, 167772151 ＞
＜Session-Id＞
｛Vendor-Specific-Application-Id｝
［Result-Code］
［Experimental-Result］
［Non-Supported-User-Data］
｛Auth-Session-State｝
｛Origin-Realm｝
＊［AVP］
＊［Proxy-Info］
＊［Route-Record］
【００７１】
上記の表１において、角括弧“［”と“］”は、その新しいＡＶＰがプロトコルレベルでは任意であり、従って必ずしもなくてよいことを示す。
【００７２】
上記の追加とは別に、新しい結果コードが本発明に従って提供され、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）は、ユーザプロフィールのダウンロードの際に加入者サーバに応答する。
【００７３】
この代表的な実施例では、新しい結果コードであるＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＮＳＵＰＰＯＲＴＥＤ＿ＵＳＥＲ＿ＤＡＴＡが、好ましくは３つの可能な理由の指示とともに使われる。第１の理由は、非整形なＸＭＬ文書あるいは利用可能な方式にはマッチできない整形された文書に起因する構文解析誤りであるかもしれない。第２の理由は、サポートされていないトリガ情報基準の検出であるかもしれない。第３の理由は、理解されない独自仕様の要素、つまり拡張要素の検出であるかもしれない。第１の理由については、ＸＭＬ文書全体の解析が失敗したのであるから、応答メッセージが詳細な情報を報告する必要はない。しかし後の２つの理由、即ち、サポートされないトリガ情報基準の検出と理解されない独自仕様要素の検出については、上記の表１の規則に従って、情報要素がサポートされなかったり、あるいは理解されなかった数だけのLocation−Xpath文とともに、対応する情報要素が報告される。各Location−Xpathは、好ましくは、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）によってサポートあるいは理解されない、そのユーザのユーザプロフィールまたは正統なユーザプロフィールを表現するＸＭＬ文書の要素、属性、または要素値を評価する。
【００７４】
ユーザ（ＵＥ）がプロキシ呼制御サーバを通して通信ネットワークにアクセスし、そのユーザにサービスを行うのに適した能力機能を有するサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）が割り当てられているという既に説明した代表的なシナリオでは、さらにユーザは、その目的のために準備されたソフトウェアをダウンロードすることによりユーザ端末のアップグレードをユーザに提供するアプリケーションサーバ（ＡＳ）にアクセスするかもしれない。このシナリオは、図５に示される本発明の別の特徴の有用な利用法を示すのに適している。
【００７５】
図５に示すように、ユーザ（ＵＥ）が一旦、ユーザ端末のアップグレードを要求すると（Ｓ−３０）、そのアップグレードを受付る前に、アプリケーションサーバ（ＡＳ）が直接あるいは、例えば、プロビジョニングシステムのような中間システムを通して、通信ネットワークユーザのユーザプロフィールを管理担当する加入者サーバ（ＨＳＳ）と交信して（Ｓ−３１）ユーザプロフィールを更新する。ユーザプロフィール更新は、ユーザプロフィールへの新しいトリガ情報の付加、関連するトリガ情報の変更、あるいは、新しいコーデックのようなユーザプロフィールに対する新しい情報要素の付加を示唆するかもしれない。加入者サーバ（ＨＳＳ）はユーザプロフィールを更新し（Ｓ−３４、Ｓ−３５）、あるいはユーザプロフィールの変更された、或いは変更されなかった情報要素を用いて正統なユーザプロフィールを構築して、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に対するユーザプロフィールのダウンロードを行なう（Ｓ−３２）。サービング呼制御サーバはその新しいユーザプロフィールが完全に理解されサポートされるかどうかを示す確認信号（Ｓ−３３）、あるいは、ユーザプロフィールまたは正統なユーザプロフィールの、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）において理解あるいはサポートされない部分を用いて応答する。この情報を用いるなら、加入者サーバ（ＨＳＳ）はサービング呼制御サーバ（Ｓ−ＣＳＣＦ）がそのユーザにサービスを行うのに必要な追加の能力機能を判断することができる。加入者サーバは、そのユーザプロフィールあるいは正統なユーザプロフィールを、そのユーザにサービスを行う候補である他のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）に対して、プッシュ型のダウンロードを行う（Ｓ−３２）ことにより、図５には示されていない、別のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）があることをチェックするかもしれない。一旦、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）がそのユーザにサービスを行うのに適当であることが判明すると、加入者サーバは更新されたユーザプロフィールを保存し、アプリケーションサーバ（ＡＳ）に対してそのユーザ端末のアップグレーディングを確認する応答をしてもよい（Ｓ−３６）。もし、どのサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）も要求されたサーバ能力機能を有していないことが判明すると、加入者サーバ（ＨＳＳ）はそのようなアップグレードを拒絶してもよい（Ｓ−３６）。結局は、アプリケーションサーバ（ＡＳ）は、成功確認あるいは要求された動作の拒絶でもってユーザ端末（ＵＥ）に応答する（Ｓ−３７）。このメカニズムは、サービング呼制御サーバが通信ネットワークのユーザにサービスを行うために有する予め定義された一連の能力機能に従って、通信ネットワーク運用者が網を構成するのに利用されてもよい。
【００７６】
上記のように本発明をいくつかの実施例により例示的かつ非限定的な方法により説明した。これらの実施例の変形や組合せが上述の教示に照らして可能であることは明らかであり、請求項の範囲に納まるこれら実施例へのいかなる変形例も本発明に含まれることが意図されている。
【図面の簡単な説明】
【００７７】
【図１】以前に割り当てられたサービング呼制御サーバが適切な能力機能を保有しないと判明した際に、ユーザにサービスを行う新しいサービング呼制御サーバ再割当についての現行手順を示すシグナリングフローシーケンスを示す。
【図２】ユーザにサービスを行う新しいサービング呼制御サーバ再割当を改善する本発明に従う第１実施例についてのもので、そのユーザについての進行中セションが解放されることなく存続させられる場合を示している。
【図３】ユーザにサービスを行う第１と第２のサービング呼制御サーバ間のハンドオーバを実行する一方、そのユーザについての以前から進行中セションを存続させる本発明に従う第２実施例を説明するフローシーケンスを示す。
【図４ａ】、
【図４ｂ１】、
【図４ｂ２】、
【図４ｂ３】、
【図４ｂ４】、
【図４ｃ１】、
【図４ｃ２】図４ａと、図４ｂ１と図４ｂ２のいずれかと、図４ｃ１との組み合わせにより、ユーザにサービスを行う第１と第２のサービング呼制御サーバ間のハンドオーバを実行する一方、そのユーザについての以前から進行中セションを存続させる代替実施例である第３及び第４実施例を示し、一方、図４ａと、図４ｂ３と図４ｂ４のいずれかと、図４ｃ２との組み合わせにより、同様の目的のための代替実施例である第５及び第６実施例を示す。
【図５】複数のエンティティと複数のインタフェースとを含む代表的なシナリオの基本アーキテクチャを概略的に示し、加入者サーバがサービング呼制御サーバと協働して、アプリケーションサーバがユーザ要求によりユーザ端末のアップグレードを許可するのに先立って、ユーザプロフィールのどの部分がそのサービング呼制御サーバにより理解されサポートされるかをチェックすることを示している。より具体的には、図５は、ユーザプロフィールのどの部分がそのサービング呼制御サーバにより理解されサポートされるかについて加入者サーバとサービング呼制御サーバとの間でのチェック動作を図示している。
【図６】２つのサービング呼制御サーバ間のハンドオーバが実行されない場合に、第１のユーザ“Ａ”と第２のユーザ“Ｂ”と間の、或は、第１のユーザとアプリケーションサーバとの間のルーティングチェインに関与するエンティティとインタフェースとを含む基本ダイアグラムを示す。
【図７】２つのサービング呼制御サーバ間のハンドオーバを実行する本発明のいくつかの実施例に従い図６の基本ダイアグラムがどのように変更されるかを示す。具体的には、図７は第３及び第４実施例に従って本発明を実行した場合に得られる結果を示す。
【図８ａ】２つのサービング呼制御サーバ間のハンドオーバを実行する本発明のいくつかの実施例に従い図６の基本ダイアグラムがどのように変更されるかを示す。具体的には、図８ａは第５及び第６実施例に従って本発明を実行した場合に得られる結果を示す。
【図８ｂ】図８ａに示した１つにより、そして、第５及び第６実施例に従って第２のハンドオーバがどのように実行されるかを示す。
【技術分野】
【０００１】
本発明は一般に、ユーザへのサービスを行うために割当てられるサービング呼制御サーバについて、第１のサービング呼制御サーバがそのユーザへのサービスに適した能力を保有しないことが判明した際に、第１と第２のサービング呼制御サーバ間のハンドオーバに関する。特に、本発明はまた、サービング呼制御サーバがサポートしない能力について報告するメカニズムに関する。
【背景技術】
【０００２】
現存する移動通信ネットワークの多くが、また標準化団体が策定中の将来の通信ネットワークについてもおそらくその多くが、それぞれのユーザ機器を持つエンドユーザに対して、その通信ネットワークのサービング呼制御サーバによってサービスを受けることを要求する。この点について、３ＧＰＰや３ＧＰＰ２の規格で規定されるＩＰマルチメディアサブシステム（ＩＭＳ）に準拠して動作する代表的な通信ネットワークにユーザが接続するとき、その通信ネットワークに明示的に登録しておくことにより、そのユーザというよりそのユーザ機器へサービスを行う通信ネットワークによって、特定のサービング呼制御サーバが割り当てられる。説明を簡単にするために、この明細書および図面全体を通して、ユーザとユーザ機器に同じ略語“ＵＥ”を共用する。
【０００３】
サービング呼制御サーバの割り当ては、通信ネットワークの別のエンティティによって、そのユーザのユーザプロフィール中の多数の情報要素にフィットするために必要な能力機能のリストを考慮して実行される。その別のエンティティは、好ましくは、ユーザが通信ネットワークにアクセスする際に経由するアクセスサーバからそのユーザについて問い合わせを受ける中間サーバである。
【０００４】
現在のところ、第３世代パートナーシッププロジェクト（３ＧＰＰ）により規格化された上記ＩＰマルチメディアサブシステム（以下、ＩＭＳという）の現行アーキテクチャでは、ユーザ（ＵＥ）はプロキシ呼状態制御機能（Ｐ−ＣＳＣＦ）を通してＩＭＳにアクセスし、このＰ−ＣＳＣＦはそのユーザについて問合せ呼状態制御機能（Ｉ−ＣＳＣＦ）に問い合わせる。後者のもの、即ち、Ｉ−ＣＳＣＦはホーム加入者サーバ（ＨＳＳ）に問い合わせてそのユーザのユーザプロフィールを取得する。このユーザプロフィールには、１つの或は別のサービング呼状態制御機能（Ｓ−ＣＳＣＦ）、即ち、そのユーザ（ＵＥ）にサービスを行うのに必要な一連の特定の能力機能を提供するサービング呼状態制御機能を割り当てるための基準としての役割を果たす多くの情報要素が含まれる。
【０００５】
上述の呼状態制御機能エンティティ（Ｐ−ＣＳＣＦ、Ｉ−ＣＳＣＦ、Ｓ−ＣＳＣＦ）のほかに、ＩＭＳは大抵、ユーザに専用サービスを提供する複数のアプリケーションサーバ（ＡＳ）を含む。ＩＭＳのエンティティとアプリケーションサーバ（ＡＳ）との間の相互作用は、セション開始プロトコル（ＳＩＰ）のシグナリングで動作するトリガにより支配される。そのようなトリガはホーム加入者サーバ（ＨＳＳ）に格納されたユーザプロフィールの一部であり、ユーザ（ＵＥ）のＳＩＰ登録時にサービング呼状態制御機能（Ｓ−ＣＳＣＦ）へダウンロードされる。さらに、そのようなトリガは、トリガの条件が満たされたときにＳＩＰメッセージが転送されねばならない特定のアプリケーションサーバ（ＡＳ）を決定する。
【０００６】
要するに、ユーザプロフィールは一般に多くの情報要素を含み、そのある部分はサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ）がユーザ（ＵＥ）に割り当てられるために概ね果たすべき一連の機能能力を表し、また別の部分はサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ）がユーザに専用サービスを提供する特定のアプリケーションサーバ（ＡＳ）を決定するために適用する一連のトリガを表す。さらに、ユーザプロフィールは、例えば、そのユーザに対して認可されたいわゆる“コーデック（ｃｏｄｅｃ）”のリストのような、あるサービスに対する認可を示す別の情報要素部分をも含んでもよい。さらにまた、ユーザプロフィールは、課金やその他の目的に使用できる情報要素の別の部分を含んでもよい。原理上、これらの情報要素のどれかが上述の目的の１つ以上に利用可能であることを妨げる理由はない。さらに具体的には、ユーザプロフィールは、標準化された情報要素、即ち、公知の構造化された要素或は構造化されない要素を含んでもよく、また、異なった特質の独自或は非標準の情報要素を含んでもよい。
【０００７】
現在、適用可能なＩＭＳ規格では、ホーム加入者サーバ（ＨＳＳ）からサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ）へのユーザプロフィールは提出される。それは、前者主導によってでも後者主導によってでもよい。１番目のシナリオでは、例えば、通信ネットワーク運用者によってホーム加入者サーバ（ＨＳＳ）中のユーザプロフィールが、例えば、トリガの追加または削除により更新されるとき、ホーム加入者サーバ（ＨＳＳ）がサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ）にそのユーザプロフィールのダウンロードを行うように求める。２番目のシナリオでは、例えば、ユーザが問合せ呼状態制御機能エンティティ（Ｉ−ＣＳＣＦ）によってサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ）を割り当てられるとき、前者のもの、即ち、サービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ）がホーム加入者サーバ（ＨＳＳ）に対してそのユーザのユーザプロフィールのダウンロードを要求する。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従って、本発明のために、ＩＰマルチメディアサブシステム（ＩＭＳ）に従って動作する代表的な通信ネットワークでは、ユーザ（ＵＥ）はアクセスサーバ、即ち、この明細書におけるプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）を通して通信ネットワークにアクセスする。プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）はユーザのユーザプロフィールの管理を担当する加入者サーバ（ＨＳＳ）と結合した中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）と通信を行う。中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）はユーザプロフィールに含まれる情報要素から導出可能なサーバ能力機能に基づいて、そのユーザへサービスを行うのに適切なサービング呼制御サーバ（Ｓ−ＣＳＣＦ）を選択し、そのサービング呼制御サーバ（Ｓ−ＣＳＣＦ）をユーザに割り当てる。そして、その割り当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ）は中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）と結合した加入者サーバ（ＨＳＳ）にそのユーザプロフィールのダウンロードを要求する。
【０００９】
現状では、上述のメカニズムにおいてもまた加入者サーバ（ＨＳＳ）主導でユーザプロフィールのダウンロードするときでも、サービング呼制御サーバ（Ｓ−ＣＳＣＦ）はユーザプロフィールの内容をそのまま受け取るか、或はユーザプロフィールとユーザへのサービスを両方とも拒絶するかのいずれかのみが可能である。具体的に言えば、そしてユーザプロフィールが独自仕様、或は非標準の情報要素を含むかもしれないことを勘案すると、サービング呼制御サーバ（Ｓ−ＣＳＣＦ）が何らかの状況下で理解不能な情報要素をもつユーザプロフィールを受け取ってしまい、運用者の知らぬうちに予期せぬ挙動を呈するといったことがあるかもしれない。この点については、ユーザプロフィールのダウンロードが加入者サーバ（ＨＳＳ）主導でなされたものであろうと、サービング呼制御サーバ（Ｓ−ＣＳＣＦ）から要求されたものであろうと殆ど何の違いもない。
【００１０】
例えば、ユーザ機器（ＵＥ）がプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）を通して通信ネットワークにアクセスし、そのユーザのユーザプロフィールの情報要素に従って、そのユーザにサービスを行うのに必要な能力機能にフィットするのに適したサービング呼制御サーバ（Ｓ−ＣＳＣＦ）を割当てられてもよい。あるとき、ユーザがそのユーザ機器のアップグレードを提供する特定のアプリケーションサーバ（ＡＳ）からサービスを受け、その目的に準備されたソフトウェアがそのユーザにダウンロードされるかもしれない。そのダウンロードの結果として、ユーザプロフィールを管理担当する加入者サーバ（ＨＳＳ）はそのことが通知され、そのユーザのユーザプロフィールのある情報要素がそれに従って更新される。加入者サーバ（ＨＳＳ）は自ら主導して、現在そのユーザにサービスを行うよう割当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ）に対して、その更新されたユーザプロフィールのダウンロードを行う。その新しい、或は更新されたユーザプロフィールはサービング呼制御サーバ（Ｓ−ＣＳＣＦ）によって分析され、何らかの情報要素が理解されないかサポートされないなら、前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ）はそのユーザプロフィールを拒絶するか、あるいは“ベストエフォート式”に従って可能な最善の方法でユーザにサービスを行ってもよい。ユーザプロフィールを拒絶する場合、加入者サーバ（ＨＳＳ）は、別のサービング呼制御サーバ（Ｓ−ＣＳＣＦ）がおそらく選択されるべきであったかと思うかもしれないが、しかしながら、加入者サーバはどのような新しい能力機能が選択基準として含められるべきなのかについて十分に気づいていないかもしれない。一方、サービング呼制御サーバ（Ｓ−ＣＳＣＦ）が“ベストエフォート式”に従うとき、加入者サーバ（ＨＳＳ）は前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ）における誤解を招く恐れのある挙動について知ってさえいないので、事態はさらに悪化する。
【００１１】
この代表的なシナリオでは、少なくともユーザプロフィールが拒絶されたときは、ユーザにより実行されたアップグレードのためのダウンロードの結果得られた更新された情報要素に基づいて、加入者サーバが別のサービング呼制御サーバ（Ｓ−ＣＳＣＦ）を選択しようと試みるかもしれない。従って、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）が選択されると、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）における全ての進行中セションを終了させる一方、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の登録を抹消し、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を登録することにより、以前割り当てられた第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）とより適した第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）との間のハンドオーバが実行される。
【００１２】
このサービング呼制御サーバ（Ｓ−ＣＳＣＦ）の登録抹消とそれに続く新規登録は、進行中セションの強制終了により達成される。このような手順は通信ネットワーク動作の弱点にして欠点とみなされ、その解決を本発明は目的としている。
【００１３】
従って、本発明の目的は、ユーザへのサービスに必要なサーバ能力機能により良くフィットするために、第１および第２のサービング呼制御サーバ間の現行のハンドオーバを改善する手段と方法を提供することにある。
【００１４】
第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）が選択されてユーザに割り当てられる２番目の代表的なシナリオでは、既に説明したように、この割り当てられた第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）が加入者サーバ（ＨＳＳ）にユーザプロフィールのダウンロードを要求する。通信ネットワーク構成の障害があったとすると、割り当てられた第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）は、サポートしていないあるいは理解不能な情報要素に出会い、ユーザプロフィールを拒絶するかもしれない。この状況では、加入者サーバ（ＨＳＳ）が第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を選択して割り当てるための新しい選択基準を確立する手段がなく、あるのは第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）をアドレスした際の以前からの基準であり、それはいまや不適切であることが判明している。
【００１５】
従って、本発明のもう１つの目的は、加入者サーバがサービング呼制御サーバを割り当てるための選択基準をアップグレードできるようなメカニズムを提供することにある。
【課題を解決するための手段】
【００１６】
上述の目的は、本発明によれば、請求項１に従う方法、及び請求項１０、２０、３１、３４に従う機能強化されたサーバの提供により達成される。このサーバでは、通信ネットワークにおいてユーザにサービスを行うのに割り当てられ、適切な一連の能力機能を備える第１と第２のサービング呼制御サーバ間のハンドオーバを実行する一方、それまで第１のサービング呼制御サーバに保持されていたユーザに対する進行中セションを存続させる。
【００１７】
従って、通信ネットワークにおける２つのサービング呼制御サーバ間のハンドオーバを実行する方法が提供される。ここで、ユーザはプロキシ呼制御サーバを通してその通信ネットワークにアクセスして、そのユーザにサービスを行う第１のサービング呼制御サーバが割り当てられ、第１のサービング呼制御サーバはそのユーザのユーザプロフィールの情報要素にフィットするのに適切な一連の能力機能を有している。従って、その方法は、そのユーザのユーザプロフィールの情報要素にフィットさせるために第１のサービング呼制御サーバによって提供されない能力機能を判断する工程と、第２のサービング呼制御サーバを割り当てるためにプロキシ呼制御サーバを通してそのユーザに対する再登録を開始する工程とを含んでいる。
【００１８】
本発明を第１の側面からみれば、再登録を開始する上記の工程はまた、プロキシ呼制御サーバとサービング呼制御サーバの両者でそのユーザに関する進行中セションとリンクデータを存続させる工程と、プロキシ呼制御サーバに第１と第２のサービング呼制御サーバ間のハンドオーバを指示して、第２のサービング呼制御サーバへの参照情報を格納する工程とを含む。
【００１９】
特に、第１のサービング呼制御サーバによって提供されない能力機能を判断する工程は、第１のサービング呼制御機能が対応する能力機能をもっていないユーザプロフィールの情報要素の変更を判断する工程を含んでも良い。これらの情報要素は、ユーザのアクティビティの結果としての変更を含むかもしれない。
【００２０】
しかしながら、第１のサービング呼制御サーバによって提供されない能力機能を判断する工程はまた、ユーザプロフィールの情報要素になんの変化がなくても、むしろサービング呼制御サーバを割り当てる選択基準の適用の結果に遭遇するかもしれない。従って、本発明に従えば、この方法は、サービング呼制御サーバが有する一連の機能能力の導出するのに関係した情報要素を含む正統なユーザプロフィールを構築する工程と、その正統なユーザプロフィールのどの部分がサービング呼制御サーバによって理解されサポートされるかをチェックする工程とを含んでも良い。
【００２１】
さらに、正統なユーザプロフィールのチェック機能がユーザプロフィールにもうまく適用され、その方法はさらにユーザプロフィールのどの部分がサービング呼制御サーバによって理解されサポートされるかをチェックする工程を含んでもよく、このチェック機能はどんなサービング呼制御サーバにも適用される。この点に関して、ユーザプロフィールのどの部分あるいは正統なユーザプロフィールのどの部分がサービング呼制御サーバによって理解されサポートされるかをチェックする工程は、好ましくは、サービング呼制御サーバにおいてプロフィールを受信する工程と、そのプロフィール中のサポートされない各部分、或は理解不能な各部分をアドレスする参照情報を返信する工程とを含む。
【００２２】
存続進行中セションは第１のサービング呼制御サーバによってサービスされ、そのユーザの新しいセションは第２のサービング呼制御サーバによってサービスされるいくつかの実施例と、存続進行中セションとそのユーザの新しいセションが第２のサービング呼制御サーバによってサービスされる別の実施例とでは、異なる利点が得られる。
【００２３】
正統なユーザプロフィールを構築する工程は、好ましくは、その通信ネットワークの加入者サーバで実行される。ここで、その加入者サーバは各ユーザのユーザプロフィールの管理を担当するものである。
【００２４】
いくつものエンティティが通信ネットワーク中で協力して上述の方法を実行するが、これは本発明により提供される改善と新たな貢献の賜物である。
【００２５】
この点において、通信ネットワークの各ユーザのユーザプロフィールを管理担当する加入者サーバが提供される。ここで、ユーザプロフィールは、第１のサービング呼制御サーバがユーザにサービスするために有する一連の能力機能にフィットすることが意図された多くの情報要素を含む。加入者サーバは、第１のサービング呼制御サーバにより提供されない能力機能を判断しユーザプロフィールの情報要素にフィットさせる手段と、第１のサービング呼制御サーバの登録抹消を開始する手段とを含む。
【００２６】
本発明を第２の側面から見れば、加入者サーバはまた、ユーザの進行中セションを有している旨の指示を第１のサービング呼制御サーバから受信する手段と、第１のサービング呼制御サーバの識別情報を第２のサービング呼制御サーバに提供する手段とを含む。
【００２７】
加入者サーバは上述の方法で協働するよう構成される。従って、第１のサービング呼制御サーバにより提供されない能力機能を判断する手段は、対応する能力を第１のサービング呼制御機能が有していないユーザプロフィールの情報要素の変更を判断する手段を含んでもよい。
【００２８】
好ましくは、加入者サーバはまた、サービング呼制御サーバが有する一連の能力機能の導出するのに関係した情報要素を含む正統なユーザプロフィールをそのユーザ用に構築する手段と、正統なユーザプロフィールのどの部分がサービング呼制御サーバによって理解されサポートされるかをチェックする手段とを含んでもよい。首尾一貫させるため、加入者サーバはまた、ユーザプロフィールのどの部分がいずれかのサービング呼制御サーバにより理解されサポートされるかをチェックする手段を含んでもよい。そして、ユーザプロフィール或は正統なユーザプロフィールをチェックするこれらの手段は、好ましくは、そのプロフィールをサービング呼制御サーバに送信する手段と、プロフィール中のサポートされない各部分あるいは理解されない各部分をアドレスする参照情報を前記サービング呼制御サーバから受信する手段とを含む。
【００２９】
上述の方法において、第１のサービング呼制御サーバの識別情報を第２のサービング呼制御サーバに提供する加入者サーバの構成の違いに依存して、異なる利点が得られてもよい。従って、第１のサービング呼制御サーバの識別情報を第２のサービング呼制御サーバに提供するための加入者サーバにおける手段は、第２のサービング呼制御サーバの割り当てを管理担当する中間通信ネットワークサーバにそのような識別情報を能力機能基準とともに送信する手段を含んでもよく、または代替案として、第１のサービング呼制御サーバの識別情報をそのユーザのユーザプロフィールとともに直接、第２のサービング呼制御サーバに提供する手段を含んでもよい。
【００３０】
加えて、加入者サーバは、ユーザの進行中セションの指示を受信する手段がハンドオーバ処理が進行中の過程にあることをマークする手段を含んでも良いように構成されてもよい。またさらに加入者サーバは、第１のサービング呼制御サーバを登録抹消する指示を第２のサービング呼制御サーバから受信する手段も追加的に含んでもよい。
【００３１】
また上述の手段に寄与するよう、通信ネットワークのサービング呼制御サーバとして動作するのに適した呼制御サーバが提供される。この呼制御サーバは、ユーザにサービスを行うのに割り当てられ、そのユーザのユーザプロフィールの情報要素にフィットする一連の能力機能情報を有する。この呼制御サーバは、通信ネットワーク中のユーザプロフィールを有する加入者サーバから、新しい呼制御サーバを割り当てるためのユーザ再登録の指示を登録抹消命令とともに受信する手段と、ユーザが通信ネットワークへアクセスするのに際して経由するアクセスサーバにユーザ再登録命令を送信する手段とを含む。
【００３２】
本発明を第３の側面から見れば、サービング呼制御サーバとして動作する呼制御サーバは、そのユーザの進行中セションの存在を加入者サーバに通知する手段と、そのユーザの進行中セションとリンクデータを存続させる手段とを含む。
【００３３】
このサービング呼制御サーバは、好ましくは、ハンドオーバ手順内で、ユーザにサービスを行うために一旦割り当てられた新しいサービング呼制御サーバに、進行中セションのセション情報を提供する手段を含む。
【００３４】
従って、新しく割り当てられたサービング呼制御サーバは、以前に割り当てられた呼制御サーバにおける進行中セションのセション情報を、ハンドオーバ手順内に受信する手段を含む。さらに、新しく割り当てられたサービング呼制御サーバは、以前に割り当てられた呼制御サーバの識別子を受信する手段も追加的に含む。
【００３５】
利点のある実施例では、新しく割り当てられたサービング呼制御サーバが、以前に割り当てられた呼制御サーバがオンフック状態に留まる一方、以前に割当てられた呼制御サーバで進行中であったユーザのセションを制御する手段を含んでもよい。それ故に、以前割り当てられた呼制御サーバは、新しく割り当てられた呼制御サーバに進行中セションの制御を引き渡す手段を含む。
【００３６】
別の利点のある実施例では、その代わりに、新しく割り当てられたサービング呼制御サーバが、以前に割り当てられた呼制御サーバに代わってユーザの進行中セションを処理するよう、各セションに関与する呼制御サーバとアプリケーションサーバのそれぞれとセション情報を交換する手段を含んでもよい。従って、以前に割り当てられた呼制御サーバは、新しく割り当てられた呼制御サーバに進行中セションの扱いを移す手段を含む。この実施例のさらなる利点として、そして、上述の加入者サーバとの有益な連携を維持するために、新しく割り当てられたサービング呼制御サーバが、以前に割り当てられた呼制御サーバの加入者サーバへの登録を抹消する手段を含んでも良い。
【００３７】
さらに、本発明に従うサービング呼制御サーバは、そのユーザのユーザプロフィールあるいは正統なユーザプロフィールを加入者サーバから受信する手段と、ユーザプロフィールあるいは正統なユーザプロフィールのどの部分が呼制御サーバによって理解されサポートされるかをチェックする手段と、ユーザプロフィールあるいは正統なユーザプロフィールのサポートされない各部分、或は理解されない各部分をアドレスする参照情報を返信する手段とを都合良く含んでいてもよい。
【００３８】
また上述の方法に寄与するよう、ユーザが通信ネットワークにアクセスする時に経由するプロキシ呼制御サーバとして動作するのに適したアクセスサーバが提供される。このアクセスサーバは、ユーザが、そのユーザにサービスを行うために割当てられたサービング呼制御サーバと確立した進行中セションについてのセション情報を保有する。従って、このアクセスサーバは、ユーザの進行中セションのセション情報を、そのユーザにサービスを行うのに割り当てられたサービング呼制御サーバへの参照情報にリンクさせて保存する手段を含む。
【００３９】
本発明を第４の側面から見れば、このアクセスサーバはまた、そのユーザにサービスを行うのに以前割り当てられたサービング呼制御サーバと新しく割り当てられたサービング呼制御サーバとの間のハンドオーバの指示を受信する手段と、そのユーザ（ＵＥ）についての進行中セションとリンクデータを存続させる手段とを含む。
【００４０】
さらに、このアクセスサーバは、進行中セションを存続させる手段が、新しいサービング呼制御サーバへの参照情報を格納する手段と、その参照情報に対して進行中セションをリンクさせる手段と、以前に割り当てられたサービング呼制御サーバへの参照情報を廃棄する手段とを含むように構成されてもよい。
【００４１】
上述の最後の構成の代わりに、そして上述のサービング呼制御サーバにおける対応する特徴と首尾一貫させるために、そのアクセスサーバは、進行中セションを存続させる手段が、新しいサービング呼制御サーバへの参照情報を格納する手段と、その参照情報に対して進行中セションと以前に割り当てられたサービング呼制御サーバへの参照情報とをリンクさせる手段とを含むように構成されてもよい。
【００４２】
上述の方法にさらに寄与するよう、通信ネットワークのユーザにサービスを行うサービング呼制御サーバを割り当てるのに適した中間通信ネットワークサーバが提供される。ここで、この中間通信ネットワークサーバによる割り当ては、ユーザにサービスを行うために各サービング呼制御サーバが有する一連の能力機能情報に基づいて行われる。この中間通信ネットワークサーバは、新しいサービング呼制御サーバを割り当てるための能力機能基準を受信する手段と、その能力機能基準により良くフィットする新しいサービング呼制御サーバを選択する手段とを有する。本発明を第５の側面から見れば、この中間通信ネットワークサーバはまた、ハンドオーバのために、以前に割り当てられたサービング呼制御サーバの識別情報を新しく割り当てられたサービング呼制御サーバに送信する手段を含む。
【００４３】
本発明の特徴、目的および利点は、添付図面とともに以下の説明を読むことにより明らかとなろう。
【発明を実施するための最良の形態】
【００４４】
次に、通信ネットワークにおいて、適当な一連の能力機能でユーザにサービスを行うために割り当てられた第１および第２のサービング呼制御サーバの間で効果的なハンドオーバを実行する一方、以前から第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に保持されたそのユーザに関する進行中セションが存続し、そのユーザの新しいセションが第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）でのみ確立されることが許されるようないくつかの好ましい実施例を説明する。
【００４５】
本発明によれば、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）が以前に選択された第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）は有しない、ユーザにより要求された能力機能を有していると判断されたとき、そのユーザにサービスを行う第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を再割当てする新しい方法と機能強化されたサーバが提供される。第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）の再割当を強制する更なる能力機能を判断するステップは、そのユーザのユーザプロフィールをダウンロードする第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）と通信ネットワークの各ユーザのユーザプロフィールを保持する加入者サーバ（ＨＳＳ）との間で実行される。本発明に従ういくつかの実施例が提供され、それにより、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）において以前にそのユーザについて確立され、なお進行中であるセションを存続させ、効果的なハンドオーバ手順を達成する。
【００４６】
図１に示されるＩＭＳに適用可能な既知の解決策では、再割り当ては、サーバの変更が必要との指示（サーバ変更）を伴う登録抹消命令（Ｓ−０１）を、ホーム加入者サーバ（ＨＳＳ）から１番目に割り当てられたサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ−１）に送信することにより開始される。その割り当てられたサービング呼状態制御機能エンティティは、そのユーザ（ＵＥ）に関して進行中セションを解放し（Ｃ−０１）、ホーム加入者サーバ（ＨＳＳ）にそのような解放の確認応答を行い（Ｓ−０２）、プロキシ呼状態制御機能エンティティ（Ｐ−ＣＳＣＦ）に対して再登録の通知を送信する（Ｓ−０３）。一旦、１番目のサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ−１）がホーム加入者サーバ（ＨＳＳ）において登録抹消され、進行中セションが解除されると、そのユーザ（ＵＥ）はそのプロキシへの新規登録を開始し（Ｓ−０５）、次いでプロキシは問合せ呼状態制御機能エンティティ（Ｉ−ＣＳＣＦ）にそのユーザについて問い合わせを行う（Ｓ−０６）。問合せ呼状態制御機能エンティティはホーム加入者サーバ（ＨＳＳ）に新しい割当基準を要求し（Ｓ−０７）、ホーム加入者サーバはそのユーザのユーザプロフィールの情報要素から導出可能な一連の能力機能基準を返信する（Ｓ−０８）。問合せ呼状態制御機能エンティティは、受信した一連の能力機能基準によってそのユーザにより良くサービスできる２番目のサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ−２）を選択して割り当てる（Ｓ−０９）。２番目のサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ−２）は、そのユーザのユーザプロフィールをホーム加入者サーバ（ＨＳＳ）に要求して取得し（Ｓ−１０、Ｓ−１１）、問合せ呼状態制御機能エンティティ（Ｉ−ＣＳＣＦ）宛てに新規登録の確認応答を行う（Ｓ−１２）。問合せ呼状態制御機能エンティティはプロキシ呼状態制御機能エンティティ（Ｐ−ＣＳＣＦ）にそのような新規登録の確認を行い（Ｓ−１３）、これを受けてプロキシは１番目のサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ−１）への参照情報を廃棄させ、新しいサービング呼状態制御機能エンティティ（Ｓ−ＣＳＣＦ−２）への参照情報を格納させ、その後、ユーザに登録の確認応答を行う（Ｓ−１４）。
【００４７】
図２に示す本発明の第１の実施例では別の挙動が提案される。そこでは、割り当てられた第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）は、加入者サーバ（ＨＳＳ）から送られた登録抹消命令に対してそのユーザの進行中セションをまだ有している旨の指示（Ｓ−１５）とともに応答する。このまだ割り当て状態にあるサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）はそのユーザに新規セションの確立を許すことなく、セション終了まで待機（Ｃ−０２）し、その後、そのユーザを加入者サーバ（ＨＳＳ）から登録抹消して（Ｓ−１６）、新しいサービング呼制御サーバの再割り当てが進むようにする。一旦、加入者サーバがその手続きに確認応答する（Ｓ−１７）と、以前に割り当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）は、ユーザが通信ネットワークにアクセスする際に、経由したプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に対して、再登録の通知を行い（Ｓ−０３）、その後、元々のＩＭＳシナリオでなされるのと同様の方法により再割当の処理が続く。即ち、そのユーザはプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に再び、登録を行い（Ｓ−０５）、そのプロキシは中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）と交信し（Ｓ−０６）、中間通信ネットワークサーバは加入者サーバ（ＨＳＳ）からサーバ能力機能を取得する（Ｓ−０７、Ｓ−０８）。中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）は、加入者サーバに保持されるそのユーザのユーザプロフィールに含まれる情報要素から導出可能であるこれらサーバ能力機能に基づいて、そのユーザにサービスを行う新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を選択して、そのユーザに前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を割り当てる（Ｓ−０９）。その後、その新しく割り当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は、加入者サーバ（ＨＳＳ）にユーザプロフィールのダウンロードを要求して（Ｓ−１０）、そのようなユーザプロフィール（Ｓ−１１）を取得し、中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）に対する割当を確認する（Ｓ−１２）。中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）は、プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に対してそのような新規登録の確認を行い（Ｓ−１３）、そのプロキシは第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）への参照情報を廃棄し、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報を格納し、それから、ユーザに登録に対して確認応答を行う（Ｓ−１４）。
【００４８】
この非常に簡単な第１の実施例では、進行中セションを存続させることによって現行のメカニズムが改善されており、ユーザが多くの新規セションを連続的に確立することのないシナリオではこの改善で十分かもしれない。しかし、ユーザは、好ましくは、以前からのサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）での新規セションを確立することが許されず、以前から進行中のセションの終了を待つことになる。その後では、ユーザは新規セションの確立が可能な新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）の割り当てを受けるために、再度の登録を行うことができる。
【００４９】
本発明の第２の実施例では、図３に示すように、上述の事態が許容できないシナリオにおいてユーザの期待をより良く達成できる別の方法が提供される。このアプローチの下では、第１の実施例でなされたのと同様に、最初に割り当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）は、加入者サーバ（ＨＳＳ）から送られる登録抹消命令（Ｓ−０１）に対して、そのユーザの進行中セションをまだ保有している旨の指示（Ｓ−１５）とともに応答する。にもかかわらず、この第２の実施例では、まだ割り当て状態にあるサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）は、存続し進行中のセションの終了を待機することなく、直ちにプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に対して再登録の通知（Ｓ−０３）を送信する。その後、再割り当て処理は、第１の実施例におけるのと同様、新しく割り当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）が中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）に対する割当てを確認する（Ｓ−１８）まで続く。そのユーザの進行中セションがまだ存続している（Ｃ−０３）ため、この確認はプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）の異なるさらに別の挙動を示唆する。中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）は最終的にプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に対して新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）の割り当てを確認する（Ｓ−１９）。第２の実施例では、この確認（Ｓ−１９）により、プロキシは少なくとも進行中セションへの、そして好ましくは第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）についてもそれへの参照情報を保有するためハンドオーバ手順（Ｃ−０４）を実行する。このハンドオーバ手順（Ｃ−０４）においても、プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）は第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報を格納し、好ましくは、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報に第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）で進行中のセションへの参照情報をリンクさせ、それからユーザ（ＵＥ）に登録を確認する（Ｓ−１４）。このやり方では、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）はユーザの進行中セションを存続させるが新しいセションの確立は許さない一方、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は通常の処理同様、そのユーザの新しいセションの確立を許しそれらを存続させる。プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）は、好ましくは、古いセションと新しいセションの判別を行うことや、それらを第１および第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２）に関連付けすることを担当する。
【００５０】
上述の第２の実施例を基本に、この後に続く代替案の実施例が提供される。そこでは、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）でユーザの進行中セションを存続させることに関与する第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）について、２つの異なるアプローチが示され、また有利な特徴の別の組み合わせについても説明する。
【００５１】
図４ａとそれに続く図４ｂ１、図４ｃ１で構成されるシーケンス図で示される第３の実施例では、進行中のハンドオーバをマークし、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）を格納するステップ（Ｃ−０５）が、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）からそのユーザの進行中セションを依然として保有している旨の指示（Ｓ−１５）を受信したとき、加入者サーバ（ＨＳＳ）で実行される。
【００５２】
この識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）がさらに第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に提供され、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）がそのユーザの以前から進行中セションを管理担当していることに気づく。加入者サーバ（ＨＳＳ）が中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）と密結合している場合、第３の実施例について図４ｂ１が示すように、能力機能基準とともに識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）が中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）に送信されてもよい（Ｓ−２０）。中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）は、加入者サーバに保持されたユーザのユーザプロフィールに含まれる情報要素から導出可能な能力機能基準に基づいて、そのユーザにサービスを行う新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を選択し、そして、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）を新しく割り当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に送信する（Ｓ−２１）。
【００５３】
その識別情報の受信により、一旦、ユーザへのサービスに割り当てられたばかりの第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）が第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）について気づくなら、そのユーザ（ＵＥ）の以前から進行中セションへの扱いに関与する第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）について、本発明に従ういくつかの代替案が見えてくる。
【００５４】
第３の実施例に従えば、図４ｂ１に示すように、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）はユーザの進行中セションについてのセション情報（Ｓ−２２）を第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に要求する。一旦、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）からそのようなセション情報を受信する（Ｓ−２３）と、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は、セション夫々に関わるすべての呼制御サーバ及びアプリケーションサーバと交信し（Ｃ−０６）、セション情報を交換するとともに、それらのサーバに第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）が今後そのユーザ（ＵＥ）のセションを制御するサーバであることを知らせる。このセション情報の交換（Ｃ−０６）が行われた後、図４ｃ１に示すように、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）で以前からの進行中セション（Ｃ−０３ｈ）は、今やそのような進行中セション（Ｃ−０３ｈ）の管理担当である第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）によって効果的に処理される。その情報交換が成功し、進行中セションが今や第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）によって扱われるようになるなら、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）を加入者サーバ（ＨＳＳ）から登録抹消し（Ｓ−２６）、加入者サーバ（ＨＳＳ）はそのような登録抹消に確認応答する（Ｓ−１７）。この図では示していない代替の実施例では、セション情報交換がうまく実行されると、図４ｃ１が示すように第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）ではなく、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）が加入者サーバ（ＨＳＳ）に登録抹消命令（Ｓ−１６）を送信し、そして、対応する確認応答（Ｓ−１７）を受信するサーバとなる。
【００５５】
その後、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は、ハンドオーバが完了したこと、及びそのユーザの進行中セションが今や第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）によって扱われていることを確認する情報を中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）に送信する（Ｓ−２７）。中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）はこの確認情報をプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に転送し（Ｓ−２８）、プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）はハンドオーバ手順を実行する（Ｃ−０９）。即ち、第３の実施例では、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報を格納し、ユーザの進行中セションへの参照情報を上述の第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報にリンクさせ、そして古くなった第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）への参照情報を廃棄する。最終的に、プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）がそのユーザ（ＵＥ）に再登録の確認応答を行う（Ｓ−１４）。
【００５６】
第４の実施例が、図４ａとそれに続く図４ｂ２と図４ｃ１とを含むシーケンス図で示されるように提供され、第３の実施例で示されたものとは別のメカニズムを提供する。そのメカニズムでは、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）を第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に提供し、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）がユーザの以前からの進行中セションを管理担当する第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に気づくようにする。第４の実施例の図４ｂ２に示されるように、加入者サーバ（ＨＳＳ）によって中間通信ネットワークノード（Ｉ−ＣＳＣＦ）に提供される（Ｓ−０８）能力機能基準には第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）を含んでおらず、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）をこの再登録を割り当てる（Ｓ−０９）とき、中間通信ネットワークノード（Ｉ−ＣＳＣＦ）もそれを含んでいない。第４の実施例ではその代わりに、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）から対応する要求（Ｓ−１０）を受信した際に、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）が、加入者サーバ（ＨＳＳ）から第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）にユーザプロフィールとともに直接、送信される。識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）の提出を別とすれば、第３と第４の実施例との間には実質的に互いに対して相違はない。
【００５７】
さらに、本発明に従う第５および第６の実施例が提供され、前者（第５の実施例）は図４ａとそれに続く図４ｂ３と図４ｃ２を、後者（第６の実施例）は図４ａとそれに続く図４ｂ４と図４ｃ２を、夫々含むシーケンス図によって示される。
【００５８】
第５と第６の実施例は両方とも、第３と第４の実施例と、図４ａに示される特徴を共有する。その特徴は、進行中のハンドオーバをマークし、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）を格納するステップ（Ｃ−０５）を含む。また、第５と第６の実施例それぞれ、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）を加入者サーバ（ＨＳＳ）から第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に提供する２つの代替的メカニズムを共有する。従って、図４ｂ３に示されるように、第５の実施例は、第３の実施例と同様、そのような識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）を能力機能基準（Ｓ−２０）とともに、加入者サーバ（ＨＳＳ）から中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）に送信し、そして、中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）から第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に送信する（Ｓ−２１）ことを提案する。同様にして、図４ｂ４に示されるように、第６の実施例は、第４の実施例と同様、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）から対応する要求（Ｓ−１０）を受信した際に、そのような識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）がユーザプロフィールとともに、加入者サーバ（ＨＳＳ）から第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に送信される（Ｓ−２４）ことを提案する。
【００５９】
第３と第５の実施例との間、及び第５と第６の実施例との間の相違は、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）と第２（Ｓ−ＣＳＣＦ−２）のサービング呼制御サーバがユーザの進行中セションを存続させるために協働する方法にある。
【００６０】
第３および第４の実施例では、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は進行中セションのセション情報を第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に要求して（Ｓ−２２）、そこからこれを取得し（Ｓ−２３）、各セションに関与するすべての呼制御サーバとアプリケーションサーバの夫々とセション情報（Ｃ−０６）を交換する。このようにすることにより、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）を完全に置換して、ユーザの進行中セションを処理できるようになり、その結果、前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）が登録抹消され、ルーティングチェインからの消滅が可能となる。シグナリングトラフィックのルーティングチェインに関与するこのメカニズムは、図６に示されるハンドオーバが生じない場合の通常のルーティングチェインに留意して図７に示されている。図７に示されるように、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）が他の呼制御サーバ（Ｓ−ＣＳＣＦ−Ｂ、Ｐ−ＣＳＣＦ−Ｂ）およびアプリケーションサーバ（ＡＳ）との情報交換のためにセション情報を要求した（Ｓ−２２）とき、ハンドオーバ後に達成される最終結果は、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）がルーティングチェインから消滅するという点である。
【００６１】
しかしながら、第５および第６の実施例では、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）をルーティングチェインから消滅せず、むしろ第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を階層構造の頂点に据えるという別のメカニズムが提供される。そのメカニズムでは、最初に、プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）から受信され、ユーザセションに関与する他の呼制御サーバやアプリケーションサーバに向けられることが意図されたすべてのシグナリング、次に、ユーザセションに関わる他の呼制御サーバやアプリケーションサーバから受信され、プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に向けられることが意図されたすべてのシグナリングを、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対してトランスペアレントに転送される。第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に転送されたシグナリングは、そこで、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）が有する能力機能に照らして処理され、然るべき応答が第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に返送され、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）はそのシグナリングを元々それらが向けられていた宛先へトランスペアレントに転送する。シグナリングトラヒックのルーティングチェインに関与するこの代替的メカニズムが、図６に示されるハンドオーバが生じない場合の通常のルーティングチェインに留意して図８ａに示されている。図８ａに示されるように、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）がオンフックであることを要求した（Ｓ−２５）時、参照情報やセション情報を他の呼制御サーバやアプリケーションサーバと交換する必要はなく、むしろ、階層構造的には第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）のうえに据えて、前者がセションを完全に制御する一方、後者は自分自身の通信ネットワーク中のプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）から、或いは他の呼制御サーバ（Ｓ−ＣＳＣＦ−Ｂ、Ｐ−ＣＳＣＦ−Ｂ）やアプリケーションサーバ（ＡＳ）から受信したシグナリングを単に転送するだけとなる。このアプローチでは、ユーザにサービスを行うのにより多くの通信ネットワークサーバが使用されるかもしれないが、第１から第２の呼制御サーバへのハンドオーバ時に通信ネットワーク中で交換すべきシグナリングはそれほど多くはない。この方法についてさらに、図８ｂが、図７に示され、そして、第３および第４の実施例について説明がなされたアプローチに従うような場合に、第２から第３（Ｓ−ＣＳＣＦ−３）の呼制御サーバへのさらなるハンドオーバが他の呼制御サーバ（Ｓ−ＣＳＣＦ−Ｂ、Ｐ−ＣＳＣＦ−Ｂ）やアプリケーションサーバ（ＡＳ）とのさらなる参照情報の交換を必要とせずに、どのように実行されるかを示している。
【００６２】
それ故に、第５および第６の実施例について夫々、図４ｂ３および図４ｂ４に示されるように、そのユーザのユーザプロフィール（Ｓ−１１、Ｓ−２４）と第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別情報（Ｓ−２１、Ｓ−２４）を受信した後、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は、この識別情報（Ｓ−ＣＳＣＦ−１ ｉｄ．）により識別される第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に対して、オンフックであることの要求を送信する（Ｓ−２５）。第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）からセション情報（Ｓ−２３）を受信するとき、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は内部的なハンドオーバ手順（Ｃ−０７）を実行して、以前には第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）から扱われていたそのユーザの進行中セションを制御する準備を行う。それから、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）は、上述の第２の実施例において既に説明したように、中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）に対してその割り当てを確認（Ｓ−１８）できる。図４ｃ２に示されるように、中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）もまた、プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に対して、新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）の割り当てを確認する（Ｓ−１９）。第２の実施例に関しては、また、第５および第６の実施例でも、この確認（Ｓ−１９）によりプロキシは、ユーザ（ＵＥ）への登録（Ｓ−１４）を確認する前に、進行中セションへの、そして、おそらくは第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）についてもそれへの参照情報を保存し、第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報を保存し、そして好ましくは第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報を進行中セションへの参照情報にリンクさせるハンドオーバ手順（Ｃ−０４）を実行する。
【００６３】
このアプローチでは、いつそのユーザのセションが終了（Ｃ−０８）したかを、第１および第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２）のいずれもが気づくことができる。しかしながら、たとえ第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）がそのセションを制御するサーバであるとしても、登録抹消されるサーバは第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）であり、従って好ましくは加入者サーバに登録抹消命令（Ｓ−１６）を送信するサーバである。登録抹消命令への確認応答（Ｓ−１７）を加入者サーバから受信するとき、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）は登録抹消通知（Ｓ−２９）をプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に対して送信し、そのプロキシは前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に格納された参照情報と第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対する他の参照情報とのリンク情報があればそれらを削除する。この点に関して、気づかれるかもしれないが、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）と第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）の両方が、第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の登録抹消の（Ｓ−２６、Ｓ−１６）トリガ信号を加入者サーバ（ＨＳＳ）宛てに送出するサーバとして構成されても良いし、これは第３から第６の実施例に示されるその他の選択肢如何に関わるものではない。
【００６４】
本発明はまた、特に図５に示されるメカニズムを提供する。これにより、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２）はユーザプロフィールのどの部分が理解されないか、或いはサポートされないかをレポート（Ｓ−３３）してもよい。原理上は、ユーザプロフィールが、前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２）からの要求に応じて、あるいは加入者サーバ（ＨＳＳ）主導での送り付けの結果として、通信ネットワークの加入者サーバ（ＨＳＳ）から直接受信されてもよい（Ｓ−３２）。あるいは、ユーザプロフィールはプロビジョニングシステムから、あるいは運用保守システムから、あるいはユーザプロフィールを、この明細書を通じて説明した情報要素と一緒に、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２）に提供するよう構成されたその他いかなるシステム（不図示）から受信されてもよい。サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２）から受信されたそのようなレポートは、加入者サーバ（ＨＳＳ）により、おそらくは中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）との協働して用いられ、ユーザ(ＵＥ、ＵＥ−Ａ)にサービスを行う新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）の再割り当てを開始する契機としても良い。
【００６５】
再割り当ての開始に先立って、加入者サーバ（ＨＳＳ）は好ましくは、要求された能力機能を有するサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）が通信ネットワーク中に存在するかどうかをチェックする。この目的のために、加入者サーバはいわゆる“正統な（canonical）ユーザプロフィール”を構築してもよく、これが通信ネットワーク中のすべてのサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）にダウンロードされてもよい。この正統なユーザプロフィールは、通信ネットワークの運用者により定義された一連のサーバ能力機能へとマップするユーザプロフィール中の情報要素（標準および独自仕様の要素）を含んでいる。加入者サーバは、この正統なユーザプロフィールを、任意のサービング呼制御サーバに対して、任意の時に、しかし好ましくは低トラヒック状態の時間に、加入者サーバ主導でダウンロード送信し、新しいサービング呼制御サーバを再割当するためではなく、各サービング呼制御サーバが有する能力機能を見つけても良い。
【００６６】
従って、本発明によって提供されるこのメカニズムにより、正統なユーザプロフィールがサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）にダウンロードされ、それぞれのレポートがそこから得られる。そのレポートでは、サポートされない部分や理解できない部分が示され、ユーザプロフィールの保有者、おそらく加入者サーバ（ＨＳＳ）、あるいは通信事業者のプロビジョニングシステム、或いは、運用保守システムは、各サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）が加入者サーバとの通信ネットワーク接続をセットアップして、ユーザにより進んだサービスを提供するためにサーバ能力機能をネゴシエートするとき、正統なユーザプロフィールのどの部分がサポートされないかを知ることができる。
【００６７】
ユーザプロフィールあるいは正統なユーザプロフィールが拡張可能なマーク付け言語（eXtensible Markup Language 以後、ＸＭＬと呼ぶ）文書の規則および構文に従って発行されるような代表的な実施例においては、いわゆるXpath言語が、プロフィールのどの部分がサポートされないか、あるいは理解されないのかを指示するのに使用される。
【００６８】
この点について、XpathはＸＭＬ文書の特定部分をアドレスするためのよく知られた言語である。XpathはＸＭＬ文書をノードからなる木構造とみなすが、ここで各ノードは、ＸＭＬ文書における要素、属性、要素のテキスト値、コメントなどを表現するかもしれない。従って、XpathはＸＭＬ文書中の特定のノードやノードグループ、即ち、ノードセットを識別する表現についてＸＭＬ構文に準拠しない部分を明らかにする。たとえ、Xpathが文字列、数値、論理値を操作する基本機能を提供するとしても、本発明の目的のためのXpathの最も重要な寄与は、いわゆる“ロケーションパス（Location Path）”である。ロケーションパスは評価されてノードセットを生成する。ノードセットは、ＸＭＬ文書からの０個以上のノードの集まりである。ロケーションパスは多数のロケーションステップを有しており、それらが順番に評価される。１つのロケーションステップへの入力は、前のロケーションステップから返されたノードセットである。各ロケーションステップはそれ自身が相対ロケーションパスである。最初のロケーションパスが評価されるのはコンテキストノードに対してであるが、そのコンテキストノードはXpathにより提供される手段によってではなく、むしろ本発明が提供する手段によって確立される。
【００６９】
こうして、本発明は、加入者サーバ（ＨＳＳ）とサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）との間の交信に使われるプロトコルに新しいプロトコルパラメータを追加する手段を提供する。例えば、加入者サーバをサービング呼制御サーバと交信させるための最近好まれているプロトコルは、“Ｄｉａｍｅｔｅｒ”かもしれない。この代表的な実施例の下では、新しい属性−値の対（Attribute−Value Pair、以後ＡＶＰ）である“Non-Supported-User-Data”が導入され、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）が、加入者サーバ（ＨＳＳ）からのプロフィールのダウンロードの結果として、サービング呼制御サーバではサポートされないあるいは理解されないとされた、ユーザプロフィールあるいは正統なユーザプロフィールの部分を報告する。さらに、下記の表１に示すように、別の新規のＡＶＰが上記で説明したロケーションパスであってもよい。
【００７０】
表１
＜ Push-Profile-Answer ＞: :=＜ Diameter Header: 305, 167772151 ＞
＜Session-Id＞
｛Vendor-Specific-Application-Id｝
［Result-Code］
［Experimental-Result］
［Non-Supported-User-Data］
｛Auth-Session-State｝
｛Origin-Realm｝
＊［AVP］
＊［Proxy-Info］
＊［Route-Record］
【００７１】
上記の表１において、角括弧“［”と“］”は、その新しいＡＶＰがプロトコルレベルでは任意であり、従って必ずしもなくてよいことを示す。
【００７２】
上記の追加とは別に、新しい結果コードが本発明に従って提供され、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）は、ユーザプロフィールのダウンロードの際に加入者サーバに応答する。
【００７３】
この代表的な実施例では、新しい結果コードであるＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＮＳＵＰＰＯＲＴＥＤ＿ＵＳＥＲ＿ＤＡＴＡが、好ましくは３つの可能な理由の指示とともに使われる。第１の理由は、非整形なＸＭＬ文書あるいは利用可能な方式にはマッチできない整形された文書に起因する構文解析誤りであるかもしれない。第２の理由は、サポートされていないトリガ情報基準の検出であるかもしれない。第３の理由は、理解されない独自仕様の要素、つまり拡張要素の検出であるかもしれない。第１の理由については、ＸＭＬ文書全体の解析が失敗したのであるから、応答メッセージが詳細な情報を報告する必要はない。しかし後の２つの理由、即ち、サポートされないトリガ情報基準の検出と理解されない独自仕様要素の検出については、上記の表１の規則に従って、情報要素がサポートされなかったり、あるいは理解されなかった数だけのLocation−Xpath文とともに、対応する情報要素が報告される。各Location−Xpathは、好ましくは、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）によってサポートあるいは理解されない、そのユーザのユーザプロフィールまたは正統なユーザプロフィールを表現するＸＭＬ文書の要素、属性、または要素値を評価する。
【００７４】
ユーザ（ＵＥ）がプロキシ呼制御サーバを通して通信ネットワークにアクセスし、そのユーザにサービスを行うのに適した能力機能を有するサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）が割り当てられているという既に説明した代表的なシナリオでは、さらにユーザは、その目的のために準備されたソフトウェアをダウンロードすることによりユーザ端末のアップグレードをユーザに提供するアプリケーションサーバ（ＡＳ）にアクセスするかもしれない。このシナリオは、図５に示される本発明の別の特徴の有用な利用法を示すのに適している。
【００７５】
図５に示すように、ユーザ（ＵＥ）が一旦、ユーザ端末のアップグレードを要求すると（Ｓ−３０）、そのアップグレードを受付る前に、アプリケーションサーバ（ＡＳ）が直接あるいは、例えば、プロビジョニングシステムのような中間システムを通して、通信ネットワークユーザのユーザプロフィールを管理担当する加入者サーバ（ＨＳＳ）と交信して（Ｓ−３１）ユーザプロフィールを更新する。ユーザプロフィール更新は、ユーザプロフィールへの新しいトリガ情報の付加、関連するトリガ情報の変更、あるいは、新しいコーデックのようなユーザプロフィールに対する新しい情報要素の付加を示唆するかもしれない。加入者サーバ（ＨＳＳ）はユーザプロフィールを更新し（Ｓ−３４、Ｓ−３５）、あるいはユーザプロフィールの変更された、或いは変更されなかった情報要素を用いて正統なユーザプロフィールを構築して、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に対するユーザプロフィールのダウンロードを行なう（Ｓ−３２）。サービング呼制御サーバはその新しいユーザプロフィールが完全に理解されサポートされるかどうかを示す確認信号（Ｓ−３３）、あるいは、ユーザプロフィールまたは正統なユーザプロフィールの、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）において理解あるいはサポートされない部分を用いて応答する。この情報を用いるなら、加入者サーバ（ＨＳＳ）はサービング呼制御サーバ（Ｓ−ＣＳＣＦ）がそのユーザにサービスを行うのに必要な追加の能力機能を判断することができる。加入者サーバは、そのユーザプロフィールあるいは正統なユーザプロフィールを、そのユーザにサービスを行う候補である他のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）に対して、プッシュ型のダウンロードを行う（Ｓ−３２）ことにより、図５には示されていない、別のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）があることをチェックするかもしれない。一旦、サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）がそのユーザにサービスを行うのに適当であることが判明すると、加入者サーバは更新されたユーザプロフィールを保存し、アプリケーションサーバ（ＡＳ）に対してそのユーザ端末のアップグレーディングを確認する応答をしてもよい（Ｓ−３６）。もし、どのサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１、Ｓ−ＣＳＣＦ−２、Ｓ−ＣＳＣＦ−３）も要求されたサーバ能力機能を有していないことが判明すると、加入者サーバ（ＨＳＳ）はそのようなアップグレードを拒絶してもよい（Ｓ−３６）。結局は、アプリケーションサーバ（ＡＳ）は、成功確認あるいは要求された動作の拒絶でもってユーザ端末（ＵＥ）に応答する（Ｓ−３７）。このメカニズムは、サービング呼制御サーバが通信ネットワークのユーザにサービスを行うために有する予め定義された一連の能力機能に従って、通信ネットワーク運用者が網を構成するのに利用されてもよい。
【００７６】
上記のように本発明をいくつかの実施例により例示的かつ非限定的な方法により説明した。これらの実施例の変形や組合せが上述の教示に照らして可能であることは明らかであり、請求項の範囲に納まるこれら実施例へのいかなる変形例も本発明に含まれることが意図されている。
【図面の簡単な説明】
【００７７】
【図１】以前に割り当てられたサービング呼制御サーバが適切な能力機能を保有しないと判明した際に、ユーザにサービスを行う新しいサービング呼制御サーバ再割当についての現行手順を示すシグナリングフローシーケンスを示す。
【図２】ユーザにサービスを行う新しいサービング呼制御サーバ再割当を改善する本発明に従う第１実施例についてのもので、そのユーザについての進行中セションが解放されることなく存続させられる場合を示している。
【図３】ユーザにサービスを行う第１と第２のサービング呼制御サーバ間のハンドオーバを実行する一方、そのユーザについての以前から進行中セションを存続させる本発明に従う第２実施例を説明するフローシーケンスを示す。
【図４ａ】、
【図４ｂ１】、
【図４ｂ２】、
【図４ｂ３】、
【図４ｂ４】、
【図４ｃ１】、
【図４ｃ２】図４ａと、図４ｂ１と図４ｂ２のいずれかと、図４ｃ１との組み合わせにより、ユーザにサービスを行う第１と第２のサービング呼制御サーバ間のハンドオーバを実行する一方、そのユーザについての以前から進行中セションを存続させる代替実施例である第３及び第４実施例を示し、一方、図４ａと、図４ｂ３と図４ｂ４のいずれかと、図４ｃ２との組み合わせにより、同様の目的のための代替実施例である第５及び第６実施例を示す。
【図５】複数のエンティティと複数のインタフェースとを含む代表的なシナリオの基本アーキテクチャを概略的に示し、加入者サーバがサービング呼制御サーバと協働して、アプリケーションサーバがユーザ要求によりユーザ端末のアップグレードを許可するのに先立って、ユーザプロフィールのどの部分がそのサービング呼制御サーバにより理解されサポートされるかをチェックすることを示している。より具体的には、図５は、ユーザプロフィールのどの部分がそのサービング呼制御サーバにより理解されサポートされるかについて加入者サーバとサービング呼制御サーバとの間でのチェック動作を図示している。
【図６】２つのサービング呼制御サーバ間のハンドオーバが実行されない場合に、第１のユーザ“Ａ”と第２のユーザ“Ｂ”と間の、或は、第１のユーザとアプリケーションサーバとの間のルーティングチェインに関与するエンティティとインタフェースとを含む基本ダイアグラムを示す。
【図７】２つのサービング呼制御サーバ間のハンドオーバを実行する本発明のいくつかの実施例に従い図６の基本ダイアグラムがどのように変更されるかを示す。具体的には、図７は第３及び第４実施例に従って本発明を実行した場合に得られる結果を示す。
【図８ａ】２つのサービング呼制御サーバ間のハンドオーバを実行する本発明のいくつかの実施例に従い図６の基本ダイアグラムがどのように変更されるかを示す。具体的には、図８ａは第５及び第６実施例に従って本発明を実行した場合に得られる結果を示す。
【図８ｂ】図８ａに示した１つにより、そして、第５及び第６実施例に従って第２のハンドオーバがどのように実行されるかを示す。
【特許請求の範囲】
【請求項１】
通信ネットワークにおける２つのサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２）の間でハンドオーバを実行する方法であって、
ユーザ機器（ＵＥ）は前記通信ネットワークにプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）を介してアクセスを行い、前記ユーザ機器には、前記ユーザ機器にサービスを行う、前記ユーザ機器（ＵＥ）に関するユーザプロフィールにおける情報要素にフィットするのに適した一連の能力機能を有した第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）が割当てられ、
前記方法は、
ａ）前記ユーザ機器（ＵＥ）に関し、前記ユーザプロフィールにおける情報要素にフィットさせるために前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）により備えられない能力機能（Ｓ−３２，Ｓ−３３）を判断する工程と、
ｂ）第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を割当てるために前記プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）を介して前記ユーザ機器（ＵＥ）に対する再登録（Ｓ−０１，Ｓ−０３，Ｓ−０４）を開始する工程とを有し、
前記ｂ）の再登録を開始する工程は、
ｂ１）前記プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）とサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１；Ｓ−ＣＳＣＦ−２）の両方において、前記ユーザ機器（ＵＥ）に関する進行中のセションとリンクデータとをそのまま有効にし維持する（Ｃ−０２；Ｃ−０３）工程と、
ｂ２）前記プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に対して第１と第２の呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２）の間のハンドオーバを示唆し、前記第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報を格納する（Ｃ−０４；Ｃ−０９）工程とを含むことを特徴とする方法。
【請求項２】
前記ａ）の工程は、前記第１のサービング呼制御サーバが対応する能力機能（Ｓ−３２，Ｓ−３３）を有していない前記ユーザプロフィールにおける情報要素の変更を判断する（Ｓ−３１）工程を含むことを特徴とする請求項１に記載の方法。
【請求項３】
ｃ）サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）が有している前記一連の能力機能を導出するのに関連する情報要素を含む正統なユーザプロフィール（Ｓ−３４，Ｓ−３５）を構築する工程と、
ｄ）前記正統なユーザプロフィールのどの部分がサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）により理解されサポートされるのかをチェックする工程とをさらに有することを特徴とする請求項１に記載の方法。
【請求項４】
ｅ）ユーザプロフィールのどの部分がサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）により理解されサポートされるのかをチェックする工程をさらに有することを特徴とする請求項１に記載の方法。
【請求項５】
進行中のセションは前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）によりサービスを受ける一方、前記ユーザ機器に対する新しいセションは前記第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）によりサービスを受けることを特徴とする請求項１に記載の方法。
【請求項６】
前記ユーザ機器に対する進行中のセションと新しいセションとは前記第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）によりサービスを受けることを特徴とする請求項１に記載の方法。
【請求項７】
前記ｃ）の正統なユーザプロフィールを構築する工程は、前記通信ネットワークの加入者サーバ（ＨＳＳ）で実行され、
前記加入者サーバは前記ユーザ機器に対するユーザプロフィールを担当することを特徴とする請求項３に記載の方法。
【請求項８】
前記ｄ）の工程は、
前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）において前記正統なユーザプロフィールを受信する（Ｓ−３２）工程と、
前記正統なユーザプロフィールにおいてサポートされない各部分或は理解されない部分をアドレスする参照情報を返信する（Ｓ−３３）工程と
を含むことを特徴とする請求項３に記載の方法。
【請求項９】
前記ｅ）の工程は、
前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）において前記ユーザプロフィールを受信する工程と、
前記ユーザプロフィールにおいてサポートされない各部分或は理解されない部分をアドレスする参照情報を返信する工程と
を含むことを特徴とする請求項４に記載の方法。
【請求項１０】
通信ネットワークの各ユーザ機器（ＵＥ）に関するユーザプロフィールを担当する加入者サーバ（ＨＳＳ）であって、
前記ユーザプロフィールは前記ユーザ機器（ＵＥ）にサービスを行うために第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）が有する一連の能力機能にフィットすることが意図された数多くの情報要素を含み、
前記加入者サーバは、
ａ）前記ユーザプロフィールにおける情報要素（Ｓ−３４，Ｓ−３５）にフィットさせるために前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）により備えられない能力機能（Ｓ−３２，Ｓ−３３）を判断する手段と、
ｂ）前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の登録抹消（Ｓ−０１）を開始する手段と、
ｃ）前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）から、前記ユーザ機器に関する進行中のセションを含んでいることの指示を受信する（Ｓ−１５）手段と、
ｄ）第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対して前記第１の呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別子（Ｓ−ＣＳＣＦ−１ ｉｄ．）を提供する（Ｓ−２０、Ｓ−２１，Ｓ−２４）手段とを含むことを特徴とする加入者サーバ。
【請求項１１】
前記ａ）の手段は、前記第１のサービング呼制御サーバが対応する能力機能（Ｓ−３２，Ｓ−３３）を有していない前記ユーザプロフィールにおける情報要素の変更を判断する（Ｓ−３１）手段を含むことを特徴とする請求項１０に記載の加入者サーバ。
【請求項１２】
ｅ）サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）が有している前記一連の能力機能を導出するのに関連する情報要素を含む前記ユーザ機器についての正統なユーザプロフィール（Ｓ−３４，Ｓ−３５）を構築する手段と、
ｆ）前記正統なユーザプロフィールのどの部分がサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）により理解されサポートされるのかをチェックする（Ｓ−３２，Ｓ−３３）手段とをさらに有することを特徴とする請求項１０に記載の加入者サーバ。
【請求項１３】
前記チェックする（Ｓ−３２，Ｓ−３３）手段は、
前記正統なユーザプロフィールを前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２）に送信する（Ｓ−３２）手段と、
前記正統なユーザプロフィールによりサポートされない各部分或は理解されない部分をアドレスする参照情報を受信する（Ｓ−３３）手段と
を含むことを特徴とする請求項１２に記載の加入者サーバ。
【請求項１４】
ユーザプロフィールのどの部分がサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）により理解されサポートされるのかをチェックする（Ｓ−３２，Ｓ−３３）手段をさらに有することを特徴とする請求項１０に記載の加入者サーバ。
【請求項１５】
前記チェックする（Ｓ−３２，Ｓ−３３）手段は、
前記ユーザプロフィール（Ｓ−１１；Ｓ−２４；Ｓ−３２）を前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２）に送信する手段と、
前記ユーザプロフィールによりサポートされない各部分或は理解されない部分をアドレスする参照情報を受信する（Ｓ−３３）手段と
を含むことを特徴とする請求項１３に記載の加入者サーバ。
【請求項１６】
前記ｄ）の前記第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対して前記第１の呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別子（Ｓ−ＣＳＣＦ−１ ｉｄ．）を提供する手段は、前記第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を割当てることを担当する中間ネットワークサーバ（Ｉ−ＣＳＣＦ）に対する能力機能基準とともにそのような識別子（Ｓ−ＣＳＣＦ−１ ｉｄ．）を送信する（Ｓ−２０）手段を含むことを特徴する請求項１０に記載の加入者サーバ。
【請求項１７】
前記ｄ）の前記第１の呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別子（Ｓ−ＣＳＣＦ−１ ｉｄ．）を提供する手段は、前記第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対して直接、前記ユーザ機器についてのユーザプロフィールとともに前記識別子（Ｓ−ＣＳＣＦ−１ ｉｄ．）を提供する（Ｓ−２４）手段を含むことを特徴する請求項１０に記載の加入者サーバ。
【請求項１８】
前記ｃ）の進行中のセションの指示を受信する手段は、ハンドオーバ処理が進行中の過程にあることをマークする手段（Ｃ−０５）を含むことを特徴とする請求項１０に記載の加入者サーバ。
【請求項１９】
前記第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）からの指示を受信して（Ｓ−２６）前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の登録抹消を行う手段をさらに有することを特徴とする請求項１０に記載の加入者サーバ。
【請求項２０】
通信ネットワークのサービング呼制御サーバとして動作するのに適し、ユーザ機器（ＵＥ）にサービスを行うために割当てられ、前記ユーザ機器に対するユーザプロフィールにおける情報要素にフィットする一連の能力機能を有した呼制御サーバ（Ｓ−ＣＳＣＦ−１；Ｓ−ＣＳＣＦ−２）であって、
前記呼制御サーバは、
ａ）前記通信ネットワークにおける前記ユーザプロフィールを保持する加入者サーバ（ＨＳＳ）から、新しい呼制御サーバ（Ｓ−ＣＳＣＦ−２）を割当てるためのユーザ再登録の指示（サーバ変更）とともに登録抹消命令（Ｓ−０１）を受信する手段と、
ｂ）前記ユーザ機器が前記通信ネットワークにアクセスする際に経由するアクセスサーバ（Ｐ−ＣＳＣＦ）に対してユーザ再登録命令（Ｓ−０３）を送信する手段と、
ｃ）前記ユーザ機器に関して進行中セションの存在を前記加入者サーバ（ＨＳＳ）に通知する（Ｓ−１５）手段と、
ｄ）前記ユーザ機器（ＵＥ）に関して進行中セションとリンクデータとをそのまま有効にし維持する（Ｃ−０２；Ｃ−０３）手段とを有することを特徴とする呼制御サーバ。
【請求項２１】
前記進行中セションについてのセション情報を前記ユーザ機器にサービスを行うように割当てられた新しい呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対して、ハンドオーバ手順内で提供する（Ｓ−２３）手段をさらに有することを特徴とする請求項１９に記載の呼制御サーバ。
【請求項２２】
制御を前記進行中のセション（Ｓ−２５，Ｓ−２３，Ｃ−０７）により前記新しく割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−２）に移す一方、前記呼制御サーバ（Ｓ−ＣＳＣＦ−１）はオンフック状態を留まる手段をさらに有することを特徴とする請求項２０に記載の呼制御サーバ。
【請求項２３】
進行中のセションの扱い（Ｓ−２２，Ｓ−２３，Ｃ−０６）を前記新しく割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−２）に移す手段をさらに有し、
前記呼制御サーバ（Ｓ−ＣＳＣＦ−１）は前記加入者サーバから登録抹消される（Ｓ−２６）ことを特徴とする請求項２０に記載の呼制御サーバ。
【請求項２４】
進行中セションについてのセション情報を以前に割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−１）においてハンドオーバ手順内で受信する（Ｓ−２３）手段をさらに有することを特徴とする請求項１９に記載の呼制御サーバ。
【請求項２５】
前記以前に割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別子（Ｓ−ＣＳＣＦ ｉｄ．）を受信する（Ｓ−２１；Ｓ−２４）手段をさらに有することを特徴とする請求項２３に記載の呼制御サーバ。
【請求項２６】
以前に割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−１）において、前記ユーザ機器についての進行中セション（Ｓ−２５，Ｓ−２３，Ｃ−０７）を制御する一方、前記以前に割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−１）はオンフックに留まる手段をさらに有することを特徴とする請求項２４に記載の呼制御サーバ。
【請求項２７】
各呼制御サーバ及び各セションに関与するアプリケーションサーバとセション情報を交換し（Ｓ−２２，Ｓ−２３，Ｃ−０６）、前記ユーザ機器についての進行中セションを扱うために前記以前に割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−１）を置換する手段をさらに有することを特徴とする請求項２４に記載の呼制御サーバ。
【請求項２８】
前記加入者サーバ（ＨＳＳ）から前記以前に割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−１）の登録抹消を行う（Ｓ−２６）手段をさらに有することを特徴とする請求項２６に記載の呼制御サーバ。
【請求項２９】
ｅ）前記加入者サーバ（ＨＳＳ）から前記ユーザ機器（ＵＥ）に関するユーザプロフィールを受信する（Ｓ−１１；Ｓ−２４；Ｓ−３２）手段と、
ｆ）前記ユーザプロフィールのどの部分が前記呼制御サーバ（Ｓ−ＣＳＣＦ−１；Ｓ−ＣＳＣＦ−２）により理解されサポートされるのかをチェックする手段と、
ｇ）前記ユーザプロフィールにおいてサポートされていない各部分、或は理解されない部分をアドレスする参照情報を返信する（Ｓ−３３）手段とをさらに有することを特徴とする請求項１９に記載の呼制御サーバ。
【請求項３０】
ｈ）前記加入者サーバ（ＨＳＳ）から正統なユーザプロフィールを受信する（Ｓ−３２）手段と、
ｉ）前記正統なユーザプロフィールのどの部分が前記呼制御サーバ（Ｓ−ＣＳＣＦ−１；Ｓ−ＣＳＣＦ−２）により理解されサポートされるのかをチェックする手段と、
ｊ）前記正統なユーザプロフィールにおいてサポートされていない各部分、或は理解されない部分をアドレスする参照情報を返信する（Ｓ−３３）手段とをさらに有することを特徴とする請求項１９に記載の呼制御サーバ。
【請求項３１】
ユーザ機器（ＵＥ）がアクセスを行うのに経由することになる通信ネットワークのプロキシ呼制御サーバとして動作するのに適し、前記ユーザ機器が前記ユーザ機器に対してサービスを行うのに割当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）と確立した進行中セションについてのセション情報を有したアクセスサーバ（Ｐ−ＣＳＣＦ）であって、
前記アクセスサーバは、
ａ）前記ユーザ機器にサービスを行うように割当てられた前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に対する参照情報でリンクされ、前記ユーザ機器に関する進行中セションについてのセション情報を格納する手段と、
ｂ）以前に割当てられた前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）と前記ユーザ機器にサービスを行うために割当てられた新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）との間のハンドオーバの指示を受信する（Ｓ−１９；Ｓ−２８）手段と、
ｃ）前記ユーザ機器（ＵＥ）についての進行中セションとリンクデータとをそのまま有効にし維持する（Ｃ−０４；Ｃ−０９）手段とを有することを特徴とするアクセスサーバ。
【請求項３２】
前記ｃ）の進行中セションをそのまま有効にし維持する手段（Ｃ−０９）は、
前記新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対する参照情報を格納する手段と、
前記進行中セションをそこにリンクする手段と、
前記以前に割当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に対する参照情報を棄却する手段と
を含むことを特徴とする請求項３０に記載のアクセスサーバ。
【請求項３３】
前記ｃ）の進行中セションをそのまま有効にし維持する手段（Ｃ−０４）は、
前記新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対する参照情報を格納する手段と、
前記進行中セションと前記以前に割当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に対する参照情報とをそこにリンクする手段と
を含むことを特徴とする請求項３０に記載のアクセスサーバ。
【請求項３４】
通信ネットワークにおいてユーザ機器（ＵＥ）にサービスを行うサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１；Ｓ−ＣＳＣＦ−２）を割当てるのに適した中間ネットワークサーバ（Ｉ−ＣＳＣＦ）であって、
前記割当てが前記ユーザ機器にサービスを行うのに前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１；Ｓ−ＣＳＣＦ−２）各々が有する一連の能力機能に基づいてなされ、
前記中間ネットワークサーバ（Ｉ−ＣＳＣＦ）は、
ａ）新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を割当てるための能力機能基準を受信する（Ｓ−２０）手段と、
ｂ）前記能力機能基準により良くフィットする前記新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を選択する手段と、
ｃ）前記新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対して、ハンドオーバのために以前に割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別子を送信する（Ｓ−２０、Ｓ−２１）手段とを有することを特徴とする中間ネットワークサーバ。
【請求項１】
通信ネットワークにおける２つのサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２）の間でハンドオーバを実行する方法であって、
ユーザ機器（ＵＥ）は前記通信ネットワークにプロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）を介してアクセスを行い、前記ユーザ機器には、前記ユーザ機器にサービスを行う、前記ユーザ機器（ＵＥ）に関するユーザプロフィールにおける情報要素にフィットするのに適した一連の能力機能を有した第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）が割当てられ、
前記方法は、
ａ）前記ユーザ機器（ＵＥ）に関し、前記ユーザプロフィールにおける情報要素にフィットさせるために前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）により備えられない能力機能（Ｓ−３２，Ｓ−３３）を判断する工程と、
ｂ）第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を割当てるために前記プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）を介して前記ユーザ機器（ＵＥ）に対する再登録（Ｓ−０１，Ｓ−０３，Ｓ−０４）を開始する工程とを有し、
前記ｂ）の再登録を開始する工程は、
ｂ１）前記プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）とサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１；Ｓ−ＣＳＣＦ−２）の両方において、前記ユーザ機器（ＵＥ）に関する進行中のセションとリンクデータとをそのまま有効にし維持する（Ｃ−０２；Ｃ−０３）工程と、
ｂ２）前記プロキシ呼制御サーバ（Ｐ−ＣＳＣＦ）に対して第１と第２の呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２）の間のハンドオーバを示唆し、前記第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）への参照情報を格納する（Ｃ−０４；Ｃ−０９）工程とを含むことを特徴とする方法。
【請求項２】
前記ａ）の工程は、前記第１のサービング呼制御サーバが対応する能力機能（Ｓ−３２，Ｓ−３３）を有していない前記ユーザプロフィールにおける情報要素の変更を判断する（Ｓ−３１）工程を含むことを特徴とする請求項１に記載の方法。
【請求項３】
ｃ）サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）が有している前記一連の能力機能を導出するのに関連する情報要素を含む正統なユーザプロフィール（Ｓ−３４，Ｓ−３５）を構築する工程と、
ｄ）前記正統なユーザプロフィールのどの部分がサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）により理解されサポートされるのかをチェックする工程とをさらに有することを特徴とする請求項１に記載の方法。
【請求項４】
ｅ）ユーザプロフィールのどの部分がサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）により理解されサポートされるのかをチェックする工程をさらに有することを特徴とする請求項１に記載の方法。
【請求項５】
進行中のセションは前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）によりサービスを受ける一方、前記ユーザ機器に対する新しいセションは前記第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）によりサービスを受けることを特徴とする請求項１に記載の方法。
【請求項６】
前記ユーザ機器に対する進行中のセションと新しいセションとは前記第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）によりサービスを受けることを特徴とする請求項１に記載の方法。
【請求項７】
前記ｃ）の正統なユーザプロフィールを構築する工程は、前記通信ネットワークの加入者サーバ（ＨＳＳ）で実行され、
前記加入者サーバは前記ユーザ機器に対するユーザプロフィールを担当することを特徴とする請求項３に記載の方法。
【請求項８】
前記ｄ）の工程は、
前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）において前記正統なユーザプロフィールを受信する（Ｓ−３２）工程と、
前記正統なユーザプロフィールにおいてサポートされない各部分或は理解されない部分をアドレスする参照情報を返信する（Ｓ−３３）工程と
を含むことを特徴とする請求項３に記載の方法。
【請求項９】
前記ｅ）の工程は、
前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）において前記ユーザプロフィールを受信する工程と、
前記ユーザプロフィールにおいてサポートされない各部分或は理解されない部分をアドレスする参照情報を返信する工程と
を含むことを特徴とする請求項４に記載の方法。
【請求項１０】
通信ネットワークの各ユーザ機器（ＵＥ）に関するユーザプロフィールを担当する加入者サーバ（ＨＳＳ）であって、
前記ユーザプロフィールは前記ユーザ機器（ＵＥ）にサービスを行うために第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）が有する一連の能力機能にフィットすることが意図された数多くの情報要素を含み、
前記加入者サーバは、
ａ）前記ユーザプロフィールにおける情報要素（Ｓ−３４，Ｓ−３５）にフィットさせるために前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）により備えられない能力機能（Ｓ−３２，Ｓ−３３）を判断する手段と、
ｂ）前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の登録抹消（Ｓ−０１）を開始する手段と、
ｃ）前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）から、前記ユーザ機器に関する進行中のセションを含んでいることの指示を受信する（Ｓ−１５）手段と、
ｄ）第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対して前記第１の呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別子（Ｓ−ＣＳＣＦ−１ ｉｄ．）を提供する（Ｓ−２０、Ｓ−２１，Ｓ−２４）手段とを含むことを特徴とする加入者サーバ。
【請求項１１】
前記ａ）の手段は、前記第１のサービング呼制御サーバが対応する能力機能（Ｓ−３２，Ｓ−３３）を有していない前記ユーザプロフィールにおける情報要素の変更を判断する（Ｓ−３１）手段を含むことを特徴とする請求項１０に記載の加入者サーバ。
【請求項１２】
ｅ）サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）が有している前記一連の能力機能を導出するのに関連する情報要素を含む前記ユーザ機器についての正統なユーザプロフィール（Ｓ−３４，Ｓ−３５）を構築する手段と、
ｆ）前記正統なユーザプロフィールのどの部分がサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）により理解されサポートされるのかをチェックする（Ｓ−３２，Ｓ−３３）手段とをさらに有することを特徴とする請求項１０に記載の加入者サーバ。
【請求項１３】
前記チェックする（Ｓ−３２，Ｓ−３３）手段は、
前記正統なユーザプロフィールを前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２）に送信する（Ｓ−３２）手段と、
前記正統なユーザプロフィールによりサポートされない各部分或は理解されない部分をアドレスする参照情報を受信する（Ｓ−３３）手段と
を含むことを特徴とする請求項１２に記載の加入者サーバ。
【請求項１４】
ユーザプロフィールのどの部分がサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２，Ｓ−ＣＳＣＦ−３）により理解されサポートされるのかをチェックする（Ｓ−３２，Ｓ−３３）手段をさらに有することを特徴とする請求項１０に記載の加入者サーバ。
【請求項１５】
前記チェックする（Ｓ−３２，Ｓ−３３）手段は、
前記ユーザプロフィール（Ｓ−１１；Ｓ−２４；Ｓ−３２）を前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１，Ｓ−ＣＳＣＦ−２）に送信する手段と、
前記ユーザプロフィールによりサポートされない各部分或は理解されない部分をアドレスする参照情報を受信する（Ｓ−３３）手段と
を含むことを特徴とする請求項１３に記載の加入者サーバ。
【請求項１６】
前記ｄ）の前記第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対して前記第１の呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別子（Ｓ−ＣＳＣＦ−１ ｉｄ．）を提供する手段は、前記第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を割当てることを担当する中間ネットワークサーバ（Ｉ−ＣＳＣＦ）に対する能力機能基準とともにそのような識別子（Ｓ−ＣＳＣＦ−１ ｉｄ．）を送信する（Ｓ−２０）手段を含むことを特徴する請求項１０に記載の加入者サーバ。
【請求項１７】
前記ｄ）の前記第１の呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別子（Ｓ−ＣＳＣＦ−１ ｉｄ．）を提供する手段は、前記第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対して直接、前記ユーザ機器についてのユーザプロフィールとともに前記識別子（Ｓ−ＣＳＣＦ−１ ｉｄ．）を提供する（Ｓ−２４）手段を含むことを特徴する請求項１０に記載の加入者サーバ。
【請求項１８】
前記ｃ）の進行中のセションの指示を受信する手段は、ハンドオーバ処理が進行中の過程にあることをマークする手段（Ｃ−０５）を含むことを特徴とする請求項１０に記載の加入者サーバ。
【請求項１９】
前記第２のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）からの指示を受信して（Ｓ−２６）前記第１のサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）の登録抹消を行う手段をさらに有することを特徴とする請求項１０に記載の加入者サーバ。
【請求項２０】
通信ネットワークのサービング呼制御サーバとして動作するのに適し、ユーザ機器（ＵＥ）にサービスを行うために割当てられ、前記ユーザ機器に対するユーザプロフィールにおける情報要素にフィットする一連の能力機能を有した呼制御サーバ（Ｓ−ＣＳＣＦ−１；Ｓ−ＣＳＣＦ−２）であって、
前記呼制御サーバは、
ａ）前記通信ネットワークにおける前記ユーザプロフィールを保持する加入者サーバ（ＨＳＳ）から、新しい呼制御サーバ（Ｓ−ＣＳＣＦ−２）を割当てるためのユーザ再登録の指示（サーバ変更）とともに登録抹消命令（Ｓ−０１）を受信する手段と、
ｂ）前記ユーザ機器が前記通信ネットワークにアクセスする際に経由するアクセスサーバ（Ｐ−ＣＳＣＦ）に対してユーザ再登録命令（Ｓ−０３）を送信する手段と、
ｃ）前記ユーザ機器に関して進行中セションの存在を前記加入者サーバ（ＨＳＳ）に通知する（Ｓ−１５）手段と、
ｄ）前記ユーザ機器（ＵＥ）に関して進行中セションとリンクデータとをそのまま有効にし維持する（Ｃ−０２；Ｃ−０３）手段とを有することを特徴とする呼制御サーバ。
【請求項２１】
前記進行中セションについてのセション情報を前記ユーザ機器にサービスを行うように割当てられた新しい呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対して、ハンドオーバ手順内で提供する（Ｓ−２３）手段をさらに有することを特徴とする請求項１９に記載の呼制御サーバ。
【請求項２２】
制御を前記進行中のセション（Ｓ−２５，Ｓ−２３，Ｃ−０７）により前記新しく割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−２）に移す一方、前記呼制御サーバ（Ｓ−ＣＳＣＦ−１）はオンフック状態を留まる手段をさらに有することを特徴とする請求項２０に記載の呼制御サーバ。
【請求項２３】
進行中のセションの扱い（Ｓ−２２，Ｓ−２３，Ｃ−０６）を前記新しく割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−２）に移す手段をさらに有し、
前記呼制御サーバ（Ｓ−ＣＳＣＦ−１）は前記加入者サーバから登録抹消される（Ｓ−２６）ことを特徴とする請求項２０に記載の呼制御サーバ。
【請求項２４】
進行中セションについてのセション情報を以前に割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−１）においてハンドオーバ手順内で受信する（Ｓ−２３）手段をさらに有することを特徴とする請求項１９に記載の呼制御サーバ。
【請求項２５】
前記以前に割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別子（Ｓ−ＣＳＣＦ ｉｄ．）を受信する（Ｓ−２１；Ｓ−２４）手段をさらに有することを特徴とする請求項２３に記載の呼制御サーバ。
【請求項２６】
以前に割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−１）において、前記ユーザ機器についての進行中セション（Ｓ−２５，Ｓ−２３，Ｃ−０７）を制御する一方、前記以前に割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−１）はオンフックに留まる手段をさらに有することを特徴とする請求項２４に記載の呼制御サーバ。
【請求項２７】
各呼制御サーバ及び各セションに関与するアプリケーションサーバとセション情報を交換し（Ｓ−２２，Ｓ−２３，Ｃ−０６）、前記ユーザ機器についての進行中セションを扱うために前記以前に割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−１）を置換する手段をさらに有することを特徴とする請求項２４に記載の呼制御サーバ。
【請求項２８】
前記加入者サーバ（ＨＳＳ）から前記以前に割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−１）の登録抹消を行う（Ｓ−２６）手段をさらに有することを特徴とする請求項２６に記載の呼制御サーバ。
【請求項２９】
ｅ）前記加入者サーバ（ＨＳＳ）から前記ユーザ機器（ＵＥ）に関するユーザプロフィールを受信する（Ｓ−１１；Ｓ−２４；Ｓ−３２）手段と、
ｆ）前記ユーザプロフィールのどの部分が前記呼制御サーバ（Ｓ−ＣＳＣＦ−１；Ｓ−ＣＳＣＦ−２）により理解されサポートされるのかをチェックする手段と、
ｇ）前記ユーザプロフィールにおいてサポートされていない各部分、或は理解されない部分をアドレスする参照情報を返信する（Ｓ−３３）手段とをさらに有することを特徴とする請求項１９に記載の呼制御サーバ。
【請求項３０】
ｈ）前記加入者サーバ（ＨＳＳ）から正統なユーザプロフィールを受信する（Ｓ−３２）手段と、
ｉ）前記正統なユーザプロフィールのどの部分が前記呼制御サーバ（Ｓ−ＣＳＣＦ−１；Ｓ−ＣＳＣＦ−２）により理解されサポートされるのかをチェックする手段と、
ｊ）前記正統なユーザプロフィールにおいてサポートされていない各部分、或は理解されない部分をアドレスする参照情報を返信する（Ｓ−３３）手段とをさらに有することを特徴とする請求項１９に記載の呼制御サーバ。
【請求項３１】
ユーザ機器（ＵＥ）がアクセスを行うのに経由することになる通信ネットワークのプロキシ呼制御サーバとして動作するのに適し、前記ユーザ機器が前記ユーザ機器に対してサービスを行うのに割当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）と確立した進行中セションについてのセション情報を有したアクセスサーバ（Ｐ−ＣＳＣＦ）であって、
前記アクセスサーバは、
ａ）前記ユーザ機器にサービスを行うように割当てられた前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に対する参照情報でリンクされ、前記ユーザ機器に関する進行中セションについてのセション情報を格納する手段と、
ｂ）以前に割当てられた前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）と前記ユーザ機器にサービスを行うために割当てられた新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）との間のハンドオーバの指示を受信する（Ｓ−１９；Ｓ−２８）手段と、
ｃ）前記ユーザ機器（ＵＥ）についての進行中セションとリンクデータとをそのまま有効にし維持する（Ｃ−０４；Ｃ−０９）手段とを有することを特徴とするアクセスサーバ。
【請求項３２】
前記ｃ）の進行中セションをそのまま有効にし維持する手段（Ｃ−０９）は、
前記新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対する参照情報を格納する手段と、
前記進行中セションをそこにリンクする手段と、
前記以前に割当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に対する参照情報を棄却する手段と
を含むことを特徴とする請求項３０に記載のアクセスサーバ。
【請求項３３】
前記ｃ）の進行中セションをそのまま有効にし維持する手段（Ｃ−０４）は、
前記新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対する参照情報を格納する手段と、
前記進行中セションと前記以前に割当てられたサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１）に対する参照情報とをそこにリンクする手段と
を含むことを特徴とする請求項３０に記載のアクセスサーバ。
【請求項３４】
通信ネットワークにおいてユーザ機器（ＵＥ）にサービスを行うサービング呼制御サーバ（Ｓ−ＣＳＣＦ−１；Ｓ−ＣＳＣＦ−２）を割当てるのに適した中間ネットワークサーバ（Ｉ−ＣＳＣＦ）であって、
前記割当てが前記ユーザ機器にサービスを行うのに前記サービング呼制御サーバ（Ｓ−ＣＳＣＦ−１；Ｓ−ＣＳＣＦ−２）各々が有する一連の能力機能に基づいてなされ、
前記中間ネットワークサーバ（Ｉ−ＣＳＣＦ）は、
ａ）新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を割当てるための能力機能基準を受信する（Ｓ−２０）手段と、
ｂ）前記能力機能基準により良くフィットする前記新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）を選択する手段と、
ｃ）前記新しいサービング呼制御サーバ（Ｓ−ＣＳＣＦ−２）に対して、ハンドオーバのために以前に割当てられた呼制御サーバ（Ｓ−ＣＳＣＦ−１）の識別子を送信する（Ｓ−２０、Ｓ−２１）手段とを有することを特徴とする中間ネットワークサーバ。
【図１】
【図２】
【図３】
【図４ａ】
【図４ｂ１】
【図４ｂ２】
【図４ｂ３】
【図４ｂ４】
【図４ｃ１】
【図４ｃ２】
【図５】
【図６】
【図７】
【図８ａ】
【図８ｂ】
【図２】
【図３】
【図４ａ】
【図４ｂ１】
【図４ｂ２】
【図４ｂ３】
【図４ｂ４】
【図４ｃ１】
【図４ｃ２】
【図５】
【図６】
【図７】
【図８ａ】
【図８ｂ】
【公表番号】特表２００８−５１０３６０（Ｐ２００８−５１０３６０Ａ）
【公表日】平成２０年４月３日（２００８．４．３）
【国際特許分類】
【出願番号】特願２００７−５２５５７１（Ｐ２００７−５２５５７１）
【出願日】平成１６年８月１３日（２００４．８．１３）
【国際出願番号】ＰＣＴ／ＳＥ２００４／００１２０２
【国際公開番号】ＷＯ２００６／０１６８３９
【国際公開日】平成１８年２月１６日（２００６．２．１６）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２０年４月３日（２００８．４．３）
【国際特許分類】
【出願日】平成１６年８月１３日（２００４．８．１３）
【国際出願番号】ＰＣＴ／ＳＥ２００４／００１２０２
【国際公開番号】ＷＯ２００６／０１６８３９
【国際公開日】平成１８年２月１６日（２００６．２．１６）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]