JP5444003B2 - 分散ハッシングテーブルを使用したｉｍｓアーキテクチャ - Google Patents

Description

本発明は通信ネットワークに関し、より詳細には、３ＧＰＰ及びＥＴＳＩ Ｔｉｓｐａｎによって標準化されたＩＰマルチメディアサブシステム（ＩＭＳ）に関する。

ＩＭＳアーキテクチャは、「ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）、Ｓｔａｇｅ２（Ｒｅｌｅａｓｅ７）」という表題の、３ＧＰＰ（商標）の文書ＴＳ２３．２２８によって特定される。

ＩＭＳアーキテクチャの目的は、通信ネットワークの固定インフラストラクチャ及び移動体インフラストラクチャの間に収束（ｃｏｎｖｅｒｇｅｎｃｅ）解決法を提供することである。この共通のインフラストラクチャは、知られている電気通信サービス（呼の転送、料金請求、ビデオ会議など）又は将来のサービスの配備も可能にする。

特許請求ＷＯ２００６／０６８３６５

「ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）、Ｓｔａｇｅ２（Ｒｅｌｅａｓｅ７）」という表題の、３ＧＰＰ（商標）の文書ＴＳ２３．２２８ Ｋｕｎｄａｎ Ｓｉｎｇｈ及びＨｅｎｎｉｎｇ Ｓｃｈｕｌｚｒｉｎｎｅによる論文「Ｕｓｉｎｇ ａｎ Ｅｘｔｅｒｎａｌ ＤＨＴ ａｓ ａ ＳＩＰ Ｌｏｃａｔｉｏｎ Ｓｅｒｖｉｃｅ」 Ｋｕｎｄａｎ Ｓｉｎｇｈ及びＨｅｎｎｉｎｇ Ｓｃｈｕｌｚｒｉｎｎｅによる論文「Ｐｅｅｒ−ｔｏ−ｐｅｅｒ Ｉｎｔｅｒｎｅｔ Ｔｅｌｅｐｈｏｎｙ ｕｓｉｎｇ ＳＩＰ」 「ＩＰ Ｍｕｌｔｉｍｅｄｉａ（ＩＭ）Ｓｕｂｓｙｓｔｅｍ Ｃｘ ａｎｄ Ｄｘ Ｉｎｔｅｒｆａｃｅｓ；Ｓｉｇｎａｌｌｉｎｇ ｆｌｏｗｓ ａｎｄ ｍｅｓｓａｇｅ ｃｏｎｔｅｎｔｓ」という表題の文書ＴＳ２９．２２８ 「Ｃｘ ａｎｄ Ｄｘ ｉｎｔｅｒｆａｃｅｓ ｂａｓｅｄ ｏｎ ｔｈｅ Ｄｉａｍｅｔｅｒ ｐｒｏｔｏｃｏｌ；Ｐｒｏｔｏｃｏｌ ｄｅｔａｉｌｓ」という表題のＴＳ２９．２２９ ２００６年４月出版「Ｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）−Ｐ−Ｕｓｅｒ−Ｄａｔａｂａｓｅ Ｐｒｉｖａｔｅ−Ｈｅａｄｅｒ（Ｐ−Ｈｅａｄｅｒ）」という表題の、ＩＥＴＦのＲＦＣ４４５７ レビューＣｏｍｍｕｎｉｃａｔｉｏｎｓ ｏｆ ｔｈｅ ＡＣＭ、ｖｏｌ．４６、ｎｏ．２における、２００３年２月出版、Ｈ．Ｂａｌａｋｒｉｓｈｎａ、Ｆ．Ｋａａｓｈｏｅｋ、Ｄ．Ｋａｒｇｅｒ、Ｒ．Ｍｏｒｒｉｓ及びＩ．Ｓｔｏｉｃａによる論文「Ｌｏｏｋｉｎｇ ｕｐ Ｄａｔａ ｉｎ Ｐ２Ｐ Ｓｙｓｔｅｍｓ」 ３ＧＰＰの文書ＴＳ２４．２２８

図１は簡素化されたＩＭＳアーキテクチャを示す。このアーキテクチャは機能的である点に留意されたい。従って、同じ機能的要素は、いくつかのネットワークデバイスを介して分散可能であり、逆も同様であり、同じネットワークデバイスはいくつかのＩＭＳアーキテクチャ機能を実行することが可能である。

マルチメディアサブシステムＩＭＳは主に３つのＣＳＣＦ（呼セッション制御機能）機能からなる。
− Ｐ−ＣＳＣＦ（プロキシＣＳＣＦ）はＩＭＳ通信ネットワーク内の通信端末（即ち、クライアント）Ｔの接点である。その役割のうちの１つは端末Ｔを認証し、必要な場合、この端末から来るシグナリングメッセージを検査することである。
− Ｓ−ＣＳＣＦ（サービス提供（ｓｅｒｖｉｎｇ）ＣＳＣＦ）は、アプリケーションサーバＡＳ同士の間にインターフェースを提供し、ホーム加入者サーバＨＳＳと共に、このサブシステムに接続されたクライアントから来る又は当該クライアント向けのシグナリングメッセージをＩＭＳ通信ネットワーク内で経路指定するために使用される。
− Ｉ−ＣＳＣＦ（問合せ（ｉｎｔｅｒｒｏｇａｔｉｎｇ）ＣＳＣＦ）は、その他のＩＭＳネットワークとインターフェースを取るため、及び１つのサブシステムから別のサブシステムにシグナリングメッセージを経路指定するために使用される。

通信端末がＩＭＳ通信ネットワークに登録する場合、通信端末はその通信端末が接続されたＰ−ＣＳＣＦ１機能的要素を介して登録シグナリングメッセージをＳ−ＣＳＣＦ１機能的要素に送る。

