JP2009535880A - アプリケーションサーバが発信する要求のためのｓ−ｃｓｃｆ選択 - Google Patents

Abstract

サーバは、ホームサーバに位置情報要求を送信して、デフォルトサーバ名と、サーバがその加入者のために位置情報要求を発信する未登録加入者のケーパビリティとを照会するように構成された送信ユニットを含む。サーバはまた、位置情報回答の中でデフォルトサーバ名が提供された場合、位置情報回答の中で提供されたデフォルトサーバ名に位置情報要求を転送するように構成するか、または適切な機能および選択した機能がサポートするケーパビリティを選択するように構成された処理ユニットを含む。サーバはさらに、位置情報要求の中で、その機能が発信要求として位置情報要求を取り扱うべきであることを示すように構成された指示ユニットを含む。

Description

［関連出願の相互参照］
本出願は、２００６年４月２８日出願の米国仮特許出願第６０／７９５，５８２号および２００６年８月２１日出願の米国仮特許出願第６０／８３８，８９９号の優先権を主張する。上記で参照した出願の主題は引用によって本発明の記載に援用する。

本発明は、サービス要求の処理に関し、特に、アプリケーションサーバが、ＩＰサブシステムに登録していない加入者のために要求を開始するシナリオに関する。

ＩＰシステム、例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）は、セッション開始プロトコル（ＳＩＰ）を利用して、サービス要求を開始および制御する。ＩＭＳで要求を処理するための手順は現在、例えば、３ＧＰＰ ＴＳ ２３．２２８および２４．２２９仕様書に定義および記載されている。特に、３ＧＰＰ ＴＳ ２３．２２８（バージョン７．２．０）仕様書の５．６５項は、アプリケーションサーバが、現在ＩＭＳに登録していない加入者のために要求を開始するシナリオを定義する。このシナリオを使用する１つの重要な例は、３ＧＰＰ ＴＲ ２３．８０６（バージョン７．０．０）およびＴＳ ２３．２０６（バージョン０．３．０）仕様書に記載のボイスコールコンティニュィティ（ｖｏｉｃｅ ｃａｌｌ ｃｏｎｔｉｎｕｉｔｙ）の呼設定である。ボイスコールコンティニュィティのシナリオでは、回線交換ドメインから呼設定が開始されると、ＩＭＳの観点からはアプリケーションサーバであるコールコンティニュィティ機能はその呼にアンカーされ、ＩＭＳに登録していることも登録していないこともある発呼側加入者のためにセッション開始要求をＩＭＳに送信する。

３ＧＰＰ ＴＳ ２４．２２９（バージョン７．２．０）仕様書の５．７．３項は、アプリケーションサーバにおいて加入者のために要求を送信するための手順を記載している。現行の手順によれば、アプリケーションサーバは、サービス呼サービス制御機能（Ｓ−ＣＳＣＦ）に要求を送信する。Ｓ−ＣＳＣＦは、移動ノードのためのセッション制御サービスを提供するＩＭＳエレメントであって、ネットワークオペレータによるサービスのサポートを可能にするものである。Ｓ−ＣＳＣＦが提供する機能は、移動登録の管理、セッションの保持、他のサービスとの相互作用、課金およびセキュリティを含む。加入者がＩＭＳに登録している場合、アプリケーションサーバは、第三者の登録手順からか、またはホーム加入者サーバに照会することによって、ユーザが登録しているＳ−ＣＳＣＦのアドレスを知る。しかし、加入者がＩＭＳに登録していない場合には、現状ではいかなる解決法も提供されていない。

