JP5391331B2 - ローミングｉｍｓユーザのユーザ登録管理 - Google Patents

Description

本発明は、ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークにおけるユーザ登録を管理するための技術に関するものである。より詳しくは、訪問先ＩＭＳネットワークとホームＩＭＳネットワークとの間のローミングアグリーメント（協定：agreement）に基づいて、ユーザ自身のホームＩＭＳネットワークにおいてローミングするユーザ端末の登録を管理するための技術に関するものである。

ＩＰマルチメディアサブシステム（ＩＭＳ）は、移動通信ネットワーク内の特定のドメインである。この移動通信ネットワークには、汎用パケット無線サービス（ＧＰＲＳ）ネットワーク及びユニバーサル移動通信システム（ＵＭＴＳ）ネットワークがある。ＩＭＳは、マルチメディア及び他のサービスのユーザへのプロビジョン（提供）の集中化を実現することができる。ＩＭＳベースのサービスは、本質的には、特定のアクセス技術とは独立して使用することができる。例えば、通常のアクセスをパケットベースのトランスポートメカニズムに基づかせながら、ユーザは、例えば、ＧＳＭ（登録商標）ネットワークのＣＳ（回線交換）ドメインを介してＩＭＳへアクセスすることもできる。選択されている特定のアクセスとは独立して、ユーザは、ＩＭＳサービスのプロビジョンのためにＩＭＳへ登録しなければならない。登録と、特定のユーザへプロビジョンするサービスは、ＩＭＳのサービング（在圏）呼制御機能（Ｓ−ＣＳＣＦ）によって制御される。

音声サービスのプロビジョンに対して知られているローミング状況は、例えば、ＩＭＳサービスのプロビジョンに対しても関連している。ユーザは、訪問先ネットワークのＩＭＳドメインを介して自身のホームＩＭＳネットワークに登録することを試行することができる。この場合、ユーザ端末は、自身の登録リクエストを、訪問先ネットワークのプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）へ送信し、プロキシＣＳＣＦはその登録リクエストをユーザのホームネットワークへ転送する。この目的のために、少なくとも１つのインターロゲイティング（尋問：interrogating）ＣＳＣＦ（Ｉ−ＣＳＣＦ）をホームＩＭＳネットワークで利用可能となるようにしなければならない。ここで、Ｐ−ＣＳＣＦは登録リクエストをその少なくとも１つのインターロゲイティングＣＳＣＦへ送信する。そして、これは、ホームネットワークの適切なＳ−ＣＳＣＦを識別し、登録リクエストをそのＳ−ＣＳＣＦへ送信するための、Ｉ−ＣＳＣＦのタスクとなる。

このようなＩＭＳローミング状況に対する前提条件は、ローミング協定がホームネットワークと訪問先ネットワークとの間で整備されていることである。ここで、ローミング協定は、どのようにして、訪問するユーザが訪問先ネットワークを介して自身のホームネットワークでの所望のサービスにアクセスすることができるかを定義する。ＩＭＳサービスに関しては、今日のローミング協定は、通常は、単に、トンネリング方法を有しているだけである。これは、例えば、訪問先ネットワークはＩＭＳを有していないからである。これは、訪問するユーザのトラフィックが訪問先ネットワーク内のＳＧＳＮ（ＧＰＲＳサポートノード）から、ホームネットワークのＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）へトンネルされることを意味する。このソリューションは、ユーザに対する所望のＱｏＳ（サービスの品質）を保証することができない場合がある。例えば、ベストエフォート型のＱｏＳに対して、単純なベアラが訪問先ネットワークに提供される場合を検討する。例えば、ビデオテレフォニーのような、高帯域かつ遅延が少ないマルチメディア配信セッションの場合、ホームネットワークからユーザによって実際にリクエストされるサービスを十分に満足させられない可能性がある。

ＩＭＳドメインの数は、増加していて、また、将来的にもより確実に増加することになる。この増加には、費用効果がある「ボックス内ＩＭＳ（IMS in a box）」ソリューションによって実現される場合のみのローカルの通信範囲及び一時的な通信範囲の少なくとも一方を備えるＩＭＳネットワークも含んでいる。マルチメディアサービスをユーザに柔軟に提供することを可能にするためには、サービスが所望の品質でＩＭＳユーザへ提供され、かつ対応するローミング協定が整備されていなければならないことを前提条件とする。現在のところ、ローミング協定は、通常は、手動でセットアップされる。しかしながら、将来的に要求される数のローミング関係を手動で管理することは、実用的な（ビジネス上の）観点からは実現不可能と考えられる。この要求される数には、通常に増加するＩＭＳドメインの数ばかりか、更には、特に、例えば、展覧会、会議、文化的なイベント等の期間だけのような一時的に存在するＩＭＳドメインに関する数も含まれる。

また、例えば、短期間のトラフィックピークあるいは一時的なサービスの提供に柔軟に応対することを可能にするために、既存のローミング協定を柔軟に更新するための可能性を有することの要望も存在し、これは通常、ローミング協定の手動管理によって達成できるものではない。

これらの理由のために、ＩＭＳネットワーク間で自動的にローミング協定を確立するための（更新するための）手順が要求されている。３ＧＰＰ技術仕様書であるＴＳ２４．２２８とＴＳ２４．２２９は、ＩＭＳシグナリングフローを定義し、これには、ローミングの場合のＩＭＳネットワーク間のシグナリングフローを含んでいる。しかしながら、これらの仕様書では、ローミング協定が整備されているあるいは整備されていない、即ち、そのような手順が、手動で確立されるローミング協定に基づいていることを想定している。３ＧＰＰ技術報告書であるＴＲ２２．９７１は、中央ネットワーク間サービスポイントに基づく「自動」ローミングの形態を記載していて、これは、ローミング関係の確立を実現可能にするために提供されている。

３ＧＰＰ ＴＲ２２．９８０では、いわゆるネットワーク構成に対する実装例が記載されている。この構成は、「アンビエントネットワークプロジェクト（ambient network projects）」内で開発される概念に基づいていて、ここでは、汎用ネットワークアーキテクチャが開発されていて、これには、２つのネットワーク間での汎用化制御機能と標準化リファレンスポイントを含んでいる。この概念は、ネットワーク間で実行される汎用自動ネゴシエーション手順を含んでいて、これについては、例えば、アンビエントネットワークの刊行物である、２００６年１１月のＤ３−Ｇ．１「構成フレームワークの設計」で参照され、http://www.ambient-networks.org/deliverables.htmlで利用可能である。しかしながら、自動ローミング協定ネゴシエーションについての一般的な状況が議論される一方で、ＩＭＳネットワーク間のローミング協定に対して実際に利用可能なソリューションは提供されていない。

事実、ＩＭＳネットワーク間のローミング協定に対する自動確立手順を実現可能にするためには、細部に渡って解決すべき様々な問題が残っている。ここでは、特に、以下の問題について検討する。手動によるローミング協定のセットアップの場合において、ローミング協定が満了しているあるいは終了している場合、これは、典型的には、静的に発生するので、このローミング協定は、同一の方法で、即ち、手動の対話を介在し、かつＨＳＳ内のエントリの手動による削除を要求するという方法でのみ解除することができる。自動的に確立されるローミング協定のステータスに関連して、ホームネットワークでユーザ登録を管理することを可能にする既存のメカニズムは存在しない。特に、自動的に確立される（動的な）ローミング協定の満了あるいは終了の場合、訪問先ネットワーク内のユーザは、ホームネットワークのＨＳＳでは登録解除されることが必要である。このような観点から自動メカニズムが要求されていて、これは、ローミング協定の増加量の観点からは、手動による終了及び登録解除は減らせないからである。

第１のＩＭＳネットワークと第２のＩＭＳネットワークとの間で自動的に確立されるローミング協定でのステータス変更において、第１のＩＭＳネットワークでのユーザ登録を自動的に管理するための技術の要望が存在する。

この要望は、第１のＩＰマルチメディアサブシステムである「ＩＭＳ」ネットワークにおけるユーザ登録を管理するための方法によって満足させられる。この方法は、第１のＩＭＳネットワークのエッジプロキシにおいて実行され、かつ、この方法は、第２のＩＭＳネットワークとの自動的に確立されているローミング協定におけるステータス変更を判定するステップと、前記判定の結果に基づいて、前記ローミング協定の前記ステータス変更によって影響を受けるユーザの登録更新を開始するためのローミングステータス更新情報を、前記第１のＩＭＳネットワークに関連付けられているユーザデータベースへ送信するステップとを備える。