このシグナリングメッセージは端末Ｔのユーザ（即ち、ＩＭＳネットワークへの加入者）の論理アドレスをＳ−ＣＳＣＦ１要素の識別子と結び付けて、Ｓ−ＣＳＣＦ１要素がＨＳＳ１加入者サーバ内に情報を追加することを可能にする。

ＳＬＦ（加入者ロケータ機能）機能的要素も影響を受け、端末Ｔのユーザの論理アドレス及びその情報を保有するＨＳＳ１加入者サーバの間の関連性を記憶する。

最終的に、Ｓ−ＣＳＣＦ１要素は端末Ｔの論理アドレス及び物理アドレスの間の関連性を保持する。

Ｓ−ＣＳＣＦ１機能的要素は、加入者に異なる電気通信サービス（料金請求、コールウェイティング（ｃａｌｌ ｗａｉｔｉｎｇ）、呼のリダイレクト（ｒｅ−ｄｉｒｅｃｔｉｎｇ）、公示、音声及び／又はビデオ会議など）を提供するために使用されるアプリケーションサーバＡＳにも接続される。従って、Ｓ−ＣＳＣＦ１機能的要素は、コンテンツに応じて１つ又は複数のアプリケーションサーバＡＳに連絡する目的で、シグナリングメッセージを解析することが可能である。

クライアントＴ向けの着呼の場合、ＳＬＦ要素、ＨＳＳ１要素及びＳ−ＣＳＣＦ１要素は、着信シグナリングメッセージ内に含まれた論理アドレス及びクライアントＴの物理アドレスを関連づけるための手段として使用される。

３ＧＰＰ（第３世代パートナーシッププロジェクト）標準化団体及びＥＴＳＩ（Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ）標準化団体によって特定される、シグナリングメッセージの伝送のために使用される通信プロトコルは、ＳＩＰ（セッション開始プロトコル）である。このプロトコルは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）のＲＦＣ３２６１において特定され、後続のＲＦＣによって拡張される。

従って、登録シグナリングメッセージは、通常、ＳＩＰ「レジスタ」メッセージであり、招請（ｉｎｖｉｔａｔｉｏｎ）シグナリングメッセージはＳＩＰ「招請」メッセージである。

ＩＭＳアーキテクチャの配備により、出願人は接続される可能性がある論理アドレス及び端末の急増を予想する。実際に、同じ加入者（コンピュータ、固定回線電話、移動体電話、パーソナルアシスタント、テレビなど）向けの多数の端末を接続することが可能になるであろう。また、ユーザに新しいサービスを提供する目的で、現在、通常、通信ネットワーク（家庭機器など）から接続が断たれているデバイスを接続することも可能になる。

その場合、加入者サーバＨＳＳ及び上のすべての加入位置要素ＳＬＦは、サイズがかなり増大する。これらはＩＭＳアーキテクチャ内のボトルネックノードになる。加入者サーバＨＳＳ及び上のすべての加入位置要素ＳＬＦのサイズが増大すると、これらは管理することがより困難になり、一般的なシステムパフォーマンスを犠牲にして、そのアクセス時間も増大することになる。

本発明の１つの目的は分散アーキテクチャを提案することによってこの問題を解決することである。

分散された手法は、Ｋｕｎｄａｎ Ｓｉｎｇｈ及びＨｅｎｎｉｎｇ Ｓｃｈｕｌｚｒｉｎｎｅによる論文「Ｕｓｉｎｇ ａｎ Ｅｘｔｅｒｎａｌ ＤＨＴ ａｓ ａ ＳＩＰ Ｌｏｃａｔｉｏｎ Ｓｅｒｖｉｃｅ」、又は同じ著者らによる論文「Ｐｅｅｒ−ｔｏ−ｐｅｅｒ Ｉｎｔｅｒｎｅｔ Ｔｅｌｅｐｈｏｎｙ ｕｓｉｎｇ ＳＩＰ」によってすでに提案されている。

特許請求ＷＯ２００６／０６８３６５は、類似の手法を提示する。

この手法は図２に例示される。

端末（即ち、クライアント）Ｔ１、Ｔ２、Ｔ３は、分散ハッシングテーブル、即ちＤＨＴに接続される。この分散ハッシングテーブルは伝統的なＳＩＰアーキテクチャにおいてＳＩＰレジストラの役割を担う。論理加入者アドレス及び物理端末アドレスの間の関連性はこの分散ハッシングテーブル内に記憶される。

端末Ｔ１、Ｔ２、Ｔ３のそれぞれはこのハッシングテーブルの一部を保有する。分散ハッシングテーブルの機構を使用して、端末はその端末が呼び出すことを望む加入者の論理アドレスに基づいて、端末の物理アドレスを取得することが可能である。

レジストラは複数の端末を介して分散されるため、ＩＭＳアーキテクチャにおけるような輻輳はもはや中央加入者サーバ内には存在しない。

しかし、この手法は３ＧＰＰ標準及びＥＴＳＩ ＴＩＳＰＡＮ標準によって特定されるＩＭＳアーキテクチャと互換性がない。

実際には、端末は修正されなければならない。端末は標準化されたインターフェースを介してＰ−ＣＳＣＦ機能的要素と相互に作用しないが、分散ハッシングテーブルＤＨＴを実施して、特定のプロトコルを実施しなければならない。

もう１つの最新技術はＳｋｙｐｅインターネット電話製品によって提供される。この原理は主に同じだが、使用されるプロトコルは独自仕様のプロトコルであり、ＳＩＰプロトコルではない。

これは独自仕様の解決法であるため、端末はＳｋｙｐｅ社によって提供されるモジュールを含まなければならず、これまでどおり、ＩＭＳアーキテクチャのＰ−ＣＳＣＦ機能的要素とインターフェースを取らない。

