ＩＰマルチメディア・サブシステム・サービスへのグループ・アクセス
【課題】個別のＩＰマルチメディア・サブシステム・サブスクリプションを持たないユーザ端末に対して、ＩＰマルチメディア・サブシステム・サービスを利用できるようにする。
【解決手段】サブスクリプションについて定義されている暗黙登録セット内に、パブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティ・サブドメインを含める。ＩＰマルチメディア・サブシステム・ネットワークとのアクセスポイントのＩＰマルチメディア・サブシステム登録において、暗黙登録セットに含まれるパブリック・ユーザ・アイデンティティは、上記アクセスポイントに割り当てられているサービング呼／セッション制御機能と、上記アクセスポイントが接続されているプロキシ呼／セッション制御機能とへ配信される。
【解決手段】サブスクリプションについて定義されている暗黙登録セット内に、パブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティ・サブドメインを含める。ＩＰマルチメディア・サブシステム・ネットワークとのアクセスポイントのＩＰマルチメディア・サブシステム登録において、暗黙登録セットに含まれるパブリック・ユーザ・アイデンティティは、上記アクセスポイントに割り当てられているサービング呼／セッション制御機能と、上記アクセスポイントが接続されているプロキシ呼／セッション制御機能とへ配信される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＰマルチメディア・サブシステム・サービスへのグループ・アクセスに関し、特に、ＩＰマルチメディア・サブシステムのサブスクリプションを個別に持っていないが、ＩＰマルチメディア・サブシステムのサブスクリプションを持つグループに属しているユーザに対して、このようなアクセスを容易にすることに関する。
【背景技術】
【０００２】
ＩＰマルチメディア・サブシステム（ＩＭＳ）は、第三世代パートナーシップ・プロジェクト（３ＧＰＰ）により規定された、モバイル通信ネットワーク上でＩＰマルチメディア・サービスを提供するための技術である（非特許文献１）。ＩＭＳは、サービスの統合および相互作用を通じて、エンドユーザの個人対個人（パーソン・ツー・パーソン）の通信体験を豊かにする重要な特徴を提供する。ＩＭＳは、ＩＰベース・ネットワークを介した、新しい豊かな個人対個人（クライアント対クライアント）通信だけでなく、個人対コンテンツ（クライアント対サーバ）通信も可能にする。
【０００３】
ＩＭＳは、セッション開始プロトコル（ＳＩＰ）を使用して、ユーザ端末（ＵＥ）間またはＵＥ／アプリケーション・サーバ（ＡＳ）間において、呼又はセッションを、セットアップ及び制御する。ＳＩＰシグナリングによって伝達されるセッション記述プロトコル（ＳＤＰ）は、セッションのメディア・コンポーネントを記述およびネゴシエーションするために用いられる。ＳＩＰはユーザ対ユーザプロトコルとして作成されたが、ＩＭＳは、オペレータとサービスプロバイダがサービスへのユーザアクセスを制御し、それによりユーザに課金することを可能にする。
【０００４】
ＩＭＳネットワーク内において、呼／セッション制御機能（ＣＳＣＦ）は、ＩＭＳ内のＳＩＰエンティティとして動作する。３ＧＰＰアーキテクチャは３種類のＣＳＣＦを規定している。すなわち、ＩＭＳ内においてＳＩＰ端末が最初にコンタクトするポイントであるプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）と、ユーザが加入しているサービスをユーザに提供するサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）と、正しいＳ−ＣＳＣＦを識別し、ＳＩＰ端末からＰ−ＣＳＣＦを介して受信した要求をそのＳ−ＣＳＣＦへ転送する役割を有するインタロゲーティングＣＳＣＦ（Ｉ−ＣＳＣＦ）とを規定している。
【０００５】
ＩＭＳサービス機能性はアプリケーション・サーバ（ＡＳ）を用いて実装される。任意の所与のＵＥについて、１以上のＡＳを当該端末と関連づけてもよい。ＡＳは、Ｓ−ＣＳＣＦとＩＭＳサービス制御（ＩＳＣ）インタフェースを介して通信し、必要に応じて（例えば、所与のＵＥについてＳ−ＣＳＣＦ内にダウンロードされたＩＦＣをトリガーしたことの結果として）、ＳＩＰメッセージング・ルートにリンクされる。
【０００６】
ユーザは、特定のＳＩＰ ＲＥＧＩＳＴＥＲ法を用いてＩＭＳに登録する。これは、ＩＭＳにアタッチ（参加）し、ＳＩＰユーザ・アイデンティティ（識別情報）に到達可能なアドレスをＩＭＳへアナウンスする手法である。３ＧＰＰでは、ＳＩＰ端末が登録（レジストレーション）を実行する場合、ＩＭＳは、ホーム加入者サーバ（ＨＳＳ）内に格納されているサブスクリプション（加入）情報を用いてユーザを認証し、そのユーザに対して、利用可能なＳ−ＣＳＣＦのセットからＳ−ＣＳＣＦを割り当てる。Ｓ−ＣＳＣＦを割り当てる基準は３ＧＰＰに規定されていないが、これには負荷分散とサービス要件が含まれるかもしれない。なお、Ｓ−ＣＳＣＦの割り当ては、ＩＭＳベース・サービスへのユーザアクセスを制御し、課金を行うための鍵となることに留意すべきである。オペレータは、そうしなければＳ−ＣＳＣＦを迂回するであろう、ユーザ対ユーザの直接のＳＩＰセッションを妨げる手法を提供してもよい。
【０００７】
登録処理の間、Ｓ−ＣＳＣＦがまだ選択されていないときは、Ｓ−ＣＳＣＦを選択するのはＩ−ＣＳＣＦの責任である。Ｉ−ＣＳＣＦは、要求されたＳ−ＣＳＣＦケイパビリティ（能力）をＨＳＳから受信し、受信したケイパビリティに基づいて、適切なＳ−ＣＳＣＦを選択する。なお、ユーザが他のパーティによって呼び出されたが、そのユーザには現在Ｓ−ＣＳＣＦが割り当てられていない場合にも、Ｉ−ＣＳＣＦによってＳ−ＣＳＣＦの割り当てがユーザのために行われることに留意すべきである。その後、登録されたユーザがセッション要求をＩＭＳへ送信した場合、Ｐ−ＣＳＣＦは、登録処理の間にＳ−ＣＳＣＦから受信した情報に基づいて、選択されたＳ−ＣＳＣＦへその要求を転送することが可能である。
【０００８】
あらゆるＩＭＳユーザは、１以上のプライベート・ユーザ・アイデンティティを有している。プライベート・ユーザ・アイデンティティは、ホームネットワークのオペレータにより割り当てられ、ＩＭＳによって、例えば、登録、認可、管理、及びアカウンティングの目的で使用される。このアイデンティティは、非特許文献２に定められているように、ネットワーク・アクセス識別子（ＮＡＩ）の形式をとる。国際移動加入者識別情報（ＩＭＳＩ）の表示は、プライベート・アイデンティティについてＮＡＩの中に含めることが可能である。非特許文献３は、プライベート・ユーザ・アイデンティティの以下の特性を定めている。
− プライベート・ユーザ・アイデンティティはＳＩＰメッセージのルーティングには使用されない。
− プライベート・ユーザ・アイデンティティは、全ての登録要求（再登録要求と登録解除要求を含む）に含まれ、ＵＥからホームネットワークへ受け渡されなければならない。
− ＩＰマルチメディア・サービス・アイデンティティ・モジュール（ＩＳＩＭ）アプリケーションは、１つのプライベート・ユーザ・アイデンティティを安全に格納されなければならない。ＩＳＩＭアプリケーション上に格納されたプライベート・ユーザ・アイデンティティ情報をＵＥが修正することが可能であってはならない。
− プライベート・ユーザ・アイデンティティはホームネットワーク・オペレータにより定められるユニークでグローバルなアイデンティティであり、これはネットワーク・パースペクティブからユーザのサブスクリプション（例えば、ＩＭサービス・ケイパビリティ）を識別するために、ホームネットワーク内で使用してもよい。プライベート・ユーザ・アイデンティティはユーザではなくサブスクリプションを識別する。
− プライベート・ユーザ・アイデンティティは、ユーザのサブスクリプションに恒久的に割り当てられ（すなわち、動的なアイデンティティではない）、ユーザがホームネットワークに加入している期間、有効でなければならない。
− プライベート・ユーザ・アイデンティティは、（例えば、登録の間に用いられる）ＨＳＳ内に格納されたユーザの情報（例えば、認証情報）を識別するために用いられる。
− プライベート・ユーザ・アイデンティティは、オペレータのポリシーに基づき、課金記録の中に存在してもよい。
− プライベート・ユーザ・アイデンティティは、ユーザの登録（再登録と登録解除を含む）の間のみ認証されてもよい。
− ＨＳＳはプライベート・ユーザ・アイデンティティを格納する必要がある。
− Ｓ−ＣＳＣＦは、端末を登録し登録解除する際にプライベート・ユーザ・アイデンティティを取得し格納する必要がある。
【０００９】
プライベート・ユーザ・アイデンティティに加えて、全てのＩＭＳユーザは、１以上のＩＭＳパブリック・ユーザ・アイデンティティ（ＰＵＩ）を有さなければならない。ＰＵＩは、他のユーザへの通信を要求するために任意のユーザにより使用される。ユーザは、例えば、名刺上にＰＵＩ（ただし、プライベート・ユーザ・アイデンティティではない）を有してもよい。非特許文献３はＰＵＩの以下の特性を定めている。
− 電話通信の番号付与法とインターネットの名前付与法は両方とも、ユーザが有するＰＵＩにより、ユーザにアドレスするために使用することが可能である。
− ＰＵＩは、（非特許文献４及び非特許文献５で規定される）ＳＩＰ ＵＲＩフォーマット、または非特許文献６で規定される”ｔｅｌ：”−ＵＲＩフォーマットの形態をとらなければならない。
− ＩＳＩＭアプリケーションは１以上のＰＵＩを安全に格納しなければならない（ＵＥがＰＵＩを修正できてはならない）が、全ての付加的なＰＵＩがＩＳＩＭアプリケーション上に格納される必要はない。
− ＰＵＩは、ＩＭＳセッションとＩＭＳセッションに関係のない手順を発生させるためアイデンティティが使用可能となる前に、明示又は暗黙に登録されなければならない。
− ＰＵＩは、ＩＭＳセッションの停止とＩＭＳセッションに関係のない手順の停止が、ＰＵＩが属するユーザのＵＥへ伝達可能となる前に、明示又は暗黙に登録されなければならない。
− ＩＭＳ内のメカニズムを介して（例えば、暗黙登録セット（インプリシット・レジストレーション・セット）を用いて）、２以上のＰＵＩを有するユーザを、グローバルに（すなわち、単一のＵＥ要求を介して）登録することが可能でなければならない。これは、ユーザが、必要に応じて、ユーザのＰＵＩのいくつかを個別に登録することを排除するものであってはならない。
− ＰＵＩは、登録中にネットワークに認証されない。
− ＰＵＩは、（例えば、モバイル終端セッション・セットアップの間に）ＨＳＳ内のユーザの情報を識別するために用いてもよい。
− ＰＵＩは、ユーザに適用されるサービス設定データを識別するために、ＩＭＳ内のＡＳが使用してもよい。
【００１０】
図１は、ユーザの（ＩＭＳ）サブスクリプションと、パブリック・ユーザ・アイデンティティ及びプライベート・ユーザ・アイデンティティとの間の関係の例を模式的に示している。ここに示す例において、加入者は、２つのプライベート・ユーザ・アイデンティティを有しており、これらは両方とも２つのパブリック・ユーザ・アイデンティティに関連づけられている（パブリック・ユーザ・アイデンティティの１つである、パブリック・ユーザ・アイデンティティ−２は、両方のプライベート・ユーザ・アイデンティティに関連づけられている）。サービス・プロフィールが各パブリック・ユーザ・アイデンティティに関連づけられており、このプロフィールは関連づけられているパブリック・ユーザ・アイデンティティのサービスデータを特定する。ホーム加入者サーバのユーザに対してアプリケーション・サーバが供給された場合、サービス・プロフィールが作成又は修正される。各サービス・プロフィールは、ＩＭＳサービスの供給又は制限をトリガするために用いられる１以上の内部フィルタ基準（ｉＦＣ）を備える。サービス・プロフィール−１とサービス・プロフィール−２により提供されるサービス間の違いはオペレータに特有であるが、異なるアプリケーション・サーバ（ＡＳ）や、さらには異なる課金／レーティング法が含まれてもよい。
【００１１】
この例では、パブリック・ユーザ・アイデンティティ−１はサービス・プロフィール−１に関連づけられており、パブリック・ユーザ・アイデンティティ−２とパブリック・ユーザ・アイデンティティ−３はサービス・プロフィール−２に関連づけられている。典型的な状況では、パブリック・ユーザ・アイデンティティ−１は、例えば、”Ｂｉｇ＿Ｊｏｅ＠ｐｒｉｖ．ｏｐｅｒａｔｏｒ．ｃｏｍ”のような、ユーザが友人や家族に与えるアイデンティティとしてよく、パブリック・ユーザ・アイデンティティ−２とパブリック・ユーザ・アイデンティティ−３は、例えば、”＋４６１１１２２２３３３＠ｏｐｅｒａｔｏｒ．ｃｏｍ”と”ｊｏｅ．ｂｌａｃｋ＠ｏｐｅｒａｔｏｒ．ｃｏｍ”のような、ユーザが取引相手に与えるアイデンティティとしてよい。
【００１２】
３ＧＰＰは、グループで作用するＰＵＩのセットを識別する、いわゆる「暗黙登録セット」の概念を規定しており、これは、このセットのいずれか１つのＰＵＩが登録又は登録解除された場合に、一緒に登録または登録解除される。３ＧＰＰは、ＨＳＳが、ユーザの登録又は呼の終了に応じて暗黙登録セットをＳ−ＣＳＣＦへ送信することを命じている。（登録時に）ＨＳＳは、暗黙登録セット内の全てのＰＵＩを識別し、次に、これらのＰＵＩに関連づけられた全てのサービス・プロフィールを識別することが理解されている。次に、これらが関連づけられているＰＵＩを含むサービス・プロフィール（又はサービス・プロフィールから選択されたデータ）は、Ｓ−ＣＳＣＦへ送信される。この動作の結果として、Ｓ−ＣＳＣＦは、そのサービス・プロフィールだけでなく、同一の暗黙登録セットに属する全てのＰＵＩを知ることになる。
【００１３】
ＩＭＳの可能なユースケースには、ＩＭＳへのグループレベルのサブスクリプションを有するユーザのコレクションが含まれるが、個々のユーザ自身はサブスクリプションを持たず、ＩＭＳは認識されていない。しかし、ユーザへの直接の内向きまたは外向きのダイアルを可能にすることが望ましく、又は、必要でさえある。このことは、例えば、企業がＩＭＳへのサブスクリプションを有し、ＩＰ構内交換機（ＩＰ−ＰＢＸ）へ接続された、個々の従業員局または従業員端末を有する場合に生じるだろう。従業員端末はＳＩＰクライアントが提供されていてもいなくてもよい。後者の場合、ＩＰ−ＰＢＸは、ＳＩＰシグナリングと非ＳＩＰシグナリングとの間で変換を行う。もちろんＩＭＳは（同一の暗黙登録セット内の）各端末について個別のＰＵＩを記録することが可能であろうが、これはグループのサイズが大きくなるに従い非効率となる。ＥＴＳＩ ＴＩＳＰＡＮは、このような企業ネットワークを次世代企業ネットワーク（ＮＧＣＮ）と定義している。
【００１４】
代わりの手法が図２に模式的に示されており、ここでは複数のユーザ端末を管理するＩＰ−ＰＢＸ（”ＩＰ−ＰＢＸ２”と呼ぶ）が示されていて、ユーザ端末の１つは図中で”外線．５６７８”と示されている。この手法は、ユーザ・サービスに対してユーザを識別するのではなく、公衆で利用可能なネットワーク・ベースＩＭＳサービスを識別することが意図された、いわゆるパブリック・サービス・アイデンティティ（ＰＳＩ）を採用する。この手法は、ＨＳＳ内で、ＩＰ−ＰＢＸ２に属する端末に対して特化されたＰＵＩに適合するワイルドカード化されたＰＳＩを定義する。
【００１５】
終了する場合に、例えばＩＮＶＩＴＥのようなＳＩＰメッセージが（相互接続境界制御機能（Ｉ−ＢＣＦ、インターコネクテッド・ボーダー・コントロール・ファンクション）を介して）ホームＩＭＳネットワークのＩ−ＣＳＣＦで受信されたときは、Ｉ−ＣＳＣＦは、電話番号に対応するＳＩＰ要求ＵＲＩを認識し、これをＴｅｌ ＵＲＩに変換するだろう。図２の例では、ＳＩＰ要求ＵＲＩは”ｓｉｐ：＋３１１６１２５５６７８＠ｏｐｅｒａｔｏｒ２．ｃｏｍ，ｕｓｅｒ＝ｐｈｏｎｅ”であり、これはＴｅｌ（電話）ＵＲＩ”Ｔｅｌ：＋３１１６１２５５６７８”に変換される。次に、Ｉ−ＣＳＣＦは、通常のＩＭＳ手順に従って、ＨＳＳへクエリを送信する。ＨＳＳは、Ｔｅｌ ＵＲＩがＰＳＩワイルドカードに適合することを判定して、割り当てられているＳ−ＣＳＣＦのアイデンティティを用いてＩ−ＣＳＣＦに応答する。Ｉ−ＣＳＣＦは割り当てられているＳ−ＣＳＣＦにＳＩＰメッセージを転送し、次に、このＳ−ＣＳＣＦはワイルドカード化されたＰＳＵのサービス・プロフィールをＨＳＳから取得する。このプロフィールは、Ｓ−ＣＳＣＦに、ビジネス・トランキング（ＢＴ）アプリケーション・サーバへのメッセージのルーティングを行わせるＩＦＣトリガを含む。アプリケーション・サーバは、ＳＩＰ要求ＵＲＩの”Ｔｅｌ：＋３１１６１２５５６７８”をＩＰ−ＰＢＸ２のアドレス、すなわち、”ｐｂｘ２＠ｏｐｅｒａｔｏｒ２．ｃｏｍ”で置き換え、宛先アドレスをＴｏヘッダ・フィールド内に挿入し、既に失われている過去のコンテンツを削除する。
【００１６】
次に、要求ＵＲＩが変化したために新たな終端パーティが対象とされた場合、終端ＣＳＣＦコンプレックスを横断する必要がある。次に、メッセージは更なるＩ−ＣＳＣＦへ到達し、このＩ−ＣＳＣＦは、ＰＢＸに割り当てられているＳ−ＣＳＣＦを判定するように、当該割り当てられているＳ−ＣＳＣＦへメッセージを配信する前に、ＨＳＳにクエリを出す。このＳ−ＣＳＣＦは、ＰＢＸのコンタクトアドレスを知っており、これを新たな要求ＵＲＩとして追加する。古いＵＲＩの”ｐｂｘ２＠ｏｐｅｒａｔｏｒ２．ｃｏｍ”を維持するため、Ｓ−ＣＳＣＦは、メッセージをＰ−ＣＳＣＦへ転送しＩＰ−ＰＢＸ２へ配信する前に、このＵＲＩを含むＰ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−Ｉｄを追加する。選択的に、ＰＢＸアイデンティティに関してトリガが起動された場合、第２のＳ−ＣＳＣＦは、メッセージを更なるアプリケーション・サーバに転送してもよい。
【００１７】
宛先端末がＳＩＰ端末の場合、メッセージの受信に応じて、ＩＰ−ＰＢＸ２は、”Ｔｏ”ヘッダ・フィールドに含まれるアドレスに基づいて、端末にメッセージを配信するように構成することができる。宛先端末がＳＩＰ端末でない場合、ＩＰ−ＰＢＸ２端末は、何らかのアプリケーション専用ロジックに従って端末を処理するだろう。
【００１８】
図２に示す”ワークアラウンド”（次善策）の解決法は、ＣＳＣＦコンプレックスを２回横断する必要があるという欠点を有する。これにより、メッセージの通過回数が増加する結果となる。さらに、Ｔｏヘッダに元々含まれる情報は、発呼者が挿入した元々の要求ＵＲＩと同様に失われる。元々のＴｏヘッダがないと、呼び出された端末のあるアプリケーションは機能しないかもしれない。
【００１９】
図３は、呼を発信する場合、すなわち、ＰＢＸ後部の端末が遠隔端末へ呼を開始する場合の次善策の解決法を示している。この場合、外向きのＰ−ＣＳＣＦは、ＰＢＸによりそこに送信されたＩＮＶＩＴＥ内に含まれるＰ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙを認識しないため、デフォルトのＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙとして、ＰＢＸのＰＵＩ、すなわち”ｐｂｘ１＠ｏｐｅｒａｔｏｒ１．ｃｏｍ”を使用する。Ｓ−ＣＳＣＦにおいて、ＰＢＸサービス・プロフィールのＩＦＣは、ＢＴアプリケーション・サーバを伴うようにＳ−ＣＳＣＦに伝達する。ＢＴアプリケーション・サーバは、発信側のユーザがＦｒｏｍヘッダ内で識別されるユーザであることの正当性を検証してアサートし、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダを発呼側のユーザのアイデンティティ、すなわち”ｔｅｌ：＋３１１６１２４１２３４”で置き換える。そして、ＢＴアプリケーション・サーバは、ＰＢＸアイデンティティを管理しているＳ−ＣＳＣＦを介して、ＳＩＰ ＩＮＶＩＴＥを終端ユーザへ転送する。
【先行技術文献】
【非特許文献】
【００２０】
【非特許文献１】３ＧＰＰ ＴＳ２２．２２８
【非特許文献２】ＩＥＴＦ ＲＦＣ ２４８６
【非特許文献３】３ＧＰＰ ＴＳ２３．２２８
【非特許文献４】ＩＥＴＦ ＲＦＣ ３２６１
【非特許文献５】ＩＥＴＦ ＲＦＣ ２３９６
【非特許文献６】ＩＥＴＦ ＲＦＣ ３９６６
【発明の概要】
【発明が解決しようとする課題】
【００２１】
本発明の目的は、企業ネットワークやそれと同等のものの中に存在しているが、個別のＩＰマルチメディア・サブシステム・サブスクリプションを持たないユーザ端末に対して、ＩＰマルチメディア・サブシステム・サービスを利用できるようにすることが可能な手順及びシステムを提供することである。本発明の更なる目的は、第１の目的を効率的な態様で実現することである。
【課題を解決するための手段】
【００２２】
これらと他の目的は、サブスクリプションに関連づけられた暗黙登録セット内に、ワイルドカード化されたパブリック・ユーザ・アイデンティティを含ませることにより実現される。本明細書では、「ワイルドカード化された（Wildcarded）」又は「ワイルドカード（wildcard）」は、シンボル、又は、１以上の不特定の文字（キャラクタ）を表すシンボルを含む、パブリック・ユーザ・アイデンティティを意味するものと理解される。ワイルドカード化されたパブリック・ユーザ・アイデンティティは、それに関連づけられたサービス・プロフィールを有することになる。暗黙登録セットに基づいてチェック又は処理を行うＩＰマルチメディア・サブシステム内の任意のノードは、受信したパブリック・ユーザ・アイデンティティが暗黙登録セット内の任意の標準パブリック・ユーザ・アイデンティティに適合したかのように、同様に、ワイルドカード化されたパブリック・ユーザ・アイデンティティに適合する受信したパブリック・ユーザ・アイデンティティに応じて動作する。ワイルドカード化されたパブリック・ユーザ・アイデンティティを用いてパブリック・ユーザ・アイデンティティの範囲を表すのではなく、代わりに、サブドメインでこのような範囲を示してもよい。例えば、Ｔｅｌ ＵＲＩの範囲は電話プリフィックス（局番）で示してよく、ＳＩＰ ＵＲＩの範囲は企業ドメインで示してよい。
【００２３】
本発明の第１の側面によれば、ＩＰマルチメディア・サブシステム・ネットワークのサービスへの、当該ネットワークのアクセスポイントの背後に存在するユーザ端末によるアクセスを容易にする方法が提供される。アクセスポイントは、ＩＰマルチメディア・サブシステム・ネットワークへのサブスクリプションに関連づけられている。この方法は、当該サブスクリプションについて定義されている暗黙登録セット内に、パブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティ・サブドメインを含める工程を有している。ＩＰマルチメディア・サブシステム・ネットワークとの上記アクセスポイントのＩＰマルチメディア・サブシステム登録において、暗黙登録セットに含まれるパブリック・ユーザ・アイデンティティは、上記アクセスポイントに割り当てられているサービング呼／セッション制御機能と、上記アクセスポイントが接続されているプロキシ呼／セッション制御機能とへ配信される。
【００２４】
本発明の実施形態によれば、企業ネットワーク又はそれと同等のものの中に存在するが、それ自身はＩＰマルチメディア・サブシステムのサブスクリプションを持たないユーザ端末に対して、直接の着信ダイアル及び発信ダイアルを含むＩＰマルチメディア・サブシステムのサービスを提供することが可能となる。さらなるＳ−ＣＳＣＦコンプレックスの横断はシグナリングのために全く求められず、また、重要なＳＩＰヘッダ情報は維持される。
【００２５】
本発明の更なる側面は、サービング呼／セッション制御機能と、プロキシ呼／セッション制御機能と、ホーム加入者サーバと、同等のものを動作させる方法とに関する。
【００２６】
本発明の更なる側面によれば、ＩＰマルチメディア・サブシステムのホーム加入者サーバを動作させる方法が提供される。この方法は、サブスクリプション又はサービスに関して、サービスに関連づけられたパブリック・サービス・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・サービス・アイデンティティ又はパブリック・サービス・アイデンティティのサブドメインを含む、暗黙登録セットと、サービスに割り当てられているサービング呼／セッション制御機能のアイデンティティ、又は、サービング呼／セッション制御機能を割り当てる基準とを含むデータを維持する工程を有する。インタロゲーティング呼／セッション制御機能において受信されたＳＩＰメッセージに関する位置情報要求を当該インタロゲーティング呼／セッション制御機能から受信した場合、該ＳＩＰメッセージの要求ＵＲＩがワイルドカード化されたパブリック・サービス・アイデンティティ又はサブドメインに適合したときは、該インタロゲーティング呼／セッション制御機能は、サービング呼／セッション制御機能のアイデンティティが通知されるか、又は、選択基準が提供される。
【００２７】
本発明の更なる側面によれば、上述のホーム加入者サーバを動作させる方法の各工程を実行するソフトウェア・コード部分を備えた、デジタル・コンピュータ装置の内部メモリにロードすることが可能なコンピュータプログラム製品が提供される。更なる側面によれば、本発明に従い、サービング呼／セッション制御機能、プロキシ呼／セッション制御機能、及び、インタロゲーティング呼／セッション制御機能を動作させる各工程を実行するソフトウェア・コード部分を備えた、デジタル・コンピュータ装置の内部メモリにロードすることが可能なコンピュータプログラム製品が提供される。
【図面の簡単な説明】
【００２８】
【図１】ユーザＩＭＳサブスクリプション、パブリック・ユーザ・アイデンティティ及びプライベート・ユーザ・アイデンティティの間の関係の例を模式的に示す図である。
【図２】ＩＭＳアーキテクチャ内で呼を終了させる場合の、次善策の従来手法を模式的に示す図である。
【図３】ＩＭＳアーキテクチャ内で呼を発信する場合の、次善策の従来手法を模式的に示す図である。
【図４】本発明の実施形態に係る登録シグナリング・フローを有するＩＭＳネットワーク・アーキテクチャを模式的に示す図である。
【図５】本発明の実施形態に従い発信する場合のシグナリング・フローを有するＩＭＳネットワーク・アーキテクチャを模式的に示す図である。
【図６】本発明の実施形態に従い終了する場合のシグナリング・フローを有するＩＭＳネットワーク・アーキテクチャを模式的に示す図である。
【発明を実施するための形態】
【００２９】
ＩＭＳ登録（レジストレーション）は２つのフェーズからなる。第１のフェーズでは、登録エンティティがＳＩＰ ＲＥＧＩＳＴＥＲをそのＰ−ＣＳＣＦへ送信し、これは、Ｉ−ＣＳＣＦを介してＨＳＳにより割り当てられたＳ−ＣＳＣＦへ転送される。この登録はＨＳＳからチャレンジ（４０１メッセージ）を引き出し、これは登録エンティティへ返される。次に、このエンティティは、このチャレンジへの応答を含む、さらなるＲＥＧＩＳＴＥＲを送出する。ユーザ端末のグループに代えてＰＢＸ（ＩＰ−ＰＢＸ１で示す）が登録する場合、関連づけられたシグナリング・フローが図４に示されており、ここではＰＢＸがＤＨＣＰ参照を用いて外向きのＰ−ＣＳＣＦのアドレスを学習している。ＰＢＸは、自分のＰＵＩを用いて、この例では”ｐｂｘ１＠ｏｐｅｒａｔｏｒ１．ｃｏｍ”を登録している。ＰＢＸについてＨＳＳ内で保持されるサブスクリプション情報には、上述の暗黙登録セットが含まれる。ＰＢＸのＰＵＩ、並びに、やはりＰＢＸに割り当てられているｔｅｌ ＵＲＩの”ｔｅｌ：＋３１１６１２５１１１”と同様に、暗黙登録セットは、ＰＢＸに関連づけられた外線電話の範囲を示す「ワイルドカード」のＰＵＩを含んでいる。この例では、ワイルドカードは”ｔｅｌ：＋３１１６１２４！＊！”と示されているが、ここで、”！＊！”の部分は、特定のプリフィックスと任意のサフィックスを有するＰＵＩがワイルドカードＰＵＩに適合することを示している。
【００３０】
ＨＳＳは、関連づけられているサービス・プロフィールとともに、サーバ割当回答（サーバ・アサインメント・アンサー、図４の信号１７）内の暗黙登録セットを返す。次に、Ｓ−ＣＳＣＦは、Ｉ−ＣＳＣＦ及びＰ−ＣＳＣＦを介して２００ ＯＫをＰＢＸに対して返送するが、２００ ＯＫは、ＰＢＸのＰＵＩに関連づけられた暗黙登録セット内のＰＵＩを識別するＰ−Ａｓｓｓｏｃｉａｔｅｄ−ＵＲＩフィールドを有している。
【００３１】
ＰＢＸが登録を実行するのではなく、これは、ＰＢＸの代わりに登録をする機能によって実行されることが可能だろう。このような機能は、例えば、シグナリング境界（ボーダー）ゲートウェイ等の境界ノードに設けることができるだろう。境界ノードは、ＰＢＸとＰ−ＣＳＣＦの間に設けてもよいし、又は、Ｐ−ＣＳＣＦを含んでもよい。登録機能を主催することが可能な装置の他の例は、統合アクセス装置、又は、顧客敷地内のホーム・ゲートウェイである。
【００３２】
以下、図５を参照して、ＰＢＸの背後のユーザ端末が遠隔端末へ呼を発信することを望んでいる場合を考えるが、これは、（例えば、端末がＳＩＰ通信が可能な場合はＳＩＰを使用して）ユーザ端末によってＰＢＸへシグナリング（信号伝達）される。次に、ＰＢＸは、外向きのプロキシとして管理しているＰ−ＣＳＣＦに対して、ＩＮＶＩＴＥを送信する。ＰＢＸには、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダとして、例えば、”ｔｅｌ：＋３１１６１２４１２３４”のような、発呼ユーザの（ローカルの）アイデンティティが含まれる。Ｐ−ＣＳＣＦ内のサービス・ロジックは、従来より、以前にネゴシエーションされた安全性アソシエーションと暗黙登録セットのＰＵＩを用いて、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダの正当性を検証するように構成されている。さらに、これは、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダが、Ｓ−ＣＳＣＦから以前受信した暗黙登録セットに含まれる、ワイルドカード化されたＰＵＩに適合することを判定する。次に、Ｐ−ＣＳＣＦは、同じ発呼ユーザのＰＵＩを用いてＰ−Ｐｒｅｆｅｒｒｅｄ−ＩｄｅｎｔｉｔｙヘッダをＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダで置き換え、Ｉ−ＣＳＣＦを介してＳ−ＣＳＣＦへＩＮＶＩＴＥを転送する。
【００３３】
ＩＮＶＩＴＥを受信すると、Ｓ−ＣＳＣＦは、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダが、（既に、登録フェーズ中にサービス・プロフィールとともにＳ−ＣＳＣＦにダウンロードされている）暗黙登録セットに属するワイルドカード化されたＰＵＩに適合することを判定し、さらに、Ｓ−ＣＳＣＦは、必要ならば、アプリケーション・サーバを用いて共通グループのサービス・プロフィールを適用する（図５は、例を用いて、ビジネス・トランキング・アプリケーション・サーバを示している）。全てのグループ・メンバは、同一のグループ・サービスを受信し、課金はグループ・サブスクリプションに対して行うことが可能である。Ｓ−ＣＳＣＦは、要求ｔｅｌ ＵＲＩに対するＥＮＵＭ参照動作を実行して、当該ＵＲＩに係るオペレータ・ドメインを識別する。そして、対応するＳＩＰ ＵＲＩを作成する。この例では、
”ｓｉｐ：＋３１１６１２５５６７８＠ｏｐｅｒａｔｏｒ２．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ”
である。そして、これでＩＮＶＩＴＥ内の元の要求ＵＲＩの場所に置換する。
【００３４】
呼セットアップは通常の手順に従って続けられる。なお、Ｒｅｑｕｅｓｔ ＵＲＩ、Ｆｒｏｍ、Ｔｏ、及びＰ−Ａｓｓｅｒｔｅｄ−ＩＤヘッダは、グループ・ハンドリング動作によって変更されない（少なくとも通常の非グループ・ユーザに対して行われるものと異なる態様では全くない）ことに気づくだろう。
【００３５】
図６は終了する場合を示しており、ここでは遠隔端末がＰＢＸ背後のユーザ端末に対してＩＭＳ呼を開始する。ＰＢＸのホームＩＭＳネットワーク内のＩ−ＣＳＣＦが、グループ・メンバを宛先とする（この例ではＰＵＩ”ｓｉｐ：＋３１１６１２５５６７８＠ｏｐｅｒａｔｏｒ２．ｃｏｍ”を有する）ＩＮＶＩＴＥ要求を受信した場合、Ｉ−ＣＳＣＦは、ＳＩＰ要求ＵＲＩをＴＥＬ要求ＵＲＩに変換し、ＨＳＳに対して通常の位置情報要求を行うことになる。宛先ＰＵＩは暗黙登録セット内のワイルドカード化されたＰＵＩ（すなわち、”ｔｅｌ：＋３１１６１２５！＊！”）と適合するため、Ｉ−ＣＳＣＦは、当該要求をグループ・ユーザ・プロフィールに割り当てられているＳ−ＣＳＣＦへ転送する。Ｓ−ＣＳＣＦでは、通常の終了開始要求ハンドリングが実行され、（上述のビジネス・トランキング・アプリケーション・サーバ等の１以上のアプリケーション・サーバを利用して）要求された任意のグループ・サービスが実行された後に、ＩＮＶＩＴＥ内の要求ＵＲＩは、ＰＢＸのコンタクトアドレス、すなわち”ｐｂｘ２−ｃｏｎｔａｃｔ−ａｄｄｒｅｓｓ”で置き換えられる。元々ダイアルされた終了するグループ・メンバのアイデンティティは、Ｐ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤヘッダ内に保持される。発信する場合（図５）と同様に、Ｒｅｑｕｅｓｔ ＵＲＩ、Ｔｏ、Ｆｒｏｍ、及びＰ−Ａｓｓｅｒｔｅｄ−ＩＤは、非グループ・メンバに対して行われるものと異なる態様のグループ・ハンドリング動作によって変更されない。
【００３６】
このＩＮＶＩＴＥを受信すると、ＰＢＸは、例えば、Ｐ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤの値を用いて要求ＵＲＩを構成し、Ｐ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤを削除し、これをグループのネットワーク内で転送することによって、ＳＩＰ通信が可能なグループ・メンバに対してこの要求を転送することが可能である。
【００３７】
ＰＢＸが要求ＵＲＩの再構成を行うのではなく、これは、ＩＮＶＩＴＥがＰＢＸへ転送される前に再構成を実行する機能が実行することが可能であろう。このような機能は、例えば、シグナリング境界ゲートウェイのような境界ノードに設けることができよう。境界ノードは、ＰＢＸとＰ−ＣＳＣＦの間に設けてもよいし、或いは、Ｐ−ＣＳＣＦを含んでもよい。
【００３８】
このような機能を主催しうる装置の他の例は、統合アクセス装置、又は、顧客敷地内のホーム・ゲートウェイである。
【００３９】
当該分野の当業者は、本発明の技術的範囲から離れることなく上述の実施形態に対して様々な修正を施してもよいことを理解するだろう。上述の手法は、例えば、ワイルドカード化されたパブリック・サービス・アイデンティティ又はパブリック・サービス・アイデンティティのサブドメインの暗黙登録セット内での包含を可能にするために適用してもよい。
【技術分野】
【０００１】
本発明はＩＰマルチメディア・サブシステム・サービスへのグループ・アクセスに関し、特に、ＩＰマルチメディア・サブシステムのサブスクリプションを個別に持っていないが、ＩＰマルチメディア・サブシステムのサブスクリプションを持つグループに属しているユーザに対して、このようなアクセスを容易にすることに関する。
【背景技術】
【０００２】
ＩＰマルチメディア・サブシステム（ＩＭＳ）は、第三世代パートナーシップ・プロジェクト（３ＧＰＰ）により規定された、モバイル通信ネットワーク上でＩＰマルチメディア・サービスを提供するための技術である（非特許文献１）。ＩＭＳは、サービスの統合および相互作用を通じて、エンドユーザの個人対個人（パーソン・ツー・パーソン）の通信体験を豊かにする重要な特徴を提供する。ＩＭＳは、ＩＰベース・ネットワークを介した、新しい豊かな個人対個人（クライアント対クライアント）通信だけでなく、個人対コンテンツ（クライアント対サーバ）通信も可能にする。
【０００３】
ＩＭＳは、セッション開始プロトコル（ＳＩＰ）を使用して、ユーザ端末（ＵＥ）間またはＵＥ／アプリケーション・サーバ（ＡＳ）間において、呼又はセッションを、セットアップ及び制御する。ＳＩＰシグナリングによって伝達されるセッション記述プロトコル（ＳＤＰ）は、セッションのメディア・コンポーネントを記述およびネゴシエーションするために用いられる。ＳＩＰはユーザ対ユーザプロトコルとして作成されたが、ＩＭＳは、オペレータとサービスプロバイダがサービスへのユーザアクセスを制御し、それによりユーザに課金することを可能にする。
【０００４】
ＩＭＳネットワーク内において、呼／セッション制御機能（ＣＳＣＦ）は、ＩＭＳ内のＳＩＰエンティティとして動作する。３ＧＰＰアーキテクチャは３種類のＣＳＣＦを規定している。すなわち、ＩＭＳ内においてＳＩＰ端末が最初にコンタクトするポイントであるプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）と、ユーザが加入しているサービスをユーザに提供するサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）と、正しいＳ−ＣＳＣＦを識別し、ＳＩＰ端末からＰ−ＣＳＣＦを介して受信した要求をそのＳ−ＣＳＣＦへ転送する役割を有するインタロゲーティングＣＳＣＦ（Ｉ−ＣＳＣＦ）とを規定している。
【０００５】
ＩＭＳサービス機能性はアプリケーション・サーバ（ＡＳ）を用いて実装される。任意の所与のＵＥについて、１以上のＡＳを当該端末と関連づけてもよい。ＡＳは、Ｓ−ＣＳＣＦとＩＭＳサービス制御（ＩＳＣ）インタフェースを介して通信し、必要に応じて（例えば、所与のＵＥについてＳ−ＣＳＣＦ内にダウンロードされたＩＦＣをトリガーしたことの結果として）、ＳＩＰメッセージング・ルートにリンクされる。
【０００６】
ユーザは、特定のＳＩＰ ＲＥＧＩＳＴＥＲ法を用いてＩＭＳに登録する。これは、ＩＭＳにアタッチ（参加）し、ＳＩＰユーザ・アイデンティティ（識別情報）に到達可能なアドレスをＩＭＳへアナウンスする手法である。３ＧＰＰでは、ＳＩＰ端末が登録（レジストレーション）を実行する場合、ＩＭＳは、ホーム加入者サーバ（ＨＳＳ）内に格納されているサブスクリプション（加入）情報を用いてユーザを認証し、そのユーザに対して、利用可能なＳ−ＣＳＣＦのセットからＳ−ＣＳＣＦを割り当てる。Ｓ−ＣＳＣＦを割り当てる基準は３ＧＰＰに規定されていないが、これには負荷分散とサービス要件が含まれるかもしれない。なお、Ｓ−ＣＳＣＦの割り当ては、ＩＭＳベース・サービスへのユーザアクセスを制御し、課金を行うための鍵となることに留意すべきである。オペレータは、そうしなければＳ−ＣＳＣＦを迂回するであろう、ユーザ対ユーザの直接のＳＩＰセッションを妨げる手法を提供してもよい。
【０００７】
登録処理の間、Ｓ−ＣＳＣＦがまだ選択されていないときは、Ｓ−ＣＳＣＦを選択するのはＩ−ＣＳＣＦの責任である。Ｉ−ＣＳＣＦは、要求されたＳ−ＣＳＣＦケイパビリティ（能力）をＨＳＳから受信し、受信したケイパビリティに基づいて、適切なＳ−ＣＳＣＦを選択する。なお、ユーザが他のパーティによって呼び出されたが、そのユーザには現在Ｓ−ＣＳＣＦが割り当てられていない場合にも、Ｉ−ＣＳＣＦによってＳ−ＣＳＣＦの割り当てがユーザのために行われることに留意すべきである。その後、登録されたユーザがセッション要求をＩＭＳへ送信した場合、Ｐ−ＣＳＣＦは、登録処理の間にＳ−ＣＳＣＦから受信した情報に基づいて、選択されたＳ−ＣＳＣＦへその要求を転送することが可能である。
【０００８】
あらゆるＩＭＳユーザは、１以上のプライベート・ユーザ・アイデンティティを有している。プライベート・ユーザ・アイデンティティは、ホームネットワークのオペレータにより割り当てられ、ＩＭＳによって、例えば、登録、認可、管理、及びアカウンティングの目的で使用される。このアイデンティティは、非特許文献２に定められているように、ネットワーク・アクセス識別子（ＮＡＩ）の形式をとる。国際移動加入者識別情報（ＩＭＳＩ）の表示は、プライベート・アイデンティティについてＮＡＩの中に含めることが可能である。非特許文献３は、プライベート・ユーザ・アイデンティティの以下の特性を定めている。
− プライベート・ユーザ・アイデンティティはＳＩＰメッセージのルーティングには使用されない。
− プライベート・ユーザ・アイデンティティは、全ての登録要求（再登録要求と登録解除要求を含む）に含まれ、ＵＥからホームネットワークへ受け渡されなければならない。
− ＩＰマルチメディア・サービス・アイデンティティ・モジュール（ＩＳＩＭ）アプリケーションは、１つのプライベート・ユーザ・アイデンティティを安全に格納されなければならない。ＩＳＩＭアプリケーション上に格納されたプライベート・ユーザ・アイデンティティ情報をＵＥが修正することが可能であってはならない。
− プライベート・ユーザ・アイデンティティはホームネットワーク・オペレータにより定められるユニークでグローバルなアイデンティティであり、これはネットワーク・パースペクティブからユーザのサブスクリプション（例えば、ＩＭサービス・ケイパビリティ）を識別するために、ホームネットワーク内で使用してもよい。プライベート・ユーザ・アイデンティティはユーザではなくサブスクリプションを識別する。
− プライベート・ユーザ・アイデンティティは、ユーザのサブスクリプションに恒久的に割り当てられ（すなわち、動的なアイデンティティではない）、ユーザがホームネットワークに加入している期間、有効でなければならない。
− プライベート・ユーザ・アイデンティティは、（例えば、登録の間に用いられる）ＨＳＳ内に格納されたユーザの情報（例えば、認証情報）を識別するために用いられる。
− プライベート・ユーザ・アイデンティティは、オペレータのポリシーに基づき、課金記録の中に存在してもよい。
− プライベート・ユーザ・アイデンティティは、ユーザの登録（再登録と登録解除を含む）の間のみ認証されてもよい。
− ＨＳＳはプライベート・ユーザ・アイデンティティを格納する必要がある。
− Ｓ−ＣＳＣＦは、端末を登録し登録解除する際にプライベート・ユーザ・アイデンティティを取得し格納する必要がある。
【０００９】
プライベート・ユーザ・アイデンティティに加えて、全てのＩＭＳユーザは、１以上のＩＭＳパブリック・ユーザ・アイデンティティ（ＰＵＩ）を有さなければならない。ＰＵＩは、他のユーザへの通信を要求するために任意のユーザにより使用される。ユーザは、例えば、名刺上にＰＵＩ（ただし、プライベート・ユーザ・アイデンティティではない）を有してもよい。非特許文献３はＰＵＩの以下の特性を定めている。
− 電話通信の番号付与法とインターネットの名前付与法は両方とも、ユーザが有するＰＵＩにより、ユーザにアドレスするために使用することが可能である。
− ＰＵＩは、（非特許文献４及び非特許文献５で規定される）ＳＩＰ ＵＲＩフォーマット、または非特許文献６で規定される”ｔｅｌ：”−ＵＲＩフォーマットの形態をとらなければならない。
− ＩＳＩＭアプリケーションは１以上のＰＵＩを安全に格納しなければならない（ＵＥがＰＵＩを修正できてはならない）が、全ての付加的なＰＵＩがＩＳＩＭアプリケーション上に格納される必要はない。
− ＰＵＩは、ＩＭＳセッションとＩＭＳセッションに関係のない手順を発生させるためアイデンティティが使用可能となる前に、明示又は暗黙に登録されなければならない。
− ＰＵＩは、ＩＭＳセッションの停止とＩＭＳセッションに関係のない手順の停止が、ＰＵＩが属するユーザのＵＥへ伝達可能となる前に、明示又は暗黙に登録されなければならない。
− ＩＭＳ内のメカニズムを介して（例えば、暗黙登録セット（インプリシット・レジストレーション・セット）を用いて）、２以上のＰＵＩを有するユーザを、グローバルに（すなわち、単一のＵＥ要求を介して）登録することが可能でなければならない。これは、ユーザが、必要に応じて、ユーザのＰＵＩのいくつかを個別に登録することを排除するものであってはならない。
− ＰＵＩは、登録中にネットワークに認証されない。
− ＰＵＩは、（例えば、モバイル終端セッション・セットアップの間に）ＨＳＳ内のユーザの情報を識別するために用いてもよい。
− ＰＵＩは、ユーザに適用されるサービス設定データを識別するために、ＩＭＳ内のＡＳが使用してもよい。
【００１０】
図１は、ユーザの（ＩＭＳ）サブスクリプションと、パブリック・ユーザ・アイデンティティ及びプライベート・ユーザ・アイデンティティとの間の関係の例を模式的に示している。ここに示す例において、加入者は、２つのプライベート・ユーザ・アイデンティティを有しており、これらは両方とも２つのパブリック・ユーザ・アイデンティティに関連づけられている（パブリック・ユーザ・アイデンティティの１つである、パブリック・ユーザ・アイデンティティ−２は、両方のプライベート・ユーザ・アイデンティティに関連づけられている）。サービス・プロフィールが各パブリック・ユーザ・アイデンティティに関連づけられており、このプロフィールは関連づけられているパブリック・ユーザ・アイデンティティのサービスデータを特定する。ホーム加入者サーバのユーザに対してアプリケーション・サーバが供給された場合、サービス・プロフィールが作成又は修正される。各サービス・プロフィールは、ＩＭＳサービスの供給又は制限をトリガするために用いられる１以上の内部フィルタ基準（ｉＦＣ）を備える。サービス・プロフィール−１とサービス・プロフィール−２により提供されるサービス間の違いはオペレータに特有であるが、異なるアプリケーション・サーバ（ＡＳ）や、さらには異なる課金／レーティング法が含まれてもよい。
【００１１】
この例では、パブリック・ユーザ・アイデンティティ−１はサービス・プロフィール−１に関連づけられており、パブリック・ユーザ・アイデンティティ−２とパブリック・ユーザ・アイデンティティ−３はサービス・プロフィール−２に関連づけられている。典型的な状況では、パブリック・ユーザ・アイデンティティ−１は、例えば、”Ｂｉｇ＿Ｊｏｅ＠ｐｒｉｖ．ｏｐｅｒａｔｏｒ．ｃｏｍ”のような、ユーザが友人や家族に与えるアイデンティティとしてよく、パブリック・ユーザ・アイデンティティ−２とパブリック・ユーザ・アイデンティティ−３は、例えば、”＋４６１１１２２２３３３＠ｏｐｅｒａｔｏｒ．ｃｏｍ”と”ｊｏｅ．ｂｌａｃｋ＠ｏｐｅｒａｔｏｒ．ｃｏｍ”のような、ユーザが取引相手に与えるアイデンティティとしてよい。
【００１２】
３ＧＰＰは、グループで作用するＰＵＩのセットを識別する、いわゆる「暗黙登録セット」の概念を規定しており、これは、このセットのいずれか１つのＰＵＩが登録又は登録解除された場合に、一緒に登録または登録解除される。３ＧＰＰは、ＨＳＳが、ユーザの登録又は呼の終了に応じて暗黙登録セットをＳ−ＣＳＣＦへ送信することを命じている。（登録時に）ＨＳＳは、暗黙登録セット内の全てのＰＵＩを識別し、次に、これらのＰＵＩに関連づけられた全てのサービス・プロフィールを識別することが理解されている。次に、これらが関連づけられているＰＵＩを含むサービス・プロフィール（又はサービス・プロフィールから選択されたデータ）は、Ｓ−ＣＳＣＦへ送信される。この動作の結果として、Ｓ−ＣＳＣＦは、そのサービス・プロフィールだけでなく、同一の暗黙登録セットに属する全てのＰＵＩを知ることになる。
【００１３】
ＩＭＳの可能なユースケースには、ＩＭＳへのグループレベルのサブスクリプションを有するユーザのコレクションが含まれるが、個々のユーザ自身はサブスクリプションを持たず、ＩＭＳは認識されていない。しかし、ユーザへの直接の内向きまたは外向きのダイアルを可能にすることが望ましく、又は、必要でさえある。このことは、例えば、企業がＩＭＳへのサブスクリプションを有し、ＩＰ構内交換機（ＩＰ−ＰＢＸ）へ接続された、個々の従業員局または従業員端末を有する場合に生じるだろう。従業員端末はＳＩＰクライアントが提供されていてもいなくてもよい。後者の場合、ＩＰ−ＰＢＸは、ＳＩＰシグナリングと非ＳＩＰシグナリングとの間で変換を行う。もちろんＩＭＳは（同一の暗黙登録セット内の）各端末について個別のＰＵＩを記録することが可能であろうが、これはグループのサイズが大きくなるに従い非効率となる。ＥＴＳＩ ＴＩＳＰＡＮは、このような企業ネットワークを次世代企業ネットワーク（ＮＧＣＮ）と定義している。
【００１４】
代わりの手法が図２に模式的に示されており、ここでは複数のユーザ端末を管理するＩＰ−ＰＢＸ（”ＩＰ−ＰＢＸ２”と呼ぶ）が示されていて、ユーザ端末の１つは図中で”外線．５６７８”と示されている。この手法は、ユーザ・サービスに対してユーザを識別するのではなく、公衆で利用可能なネットワーク・ベースＩＭＳサービスを識別することが意図された、いわゆるパブリック・サービス・アイデンティティ（ＰＳＩ）を採用する。この手法は、ＨＳＳ内で、ＩＰ−ＰＢＸ２に属する端末に対して特化されたＰＵＩに適合するワイルドカード化されたＰＳＩを定義する。
【００１５】
終了する場合に、例えばＩＮＶＩＴＥのようなＳＩＰメッセージが（相互接続境界制御機能（Ｉ−ＢＣＦ、インターコネクテッド・ボーダー・コントロール・ファンクション）を介して）ホームＩＭＳネットワークのＩ−ＣＳＣＦで受信されたときは、Ｉ−ＣＳＣＦは、電話番号に対応するＳＩＰ要求ＵＲＩを認識し、これをＴｅｌ ＵＲＩに変換するだろう。図２の例では、ＳＩＰ要求ＵＲＩは”ｓｉｐ：＋３１１６１２５５６７８＠ｏｐｅｒａｔｏｒ２．ｃｏｍ，ｕｓｅｒ＝ｐｈｏｎｅ”であり、これはＴｅｌ（電話）ＵＲＩ”Ｔｅｌ：＋３１１６１２５５６７８”に変換される。次に、Ｉ−ＣＳＣＦは、通常のＩＭＳ手順に従って、ＨＳＳへクエリを送信する。ＨＳＳは、Ｔｅｌ ＵＲＩがＰＳＩワイルドカードに適合することを判定して、割り当てられているＳ−ＣＳＣＦのアイデンティティを用いてＩ−ＣＳＣＦに応答する。Ｉ−ＣＳＣＦは割り当てられているＳ−ＣＳＣＦにＳＩＰメッセージを転送し、次に、このＳ−ＣＳＣＦはワイルドカード化されたＰＳＵのサービス・プロフィールをＨＳＳから取得する。このプロフィールは、Ｓ−ＣＳＣＦに、ビジネス・トランキング（ＢＴ）アプリケーション・サーバへのメッセージのルーティングを行わせるＩＦＣトリガを含む。アプリケーション・サーバは、ＳＩＰ要求ＵＲＩの”Ｔｅｌ：＋３１１６１２５５６７８”をＩＰ−ＰＢＸ２のアドレス、すなわち、”ｐｂｘ２＠ｏｐｅｒａｔｏｒ２．ｃｏｍ”で置き換え、宛先アドレスをＴｏヘッダ・フィールド内に挿入し、既に失われている過去のコンテンツを削除する。
【００１６】
次に、要求ＵＲＩが変化したために新たな終端パーティが対象とされた場合、終端ＣＳＣＦコンプレックスを横断する必要がある。次に、メッセージは更なるＩ−ＣＳＣＦへ到達し、このＩ−ＣＳＣＦは、ＰＢＸに割り当てられているＳ−ＣＳＣＦを判定するように、当該割り当てられているＳ−ＣＳＣＦへメッセージを配信する前に、ＨＳＳにクエリを出す。このＳ−ＣＳＣＦは、ＰＢＸのコンタクトアドレスを知っており、これを新たな要求ＵＲＩとして追加する。古いＵＲＩの”ｐｂｘ２＠ｏｐｅｒａｔｏｒ２．ｃｏｍ”を維持するため、Ｓ−ＣＳＣＦは、メッセージをＰ−ＣＳＣＦへ転送しＩＰ−ＰＢＸ２へ配信する前に、このＵＲＩを含むＰ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−Ｉｄを追加する。選択的に、ＰＢＸアイデンティティに関してトリガが起動された場合、第２のＳ−ＣＳＣＦは、メッセージを更なるアプリケーション・サーバに転送してもよい。
【００１７】
宛先端末がＳＩＰ端末の場合、メッセージの受信に応じて、ＩＰ−ＰＢＸ２は、”Ｔｏ”ヘッダ・フィールドに含まれるアドレスに基づいて、端末にメッセージを配信するように構成することができる。宛先端末がＳＩＰ端末でない場合、ＩＰ−ＰＢＸ２端末は、何らかのアプリケーション専用ロジックに従って端末を処理するだろう。
【００１８】
図２に示す”ワークアラウンド”（次善策）の解決法は、ＣＳＣＦコンプレックスを２回横断する必要があるという欠点を有する。これにより、メッセージの通過回数が増加する結果となる。さらに、Ｔｏヘッダに元々含まれる情報は、発呼者が挿入した元々の要求ＵＲＩと同様に失われる。元々のＴｏヘッダがないと、呼び出された端末のあるアプリケーションは機能しないかもしれない。
【００１９】
図３は、呼を発信する場合、すなわち、ＰＢＸ後部の端末が遠隔端末へ呼を開始する場合の次善策の解決法を示している。この場合、外向きのＰ−ＣＳＣＦは、ＰＢＸによりそこに送信されたＩＮＶＩＴＥ内に含まれるＰ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙを認識しないため、デフォルトのＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙとして、ＰＢＸのＰＵＩ、すなわち”ｐｂｘ１＠ｏｐｅｒａｔｏｒ１．ｃｏｍ”を使用する。Ｓ−ＣＳＣＦにおいて、ＰＢＸサービス・プロフィールのＩＦＣは、ＢＴアプリケーション・サーバを伴うようにＳ−ＣＳＣＦに伝達する。ＢＴアプリケーション・サーバは、発信側のユーザがＦｒｏｍヘッダ内で識別されるユーザであることの正当性を検証してアサートし、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダを発呼側のユーザのアイデンティティ、すなわち”ｔｅｌ：＋３１１６１２４１２３４”で置き換える。そして、ＢＴアプリケーション・サーバは、ＰＢＸアイデンティティを管理しているＳ−ＣＳＣＦを介して、ＳＩＰ ＩＮＶＩＴＥを終端ユーザへ転送する。
【先行技術文献】
【非特許文献】
【００２０】
【非特許文献１】３ＧＰＰ ＴＳ２２．２２８
【非特許文献２】ＩＥＴＦ ＲＦＣ ２４８６
【非特許文献３】３ＧＰＰ ＴＳ２３．２２８
【非特許文献４】ＩＥＴＦ ＲＦＣ ３２６１
【非特許文献５】ＩＥＴＦ ＲＦＣ ２３９６
【非特許文献６】ＩＥＴＦ ＲＦＣ ３９６６
【発明の概要】
【発明が解決しようとする課題】
【００２１】
本発明の目的は、企業ネットワークやそれと同等のものの中に存在しているが、個別のＩＰマルチメディア・サブシステム・サブスクリプションを持たないユーザ端末に対して、ＩＰマルチメディア・サブシステム・サービスを利用できるようにすることが可能な手順及びシステムを提供することである。本発明の更なる目的は、第１の目的を効率的な態様で実現することである。
【課題を解決するための手段】
【００２２】
これらと他の目的は、サブスクリプションに関連づけられた暗黙登録セット内に、ワイルドカード化されたパブリック・ユーザ・アイデンティティを含ませることにより実現される。本明細書では、「ワイルドカード化された（Wildcarded）」又は「ワイルドカード（wildcard）」は、シンボル、又は、１以上の不特定の文字（キャラクタ）を表すシンボルを含む、パブリック・ユーザ・アイデンティティを意味するものと理解される。ワイルドカード化されたパブリック・ユーザ・アイデンティティは、それに関連づけられたサービス・プロフィールを有することになる。暗黙登録セットに基づいてチェック又は処理を行うＩＰマルチメディア・サブシステム内の任意のノードは、受信したパブリック・ユーザ・アイデンティティが暗黙登録セット内の任意の標準パブリック・ユーザ・アイデンティティに適合したかのように、同様に、ワイルドカード化されたパブリック・ユーザ・アイデンティティに適合する受信したパブリック・ユーザ・アイデンティティに応じて動作する。ワイルドカード化されたパブリック・ユーザ・アイデンティティを用いてパブリック・ユーザ・アイデンティティの範囲を表すのではなく、代わりに、サブドメインでこのような範囲を示してもよい。例えば、Ｔｅｌ ＵＲＩの範囲は電話プリフィックス（局番）で示してよく、ＳＩＰ ＵＲＩの範囲は企業ドメインで示してよい。
【００２３】
本発明の第１の側面によれば、ＩＰマルチメディア・サブシステム・ネットワークのサービスへの、当該ネットワークのアクセスポイントの背後に存在するユーザ端末によるアクセスを容易にする方法が提供される。アクセスポイントは、ＩＰマルチメディア・サブシステム・ネットワークへのサブスクリプションに関連づけられている。この方法は、当該サブスクリプションについて定義されている暗黙登録セット内に、パブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティ・サブドメインを含める工程を有している。ＩＰマルチメディア・サブシステム・ネットワークとの上記アクセスポイントのＩＰマルチメディア・サブシステム登録において、暗黙登録セットに含まれるパブリック・ユーザ・アイデンティティは、上記アクセスポイントに割り当てられているサービング呼／セッション制御機能と、上記アクセスポイントが接続されているプロキシ呼／セッション制御機能とへ配信される。
【００２４】
本発明の実施形態によれば、企業ネットワーク又はそれと同等のものの中に存在するが、それ自身はＩＰマルチメディア・サブシステムのサブスクリプションを持たないユーザ端末に対して、直接の着信ダイアル及び発信ダイアルを含むＩＰマルチメディア・サブシステムのサービスを提供することが可能となる。さらなるＳ−ＣＳＣＦコンプレックスの横断はシグナリングのために全く求められず、また、重要なＳＩＰヘッダ情報は維持される。
【００２５】
本発明の更なる側面は、サービング呼／セッション制御機能と、プロキシ呼／セッション制御機能と、ホーム加入者サーバと、同等のものを動作させる方法とに関する。
【００２６】
本発明の更なる側面によれば、ＩＰマルチメディア・サブシステムのホーム加入者サーバを動作させる方法が提供される。この方法は、サブスクリプション又はサービスに関して、サービスに関連づけられたパブリック・サービス・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・サービス・アイデンティティ又はパブリック・サービス・アイデンティティのサブドメインを含む、暗黙登録セットと、サービスに割り当てられているサービング呼／セッション制御機能のアイデンティティ、又は、サービング呼／セッション制御機能を割り当てる基準とを含むデータを維持する工程を有する。インタロゲーティング呼／セッション制御機能において受信されたＳＩＰメッセージに関する位置情報要求を当該インタロゲーティング呼／セッション制御機能から受信した場合、該ＳＩＰメッセージの要求ＵＲＩがワイルドカード化されたパブリック・サービス・アイデンティティ又はサブドメインに適合したときは、該インタロゲーティング呼／セッション制御機能は、サービング呼／セッション制御機能のアイデンティティが通知されるか、又は、選択基準が提供される。
【００２７】
本発明の更なる側面によれば、上述のホーム加入者サーバを動作させる方法の各工程を実行するソフトウェア・コード部分を備えた、デジタル・コンピュータ装置の内部メモリにロードすることが可能なコンピュータプログラム製品が提供される。更なる側面によれば、本発明に従い、サービング呼／セッション制御機能、プロキシ呼／セッション制御機能、及び、インタロゲーティング呼／セッション制御機能を動作させる各工程を実行するソフトウェア・コード部分を備えた、デジタル・コンピュータ装置の内部メモリにロードすることが可能なコンピュータプログラム製品が提供される。
【図面の簡単な説明】
【００２８】
【図１】ユーザＩＭＳサブスクリプション、パブリック・ユーザ・アイデンティティ及びプライベート・ユーザ・アイデンティティの間の関係の例を模式的に示す図である。
【図２】ＩＭＳアーキテクチャ内で呼を終了させる場合の、次善策の従来手法を模式的に示す図である。
【図３】ＩＭＳアーキテクチャ内で呼を発信する場合の、次善策の従来手法を模式的に示す図である。
【図４】本発明の実施形態に係る登録シグナリング・フローを有するＩＭＳネットワーク・アーキテクチャを模式的に示す図である。
【図５】本発明の実施形態に従い発信する場合のシグナリング・フローを有するＩＭＳネットワーク・アーキテクチャを模式的に示す図である。
【図６】本発明の実施形態に従い終了する場合のシグナリング・フローを有するＩＭＳネットワーク・アーキテクチャを模式的に示す図である。
【発明を実施するための形態】
【００２９】
ＩＭＳ登録（レジストレーション）は２つのフェーズからなる。第１のフェーズでは、登録エンティティがＳＩＰ ＲＥＧＩＳＴＥＲをそのＰ−ＣＳＣＦへ送信し、これは、Ｉ−ＣＳＣＦを介してＨＳＳにより割り当てられたＳ−ＣＳＣＦへ転送される。この登録はＨＳＳからチャレンジ（４０１メッセージ）を引き出し、これは登録エンティティへ返される。次に、このエンティティは、このチャレンジへの応答を含む、さらなるＲＥＧＩＳＴＥＲを送出する。ユーザ端末のグループに代えてＰＢＸ（ＩＰ−ＰＢＸ１で示す）が登録する場合、関連づけられたシグナリング・フローが図４に示されており、ここではＰＢＸがＤＨＣＰ参照を用いて外向きのＰ−ＣＳＣＦのアドレスを学習している。ＰＢＸは、自分のＰＵＩを用いて、この例では”ｐｂｘ１＠ｏｐｅｒａｔｏｒ１．ｃｏｍ”を登録している。ＰＢＸについてＨＳＳ内で保持されるサブスクリプション情報には、上述の暗黙登録セットが含まれる。ＰＢＸのＰＵＩ、並びに、やはりＰＢＸに割り当てられているｔｅｌ ＵＲＩの”ｔｅｌ：＋３１１６１２５１１１”と同様に、暗黙登録セットは、ＰＢＸに関連づけられた外線電話の範囲を示す「ワイルドカード」のＰＵＩを含んでいる。この例では、ワイルドカードは”ｔｅｌ：＋３１１６１２４！＊！”と示されているが、ここで、”！＊！”の部分は、特定のプリフィックスと任意のサフィックスを有するＰＵＩがワイルドカードＰＵＩに適合することを示している。
【００３０】
ＨＳＳは、関連づけられているサービス・プロフィールとともに、サーバ割当回答（サーバ・アサインメント・アンサー、図４の信号１７）内の暗黙登録セットを返す。次に、Ｓ−ＣＳＣＦは、Ｉ−ＣＳＣＦ及びＰ−ＣＳＣＦを介して２００ ＯＫをＰＢＸに対して返送するが、２００ ＯＫは、ＰＢＸのＰＵＩに関連づけられた暗黙登録セット内のＰＵＩを識別するＰ−Ａｓｓｓｏｃｉａｔｅｄ−ＵＲＩフィールドを有している。
【００３１】
ＰＢＸが登録を実行するのではなく、これは、ＰＢＸの代わりに登録をする機能によって実行されることが可能だろう。このような機能は、例えば、シグナリング境界（ボーダー）ゲートウェイ等の境界ノードに設けることができるだろう。境界ノードは、ＰＢＸとＰ−ＣＳＣＦの間に設けてもよいし、又は、Ｐ−ＣＳＣＦを含んでもよい。登録機能を主催することが可能な装置の他の例は、統合アクセス装置、又は、顧客敷地内のホーム・ゲートウェイである。
【００３２】
以下、図５を参照して、ＰＢＸの背後のユーザ端末が遠隔端末へ呼を発信することを望んでいる場合を考えるが、これは、（例えば、端末がＳＩＰ通信が可能な場合はＳＩＰを使用して）ユーザ端末によってＰＢＸへシグナリング（信号伝達）される。次に、ＰＢＸは、外向きのプロキシとして管理しているＰ−ＣＳＣＦに対して、ＩＮＶＩＴＥを送信する。ＰＢＸには、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダとして、例えば、”ｔｅｌ：＋３１１６１２４１２３４”のような、発呼ユーザの（ローカルの）アイデンティティが含まれる。Ｐ−ＣＳＣＦ内のサービス・ロジックは、従来より、以前にネゴシエーションされた安全性アソシエーションと暗黙登録セットのＰＵＩを用いて、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダの正当性を検証するように構成されている。さらに、これは、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダが、Ｓ−ＣＳＣＦから以前受信した暗黙登録セットに含まれる、ワイルドカード化されたＰＵＩに適合することを判定する。次に、Ｐ−ＣＳＣＦは、同じ発呼ユーザのＰＵＩを用いてＰ−Ｐｒｅｆｅｒｒｅｄ−ＩｄｅｎｔｉｔｙヘッダをＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダで置き換え、Ｉ−ＣＳＣＦを介してＳ−ＣＳＣＦへＩＮＶＩＴＥを転送する。
【００３３】
ＩＮＶＩＴＥを受信すると、Ｓ−ＣＳＣＦは、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダが、（既に、登録フェーズ中にサービス・プロフィールとともにＳ−ＣＳＣＦにダウンロードされている）暗黙登録セットに属するワイルドカード化されたＰＵＩに適合することを判定し、さらに、Ｓ−ＣＳＣＦは、必要ならば、アプリケーション・サーバを用いて共通グループのサービス・プロフィールを適用する（図５は、例を用いて、ビジネス・トランキング・アプリケーション・サーバを示している）。全てのグループ・メンバは、同一のグループ・サービスを受信し、課金はグループ・サブスクリプションに対して行うことが可能である。Ｓ−ＣＳＣＦは、要求ｔｅｌ ＵＲＩに対するＥＮＵＭ参照動作を実行して、当該ＵＲＩに係るオペレータ・ドメインを識別する。そして、対応するＳＩＰ ＵＲＩを作成する。この例では、
”ｓｉｐ：＋３１１６１２５５６７８＠ｏｐｅｒａｔｏｒ２．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ”
である。そして、これでＩＮＶＩＴＥ内の元の要求ＵＲＩの場所に置換する。
【００３４】
呼セットアップは通常の手順に従って続けられる。なお、Ｒｅｑｕｅｓｔ ＵＲＩ、Ｆｒｏｍ、Ｔｏ、及びＰ−Ａｓｓｅｒｔｅｄ−ＩＤヘッダは、グループ・ハンドリング動作によって変更されない（少なくとも通常の非グループ・ユーザに対して行われるものと異なる態様では全くない）ことに気づくだろう。
【００３５】
図６は終了する場合を示しており、ここでは遠隔端末がＰＢＸ背後のユーザ端末に対してＩＭＳ呼を開始する。ＰＢＸのホームＩＭＳネットワーク内のＩ−ＣＳＣＦが、グループ・メンバを宛先とする（この例ではＰＵＩ”ｓｉｐ：＋３１１６１２５５６７８＠ｏｐｅｒａｔｏｒ２．ｃｏｍ”を有する）ＩＮＶＩＴＥ要求を受信した場合、Ｉ−ＣＳＣＦは、ＳＩＰ要求ＵＲＩをＴＥＬ要求ＵＲＩに変換し、ＨＳＳに対して通常の位置情報要求を行うことになる。宛先ＰＵＩは暗黙登録セット内のワイルドカード化されたＰＵＩ（すなわち、”ｔｅｌ：＋３１１６１２５！＊！”）と適合するため、Ｉ−ＣＳＣＦは、当該要求をグループ・ユーザ・プロフィールに割り当てられているＳ−ＣＳＣＦへ転送する。Ｓ−ＣＳＣＦでは、通常の終了開始要求ハンドリングが実行され、（上述のビジネス・トランキング・アプリケーション・サーバ等の１以上のアプリケーション・サーバを利用して）要求された任意のグループ・サービスが実行された後に、ＩＮＶＩＴＥ内の要求ＵＲＩは、ＰＢＸのコンタクトアドレス、すなわち”ｐｂｘ２−ｃｏｎｔａｃｔ−ａｄｄｒｅｓｓ”で置き換えられる。元々ダイアルされた終了するグループ・メンバのアイデンティティは、Ｐ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤヘッダ内に保持される。発信する場合（図５）と同様に、Ｒｅｑｕｅｓｔ ＵＲＩ、Ｔｏ、Ｆｒｏｍ、及びＰ−Ａｓｓｅｒｔｅｄ−ＩＤは、非グループ・メンバに対して行われるものと異なる態様のグループ・ハンドリング動作によって変更されない。
【００３６】
このＩＮＶＩＴＥを受信すると、ＰＢＸは、例えば、Ｐ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤの値を用いて要求ＵＲＩを構成し、Ｐ−Ｃａｌｌｅｄ−Ｐａｒｔｙ−ＩＤを削除し、これをグループのネットワーク内で転送することによって、ＳＩＰ通信が可能なグループ・メンバに対してこの要求を転送することが可能である。
【００３７】
ＰＢＸが要求ＵＲＩの再構成を行うのではなく、これは、ＩＮＶＩＴＥがＰＢＸへ転送される前に再構成を実行する機能が実行することが可能であろう。このような機能は、例えば、シグナリング境界ゲートウェイのような境界ノードに設けることができよう。境界ノードは、ＰＢＸとＰ−ＣＳＣＦの間に設けてもよいし、或いは、Ｐ−ＣＳＣＦを含んでもよい。
【００３８】
このような機能を主催しうる装置の他の例は、統合アクセス装置、又は、顧客敷地内のホーム・ゲートウェイである。
【００３９】
当該分野の当業者は、本発明の技術的範囲から離れることなく上述の実施形態に対して様々な修正を施してもよいことを理解するだろう。上述の手法は、例えば、ワイルドカード化されたパブリック・サービス・アイデンティティ又はパブリック・サービス・アイデンティティのサブドメインの暗黙登録セット内での包含を可能にするために適用してもよい。
【特許請求の範囲】
【請求項１】
ＩＰマルチメディア・サブシステム・ネットワークへのアクセスポイントの背後に位置するユーザ端末による、当該ＩＰマルチメディア・サブシステム・ネットワークのサービスに対するアクセスを容易にする方法であり、前記アクセスポイントは、前記ＩＰマルチメディア・サブシステム・ネットワークのサブスクリプションに関連づけられている、方法であって、
前記サブスクリプションに対して定義される暗黙登録セット内に、パブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含ませる工程と、
前記ＩＰマルチメディア・サブシステム・ネットワークとの前記アクセスポイントのＩＰマルチメディア・サブシステム登録において、前記暗黙登録セットに含まれる前記パブリック・ユーザ・アイデンティティを、前記アクセスポイントに割り当てられているサービング呼／セッション制御機能と、前記アクセスポイントが接続されているプロキシ呼／セッション制御機能とへ配信する工程と
を有することを特徴とする方法。
【請求項２】
前記暗黙登録セットは、前記アクセスポイントの１以上の明示的なパブリック・ユーザ・アイデンティティを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記アクセスポイントはＩＰ構内交換機であることを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記暗黙登録セットは、
前記ＩＰマルチメディア・サブシステムのホーム加入者サーバ内に維持され、
前記ホーム加入者サーバにより送信されたサーバ割当回答内の登録における前記サービング呼／セッション制御機能に対して提供され、
前記サービング呼／セッション制御機能から送信された２００ ＯＫのＰ−Ａｓｓｏｃｉａｔｅｄ−ＵＲＩヘッダ内の前記プロキシ呼／セッション制御機能に対して提供される
ことを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記暗黙登録セットは、
前記ＩＰマルチメディア・サブシステムのホーム加入者サーバ内で維持され、
前記ホーム加入者サーバが送信したプッシュ・プロフィール要求内で、前記サブスクリプションが修正された後に、前記サービング呼／セッション制御機能へ提供される
ことを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項６】
ＩＰマルチメディア・サブシステム・ネットワークのプロキシ呼／セッション制御機能を動作させる方法であって、
前記ＩＰマルチメディア・サブシステム・ネットワークに対するサブスクリプションを有するアクセスポイントの登録において、当該アクセスポイントに対する暗黙登録セットであって、パブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含む、暗黙登録セットを受信及び格納する工程と、
前記アクセスポイントからセッション開始プロトコルのメッセージを受信する工程と、
前記メッセージのＰ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダが前記ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに適合する場合、当該Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダを同じユニバーサル・リソース・アイデンティファイアを含むＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙで置き換える工程と、
前記メッセージをインタロゲーティング呼／セッション制御機能へ転送する工程と
を有することを特徴とする方法。
【請求項７】
ＩＰマルチメディア・サブシステムのサービング呼／セッション制御機能を動作させる方法であって、
前記ＩＰマルチメディア・サブシステム・ネットワークに対するサブスクリプションを有するアクセスポイントの登録において、当該アクセスポイントに対する暗黙登録セットであって、パブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含む、暗黙登録セットと、該ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに関連づけられたサービス・プロフィールとを受信及び格納する工程と、
ａ）前記アクセスポイントの背後に位置するユーザ端末から発信されたＳＩＰメッセージ、又は、ｂ）該ユーザ端末を宛先とするＳＩＰメッセージを受信する工程と、
前記ａ）のＳＩＰメッセージのＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ、又は、前記ｂ）のＳＩＰメッセージのユニバーサル・リソース・アイデンティファイアが前記ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに適合した場合、前記関連づけられたサービス・プロフィールに従って標準的なＩＭＳ手順を適用する工程と
を有することを特徴とする方法。
【請求項８】
ＩＰマルチメディア・サブシステムのホーム加入者サーバを動作させる方法であって、
複数のユーザ端末を管理するアクセスポイントについて、当該ユーザ端末に関連づけられたパブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含む、暗黙登録セットと、該アクセスポイントに割り当てられているサービング呼／セッション制御機能のアイデンティティ、又は、サービング呼／セッション制御機能を割り当てる基準とを含む加入者データを維持する工程と、
インタロゲーティング呼／セッション制御機能において受信されたＳＩＰメッセージに関する位置情報要求を当該インタロゲーティング呼／セッション制御機能から受信した場合、該ＳＩＰメッセージの要求ＵＲＩが前記ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに適合したときは、該インタロゲーティング呼／セッション制御機能に対して、前記サービング呼／セッション制御機能のアイデンティティを通知するか、又は、選択基準を提供する工程と
を有することを特徴とする方法。
【請求項９】
ＩＰマルチメディア・サブシステムのホーム加入者サーバを動作させる方法であって、
複数のユーザ端末を管理するアクセスポイントについて、当該ユーザ端末に関連づけられたパブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含む暗黙登録セットを含む加入者データを維持する工程と、
インタロゲーティング呼／セッション制御機能と、サービング呼／セッション制御機能と、プロキシ呼／セッション制御機能との少なくともいずれか１つに前記暗黙登録セットを提供する工程と
を有することを特徴とする方法。
【請求項１０】
前記暗黙登録セットは、前記アクセスポイントに対するサブスクリプションの登録において、又は、該サブスクリプションが登録解除された場合にセッション・セットアップ要求を受信したことに応じて、提供されることを特徴とする請求項９に記載の方法。
【請求項１１】
前記暗黙登録セットは、前記サブスクリプションが登録解除された場合にセッション・セットアップ要求を受信したことに応じて提供され、
前記セッション・セットアップ要求の要求ＵＲＩを、前記ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインに適合させる工程と、
適合が確認された場合に前記暗黙登録セットを提供する工程と
をさらに有することを特徴とする請求項１０に記載の方法。
【請求項１２】
ＩＰマルチメディア・サブシステム・ネットワークにおいて使用されるプロキシ呼／セッション制御機能を実装するコンピュータ装置であって、
前記ＩＰマルチメディア・サブシステム・ネットワークに対するサブスクリプションを有するアクセスポイントの登録において、当該アクセスポイントに対する暗黙登録セットであって、パブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含む、暗黙登録セットを受信及び格納する手段と、
前記アクセスポイントからセッション開始プロトコルのメッセージを受信する手段と、
前記メッセージのＰ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダが前記ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに適合する場合、当該Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダを同じユニバーサル・リソース・アイデンティファイアを含むＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙで置き換える手段と、
前記メッセージをインタロゲーティング呼／セッション制御機能へ転送する手段と
を備えることを特徴とするコンピュータ装置。
【請求項１３】
ＩＰマルチメディア・サブシステムにおいて使用されるサービング呼／セッション制御機能を実装するコンピュータ装置であって、
前記ＩＰマルチメディア・サブシステム・ネットワークに対するサブスクリプションを有するアクセスポイントの登録において、当該アクセスポイントに対する暗黙登録セットであって、パブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含む、暗黙登録セットと、該ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに関連づけられたサービス・プロフィールとを受信及び格納する手段と、
ａ）前記アクセスポイントの背後に位置するユーザ端末から発信されたＳＩＰメッセージ、又は、ｂ）該ユーザ端末を宛先とするＳＩＰメッセージを受信する手段と、
前記ａ）のＳＩＰメッセージのＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ、又は、前記ｂ）のＳＩＰメッセージのユニバーサル・リソース・アイデンティファイアが前記ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに適合した場合、前記関連づけられたサービス・プロフィールを含む標準的なサービス・ロジックを適用する手段と
を備えることを特徴とするコンピュータ装置。
【請求項１４】
ＩＰマルチメディア・サブシステムのホーム加入者サーバを実装するコンピュータ装置であって、
複数のユーザ端末を管理するアクセスポイントについて、当該ユーザ端末に関連づけられたパブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含む、暗黙登録セットと、該アクセスポイントに割り当てられているサービング呼／セッション制御機能のアイデンティティ、又は、サービング呼／セッション制御機能を割り当てる基準とを含む加入者データを維持する手段と、
インタロゲーティング呼／セッション制御機能において受信されたＳＩＰメッセージに関する位置情報要求を当該インタロゲーティング呼／セッション制御機能から受信したことに応じて、該ＳＩＰメッセージの要求ＵＲＩが前記ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに適合しているか否かを判定し、適合するは判定されたときは、該インタロゲーティング呼／セッション制御機能に対して、前記サービング呼／セッション制御機能のアイデンティティを通知するか、又は、選択基準を提供する手段と
を備えることを特徴とするコンピュータ装置。
【請求項１５】
ＩＰマルチメディア・サブシステムのホーム加入者サーバを動作させる方法であって、
サブスクリプション又はサービスに関して、サービスに関連づけられたパブリック・サービス・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・サービス・アイデンティティ又はパブリック・サービス・アイデンティティのサブドメインを含む、暗黙登録セットと、前記サービスに割り当てられているサービング呼／セッション制御機能のアイデンティティ、又は、サービング呼／セッション制御機能を割り当てる基準とを含むデータを維持する工程と、
インタロゲーティング呼／セッション制御機能において受信されたＳＩＰメッセージに関する位置情報要求を当該インタロゲーティング呼／セッション制御機能から受信した場合、該ＳＩＰメッセージの要求ＵＲＩが前記ワイルドカード化されたパブリック・サービス・アイデンティティ又はサブドメインに適合したときは、該インタロゲーティング呼／セッション制御機能に対して、前記サービング呼／セッション制御機能のアイデンティティを通知するか、又は、選択基準を提供する工程と
を有することを特徴とする方法。
【請求項１】
ＩＰマルチメディア・サブシステム・ネットワークへのアクセスポイントの背後に位置するユーザ端末による、当該ＩＰマルチメディア・サブシステム・ネットワークのサービスに対するアクセスを容易にする方法であり、前記アクセスポイントは、前記ＩＰマルチメディア・サブシステム・ネットワークのサブスクリプションに関連づけられている、方法であって、
前記サブスクリプションに対して定義される暗黙登録セット内に、パブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含ませる工程と、
前記ＩＰマルチメディア・サブシステム・ネットワークとの前記アクセスポイントのＩＰマルチメディア・サブシステム登録において、前記暗黙登録セットに含まれる前記パブリック・ユーザ・アイデンティティを、前記アクセスポイントに割り当てられているサービング呼／セッション制御機能と、前記アクセスポイントが接続されているプロキシ呼／セッション制御機能とへ配信する工程と
を有することを特徴とする方法。
【請求項２】
前記暗黙登録セットは、前記アクセスポイントの１以上の明示的なパブリック・ユーザ・アイデンティティを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記アクセスポイントはＩＰ構内交換機であることを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記暗黙登録セットは、
前記ＩＰマルチメディア・サブシステムのホーム加入者サーバ内に維持され、
前記ホーム加入者サーバにより送信されたサーバ割当回答内の登録における前記サービング呼／セッション制御機能に対して提供され、
前記サービング呼／セッション制御機能から送信された２００ ＯＫのＰ−Ａｓｓｏｃｉａｔｅｄ−ＵＲＩヘッダ内の前記プロキシ呼／セッション制御機能に対して提供される
ことを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記暗黙登録セットは、
前記ＩＰマルチメディア・サブシステムのホーム加入者サーバ内で維持され、
前記ホーム加入者サーバが送信したプッシュ・プロフィール要求内で、前記サブスクリプションが修正された後に、前記サービング呼／セッション制御機能へ提供される
ことを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項６】
ＩＰマルチメディア・サブシステム・ネットワークのプロキシ呼／セッション制御機能を動作させる方法であって、
前記ＩＰマルチメディア・サブシステム・ネットワークに対するサブスクリプションを有するアクセスポイントの登録において、当該アクセスポイントに対する暗黙登録セットであって、パブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含む、暗黙登録セットを受信及び格納する工程と、
前記アクセスポイントからセッション開始プロトコルのメッセージを受信する工程と、
前記メッセージのＰ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダが前記ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに適合する場合、当該Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダを同じユニバーサル・リソース・アイデンティファイアを含むＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙで置き換える工程と、
前記メッセージをインタロゲーティング呼／セッション制御機能へ転送する工程と
を有することを特徴とする方法。
【請求項７】
ＩＰマルチメディア・サブシステムのサービング呼／セッション制御機能を動作させる方法であって、
前記ＩＰマルチメディア・サブシステム・ネットワークに対するサブスクリプションを有するアクセスポイントの登録において、当該アクセスポイントに対する暗黙登録セットであって、パブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含む、暗黙登録セットと、該ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに関連づけられたサービス・プロフィールとを受信及び格納する工程と、
ａ）前記アクセスポイントの背後に位置するユーザ端末から発信されたＳＩＰメッセージ、又は、ｂ）該ユーザ端末を宛先とするＳＩＰメッセージを受信する工程と、
前記ａ）のＳＩＰメッセージのＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ、又は、前記ｂ）のＳＩＰメッセージのユニバーサル・リソース・アイデンティファイアが前記ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに適合した場合、前記関連づけられたサービス・プロフィールに従って標準的なＩＭＳ手順を適用する工程と
を有することを特徴とする方法。
【請求項８】
ＩＰマルチメディア・サブシステムのホーム加入者サーバを動作させる方法であって、
複数のユーザ端末を管理するアクセスポイントについて、当該ユーザ端末に関連づけられたパブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含む、暗黙登録セットと、該アクセスポイントに割り当てられているサービング呼／セッション制御機能のアイデンティティ、又は、サービング呼／セッション制御機能を割り当てる基準とを含む加入者データを維持する工程と、
インタロゲーティング呼／セッション制御機能において受信されたＳＩＰメッセージに関する位置情報要求を当該インタロゲーティング呼／セッション制御機能から受信した場合、該ＳＩＰメッセージの要求ＵＲＩが前記ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに適合したときは、該インタロゲーティング呼／セッション制御機能に対して、前記サービング呼／セッション制御機能のアイデンティティを通知するか、又は、選択基準を提供する工程と
を有することを特徴とする方法。
【請求項９】
ＩＰマルチメディア・サブシステムのホーム加入者サーバを動作させる方法であって、
複数のユーザ端末を管理するアクセスポイントについて、当該ユーザ端末に関連づけられたパブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含む暗黙登録セットを含む加入者データを維持する工程と、
インタロゲーティング呼／セッション制御機能と、サービング呼／セッション制御機能と、プロキシ呼／セッション制御機能との少なくともいずれか１つに前記暗黙登録セットを提供する工程と
を有することを特徴とする方法。
【請求項１０】
前記暗黙登録セットは、前記アクセスポイントに対するサブスクリプションの登録において、又は、該サブスクリプションが登録解除された場合にセッション・セットアップ要求を受信したことに応じて、提供されることを特徴とする請求項９に記載の方法。
【請求項１１】
前記暗黙登録セットは、前記サブスクリプションが登録解除された場合にセッション・セットアップ要求を受信したことに応じて提供され、
前記セッション・セットアップ要求の要求ＵＲＩを、前記ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインに適合させる工程と、
適合が確認された場合に前記暗黙登録セットを提供する工程と
をさらに有することを特徴とする請求項１０に記載の方法。
【請求項１２】
ＩＰマルチメディア・サブシステム・ネットワークにおいて使用されるプロキシ呼／セッション制御機能を実装するコンピュータ装置であって、
前記ＩＰマルチメディア・サブシステム・ネットワークに対するサブスクリプションを有するアクセスポイントの登録において、当該アクセスポイントに対する暗黙登録セットであって、パブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含む、暗黙登録セットを受信及び格納する手段と、
前記アクセスポイントからセッション開始プロトコルのメッセージを受信する手段と、
前記メッセージのＰ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダが前記ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに適合する場合、当該Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙヘッダを同じユニバーサル・リソース・アイデンティファイアを含むＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙで置き換える手段と、
前記メッセージをインタロゲーティング呼／セッション制御機能へ転送する手段と
を備えることを特徴とするコンピュータ装置。
【請求項１３】
ＩＰマルチメディア・サブシステムにおいて使用されるサービング呼／セッション制御機能を実装するコンピュータ装置であって、
前記ＩＰマルチメディア・サブシステム・ネットワークに対するサブスクリプションを有するアクセスポイントの登録において、当該アクセスポイントに対する暗黙登録セットであって、パブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含む、暗黙登録セットと、該ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに関連づけられたサービス・プロフィールとを受信及び格納する手段と、
ａ）前記アクセスポイントの背後に位置するユーザ端末から発信されたＳＩＰメッセージ、又は、ｂ）該ユーザ端末を宛先とするＳＩＰメッセージを受信する手段と、
前記ａ）のＳＩＰメッセージのＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ、又は、前記ｂ）のＳＩＰメッセージのユニバーサル・リソース・アイデンティファイアが前記ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに適合した場合、前記関連づけられたサービス・プロフィールを含む標準的なサービス・ロジックを適用する手段と
を備えることを特徴とするコンピュータ装置。
【請求項１４】
ＩＰマルチメディア・サブシステムのホーム加入者サーバを実装するコンピュータ装置であって、
複数のユーザ端末を管理するアクセスポイントについて、当該ユーザ端末に関連づけられたパブリック・ユーザ・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はパブリック・ユーザ・アイデンティティのサブドメインを含む、暗黙登録セットと、該アクセスポイントに割り当てられているサービング呼／セッション制御機能のアイデンティティ、又は、サービング呼／セッション制御機能を割り当てる基準とを含む加入者データを維持する手段と、
インタロゲーティング呼／セッション制御機能において受信されたＳＩＰメッセージに関する位置情報要求を当該インタロゲーティング呼／セッション制御機能から受信したことに応じて、該ＳＩＰメッセージの要求ＵＲＩが前記ワイルドカード化されたパブリック・ユーザ・アイデンティティ又はサブドメインに適合しているか否かを判定し、適合するは判定されたときは、該インタロゲーティング呼／セッション制御機能に対して、前記サービング呼／セッション制御機能のアイデンティティを通知するか、又は、選択基準を提供する手段と
を備えることを特徴とするコンピュータ装置。
【請求項１５】
ＩＰマルチメディア・サブシステムのホーム加入者サーバを動作させる方法であって、
サブスクリプション又はサービスに関して、サービスに関連づけられたパブリック・サービス・アイデンティティの範囲を示す、ワイルドカード化されたパブリック・サービス・アイデンティティ又はパブリック・サービス・アイデンティティのサブドメインを含む、暗黙登録セットと、前記サービスに割り当てられているサービング呼／セッション制御機能のアイデンティティ、又は、サービング呼／セッション制御機能を割り当てる基準とを含むデータを維持する工程と、
インタロゲーティング呼／セッション制御機能において受信されたＳＩＰメッセージに関する位置情報要求を当該インタロゲーティング呼／セッション制御機能から受信した場合、該ＳＩＰメッセージの要求ＵＲＩが前記ワイルドカード化されたパブリック・サービス・アイデンティティ又はサブドメインに適合したときは、該インタロゲーティング呼／セッション制御機能に対して、前記サービング呼／セッション制御機能のアイデンティティを通知するか、又は、選択基準を提供する工程と
を有することを特徴とする方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−５９０９１（Ｐ２０１３−５９０９１Ａ）
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−２４５５８７（Ｐ２０１２−２４５５８７）
【出願日】平成２４年１１月７日（２０１２．１１．７）
【分割の表示】特願２００９−５５０６６０（Ｐ２００９−５５０６６０）の分割
【原出願日】平成１９年２月２２日（２００７．２．２２）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願番号】特願２０１２−２４５５８７（Ｐ２０１２−２４５５８７）
【出願日】平成２４年１１月７日（２０１２．１１．７）
【分割の表示】特願２００９−５５０６６０（Ｐ２００９−５５０６６０）の分割
【原出願日】平成１９年２月２２日（２００７．２．２２）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]