JP2010531017A - ユーザ・データベース・サーバ、サービス・ポリシー・サーバ、及びアプリケーション・サーバを含むｉｐマルチメディア・サブシステム通信ネットワークにおいてユーザ装置を通じてサービスを提供する方法 - Google Patents

Abstract

本発明は、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）通信ネットワークにおいてユーザ装置（ＵＥ）を通じてサービスを提供するための方法に関する。当該サービスは、通信ネットワークにおけるアプリケーション・サーバ（ＡＳ）を用いて提供される。当該方法は、通信ネットワークにおいてユーザ装置の登録を承認するためのユーザ・データベース・サーバでユーザ承認クエリを実行するステップを含む。さらに、当該方法は、ユーザ装置を通じてサービスの使用を認証するためのサービス・ポリシー・サーバでサービス承認クエリを実行するステップを含む。本発明は、さらに、上記方法において使用されるユーザ・データベース・サーバ、サービス・ポリシー・サーバ、アプリケーション・サーバ、及び問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティに関するものである。

Description

本発明は、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）通信ネットワークにおいてユーザ装置（ＵＥ）を通じてサービスを提供するための方法に関する。当該サービスは、通信ネットワークにおけるアプリケーション・サーバ（ＡＳ）を用いて提供される。当該方法は、通信ネットワークにおいてユーザ装置の登録を承認するためのユーザ・データベース・サーバでユーザ承認クエリを実行するステップを含む。さらに、当該方法は、ユーザ装置を通じてサービスの使用を承認するためのサービス・ポリシー・サーバでサービス承認クエリを実行するステップを含む。本発明は、さらに、上記方法において使用されるユーザ・データベース・サーバ、サービス・ポリシー・サーバ、アプリケーション・サーバ、及び問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティに関するものである。

上述したように、本方法は、そのような通信ネットワークのユーザにサービスを提供するための、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）タイプのネットワークにおいて使用される。ＩＭＳネットワークは、エンドユーザにＩＰマルチメディア・サービスを配信するためのアーキテクチャ的フレームワークである。当該ＩＭＳネットワークは、標準化団体３ＧＰＰによってまず開始され、汎用パケット無線サービス（ＧＰＲＳ）ネットワーク、（無線）ローカル・エリア・ネットワーク（ＬＡＮ）及び他のネットワーク・タイプのうち、異なるタイプの通信ネットワークを通じてインターネット・サービスの供給が可能である。

ＩＭＳネットワークの主な利点は、通信ネットワークのどこかに設けられたアプリケーション・サーバを用いる、分散化されたサービス供給の本質にある。通常、標準のインテリジェント・ネットワーク（ＩＮ）タイプの通信ネットワークにおいて、ネットワークにおいて複数の移動交換センタ（ＭＳＣｓ）に接続された複数のサービス制御ポイント（ＳＣＰｓ）によってサービスが提供されていた。しかし、ＩＭＳタイプの通信ネットワークにおいては、ネットワークの全体にわたる複数のアプリケーション・サーバを通じてサービスが提供されうる。さらには、在圏ＩＭＳネットワークの外部における他の通信ネットワークに配置された複数のアプリケーション・サーバからもサービスが提供されうる。

ＩＭＳは、そのユーザが様々な場所で、異なるアクセス形式を用いて登録することが可能である。ユーザ装置からの通信信号は、通常、任意の特定タイプのアクセスネットワークを通じてＩＭＳコアネットワークに搬送される。ユーザは、従来のモバイルアクセスタイプ（広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）、グローバル・システム・フォー・モバイル・コミニュケーションズ（ＧＳＭ）、汎用パケット無線サービス（ＧＰＲＳ）など）、固定アクセスタイプ（デジタル加入者回線（ＤＳＬ）、ケーブル・モデム等）、又は、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ）などの無線アクセスタイプを通じてＩＭＳネットワークに接続することができる。

ＩＭＳ通信ネットワークを通じたユーザ装置との通信セッションでは、通常、登録処理が先行して行われる。ユーザ承認クエリ（ユーザ承認要求（ＵＡＲ）及びユーザ承認応答（ＵＡＡ））は、ユーザ・データベース・サーバ、一般的にはＩＭＳネットワークのホーム加入者サーバ（ＨＳＳ）で実行される。ユーザ・データベース・サーバは、ユーザプロファイルを含むリポジトリであり、一般的に問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）である問い合わせネットワーク・ノード、ＩＭＳの信号制御ネットワークの主要なノードとして機能する在圏呼セッション制御機能（Ｓ−ＣＳＣＦ）のＩＭＳネットワークにおける位置を指示する。一般的には、その後、登録は、ユーザ・データベース・サーバでマルチメディア承認クエリ（マルチメディア承認要求（ＭＡＲ）及びマルチメディア承認応答（ＭＡＡ））を実行することによってＳ−ＣＳＣＦによって継続される。これは、ユーザ・データベース・サーバ又はホーム加入者サーバ（ＨＳＳ）からユーザ承認データを取り出すために行われる。