端末のインテリジェンスに基づく分散された手法及び通信ネットワーク内のインテリジェンスの位置に基づくＩＭＳ手法が矛盾することは、概して受け入れられている。例えば、アドレスｈｔｔｐ：／／ｆｒ．ｗｉｋｉｐｅｄｉａ．ｏｒｇ／ｗｉｋｉ／Ｐ２Ｐで参加的百科辞典「ウィキペディア」を閲覧されたい。

この発明の目的は、論理アドレス及び物理アドレスの間の関連性を実施するために、分散アーキテクチャの原理を取り入れるが、依然としてＩＭＳアーキテクチャとの互換性を残すことである。特に、本発明の目的のうちの１つは通信端末に関して透過的になることである。

これを行うために、本発明の第１の目的は、前記マルチメディアサブシステムに接続された第１の通信クライアント及び少なくとも１つの第２の通信クライアントの間でシグナリングメッセージを送るのに適した呼セッション制御機能要素ＣＳＣＦのセットを含むマルチメディアサブシステムＩＭＳである。第２の通信クライアントは、マルチメディアサブシステムに接続されてよく、又は遠隔で、且つ問合せ機能的要素（Ｉ−ＣＳＣＦ）を介してアクセス可能であってもよい。マルチメディアサブシステムは、シグナリングメッセージ内に含まれた論理アドレスに基づいて、シグナリングメッセージの伝送のためのパスを決定するために使用される経路指定方法も含む。マルチメディアサブシステムは、これらの経路指定方法が分散ハッシングテーブルを実施することを特徴とする。

本発明の第１の実行方法によれば、当該経路指定方法は論理アドレスに関連する加入者サーバＨＳＳを決定するために使用され、分散ハッシングテーブルによって実施される加入者選択機能的要素ＳＬＦを含む。

第２の実行方法によれば、マルチメディアサブシステムＩＭＳはそれぞれが呼セッション制御機能要素ＣＳＣＦのセットを含む複数の領域を含む。当該経路指定方法は、（シグナリングメッセージ内に含まれた）論理アドレスに基づいて、これらの領域のうちの１つを決定するために使用され、分散ハッシングテーブルによって実施されるフェデレート（ｆｅｄｅｒａｔｉｎｇ）機能的要素を含む。

本発明のこの実行方法の実装形態によれば、少なくともいくつかの領域のサービス提供機能的要素Ｓ−ＣＳＣＦは分散ハッシングテーブルノードを形成する。

少なくとも１つの領域はこの領域に接続された前記第１の通信クライアントからのシグナリングメッセージが当該領域の問合せ機能的要素Ｉ−ＣＳＣＦに送られるように計画可能である。その場合、この問合せ機能的要素はそれ自体、シグナリングメッセージのためのパスを決定する目的で、フェデレート機能的要素に問い合わせることが意図される。

問合せ機能的要素は、例えば、ＴＨＩＧゲートウェイの機能を実施する。

問合せ機能的要素Ｉ−ＣＳＣＦは、第１の通信クライアントからのシグナリングメッセージの受領時に、そのシグナリングメッセージ内に含まれた論理アドレスによって決定された受信通信クライアントがこれらの領域のうちの１つに接続されるかどうかを決定すること、及び、そうでない場合、フェデレート機能的要素に問い合わせずに、そのシグナリングメッセージをマルチメディアサブシステムの外に送ることも意図され得る。

問合せ機能的要素Ｉ−ＣＳＣＦは、他方で、第１の通信クライアントからのシグナリングメッセージの受信時に、フェデレート機能的要素（ＦＦ）に系統的に問い合わせること、及びパスを決定するこの要素からの応答がない場合、そのシグナリングメッセージをマルチメディアサブシステムの外に送ることが意図され得る。

領域の問合せ機能的要素及びフェデレート機能的要素の間のインターフェースは、Ｄｉａｍｅｔｅｒプロトコル（Ｄｉａｍｅｔｅｒ ｐｒｏｔｏｃｏｌ）を実施しているＤｘインターフェースであり得る。

このインターフェースは、論理アドレス及び領域の間の関連性を挿入するために使用される初期機能並びに所与の論理アドレスに対応する領域を決定するために使用される第２の機能を含み得る。

論理アドレスはマルチメディアサブシステムに対応する識別子を含み得る。

本発明の第２の目的は既に説明された少なくとも１つのマルチメディアサブシステムＩＭＳを含む通信ネットワークである。

本発明の第３の目的はマルチメディアサブシステムＩＭＳに関するフェデレート機能的要素である。マルチメディアサブシステムはそれぞれが呼セッション制御機能要素ＣＳＣＦのセットを含む複数の領域を含む。本発明のこの目的によれば、フェデレート機能的要素は、シグナリングメッセージ内に含まれた論理アドレスに基づいて領域を決定するための手段を含み、これらの手段は分散ハッシングテーブルを実施する。

少なくともいくつかのこれらの領域のサービス提供機能的要素Ｓ−ＣＳＣＦは分散ハッシングテーブルのノードを形成することが可能である。

フェデレート機能的要素はＤｉａｍｅｔｅｒプロトコルを実施しているＤｘインターフェースを有し得る。

このインターフェースは、論理アドレス及び領域の間の関連性を挿入するために使用される初期機能並びに所与の論理アドレスに対応する領域を決定するために使用される第２の機能を含み得る。

本発明の第４の目的は、マルチメディアサブシステムＩＭＳを介して、このマルチメディアサブシステムに接続された第１の通信クライアント、及びマルチメディアサブシステムに接続されてよく、又は遠隔で、且つ問合せ機能的要素Ｉ−ＣＳＣＦを介してアクセス可能であってもよい第２の通信クライアントの間で、呼セッション制御機能要素ＣＳＣＦのセットを含むシグナリングメッセージを送るための方法である。

