(57)【要約】【課題】インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）ＳＬＦをサポートするためのルーティング技法を提供すること。【解決手段】この技法は、部分的には、情報のルーティングを容易にするためにユーザの識別情報、たとえば、ユーザのレルムを使用することに基づいている。この技法により、ＩＭＳネットワーク内の分散ＳＬＦの実装が可能になる。ＳＬＦにより、最終的には、複数のＨＳＳ要素によってより多くのユーザを収容することが可能になる。【選択図】図１
2006109478.tif 000002
【特許請求の範囲】
【請求項１】
分散ＳＬＦを組み込んだインターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）においてルーティングを行う方法であって、
第１のネットワーク要素で、レルム名を含むプライベート・ユーザＩＤが、Ｄｉａｍｅｔｅｒプロトコルを用いるルーティングで使用するのに利用可能であるかどうかを判断すること、
前記第１のネットワーク要素で、前記プライベート・ユーザＩＤが利用可能である場合には、第１のＤｉａｍｅｔｅｒプロトコル・メッセージのＤｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ属性値ペアに、前記プライベート・ユーザＩＤを登録すること、
前記第１のネットワーク要素で、ＳＬＦを実行して、前記第１のＤｉａｍｅｔｅｒプロトコル・メッセージを送るべき第１のＨＳＳ要素の決定を、前記Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ属性値ペアに基づいて行うこと、
前記第１のネットワーク要素からの前記第１のＤｉａｍｅｔｅｒプロトコル・メッセージを、前記第１のＨＳＳ要素へと送信すること、
前記第１のネットワーク要素で、前記プライベート・ユーザＩＤが利用可能でない場合には、第２のＤｉａｍｅｔｅｒプロトコル・メッセージのＤｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ属性値ペアに、全ネットワーク・レルムを登録すること、
前記第１のネットワーク要素からの前記第２のＤｉａｍｅｔｅｒプロトコル・メッセージを第２のネットワーク要素へと送信すること、
前記第２のネットワーク要素で、第２のＳＬＦを実行して、前記第２のＤｉａｍｅｔｅｒプロトコル・メッセージを送るべき第２のＨＳＳ要素を決定すること、
前記第２のネットワーク要素で、Ｒｅｄｉｒｅｃｔ−Ｈｏｓｔ属性値ペアに、前記第２のＨＳＳに関する情報を登録すること、および、
前記第２のＨＳＳ要素が前記第２のネットワーク要素でない場合、前記第２のメッセージを前記第１のネットワーク要素および前記第２のＨＳＳ要素へと送信し戻すこと
を含む方法。
【請求項２】
前記第１のネットワーク要素で、前記第１および第２のＤｉａｍｅｔｅｒプロトコル・メッセージのうちの１つに対する応答を受け取ることをさらに含む、請求項１に記載の方法。
【請求項３】
プライベート・ユーザＩＤが利用可能であるかどうかを判断することが、サービス要求メッセージに応答する、請求項１に記載の方法。
【請求項４】
前記第１のネットワーク要素が、ＣＳＣＦモジュールである、請求項１に記載の方法。
【請求項５】
前記第１のネットワーク要素が、アプリケーション・サーバである、請求項１に記載の方法。
【請求項６】
前記第２のネットワーク要素が、前記第２のＨＳＳ要素であり、前記方法が、前記第２のネットワーク要素で前記第２のメッセージに応答することをさらに含む、請求項１に記載の方法。
【請求項７】
前記第２のＳＬＦを実行することが、レルム・ルーティング・テーブルおよびピア・テーブルのうちの少なくとも１つにアクセスすることを含む、請求項１に記載の方法。
【請求項８】
分散ＳＬＦを組み込んだインターネット・マルチメディア・サブシステム（ＩＭＳ）を実装するシステムであって、
レルム名を含むプライベート・ユーザＩＤが、Ｄｉａｍｅｔｅｒプロトコルを用いるルーティングで使用するのに利用可能であるかどうかを判断し、第１のＳＬＦを実行して、前記第１のＤｉａｍｅｔｅｒプロトコル・メッセージを送るべき第１のＨＳＳ要素の決定を、前記プライベート・ユーザＩＤの利用可能性に基づいて行い、前記第１のＤｉａｍｅｔｅｒプロトコル・メッセージを、前記第１のＨＳＳ要素へと送信し、前記プライベート・ユーザＩＤが利用可能でない場合には、前記プライベート・ユーザＩＤが利用可能でない場合には、第２のＤｉａｍｅｔｅｒプロトコル・メッセージを第２のネットワーク要素へと送信するように動作する第１のネットワーク要素と、
第２のＳＬＦを実行して、第２のＤｉａｍｅｔｅｒプロトコル・メッセージを送るべき第２のＨＳＳ要素を決定し、前記第２のＨＳＳ要素が前記第２のネットワーク要素でない場合、前記第２のＤｉａｍｅｔｅｒプロトコル・メッセージを前記第１のネットワーク要素へと送信し戻すように動作する第２のネットワーク要素と
を含むシステム。
【請求項９】
前記第２のネットワーク要素に格納されており、内部にピア情報およびレルム・ルーティング情報を含むテーブルをさらに含む、請求項８に記載のシステム。
【請求項１０】
前記第１のネットワーク要素が、サービス要求メッセージに応答する、請求項８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット・マルチメディア・サブシステム（ＩＭＳ；Ｉｎｔｅｒｎｅｔ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）内のメッセージ・ルーティング機能を提供するための方法および装置に関する。この点で、そのようなインターネット（またはＩＰ）におけるマルチメディア・サブシステムネットワーク内の分散ＳＬＦ（Ｓｕｂｓｃｒｉｂｅｒ  Ｌｏｃａｔｏｒ  Ｆｕｎｃｔｉｏｎ）、これは加入者ロケータ機能であるが、をサポートするルーティング技法が提供される。この技法は、部分的には、情報のルーティングを容易にするためにユーザの識別情報、たとえば、ユーザのレルムを使用することに基づいている。ＳＬＦにより、最終的には、複数のＨＳＳ（ｈｏｍｅ  ｓｕｂｓｃｒｉｂｅｒ  ｓｅｒｖｉｃｅ）、これはホーム加入者サービスであるが、要素によってより多くのユーザを収容することが可能になる。
【背景技術】
【０００２】
背景として、回線交換ネットワークでは、メッセージのルーティングは、通常、共通線信号Ｎｏ．７（ＳＳ７）を使用するＳＴＰ（ｓｉｇｎａｌ  ｔｒａｎｓｆｅｒ  ｐｏｉｎｔ）、これは信号中継交換機であるが、などのネットワーク要素によって行われる。しかし、インターネット・マルチメディア・サブシステム（ＩＭＳ）メッセージでは、異なるプロトコルが使用される。この点では、ＩＰに基づくプロトコルである、Ｄｉａｍｅｔｅｒベース・プロトコルが使用される。
【０００３】
Ｄｉａｍｅｔｅｒベース・プロトコルは、様々なインターフェースをサポートするように拡張することができる。たとえば、Ｃｘインターフェースを使用すると、ユーザのデータの転送が、ＣＳＣＦ（ｃａｌｌ  ｓｅｒｖｉｃｅ  ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ）、これは呼サービス制御機能であるが、要素とＨＳＳ（ホーム加入者サービス）要素の間で行われる。Ｓｈインターフェースを使用すると、加入者のデータの転送がアプリケーション・サーバ（ＡＳ；ａｐｐｌｉｃａｔｉｏｎ  ｓｅｒｖｅｒ）要素とＨＳＳ（ホーム加入者サービス）要素の間で行われる。この点で、Ｄｉａｍｅｔｅｒベース・プロトコルには、Ｃｘ／Ｓｈ  Ｄｉａｍｅｔｅｒメッセージを適切なネットワーク要素へと回送するためのルーティング機能がある。これは、リレー、リダイレクト、およびプロキシの機能を含む。
【０００４】
Ｄｉａｍｅｔｅｒベース・プロトコル拡張（ＣｘおよびＳｈ）のメッセージにより、ユーザのパブリックおよびプライベートの識別情報が可能になる（たとえば、パブリック・ユーザＩＤ（ＰＵＩＤ；ｐｕｂｌｉｃ  ｕｓｅｒ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）およびプライベート・ユーザＩＤ（ＰＲＩＤ；ｐｒｉｖａｔｅ  ｕｓｅｒ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ））。こうしたＩＤは、数字だけでなく他の非数字キャラクタも含むことができる。たとえば、ｘ１というユーザに対するプライベート・ユーザＩＤは、ｘ１＠ｘｘｘ．ｌｕｃｅｎｔ．ｃｏｍという形式をとる。この場合、このプライベート・ユーザＩＤは、ｘｘｘ．ｌｕｃｅｎｔ．ｃｏｍというレルムをもつ。パブリック・ユーザＩＤは、同じユーザ（たとえば、ｘ１）に関する情報であるが、単に、他の人々がこのユーザをアドレスするのに使用する別の形式（または諸形式）である。単一のユーザが、そのプライベート・ユーザＩＤと結び付いた複数のパブリック・ユーザＩＤをもつことも可能である。たとえば、パブリック・ユーザＩＤは、ｘ１＠ｌｕｃｅｎｔ．ｃｏｍまたはｘ１＠ｂｅｌｌ−ｌａｂｓ．ｃｏｍとすることができる。このようにして、一般の人々が知るのは、あるユーザのプライベート・ユーザＩＤでは決してなく、パブリック・ユーザＩＤだけである。プライベート・ユーザＩＤの情報を、ネットワークおよびサービス・プロバイダだけが知るようにすることもできる。
【０００５】
もちろん、類似の状況は、ユーザＩＤ情報が、電話番号の場合のように単に数字である場合に生じる。このため、あるユーザに対するパブリック・ユーザＩＤは、公開されている（ｐｕｂｌｉｓｈｅｄ）携帯電話番号であるが、同じユーザに対するプライベート・ユーザＩＤが、このユーザの携帯電話に対するＭＩＮ（ｍｏｂｉｌｅ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｎｕｍｂｅｒ）となっていることもあり得る。
【０００６】
ＩＭＳネットワークの実装を規定するために発表された最近の標準（たとえば、３ＧＰＰ  ＴＳ  ２９．２２８「Ｃｘ  ａｎｄ  Ｄｘ  ｉｎｔｅｒｆａｃｅｓ  ｂａｓｅｄ  ｏｎ  ｔｈｅ  Ｄｉａｍｅｔｅｒ  Ｐｒｏｔｏｃｏｌ」（Ｄｉａｍｅｔｅｒプロトコルに基づくＣｘおよびＤｘインターフェース）および３ＧＰＰ  ＴＳ  ２３．２２８「ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）」（ＩＰマルチメディア・サブシステム（ＩＭＳ）））では、ＳＬＦ（加入者ロケータ機能）をＩＭＳネットワークで使用することもできることを指示している。しかし、ＳＬＦは標準には定義されておらず、どのような実装も知られてはいない。有用な解決策がない以上、ＳＬＦをもつＩＭＳシステム内部でのルーティングは困難となる可能性がある。
本発明は、上で言及した困難その他を解決する新しい改良されたシステムを企図するものである。
【非特許文献１】３ＧＰＰ  ＴＳ  ２９．２２８「Ｃｘ  ａｎｄ  Ｄｘ  ｉｎｔｅｒｆａｃｅｓ  ｂａｓｅｄ  ｏｎ  ｔｈｅ  Ｄｉａｍｅｔｅｒ  Ｐｒｏｔｏｃｏｌ」（Ｄｉａｍｅｔｅｒプロトコルに基づくＣｘおよびＤｘインターフェース）
【非特許文献２】３ＧＰＰ  ＴＳ  ２３．２２８「ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）」（ＩＰマルチメディア・サブシステム（ＩＭＳ））
【発明の開示】
【発明が解決しようとする課題】
【０００７】
インターネット・マルチメディア・サブシステム（ＩＭＳ）内のルーティング機能を提供するための方法および装置が提供される。
【課題を解決するための手段】
【０００８】
本発明の一態様では、方法は、第１のネットワーク要素で、レルム名を含むプライベート・ユーザＩＤが、Ｄｉａｍｅｔｅｒプロトコルを用いるルーティングで使用するのに利用可能であるかどうかを判断すること、第１のネットワーク要素で、プライベート・ユーザＩＤが利用可能である場合には、第１のＤｉａｍｅｔｅｒプロトコル・メッセージのＤｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ属性値ペアに、プライベート・ユーザＩＤを登録すること、第１のネットワーク要素で、ＳＬＦを実行して、第１のＤｉａｍｅｔｅｒプロトコル・メッセージを送るべき第１のＨＳＳ要素の決定を、Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ属性値ペアに基づいて行うこと、第１のネットワーク要素からの第１のＤｉａｍｅｔｅｒプロトコル・メッセージを、第１のＨＳＳ要素へと送信すること、第１のネットワーク要素で、プライベート・ユーザＩＤが利用可能でない場合には、第２のＤｉａｍｅｔｅｒプロトコル・メッセージのＤｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ属性値ペアに、全ネットワーク・レルムを登録すること、第１のネットワーク要素からの第２のＤｉａｍｅｔｅｒプロトコル・メッセージを第２のネットワーク要素へと送信すること、第２のネットワーク要素で、第２のＳＬＦを実行して、第２のＤｉａｍｅｔｅｒプロトコル・メッセージを送るべき第２のＨＳＳ要素を決定すること、第２のネットワーク要素で、Ｒｅｄｉｒｅｃｔ−Ｈｏｓｔ属性値ペアに、第２のＨＳＳに関する情報を登録すること、および、第２のＨＳＳ要素が第２のネットワーク要素でない場合、第２のメッセージを第１のネットワーク要素および第２のＨＳＳ要素へと送信することを含む。
【０００９】
また、本発明の別の態様では、方法は、第１のネットワーク要素で、第１および第２のＤｉａｍｅｔｅｒプロトコル・メッセージのうちの１つに対する応答を受け取ることを含む。
また、本発明の別の態様では、プライベート・ユーザＩＤが利用可能であるかどうかを判断することが、サービス要求メッセージに応答する。
【００１０】
また、本発明の別の態様では、第１のネットワーク要素が、ＣＳＣＦモジュールである。
また、本発明の別の態様では、第１のネットワーク要素が、アプリケーション・サーバである。
【００１１】
また、本発明の別の態様では、第２のネットワーク要素が、第２のＨＳＳ要素であり、上記方法が、第２のネットワーク要素で第２のメッセージに応答する。
また、本発明の別の態様では、第２のＳＬＦを実行することが、レルム・ルーティング・テーブルおよびピア・テーブルのうちの少なくとも１つにアクセスすることを含む。
【００１２】
また、本発明の別の態様では、本発明による方法を実行するための手段が提供される。
また、本発明の別の態様では、１システムは、レルム名を含むプライベート・ユーザＩＤが、Ｄｉａｍｅｔｅｒプロトコルを用いるルーティングで使用するのに利用可能であるかどうかを判断し、第１のＳＬＦを実行して、第１のＤｉａｍｅｔｅｒプロトコル・メッセージを送るべき第１のＨＳＳ要素の決定を、プライベート・ユーザＩＤの利用可能性に基づいて行い、第１のＤｉａｍｅｔｅｒプロトコル・メッセージを、第１のＨＳＳ要素へと送信し、プライベート・ユーザＩＤが利用可能でない場合には、プライベート・ユーザＩＤが利用可能でない場合には、第２のＤｉａｍｅｔｅｒプロトコル・メッセージを第２のネットワーク要素へと送信するように動作する第１のネットワーク要素と、第２のＳＬＦを実行して、第２のＤｉａｍｅｔｅｒプロトコル・メッセージを送るべき第２のＨＳＳ要素を決定し、第２のＨＳＳ要素が第２のネットワーク要素でない場合、第２のＤｉａｍｅｔｅｒプロトコル・メッセージを第１のネットワーク要素へと送信し戻すように動作する第２のネットワーク要素とを含む。
【００１３】
また、本発明の別の態様では、システムは、第２のネットワーク要素に格納されており、内部にピア情報およびレルム・ルーティング情報を含むテーブルをさらに含む。
また、本発明の別の態様では、第１のネットワーク要素が、サービス要求メッセージに応答する。
【００１４】
そして、本発明の適用可能性のさらなる範囲は、以下に述べる詳細な説明から明らかとなろう。しかし、詳細な説明および特定の例は、本発明の好ましい実施形態を示しているものの、本発明の趣旨および特許請求の範囲内にある様々な変更および修正が当業者には明らかとなるであろうから、例示として与えているに過ぎないことを理解されたい。
【００１５】
本発明は、装置の様々な部品の構造、配置、および組み合わせ、ならびに方法の諸ステップにおいて存在し、これにより、企図する目的は、以下でより詳細に述べ、具体的に特許請求の範囲で指摘し、添付の図面で例示するように達成される。
【発明を実施するための最良の形態】
【００１６】
次に、提示の目的が、単に本発明の例示的な実施形態を例示することであり、これを限定することではない図面を参照すると、図１に、本発明を組み込むことのできるシステムの図を与えている。ここに示すように、インターネット（またはＩＰ）マルチメディア・サブシステム（ＩＭＳ）ネットワーク１０は、互いに通信し合う様々なネットワーク要素を含んでいる。たとえば、例示的なネットワーク１０は、ＣＳＣＦ（呼サービス制御機能）モジュール１２およびアプリケーション・サーバ（ＡＳ、ａｐｐｌｉｃａｔｉｏｎ  ｓｅｒｖｅｒ）１４を含む。これらのネットワーク要素は、複数のＨＳＳ（ホーム加入者サービス）要素１６−１から１６−ｎ（またＨＳＳ１、ＨＳＳ２、．．．ＨＳＳｎとも示す）と通信を行う。さらに、ＣＳＣＦ（呼サービス制御機能）モジュール１２およびアプリケーション・サーバ１４は、ＳＬＦ（加入者ロケータ機能）１８と通信を行う。ＣＳＣＦ（呼サービス制御機能）モジュール１２およびアプリケーション・サーバ１４も、互いの通信を、普通、間接的に、他のネットワーク要素（図示せず）を通して行う。こうした他のネットワーク要素は、サービスをネットワークに提供し、または他のネットワーク関数を実行する目的で使用することができる。
【００１７】
示しているネットワーク要素は、Ｄｉａｍｅｔｅｒプロトコルを使用しており、したがって、特定のインターフェースを通して通信を行う。たとえば、ＣＳＣＦ（呼サービス制御機能）モジュール１２は、ＨＳＳ（ホーム加入者サービス）要素１６−１から１６−ｎとの通信を、Ｃｘインターフェースを介してＣｘメッセージを用いて行う。同様に、アプリケーション・サーバ（ＡＳ）１４は、ＨＳＳ（ホーム加入者サービス）モジュール１６−１から１６−ｎとの通信を、Ｓｈインターフェースを介してＳｈメッセージを用いて行う。ＣｘメッセージおよびＳｈメッセージは、その中にあて先レルムに関するデータ・フィールド、すなわち、Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ（あて先レルム）属性値ペア（ＡＶＰ、ａｔｔｒｉｂｕｔｅ  ｖａｌｕｅ  ｐａｉｒ）を含む。また、これらのメッセージは、Ｒｅｄｉｒｅｃｔ−Ｈｏｓｔ（リダイレクト・ホスト）属性値ペア用のデータ・フィールドを含む。
【００１８】
ＩＭＳネットワーク１０は、１組のレルム／領域と結び付いていることを理解されたい。ＩＭＳネットワーク１０の各ユーザは、レルム／領域と結び付いたプライベート・ユーザＩＤ（ＩＤ）をもっている。もちろん、ユーザは、２つ以上のパブリック・ユーザＩＤをもつことができる。すでに触れたように、ＩＭＳネットワーク内部には２つ以上のＨＳＳ（ホーム加入者サービス）要素があり、このそれぞれが異なるレルムに対応することができる。
【００１９】
上記で詳しく述べたように、ユーザｘ１に対するプライベート・ユーザＩＤは、ｘ１＠ｘｘｘ．ｌｕｃｅｎｔ．ｃｏｍの形式をとることができる。この場合、プライベート・ユーザＩＤはｘｘｘ．ｌｕｃｅｎｔ．ｃｏｍというレルムをもつ。
【００２０】
図１に示すネットワーク要素は、本来例示的なものであり、本発明を組み込むことのできるネットワーク全体を必ずしも構成しないことが当業者には理解されよう。さらに、各ネットワーク要素は、マルチメディア環境での実装の際、様々な形をとることができる。ＣＳＣＦ（呼サービス制御機能）モジュール１２、アプリケーション・サーバ（ＡＳ）１４、およびＨＳＳ（ホーム加入者サービス）モジュール１６−１から１６−ｎは、当技術分野によく知られている形をとっており、本発明の教示に従って簡単に変更して本発明を実装する。
【００２１】
たとえば、図２〜５のコールフロー図で詳細に述べることになるが、ＣＳＣＦ（呼サービス制御機能）モジュール１２およびアプリケーション・サーバ（ＡＳ）１４は、本発明の説明を行う実施形態によれば、レルム名を含むプライベート・ユーザＩＤが、Ｄｉａｍｅｔｅｒプロトコルを用いるルーティングで使用するのに利用可能かどうかを決定し、そのプライベート・ユーザＩＤが利用可能な場合には、第１のＤｉａｍｅｔｅｒプロトコル・メッセージのあて先レルム属性値ペア（ＡＶＰ）に、そのプライベート・ユーザＩＤを登録する（ｐｏｐｕｌａｔｅ）ように機能する。また、このネットワーク要素は、次いで、第１のＤｉａｍｅｔｅｒプロトコル・メッセージを送るべき第１のＨＳＳ（ホーム加入者サービス）要素を、あて先レルムＡＶＰの内容に基づいて決定する第１のＳＬＦ（加入者ロケータ機能）を実行し、第１のＤｉａｍｅｔｅｒプロトコル・メッセージを第１のＨＳＳ（ホーム加入者サービス）要素へと送信するようにも動作する。また、このネットワーク要素は、プライベート・ユーザＩＤが利用可能でない場合、第２のＤｉａｍｅｔｅｒプロトコル・メッセージのあて先レルムＡＶＰに、ネットワーク全体のレルムを登録し、第２のＤｉａｍｅｔｅｒプロトコル・メッセージを第２のネットワーク要素、たとえば、ＳＬＦ（加入者ロケータ機能）モジュール１８へと送信する。
【００２２】
ＳＬＦ（加入者ロケータ機能）モジュール１８は、ＳＤＨＬＲ（ｓｕｐｅｒ  ｄｉｓｔｒｉｂｕｔｅｄ  ｈｏｍｅ  ｓｕｂｓｃｒｉｂｅｒ  ｒｅｇｉｓｔｅｒ）など、別のＨＳＳ（ホーム加入者サービス）モジュールの形をとることもできる。もちろん、このＳＤＨＬＲは、好ましくは、アプリケーションホスティング環境（ＡＨＥ）に基づいており、当技術分野によく知られているＤｉａｍｅｔｅｒプロトコルと加入者位置登録機能（ｓｕｂｓｃｒｉｂｅｒ  ｌｏｃａｔｉｏｎ  ｒｅｇｉｓｔｅｒ  ｆｕｎｃｔｉｏｎｓ）をどちらもサポートする。このため、要素１８は、加入者位置に関する機能以外の機能を実行することができる。説明を簡単にするため、この要素をＳＬＦ（加入者ロケータ機能）モジュールと呼ぶことにする。さらに、このＳＬＦ（加入者ロケータ機能）モジュール１８は、好ましくは、ピア（ｐｅｅｒ）情報およびレルム・ルーティング情報を内部に格納した一連のルック・アップ・テーブルを含むが、これについては、図６に関連して以下でより詳細に説明することにする。これらのテーブルへのアクセスは、本発明の少なくとも１つの実施形態で、メッセージを送るべきＨＳＳ（ホーム加入者サービス）要素を決定する目的で行われる。
【００２３】
いずれにせよ、ＳＬＦ（加入者ロケータ機能）モジュール１８は、本発明の説明を行う実施形態によれば、第２のＳＬＦ（加入者ロケータ機能）を、第２のＤｉａｍｅｔｅｒプロトコル・メッセージを送るはずのＨＳＳ（ホーム加入者サービス）要素を決定するために実行するように動作するネットワーク要素（たとえば、第２のネットワーク要素）である。次いで、これは、Ｒｅｄｉｒｅｃｔ−Ｈｏｓｔ（リダイレクト・ホスト）属性値ペア（ＡＶＰ）に、決定したＨＳＳ（ホーム加入者サービス）要素に関する情報を登録し、決定したＨＳＳ（ホーム加入者サービス）要素がＳＬＦの収容されているネットワーク要素でない場合には、第２のＤｉａｍｅｔｅｒプロトコル・メッセージを第１のネットワーク要素へと送信し戻す。注目すべきは、決定したＨＳＳ（ホーム加入者サービス）要素が第２のネットワーク要素（すなわち、ＳＬＦ（加入者ロケータ機能）モジュールを収容しているネットワーク要素）である場合、第２のＤｉａｍｅｔｅｒプロトコル・メッセージの処理は、通常のＨＳＳ（ホーム加入者サービス）が行うはずのものと同様に行うが、これは、そうするために必要な情報がすべて、この時点でそこにあるためである。たとえば、これは、このメッセージへの応答の提供を、図２のＨＳＳ１が行うように行う可能性がある。こうした状況では、決定したＨＳＳ（ホーム加入者サービス）要素に関する情報をＣＳＣＦ（呼サービス制御機能）モジュールまたはアプリケーション・サーバ（ＡＳ）へと送り返す必要はない。
【００２４】
ネットワーク内部のこの構成および責任の分割では、ＳＬＦ（加入者ロケータ機能）は分散している。ＣＳＣＦ（呼サービス制御機能）またはアプリケーション・サーバ（ＡＳ）にユーザのプライベート・ユーザＩＤがわかっている場合には、ＳＬＦ（加入者ロケータ機能）は、そのＣＳＣＦ（呼サービス制御機能）モジュールまたはアプリケーション・サーバ（ＡＳ）が、それぞれ実行する。ＣＳＣＦ（呼サービス制御機能）またはアプリケーション・サーバ（ＡＳ）にユーザのプライベート・ユーザＩＤがわかっていない場合には、ＳＬＦ（加入者ロケータ機能）は、ＳＬＦ（加入者ロケータ機能）モジュール１８が実行する。
【００２５】
例示的なネットワーク１０に結び付いたコールフローは、ネットワークの内部に含まれ、提供の対象となるサービスを実施するために実行するコンポーネントに応じて変わる可能性があることを理解されたい。たとえば、特定の機能の開始は、ＣＳＣＦ（呼サービス制御機能）モジュール１２が行うことになるが、その他の実施はアプリケーション・サーバ（ＡＳ）１４が行う可能性がある。違いが存在するのは、ＣＳＣＦ（呼サービス制御機能）モジュール１２では、通常、本発明の機能を、サービス要求メッセージに応答して実施することになる点である。アプリケーション・サーバ（ＡＳ）１４は、企図する技法の開始を、ネットワークにサービスを提供することの結果として行うことがある。
【００２６】
現在説明を行っている実施形態による方法のネットワークにおける実施は、実行中の機能に応じて対応するハードウェアをトリガできる、適したソフトウェア・ルーチンによって行われることも理解されたい。こうしたソフトウェア・ルーチンは、ＣＳＣＦ（呼サービス制御機能）モジュールまたはアプリケーション・サーバ（ＡＳ）などの単一のネットワーク要素内部に収容でき、またはネットワーク全体に適切に分散させることもできる。適用可能な標準によっても、実施の選択した諸態様は決定される可能性がある。
ＣＳＣＦ（呼サービス制御機能）モジュール１２に関するコールフローの例に関して、次に図２および３を参照する。
【００２７】
まず図２を参照すると、本発明の技法は、ＣＳＣＦ（呼サービス制御機能）モジュール１２がサービス要求メッセージを受け取った後に開始される（２０）。ＣＳＣＦ（呼サービス制御機能）モジュール１２は、加入者（たとえば、ＩＭＳユーザ）のプライベート・ユーザＩＤを決定することができる場合には、Ｃｘ要求メッセージのすでに触れたあて先レルムＡＶＰにプライベート・ユーザＩＤのレルム、たとえば、ｘ１＠ｘｘｘ．ｌｕｃｅｎｔ．ｃｏｍを登録することになる。これは、本発明の分散ＳＬＦ（加入者ロケータ機能）の一部である。
【００２８】
次いで、ＣＳＣＦ（呼サービス制御機能）モジュールは、Ｃｘメッセージの対応するＨＳＳホスト、たとえば、ＨＳＳ（ホーム加入者サービス）要素１６−１への送信を、ＣＳＣＦモジュール（呼サービス制御機能）内に格納されているルーティング・テーブルに基づいて行うことになる（２２）。このルーティング・テーブルは、レルム（またはプライベート・ユーザＩＤ）をＨＳＳ（ホーム加入者サービス）要素と相互に関連付ける様々な形をとることができる。通常の処理では、ＨＳＳ（ホーム加入者サービス）要素１６−１は、要求に対してＣｘ応答で応答する（２４）。
【００２９】
次に図３を参照すると、本発明の技法は、同様に、ＣＳＣＦ（呼サービス制御機能）モジュール１２がサービス要求メッセージを受け取った後に開始される（３０）。ＣＳＣＦ（呼サービス制御機能）モジュールでは、そのユーザに対するプライベート・ユーザＩＤ情報が利用可能でないと判断すると、Ｃｘ要求メッセージの必須のあて先レルム（Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ）属性値ペア（ＡＶＰ）にＩＭＳネットワーク全体のレルムを登録することになる。ＩＭＳネットワーク全体のレルムの形式の例は、「ｎｅｔｗｏｒｋ．ｃｏｍ」のようなものになる。次いで、ＣＳＣＦ（呼サービス制御機能）モジュールは、Ｃｘメッセージの送信を、ＳＤＨＬＲホスト・アドレスまたは他のＨＳＳ（ホーム加入者サービス）要素の中にたとえば配置されるＳＬＦ（加入者ロケータ機能）モジュールなど、別のネットワーク要素（たとえば、第２のネットワーク要素）へと、ＣＳＣＦ（呼サービス制御機能）モジュール内に格納されているルーティング・テーブルに基づいて行う（３２）。
【００３０】
ＳＬＦ（加入者ロケータ機能）モジュールは、Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ（あて先レルム）属性値ペア（ＡＶＰ）内に格納されているデータおよびパブリック・ユーザＩＤ（ＰＵＩＤ）に従って、ＰＵＩＤをネットワーク・レルムにマッピングするマッピング・テーブルを検索する。上で触れたように、Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ（あて先レルム）属性値ペア（ＡＶＰ）は、ＳＬＦ（加入者ロケータ機能）モジュールに送るＣｘメッセージ内で与えられている。パブリック・ユーザＩＤ（ＰＵＩＤ）もＣｘメッセージ内に与えられていることも理解されたい。ＳＬＦ（加入者ロケータ機能）モジュールは、レルム・ルーティング・テーブル（およびおそらくは他のテーブル）の検索結果に基づいて、ＣｘメッセージをどのＨＳＳ（ホーム加入者サービス）モジュール（たとえば、ＨＳＳ（ホーム加入者サービス）モジュール１６−１）へと送るべきかを決定し、ＣＳＣＦ（呼サービス制御機能）要求に対してＣｘメッセージで返答を行う（３４）。このＣｘメッセージは、決定したＨＳＳ（ホーム加入者サービス）モジュール（たとえば、ＨＳＳ（ホーム加入者サービス）モジュール１６−１）のアドレス／名前を含む。このために、Ｒｅｄｉｒｅｃｔ−Ｈｏｓｔ（リダイレクト・ホスト）属性値ペアにすでに触れた情報を登録する。このステップ／機能は、本発明による分散ＳＬＦ（加入者ロケータ機能）の別の部分に対応する。
【００３１】
次いで、ＣＳＣＦ（呼サービス制御機能）モジュールは、要求をＨＳＳ（ホーム加入者サービス）モジュール（たとえば、ＨＳＳ（ホーム加入者サービス）モジュール１６−１）へと、ここに示すように送る（３６）。通常の処理では、ＨＳＳ（ホーム加入者サービス）モジュール（たとえば、ＨＳＳ（ホーム加入者サービス）モジュール１６−１）は適切なＣｘ応答を応答として送る（３８）。
【００３２】
注意すべきは、たとえばＳＤＨＬＲの、ＳＬＦ（加入者ロケータ機能）モジュール内のパブリック・ユーザＩＤ（ＰＵＩＤ）の識別に使用するテーブルおよびネットワーク・レルム・マッピング・テーブルは、そのＳＬＦ（加入者ロケータ機能）モジュール（すなわち、そのＳＬＦモジュールを収容している可能性のあるＨＳＳ（ホーム加入者サービス）モジュール）に対応するパブリック・ユーザＩＤについての情報を格納している必要はない、という点である。ＰＵＩＤを、たとえばＳＤＨＬＲ内の、ＰＵＩＤテーブルおよびネットワーク・レルム・マッピング・テーブル内で見付けることができなかった場合は、そのメッセージの処理は、単に、そのＳＬＦモジュールを収容できるＨＳＳ（ホーム加入者サービス）モジュールが行うことになる。
【００３３】
次に図４を参照すると、本発明の技法は、アプリケーション・サーバによっても開始することができる。アプリケーション・サーバが、加入者（たとえば、ＩＭＳユーザ）のプライベート・ユーザＩＤを決定することができる場合、アプリケーション・サーバは、Ｓｈ要求メッセージのすでに触れたＤｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ（あて先レルム）ＡＶＰにそのプライベート・ユーザＩＤのレルム、たとえば、ｘ１＠ｘｘｘ．ｌｕｃｅｎｔ．ｃｏｍを登録することになる。これは、本発明の分散ＳＬＦ（加入者ロケータ機能）機能の一部である。
【００３４】
次いで、アプリケーション・サーバは、アプリケーション・サーバに格納されているルーティング・テーブルに基づいてＳｈメッセージを対応するＨＳＳホスト、たとえばＨＳＳ（ホーム加入者サービス）要素１６−１に送信する（４０）。通常の処理では、ＨＳＳ（ホーム加入者サービス）要素１６−１は、この要求に対してＳｈ応答で応答することになる（４２）。
【００３５】
次に図５を参照すると、アプリケーション・サーバは、そのユーザに対するプライベート・ユーザＩＤが利用可能でないと判断した場合、Ｓｈ要求メッセージのＤｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ（あて先レルム）属性値ペア（ＡＶＰ）にＩＭＳネットワーク全体のレルムを登録することになる。ここでも、ＩＭＳネットワーク全体のレルムは、「ｎｅｔｗｏｒｋ．ｃｏｍ」の形式をとることができる。次いで、アプリケーション・サーバは、Ｓｈメッセージの送信を、ＳＤＨＬＲホスト・アドレスにたとえば配置されているＳＬＦ（加入者ロケータ機能）モジュールなど、別のネットワーク要素へと、アプリケーション・サーバに格納されているルーティング・テーブルに基づいて行う（５０）。
【００３６】
ＳＬＦ（加入者ロケータ機能）モジュールは、Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ（あて先レルム）属性値ペア（ＡＶＰ）内に格納されているデータおよびパブリック・ユーザＩＤ（ＰＵＩＤ）に従って、ＰＵＩＤをネットワーク・レルムにマッピングするマッピング・テーブルを検索する。すでに触れたように、Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ（あて先レルム）属性値ペア（ＡＶＰ）は、ＳＬＦ（加入者ロケータ機能）に送るＳｈメッセージ内で与えられている。パブリック・ユーザＩＤ（ＰＵＩＤ）もＳｈメッセージ内に与えられていることも理解されたい。ＳＬＦ（加入者ロケータ機能）モジュールは、レルム・ルーティング・テーブル（およびおそらくは他のテーブル）の検索結果に基づいて、ＳｈメッセージをどのＨＳＳ（ホーム加入者サービス）モジュール（たとえば、ＨＳＳ（ホーム加入者サービス）モジュール１６−１）へと送るべきかを決定し、アプリケーション・サーバ要求に対してＳｈメッセージで返答を行う（５２）。このＳｈメッセージは、決定したＨＳＳ（ホーム加入者サービス）モジュール（たとえば、ＨＳＳ（ホーム加入者サービス）モジュール１６−１）のアドレス／名前を含む。このために、Ｒｅｄｉｒｅｃｔ−Ｈｏｓｔ（リダイレクト・ホスト）属性値ペアに、すでに触れた情報を登録する。このステップ／機能は、本発明による分散ＳＬＦ（加入者ロケータ機能）の別の部分に対応する。
【００３７】
次いで、アプリケーション・サーバは、要求をＨＳＳ（ホーム加入者サービス）モジュール（たとえば、ＨＳＳ（ホーム加入者サービス）モジュール１６−１）へと、ここに示すように送る（５４）。通常の処理では、ＨＳＳ（ホーム加入者サービス）モジュール（たとえば、ＨＳＳ（ホーム加入者サービス）モジュール１６−１）は適切なＳｈ応答を応答として送る（５６）。
【００３８】
ここでも、たとえばＳＤＨＬＲの、ＳＬＦ（加入者ロケータ機能）モジュール内のパブリック・ユーザＩＤ（ＰＵＩＤ）の識別に使用するテーブルおよびネットワーク・レルム・マッピング・テーブルは、そのＳＬＦ（加入者ロケータ機能）モジュール（すなわち、そのＳＬＦモジュールを収容している可能性のあるＨＳＳ（ホーム加入者サービス）モジュール）に対応するパブリック・ユーザＩＤについての情報を格納している必要はない、という点である。ＰＵＩＤを、たとえばＳＤＨＬＲ内の、ＰＵＩＤテーブルおよびネットワーク・レルム・マッピング・テーブル内で見付けることができなかった場合は、そのメッセージの処理は、単に、そのＳＬＦモジュールを収容できるＨＳＳ（ホーム加入者サービス）モジュールが行うことになる。
【００３９】
次に図６を参照すると、ＳＬＦ（加入者ロケータ機能）モジュール１８に格納してあるテーブル（たとえば、レルム・ルーティング・テーブル６０およびピア・テーブル６２）を示している。もちろん、ここに示すこれらのテーブルは、格納テーブルの例に過ぎず、本発明を限定するものとして解釈すべきではない。上でそれとなく述べているが、要素１８は、説明を簡単にするために図示または説明をしていない追加の機能およびコンポーネントを有することができる。
【００４０】
動作時に、ピアからのメッセージ内のあて先レルムが、レルム・ルーティング・テーブル６０内のレルム名（Ｒｅａｌｍ  Ｎａｍｅ）６０−１に関するエントリとマッチし、このメッセージ内のベンダおよびアプリケーションＩＤ６０−２、６０−３がこのエントリと結び付いたものとマッチした場合、このメッセージに対する動作が、Ａｃｔｉｏｎフィールドの値６０−４に基づいて行われ、たとえば、ローカル（ｌｏｃａｌ）とは、ローカル・アプリケーションへと回送、を意味し、リレー（ｒｅｌａｙ）とは、レルム・ルーティング・テーブル内のサーバ名（Ｓｅｒｖｅｒ  Ｎａｍｅ）フィールド６０−５に示すピアへと回送、を意味する。たとえば、リレーが必要な場合、サーバ名６０−５（または他の関連する情報）は、ピア・テーブル６２へのポインタを提供し、これは、メッセージを転送すべきネットワーク要素（たとえば、ＨＳＳ（ホーム加入者サービス）要素）に関するアドレスまたはホスト識別６２−１を内部に格納している。メッセージを送るべきエンティティが、実際にＳＬＦ（加入者ロケータ機能）モジュールを収容するエンティティであるという判断が行われた場合、そのエンティティは、単にローカルな消費を行うこと、たとえば、メッセージの処理を情報のそれ以上のリレーを開始せずに行うことになる。上で触れたように、決定したエンティティは、そのメッセージを単に処理するのに必要な情報をすべて有する（また、たとえば、応答を適切なエンティティへと送ることができる）。マッチするものが見付からなかった場合は、アプリケーションにそのイベントについて通知し、またはマッチするものが見つかっていないことを示す応答メッセージをピアへと送る。
【００４１】
上記の説明は、本発明の特定の諸実施形態の開示を与えるものに過ぎず、本発明をこれに限定することを目的とするものではない。したがって、本発明は上で説明した諸実施形態だけに限定されない。むしろ、当業者は、本発明の範囲の内に属する代替実施形態を案出できるはずであることが理解されよう。
【図面の簡単な説明】
【００４２】
【図１】本発明からの実施形態を実装できるネットワークを示す図である。
【図２】本発明の一態様を示すコールフロー図である。
【図３】本発明の一態様を示すコールフロー図である。
【図４】本発明の一態様を示すコールフロー図である。
【図５】本発明の一態様を示すコールフロー図である。
【図６】本発明によるネットワーク要素を示すブロック図である。
【図１】
2006109478.tif 000003
【図２】
2006109478.tif 000004
【図３】
2006109478.tif 000005
【図４】
2006109478.tif 000006
【図５】
2006109478.tif 000007
【図６】
2006109478.tif 000008