３ＧＰＰ ＴＳ ２３．２２８仕様書の５．６．５項によれば、未登録の手順を発信する場合、ホーム加入者サーバ中のＳ−ＣＳＣＦは、未登録のユーザに着信するために現在定義されているものと同じ原理に準拠することになっている。しかし、現在の定義では、未登録のユーザへの呼を着信させるためには、Ｓ−ＣＳＣＦは未登録着信サービスを有する必要がある。さもないと、ホーム加入者サーバは位置照会のケーパビリティ（capability）を返さず、よって問い合わせ呼サービス制御機能（Ｉ−ＣＳＣＦ）は、着信側のＳ−ＣＳＣＦに要求を転送する代わりに要求を拒否することになる。したがって、ユーザが発信の未登録サービスを全く有していない場合でさえユーザのために呼の発信を行うことはできるものの、呼を未登録ユーザに着信させるためには、未登録着信サービスを有する必要がある。

本発明の実施形態は、ホームサーバに位置情報要求を送信して、デフォルトサーバ名と、サーバがその加入者のために位置情報要求を発信する未登録加入者のケーパビリティとを照会するように構成された送信ユニットを含むサーバに関する。サーバはまた、位置情報回答の中でデフォルトサーバ名が提供された場合、位置情報回答の中で提供されたデフォルトサーバ名に位置情報要求を転送するように構成するか、または適切な機能および選択した機能がサポートするケーパビリティを選択するように構成された処理ユニットを含む。サーバはさらに、位置情報要求の中で、その機能が発信要求として位置情報要求を取り扱うべきであることを示すように構成された指示ユニットを含む。

本発明の別の実施形態は、未登録加入者のパブリックアイデンティティを含み、発信要求を示すために使用される位置情報要求を、受信するように構成された受信ユニットを含む問い合わせ呼セッション制御機能に関する。問い合わせ呼セッション制御機能はまた、パブリックアイデンティティに関連する加入者についてのケーパビリティ情報をホームサーバに照会するように構成された処理ユニットと、ホームサーバから位置情報回答を受信すると、位置情報要求に応答して位置情報回答の中で提供された情報に応じて、デフォルトサービス機能または選択したサービス機能に位置情報要求を送信するように構成された送信ユニットとを含む。

本発明の別の実施形態は、方法であって、問い合わせサーバによって、ホームサーバに位置情報要求を送信して、デフォルトサーバ名および未登録加入者のケーパビリティを照会するステップと、問い合わせサーバによってホームサーバから、位置情報回答を受信するステップと、位置情報回答の中でデフォルトサーバ名が提供された場合、問い合わせサーバによって、位置情報回答の中で提供されたデフォルトサーバ名に位置情報要求を転送するステップと、位置情報回答の中でデフォルトサーバ名が提供されない場合、問い合わせサーバによって、加入者のケーパビリティをサポートする適切な機能を選択するステップであって、その際問い合わせサーバが、位置情報要求の中で、その機能が発信要求として位置情報要求を取り扱うべきであることを示すステップとのための方法に関する。

本発明の別の実施形態は、方法であって、問い合わせ機能によってアプリケーションサーバから、加入者のパブリックアイデンティティを含み、発信要求を示すために使用される位置情報要求を、受信するステップと、パブリックアイデンティティに関連する加入者についてのケーパビリティ情報をサービス機能のために照会するステップと、位置情報要求に応答して位置情報回答の中で提供された情報に応じて、デフォルトサービス機能または選択したサービス機能に位置情報要求を送信するステップとのための方法に関する。

本発明の別の実施形態は、装置であって、問い合わせサーバによって、ホームサーバに位置情報要求を送信して、デフォルトサーバ名および未登録加入者のケーパビリティを照会するための送信手段と、問い合わせサーバによってホームサーバから、位置情報回答を受信するための受信手段と、位置情報回答の中でデフォルトサーバ名が提供された場合、問い合わせサーバによって、位置情報回答の中で提供されたデフォルトサーバ名に位置情報要求を転送するための転送手段と、位置情報回答の中でデフォルトサーバ名が提供されない場合、加入者のケーパビリティをサポートする適切な機能を選択するための選択手段であって、その際問い合わせサーバが、位置情報要求の中で、その機能が発信要求として位置情報要求を取り扱うべきであることを示す選択手段とを含む装置に関する。

