ＩＭＳにおけるサービスプロファイル処理
【課題】ＩＰマルチメディアサブシステム（ＩＭＳ）におけるＩＭＳパブリックユーザアイデンティティ（ＩＭＰＵ）とサービスプロファイル間の関係を、ホーム加入者サーバ（ＨＳＳ）以外のエンティティに通知する。
【解決手段】ＩＰマルチメディアサブシステム加入を処理するホーム加入者サーバは、複数のパブリックユーザアイデンティティと複数のサービスプロファイル間の関係を保持する手段と、ネットワークノードに対する、共通のサービスプロファイルに関連付けられているすべてのパブリックユーザアイデンティティを識別する手段とを備え、複数のパブリックユーザアイデンティティの２つ以上は、共通のサービスプロファイルに関連付けられている。
【解決手段】ＩＰマルチメディアサブシステム加入を処理するホーム加入者サーバは、複数のパブリックユーザアイデンティティと複数のサービスプロファイル間の関係を保持する手段と、ネットワークノードに対する、共通のサービスプロファイルに関連付けられているすべてのパブリックユーザアイデンティティを識別する手段とを備え、複数のパブリックユーザアイデンティティの２つ以上は、共通のサービスプロファイルに関連付けられている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野
本発明は、ＩＰマルチメディアサブシステムにおけるサービスプロファイル処理のための方法及び装置に関するものである。
【背景技術】
【０００２】
本発明の背景
ＩＰマルチメディアサブシステム（ＩＭＳ）は、移動通信ネットワークを介してＩＰマルチメディアサービスを提供するための第３世代パートナシッププロジェクト（３ＧＰＰ）によって定義される技術である（３ＧＰＰ ＴＳ２２．２２８、ＴＳ２３．２２８、ＴＳ２４．２２９、ＴＳ２９．２２８、ＴＳ２９．２２９、ＴＳ２９．３２８、ＴＳ２９．３２９ リリース５及びリリース６）。ＩＭＳは、サービスの統合及び対話を通じて、エンドユーザ個人間の通信経験を充実させるための鍵となる特徴を提供する。ＩＭＳは、新規の個人間（クライアント間）に加えて、個人とコンテンツ間（クライアントとサーバ間）でのＩＰベースのネットワークを介する通信を可能にする。ＩＭＳは、セッション開始プロトコル（ＳＩＰ）を使用することで、ユーザ端末（ＵＥ）間あるいはＵＥとアプリケーションサーバ（ＡＳ）間の呼あるいはセッションをセットアップし、制御する。ＳＩＰシグナリングによって搬送される、セッション記述プロトコル（ＳＤＰ）は、セッションのメディアコンポーネントを記述し、かつネゴシエートするために使用される。ＳＩＰはユーザ間プロトコルとして生成されている一方で、ＩＭＳは、オペレータ及びサービスプロバイダに、サービスへのユーザによるアクセスを制御し、かつそれに従ってユーザから課金を行なうことを可能にする。
【０００３】
図１は、ＩＭＳアーキテクチャと、その内部及び外部インタフェースを示している。呼／セッション制御機能（ＣＳＣＦ）は、ＩＭＳ内のＳＩＰエンティティとして動作する。３ＧＰＰアーキテクチャは、ＣＳＣＦとして、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、サービング（Serving：在圏）ＳＣＳＦ（Ｓ−ＣＳＣＦ）及びインタロゲーティング（Interrogating：尋問）ＣＳＣＦ（Ｉ−ＣＳＣＦ）の３つのタイプを定義している。Ｐ−ＣＳＣＦは、ＳＩＰ端末に対するＩＭＳ内の最初の接続点である。Ｓ−ＣＳＣＦは、加入しているユーザへサービスを提供する。Ｉ−ＣＳＣＦの役割は、正規のＳ−ＣＳＣＦを識別し、かつＰ−ＣＳＣＦを介してＳＩＰ端末から受信するリクエストをそのＳ−ＣＳＣＦへ転送することである。
【０００４】
ユーザは、特定のＳＩＰ登録方法を使用してＩＭＳに登録する。これは、ＩＭＳへ接続し、ＳＩＰユーザアイデンティティが到達することができる位置のアドレスをそのＩＭＳへ通知するメカニズムである。３ＧＰＰでは、ＳＩＰ端末が登録を実行する場合、ＩＭＳはユーザを認証し、利用可能なＳ−ＣＳＣＦのセットから、そのユーザへＳ−ＣＳＣＦを割り当てる。Ｓ−ＣＳＣＦを割り当てるための条件は３ＧＰＰでは特定されていないので、これには、負荷分散及びサービス要件を含んでいても良い。ここで、Ｓ−ＣＳＣＦの割当は、ＩＭＳベースのサービスへのユーザによるアクセスを制御して、課金を行なうために重要であることに注意されたい。オペレータは、Ｓ−ＣＳＣＦをバイパスすることになる、ユーザ間の直接のＳＩＰセッションを防止するためのメカニズムを提供することができる。
【０００５】
登録処理中に、Ｓ−ＣＳＣＦがまだ選択されてない場合、Ｉ−ＣＳＣＦは、Ｓ−ＣＳＣＦの選択を担当する。Ｉ−ＣＳＣＦは、ホームネットワークのホーム加入者サーバ（ＨＳＳ）から必要なＳ−ＣＳＣＦケイパビリティを受信し、その受信したケイパビリティに基づいて適切なＳ−ＣＳＣＦを選択する。ここで、ユーザが別のパーティによって呼び出され、かつそのユーザが現在Ｓ−ＣＳＣＦに割り当てられてない場合には、Ｓ−ＣＳＣＦ割当がＩ−ＣＳＣＦによってユーザに対して実行されることに注意されたい。次に、登録されたユーザがセッションリクエストをＩＭＳへ送信する場合、Ｐ−ＣＳＣＦは、登録処理中に、Ｓ−ＣＳＣＦから受信される情報に基づいて、そのリクエストを、選択されたＳ−ＣＳＣＦへ転送することができる。
【０００６】
各ＩＭＳユーザは、１つ以上のプライベートユーザアイデンティティを所有している。プライベートユーザアイデンティティは、ホームネットワークオペレータによって割り当てられ、また、ＩＭＳによって、例えば、登録、認可、管理及びアカウンティング（会計）目的のために使用される。このアイデンティティは、ＲＦＣ２４８６で定義されるネットワークアクセス識別子（ＮＡＩ）の形式を採用している。この形式は、プライベートユーザアイデンティティに対するＮＡＩに含まれる国際移動加入者アイデンティティ（ＩＭＳＩ）の表現に対しても採用可能である。３ＧＰＰ ＴＳ２３．２２８は、プライベートユーザアイデンティティの以下のプロパティを指定している。
【０００７】
−プライベートユーザアイデンティティは、ＳＩＰメッセージのルーティング用には使用されていない。
【０００８】
−プライベートユーザアイデンティティは、ＵＥからホームネットワークへ渡される、すべての登録リクエスト（再登録及び登録抹消リクエストを含む）に含まれるべきである。
【０００９】
−ＩＰマルチメディアサービスアイデンティティモジュール（ＩＳＩＭ）アプリケーションは、１つのプライベートユーザアイデンティティを安全に記憶すべきである。ＩＳＩＭアプリケーションに記憶されているプライベートユーザアイデンティティ情報を変更することを、ＵＥに対して可能とするべきでない。
【００１０】
−プライベートユーザアイデンティティは、ホームネットワークオペレータによって定義される固有のグローバルアイデンティティであり、これは、ネットワークの観点からは、ユーザの加入（即ち、ＩＭサービスケイパビリティ）を識別するためにホームネットワーク内で使用され得る。プライベートユーザアイデンティティは、ユーザではなく加入を識別する。
【００１１】
−プライベートユーザアイデンティティは、ユーザの加入に対して永久的に割り当てられるべきであり（動的なアイデンティティではない）、また、ホームネットワークについてのユーザの加入期間に対して有効である。
【００１２】
−プライベートユーザアイデンティティは、ＨＳＳ（例えば、登録中に使用するための）内で記憶されるユーザの情報（例えば、認証情報）を識別するために使用される。
【００１３】
−プライベートユーザアイデンティティは、オペレータポリシーに基づいて、課金レコード内に存在し得る。
【００１４】
−プライベートユーザアイデンティティは、ユーザの登録（再登録及び登録抹消を含む）中だけに認証される。
【００１５】
−ＨＳＳは、プライベートユーザアイデンティティを記憶することを必要とする。
【００１６】
−Ｓ−ＣＳＣＦは、登録及び登録抹消終了時には、プライベートユーザアイデンティティを取得し、記憶することを必要とする。
【００１７】
プライベートユーザアイデンティティに加えて、各ＩＭＳユーザは、１つ以上のＩＭＳパブリックユーザアイデンティティ（ＩＭＰＵ）を有している。ＩＭＰＵは、他のユーザとの通信をリクエストするために、任意のユーザによって使用される。ユーザは、例えば、ビジネスカード（名刺）上にＩＭＰＵ（プライベートユーザアイデンティティではなく）を含ませることができる。３ＧＰＰ ＴＳ ２３．２２８は、ＩＭＰＵの以下のプロパティを指定している。
【００１８】
−電話番号付スキームとインターネット名前付けスキームの両方は、ユーザが有するＩＭＰＵに依存するユーザにアドレス付けするために使用することができる。
【００１９】
−ＩＭＰＵ（群）は、ＳＩＰ ＵＲＩの形式を採用するべきである（ＲＦＣ３２６１及びＲＦＣ３２９６で定義される、あるいはＲＦＣ３９６６で定義される「ｔｅｌ：」−ＵＲＩフォーマット）。
【００２０】
−ＩＳＩＭアプリケーションは、少なくとも１つのＩＭＰＵを安全に記憶すべきであるが（ＵＥに対しては、ＩＭＰＵを変更することを可能にするべきでない）、追加のＩＭＰＵのすべてがＩＳＩＭアプリケーションに記憶されることは必要とされない。
【００２１】
−ＩＭＰＵは、ＩＭＳセッションと、ＩＭＳセッションとは関係のない処理を生成するためにアイデンティティが使用される前に、明示的にあるいは暗黙的に登録されるべきである。
【００２２】
−ＩＭＰＵは、ＩＭＳセッションの終了、ＩＭＳセッションとは関係のない処理の終了がＩＭＰＵに属するユーザのＵＥへ配信される前に、明示的あるいは暗黙的に登録されるべきである。
【００２３】
−ＩＭＳ内のメカニズムを介して１つ以上のＩＭＰＵを有するユーザを大局的に（即ち、１つの単一のＵＥリクエストを介して）登録することを可能とするべきである。これは、必要な場合に、ユーザ自身のＩＭＰＵのいくつかを個別に登録することからユーザを排除すべきではない。
【００２４】
−登録中は、ＩＭＰＵは、ネットワークによって認証されない。
【００２５】
−ＩＭＰＵは、ＨＳＳ内のユーザの情報を識別するために使用されても良い（例えば、移動終了セッションセットアップ中）。
【００２６】
−ＩＭＰＵは、ユーザに適用されるサービスコンフィグレーション（構成：configuration）データを識別するために、ＩＭＳ内のＡＳによって使用されても良い。
【００２７】
図２は、ユーザ（ＩＭＳ）加入、パブリックユーザアイデンティティ、及びプライベートユーザアイデンティティ間の関係の例を示している。この例では、加入者は、２つのプライベートユーザアイデンティティを有していて、これらは２つのパブリックユーザアイデンティティに関連付けられている（パブリックユーザアイデンティティの１つであるパブリックユーザアイデンティティ−２は、２つのプライベートユーザアイデンティティの両方に関連付けられている）。サービスプロファイルは、各パブリックユーザアイデンティティに関連付けられていて、このプロファイルは、関連するパブリックユーザアイデンティティに対するサービスデータを特定している。アプリケーションサーバが、ホーム加入者サーバでユーザに対してプロビジョンされる場合に、サービスプロファイルが生成されるあるいは変更される。各サービスプロファイルは、ＩＭＳサービスのプロビジョンを起動するあるいは制限するために使用される、１つ以上の初期フィルタ条件（ｉＦＣ）を備えている。サービスプロファイル−１とサービスプロファイル−２によって提供されるサービス間の違いはオペレータ専用によるものであるが、様々なアプリケーションサーバ（ＡＳ）を介在することができ、また、様々な課金／格付けスキームを介在することができる。
【００２８】
この例では、パブリックユーザアイデンティティ−１はサービスプロファイル−１に関連付けられていて、パブリックユーザアイデンティティ−２とパブリックユーザアイデンティティ−３はサービスプロファイル−２に関連付けられている。典型的な状況では、パブリックユーザアイデンティティ−１は、ユーザが友人及び家族に与えるアイデンティティ、例えば、「Big_Joe@priv.operator.com」であっても良く、一方、パブリックユーザアイデンティティ−２とパブリックユーザアイデンティティ−３は、ユーザが取引相手に与えるアイデンティティ、例えば、「+46111222333@operator.com」及び「joe.black@operator.com」であっても良い。
【００２９】
ＩＭＳサービスネットワーク内では、アプリケーションサーバ（ＡＳ）は、ＩＭＳサービス機能を実現するために提供される。与えられるＵＥに対しては、１つ以上のＡＳは、その端末に関連付けられていても良い。図３ａは、ＡＳとＳ−ＣＳＣＦ間のＩＭＳサービス制御（ＩＳＣ）インタフェースと、ＩＭＳ内の他のインタフェースを示している。図３ａのＡＳはＳ−ＣＳＣＦへの単一のインタフェースだけを有しているように示されているが、実際には、ＩＳＣインタフェースは、与えられるオペレータのネットワークの多くの（あるいはすべての）ＣＳＣＦサーバが接続されている通信ネットワークを介して延伸されることで、ＡＳがこれらのＣＳＣＦのすべてと通信することが可能となることが理解されるであろう。［図３ａに示される他のエンティティは、当業者には周知である。］
更なるインタフェース（Ｕｔ）が、図３ｂに示されるように、ＡＳとＵＥ（ＴＳ２３．００２）間に存在している。Ｕｔインタフェースは、ユーザに、自身のサービスに関連する情報を管理することを可能にする。このサービスには、例えば、パブリックサービスアイデンティティの生成及び割当、例えば、「プレゼンス（存在）」サービスによって使用される認証ポリシーの管理、会議、ポリシー管理等がある。
【発明の概要】
【発明が解決しようとする課題】
【００３０】
本発明の要約
ＴＳ２３．２２８に従えば、ＩＭＰＵとサービスプロファイル間の関係、特に、複数のＩＭＰＵと１つのサービスプロファイル間のリンクは、ホーム加入者サーバ（ＨＳＳ）で把握されている。しかしながら、このリンクは、ＩＭＰＵが同一セットのフィルタ条件、加入媒体等を共有することを示しているだけで、ＨＳＳ（アプリケーションサーバ）とは別に記憶されている一般的なユーザプロファイルについての指示は提供しておらず、また、同一のサービスプロファイル（即ち、それらが「エイリアス」であるかどうか）を共有するＩＭＰＵ間の関係についての前提を持っていない。
【００３１】
本発明の発明者は、ＵＥに関連付けられている任意のアプリケーションサーバ（群）及びＵＥ自身を含む、ＨＳＳ及びＳ−ＣＳＣＦ以外のエンティティには、サービスプロファイルとＩＭＰＵを関連付ける情報が提供されず、また、依然として、それらの他のエンティティは、その情報を使用することができることを認識している。例えば、アプリケーションサーバは、１つのサービスプロファイルを共有する２つのＩＭＰＵに基づいて、その２つのＩＭＰＵに関連付けられているサービスコンフィグレーション情報へのリンクを行いたい場合がある。
【００３２】
図２を参照して説明される例では、パブリックユーザアイデンティティ−１は、ビジネス用途ではないパーソナルプロファイルに関連付けられていて、パブリックユーザアイデンティティ−２とパブリックユーザアイデンティティ−３はビジネス用途であり、また、同一のサービスコンフィグレーションデータを有するものとされている。パブリックユーザアイデンティティ−１に関連する動作及びデータは、パブリックユーザアイデンティティ−２あるいはパブリックユーザアイデンティティ−３に関連する動作及びデータとは別に処理する必要があり、一方、パブリックユーザアイデンティティ−２とパブリックユーザアイデンティティ−３に関連する動作及びデータは同一の方法で処理する必要がある。つまり、例えば、パブリックユーザアイデンティティ−２とパブリックユーザアイデンティティ−３に対するセッションの開始とセッションの終了は同一の方法で処理され、これは、例えば、ＩＭＳベースのプッシュツートークオーバセルラー（ＰｏＣ）サービスに対する「禁止（do-not-disturb）」のような補助的なサービス設定データ、あるいは呼転送アドレスマルチメディアテレフォニー条件によるものである。
【００３３】
複数のＩＭＰＵが関連付けられているという知識なしで、アプリケーションサーバは、各ＩＭＰＵに対するサービスコンフィグレーションを自身のメモリに記憶しなければならない。これは、多数、例えば、数百万のＩＭＰＵがアクティブである場合には、メモリ要件に深刻な影響を及ぼすことになる。同様に、ＵＥがこの知識を持っていない場合、ＵＥは、例えば、Ｕｔインタフェースを介する制御が各パブリックユーザ識別子に対して繰り返されなければならないかどうかは分からない。ユーザが、マルチメディアテレフォニーに対する呼転送番号をＵｔインタフェースを介して更新する場合には、ＵＥは、どのＩＭＰＵがその更新を行わなければならないかについての十分な情報を持っていない。例えば、パブリックユーザアイデンティティ−３に対する呼転送番号を更新することは、パブリックユーザアイデンティティ−２に対しても自動的に更新されることを意味しているのか、あるいはＵＥもＵｔインタフェースへパブリックユーザアイデンティティ−２に対するリクエストを送信すべきであるかである。これについて間違えることは、ネットワークとＵＥとが異なる理解をしている場合、例えば、ユーザをグループ（アプリケーションサーバで）へ追加するリクエストがＵｔインタフェースにおいて問題が生じ得る。
【００３４】
現在規定されている３ＧＰＰリリースについては、ＩＭＳエンティティ（ＵＥを含む）は、すべてのＩＭＰＵが別々に処理されることを前提としている。
【課題を解決するための手段】
【００３５】
本発明の目的は、ＩＭＰＵとサービスプロファイル間の関係を、ＨＳＳ以外のエンティティへ通知する手段を提供することである。
【００３６】
本発明の第１の構成に従えば、ＩＰマルチメディアサブシステム加入を処理するためのホーム加入者サーバが提供される。これは、
複数のパブリックユーザアイデンティティと複数のサービスプロファイル間の関係を保持する手段と、
ネットワークノードに対する、共通のサービスプロファイルに関連付けられているすべてのパブリックユーザアイデンティティを識別する手段とを備え、
前記複数のパブリックユーザアイデンティティの２つ以上は、共通のサービスプロファイルに関連付けられている。
【００３７】
本発明の実施形態は、ＳＩＰアプリケーションサーバあるいは他のネットワークノードにおけるメモリ記憶要件を緩和し、かつＩＰマルチメディアサブシステムと関係するネットワーク内のシグナリングの負荷を軽減することが可能である。
【００３８】
好ましくは、上記の識別する手段は、登録あるいは再登録処理、呼の終了、あるいはサービスプロファイルの内容の変更に応じて、ネットワークノードへ通知を送信する。
【００３９】
好ましくは、上記識別する手段は、１つ以上のサービスプロファイルを含むメッセージを前記ネットワークノードへ送信する手段を備え、前記サービスプロファイルのそれぞれは、それに関連付けられているすべてのパブリックユーザアイデンティティを識別する。
【００４０】
本発明の実施形態に従えば、このメッセージは、前記サービスプロファイル以外に、共通の暗黙的な登録セットに属するパブリックユーザアイデンティティのセットを含んでいる。
【００４１】
本発明の実施形態に従えば、このメッセージは、該メッセージ内に含まれる１つ以上のサービスプロファイルを識別し、その識別されるサービスプロファイルそれぞれのパブリックユーザアイデンティティは、エイリアスパブリックユーザアイデンティティと見なされる。
【００４２】
本明細書で使用される用語「エイリアス」は、技術用語と見なされる。これは、エイリアスＩＭＳパブリックユーザアイデンティティの使用あるいは参照は、他のエイリアスパブリックユーザアイデンティティ（群）の使用あるいは参照であること、即ち、ネットワーク行動は、ルールとして、すべてのエイリアスアイデンティティに対して同一であることを意味している。例えば、１つのエイリアスＩＭＳパブリックユーザアイデンティティに関して、アプリケーションサーバへ送信されるサービスデータ／コンフィグレーション変更リクエストは、他のエイリアスパブリックユーザアイデンティティ（群）に対する変更リクエストとしても処理されるべきである。もちろん、サービスデータ／コンフィグレーション変更が１つのエイリアスパブリックユーザアイデンティティ（群）のみに関連している例外的な場合も存在し得る。これには、例えば、エイリアスパブリックユーザアイデンティティ（群）の１つをネットワークから削除すること、あるいはエイリアスＩＭＳパブリックユーザアイデンティティに対して割当られているサービスプロファイルを変更することがある。
【００４３】
このネットワークノードは、在圏呼セッション制御機能を備える装置であっても良い。
【００４４】
上記の識別する手段は、要求される情報を、Ｃｘサーバ割当回答あるいはプッシュプロファイルリクエストメッセージで、在圏呼セッション制御機能へ搬送することができる。
【００４５】
本発明の第２の構成に従えば、ＩＰマルチメディアサブシステム加入を処理するためのホーム加入者サーバを提供する。これは、
エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持する手段と、
エイリアスのグルーピングの識別情報をネットワークノードへ送信する手段と
を備える。
【００４６】
好ましくは、この送信する手段は、登録あるいは再登録処理、呼の終了、あるいはサービスプロファイルの内容の変更に応じて、前記識別情報を送信する。
【００４７】
このネットワークノードは、在圏呼セッション制御機能を備える装置あるいはアプリケーションサーバであっても良い。
【００４８】
本発明の第３の構成に従えば、ＩＰマルチメディアサブシステムネットワークのユーザへサービスを提供するための呼セッション制御機能を備える装置が提供される。この呼セッション制御機能を備える装置は、
ホーム加入者サーバから、それぞれが自身に関連付けられているすべてのパブリックユーザアイデンティティを識別する、１つ以上のサービスプロファイルを含むメッセージを受信する手段と、
少なくとも１つのサービスプロファイルに、前記パブリックユーザアイデンティティを、エイリアスパブリックユーザアイデンティティとして関連づける手段と
を備える。
【００４９】
この呼セッション制御機能は、受信したサービスプロファイル（群）とは別に含まれるパブリックユーザアイデンティティのリストを使用して、暗黙的な登録セットに属するパブリックユーザアイデンティティを識別する手段を更に備えていても良い。
【００５０】
この呼セッション制御機能は、エイリアスとの関連付けが適用されるサービスプロファイルを識別する手段を更に備えていても良い。
【００５１】
好ましくは、この呼セッション制御機能は、エイリアスパブリックユーザアイデンティティとして識別されるパブリックユーザアイデンティティを識別する、ユーザ端末あるいはネットワークノードへ通知を送信する手段を更に備えていても良い。
【００５２】
この呼セッション制御機能は、在圏呼セッション制御機能であっても良い。
【００５３】
本発明の第４の構成に従えば、ＩＰマルチメディアサブシステムネットワークにおけるサービスを実行するためのアプリケーションサーバが提供される。このアプリケーションサーバは、
在圏呼セッション制御機能を備える装置あるいはホーム加入者サーバから、２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信する手段とを備える。
【００５４】
本発明の第５の構成に従えば、ＩＰマルチメディアサブシステムネットワークへのアクセスをユーザに可能にするためのユーザ端末が提供される。これは、
ＩＰマルチメディアサブシステムネットワークから、当該ユーザ端末の２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見されることを示す通知を受信する手段とを備える。
【００５５】
好ましくは、この受信する手段は、在圏呼セッション制御機能を備える装置から通知を受信するように構成されている。
【００５６】
本発明の第６の構成に従えば、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティをネットワークノード及びユーザ端末の少なくとも一方へ通知するように、ＩＰマルチメディアサブシステムを制御する方法が提供される。この方法は、
ホーム加入者サーバで、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するステップと、
グルーピングの情報を、ネットワークノード及びユーザ端末の少なくとも一方へ配信するステップと
を備える。
【００５７】
好ましくは、このグルーピングは、サービスプロファイル内で、サービスプロファイルに関連付けられているパブリックユーザアイデンティティとして保持される。
【００５８】
好ましくは、この方法は、更に、ホーム加入者サーバから在圏呼セッション制御機能を備える装置へ、それぞれが自身に関連付けられているすべてのパブリックユーザアイデンティティを識別する、１つ以上のサービスプロファイルを含むメッセージを送信するステップを備え、在圏呼セッション制御機能は、エイリアスパブリックユーザアイデンティティとして、少なくとも１つのサービスプロファイルに関連付けられているすべてのパブリックユーザアイデンティティを識別する。
【００５９】
このメッセージは、Ｃｘサーバ割当回答あるいはプッシュプロファイルリクエストメッセージであっても良い。
【００６０】
この在圏呼セッション制御機能は、アプリケーションサーバあるいはユーザ端末へ、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグループを通知しても良い。
【００６１】
暗黙的な登録セットに属するパブリックユーザアイデンティティは、サービスプロファイル（群）とは別に、メッセージにリストされても良い。
【００６２】
このメッセージは、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティが関連付けられているサービスプロファイルを識別しても良い。
【００６３】
この配信するステップは、ＩＰマルチメディアサブシステムでのユーザ端末の登録中あるいはそれに続いて、あるいはユーザ端末に対する呼の終了中あるいはそれに続いて、あるいはサービスプロファイルの内容の変更時に、実行されても良い。
【００６４】
この配信するステップは、グルーピング情報を、アプリケーションサーバへＳｈインタフェースを介して送信することを含んでいても良い。
【００６５】
ユーザ端末に、Ｕｔインタフェースを介してアプリケーションサーバから送信されるシグナリングによって、自身の２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることが通知されても良い。
【００６６】
本発明の第７の構成に従えば、ＩＰマルチメディアサブシステムで使用するように構成されているユーザ端末を制御する方法が提供される。この方法は、
ＩＰマルチメディアサブシステムから、ユーザ端末の２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信するステップを備える。
【００６７】
本発明の第８の構成に従えば、ＩＰマルチメディアサブシステムのセッション開始プロトコルアプリケーションサーバを制御する方法が提供される。この方法は、
在圏呼／セッション制御機能を備える装置あるいはホーム加入者サーバから、サービスコンフィグレーションの処理のために、２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信するステップを備える。
【００６８】
本発明の第９の構成に従えば、ＩＰマルチメディアサブシステムにおけるホーム加入者サーバを制御する方法が提供される。この方法は、
ホーム加入者サーバで、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するステップと、
グルーピングの情報を、ネットワークノード及びユーザ端末の少なくとも一方へ配信するステップと
を備える
本発明の第１０の構成に従えば、ＩＰマルチメディアサブシステムが提供される。これは、
エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するように構成されているホーム加入者サーバを備え、このホーム加入者サーバは、ＩＰマルチメディアサブシステムでのユーザ端末の登録中あるいはそれに続いて、あるいはユーザ端末に対する呼の終了中あるいはそれに続いて、、ユーザ端末あるいは端末ユーザのパブリックユーザアイデンティティを含むグルーピングを、ユーザ端末及びネットワークノードの少なくとも一方へ通知するように構成されている。
【図面の簡単な説明】
【００６９】
【図１】ＩＰマルチメディアサブシステムアーキテクチャを示す図である。
【図２】ユーザＩＭＳ加入と、パブリックユーザアイデンティティ及びユーザアイデンティティ間の関係の例を示す図である。
【図３ａ】アプリケーションサーバ及び在圏呼／セッション制御機能を含むＩＰマルチメディアサブシステムのエンティティを示す図である。
【図３ｂ】アプリケーションサーバ及び在圏呼／セッション制御機能を含むＩＰマルチメディアサブシステムのエンティティを示す図である。
【図４】サービスプロファイルの構造を示す図である。
【図５】どのようにしてサービスプロファイルのデータが、在圏呼／セッション制御機能へダウンロードされるかを示す図である。
【図６】Ｃｘインタフェースへ搬送されるユーザデータの構造を示す図である。
【図７】ＩＰマルチメディアサブシステムのエンティティ間の関係及びインタフェースを示す図である。
【図８】本発明の実施形態に従うサービスプロファイルの構造を示す図である。
【発明を実施するための形態】
【００７０】
実施形態の詳細説明
上述のように、ＩＰマルチメディアサブシステム（ＩＭＳ）アーキテクチャは、プライベートユーザアイデンティティを使用するＩＭＳユーザを識別する。ここで、プライベートユーザアイデンティティは、ＩＭＳの初期登録時にユーザを認証するために使用される。一方、ユーザの位置は、１つ以上のＩＭＳパブリックユーザアイデンティティ（ＩＭＰＵ）によって識別され、また、ＩＭＰＵは、ＩＭＰＵの所有者と通信するサードパーティによって使用される。ホームネットワーク（例えば、３Ｇコアネットワーク）内に配置されるホーム加入者サーバ（ＨＳＳ）では、各ＩＭＰＵは、サービスプロファイルに関連付けられている。サービスプロファイルは、これらのＩＭＰＵに対するサービスデータを含んでいて、これらのＩＭＰＵは、ＩＭＳサービスのプロビジョン（provision）あるいは制限を起動するために使用される初期フィルタ条件（ｉＦＣ）のセットを含んでいる。３ＧＰＰは、図４に示されるサービスプロファイル構造を定義していて、また、図５及び図６に示されるような、データがＳ−ＣＳＣＦへダウンロードされる方法を示している。また、これの詳細は、ＴＳ２９．２２８及びＴＳ２９．２２９で確認することができる。
【００７１】
ＨＳＳ内では、１つ以上のＩＭＰＵが同一のサービスプロファイルに関連付けられていても良い。同一のサービスプロファイルに関連付けられているＩＭＰＵは、本明細書では、「エイリアス」ＩＭＰＵと称する。３ＧＰＰは、ユーザがＩＭＰＵでＩＭＳネットワークへ登録されるときは、ＨＳＳに、そのＩＭＰＵに関連付けられているサービスプロファイルをＳ−ＣＳＣＦへ送信する権限を与えている。また、３ＧＰＰは、未登録ユーザがＩＭＳネットワークから呼の終了を受信するときは、ＨＳＳに、着呼ユーザのＩＭＰＵに関連付けられているサービスプロファイルをＳ−ＣＳＣＦへ送信する権限を与えている。サービスプロファイルがＨＳＳで変更されるときは、ＨＳＳは、各関連付けられているＩＭＰＵに対するＳ−ＣＳＣＦへ、その変更されたサービスプロファイルを送信しなければならない。
【００７２】
３ＧＰＰは、いわゆる「暗黙的な（絶対的な）登録セット（implicit registration set）」概念を定義することで、グループとして動作するＩＭＰＵのセットを識別し、これは、そのセットのＩＭＰＵの内の任意の１つが登録されるあるいは登録抹消される場合に、そのセットはまとめて登録されるあるいは登録抹消される。３ＧＰＰは、ユーザの登録時、あるいは呼の終了時に、ＨＳＳに、暗黙的な登録セットをＳ−ＣＳＣＦへ送信する権限を与えている。（登録時あるいは呼終了時）ＨＳＳは暗黙的な登録セット内のすべてのＩＭＰＵを識別し、そして、これらのＩＭＰＵに関連付けられているサービスプロファイルのすべてを識別することが理解されるべきである。自身に関連付けられているＩＭＰＵを含むサービスプロファイル（あるいはサービスプロファイルから選択されたデータ）は、Ｓ−ＣＳＣＦへ送信される。これについては、図６で示される。この動作の結果として、Ｓ−ＣＳＣＦは、同一の暗黙的な登録セットと、それらのサービスプロファイルに属するすべてのＩＭＰＵを把握することになる。
【００７３】
上述のように、２つ以上のＩＭＰＵが単一のサービスプロファイル（ＨＳＳ内）に関連付けられているという事実は、他のネットワークノードあるいはユーザ端末（ＵＥ）で、これらのＩＭＰＵに対してサービスコンフィグレーションデータを関連付けるために使用することができる。暗黙的な登録セットの概念は、ＩＭＰＵとサービスプロファイル間（少なくともＨＳＳとＳ−ＣＳＣＦ間）の関連付けをＩＭＳを介して配信するための適切な車両を提供することが想定できるかもしれない。しかしながら、この方法は、暗黙的な登録セットの意図する目的に逆行することになる、即ち、ＩＭＰＵに関連付けられているサービスプロファイルとは独立して、いくつかのＩＭＰＵを暗黙的に登録することに逆行することになる。例えば、ユーザの暗黙的な登録セットに個人に関係するＩＭＰＵとビジネスに関係するＩＭＰＵの両方を含めることは良く要望されることである一方で、この２つのタイプのアイデンティティに対しては別々のサービスプロファイルを保持することになる。これについては、図６の例で明らかにする。ここでは、ＩＭＰＵのパブリックｉｄ．１、パブリックｉｄ．２及びｉｄ．３は、同一の暗黙的な登録セットに属しているが、それらが同一のサービスプロファイルに関連付けられているとは限らない。それゆえ、エイリアスＩＭＰＵが暗黙的な登録セットにバインドされていないことが重要となる。
【００７４】
好適な方法は、ＵＴ、Ｓｈ、ＩＳＣ及びＧＭインタフェースの少なくとも１つにサービスプロファイルに関連付けられているＩＭＰＵを公表し、同一のサービスプロファイルに関連付けられているＩＭＰＵがエイリアスパブリックユーザアイデンティティに見なされるべきであることを示す情報を受信するネットワークノードあるいはユーザ端末へ通知することである。図７は、ＩＭＰＵとサービスプロファイル間の関係をＨＳＳからエンティティへ配信するために使用することができる様々なインタフェースを示している。ここで、エンティティには、例えば、Ｓ−ＣＳＣＦ、ＡＳ及びＵＥがある。ＨＳＳは、Ｃｘインタフェースを介してＳ−ＣＳＣＦで利用可能な情報を生成し、また、登録後に（おそらくは、登録処理に起因して開始される）Ｓｈインタフェースを介してＡＳで利用可能情報を生成する。Ｓ−ＣＳＣＦは、Ｍｗインタフェース（不図示）を介してＰ−ＣＳＣＦで利用可能な情報を生成し、また、Ｐ−ＣＳＣＦは、登録中に、この情報をＧｍインタフェースを介してユーザ端末へ公表する。また、Ｓ−ＣＳＣＦは、ＩＳＣインタフェースを介してＡＳで利用可能な情報を生成する。
【００７５】
Ｓｈインタフェースは、同一のサービスプロファイルに関連付けられているＩＭＰＵがＨＳＳ内の同一データをアクセスすることを認識できるようにされるべきである。１つのＩＭＰＵに対してＵｔインタフェースとＳｈインタフェースを介して実行される動作は、同一のサービスプロファイルに関連付けられているすべてのＩＭＰＵに対して実行されると見なされる。［サービスプロファイルは、暗黙的な登録セットに完全に含まれていても良いが、暗黙的な登録は、１つ以上のサービスプロファイルを含むことができる。］
・どのようにしてＳ−ＣＳＣＦが、ＨＳＳからグルーピングセットを受信し解釈できるかについて、いくつかのソリューションが想定される。
【００７６】
ソリューションＡ１：サービスプロファイルに、そのサービスプロファイルに属するＩＭＰＵを公表する。
【００７７】
サービスプロファイルに属するＩＭＰＵのグルーピングは、Ｃｘインタフェースを介して同一のコマンド内に暗黙的な登録セットを共存させなければならず、また、ユーザプロファイルがＨＳＳからダウンロードされるとき、即ち、登録（あるいは再登録）時、呼の終了時、あるいはユーザプロファイルがＨＳＳ内で変更される場合に、サービスプロファイルに属するＩＭＰＵのグルーピングは公表されるべきである。
【００７８】
このソリューションは、暗黙的な登録セットが、サービスプロファイルとともに新規の情報要素（属性値ペアあるいはＡＶＰ）で公表されることを必要とする。このグルーピングの概念（エイリアスパブリックユーザアイデンティティ）は、ユーザプロファイルがダウンロードされるとき、Ｃｘインタフェース上で送信されることで、サービスプロファイル内に公表される。つまり、暗黙的な登録セットは、Ｃｘインタフェース上で明示的に示され、また、サービスプロファイルに含まれるＩＭＰＵは（Ｃｘインタフェース上で送信されることで）、エイリアスグルーピングを示すことになる。サービスプロファイルを搬送するＣｘメッセージは、サーバ割当回答（ＳＡＡ）とプッシュプロファイルリクエスト（ＰＰＲ）である。このソリューションでは、ＴＳ２９．２２８（図５参照）で定義されるように、ＨＳＳに記憶されているサービスプロファイルは未変更のままであるが、パブリック識別インスタンスは、そのサービスプロファイルに関連するＩＭＰＵを参照することが示される。
【００７９】
Ｃｘインタフェースは、以下の方法で変更される。ここで、下線の文字列は、新規のＡＶＰを識別する。
【００８０】
登録時あるいは呼時間終了時のプロファイルのダウンロード（ＳＡＡ）
＜Server-Assignment-Answer＞::=＜Diameter Header:301,PXY,16777216＞
＜Session-id＞
｛Vendor-Specific-Application-id｝
［Result−Code］
［Experimental-Result］
｛Auth-Session-State｝
｛Origin-Host｝
｛Origin-Realm｝
［User-Name］
*［Public-Identity］-＞ Set of implicit registration set, if exists（存在する場合、暗黙的な登録セットの設定）
*［Supported-Features］
［User-Data］-＞ contains the lMPUs related to a SP according to 29．228 annex D（２９．２２８のアネックスＤに従って、ＳＰに関連するＩＭＰＵを含ませる）
［Charging-information］
*［AVP］
*［Failed-AVP］
*［Proxy-info］
*［Route-Record］
プロファイルを変更する場合のプロファイルのダウンロード（ＰＰＲ）
＜Push-Profile-Request＞::=＜Diameter Header:305,REQ,PXY,16777216＞
＜Session-id＞
｛Vendor-Specific-Application-id｝
｛Auth-Session-State｝
｛Origin-Host｝
｛Origin-Realm｝
｛Destination-Host｝
｛Destination-Realm｝
［User-Name］
*［Public-Identity］-＞ Set of implicit registration set, if exists（存在する場合、暗黙的な登録セットの設定）
*［Supported-Features］
［User-Data］-＞ contains the lMPUs related to a SP according to 29．228 annex D（２９．２２８のアネックスＤに従って、ＳＰに関連するＩＭＰＵを含ませる）
［Charging-information］
*［AVP］
*［Proxy-info］
*［Route-Record］
ここで、ユーザデータは、図６に示される内容と、ＴＳ２９．２２８に従っている。
【００８１】
ソリューションＡ２：インタフェース内のグルーピング概念の定義
この方法は、どのＩＭＰＵに関連付けられているかを識別するＨＳＳに新規のグルーピング概念を導入することである。これは、ＴＳ２９．２２８で定義されるサービスプロファイルが、新規のインスタンスであるいわゆるＳＰｒｏｆｉｌｅ（エスプロファイル）識別子を追加することによって変更されることを必要とする。これについては、図８で示される。このＳＰｒｏｆｉｌｅ識別子インスタンスは、そのサービスプロファイルに属するすべてのＩＭＰＵを示している。この暗黙的な登録セットは、サービスプロファイル内に保持される。これは、エイリアスパブリックユーザ識別子と見なされるＩＭＰＵについての情報をトランスポートすることになるＣｘインタフェース（ＳＡＡあるいはＰＰＲ）上に追加のＡＶＰを得ることになる。
【００８２】
ソリューションＡ３：エイリアス解釈の指示の導入
更にソリューションＡ１を検討すると、これは、単一のサービスプロファイルに関連付けられているＩＭＰＵが同一の暗黙的な登録セットに常に属することになるという仮定を行なうことによって簡略化することができる。エイリアスの概念をすべてのサービスプロファイルに対して向けることを仮定すると、回線上で搬送されるサービスプロファイルデータ以外の任意のＩＭＰＵを識別する必要はない。しかしながら、エイリアスの概念がデフォルトに向けられていない場合、エイリアスを適用するサービスプロファイルを識別することが必要となる。図６を参照すると、例えば、サービスプロファイル１に対してのみエイリアスが向けられることがあっても良い。
【００８３】
・どのようにしてアプリケーションサーバがグルーピングセットを受信することができるかについて様々なソリューションが想定される。
【００８４】
ソリューションＢ１：Ｓ−ＣＳＣＦは、ＩＳＣを介して情報を通知する。いくつかの実装が可能である。
【００８５】
ａ）サードパーティ登録で単一のサービスプロファイルに属するＩＭＰＵを公表する。
【００８６】
既存の３ＧＰＰ仕様書によれば、Ｓ−ＣＳＣＦに、ＳＩＰ登録メッセージをアプリケーションサーバへ送信することを指示することができる。この方法は、サードパーティ登録として知られている。この方法は、ＩＭＰＵがエイリアスパブリックユーザアイデンティティであることについての情報を搬送するアプリケーションサーバとＳ−ＣＳＣＦとの間で登録メッセージに新規のデータを含めることである。
【００８７】
ｂ）登録イベントに加入することによって、単一のサービスプロファイルに属するＩＭＰＵを公表する。
【００８８】
ここでは、アプリケーションサーバに対して、暗黙的な登録済のＩＭＰＵについての情報を取得するために、アプリケーションサーバは、従前に登録メッセージをアプリケーションサーバへ送信しているＳ−ＣＳＣＦへ加入することができる（加入者メッセージを送信することができる）。次に、Ｓ−ＣＳＣＦは、登録済のＩＭＰＵについての情報を含む通知メッセージをアプリケーションサーバへ送信することになる。本提案は、ＩＭＰＵがエイリアスパブリックユーザアイデンティティであることについての情報を含めるように、通知メッセージの内容を拡張することである。
【００８９】
ソリューションＢ２：ＡＳは、Ｓｈを介してこの情報を受信する。
【００９０】
ＡＳは、同一のＩＭＰＩでの、ＩＭＰＵについて、あるいは暗黙的な登録セットに属するＩＭＰＵについて既に問い合わせている方法と同一の方法で、Ｓｈインタフェースを介してＩＭＰＵエイリアス情報を問い合わせる。
【００９１】
ここで、ＡＳは、アイデンティティ−セット内でＡＶＰを示すＨＳＳへＳｈ−Ｒｅａｄを送信する。：
ＡＬＬ ＩＤＥＮＴＩＴＥＳ（０）
ＲＥＧＩＳＴＥＲＥＤ＿ＩＤＥＮＴＩＥＳ（１）
ＩＭＰＩＣＩＴ＿ＩＤＥＮＴＩＥＳ（２）
ダウンロード対象のサービスプロファイルグループを生成するために、新規の値がメッセージへ追加される。：
ＳＥＲＶＩＣＥ＿ＰＲＯＦＩＬＥ＿ＩＤＥＮＴＩＴＥＳ（３）
ここで、ＨＳＳは、エントリーキーとしてパブリックアイデンティティを受信し（任意の動作が、例えば、Ｕｔを介して行われる場合）、かつＨＳＳがリクエストで示されていることをＩＭＰＵとして、同一のプロファイルに関連付けられているすべての他のＩＭＰＵを返信する。
【００９２】
・どのようにして移動端末がグルーピングセットを受信することができるかについての様々なソリューションが想定される。
【００９３】
例えば、２つのソリューションが可能である：
ソリューションＣ１：登録フェーズの２００ＯＫメッセージにＩＭＰＵのグルーピングを含ませる。
【００９４】
登録メッセージに応じて送信される２００ＯＫに、パブリックユーザ識別子のグルーピングの情報を含ませる。これは、暗黙的な登録セットにＳＩＰヘッダを追加する形式となる。
【００９５】
ソリューションＢ２：登録イベントパッケージにＩＭＰＵのグルーピングを含ませる。
【００９６】
登録イベントパッケージに応じて送信される通知（ＮＯＴＩＦＹ）メッセージにＩＭＰＵのグルーピングの情報を含ませる。
【００９７】
ソリューションＢ１及びＢ２は互いに補完するので、相互に他方と排他的である必要はない。
【００９８】
上述のメカニズムが、あるオペレータのネットワークと、そのネットワークに接続する移動端末内でのデータ配信に関連する一方で、共有のグルーピング情報の基礎となる原理は、例えば、オペレータＡのネットワークとオペレータＢのネットワーク間の他のネットワークへグルーピング情報を通過させることまで拡張する（ネットワーク間インタフェースで関連情報を含ませることによって）。本明細書では、あるネットワークから別のネットワークへグルーピング情報を通過させる対象とすることができる場合を示すための２つの例が与えられる。
【００９９】
１．存在（プレゼンス：presence）：
オペレータＡの加入者（ユーザＡ）は、許可されている存在監視者（ユーザＢ）としてオペレータＢの加入者を含んでいる、即ち、ユーザＡは、ユーザＡの存在を監視するためにユーザＢを認可している（ユーザＢの特定のパブリックユーザ識別子を使用して）。しかしながら、ユーザＢは２つ（あるいはそれ以上）のＩＭＰＵを有していて、ここで、ユーザＡの存在を監視するために（ユーザＢによって）使用されるものは、ユーザＡが認可しているものではない。ユーザＢに対するグルーピング情報をネットワークＡへ搬送することによって、ユーザＢは、ユーザＡの存在を監視することができる（同一のサービスプロファイルを共有するＩＭＰＵ自身の任意のものを使用して）。
【０１００】
２．受付拒否リスト
プッシュツートークオーバセルラー（ＰｏＣ）の例では、終了ＰｏＣ ＡＳは、終了ＰｏＣリクエストはユーザに対して終了させることができるかを判定するために、終了するユーザのＸＤＭＳ内の受付拒否リストにアクセスすることができる。ここで、これは、ユーザを１つ以上の手段（パブリックユーザ識別子）によって識別することができる場合には適切に動作しない可能性がある。本発明の実施形態は、新規のＳＩＰセッション（例えば、ＩＮＶＩＴＥ（招待））を生成するＳＩＰメッセージにグルーピングデータを含めることによって、この問題に対するソリューションを提供する。このようなデータの意味は、「ユーザＸは、｛グループ化されているパブリックユーザ識別子のリスト｝として知られている」とすることができる。
【０１０１】
本発明の範囲を逸脱することなく、上述の実施形態に様々な変形を行なうことができることが当業者には理解されるであろう。
【技術分野】
【０００１】
本発明の分野
本発明は、ＩＰマルチメディアサブシステムにおけるサービスプロファイル処理のための方法及び装置に関するものである。
【背景技術】
【０００２】
本発明の背景
ＩＰマルチメディアサブシステム（ＩＭＳ）は、移動通信ネットワークを介してＩＰマルチメディアサービスを提供するための第３世代パートナシッププロジェクト（３ＧＰＰ）によって定義される技術である（３ＧＰＰ ＴＳ２２．２２８、ＴＳ２３．２２８、ＴＳ２４．２２９、ＴＳ２９．２２８、ＴＳ２９．２２９、ＴＳ２９．３２８、ＴＳ２９．３２９ リリース５及びリリース６）。ＩＭＳは、サービスの統合及び対話を通じて、エンドユーザ個人間の通信経験を充実させるための鍵となる特徴を提供する。ＩＭＳは、新規の個人間（クライアント間）に加えて、個人とコンテンツ間（クライアントとサーバ間）でのＩＰベースのネットワークを介する通信を可能にする。ＩＭＳは、セッション開始プロトコル（ＳＩＰ）を使用することで、ユーザ端末（ＵＥ）間あるいはＵＥとアプリケーションサーバ（ＡＳ）間の呼あるいはセッションをセットアップし、制御する。ＳＩＰシグナリングによって搬送される、セッション記述プロトコル（ＳＤＰ）は、セッションのメディアコンポーネントを記述し、かつネゴシエートするために使用される。ＳＩＰはユーザ間プロトコルとして生成されている一方で、ＩＭＳは、オペレータ及びサービスプロバイダに、サービスへのユーザによるアクセスを制御し、かつそれに従ってユーザから課金を行なうことを可能にする。
【０００３】
図１は、ＩＭＳアーキテクチャと、その内部及び外部インタフェースを示している。呼／セッション制御機能（ＣＳＣＦ）は、ＩＭＳ内のＳＩＰエンティティとして動作する。３ＧＰＰアーキテクチャは、ＣＳＣＦとして、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、サービング（Serving：在圏）ＳＣＳＦ（Ｓ−ＣＳＣＦ）及びインタロゲーティング（Interrogating：尋問）ＣＳＣＦ（Ｉ−ＣＳＣＦ）の３つのタイプを定義している。Ｐ−ＣＳＣＦは、ＳＩＰ端末に対するＩＭＳ内の最初の接続点である。Ｓ−ＣＳＣＦは、加入しているユーザへサービスを提供する。Ｉ−ＣＳＣＦの役割は、正規のＳ−ＣＳＣＦを識別し、かつＰ−ＣＳＣＦを介してＳＩＰ端末から受信するリクエストをそのＳ−ＣＳＣＦへ転送することである。
【０００４】
ユーザは、特定のＳＩＰ登録方法を使用してＩＭＳに登録する。これは、ＩＭＳへ接続し、ＳＩＰユーザアイデンティティが到達することができる位置のアドレスをそのＩＭＳへ通知するメカニズムである。３ＧＰＰでは、ＳＩＰ端末が登録を実行する場合、ＩＭＳはユーザを認証し、利用可能なＳ−ＣＳＣＦのセットから、そのユーザへＳ−ＣＳＣＦを割り当てる。Ｓ−ＣＳＣＦを割り当てるための条件は３ＧＰＰでは特定されていないので、これには、負荷分散及びサービス要件を含んでいても良い。ここで、Ｓ−ＣＳＣＦの割当は、ＩＭＳベースのサービスへのユーザによるアクセスを制御して、課金を行なうために重要であることに注意されたい。オペレータは、Ｓ−ＣＳＣＦをバイパスすることになる、ユーザ間の直接のＳＩＰセッションを防止するためのメカニズムを提供することができる。
【０００５】
登録処理中に、Ｓ−ＣＳＣＦがまだ選択されてない場合、Ｉ−ＣＳＣＦは、Ｓ−ＣＳＣＦの選択を担当する。Ｉ−ＣＳＣＦは、ホームネットワークのホーム加入者サーバ（ＨＳＳ）から必要なＳ−ＣＳＣＦケイパビリティを受信し、その受信したケイパビリティに基づいて適切なＳ−ＣＳＣＦを選択する。ここで、ユーザが別のパーティによって呼び出され、かつそのユーザが現在Ｓ−ＣＳＣＦに割り当てられてない場合には、Ｓ−ＣＳＣＦ割当がＩ−ＣＳＣＦによってユーザに対して実行されることに注意されたい。次に、登録されたユーザがセッションリクエストをＩＭＳへ送信する場合、Ｐ−ＣＳＣＦは、登録処理中に、Ｓ−ＣＳＣＦから受信される情報に基づいて、そのリクエストを、選択されたＳ−ＣＳＣＦへ転送することができる。
【０００６】
各ＩＭＳユーザは、１つ以上のプライベートユーザアイデンティティを所有している。プライベートユーザアイデンティティは、ホームネットワークオペレータによって割り当てられ、また、ＩＭＳによって、例えば、登録、認可、管理及びアカウンティング（会計）目的のために使用される。このアイデンティティは、ＲＦＣ２４８６で定義されるネットワークアクセス識別子（ＮＡＩ）の形式を採用している。この形式は、プライベートユーザアイデンティティに対するＮＡＩに含まれる国際移動加入者アイデンティティ（ＩＭＳＩ）の表現に対しても採用可能である。３ＧＰＰ ＴＳ２３．２２８は、プライベートユーザアイデンティティの以下のプロパティを指定している。
【０００７】
−プライベートユーザアイデンティティは、ＳＩＰメッセージのルーティング用には使用されていない。
【０００８】
−プライベートユーザアイデンティティは、ＵＥからホームネットワークへ渡される、すべての登録リクエスト（再登録及び登録抹消リクエストを含む）に含まれるべきである。
【０００９】
−ＩＰマルチメディアサービスアイデンティティモジュール（ＩＳＩＭ）アプリケーションは、１つのプライベートユーザアイデンティティを安全に記憶すべきである。ＩＳＩＭアプリケーションに記憶されているプライベートユーザアイデンティティ情報を変更することを、ＵＥに対して可能とするべきでない。
【００１０】
−プライベートユーザアイデンティティは、ホームネットワークオペレータによって定義される固有のグローバルアイデンティティであり、これは、ネットワークの観点からは、ユーザの加入（即ち、ＩＭサービスケイパビリティ）を識別するためにホームネットワーク内で使用され得る。プライベートユーザアイデンティティは、ユーザではなく加入を識別する。
【００１１】
−プライベートユーザアイデンティティは、ユーザの加入に対して永久的に割り当てられるべきであり（動的なアイデンティティではない）、また、ホームネットワークについてのユーザの加入期間に対して有効である。
【００１２】
−プライベートユーザアイデンティティは、ＨＳＳ（例えば、登録中に使用するための）内で記憶されるユーザの情報（例えば、認証情報）を識別するために使用される。
【００１３】
−プライベートユーザアイデンティティは、オペレータポリシーに基づいて、課金レコード内に存在し得る。
【００１４】
−プライベートユーザアイデンティティは、ユーザの登録（再登録及び登録抹消を含む）中だけに認証される。
【００１５】
−ＨＳＳは、プライベートユーザアイデンティティを記憶することを必要とする。
【００１６】
−Ｓ−ＣＳＣＦは、登録及び登録抹消終了時には、プライベートユーザアイデンティティを取得し、記憶することを必要とする。
【００１７】
プライベートユーザアイデンティティに加えて、各ＩＭＳユーザは、１つ以上のＩＭＳパブリックユーザアイデンティティ（ＩＭＰＵ）を有している。ＩＭＰＵは、他のユーザとの通信をリクエストするために、任意のユーザによって使用される。ユーザは、例えば、ビジネスカード（名刺）上にＩＭＰＵ（プライベートユーザアイデンティティではなく）を含ませることができる。３ＧＰＰ ＴＳ ２３．２２８は、ＩＭＰＵの以下のプロパティを指定している。
【００１８】
−電話番号付スキームとインターネット名前付けスキームの両方は、ユーザが有するＩＭＰＵに依存するユーザにアドレス付けするために使用することができる。
【００１９】
−ＩＭＰＵ（群）は、ＳＩＰ ＵＲＩの形式を採用するべきである（ＲＦＣ３２６１及びＲＦＣ３２９６で定義される、あるいはＲＦＣ３９６６で定義される「ｔｅｌ：」−ＵＲＩフォーマット）。
【００２０】
−ＩＳＩＭアプリケーションは、少なくとも１つのＩＭＰＵを安全に記憶すべきであるが（ＵＥに対しては、ＩＭＰＵを変更することを可能にするべきでない）、追加のＩＭＰＵのすべてがＩＳＩＭアプリケーションに記憶されることは必要とされない。
【００２１】
−ＩＭＰＵは、ＩＭＳセッションと、ＩＭＳセッションとは関係のない処理を生成するためにアイデンティティが使用される前に、明示的にあるいは暗黙的に登録されるべきである。
【００２２】
−ＩＭＰＵは、ＩＭＳセッションの終了、ＩＭＳセッションとは関係のない処理の終了がＩＭＰＵに属するユーザのＵＥへ配信される前に、明示的あるいは暗黙的に登録されるべきである。
【００２３】
−ＩＭＳ内のメカニズムを介して１つ以上のＩＭＰＵを有するユーザを大局的に（即ち、１つの単一のＵＥリクエストを介して）登録することを可能とするべきである。これは、必要な場合に、ユーザ自身のＩＭＰＵのいくつかを個別に登録することからユーザを排除すべきではない。
【００２４】
−登録中は、ＩＭＰＵは、ネットワークによって認証されない。
【００２５】
−ＩＭＰＵは、ＨＳＳ内のユーザの情報を識別するために使用されても良い（例えば、移動終了セッションセットアップ中）。
【００２６】
−ＩＭＰＵは、ユーザに適用されるサービスコンフィグレーション（構成：configuration）データを識別するために、ＩＭＳ内のＡＳによって使用されても良い。
【００２７】
図２は、ユーザ（ＩＭＳ）加入、パブリックユーザアイデンティティ、及びプライベートユーザアイデンティティ間の関係の例を示している。この例では、加入者は、２つのプライベートユーザアイデンティティを有していて、これらは２つのパブリックユーザアイデンティティに関連付けられている（パブリックユーザアイデンティティの１つであるパブリックユーザアイデンティティ−２は、２つのプライベートユーザアイデンティティの両方に関連付けられている）。サービスプロファイルは、各パブリックユーザアイデンティティに関連付けられていて、このプロファイルは、関連するパブリックユーザアイデンティティに対するサービスデータを特定している。アプリケーションサーバが、ホーム加入者サーバでユーザに対してプロビジョンされる場合に、サービスプロファイルが生成されるあるいは変更される。各サービスプロファイルは、ＩＭＳサービスのプロビジョンを起動するあるいは制限するために使用される、１つ以上の初期フィルタ条件（ｉＦＣ）を備えている。サービスプロファイル−１とサービスプロファイル−２によって提供されるサービス間の違いはオペレータ専用によるものであるが、様々なアプリケーションサーバ（ＡＳ）を介在することができ、また、様々な課金／格付けスキームを介在することができる。
【００２８】
この例では、パブリックユーザアイデンティティ−１はサービスプロファイル−１に関連付けられていて、パブリックユーザアイデンティティ−２とパブリックユーザアイデンティティ−３はサービスプロファイル−２に関連付けられている。典型的な状況では、パブリックユーザアイデンティティ−１は、ユーザが友人及び家族に与えるアイデンティティ、例えば、「Big_Joe@priv.operator.com」であっても良く、一方、パブリックユーザアイデンティティ−２とパブリックユーザアイデンティティ−３は、ユーザが取引相手に与えるアイデンティティ、例えば、「+46111222333@operator.com」及び「joe.black@operator.com」であっても良い。
【００２９】
ＩＭＳサービスネットワーク内では、アプリケーションサーバ（ＡＳ）は、ＩＭＳサービス機能を実現するために提供される。与えられるＵＥに対しては、１つ以上のＡＳは、その端末に関連付けられていても良い。図３ａは、ＡＳとＳ−ＣＳＣＦ間のＩＭＳサービス制御（ＩＳＣ）インタフェースと、ＩＭＳ内の他のインタフェースを示している。図３ａのＡＳはＳ−ＣＳＣＦへの単一のインタフェースだけを有しているように示されているが、実際には、ＩＳＣインタフェースは、与えられるオペレータのネットワークの多くの（あるいはすべての）ＣＳＣＦサーバが接続されている通信ネットワークを介して延伸されることで、ＡＳがこれらのＣＳＣＦのすべてと通信することが可能となることが理解されるであろう。［図３ａに示される他のエンティティは、当業者には周知である。］
更なるインタフェース（Ｕｔ）が、図３ｂに示されるように、ＡＳとＵＥ（ＴＳ２３．００２）間に存在している。Ｕｔインタフェースは、ユーザに、自身のサービスに関連する情報を管理することを可能にする。このサービスには、例えば、パブリックサービスアイデンティティの生成及び割当、例えば、「プレゼンス（存在）」サービスによって使用される認証ポリシーの管理、会議、ポリシー管理等がある。
【発明の概要】
【発明が解決しようとする課題】
【００３０】
本発明の要約
ＴＳ２３．２２８に従えば、ＩＭＰＵとサービスプロファイル間の関係、特に、複数のＩＭＰＵと１つのサービスプロファイル間のリンクは、ホーム加入者サーバ（ＨＳＳ）で把握されている。しかしながら、このリンクは、ＩＭＰＵが同一セットのフィルタ条件、加入媒体等を共有することを示しているだけで、ＨＳＳ（アプリケーションサーバ）とは別に記憶されている一般的なユーザプロファイルについての指示は提供しておらず、また、同一のサービスプロファイル（即ち、それらが「エイリアス」であるかどうか）を共有するＩＭＰＵ間の関係についての前提を持っていない。
【００３１】
本発明の発明者は、ＵＥに関連付けられている任意のアプリケーションサーバ（群）及びＵＥ自身を含む、ＨＳＳ及びＳ−ＣＳＣＦ以外のエンティティには、サービスプロファイルとＩＭＰＵを関連付ける情報が提供されず、また、依然として、それらの他のエンティティは、その情報を使用することができることを認識している。例えば、アプリケーションサーバは、１つのサービスプロファイルを共有する２つのＩＭＰＵに基づいて、その２つのＩＭＰＵに関連付けられているサービスコンフィグレーション情報へのリンクを行いたい場合がある。
【００３２】
図２を参照して説明される例では、パブリックユーザアイデンティティ−１は、ビジネス用途ではないパーソナルプロファイルに関連付けられていて、パブリックユーザアイデンティティ−２とパブリックユーザアイデンティティ−３はビジネス用途であり、また、同一のサービスコンフィグレーションデータを有するものとされている。パブリックユーザアイデンティティ−１に関連する動作及びデータは、パブリックユーザアイデンティティ−２あるいはパブリックユーザアイデンティティ−３に関連する動作及びデータとは別に処理する必要があり、一方、パブリックユーザアイデンティティ−２とパブリックユーザアイデンティティ−３に関連する動作及びデータは同一の方法で処理する必要がある。つまり、例えば、パブリックユーザアイデンティティ−２とパブリックユーザアイデンティティ−３に対するセッションの開始とセッションの終了は同一の方法で処理され、これは、例えば、ＩＭＳベースのプッシュツートークオーバセルラー（ＰｏＣ）サービスに対する「禁止（do-not-disturb）」のような補助的なサービス設定データ、あるいは呼転送アドレスマルチメディアテレフォニー条件によるものである。
【００３３】
複数のＩＭＰＵが関連付けられているという知識なしで、アプリケーションサーバは、各ＩＭＰＵに対するサービスコンフィグレーションを自身のメモリに記憶しなければならない。これは、多数、例えば、数百万のＩＭＰＵがアクティブである場合には、メモリ要件に深刻な影響を及ぼすことになる。同様に、ＵＥがこの知識を持っていない場合、ＵＥは、例えば、Ｕｔインタフェースを介する制御が各パブリックユーザ識別子に対して繰り返されなければならないかどうかは分からない。ユーザが、マルチメディアテレフォニーに対する呼転送番号をＵｔインタフェースを介して更新する場合には、ＵＥは、どのＩＭＰＵがその更新を行わなければならないかについての十分な情報を持っていない。例えば、パブリックユーザアイデンティティ−３に対する呼転送番号を更新することは、パブリックユーザアイデンティティ−２に対しても自動的に更新されることを意味しているのか、あるいはＵＥもＵｔインタフェースへパブリックユーザアイデンティティ−２に対するリクエストを送信すべきであるかである。これについて間違えることは、ネットワークとＵＥとが異なる理解をしている場合、例えば、ユーザをグループ（アプリケーションサーバで）へ追加するリクエストがＵｔインタフェースにおいて問題が生じ得る。
【００３４】
現在規定されている３ＧＰＰリリースについては、ＩＭＳエンティティ（ＵＥを含む）は、すべてのＩＭＰＵが別々に処理されることを前提としている。
【課題を解決するための手段】
【００３５】
本発明の目的は、ＩＭＰＵとサービスプロファイル間の関係を、ＨＳＳ以外のエンティティへ通知する手段を提供することである。
【００３６】
本発明の第１の構成に従えば、ＩＰマルチメディアサブシステム加入を処理するためのホーム加入者サーバが提供される。これは、
複数のパブリックユーザアイデンティティと複数のサービスプロファイル間の関係を保持する手段と、
ネットワークノードに対する、共通のサービスプロファイルに関連付けられているすべてのパブリックユーザアイデンティティを識別する手段とを備え、
前記複数のパブリックユーザアイデンティティの２つ以上は、共通のサービスプロファイルに関連付けられている。
【００３７】
本発明の実施形態は、ＳＩＰアプリケーションサーバあるいは他のネットワークノードにおけるメモリ記憶要件を緩和し、かつＩＰマルチメディアサブシステムと関係するネットワーク内のシグナリングの負荷を軽減することが可能である。
【００３８】
好ましくは、上記の識別する手段は、登録あるいは再登録処理、呼の終了、あるいはサービスプロファイルの内容の変更に応じて、ネットワークノードへ通知を送信する。
【００３９】
好ましくは、上記識別する手段は、１つ以上のサービスプロファイルを含むメッセージを前記ネットワークノードへ送信する手段を備え、前記サービスプロファイルのそれぞれは、それに関連付けられているすべてのパブリックユーザアイデンティティを識別する。
【００４０】
本発明の実施形態に従えば、このメッセージは、前記サービスプロファイル以外に、共通の暗黙的な登録セットに属するパブリックユーザアイデンティティのセットを含んでいる。
【００４１】
本発明の実施形態に従えば、このメッセージは、該メッセージ内に含まれる１つ以上のサービスプロファイルを識別し、その識別されるサービスプロファイルそれぞれのパブリックユーザアイデンティティは、エイリアスパブリックユーザアイデンティティと見なされる。
【００４２】
本明細書で使用される用語「エイリアス」は、技術用語と見なされる。これは、エイリアスＩＭＳパブリックユーザアイデンティティの使用あるいは参照は、他のエイリアスパブリックユーザアイデンティティ（群）の使用あるいは参照であること、即ち、ネットワーク行動は、ルールとして、すべてのエイリアスアイデンティティに対して同一であることを意味している。例えば、１つのエイリアスＩＭＳパブリックユーザアイデンティティに関して、アプリケーションサーバへ送信されるサービスデータ／コンフィグレーション変更リクエストは、他のエイリアスパブリックユーザアイデンティティ（群）に対する変更リクエストとしても処理されるべきである。もちろん、サービスデータ／コンフィグレーション変更が１つのエイリアスパブリックユーザアイデンティティ（群）のみに関連している例外的な場合も存在し得る。これには、例えば、エイリアスパブリックユーザアイデンティティ（群）の１つをネットワークから削除すること、あるいはエイリアスＩＭＳパブリックユーザアイデンティティに対して割当られているサービスプロファイルを変更することがある。
【００４３】
このネットワークノードは、在圏呼セッション制御機能を備える装置であっても良い。
【００４４】
上記の識別する手段は、要求される情報を、Ｃｘサーバ割当回答あるいはプッシュプロファイルリクエストメッセージで、在圏呼セッション制御機能へ搬送することができる。
【００４５】
本発明の第２の構成に従えば、ＩＰマルチメディアサブシステム加入を処理するためのホーム加入者サーバを提供する。これは、
エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持する手段と、
エイリアスのグルーピングの識別情報をネットワークノードへ送信する手段と
を備える。
【００４６】
好ましくは、この送信する手段は、登録あるいは再登録処理、呼の終了、あるいはサービスプロファイルの内容の変更に応じて、前記識別情報を送信する。
【００４７】
このネットワークノードは、在圏呼セッション制御機能を備える装置あるいはアプリケーションサーバであっても良い。
【００４８】
本発明の第３の構成に従えば、ＩＰマルチメディアサブシステムネットワークのユーザへサービスを提供するための呼セッション制御機能を備える装置が提供される。この呼セッション制御機能を備える装置は、
ホーム加入者サーバから、それぞれが自身に関連付けられているすべてのパブリックユーザアイデンティティを識別する、１つ以上のサービスプロファイルを含むメッセージを受信する手段と、
少なくとも１つのサービスプロファイルに、前記パブリックユーザアイデンティティを、エイリアスパブリックユーザアイデンティティとして関連づける手段と
を備える。
【００４９】
この呼セッション制御機能は、受信したサービスプロファイル（群）とは別に含まれるパブリックユーザアイデンティティのリストを使用して、暗黙的な登録セットに属するパブリックユーザアイデンティティを識別する手段を更に備えていても良い。
【００５０】
この呼セッション制御機能は、エイリアスとの関連付けが適用されるサービスプロファイルを識別する手段を更に備えていても良い。
【００５１】
好ましくは、この呼セッション制御機能は、エイリアスパブリックユーザアイデンティティとして識別されるパブリックユーザアイデンティティを識別する、ユーザ端末あるいはネットワークノードへ通知を送信する手段を更に備えていても良い。
【００５２】
この呼セッション制御機能は、在圏呼セッション制御機能であっても良い。
【００５３】
本発明の第４の構成に従えば、ＩＰマルチメディアサブシステムネットワークにおけるサービスを実行するためのアプリケーションサーバが提供される。このアプリケーションサーバは、
在圏呼セッション制御機能を備える装置あるいはホーム加入者サーバから、２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信する手段とを備える。
【００５４】
本発明の第５の構成に従えば、ＩＰマルチメディアサブシステムネットワークへのアクセスをユーザに可能にするためのユーザ端末が提供される。これは、
ＩＰマルチメディアサブシステムネットワークから、当該ユーザ端末の２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見されることを示す通知を受信する手段とを備える。
【００５５】
好ましくは、この受信する手段は、在圏呼セッション制御機能を備える装置から通知を受信するように構成されている。
【００５６】
本発明の第６の構成に従えば、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティをネットワークノード及びユーザ端末の少なくとも一方へ通知するように、ＩＰマルチメディアサブシステムを制御する方法が提供される。この方法は、
ホーム加入者サーバで、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するステップと、
グルーピングの情報を、ネットワークノード及びユーザ端末の少なくとも一方へ配信するステップと
を備える。
【００５７】
好ましくは、このグルーピングは、サービスプロファイル内で、サービスプロファイルに関連付けられているパブリックユーザアイデンティティとして保持される。
【００５８】
好ましくは、この方法は、更に、ホーム加入者サーバから在圏呼セッション制御機能を備える装置へ、それぞれが自身に関連付けられているすべてのパブリックユーザアイデンティティを識別する、１つ以上のサービスプロファイルを含むメッセージを送信するステップを備え、在圏呼セッション制御機能は、エイリアスパブリックユーザアイデンティティとして、少なくとも１つのサービスプロファイルに関連付けられているすべてのパブリックユーザアイデンティティを識別する。
【００５９】
このメッセージは、Ｃｘサーバ割当回答あるいはプッシュプロファイルリクエストメッセージであっても良い。
【００６０】
この在圏呼セッション制御機能は、アプリケーションサーバあるいはユーザ端末へ、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグループを通知しても良い。
【００６１】
暗黙的な登録セットに属するパブリックユーザアイデンティティは、サービスプロファイル（群）とは別に、メッセージにリストされても良い。
【００６２】
このメッセージは、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティが関連付けられているサービスプロファイルを識別しても良い。
【００６３】
この配信するステップは、ＩＰマルチメディアサブシステムでのユーザ端末の登録中あるいはそれに続いて、あるいはユーザ端末に対する呼の終了中あるいはそれに続いて、あるいはサービスプロファイルの内容の変更時に、実行されても良い。
【００６４】
この配信するステップは、グルーピング情報を、アプリケーションサーバへＳｈインタフェースを介して送信することを含んでいても良い。
【００６５】
ユーザ端末に、Ｕｔインタフェースを介してアプリケーションサーバから送信されるシグナリングによって、自身の２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることが通知されても良い。
【００６６】
本発明の第７の構成に従えば、ＩＰマルチメディアサブシステムで使用するように構成されているユーザ端末を制御する方法が提供される。この方法は、
ＩＰマルチメディアサブシステムから、ユーザ端末の２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信するステップを備える。
【００６７】
本発明の第８の構成に従えば、ＩＰマルチメディアサブシステムのセッション開始プロトコルアプリケーションサーバを制御する方法が提供される。この方法は、
在圏呼／セッション制御機能を備える装置あるいはホーム加入者サーバから、サービスコンフィグレーションの処理のために、２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信するステップを備える。
【００６８】
本発明の第９の構成に従えば、ＩＰマルチメディアサブシステムにおけるホーム加入者サーバを制御する方法が提供される。この方法は、
ホーム加入者サーバで、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するステップと、
グルーピングの情報を、ネットワークノード及びユーザ端末の少なくとも一方へ配信するステップと
を備える
本発明の第１０の構成に従えば、ＩＰマルチメディアサブシステムが提供される。これは、
エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するように構成されているホーム加入者サーバを備え、このホーム加入者サーバは、ＩＰマルチメディアサブシステムでのユーザ端末の登録中あるいはそれに続いて、あるいはユーザ端末に対する呼の終了中あるいはそれに続いて、、ユーザ端末あるいは端末ユーザのパブリックユーザアイデンティティを含むグルーピングを、ユーザ端末及びネットワークノードの少なくとも一方へ通知するように構成されている。
【図面の簡単な説明】
【００６９】
【図１】ＩＰマルチメディアサブシステムアーキテクチャを示す図である。
【図２】ユーザＩＭＳ加入と、パブリックユーザアイデンティティ及びユーザアイデンティティ間の関係の例を示す図である。
【図３ａ】アプリケーションサーバ及び在圏呼／セッション制御機能を含むＩＰマルチメディアサブシステムのエンティティを示す図である。
【図３ｂ】アプリケーションサーバ及び在圏呼／セッション制御機能を含むＩＰマルチメディアサブシステムのエンティティを示す図である。
【図４】サービスプロファイルの構造を示す図である。
【図５】どのようにしてサービスプロファイルのデータが、在圏呼／セッション制御機能へダウンロードされるかを示す図である。
【図６】Ｃｘインタフェースへ搬送されるユーザデータの構造を示す図である。
【図７】ＩＰマルチメディアサブシステムのエンティティ間の関係及びインタフェースを示す図である。
【図８】本発明の実施形態に従うサービスプロファイルの構造を示す図である。
【発明を実施するための形態】
【００７０】
実施形態の詳細説明
上述のように、ＩＰマルチメディアサブシステム（ＩＭＳ）アーキテクチャは、プライベートユーザアイデンティティを使用するＩＭＳユーザを識別する。ここで、プライベートユーザアイデンティティは、ＩＭＳの初期登録時にユーザを認証するために使用される。一方、ユーザの位置は、１つ以上のＩＭＳパブリックユーザアイデンティティ（ＩＭＰＵ）によって識別され、また、ＩＭＰＵは、ＩＭＰＵの所有者と通信するサードパーティによって使用される。ホームネットワーク（例えば、３Ｇコアネットワーク）内に配置されるホーム加入者サーバ（ＨＳＳ）では、各ＩＭＰＵは、サービスプロファイルに関連付けられている。サービスプロファイルは、これらのＩＭＰＵに対するサービスデータを含んでいて、これらのＩＭＰＵは、ＩＭＳサービスのプロビジョン（provision）あるいは制限を起動するために使用される初期フィルタ条件（ｉＦＣ）のセットを含んでいる。３ＧＰＰは、図４に示されるサービスプロファイル構造を定義していて、また、図５及び図６に示されるような、データがＳ−ＣＳＣＦへダウンロードされる方法を示している。また、これの詳細は、ＴＳ２９．２２８及びＴＳ２９．２２９で確認することができる。
【００７１】
ＨＳＳ内では、１つ以上のＩＭＰＵが同一のサービスプロファイルに関連付けられていても良い。同一のサービスプロファイルに関連付けられているＩＭＰＵは、本明細書では、「エイリアス」ＩＭＰＵと称する。３ＧＰＰは、ユーザがＩＭＰＵでＩＭＳネットワークへ登録されるときは、ＨＳＳに、そのＩＭＰＵに関連付けられているサービスプロファイルをＳ−ＣＳＣＦへ送信する権限を与えている。また、３ＧＰＰは、未登録ユーザがＩＭＳネットワークから呼の終了を受信するときは、ＨＳＳに、着呼ユーザのＩＭＰＵに関連付けられているサービスプロファイルをＳ−ＣＳＣＦへ送信する権限を与えている。サービスプロファイルがＨＳＳで変更されるときは、ＨＳＳは、各関連付けられているＩＭＰＵに対するＳ−ＣＳＣＦへ、その変更されたサービスプロファイルを送信しなければならない。
【００７２】
３ＧＰＰは、いわゆる「暗黙的な（絶対的な）登録セット（implicit registration set）」概念を定義することで、グループとして動作するＩＭＰＵのセットを識別し、これは、そのセットのＩＭＰＵの内の任意の１つが登録されるあるいは登録抹消される場合に、そのセットはまとめて登録されるあるいは登録抹消される。３ＧＰＰは、ユーザの登録時、あるいは呼の終了時に、ＨＳＳに、暗黙的な登録セットをＳ−ＣＳＣＦへ送信する権限を与えている。（登録時あるいは呼終了時）ＨＳＳは暗黙的な登録セット内のすべてのＩＭＰＵを識別し、そして、これらのＩＭＰＵに関連付けられているサービスプロファイルのすべてを識別することが理解されるべきである。自身に関連付けられているＩＭＰＵを含むサービスプロファイル（あるいはサービスプロファイルから選択されたデータ）は、Ｓ−ＣＳＣＦへ送信される。これについては、図６で示される。この動作の結果として、Ｓ−ＣＳＣＦは、同一の暗黙的な登録セットと、それらのサービスプロファイルに属するすべてのＩＭＰＵを把握することになる。
【００７３】
上述のように、２つ以上のＩＭＰＵが単一のサービスプロファイル（ＨＳＳ内）に関連付けられているという事実は、他のネットワークノードあるいはユーザ端末（ＵＥ）で、これらのＩＭＰＵに対してサービスコンフィグレーションデータを関連付けるために使用することができる。暗黙的な登録セットの概念は、ＩＭＰＵとサービスプロファイル間（少なくともＨＳＳとＳ−ＣＳＣＦ間）の関連付けをＩＭＳを介して配信するための適切な車両を提供することが想定できるかもしれない。しかしながら、この方法は、暗黙的な登録セットの意図する目的に逆行することになる、即ち、ＩＭＰＵに関連付けられているサービスプロファイルとは独立して、いくつかのＩＭＰＵを暗黙的に登録することに逆行することになる。例えば、ユーザの暗黙的な登録セットに個人に関係するＩＭＰＵとビジネスに関係するＩＭＰＵの両方を含めることは良く要望されることである一方で、この２つのタイプのアイデンティティに対しては別々のサービスプロファイルを保持することになる。これについては、図６の例で明らかにする。ここでは、ＩＭＰＵのパブリックｉｄ．１、パブリックｉｄ．２及びｉｄ．３は、同一の暗黙的な登録セットに属しているが、それらが同一のサービスプロファイルに関連付けられているとは限らない。それゆえ、エイリアスＩＭＰＵが暗黙的な登録セットにバインドされていないことが重要となる。
【００７４】
好適な方法は、ＵＴ、Ｓｈ、ＩＳＣ及びＧＭインタフェースの少なくとも１つにサービスプロファイルに関連付けられているＩＭＰＵを公表し、同一のサービスプロファイルに関連付けられているＩＭＰＵがエイリアスパブリックユーザアイデンティティに見なされるべきであることを示す情報を受信するネットワークノードあるいはユーザ端末へ通知することである。図７は、ＩＭＰＵとサービスプロファイル間の関係をＨＳＳからエンティティへ配信するために使用することができる様々なインタフェースを示している。ここで、エンティティには、例えば、Ｓ−ＣＳＣＦ、ＡＳ及びＵＥがある。ＨＳＳは、Ｃｘインタフェースを介してＳ−ＣＳＣＦで利用可能な情報を生成し、また、登録後に（おそらくは、登録処理に起因して開始される）Ｓｈインタフェースを介してＡＳで利用可能情報を生成する。Ｓ−ＣＳＣＦは、Ｍｗインタフェース（不図示）を介してＰ−ＣＳＣＦで利用可能な情報を生成し、また、Ｐ−ＣＳＣＦは、登録中に、この情報をＧｍインタフェースを介してユーザ端末へ公表する。また、Ｓ−ＣＳＣＦは、ＩＳＣインタフェースを介してＡＳで利用可能な情報を生成する。
【００７５】
Ｓｈインタフェースは、同一のサービスプロファイルに関連付けられているＩＭＰＵがＨＳＳ内の同一データをアクセスすることを認識できるようにされるべきである。１つのＩＭＰＵに対してＵｔインタフェースとＳｈインタフェースを介して実行される動作は、同一のサービスプロファイルに関連付けられているすべてのＩＭＰＵに対して実行されると見なされる。［サービスプロファイルは、暗黙的な登録セットに完全に含まれていても良いが、暗黙的な登録は、１つ以上のサービスプロファイルを含むことができる。］
・どのようにしてＳ−ＣＳＣＦが、ＨＳＳからグルーピングセットを受信し解釈できるかについて、いくつかのソリューションが想定される。
【００７６】
ソリューションＡ１：サービスプロファイルに、そのサービスプロファイルに属するＩＭＰＵを公表する。
【００７７】
サービスプロファイルに属するＩＭＰＵのグルーピングは、Ｃｘインタフェースを介して同一のコマンド内に暗黙的な登録セットを共存させなければならず、また、ユーザプロファイルがＨＳＳからダウンロードされるとき、即ち、登録（あるいは再登録）時、呼の終了時、あるいはユーザプロファイルがＨＳＳ内で変更される場合に、サービスプロファイルに属するＩＭＰＵのグルーピングは公表されるべきである。
【００７８】
このソリューションは、暗黙的な登録セットが、サービスプロファイルとともに新規の情報要素（属性値ペアあるいはＡＶＰ）で公表されることを必要とする。このグルーピングの概念（エイリアスパブリックユーザアイデンティティ）は、ユーザプロファイルがダウンロードされるとき、Ｃｘインタフェース上で送信されることで、サービスプロファイル内に公表される。つまり、暗黙的な登録セットは、Ｃｘインタフェース上で明示的に示され、また、サービスプロファイルに含まれるＩＭＰＵは（Ｃｘインタフェース上で送信されることで）、エイリアスグルーピングを示すことになる。サービスプロファイルを搬送するＣｘメッセージは、サーバ割当回答（ＳＡＡ）とプッシュプロファイルリクエスト（ＰＰＲ）である。このソリューションでは、ＴＳ２９．２２８（図５参照）で定義されるように、ＨＳＳに記憶されているサービスプロファイルは未変更のままであるが、パブリック識別インスタンスは、そのサービスプロファイルに関連するＩＭＰＵを参照することが示される。
【００７９】
Ｃｘインタフェースは、以下の方法で変更される。ここで、下線の文字列は、新規のＡＶＰを識別する。
【００８０】
登録時あるいは呼時間終了時のプロファイルのダウンロード（ＳＡＡ）
＜Server-Assignment-Answer＞::=＜Diameter Header:301,PXY,16777216＞
＜Session-id＞
｛Vendor-Specific-Application-id｝
［Result−Code］
［Experimental-Result］
｛Auth-Session-State｝
｛Origin-Host｝
｛Origin-Realm｝
［User-Name］
*［Public-Identity］-＞ Set of implicit registration set, if exists（存在する場合、暗黙的な登録セットの設定）
*［Supported-Features］
［User-Data］-＞ contains the lMPUs related to a SP according to 29．228 annex D（２９．２２８のアネックスＤに従って、ＳＰに関連するＩＭＰＵを含ませる）
［Charging-information］
*［AVP］
*［Failed-AVP］
*［Proxy-info］
*［Route-Record］
プロファイルを変更する場合のプロファイルのダウンロード（ＰＰＲ）
＜Push-Profile-Request＞::=＜Diameter Header:305,REQ,PXY,16777216＞
＜Session-id＞
｛Vendor-Specific-Application-id｝
｛Auth-Session-State｝
｛Origin-Host｝
｛Origin-Realm｝
｛Destination-Host｝
｛Destination-Realm｝
［User-Name］
*［Public-Identity］-＞ Set of implicit registration set, if exists（存在する場合、暗黙的な登録セットの設定）
*［Supported-Features］
［User-Data］-＞ contains the lMPUs related to a SP according to 29．228 annex D（２９．２２８のアネックスＤに従って、ＳＰに関連するＩＭＰＵを含ませる）
［Charging-information］
*［AVP］
*［Proxy-info］
*［Route-Record］
ここで、ユーザデータは、図６に示される内容と、ＴＳ２９．２２８に従っている。
【００８１】
ソリューションＡ２：インタフェース内のグルーピング概念の定義
この方法は、どのＩＭＰＵに関連付けられているかを識別するＨＳＳに新規のグルーピング概念を導入することである。これは、ＴＳ２９．２２８で定義されるサービスプロファイルが、新規のインスタンスであるいわゆるＳＰｒｏｆｉｌｅ（エスプロファイル）識別子を追加することによって変更されることを必要とする。これについては、図８で示される。このＳＰｒｏｆｉｌｅ識別子インスタンスは、そのサービスプロファイルに属するすべてのＩＭＰＵを示している。この暗黙的な登録セットは、サービスプロファイル内に保持される。これは、エイリアスパブリックユーザ識別子と見なされるＩＭＰＵについての情報をトランスポートすることになるＣｘインタフェース（ＳＡＡあるいはＰＰＲ）上に追加のＡＶＰを得ることになる。
【００８２】
ソリューションＡ３：エイリアス解釈の指示の導入
更にソリューションＡ１を検討すると、これは、単一のサービスプロファイルに関連付けられているＩＭＰＵが同一の暗黙的な登録セットに常に属することになるという仮定を行なうことによって簡略化することができる。エイリアスの概念をすべてのサービスプロファイルに対して向けることを仮定すると、回線上で搬送されるサービスプロファイルデータ以外の任意のＩＭＰＵを識別する必要はない。しかしながら、エイリアスの概念がデフォルトに向けられていない場合、エイリアスを適用するサービスプロファイルを識別することが必要となる。図６を参照すると、例えば、サービスプロファイル１に対してのみエイリアスが向けられることがあっても良い。
【００８３】
・どのようにしてアプリケーションサーバがグルーピングセットを受信することができるかについて様々なソリューションが想定される。
【００８４】
ソリューションＢ１：Ｓ−ＣＳＣＦは、ＩＳＣを介して情報を通知する。いくつかの実装が可能である。
【００８５】
ａ）サードパーティ登録で単一のサービスプロファイルに属するＩＭＰＵを公表する。
【００８６】
既存の３ＧＰＰ仕様書によれば、Ｓ−ＣＳＣＦに、ＳＩＰ登録メッセージをアプリケーションサーバへ送信することを指示することができる。この方法は、サードパーティ登録として知られている。この方法は、ＩＭＰＵがエイリアスパブリックユーザアイデンティティであることについての情報を搬送するアプリケーションサーバとＳ−ＣＳＣＦとの間で登録メッセージに新規のデータを含めることである。
【００８７】
ｂ）登録イベントに加入することによって、単一のサービスプロファイルに属するＩＭＰＵを公表する。
【００８８】
ここでは、アプリケーションサーバに対して、暗黙的な登録済のＩＭＰＵについての情報を取得するために、アプリケーションサーバは、従前に登録メッセージをアプリケーションサーバへ送信しているＳ−ＣＳＣＦへ加入することができる（加入者メッセージを送信することができる）。次に、Ｓ−ＣＳＣＦは、登録済のＩＭＰＵについての情報を含む通知メッセージをアプリケーションサーバへ送信することになる。本提案は、ＩＭＰＵがエイリアスパブリックユーザアイデンティティであることについての情報を含めるように、通知メッセージの内容を拡張することである。
【００８９】
ソリューションＢ２：ＡＳは、Ｓｈを介してこの情報を受信する。
【００９０】
ＡＳは、同一のＩＭＰＩでの、ＩＭＰＵについて、あるいは暗黙的な登録セットに属するＩＭＰＵについて既に問い合わせている方法と同一の方法で、Ｓｈインタフェースを介してＩＭＰＵエイリアス情報を問い合わせる。
【００９１】
ここで、ＡＳは、アイデンティティ−セット内でＡＶＰを示すＨＳＳへＳｈ−Ｒｅａｄを送信する。：
ＡＬＬ ＩＤＥＮＴＩＴＥＳ（０）
ＲＥＧＩＳＴＥＲＥＤ＿ＩＤＥＮＴＩＥＳ（１）
ＩＭＰＩＣＩＴ＿ＩＤＥＮＴＩＥＳ（２）
ダウンロード対象のサービスプロファイルグループを生成するために、新規の値がメッセージへ追加される。：
ＳＥＲＶＩＣＥ＿ＰＲＯＦＩＬＥ＿ＩＤＥＮＴＩＴＥＳ（３）
ここで、ＨＳＳは、エントリーキーとしてパブリックアイデンティティを受信し（任意の動作が、例えば、Ｕｔを介して行われる場合）、かつＨＳＳがリクエストで示されていることをＩＭＰＵとして、同一のプロファイルに関連付けられているすべての他のＩＭＰＵを返信する。
【００９２】
・どのようにして移動端末がグルーピングセットを受信することができるかについての様々なソリューションが想定される。
【００９３】
例えば、２つのソリューションが可能である：
ソリューションＣ１：登録フェーズの２００ＯＫメッセージにＩＭＰＵのグルーピングを含ませる。
【００９４】
登録メッセージに応じて送信される２００ＯＫに、パブリックユーザ識別子のグルーピングの情報を含ませる。これは、暗黙的な登録セットにＳＩＰヘッダを追加する形式となる。
【００９５】
ソリューションＢ２：登録イベントパッケージにＩＭＰＵのグルーピングを含ませる。
【００９６】
登録イベントパッケージに応じて送信される通知（ＮＯＴＩＦＹ）メッセージにＩＭＰＵのグルーピングの情報を含ませる。
【００９７】
ソリューションＢ１及びＢ２は互いに補完するので、相互に他方と排他的である必要はない。
【００９８】
上述のメカニズムが、あるオペレータのネットワークと、そのネットワークに接続する移動端末内でのデータ配信に関連する一方で、共有のグルーピング情報の基礎となる原理は、例えば、オペレータＡのネットワークとオペレータＢのネットワーク間の他のネットワークへグルーピング情報を通過させることまで拡張する（ネットワーク間インタフェースで関連情報を含ませることによって）。本明細書では、あるネットワークから別のネットワークへグルーピング情報を通過させる対象とすることができる場合を示すための２つの例が与えられる。
【００９９】
１．存在（プレゼンス：presence）：
オペレータＡの加入者（ユーザＡ）は、許可されている存在監視者（ユーザＢ）としてオペレータＢの加入者を含んでいる、即ち、ユーザＡは、ユーザＡの存在を監視するためにユーザＢを認可している（ユーザＢの特定のパブリックユーザ識別子を使用して）。しかしながら、ユーザＢは２つ（あるいはそれ以上）のＩＭＰＵを有していて、ここで、ユーザＡの存在を監視するために（ユーザＢによって）使用されるものは、ユーザＡが認可しているものではない。ユーザＢに対するグルーピング情報をネットワークＡへ搬送することによって、ユーザＢは、ユーザＡの存在を監視することができる（同一のサービスプロファイルを共有するＩＭＰＵ自身の任意のものを使用して）。
【０１００】
２．受付拒否リスト
プッシュツートークオーバセルラー（ＰｏＣ）の例では、終了ＰｏＣ ＡＳは、終了ＰｏＣリクエストはユーザに対して終了させることができるかを判定するために、終了するユーザのＸＤＭＳ内の受付拒否リストにアクセスすることができる。ここで、これは、ユーザを１つ以上の手段（パブリックユーザ識別子）によって識別することができる場合には適切に動作しない可能性がある。本発明の実施形態は、新規のＳＩＰセッション（例えば、ＩＮＶＩＴＥ（招待））を生成するＳＩＰメッセージにグルーピングデータを含めることによって、この問題に対するソリューションを提供する。このようなデータの意味は、「ユーザＸは、｛グループ化されているパブリックユーザ識別子のリスト｝として知られている」とすることができる。
【０１０１】
本発明の範囲を逸脱することなく、上述の実施形態に様々な変形を行なうことができることが当業者には理解されるであろう。
【特許請求の範囲】
【請求項１】
ＩＰマルチメディアサブシステム加入を処理するホーム加入者サーバであって、
複数のパブリックユーザアイデンティティと複数のサービスプロファイル間の関係を保持する手段と、
ネットワークノードに対する、共通のサービスプロファイルに関連付けられているすべてのパブリックユーザアイデンティティを識別する手段とを備え、
前記複数のパブリックユーザアイデンティティの２つ以上は、共通のサービスプロファイルに関連付けられている
ことを特徴とするホーム加入者サーバ。
【請求項２】
前記識別する手段は、登録あるいは再登録処理、呼の終了、あるいはサービスプロファイルの内容の変更に応じて、前記ネットワークノードへ通知を送信する
ことを特徴とする請求項１に記載のホーム加入者サーバ。
【請求項３】
前記識別する手段は、１つ以上のサービスプロファイルを含むメッセージを前記ネットワークノードへ送信する手段を備え、
前記サービスプロファイルのそれぞれは、それに関連付けられているすべてのパブリックユーザアイデンティティを識別する
ことを特徴とする請求項１または２に記載のホーム加入者サーバ。
【請求項４】
前記メッセージは、更に、前記サービスプロファイル以外に、共通の暗黙的な登録セットに属するパブリックユーザアイデンティティのセットを含んでいる
ことを特徴とする請求項３に記載のホーム加入者サーバ。
【請求項５】
前記メッセージは、該メッセージ内に含まれる１つ以上のサービスプロファイルを識別し、
前記識別されるサービスプロファイルそれぞれのパブリックユーザアイデンティティは、エイリアスパブリックユーザアイデンティティと見なされる
ことを特徴とする請求項３に記載のホーム加入者サーバ。
【請求項６】
前記ネットワークノードは、在圏呼セッション制御機能を備える
ことを特徴とする請求項１乃至５のいずれか１項に記載のホーム加入者サーバ。
【請求項７】
前記識別する手段は、要求される情報を、Ｃｘサーバ割当回答あるいはプッシュプロファイルリクエストメッセージで、在圏呼セッション制御機能へ搬送する
ことを特徴とする請求項１乃至６のいずれか１項に記載のホーム加入者サーバ。
【請求項８】
ＩＰマルチメディアサブシステム加入を処理するホーム加入者サーバであって、
エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持する手段と、
エイリアスのグルーピングの識別情報をネットワークノードへ送信する手段と
を備えることを特徴とするホーム加入者サーバ。
【請求項９】
前記送信する手段は、登録あるいは再登録処理、呼の終了、あるいはサービスプロファイルの内容の変更に応じて、前記識別情報を送信する
ことを特徴とする請求項８に記載のホーム加入者サーバ。
【請求項１０】
前記ネットワークノードは、在圏呼セッション制御機能を備える装置あるいはアプリケーションサーバである
ことを特徴とする請求項８または９に記載のホーム加入者サーバ。
【請求項１１】
ＩＰマルチメディアサブシステムネットワークにおけるユーザにサービスを提供する呼セッション制御機能を備える装置であって、
ホーム加入者サーバから、それぞれが自身に関連付けられているすべてのパブリックユーザアイデンティティを識別する、１つ以上のサービスプロファイルを含むメッセージを受信する手段と、
少なくとも１つのサービスプロファイルに、前記パブリックユーザアイデンティティを、エイリアスパブリックユーザアイデンティティとして関連づける手段と
を備えることを特徴とする装置。
【請求項１２】
前記受信したサービスプロファイル（群）とは別に含まれるパブリックユーザアイデンティティのリストを使用して、暗黙的な登録セットに属するパブリックユーザアイデンティティを識別する手段を更に備える
ことを特徴とする請求項１１に記載の装置。
【請求項１３】
エイリアスとの関連付けが適用されるサービスプロファイルを識別する手段を更に備える
ことを特徴とする請求項１１に記載の装置。
【請求項１４】
エイリアスパブリックユーザアイデンティティとして識別される前記パブリックユーザアイデンティティを識別する、ユーザ端末あるいはネットワークノードへ通知を送信する手段を更に備える
ことを特徴とする請求項１１乃至１３のいずれか１項に記載の装置。
【請求項１５】
前記呼セッション制御機能は、在圏呼セッション制御機能である
ことを特徴とする請求項１１乃至１４のいずれか１項に記載の装置。
【請求項１６】
ＩＰマルチメディアサブシステムネットワークにおけるサービスを実行するためのアプリケーションサーバであって、
在圏呼セッション制御機能を備える装置あるいはホーム加入者サーバから、２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信する手段とを備える
ことを特徴とするアプリケーションサーバ。
【請求項１７】
ＩＰマルチメディアサブシステムネットワークへのアクセスをユーザに可能にするためのユーザ端末であって、
ＩＰマルチメディアサブシステムネットワークから、当該ユーザ端末の２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信する手段とを備える
ことを特徴とするユーザ端末。
【請求項１８】
前記受信する手段は、在圏呼セッション制御機能を備える装置から前記通知を受信するように構成されている
ことを特徴とする請求項１７に記載のユーザ端末。
【請求項１９】
エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティをネットワークノード及びユーザ端末の少なくとも一方へ通知するように、ＩＰマルチメディアサブシステムを制御する方法であって、
ホーム加入者サーバで、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するステップと、
前記グルーピングの情報を、ネットワークノード及びユーザ端末の少なくとも一方へ配信するステップと
を備えることを特徴とする方法。
【請求項２０】
前記グルーピングは、サービスプロファイル内で、前記サービスプロファイルに関連付けられている前記パブリックユーザアイデンティティとして保持される
ことを特徴とする請求項１９に記載の方法。
【請求項２１】
更に、ホーム加入者サーバから在圏呼セッション制御機能を備える装置へ、それぞれが自身に関連付けられているすべてのパブリックユーザアイデンティティを識別する、１つ以上のサービスプロファイルを含むメッセージを送信するステップを備え、
前記在圏呼セッション制御機能は、少なくとも１つのサービスプロファイルに関連付けられているすべてのパブリックユーザアイデンティティを、エイリアスパブリックユーザアイデンティティとして識別する
ことを特徴とする請求項２０に記載の方法。
【請求項２２】
前記メッセージは、Ｃｘサーバ割当回答あるいはプッシュプロファイルリクエストメッセージである
ことを特徴とする請求項２１に記載の方法。
【請求項２３】
前記在圏呼セッション制御機能は、アプリケーションサーバあるいはユーザ端末へ、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグループを通知する
ことを特徴とする請求項２１または２２に記載の方法。
【請求項２４】
暗黙的な登録セットに属する前記パブリックユーザアイデンティティは、前記サービスプロファイル（群）とは別に、前記メッセージにリストされる
ことを特徴とする請求項２１乃至２３のいずれか１項に記載の方法。
【請求項２５】
前記メッセージは、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティが関連付けられているサービスプロファイルを識別する
ことを特徴とする請求項２１乃至２３のいずれか１項に記載の方法。
【請求項２６】
前記配信するステップは、前記ＩＰマルチメディアサブシステムでのユーザ端末の登録中あるいはそれに続いて、あるいはユーザ端末に対する呼の終了中あるいはそれに続いて、あるいは前記サービスプロファイルの内容の変更時に、実行される
ことを特徴とする請求項１９乃至２５のいずれか１項に記載の方法。
【請求項２７】
前記配信するステップは、前記グルーピングの情報を、アプリケーションサーバへＳｈインタフェースを介して送信する
ことを特徴とする請求項１９に記載の方法。
【請求項２８】
前記ユーザ端末に、Ｕｔインタフェースを介してアプリケーションサーバから送信されるシグナリングによって、自身の２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることが通知される
ことを特徴とする請求項２３または２７に記載の方法。
【請求項２９】
ＩＰマルチメディアサブシステムで使用するように構成されているユーザ端末を制御する方法であって、
前記ＩＰマルチメディアサブシステムから、前記ユーザ端末の２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信するステップを備える
ことを特徴とする方法。
【請求項３０】
ＩＰマルチメディアサブシステムのセッション開始プロトコルアプリケーションサーバを制御する方法であって、
在圏呼／セッション制御機能を備える装置あるいはホーム加入者サーバから、サービスコンフィグレーションの処理のために、２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信するステップを備える
ことを特徴とする方法。
【請求項３１】
ＩＰマルチメディアサブシステムにおけるホーム加入者サーバを制御する方法であって、
前記ホーム加入者サーバで、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するステップと、
前記グルーピングの情報を、ネットワークノード及びユーザ端末の少なくとも一方へ配信するステップと
を備えることを特徴とする方法。
【請求項３２】
ＩＰマルチメディアサブシステムであって、
エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するように構成されているホーム加入者サーバを備え、
前記ホーム加入者サーバは、前記ＩＰマルチメディアサブシステムでのユーザ端末の登録中あるいはそれに続いて、あるいはユーザ端末に対する呼の終了中あるいはそれに続いて、前記ユーザ端末あるいは端末ユーザのパブリックユーザアイデンティティを含むグルーピングを、前記ユーザ端末及びネットワークノードの少なくとも一方へ通知するように構成されている手段を有する
ことを特徴とするＩＰマルチメディアサブシステム。
【請求項１】
ＩＰマルチメディアサブシステム加入を処理するホーム加入者サーバであって、
複数のパブリックユーザアイデンティティと複数のサービスプロファイル間の関係を保持する手段と、
ネットワークノードに対する、共通のサービスプロファイルに関連付けられているすべてのパブリックユーザアイデンティティを識別する手段とを備え、
前記複数のパブリックユーザアイデンティティの２つ以上は、共通のサービスプロファイルに関連付けられている
ことを特徴とするホーム加入者サーバ。
【請求項２】
前記識別する手段は、登録あるいは再登録処理、呼の終了、あるいはサービスプロファイルの内容の変更に応じて、前記ネットワークノードへ通知を送信する
ことを特徴とする請求項１に記載のホーム加入者サーバ。
【請求項３】
前記識別する手段は、１つ以上のサービスプロファイルを含むメッセージを前記ネットワークノードへ送信する手段を備え、
前記サービスプロファイルのそれぞれは、それに関連付けられているすべてのパブリックユーザアイデンティティを識別する
ことを特徴とする請求項１または２に記載のホーム加入者サーバ。
【請求項４】
前記メッセージは、更に、前記サービスプロファイル以外に、共通の暗黙的な登録セットに属するパブリックユーザアイデンティティのセットを含んでいる
ことを特徴とする請求項３に記載のホーム加入者サーバ。
【請求項５】
前記メッセージは、該メッセージ内に含まれる１つ以上のサービスプロファイルを識別し、
前記識別されるサービスプロファイルそれぞれのパブリックユーザアイデンティティは、エイリアスパブリックユーザアイデンティティと見なされる
ことを特徴とする請求項３に記載のホーム加入者サーバ。
【請求項６】
前記ネットワークノードは、在圏呼セッション制御機能を備える
ことを特徴とする請求項１乃至５のいずれか１項に記載のホーム加入者サーバ。
【請求項７】
前記識別する手段は、要求される情報を、Ｃｘサーバ割当回答あるいはプッシュプロファイルリクエストメッセージで、在圏呼セッション制御機能へ搬送する
ことを特徴とする請求項１乃至６のいずれか１項に記載のホーム加入者サーバ。
【請求項８】
ＩＰマルチメディアサブシステム加入を処理するホーム加入者サーバであって、
エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持する手段と、
エイリアスのグルーピングの識別情報をネットワークノードへ送信する手段と
を備えることを特徴とするホーム加入者サーバ。
【請求項９】
前記送信する手段は、登録あるいは再登録処理、呼の終了、あるいはサービスプロファイルの内容の変更に応じて、前記識別情報を送信する
ことを特徴とする請求項８に記載のホーム加入者サーバ。
【請求項１０】
前記ネットワークノードは、在圏呼セッション制御機能を備える装置あるいはアプリケーションサーバである
ことを特徴とする請求項８または９に記載のホーム加入者サーバ。
【請求項１１】
ＩＰマルチメディアサブシステムネットワークにおけるユーザにサービスを提供する呼セッション制御機能を備える装置であって、
ホーム加入者サーバから、それぞれが自身に関連付けられているすべてのパブリックユーザアイデンティティを識別する、１つ以上のサービスプロファイルを含むメッセージを受信する手段と、
少なくとも１つのサービスプロファイルに、前記パブリックユーザアイデンティティを、エイリアスパブリックユーザアイデンティティとして関連づける手段と
を備えることを特徴とする装置。
【請求項１２】
前記受信したサービスプロファイル（群）とは別に含まれるパブリックユーザアイデンティティのリストを使用して、暗黙的な登録セットに属するパブリックユーザアイデンティティを識別する手段を更に備える
ことを特徴とする請求項１１に記載の装置。
【請求項１３】
エイリアスとの関連付けが適用されるサービスプロファイルを識別する手段を更に備える
ことを特徴とする請求項１１に記載の装置。
【請求項１４】
エイリアスパブリックユーザアイデンティティとして識別される前記パブリックユーザアイデンティティを識別する、ユーザ端末あるいはネットワークノードへ通知を送信する手段を更に備える
ことを特徴とする請求項１１乃至１３のいずれか１項に記載の装置。
【請求項１５】
前記呼セッション制御機能は、在圏呼セッション制御機能である
ことを特徴とする請求項１１乃至１４のいずれか１項に記載の装置。
【請求項１６】
ＩＰマルチメディアサブシステムネットワークにおけるサービスを実行するためのアプリケーションサーバであって、
在圏呼セッション制御機能を備える装置あるいはホーム加入者サーバから、２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信する手段とを備える
ことを特徴とするアプリケーションサーバ。
【請求項１７】
ＩＰマルチメディアサブシステムネットワークへのアクセスをユーザに可能にするためのユーザ端末であって、
ＩＰマルチメディアサブシステムネットワークから、当該ユーザ端末の２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信する手段とを備える
ことを特徴とするユーザ端末。
【請求項１８】
前記受信する手段は、在圏呼セッション制御機能を備える装置から前記通知を受信するように構成されている
ことを特徴とする請求項１７に記載のユーザ端末。
【請求項１９】
エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティをネットワークノード及びユーザ端末の少なくとも一方へ通知するように、ＩＰマルチメディアサブシステムを制御する方法であって、
ホーム加入者サーバで、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するステップと、
前記グルーピングの情報を、ネットワークノード及びユーザ端末の少なくとも一方へ配信するステップと
を備えることを特徴とする方法。
【請求項２０】
前記グルーピングは、サービスプロファイル内で、前記サービスプロファイルに関連付けられている前記パブリックユーザアイデンティティとして保持される
ことを特徴とする請求項１９に記載の方法。
【請求項２１】
更に、ホーム加入者サーバから在圏呼セッション制御機能を備える装置へ、それぞれが自身に関連付けられているすべてのパブリックユーザアイデンティティを識別する、１つ以上のサービスプロファイルを含むメッセージを送信するステップを備え、
前記在圏呼セッション制御機能は、少なくとも１つのサービスプロファイルに関連付けられているすべてのパブリックユーザアイデンティティを、エイリアスパブリックユーザアイデンティティとして識別する
ことを特徴とする請求項２０に記載の方法。
【請求項２２】
前記メッセージは、Ｃｘサーバ割当回答あるいはプッシュプロファイルリクエストメッセージである
ことを特徴とする請求項２１に記載の方法。
【請求項２３】
前記在圏呼セッション制御機能は、アプリケーションサーバあるいはユーザ端末へ、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグループを通知する
ことを特徴とする請求項２１または２２に記載の方法。
【請求項２４】
暗黙的な登録セットに属する前記パブリックユーザアイデンティティは、前記サービスプロファイル（群）とは別に、前記メッセージにリストされる
ことを特徴とする請求項２１乃至２３のいずれか１項に記載の方法。
【請求項２５】
前記メッセージは、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティが関連付けられているサービスプロファイルを識別する
ことを特徴とする請求項２１乃至２３のいずれか１項に記載の方法。
【請求項２６】
前記配信するステップは、前記ＩＰマルチメディアサブシステムでのユーザ端末の登録中あるいはそれに続いて、あるいはユーザ端末に対する呼の終了中あるいはそれに続いて、あるいは前記サービスプロファイルの内容の変更時に、実行される
ことを特徴とする請求項１９乃至２５のいずれか１項に記載の方法。
【請求項２７】
前記配信するステップは、前記グルーピングの情報を、アプリケーションサーバへＳｈインタフェースを介して送信する
ことを特徴とする請求項１９に記載の方法。
【請求項２８】
前記ユーザ端末に、Ｕｔインタフェースを介してアプリケーションサーバから送信されるシグナリングによって、自身の２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることが通知される
ことを特徴とする請求項２３または２７に記載の方法。
【請求項２９】
ＩＰマルチメディアサブシステムで使用するように構成されているユーザ端末を制御する方法であって、
前記ＩＰマルチメディアサブシステムから、前記ユーザ端末の２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信するステップを備える
ことを特徴とする方法。
【請求項３０】
ＩＰマルチメディアサブシステムのセッション開始プロトコルアプリケーションサーバを制御する方法であって、
在圏呼／セッション制御機能を備える装置あるいはホーム加入者サーバから、サービスコンフィグレーションの処理のために、２つ以上のパブリックユーザアイデンティティがエイリアスパブリックユーザアイデンティティとして見なされることを示す通知を受信するステップを備える
ことを特徴とする方法。
【請求項３１】
ＩＰマルチメディアサブシステムにおけるホーム加入者サーバを制御する方法であって、
前記ホーム加入者サーバで、エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するステップと、
前記グルーピングの情報を、ネットワークノード及びユーザ端末の少なくとも一方へ配信するステップと
を備えることを特徴とする方法。
【請求項３２】
ＩＰマルチメディアサブシステムであって、
エイリアスパブリックユーザアイデンティティとして見なされるパブリックユーザアイデンティティのグルーピングを保持するように構成されているホーム加入者サーバを備え、
前記ホーム加入者サーバは、前記ＩＰマルチメディアサブシステムでのユーザ端末の登録中あるいはそれに続いて、あるいはユーザ端末に対する呼の終了中あるいはそれに続いて、前記ユーザ端末あるいは端末ユーザのパブリックユーザアイデンティティを含むグルーピングを、前記ユーザ端末及びネットワークノードの少なくとも一方へ通知するように構成されている手段を有する
ことを特徴とするＩＰマルチメディアサブシステム。
【図１】
【図２】
【図３ａ】
【図３ｂ】
【図７】
【図４】
【図５】
【図６】
【図８】
【図２】
【図３ａ】
【図３ｂ】
【図７】
【図４】
【図５】
【図６】
【図８】
【公開番号】特開２０１２−１００３０８（Ｐ２０１２−１００３０８Ａ）
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１１−２７８６８５（Ｐ２０１１−２７８６８５）
【出願日】平成２３年１２月２０日（２０１１．１２．２０）
【分割の表示】特願２００８−５０８２２５（Ｐ２００８−５０８２２５）の分割
【原出願日】平成１８年４月２７日（２００６．４．２７）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願番号】特願２０１１−２７８６８５（Ｐ２０１１−２７８６８５）
【出願日】平成２３年１２月２０日（２０１１．１２．２０）
【分割の表示】特願２００８−５０８２２５（Ｐ２００８−５０８２２５）の分割
【原出願日】平成１８年４月２７日（２００６．４．２７）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]