JP2004533173A - Ｉｐマルチメディアにおける存在サーバー - Google Patents

Abstract

要約書なし。

Description

【技術分野】
【０００１】
本発明は、パケット交換環境にシステムアーキテクチャーを設けることに係り、より詳細には、ユーザの存在に関する情報を与えるための手段をこのようなアーキテクチャーにおいて実施することに係る。
【背景技術】
【０００２】
第三世代（３Ｇ）の移動ネットワークでは、サービスがＩＰネットワークを経て提供され、これは、音声及びデータアプリケーションの一体化を生じさせる。出現する新たなＩＰベースサービスの主たる候補の１つは、ユーザの存在に関する情報を提供することである。存在とは、ユーザに対する契約及びユーザの通信状態の変化の通知として定義される。この通信状態は、通信手段、通信アドレス、及びそのユーザの状態のセットで構成される。
【０００３】
第三世代のネットワークでは、コール制御及びサービス生成環境は、セッション開始プロトコル（ＳＩＰ）をベースとするものであり、これは、第三世代パートナーシッププロジェクト、技術仕様グループサービス及びシステムアスペクト、ＩＰマルチメディアサブシステム−ステージ２、３Ｇ ＴＳ ２３．２２８バージョン１．７．０、２００１年２月に説明されている。
【０００４】
２００１年３月に第２版として出版されたローゼンベルグ氏等の「Internet Engineering Task Force, Internet Draft, draft-rosenberg-impp-presence-01.txt」（その内容を参考として添付資料Ａに添付する）は、ユーザ存在の契約及び通知のためにＳＩＰへ拡張することを提案している。ユーザ存在とは、ユーザがネットワーク上の他のユーザと通信する意志及び能力として定義される。歴史的に、存在は、「オンライン」及び「オフライン」指示に限定されている。ローゼンベルグ氏等の場合の存在の通知は、広範囲である。ユーザ存在の契約及び通知は、一般的なＳＩＰ事象通知フレームワーク内に事象パッケージを定義することによりサポートされる。又、このプロトコルは、共通存在及び即時メッセージング（ＣＰＩＭ）フレームワークにも従う。しかしながら、このようなプロトコルは、マルチメディア環境を何ら考慮していない。
【０００５】
ローゼンベルグ氏等に定義されたＳＩＰ拡張は、存在エージェント（ＰＡ）の概念に基づくものであり、これは、契約を受け入れ（「契約(SUBSCRIBE)」メッセージにより）、契約状態を記憶し、そしてユーザの存在に変化があるときに通知を発生する（「通知(NOTIFY)」メッセージによる）ことのできる新たな論理的エンティティである。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、インターネットプロトコルマルチメディアサブシステムにおいてセッション開始プロトコルの登録、契約及び通知手順のための技術を提供することである。
【課題を解決するための手段】
【０００７】
本発明の上記目的は、アーキテクチャーに存在サーバーを設けることによって達成される。存在サーバーは、アプリケーション及びサービス「クラウド(cloud)」又は環境の一部分として設けられるのが好ましい。アーキテクチャーに存在サーバーを設けることにより、加入者は、他の加入者の存在に関する情報を受け取ることができる。
【０００８】
本発明は、３ＧＰＰ（第三世代パートナーシッププロジェクト）リリース５／６標準化に係る。
本発明によれば、アプリケーション及びサービス環境に存在サーバーの機能を含むパケット交換環境が提供される。
このパケット交換環境は、インターネットプロトコルマルチメディア環境であるのが好ましく、そして全ＩＰテレコミュニケーションネットワークのサブシステムであるのが好ましい。
【０００９】
第１の実施形態において、質問コール状態制御ファンクション（Ｉ−ＣＳＣＦ）は、到来する「登録」メッセージをフォーク処理(forking)することにより存在サーバーにおける存在情報を更新する。
第２の実施形態において、サービスコール状態制御ファンクション（Ｓ−ＣＳＣＦ）は、存在エージェントとして働き、そして存在サーバーは、加入者に関する情報を記憶するタスクを与える。
【００１０】
第３の実施形態において、インターネットプロトコルマルチメディア（ＩＭ）サブシステムにおける存在サーバーは、存在エージェントとして振舞い、そしてサービスコール状態制御ファンクション（Ｓ−ＣＳＣＦ）は、個別の登録トランザクションを使用して、存在サーバーにおける存在情報を更新する。
従って、本発明は、インターネットプロトコルマルチメディア（ＩＭ）サブシステムにおける「登録」、「契約」及び「通知」メッセージのルーティングの問題を解決する。
【発明を実施するための最良の形態】
【００１１】
以下、添付図面を参照して、本発明を詳細に説明する。
本発明は、３ＧＰＰリリース５アーキテクチャーのインターネットマルチメディアサブシステムに存在サーバーを「アプリケーション及びサービスクラウド(cloud)」の一部分として配置する。インターネットプロトコルのマルチメディアサブシステムは、マルチメディアサービスを提供するために、３ＧＰＰリリース５アーキテクチャーのパケット交換ドメインにより提供されるサービスを利用するコアネットワークエンティティのセットを指す。インターネットプロトコルマルチメディアサブシステムのエンティティは、ＣＳＣＦ、ＭＧＣＦ、ＭＲＦ、及び幾つかの適応エンティティである。拡張されたアーキテクチャーが図１に示されている。
【００１２】
図１は、第三世代パートナーシッププロジェクト、技術仕様グループサービス及びシステムアスペクト、全ＩＰネットワークのアーキテクチャー、３Ｇ ＴＲ２３．９２２バージョン１．０．０、１９９９年１０月に掲載されたアーキテクチャーに基づく基本的な３ＧＰＰアーキテクチャーをベースとし、その内容は、参考として「添付資料Ｂ」に添付する。しかしながら、ここに開示するアーキテクチャーは、図１に示すように、本発明による存在サーバーを含むように変更される。
【００１３】
本発明は、特に、３ＧＰＰネットワークにおける「登録(REGISTER)」、「契約(SUBSCRIBE)」及び「通知(NOTYFY)」メッセージの流れに関する。
以下、本発明は、「登録」、「契約」及び「通知」メッセージの流れの３つの実施形態を参照して更に詳細に説明する。本発明の動作にとって必要なネットワーク、及びメッセージの流れ、の必要な部分だけを以下の例において説明する。
【００１４】
ここに説明する全ての実施形態の１つの一般的な必要事項は、ユーザのプロフィール情報が、そのユーザに関連した存在サーバーの名前を含まねばならないことである。
第１実施形態の「登録」／「契約」／「通知」メッセージのルーティングは、図２ないし４を参照して以下に説明する。
この第１の実施形態では、質問コール状態制御ファンクション（Ｉ−ＣＳＣＦ）は、到来する「登録」メッセージをフォーク処理することにより存在サーバーにおける存在情報を更新する。
【００１５】
第１ネットワークは、存在ユーザエージェント（ＰＵＡ）の訪問先ネットワークに対応するもので、ユーザ装置（ＵＥ）２００と、プロキシーコール状態制御ファンクション（Ｐ−ＣＳＣＦ）２０２とを備えている。又、第１ネットワークは、存在エージェントのネットワークでもある。
第２ネットワークは、存在ユーザエージェント（ＰＵＡ）のホームネットワークに対応し、質問コール状態制御ファンクション（Ｉ−ＣＳＣＦ）２０４と、（ＨＳＳ）２０６と、サービスコール状態制御ファンクション（Ｓ−ＣＳＣＦ）２０８と、存在サーバー（ＰＳ）２１０とを備えている。
【００１６】
第３ネットワークは、加入者のホームネットワークに対応し、ＵＥ加入者２１２と、第１のプロキシーコール状態制御ファンクション（Ｐ−ＣＳＣＦ＃１）２１４と、第１のサービスコール状態制御ファンクション（Ｓ−ＣＳＣＦ＃１）２１６と、質問コール状態制御ファンクション（Ｉ−ＣＳＣＦ）２１８と、（ＨＳＳ）２２０と、第２のサービスコール状態制御ファンクション（Ｓ−ＣＳＣＦ＃２）２２２と、第２のプロキシーコール状態制御ファンクション（Ｐ−ＣＳＣＦ＃２）２２４とを備えている。
図２には、本発明のこの第１実施形態に基づく拡張された登録メッセージの流れが示されている。
【００１７】
ステップ２３０で示されたように、ユーザ装置２００により開始される「登録」メッセージのルーティングは、ＵＥ２００と、第１ネットワークＰ−ＣＳＣＦ２０２と、第２ネットワークＩ−ＣＳＣＦ２０４との間で行われる。存在サーバー２１０の名前は、加入者のプロフィールの一部分であり、これは、ステップ２３２においてＩ−ＣＳＣＦ２０４によりＨＳＳ２０６から検索される。ステップ２３４では、Ｉ−ＣＳＣＦ２０４は、セッション開始のためにＳ−ＣＳＣＦを選択し、これは、この例では、Ｓ−ＣＳＣＦ２０８である。
【００１８】
メッセージ２３６及び２３８で示されたように、Ｉ−ＣＳＣＦ２０４は、到来する「登録」メッセージをフォーク処理し、これは、この実施形態では、Ｓ−ＣＳＣＦ２０８及びＰＳ２１０の両方へ転送される。その後、「２００ ＯＫ」メッセージが逆のルートに沿ってＵＥ２００へ返送される。
図３には、本発明のこの第１実施形態に基づく「契約」メッセージ流のルートが示されている。
【００１９】
メッセージ２４０、２４２及び２４４で示されたように、「契約」メッセージは、ＵＥ加入者２１２からＰ−ＣＳＣＦ＃１ ２１４及びＳ−ＣＳＣＦ＃１ ２１６を経てＩ−ＣＳＣＦ２０４へルーティングされる。
メッセージ２４６で示されたように、Ｉ−ＣＳＣＦ２０４は、受信した「契約」メッセージをＰＳ２１０へ直接ルーティングする。その後、「２０２受け入れ」メッセージが逆のルートに沿ってＵＥ加入者へ返送される。
【００２０】
図４には、本発明のこの第１実施形態に基づく存在サーバー２１０からの「通知」メッセージ流のルートが示されている。
ＰＳ２１０は、メッセージ２４８で表わされたように、「通知」メッセージをＩ−ＣＳＣＦ２１８へ転送する。ステップ２４８におけるＨＳＳ２２０へのローカル問合せに続いて、Ｉ−ＣＳＣＦは、メッセージ２５０、２５２及び２５４で示されたように、「通知」メッセージを、Ｓ−ＣＳＣＦ＃２ ２２２及びＰ−ＣＳＣＦ＃２ ２２４を経てＵＥ加入者２２６へ転送する。従って、ＰＳ２１０は、「通知」メッセージを他のネットワークのＩ−ＣＳＣＦ２１８へ直接送信する。もう一度、「２００ ＯＫ」メッセージが逆のルートに沿ってＰＳ２１０へ返送される。
【００２１】
要約すれば、この第１実施形態は、アーキテクチャーに配置されたネットワーク要素に次の新たな要求を設定する。
１．Ｉ−ＣＳＣＦは、加入者の存在サーバーを見出すためにＨＳＳから加入者のプロフィール（の一部分）をダウンロードする。
２．Ｉ−ＣＳＣＦは、ＰＵＡの到来する「登録」をＳ−ＣＳＣＦ及び存在サーバーへフォーク処理する。
３．Ｉ−ＣＳＣＦは、到来する「契約」要求を存在サーバーへ直接ルーティングする。
４．存在サーバーは、出て行く「通知」を他のネットワークのＩ−ＣＳＣＦへ直接送信する。
【００２２】
本発明の第２の実施形態による「契約」／「通知」メッセージのルーティングは、図５及び６を参照して以下に説明する。
Ｓ−ＣＳＣＦは、「登録」メッセージで与えられる加入者プロフィール及びコンテンツ情報を記憶するので、平凡な解決策は、Ｓ−ＣＳＣＦが存在エージェントとして働くことである。この解決策に伴う１つの考えられる問題は、Ｓ−ＣＳＣＦが、全ての加入者に関する情報を記憶し、そして全ての加入者に「通知」メッセージを発生しなければならないことである。
【００２３】
それ故、ここに述べる第２の実施形態では、各加入者に関する情報を記憶するためのタスクが、新たに導入される存在サーバーにより与えられる。Ｓ−ＣＳＣＦの場合に、存在に対して第１の「契約」メッセージを受信するだけで充分である。というのは、１つの契約に対して「通知」メッセージを発生し、この「通知」メッセージは、加入者に関する情報を有するプロキシーサーバーにより加入者へフォーク処理されるからである。
【００２４】
この解決策における登録の流れは、導入部で上述した３Ｇ ＴＳ ２３．２２８バージョン１．７．０、２００１年２月により規定された通常の登録に対応する。
本発明の第２の実施形態による「契約」／「通知」メッセージのルーティングは、図５及び６を参照して以下に説明する。
図２ないし４に示す要素に対応する第１、第２及び第３ネットワークの要素は、図５及び６において同じ参照番号を使用して示されている。
【００２５】
図２ないし４に示す要素に加えて、第２の実施形態の説明上、加入者のホームネットワークに対応する第３ネットワークは、２つのユーザ装置加入者ＵＥ ｓｕｂｓ＃１ ３０２及びＵＥ ｓｕｂｓ＃２ ３０４を備えている。更に、ＰＵＡのホームネットワークに対応する第２ネットワークは、第２のサービスコール状態制御ファンクションＳ−ＣＳＣＦ＃２ ３０６を備えている。
図５には、本発明のこの実施形態に基づく「契約」メッセージ流のルートが示されている。
【００２６】
第１のユーザ装置加入者３０２からの「契約」メッセージは、メッセージ３０８ａで示されたように、Ｐ−ＣＳＣＦ＃１ ２１４へ転送される。このようなメッセージは、次いで、メッセージ３１０ａ及び３１２ａで示されたように、Ｓ−ＣＳＣＦ＃１ ２１６及びＩ−ＣＳＣＦ２０４へ転送される。ステップ３１３ａにおけるローカル問合せに続いて、「契約」メッセージは、メッセージ３１４ａで示されたように、ＰＳ２１０へ転送される。これに続いて、「契約」メッセージは、メッセージ３１６で示されたように、ＰＳ２１０からＳ−ＣＳＣＦ＃２ ３０６へ転送される。
【００２７】
第３ネットワークの第１ユーザ装置加入者３０２に対応する存在サーバー２１０からの「契約」メッセージ３１６に応答して、Ｓ−ＣＳＣＦ＃２は、矢印３１８で示すように、受け入れ信号により確認メッセージを返送する。
同様に、第２ユーザ装置加入者３０４からの「契約」メッセージは、メッセージ３０８ｂで示されたように、Ｐ−ＣＳＣＦ＃１ ２１４へ転送される。このようなメッセージは、次いで、メッセージ３１０ｂ及び３１２ｂで示されたように、Ｓ−ＣＳＣＦ＃１ ２１６及びＩ−ＣＳＣＦ２０４へ転送される。ステップ３１３ｂにおけるローカル問合せに続いて、「契約」メッセージは、メッセージ３１４ｂで示されたように、ＰＳ２１０へ転送される。
【００２８】
存在サーバー２１０がその後の「契約」メッセージを第３ネットワークのユーザ装置から転送する必要はない。というのは、Ｓ−ＣＳＣＦ＃２ ３０６が成功裡な確認を既に与えているからである。
各ユーザ加入者の受け入れ信号は、メッセージ３１８及び適当な「契約」メッセージ３１４の受信に応答して、逆の経路に沿って各加入者へ返送される。
図６には、本発明のこの実施形態に基づく存在サーバー２１０からの「通知」メッセージのルートが示されている。
【００２９】
メッセージ３２０で示されたように、単一の「通知」メッセージがＳ−ＣＳＣＦ＃１から存在サーバー２１０へ転送される。
存在サーバーは、メッセージ３２２ａで示すように、第１の「通知」メッセージをＩ−ＣＳＣＦ２１８へ転送する。第１のローカル問合せ３２４ａに続いて、第１の「通知」メッセージは、メッセージ３２６ａ、３２８ａ及び３３０ａで示されたように、Ｓ−ＣＳＣＦ＃２ ２２２及びＰ−ＣＳＣＦ＃２ ２２４を経て第１ユーザ装置加入者３０２へ転送される。
【００３０】
存在サーバーは、メッセージ３２２ｂで示されたように、第２の「通知」メッセージをＩ−ＣＳＣＦ２１８へ転送する。第２のローカル問合せ３２４ｂに続いて、第２の「通知」メッセージは、メッセージ３２６ｂ、３２８ｂ及び３３０ｂで示されたように、Ｓ−ＣＳＣＦ＃２ ２２２及びＰ−ＣＳＣＦ＃２ ２２４を経て第１ユーザ装置加入者３０２へ転送される。
「２００ ＯＫ」メッセージは、逆の経路を経て存在サーバー２１０へ返送され、そして単一の「ＯＫ」メッセージがＳ−ＣＳＣＦ＃１に転送される。
【００３１】
本発明の第３の実施形態に基づく「登録」／「契約」／「通知」メッセージのルーティングは、図７ないし９を参照して以下に説明する。
この第３の実施形態で説明する解決策は、次のように要約できる。即ち、インターネットプロトコルマルチメディアサブシステムにおける存在サーバーが存在エージェントとして振舞い、そしてＳ−ＣＳＣＦが個別の「登録」トランザクションを使用して、存在サーバーにおける存在情報を更新する。
【００３２】
「登録」／「契約」／「通知」方法のルーティングは、図７ないし９を参照して以下に説明する。図２ないし６に示された要素に対応する第１、第２及び第３ネットワークの要素は、図７ないし９では同じ参照番号を使用して示す。
図７には、本発明のこの第３実施形態に基づく拡張された登録メッセージ流が示されている。
ステップ２３０で示されたように、「登録」メッセージのルーティングは、ＵＥ２００と、第１ネットワークのＰ−ＣＳＣＦ２０２と、第２ネットワークのＩ−ＣＳＣＦ２０４との間で行われる。
【００３３】
その後、ステップ７０２において、Ｉ−ＣＳＣＦ２０４は、セッション開始のためにＳ−ＣＳＣＦ、この例では、Ｓ−ＣＳＣＦ２０８を選択する。
メッセージ７０４で示すように、「登録」メッセージは、次いで、Ｓ−ＣＳＣＦ２０８へ転送される。
存在サーバー２１０の名前は、加入者のプロフィールの一部分であり、これは、ステップ７０８において、Ｉ−ＣＳＣＦ２０４によりＨＳＳ２０６から検索される。
【００３４】
Ｓ−ＣＳＣＦ２０８での首尾良い開始に続いて、「２００ ＯＫ」信号が逆の経路に沿ってＵＥ２００に送信される。その後、メッセージ７１０で示されたように、「登録」メッセージが存在サーバー２１０に転送される。メッセージ７１０は、個別の「登録」トランザクションを構成し、これにより、Ｓ−ＣＳＣＦがＰＳにおける存在情報を更新する。
【００３５】
存在サーバーにおいて存在更新が失敗に終わると、Ｓ−ＣＳＣＦは、存在更新失敗事象を指示する通知をＵＥ２００に発生する。この通知の場合には、例えば、新たな存在失敗理由コードを伴う事象ヘッダを含むＳＩＰ「通知」メッセージを使用することができる。この例は、図７に７１１として示されている。次いで、「通知」は、ＵＥ２００により「２００ ＯＫ」メッセージを使用してＳ−ＣＳＣＦ２０８へ確認される。
【００３６】
図８には、本発明のこの第３の実施形態に基づく「契約」メッセージ流のルートが示されている。
ユーザ装置加入者２１２からの「契約」メッセージは、メッセージ７１２で示したように、Ｐ−ＣＳＣＦ＃１ ２１４へ転送される。このメッセージは、次いで、メッセージ７１４及び７１６で示されたように、Ｓ−ＣＳＣＦ＃１ ２１６及びＩ−ＣＳＣＦ２０４へ転送される。ステップ７１８におけるローカル問合せに続いて、「契約」メッセージは、メッセージ７２０で示されたように、Ｓ−ＣＳＣＦ＃２ ３０６へ転送される。それに続いて、「契約」メッセージは、メッセージ７２０で示されたように、Ｓ−ＣＳＣＦ＃２ ３０６からＰＳ２１０へ転送される。その後、「２０２受け入れ」メッセージが逆の経路に沿って送信される。
【００３７】
図９には、本発明のこの第３の実施形態に基づく存在サーバー２１０からの「通知」メッセージ流のルートが示されている。
メッセージ７２２で示されたように、「通知」メッセージは、存在サーバー２１０からＳ−ＣＳＣＦ＃１ ３０６へ転送される。Ｓ−ＣＳＣＦ＃１ ３０６は、メッセージ７２４で示されたように、「通知」メッセージをＩ−ＣＳＣＦ２１８へ転送する。ステップ７２６におけるローカル問合せに続いて、「通知」メッセージは、メッセージ７２８、７３０及び７３２で示されたように、Ｓ−ＣＳＣＦ＃２ ２２２及びＰ−ＣＳＣＦ＃２ ２２４を経てユーザ装置加入者２２６へ転送される。
【００３８】
その後、「２００ ＯＫ」メッセージが逆の経路に沿って送信される。
第３の実施形態によりアーキテクチャーに入れられるネットワーク要素に対する新たな必要事項は、次のように要約することができる。
１．Ｓ−ＣＳＣＦは、個別の「登録」トランザクションでＰＳの存在情報を更新する。
２．ＰＳにおいて存在更新が失敗に終わると、Ｓ−ＣＳＣＦは、存在失敗更新事象を指示する通知メッセージ（例えば、新たな存在失敗理由コードを伴う事象ヘッダを使用するＳＩＰ「通知」）をＵＥへ発生する。
３．加入者により発生される「契約」は、通常の「インバイト」と同様にネットワークによってルーティングされねばならず、ＰＵＡのＳ−ＣＳＣＦのみが、存在に関連したＰＳへ「契約」をルーティングする。
４．ＰＳにより発生された「通知」は、通常の「インバイト」と同様に、ネットワークによりルーティングされねばならない。
【００３９】
３つの実施形態を参照して本発明を説明したが、本発明は、より一般的には、３ＧＰＰの提案されたアーキテクチャーでローゼンベルグ氏等により提示された考え方を実施する方法を提供するものである。
【図面の簡単な説明】
【００４０】
【図１】本発明による３ＧＰＰリリース５アーキテクチャーを示す図である。
【図２】本発明の第１の実施形態における「登録」メッセージの流れを示す図である。
【図３】本発明の第１の実施形態における「契約」メッセージの流れを示す図である。
【図４】本発明の第１の実施形態における「通知」メッセージの流れを示す図である。
【図５】本発明の第２の実施形態における「契約」メッセージの流れを示す図である。
【図６】本発明の第２の実施形態における「通知」メッセージの流れを示す図である。
【図７】本発明の第３の実施形態における「登録」メッセージの流れを示す図である。
【図８】本発明の第３の実施形態における「契約」メッセージの流れを示す図である。
【図９】本発明の第２の実施形態における「通知」メッセージの流れを示す図である。