前記ステータス変更は、前記自動的に確立されているローミング協定の有効期間を示すタイマの満了の検出に基づいている。例えば、このタイマは、ローミング協定の確立時に自動的に開始されていても良い。

１つの変形では、この方法は、更に、前記ローミング協定の前記ステータス変更を示す変更情報を、前記第２のＩＭＳネットワークの対応するエッジプロキシへ送信するステップを備えていても良い。別の変形では、この方法は、前記第２のＩＭＳネットワークのエッジプロキシから、前記ローミング協定のステータス変更を示す変更情報を受信するステップを更に備えていても良い。前記ローミング協定の前記ステータス変更を判定するステップは、前記受信する変更情報に基づいている。

前記ローミング協定のステータス変更は、前記ローミング協定の満了あるいは終了と、前記ローミング協定を自動的に確立する場合に前記第１のＩＭＳネットワークと前記第２のＩＭＳネットワークとの間で同意されている前記ローミング協定に関連するローミング協定データの変更の少なくとも一方を含んでいても良い。

上述に示されている要望は、更に、第１のＩＰマルチメディアサブシステムである「ＩＭＳ」ネットワークにおけるユーザ登録を管理する更なる方法によって満足させられる。この方法は、前記第１のＩＭＳネットワークに関連付けられているユーザデータベースで実行され、また、この方法は、第２のＩＭＳネットワークとの自動的に確立されているローミング協定に基づいて、前記第２のＩＭＳネットワークを訪問するユーザを登録するステップと、前記ローミング協定のステータス変更を示すローミングステータス更新情報を受信するステップと、前記受信するローミングステータス更新情報に基づいて、従前に登録されている前記ユーザを識別するステップと、前記識別されるユーザの登録更新を示す登録更新情報を、前記第１のＩＭＳネットワーク内の前記識別されるユーザにサービスを提供するユーザレジスタへ送信するステップとを含んでいる。

前記ローミングステータス更新情報は、前記第１のＩＭＳネットワークのエッジプロキシから受信されても良い。この方法は、更に、前記受信するローミングステータス更新情報に基づいて、前記ユーザデータベース内の前記識別されるユーザの登録更新を開始するステップを更に備えても良い。

ユーザデータベースによって管理されるいくつかのあるいはすべてのユーザプロファイルは、前記第１のＩＭＳネットワークを介して対応する前記ユーザを登録している該第１のＩＭＳネットワークとは別のＩＭＳネットワークを示す訪問先ネットワーク識別子を含んでいても良い。この方法の一実装では、前記識別するステップは、前記ユーザプロファイルにおける前記訪問先ネットワーク識別子に基づいて実行される。この場合、前記登録するステップは、対応する前記ユーザプロファイルにおける前記訪問先ネットワーク識別子を設定することを含んでいても良い。この方法の一変形では、前記ローミングステータス更新情報は、訪問先ネットワーク識別子を含んでいても良い。

上述に示される要望は、更に、第１のＩＰマルチメディアサブシステムである「ＩＭＳ」ネットワークにおけるユーザ登録を管理する更に別の方法によって満足させられる。この方法は、前記第１のＩＭＳネットワークに関連付けられているユーザレジスタで実行され、この方法は、前記第１のＩＭＳネットワークに関連付けられているユーザデータベースから、第２のＩＭＳネットワークを訪問するユーザであって、かつ前記第２のＩＭＳネットワークとの自動的に確立されているローミング協定に基づいて前記ユーザデータベースに登録されている前記ユーザの登録更新を示す登録更新情報を受信するステップと、前記受信する登録更新情報に基づいて、前記登録更新の指示を、前記第２のＩＭＳネットワークを訪問する前記ユーザへ送信するステップと、前記受信する登録更新情報に基づいて、前記登録更新の指示を、前記第２のＩＭＳネットワークにおけるプロキシ呼状態制御機能である「Ｐ−ＣＳＣＦ」へ送信するステップとを備える。

上述の方法群の任意の方法において、前記登録更新情報は、１人以上の前記ユーザの登録解除を示していても良い。一般的には、前記ローミングステータス更新情報と前記登録更新情報との少なくとも一方は、Ｄｉａｍｅｔｅｒリクエストメッセージを使用してトランスポートされても良い。

また、上述の要望は、コンピュータプログラムによって満足させられ、これは、１つ以上のコンピュータ装置においてコンピュータプログラムが実行される場合に本明細書で説明される方法の態様及び上述の方法群の１つ以上の方法のステップ群を実行するプログラムコード部分を含んでいて、コンピュータ装置には、例えば、Ｉ−ＣＳＣＦ、ＨＳＳあるいはＳ−ＣＳＣＦがある。コンピュータプログラムは、コンピュータ可読記憶媒体に記憶されても良く、これには、例えば、コンピュータ装置内のあるいはそれに関連付けられている固定のあるいは書換可能なメモリ、あるいはリムーバルＣＤ−ＲＯＭ、ＤＶＤあるいはＵＳＢスティックがある。加えて、あるいは選択的には、コンピュータプログラムは、インターネットのようなデータネットワークを介して、あるいは、電話回線あるいは無線リンクのような通信回線を介して、コンピュータ装置へダウンロードするために提供されても良い。

上述の要望は、第１のＩＰマルチメディアサブシステムである「ＩＭＳ」ネットワークにおけるユーザ登録を管理するように構成されているエッジプロキシを実現するノードによって満足させられる。第２のＩＭＳネットワークとの自動的に確立されているローミング協定におけるステータス変更を判定するように構成されているコンポーネントと、前記ローミング協定の変更による影響を受けるユーザの登録更新を開始するためのローミングステータス更新情報を、前記第１のＩＭＳネットワークに関連付けられているユーザデータベースへ送信するように構成されているコンポーネントとを備える。

前記ノードは、前記ローミング協定のステータス変更を示す変更情報を、前記第２のＩＭＳネットワークのエッジプロキシから受信するように構成されているコンポーネントを備えても良い。この場合、前記ローミング協定における前記ステータス変更を判定するように構成されている前記コンポーネントは、前記受信する変更情報に基づいて、自身の機能を実行する。

上述の要望は、第１のＩＰマルチメディアサブシステムである「ＩＭＳ」ネットワークにおけるユーザ登録を管理するように構成されているユーザデータベースを実現するノードによって満足させられる。前記ノードは、第２のＩＭＳネットワークとの自動的に確立されているローミング協定に基づいて、前記第２のＩＭＳネットワークを訪問するユーザを登録するように構成されているコンポーネントと、前記ローミング協定におけるステータス変更を示すローミングステータス更新情報を受信するように構成されているコンポーネントと、前記受信するローミングステータス更新情報に基づいて、従前に登録されている１人以上の前記ユーザを識別するように構成されているコンポーネントと、前記識別される１人以上のユーザの登録更新を示す登録更新情報を、前記第１のＩＭＳネットワークにおける前記識別される１人以上のユーザへサービスを提供するユーザレジスタへ送信するように構成されているコンポーネントとを備える。

前記ノードは、前記受信するローミングステータス更新情報に基づいて、前記ユーザデータベースにおける前記識別されるユーザの登録更新を開始するように構成されているコンポーネントを備えても良い。

この場合、前記ユーザデータベースによって管理されるユーザプロファイルは、前記第１のＩＭＳネットワークを介して対応する前記ユーザを登録している該第１のＩＭＳネットワークとは別のＩＭＳネットワークを示す訪問先ネットワーク識別子を含んでいて、前記１人以上のユーザを識別するように構成されているコンポーネントは、前記ユーザプロファイルにおける前記訪問先ネットワーク識別子に基づいて自身の機能を実行しても良い。この場合、前記第２のＩＭＳネットワークを訪問するユーザを登録するように構成されているコンポーネントは、登録中に対応する前記ユーザプロファイルにおける前記訪問先ネットワーク識別子を設定するように構成されていても良い。