本発明の別の実施形態は、装置であって、問い合わせ機能によってアプリケーションサーバから、加入者のパブリックアイデンティティを含み、発信要求を示すために使用される位置情報要求を、受信するための受信手段と、問い合わせ機能によって、パブリックアイデンティティに関連する加入者についてのケーパビリティ情報をサービス機能のために照会するための照会手段と、問い合わせ機能によって、位置情報要求に応答して位置情報回答の中で提供された情報に応じて、デフォルトサービス機能または選択したサービス機能に位置情報要求を送信するための送信手段と、を含む装置に関する。

本発明のさらなる理解を提供するために本明細書に含まれ、組み込まれ、その一部を構成する添付の図面は、本発明の原理を説明する役目を果たす記載と共に、本発明の実施形態を例示する。

ここで、添付の図面にその例を示す、本発明の好適実施形態を参照する。

図１は、本発明の実施形態を実現しうる場であるＩＰマルチメディアサブシステム１００の実施形態を例示する。サブシステム１００は、アプリケーションサーバ層１０２、セッション制御層１０４、およびトランスポートおよびエンドポイント層１０６を含む。サブシステム１００は、セッション開始プロトコル（ＳＩＰ）の柔軟性によって可能になった広範なサービスをサポートする統合アーキテクチャである。図１に示すように、サブシステム１００は、インスタントメッセージ、プッシュトーク、およびビデオストリーミングといった、従来の電話サービス１０８および非電話サービス１１０を提供する多数のアプリケーションサーバをサポートしてもよい。トランスポートおよびエンドポイント層１０６は、セッションをセットアップするＳＩＰシグナリングを開始および終了し、リアルタイムトランスポートプロトコル（ＲＴＰ）を使用した、アナログまたはデジタル形式からインターネットプロトコル（ＩＰ）パケットへの音声の変換といったベアラサービスを提供する。セッション制御層１０４は呼セッション制御機能（ＣＳＣＦ）１１２を含み、これはエンドポイントの登録と、適当なアプリケーションサーバへのＳＩＰシグナリングメッセージのルーティングを提供する。ＣＳＣＦ１１２はトランスポートおよびエンドポイント層と相互動作して、全てのサービスにわたるサービス品質を保証する。また、セッション制御層１０４は、各エンドユーザについて固有のサービスプロファイルを保持するホーム加入者サーバ（ＨＳＳ）データベース１１４を含む。エンドユーザのサービスプロファイルは、エンドユーザの現在の登録情報、ローミング情報、着信転送のような電話サービス情報、バディリストのようなインスタントメッセージサービス情報、およびボイスメールボックスのオプションを含む、全てのユーザサービス情報および基本設定を中央位置に格納する。アプリケーションサーバ層１０２はアプリケーションサーバを含み、これはエンドユーザサービスロジックを提供する。

本発明の第１の実施形態によれば、アプリケーションサーバが未登録のＩＭＳ加入者のために要求を発信する時は、アプリケーションサーバは、既存のＳｈインタフェースを通じて、位置情報要求メッセージをホーム加入者サーバに送信して、デフォルトサーバ名および加入者のケーパビリティを照会する。ケーパビリティは必須としてもよくオプションとしてもよいことに注意されたい。位置情報回答／応答の中でデフォルトサーバ名が提供されれば、デフォルトサーバ名に要求を転送し、さもなければ、アプリケーションサーバは、位置情報回答の中で受信したケーパビリティに基づいて、ネットワーク中の適切なサービス呼セッション制御機能（Ｓ−ＣＳＣＦ）およびサポートされるケーパビリティを選択する。この情報がアプリケーションサーバに設定される。アプリケーションサーバは、ＳＩＰメッセージの中で、Ｓ−ＣＳＣＦのＵＲＩにＯＲＩＧパラメータを置くことによって、Ｓ−ＣＳＣＦが「発信」の要求としてその要求を取り扱うべきであることを示す。