この方法は、そのシグナリングメッセージ内に含まれた論理アドレスに基づいて、そのシグナリングメッセージを送るためのパスを決定するための段階を含む。

この方法はこの段階が分散ハッシングテーブルを実施することを特徴とする。

第１の実行方法によれば、この方法は論理アドレスに関連する加入者サーバＨＳＳを決定するための段階を含む。この決定は分散ハッシングテーブルによって実施される加入者選択機能的要素ＳＬＦによって実行される。

第２の実行方法によれば、マルチメディアサブシステムはそれぞれが呼セッション制御機能要素ＣＳＣＦのセットを含む複数の領域を含む。

この方法は、論理アドレスに基づいて、これらの複数の領域の間で領域を決定するための段階を含む。この決定は分散ハッシングテーブルによって実施されるフェデレート機能的要素によって実行される。

この実行方法の実装形態によれば、少なくともいくつかの領域のサービス提供機能的要素Ｓ−ＣＳＣＦは分散ハッシングテーブルのノードを形成する。

さらに、少なくとも１つの領域は、この領域に接続された通信クライアントからのシグナリングメッセージがその領域の問合せ機能的要素Ｉ−ＣＳＣＦに送られるように計画可能である。問合せ機能的要素はそれ自体、これらのシグナリングメッセージのためのパスを決定する目的で、フェデレート機能的要素に問い合わせることが意図され得る。

本発明はまた、この方法を異なる可能な実装形態で実施するソフトウェア製品の目的も有する。

本発明はまた、領域名サーバＤＮＳ及び本発明の第３の目的によるフェデレート機能的要素を含むシステムの目的も有する。

最後に、本発明は、それぞれが呼セッション制御機能要素ＣＳＣＦのセット、及びそのマルチメディアサブシステムのこれらの領域同士の間でシグナリングメッセージを経路指定するために使用されるフェデレート機能的要素を含む複数の領域を含む、マルチメディアサブシステムＩＭＳの領域に関する問合せ機能的要素Ｉ−ＣＳＣＦの目的を有する。

問合せ機能的要素は、この領域に接続された第１のクライアントからシグナリングメッセージを受信することが意図され、且つ第２のクライアント向けである。

問合せ機能的要素は、
− 第２のクライアントがマルチメディアサブシステムの領域のうちの１つに接続されるかどうかを決定し、
− そうでない場合、フェデレート機能的要素に問い合わせずに、シグナリングメッセージをマルチメディアサブシステムの外に送り、
− そうである場合、このシグナリングメッセージのためのパスを決定する目的で、フェデレート機能的要素に問い合わせる
ことも意図されることを特徴とする。

本発明、その異なる実装形態及びその利点は、添付の図面と共に、続く実装形態の説明においてより明瞭に明らかになるであろう。

上述のＩＭＳアーキテクチャを表す図である。 また上述の最新技術に関する解決法を表す図である。 本発明の第１の実装形態に関する図である。 本発明の第２の実装形態に関する図である。 分散ハッシングテーブルの動作を例示する図である。

第１の実装形態
本発明の第１の実装形態によれば、加入位置機能的要素ＳＬＦは分散ハッシングテーブルによって実施される。

ＳＬＦ（加入者ロケータ機能又は加入ロケータ機能）機能的要素は、いくつかのを含むマルチメディアサブシステムＩＭＳにおける加入者サーバＨＳＳを決定するために使用される。

この機能的要素は、例えば、それぞれ、「ＩＰ Ｍｕｌｔｉｍｅｄｉａ（ＩＭ）Ｓｕｂｓｙｓｔｅｍ Ｃｘ ａｎｄ Ｄｘ Ｉｎｔｅｒｆａｃｅｓ；Ｓｉｇｎａｌｌｉｎｇ ｆｌｏｗｓ ａｎｄ ｍｅｓｓａｇｅ ｃｏｎｔｅｎｔｓ」及び「Ｃｘ ａｎｄ Ｄｘ ｉｎｔｅｒｆａｃｅｓ ｂａｓｅｄ ｏｎ ｔｈｅ Ｄｉａｍｅｔｅｒ ｐｒｏｔｏｃｏｌ；Ｐｒｏｔｏｃｏｌ ｄｅｔａｉｌｓ」という表題の文書ＴＳ２９．２２８及びＴＳ２９．２２９において説明される。これらの２つの文書は、３ＧＰＰ標準化団体によって作成され、そのウェブサイト上で利用可能である。

ＳＬＦ機能的要素はまた、２００６年４月出版、「Ｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）−Ｐ−Ｕｓｅｒ−Ｄａｔａｂａｓｅ Ｐｒｉｖａｔｅ−Ｈｅａｄｅｒ（Ｐ−Ｈｅａｄｅｒ）」という表題のＩＥＴＦのＲＦＣ４４５７においても言及される。

この加入者選択機能的要素ＳＬＦは、マルチメディアサブシステムＩＭＳの経路指定方法、即ち、その論理アドレスを対応する宛先に向けて経路指定する目的でシグナリングメッセージ内に含まれた論理アドレスを解決するために使用されるすべての技術手段の一部を形成する。このＳＬＦ要素以外に、当該経路指定方法は、加入者サーバＨＳＳ、サービス提供機能的要素Ｓ−ＣＳＣＦ、及び領域名サーバＤＮＳも含み得る。

１つのマルチメディアサブシステムＩＭＳがいくつかの加入者サーバＨＳＳを有することが可能である。図３では、３つの加入者サーバＨＳＳ_１、ＨＳＳ_２及びＨＳＳ_３が示されている。

