IPマルチメディアサブシステム加入を処理するホーム加入者サーバであって、複数のパブリックユーザアイデンティティと複数のサービスプロファイル間の関係を保持する手段と、ネットワークノードに対する、共通のサービスプロファイルに関連付けられているすべてのパブリックユーザアイデンティティを識別する手段とを備え、前記複数のパブリックユーザアイデンティティの2つ以上は、共通のサービスプロファイルに関連付けられていることを特徴とするホーム加入者サーバ。前記識別する手段は、登録あるいは再登録処理、呼の終了、あるいはサービスプロファイルの内容の変更に応じて、前記ネットワークノードへ通知を送信することを特徴とする請求項1に記載のホーム加入者サーバ。前記識別する手段は、1つ以上のサービスプロファイルを含むメッセージを前記ネットワークノードへ送信する手段を備え、前記サービスプロファイルのそれぞれは、それに関連付けられているすべてのパブリックユーザアイデンティティを識別することを特徴とする請求項1または2に記載のホーム加入者サーバ。前記メッセージは、更に、前記サービスプロファイル以外に、共通の暗黙的な登録セットに属するパブリックユーザアイデンティティのセットを含んでいることを特徴とする請求項3に記載のホーム加入者サーバ。前記メッセージは、該メッセージ内に含まれる1つ以上のサービスプロファイルを識別し、前記識別されるサービスプロファイルそれぞれのパブリックユーザアイデンティティは、エイリアスパブリックユーザアイデンティティと見なされることを特徴とする請求項3に記載のホーム加入者サーバ。前記ネットワークノードは、在圏呼セッション制御機能を備えることを特徴とする請求項1乃至5のいずれか1項に記載のホーム加入者サーバ。前記識別する手段は、要求される情報を、Cxサーバ割当回答あるいはプッシュプロファイルリクエストメッセージで、在圏呼セッション制御機能へ搬送することを特徴とする請求項1乃至6のいずれか1項に記載のホーム加入者サーバ。IPマルチメディアサブシステム加入を処理するホーム加入者サーバであって、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持する手段と、エイリアスのグルーピングの識別情報をネットワークノードへ送信する手段とを備えることを特徴とするホーム加入者サーバ。前記送信する手段は、登録あるいは再登録処理、呼の終了、あるいはサービスプロファイルの内容の変更に応じて、前記識別情報を送信することを特徴とする請求項8に記載のホーム加入者サーバ。前記ネットワークノードは、在圏呼セッション制御機能を備える装置あるいはアプリケーションサーバであることを特徴とする請求項8または9に記載のホーム加入者サーバ。IPマルチメディアサブシステムネットワークにおけるユーザにサービスを提供する呼セッション制御機能を備える装置であって、ホーム加入者サーバから、それぞれが自身に関連付けられているすべてのパブリックユーザアイデンティティを識別する、1つ以上のサービスプロファイルを含むメッセージを受信する手段と、少なくとも1つのサービスプロファイルに、前記パブリックユーザアイデンティティを、エイリアスパブリックユーザアイデンティティとして関連づける手段とを備えることを特徴とする装置。前記受信したサービスプロファイル群とは別に含まれるパブリックユーザアイデンティティのリストを使用して、暗黙的な登録セットに属するパブリックユーザアイデンティティを識別する手段を更に備えることを特徴とする請求項11に記載の装置。エイリアスとの関連付けが適用されるサービスプロファイルを識別する手段を更に備えることを特徴とする請求項11に記載の装置。エイリアスパブリックユーザアイデンティティとして識別される前記パブリックユーザアイデンティティを識別する、ユーザ端末あるいはネットワークノードへ通知を送信する手段を更に備えることを特徴とする請求項11乃至13のいずれか1項に記載の装置。前記呼セッション制御機能は、在圏呼セッション制御機能であることを特徴とする請求項11乃至14のいずれか1項に記載の装置。IPマルチメディアサブシステムネットワークにおけるサービスを実行するためのアプリケーションサーバであって、在圏呼セッション制御機能を備える装置あるいはホーム加入者サーバから、2つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信する手段とを備えることを特徴とするアプリケーションサーバ。IPマルチメディアサブシステムネットワークへのアクセスをユーザに可能にするためのユーザ端末であって、IPマルチメディアサブシステムネットワークから、当該ユーザ端末の2つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信する手段とを備えることを特徴とするユーザ端末。前記受信する手段は、在圏呼セッション制御機能を備える装置から前記通知を受信するように構成されていることを特徴とする請求項17に記載のユーザ端末。エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティをネットワークノード及びユーザ端末の少なくとも一方へ通知するように、IPマルチメディアサブシステムを制御する方法であって、ホーム加入者サーバで、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するステップと、前記グルーピングの情報を、ネットワークノード及びユーザ端末の少なくとも一方へ配信するステップとを備えることを特徴とする方法。前記グルーピングは、サービスプロファイル内で、前記サービスプロファイルに関連付けられている前記パブリックユーザアイデンティティとして保持されることを特徴とする請求項19に記載の方法。更に、ホーム加入者サーバから在圏呼セッション制御機能を備える装置へ、それぞれが自身に関連付けられているすべてのパブリックユーザアイデンティティを識別する、1つ以上のサービスプロファイルを含むメッセージを送信するステップを備え、前記在圏呼セッション制御機能は、少なくとも1つのサービスプロファイルに関連付けられているすべてのパブリックユーザアイデンティティを、エイリアスパブリックユーザアイデンティティとして識別することを特徴とする請求項20に記載の方法。前記メッセージは、Cxサーバ割当回答あるいはプッシュプロファイルリクエストメッセージであることを特徴とする請求項21に記載の方法。前記在圏呼セッション制御機能は、アプリケーションサーバあるいはユーザ端末へ、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグループを通知することを特徴とする請求項21または22に記載の方法。暗黙的な登録セットに属する前記パブリックユーザアイデンティティは、前記サービスプロファイル群とは別に、前記メッセージにリストされることを特徴とする請求項21乃至23のいずれか1項に記載の方法。前記メッセージは、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティが関連付けられているサービスプロファイルを識別することを特徴とする請求項21乃至23のいずれか1項に記載の方法。前記配信するステップは、前記IPマルチメディアサブシステムでのユーザ端末の登録中あるいはそれに続いて、あるいはユーザ端末に対する呼の終了中あるいはそれに続いて、あるいは前記サービスプロファイルの内容の変更時に、実行されることを特徴とする請求項19乃至25のいずれか1項に記載の方法。前記配信するステップは、前記グルーピングの情報を、アプリケーションサーバへShインタフェースを介して送信することを特徴とする請求項19に記載の方法。前記ユーザ端末に、Utインタフェースを介してアプリケーションサーバから送信されるシグナリングによって、自身の2つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることが通知されることを特徴とする請求項23または27に記載の方法。IPマルチメディアサブシステムで使用するように構成されているユーザ端末を制御する方法であって、前記IPマルチメディアサブシステムから、前記ユーザ端末の2つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信するステップを備えることを特徴とする方法。IPマルチメディアサブシステムのセッション開始プロトコルアプリケーションサーバを制御する方法であって、在圏呼/セッション制御機能を備える装置あるいはホーム加入者サーバから、サービスコンフィグレーションの処理のために、2つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信するステップを備えることを特徴とする方法。IPマルチメディアサブシステムにおけるホーム加入者サーバを制御する方法であって、前記ホーム加入者サーバで、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するステップと、前記グルーピングの情報を、ネットワークノード及びユーザ端末の少なくとも一方へ配信するステップとを備えることを特徴とする方法。IPマルチメディアサブシステムであって、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するように構成されているホーム加入者サーバを備え、前記ホーム加入者サーバは、前記IPマルチメディアサブシステムでのユーザ端末の登録中あるいはそれに続いて、あるいはユーザ端末に対する呼の終了中あるいはそれに続いて、前記ユーザ端末あるいは端末ユーザのパブリックユーザアイデンティティを含むグルーピングを、前記ユーザ端末及びネットワークノードの少なくとも一方へ通知するように構成されている手段を有することを特徴とするIPマルチメディアサブシステム。本発明の要約TS23.228に従えば、IMPUとサービスプロファイル間の関係、特に、複数のIMPUと1つのサービスプロファイル間のリンクは、ホーム加入者サーバHSSで把握されている。しかしながら、このリンクは、IMPUが同一セットのフィルタ条件、加入媒体等を共有することを示しているだけで、HSSアプリケーションサーバとは別に記憶されている一般的なユーザプロファイルについての指示は提供しておらず、また、同一のサービスプロファイル即ち、それらがエイリアスであるかどうかを共有するIMPU間の関係についての前提を持っていない。本発明の発明者は、UEに関連付けられている任意のアプリケーションサーバ群及びUE自身を含む、HSS及びS-CSCF以外のエンティティには、サービスプロファイルとIMPUを関連付ける情報が提供されず、また、依然として、それらの他のエンティティは、その情報を使用することができることを認識している。例えば、アプリケーションサーバは、1つのサービスプロファイルを共有する2つのIMPUに基づいて、その2つのIMPUに関連付けられているサービスコンフィグレーション情報へのリンクを行いたい場合がある。図2を参照して説明される例では、パブリックユーザアイデンティティ-1は、ビジネス用途ではないパーソナルプロファイルに関連付けられていて、パブリックユーザアイデンティティ-2とパブリックユーザアイデンティティ-3はビジネス用途であり、また、同一のサービスコンフィグレーションデータを有するものとされている。パブリックユーザアイデンティティ-1に関連する動作及びデータは、パブリックユーザアイデンティティ-2あるいはパブリックユーザアイデンティティ-3に関連する動作及びデータとは別に処理する必要があり、一方、パブリックユーザアイデンティティ-2とパブリックユーザアイデンティティ-3に関連する動作及びデータは同一の方法で処理する必要がある。つまり、例えば、パブリックユーザアイデンティティ-2とパブリックユーザアイデンティティ-3に対するセッションの開始とセッションの終了は同一の方法で処理され、これは、例えば、IMSベースのプッシュツートークオーバセルラーPoCサービスに対する禁止donotdisturbのような補助的なサービス設定データ、あるいは呼転送アドレスマルチメディアテレフォニー条件によるものである。複数のIMPUが関連付けられているという知識なしで、アプリケーションサーバは、各IMPUに対するサービスコンフィグレーションを自身のメモリに記憶しなければならない。これは、多数、例えば、数百万のIMPUがアクティブである場合には、メモリ要件に深刻な影響を及ぼすことになる。同様に、UEがこの知識を持っていない場合、UEは、例えば、Utインタフェースを介する制御が各パブリックユーザ識別子に対して繰り返されなければならないかどうかは分からない。ユーザが、マルチメディアテレフォニーに対する呼転送番号をUtインタフェースを介して更新する場合には、UEは、どのIMPUがその更新を行わなければならないかについての十分な情報を持っていない。例えば、パブリックユーザアイデンティティ-3に対する呼転送番号を更新することは、パブリックユーザアイデンティティ-2に対しても自動的に更新されることを意味しているのか、あるいはUEもUtインタフェースへパブリックユーザアイデンティティ-2に対するリクエストを送信すべきであるかである。これについて間違えることは、ネットワークとUEとが異なる理解をしている場合、例えば、ユーザをグループアプリケーションサーバでへ追加するリクエストがUtインタフェースにおいて問題が生じ得る。現在規定されている3GPPリリースについては、IMSエンティティUEを含むは、すべてのIMPUが別々に処理されることを前提としている。本発明の目的は、IMPUとサービスプロファイル間の関係を、HSS以外のエンティティへ通知する手段を提供することである。本発明の第1の構成に従えば、IPマルチメディアサブシステム加入を処理するためのホーム加入者サーバが提供される。これは、複数のパブリックユーザアイデンティティと複数のサービスプロファイル間の関係を保持する手段と、ネットワークノードに対する、共通のサービスプロファイルに関連付けられているすべてのパブリックユーザアイデンティティを識別する手段とを備え、前記複数のパブリックユーザアイデンティティの2つ以上は、共通のサービスプロファイルに関連付けられている。本発明の実施形態は、SIPアプリケーションサーバあるいは他のネットワークノードにおけるメモリ記憶要件を緩和し、かつIPマルチメディアサブシステムと関係するネットワーク内のシグナリングの負荷を軽減することが可能である。好ましくは、上記の識別する手段は、登録あるいは再登録処理、呼の終了、あるいはサービスプロファイルの内容の変更に応じて、ネットワークノードへ通知を送信する。好ましくは、上記識別する手段は、1つ以上のサービスプロファイルを含むメッセージを前記ネットワークノードへ送信する手段を備え、前記サービスプロファイルのそれぞれは、それに関連付けられているすべてのパブリックユーザアイデンティティを識別する。本発明の実施形態に従えば、このメッセージは、前記サービスプロファイル以外に、共通の暗黙的な登録セットに属するパブリックユーザアイデンティティのセットを含んでいる。本発明の実施形態に従えば、このメッセージは、該メッセージ内に含まれる1つ以上のサービスプロファイルを識別し、その識別されるサービスプロファイルそれぞれのパブリックユーザアイデンティティは、エイリアスパブリックユーザアイデンティティと見なされる。本明細書で使用される用語エイリアスは、技術用語と見なされる。これは、エイリアスIMSパブリックユーザアイデンティティの使用あるいは参照は、他のエイリアスパブリックユーザアイデンティティ群の使用あるいは参照であること、即ち、ネットワーク行動は、ルールとして、すべてのエイリアスアイデンティティに対して同一であることを意味している。例えば、1つのエイリアスIMSパブリックユーザアイデンティティに関して、アプリケーションサーバへ送信されるサービスデータ/コンフィグレーション変更リクエストは、他のエイリアスパブリックユーザアイデンティティ群に対する変更リクエストとしても処理されるべきである。もちろん、サービスデータ/コンフィグレーション変更が1つのエイリアスパブリックユーザアイデンティティ群のみに関連している例外的な場合も存在し得る。これには、例えば、エイリアスパブリックユーザアイデンティティ群の1つをネットワークから削除すること、あるいはエイリアスIMSパブリックユーザアイデンティティに対して割当られているサービスプロファイルを変更することがある。このネットワークノードは、在圏呼セッション制御機能を備える装置であっても良い。上記の識別する手段は、要求される情報を、Cxサーバ割当回答あるいはプッシュプロファイルリクエストメッセージで、在圏呼セッション制御機能へ搬送することができる。本発明の第2の構成に従えば、IPマルチメディアサブシステム加入を処理するためのホーム加入者サーバを提供する。これは、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持する手段と、エイリアスのグルーピングの識別情報をネットワークノードへ送信する手段とを備える。好ましくは、この送信する手段は、登録あるいは再登録処理、呼の終了、あるいはサービスプロファイルの内容の変更に応じて、前記識別情報を送信する。このネットワークノードは、在圏呼セッション制御機能を備える装置あるいはアプリケーションサーバであっても良い。本発明の第3の構成に従えば、IPマルチメディアサブシステムネットワークのユーザへサービスを提供するための呼セッション制御機能を備える装置が提供される。この呼セッション制御機能を備える装置は、ホーム加入者サーバから、それぞれが自身に関連付けられているすべてのパブリックユーザアイデンティティを識別する、1つ以上のサービスプロファイルを含むメッセージを受信する手段と、少なくとも1つのサービスプロファイルに、前記パブリックユーザアイデンティティを、エイリアスパブリックユーザアイデンティティとして関連づける手段とを備える。この呼セッション制御機能は、受信したサービスプロファイル群とは別に含まれるパブリックユーザアイデンティティのリストを使用して、暗黙的な登録セットに属するパブリックユーザアイデンティティを識別する手段を更に備えていても良い。この呼セッション制御機能は、エイリアスとの関連付けが適用されるサービスプロファイルを識別する手段を更に備えていても良い。好ましくは、この呼セッション制御機能は、エイリアスパブリックユーザアイデンティティとして識別されるパブリックユーザアイデンティティを識別する、ユーザ端末あるいはネットワークノードへ通知を送信する手段を更に備えていても良い。この呼セッション制御機能は、在圏呼セッション制御機能であっても良い。本発明の第4の構成に従えば、IPマルチメディアサブシステムネットワークにおけるサービスを実行するためのアプリケーションサーバが提供される。このアプリケーションサーバは、在圏呼セッション制御機能を備える装置あるいはホーム加入者サーバから、2つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信する手段とを備える。本発明の第5の構成に従えば、IPマルチメディアサブシステムネットワークへのアクセスをユーザに可能にするためのユーザ端末が提供される。これは、IPマルチメディアサブシステムネットワークから、当該ユーザ端末の2つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見されることを示す通知を受信する手段とを備える。好ましくは、この受信する手段は、在圏呼セッション制御機能を備える装置から通知を受信するように構成されている。本発明の第6の構成に従えば、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティをネットワークノード及びユーザ端末の少なくとも一方へ通知するように、IPマルチメディアサブシステムを制御する方法が提供される。この方法は、ホーム加入者サーバで、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するステップと、グルーピングの情報を、ネットワークノード及びユーザ端末の少なくとも一方へ配信するステップとを備える。好ましくは、このグルーピングは、サービスプロファイル内で、サービスプロファイルに関連付けられているパブリックユーザアイデンティティとして保持される。好ましくは、この方法は、更に、ホーム加入者サーバから在圏呼セッション制御機能を備える装置へ、それぞれが自身に関連付けられているすべてのパブリックユーザアイデンティティを識別する、1つ以上のサービスプロファイルを含むメッセージを送信するステップを備え、在圏呼セッション制御機能は、エイリアスパブリックユーザアイデンティティとして、少なくとも1つのサービスプロファイルに関連付けられているすべてのパブリックユーザアイデンティティを識別する。このメッセージは、Cxサーバ割当回答あるいはプッシュプロファイルリクエストメッセージであっても良い。この在圏呼セッション制御機能は、アプリケーションサーバあるいはユーザ端末へ、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグループを通知しても良い。暗黙的な登録セットに属するパブリックユーザアイデンティティは、サービスプロファイル群とは別に、メッセージにリストされても良い。このメッセージは、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティが関連付けられているサービスプロファイルを識別しても良い。この配信するステップは、IPマルチメディアサブシステムでのユーザ端末の登録中あるいはそれに続いて、あるいはユーザ端末に対する呼の終了中あるいはそれに続いて、あるいはサービスプロファイルの内容の変更時に、実行されても良い。この配信するステップは、グルーピング情報を、アプリケーションサーバへShインタフェースを介して送信することを含んでいても良い。ユーザ端末に、Utインタフェースを介してアプリケーションサーバから送信されるシグナリングによって、自身の2つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることが通知されても良い。本発明の第7の構成に従えば、IPマルチメディアサブシステムで使用するように構成されているユーザ端末を制御する方法が提供される。この方法は、IPマルチメディアサブシステムから、ユーザ端末の2つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信するステップを備える。本発明の第8の構成に従えば、IPマルチメディアサブシステムのセッション開始プロトコルアプリケーションサーバを制御する方法が提供される。この方法は、在圏呼/セッション制御機能を備える装置あるいはホーム加入者サーバから、サービスコンフィグレーションの処理のために、2つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信するステップを備える。本発明の第9の構成に従えば、IPマルチメディアサブシステムにおけるホーム加入者サーバを制御する方法が提供される。この方法は、ホーム加入者サーバで、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するステップと、グルーピングの情報を、ネットワークノード及びユーザ端末の少なくとも一方へ配信するステップとを備える本発明の第10の構成に従えば、IPマルチメディアサブシステムが提供される。これは、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するように構成されているホーム加入者サーバを備え、このホーム加入者サーバは、IPマルチメディアサブシステムでのユーザ端末の登録中あるいはそれに続いて、あるいはユーザ端末に対する呼の終了中あるいはそれに続いて、、ユーザ端末あるいは端末ユーザのパブリックユーザアイデンティティを含むグルーピングを、ユーザ端末及びネットワークノードの少なくとも一方へ通知するように構成されている。実施形態の詳細説明上述のように、IPマルチメディアサブシステムIMSアーキテクチャは、プライベートユーザアイデンティティを使用するIMSユーザを識別する。ここで、プライベートユーザアイデンティティは、IMSの初期登録時にユーザを認証するために使用される。一方、ユーザの位置は、1つ以上のIMSパブリックユーザアイデンティティIMPUによって識別され、また、IMPUは、IMPUの所有者と通信するサードパーティによって使用される。ホームネットワーク例えば、3Gコアネットワーク内に配置されるホーム加入者サーバHSSでは、各IMPUは、サービスプロファイルに関連付けられている。サービスプロファイルは、これらのIMPUに対するサービスデータを含んでいて、これらのIMPUは、IMSサービスのプロビジョンprovisionあるいは制限を起動するために使用される初期フィルタ条件iFCのセットを含んでいる。3GPPは、図4に示されるサービスプロファイル構造を定義していて、また、図5及び図6に示されるような、データがS-CSCFへダウンロードされる方法を示している。また、これの詳細は、TS29.228及びTS29.229で確認することができる。HSS内では、1つ以上のIMPUが同一のサービスプロファイルに関連付けられていても良い。同一のサービスプロファイルに関連付けられているIMPUは、本明細書では、エイリアスIMPUと称する。3GPPは、ユーザがIMPUでIMSネットワークへ登録されるときは、HSSに、そのIMPUに関連付けられているサービスプロファイルをS-CSCFへ送信する権限を与えている。また、3GPPは、未登録ユーザがIMSネットワークから呼の終了を受信するときは、HSSに、着呼ユーザのIMPUに関連付けられているサービスプロファイルをS-CSCFへ送信する権限を与えている。サービスプロファイルがHSSで変更されるときは、HSSは、各関連付けられているIMPUに対するS-CSCFへ、その変更されたサービスプロファイルを送信しなければならない。3GPPは、いわゆる暗黙的な絶対的な登録セットimplicitregistrationset概念を定義することで、グループとして動作するIMPUのセットを識別し、これは、そのセットのIMPUの内の任意の1つが登録されるあるいは登録抹消される場合に、そのセットはまとめて登録されるあるいは登録抹消される。3GPPは、ユーザの登録時、あるいは呼の終了時に、HSSに、暗黙的な登録セットをS-CSCFへ送信する権限を与えている。登録時あるいは呼終了時HSSは暗黙的な登録セット内のすべてのIMPUを識別し、そして、これらのIMPUに関連付けられているサービスプロファイルのすべてを識別することが理解されるべきである。自身に関連付けられているIMPUを含むサービスプロファイルあるいはサービスプロファイルから選択されたデータは、S-CSCFへ送信される。これについては、図6で示される。この動作の結果として、S-CSCFは、同一の暗黙的な登録セットと、それらのサービスプロファイルに属するすべてのIMPUを把握することになる。上述のように、2つ以上のIMPUが単一のサービスプロファイルHSS内に関連付けられているという事実は、他のネットワークノードあるいはユーザ端末UEで、これらのIMPUに対してサービスコンフィグレーションデータを関連付けるために使用することができる。暗黙的な登録セットの概念は、IMPUとサービスプロファイル間少なくともHSSとS-CSCF間の関連付けをIMSを介して配信するための適切な車両を提供することが想定できるかもしれない。しかしながら、この方法は、暗黙的な登録セットの意図する目的に逆行することになる、即ち、IMPUに関連付けられているサービスプロファイルとは独立して、いくつかのIMPUを暗黙的に登録することに逆行することになる。例えば、ユーザの暗黙的な登録セットに個人に関係するIMPUとビジネスに関係するIMPUの両方を含めることは良く要望されることである一方で、この2つのタイプのアイデンティティに対しては別々のサービスプロファイルを保持することになる。これについては、図6の例で明らかにする。ここでは、IMPUのパブリックid.1、パブリックid.2及びid.3は、同一の暗黙的な登録セットに属しているが、それらが同一のサービスプロファイルに関連付けられているとは限らない。それゆえ、エイリアスIMPUが暗黙的な登録セットにバインドされていないことが重要となる。好適な方法は、UT、Sh、ISC及びGMインタフェースの少なくとも1つにサービスプロファイルに関連付けられているIMPUを公表し、同一のサービスプロファイルに関連付けられているIMPUがエイリアスパブリックユーザアイデンティティに見なされるべきであることを示す情報を受信するネットワークノードあるいはユーザ端末へ通知することである。図7は、IMPUとサービスプロファイル間の関係をHSSからエンティティへ配信するために使用することができる様々なインタフェースを示している。ここで、エンティティには、例えば、S-CSCF、AS及びUEがある。HSSは、Cxインタフェースを介してS-CSCFで利用可能な情報を生成し、また、登録後におそらくは、登録処理に起因して開始されるShインタフェースを介してASで利用可能情報を生成する。S-CSCFは、Mwインタフェース不図示を介してP-CSCFで利用可能な情報を生成し、また、P-CSCFは、登録中に、この情報をGmインタフェースを介してユーザ端末へ公表する。また、S-CSCFは、ISCインタフェースを介してASで利用可能な情報を生成する。Shインタフェースは、同一のサービスプロファイルに関連付けられているIMPUがHSS内の同一データをアクセスすることを認識できるようにされるべきである。1つのIMPUに対してUtインタフェースとShインタフェースを介して実行される動作は、同一のサービスプロファイルに関連付けられているすべてのIMPUに対して実行されると見なされる。[サービスプロファイルは、暗黙的な登録セットに完全に含まれていても良いが、暗黙的な登録は、1つ以上のサービスプロファイルを含むことができる。]どのようにしてS-CSCFが、HSSからグルーピングセットを受信し解釈できるかについて、いくつかのソリューションが想定される。ソリューションA1:サービスプロファイルに、そのサービスプロファイルに属するIMPUを公表する。サービスプロファイルに属するIMPUのグルーピングは、Cxインタフェースを介して同一のコマンド内に暗黙的な登録セットを共存させなければならず、また、ユーザプロファイルがHSSからダウンロードされるとき、即ち、登録あるいは再登録時、呼の終了時、あるいはユーザプロファイルがHSS内で変更される場合に、サービスプロファイルに属するIMPUのグルーピングは公表されるべきである。このソリューションは、暗黙的な登録セットが、サービスプロファイルとともに新規の情報要素属性値ペアあるいはAVPで公表されることを必要とする。このグルーピングの概念エイリアスパブリックユーザアイデンティティは、ユーザプロファイルがダウンロードされるとき、Cxインタフェース上で送信されることで、サービスプロファイル内に公表される。つまり、暗黙的な登録セットは、Cxインタフェース上で明示的に示され、また、サービスプロファイルに含まれるIMPUはCxインタフェース上で送信されることで、エイリアスグルーピングを示すことになる。サービスプロファイルを搬送するCxメッセージは、サーバ割当回答SAAとプッシュプロファイルリクエストPPRである。このソリューションでは、TS29.228図5参照で定義されるように、HSSに記憶されているサービスプロファイルは未変更のままであるが、パブリック識別インスタンスは、そのサービスプロファイルに関連するIMPUを参照することが示される。Cxインタフェースは、以下の方法で変更される。ここで、下線の文字列は、新規のAVPを識別する。登録時あるいは呼時間終了時のプロファイルのダウンロードSAA<ServerAssignmentAnswer><DiameterHeader301PXY16777216><Sessionid>{VendorSpecificApplicationid}[Result-Code][ExperimentalResult]{AuthSessionState}{OriginHost}{OriginRealm}[UserName][PublicIdentity]>Setofimplicitregistrationsetifexists存在する場合、暗黙的な登録セットの設定[SupportedFeatures][UserData]>containsthelMPUsrelatedtoaSPaccordingto29.228annexD29.228のアネックスDに従って、SPに関連するIMPUを含ませる[Charginginformation][AVP][FailedAVP][Proxyinfo][RouteRecord]プロファイルを変更する場合のプロファイルのダウンロードPPR<PushProfileRequest><DiameterHeader305REQPXY16777216><Sessionid>{VendorSpecificApplicationid}{AuthSessionState}{OriginHost}{OriginRealm}{DestinationHost}{DestinationRealm}[UserName][PublicIdentity]>Setofimplicitregistrationsetifexists存在する場合、暗黙的な登録セットの設定[SupportedFeatures][UserData]>containsthelMPUsrelatedtoaSPaccordingto29.228annexD29.228のアネックスDに従って、SPに関連するIMPUを含ませる[Charginginformation][AVP][Proxyinfo][RouteRecord]ここで、ユーザデータは、図6に示される内容と、TS29.228に従っている。ソリューションA2:インタフェース内のグルーピング概念の定義この方法は、どのIMPUに関連付けられているかを識別するHSSに新規のグルーピング概念を導入することである。これは、TS29.228で定義されるサービスプロファイルが、新規のインスタンスであるいわゆるSProfileエスプロファイル識別子を追加することによって変更されることを必要とする。これについては、図8で示される。このSProfile識別子インスタンスは、そのサービスプロファイルに属するすべてのIMPUを示している。この暗黙的な登録セットは、サービスプロファイル内に保持される。これは、エイリアスパブリックユーザ識別子と見なされるIMPUについての情報をトランスポートすることになるCxインタフェースSAAあるいはPPR上に追加のAVPを得ることになる。ソリューションA3:エイリアス解釈の指示の導入更にソリューションA1を検討すると、これは、単一のサービスプロファイルに関連付けられているIMPUが同一の暗黙的な登録セットに常に属することになるという仮定を行なうことによって簡略化することができる。エイリアスの概念をすべてのサービスプロファイルに対して向けることを仮定すると、回線上で搬送されるサービスプロファイルデータ以外の任意のIMPUを識別する必要はない。しかしながら、エイリアスの概念がデフォルトに向けられていない場合、エイリアスを適用するサービスプロファイルを識別することが必要となる。図6を参照すると、例えば、サービスプロファイル1に対してのみエイリアスが向けられることがあっても良い。どのようにしてアプリケーションサーバがグルーピングセットを受信することができるかについて様々なソリューションが想定される。ソリューションB1:S-CSCFは、ISCを介して情報を通知する。いくつかの実装が可能である。aサードパーティ登録で単一のサービスプロファイルに属するIMPUを公表する。既存の3GPP仕様書によれば、S-CSCFに、SIP登録メッセージをアプリケーションサーバへ送信することを指示することができる。この方法は、サードパーティ登録として知られている。この方法は、IMPUがエイリアスパブリックユーザアイデンティティであることについての情報を搬送するアプリケーションサーバとS-CSCFとの間で登録メッセージに新規のデータを含めることである。b登録イベントに加入することによって、単一のサービスプロファイルに属するIMPUを公表する。ここでは、アプリケーションサーバに対して、暗黙的な登録済のIMPUについての情報を取得するために、アプリケーションサーバは、従前に登録メッセージをアプリケーションサーバへ送信しているS-CSCFへ加入することができる加入者メッセージを送信することができる。次に、S-CSCFは、登録済のIMPUについての情報を含む通知メッセージをアプリケーションサーバへ送信することになる。本提案は、IMPUがエイリアスパブリックユーザアイデンティティであることについての情報を含めるように、通知メッセージの内容を拡張することである。ソリューションB2:ASは、Shを介してこの情報を受信する。ASは、同一のIMPIでの、IMPUについて、あるいは暗黙的な登録セットに属するIMPUについて既に問い合わせている方法と同一の方法で、Shインタフェースを介してIMPUエイリアス情報を問い合わせる。ここで、ASは、アイデンティティ-セット内でAVPを示すHSSへSh-Readを送信する。:ALLIDENTITES0REGISTERED_IDENTIES1IMPICIT_IDENTIES2ダウンロード対象のサービスプロファイルグループを生成するために、新規の値がメッセージへ追加される。:SERVICE_PROFILE_IDENTITES3ここで、HSSは、エントリーキーとしてパブリックアイデンティティを受信し任意の動作が、例えば、Utを介して行われる場合、かつHSSがリクエストで示されていることをIMPUとして、同一のプロファイルに関連付けられているすべての他のIMPUを返信する。どのようにして移動端末がグルーピングセットを受信することができるかについての様々なソリューションが想定される。例えば、2つのソリューションが可能である:ソリューションC1:登録フェーズの200OKメッセージにIMPUのグルーピングを含ませる。登録メッセージに応じて送信される200OKに、パブリックユーザ識別子のグルーピングの情報を含ませる。これは、暗黙的な登録セットにSIPヘッダを追加する形式となる。ソリューションB2:登録イベントパッケージにIMPUのグルーピングを含ませる。登録イベントパッケージに応じて送信される通知NOTIFYメッセージにIMPUのグルーピングの情報を含ませる。ソリューションB1及びB2は互いに補完するので、相互に他方と排他的である必要はない。上述のメカニズムが、あるオペレータのネットワークと、そのネットワークに接続する移動端末内でのデータ配信に関連する一方で、共有のグルーピング情報の基礎となる原理は、例えば、オペレータAのネットワークとオペレータBのネットワーク間の他のネットワークへグルーピング情報を通過させることまで拡張するネットワーク間インタフェースで関連情報を含ませることによって。本明細書では、あるネットワークから別のネットワークへグルーピング情報を通過させる対象とすることができる場合を示すための2つの例が与えられる。1.存在プレゼンス:presence:オペレータAの加入者ユーザAは、許可されている存在監視者ユーザBとしてオペレータBの加入者を含んでいる、即ち、ユーザAは、ユーザAの存在を監視するためにユーザBを認可しているユーザBの特定のパブリックユーザ識別子を使用して。しかしながら、ユーザBは2つあるいはそれ以上のIMPUを有していて、ここで、ユーザAの存在を監視するためにユーザBによって使用されるものは、ユーザAが認可しているものではない。ユーザBに対するグルーピング情報をネットワークAへ搬送することによって、ユーザBは、ユーザAの存在を監視することができる同一のサービスプロファイルを共有するIMPU自身の任意のものを使用して。2.受付拒否リストプッシュツートークオーバセルラーPoCの例では、終了PoCASは、終了PoCリクエストはユーザに対して終了させることができるかを判定するために、終了するユーザのXDMS内の受付拒否リストにアクセスすることができる。ここで、これは、ユーザを1つ以上の手段パブリックユーザ識別子によって識別することができる場合には適切に動作しない可能性がある。本発明の実施形態は、新規のSIPセッション例えば、INVITE招待を生成するSIPメッセージにグルーピングデータを含めることによって、この問題に対するソリューションを提供する。このようなデータの意味は、ユーザXは、{グループ化されているパブリックユーザ識別子のリスト}として知られているとすることができる。本発明の範囲を逸脱することなく、上述の実施形態に様々な変形を行なうことができることが当業者には理解されるであろう。