ユーザの登録の承認が許可され、登録処理が許可されると、Ｓ−ＣＳＣＦは、ユーザの登録の詳細を、ユーザにサービスを提供する様々なアプリケーション・サーバに転送することができる。

上記登録方法の不利点は、ＩＰマルチメディア・サブシステムでの標準の登録方法を通じてユーザが登録されると、サービスに対するその他の使用条件を構成できないことである。

一例として、ＩＭＳ通信ネットワークが無線オフィスサービスの可能性を提供する場合である。企業は、加入者に対して無線オフィスサービスを提供する。当該サービスを提供するための制限の１つは、ユーザが所定の場所（例えば、家又は会社から）からＩＭＳへアクセスした場合のみに、当該サービスが提供されうるということである。現在、無線オフィスサービスを提供するアプリケーション・サーバは、サービスの使用の際にポリシーなどを強要することができず、或いは、サービスの提供に関与する他のネットワーク・ノードの何れかによっても行うことができない。

他の例として、雇用主によって加入料が支払われるモバイル端末のユーザへのサービスが、当該ユーザの現在位置及び特権に依存して所定のサービスの使用に制限されることである。例えば、企業は、その従業員にセルフォンを提供するが、コストを制御するために、当該セルフォンの使用を所定のエリアに制限することを望む。例えば、多くの特権を有するユーザは、当該モバイルフォンをどこでも使用することが可能であり、多くの制限を有するユーザは、所定の国や又は所定の大都市圏からのみのオフィス・セルフォンの使用に制限される。

他の例として、サービスが一度に１つのモバイル装置を通じてユーザに提供されるのみということである。例えば、ユーザが非対称型デジタル加入者回線（ＡＤＳＬ）を介してＩＭＳネットワークへ接続されるパーソナル・コンピュータを通じてサービスを使用する場合には、同一のサービスがユーザのモバイル端末を介して同時刻に同一のユーザへ提供できない。

上記例のようなポリシーを提供するサービスは、非常に困難であり、或いは、ＩＰマルチメディア通信ネットワーク・アーキテクチャ（ＩＭＳアーキテクチャ）において強要することは不可能でさえある。

本発明は、上述の問題に鑑みて成されたものであり、ＩＭＳマルチメディア通信ネットワークにおいてポリシーを提供する高度なサービスの使用を可能にすることを目的とする。

上記目的及び他の目的を達成するために、本発明は、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）通信ネットワークにおけるアプリケーション・サーバ（ＡＳ）を用いて、前記通信ネットワークにおけるユーザ装置（ＵＥ）を通じてサービスを提供するための方法であって、前記通信ネットワークにおいて前記ユーザ装置の登録を承認するためのユーザ・データベース・サーバでユーザ承認クエリを実行するステップと、前記ユーザ装置を通じて前記サービスの使用を承認するためのサービス・ポリシー・サーバでサービス承認クエリを実行するステップとを含むことを特徴とする方法を提供する。

サービス・ポリシー・サーバは、分離したネットワーク・エンティティであってもよく、或いは、アプリケーション・サーバの機能として実装されてもよい。本発明の方法がサービス・ポリシー・サーバ又はアプリケーション・サーバ自身の何れかでサービス承認クエリを実行するステップを含むため、サービス・ポリシー・サーバ又はアプリケーション・サーバは、サービスに対する利用ポリシー及び利用制限に基づいて、サービスの使用を承認するか又は制限することが可能である。サービスの使用における承認は、従来の方法で可能な特定のポリシーの継続に関わらずＩＭＳ通信ネットワーク上のユーザへのサービス提供を可能にする柔軟性に加えて、必要に応じて十分なサービスとなる。

上記クエリを構成するために、ユーザ・データベース・サーバは、既に実行されたユーザ承認クエリからの何れかの情報を使用してもよい。特に、本発明の一実施形態において、サービス承認クエリは、例えば、問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）からホーム加入者サーバ（ＨＳＳ）によって受信されたものとして、ユーザ承認クエリの単なるコピーである可能性もある。ＩＭＳ通信ネットワークにおいて、ユーザ承認クエリはサービス提供を承認するためのサービス・ポリシー・サーバ又はアプリケーション・サーバによって使用されうる有益な情報を既に含む。