上述の要望は、第１のＩＰマルチメディアサブシステムである「ＩＭＳ」ネットワークにおけるユーザ登録を管理するように構成されているユーザレジスタを実現するノードによって更にまた満足させられる。前記ノードは、前記第１のＩＭＳネットワークに関連付けられているユーザデータベースから、第２のＩＭＳネットワークを訪問する１人以上のユーザであって、前記第２のＩＭＳネットワークとの自動的に確立されているローミング協定に基づいて前記ユーザデータベースに登録されているユーザの登録更新を示す登録更新情報を受信するように構成されているコンポーネントと、前記受信する登録更新情報に基づいて、前記登録更新の指示を前記第２のＩＭＳネットワークを訪問する前記ユーザへ送信するように構成されているコンポーネントと、前記受信する登録更新情報に基づいて、前記登録更新の指示を前記第２のＩＭＳネットワークにおけるプロキシ呼状態制御機能である「Ｐ−ＣＳＣＦ」へ送信するように構成されているコンポーネントとを備える。

上述のノード群のいくつかの実装では、前記コンポーネント群は、前記ローミングステータス更新情報の少なくとも１つを送信あるいは受信するように構成され、前記登録更新情報は、Ｄｉａｍｅｔｅｒプロトコルに基づいて実現されても良い。

上述の態様の特定の変形に従えば、前記エッジプロキシは、インターロゲイティング呼状態制御機能である「Ｉ−ＣＳＣＦ」、相互接続境界制御機能である「ＩＢＣＦ」、あるいはセッション境界ゲートウェイである「ＳＢＧ」として実現されても良く、前記ユーザデータベースは、ホーム加入者サーバである「ＨＳＳ」として実現されても良く、前記ユーザレジスタは、サービング呼状態制御機能である「Ｓ−ＣＳＣＦ」として実現されても良い。

２つのＩＭＳネットワークとの間のローミング協定の自動確立を示すシーケンス図である。 ローミング協定の終了後の、訪問先ＩＭＳにおけるユーザローミングの登録解除処理の実施形態を示すシーケンス図である。 図２のＩ−ＣＳＣＦの機能ブロック図である。 図３のＩ−ＣＳＣＦの第１の動作モードを示すフロー図である。 図３のＩ−ＣＳＣＦの第２の動作モードを示すフロー図である。 図２のＨＳＳの機能ブロック図である。 図５のＨＳＳの動作を示すフロー図である。 ローミング更新リクエストメッセージの実施形態のＩＥ群を示すテーブルである。 ローミング更新回答メッセージの実施形態のＩＥを示すテーブルである。 図２のＳ−ＣＳＣＦの機能ブロックを示す図である。 図８のＳ−ＣＳＣＦの動作を示すフロー図である。

以下の実施形態では、説明の目的のためであって、限定する目的ではない、特定の詳細について説明する。これには、専用のネットワーク構造、シグナリングプロトコル等があり、これによって、本発明の全体理解を提供する。これらの特定の態様から離れている他の実施形態で本発明を実施することができることは当業者には明らかであろう。

例えば、特定のＩＭＳ環境は、以下の本発明を説明するために導入され、ここでは、エッジプロキシ機能がインターロゲイティング呼状態制御機能である「Ｉ−ＣＳＣＦ」上で実現され、ユーザデータベースは、ホーム加入者サーバである「ＨＳＳ」上で実現され、ユーザレジスタがサービング呼状態機能である「Ｓ−ＣＳＣＦ」で実現され、そして、ユーザプロキシがプロキシ呼状態制御機能である「Ｐ−ＣＳＣＦ」で実現される。しかしながら、本発明は、他の機能エンティティ群あるいはノード群上で実現されても良いことが理解されるべきである。より一般的なＩＭＳ／ＳＩＰ環境を参照すると、例えば、（ＳＩＰ）エッジプロキシ機能は、Ｉ−ＣＳＣＦ上で実現されても良いばかりか、追加的にあるいは選択的に、相互接続境界制御機能である「ＩＢＣＦ」、あるいはセッション境界ゲートウェイである「ＳＢＧ」上で実現れても良い。既存のあるいは将来のＳＩＰ実装に依存して、また、ユーザデータベースの役割に依存して、ユーザレジスタ及びユーザプロキシの少なくとも一方は、１つ以上の適切なノード群でそれぞれ実現されても良い。

以下で説明する機能群が、個別のハードウェア回路を使用して、プログラム化マイクロプロセッサあるいは汎用コンピュータと協働するソフトウェア機能を使用して、特定用途集積回路（ＡＳＩＣ）を使用して、１つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用して、実現されても良いことを、当業者は更に理解するであろう。本発明が方法として記載される場合、その方法も、コンピュータプロセッサ及びプロセッサに接続されているメモリで実施することができることも理解されるであろう。ここで、メモリには、プロセッサによって実行される場合に、本明細書で開示される方法を実行する１つ以上のプログラムがエンコードされている。

図面に関しては、２つ以上の図に示されるエンティティ群は同一の参照番号によって参照することに注意されたい。

図１は、どのようにしてローミング協定（ＲＡ：roaming agreement）が、２つのＩＭＳネットワーク１０２とＩＭＳネットワーク１０４との間で自動的に確立することができるかの例示の状況を詳細に示している。ユーザ機器であるＵＥ＿Ｂ１１６は、ＩＭＳネットワーク１０２の加入者である。ＵＥ＿Ｂ１１６は、ＩＭＳネットワーク１０４を訪問している。ＵＥ１１６の観点からは、ネットワーク１０２はＩＭＳネットワークＢとしても参照され、ネットワーク１０４はＩＭＳネットワークＡとしても参照される。図１に示されるエンティティ群は、ＩＭＳネットワークＢのＩ−ＣＳＣＦ＿Ｂ１０６、Ｓ−ＣＳＣＦ＿Ｂ１０８及びＨＳＳ＿Ｂ１１０と、ＩＭＳネットワーク１０４ＡのＩ−ＣＳＣＦ＿Ａ１１２及びＰ−ＣＳＣＦ＿Ａ１１４である。

ＵＥ＿Ｂ１１６は、自身のホームネットワーク１０２のＩＭＳサービスへのアクセスを要望する。しかしながら、ＩＭＳネットワーク１０２とＩＭＳネットワーク１０４との間には、永久的な（静的な）ローミング協定は整備されていない。図１は、自動的に確立される（動的な）ローミング協定が存在していない場合において、ＵＥ＿Ｂ１１６の登録の試行によって自動的な確立がトリガーされる時点を示している。Ｄｉａｍｅｔｅｒ及びＳＩＰプロトコルは、図１に示されるコンポーネント群との間のシグナリングのために使用されると想定する。

ステップ１５０では、加入者ＵＥ＿Ｂは、自身のホームネットワーク１０２への登録を試行し、それゆえ、登録メッセージを、訪問先ネットワーク１０４のＰ−ＣＳＣＦ＿Ａ１１１４へ送信する。この実施形態では、即ち、Ｉ−ＣＳＣＦ１０６へ、登録メッセージを転送する。ステップＳ１５２では、Ｐ−ＣＳＣＦ＿Ａ１１４が登録メッセージをホームネットワークのＩ−ＣＳＣＦ＿Ｂ１０６へ転送する。ステップＳ１５２の転送の詳細は、例えば、Ｉ−ＣＳＣＦ１０６のＩＰアドレスを収集し、ネットワーク１０４とネットワーク１０２との間のネットワークレベルでの保護チャネルが存在することは当業者には知られており、そのため、ここでは省略する。

ステップ１５４では、Ｉ−ＣＳＣＦ＿Ｂ１０６は、登録リクエストをＳ−ＣＳＣＦ＿Ｂ１０８へ転送するかどうかを決定するために、ネットワーク１０４にローミング協定が存在するかどうかをチェックする。図１の×印で示されるように、ステップ１５４では、Ｉ−ＣＳＣＦ＿Ｂ１０６は、ネットワーク１０２とネットワーク１０４との間にはまだ実施中のローミング協定がないと判定しているとする。つまり、ＵＥ＿Ｂ１１６は、自身のホームネットワーク１０２に登録することができない。

ＵＥ−Ｂ１１６の登録の試行の失敗をトリガーにして、ステップ１５６では、ネットワーク１０２のエンティティ１０６と、ネットワーク１０４のエンティティ１１２はそれぞれ、少なくとも特定の加入者１１６に対して有効なローミング協定をネゴシエートする。ステップ１５６でのネゴシエーションは、１回以上の周期となり得る提案／回答手順から構成されていても良い。