３ＧＰＰ ２９．２２８（バージョン７．０．０）仕様書は、ホーム加入者サーバにおいて位置情報要求に応答するための手順を開示している。現行の手順によれば、加入者がＩＭＳに登録していなければ、ホーム加入者サーバは、未登録のサービスがユーザのために規定されている場合のみ、位置情報回答メッセージの中で、Ｓ−ＣＳＣＦ選択のために要求される、サーバケーパビリティ属性値ペア（ＡＶＰ）を送信する。このため、アプリケーションサーバの発信要求は、未登録状態で動作する何らかのサービスを有さないユーザに対しては不合格となる。すなわち、本発明の第１の実施形態で実現される第１の解決法では、Ｉ−ＣＳＣＦはホーム加入者サーバに対して、位置情報要求メッセージの中で、発信要求のために位置情報照会がなされることを示す。この実施形態では、加入者がＩＭＳに登録していない場合、加入者が現在「発信」の未登録サービスを有していなくとも、ホーム加入者サーバは、発信シナリオの指示を含む位置情報要求について、位置情報応答メッセージの中でサーバケーパビリティＡＶＰを提供する。本発明の第１の実施形態で実現される第２の解決法では、加入者がＩＭＳに登録していない場合、加入者が現在未登録のサービスを有していなくとも、ホーム加入者サーバは常に、位置情報応答メッセージの中でサーバケーパビリティＡＶＰを提供する。

本発明の第２の実施形態では、３ＧＰＰ ２４．２２９仕様書の５．７．３項の開示が要求する通り、アプリケーションサーバはＩ−ＣＳＣＦに要求を送信し、Ｐ−アサーテッド−アイデンティティ（Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ）ヘッダに加入者のパブリックアイデンティティを挿入する。アプリケーションサーバはＩ−ＣＳＣＦに対して、これが発信要求であることを示す。Ｉ−ＣＳＣＦは、発信要求がサービスの対象となっていることを認識すると、ＳＩＰ要求のＰ−アサーテッド−アイデンティティヘッダに示された加入者についてのケーパビリティ情報をホーム加入者サーバに照会する。すなわち、着信の場合のＣｘメッセージのパブリックアイデンティティＡＶＰへの要求ＵＲＩの代わりに、Ｐ−アサーテッド−アイデンティティヘッダからのアイデンティティを使用するＣｘインタフェースを通じて、位置情報要求メッセージをホーム加入者サーバに送信する。Ｉ−ＣＳＣＦが位置情報回答メッセージの中でホーム加入者サーバからの応答を受信すると、Ｉ−ＣＳＣＦは、デフォルトのＳ−ＣＳＣＦに要求を送信するか、または通常の手順によりケーパビリティに基づいてＳ−ＣＳＣＦを選択する。Ｉ−ＣＳＣＦは、ＳＩＰメッセージの中で、Ｓ−ＣＳＣＦのＵＲＩにＯＲＩＧパラメータを配置することによって、Ｓ−ＣＳＣＦが「発信」の要求としてその要求を取り扱うべきであることを示す。代替的には、アプリケーションサーバがＩ−ＣＳＣＦにＳＩＰ要求を送信する時、アプリケーションサービスは、最上位のルートヘッダとしてＳＩＰメッセージに追加されるＩ−ＣＳＣＦのＵＲＩにＯＲＩＧパラメータを追加する。