本発明の最良の実施形態においてユーザ・データベース・サーバがユーザ承認クエリを受信し処理するため、当該ユーザ・データベース・サーバはサービス承認クエリを実行してもよい。これは、適切なサービス承認クエリを構成し、適切なアプリケーション・サーバ又はサービス・ポリシー・サーバへ当該サービス承認クエリを送信することを意味する。上述したように、ユーザ・データベース・サーバは、例えば、先に受信したユーザ承認クエリからの自身で利用可能な何れかの情報を使用してもよい。

インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）通信ネットワークにおけるユーザ・データベース・サーバは、標準化されたＩＭＳネットワークにおいて一般的に当該機能を実行するホーム加入者サーバ（ＨＳＳ）であってもよい。ＩＭＳネットワークにおけるホーム加入者サーバは、問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）とホーム加入者サーバとの間のユーザ承認クエリ（ユーザ承認要求（ＵＡＲ）及びユーザ承認応答（ＵＡＡ）を含んで構成される。）を搬送するためのＤＩＡＭＥＴＥＲプロトコルを使用する。ＤＩＡＭＥＴＥＲプロトコルは、一般的に、認証、承認、及び課金メソッドを実行するために適しており、したがって、サービス・ポリシー・サーバ又はアプリケーション・サーバでサービス承認クエリを実行するのに十分使用可能である。上記内容から分かるように、ＲＡＤＩＵＳ（ＤＩＡＭＥＴＥＲの前のプロトコル）等の他の適切なプロトコルがサービス・ポリシー・サーバ又はアプリケーション・サーバで上記クエリを実行するために使用されてもよい。

本発明の他の実施形態によれば、サービス承認クエリを実行するステップは、サービス・ポリシー・サーバへサービス承認クエリを通知するステップと、サービス・ポリシー・サーバがユーザ装置へのサービスの提供を許可するか否かを検証するステップと、サービス・ポリシー・サーバがユーザ装置へのサービスの提供を許可するか否かを示すサービス承認応答を戻すステップとを含む。

特に、本発明の他の実施形態によれば、ユーザ承認クエリは、サービス承認データの交換を含み、サービス承認データは、通信ネットワークにおけるユーザ装置の連絡先アドレスと、ユーザ装置と通信ネットワークとの間の通信信号を搬送するために使用されるアクセス・ネットワークのアクセス・ネットワーク情報データとを含むグループから選択される。サービス承認データは、サービス承認クエリに含まれる最良の実施形態に従って、例えば、アクセスネットワークタイプに基づいて、又は、連絡先アドレスの分析に基づいて、条件付きでサービスの提供を承認するためのサービス・ポリシー・サーバにおける高機能オプションとして実現されてもよい。

ＩＭＳアーキテクチャにおいて、アクセス・ネットワークは、モバイル・ネットワーク、固定ネットワーク、無線アクセス・ネットワーク（無線ローカル・エリア・ネットワーク（ＷＬＡＮ）などの）等であってもよい。アクセス・ネットワークの情報データは、上述したように、サービス・ポリシー・サーバ又はアプリケーション・サーバへ送信されるサービス承認クエリを構成するために使用されるユーザ・データベース・サーバによって受信した情報であってもよい。アクセス・ネットワークの情報データは、使用されるアクセス・ネットワークのタイプがどんなものであるかを示してもよく、アクセス・ネットワーク上のユーザの位置（即ち、ユーザ装置のユーザがそのユーザ装置を使用する地理的位置）の実態を提供してもよい。ユーザ承認クエリとともに送信されたアクセス・ネットワークの情報データ及びサービス承認クエリは、セッション開始プロトコル（ＳＩＰ）内で既知のＰアクセス・ネットワーク・インフォ・パラメータを含んで構成されてもよい。当該プロトコルは、ＩＭＳ通信ネットワークの信号制御において主に使用される。当該パラメータは、上記サービス承認プロセスにおいて使用されうる有用な情報を含む。

サービス・ポリシー・サーバは、例えば、ユーザ・データベース・サーバで利用可能な情報に基づいて、ユーザ・データベース・サーバによって識別されてもよい。本発明の他の実施形態によれば、ユーザ・データベース・サーバは、ユーザ装置の加入者プロファイルのためのリポジトリであり、したがって、アプリケーション・サーバからのサービスを必要とするユーザ装置の加入者プロファイルを保存する。当該実施形態において、ユーザ・データベース・サーバの加入者プロファイルは、サービス承認クエリが関与するアプリケーション・サーバに対して実行される必要があるか否かを示す情報と、サービス・ポリシー・サーバが使用する情報（又は、アプリケーション・サーバで直接実行されるサービス承認クエリを示す情報）とを含んでもよい。