Ｉ−ＣＳＣＦ１０６とＩ−ＣＳＣＦ１１２は、通常は、ＩＭＳネットワーク１０２とＩＭＳネットワーク１０４との間の第１の接続点となり、それゆえ、ステップ１５６におけるネゴシエーション相手（パートナ）を形成する。別の実施形態では、ローミング協定の自動確立に関連するネゴシエーション機能あるいは同様の機能は、追加的あるいは選択的に、ＩＭＳネットワークの他のノード群に配置されていても良い。例えば、このような機能は、ホームＩＭＳネットワークのＳ−ＣＳＣＦに配置されていても良く、これは、訪問先ネットワーク内のＰ−ＣＳＣＦとのローミング協定をネゴシエートすることができる。他の例では、そのような機能は、アプリケーションサーバ内あるいは専用ノード内に配置されていても良い。そのような実施形態では、Ｉ−ＣＳＣＦは、シグナリング、例えば、登録リクエストを専用ノードへ中継することができる。しかしながら、例えば、ステップ１５６でネゴシエートされるローミング協定がローミングユーザ１１６に対して提供されるばかりかネットワーク１０４内をローミングしている他のユーザ群にも提供される場合を想定すると、自動ローミング協定確立手順に対してネットワーク群のＩ−ＣＳＣＦ群を使用することは、有効である。

ローミング協定に当事者同士が同意する場合、ステップ１５８では、ＯＫメッセージが送信され、ステップ１６４では、確認応答（ＡＣＫ）メッセージを返信することで、ネゴシエーションフェーズ１５６を完了する。図１では、ＯＫメッセージが訪問先ネットワークからホームネットワークへ送信されていることが示されているが、ＯＫメッセージはホームネットワークから訪問先ネットワークへ送信することもでき、また、ＡＣＫメッセージは訪問先ネットワークからホームネットワークへ送信することもできることに注意されたい。

ステップＳ１６０及びステップＳ１６６によって示されるように、ネゴシエートされたローミング協定は対応するＩ−ＣＳＣＦ１０６とＩ−ＣＳＣＦ１１２へそれぞれ記憶され、また、対応する加入者データベース群にも記憶され、ここでは、ＨＳＳ１１０におけるローミング協定を記憶するステップ１６２だけが、図１で示されている。ステップ１６８では、ステップＳ１５２において、（永久的なあるいは動的な）ローミング協定が既に実施されていると想定する場合に実行される方法と同様の方法で、ユーザＵＥ＿Ｂ１１６を登録するための手順が実行される。

ステップ１５６でネゴシエートされるローミング協定は、ユーザ１１６のユーザアイデンティティあるいはユーザグループのユーザアイデンティティを含むことができる。ローミング協定は、更に、ローミングユーザがアクセスすることが許可されるサービス群を示すことができ、これには、可能であれば、所定のＱｏＳ特性、及びＩＭＳドメイン１０２とＩＭＳドメイン１０４との間のセッションをセットアップし、また、解消するために要求される技術パラメータ群を含んでいる。このようなパラメータ群は、例えば、最大帯域幅、データ量等に関連していても良く、また、可能であれば、ローミング協定の満了日時に関連していても良い。また、一般的には、ローミングユーザは自身のホームネットワークからサービスをリクエストすることができるが、ステップ１５６で示されるような自動ネゴシエーションは、ローミングしている加入者が訪問先ネットワークのサービス群を使用しても良いという協定を備えることもできる。

図１のローミング協定が確立した後は、そのローミング協定は、訪問先ネットワーク１０４を介して自身のホームネットワーク１０２への登録を試行する更なるユーザに対しても（また、ネットワーク１０２をローミングしているネットワーク１０４のユーザに対しても）有効とすることができる。そのローミング協定がこれらの後続のユーザに対するものとすることができない場合、そのローミング協定は、更なる登録リクエストに応じて適合される、即ち、更新される。ローミング協定の更新手順は、図１のステップ１５６で実行されるネゴシエーションフェーズと同様の更なるネゴシエーションフェーズを含むことができる。更新手順も、他のイベント群、例えば、所定の時点、新規のサービスのプロビジョンあるいはアクティベーション等によってトリガーすることができる。

自動的に確立される（動的な）ローミング協定は、限定された期間あるいは無制限の期間に対して有効にすることができる。ローミング協定に対して満了日時が定義されていない場合でさえも、その終了を導くイベント群が存在していても良い。これには、例えば、ネゴシエートされた最大データ量が送信されている場合、あるいは、訪問先ＩＭＳネットワークが、一定の時点でオフにされる一時的なＩＭＳネットワークである場合がある。

以下の記載は、特に、自動的に確立されているローミング協定に基づいて登録されているユーザ群をどのようにして識別するかについての問題に着目している。そのような識別は、例えば、ローミング協定の満了あるいは終了の場合にユーザを登録解除するために必要である。図２に示される内容と、以下の記載は、例えば、ローミング協定が更新されるべきであり、その結果として、ＨＳＳへのユーザ登録も更新されるべきである場合において、ローミングユーザの識別を要求する他の目的に対して適用することができることが当業者には明らかであろう。

図２は、ローミング協定が満了する場合、そうでなければ、終了すべきである場合に、自動的にユーザを登録解除するための処理の実施形態を示している。典型的には、この処理は、自動的に確立されているローミング協定に対して適用されることになるが、原理的には、手動で確立されるローミング協定に対しても適用可能である。ユーザ端末の登録解除は、通信エラーを回避するためにローミング協定が終了されるべきである場合に要求される。この通信エラーは、訪問先ネットワークとホームネットワークとの一方あるいは両方と、ローミングユーザとの間で発生する場合がある。

図１に示される場合に既に導入されているエンティティ群以外に、図２は、訪問先ネットワーク１０４のＨＳＳ２０２を示している。図２の例示の状況に対しては、図１でネゴシエートされるローミング協定が満了する場合に、ユーザのＵＥ−Ｂ１１６は、自身のホームネットワーク１０２内のＨＳＳ１１０から登録解除されるべきであると想定する。ステップ２５２で、加入者ＵＥ＿Ｂ１１６がＩＭＳネットワーク１０２に登録されているかに基づいて、自動的に確立されているローミング協定の満了がＩ−ＣＳＣＦ＿Ｂ１０６で判定される。例として、ローミング協定の確立時には、そのローミング協定の存続期間を示すタイマが開始されていても良く、Ｉ−ＣＳＣＦ１０６はそのタイマの満了を検出する。ステップ２５４で、Ｉ−ＣＳＣＦ１０６は、ローミング更新リクエスト（ＲＵＲ）メッセージ２０４をＨＳＳ１１０へ送信する。ＲＵＲメッセージ２０４は、ローミング協定の状態を「終了済」へと変更することをトリガーし、これについては、以下で詳細に説明する。

ＲＵＲメッセージ２０４の受信に応じて、ＨＳＳ１１０はユーザ１１６を識別し、可能であれば、更に、ローミング協定に基づいて登録されているユーザ群を識別する。ユーザ１１６に関して、ステップ２５６では、ＨＳＳ１１０はローミング終了リクエスト（ＲＴＲ）メッセージ２０６を、ユーザ１１６へサービスを提供するＳ−ＣＳＣＦ１０８へ送信する。ステップ２５８では、ローミング終了回答（ＲＴＡ）メッセージ２０８をＨＳＳ１１０へ返信することによって、Ｓ−ＣＳＣＦ１０８は、ＲＴＲメッセージ２０６の受信を確認応答する。ステップ２６０では、ローミング協定の更新を確認応答するローミング更新回答（ＲＵＡ）を送信することによって、ＨＳＳ１１０はＩ−ＣＳＣＦ１０６へ応答する。この時点で、ローミング協定の終了と、関係するユーザ群の登録解除が、ＨＳＳ１１０の観点から終了する。更なる登録解除処理は、ユーザ１１６へサービスを提供するＳ−ＣＳＣＦ１０８によって制御される。