本発明の第２の実施形態でも、Ｉ−ＣＳＣＦは、ホーム加入者サーバに対して、位置情報要求メッセージの中で、発信要求のために位置情報照会がなされることを示す。この実施形態では、加入者がＩＭＳに登録していない場合、第２の実施形態で実現される第１の解決法では、加入者が「発信」の未登録サービスを有していなくとも、ホーム加入者サーバは、発信シナリオの指示を含む位置情報要求メッセージに対して、位置情報応答メッセージの中でサーバケーパビリティＡＶＰを提供する。本発明の第２の実施形態で実現される第２の解決法では、加入者がＩＭＳに登録されていない場合、加入者が未登録サービスを有していなくとも、ホーム加入者サーバは常に、位置情報応答メッセージの中でサーバケーパビリティＡＶＰを提供する。第２の解決法を実現するには、ホーム加入者サーバの動作を変更するだけで、Ｃｘメッセージの拡張は必要ない。位置情報回答メッセージを処理するＩ−ＣＳＣＦの手順を変更する必要もないので、この解決法はＩ−ＣＳＣＦについて後方互換である。

本発明の第２の実施形態を実現するための１つの可能な方法は、アプリケーションサーバが、ＯＲＩＧフラグをＵＲＩパラメータとしてＳＩＰメッセージの要求ＵＲＩ中に立てることによって、Ｉ−ＣＳＣＦに発信シナリオを指示することである。ＳＩＰメッセージの要求ＵＲＩは、通常のＩ−ＣＳＣＦの手順によりＩ−ＣＳＣＦがパーズする。この方法を使用する場合、Ｉ−ＣＳＣＦは、ＳＩＰメッセージの要求ＵＲＩからＯＲＩＧフラグを除去する。

第２の実施形態では、オペレータは、未登録サービスについての発信要求だけにサービスを提供し、Ｓ−ＣＳＣＦ選択に基づくケーパビリティを有しない（アプリケーションサーバ内に構成された）専用Ｉ−ＣＳＣＦを定義してもよい。アプリケーションサーバでは、Ｉ−ＣＳＣＦがこの機能をサポートすることが保証されなければならない。

第２の実施形態のもう１つの可能な実現方法は、新しいＳＩＰヘッダを定義するかまたは、加入者の識別子を含む、Ｐ−アサーテッド−アイデンティティについての新しいパラメータを定義することである。この方法を選択する場合、Ｉ−ＣＳＣＦは、発信要求がサービスの対象になっているか否かを決定するため、その通常の手順の一部として追加のＳＩＰヘッダをパーズしなければならない。Ｃｘインタフェースの位置情報要求メッセージは、その位置情報要求メッセージが発信要求のためになされるものであるか否かの指示を含む新しいＡＶＰによって拡張すべきである。新しいＡＶＰはオプションでもよいので、Ｃｘインタフェースの拡張をサポートしないＩ−ＣＳＣＦもこの解決法と共に機能しうる。もう１つの代替案は、発信要求のための位置情報照会が要求されているか否かに関する情報によって既存のパブリックアイデンティティＡＶＰを拡張することである。

第１の実施形態は、Ｓ−ＣＳＣＦのアドレスと、Ｓ−ＣＳＣＦがサポートするケーパビリティとを、加入者のために要求を発信しようとする各アプリケーションサーバに設定することを必要とする。また、同じＳ−ＣＳＣＦ選択ロジックは各アプリケーションサーバで実現するか、さもなければすでにＩ−ＣＳＣＦで利用可能である。第１の実施形態では、発信要求を処理する際に必要な役割は１つ少なくなり、ＳＩＰの修正は必要ない。しかし、Ｓ−ＣＳＣＦ情報をアプリケーションサーバに設定することは、信頼性の問題があるためオペレータにとって好適でないこともある。