上述したように、ＩＭＳ通信ネットワークのホーム加入者サーバ（ＨＳＳ）は、サービス承認クエリを専用のサービス・ポリシー・サーバ又はアプリケーション・サーバへ送信してもよい。サービス・ポリシー・サーバは、例えば、データを交換するためのユーザ・データベース・サーバに動作可能に接続された、分離したネットワーク・エンティティであってもよく、統合的な解決手法を提供するアプリケーション・サーバ内の機能エンティティとして実装されてもよい。

アプリケーション・サーバは、サービス承認手続きが成功し、ユーザ装置を通じたサービス提供が許可された場合にのみサービスを提供するように構成されてもよい。さらに、サービス・ポリシー・サーバ又はアプリケーション・サーバから戻された応答は、サービスの提供における構成するべき制限を示すサービス制限情報を含んでもよい。これは、サービスプロバイダに対して、ＩＭＳ通信ネットワークへアクセするためにユーザによって使用されるネットワーク又はアクセス・ネットワークの場所に関する制限として、サービス提供の際に制限を構成することを可能にさせる。

本発明の第２の態様によれば、本発明は、上記方法において使用されるユーザ・データベース・サーバであって、通信ネットワークにおけるユーザ装置の承認登録におけるユーザ承認クエリを受信する手段と、ユーザ装置を通じて、アプリケーション・サーバによって提供されるサービスの使用を承認するためのサービス・ポリシー・サーバでサービス承認クエリを実行する手段とを備えることを特徴とするユーザ・データベース・サーバを提供する。

本発明の第３の態様によれば、本発明は、上記方法において使用されるサービス・ポリシー・サーバであって、ユーザ装置を通じてアプリケーション・サーバによって提供されるサービスの使用をを承認するためのアプリケーション・サーバにサービス承認クエリを提供する手段を備えることを特徴とするサービス・ポリシー・サーバを提供する。

本発明の第４の態様によれば、本発明は、上記方法において使用されるアプリケーション・サーバであって、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）通信ネットワークを介してユーザ装置を通じてサービスを提供し、ユーザ装置に対するサービス承認クエリを受信し、ユーザ装置を通じたサービスの提供を承認するように構成されることを特徴とするアプリケーション・サーバを提供する。

本発明は、以下で最良の実施形態の詳細な説明、及び添付の図面の参照により明瞭にされる。図面及び詳細な説明を提供する意図は、当業者による本発明の理解をより高めることであり、以下の説明でいかなる意味においても制限を加えるものではない。本発明は、添付の特許請求の範囲によってのみ制限されるものである。

本発明に係る通信システム、特にその信号制御プレーンの概要を示す図である。 本発明に係る方法の概要を示す図である。

図１は、ＩＰマルチメディア・サブシステム（ＩＭＳ）通信ネットワーク１の概要を示す。本発明に係る方法は、通常、その信号制御プレーンにおいて行われるため、図１は、特に、本発明で実現される通信ネットワークの信号制御プレーンを示す。

通信システム１は参照番号２、３で概略的に示される複数のアクセス・ネットワークを含んで構成される。アクセス・ネットワーク３は、モバイル端末５などの複数のモバイル端末を介して、複数のユーザに通信サービスを提供するための基地局４を含むモバイル通信ネットワークである。モバイル端末５は、無線リンク６を通じて基地局４に接続される。ＩＰマルチメディア・サブシステム（ＩＭＳ）通信ネットワーク１において、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）１５は、モバイル・アクセス・ネットワーク３をコア・ネットワークから分離する。

アクセス・ネットワーク２は、パーソナル・コンピュータ・システム９への非対称型デジタル加入者回線（ＡＤＳＬ）接続１０を介してＡＤＳＬサービスを提供する。また、同様のアクセス・ネットワーク２ではあるがそれらの形式とは論理的に区別されるアクセス・ネットワーク２を通じて、端末１１、即ち、インテグレイティド・サービス・デジタル・ネットワーク（ＩＳＤＮ）リンク１２を用いる端末などの固定端末、を介して複数のユーザに通信サービスが提供される。ＩＰマルチメディア・サブシステム（ＩＭＳ）通信ネットワーク１において、セッション・ボーダ・ゲートウェイ（ＳＢＧ）１４は、コア・ネットワークから固定回線アクセス・ネットワーク２を分離する。