ステップ２６２では、Ｓ−ＣＳＣＦ＿Ｂ１０８は、Ｄｉａｍｅｔｅｒ通知メッセージ２１２を訪問先ネットワーク１０４のＰ−ＣＳＣＦ＿Ａ１１４へ送信する。ここで、ステップ２６４では、Ｐ−ＣＳＣＦ＿Ａ１１４は、そのＤｉａｍｅｔｅｒ通知メッセージ２１２をユーザのＵＥ＿Ｂ１１６へ転送するための動作を行う。ステップ２６６では、２００ ＯＫメッセージをＰ−ＣＳＣＦ＿Ａ１１４を送信することによって、加入者１１６は登録解除を確認応答し、ステップ２６８では、Ｐ−ＣＳＣＦ＿Ａ１１４は、その２００ ＯＫメッセージをＳ−ＣＳＣＦ＿Ｂ１０８へ転送する。また、ステップ２７０では、Ｓ−ＣＳＣＦ＿Ｂ１０８は通知メッセージ２１４をＰ−ＣＳＣＦ＿Ａ１１４へ送信し、ステップ２７２では、Ｐ−ＣＳＣＦ＿Ａ１１４は、２００ ＯＫメッセージを返信することによってその通知メッセージ２１４の受信を確認応答する。

ステップ２７４では、Ｉ−ＣＳＣＦ１０６は、ローミング協定の満了の相手を変更するために、Ｂｙｅメッセージ２１６を訪問先ネットワーク１０４のＩ−ＣＳＣＦ＿Ａ１１２へ送信する。ステップ２７８では、Ｉ−ＣＳＣＦ１１２は、ＲＵＲメッセージをＨＳＳ＿Ａ２０２へ送信することによってローミング協定の状態の更新をトリガーする。

Ｂｙｅメッセージ２１６は、ＵＥ＿Ｂ１１６とＰ＿ＣＳＣＦ１１４がそれぞれ通知メッセージ２１２と通知メッセージ２１４を受信し、その後、その受信の確認応答した後にＩ−ＣＳＣＦ１１２へ到達しなければならない。それゆえ、適切な時間期間によってＲＵＡメッセージ２１０の受信後に、Ｂｙｅメッセージ２１６を遅延させるために、タイマメカニズムがＩ−ＣＳＣＦ１０６において使用されても良い。別の実施形態では、メッセージ群のシーケンスは、図２で示されるシーケンスと比較して変更されていても良い。例えば、通知メッセージ２１２と２１４の受信を確認応答する２００ ＯＫメッセージが受信された後、Ｓ−ＣＳＣＦ１０８は、ＲＴＡメッセージ２０８だけをＨＳＳ１１０へ返信しても良い。この場合において、ＲＵＡメッセージ２１０がＩ−ＣＳＣＦ１０６へ到達すると、ＵＥ＿Ｂ１１６とＰ−ＣＳＣＦ１１４は登録解除を既に通知しているので、Ｉ−ＣＳＣＦは更なる遅延を発生することなく、Ｂｙｅメッセージ２１６を対応するＩ−ＣＳＣＦ１１２へ送信して、最終的にはローミング協定を終了することができる。

ステップ２７８とステップ２８０と、更には、ステップ２７８で受信されるＲＵＲメッセージによってトリガーされるＨＳＳ＿Ａ２０２の動作は、ステップ２５４及びステップ２６０に関して説明される内容とそれに関連するＨＳＳ＿Ｂ１１０の動作と同様に実行することができる。Ｉ−ＣＳＣＦ＿Ａ１１２は、Ｉ−ＣＳＣＦ＿Ｂ１０６に対して説明される方法と同様の方法で、ローミング協定の満了あるいは終了を検出することができる。この場合、Ｂｙｅメッセージ２７４がＩ−ＣＳＣＦ＿Ａ１１２で受信されないと、このノードは、ローミング協定の満了を示すために、自身の責任において、ＢｙｅメッセージをＩ−ＣＳＣＦ＿Ｂ１０６へ送信することができる。このようにして、ステップ２５２の以降は、Ｉ−ＣＳＣＦ＿Ｂ１０６でＢｙｅメッセージの受信によってトリガーされても良い（図２では不図示）。

図３は、図２のＩ−ＣＳＣＦ１０６の詳細な機能コンポーネントを示している。Ｉ−ＣＳＣＦ１０６は、ローミング協定（ＲＡ）更新コンポーネント３０２、ステータスモニタコンポーネント３０４、受信コンポーネント３０６及び送信コンポーネント３０８を備えている。Ｉ−ＣＳＣＦ１０６の第１の動作モードは、図４ａを参照して説明する。基本的には、Ｉ−ＣＳＣＦ１０６は、ＩＭＳネットワーク１０２でのユーザ登録を管理するように動作する。

ステップ４０２では、第２のＩＭＳネットワークとのローミング協定におけるステータス変更がステータスモニタ３０４で判定される。例えば、タイマ３１０の満了が検出される場合があり、ここで、タイマ３１０は、図１の自動的に確立されているローミング協定の期間を示している。ローミング協定に関連するデータは、Ｉ−ＣＳＣＦ１０６に関連付けられている記憶コンポーネント３１２（一実施形態では、記憶コンポーネントはＨＳＳ１１０であっても良い）に記憶されていても良い。ステータスモニタ３０４は、判定結果をＲＡ更新コンポーネント３０２へ提供し、ステップ４０４では、ＲＡ更新コンポーネント３０２は、その判定結果に基づいて、ローミングステータス更新情報をＨＳＳ１１０へ送信することで、ローミング協定の変更によって影響を受ける１人以上のユーザの登録の更新を開始する。図２を参照すると、ローミングステータス更新情報の一実装は、ステップ２５４のローミング更新リクエスト２０４であっても良い。

ステップ４０６では、ローミング協定のステータス変更を示す変更情報が送信コンポーネント３０８によって第２のＩＭＳネットワーク内の通信相手のＩ−ＣＳＣＦへ送信される。図２の例示の状況では、ステップ４０６は、ステップ２７４として実現され、これに従えば、Ｂｙｅメッセージ２１６がネットワーク１０４のＩ−ＣＳＣＦ１１２へ送信される。

図４ｂのフロー図は、図３のＩ−ＣＳＣＦ＿Ａ１０６の別の動作モードを示している。ステップ４１２では、ローミング協定のステータス変更を示す変更情報が受信コンポーネント３０６によって、例えば、訪問先ネットワーク１０４のＩ−ＣＳＣＦ＿Ｂ１１２から受信される。この変更情報は、例えば、図２におけるメッセージ２１６と同様に、Ｂｙｅメッセージ（図２では不図示）を備えることができる。

ステップ４１４では、ステータス変更の判定がタイマ３１０の満了の検出に基づいて実行される。ステップ４１６のローミングステータス更新情報の送信は、図４ａにおけるステップ４０６に対して説明される内容と同様に実行することができる。

タイマの検出及び変更情報の受信の少なくとも一方以外にも、他のイベント群がステータス変更の判定をトリガーすることができることに注意すべきである。例えば、ステータスモニタ３０４は、ローミング協定が一時的にあるいは永久的に終了されるべきものとなるように、ホームネットワークと訪問先ネットワークとの間のトラフィックの量がローミング協定で同意されている所定の制限値を超えていることをモニタすることできる。

ステータス変更も、訪問先ネットワーク内のＩ−ＣＳＣＦで検出することができる。ローミング協定の満了に関して、図２のＩ−ＣＳＣＦ＿Ａ１１２の状況を考慮すると、Ｉ−ＣＳＣＦ＿Ｂ１０６とは別に、Ｉ−ＣＳＣＦ＿Ａ１１２もローミング協定の満了を示すために動作するタイマを有することができる。そのタイマの満了後、所定の追加の時間分の別のタイマをＩ−ＣＳＣＦ＿Ａ１１２において開始させて、Ｉ−ＣＳＣＦ＿Ｂ１０６から到達するＢｙｅメッセージ２１６を待機することができる。追加の時間期間は、Ｉ−ＣＳＣＦ＿ＢとＨＳＳ＿Ｂとの間のシグナリングメッセージ交換に対して、また、図２で示されるＵＥ＿ＢとＰ−ＣＳＣＦ＿Ａへの通知を可能にするために設定される。所定の追加の時間期間後でもホームネットワーク内の通信相手のＩ−ＣＳＣＦ＿ＢからＢｙｅメッセージが受信されない場合、Ｉ−ＣＳＣＦ＿Ａは、自身でＢｙｅメッセージをホームネットワークへ送信して、ローミング協定の終了を指示することができる。このようにして、関係するＩ−ＣＳＣＦ群のそれぞれは、ローミング協定の終了と関係するユーザ群の登録解除の処理を開始することができる。