問合せ機能的要素Ｉ−ＣＳＣＦが着信シグナリングメッセージ（即ち、着呼）を受信する場合、問合せ機能的要素Ｉ−ＣＳＣＦは、このメッセージを受信通信クライアントにどのように経路指定するかを決定しなければならない。これは、例えば、呼セッションをセットアップすることを目的とするＳＩＰ「招請」メッセージの場合である。これらの「招請」メッセージはＳＩＰプロトコルに従って１つ又は複数の受信加入者の論理アドレスを含む。

「招請」シグナリングメッセージを受信通信クライアントＴに経路指定するために、問合せ機能的要素Ｉ−ＣＳＣＦは、その要求において「招請」シグナリングメッセージ内に含まれた受信者の論理アドレスを提供して、加入者位置機能的要素ＳＬＦに問い合わせる。

これは、この論理アドレスに関連する加入者サーバ識別子を決定して、応答メッセージ内でその識別子を問合せ機能的要素Ｉ−ＣＳＣＦに送る。

この識別子（例えば、そのＩＰアドレス）を保有するため、この場合、問合せ機能的要素Ｉ−ＣＳＣＦは、正確な加入者サーバＨＳＳ１、即ち、通信クライアントＴのユーザ加入者に関し、その論理アドレスに対応する情報を有するサーバに問い合わせることが可能である。

加入者サーバはサービス提供機能的要素Ｓ−ＣＳＣＦの論理アドレス及び識別子の間の関連性を含む。その要求において論理アドレスを提供することによって、問合せ機能的要素Ｉ−ＣＳＣＦは、応答において、受信通信クライアントＴが登録されるサービス提供機能的要素Ｓ−ＣＳＣＦ_１の識別子を受信する。

次いで、問合せ機能的要素Ｉ−ＣＳＣＦは「招請」シグナリングメッセージをこのサービス提供機能的要素Ｓ−ＣＳＣＦ_１に送ることが可能である。これは通信クライアントＴ及びこのクライアントのユーザ加入者に関する情報を有する。

特に、サービス提供機能的要素Ｓ−ＣＳＣＦ_１は加入者の論理アドレス及び通信クライアントＴの物理アドレスの間の関連性を有する。その場合、このサービス提供機能的要素Ｓ−ＣＳＣＦ_１は、その通信クライアントＴの物理アドレス（例えば、そのＩＰアドレス）を使用して、シグナリングメッセージを受信加入者に送ることが可能である。

さらに、通信クライアントＴがマルチメディアサブシステムＩＭＳに登録する場合、情報は、その通信クライアントＴが接続されたサービス提供機能的要素Ｓ−ＣＳＣＦ_１内、加入者サーバＨＳＳ_１内、及び加入者選択機能的要素ＳＬＦ内に記憶される。

加入者サーバＨＳＳのサイズを縮小することによって、加入者サーバＨＳＳのサイズを制限することが可能であるが、加入者位置機能的要素ＳＬＦは、依然として中央要素であり、そのサイズは加入者（即ち、登録された論理アドレス）の数に比例する。

本発明によれば、この加入者位置機能的要素ＳＬＦは分散ハッシングテーブルによって実施される。従って、この加入者位置機能的要素ＳＬＦは互いの間で相互接続されたノードＮ_１、Ｎ_２．．．Ｎ_ｎのセットを含む。

ノードのこのネットワークの動作が下でより詳細に説明される。しかし、このネットワークはインターフェースとして以下を有するべきである点が重要である。
− 論理アドレスに基づいて、加入者サーバＨＳＳを決定するために使用される機能、
− 通信クライアントＴのユーザの論理アドレス及びその通信クライアントＴに割り当てられている加入者サーバＨＳＳ_１の間の関連性を分散ハッシングテーブル内に記憶するために使用される機能。

この第１の実行方法は加入者位置機能的要素ＳＬＦの実装形態だけを修正する利点を有する。

これは、同じインターフェース及び、例えば、Ｄｉａｍｅｔｅｒプロトコルに準拠したＤｘインターフェースを保持することが可能である。このようにして、第１の実行方法は、その他の要素の修正を要求せずに、マルチメディアサブシステムＩＭＳのその他の機能的要素とインターフェースを取ることが可能である。

第２の実装形態
図４によって例示される、本発明の第２の実装形態によれば、マルチメディアサブシステムＩＭＳは複数の領域ＩＭＳ_１、ＩＭＳ_２．．．ＩＭＳ_ｎを含む。それぞれの領域は以下の独自の呼セッション制御機能（ＣＳＣＦ）要素を有する完全に個別のＩＭＳサブシステムと見なすことができる。
− サービス提供機能的要素Ｓ−ＣＳＣＦ、それぞれ、Ｓ_１、Ｓ_２．．．Ｓ_ｎ
− 問合せ機能的要素Ｉ−ＣＳＣＦ、それぞれ、Ｉ_１、Ｉ_２．．．Ｉ_ｎ
− （必要な場合） 近接機能的要素Ｐ−ＣＳＣＦ（図示せず）

当該経路指定方法は、これまでの例のように、加入者選択機能的要素ＳＬＦ_１、ＳＬＦ_２．．．ＳＬＦ_ｎ、サービス提供機能的要素Ｓ_１、Ｓ_２．．．Ｓ_ｎ、領域名サーバＤＮＳ、加入者サーバ（ＨＳＳ、図示せず）を含む。

本発明によれば、当該経路指定方法はフェデレート機能的要素ＦＦも含む。この新しい機能的要素は、シグナリングメッセージ内に含まれた論理アドレスに基づいて、領域ＩＭＳ_１、ＩＭＳ_２．．．ＩＭＳ_ｎのうちの１つを決定するために使用される。

このフェデレート機能的要素ＦＦは分散ハッシングテーブルによって実施される。