通信ネットワーク１のコア・ネットワークは、他のコンポーネントとして、問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）１７、在圏呼セッション制御機能（Ｓ−ＣＳＣＦ）２０、及び、ホーム加入者サーバ（ＨＳＳ）１８を備える。ＩＭＳネットワーク１における付加価値サービスは、アプリケーション・サーバ（ＡＳ）２１、２２などの複数のアプリケーション・サーバによって提供される。

ＳＢＧ１４とＩ−ＣＳＣＦ１７との間、Ｐ−ＣＳＣＦ１５とＩ−ＣＳＣＦ１７との間、Ｉ−ＣＳＣＦ１７とＳ−ＣＳＣＦ２０との間、及び、Ｓ−ＣＳＣＦ２０と、アプリケーション・サーバ（ＡＳ）２１、２２の両方との間の信号制御プレーン、即ち、リンク２４、２５、２６、２８、２９それぞれでの通信は、セッション開始プロトコル（ＳＩＰ）を介して行われる。しかしながら、Ｉ−ＣＳＣＦ１７とＨＳＳ１８との間の通信においては、認証、承認、及び課金目的において特別に設計されるため、ＤＩＡＭＥＴＥＲプロトコルが、使用するためには最も適したプロトコルである。

ユーザが自信のモバイル端末５を通じてＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワーク１へのアクセスを望む場合、モバイル端末５によるＩＭＳネットワークへの登録が必要となる。モバイル端末５によるアクセス要求の許可は、ホーム加入者サーバ１８で検証されなければならない。したがって、ＳＩＰ登録手続き（ＩＭＳ登録手続き）はプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）１５及び問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）１７を通じてモバイル端末５から開始される。上述したように、Ｉ−ＣＳＣＦ１７から、ユーザ承認クエリがＤＩＡＭＥＴＥＲプロトコルを用いてホーム加入者サーバ１８で行われることになる。ユーザ承認クエリは、Ｉ−ＣＳＣＦ１７からＨＳＳ１８へ送信されるユーザ承認要求（ＵＡＲ）と、ＨＳＳ１８によるＩ−ＣＳＣＦ１７への応答において送信されるユーザ承認応答（ＵＡＡ）とを含んで構成される。

本発明によって提案されるＳＩＰ登録手続きを図２に概略的に示す。図２は図１と組み合わせて参照されるものであり、本発明に従ったＳＩＰ登録手続きに関与する異なるノードとパーティとの間の通信を示す。図２に示す通信手続きにおける図１に示すエンティティについては、図２において図１と同様の参照番号を付す。

上述したように、ＳＩＰ登録要求５０はモバイル端末（ＭＴ）５からプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）１５へ送信される。その後、ステップ５１において、当該ＳＩＰ登録要求はＰ−ＣＳＣＦ１５からＩ−ＣＳＣＦ１７へ転送される。問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）１７はホーム加入者サーバ（ＨＳＳ）１８でユーザ承認クエリを実行する。したがって、Ｉ−ＣＳＣＦ１７はＨＳＳ１８へユーザ承認要求５２を送信する。一般的に、ＨＳＳ１８はＩ−ＣＳＣＦ１７へユーザ承認応答（ＵＡＡ）５３を戻すことによってＵＡＲ５２に応答する。しかしながら、本発明によれば、ＨＳＳ１８は、アプリケーション・サーバ２１、２２の少なくとも１つで追加のサービス承認クエリを実行してもよい。これは、ＨＳＳ１８がサービス承認要求５６をＡＳ２１に送信し、ＡＳ２１がＨＳＳ１８へサービス承認応答５７を戻すように図２に示される。

上記手続きの後の処理は、ホーム加入者サーバ（ＨＳＳ）１８がモバイル端末５に関する詳細登録情報を受信することである。当該詳細登録情報は、アプリケーション・サーバ２１によって提供されるサービスのポリシーが現在の条件下でモバイル端末５へ提供するサービスを許可するか否かを判定するために使用されうる。この詳細登録情報は、要求情報をアプリケーション・サーバ２１へ提供するサービス承認要求５６、及び、当該ユーザへのサービスの提供を許可するか又は拒否するかを示すサービス承認応答５７を含むサービス承認クエリを通じてアプリケーション・サーバ２１へ通知される。ホーム加入者サーバ１８は、当該機能を必要とするか又はサポートする任意のアプリケーション・サーバでサービス承認クエリを実行してもよい。したがって、複数のサービス承認クエリは、ホーム加入者サーバ１８によって異なるアプリケーション・サーバで実行されてもよく、ステップ５３においてユーザ承認応答（ＵＡＡ）がＨＳＳ１８からＩ−ＣＳＣＦ１７へ戻される前に、ＨＳＳ１８は、現在の条件下でモバイル端末５に提供されうる全てのサービス、現在の条件下でサービスの拒否が受信されたモバイル端末５に提供されない全てのサービスを認識することができる。この情報は、Ｉ−ＣＳＣＦ１７を通過し、そこからモバイル端末５を通じてユーザに戻される。

