ネットワークデータの格納
ＩＭＳのＳ−ＣＳＣＦ（１）によってＨＳＳ（２）の中にデータを記憶するための一般的な方法を説明する。ＩＭＰＩ／ＩＭＰＵペアに関する新たな情報を含むＳＩＰメッセージがＳ−ＣＳＣＦ（１）によって受信されると、新たな情報を含むデータパッケージが作成されて、ＨＳＳ（２）に保存される。ＨＳＳ（２）への命令と新たなデータパッケージとを含むＡＶＰを有するＳＡＲコマンドが、ＨＳＳ（２）へ送信される。一態様では、一意のデータパッケージが、Ｓ−ＣＳＣＦ（１）によって制御される。ＩＭＰＩ／ＩＭＰＵに関する新たな情報が、ＳＩＰメッセージの中で受信されると、これが、以前に送信されたデータパッケージのいずれかに追加されて、新たなデータパッケージが作成される。別の態様では、ＨＳＳ（２）が一意のデータパッケージを制御し、必要に応じて修正されるためにデータパッケージをＳ−ＣＳＣＦ（１）へ返信する。別の態様では、別個のデータパッケージが用いられる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、ＩＰマルチメディアシステムを有する全球規模の移動体通信システム（ＵＭＴＳ）のような通信ネットワークにおけるネットワークデータの格納に関する。特に、本発明は、ＩＰマルチメディアサブシステム内のホーム加入者サーバにおけるネットワークデータの格納に関する。
【背景技術】
【０００２】
ＩＰマルチメディアサービスは、同一セションの中で音声、動画、メッセージング、データ等の動的な組み合わせを提供する。基本的なアプリケーションの数と組み合わせが可能なメディアとを増やすことによって、エンドユーザに提供されるサービスの数は増加するであろうし、個人間の通信体験は豊かになるであろう。これは、いわゆる“組み合わせＩＰマルチメディア”サービスを含めて、新しい世代の、カスタマイズされた、豊かなマルチメディア通信サービスをもたらすであろう。
【０００３】
全球規模の移動体通信システム（ＵＭＴＳ）は、より高速のデータ速度と高度サービスを加入者に提供することを目的とした第三世代ワイヤレスシステムである。ＵＭＴＳは、汎欧州デジタル移動電話方式（ＧＳＭ）の後継であり、ＧＳＭとＵＭＴＳとの間の重要な進展のステップは、汎用パケット無線サービス（ＧＰＲＳ）である。ＧＰＲＳは、パケット交換をＧＳＭコアネットワークに導入し、パケットデータネットワーク（ＰＤＮ）への直接アクセスを可能にする。これによって、ＧＳＭ呼ネットワークを通してＩＳＤＮの６４ｋｂｐｓの限度を大幅に超える高速のデータ速度でのパケット交換送信が可能になるのであり、それは最大２ＭｂｐｓのＵＭＴＳデータ送信速度に必要なものである。ＵＭＴＳは、例えば、欧州電気通信標準化協会（ＥＴＳＩ）や電波産業会（ＡＲＩＢ）等のような地域的な標準化団体の集合体である第三世代パートナシッププロジェクト（３ＧＰＰ）によって標準化される。詳しくは、非特許文献１を参照されたい。
【０００４】
ＵＭＴＳアーキテクチャには、従来の電話だけでなく新たなＩＰマルチメディアサービス（非特許文献２、非特許文献３、非特許文献４、非特許文献５、非特許文献６、非特許文献７、非特許文献８）をサポートするための、ＩＰマルチメディアサブシステム（ＩＭＳ）として知られるサブシステムが含まれる。ＩＭＳは、エンドユーザの個人対個人の通信体験を豊かにするための重要な特色を、標準化されたＩＭＳサービスイネーブラの使用を通して提供するものだが、それらによって、新しい豊かな個人対個人（クライアント対クライアント）の通信サービスだけでなく、個人対コンテンツ（クライアント対サーバ）サービスもＩＰベースのネットワーク上で円滑に行われるようになる。ＩＭＳは、インターネットだけでなく公衆交換電話網／サービス総合デジタル網（ＰＳＴＮ／ＩＳＤＮ）にも接続することができる。
【０００５】
ＩＭＳは、ユーザ端末間（またはユーザ端末とアプリケーションサーバ間）の呼またはセションをセットアップして制御するのに、セション開始プロトコル（ＳＩＰ）を利用する。ＳＩＰシグナリングによって搬送されるセション記述プロトコル（ＳＤＰ）を用いて、セションのメディアコンポーネントを記述し、ネゴシエーションする。ＳＩＰがユーザ間のプロトコルとして作成されたのに対して、ＩＭＳにより、オペレータおよびサービスプロバイダが、サービスへのユーザのアクセスを制御し、それに従ってユーザに課金することが可能になる。３ＧＰＰでは、ユーザ機器（ＵＥ）とＩＭＳとの間の、並びに、ＩＭＳの内部のコンポーネント間のシグナリング用にＳＩＰを選択した。
【０００６】
ＵＭＴＳ通信ネットワークとそのようなネットワーク内の各種コンポーネントの動作の具体的詳細は、http://www.3gpp.orgで利用可能なＵＭＴＳ技術仕様に見い出すことができる。ＵＭＴＳ内でのＳＩＰの利用のさらなる詳細は、非特許文献９に見い出すことができる。
【０００７】
添付図面の図１は、ＧＰＲＳ／ＰＳアクセスネットワークの場合にＩＭＳがどのようにして移動体ネットワークのアーキテクチャに適合するのかを概略的に図示している（ＩＭＳは、もちろん他のアクセスネットワーク上でも動作できる）。呼セション制御機能（ＣＳＣＦ）は、ＩＭＳの内部でＳＩＰプロキシとして動作する。３ＧＰＰアーキテクチャは、３つのタイプのＣＳＣＦ、即ち、ＳＩＰ端末にとってＩＭＳの中での最初の接続点であるプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）と、ユーザが加入するサービスをユーザに提供するサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）と、正しいＳ−ＣＳＣＦを識別して、そのＳ−ＣＳＣＦに対してＰ−ＣＳＣＦを介してＳＩＰ端末から受信した要求を転送する役割を持つインタロゲーティングＣＳＣＦ（Ｉ−ＣＳＣＦ）とを定義する。
【０００８】
ユーザは、指定されたＳＩＰ ＲＥＧＩＳＴＥＲの方法を用いてＩＭＳに登録する。これは、ＩＭＳに接続して、ＳＩＰユーザＩＤに到達できるアドレスをＩＭＳに知らせるためのメカニズムである。３ＧＰＰでは、ＳＩＰ端末が登録を行う時、ＩＭＳがユーザを認証し、利用可能なＳ−ＣＳＣＦの集合から、あるＳ−ＣＳＣＦをそのユーザに割り当てる。３ＧＰＰではＳ−ＣＳＣＦを割り当てる基準が指定されていないが、これらには、負荷分散やサービス要件が含まれてもよい。なお、Ｓ−ＣＳＣＦの割当ては、ＩＭＳベースのサービスへのユーザアクセスを制御するための（そして課金するための）かぎである。オペレータ各社は、そうしないとＳ−ＣＳＣＦを迂回するはずの、直接のユーザ対ユーザのＳＩＰセションを防ぐためのメカニズムを提供することがある。
【０００９】
登録プロセスの間、Ｓ−ＣＳＣＦがまだ選択されていないのなら、Ｓ−ＣＳＣＦを選択するのはＩ−ＣＳＣＦの責任である。Ｉ−ＣＳＣＦは、ホームネットワークのホーム加入者サーバ（ＨＳＳ）から必要なＳ−ＣＳＣＦ機能を受信し、そして、受信した機能に基づいて適切なＳ−ＣＳＣＦを選択する。（なお、あるユーザに別のパーティから呼が着信し、そのユーザが現時点ではＳ−ＣＳＣＦを割り当てられていない場合には、そのユーザのためのＳ−ＣＳＣＦの割当てもＩ−ＣＳＣＦによって実行される。）登録されたユーザが、その後、セション要求をＩＭＳへ送信する時、Ｐ−ＣＳＣＦは、選択されたＳ−ＣＳＣＦに、登録プロセスの間にＳ−ＣＳＣＦから受信した情報に基づいて、要求を転送することができる。
【００１０】
ＩＭＳサービスネットワークの中では、ＩＭＳサービス機能を実施するためにアプリケーションサーバ（ＡＰ）が提供される。アプリケーションサーバは、ＩＭＳシステム内でエンドユーザにサービスを提供し、そして、３ＧＰＰで定義されたＭｒインタフェース上でエンドポイントとしてか、或は、３ＧＰＰで定義されたＩＳＣインタフェース上でＳ−ＣＳＣＦによって「リンクされる」かによって接続されてもよい。後者の場合、どのアプリケーションサーバがＳＩＰセション確立の間に「リンクされる」べきかを、Ｓ−ＣＳＣＦは初期フィルタ基準（ＩＦＣ）を用いて判断する。さまざまな呼の事例に対して、さまざまなＩＦＣが適用されてもよい。Ｓ−ＣＳＣＦは、ＩＦＣをＩＭＳ登録手順の間にユーザのユーザプロフィールの一部としてＨＳＳから受信する。一部のアプリケーションサーバは、加入者ＩＤ（被呼加入者であろうと発呼加入者であろうと、アプリケーションサーバを制御しているネットワークによって「所有され」ている方）に依存する動作を行うであろう。例えば、呼転送の場合、適切な（着信）アプリケーションサーバが、所与の加入者への呼が転送されることになる新たな着信ユーザを判断するであろう。ＩＦＣが、Ｓ−ＣＳＣＦで受信したＳＩＰメッセージは特定のＳＩＰ ＡＳへ転送されるべきだと指示する場合、そのＡＳは、メッセージ経路に追加される。ＳＩＰメッセージは、ＡＳによってＳ−ＣＳＣＦへ返信されると、最終着信先へ転送されるか、または、ＩＦＣの中で指示されるならば、別のＡＳへ転送される。
【００１１】
３ＧＰＰは、ＩＭＳネットワークにおいて連絡先アドレスという概念を用いる。これらのアドレスは、ＩＭＳプライベートユーザ識別子（ＩＭＰＩ）とＩＭＳパブリックユーザ識別子（ＩＭＰＵ）に結び付けられ、通常はユーザ端末のＩＰアドレスである。特定のＩＭＰＵが、異なるＩＭＰＩと異なる連絡先アドレスを用いる複数のＵＥから同時に登録されてもよい。最終的には、ＩＭＳ登録手順を介して（同じＵＥでかまたは別個のＵＥを介して）複数の連絡先アドレス全体で同時に共有されるパブリックユーザ識別子を登録することも可能であろう。
【００１２】
ＩＭＳの一部のエンティティは、耐障害性があると期待される重要なエンティティであるが、それは、そのようなエンティティで障害が起きると、重大なネットワーク障害が発生し、そのようなネットワークの大勢の加入者が、通信できなくなる可能性があるからである。特に、多数のＩＭＳ加入者にサービスを提供するＳ−ＣＳＣＦは、そこで障害が起きるとＳ−ＣＳＣＦでサービス提供される多数のＩＭＳ加入者が適切にサービスを利用できなかったり、或は、発呼することすらできなかったりするような異常な処理条件にＩＭＳを追い込みかねない、これらのエンティティの１つである。この点で、ほとんどの、あるいはすべての障害に対して、一貫性のないデータが障害の理由であると分かったならば、恐らく恒久的で安定したデータを再ローディングすることによって、故障したエンティティのリセットと、障害が解決した後の再起動とが行われる。また、その他の問題で、重要なエンティティがサービスを停止する必要が生じることもある。例えば、ソフトウェアまたはハードウェアの更新の際に、関係する重要なエンティティの再起動を行うことなく動作を開始することができない場合がそれに該当する。
【００１３】
ＩＭＳ回復の後でネットワークを復旧させるメカニズムが、３ＧＰＰ作業項目ＣＰ−０７００３１．０と、その結果の研究である非特許文献１０で検討されている。この研究には、Ｓ−ＣＳＣＦは、Ｓ−ＣＳＣＦ障害の後、後になって検索をする目的で、何らかのネットワーク情報をＨＳＳの中に格納すべきであるという提案が含まれている。この提案では、このデータの性質は、ユーザの登録された連絡ヘッダであり、それには、経路ヘッダおよび登録に関連するタイムスタンプと一緒にDisplay-NameとＳＩＰ ＵＲＩと全ての連絡ヘッダパラメータとが含まれる。
【先行技術文献】
【非特許文献】
【００１４】
【非特許文献１】３ＧＰＰ ＴＳ２３．００２
【非特許文献２】３ＧＰＰ ＴＳ２２．２２８
【非特許文献３】３ＧＰＰ ＴＳ２３．２２８
【非特許文献４】３ＧＰＰ ＴＳ２４．２２９
【非特許文献５】３ＧＰＰ ＴＳ２９．２２８
【非特許文献６】３ＧＰＰ ＴＳ２９．２２９
【非特許文献７】３ＧＰＰ ＴＳ２９．３２８
【非特許文献８】３ＧＰＰ ＴＳ２９．３２９ リリース５〜７
【非特許文献９】３ＧＰＰ ＴＳ２４．２２８ Ｖ５．８．０（２００４−０３）
【非特許文献１０】３ＧＰＰ ＴＳ２３．８２０ Ｖ０．２．０及びＶ０．３．０
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかしながら、障害から完全に復旧することを目的としてＳ−ＣＳＣＦがＨＳＳの中に格納する必要がある可能性がある他のタイプの情報が存在するかもしれない。そのような情報の一例はＳ−ＣＳＣＦによって処理される登録イベントパッケージへの加入である。この情報は、イベントに加入しているＵＥ、Ｐ−ＣＳＣＦ、ＡＳのようなエンティティの詳細を含んでいるわけだから、それがＳ−ＣＳＣＦによって復旧されることは重要である。この情報が失われると、これらの加入エンティティは、ユーザがこうしない場合に登録抹消されても気付かないままになるであろう。これは、次には、あたかもユーザが登録されているかのように加入エンティティがトラフィックを開始することを試みることへとつながり、そしてネットワーク内での障害につながる可能性がある。
【００１６】
このように、ＨＳＳに記憶されるＳ−ＣＳＣＦデータについての既存の提案は、完全に復旧してＩＭＳ全域で状態情報を整合させることができるようにするため、Ｓ−ＣＳＣＦがＨＳＳの中に記憶する必要があるかもしれない全てのデータをカバーしていない。既存の提案は本質的に一般的であり、Ｓ−ＣＳＣＦデータがＨＳＳの中に記憶される方法の詳細を定めていない。
【００１７】
１つの提案は、連絡先データ情報をＨＳＳの中に記憶するための登録プロセスの間のCx Server Assignment Request（サーバ割当て要求：ＳＡＲ）コマンドの使用に関与する。しかしながら、このメカニズムは、複数の連絡先アドレスが用いられている場合には、１つの連絡先アドレスが登録抹消されても、他の連絡先アドレスは依然として登録されたままであることがあるため、簡単には適用できず、従って、結果的にユーザ登録ステータスに何の変化ももたらさないであろう。
【００１８】
さらに、通常のＳＡＲコマンドは、再登録の場合に以前の連絡先情報を上書きすることにつながるため、連絡先アドレスがＨＳＳの中でどのように記憶されているかについて何らかの指示が行われなければならない。
【００１９】
従って、それによってＳ−ＣＳＣＦ情報（例えば、連絡先アドレスと登録イベントパッケージ情報）がＨＳＳの中に記憶され、必要に応じて削除されることが可能な、適切なメカニズムが必要である。
【課題を解決するための手段】
【００２０】
本発明は、Ｓ−ＣＳＣＦがＨＳＳの中にデータを記憶して検索するためのＣｘインタフェースにおける一般的なメカニズムを導入する。
【００２１】
本発明の一側面からすれば、ＩＭＳのＳ−ＣＳＣＦで用いる方法を提供する。その方法は、ＩＭＰＩ／ＩＭＰＵペアに関する情報を有するＳＩＰメッセージを受信することと、ＳＩＰメッセージに含まれる情報のタイプを識別することとを含む。また、Ｓ−ＣＳＣＦは、ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが、記憶されるために以前にＨＳＳに送信されたか否かも識別し、そして、その情報を有し、かつ、ホーム加入者サーバ“ＨＳＳ”へ送信されてＨＳＳによって記憶されることになる新たなデータパッケージを作成する。ＨＳＳへの命令と新たなデータパッケージとを含むServer-Assignment-type ＡＶＰを有するＳＡＲコマンドがＨＳＳへ送信される。
【００２２】
一実施例では、まだ、ＩＭＰＩ／ＩＭＰＵペアについての以前のデータパッケージが記憶されるためにＨＳＳに送信されたことはなく、ＳＩＰメッセージは登録要求である。この場合、ＳＡＲコマンドの中のＡＶＰは、“REGISTRATION”命令を含む。
【００２３】
ＩＭＰＩ／ＩＭＰＵペアについての以前のデータパッケージが、記憶されるためにＨＳＳに送信されていた場合には、新たなデータパッケージは、ＳＩＰメッセージで受信されたＩＭＰＩ／ＩＭＰＵペアについての情報を、以前のデータパッケージに含まれる情報と組み合わせる。情報のこの“組み合わせ”には、新たなデータパッケージを作成するために以前のデータパッケージにデータを追加することか、または、新たなデータパッケージを作成するために以前のデータパッケージからデータを削除することが含まれてもよい。以前に記憶されたパッケージ全体が削除されることになる場合、新たなデータパッケージは空であり、そして、ＳＡＲコマンドの中のＡＶＰは、以前のデータパッケージを削除するようＨＳＳに命令するために、“DE-REGISTRATION”命令と空のデータパッケージとを含む。
【００２４】
ＳＩＰメッセージが、追加アドレスをＩＭＰＩ／ＩＭＰＵペアに関連付けるための登録要求である場合には、ＳＡＲコマンドの中のＡＶＰは、“RE-REGISTRATION”命令を含む。ＳＩＰメッセージが、登録または登録抹消に関連していない場合には、ＳＡＲコマンドの中のＡＶＰは“STORE”命令を含む。このようにして、たとえ登録もしくは登録抹消プロセスによってトリガされなくても、情報をＨＳＳに記憶させることができる。例として、ＩＭＰＩ／ＩＭＰＵペアについての登録イベントパッケージへの加入要求や、そのような加入の解約などがある。
【００２５】
ＳＩＰメッセージが登録抹消要求である場合には、ＳＡＲコマンドの中のＡＶＰは、“DE-REGISTRATION”命令を含む。
【００２６】
本発明の別の側面からすれば、ＩＭＳで用いる方法を提供する。その方法は、ＩＭＰＩ／ＩＭＰＵペアに関する情報を有するＳＩＰメッセージを、Ｓ−ＣＳＣＦで受信することを含む。Ｓ−ＣＳＣＦは、ＳＩＰメッセージに含まれる情報のタイプを識別し、その情報を有し、ＨＳＳへ送信されてＨＳＳによって記憶されることになる新たなデータパッケージを作成する。第１のＳＡＲコマンドが、Ｓ−ＣＳＣＦからＨＳＳへ送信される。第１のＳＡＲコマンドは、ＨＳＳへの命令と新たなデータパッケージとを含むServer-Assignment-type ＡＶＰを有する。ＨＳＳは、ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で記憶されているか否かを識別する。
【００２７】
ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが、現時点でＨＳＳに記憶されていない場合、新たなデータパッケージがＨＳＳに記憶される。一実施例では、ＳＩＰメッセージは登録要求であり、その場合、第１のＳＡＲコマンドの中のＡＶＰは、“REGISTRATION”命令を含む。
【００２８】
ＩＭＰＩ／ＩＭＰＵペアに関連する以前のデータパッケージが、現時点でＨＳＳに記憶されている場合には、エラーメッセージがＨＳＳからＳ−ＣＳＣＦへ返信され、そのエラーメッセージには、以前に記憶されたデータパッケージが含まれる。Ｃ−ＣＳＣＦは、ＳＩＰメッセージで受信されたＩＭＰＩ／ＩＭＰＵペアに関する情報を、以前のデータパッケージに含まれる情報と組み合わせた、別のデータパッケージを作成する。“STORE”命令と別のデータパッケージとを含めてＡＶＰを含む第２のＳＡＲコマンドが、Ｓ−ＣＳＣＦからＨＳＳへ送信され、ＨＳＳで記憶される。この場合もやはり、別のデータパッケージの中の情報の“組み合わせ”には、別のデータパッケージを作成するために以前のデータパッケージにデータを追加することかまたは、別のデータパッケージを作成するために以前のデータパッケージからデータを削除することが含まれてもよい。以前に記憶されたパッケージ全体が削除されることになる場合、別のデータパッケージは空であり、ＳＡＲコマンドの中のＡＶＰは、以前のデータパッケージを削除するようＨＳＳに命令するために、“STORE”命令と空のデータパッケージとを含む。
【００２９】
ＳＩＰメッセージが、追加アドレスをＩＭＰＩ／ＩＭＰＵペアに関連付けるための登録要求である場合には、第１のＳＡＲコマンドの中のＡＶＰは、“RE-REGISTRATION”命令を含む。ＳＩＰメッセージが、登録に関連していない場合には、第１のＳＡＲコマンドの中のＡＶＰは、依然として“RE-REGISTRATION”命令を含む。例として、ＩＭＰＩ／ＩＭＰＵペアについての登録イベントパッケージへの加入要求や、そのような加入の解約などがある。ＳＩＰメッセージが登録抹消要求である場合には、第１のＳＡＲコマンドの中のＡＶＰは、“DE-REGISTRATION”命令を含む。
【００３０】
場合によっては、Ｓ−ＣＳＣＦは、ＨＳＳが以前のデータパッケージを記憶したことを知っていて、それに上書きすることを選択するかもしれない。この場合、第１のＳＡＲコマンドの中のＡＶＰは、“STORE”命令を含み、ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点でＨＳＳに記憶されているか否かに関らず、新たなデータパッケージがＨＳＳによって記憶される。同様に、第１のＳＡＲコマンドの中のＡＶＰが“STORE”命令を含み、かつ、新たなデータパッケージが空である場合には、以前のデータパッケージはＨＳＳで削除される。
【００３１】
本発明の別の側面からすれば、ＩＭＳのＳ−ＣＳＣＦで用いる方法を提供する。その方法は、ＩＭＰＩ／ＩＭＰＵペアに関する情報を有するＳＩＰメッセージを受信することと、ＳＩＰメッセージに含まれる情報のタイプを識別することとを含む。ＨＳＳへ送信されてＨＳＳによって記憶されることになるデータパッケージが作成される。データパッケージは、ＳＩＰメッセージの中に含まれる情報と、データのタイプを示すデータラベルとを含む。ＳＡＲコマンドが、ＨＳＳへ送信されるが、そのＳＡＲコマンドは、ＨＳＳへの命令とデータパッケージとを含むServer-Assignment-type ＡＶＰを有する。
【００３２】
ＳＩＰメッセージが登録要求であって、かつ、ＩＭＰＩ／ＩＭＰＵペアについての以前のデータパッケージが記憶されるためにＨＳＳへと送信されたことがない場合には、データラベルは、データパッケージが連絡先アドレス情報を含むことを示し、そして、ＳＡＲコマンドの中のＡＶＰは、“REGISTRATION”命令を含む。ＳＩＰメッセージが、追加アドレスをＩＭＰＩ／ＩＭＰＵペアに関連付けるための登録要求である場合には、ここでもやはり、データラベルは、データパッケージが連絡先アドレス情報を含むことを示すが、ＳＡＲコマンドの中のＡＶＰは、“RE-REGISTRATION”命令を含む。
【００３３】
ＳＩＰメッセージが登録に関連していない場合には、ＳＡＲコマンドの中のＡＶＰは、“RE-REGISTRATION”命令を含む。一例として、ＩＭＰＩ／ＩＭＰＵペアについての登録イベントパッケージへの加入要求があり、その場合、データラベルは、データパッケージが登録イベントパッケージに関する情報を有するという指標を含む。
【００３４】
以前に記憶されたデータパッケージがＨＳＳから削除されるべきである場合には、ＳＡＲコマンドの中のＡＶＰは“DE-REGISTRATION”命令を含み、データパッケージは、同じデータラベルによって識別される、以前に記憶されたデータパッケージは削除されるべきであることをＨＳＳに示すため、データラベルと空のデータフィールドだけを有する。ＳＩＰメッセージが登録抹消要求である場合には、データラベルは、データパッケージが連絡先アドレス情報を含むことを示す。
【００３５】
また、本発明は上記の方法を実施するように構成されたＳ−ＣＳＣＦとＨＳＳとの内の少なくともいずれかを提供する。
【図面の簡単な説明】
【００３６】
【図１】ＩＰマルチメディアサブシステムの３Ｇ移動体通信システムへの統合を概略的に示す図である。
【図２】一意のデータパッケージがＳ−ＣＳＣＦによって制御される場合に、加入者がＩＭＳに登録される間に実行される一連の動作を示すシーケンス図である。
【図３】登録プロセスによってトリガされるのではなく、結果としてＨＳＳにデータが記憶される一連のイベントを示すシーケンス図である。
【図４】データがどのようにしてデータパッケージに追加されるかを示すシーケンス図である。
【図５】登録プロセスによってトリガされないデータパッケージの修正について示すシーケンス図である。
【図６】アドレス登録抹消に関る一連の動作を示すシーケンス図である。
【図７】データパッケージ全体がどのように削除されるかを示すシーケンス図である。
【図８】登録抹消プロセスによってトリガされないデータパッケージの削除について示すシーケンス図である。
【図９】一意のデータパッケージがＨＳＳによって制御される場合に、加入者がＩＭＳに登録される間に実行される一連の動作を示すシーケンス図である。
【図１０】データパッケージへのデータの追加について示すシーケンス図である。
【図１１】データパッケージからのデータの削除について示すシーケンス図である。
【図１２】別個のデータパッケージがＳ−ＣＳＣＦによって生成される場合に、加入者がＩＭＳに登録される間に行われる一連の動作を示すシーケンス図である。
【図１３】ＨＳＳに記憶された情報へのデータ追加について示すシーケンス図である。
【図１４】ＨＳＳに記憶された情報からのデータ削除について示すシーケンス図である。
【発明を実施するための形態】
【００３７】
例えば、連絡先アドレスや登録イベントパッケージ情報のようなＳ−ＣＳＣＦ情報をＨＳＳに記憶することを可能にする３つのメカニズムについて説明する。以下の検討において、ＨＳＳがデータを理解するか否かは重要ではない。また、データは適切なフォーマットであればいかなるフォーマットであってもよい。この検討において、データは、１つ以上の“ｂｌｏｂ”またはデータパッケージのかたちでパッケージ化されることになると考えてもよい。３つのメカニズムは、これらのパッケージを処理することへの異なるアプローチを提供するものであり、それらは以下のとおりである。即ち、
１．Ｓ−ＣＳＣＦによって制御される一意のデータパッケージ、
２．ＨＳＳによって制御される一意のデータパッケージ、
３．別個のデータパッケージ
である。
【００３８】
１．Ｓ−ＣＳＣＦによって制御される一意のデータパッケージ
第１のアプローチは、すべてのＳ−ＣＳＣＦ情報が、プライベートとパブリックユーザ識別子のＩＭＰＩ／ＩＭＰＵペアに結び付けられた一意のデータパッケージとしてＨＳＳの中に記憶されるメカニズムを提供する。ＨＳＳは、情報のデータパッケージを登録／登録抹消手順の間にＣｘメッセージの中でＳ−ＣＳＣＦに提供する。Ｓ−ＣＳＣＦは、どのデータがデータパッケージに追加されることになり、またはデータパッケージから削除されることになるかを知っている。従って、Ｓ−ＣＳＣＦは、情報を記憶するため、ＨＳＳへの一意の書き込み動作を実行する。
【００３９】
Ｓ−ＣＳＣＦが、記憶すべき情報を有する時、データは、Ｃｘ−ＳＡＲコマンドの中でＳ−ＣＳＣＦ情報の一部として、パッケージ化されてＨＳＳへ送信される。これが登録手順または登録抹消手順の一部である場合、Ｓ−ＣＳＣＦによって発行されたＳＡＲコマンドは、３ＧＰＰによってすでに規定されている値に設定されたServer-Assignment-type Attribute-Value Pair（属性値ペア：ＡＶＰ）（即ち、“REGISTRATION”、“RE-REGISTRATION”、“DE-REGISTRATION”等）を含むであろう。しかし、Ｃｘ−ＳＡＲコマンドは、登録プロセスによってトリガされる必要はなく、その場合にＡＶＰは“STORE”の値を含む。ＨＳＳがＳＡＲコマンドの中でＳ−ＣＳＣＦ情報のＡＶＰを受信する度に、ＳＡＲコマンドの中で受信されたＩＭＰＩ／ＩＭＰＵペアについて、データパッケージが記憶される。
【００４０】
これは、図２及び図３を参照して理解されるであろう。図２は、加入者５がＩＭＳに登録される間に実行される一連の動作を例示する図である。説明を簡略化するために、適用可能な３ＧＰＰ技術仕様を読むという観点で当業者の誤解を招く可能性がないと仮定して、この明細書全体を通して所与の加入者に言及し、所与の加入者と所与の加入者によって用いられるユーザ機器とを区別しない。
【００４１】
加入者５が、プライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1についてアドレス“連絡先１”を登録することを望むと仮定する。この例では、そのペアについて他の連絡先は存在せず、そのペアについての登録イベントパッケージ情報が記憶されていないと想定する。ステップＳ−２１で、所与の加入者の登録が、説明を簡潔にするために描かれていないアクセスネットワークを通して、所与の加入者５からＩＭＳのＰ−ＣＳＣＦ４に対する登録メッセージのサブミッションによって開始される。ステップＳ−２２で、登録メッセージは、Ｐ−ＣＳＣＦ４から、所与の加入者にサービス提供するのに適したＳ−ＣＳＣＦの選択を担当するＩ−ＣＳＣＦ３へ転送される。連絡先１は、ＳＩＰ連絡先ヘッダの一部として搬送される。ステップＳ−２３の間に、Ｉ−ＣＳＣＦ３は、個別の加入者データを記憶せず、ＩＭＳの加入者についての加入者データを保持するＨＳＳ２に問い合わせる。
【００４２】
ステップＳ−２４で、ＨＳＳ２は、この問い合わせに対して、所与の加入者にサービス提供するために選択可能なＳ−ＣＳＣＦ１によって必要とされる機能を使って、応答する。ここでは、図２に図解する登録手順が最初の登録であって、以前にどのＳ−ＣＳＣＦも割り当てられていないと想定する。
【００４３】
ステップＳ−２４の間に受信した機能を使って、Ｉ−ＣＳＣＦ３は、所与の加入者にサービス提供するため、（図２でＳ−ＣＳＣＦ1としてラベルを付けた）Ｓ−ＣＳＣＦ１を選択し、選択されたＳ−ＣＳＣＦ1１へステップＳ−２５の間に登録メッセージを転送する。Ｓ−ＣＳＣＦ1１は、受信した情報を“S-CSCF info”としてパッケージ化する。この例では、これは、連絡先ヘッダ（連絡先１、……）に相当する。次いでＳ−ＣＳＣＦ１は、このデータパッケージをＡＶＰ“REGISTRATION”を含むＣｘ−ＳＡＲコマンドを使ってステップＳ−２６の間にＨＳＳ２へ送信する。データパッケージはＨＳＳ２で受信され、ステップＳ−２７でＨＳＳ２に記憶される。所与の加入者にサービス提供するためのＨＳＳでのその割当てをＳ−ＣＳＣＦ1１に確認として返信することを目的として、ＨＳＳ２は、ステップＳ−２８の間に所与の加入者についてのサービスプロフィールを、即ち、所与の加入者にサービス提供するのに必要なすべての加入者データを持つ加入者プロフィールを、Ｓ−ＣＳＣＦ1１にアップロードしてもよい。
【００４４】
図３は、ＨＳＳ２でのデータ記憶が登録プロセスによってトリガされるのではない一連のイベントを例示している。この例では、ＡＳ６が、パブリックユーザ識別子であるＩＭＰＵ1のための登録イベントパッケージに加入することを望んでいると仮定する。ＡＳ６は、ステップＳ−３１で加入メッセージをＳ−ＣＳＣＦ1１へ送信する。Ｓ−ＣＳＣＦ1１は、この情報がＨＳＳに記憶されなければならないことを知っており、かつ、ＩＭＰＵ1について以前の情報が存在しないことを知っている。Ｓ−ＣＳＣＦ1１は、受信した情報を“S-CSCF info”としてパッケージ化する。この例では、これは登録イベントパッケージに相当する。
【００４５】
ステップＳ−３２で、Ｓ−ＣＳＣＦ1１は、ＡＶＰ“STORE”を含むＣｘ−ＳＡＲコマンドを使って、データパッケージをＨＳＳ２へ送信するが、それは、このプロセスが登録手順に結び付けられていないからである。ＨＳＳ２は、ステップＳ−３３でデータパッケージを保存し、この保存が成功したことを確認するため、ステップＳ−３４でＳ−ＣＳＣＦ1１に応答する。Ｓ−ＣＳＣＦ1１は、登録イベントパッケージへの加入の成功を確認するため、ステップＳ−３５で２００−ＯＫメッセージをＡＳ６に返信する。
【００４６】
図２と図３は、ＨＳＳに保存されることになるデータパッケージを作成するための適切なメカニズムを説明している。場合によっては、ＨＳＳにすでに記憶されたデータパッケージの修正が必要になることがある。このプロセスは、Ｓ−ＣＳＣＦが、データがすでに記憶されているＩＭＰＩ／ＩＭＰＵペアについてのデータをＨＳＳへ送信することとして理解されてもよい。これは、既存のデータパッケージへのデータの追加（即ち、既に記憶されたデータに加えて新たなデータを記憶すること）を意味することがある。あるいは、既存のデータパッケージからデータを削除することを意味することがある。
【００４７】
図４は、データパッケージへのデータの追加を必要とする状況において実行される一連の動作を図示している。この例では、加入者５が、プライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1についてアドレス“連絡先２”を登録することを望んでいると仮定する。この例では、そのペアについて連絡先１が、登録イベントパッケージ情報と一緒にすでに登録されていると想定する。
【００４８】
最初の３つのステップであるＳ−４１〜Ｓ−４３は、図２に示すステップＳ−２１〜Ｓ−２３と同様である。加入者５は、ステップＳ−４１でＩＭＳのＰ−ＣＳＣＦ４に対して登録メッセージを提出し、そして、この登録メッセージは、ステップＳ−４２でＩ−ＣＳＣＦ３へ転送される。連絡先２は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−４３でＨＳＳ２に問い合わせる。
【００４９】
ステップＳ−４４で、ＨＳＳ２は、この問い合わせに対して、加入者５にサービス提供するために以前に割り当てられたＳ−ＣＳＣＦ1１の識別子を使って応答する。次いでＩ−ＣＳＣＦ３は、ステップＳ−４５の間に、割り当てられたＳ−ＣＳＣＦ1１へ登録メッセージを転送する。Ｓ−ＣＳＣＦ1１は、ＨＳＳ２に記憶されることになる情報に修正があったことを認識する。Ｓ−ＣＳＣＦ1１は、追加情報（連絡先２、……）を以前に記憶された情報（連絡先１、……）と一緒に１つのパッケージとしてパッケージ化し、この場合もやはり、“S-CSCF info”というラベルを付ける。ステップＳ−４６でＳ−ＣＳＣＦ１は、このデータパッケージをＡＶＰ“RE-REGISTRATION”を含むＣｘ−ＳＡＲコマンドを使ってＨＳＳ２へ送信する。データパッケージは、ＨＳＳ２で受信されて、ステップＳ−４７でＨＳＳ２に記憶される。ステップＳ−４８で、ＨＳＳ２は、所与の加入者についてのサービスプロフィールを、即ち、所与の加入者にサービス提供するために必要なすべての加入者データを持つ加入者プロフィールをＳ−ＣＳＣＦ1１へ返信する。
【００５０】
従って、理解されるであろうが、ＨＳＳ２に記憶されたデータパッケージに新たなデータを追加することは本質的に、新たなデータと一緒に古いデータを含む、新たなデータパッケージを送信して、以前記憶されたデータパッケージを置換することを伴う。
【００５１】
データパッケージの最初の作成の場合と同様、データパッケージの修正が登録手順によってトリガされる必要はない。図５は、Ｐ−ＣＳＣＦ４が、登録の後で登録イベントパッケージに加入することを望む場合の一連の動作を図示している。この例では、連絡先アドレスがすでに、登録イベントパッケージ情報として、登録プロセスの間にデータパッケージとしてＨＳＳ２に記憶されていると想定されてもよい。
【００５２】
ステップＳ−５１で、ＵＥ５は、登録イベントパッケージ情報に加入することを目的として、加入メッセージをＳ−ＣＳＣＦ1１へ送信する。Ｓ−ＣＳＣＦ1１は、データパッケージの中にすでに記憶された他のデータに対して加入要求が行われたという情報を追加する。新たな、拡張されたデータパッケージが、ＡＶＰ“STORE”を含むＣｘ−ＳＡＲコマンドを用いてＨＳＳ２へ送信される。
【００５３】
データパッケージの部分の削除も、記憶と同様に実行されてもよい。Ｓ−ＣＳＣＦが、削除されることになるデータパッケージの部分を削除し、残りを維持し、（不要なデータのない）新たなデータパッケージをＨＳＳに記憶する。同じ原則をＨＳＳの中のデータパッケージ全体を削除することにも適用することができる。Ｓ−ＣＳＣＦは、データパッケージの部分の代わりに、データパッケージ全体を削除し、空のＳ−ＣＳＣＦ情報ＡＶＰを、ＳＡＲコマンドの中でＨＳＳへ送信する。
【００５４】
図６は、加入者がプライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1について連絡先２を登録抹消することを望む場合に関連する一連の動作を図示している。そのプロセスは図４を参照して説明したプロセスと同様であり、加入者５は、ステップＳ−６１でＩＭＳのＰ−ＣＳＣＦ４に対して登録メッセージを提出し、この登録メッセージは、ステップＳ−６２でＩ−ＣＳＣＦ３へ転送される。連絡先２は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−６３でＨＳＳ２に問い合わせ、ＨＳＳ２は、ステップＳ−６４で、この問い合わせに対して、Ｓ−ＣＳＣＦ1１の識別子を使って応答する。次いでＩ−ＣＳＣＦ３は、割り当てられたＳ−ＣＳＣＦ1１へステップＳ−６５の間に登録メッセージを転送する。
【００５５】
Ｓ−ＣＳＣＦ1１は、ＨＳＳ２に記憶されることになる情報に修正があったことを認識し、連絡先２はないが、以前に保持されていた、それ以外のすべての情報を有する、新たなデータパッケージを生成する。新たなパッケージは、この場合もやはり、“S-CSCF info”としてラベルを付けられ、そして、ステップＳ−６６で、ＡＶＰ“DE-REGISTRATION”を含むＣｘ−ＳＡＲコマンドを使ってＨＳＳ２へ送信される。データパッケージは、ＨＳＳ２で受信されて、以前に記憶されたデータパッケージに代わって、ステップＳ−６７でＨＳＳ２に記憶される。ステップＳ−６８で、ＨＳＳ２は、所与の加入者についてのサービスプロフィールを、即ち、所与の加入者にサービス提供するために必要なすべての加入者データを持つ加入者プロフィールをＳ−ＣＳＣＦ1１へ返信する。
【００５６】
図７は、データパッケージ全体を削除することに関連する一連の動作を図示する。加入者５が、ＩＭＰＩ1／ＩＭＰＵ1ペアについて連絡先１の登録を抹消することを望み、このＩＭＰＩ1／ＩＭＰＵ1ペアについてそれ以外の情報が存在しないと仮定する。そのプロセスは、図６を参照して説明したプロセスと同様であり、加入者５は、ステップＳ−７１でＩＭＳのＰ−ＣＳＣＦ４に対して登録メッセージを提出し、この登録メッセージは、ステップＳ−７２でＩ−ＣＳＣＦ３へ転送される。連絡先１は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−７３でＨＳＳ２に問い合わせ、ＨＳＳ２は、ステップＳ−７４で、この問い合わせに対して、Ｓ−ＣＳＣＦ1１の識別子を使って応答する。次いでＩ−ＣＳＣＦ３は、割り当てられたＳ−ＣＳＣＦ1１へステップ７−６５の間に登録メッセージを転送する。
【００５７】
Ｓ−ＣＳＣＦ1１は、連絡先１がデータパッケージから削除されなければならないことを知っているが、同時に、ＨＳＳ２に記憶されることになるＩＭＰＩ1／ＩＭＰＵ1ペアに結び付けられたデータが他には存在しないことも認識している。従って、Ｓ−ＣＳＣＦ1１は、“S-CSCF info”としてラベルを付けられてはいるが空である、新たなデータパッケージを生成する。ステップＳ−７６で、データパッケージは、ＡＶＰ“DE-REGISTRATION”を含むＣｘ−ＳＡＲコマンドを使ってＨＳＳ２へ送信される。ＨＳＳ２が空のデータパッケージを受信すると、記憶されたデータパッケージは削除される。ステップＳ−７８で、ＨＳＳ２は、所与の加入者についてのサービスプロフィールを、ユーザステータス（ここでは登録抹消された）に関する更新と一緒に、Ｓ−ＣＳＣＦ1１へ返信する。
【００５８】
データパッケージの削除は、登録抹消プロセスによってトリガされる必要はない。図８は、そのような削除に関連する一連の動作を図示している。Ｐ−ＣＳＣＦ４が、登録イベントパッケージから加入を止めることを望んでいると仮定する。
【００５９】
ステップＳ−８１で、ＵＥ５は、登録イベントパッケージ情報から加入を止めることを目的として、加入メッセージをＳ−ＣＳＣＦ1１へ送信する。Ｓ−ＣＳＣＦ1１は、データパッケージが削除されるべきであることを認識し、ステップＳ−８２で、空のデータパッケージがＨＳＳ２へ送信される。ＨＳＳ２は、それに応じてデータパッケージを削除する。空のデータパッケージは、ＡＶＰ“STORE”を含むＣｘ−ＳＡＲコマンドを用いてＨＳＳ２へ送信される。
【００６０】
上記状況の各々において、Ｓ−ＣＳＣＦは、データパッケージが含んでいなければならないデータのタイプ（例えば、連絡先アドレス、登録イベントパッケージ加入）を前もって知らなければならない。これを実現する１つのやり方は、どのデータが、どのような環境において、データパッケージの中に保存されなければならないかを、Ｓ−ＣＳＣＦの構成パラメータが定義することである。こうすればＳ−ＣＳＣＦは、どのデータが、ネットワーク内で更新される場合に、Ｃｘ−ＳＡＲのＨＳＳへの送信をトリガすべきかを、常に知るであろう。また、どのデータがデータパッケージに追加されるべきかまたはデータパッケージから削除されるべきか、そしてどのデータがデータパッケージの中に維持されるべきかについても知るであろう。
【００６１】
理解されるであろうが、（３ＧＰＰが要求するとおり）ＩＭＰＩ／ＩＭＰＵペアに割り当てられるのは、１つのＳ−ＣＳＣＦだけであることから、２つの異なるＳ−ＣＳＣＦが同時にデータを修正しようとすると、同時並行の問題が生じるであろう。
【００６２】
２．ＨＳＳによって制御される一意のデータパッケージ
前に説明したアプローチと同様、第２のアプローチでは、すべてのＳ−ＣＳＣＦ情報が、ＩＭＰＩ／ＩＭＰＵペアに結び付けられた一意のデータパッケージとしてＨＳＳの中に記憶されるメカニズムを提供する。ＨＳＳは、この場合もやはり、情報のデータパッケージを登録／登録抹消手順の間にＣｘメッセージの中でＳ−ＣＳＣＦに提供する。しかしながら、今度は、Ｓ−ＣＳＣＦは、どの情報がＨＳＳに記憶されるかを追跡しない。従って、Ｓ−ＣＳＣＦがデータパッケージを記憶するためＨＳＳへ送信しようとする時、まずＨＳＳからデータを検索する必要がある。必要に応じて情報を追加するか、或は、削除することによって、このデータに対して作用を及ぼすことが可能であり、次いで、新たなデータパッケージを再度ＨＳＳにアップロードすることができる。
【００６３】
前に説明したアプローチと同様、このプロセスは、以前にデータが記憶されていないＩＭＰＩ／ＩＭＰＵペアについてＳ−ＣＳＣＦがデータをＨＳＳに記憶することとして理解することができる。前述の様に、記憶すべき情報をＳ−ＣＳＣＦが有する時、データはパッケージ化されて、Ｃｘ−ＳＡＲコマンドの中でＳ−ＣＳＣＦ情報の一部としてＨＳＳへ送信される。前述の様に、それは通常は当初の登録プロセスの間に行われるであろうが、ユーザの登録状態を問わず、いつ何時行われてもよい。それが登録または登録抹消手順の一部である場合、Ｓ−ＣＳＣＦによって発行されたＳＡＲコマンドは、３ＧＰＰによってすでに規定された値に設定されたServer-Assignment-type（ＡＶＰ）（例えば、“REGISTRATION”、“RE-REGISTRATION”、“DE-REGISTRATION”等）を含むであろう。Ｃｘ−ＳＡＲコマンドが登録プロセスによってトリガされない場合、ＡＶＰは、“STORE”という値を含む。ＨＳＳがＳＡＲコマンドでＳ−ＣＳＣＦ情報ＡＶＰを受信する度に、ＳＡＲコマンドで受信されたＩＭＰＩ／ＩＭＰＵペアについて、データパッケージが記憶される。
【００６４】
図９は、加入者５がＩＭＳに登録される間に実行される一連の動作を図示している。加入者５が、プライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1についてアドレス“連絡先１”を登録することを望んでいると仮定する。加入者の観点からは、これは図２で行われた動作と同様である。この例では、そのペアについて他の連絡先は存在せず、そのペアについての登録イベントパッケージ情報が記憶されていないと想定する。図２と同様、ステップＳ−９１で、登録メッセージが加入者５からＰ−ＣＳＣＦ４へ提出される。登録メッセージは、ステップＳ−９２で、所与の加入者にサービス提供するのに適したＳ−ＣＳＣＦの選択を担当するＩ−ＣＳＣＦ３へ転送される。連絡先１は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−９３の間に、ＩＭＳの加入者についての加入者データを保持するＨＳＳ２に問い合わせる。
【００６５】
ＨＳＳ２は、この問い合わせに対して、所与の加入者にサービス提供するために選択可能なＳ−ＣＳＣＦ１によって必要とされる機能を使って、ステップＳ−９４で応答する。図２と同様、この登録手順が最初の登録であって、以前にどのＳ−ＣＳＣＦも割り当てられていないということを想定する。Ｉ−ＣＳＣＦ３は、所与の加入者にサービス提供するためのＳ−ＣＳＣＦ1１を選択し、選択されたＳ−ＣＳＣＦ1１へステップＳ−９５の間に登録メッセージを転送する。
【００６６】
前述の様に、Ｓ−ＣＳＣＦ1１は、（連絡先ヘッダ（連絡先１、……）に相当する）受信した情報を“S-CSCF info”としてパッケージ化し、このデータパッケージをＡＶＰ“REGISTRATION”を含むＣｘ−ＳＡＲコマンドを使ってステップＳ−９６の間にＨＳＳ２へ送信する。データパッケージは、ＨＳＳ２で受信され、ＨＳＳ２は、データがすでにＩＭＰＩ／ＩＭＰＵペアについて記憶されているかどうかをチェックする。この例では、以前にデータが記憶されていなかったため、Ｓ−ＣＳＣＦ情報のデータパッケージが、ステップＳ−９７でＨＳＳ２に記憶される。所与の加入者にサービス提供するためのＨＳＳでのその割当てをＳ−ＣＳＣＦ1１に確認として返信することを目的として、ＨＳＳ２は、ステップＳ−９８の間に所与の加入者についてのサービスプロフィールをＳ−ＣＳＣＦ1１にアップロードする。サービスプロフィールの返信によって、Ｓ−ＣＳＣＦは、データの記憶が成功したことを確認する。
【００６７】
以前に検討したように、場合によっては、ＨＳＳにすでに記憶されたデータパッケージの修正が必要であるかもしれない。このプロセスは、Ｓ−ＣＳＣＦが、データがすでに記憶されているＩＭＰＩ／ＩＭＰＵペアについてのデータをＨＳＳへ送信することとして理解されてもよい。これは、既存のデータパッケージへのデータの追加、或は、既存のデータパッケージからのデータの削除を意味することがある。
【００６８】
図１０は、データパッケージへのデータの追加を必要とする状況において実行される一連の動作を図示している。図４の例と同様、加入者５が、プライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1についてアドレス“連絡先２”を登録することを望んでいると仮定する。この例では、そのペアについて連絡先１が、登録イベントパッケージ情報と一緒にすでに登録されていると想定する。
【００６９】
最初の５つのステップであるＳ−１０１〜Ｓ−１０５は、図４に示すステップＳ−４１〜Ｓ−４５と同様である。加入者５は、ステップＳ−１０１でＰ−ＣＳＣＦ４に対して登録メッセージを提出し、そして、この登録メッセージは、ステップＳ−１０２でＩ−ＣＳＣＦ３へ転送される。連絡先２は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−１０３でＨＳＳ２に問い合わせる。ステップＳ−１０４で、ＨＳＳ２は、この問い合わせに対して、加入者５にサービス提供するために以前に割り当てられたＳ−ＣＳＣＦ1１の識別子を使って応答する。次いでＩ−ＣＳＣＦ３は、ステップＳ−１０５の間に、割り当てられたＳ−ＣＳＣＦ1１へ登録メッセージを転送する。
【００７０】
Ｓ−ＣＳＣＦ1１は、ＨＳＳ２に記憶されることになる情報の修正があったことを認識せず、記憶されることになる情報（連絡先２、……）をパッケージ化して、“S-CSCF info”とラベルを付けられた１つのパッケージにする。ステップＳ−１０６でＳ−ＣＳＣＦ１は、このデータパッケージをＡＶＰ“RE-REGISTRATION”を含むＣｘ−ＳＡＲコマンドを使ってＨＳＳ２へ送信する。データパッケージは、ＨＳＳ２で受信され、ＨＳＳ２は、データがすでにＩＭＰＩ／ＩＭＰＵペアについて記憶されているかどうかをチェックする。今度は、（連絡先１等を含んでいる）“S-CSCF info”というラベルの付いたデータパッケージがすでにＨＳＳ２に記憶されているので、ステップＳ−１０７で、データパッケージがすでに存在することを示すエラーコードがＳ−ＣＳＣＦ1１へ返信される。記憶されたデータパッケージ自身もこのエラーメッセージに含まれる。
【００７１】
エラーメッセージを受信すると、Ｓ−ＣＳＣＦ1１は、返信されたデータパッケージを復号し、それに新たなデータ（連絡先２、……）を追加して、この場合もやはり“S-CSCF info”というラベルの付いた新たなデータパッケージを作成する。言い換えると、新たなデータパッケージには、ステップ１０５でＳ−ＣＳＣＦ１によって受信された新たな情報と一緒に、ＨＳＳ２に以前に記憶されたデータが含まれる。この例では、連絡先２が、既存の連絡先１と登録イベントパッケージ情報とに追加される。
【００７２】
次いでステップＳ−１０８で、新たなデータパッケージが、この場合もやはりＨＳＳ２へ送信されるのだが、今回は、ＡＶＰ“STORE”を含むＣｘ−ＳＡＲコマンドを使って送信される。ＨＳＳは、“STORE”という指標を伴うＳＡＲコマンドを受信すると、そのＩＭＰＩ1／ＩＭＰＵ1ペアについて以前に記憶されたデータパッケージを上書きする。ＨＳＳ２は、ステップＳ−１０９で新たなデータパッケージを保存し、Ｓ−１１０で成功メッセージを返信する。
【００７３】
同様のプロセスが、データパッケージの一部もしくは全部を削除するのに用いられてもよい。図１１は、データパッケージからのデータの削除を必要とする状況で行われる一連の動作を図示している。加入者５が、プライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1についてアドレス“連絡先２”を登録抹消することを望んでいると仮定する。
【００７４】
最初の５つのステップＳ−１１１〜Ｓ−１１５は、図６に示すステップＳ−６１〜Ｓ−６５と同様であり、加入者５は、ステップＳ−１１１でＰ−ＣＳＣＦ４に対して登録メッセージを提出し、この登録メッセージは、ステップＳ−１１２でＩ−ＣＳＣＦ３へ転送される。連絡先２は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−１１３でＨＳＳ２に問い合わせる。ステップＳ−１１４で、ＨＳＳ２は、この問い合わせに対して、加入者５にサービス提供するために以前に割り当てられたＳ−ＣＳＣＦ1１の識別子を使って応答する。次いでＩ−ＣＳＣＦ３は、割り当てられたＳ−ＣＳＣＦ1１へステップＳ−１１５の間に登録メッセージを転送する。
【００７５】
Ｓ−ＣＳＣＦ1１は、連絡先２を登録抹消するよう命令されているので、ＨＳＳ２へ送信するためのデータパッケージを作成しない。代わりに、ステップＳ−１１６で、“S-CSCF info”というラベルの付いた空のフィールドを含む、ＡＶＰ“DE-REGISTRATION”を含むＣｘ−ＳＡＲコマンドが、ＨＳＳ２へ送信される。ＨＳＳ２は、“S-CSCF info”というラベルの付いたデータパッケージがＩＭＰＩ1／ＩＭＰＵ1ペアについてＨＳＳ２に記憶されているという事実を識別し、ステップＳ−１１７でエラーコードをＳ−ＣＳＣＦ1１へ返信して、データパッケージが存在することを示す。記憶されたデータパッケージ自身も、このエラーメッセージに含まれる。
【００７６】
エラーメッセージを受信すると、Ｓ−ＣＳＣＦ1１は、返信されたデータパッケージを復号し、登録抹消されたデータ（連絡先２、……）をそれから削除して、この場合もやはり“S-CSCF info”というラベルの付いた新たなデータパッケージを作成する。次いでステップＳ−１１８で、新たなデータパッケージが、ＡＶＰ“STORE”を含むＣｘ−ＳＡＲコマンドを使ってＨＳＳ２へ送信される。ＨＳＳ２は、ステップＳ−１０９で新たなデータパッケージを保存し、Ｓ−１１０で成功メッセージを返信する。
【００７７】
認識されるであろうが、Ｓ−ＣＳＣＦが、ＨＳＳによって返信されたデータパッケージからデータを削除すると、新たなデータパッケージは空になる可能性があるだろう。例えば、加入者５がＩＭＰＩ1／ＩＭＰＵ1ペアについて連絡先１を登録抹消することを望み、このＩＭＰＩ1／ＩＭＰＵ1ペアについてそれ以外の残りの情報がないような、図７に示す状況に類似した状況を考えよう。この場合、Ｓ−ＣＳＣＦが、ＨＳＳから返信されたデータパッケージから連絡先１データを削除すると、データパッケージは空であり、ＨＳＳによって削除されるべきである。この場合、Ｓ−ＣＳＣＦは、ＡＶＰ“STORE”と“S-CSCF info”というラベルの付いた空のフィールドとを含むＣｘ−ＳＡＲコマンドをＨＳＳへ送信する。次いでＨＳＳは、データパッケージ全体を削除する。
【００７８】
Ｓ−ＣＳＣＦが当初、データパッケージ全体が削除されるべきであるということを知っている場合には（例えば、ＩＭＰＩ全体が登録解消されている場合）、Ｓ−ＣＳＣＦは、ＡＶＰ“STORE”と“S-CSCF info”というラベルの付いた空のフィールドとを含むＣｘ−ＳＡＲコマンドを単純にＨＳＳへ送信する。次いでＨＳＳは、データパッケージ全体を削除する。
【００７９】
上記のアプローチはいずれも、記憶されるデータの性質をＨＳＳが知る必要がないという利点を持っている。ＨＳＳは単純に、Ｓ−ＣＳＣＦから受信したデータパッケージ全体を記憶する。（今説明した）第２のアプローチは、データパッケージが、単純に作成されるかまたは削除されるのではなく、修正されることになる場合、ＨＳＳに対する２つのＳＡＲコマンドを必要とする。
【００８０】
３．別個のデータパッケージ
第２のアプローチは、Ｓ−ＣＳＣＦ情報が、ＩＭＰＩ／ＩＭＰＵペアに結び付けられた、ラベルの付いた複数の（即ち、別個にアドレッシング可能な）データパッケージとしてＨＳＳの中に記憶されるメカニズムを提供する。ＨＳＳは、データパッケージをＣｘメッセージの中でＳ−ＣＳＣＦに提供する。Ｓ−ＣＳＣＦは、別個のデータパッケージの各々の中に記憶された情報を、多様なラベルによって、アドレス指定し、管理し、操作する。
【００８１】
情報のための適切なフォーマットは、以下のとおりである。即ち、
＜S-CSCF-info＞
＜type of data＝id＞
＜packed data package＝data to be stored＞
である。ここで、“type of data”は、記憶されるかまたは削除されることになるデータを示し、例えば、“Contact_Info”または“Reg-Event_Package_Info”である。参照記号idは、データパッケージの中のアドレス指定データを示す整数である。
【００８２】
加入者が最初にＩＭＳに登録する時の状況を考えよう。この状況では、初めてデータパッケージを作成することが必要であろう。図１２は、加入者５がＩＭＳに登録される間に行われる一連の動作を図示している。加入者５が、プライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1についてアドレス“連絡先１”を登録することを望んでいると仮定する。加入者の観点からは、これは図２及び図９で行われた動作と同様である。この例では、そのペアについて他の連絡先は存在せず、そのペアについての登録イベントパッケージ情報が記憶されていないと想定する。登録メッセージがステップＳ−１２１で、加入者５からＰ−ＣＳＣＦ４へ提出される。登録メッセージは、ステップＳ−１２２で、所与の加入者にサービス提供するのに適したＳ−ＣＳＣＦの選択を担当するＩ−ＣＳＣＦ３へ転送される。連絡先１は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−１２３の間に、ＩＭＳの加入者についての加入者データを保持するＨＳＳ２に問い合わせる。
【００８３】
ＨＳＳ２は、この問い合わせに対して、所与の加入者にサービス提供するために選択可能なＳ−ＣＳＣＦ１によって必要とされる機能を使って、ステップＳ−１２４で応答する。前と同様、この登録手順が最初の登録であって、以前にどのＳ−ＣＳＣＦも割り当てられていないと想定する。Ｉ−ＣＳＣＦ３は、所与の加入者にサービス提供するためのＳ−ＣＳＣＦ1１を選択し、選択されたＳ−ＣＳＣＦ1１へステップＳ−１２５の間に登録メッセージを転送する。ＨＳＳへ送信されるデータは、（前のように）ＡＶＰ“REGISTRATION”を含むＣｘ−ＳＡＲコマンドで、“S-CSCF info”と一緒にラベルを付けられる。ここで、“S-CSCF info”はさらに、
＜type of data: Contact_info＞と
パックされたデータパッケージと
を含む。
【００８４】
ＩＭＰＩ1／ＩＭＰＵ1ペアについてのそれ以外のデータが、以前にＨＳＳ２に記憶されたことはない。従って、ＨＳＳ２は、ステップＳ−１２７で、ＩＭＰＩ1／ＩＭＰＵ1ペアに結び付けられた連絡先情報を“Contact_info”というラベルの中に記憶する。ステップＳ−１２８で、成功メッセージがＣ−ＣＳＣＦ1１へ返信される。
【００８５】
このアプローチを用いて既存のデータパッケージに追加することは簡単であり、図１３を参照して理解することができる。例えば、Ｐ−ＣＳＣＦ４が登録イベントパッケージに加入することを望んでいると仮定する。ステップＳ−１３２〜１３５は、必要な情報をＳ−ＣＳＣＦ1１に提供する。Ｓ−ＣＳＣＦは、このデータを、すでにＨＳＳ２に記憶されているデータに追加する必要があり、ステップＳ−１３６では、“S-CSCF info”と一緒にＡＶＰ“RE-REGISTRATION”を含むＣｘ−ＳＡＲコマンドをＨＳＳ２へ送信する。ここで、“S-CSCF info”はさらに、
＜type of data: Reg-Event-Package＞と
パックされたデータパッケージと
を含む。
【００８６】
ＨＳＳ２は、それは、以前に登録されたＩＭＰＩ／ＩＭＰＵペアについての新たな参照であると気付く。ＨＳＳは、新たな情報だけを、新たなラベルを持つ別個のデータパッケージとして記憶する。
【００８７】
記憶されたデータパッケージ情報からデータを削除することも簡単であり、Ｓ−ＣＳＣＦは、空の値で削除されなければならないデータについてのラベルを含むＳＡＲコマンドをＨＳＳへ送信する。これは、図１４を参照して理解することができる。図１４は、加入者５が、プライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1について連絡先２を登録解消することを望む場合に必要な一連の動作を図示している。図６の場合のように、加入者５は、ステップＳ−１４１でＩＭＳのＰ−ＣＳＣＦ４に対して登録メッセージを提出し、この登録メッセージは、ステップＳ−１４２でＩ−ＣＳＣＦ３へ転送される。連絡先２は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−１４３でＨＳＳ２に問い合わせを行い、ＨＳＳ２はステップＳ−１４４で、この問い合わせに対して、Ｓ−ＣＳＣＦ1１の識別子を使って応答する。次いでＩ−ＣＳＣＦ３は、割り当てられたＳ−ＣＳＣＦ1１へステップＳ−１４５の間に登録メッセージを転送する。
【００８８】
Ｓ−ＣＳＣＦは、“S-CSCF info”と一緒にＡＶＰ“DE-REGISTRATION”を含むＣｘ−ＳＡＲコマンドをＨＳＳ２へ送信する。ここで、“S-CSCF info”はさらに、
＜type of data: Contact_info＞と
空のデータパッケージと
を含む。
Ｓ−ＣＳＣＦは、連絡先２についてのデータパッケージが削除されなければならないことを認識し、ステップＳ−１４７で、関連するデータパッケージを削除する。成功を確認するメッセージが、ステップＳ−１４８で返信される。
【００８９】
ＨＳＳによって記憶されたすべてのデータパッケージが削除される場合、ＩＭＰＩ／ＩＭＰＵペアについての最後のラベルが削除されたとＨＳＳが認識した時に、ユーザは登録抹消される。認識されるであろうが、例えば、連絡先の登録抹消の間に、登録イベントパッケージ情報は、最後の連絡先が削除、或は、登録抹消の内の少なくともいずれかが生じるまでは、維持されなければならない。
【００９０】
この第３のアプローチは、連絡先アドレスと登録イベントパッケージ情報とのいずれについても単純である。情報を記憶するために必要とされるのは、１つのＳＡＲコマンドだけであり、Ｓ−ＣＳＣＦは、ＳＡＲコマンドで受信されたいかなる情報も復号する必要がない。ただし、標準化されたデータパッケージのラベルは必要であろう。
【００９１】
認識されるであろうが、上記の１つ以上の要素の動作を、デバイスまたは装置に関して動作するプログラムによって制御することができる。そのようなオペレーティングプログラムをコンピュータ可読媒体に記憶することも可能であるし、あるいは、例をあげれば、信号、例えば、インターネットのウェブサイトから提供されるダウンロード可能なデータ信号で実施されることも可能であろう。添付の請求の範囲は、オペレーティングプログラムを、単独で、または搬送波上の記録として、または信号として、またはいずれかの他の形で、対象とすると解釈されるべきである。
【００９２】
また、理解されるであろうが、添付の請求の範囲によって定義される本発明の範囲から逸脱することなく、上記の実施例に対して各種の修正を行うことができる。特に、理解されるであろうが、ＩＰマルチメディアサブシステムを有する全球規模の移動体通信システム（ＵＭＴＳ）に関して説明したが、本発明は他のタイプのネットワークにも適用可能である。
【技術分野】
【０００１】
本発明は、例えば、ＩＰマルチメディアシステムを有する全球規模の移動体通信システム（ＵＭＴＳ）のような通信ネットワークにおけるネットワークデータの格納に関する。特に、本発明は、ＩＰマルチメディアサブシステム内のホーム加入者サーバにおけるネットワークデータの格納に関する。
【背景技術】
【０００２】
ＩＰマルチメディアサービスは、同一セションの中で音声、動画、メッセージング、データ等の動的な組み合わせを提供する。基本的なアプリケーションの数と組み合わせが可能なメディアとを増やすことによって、エンドユーザに提供されるサービスの数は増加するであろうし、個人間の通信体験は豊かになるであろう。これは、いわゆる“組み合わせＩＰマルチメディア”サービスを含めて、新しい世代の、カスタマイズされた、豊かなマルチメディア通信サービスをもたらすであろう。
【０００３】
全球規模の移動体通信システム（ＵＭＴＳ）は、より高速のデータ速度と高度サービスを加入者に提供することを目的とした第三世代ワイヤレスシステムである。ＵＭＴＳは、汎欧州デジタル移動電話方式（ＧＳＭ）の後継であり、ＧＳＭとＵＭＴＳとの間の重要な進展のステップは、汎用パケット無線サービス（ＧＰＲＳ）である。ＧＰＲＳは、パケット交換をＧＳＭコアネットワークに導入し、パケットデータネットワーク（ＰＤＮ）への直接アクセスを可能にする。これによって、ＧＳＭ呼ネットワークを通してＩＳＤＮの６４ｋｂｐｓの限度を大幅に超える高速のデータ速度でのパケット交換送信が可能になるのであり、それは最大２ＭｂｐｓのＵＭＴＳデータ送信速度に必要なものである。ＵＭＴＳは、例えば、欧州電気通信標準化協会（ＥＴＳＩ）や電波産業会（ＡＲＩＢ）等のような地域的な標準化団体の集合体である第三世代パートナシッププロジェクト（３ＧＰＰ）によって標準化される。詳しくは、非特許文献１を参照されたい。
【０００４】
ＵＭＴＳアーキテクチャには、従来の電話だけでなく新たなＩＰマルチメディアサービス（非特許文献２、非特許文献３、非特許文献４、非特許文献５、非特許文献６、非特許文献７、非特許文献８）をサポートするための、ＩＰマルチメディアサブシステム（ＩＭＳ）として知られるサブシステムが含まれる。ＩＭＳは、エンドユーザの個人対個人の通信体験を豊かにするための重要な特色を、標準化されたＩＭＳサービスイネーブラの使用を通して提供するものだが、それらによって、新しい豊かな個人対個人（クライアント対クライアント）の通信サービスだけでなく、個人対コンテンツ（クライアント対サーバ）サービスもＩＰベースのネットワーク上で円滑に行われるようになる。ＩＭＳは、インターネットだけでなく公衆交換電話網／サービス総合デジタル網（ＰＳＴＮ／ＩＳＤＮ）にも接続することができる。
【０００５】
ＩＭＳは、ユーザ端末間（またはユーザ端末とアプリケーションサーバ間）の呼またはセションをセットアップして制御するのに、セション開始プロトコル（ＳＩＰ）を利用する。ＳＩＰシグナリングによって搬送されるセション記述プロトコル（ＳＤＰ）を用いて、セションのメディアコンポーネントを記述し、ネゴシエーションする。ＳＩＰがユーザ間のプロトコルとして作成されたのに対して、ＩＭＳにより、オペレータおよびサービスプロバイダが、サービスへのユーザのアクセスを制御し、それに従ってユーザに課金することが可能になる。３ＧＰＰでは、ユーザ機器（ＵＥ）とＩＭＳとの間の、並びに、ＩＭＳの内部のコンポーネント間のシグナリング用にＳＩＰを選択した。
【０００６】
ＵＭＴＳ通信ネットワークとそのようなネットワーク内の各種コンポーネントの動作の具体的詳細は、http://www.3gpp.orgで利用可能なＵＭＴＳ技術仕様に見い出すことができる。ＵＭＴＳ内でのＳＩＰの利用のさらなる詳細は、非特許文献９に見い出すことができる。
【０００７】
添付図面の図１は、ＧＰＲＳ／ＰＳアクセスネットワークの場合にＩＭＳがどのようにして移動体ネットワークのアーキテクチャに適合するのかを概略的に図示している（ＩＭＳは、もちろん他のアクセスネットワーク上でも動作できる）。呼セション制御機能（ＣＳＣＦ）は、ＩＭＳの内部でＳＩＰプロキシとして動作する。３ＧＰＰアーキテクチャは、３つのタイプのＣＳＣＦ、即ち、ＳＩＰ端末にとってＩＭＳの中での最初の接続点であるプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）と、ユーザが加入するサービスをユーザに提供するサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）と、正しいＳ−ＣＳＣＦを識別して、そのＳ−ＣＳＣＦに対してＰ−ＣＳＣＦを介してＳＩＰ端末から受信した要求を転送する役割を持つインタロゲーティングＣＳＣＦ（Ｉ−ＣＳＣＦ）とを定義する。
【０００８】
ユーザは、指定されたＳＩＰ ＲＥＧＩＳＴＥＲの方法を用いてＩＭＳに登録する。これは、ＩＭＳに接続して、ＳＩＰユーザＩＤに到達できるアドレスをＩＭＳに知らせるためのメカニズムである。３ＧＰＰでは、ＳＩＰ端末が登録を行う時、ＩＭＳがユーザを認証し、利用可能なＳ−ＣＳＣＦの集合から、あるＳ−ＣＳＣＦをそのユーザに割り当てる。３ＧＰＰではＳ−ＣＳＣＦを割り当てる基準が指定されていないが、これらには、負荷分散やサービス要件が含まれてもよい。なお、Ｓ−ＣＳＣＦの割当ては、ＩＭＳベースのサービスへのユーザアクセスを制御するための（そして課金するための）かぎである。オペレータ各社は、そうしないとＳ−ＣＳＣＦを迂回するはずの、直接のユーザ対ユーザのＳＩＰセションを防ぐためのメカニズムを提供することがある。
【０００９】
登録プロセスの間、Ｓ−ＣＳＣＦがまだ選択されていないのなら、Ｓ−ＣＳＣＦを選択するのはＩ−ＣＳＣＦの責任である。Ｉ−ＣＳＣＦは、ホームネットワークのホーム加入者サーバ（ＨＳＳ）から必要なＳ−ＣＳＣＦ機能を受信し、そして、受信した機能に基づいて適切なＳ−ＣＳＣＦを選択する。（なお、あるユーザに別のパーティから呼が着信し、そのユーザが現時点ではＳ−ＣＳＣＦを割り当てられていない場合には、そのユーザのためのＳ−ＣＳＣＦの割当てもＩ−ＣＳＣＦによって実行される。）登録されたユーザが、その後、セション要求をＩＭＳへ送信する時、Ｐ−ＣＳＣＦは、選択されたＳ−ＣＳＣＦに、登録プロセスの間にＳ−ＣＳＣＦから受信した情報に基づいて、要求を転送することができる。
【００１０】
ＩＭＳサービスネットワークの中では、ＩＭＳサービス機能を実施するためにアプリケーションサーバ（ＡＰ）が提供される。アプリケーションサーバは、ＩＭＳシステム内でエンドユーザにサービスを提供し、そして、３ＧＰＰで定義されたＭｒインタフェース上でエンドポイントとしてか、或は、３ＧＰＰで定義されたＩＳＣインタフェース上でＳ−ＣＳＣＦによって「リンクされる」かによって接続されてもよい。後者の場合、どのアプリケーションサーバがＳＩＰセション確立の間に「リンクされる」べきかを、Ｓ−ＣＳＣＦは初期フィルタ基準（ＩＦＣ）を用いて判断する。さまざまな呼の事例に対して、さまざまなＩＦＣが適用されてもよい。Ｓ−ＣＳＣＦは、ＩＦＣをＩＭＳ登録手順の間にユーザのユーザプロフィールの一部としてＨＳＳから受信する。一部のアプリケーションサーバは、加入者ＩＤ（被呼加入者であろうと発呼加入者であろうと、アプリケーションサーバを制御しているネットワークによって「所有され」ている方）に依存する動作を行うであろう。例えば、呼転送の場合、適切な（着信）アプリケーションサーバが、所与の加入者への呼が転送されることになる新たな着信ユーザを判断するであろう。ＩＦＣが、Ｓ−ＣＳＣＦで受信したＳＩＰメッセージは特定のＳＩＰ ＡＳへ転送されるべきだと指示する場合、そのＡＳは、メッセージ経路に追加される。ＳＩＰメッセージは、ＡＳによってＳ−ＣＳＣＦへ返信されると、最終着信先へ転送されるか、または、ＩＦＣの中で指示されるならば、別のＡＳへ転送される。
【００１１】
３ＧＰＰは、ＩＭＳネットワークにおいて連絡先アドレスという概念を用いる。これらのアドレスは、ＩＭＳプライベートユーザ識別子（ＩＭＰＩ）とＩＭＳパブリックユーザ識別子（ＩＭＰＵ）に結び付けられ、通常はユーザ端末のＩＰアドレスである。特定のＩＭＰＵが、異なるＩＭＰＩと異なる連絡先アドレスを用いる複数のＵＥから同時に登録されてもよい。最終的には、ＩＭＳ登録手順を介して（同じＵＥでかまたは別個のＵＥを介して）複数の連絡先アドレス全体で同時に共有されるパブリックユーザ識別子を登録することも可能であろう。
【００１２】
ＩＭＳの一部のエンティティは、耐障害性があると期待される重要なエンティティであるが、それは、そのようなエンティティで障害が起きると、重大なネットワーク障害が発生し、そのようなネットワークの大勢の加入者が、通信できなくなる可能性があるからである。特に、多数のＩＭＳ加入者にサービスを提供するＳ−ＣＳＣＦは、そこで障害が起きるとＳ−ＣＳＣＦでサービス提供される多数のＩＭＳ加入者が適切にサービスを利用できなかったり、或は、発呼することすらできなかったりするような異常な処理条件にＩＭＳを追い込みかねない、これらのエンティティの１つである。この点で、ほとんどの、あるいはすべての障害に対して、一貫性のないデータが障害の理由であると分かったならば、恐らく恒久的で安定したデータを再ローディングすることによって、故障したエンティティのリセットと、障害が解決した後の再起動とが行われる。また、その他の問題で、重要なエンティティがサービスを停止する必要が生じることもある。例えば、ソフトウェアまたはハードウェアの更新の際に、関係する重要なエンティティの再起動を行うことなく動作を開始することができない場合がそれに該当する。
【００１３】
ＩＭＳ回復の後でネットワークを復旧させるメカニズムが、３ＧＰＰ作業項目ＣＰ−０７００３１．０と、その結果の研究である非特許文献１０で検討されている。この研究には、Ｓ−ＣＳＣＦは、Ｓ−ＣＳＣＦ障害の後、後になって検索をする目的で、何らかのネットワーク情報をＨＳＳの中に格納すべきであるという提案が含まれている。この提案では、このデータの性質は、ユーザの登録された連絡ヘッダであり、それには、経路ヘッダおよび登録に関連するタイムスタンプと一緒にDisplay-NameとＳＩＰ ＵＲＩと全ての連絡ヘッダパラメータとが含まれる。
【先行技術文献】
【非特許文献】
【００１４】
【非特許文献１】３ＧＰＰ ＴＳ２３．００２
【非特許文献２】３ＧＰＰ ＴＳ２２．２２８
【非特許文献３】３ＧＰＰ ＴＳ２３．２２８
【非特許文献４】３ＧＰＰ ＴＳ２４．２２９
【非特許文献５】３ＧＰＰ ＴＳ２９．２２８
【非特許文献６】３ＧＰＰ ＴＳ２９．２２９
【非特許文献７】３ＧＰＰ ＴＳ２９．３２８
【非特許文献８】３ＧＰＰ ＴＳ２９．３２９ リリース５〜７
【非特許文献９】３ＧＰＰ ＴＳ２４．２２８ Ｖ５．８．０（２００４−０３）
【非特許文献１０】３ＧＰＰ ＴＳ２３．８２０ Ｖ０．２．０及びＶ０．３．０
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかしながら、障害から完全に復旧することを目的としてＳ−ＣＳＣＦがＨＳＳの中に格納する必要がある可能性がある他のタイプの情報が存在するかもしれない。そのような情報の一例はＳ−ＣＳＣＦによって処理される登録イベントパッケージへの加入である。この情報は、イベントに加入しているＵＥ、Ｐ−ＣＳＣＦ、ＡＳのようなエンティティの詳細を含んでいるわけだから、それがＳ−ＣＳＣＦによって復旧されることは重要である。この情報が失われると、これらの加入エンティティは、ユーザがこうしない場合に登録抹消されても気付かないままになるであろう。これは、次には、あたかもユーザが登録されているかのように加入エンティティがトラフィックを開始することを試みることへとつながり、そしてネットワーク内での障害につながる可能性がある。
【００１６】
このように、ＨＳＳに記憶されるＳ−ＣＳＣＦデータについての既存の提案は、完全に復旧してＩＭＳ全域で状態情報を整合させることができるようにするため、Ｓ−ＣＳＣＦがＨＳＳの中に記憶する必要があるかもしれない全てのデータをカバーしていない。既存の提案は本質的に一般的であり、Ｓ−ＣＳＣＦデータがＨＳＳの中に記憶される方法の詳細を定めていない。
【００１７】
１つの提案は、連絡先データ情報をＨＳＳの中に記憶するための登録プロセスの間のCx Server Assignment Request（サーバ割当て要求：ＳＡＲ）コマンドの使用に関与する。しかしながら、このメカニズムは、複数の連絡先アドレスが用いられている場合には、１つの連絡先アドレスが登録抹消されても、他の連絡先アドレスは依然として登録されたままであることがあるため、簡単には適用できず、従って、結果的にユーザ登録ステータスに何の変化ももたらさないであろう。
【００１８】
さらに、通常のＳＡＲコマンドは、再登録の場合に以前の連絡先情報を上書きすることにつながるため、連絡先アドレスがＨＳＳの中でどのように記憶されているかについて何らかの指示が行われなければならない。
【００１９】
従って、それによってＳ−ＣＳＣＦ情報（例えば、連絡先アドレスと登録イベントパッケージ情報）がＨＳＳの中に記憶され、必要に応じて削除されることが可能な、適切なメカニズムが必要である。
【課題を解決するための手段】
【００２０】
本発明は、Ｓ−ＣＳＣＦがＨＳＳの中にデータを記憶して検索するためのＣｘインタフェースにおける一般的なメカニズムを導入する。
【００２１】
本発明の一側面からすれば、ＩＭＳのＳ−ＣＳＣＦで用いる方法を提供する。その方法は、ＩＭＰＩ／ＩＭＰＵペアに関する情報を有するＳＩＰメッセージを受信することと、ＳＩＰメッセージに含まれる情報のタイプを識別することとを含む。また、Ｓ−ＣＳＣＦは、ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが、記憶されるために以前にＨＳＳに送信されたか否かも識別し、そして、その情報を有し、かつ、ホーム加入者サーバ“ＨＳＳ”へ送信されてＨＳＳによって記憶されることになる新たなデータパッケージを作成する。ＨＳＳへの命令と新たなデータパッケージとを含むServer-Assignment-type ＡＶＰを有するＳＡＲコマンドがＨＳＳへ送信される。
【００２２】
一実施例では、まだ、ＩＭＰＩ／ＩＭＰＵペアについての以前のデータパッケージが記憶されるためにＨＳＳに送信されたことはなく、ＳＩＰメッセージは登録要求である。この場合、ＳＡＲコマンドの中のＡＶＰは、“REGISTRATION”命令を含む。
【００２３】
ＩＭＰＩ／ＩＭＰＵペアについての以前のデータパッケージが、記憶されるためにＨＳＳに送信されていた場合には、新たなデータパッケージは、ＳＩＰメッセージで受信されたＩＭＰＩ／ＩＭＰＵペアについての情報を、以前のデータパッケージに含まれる情報と組み合わせる。情報のこの“組み合わせ”には、新たなデータパッケージを作成するために以前のデータパッケージにデータを追加することか、または、新たなデータパッケージを作成するために以前のデータパッケージからデータを削除することが含まれてもよい。以前に記憶されたパッケージ全体が削除されることになる場合、新たなデータパッケージは空であり、そして、ＳＡＲコマンドの中のＡＶＰは、以前のデータパッケージを削除するようＨＳＳに命令するために、“DE-REGISTRATION”命令と空のデータパッケージとを含む。
【００２４】
ＳＩＰメッセージが、追加アドレスをＩＭＰＩ／ＩＭＰＵペアに関連付けるための登録要求である場合には、ＳＡＲコマンドの中のＡＶＰは、“RE-REGISTRATION”命令を含む。ＳＩＰメッセージが、登録または登録抹消に関連していない場合には、ＳＡＲコマンドの中のＡＶＰは“STORE”命令を含む。このようにして、たとえ登録もしくは登録抹消プロセスによってトリガされなくても、情報をＨＳＳに記憶させることができる。例として、ＩＭＰＩ／ＩＭＰＵペアについての登録イベントパッケージへの加入要求や、そのような加入の解約などがある。
【００２５】
ＳＩＰメッセージが登録抹消要求である場合には、ＳＡＲコマンドの中のＡＶＰは、“DE-REGISTRATION”命令を含む。
【００２６】
本発明の別の側面からすれば、ＩＭＳで用いる方法を提供する。その方法は、ＩＭＰＩ／ＩＭＰＵペアに関する情報を有するＳＩＰメッセージを、Ｓ−ＣＳＣＦで受信することを含む。Ｓ−ＣＳＣＦは、ＳＩＰメッセージに含まれる情報のタイプを識別し、その情報を有し、ＨＳＳへ送信されてＨＳＳによって記憶されることになる新たなデータパッケージを作成する。第１のＳＡＲコマンドが、Ｓ−ＣＳＣＦからＨＳＳへ送信される。第１のＳＡＲコマンドは、ＨＳＳへの命令と新たなデータパッケージとを含むServer-Assignment-type ＡＶＰを有する。ＨＳＳは、ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で記憶されているか否かを識別する。
【００２７】
ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが、現時点でＨＳＳに記憶されていない場合、新たなデータパッケージがＨＳＳに記憶される。一実施例では、ＳＩＰメッセージは登録要求であり、その場合、第１のＳＡＲコマンドの中のＡＶＰは、“REGISTRATION”命令を含む。
【００２８】
ＩＭＰＩ／ＩＭＰＵペアに関連する以前のデータパッケージが、現時点でＨＳＳに記憶されている場合には、エラーメッセージがＨＳＳからＳ−ＣＳＣＦへ返信され、そのエラーメッセージには、以前に記憶されたデータパッケージが含まれる。Ｃ−ＣＳＣＦは、ＳＩＰメッセージで受信されたＩＭＰＩ／ＩＭＰＵペアに関する情報を、以前のデータパッケージに含まれる情報と組み合わせた、別のデータパッケージを作成する。“STORE”命令と別のデータパッケージとを含めてＡＶＰを含む第２のＳＡＲコマンドが、Ｓ−ＣＳＣＦからＨＳＳへ送信され、ＨＳＳで記憶される。この場合もやはり、別のデータパッケージの中の情報の“組み合わせ”には、別のデータパッケージを作成するために以前のデータパッケージにデータを追加することかまたは、別のデータパッケージを作成するために以前のデータパッケージからデータを削除することが含まれてもよい。以前に記憶されたパッケージ全体が削除されることになる場合、別のデータパッケージは空であり、ＳＡＲコマンドの中のＡＶＰは、以前のデータパッケージを削除するようＨＳＳに命令するために、“STORE”命令と空のデータパッケージとを含む。
【００２９】
ＳＩＰメッセージが、追加アドレスをＩＭＰＩ／ＩＭＰＵペアに関連付けるための登録要求である場合には、第１のＳＡＲコマンドの中のＡＶＰは、“RE-REGISTRATION”命令を含む。ＳＩＰメッセージが、登録に関連していない場合には、第１のＳＡＲコマンドの中のＡＶＰは、依然として“RE-REGISTRATION”命令を含む。例として、ＩＭＰＩ／ＩＭＰＵペアについての登録イベントパッケージへの加入要求や、そのような加入の解約などがある。ＳＩＰメッセージが登録抹消要求である場合には、第１のＳＡＲコマンドの中のＡＶＰは、“DE-REGISTRATION”命令を含む。
【００３０】
場合によっては、Ｓ−ＣＳＣＦは、ＨＳＳが以前のデータパッケージを記憶したことを知っていて、それに上書きすることを選択するかもしれない。この場合、第１のＳＡＲコマンドの中のＡＶＰは、“STORE”命令を含み、ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点でＨＳＳに記憶されているか否かに関らず、新たなデータパッケージがＨＳＳによって記憶される。同様に、第１のＳＡＲコマンドの中のＡＶＰが“STORE”命令を含み、かつ、新たなデータパッケージが空である場合には、以前のデータパッケージはＨＳＳで削除される。
【００３１】
本発明の別の側面からすれば、ＩＭＳのＳ−ＣＳＣＦで用いる方法を提供する。その方法は、ＩＭＰＩ／ＩＭＰＵペアに関する情報を有するＳＩＰメッセージを受信することと、ＳＩＰメッセージに含まれる情報のタイプを識別することとを含む。ＨＳＳへ送信されてＨＳＳによって記憶されることになるデータパッケージが作成される。データパッケージは、ＳＩＰメッセージの中に含まれる情報と、データのタイプを示すデータラベルとを含む。ＳＡＲコマンドが、ＨＳＳへ送信されるが、そのＳＡＲコマンドは、ＨＳＳへの命令とデータパッケージとを含むServer-Assignment-type ＡＶＰを有する。
【００３２】
ＳＩＰメッセージが登録要求であって、かつ、ＩＭＰＩ／ＩＭＰＵペアについての以前のデータパッケージが記憶されるためにＨＳＳへと送信されたことがない場合には、データラベルは、データパッケージが連絡先アドレス情報を含むことを示し、そして、ＳＡＲコマンドの中のＡＶＰは、“REGISTRATION”命令を含む。ＳＩＰメッセージが、追加アドレスをＩＭＰＩ／ＩＭＰＵペアに関連付けるための登録要求である場合には、ここでもやはり、データラベルは、データパッケージが連絡先アドレス情報を含むことを示すが、ＳＡＲコマンドの中のＡＶＰは、“RE-REGISTRATION”命令を含む。
【００３３】
ＳＩＰメッセージが登録に関連していない場合には、ＳＡＲコマンドの中のＡＶＰは、“RE-REGISTRATION”命令を含む。一例として、ＩＭＰＩ／ＩＭＰＵペアについての登録イベントパッケージへの加入要求があり、その場合、データラベルは、データパッケージが登録イベントパッケージに関する情報を有するという指標を含む。
【００３４】
以前に記憶されたデータパッケージがＨＳＳから削除されるべきである場合には、ＳＡＲコマンドの中のＡＶＰは“DE-REGISTRATION”命令を含み、データパッケージは、同じデータラベルによって識別される、以前に記憶されたデータパッケージは削除されるべきであることをＨＳＳに示すため、データラベルと空のデータフィールドだけを有する。ＳＩＰメッセージが登録抹消要求である場合には、データラベルは、データパッケージが連絡先アドレス情報を含むことを示す。
【００３５】
また、本発明は上記の方法を実施するように構成されたＳ−ＣＳＣＦとＨＳＳとの内の少なくともいずれかを提供する。
【図面の簡単な説明】
【００３６】
【図１】ＩＰマルチメディアサブシステムの３Ｇ移動体通信システムへの統合を概略的に示す図である。
【図２】一意のデータパッケージがＳ−ＣＳＣＦによって制御される場合に、加入者がＩＭＳに登録される間に実行される一連の動作を示すシーケンス図である。
【図３】登録プロセスによってトリガされるのではなく、結果としてＨＳＳにデータが記憶される一連のイベントを示すシーケンス図である。
【図４】データがどのようにしてデータパッケージに追加されるかを示すシーケンス図である。
【図５】登録プロセスによってトリガされないデータパッケージの修正について示すシーケンス図である。
【図６】アドレス登録抹消に関る一連の動作を示すシーケンス図である。
【図７】データパッケージ全体がどのように削除されるかを示すシーケンス図である。
【図８】登録抹消プロセスによってトリガされないデータパッケージの削除について示すシーケンス図である。
【図９】一意のデータパッケージがＨＳＳによって制御される場合に、加入者がＩＭＳに登録される間に実行される一連の動作を示すシーケンス図である。
【図１０】データパッケージへのデータの追加について示すシーケンス図である。
【図１１】データパッケージからのデータの削除について示すシーケンス図である。
【図１２】別個のデータパッケージがＳ−ＣＳＣＦによって生成される場合に、加入者がＩＭＳに登録される間に行われる一連の動作を示すシーケンス図である。
【図１３】ＨＳＳに記憶された情報へのデータ追加について示すシーケンス図である。
【図１４】ＨＳＳに記憶された情報からのデータ削除について示すシーケンス図である。
【発明を実施するための形態】
【００３７】
例えば、連絡先アドレスや登録イベントパッケージ情報のようなＳ−ＣＳＣＦ情報をＨＳＳに記憶することを可能にする３つのメカニズムについて説明する。以下の検討において、ＨＳＳがデータを理解するか否かは重要ではない。また、データは適切なフォーマットであればいかなるフォーマットであってもよい。この検討において、データは、１つ以上の“ｂｌｏｂ”またはデータパッケージのかたちでパッケージ化されることになると考えてもよい。３つのメカニズムは、これらのパッケージを処理することへの異なるアプローチを提供するものであり、それらは以下のとおりである。即ち、
１．Ｓ−ＣＳＣＦによって制御される一意のデータパッケージ、
２．ＨＳＳによって制御される一意のデータパッケージ、
３．別個のデータパッケージ
である。
【００３８】
１．Ｓ−ＣＳＣＦによって制御される一意のデータパッケージ
第１のアプローチは、すべてのＳ−ＣＳＣＦ情報が、プライベートとパブリックユーザ識別子のＩＭＰＩ／ＩＭＰＵペアに結び付けられた一意のデータパッケージとしてＨＳＳの中に記憶されるメカニズムを提供する。ＨＳＳは、情報のデータパッケージを登録／登録抹消手順の間にＣｘメッセージの中でＳ−ＣＳＣＦに提供する。Ｓ−ＣＳＣＦは、どのデータがデータパッケージに追加されることになり、またはデータパッケージから削除されることになるかを知っている。従って、Ｓ−ＣＳＣＦは、情報を記憶するため、ＨＳＳへの一意の書き込み動作を実行する。
【００３９】
Ｓ−ＣＳＣＦが、記憶すべき情報を有する時、データは、Ｃｘ−ＳＡＲコマンドの中でＳ−ＣＳＣＦ情報の一部として、パッケージ化されてＨＳＳへ送信される。これが登録手順または登録抹消手順の一部である場合、Ｓ−ＣＳＣＦによって発行されたＳＡＲコマンドは、３ＧＰＰによってすでに規定されている値に設定されたServer-Assignment-type Attribute-Value Pair（属性値ペア：ＡＶＰ）（即ち、“REGISTRATION”、“RE-REGISTRATION”、“DE-REGISTRATION”等）を含むであろう。しかし、Ｃｘ−ＳＡＲコマンドは、登録プロセスによってトリガされる必要はなく、その場合にＡＶＰは“STORE”の値を含む。ＨＳＳがＳＡＲコマンドの中でＳ−ＣＳＣＦ情報のＡＶＰを受信する度に、ＳＡＲコマンドの中で受信されたＩＭＰＩ／ＩＭＰＵペアについて、データパッケージが記憶される。
【００４０】
これは、図２及び図３を参照して理解されるであろう。図２は、加入者５がＩＭＳに登録される間に実行される一連の動作を例示する図である。説明を簡略化するために、適用可能な３ＧＰＰ技術仕様を読むという観点で当業者の誤解を招く可能性がないと仮定して、この明細書全体を通して所与の加入者に言及し、所与の加入者と所与の加入者によって用いられるユーザ機器とを区別しない。
【００４１】
加入者５が、プライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1についてアドレス“連絡先１”を登録することを望むと仮定する。この例では、そのペアについて他の連絡先は存在せず、そのペアについての登録イベントパッケージ情報が記憶されていないと想定する。ステップＳ−２１で、所与の加入者の登録が、説明を簡潔にするために描かれていないアクセスネットワークを通して、所与の加入者５からＩＭＳのＰ−ＣＳＣＦ４に対する登録メッセージのサブミッションによって開始される。ステップＳ−２２で、登録メッセージは、Ｐ−ＣＳＣＦ４から、所与の加入者にサービス提供するのに適したＳ−ＣＳＣＦの選択を担当するＩ−ＣＳＣＦ３へ転送される。連絡先１は、ＳＩＰ連絡先ヘッダの一部として搬送される。ステップＳ−２３の間に、Ｉ−ＣＳＣＦ３は、個別の加入者データを記憶せず、ＩＭＳの加入者についての加入者データを保持するＨＳＳ２に問い合わせる。
【００４２】
ステップＳ−２４で、ＨＳＳ２は、この問い合わせに対して、所与の加入者にサービス提供するために選択可能なＳ−ＣＳＣＦ１によって必要とされる機能を使って、応答する。ここでは、図２に図解する登録手順が最初の登録であって、以前にどのＳ−ＣＳＣＦも割り当てられていないと想定する。
【００４３】
ステップＳ−２４の間に受信した機能を使って、Ｉ−ＣＳＣＦ３は、所与の加入者にサービス提供するため、（図２でＳ−ＣＳＣＦ1としてラベルを付けた）Ｓ−ＣＳＣＦ１を選択し、選択されたＳ−ＣＳＣＦ1１へステップＳ−２５の間に登録メッセージを転送する。Ｓ−ＣＳＣＦ1１は、受信した情報を“S-CSCF info”としてパッケージ化する。この例では、これは、連絡先ヘッダ（連絡先１、……）に相当する。次いでＳ−ＣＳＣＦ１は、このデータパッケージをＡＶＰ“REGISTRATION”を含むＣｘ−ＳＡＲコマンドを使ってステップＳ−２６の間にＨＳＳ２へ送信する。データパッケージはＨＳＳ２で受信され、ステップＳ−２７でＨＳＳ２に記憶される。所与の加入者にサービス提供するためのＨＳＳでのその割当てをＳ−ＣＳＣＦ1１に確認として返信することを目的として、ＨＳＳ２は、ステップＳ−２８の間に所与の加入者についてのサービスプロフィールを、即ち、所与の加入者にサービス提供するのに必要なすべての加入者データを持つ加入者プロフィールを、Ｓ−ＣＳＣＦ1１にアップロードしてもよい。
【００４４】
図３は、ＨＳＳ２でのデータ記憶が登録プロセスによってトリガされるのではない一連のイベントを例示している。この例では、ＡＳ６が、パブリックユーザ識別子であるＩＭＰＵ1のための登録イベントパッケージに加入することを望んでいると仮定する。ＡＳ６は、ステップＳ−３１で加入メッセージをＳ−ＣＳＣＦ1１へ送信する。Ｓ−ＣＳＣＦ1１は、この情報がＨＳＳに記憶されなければならないことを知っており、かつ、ＩＭＰＵ1について以前の情報が存在しないことを知っている。Ｓ−ＣＳＣＦ1１は、受信した情報を“S-CSCF info”としてパッケージ化する。この例では、これは登録イベントパッケージに相当する。
【００４５】
ステップＳ−３２で、Ｓ−ＣＳＣＦ1１は、ＡＶＰ“STORE”を含むＣｘ−ＳＡＲコマンドを使って、データパッケージをＨＳＳ２へ送信するが、それは、このプロセスが登録手順に結び付けられていないからである。ＨＳＳ２は、ステップＳ−３３でデータパッケージを保存し、この保存が成功したことを確認するため、ステップＳ−３４でＳ−ＣＳＣＦ1１に応答する。Ｓ−ＣＳＣＦ1１は、登録イベントパッケージへの加入の成功を確認するため、ステップＳ−３５で２００−ＯＫメッセージをＡＳ６に返信する。
【００４６】
図２と図３は、ＨＳＳに保存されることになるデータパッケージを作成するための適切なメカニズムを説明している。場合によっては、ＨＳＳにすでに記憶されたデータパッケージの修正が必要になることがある。このプロセスは、Ｓ−ＣＳＣＦが、データがすでに記憶されているＩＭＰＩ／ＩＭＰＵペアについてのデータをＨＳＳへ送信することとして理解されてもよい。これは、既存のデータパッケージへのデータの追加（即ち、既に記憶されたデータに加えて新たなデータを記憶すること）を意味することがある。あるいは、既存のデータパッケージからデータを削除することを意味することがある。
【００４７】
図４は、データパッケージへのデータの追加を必要とする状況において実行される一連の動作を図示している。この例では、加入者５が、プライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1についてアドレス“連絡先２”を登録することを望んでいると仮定する。この例では、そのペアについて連絡先１が、登録イベントパッケージ情報と一緒にすでに登録されていると想定する。
【００４８】
最初の３つのステップであるＳ−４１〜Ｓ−４３は、図２に示すステップＳ−２１〜Ｓ−２３と同様である。加入者５は、ステップＳ−４１でＩＭＳのＰ−ＣＳＣＦ４に対して登録メッセージを提出し、そして、この登録メッセージは、ステップＳ−４２でＩ−ＣＳＣＦ３へ転送される。連絡先２は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−４３でＨＳＳ２に問い合わせる。
【００４９】
ステップＳ−４４で、ＨＳＳ２は、この問い合わせに対して、加入者５にサービス提供するために以前に割り当てられたＳ−ＣＳＣＦ1１の識別子を使って応答する。次いでＩ−ＣＳＣＦ３は、ステップＳ−４５の間に、割り当てられたＳ−ＣＳＣＦ1１へ登録メッセージを転送する。Ｓ−ＣＳＣＦ1１は、ＨＳＳ２に記憶されることになる情報に修正があったことを認識する。Ｓ−ＣＳＣＦ1１は、追加情報（連絡先２、……）を以前に記憶された情報（連絡先１、……）と一緒に１つのパッケージとしてパッケージ化し、この場合もやはり、“S-CSCF info”というラベルを付ける。ステップＳ−４６でＳ−ＣＳＣＦ１は、このデータパッケージをＡＶＰ“RE-REGISTRATION”を含むＣｘ−ＳＡＲコマンドを使ってＨＳＳ２へ送信する。データパッケージは、ＨＳＳ２で受信されて、ステップＳ−４７でＨＳＳ２に記憶される。ステップＳ−４８で、ＨＳＳ２は、所与の加入者についてのサービスプロフィールを、即ち、所与の加入者にサービス提供するために必要なすべての加入者データを持つ加入者プロフィールをＳ−ＣＳＣＦ1１へ返信する。
【００５０】
従って、理解されるであろうが、ＨＳＳ２に記憶されたデータパッケージに新たなデータを追加することは本質的に、新たなデータと一緒に古いデータを含む、新たなデータパッケージを送信して、以前記憶されたデータパッケージを置換することを伴う。
【００５１】
データパッケージの最初の作成の場合と同様、データパッケージの修正が登録手順によってトリガされる必要はない。図５は、Ｐ−ＣＳＣＦ４が、登録の後で登録イベントパッケージに加入することを望む場合の一連の動作を図示している。この例では、連絡先アドレスがすでに、登録イベントパッケージ情報として、登録プロセスの間にデータパッケージとしてＨＳＳ２に記憶されていると想定されてもよい。
【００５２】
ステップＳ−５１で、ＵＥ５は、登録イベントパッケージ情報に加入することを目的として、加入メッセージをＳ−ＣＳＣＦ1１へ送信する。Ｓ−ＣＳＣＦ1１は、データパッケージの中にすでに記憶された他のデータに対して加入要求が行われたという情報を追加する。新たな、拡張されたデータパッケージが、ＡＶＰ“STORE”を含むＣｘ−ＳＡＲコマンドを用いてＨＳＳ２へ送信される。
【００５３】
データパッケージの部分の削除も、記憶と同様に実行されてもよい。Ｓ−ＣＳＣＦが、削除されることになるデータパッケージの部分を削除し、残りを維持し、（不要なデータのない）新たなデータパッケージをＨＳＳに記憶する。同じ原則をＨＳＳの中のデータパッケージ全体を削除することにも適用することができる。Ｓ−ＣＳＣＦは、データパッケージの部分の代わりに、データパッケージ全体を削除し、空のＳ−ＣＳＣＦ情報ＡＶＰを、ＳＡＲコマンドの中でＨＳＳへ送信する。
【００５４】
図６は、加入者がプライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1について連絡先２を登録抹消することを望む場合に関連する一連の動作を図示している。そのプロセスは図４を参照して説明したプロセスと同様であり、加入者５は、ステップＳ−６１でＩＭＳのＰ−ＣＳＣＦ４に対して登録メッセージを提出し、この登録メッセージは、ステップＳ−６２でＩ−ＣＳＣＦ３へ転送される。連絡先２は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−６３でＨＳＳ２に問い合わせ、ＨＳＳ２は、ステップＳ−６４で、この問い合わせに対して、Ｓ−ＣＳＣＦ1１の識別子を使って応答する。次いでＩ−ＣＳＣＦ３は、割り当てられたＳ−ＣＳＣＦ1１へステップＳ−６５の間に登録メッセージを転送する。
【００５５】
Ｓ−ＣＳＣＦ1１は、ＨＳＳ２に記憶されることになる情報に修正があったことを認識し、連絡先２はないが、以前に保持されていた、それ以外のすべての情報を有する、新たなデータパッケージを生成する。新たなパッケージは、この場合もやはり、“S-CSCF info”としてラベルを付けられ、そして、ステップＳ−６６で、ＡＶＰ“DE-REGISTRATION”を含むＣｘ−ＳＡＲコマンドを使ってＨＳＳ２へ送信される。データパッケージは、ＨＳＳ２で受信されて、以前に記憶されたデータパッケージに代わって、ステップＳ−６７でＨＳＳ２に記憶される。ステップＳ−６８で、ＨＳＳ２は、所与の加入者についてのサービスプロフィールを、即ち、所与の加入者にサービス提供するために必要なすべての加入者データを持つ加入者プロフィールをＳ−ＣＳＣＦ1１へ返信する。
【００５６】
図７は、データパッケージ全体を削除することに関連する一連の動作を図示する。加入者５が、ＩＭＰＩ1／ＩＭＰＵ1ペアについて連絡先１の登録を抹消することを望み、このＩＭＰＩ1／ＩＭＰＵ1ペアについてそれ以外の情報が存在しないと仮定する。そのプロセスは、図６を参照して説明したプロセスと同様であり、加入者５は、ステップＳ−７１でＩＭＳのＰ−ＣＳＣＦ４に対して登録メッセージを提出し、この登録メッセージは、ステップＳ−７２でＩ−ＣＳＣＦ３へ転送される。連絡先１は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−７３でＨＳＳ２に問い合わせ、ＨＳＳ２は、ステップＳ−７４で、この問い合わせに対して、Ｓ−ＣＳＣＦ1１の識別子を使って応答する。次いでＩ−ＣＳＣＦ３は、割り当てられたＳ−ＣＳＣＦ1１へステップ７−６５の間に登録メッセージを転送する。
【００５７】
Ｓ−ＣＳＣＦ1１は、連絡先１がデータパッケージから削除されなければならないことを知っているが、同時に、ＨＳＳ２に記憶されることになるＩＭＰＩ1／ＩＭＰＵ1ペアに結び付けられたデータが他には存在しないことも認識している。従って、Ｓ−ＣＳＣＦ1１は、“S-CSCF info”としてラベルを付けられてはいるが空である、新たなデータパッケージを生成する。ステップＳ−７６で、データパッケージは、ＡＶＰ“DE-REGISTRATION”を含むＣｘ−ＳＡＲコマンドを使ってＨＳＳ２へ送信される。ＨＳＳ２が空のデータパッケージを受信すると、記憶されたデータパッケージは削除される。ステップＳ−７８で、ＨＳＳ２は、所与の加入者についてのサービスプロフィールを、ユーザステータス（ここでは登録抹消された）に関する更新と一緒に、Ｓ−ＣＳＣＦ1１へ返信する。
【００５８】
データパッケージの削除は、登録抹消プロセスによってトリガされる必要はない。図８は、そのような削除に関連する一連の動作を図示している。Ｐ−ＣＳＣＦ４が、登録イベントパッケージから加入を止めることを望んでいると仮定する。
【００５９】
ステップＳ−８１で、ＵＥ５は、登録イベントパッケージ情報から加入を止めることを目的として、加入メッセージをＳ−ＣＳＣＦ1１へ送信する。Ｓ−ＣＳＣＦ1１は、データパッケージが削除されるべきであることを認識し、ステップＳ−８２で、空のデータパッケージがＨＳＳ２へ送信される。ＨＳＳ２は、それに応じてデータパッケージを削除する。空のデータパッケージは、ＡＶＰ“STORE”を含むＣｘ−ＳＡＲコマンドを用いてＨＳＳ２へ送信される。
【００６０】
上記状況の各々において、Ｓ−ＣＳＣＦは、データパッケージが含んでいなければならないデータのタイプ（例えば、連絡先アドレス、登録イベントパッケージ加入）を前もって知らなければならない。これを実現する１つのやり方は、どのデータが、どのような環境において、データパッケージの中に保存されなければならないかを、Ｓ−ＣＳＣＦの構成パラメータが定義することである。こうすればＳ−ＣＳＣＦは、どのデータが、ネットワーク内で更新される場合に、Ｃｘ−ＳＡＲのＨＳＳへの送信をトリガすべきかを、常に知るであろう。また、どのデータがデータパッケージに追加されるべきかまたはデータパッケージから削除されるべきか、そしてどのデータがデータパッケージの中に維持されるべきかについても知るであろう。
【００６１】
理解されるであろうが、（３ＧＰＰが要求するとおり）ＩＭＰＩ／ＩＭＰＵペアに割り当てられるのは、１つのＳ−ＣＳＣＦだけであることから、２つの異なるＳ−ＣＳＣＦが同時にデータを修正しようとすると、同時並行の問題が生じるであろう。
【００６２】
２．ＨＳＳによって制御される一意のデータパッケージ
前に説明したアプローチと同様、第２のアプローチでは、すべてのＳ−ＣＳＣＦ情報が、ＩＭＰＩ／ＩＭＰＵペアに結び付けられた一意のデータパッケージとしてＨＳＳの中に記憶されるメカニズムを提供する。ＨＳＳは、この場合もやはり、情報のデータパッケージを登録／登録抹消手順の間にＣｘメッセージの中でＳ−ＣＳＣＦに提供する。しかしながら、今度は、Ｓ−ＣＳＣＦは、どの情報がＨＳＳに記憶されるかを追跡しない。従って、Ｓ−ＣＳＣＦがデータパッケージを記憶するためＨＳＳへ送信しようとする時、まずＨＳＳからデータを検索する必要がある。必要に応じて情報を追加するか、或は、削除することによって、このデータに対して作用を及ぼすことが可能であり、次いで、新たなデータパッケージを再度ＨＳＳにアップロードすることができる。
【００６３】
前に説明したアプローチと同様、このプロセスは、以前にデータが記憶されていないＩＭＰＩ／ＩＭＰＵペアについてＳ−ＣＳＣＦがデータをＨＳＳに記憶することとして理解することができる。前述の様に、記憶すべき情報をＳ−ＣＳＣＦが有する時、データはパッケージ化されて、Ｃｘ−ＳＡＲコマンドの中でＳ−ＣＳＣＦ情報の一部としてＨＳＳへ送信される。前述の様に、それは通常は当初の登録プロセスの間に行われるであろうが、ユーザの登録状態を問わず、いつ何時行われてもよい。それが登録または登録抹消手順の一部である場合、Ｓ−ＣＳＣＦによって発行されたＳＡＲコマンドは、３ＧＰＰによってすでに規定された値に設定されたServer-Assignment-type（ＡＶＰ）（例えば、“REGISTRATION”、“RE-REGISTRATION”、“DE-REGISTRATION”等）を含むであろう。Ｃｘ−ＳＡＲコマンドが登録プロセスによってトリガされない場合、ＡＶＰは、“STORE”という値を含む。ＨＳＳがＳＡＲコマンドでＳ−ＣＳＣＦ情報ＡＶＰを受信する度に、ＳＡＲコマンドで受信されたＩＭＰＩ／ＩＭＰＵペアについて、データパッケージが記憶される。
【００６４】
図９は、加入者５がＩＭＳに登録される間に実行される一連の動作を図示している。加入者５が、プライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1についてアドレス“連絡先１”を登録することを望んでいると仮定する。加入者の観点からは、これは図２で行われた動作と同様である。この例では、そのペアについて他の連絡先は存在せず、そのペアについての登録イベントパッケージ情報が記憶されていないと想定する。図２と同様、ステップＳ−９１で、登録メッセージが加入者５からＰ−ＣＳＣＦ４へ提出される。登録メッセージは、ステップＳ−９２で、所与の加入者にサービス提供するのに適したＳ−ＣＳＣＦの選択を担当するＩ−ＣＳＣＦ３へ転送される。連絡先１は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−９３の間に、ＩＭＳの加入者についての加入者データを保持するＨＳＳ２に問い合わせる。
【００６５】
ＨＳＳ２は、この問い合わせに対して、所与の加入者にサービス提供するために選択可能なＳ−ＣＳＣＦ１によって必要とされる機能を使って、ステップＳ−９４で応答する。図２と同様、この登録手順が最初の登録であって、以前にどのＳ−ＣＳＣＦも割り当てられていないということを想定する。Ｉ−ＣＳＣＦ３は、所与の加入者にサービス提供するためのＳ−ＣＳＣＦ1１を選択し、選択されたＳ−ＣＳＣＦ1１へステップＳ−９５の間に登録メッセージを転送する。
【００６６】
前述の様に、Ｓ−ＣＳＣＦ1１は、（連絡先ヘッダ（連絡先１、……）に相当する）受信した情報を“S-CSCF info”としてパッケージ化し、このデータパッケージをＡＶＰ“REGISTRATION”を含むＣｘ−ＳＡＲコマンドを使ってステップＳ−９６の間にＨＳＳ２へ送信する。データパッケージは、ＨＳＳ２で受信され、ＨＳＳ２は、データがすでにＩＭＰＩ／ＩＭＰＵペアについて記憶されているかどうかをチェックする。この例では、以前にデータが記憶されていなかったため、Ｓ−ＣＳＣＦ情報のデータパッケージが、ステップＳ−９７でＨＳＳ２に記憶される。所与の加入者にサービス提供するためのＨＳＳでのその割当てをＳ−ＣＳＣＦ1１に確認として返信することを目的として、ＨＳＳ２は、ステップＳ−９８の間に所与の加入者についてのサービスプロフィールをＳ−ＣＳＣＦ1１にアップロードする。サービスプロフィールの返信によって、Ｓ−ＣＳＣＦは、データの記憶が成功したことを確認する。
【００６７】
以前に検討したように、場合によっては、ＨＳＳにすでに記憶されたデータパッケージの修正が必要であるかもしれない。このプロセスは、Ｓ−ＣＳＣＦが、データがすでに記憶されているＩＭＰＩ／ＩＭＰＵペアについてのデータをＨＳＳへ送信することとして理解されてもよい。これは、既存のデータパッケージへのデータの追加、或は、既存のデータパッケージからのデータの削除を意味することがある。
【００６８】
図１０は、データパッケージへのデータの追加を必要とする状況において実行される一連の動作を図示している。図４の例と同様、加入者５が、プライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1についてアドレス“連絡先２”を登録することを望んでいると仮定する。この例では、そのペアについて連絡先１が、登録イベントパッケージ情報と一緒にすでに登録されていると想定する。
【００６９】
最初の５つのステップであるＳ−１０１〜Ｓ−１０５は、図４に示すステップＳ−４１〜Ｓ−４５と同様である。加入者５は、ステップＳ−１０１でＰ−ＣＳＣＦ４に対して登録メッセージを提出し、そして、この登録メッセージは、ステップＳ−１０２でＩ−ＣＳＣＦ３へ転送される。連絡先２は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−１０３でＨＳＳ２に問い合わせる。ステップＳ−１０４で、ＨＳＳ２は、この問い合わせに対して、加入者５にサービス提供するために以前に割り当てられたＳ−ＣＳＣＦ1１の識別子を使って応答する。次いでＩ−ＣＳＣＦ３は、ステップＳ−１０５の間に、割り当てられたＳ−ＣＳＣＦ1１へ登録メッセージを転送する。
【００７０】
Ｓ−ＣＳＣＦ1１は、ＨＳＳ２に記憶されることになる情報の修正があったことを認識せず、記憶されることになる情報（連絡先２、……）をパッケージ化して、“S-CSCF info”とラベルを付けられた１つのパッケージにする。ステップＳ−１０６でＳ−ＣＳＣＦ１は、このデータパッケージをＡＶＰ“RE-REGISTRATION”を含むＣｘ−ＳＡＲコマンドを使ってＨＳＳ２へ送信する。データパッケージは、ＨＳＳ２で受信され、ＨＳＳ２は、データがすでにＩＭＰＩ／ＩＭＰＵペアについて記憶されているかどうかをチェックする。今度は、（連絡先１等を含んでいる）“S-CSCF info”というラベルの付いたデータパッケージがすでにＨＳＳ２に記憶されているので、ステップＳ−１０７で、データパッケージがすでに存在することを示すエラーコードがＳ−ＣＳＣＦ1１へ返信される。記憶されたデータパッケージ自身もこのエラーメッセージに含まれる。
【００７１】
エラーメッセージを受信すると、Ｓ−ＣＳＣＦ1１は、返信されたデータパッケージを復号し、それに新たなデータ（連絡先２、……）を追加して、この場合もやはり“S-CSCF info”というラベルの付いた新たなデータパッケージを作成する。言い換えると、新たなデータパッケージには、ステップ１０５でＳ−ＣＳＣＦ１によって受信された新たな情報と一緒に、ＨＳＳ２に以前に記憶されたデータが含まれる。この例では、連絡先２が、既存の連絡先１と登録イベントパッケージ情報とに追加される。
【００７２】
次いでステップＳ−１０８で、新たなデータパッケージが、この場合もやはりＨＳＳ２へ送信されるのだが、今回は、ＡＶＰ“STORE”を含むＣｘ−ＳＡＲコマンドを使って送信される。ＨＳＳは、“STORE”という指標を伴うＳＡＲコマンドを受信すると、そのＩＭＰＩ1／ＩＭＰＵ1ペアについて以前に記憶されたデータパッケージを上書きする。ＨＳＳ２は、ステップＳ−１０９で新たなデータパッケージを保存し、Ｓ−１１０で成功メッセージを返信する。
【００７３】
同様のプロセスが、データパッケージの一部もしくは全部を削除するのに用いられてもよい。図１１は、データパッケージからのデータの削除を必要とする状況で行われる一連の動作を図示している。加入者５が、プライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1についてアドレス“連絡先２”を登録抹消することを望んでいると仮定する。
【００７４】
最初の５つのステップＳ−１１１〜Ｓ−１１５は、図６に示すステップＳ−６１〜Ｓ−６５と同様であり、加入者５は、ステップＳ−１１１でＰ−ＣＳＣＦ４に対して登録メッセージを提出し、この登録メッセージは、ステップＳ−１１２でＩ−ＣＳＣＦ３へ転送される。連絡先２は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−１１３でＨＳＳ２に問い合わせる。ステップＳ−１１４で、ＨＳＳ２は、この問い合わせに対して、加入者５にサービス提供するために以前に割り当てられたＳ−ＣＳＣＦ1１の識別子を使って応答する。次いでＩ−ＣＳＣＦ３は、割り当てられたＳ−ＣＳＣＦ1１へステップＳ−１１５の間に登録メッセージを転送する。
【００７５】
Ｓ−ＣＳＣＦ1１は、連絡先２を登録抹消するよう命令されているので、ＨＳＳ２へ送信するためのデータパッケージを作成しない。代わりに、ステップＳ−１１６で、“S-CSCF info”というラベルの付いた空のフィールドを含む、ＡＶＰ“DE-REGISTRATION”を含むＣｘ−ＳＡＲコマンドが、ＨＳＳ２へ送信される。ＨＳＳ２は、“S-CSCF info”というラベルの付いたデータパッケージがＩＭＰＩ1／ＩＭＰＵ1ペアについてＨＳＳ２に記憶されているという事実を識別し、ステップＳ−１１７でエラーコードをＳ−ＣＳＣＦ1１へ返信して、データパッケージが存在することを示す。記憶されたデータパッケージ自身も、このエラーメッセージに含まれる。
【００７６】
エラーメッセージを受信すると、Ｓ−ＣＳＣＦ1１は、返信されたデータパッケージを復号し、登録抹消されたデータ（連絡先２、……）をそれから削除して、この場合もやはり“S-CSCF info”というラベルの付いた新たなデータパッケージを作成する。次いでステップＳ−１１８で、新たなデータパッケージが、ＡＶＰ“STORE”を含むＣｘ−ＳＡＲコマンドを使ってＨＳＳ２へ送信される。ＨＳＳ２は、ステップＳ−１０９で新たなデータパッケージを保存し、Ｓ−１１０で成功メッセージを返信する。
【００７７】
認識されるであろうが、Ｓ−ＣＳＣＦが、ＨＳＳによって返信されたデータパッケージからデータを削除すると、新たなデータパッケージは空になる可能性があるだろう。例えば、加入者５がＩＭＰＩ1／ＩＭＰＵ1ペアについて連絡先１を登録抹消することを望み、このＩＭＰＩ1／ＩＭＰＵ1ペアについてそれ以外の残りの情報がないような、図７に示す状況に類似した状況を考えよう。この場合、Ｓ−ＣＳＣＦが、ＨＳＳから返信されたデータパッケージから連絡先１データを削除すると、データパッケージは空であり、ＨＳＳによって削除されるべきである。この場合、Ｓ−ＣＳＣＦは、ＡＶＰ“STORE”と“S-CSCF info”というラベルの付いた空のフィールドとを含むＣｘ−ＳＡＲコマンドをＨＳＳへ送信する。次いでＨＳＳは、データパッケージ全体を削除する。
【００７８】
Ｓ−ＣＳＣＦが当初、データパッケージ全体が削除されるべきであるということを知っている場合には（例えば、ＩＭＰＩ全体が登録解消されている場合）、Ｓ−ＣＳＣＦは、ＡＶＰ“STORE”と“S-CSCF info”というラベルの付いた空のフィールドとを含むＣｘ−ＳＡＲコマンドを単純にＨＳＳへ送信する。次いでＨＳＳは、データパッケージ全体を削除する。
【００７９】
上記のアプローチはいずれも、記憶されるデータの性質をＨＳＳが知る必要がないという利点を持っている。ＨＳＳは単純に、Ｓ−ＣＳＣＦから受信したデータパッケージ全体を記憶する。（今説明した）第２のアプローチは、データパッケージが、単純に作成されるかまたは削除されるのではなく、修正されることになる場合、ＨＳＳに対する２つのＳＡＲコマンドを必要とする。
【００８０】
３．別個のデータパッケージ
第２のアプローチは、Ｓ−ＣＳＣＦ情報が、ＩＭＰＩ／ＩＭＰＵペアに結び付けられた、ラベルの付いた複数の（即ち、別個にアドレッシング可能な）データパッケージとしてＨＳＳの中に記憶されるメカニズムを提供する。ＨＳＳは、データパッケージをＣｘメッセージの中でＳ−ＣＳＣＦに提供する。Ｓ−ＣＳＣＦは、別個のデータパッケージの各々の中に記憶された情報を、多様なラベルによって、アドレス指定し、管理し、操作する。
【００８１】
情報のための適切なフォーマットは、以下のとおりである。即ち、
＜S-CSCF-info＞
＜type of data＝id＞
＜packed data package＝data to be stored＞
である。ここで、“type of data”は、記憶されるかまたは削除されることになるデータを示し、例えば、“Contact_Info”または“Reg-Event_Package_Info”である。参照記号idは、データパッケージの中のアドレス指定データを示す整数である。
【００８２】
加入者が最初にＩＭＳに登録する時の状況を考えよう。この状況では、初めてデータパッケージを作成することが必要であろう。図１２は、加入者５がＩＭＳに登録される間に行われる一連の動作を図示している。加入者５が、プライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1についてアドレス“連絡先１”を登録することを望んでいると仮定する。加入者の観点からは、これは図２及び図９で行われた動作と同様である。この例では、そのペアについて他の連絡先は存在せず、そのペアについての登録イベントパッケージ情報が記憶されていないと想定する。登録メッセージがステップＳ−１２１で、加入者５からＰ−ＣＳＣＦ４へ提出される。登録メッセージは、ステップＳ−１２２で、所与の加入者にサービス提供するのに適したＳ−ＣＳＣＦの選択を担当するＩ−ＣＳＣＦ３へ転送される。連絡先１は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−１２３の間に、ＩＭＳの加入者についての加入者データを保持するＨＳＳ２に問い合わせる。
【００８３】
ＨＳＳ２は、この問い合わせに対して、所与の加入者にサービス提供するために選択可能なＳ−ＣＳＣＦ１によって必要とされる機能を使って、ステップＳ−１２４で応答する。前と同様、この登録手順が最初の登録であって、以前にどのＳ−ＣＳＣＦも割り当てられていないと想定する。Ｉ−ＣＳＣＦ３は、所与の加入者にサービス提供するためのＳ−ＣＳＣＦ1１を選択し、選択されたＳ−ＣＳＣＦ1１へステップＳ−１２５の間に登録メッセージを転送する。ＨＳＳへ送信されるデータは、（前のように）ＡＶＰ“REGISTRATION”を含むＣｘ−ＳＡＲコマンドで、“S-CSCF info”と一緒にラベルを付けられる。ここで、“S-CSCF info”はさらに、
＜type of data: Contact_info＞と
パックされたデータパッケージと
を含む。
【００８４】
ＩＭＰＩ1／ＩＭＰＵ1ペアについてのそれ以外のデータが、以前にＨＳＳ２に記憶されたことはない。従って、ＨＳＳ２は、ステップＳ−１２７で、ＩＭＰＩ1／ＩＭＰＵ1ペアに結び付けられた連絡先情報を“Contact_info”というラベルの中に記憶する。ステップＳ−１２８で、成功メッセージがＣ−ＣＳＣＦ1１へ返信される。
【００８５】
このアプローチを用いて既存のデータパッケージに追加することは簡単であり、図１３を参照して理解することができる。例えば、Ｐ−ＣＳＣＦ４が登録イベントパッケージに加入することを望んでいると仮定する。ステップＳ−１３２〜１３５は、必要な情報をＳ−ＣＳＣＦ1１に提供する。Ｓ−ＣＳＣＦは、このデータを、すでにＨＳＳ２に記憶されているデータに追加する必要があり、ステップＳ−１３６では、“S-CSCF info”と一緒にＡＶＰ“RE-REGISTRATION”を含むＣｘ−ＳＡＲコマンドをＨＳＳ２へ送信する。ここで、“S-CSCF info”はさらに、
＜type of data: Reg-Event-Package＞と
パックされたデータパッケージと
を含む。
【００８６】
ＨＳＳ２は、それは、以前に登録されたＩＭＰＩ／ＩＭＰＵペアについての新たな参照であると気付く。ＨＳＳは、新たな情報だけを、新たなラベルを持つ別個のデータパッケージとして記憶する。
【００８７】
記憶されたデータパッケージ情報からデータを削除することも簡単であり、Ｓ−ＣＳＣＦは、空の値で削除されなければならないデータについてのラベルを含むＳＡＲコマンドをＨＳＳへ送信する。これは、図１４を参照して理解することができる。図１４は、加入者５が、プライベート／パブリックユーザ識別子ペアであるＩＭＰＩ1／ＩＭＰＵ1について連絡先２を登録解消することを望む場合に必要な一連の動作を図示している。図６の場合のように、加入者５は、ステップＳ−１４１でＩＭＳのＰ−ＣＳＣＦ４に対して登録メッセージを提出し、この登録メッセージは、ステップＳ−１４２でＩ−ＣＳＣＦ３へ転送される。連絡先２は、ＳＩＰ連絡先ヘッダの一部として搬送される。Ｉ−ＣＳＣＦ３は、ステップＳ−１４３でＨＳＳ２に問い合わせを行い、ＨＳＳ２はステップＳ−１４４で、この問い合わせに対して、Ｓ−ＣＳＣＦ1１の識別子を使って応答する。次いでＩ−ＣＳＣＦ３は、割り当てられたＳ−ＣＳＣＦ1１へステップＳ−１４５の間に登録メッセージを転送する。
【００８８】
Ｓ−ＣＳＣＦは、“S-CSCF info”と一緒にＡＶＰ“DE-REGISTRATION”を含むＣｘ−ＳＡＲコマンドをＨＳＳ２へ送信する。ここで、“S-CSCF info”はさらに、
＜type of data: Contact_info＞と
空のデータパッケージと
を含む。
Ｓ−ＣＳＣＦは、連絡先２についてのデータパッケージが削除されなければならないことを認識し、ステップＳ−１４７で、関連するデータパッケージを削除する。成功を確認するメッセージが、ステップＳ−１４８で返信される。
【００８９】
ＨＳＳによって記憶されたすべてのデータパッケージが削除される場合、ＩＭＰＩ／ＩＭＰＵペアについての最後のラベルが削除されたとＨＳＳが認識した時に、ユーザは登録抹消される。認識されるであろうが、例えば、連絡先の登録抹消の間に、登録イベントパッケージ情報は、最後の連絡先が削除、或は、登録抹消の内の少なくともいずれかが生じるまでは、維持されなければならない。
【００９０】
この第３のアプローチは、連絡先アドレスと登録イベントパッケージ情報とのいずれについても単純である。情報を記憶するために必要とされるのは、１つのＳＡＲコマンドだけであり、Ｓ−ＣＳＣＦは、ＳＡＲコマンドで受信されたいかなる情報も復号する必要がない。ただし、標準化されたデータパッケージのラベルは必要であろう。
【００９１】
認識されるであろうが、上記の１つ以上の要素の動作を、デバイスまたは装置に関して動作するプログラムによって制御することができる。そのようなオペレーティングプログラムをコンピュータ可読媒体に記憶することも可能であるし、あるいは、例をあげれば、信号、例えば、インターネットのウェブサイトから提供されるダウンロード可能なデータ信号で実施されることも可能であろう。添付の請求の範囲は、オペレーティングプログラムを、単独で、または搬送波上の記録として、または信号として、またはいずれかの他の形で、対象とすると解釈されるべきである。
【００９２】
また、理解されるであろうが、添付の請求の範囲によって定義される本発明の範囲から逸脱することなく、上記の実施例に対して各種の修正を行うことができる。特に、理解されるであろうが、ＩＰマルチメディアサブシステムを有する全球規模の移動体通信システム（ＵＭＴＳ）に関して説明したが、本発明は他のタイプのネットワークにも適用可能である。
【特許請求の範囲】
【請求項１】
ＩＰマルチメディアサブシステム（ＩＭＳ）のサービング呼セション制御機能（Ｓ−ＣＳＣＦ）で用いる方法であって、
プライベートユーザ識別子／パブリックユーザ識別子（ＩＭＰＩ／ＩＭＰＵ）ペアに関する情報を含むセション開始プロトコル（ＳＩＰ）メッセージを受信する工程と、
前記ＳＩＰメッセージに含まれる情報のタイプを識別する工程と、
前記ＩＭＰＩ／ＩＭＰＵのペアに関する以前のデータパッケージが記憶されるために、以前にホーム加入者サーバ（ＨＳＳ）に送信されたか否かを識別する工程と、
前記情報を有し、前記ＨＳＳへ送信され前記ＨＳＳによって記憶される新たなデータパッケージを作成する工程と、
前記ＨＳＳへの命令と前記新たなデータパッケージとを含む属性値ペア（ＡＶＰ）を含むサーバ割当て要求（ＳＡＲ）コマンドを前記ＨＳＳへ送信する工程とを有することを特徴とする方法。
【請求項２】
前記ＳＩＰメッセージが登録要求であり、
前記ＩＭＰＩ／ＩＭＰＵペアについての以前のデータパッケージが記憶されるために前記ＨＳＳに送信されたことはなく、
前記ＳＡＲコマンドのＡＶＰは“REGISTRATION”命令を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＩＭＰＩ／ＩＭＰＵペアについての以前のデータパッケージが記憶されるために、前記ＨＳＳに送信されており、
前記新たなデータパッケージは、前記ＳＩＰメッセージで受信された前記ＩＭＰＩ／ＩＭＰＵペアについての情報を、前記以前のデータパッケージに含まれる情報と組み合わせることを特徴とする請求項１に記載の方法。
【請求項４】
前記新たなデータパッケージを作成するために前記以前のデータパッケージにデータが追加されることを特徴とする請求項３に記載の方法。
【請求項５】
前記ＳＩＰメッセージは、前記ＩＭＰＩ／ＩＭＰＵペアに関連付けるための追加アドレスの登録要求であり、
前記ＳＡＲコマンドの前記ＡＶＰは、“RE-REGISTRATION”命令を含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記ＳＩＰメッセージは登録に関連しておらず、
前記ＳＡＲコマンドの前記ＡＶＰは“STORE”命令を含むことを特徴とする請求項４に記載の方法。
【請求項７】
前記ＳＩＰメッセージは、前記ＩＭＰＩ／ＩＭＰＵペアについての登録イベントパッケージへの加入要求を含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記新たなデータパッケージを作成するために前記以前のデータパッケージからデータが削除されることを特徴とする請求項３に記載の方法。
【請求項９】
前記ＳＩＰメッセージが登録抹消要求であり、
前記ＳＡＲコマンドの前記ＡＶＰは、“DE-REGISTRATION”命令を含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記ＳＩＰメッセージは登録抹消に関連しておらず、
前記ＳＡＲコマンドの前記ＡＶＰは“STORE”命令を含むことを特徴とする請求項８に記載の方法。
【請求項１１】
前記ＳＩＰメッセージは、前記ＩＭＰＩ／ＩＭＰＵペアについての登録イベントパッケージからの加入解約要求を含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記データが前記以前のデータパッケージから削除され、前記新たなデータパッケージは空である場合、前記ＳＡＲコマンドを前記ＨＳＳに送信する工程をさらに有し、
前記ＳＡＲコマンドの前記ＡＶＰは、前記以前のデータパッケージを削除するよう前記ＨＳＳに命令するために、前記“DE-REGISTRATION”命令と空のデータパッケージとを含むことを特徴とする請求項８又は９に記載の方法。
【請求項１３】
ＩＰマルチメディアサブシステム（ＩＭＳ）で用いる方法であって、
サービング呼セション制御機能（Ｓ−ＣＳＣＦ）において、プライベートユーザ識別子／パブリックユーザ識別子（ＩＭＰＩ／ＩＭＰＵ）ペアに関する情報を含むセション開始プロトコル（ＳＩＰ）メッセージを受信する工程と、
前記Ｓ−ＣＳＣＦにおいて、前記ＳＩＰメッセージに含まれる情報のタイプを識別する工程と、
前記Ｓ−ＣＳＣＦにおいて、前記情報を含み、ホーム加入者サーバ（ＨＳＳ）へ送信され、前記ＨＳＳによって記憶される新たなデータパッケージを作成する工程と、
前記Ｓ−ＣＳＣＦから前記ＨＳＳへ、前記ＨＳＳへの命令と前記新たなデータパッケージとを含む属性値ペア（ＡＶＰ）を有する第１のサーバ割当て要求（ＳＡＲ）コマンドを送信する工程と、
前記ＨＳＳでは、前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で記憶されているか否かを識別する工程とを有することを特徴とする方法。
【請求項１４】
前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で前記ＨＳＳに記憶されていない場合、前記新たなデータパッケージを前記ＨＳＳに記憶する工程をさらに有することを特徴とする請求項１３に記載の方法。
【請求項１５】
前記ＳＩＰメッセージは登録要求であり、
前記第１のＳＡＲコマンドの前記ＡＶＰは、“REGISTRATION”命令を含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記ＩＭＰＩ／ＩＭＰＵペアに関連する以前のデータパッケージが、現時点で前記ＨＳＳに記憶されている場合には、前記方法はさらに、
前記以前に記憶されたデータパッケージを含むエラーメッセージを前記ＨＳＳから前記Ｓ−ＣＳＣＦへ返信する工程と、
前記Ｓ−ＣＳＣＦでは、前記ＳＩＰメッセージで受信された前記ＩＭＰＩ／ＩＭＰＵペアに関する情報を、前記以前のデータパッケージに含まれる情報と組み合わせた、更なるデータパッケージを作成する工程と、
“STORE”命令と前記更なるデータパッケージとを含めてＡＶＰを含む第２のＳＡＲコマンドを、前記Ｓ−ＣＳＣＦから前記ＨＳＳへ送信する工程と、
前記更なるデータパッケージを前記ＨＳＳで記憶する工程とを有することを特徴とする請求項１３に記載の方法。
【請求項１７】
前記更なるデータパッケージを作成するために前記以前のデータパッケージにデータが追加されることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記ＳＩＰメッセージは、前記ＩＭＰＩ／ＩＭＰＵペアに関連付けるための追加アドレスの登録要求であり、
前記第１のＳＡＲコマンドの前記ＡＶＰは、“RE-REGISTRATION”命令を含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記ＳＩＰメッセージは、登録に関連しておらず、
前記第１のＳＡＲコマンドの前記ＡＶＰは、“RE-REGISTRATION”命令を含むことを特徴とする請求項１７に記載の方法。
【請求項２０】
前記ＳＩＰメッセージは、前記ＩＭＰＩ／ＩＭＰＵペアについての登録イベントパッケージへの加入要求を含むことを特徴とする請求項１９に記載の方法。
【請求項２１】
前記新たなデータパッケージを作成するために前記以前のデータパッケージからデータが削除されることを特徴とする請求項１６に記載の方法。
【請求項２２】
前記ＳＩＰメッセージは、登録抹消要求であり、
前記第１のＳＡＲコマンドの前記ＡＶＰは、“DE-REGISTRATION”命令を含むことを特徴とする請求項２１に記載の方法。
【請求項２３】
前記更なるデータパッケージは前記以前のデータパッケージからのデータの削除として空であり、
前記第２のＳＡＲコマンドの前記ＡＶＰは“STORE”命令と前記空のデータパッケージとを含み、前記ＨＳＳに前記以前のデータパッケージを削除するように指示することを特徴とする請求項２１又は２２に記載の方法。
【請求項２４】
前記第１のＳＡＲコマンドの前記ＡＶＰは、“STORE”命令を含み、
前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で前記ＨＳＳに記憶されているか否かに関らず、前記新たなデータパッケージが前記ＨＳＳによって記憶されることを特徴とする請求項２３に記載の方法。
【請求項２５】
前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で前記ＨＳＳに記憶されており、
前記第１のＳＡＲコマンドの前記ＡＶＰは、“STORE”命令を含み、
前記新たなデータパッケージは空であり、
前記以前のデータパッケージは前記ＨＳＳで削除されることを特徴とする請求項１３に記載の方法。
【請求項２６】
ＩＰマルチメディアサブシステムのサービング呼セション制御機能（Ｓ−ＣＳＣＦ）で用いる方法であって、
プライベートユーザ識別子／パブリックユーザ識別子（ＩＭＰＩ／ＩＭＰＵ）ペアに関する情報を含むセション開始プロトコル（ＳＩＰ）メッセージを受信する工程と、
前記ＳＩＰメッセージに含まれる情報のタイプを識別する工程と、
ホーム加入者サーバ（ＨＳＳ）へ送信され、前記ＨＳＳによって記憶される、前記ＳＩＰメッセージの中に含まれる情報と前記情報のタイプを示すデータラベルとを含むデータパッケージを作成する工程と、
前記ＨＳＳへの命令と前記データパッケージとを含む属性値ペア（ＡＶＰ）を有するサーバ割当て要求（ＳＡＲ）コマンドを前記ＨＳＳへ送信する工程とを有することを特徴する方法。
【請求項２７】
前記ＳＩＰメッセージは登録要求であり、
前記ＩＭＰＩ／ＩＭＰＵペアについての以前のデータパッケージが記憶されるために前記ＨＳＳへと送信されたことがなく、
前記データラベルは、前記データパッケージが連絡先アドレス情報を含むことを示し、
前記ＳＡＲコマンドの前記ＡＶＰは、“REGISTRATION”命令を含むことを特徴とする請求項２６に記載の方法。
【請求項２８】
前記ＳＩＰメッセージが、前記ＩＭＰＩ／ＩＭＰＵペアに関連付けるための追加アドレスの登録要求であり、
前記データラベルは、前記データパッケージが連絡先アドレス情報を含むことを示し、
前記ＳＡＲコマンドの前記ＡＶＰは、“RE-REGISTRATION”命令を含むことを特徴とする請求項２６に記載の方法。
【請求項２９】
前記ＳＩＰメッセージが登録に関連しておらず、
前記ＳＡＲコマンドの前記ＡＶＰは、“RE-REGISTRATION”命令を含むことを特徴とする請求項２８に記載の方法。
【請求項３０】
前記ＳＩＰメッセージが前記ＩＭＰＩ／ＩＭＰＵペアについての登録イベントパッケージへの加入要求を含み、
前記データラベルは、前記データパッケージが登録イベントパッケージに関する情報を含んでいるという指標を含むことを特徴とする請求項２９に記載の方法。
【請求項３１】
以前に記憶されたデータパッケージが前記ＨＳＳから削除されるべきであり、
前記ＳＡＲコマンドの前記ＡＶＰは“DE-REGISTRATION”命令を含み、
前記データパッケージは、同じデータラベルによって識別される、以前に記憶されたデータパッケージは削除されるべきであることを前記ＨＳＳに示すため、前記データラベルと空のデータフィールドだけを有することを特徴とする請求項２６に記載の方法。
【請求項３２】
前記ＳＩＰメッセージが登録抹消要求であり、
前記データラベルは、前記データパッケージが連絡先アドレス情報を含むことを示すことを特徴とする請求項３１に記載の方法。
【請求項３３】
ＩＰマルチメディアサブシステムで用いられる装置であって、
請求項１乃至３２のいずれか１項に記載の方法を実行するための手段を有することを特徴とする装置。
【請求項３４】
ＩＰマルチメディアサブシステム（ＩＭＳ）において登録された加入者にサービスを行なうために割当て可能なサービング呼セション制御機能（Ｓ−ＣＳＣＦ）であって、
プライベートユーザ識別子／パブリックユーザ識別子（ＩＭＰＩ／ＩＭＰＵ）ペアに関する情報を有するセション開始プロトコル（ＳＩＰ）メッセージを受信する受信機と、
前記ＳＩＰメッセージに含まれる情報のタイプを識別し、ホーム加入者サーバ（ＨＳＳ）へ送信され前記ＨＳＳによって記憶される、前記情報を含む新たなデータパッケージを作成するプロセッサと、
前記ＨＳＳへの命令と前記新たなデータパッケージとを含む属性値ペア（ＡＶＰ）を含むサーバ割当て要求（ＳＡＲ）コマンドを前記ＨＳＳへ送信する送信機とを有することを特徴とするＳ−ＣＳＣＦ。
【請求項３５】
前記プロセッサは、前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが記憶のために前記ＨＳＳに以前に送信されたかどうかを識別するように構成されることを特徴とする請求項３４に記載のＳ−ＣＳＣＦ。
【請求項３６】
前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが記憶のために前記ＨＳＳに以前に送信されたなら、前記プロセッサは前記ＳＩＰメッセージで受信した前記ＩＭＰＩ／ＩＭＰＵペアに関する前記情報と前記以前のデータパッケージに含まれる情報とを組み合わせるように構成されることを特徴する請求項３５に記載のＳ−ＣＳＣＦ。
【請求項３７】
前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で前記ＨＳＳに記憶されているなら、前記受信機と前記プロセッサと前記送信機とは、
前記受信機が、前記以前に格納されたデータパッケージを含むエラーメッセージを前記ＨＳＳから受信し、
前記プロセッサが、前記ＳＩＰメッセージで受信した前記ＩＭＰＩ／ＩＭＰＵペアに関する前記情報と前記以前のデータパッケージに含まれている情報とを組み合わせた更なるデータパッケージを作成し、
前記送信機が、“STORE”命令と前記更なるデータパッケージとを含むＡＶＰを有する第２のＳＡＲコマンドを前記ＨＳＳに送信する
ように構成されることを特徴とする請求項３６に記載のＳ−ＣＳＣＦ。
【請求項３８】
前記プロセッサは前記新しいデータパッケージに前記情報のタイプを示すデータラベルを含ませるように構成されることを特徴とする請求項３４に記載のＳ−ＣＳＣＦ。
【請求項３９】
ＩＰマルチメディアサブシステム（ＩＭＳ）の加入者のために加入者データを保持するホーム加入者サーバ（ＨＳＳ）であって、
前記ＨＳＳへの命令とプライベートユーザ識別子／パブリックユーザ識別子（ＩＭＰＩ／ＩＭＰＵ）ペアに関するＳＩＰ要求からとられた情報を含むデータパッケージとを含む属性値ペア（ＡＶＰ）を含むサーバ割当て要求（ＳＡＲ）コマンドをサービング呼セション制御機能（Ｓ−ＣＳＣＦ）から受信する受信機と、
前記データパッケージを格納する記憶手段とを有することを特徴とするＨＳＳ。
【請求項４０】
前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で前記記憶手段に格納されているかどうかを識別するプロセッサをさらに有することを特徴とする請求項３９に記載のＨＳＳ。
【請求項４１】
前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で、前記以前のデータパッケージを保持するように構成された前記記憶手段に格納されているなら、前記Ｓ−ＣＳＣＦに、前記ＩＭＰＩ／ＩＭＰＵペアに関する前記以前のデータパッケージを含むエラーメッセージを送信するように構成された送信機をさらに有することを特徴とする請求項４０に記載のＨＳＳ。
【請求項４２】
前記送信機は、前記ＳＡＲコマンドが“RE-REGISTRATION”命令、或は、“DE-REGISTRATION”命令を含む場合にのみ、前記Ｓ−ＣＳＣＦに前記エラーメッセージを送信するよう構成されていることを特徴とする請求項４１に記載のＨＳＳ。
【請求項４３】
前記記憶手段は、前記ＳＡＲコマンドが“STORE”命令を含む場合に、前記データパッケージを格納し、前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージを上書きするよう構成されていることを特徴とする請求項４０乃至４２のいずれか１項に記載のＨＳＳ。
【請求項１】
ＩＰマルチメディアサブシステム（ＩＭＳ）のサービング呼セション制御機能（Ｓ−ＣＳＣＦ）で用いる方法であって、
プライベートユーザ識別子／パブリックユーザ識別子（ＩＭＰＩ／ＩＭＰＵ）ペアに関する情報を含むセション開始プロトコル（ＳＩＰ）メッセージを受信する工程と、
前記ＳＩＰメッセージに含まれる情報のタイプを識別する工程と、
前記ＩＭＰＩ／ＩＭＰＵのペアに関する以前のデータパッケージが記憶されるために、以前にホーム加入者サーバ（ＨＳＳ）に送信されたか否かを識別する工程と、
前記情報を有し、前記ＨＳＳへ送信され前記ＨＳＳによって記憶される新たなデータパッケージを作成する工程と、
前記ＨＳＳへの命令と前記新たなデータパッケージとを含む属性値ペア（ＡＶＰ）を含むサーバ割当て要求（ＳＡＲ）コマンドを前記ＨＳＳへ送信する工程とを有することを特徴とする方法。
【請求項２】
前記ＳＩＰメッセージが登録要求であり、
前記ＩＭＰＩ／ＩＭＰＵペアについての以前のデータパッケージが記憶されるために前記ＨＳＳに送信されたことはなく、
前記ＳＡＲコマンドのＡＶＰは“REGISTRATION”命令を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＩＭＰＩ／ＩＭＰＵペアについての以前のデータパッケージが記憶されるために、前記ＨＳＳに送信されており、
前記新たなデータパッケージは、前記ＳＩＰメッセージで受信された前記ＩＭＰＩ／ＩＭＰＵペアについての情報を、前記以前のデータパッケージに含まれる情報と組み合わせることを特徴とする請求項１に記載の方法。
【請求項４】
前記新たなデータパッケージを作成するために前記以前のデータパッケージにデータが追加されることを特徴とする請求項３に記載の方法。
【請求項５】
前記ＳＩＰメッセージは、前記ＩＭＰＩ／ＩＭＰＵペアに関連付けるための追加アドレスの登録要求であり、
前記ＳＡＲコマンドの前記ＡＶＰは、“RE-REGISTRATION”命令を含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記ＳＩＰメッセージは登録に関連しておらず、
前記ＳＡＲコマンドの前記ＡＶＰは“STORE”命令を含むことを特徴とする請求項４に記載の方法。
【請求項７】
前記ＳＩＰメッセージは、前記ＩＭＰＩ／ＩＭＰＵペアについての登録イベントパッケージへの加入要求を含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記新たなデータパッケージを作成するために前記以前のデータパッケージからデータが削除されることを特徴とする請求項３に記載の方法。
【請求項９】
前記ＳＩＰメッセージが登録抹消要求であり、
前記ＳＡＲコマンドの前記ＡＶＰは、“DE-REGISTRATION”命令を含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記ＳＩＰメッセージは登録抹消に関連しておらず、
前記ＳＡＲコマンドの前記ＡＶＰは“STORE”命令を含むことを特徴とする請求項８に記載の方法。
【請求項１１】
前記ＳＩＰメッセージは、前記ＩＭＰＩ／ＩＭＰＵペアについての登録イベントパッケージからの加入解約要求を含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記データが前記以前のデータパッケージから削除され、前記新たなデータパッケージは空である場合、前記ＳＡＲコマンドを前記ＨＳＳに送信する工程をさらに有し、
前記ＳＡＲコマンドの前記ＡＶＰは、前記以前のデータパッケージを削除するよう前記ＨＳＳに命令するために、前記“DE-REGISTRATION”命令と空のデータパッケージとを含むことを特徴とする請求項８又は９に記載の方法。
【請求項１３】
ＩＰマルチメディアサブシステム（ＩＭＳ）で用いる方法であって、
サービング呼セション制御機能（Ｓ−ＣＳＣＦ）において、プライベートユーザ識別子／パブリックユーザ識別子（ＩＭＰＩ／ＩＭＰＵ）ペアに関する情報を含むセション開始プロトコル（ＳＩＰ）メッセージを受信する工程と、
前記Ｓ−ＣＳＣＦにおいて、前記ＳＩＰメッセージに含まれる情報のタイプを識別する工程と、
前記Ｓ−ＣＳＣＦにおいて、前記情報を含み、ホーム加入者サーバ（ＨＳＳ）へ送信され、前記ＨＳＳによって記憶される新たなデータパッケージを作成する工程と、
前記Ｓ−ＣＳＣＦから前記ＨＳＳへ、前記ＨＳＳへの命令と前記新たなデータパッケージとを含む属性値ペア（ＡＶＰ）を有する第１のサーバ割当て要求（ＳＡＲ）コマンドを送信する工程と、
前記ＨＳＳでは、前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で記憶されているか否かを識別する工程とを有することを特徴とする方法。
【請求項１４】
前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で前記ＨＳＳに記憶されていない場合、前記新たなデータパッケージを前記ＨＳＳに記憶する工程をさらに有することを特徴とする請求項１３に記載の方法。
【請求項１５】
前記ＳＩＰメッセージは登録要求であり、
前記第１のＳＡＲコマンドの前記ＡＶＰは、“REGISTRATION”命令を含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記ＩＭＰＩ／ＩＭＰＵペアに関連する以前のデータパッケージが、現時点で前記ＨＳＳに記憶されている場合には、前記方法はさらに、
前記以前に記憶されたデータパッケージを含むエラーメッセージを前記ＨＳＳから前記Ｓ−ＣＳＣＦへ返信する工程と、
前記Ｓ−ＣＳＣＦでは、前記ＳＩＰメッセージで受信された前記ＩＭＰＩ／ＩＭＰＵペアに関する情報を、前記以前のデータパッケージに含まれる情報と組み合わせた、更なるデータパッケージを作成する工程と、
“STORE”命令と前記更なるデータパッケージとを含めてＡＶＰを含む第２のＳＡＲコマンドを、前記Ｓ−ＣＳＣＦから前記ＨＳＳへ送信する工程と、
前記更なるデータパッケージを前記ＨＳＳで記憶する工程とを有することを特徴とする請求項１３に記載の方法。
【請求項１７】
前記更なるデータパッケージを作成するために前記以前のデータパッケージにデータが追加されることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記ＳＩＰメッセージは、前記ＩＭＰＩ／ＩＭＰＵペアに関連付けるための追加アドレスの登録要求であり、
前記第１のＳＡＲコマンドの前記ＡＶＰは、“RE-REGISTRATION”命令を含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記ＳＩＰメッセージは、登録に関連しておらず、
前記第１のＳＡＲコマンドの前記ＡＶＰは、“RE-REGISTRATION”命令を含むことを特徴とする請求項１７に記載の方法。
【請求項２０】
前記ＳＩＰメッセージは、前記ＩＭＰＩ／ＩＭＰＵペアについての登録イベントパッケージへの加入要求を含むことを特徴とする請求項１９に記載の方法。
【請求項２１】
前記新たなデータパッケージを作成するために前記以前のデータパッケージからデータが削除されることを特徴とする請求項１６に記載の方法。
【請求項２２】
前記ＳＩＰメッセージは、登録抹消要求であり、
前記第１のＳＡＲコマンドの前記ＡＶＰは、“DE-REGISTRATION”命令を含むことを特徴とする請求項２１に記載の方法。
【請求項２３】
前記更なるデータパッケージは前記以前のデータパッケージからのデータの削除として空であり、
前記第２のＳＡＲコマンドの前記ＡＶＰは“STORE”命令と前記空のデータパッケージとを含み、前記ＨＳＳに前記以前のデータパッケージを削除するように指示することを特徴とする請求項２１又は２２に記載の方法。
【請求項２４】
前記第１のＳＡＲコマンドの前記ＡＶＰは、“STORE”命令を含み、
前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で前記ＨＳＳに記憶されているか否かに関らず、前記新たなデータパッケージが前記ＨＳＳによって記憶されることを特徴とする請求項２３に記載の方法。
【請求項２５】
前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で前記ＨＳＳに記憶されており、
前記第１のＳＡＲコマンドの前記ＡＶＰは、“STORE”命令を含み、
前記新たなデータパッケージは空であり、
前記以前のデータパッケージは前記ＨＳＳで削除されることを特徴とする請求項１３に記載の方法。
【請求項２６】
ＩＰマルチメディアサブシステムのサービング呼セション制御機能（Ｓ−ＣＳＣＦ）で用いる方法であって、
プライベートユーザ識別子／パブリックユーザ識別子（ＩＭＰＩ／ＩＭＰＵ）ペアに関する情報を含むセション開始プロトコル（ＳＩＰ）メッセージを受信する工程と、
前記ＳＩＰメッセージに含まれる情報のタイプを識別する工程と、
ホーム加入者サーバ（ＨＳＳ）へ送信され、前記ＨＳＳによって記憶される、前記ＳＩＰメッセージの中に含まれる情報と前記情報のタイプを示すデータラベルとを含むデータパッケージを作成する工程と、
前記ＨＳＳへの命令と前記データパッケージとを含む属性値ペア（ＡＶＰ）を有するサーバ割当て要求（ＳＡＲ）コマンドを前記ＨＳＳへ送信する工程とを有することを特徴する方法。
【請求項２７】
前記ＳＩＰメッセージは登録要求であり、
前記ＩＭＰＩ／ＩＭＰＵペアについての以前のデータパッケージが記憶されるために前記ＨＳＳへと送信されたことがなく、
前記データラベルは、前記データパッケージが連絡先アドレス情報を含むことを示し、
前記ＳＡＲコマンドの前記ＡＶＰは、“REGISTRATION”命令を含むことを特徴とする請求項２６に記載の方法。
【請求項２８】
前記ＳＩＰメッセージが、前記ＩＭＰＩ／ＩＭＰＵペアに関連付けるための追加アドレスの登録要求であり、
前記データラベルは、前記データパッケージが連絡先アドレス情報を含むことを示し、
前記ＳＡＲコマンドの前記ＡＶＰは、“RE-REGISTRATION”命令を含むことを特徴とする請求項２６に記載の方法。
【請求項２９】
前記ＳＩＰメッセージが登録に関連しておらず、
前記ＳＡＲコマンドの前記ＡＶＰは、“RE-REGISTRATION”命令を含むことを特徴とする請求項２８に記載の方法。
【請求項３０】
前記ＳＩＰメッセージが前記ＩＭＰＩ／ＩＭＰＵペアについての登録イベントパッケージへの加入要求を含み、
前記データラベルは、前記データパッケージが登録イベントパッケージに関する情報を含んでいるという指標を含むことを特徴とする請求項２９に記載の方法。
【請求項３１】
以前に記憶されたデータパッケージが前記ＨＳＳから削除されるべきであり、
前記ＳＡＲコマンドの前記ＡＶＰは“DE-REGISTRATION”命令を含み、
前記データパッケージは、同じデータラベルによって識別される、以前に記憶されたデータパッケージは削除されるべきであることを前記ＨＳＳに示すため、前記データラベルと空のデータフィールドだけを有することを特徴とする請求項２６に記載の方法。
【請求項３２】
前記ＳＩＰメッセージが登録抹消要求であり、
前記データラベルは、前記データパッケージが連絡先アドレス情報を含むことを示すことを特徴とする請求項３１に記載の方法。
【請求項３３】
ＩＰマルチメディアサブシステムで用いられる装置であって、
請求項１乃至３２のいずれか１項に記載の方法を実行するための手段を有することを特徴とする装置。
【請求項３４】
ＩＰマルチメディアサブシステム（ＩＭＳ）において登録された加入者にサービスを行なうために割当て可能なサービング呼セション制御機能（Ｓ−ＣＳＣＦ）であって、
プライベートユーザ識別子／パブリックユーザ識別子（ＩＭＰＩ／ＩＭＰＵ）ペアに関する情報を有するセション開始プロトコル（ＳＩＰ）メッセージを受信する受信機と、
前記ＳＩＰメッセージに含まれる情報のタイプを識別し、ホーム加入者サーバ（ＨＳＳ）へ送信され前記ＨＳＳによって記憶される、前記情報を含む新たなデータパッケージを作成するプロセッサと、
前記ＨＳＳへの命令と前記新たなデータパッケージとを含む属性値ペア（ＡＶＰ）を含むサーバ割当て要求（ＳＡＲ）コマンドを前記ＨＳＳへ送信する送信機とを有することを特徴とするＳ−ＣＳＣＦ。
【請求項３５】
前記プロセッサは、前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが記憶のために前記ＨＳＳに以前に送信されたかどうかを識別するように構成されることを特徴とする請求項３４に記載のＳ−ＣＳＣＦ。
【請求項３６】
前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが記憶のために前記ＨＳＳに以前に送信されたなら、前記プロセッサは前記ＳＩＰメッセージで受信した前記ＩＭＰＩ／ＩＭＰＵペアに関する前記情報と前記以前のデータパッケージに含まれる情報とを組み合わせるように構成されることを特徴する請求項３５に記載のＳ−ＣＳＣＦ。
【請求項３７】
前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で前記ＨＳＳに記憶されているなら、前記受信機と前記プロセッサと前記送信機とは、
前記受信機が、前記以前に格納されたデータパッケージを含むエラーメッセージを前記ＨＳＳから受信し、
前記プロセッサが、前記ＳＩＰメッセージで受信した前記ＩＭＰＩ／ＩＭＰＵペアに関する前記情報と前記以前のデータパッケージに含まれている情報とを組み合わせた更なるデータパッケージを作成し、
前記送信機が、“STORE”命令と前記更なるデータパッケージとを含むＡＶＰを有する第２のＳＡＲコマンドを前記ＨＳＳに送信する
ように構成されることを特徴とする請求項３６に記載のＳ−ＣＳＣＦ。
【請求項３８】
前記プロセッサは前記新しいデータパッケージに前記情報のタイプを示すデータラベルを含ませるように構成されることを特徴とする請求項３４に記載のＳ−ＣＳＣＦ。
【請求項３９】
ＩＰマルチメディアサブシステム（ＩＭＳ）の加入者のために加入者データを保持するホーム加入者サーバ（ＨＳＳ）であって、
前記ＨＳＳへの命令とプライベートユーザ識別子／パブリックユーザ識別子（ＩＭＰＩ／ＩＭＰＵ）ペアに関するＳＩＰ要求からとられた情報を含むデータパッケージとを含む属性値ペア（ＡＶＰ）を含むサーバ割当て要求（ＳＡＲ）コマンドをサービング呼セション制御機能（Ｓ−ＣＳＣＦ）から受信する受信機と、
前記データパッケージを格納する記憶手段とを有することを特徴とするＨＳＳ。
【請求項４０】
前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で前記記憶手段に格納されているかどうかを識別するプロセッサをさらに有することを特徴とする請求項３９に記載のＨＳＳ。
【請求項４１】
前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージが現時点で、前記以前のデータパッケージを保持するように構成された前記記憶手段に格納されているなら、前記Ｓ−ＣＳＣＦに、前記ＩＭＰＩ／ＩＭＰＵペアに関する前記以前のデータパッケージを含むエラーメッセージを送信するように構成された送信機をさらに有することを特徴とする請求項４０に記載のＨＳＳ。
【請求項４２】
前記送信機は、前記ＳＡＲコマンドが“RE-REGISTRATION”命令、或は、“DE-REGISTRATION”命令を含む場合にのみ、前記Ｓ−ＣＳＣＦに前記エラーメッセージを送信するよう構成されていることを特徴とする請求項４１に記載のＨＳＳ。
【請求項４３】
前記記憶手段は、前記ＳＡＲコマンドが“STORE”命令を含む場合に、前記データパッケージを格納し、前記ＩＭＰＩ／ＩＭＰＵペアに関する以前のデータパッケージを上書きするよう構成されていることを特徴とする請求項４０乃至４２のいずれか１項に記載のＨＳＳ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公表番号】特表２０１１−５０８４６９（Ｐ２０１１−５０８４６９Ａ）
【公表日】平成２３年３月１０日（２０１１．３．１０）
【国際特許分類】
【出願番号】特願２０１０−５３５２４８（Ｐ２０１０−５３５２４８）
【出願日】平成１９年１１月３０日（２００７．１１．３０）
【国際出願番号】ＰＣＴ／ＥＰ２００７／０６３０９５
【国際公開番号】ＷＯ２００９／０６８１１３
【国際公開日】平成２１年６月４日（２００９．６．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２３年３月１０日（２０１１．３．１０）
【国際特許分類】
【出願日】平成１９年１１月３０日（２００７．１１．３０）
【国際出願番号】ＰＣＴ／ＥＰ２００７／０６３０９５
【国際公開番号】ＷＯ２００９／０６８１１３
【国際公開日】平成２１年６月４日（２００９．６．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]