分散ハッシングテーブル
分散ハッシングテーブル（ＤＨＴ）は、ピアツーピアネットワークなど、広く分散されたシステムにおいて情報を記憶及び取り出すために使用される技術である。原則として、ハッシングテーブルのコンテンツは、ネットワークのすべての局即ちノードを介して分散され、中央デバイスは存在しない。

かかる分散ハッシングテーブルは、例えば、レビューＣｏｍｍｕｎｉｃａｔｉｏｎｓ ｏｆ ｔｈｅ ＡＣＭ、ｖｏｌ．４６、ｎｏ．２における、２００３年２月出版、Ｈ．Ｂａｌａｋｒｉｓｈｎａ、Ｆ．Ｋａａｓｈｏｅｋ、Ｄ．Ｋａｒｇｅｒ、Ｒ．Ｍｏｒｒｉｓ及びＩ．Ｓｔｏｉｃａによる論文「Ｌｏｏｋｉｎｇ ｕｐ Ｄａｔａ ｉｎ Ｐ２Ｐ Ｓｙｓｔｅｍｓ」において説明される。

特許請求ＷＯ２００６／０６８３６５は、最新技術のいくつかの原理について言及し、新しい分散ハッシングテーブル手法を提案する。

分散ハッシングテーブルの異なる可能な実装形態が存在する。図５は、理解を促すために簡素化された例を示すが、本発明はこの特定の実装形態に限定されるとみなされるべきではない。

分散ハッシングテーブルＤＨＴのノードＸ_１、Ｘ_２、Ｘ_３．．．Ｘ_Ｎのセットは同じ役割を担う。このテーブル（即ち、ネットワーク）から値を記憶又は取り出すために、これらのノードのうちのいずれかを調べることが可能である。

図５の例において、問合せ機能的要素Ｉ−ＣＳＣＦは、ノードＸ_３に論理アドレスを提供して、ノードＸ_３に問い合わせる。

次いで、問合せ機能的要素Ｉ−ＣＳＣＦはこの論理アドレスに関するハッシング機能を計算する。

ハッシング機能は大きなセット（すべての可能な論理アドレス）に属する値を縮小されたセットに属する第２の値に変換するために使用される機能である。この第２の値は、この場合、１及びＮの間の整数であり、Ｎは分散ハッシングテーブルＤＨＴ内のノードの数である。

ハッシング機能Ｈは、通常、以下の数学的属性を考慮すべきである：Ｈ（ｘ）≠Ｈ（ｙ）⇒ｘ≠ｙ

さらに、ｘ＝ｙである場合、確率はＨ（ｘ）＝Ｈ（ｙ）より大きく／小さくなければならない。

ハッシング機能によって戻された値ｉは、ノードＸ_ｉが、場合によっては、受信された論理アドレス及び対応する領域の間の関連性を保有するノードであることをノードＸ_３に示す。ノードＸ_３は要求をこのノードＸ_ｉに送る。このノードが確かにこの関連性を保有する場合、このノードはその論理アドレスに関連する領域を戻すことが可能である。そうでない場合、このノードは要求をこの関連性を保有する可能性がある別の（近接）ノードに送ることが可能である。

反復的に、アルゴリズムはこの関連性を保有するノードに収束する。

新しい関連性の記憶に関する原理は類似する。ＤＨＴピアツーピアネットワークの任意のノードは、記憶の要求を受信して、ハッシング機能及び論理アドレスに基づいて値を計算する。

この値は、それに対して第１のノードが記憶の要求を再度送る、分散ハッシングテーブルＤＨＴのノードのセットの特定のノードを決定する。このようにして指定されたノードは、関連性を記憶する。

本発明の１つの実行方法によれば、この分散ハッシングテーブルのノードはサービス提供機能的要素Ｓ_１、Ｓ_２．．．Ｓ_ｎのすべて又は一部で構成される。

この実行方法は、グローバルアーキテクチャ内に新しい要素を追加しない目的で、且つすでに定義された機能的要素を使用する目的で使用される。これはマルチメディアサブネットワークＩＭＳの現在の標準化をより遵守することを可能にする。

選択的に、フェデレート機能的要素ＦＦはその他の機能的要素（サービス提供Ｓ−ＣＳＣＦ、又は問合せＩ−ＣＳＣＦ）によって使用可能なＤｘインターフェースを提示する。

このＤｘインターフェースは、通常、ＩＥＴＦによって標準化されたＤｉａｍｅｔｅｒプロトコルを実施することが可能である。２つの主な機能がこのインターフェースに役立つ：即ち、新しい関連性を記憶するために使用される機能、及び提供された値に関連する値を取り出すために使用される機能である。

新しいクライアントを領域に登録する
通信クライアントＴがＩＭＳ通信サブシステムの領域に登録する場合、情報はフェデレート機能的要素ＦＦの分散ハッシングテーブル内に記憶される。この情報はこの通信クライアントＴのユーザの論理アドレス及びこの領域に関する識別子の間の関連性を含む。

領域自体の中で、通信クライアントは知られている形式で、且つこれまで説明されたように登録される。

着呼
着呼の間、シグナリングメッセージｍはマルチメディアサブシステムＩＭＳに送られる。このシグナリングメッセージｍは、通常、ＳＩＰプロトコルに準拠する「招請」メッセージである。このシグナリングメッセージｍは被呼加入者の論理アドレスを含む。図４の例では、この加入者は領域ＩＭＳ_２に接続された通信クライアントＴのユーザであると仮定される。

３ＧＰＰ及びＥＴＳＩ ＴＩＳＰＡＮの仕様書によれば、このアドレスはＳＩＰ ＵＲＩ（ユニバーサルリソース識別子）である。