ステップ５３においてユーザ承認応答を受信した後に、ＳＩＰ登録手続きは、ＳＩＰ登録要求をＳ−ＣＳＣＦ２０へ転送するＩ−ＣＳＣＦ１７によって継続される。当該ＳＩＰ登録要求は、ＨＳＳ１８によってステップ５３において提供されるＵＡＡの受信を受けてＩ−ＣＳＣＦ１７によって選択される。Ｓ−ＣＳＣＦ２０は、マルチメディア承認クエリをホーム加入者サーバ１８で実行する。マルチメディア承認クエリは、当業者に既に知られているように、マルチメディア承認要求（ＭＡＲ）６０及びマルチメディア承認応答（ＭＡＡ）６１を含んで構成される。ステップ６０、６１は、ホーム加入者サーバ（ＨＳＳ）１８からの関連するユーザ情報とともに在圏呼セッション制御機能（Ｓ−ＣＳＣＦ）を提供するために実行される。特に、マルチメディア承認手続きの間、Ｓ−ＣＳＣＦ２０は、モバイル端末５の承認の検査（challenge）における詳細を受信してもよい。当該情報がステップ６１で受信されると、ＳＩＰ登録手続きはステップＳ６４に進み、モバイル端末の承認が”不許可”メッセージをＩ−ＣＳＣＦ１７へ戻す在圏呼セッション制御機能（Ｓ−ＣＳＣＦ）２０によって検査される。Ｉ−ＣＳＣＦ１７はステップ６５において”不許可”メッセージをプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）１５へ転送し、ステップ６７においてさらにモバイル端末５に転送される。

”不許可”メッセージは、モバイル端末５に対する情報を含み、当該情報はＳ−ＣＳＣＦ２０によって提供される検査への適切な応答を決定するためにモバイル端末５によって使用される。当該検査に対する応答を含む、さらなるＳＩＰ要求６８は、その後Ｐ−ＣＳＣＦ１５へ伝送され、そこからステップ７０においてＩ−ＣＳＣＦ１７へ転送される。Ｉ−ＣＳＣＦ１７はＨＳＳ１８で別のユーザ承認クエリを実行する。

当該検査に対する応答を含む第２のＳＩＰ要求は、その後、Ｉ−ＣＳＣＦ１７によってＳ−ＣＳＣＦ２０へ送信される。Ｓ−ＣＳＣＦ２０は、検査に対する応答が正しいか否かを検証し、モバイル端末５の登録に応答するサーバ割り当て要求ＳＡＲ８０をＨＳＳ１８へ送信することによって、ユーザへアクセスを承認する。ＨＳＳ１８は、ステップ８１によって示されるサーバ割り当て応答（ＳＡＡ）において、ユーザの詳細情報をＳ−ＣＳＣＦ２０へ戻す。ユーザの詳細情報には、数ある中でもイニシャル・フィルタ・クリテリア（ＩＦＣ）を含んで構成される。ＩＦＣは、ユーザによるＩＭＳセッション中にＩＭＳアプリケーション・サーバにいて１つ以上のサービスを起動するために用いられる。

ＳＡＡ８１を受信したのちに、Ｓ−ＣＳＣＦ２０は、ステップ８３において、”受理”メッセージをＩ−ＣＳＣＦ１７へ戻すことによって、モバイル端末５へ受け入れを応答する。Ｉ−ＣＳＣＦ１７は、当該”受理”メッセージをステップ８４でＰ−ＣＳＣＦ１５へ転送し、ステップ８５でＰ−ＣＳＣＦ１５からモバイル端末５へ転送される。