第２の実施形態は、Ｓ−ＣＳＣＦ選択のためのＩ−ＣＳＣＦの既存のケーパビリティに依存している。アプリケーションサーバのための追加の設定は必要なく、アプリケーションサーバでのケーパビリティに基づくＳ−ＣＳＣＦ選択も必要ないが、ＳＩＰプロトコルおよびＩ−ＣＳＣＦ動作の変更は必要である。第１および第２の実施形態で実現される第１の解決法は、位置情報要求Ｃｘメッセージへの新しいＡＶＰの導入または既存のパブリックアイデンティティＡＶＰの変更を必要とする。この解決法では、Ｉ−ＣＳＣＦおよびホーム加入者サーバ両者の実装における変更が必要なので、この解決法はＩ−ＣＳＣＦおよびホーム加入者サーバについて後方互換ではない。第１および第２の実施形態で実現される第２の解決法はＣｘメッセージの変更を必要とせず、ホーム加入者サーバの実装の変更を必要とするだけなので、この解決法はＩ−ＣＳＣＦについて後方互換である。

図２は、本発明を実現するサーバで実行されるステップを例示する。ステップ２０１０では、Ｉ−ＣＳＣＦはホーム加入者サーバに位置情報要求を送信して、デフォルトサーバ名および未登録加入者のケーパビリティを照会する。ステップ２０２０では、Ｉ−ＣＳＣＦは、ホームサーバから、位置情報回答を受信する。ステップ２０３０では、位置情報回答の中でデフォルトサーバ名が提供された場合、Ｉ−ＣＳＣＦは、位置情報回答の中で提供されたデフォルトサーバ名に位置情報要求を転送する。ステップ２０４０では、位置情報回答の中でデフォルトサーバ名が提供されない場合、Ｉ−ＣＳＣＦは、加入者のケーパビリティをサポートする適切な機能を選択するが、その際問い合わせサーバは、位置情報要求の中で、その機能が発信要求として位置情報要求を取り扱うべきであることを示す。

図３は、本発明を実現するＩ−ＣＳＣＦによって実行されるステップを例示する。ステップ３０１０では、Ｉ−ＣＳＣＦは、アプリケーションサーバから、加入者のパブリックアイデンティティを含み発信要求を示すために使用される位置情報要求を受信する。ステップ３０２０では、Ｉ−ＣＳＣＦは、パブリックアイデンティティに関連する加入者のケーパビリティ情報についてサービス機能を照会する。ステップ３０３０では、Ｉ−ＣＳＣＦは、位置情報要求に応答して位置情報回答の中で提供された情報に応じて、デフォルトサービス機能または選択したサービス機能に位置情報要求を送信する。

本発明は、上記で説明したネットワーク可用性情報を実装する任意の装置で利用しうることを当業者は認識するだろう。上記の説明は本発明の特定の実施形態に向けられたものである。しかし、説明した実施形態の利点の一部または全てを達成しつつ、他の変形および修正を説明した実施形態に対してなしうることは明らかであろう。したがって、添付の請求項の目的は、本発明の真の精神および範囲に入るようにそれらの全ての変形および修正を包含することである。

ＩＰマルチメディアサブシステムの実施形態を例示する。 本発明の実施形態を実現するサーバによって実行されるステップを例示する。 本発明の実施形態を実現するＩ−ＣＳＣＦによって実行されるステップを例示する。

Claims (27)

1. サーバであって、
   ホームサーバに位置情報要求を送信して、デフォルトサーバ名と、前記サーバが未登録加入者のために前記位置情報要求を発信する該未登録加入者のケーパビリティと、を照会するように構成された送信ユニットと、
   位置情報回答の中で前記デフォルトサーバ名が提供された場合、前記位置情報回答の中で提供された前記デフォルトサーバ名に前記位置情報要求を転送するか、または、適切な機能を選択し、前記選択した機能がサポートするケーパビリティを選択するように構成された処理ユニットと、
   前記位置情報要求の中で、前記機能が発信要求として位置情報要求を取り扱うべきであることを示すように構成された指示ユニットと、を備えるサーバ。