このアドレスはａ＠ｘ．ｃｏｍの形を取り得る。「ａ」という用語は加入者を識別し、一方、「ｘ．ｃｏｍ」という用語はマルチメディアサブシステムＩＭＳを識別する。

この「ｘ．ｃｏｍ」という用語及びマルチメディアサブシステムＩＭＳの関連づけは、領域名サーバＤＮＳによって実行される。この関連づけは、このマルチメディアサブシステムに対する入口点の物理アドレス（例えば、ＩＰアドレス）を決定するために使用される。

通常、ＩＥＴＦのＲＦＣ２７８２によって定義された、「ＳＲＶ登録」として知られているサービス登録を考慮に入れることが意図される。

本発明によるマルチメディアサブシステムは独自の入口点を有さないため、問合せ機能的要素Ｉ_１、Ｉ_２．．．Ｉ_ｎのすべて又は一部はＤＮＳサーバ内で「ｘ．ｃｏｍ」の用語と関連づけられることが可能である。これは、ランダムな形で、又は異なる問合せ機能的要素のロード、優先順位など、ある種の基準に基づく発見的方法に従って、どのアドレスを送るかを選ぶことが可能である。

図４の例では、領域名サーバＤＮＳは問合せ機能的要素Ｉ_１を決定したと仮定される。シグナリングメッセージｍは、その結果として、この機能的要素に送られる。

次いで、この機能的要素はフェデレート機能的要素ＦＦに問い合わせる。

その要求において、この機能的要素は被呼ユーザの論理アドレス（この場合、「ａ＠ｘ．ｃｏｍ」）を挿入する。

応答して、この機能的要素は被呼者によって使用される端末が接続された領域の識別子を受信する。この識別子は、例えば、当該領域のインターフェース機能的要素の物理アドレス（ＩＰ）であり得る。

図４の例において、この識別子は領域ＩＭＳ_２の識別子であり、送られた物理アドレスはインターフェース機能的要素Ｉ_２のアドレスであり得る。

次いで、問合せ機能的要素Ｉ_１はシグナリングメッセージｍを問合せ機能的要素Ｉ_２に送ることが可能である。

領域ＩＭＳ_２は、実際に標準マルチメディアサブシステムであるため、次いで、問合せ機能的要素Ｉ_２はＩＭＳの標準化に従って動作することが可能である。次いで、シグナリングメッセージｍは被呼者によって使用される端末Ｔに経路指定され得る。

端末Ｔが領域ＩＭＳ_１に接続される事例に対応する別の状況が発生し得る。この状況において、問合せ機能的要素Ｉ_１は、フェデレート機能的要素ＦＦの問合せの後に、シグナリングメッセージｍをその領域ＩＭＳ_１（より正確には、サービス提供機能的要素Ｓ_１）に直接送る。

発呼
図４の例に戻ると、このとき、領域ＩＭＳ_２に接続された通信クライアント（即ち、端末）Ｔは発呼を表すシグナリングメッセージを送ると仮定される。

この説明は、実際には、領域ＩＭＳ_２からの発呼の場合だけに当てはまる。被呼通信クライアントが同じマルチメディアサブシステムＩＭＳ_２に接続されている状況は、マルチメディアサブシステムの動作の点から最新技術に対応する。

発呼の場合、シグナリングメッセージは、（必要な場合、近接機能的要素Ｐ−ＣＳＣＦ（図示せず）を使用して）領域又はマルチメディアサブシステムＩＭＳ_２を介して、サービス提供機能的要素Ｓ_２に送られる。

この場合、このサービス提供機能的要素Ｓ_２は、このシグナリングメッセージのためのパス（即ち、経路）を決定する目的で、フェデレート機能的要素ＦＦに問い合わせることが意図され得る。

この場合、２つのシナリオが発生し得る。即ち、被呼者は、領域ＩＭＳ_１．．．ＩＭＳ_ｎのうちの１つに接続されてよく、又は別のネットワーク又はマルチメディアサブシステムに接続されてもよい。

これまで説明された着呼の場合のように、フェデレート機能的要素ＦＦは、どの領域に被呼通信クライアントが接続されるかを決定することが可能である。

第１の実装形態によれば、サービス提供機能的要素Ｓ_２はフェデレート機能的要素ＦＦに系統的に問い合わせる。被呼者がその他の領域のうちの１つに接続される場合、フェデレート機能的要素は、これを決定して、決定された領域の識別子を送る。被呼者がこれらの領域ＩＭＳ_１．．．ＩＭＳ_ｎのうちの１つに接続されない場合、フェデレート機能的要素ＦＦは、そのアドレスを見つけず、サービス提供機能的要素Ｓ_２によって被呼通信クライアントが領域ＩＭＳ_１．．．ＩＭＳ_ｎの外にあることを意味すると解釈され得る特定のメッセージを送る。この特定のメッセージは、誤りメッセージ又はその情報ベースにおける被呼通信クライアントの欠如を示すための特定の識別子を含むメッセージであり得る。

サービス提供機能的要素は、通信クライアントが、フェデレート機能的要素ＦＦに問い合わせる必要なしに、領域ＩＭＳ_１．．．ＩＭＳ_ｎのうちの１つの一部を形成するか否かを決定するための手段を有するように計画することも可能である。

本発明の別の実行方法によれば、領域は、すべての発信シグナリングメッセージが問合せ機能的要素Ｉ−ＣＳＣＦに送られるように構成される。

この実行方法は、例えば、問合せ機能的要素Ｉ−ＣＳＣＦにＴＨＩＧ（トポロジ隠蔽インターネットワークゲートウェイ（Ｔｏｐｏｌｏｇｙ Ｈｉｄｉｎｇ Ｉｎｔｅｒｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ））の機能を付与することによって実施可能である。この場合、問合せ機能的要素Ｉ−ＣＳＣＦは、ＩＭＳサブシステム及び外部通信ネットワークの間のインターフェースとしてだけ機能する。問合せ機能的要素Ｉ−ＣＳＣＦは、これらの外部ネットワークに関してＩＭＳの内部トポロジをマスクするためにも使用される。