一方、ステップ８８、８９において、Ｓ−ＣＳＣＦ２０は、モバイル端末５へのサービス提供を許可する、アプリケーション・サーバへのＳＩＰ登録を実行する。ＨＳＳ１８がステップ８１でＳ−ＣＳＣＦ２０へサーバ割り当て応答（ＳＡＡ）を提供する場合に、Ｓ−ＣＳＣＦ２０は、上述したサービス承認クエリの実行中にサービス提供が許可されたことをアプリケーション・サーバに認識させる。当業者には理解されるように、ＳＩＰ登録は、ＨＳＳ１８及びアプリケーション・サーバ２１、２２の間でのサービス承認クエリの実行中にサービス提供を確認したアプリケーション・サーバとともにＳ−ＣＳＣＦによって実行されるのみであろう。ステップ５６でＨＳＳからサービス承認クエリを受信したアプリケーション・サーバは、ＨＳＳにＩＦＣでの制限を提供してもよい。ＩＦＣでの制限による結果は、アプリケーション・サーバがＳ−ＣＳＣＦからのＩＭＳ登録手続きを受信しないということかもしれない。さらなるＩＦＣでの制限による結果は、アプリケーション・サーバが加入者へ開始される、又は、加入者から開始されるＳＩＰセッションを起動しないということかもしれない。

上述したように、サービス承認クエリ中にアプリケーション・サーバへ渡される情報は、Ｉ−ＣＳＣＦ１７とＨＳＳ１８との間のユーザ承認クエリの実行中にホーム加入者サーバ（ＨＳＳ）１８へ転送される任意の情報を含んでもよい。さらに、ＨＳＳ１８は、ＨＳＳ１８で既に利用可能な何れかの情報を追加してもよく、サービス提供の許可を決定するためには妥当であるかもしれない。ＨＳＳ１８は、アプリケーション・サーバ２１、２２の１つ又は両方に対する連絡先アドレスを追加してもよいし、或いは、当業者に知られているＰアクセス・ネットワーク情報パラメータなどの、モバイル端末５によって使用されるアクセス・ネットワークに関する情報を追加してもよい。アプリケーション・サーバ２１及び／又は２２に対する連絡先アドレス、及び、Ｐアクセス・ネットワーク情報パラメータは、本発明に従ってステップ５２でＩ−ＣＳＣＦ１７によってＨＳＳ１８で実行されるユーザ承認クエリに含まれていてもよい。

これに関してさらに、ＨＳＳ１８は、サービスが許可される前に、サービス承認クエリを実行するべきアプリケーション・サーバのアドレスを含むようにしてもよい。この情報は、モバイル端末５用のＨＳＳ１８のユーザ・プロファイル・プレゼントに格納されてもよい。

上述したように、上記実施形態として、モバイル端末５によって実行されるＳＩＰ登録要求に関して説明するとともに示した。当該要求が図１に示すパーソナル・コンピュータ９、又は、固定端末１１などの任意のユーザ装置によって実行されてもよいことは明らかであろう。

本発明は、複数の実施例を用いて説明した。しかし、これらは本発明の限定を構成するものではなく、本発明の実施形態が特許請求の範囲で定義した限定の範囲内で変更可能である。

Claims (22)

1. インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）通信ネットワークにおけるアプリケーション・サーバ（ＡＳ）を用いて、前記通信ネットワークにおけるユーザ装置（ＵＥ）を通じてサービスを提供するための方法であって、
   前記通信ネットワークにおいて前記ユーザ装置の登録を承認するためのユーザ・データベース・サーバでユーザ承認クエリを実行するステップと、
   前記ユーザ装置を通じて前記サービスの使用を承認するためのサービス・ポリシー・サーバでサービス承認クエリを実行するステップと
   を含むことを特徴とする方法。
2. 前記サービス承認クエリは、前記ユーザ承認クエリの実行中に交換された情報に基づいて構成されることを特徴とする請求項１に記載の方法。
3. 前記サービス承認クエリは、前記ユーザ承認クエリのコピーであることを特徴とする請求項２に記載の方法。
4. 前記サービス承認クエリは、前記ユーザ・データベース・サーバによって実行されることを特徴とする請求項１乃至３の何れか１項に記載の方法。
5. 前記ユーザ・データベース・サーバは、前記インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）通信ネットワークにおけるホーム加入者サーバ（ＨＳＳ）であることを特徴とする請求項１乃至４の何れか１項に記載の方法。
6. 前記サービス承認クエリを実行する前記ステップは、
   前記サービス・ポリシー・サーバへ前記サービス承認クエリを通知するステップと、
   前記サービス・ポリシー・サーバが前記ユーザ装置への前記サービスの提供を許可するか否かを検証するステップと、
   前記サービス・ポリシー・サーバが前記ユーザ装置への前記サービスの提供を許可するか否かを示すサービス承認応答を戻すステップと
   を含むことを特徴とする請求項１乃至５の何れか１項に記載の方法。
