(57)【要約】  アプリオリにＩＰマルチメディアサブシステムに登録されていないユーザに対するＩＰマルチメディアサブシステム通信を開始する方法である。本方法は、セッション開始プロトコルアプリケーションサーバにおいて、外部ネットワークへのインタフェースを介してユーザからの通信要求を受信するか、ＩＰマルチメディアサブシステム通信の確立を必要とする、内部又は外部で生成されたトリガを受信するステップと、Ｓ−ＣＳＣＦへ送信をユーザに割り当てるステップと、アプリケーションサーバから割り当てられたＳ−ＣＳＣＦへＳＩＰ要求を転送するステップと、要求された通信を確立するステップとを有する。
2008536379.tif 000002
【特許請求の範囲】
【請求項１】
アプリオリにＩＰマルチメディアサブシステムに登録されていないユーザに対するＩＰマルチメディアサブシステム通信を開始するための方法であって、
セッション開始プロトコルアプリケーションサーバにおいて、外部ネットワークへのインタフェースを介して前記ユーザから通信要求を受信するか、ＩＰマルチメディアサブシステム通信の確立を必要とする内部又は外部生成トリガを受信するステップと、
Ｓ−ＣＳＣＦ(Serving Call/State Control Function)を前記ユーザに割り当てるステップと、
前記アプリケーションサーバから前記割り当てられたＳ−ＣＳＣＦへセッション開始プロトコル要求を転送するステップと、
前記要求された通信を確立するステップとを有することを特徴とする方法。
【請求項２】
Ｓ−ＣＳＣＦを前記ユーザに割り当てる前記ステップが、前記アプリケーションサーバによって行われることを特徴とする請求項１記載の方法。
【請求項３】
前記アプリケーションサーバは、Ｓ−ＣＳＣＦ能力をホーム加入者サーバから取得し、前記能力に基づいてＳ−ＣＳＣＦを割り当て、セッション開始プロトコル要求を前記割り当てられたＳ−ＣＳＣＦへ送信することを特徴とする請求項２記載の方法。
【請求項４】
Ｓ−ＣＳＣＦを前記ユーザに割り当てる前記ステップが、前記アプリケーションサーバからのセッション開始プロトコル要求の受信に応答して、Ｉ−ＣＳＣＦ(Interrogating CSCF)によって行われることを特徴とする請求項１記載の方法。
【請求項５】
前記アプリケーションサーバは、ＳＩＰ要求をＩ−ＣＳＣＦへ送信し、それに応答して前記Ｉ−ＣＳＣＦがＳ−ＣＳＣＦ能力をホーム加入者サーバから取得するとともに前記能力に基づいてＳ−ＣＳＣＦを割り当て、前記Ｉ−ＣＳＣＦはセッション開始プロトコル要求を前記割り当てられたＳ−ＣＳＣＦへ送信することを特徴とする請求項４記載の方法。
【請求項６】
Ｓ−ＣＳＣＦを前記ユーザに割り当てる前記ステップが、Ｓ−ＣＳＣＦによって行われることを特徴とする請求項１記載の方法。
【請求項７】
前記アプリケーションサーバは、セッション開始プロトコル要求をＳ−ＣＳＣＦへ送信し、それに応答してそのＳ−ＣＳＣＦがＳ−ＣＳＣＦ能力をホーム加入者サーバから取得するとともに前記能力に基づいてＳ−ＣＳＣＦを割り当て、
前記Ｓ−ＣＳＣＦが、前記割り当てられたＳ−ＣＳＣＦが自身でなければ、セッション開始プロトコル要求を前記割り当てられたＳ−ＣＳＣＦへ送信することを特徴とする請求項６記載の方法。
【請求項８】
ホーム加入者サーバから前記アプリケーションサーバへセキュリティトークンを送信するステップと、
このセキュリティトークンを前記アプリケーションサーバから前記セッション開始プロトコル要求とともに、当該要求の正当性を証明する手段として送信するステップをさらに有することを特徴とする請求項１乃至請求項７のいずれか１項に記載の方法。
【請求項９】
前記要求を前記割り当てられたＳ−ＣＳＣＦで受信すると、前記セキュリティトークンを前記ホーム加入者サーバへ転送するステップをさらに有し、
前記ホーム加入者サーバは、前記Ｓ−ＣＳＣＦに代わって前記トークンの正当性を確認することを特徴とする請求項８記載の方法。
【請求項１０】
前記ユーザについてのサービスプロファイルをホーム加入者サーバから前記割り当てられたＳ−ＣＳＣＦへ転送するステップをさらに有し、
前記サービスプロファイルが、発信未登録要求についてのプロファイル情報を含むことを特徴とする請求項１乃至請求項９のいずれか１項に記載の方法。
【請求項１１】
アプリオリにＩＰマルチメディアサブシステムに登録されていないユーザに対するＩＰマルチメディアサブシステム通信を開始するためのアプリケーションサーバの制御方法であって、
外部ネットワークへのインタフェースを介して前記ユーザから通信要求を受信するか、ＩＰマルチメディアサブシステム通信の確立を必要とする内部又は外部生成トリガを受信するステップと、
Ｓ−ＣＳＣＦを前記ユーザに割り当てるステップと、
セッション開始プロトコル要求を前記割り当てられたＳ−ＣＳＣＦへ送信するステップとを有することを特徴とする方法。
【請求項１２】
アプリオリにＩＰマルチメディアサブシステムに登録されていないユーザに対するＩＰマルチメディアサブシステム通信を開始するためのＩ−ＣＳＣＦの制御方法であって、
前記ユーザに関する通信要求をアプリケーションサーバから受信するステップと、
前記ユーザにＳ−ＣＳＣＦを割り当てるステップと、
セッション開始プロトコル要求を前記割り当てられたＳ−ＣＳＣＦへ転送するステップとを有することを特徴とする方法。
【請求項１３】
アプリオリにＩＰマルチメディアサブシステムに登録されていないユーザに対するＩＰマルチメディアサブシステム通信を開始するためのＳ−ＣＳＣＦの制御方法であって、
前記ユーザに関する通信要求をアプリケーションサーバから受信するステップと、
Ｓ−ＣＳＣＦを前記ユーザに割り当てるステップと、
前記割り当てられたＳ−ＣＳＣＦが自身でなければ、セッション開始プロトコル要求を前記割り当てられたＳ−ＣＳＣＦへ送信するステップとを有することを特徴とする方法。
【請求項１４】
ＩＰマルチメディアサブシステムのＣＳＣＦとセッション開始プロトコルアプリケーションサーバとの間で送信される、ユーザに対する通信の確立に関するシグナリングをセキュアにする方法であって、
前記ユーザのホーム加入者サーバから、セキュリティトークンをＣＳＣＦサーバ又はセッション開始プロトコルアプリケーションサーバへ送信するステップと、
受信した前記セキュリティトークンを、前記ＣＳＣＦサーバ又は前記セッション開始プロトコルアプリケーションサーバから前記セッション開始プロトコルアプリケーションサーバ又は前記ＣＳＣＦの他方に送信するステップと、
前記セキュリティトークンを受信した前記ＣＳＣＦサーバ又は前記セッション開始プロトコルアプリケーションサーバにおいて、前記ホーム加入者サーバと通信し、前記セキュリティトークンの真偽を検証するステップとを有することを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＰマルチメディアサブシステム（ＩＭＳ）ベースの通信を開始するための方法及び装置に関し、特にはＩＭＳに未登録のユーザに対する通信を開始する方法及び装置に関する。
【背景技術】
【０００２】
ＩＰマルチメディア（ＩＰＭＭ）サービスは、同一セッション内における、音声、ビデオ、メッセージング、データ等の動的な組み合わせを提供する。組み合わせることの可能な基本プリケーション及びメディアの数が増加すると、エンドユーザに提供されるサービスの数もまた増加するであろう。そして、個人間の通信体験がより豊かなものになるであろう。これにより、以下でより詳細に検討する、いわゆる”複合ＩＰマルチメディア”サービスを含む、パーソナライズされたリッチなマルチメディア通信サービスの新世代をもたらすであろう。
【０００３】
ＩＰマルチメディアサブシステム（ＩＭＳ）は、移動通信網を通じてＩＰマルチメディアサービスを提供するために３ＧＰＰ(Third Generation Partnership Project)によって規定された技術である(3GPP TS 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29,229, TS 29.328及びTS 29.329 リリース５及び６)。ＩＭＳは、複数のサービスの統合及び相互動作を通じて、エンドユーザの個人対個人の通信体験を豊かにするための鍵となる機能を提供する。ＩＭＳは、ＩＰベースのネットワークを通じ、個人対個人（クライアント対クライアント）通信のみならず、個人対コンテンツ（クライアント対サーバ）通信においても、新しいリッチな通信を可能にする。ＩＭＳは、ユーザ端末間（又はユーザ端末とアプリケーションサーバ間）の呼又はセッションの設定及び制御に、セッション開始プロトコル（ＳＩＰ）を利用する。ＳＩＰシグナリングで搬送されるセッション記述プロトコル（ＳＤＰ）が、セッションのマルチメディアコンポーネントの記述及びネゴシエーションに使用される。ＳＩＰはユーザ対ユーザのプロトコルとして作成されたが、ＩＭＳはオペレータ及びサービスプロバイダがサービスへのユーザアクセスを制御したり、それによってユーザに課金することを可能にしている。
【０００４】
図１は、ＩＭＳがどのようにして移動ネットワークに適合しているかを、ＧＰＲＳ／ＰＳアクセスネットワークの場合について模式的に示している。呼／セッション制御機能（ＣＳＣＦ）は、ＩＭＳとともにＳＩＰプロキシとして動作する。３ＧＰＰアーキテクチャは以下の３タイプのＣＳＣＦを規定している。ＩＭＳ内部において、ＳＩＰ端末による最初の接点であるプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、ユーザに、そのユーザが加入しているサービスを提供する在圏ＣＳＣＦ（Ｓ−ＣＳＣＦ）、正しいＳ−ＣＳＣＦを特定し、Ｐ−ＣＳＣＦを介してＳＩＰ端末から受信した要求を、その正しいＳ−ＣＳＣＦへ転送する問い合わせＣＳＣＦ（Ｉ−ＣＳＣＦ）。
【０００５】
ユーザは、規定のSIP REGISTERメソッドを用いてＩＭＳへの登録を行う。これは、ＩＭＳへアタッチするとともに、ＳＩＰユーザＩＤを取得可能なアドレスをＩＭＳへ知らせるための仕組みである。３ＧＰＰにおいて、ＳＩＰ端末が登録を実行する際、ＩＭＳがそのユーザの認証を行い、利用可能なＳ−ＣＳＣＦの中からそのユーザに１つのＳ−ＣＳＣＦを割り当てる。３ＧＰＰはＳ−ＣＳＣＦの割り当て条件について規定していないが、それらの条件には、負荷分散やサービス要件が含まれるであろう。ＩＭＳベースのサービスへのユーザアクセスを制御する（さらにはそれに課金する）ために、Ｓ−ＣＳＣＦが鍵となることに留意されたい。ユーザ対ユーザの直接的なＳＩＰセッションはＳ−ＣＳＣＦをバイパスしてしまうであろうため、そのようなセッションを禁止する仕組みをオペレータは与えるであろう。
【０００６】
登録処理の間、Ｓ−ＣＳＣＦがまだ選択されていなければ、Ｉ−ＣＳＣＦの責任においてＳ−ＣＳＣＦの選択が行われる。Ｉ−ＣＳＣＦは、ホームネットワークのホーム加入者サーバ（ＨＳＳ）から、必要なＳ−ＣＳＣＦ能力を受信し、受信した能力に基づいて適切なＳ−ＣＳＣＦを選択する。［なお、あるユーザが他のユーザ(another party) から呼び出された際に、そのユーザにＳ−ＣＳＣＦが割り当てされていなければ、そのユーザについても、Ｉ−ＣＳＣＦによってＳ−ＣＳＣＦの割り当てが行われる。］ある登録済ユーザがその後セッション要求をＩＭＳへ送信した際、Ｐ−ＣＳＣＦは、登録処理中にＳ−ＣＳＣＦから受信した情報に基づいて、その要求を選択されたＳ−ＣＳＣＦに転送することができる。
【０００７】
ＩＭＳサービスネットワーク内には、ＩＭＳサービス機能を実現するために、複数のアプリケーションサーバ（ＡＳ）が設けられている。もともと、ＡＳは、Ｓ−ＣＳＣＦによって委任された要求に応答してＩＭＳ ＣＳＣＦに対する”スレーブ”として動作すべきものと考えられていたが、そのような必要性はなく、現在ではＡＳは外部（即ち、非３ＧＰＰ）ネットワークへのインタフェースを有し、ある動作を実行するための内部トリガ(internal stimulus)（例えばタイマ切れ）の受信を行うことが期待されている。図２は、あるＡＳとあるＳ−ＣＳＣＦとの間のＩＭＳサービス制御（ＩＳＣ）インタフェースと、ＩＭＳ内部の他のインタフェースを示している。図２は、ある１つのＳ−ＣＳＣＦへの１つのインタフェースのみを有するものとして示されているが、実際には、あるＡＳが全てのＣＳＣＦと通信できるよう、ＩＳＣインタフェースは、あるオペレータのネットワークの多くの（又は全ての）ＣＳＣＦサーバが接続された通信ネットワークに渡るものであろうことが理解されよう。［図１に示した他のエンティティは本技術分野に属する当業者にとって周知であろう］
【０００８】
図示していないが、ＡＳ及びユーザ端末間には、別のインタフェース（Ｕｔ）が存在する(TS 23.002)。Ｕｔインタフェースは、ユーザが自身のサービスに関する情報を管理すること、例えば、公衆サービスＩＤ(Public Service Identities)の生成及び割り当て、例えば”プレゼンス”サービスによって用いられる認証ポリシーの管理、コンファレンスポリシー管理、等を可能にする。
【０００９】
現在のＩＭＳアーキテクチャは、あるＡＳが外部インタフェースを通じて適切な要求を受信したことに応答して、ＩＭＳセッションを開始することを許可している。一例として、あるユーザがインターネット上のウェブページにアクセスすることにより、要求の送信を開始した場合、ＨＴＴＰインタフェースを通じてＡＳにＩＭＳセッション要求が送信される。この場合、セッション要求を受信すると、そのＡＳはまず、そのユーザのホーム加入者サーバ（ＨＳＳ）とコンタクトし、そのユーザがＩＭＳに登録されているかどうかを判別する。ＡＳはそのユーザ用に生成されたＳＩＰ ＩＤをＨＳＳへ送信し、ＨＳＳはこのＳＩＰ ＩＤを、そのユーザが登録されているかどうかを判別するために用いることができる。もし登録済であれば、ＨＳＳはＡＳに対し、そのユーザに既に割り当てられているＳ−ＣＳＣＦのＩＤを送信するであろう。そして、ＡＳは、特定されたＳ−ＣＳＣＦへSIP INVITEを転送し、セッション設定手順が図３に示すように継続する。このような状況が起こりうる例示的なシナリオとしては、３ＧＰＰ移動加入者がそのＩＭＳに登録済であり、その加入者が自宅のＰＣを通じて、ウェブページにログオンして、そのチャンネルを介してＩＭＳセッションを要求するような場合がある。
【００１０】
そのユーザがまだＩＭＳに登録されていないような場合であり、かつそのことがＨＳＳによってＡＳへ報告されれば、その要求は処理できない。TS.228は具体的に以下のように記載している「ＡＳが公衆ユーザＩＤ(Public User Identity)に対するＳ−ＣＳＣＦアドレスを取得できない場合、ＡＳはそのユーザに代わってセッションを開始してはならない」。
【００１１】
同様な問題は、ＡＳの中で、ＩＭＳセッションを確立するためのトリガ(stimulus)が内的に生成されるような場合にも生じることが理解されよう。例えば、あるプレゼンスサーバ上のユーザステータスを、要求された時刻に更新するようにＡＳが要求されている場合を想定することができる。外部からの発信サービス(externally originating service)の場合と同様、現在の規格は、当のユーザがＩＭＳに登録されている場合のみ、必要なＩＭＳセッションをＡＳが開始することを許可している。
【００１２】
上述の説明はユーザが公衆ユーザＩＤを所有することを前提としているが、ユーザはアプリケーション（すなわち、公衆サービスＩＤを有する）であってもよい。
【発明の開示】
【００１３】
ユーザがＩＭＳにまだ登録されていない場合、特にはユーザがＩＭＳ通信要求を開始するために用いている手段がＩＭＳ登録を促進しない場合にも、ユーザがＩＭＳサービスへのアクセスを希望するのはもっともなことである。
【００１４】
本発明の第１の見地によれば、アプリオリにＩＰマルチメディアサブシステムに登録されていないユーザに対するＩＰマルチメディアサブシステム通信を開始するための、以下のステップを有する方法が提供される。
セッション開始プロトコルアプリケーションサーバにおいて、外部ネットワークへのインタフェースを介して前記ユーザから通信要求を受信するか、ＩＰマルチメディアサブシステム通信の確立を必要とする、内部又は外部で生成されたトリガを受信するステップと、
在圏呼／状態制御機能（Ｓ−ＣＳＣＦ）を前記ユーザに割り当てるステップと、
セッション開始プロトコル要求を前記アプリケーションサーバから前記割り当てされたＳ−ＣＳＣＦへ転送するステップと、
前記要求された通信を確立するステップ。
【００１５】
本発明の第１の実施形態において、Ｓ−ＣＳＣＦをユーザに割り当てるステップは、前記アプリケーションサーバによって実行される。アプリケーションサーバはＳ−ＣＳＣＦの能力をホーム加入者サーバから取得し、Ｓ−ＣＳＣＦをこの能力に基づいて割り当てる。［ＡＳは、利用可能なＳ−ＣＳＣＦについての知見を有するか、それを取得できなければならない。］そして、アプリケーションサーバは、セッション開始プロトコル要求を、割り当てられたＳ−ＣＳＣＦへ送信する。
【００１６】
本発明の第２の実施形態において、Ｓ−ＣＳＣＦをユーザに割り当てるステップは、問い合わせ呼／状態制御機能（Ｉ−ＣＳＣＦ）によって実行される。アプリケーションサーバは、セッション開始プロトコル要求をＩ−ＣＳＣＦに送信し、それに応答してＩ−ＣＳＣＦがＳ−ＣＳＣＦの能力をホーム加入者サーバから取得し、この能力に基づいてＳ−ＣＳＣＦを割り当てる。そして、Ｉ−ＣＳＣＦは、セッション開始プロトコル要求を、割り当てられたＳ−ＣＳＣＦへ送信する。
【００１７】
本発明の第３の実施形態において、Ｓ−ＣＳＣＦをユーザに割り当てるステップは、Ｓ−ＣＳＣＦによって実行される。アプリケーションサーバは、セッション開始プロトコル要求をＳ−ＣＳＣＦに送信し、それに応答してそのＳ−ＣＳＣＦがＳ−ＣＳＣＦの能力をホーム加入者サーバから取得し、この能力に基づいてＳ−ＣＳＣＦを割り当てる。そして、Ｓ−ＣＳＣＦは、割り当てられたＳ−ＣＳＣＦが自身以外であれば、セッション開始プロトコル要求を、割り当てられたＳ−ＣＳＣＦへ送信する。
【００１８】
アプリケーションサーバは当初、ユーザがＩＰマルチメディアサブシステムに登録されていないことに気付かないかも知れず、そのユーザが登録されているかどうかを判別するため、ホーム加入者サーバへ問い合わせを送信するであろうことが理解されよう。改善されたセキュリティを提供するため、ホーム加入者サーバからアプリケーションサーバへ、そのユーザが登録されていないことを知らせる応答は、セキュリティ”トークン”を伴っていても良い。このセキュリティトークンは、アプリケーションサーバを認証するための手段を提供し、アプリケーションサーバが送信するセッション開始プロトコル要求に含められる。割り当てられたＳ−ＣＳＣＦは、例えば、セキュリティトークンをホーム加入者サーバへ転送し、ホーム加入者サーバが、トークンが正当なものである場合のみＳ−ＣＳＣＦの能力を返送することを信頼して、セッション開始プロトコル要求を有効なアプリケーションサーバから発信されたものとして認証することができる。
【００１９】
本発明の第２の見地によれば、アプリオリにＩＰマルチメディアサブシステムに登録されていないユーザに対するＩＰマルチメディアサブシステム通信を開始するために、アプリケーションサーバを制御する方法であって、以下のステップを有する方法が提供される。
外部ネットワークへのインタフェースを介して前記ユーザから通信要求を受信するか、ＩＰマルチメディアサブシステム通信の確立を必要とする、内部又は外部で生成されたトリガを受信するステップと、
前記ユーザにＳ−ＣＳＣＦを割り当てるステップと、
セッション開始プロトコル要求を、前記割り当てられたＳ−ＣＳＣＦへ転送するステップ。
【００２０】
本発明の第３の見地によれば、アプリオリにＩＰマルチメディアサブシステムに登録されていないユーザに対するＩＰマルチメディアサブシステム通信を開始するために、Ｉ−ＣＳＣＦを制御する方法であって、以下のステップを有する方法が提供される。
前記ユーザに関する通信要求をアプリケーションサーバから受信するステップと、
前記ユーザにＳ−ＣＳＣＦを割り当てるステップと、
セッション開始プロトコル要求を前記割り当てられたＳ−ＣＳＣＦへ転送するステップ。
【００２１】
本発明の第４の見地によれば、アプリオリにＩＰマルチメディアサブシステムに登録されていないユーザに対するＩＰマルチメディアサブシステム通信を開始するために、Ｓ−ＣＳＣＦを制御する方法であって、以下のステップを有する方法が提供される。
前記ユーザに関する通信要求をアプリケーションサーバから受信するステップと、
前記ユーザにＳ−ＣＳＣＦを割り当てるステップと、
前記割り当てられたＳ−ＣＳＣＦが自身以外のＳ−ＣＳＣＦであれば、セッション開始プロトコル要求を前記割り当てられたＳ−ＣＳＣＦへ転送するステップ。
【００２２】
関連する規格によれば、割り当てられたＳ−ＣＳＣＦはホーム加入者サーバから、ユーザＩＤに固有のプロファイル(user identifier specific profile)を受信する。このプロファイルは、登録されていない発信呼(unregistered originating calls)についてのサポートを含んでいなければならない。
【００２３】
本発明の第５の見地によれば、ＩＰマルチメディアサブシステムのＣＳＣＦとセッション開始プロトコルアプリケーションサーバ間で送信される、ユーザに対する通信確立に関するシグナリングをセキュアにする方法であって、以下のステップを有する方法が提供される。
前記ユーザのホーム加入者サーバから、セキュリティトークンをＣＳＣＦサーバ又はセッション開始プロトコルアプリケーションサーバへ送信するステップと、
前記ＣＳＣＦサーバ又はセッション開始プロトコルアプリケーションサーバから受信した前記セキュリティトークンを、前記セッション開始プロトコルアプリケーションサーバ又はＣＳＣＦの他方へ送信するステップと、
受信したＣＳＣＦサーバ又はセッション開始プロトコルアプリケーションサーバが、前記ホーム加入者サーバと通信して、前記セキュリティトークンの真偽を検証するステップ。
【００２４】
本明細書において、”通信”という語は、セッション確立手順及び、例えば単純なＳＩＰメッセージ交換を含む非セッション確立手順の両方を包含する。
【発明を実施するための最良の形態】
【００２５】
本発明が解決する、現在の技術による問題は、発信サービス解析を提供するためにＳ−ＣＳＣＦをシグナリングパスに導入することは許可しながら、セッション開始プロトコル（ＳＩＰ）アプリケーションサーバ（ＡＳ）が、ＩＰマルチメディアサブシステム（ＩＭＳ）に未登録のユーザに代わってＳＩＰ要求を開始することが出来ないことである。しかしながら、ＡＳがユーザと通信するために別の（ＳＩＰでない）プロトコル（例えばＨＴＴＰＳ、ＳＭＳ、ＭＭＳ又は他のマルチメディアプロトコルを使用している場合［あるいは、例えば現在のステータスを指定された時刻に更新することに関連した、ＡＳ内での内部トリガが発生する場合］にはこれが必要とされ、ユーザは自分に代わってＳＩＰ要求を開始するようＡＳに要求する。
【００２６】
ここで用いる基本的な考え方は、在圏呼／状態制御機能（Ｓ−ＣＳＣＦ）を、ＡＳがユーザにまだＳ−ＣＳＣＦが割り当てられていない（例えば、そのユーザがＩＭＳに登録されていない）と判別した際に割り当てることである。一旦Ｓ−ＣＳＣＦが割り当てられると、ユーザが未登録な状態を維持しながら、Ｓ−ＣＳＣＦはホーム加入者サーバ（ＨＳＳ）に、自身が在圏ＣＳＣＦとして現在割り当てられていることを通知し、Ｓ−ＣＳＣＦはユーザプロファイルをダウンロードする。ＩＭＳに配信されたＡＳセッション要求は、発信要求（originating request)として取り扱われる。以下、ＡＳが非ＳＩＰインタフェースを開始、ＩＭＳセッション開始要求を受信した時点から始まる、３つの代替実施形態について検討する。［処理を開始する他の可能性としては、例えばユーザがＵｔインタフェースを通じてＡＳを”プログラミング”した結果、ＡＳ内で内部トリガが生成される場合や、ユーザ以外から外部トリガを受信する場合が含まれる。］
【００２７】
アプリケーションサーバによるＳ−ＣＳＣＦ割り当て
第１の実施形態に係るシグナリングフローを図４に示す。処理ステップは以下の通りである。
1. ＡＳは、ユーザのために生成されたそのユーザのＳＩＰ ＩＤを、Ｓｈインタフェース（図１）を介してホーム加入者サーバ（ＨＳＳ）へ送信することによりＨＳＳとコンタクトし、Ｓ−ＣＳＣＦアドレスを読み出そうとする。ＡＳは、そのユーザが未登録であること、そのユーザにはＳ−ＣＳＣＦがまだ割り当てられていないことを判別する。
【００２８】
2. ＡＳは、ＨＳＳに、必要なＳ−ＣＳＣＦの能力を要求する。
3. ＨＳＳは、Ｓｈインタフェースを介して、必要なＳ−ＣＳＣＦの能力をＡＳに返送する。現在、Ｓ−ＣＳＣＦの能力はＣｘインタフェースを通じてのみ伝送可能なので、この機能は新規である。
【００２９】
4. ＡＳは、何らかの予め定められた条件（その詳細は本発明と関係しない）に従って、Ｓ−ＣＳＣＦを選択する。（現在、この機能はＩ−ＣＳＣＦに存在する）
5. ＡＳは、ユーザＩＤ（例えばsip:username@operator.com）を含んだＳＩＰ要求（例えば SIP INVITE）を生成する。このＳＩＰ要求は、ＩＳＣインタフェースを通じて、選択されたＳ−ＣＳＣＦへ送信される。［ＡＳのＩＰアドレスは、ＩＰヘッダ中で、Ｓ−ＣＳＣＦに対して示される］
【００３０】
6. Ｓ−ＣＳＣＦは、ユーザプロファイルをＨＳＳから読み出し、ＨＳＳにおけるユーザ未登録状態を維持しながら、Ｓ−ＣＳＣＦがそのユーザに対して割り当てられたことをＨＳＳへ通知する。Ｓ−ＣＳＣＦは、割り当てられたＳＩＰ ＩＤとＡＳのＩＰアドレスとの間のマッピングを記録する。
【００３１】
7. ＨＳＳは、ユーザプロファイルをＳ−ＣＳＣＦへ返送する。加入者プロファイルは、この時点で、発信未登録(originating unregistered)サービスプロファイル情報に加え、発信登録済(originating registered)、着信登録済(terminating registered)及び着信未登録(terminating unregistered)サービスプロファイル情報を含みうる。
【００３２】
8. Ｓ−ＣＳＣＦは、受信したユーザプロファイルに基づく任意のサービス制御（例えば、別のＡＳへリンクする）を実行し、割り当てられたＳＩＰ ＩＤ及びＡＳのＩＰアドレスとの間のマッピングを記録する。サービス制御には、例えば、ＩＭＳサービスへのユーザアクセスを制御するためのスクリーニングフィルタの使用が含まれうる。
【００３３】
9. ＳＩＰ要求は、適切な宛先へ転送される。
10. ＳＩＰ応答がその宛先から受信される。11. ＳＩＰ応答はＡＳへ転送される。これにより、ＳＩＰセッションが確立する。
【００３４】
Ｉ−ＣＳＣＦによるＳ−ＣＳＣＦ割り当て
第２の実施形態に係るシグナリングフローを図５に示す。処理ステップは以下の通りである。
【００３５】
1. ＡＳは、ユーザに対するＳ−ＣＳＣＦアドレスをＨＳＳから読み出そうとする。ＡＳは、上述のように、ユーザが未登録であること及びそのユーザに対してＳ−ＣＳＣＦがまだ割り当てられていないことを判別する。
【００３６】
2. ＡＳは、ＨＳＳに、セキュリティトークンを要求する。これは、割り当てられたＳ−ＣＳＣＦ（以下参照）が、要求が正当なものであることを確認するために必要である。このセキュリティメカニズムがないと、他のＳＩＰエンティティ（例えば、登録済ＳＩＰユーザ）が、あるＳ−ＣＳＣＦに偽のセッション開始要求を送信することが可能となり、そのＳ−ＣＳＣＦがこの偽の要求と、ＡＳから送信される正当な要求とを区別できなくなるリスクがある。
要求の中には、その要求がＡＳで発信されたものであることを特定するための他のＩＤが含まれているが、これはコピーされうるＩＤであり、従ってセキュリティ上の脅威をもたらしうる。
【００３７】
3. ＨＳＳは、ＡＳにセキュリティトークンで応答する。ＨＳＳはセキュリティトークンを生成する前にＡＳを認証すべきであり、また、ＡＳがユーザに代わって振る舞う権限を与えるべきである。
4. ＡＳは、セキュリティトークン（及びユーザＩＤ並びにＡＳのＩＰアドレス）を含んだＳＩＰ要求を、指定されたＩ−ＣＳＣＦへ送信する。
【００３８】
5. Ｉ−ＣＳＣＦは、必要なＳ−ＣＳＣＦ能力を取得するため、Cx-query及びCx-select-pull交換を実行する。
6. ＨＳＳは、Cx-query及びCx-select-pullに対し、必要なＳ−ＣＳＣＦ能力を提供して応答する。
【００３９】
7. Ｉ−ＣＳＣＦは、予め定められた条件を用いて、Ｓ−ＣＳＣＦ選択を実行する。
8. ＳＩＰ要求がセキュリティトークンとともに、Ｉ−ＣＳＣＦから選択されたＳ−ＣＳＣＦへ転送される。セッションの確立後、Ｉ−ＣＳＣＦはＳＩＰシグナリングパスを残しておく必要が無いため、Ｉ−ＣＳＣＦはこの要求をRecord Routeすべきでない。
【００４０】
9. ＳーＣＳＣＦはユーザプロファイルをＨＳＳから読み出し、ユーザの未登録状態を維持しながら、Ｓ−ＣＳＣＦがそのユーザ用であることをＨＳＳに知らせる。セキュリティトークンは、Cx-put/Cx-pull要求に含まれている。トークンの正当性がＨＳＳによって確認された場合、Ｓ−ＣＳＣＦはＳＩＰ要求が正当なＡＳから来たことを知る。ここでも、このプロファイルは発信未登録プロファイル情報を含みうる。
【００４１】
10. ＨＳＳは、ユーザプロファイルをＳ−ＣＳＣＦへ返送する（トークンが正当であると仮定する）。
11. Ｓ−ＣＳＣＦは、受信したユーザプロファイルに基づいて、任意の必要なサービス制御を実行する。
【００４２】
12. ＳＩＰ要求が宛先に転送される。
13.ＳＩＰ応答が宛先から受信される。
14. ＳＩＰ応答がＩ−ＣＳＣＦへ転送される。
15. ＳＩＰ応答がＡＳへ転送される。
［ＳＩＰは、ＳＩＰ応答が、ＳＩＰ要求と同一のノードを通らなければならないと規定している。従って、Ｓ−ＣＳＣＦは応答をＡＳに直接は送信しない。］
【００４３】
Ｓ−ＣＳＣＦによるＳ−ＣＳＣＦ割り当て
第３の実施形態に係るシグナリングフローを図６に示す。処理ステップは以下の通りである。
【００４４】
1. ＡＳが、ユーザに対するＳ−ＣＳＣＦアドレスを読み出そうとする。ＡＳは、ユーザが未登録であること、Ｓ−ＣＳＣＦがそのユーザに割り当てられていないことを判別する。
【００４５】
2. ＡＳはＨＳＳにセキュリティトークンを要求する。これは、Ｓ−ＣＳＣＦ（以下参照）が、その要求が正当なＡＳから来たものであることを検証するために必要である。
【００４６】
3. ＨＳＳは、セキュリティトークンで応答する。ＨＳＳは、セキュリティトークンを生成する前に、ＡＳを認証すべきであり、またそのＡＳがユーザに代わって振る舞う権限を与えるべきである。
【００４７】
4. ＡＳはセキュリティトークンを含んだＳＩＰ要求を、適切なＳ−ＣＳＣＦへ送信する。例えば、ＡＳは、当のユーザについての履歴データに基づき、最も可能性の高いＳ−ＣＳＣＦに関して知見に基づく推測を行うことができる。
5. Ｓ−ＣＳＣＦは、必要なＳ−ＣＳＣＦ能力を取得するため、ＨＳＳとCx-quety及びCx-select-pull交換を行う。
【００４８】
6. ＨＳＳは、Cx-quety及びCx-select-pullに応答して、必要なＳ−ＣＳＣＦ能力をＳ−ＣＳＣＦへ提供する。これまで、必要なＳ−ＣＳＣＦ能力はＩ−ＣＳＣＦへのCx手順にのみ含まれていたので、これは新しい機能である。
7. Ｓ−ＣＳＣＦはＳ−ＣＳＣＦ選択を行う。Ｓ−ＣＳＣＦは、必要なＳ−ＣＳＣＦ能力を自身が有する場合、自身を選択しても良い。
【００４９】
8. ＳＩＰ要求が、割り当てするＳ−ＣＳＣＦから割り当てられたＳ−ＣＳＣＦへ、セキュリティトークンとともに転送される。［選択するＳ−ＣＳＣＦはその要求をrecord routeすべきでない。］
【００５０】
9. 割り当てられたＳーＣＳＣＦは、ユーザプロファイルをＨＳＳから読み出すとともに、ユーザの未登録状態を維持しながら、Ｓ−ＣＳＣＦがそのユーザ用であることをＨＳＳに知らせる。セキュリティトークンは、Cx-put/Cx-pull要求に含まれている。トークンの正当性がそのユーザに対するＨＳＳによって確認された場合、Ｓ−ＣＳＣＦはＳＩＰ要求が正当なＡＳから来たことを知る。
【００５１】
10. ＨＳＳは、ユーザプロファイルを、割り当てられたＳ−ＣＳＣＦへ返送する（トークンが正当であると仮定する）。ここでも、このプロファイルは発信未登録プロファイル情報を含みうる。
11. Ｓ−ＣＳＣＦは、受信したユーザプロファイルに基づいて、任意の必要なサービス制御を実行する。
【００５２】
12. ＳＩＰ要求が適切な宛先に転送される。
13. ＳＩＰ応答が宛先から受信される。
14. ＳＩＰ応答がＳ−ＣＳＣＦへ転送される。
15. ＳＩＰ応答がＡＳへ転送される。
【００５３】
上述した手順は、公衆ユーザＩＤ（ＰＵＩ）が関連づけされたユーザとのＳＩＰセッションを開始するＡＳに関するものであったが、公衆サービスＩＤ（ＰＳＩ）と関連づけされた”ユーザ”とのＳＩＰセッションを開始するＡＳにも適用可能である。ＰＳＩは３ＧＰＰのTS 23.228に記載されている。
【００５４】
本技術分野に属する当業者は、本発明の範囲を逸脱することなく上述の実施形態に様々な改変を行いうることを理解するであろう。例示的な変形において、第２及び第３実施形態に関して上述したセキュリティトークンの仕組みは、第１の実施形態においても用いることができる。それにより、ＨＳＳが（割り当てられたＳ−ＣＳＣＦに代わって）、ＳＩＰ要求を受信した先のＡＳの正当性を確認することが可能になる。
【００５５】
本技術分野に属する当業者は、ＨＳＳが発行するセキュリティトークンの利用が、未登録ユーザに対してＩＭＳサービスを提供することに関するもの以外のＩＭＳ関連の通信をセキュアにするために活用されてもよいことをまた理解するであろう。例えば、ＨＳＳが発行するセキュリティトークンは、一般に、Ｓ−ＣＳＣＦからＡＳへ送信されるシグナリングについてのセキュリティを与えるよりよい手段を提供するために利用可能である（すなわち、全てのＩＳＣシグナリングをセキュアにするため）。特に、Ｓ−ＣＳＣＦがユーザプロファイルをＨＳＳから受け取る際（すなわち、ユーザＳＩＰ登録時に）、セキュリティトークンも受信するであろう。このトークンをＡＳが受信すると、そのＡＳは（Ｓｈインタフェースを介したＨＳＳとの通信によって）セキュリティトークンが正当なものであると検証しなければならない。セキュリティトークンは限られた有効期限を有するであろう。
【図面の簡単な説明】
【００５６】
【図１】ＩＰマルチメディアサブシステムの３Ｇ移動通信システムへの統合を模式的に示す図である。
【図２】アプリケーションサーバ及びＳ−ＣＳＣＦを含む、ＩＰマルチメディアサブシステムの一部のエンティティを模式的に示す図である。
【図３】アプリケーションサーバによるＩＰマルチメディアサブシステムセッションの開始に関する、シグナリングを示す信号図である。
【図４】本発明の第１の実施形態に係るアプリケーションサーバによる、ＩＰマルチメディアサブシステムセッションの開始に関するシグナリングを示す信号図である。
【図５】本発明の第２の実施形態に係るアプリケーションサーバによる、ＩＰマルチメディアサブシステムセッションの開始に関するシグナリングを示す信号図である。
【図６】本発明の第３の実施形態に係るアプリケーションサーバによる、ＩＰマルチメディアサブシステムセッションの開始に関するシグナリングを示す信号図である。
【図１】
2008536379.tif 000003
【図２】
2008536379.tif 000004
【図３】
2008536379.tif 000005
【図４】
2008536379.tif 000006
【図５】
2008536379.tif 000007
【図６】
2008536379.tif 000008
【国際調査報告】
2008536379.tif 000009
2008536379.tif 000010
2008536379.tif 000011