ＴＨＩＧゲートウェイの特徴は３ＧＰＰの文書ＴＳ２４．２２８及びＴＳ２３．２２８において特定される。

この実行方法において、フェデレート機能的要素に問い合わせることが意図されるのはインターフェース機能的要素である。

この問合せは系統的であり得る。即ち、通信クライアントＴからのシグナリングメッセージの受信時に、問合せ機能的要素Ｉ_２はフェデレート機能的要素ＦＦに問い合わせる。これは、被呼クライアントが接続された領域の識別子を用いて、又は被呼クライアントが領域ＩＭＳ_１．．．ＩＭＳ_ｎのいずれにも接続されていないことを示す値を用いて応答する。

これまでの実行方法において言及されたように、問合せ機能的要素Ｉ_２は、シグナリングメッセージの受信時に、被呼通信クライアント（即ち、シグナリングメッセージの受信者）が領域ＩＭＳ_１．．．ＩＭＳ_ｎのうちの１つに接続されているかどうかを決定することが意図される。これらの手段は、フェデレート機能的要素から独立し、シグナリングメッセージの経路指定によって発生する通信を削減するために使用される。

これを行うために、問合せ機能的要素Ｉ_２は領域のうちの１つに接続された通信クライアントのすべてを記憶するテーブルを含み得る。

あるいは、この決定は名前付け規則（ｎａｍｅ ｃｏｎｖｅｎｔｉｏｎ）に基づき得る。通信クライアントの論理アドレスは、グローバルマルチメディアサブシステムに依存し得る。例えば、アドレスａ＠ｘ．ｃｏｍは端末「ａ」が領域名「ｘ」によって決定されたグローバル領域に接続されていることを意味する。かかる規則を用いながら、問合せ機能的要素を介して、この名前が独自の名前に対応するか否かを決定することは容易である。

その名前が独自の名前に対応しない場合、それは、そのクライアントが別のネットワークに属し、シグナリングメッセージは外部から経路指定されなければならないことを意味する。しかし、その名前が独自の名前に対応する場合、それは、フェデレート機能的要素は問い合わされなければならず、シグナリングメッセージは、このフェデレート機能的要素ＦＦによって与えられた応答に対応する領域に経路指定されなければならないことを意味する。

発信シグナリングメッセージのすべてが問合せ機能的要素（「ＴＨＩＧ」方法）を通過するこの動作方法は、問合せ機能的要素の修正だけを要求する利点を有する。着呼の状況又は発呼の状況において、フェデレート機能的要素ＦＦに問合せする責任を有するのはこれらの要素であり、従って、これらの要素だけがこの目的の対象となり、且つフェデレート機能的要素ＦＦからの応答を処理する必要がある。

その他の機能的要素、特に、サービス提供機能的要素は変らない。

従って、かかる動作方法は新しい特徴が通信ネットワークのグローバルアーキテクチャに及ぼす影響及びその追加コストを削減する。

すべての場合において、問合せ機能的要素（「ＴＨＩＧ」方法）又はサービス提供機能的要素（その他の実行方法）は、（独自の手段によってであろうと、又はフェデレート機能的要素ＦＦの問合せによってであろうと）受信通信クライアントが領域のうちの１つに接続されているかどうかを決定することが意図される。

接続されていない場合、当該機能的要素はシグナリングメッセージをネットワークの外に送る。そうでない場合、当該機能的要素はシグナリングメッセージをフェデレート機能的要素ＦＦによって送られた識別子に対応する領域に送る。

従って、この発明は、マルチメディアサブシステム（領域）のより大きなセットを形成する目的で、マルチメディアサブシステムのより小さなセットをフェデレートするために使用される。

グローバルマルチメディアサブシステムＩＭＳは、実際に、その実装、及び複数の領域ＩＭＳ_１、ＩＭＳ_２．．．ＩＭＳ_ｎを含むという事実をマスクする、その他の通信ネットワークに関するインターフェースを有する。従って、フェデレート機能的要素は、マルチメディアサブシステムのアーキテクチャを作成するため、並びに複数の領域へのその分類をシグナリングメッセージの送信者に対して、及び通信ネットワークの残りの部分に対して透過的にするために使用される。

その場合、プライベートオペレータによる管理のために削減されたサイズのある種の領域を開放することが可能になる。例えば、領域は、会社又は会社の子会社を表すことが可能であり、その管理はこの会社又はこの子会社の管理者の責任になり得る。

いくつかの領域をフェデレートするグローバルマルチメディアサブシステムは外部ネットワークに関するインターフェースを保証するオペレータによって管理可能である。

それぞれの領域ＩＭＳ_１、ＩＭＳ_２．．．ＩＭＳ_ｎ内に含まれた加入者選択機能的要素（ＳＬＦ）が、分散ハッシングテーブルによって実施され、これらの領域がフェデレート機能的要素ＦＦによってフェデレートされるように、２つの実装形態は組合せ可能である点にも留意されたい。

アーキテクチャ上の観点から、フェデレート機能的要素ＦＦは、その他の機能的要素と一体化することが可能である。特に、フェデレート機能的要素ＦＦ及び領域名サーバＤＮＳを含むブロックは、単一の機能に一体化して、１つのシステムを形成することが可能である。

Claims (31)

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. 請求項３０に記載のマルチメディアサブシステムにおいて、前記プライベートオペレータのうちの少なくとも１人が、前記マルチメディアサブシステムの該オペレータ及び該フェデレート機能的要素から独立しているマルチメディアサブシステム。

Images