7. 前記ユーザ承認クエリは、サービス承認データの交換を含み、
   前記サービス承認データは、前記通信ネットワークにおける前記ユーザ装置の連絡先アドレスと、前記ユーザ装置と前記通信ネットワークとの間の通信信号を搬送するために使用されるアクセス・ネットワークのアクセス・ネットワーク情報データとを含むグループから選択されることを特徴とする請求項１乃至６の何れか１項に記載の方法。
8. 前記ユーザ承認クエリは、前記通信ネットワークの問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）によって実行され、
   前記サービス承認データは、前記問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）によって提供されることを特徴とする請求項７に記載の方法。
9. 前記サービス承認データは、前記サービス承認クエリに含まれることを特徴とする請求項７又は８に記載の方法。
10. 前記サービス・ポリシー・サーバは前記ユーザ・データベース・サーバで利用可能な情報に基づいて識別されることを特徴とする請求項１乃至９の何れか１項に記載の方法。
11. 前記サービス・ポリシー・サーバは前記ユーザ・データベース・サーバによって識別されることを特徴とする請求項１乃至１０の何れか１項に記載の方法。
12. 前記ユーザ・データベース・サーバは、前記ユーザ装置に対する加入者プロファイルを保存し、
    前記加入者プロファイルは、前記サービス承認クエリが実行される必要があるか否かを示す情報を含むことを特徴とする請求項１乃至１１の何れか１項に記載の方法。
13. 前記サービスは、前記サービス・ポリシー・サーバの前記サービス承認応答が前記サービスの提供が許可されたことを示す場合にのみ、前記アプリケーション・サーバによって前記ユーザ装置に提供されることを特徴とする請求項６に記載の方法。
14. 前記サービス承認応答は、前記サービスの提供において構成される制限を示すサービス制限情報を含むことを特徴とする請求項６に記載の方法。
15. 前記サービス・ポリシー・サーバは、前記アプリケーション・サーバ（ＡＳ）に実装される機能エンティティであり、
    前記サービス承認クエリを実行する前記ステップは、前記アプリケーション・サーバ（ＡＳ）によって実行されることを特徴とする請求項１乃至１４の何れか１項に記載の方法。
16. 請求項１乃至１５の何れか１項に記載の方法において使用されるユーザ・データベース・サーバであって、
    通信ネットワークにおけるユーザ装置の承認登録におけるユーザ承認クエリを受信する手段と、
    前記ユーザ装置を通じて、アプリケーション・サーバによって提供されるサービスの使用を承認するためのサービス・ポリシー・サーバでサービス承認クエリを実行する手段と
    を備えることを特徴とするユーザ・データベース・サーバ。
17. 前記サービス承認クエリを実行する前記手段は、前記ユーザ承認クエリからのデータに基づいて、前記サービス承認クエリを構成することを特徴とする請求項１６に記載のユーザ・データベース・サーバ。
18. 前記ユーザ装置の加入者プロファイルを保存する手段をさらに備え、
    前記加入者プロファイルを保存する前記手段は、前記サービス承認クエリが実行される必要があるか否かを示す情報を保存することを特徴とする請求項１６又は１７に記載のユーザ・データベース・サーバ。
19. 前記ユーザ・データベース・サーバは、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）通信ネットワークにおけるホーム加入者サーバ（ＨＳＳ）であることを特徴とする請求項１６乃至１８の何れか１項に記載のユーザ・データベース・サーバ。
20. 請求項１乃至１５の何れか１項に記載の方法において使用されるサービス・ポリシー・サーバであって、
    前記ユーザ装置を通じてアプリケーション・サーバによって提供されるサービスに対するサービス承認クエリを受信する手段を備えることを特徴とするサービス・ポリシー・サーバ。
21. 請求項１５に記載の方法において使用されるアプリケーション・サーバであって、
    インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）通信ネットワークを介してユーザ装置を通じてサービスを提供し、前記ユーザ装置に対するサービス承認クエリを受信し、前記ユーザ装置を通じた前記サービスの提供を承認するように構成されることを特徴とするアプリケーション・サーバ。
22. インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）通信ネットワークにおいて使用される問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティであって、
    前記通信ネットワークにおける前記ユーザ装置の登録を承認するためのユーザ・データベース・サーバでユーザ承認クエリを実行し、前記ユーザ・データベース・サーバへサービス承認データを提供するように構成され、
    前記サービス承認データは、前記通信ネットワークにおける前記ユーザ装置の連絡先アドレスと、前記ユーザ装置と前記通信ネットワークとの間の通信信号を搬送するために使用されるアクセス・ネットワークのアクセス・ネットワーク情報データとを含むグループから選択されることを特徴とする問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティ。

Images