図５は、図２のＨＳＳ１１０の機能コンポーネント群の詳細を示している。ＨＳＳ１１０は、登録コンポーネント５０２、識別コンポーネント５０５、受信コンポーネント５０６、及び送信コンポーネント５０８を備えている。ＨＳＳ１１０の動作は、図６のフロー図を参照して説明される。一般的には、ＨＳＳ１１０は、ＨＳＳに関連付けられているＩＭＳネットワーク１０２におけるユーザ登録を管理するために動作する。

ステップ６０２では、（図２の状況を例示として再度参照する）訪問先ネットワーク１０４内のユーザ端末ＵＥ＿Ｂ１１６は、登録コンポーネント５０２によってＨＳＳ１１０に登録される。この登録コンポーネント５０２は、例えば、ＨＳＳ１１０に関連付けられている記憶エリア５１０内のユーザ１１６のユーザプロファイル５１１へアクセスすることができる。図１におけるステップ１５０、１５２及び１６４で示されるユーザ１１６の登録試行は、ユーザの登録に対する基礎を構成することができる。図１の状況で自動的に確立されるローミング協定に関連するデータ５１３は、ＨＳＳ１１０に関連付けられている更なる記憶エリア５１２に記憶されても良い。

ステップ６０４では、ローミング協定のステータス変更を示すローミングステータス更新情報が受信コンポーネント５０６によって受信される。図２の状況を再度参照すると、ローミングステータス更新情報は、ローミング更新リクエスト（ＲＵＲ）２０４を備えることができ、これは、Ｉ−ＣＳＣＦ１０６によってＨＳＳ１１０へ送信され、また、ネットワーク１０２とネットワーク１０４との間の自動的に確立されているローミング協定の終了を示している。

ステップ６０６では、受信したローミングステータス更新情報に基づいて、従前に登録されているユーザが識別コンポーネント５０４によって識別される。具体的には、ＨＳＳ１１０によって管理されるユーザ１１６のユーザプロファイル５１１は、ネットワーク１０４を訪問先ＩＭＳネットワークとして示す訪問先ネットワーク識別子を含むことができる。即ち、訪問先ネットワーク識別子は、ＩＭＳネットワークを介して対応するユーザが登録されているそのＩＭＳネットワークを識別する。つまり、受信コンポーネント５０６を介してステータス変更情報を受信する場合、ステータス変更情報は訪問先ネットワーク識別子を示すことができ、また、識別コンポーネント５０４は、同一の訪問先ネットワーク識別子で現在マークされている、記憶エリア５０１内のそれらのユーザプロファイル群を識別することができる。

別の実施形態では、現在実施されている、記憶エリア５１２に記憶されているローミング協定は、その特定のローミング協定に基づいて登録されているユーザ群の指示と、そのローミング協定とを関連付けることができる。つまり、実装に依存して、識別コンポーネント５０４は記憶エリア５１０、記憶装置５１２、あるいはそれらの両方にアクセスして、例えば、図２のＲＵＲ２０４のようなローミングステータス情報で示される、更新対象のローミング協定に関係するユーザを識別することができる。

ステップ６０８では、識別コンポーネント５０４は、受信したローミングステータス更新情報に基づいて、ユーザプロファイル群５１１内の識別されるユーザ（群）の登録更新を開始するための動作を更に行う。図２の例示の状況に関しては、識別コンポーネント５０４は、ユーザ１１６のユーザプロファイルから訪問先ネットワーク識別子をクリアーするように動作することで、そのようにして、ユーザ１１６が登録解除されることを示すことができる。別の状況では、ユーザプロファイル内の登録の更新は、例えば、サービスプロファイル、特定のＱｏＳの指示等を変更することを含むことができ、これは、ホームネットワークと訪問先ネットワークとの間のローミング協定における変更に応じてユーザへ提供することができる。

ステップ６１０では、送信コンポーネント５０８は、更新された登録を示す登録更新情報を、識別されたユーザへサービスを提供するＳ−ＣＳＣＦ１０８へ送信する。本明細書で議論される場合、ＨＳＳ１１０は、ローミング終了リクエスト（ＲＴＲ）メッセージ２０６を、識別されたユーザ１１６へサービスを提供するＳ−ＣＳＣＦ１０８へ送信する。ここで、ＲＴＲメッセージ２０６は、ＨＳＳ１１０内のローミングユーザＵＥ＿Ｂ１１６の登録の終了を示している。

図２に示される「ローミング更新リクエスト」ＲＵＲ２０４と「ローミング更新回答」ＲＵＡ２１０のメッセージのペアを、それぞれ、図７ａ及び図７ｂを参照してより詳細に説明する。ローミングユーザの登録を更新するために要求されるデータをＨＳＳ内に挿入するために、Ｉ−ＣＳＣＦから送信されるＲＵＲは特定の情報要素（ＩＥ）群を含まなければならない。図７ａで示される例のように、ＲＵＲ２０４は、訪問先ネットワーク識別子、即ち、訪問先ネットワーク１０４を識別することをホームネットワーク１０２に可能にする指示を含んでいる。また、ＲＵＲ２０４はＩＥであるローミング状態を含み、これは、訪問先ネットワーク識別子によって識別される訪問先ネットワークとのローミング協定の新規の状態を示している。例えば、ローミング状態は、「確立済」あるいは「終了済」を示すことができる。後者の指示は、ＨＳＳに、関係するユーザ群を登録解除させ、そして対応するローミング終了リクエストであるＲＴＥを対応するＳ−ＣＳＣＦ群へ送信させるものである。ＲＵＲ２０４は、ローミング協定のネゴシエーション後のそのローミング協定に関連するデータを伴うＩＥローミング協定データを更に含んでいる。このようなデータは、例えば、ローミング協定の有効期間、トラフィック量の制限のような他の制限値、あるいは上述される他の技術的な詳細情報とすることができる。

図７ｂを参照すると、ＲＵＡ２１０は、動作の結果、例えば、登録解除動作の正常の完了を、Ｉ−ＣＳＣＦへ示すＩＥ結果を含むことができる。ＲＵＲ２０４とＲＵＡ２０６は、例えば、Ｄｉａｍｅｔｅｒコマンドコードの拡張として実現することができる。図７ａと図７ｂで示されるＩＥ群は、カテゴリ（Ｃａｔ．）と必須（Ｍ）として定義され、他の実施形態では、１つ以上のＩＥ群はオプションであっても良い。

図８は図２のＳ−ＣＳＣＦ１０８の機能コンポーネント群を示している。Ｓ−ＣＳＣＦ１０８は、受信コンポーネント８０２、第１の送信コンポーネント８０４及び第２の送信コンポーネント８０６を備えている。Ｓ−ＣＳＣＦ１０８のこの実施形態の動作は、図９のフロー図を参照して説明される。一般的には、Ｓ−ＣＳＣＦ１０８は、ＩＭＳネットワーク１０２でのユーザ登録を管理する際にも関与し、ここで、ユーザ登録は、Ｓ−ＣＳＣＦ１０８によってサービスが具体的に提供されるユーザ群に属している。

ステップ９０２では、受信コンポーネント８０２は、第２のＩＭＳネットワークとの自動的に確立されているローミング協定に基づいて、第２のＩＭＳネットワークを訪問するユーザの登録更新を示す登録更新情報を、ＩＭＳネットワーク１０２と関連付けられているＨＳＳ１１０から受信する。図２の具体的な例示の状況を再度参照すると、受信コンポーネント８０２は、ユーザ１１６が訪問先ネットワーク１０４をこれ以上ローミングすることができないことをＳ−ＣＳＣＦ１０８へ示すローミング終了リクエスト（ＲＴＲ）２０６を、ＨＳＳ１１０から受信することができる。ステップ９０４とステップ９０６とでは、送信コンポーネント８０４と送信コンポーネント８０６とがそれぞれ、訪問先ネットワーク内のユーザとＰーＣＳＣＦへ登録更新の指示を送信する。図２で示されるように、通知メッセージ２１２が、訪問先ネットワーク１０４の担当するＰ−ＣＳＣＦ＿Ａ１１４を介してユーザのＵＥ＿Ｂ１１６へ送信されても良い。また、通知メッセージ２１４は、送信コンポーネント８０６によって訪問先ネットワーク１１４内のＰ−ＣＳＣＦ１１４へ送信される。