2. 前記送信ユニットが、既存のインタフェースを通じて前記位置情報メッセージを送信するように構成されている、請求項１に記載のサーバ。
3. 前記処理ユニットが、適切なサービス呼セッション制御機能を選択するように構成されている、請求項１に記載のサーバ。
4. 前記指示ユニットが、前記位置情報要求の中で、前記サービス呼セッション制御機能のＵＲＩに発信パラメータを配置することによって、前記機能が発信要求として前記位置情報要求を取り扱うべきであることを示す、請求項３に記載のサーバ。
5. 前記位置情報要求が、前記機能が発信要求として前記位置情報要求を取り扱うべきであることを示す場合、たとえ前記加入者が発信の未登録サービスを有していなくとも、前記処理ユニットが前記位置情報回答の中で属性値ペアを受信するように構成されている、請求項１に記載のサーバ。
6. 前記処理ユニットが、前記位置情報回答の中で属性値ペアを受信するように構成されている、請求項１に記載のサーバ。
7. 問い合わせ呼セッション制御機能であって、
   未登録加入者のパブリックアイデンティティを含み、発信要求を示すために使用される位置情報要求を、受信するように構成された受信ユニットと、
   前記位置情報要求から前記パブリックアイデンティティを取得するように構成された取得ユニットと、
   前記パブリックアイデンティティに関連する前記加入者についてのケーパビリティ情報をホームサーバに照会するように構成された処理ユニットと、
   前記ホームサーバから位置情報回答を受信すると、前記位置情報要求に応答して前記位置情報回答の中で提供された情報に応じて、デフォルトサービス機能または選択したサービス機能に前記位置情報要求を送信するように構成された送信ユニットと、を備える問い合わせ呼セッション制御機能。
8. 前記処理ユニットが、前記加入者の前記パブリックアイデンティティを使用して、前記ホームサーバに前記位置情報要求を送信するように構成されている、請求項７に記載の呼セッション制御機能。
9. 前記送信ユニットが、前記位置情報回答中の前記ケーパビリティに基づいて選択したサービス機能に前記位置情報要求を送信するように構成されている、請求項７に記載の呼セッション制御機能。
10. 前記位置情報要求を、サービス呼セッション制御機能のＵＲＩに発信パラメータを配置することによって発信要求を示すために使用する、請求項７に記載の呼セッション制御機能。
11. 前記受信ユニットが前記位置情報要求を受信するように構成されており、前記位置情報要求が、最上位のルートヘッダの中に、前記位置情報要求に追加される問い合わせ呼セッション制御機能のＵＲＩへの発信パラメータを含む、請求項７に記載の呼セッション制御機能。
12. 前記位置情報要求が、前記機能が発信要求として前記位置情報要求を取り扱うべきであることを示す場合、たとえ前記加入者が発信の未登録サービスを有していなくとも、前記処理ユニットが前記位置情報回答の中で属性値ペアを受信するように構成されている、請求項７に記載の呼セッション制御機能。
13. 前記処理ユニットが、前記位置情報回答の中で属性値ペアを受信するように構成されている、請求項７に記載の呼セッション制御機能。
14. 方法であって、
    問い合わせサーバによって、ホームサーバに位置情報要求を送信して、デフォルトサーバ名および未登録加入者のケーパビリティを照会するステップと、
    前記問い合わせサーバによって前記ホームサーバから、位置情報回答を受信するステップと、
    前記位置情報回答の中で前記デフォルトサーバ名が提供された場合、前記問い合わせサーバによって、前記位置情報回答の中で提供された前記デフォルトサーバ名に前記位置情報要求を転送するステップと、
    前記位置情報回答の中で前記デフォルトサーバ名が提供されない場合、前記問い合わせサーバによって、前記加入者の前記ケーパビリティをサポートする適切な機能を選択するステップであって、前記問い合わせサーバが、前記位置情報要求の中で、前記機能が発信要求として前記位置情報要求を取り扱うべきであることを示すステップと、を備える方法。