Claims (36)

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. 上記加入者ネットワークのサービスコール状態制御ファンクションは、上記存在サーバーネットワークの質問コール状態制御ファンクションに「契約」メッセージを与える請求項１３に記載のパケット交換環境。
28. 上記質問コール状態制御ファンクションは、サービスコール状態制御ファンクションに各「契約」メッセージを与える請求項１４に記載のパケット交換環境。
29. 上記サービスコール状態制御ファンクションは、上記存在サーバーに「契約」メッセージを与える請求項２８に記載のパケット交換環境。
30. 上記存在サーバーは、上記サービスコール状態制御ファンクションに「通知」メッセージを与える請求項２９に記載のパケット交換環境。
31. 上記「通知」メッセージは、上記加入者ネットワークの質問コール状態制御ファンクションにより受け取られる請求項３０に記載のパケット交換環境。
32. 上記質問コール状態制御ファンクションは、上記加入者ネットワークのサービスコール状態制御ファンクションに「通知」メッセージを転送する請求項３１に記載のパケット交換環境。
33. 上記サービスコール状態制御ファンクションは、上記加入者ネットワークのプロキシーコール状態制御ファンクションに「通知」メッセージを転送する請求項３２に記載のパケット交換環境。
34. 上記プロキシーコール状態制御ファンクションは、加入者に「通知」メッセージを転送する請求項３３に記載のパケット交換環境。
35. 上記環境は、インターネットプロトコルマルチメディア環境である請求項１ないし３４のいずれかに記載のパケット交換環境。
36. 上記インターネットプロトコルマルチメディア環境は、全ＩＰテレコミュニケーションネットワークのサブシステムである請求項３５に記載のパケット交換ネットワーク。

Images