ローミング終了回答２０８の図２におけるＨＳＳ＿Ｂへの返信は、簡単のために、図８及び図９では省略する。他の実施形態では、登録更新情報は、ユーザに対して利用可能なＱｏＳにおける変更を示すことができ、例えば、これは、Ｓ−ＣＳＣＦによって提供されるサービス群内の対応する変更をローミングユーザにもたらすものである。図２の状況では、ＵＥ＿Ｂ１１６は、可能であれば、ホームネットワーク１０２と訪問先ネットワーク１０４との間での新規のローミング協定を実施に移行する過程で、新規の登録試行を実行することができる。

本明細書で提案される技術は、ＩＭＳネットワーク間のローミング協定の自動確立を実現するための包括的なネットワークに貢献する。

提案される技術に基づいて、時間を浪費する手動によるローミング協定のセットアップを最小限にすることができる。例えば、手動で確立されるローミング協定は、通常は、わずかな技術的な詳細情報、例えば、より多くの（ピーク）リソース群あるいは様々なＱｏＳパラメータ群のプロビジョンでさえも効果的に変更あるいは更新することを許容しない。

ローミング協定の自動更新は、この点に関して、関与するネットワークオペレータ群ばかりかユーザ群にでさえもかなり有益なものとすることができる。例えば、提案される技術は、ローカルな通信範囲及び一時的な通信範囲の少なくとも一方でのより小規模のＩＭＳ設定を効果的に提供することを実現可能とし、これには、これらの設定でローミングしているユーザへのＩＭＳサービス群に基づくホームネットワークのプロビジョンを含んでいる。この方法では、このようなより小規模のＩＭＳネットワーク群を提供する利点が向上する。

また、本明細書で提案される技術は、既存のＩＭＳの仕様への影響が低い。これは、それらの機能を既存の機能エンティティ群あるいはノード群で実現することができるからであり、また、小さな変更だけが要求されるからである。例えば、いくつかの追加のＤｉａｍｅｔｅｒコマンド群の形式で実現される場合にはいくつかの追加のメッセージ群だけが要求される。最終的に、新規に導入されるサービス群の動的なサービスのプロビジョニングを簡略化することができる。

本発明はそれ自身の実施形態に関連して説明されているが、この説明は例示の目的だけのものであることが理解されるべきである。従って、本発明は、添付の請求項の範囲によってのみ制限されることが意図される。

Claims (25)

1. 第１のＩＰマルチメディアサブシステムである「ＩＭＳ」ネットワークにおけるユーザ登録を管理する方法として、前記第１のＩＭＳネットワーク（１０２）のエッジプロキシ（１０６）で実行される方法であって、
   前記第１のＩＭＳネットワーク（１０２）と第２のＩＭＳネットワーク（１０４）との間で自動的に確立されているローミング協定であって、前記エッジプロキシ（１０６）に記憶されている前記ローミング協定におけるステータス変更を、前記エッジプロキシ（１０６）のステータスモニタ（３０４）によって判定するステップ（４０２、４１４、２５２）と、
   前記ステータスモニタ（３０４）による判定の結果、前記ローミング協定の前記ステータス変更が判定された場合、前記ローミング協定の前記ステータス変更によって影響を受けるユーザ（１１６）の登録更新を開始するためのローミングステータス更新情報（２０４）を、前記第１のＩＭＳネットワークに関連付けられているユーザデータベース（１１０）へ送信するステップ（４０４、４１６、２５４）と
   を備えることを特徴とする方法。
2. 前記ステータスモニタ（３０４）による判定の結果、前記ローミング協定の前記ステータス変更が判定された場合、前記ローミング協定の前記ステータス変更を示す変更情報（２１６）を、前記第２のＩＭＳネットワーク（１０４）の対応するエッジプロキシ（１１２）へ送信するステップ（４０６、２７４）を更に備える
   ことを特徴とする請求項１に記載の方法。
3. 前記判定するステップにおいて、前記ステータス変更は、前記ステータスモニタ（３０４）による、前記自動的に確立されるローミング協定の有効期間を示すタイマ（３１０）の満了の検出に基づいて判定される
   ことを特徴とする請求項１または２に記載の方法。
4. 前記第２のＩＭＳネットワークのエッジプロキシから、前記ローミング協定のステータス変更を示す変更情報を受信するステップ（４１２）を更に備え、
   前記判定するステップにおいて、前記ステータス変更は、前記ステータスモニタ（３０４）による、前記受信するステップ（４１２）による変更情報の受信の検出に基づいて判定される
   ことを特徴とする請求項１に記載の方法。
5. 前記ローミング協定のステータス変更は、前記ローミング協定の満了あるいは終了と、前記ローミング協定を自動的に確立する場合に前記第１のＩＭＳネットワークと前記第２のＩＭＳネットワークとの間で同意されている前記ローミング協定に関連するローミング協定データの変更の少なくとも一方を含んでいる
   ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
6. 第１のＩＰマルチメディアサブシステムである「ＩＭＳ」ネットワークにおけるユーザ登録を管理する方法として、前記第１のＩＭＳネットワーク（１０２）に関連付けられているユーザデータベース（１１０）で実行される方法であって、
   前記第１のＩＭＳネットワーク（１０２）と第２のＩＭＳネットワーク（１０４）との間で自動的に確立されているローミング協定であって、前記第１のＩＭＳネットワーク（１０２）のエッジプロキシ（１０６）に記憶されている前記ローミング協定に基づいて、前記第２のＩＭＳネットワークを訪問するユーザ（１１６）を登録するステップ（６０２）と、
   前記エッジプロキシ（１０６）のステータスモニタ（３０４）によって判定された前記ローミング協定のステータス変更を示すローミングステータス更新情報（２０４）を受信するステップ（６０４、２５４）と、
   前記受信するローミングステータス更新情報に基づいて、従前に登録されている前記ユーザ（１１６）を識別するステップ（６０６）と、
   前記識別されるユーザ（１１６）の登録更新を示す登録更新情報（２０６）を、前記第１のＩＭＳネットワーク（１０２）内の前記識別されるユーザにサービスを提供するユーザレジスタ（１０８）へ送信するステップ（６１０、２５６）と
   を備えることを特徴とする方法。
7. 前記ローミングステータス更新情報（２０４）は、前記第１のＩＭＳネットワーク（１０２）の前記エッジプロキシ（１０６）から受信される
   ことを特徴とする請求項６に記載の方法。
8. 前記受信するローミングステータス更新情報（２０４）に基づいて、前記ユーザデータベース（１１０）内の前記識別されるユーザ（１１６）の登録更新を開始するステップ（６０８）を更に備える
   ことを特徴とする請求項６または７に記載の方法。
9. 前記ユーザデータベース（１１０）によって管理されるユーザプロファイル（５１１）は、前記第１のＩＭＳネットワーク（１０２）を介して対応する前記ユーザ（１１６）を登録している該第１のＩＭＳネットワーク（１０２）とは別のＩＭＳネットワーク（１０４）を示す訪問先ネットワーク識別子を含み、
   前記識別するステップ（６０８）は、前記ユーザプロファイルにおける前記訪問先ネットワーク識別子に基づいて実行される
   ことを特徴とする請求項６乃至８のいずれか１項に記載の方法。
10. 前記登録するステップ（６０２）は、対応する前記ユーザプロファイル（５１１）における前記訪問先ネットワーク識別子を設定することを含んでいる
    ことを特徴とする請求項９に記載の方法。
11. 前記ローミングステータス更新情報（２０４）は、訪問先ネットワーク識別子を含んでいる
    ことを特徴とする請求項９または１０に記載の方法。