15. 前記位置情報要求を送信する前記ステップが、既存のインタフェースを通じて前記位置情報要求を送信するステップを備える、請求項１４に記載の方法。
16. 適切な機能を選択する前記ステップが、適切なサービス呼セッション制御機能を選択するステップを備える、請求項１４に記載の方法。
17. 前記位置情報要求の中で、前記機能が発信要求として前記位置情報要求を取り扱うべきであることを示す前記ステップが、前記サービス呼セッション制御機能のＵＲＩに発信パラメータを配置するステップを備える、請求項１６に記載の方法。
18. 位置情報回答を受信する前記ステップが、前記位置情報要求が、前記機能が発信要求として前記位置情報要求を取り扱うべきであることを示す場合、たとえ前記加入者が発信の未登録サービスを有していなくとも、前記位置情報回答の中で属性値ペアを受信するステップを備える、請求項１４に記載の方法。
19. 位置情報回答を受信する前記ステップが、前記位置情報回答の中で属性値ペアを受信するステップを備える、請求項１４に記載の方法。
20. 方法であって、
    問い合わせ機能によってアプリケーションサーバから、加入者のパブリックアイデンティティを含み、発信要求を示すために使用される位置情報要求を、受信するステップと、
    前記パブリックアイデンティティに関連する前記加入者についてのケーパビリティ情報をホームサーバに照会するステップと、
    前記位置情報要求に応答して位置情報回答の中で提供された情報に応じて、デフォルトサービス機能または選択したサービス機能に前記位置情報要求を送信するステップと、を備える方法。
21. サービス機能について照会する前記ステップが、前記加入者の前記パブリックアイデンティティを使用してホームサーバに前記位置情報要求を送信するステップを備える、請求項２０に記載の方法。
22. さらに、サービス呼セッション制御機能のＵＲＩに発信パラメータを配置することによって発信要求を示すために、前記位置情報要求を使用するステップを備える、請求項２０に記載の方法。
23. さらに、問い合わせ呼セッション制御機能のルートヘッダの中に発信パラメータを配置することによって発信要求を示すために、前記位置情報要求を使用するステップを備える、請求項２０に記載の方法。
24. さらに、前記位置情報要求が、前記機能が発信要求として前記位置情報要求を取り扱うべきであることを示す場合、たとえ前記加入者が発信の未登録サービスを有していなくとも、前記位置情報回答の中で属性値ペアを受信するステップを備える、請求項２０に記載の方法。
25. さらに、前記位置情報回答の中で属性値ペアを受信するステップを備える、請求項２０に記載の方法。
26. 装置であって、
    問い合わせサーバによって、ホームサーバに位置情報要求を送信して、デフォルトサーバ名および未登録加入者のケーパビリティを照会するための送信手段と、
    前記問い合わせサーバによって前記ホームサーバから、位置情報回答を受信するための受信手段と、
    前記位置情報回答の中で前記デフォルトサーバ名が提供された場合、前記問い合わせサーバによって、前記位置情報回答の中で提供された前記デフォルトサーバ名に前記位置情報要求を転送するための転送手段と、
    前記位置情報回答の中で前記デフォルトサーバ名が提供されない場合、前記加入者の前記ケーパビリティをサポートする適切な機能を選択するための選択手段であって、前記問い合わせサーバが、前記位置情報要求の中で、前記機能が発信要求として前記位置情報要求を取り扱うべきであることを示す選択手段と、を備える装置。
27. 装置であって、
    問い合わせ機能によってアプリケーションサーバから、加入者のパブリックアイデンティティを含み、発信要求を示すために使用される位置情報要求を、受信するための受信手段と、
    前記問い合わせ機能によって、前記パブリックアイデンティティに関連する前記加入者についてのケーパビリティ情報をホームサーバに照会するための照会手段と、
    前記問い合わせ機能によって、前記位置情報要求に応答して位置情報回答の中で提供された情報に応じて、デフォルトサービス機能または選択したサービス機能に前記位置情報要求を送信するための送信手段と、を備える装置。

Images