12. 第１のＩＰマルチメディアサブシステムである「ＩＭＳ」ネットワークにおけるユーザ登録を管理する方法として、前記第１のＩＭＳネットワーク（１０２）に関連付けられているユーザレジスタ（１０８）で実行される方法であって、
    前記第１のＩＭＳネットワークに関連付けられているユーザデータベース（１１０）から、第２のＩＭＳネットワーク（１０４）を訪問するユーザ（１１６）であって、前記第１のＩＭＳネットワーク（１０２）と前記第２のＩＭＳネットワークとの間で自動的に確立されているローミング協定であって、前記第１のＩＭＳネットワーク（１０２）のエッジプロキシ（１０６）に記憶されている前記ローミング協定に基づいて前記ユーザデータベースに登録されている前記ユーザ（１１６）の登録更新を示す登録更新情報（２０６）を受信するステップ（９０２、２５６）であって、前記登録更新情報（２０６）は、前記エッジプロキシ（１０６）のステータスモニタ（３０４）によって判定された前記ローミング協定のステータス変更を示すローミングステータス更新情報（２０４）を、前記ユーザデータベース（１１０）が受信することに応じて、前記ユーザデータベース（１１０）から送信される、受信するステップ（９０２、２５６）と、
    前記受信する登録更新情報（２０６）に基づいて、前記登録更新の指示（２１２）を、前記第２のＩＭＳネットワーク（１０４）を訪問する前記ユーザ（１１６）へ送信するステップ（９０４）と、
    前記受信する登録更新情報（２０６）に基づいて、前記登録更新の指示（２１４）を、前記第２のＩＭＳネットワークにおけるユーザプロキシ（１１４）へ送信するステップ（９０６）と
    を備えることを特徴とする方法。
13. 前記登録更新情報（２０６）は、前記ユーザの登録解除を示している
    ことを特徴とする請求項６乃至１２のいずれか１項に記載の方法。
14. 前記ローミングステータス更新情報（２０４）と前記登録更新情報（２０６）との少なくとも一方は、Ｄｉａｍｅｔｅｒコマンドを使用してトランスポートされる
    ことを特徴とする請求項１乃至１３のいずれか１項に記載の方法。
15. １つ以上のコンピュータ装置上で実行される場合に、請求項１乃至１４のいずれか１項に記載の方法を実行するプログラムコード部分を含むコンピュータプログラム。
16. コンピュータ可読記録媒体に記憶されていることを特徴とする請求項１５に記載のコンピュータプログラム。
17. 第１のＩＰマルチメディアサブシステムである「ＩＭＳ」ネットワーク（１０２）におけるユーザ登録を管理するように構成されているエッジプロキシを実現するノード（１０６）であって、
    前記第１のＩＭＳネットワーク（１０２）と第２のＩＭＳネットワーク（１０４）との自動的に確立されているローミング協定を記憶し、前記ローミング協定におけるステータス変更を判定するように構成されているコンポーネント（３０４）と、
    前記コンポーネント（３０４）による判定の結果、前記ローミング協定の前記ステータス変更が判定された場合、前記ローミング協定の変更による影響を受けるユーザ（１１６）の登録更新を開始するためのローミングステータス更新情報（２０４）を、前記第１のＩＭＳネットワークに関連付けられているユーザデータベース（１１０）へ送信するように構成されているコンポーネント（３０２）と
    を備えることを特徴とするノード。
18. 前記ローミング協定のステータス変更を示す変更情報を、前記第２のＩＭＳネットワーク（１０４）のエッジプロキシ（１１２）から受信するように構成されているコンポーネント（３０６）を更に備え、
    前記コンポーネント（３０４）は、前記受信する変更情報に基づいて、自身の機能を実行する
    ことを特徴とする請求項１７に記載のノード。
19. 第１のＩＰマルチメディアサブシステムである「ＩＭＳ」ネットワーク（１０２）におけるユーザ登録を管理するように構成されているユーザデータベースを実現するノード（１１０）であって、
    前記第１のＩＭＳネットワーク（１０２）と第２のＩＭＳネットワーク（１０４）との間で自動的に確立されているローミング協定であって、前記第１のＩＭＳネットワーク（１０２）のエッジプロキシ（１０６）に記憶されている前記ローミング協定に基づいて、前記第２のＩＭＳネットワークを訪問するユーザ（１１６）を登録するように構成されているコンポーネント（５０２）と、
    前記エッジプロキシ（１０６）のステータスモニタ（３０４）によって判定された前記ローミング協定におけるステータス変更を示すローミングステータス更新情報（２０４）を受信するように構成されているコンポーネント（５０６）と、
    前記受信するローミングステータス更新情報（２０４）に基づいて、従前に登録されている前記ユーザ（１１６）を識別するように構成されているコンポーネント（５０４）と、
    前記識別されるユーザ（１１６）の登録更新を示す登録更新情報（２０６）を、前記第１のＩＭＳネットワーク（１０２）における前記識別されるユーザへサービスを提供するユーザレジスタ（１０８）へ送信するように構成されているコンポーネント（５０８）と
    を備えることを特徴とするノード。
20. 前記受信するローミングステータス更新情報（２０４）に基づいて、前記ユーザデータベースにおける前記識別されるユーザの登録更新を開始するように構成されているコンポーネント（５０４）を更に備える
    ことを特徴とする請求項１９に記載のノード。
21. 前記ユーザデータベース（１１０）によって管理されるユーザプロファイル（５１１）は、前記第１のＩＭＳネットワーク（１０２）を介して対応する前記ユーザ（１１６）を登録している該第１のＩＭＳネットワーク（１０２）とは別のＩＭＳネットワーク（１０４）を示す訪問先ネットワーク識別子を含み、
    前記ユーザ（１１６）を識別するように構成されているコンポーネント（５０４）は、前記ユーザプロファイルにおける前記訪問先ネットワーク識別子に基づいて自身の機能を実行する
    ことを特徴とする請求項１９または２０に記載のノード。
22. 前記第２のＩＭＳネットワークを訪問するユーザ（１１６）を登録するように構成されているコンポーネント（５０２）は、登録中に対応する前記ユーザプロファイルにおける前記訪問先ネットワーク識別子を設定するように構成されている
    ことを特徴とする請求項２１に記載のノード。
23. 第１のＩＰマルチメディアサブシステムである「ＩＭＳ」ネットワーク（１０２）におけるユーザ登録を管理するように構成されているユーザレジスタを実現するノード（１０８）であって、
    前記第１のＩＭＳネットワーク（１０２）に関連付けられているユーザデータベース（１１０）から、第２のＩＭＳネットワーク（１０４）を訪問するユーザ（１１６）であって、前記第１のＩＭＳネットワーク（１０２）と前記第２のＩＭＳネットワーク（１０４）との間で自動的に確立されているローミング協定であって、前記第１のＩＭＳネットワーク（１０２）のエッジプロキシ（１０６）に記憶されている前記ローミング協定に基づいて前記ユーザデータベース（１１０）に登録されているユーザ（１１６）の登録更新を示す登録更新情報（２０６）を受信するように構成されているコンポーネント（８０２）であって、前記登録更新情報（２０６）は、前記エッジプロキシ（１０６）のステータスモニタ（３０４）によって判定された前記ローミング協定のステータス変更を示すローミングステータス更新情報を、前記ユーザデータベース（１１０）が受信することに応じて、前記ユーザデータベース（１１０）から送信される、コンポーネント（８０２）と、
    前記受信する登録更新情報（２０６）に基づいて、前記登録更新の指示（２１２）を前記第２のＩＭＳネットワーク（１０４）を訪問する前記ユーザ（１１６）へ送信するように構成されているコンポーネント（８０４）と、
    前記受信する登録更新情報（２０６）に基づいて、前記登録更新の指示（２１４）を前記第２のＩＭＳネットワークにおけるユーザプロキシ（１１４）へ送信するように構成されているコンポーネント（８０６）と
    を備えることを特徴とするノード。
24. 前記コンポーネント（３０２）、前記コンポーネント（５０６）、前記コンポーネント（５０８）、及び前記コンポーネント（８０２）はそれぞれ、前記ローミングステータス更新情報（２０４）の少なくとも１つを送信あるいは受信するように構成され、
    前記登録更新情報（２０６）は、Ｄｉａｍｅｔｅｒプロトコルに基づいて実現される
    ことを特徴とする請求項１７乃至２３のいずれか１項に記載のノード。
25. 前記エッジプロキシは、インターロゲイティング呼状態制御機能である「Ｉ−ＣＳＣＦ」（１０６）、相互接続境界制御機能である「ＩＢＣＦ」、あるいはセッション境界ゲートウェイである「ＳＢＧ」として実現され、
    前記ユーザデータベースは、ホーム加入者サーバである「ＨＳＳ」として実現され、
    前記ユーザレジスタは、サービング呼状態制御機能である「Ｓ−ＣＳＣＦ」として実現され、
    前記ユーザプロキシは、プロキシ呼状態制御機能である「Ｐ−ＣＳＣＦ」として実現される
    ことを特徴とする請求項１７乃至２４のいずれか１項に記載のノード。

Images