JP2010527520A - サーバー発見を実行するメカニズム - Google Patents

Abstract

【課題】通信接続のためのＰ−ＣＳＣＦのようなサーバーを選択する改良されたメカニズムを提供する。
【解決手段】ネットワークコントロール要素及びターミナル装置で各々実行される異なるサーバー／プロキシー発見メカニズムにより同じサーバー／プロキシーが選択されるように確保するメカニズム。サーバー／プロキシーの第１選択は、第１の発見手順に基づきネットワークコントロール要素で実行される。サーバー／プロキシーの第２選択は、第２の発見手順に基づきターミナル装置で実行される。リレーエージェント要素を使用して、コンフィギュレーションサーバーに代わって要求に応答するか、又はコンフィギュレーションサーバーの応答を変更して、ネットワークコントロール要素及びターミナル装置で同じサーバー／プロキシーが選択されるようにする。
【選択図】図１

Description

本発明は、通信接続に使用されるアプリケーションファンクション又はサーバーを発見するのに使用されるメカニズムに係る。より詳細には、本発明は、ゲートウェイネットワーク要素のようなネットワークコントロール要素及びユーザ装置のようなターミナル装置が、通信接続を確立するときに、ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークのプロキシーコールステートコントロールファンクション（Ｐ−ＣＳＣＦ）のような同じサーバー／プロキシーにコンタクトするのを保証する改良されたメカニズムに係る。

以下に述べる本発明の説明上、次のことに注意しなければならない。
− ターミナル装置又はユーザ装置（ＵＥ）は、例えば、ユーザが通信ネットワークにアクセスできるようにする任意の装置でよく、これは、それらの基礎となる技術的プラットホームには関わりなく、移動及び非移動装置並びにネットワークを意味し、単に一例として、第３世代パートナーシッププロジェクト３ＧＰＰにより規格化された原理に基づいて動作されて、例えば、ＵＭＴＳターミナルとして知られている通信装置は、本発明に関連して使用するのに適しているが、ターミナル装置又はユーザ装置は、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）により指定されたファンクション及びコンポーネントを使用する形式でもよいことに注意されたい。
− コール又はセッションに言及するときに、これは、コンテンツの接続の一般的な例だけを例示し、本発明に使用されるコンテンツは、オーディオ、ビデオ、映像及び／又はテキストデータ、その組み合わせ、の属性を表すオーディオデータ（例えば、スピーチ）、ビデオデータ、映像データ、テキストデータ及びメタデータ、の少なくとも１つのマルチメディアデータ、或いはそれとは別に又はそれに加えて、例えば、アクセス／ダウンロードされるべきアプリケーションプログラムのプログラムコードのような他のデータを意味することが意図される。
− おそらくソフトウェアコード部分として具現化されそして以下に述べるエンティティの１つにおいてプロセッサを使用して実行される方法ステップは、ソフトウェアコード独立であり、既知の又は将来開発されるプログラミング言語を使用して指定することができる。
− おそらくエンティティの１つにおいてハードウェアコンポーネントとして具現化される方法ステップ及び／又は装置は、ハードウェア独立であり、既知の又は将来開発されるハードウェア技術、或いはＭＯＳ、ＣＭＯＳ、ＢｉＣＭＯＳ、ＥＣＬ、ＴＴＬ、等の混成を使用して、例えば、一例として、ＡＳＩＣコンポーネント又はＤＳＰコンポーネントを使用して、具現化することができる。
− 一般的に、いずれの方法ステップも、本発明のアイデアを変更せずに、ソフトウェアとして又はハードウェアにより具現化するのに適している。
− 装置又は手段或いはクライアント／サーバーは、個々の装置又は手段として具現化できるが、これは、装置のファンクションが保存される限り、システム全体にわたり分散形態で具現化されることを除外するものではない。

近年、通信ネットワーク、例えば、サービス総合デジタル網（ＩＳＤＮ）のようなワイヤベースの通信ネットワーク、又はｃｄｍａ２０００（コード分割多重アクセス）システムのようなワイヤレス通信ネットワーク、ユニバーサル移動テレコミュニケーションシステム（ＵＭＴＳ）のようなセルラー第３世代（３Ｇ）通信ネットワーク、移動通信用のグローバルシステム（ＧＳＭ）のようなセルラー第２世代（２Ｇ）通信ネットワーク、汎用パケット無線システム（ＧＰＲＳ）、グローバルエボリューションのためのエンハンストデータレート（ＥＤＧＥ）、或いはワイヤレスローカルエリアネットワーク（ＷＬＡＮ）のような他のワイヤレス通信システム、の増加拡張が、全世界にわたって行われている。種々の団体、例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）、アドバンストネットワークのためのテレコムズ＆インターネットコンバージドサービス＆プロトコルズ（ＴＩＳＰＡＮ）、インターナショナルテレコミュニケーションユニオン（ＩＴＵ）、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）、ＣａｂｌｅＬａｂｓ、等は、テレコミュニケーションネットワーク及び多数のアクセス環境に対する規格に取り組んでいる。

インターネットをセルラーテレコミュニケーションの世界と融合するための現在の技術は、インターネットプロトコル（ＩＰ）マルチメディアサブシステム即ちＩＭＳである。ＩＭＳは、移動及び固定マルチメディアサービスを提供しようとするオペレータのための標準化アーキテクチャーである。ＩＭＳは、セッションイニシエーションプロトコル（ＳＩＰ）の３ＧＰＰ標準化実施に基づくボイスオーバーＩＰ（ＶｏＩＰ）実施を使用し、標準インターネットプロトコル（ＩＰ）上で実行される。パケット交換（ＰＳ）及び回路交換（ＣＳ）の両通信システムがサポートされる。

通信接続又はセッションをスタートすべきときには、通信経路を確立し、そして種々のコンフィギュレーションプロセスを実行して、必要なネットワーク要素を設定するだけでなく、接続のためのポリシー及び課金ルールも設定しなければならない。通信接続確立中に行われるステップの一例が、図６に示されている。

図６は、ターミナル装置（ＵＥ）とネットワークとの間の通信接続確立中のシグナリングを示す簡単なシグナリング図である。ネットワークは、コントロールネットワーク要素、例えば、コアネットワーク要素としてのＧＰＲＳゲートウェイサービスノード（ＧＧＳＮ）、及びサーバーノード、例えば、ＩＭＳのＰ−ＣＳＣＦ、並びにポリシーコントロール要素、例えば、ポリシー及び課金ルールファンクション（ＰＣＲＦ）、ポリシー判断ファンクション（ＰＤＦ）、又はリソース及びアドミッションコントロールサブシステム（ＲＡＣＳ）を備えている。図６の例では、ＰＣＲＦ及びＰ−ＣＳＣＦは、（並置された）同じネットワーク要素の一部分として描かれている。しかしながら、これら要素は、個別の要素でもよいことに注意されたい。制御インターフェイスのためのプロトコルとして、（例えば、３ＧＰＰ ｒｅｌ．７使用のケースでは）ダイアメータ(Diameter)を使用することが考えられるが、当業者に知られた他のプロトコルも使用できる。

ステップ１において、ＵＥは、対応する要求をネットワーク、即ちＧＧＳＮに送信することにより、一次ＰＤＰ（パケットデータプロトコル）コンテクストをアクチベートする。ステップ２において、ＧＧＳＮは、例えば、移動加入者ＩＳＤＮ（ＭＳＩＳＤＮ）番号により与えられるユーザのアイデンティティに基づいてコンタクトすべきポリシーコントロール要素（例えば、外部又は並置ＰＣＲＦ）を選択する。次いで、ステップ３において、ＧＧＳＮは、ＣＣＲ（クレジットコントロール要求）初期メッセージを、選択されたポリシーコントロール要素へ送信する。このメッセージは、ＰＲＩＭＡＲＹにセットされたコンテクスト形式ＡＶＰ（属性値対）と、ＵＥに割り当てられたＩＰアドレスとを含む。ＩＭＳセッションは存在しないが、ポリシーコントロール要素は、ステップ４において、結果コードＡＶＰがＳＵＣＣＥＳＳにセットされたＣＣＡ（クレジットコントロール返答）初期メッセージを送信することにより、一次ＰＤＰコンテクストアクチベーションを許可する。ポリシーコントロール要素は、一次（汎用）ＰＤＰコンテクストに対する最大ＱｏＳ限界をオペレータのポリシー（例えば、インタラクティブ又はバックグランドの最大トラフィッククラス）に基づいてセットし、そして汎用ＰＤＰコンテクストに対する予め構成されたルールセットがポリシーコントロール要素に与えられた場合に、予め構成された課金ルールを送信することができる。ステップ５において、ＧＧＳＮは、一次ＰＤＰコンテクストをアクチベートする。Ｐ−ＣＳＣＦのリストをＵＥへ返送することができる。ポリシーコントロール要素及びＰ−ＣＳＣＦが並置される場合には、発見された同じアドレスがＵＥへ送信される。ステップ８及び９において、ＵＥは、Ｐ−ＣＳＣＦを経てＩＭＳへ首尾良く登録する。ＧＧＳＮは、選択されたポリシーコントロール要素、例えば、ＰＣＲＦへ将来の要求を送信する。

基本的に、３つの標準的Ｐ−ＣＳＣＦ発見（又は選択）メカニズムが知られている。
− Ｐ−ＣＳＣＦアドレスは、ＧＰＲＳ／ＰＤＰコンテクストベースＰ−ＣＳＣＦ発見手順の結果としてネットワークコントロール要素（ＧＧＳＮのような）によって受信することができる。この点に関して、ＧＧＳＮに配置されたポリシー及び課金施行ファンクション（ＰＣＥＦ）は、１つ以上のＰＣＲＦノードによってサービスできることに注意されたい。ＰＣＥＦは、ＵＥアイデンティティ情報（もし入手できれば、そしてこれは、ＩＰ−ＣＡＮ（ＩＰ接続性アクセスネットワーク）特有のものである）と共に、接続されるパケットデータネットワーク（ＰＤＮ）に基づいて、適切なＰＣＲＦにコンタクトすることができる。使用するＩＰ−ＣＡＮに関わらず特定のＵＥに対して同じＰＣＲＦにコンタクトされることが考えられる。
− まさに第１のターミナルは、ＯＴＡ（オーバー・ジ・エア）により受信された予め構成されたＰ−ＣＳＣＦアドレスのみにコンタクトする。これは、Ｐ−ＣＳＣＦのアドレス又はロジック名をＵＥへと構成しなければならないことを意味する。
− Ｐ−ＣＳＣＦアドレスは、ＤＨＣＰ（ダイナミックホストコンフィギュレーションプロトコル）問合せ（即ち、いわゆるＤＨＣＰベースのＰ−ＣＳＣＦ発見メカニズム）の結果として受信することができる。

更に、サーバー発見のための幾つかの独占的解決策が知られている。

しかしながら、上述したように、サーバー（Ｐ−ＣＳＣＦ）選択のために多数のメカニズムが提案されているが、特定のネットワークアーキテクチャーにおいて作用するのはＰＤＰコンテクストベースのＰ−ＣＳＣＦ選択だけである。従って、ＧＧＳＮがコンタクトしている以外のＰ−ＣＳＣＦをＵＥが選択する（例えば、ＤＨＣＰ問合せのために）か、或いはＵＥがコンタクトしたＰ−ＣＳＣＦに接続されないポリシーコントロール要素（例えば、ＰＣＲＦ）にＧＧＳＮがコンタクトする場合がある。

それに対応する例が図７に示されている。図７は、ターミナル装置（ＵＥ）とネットワークとの間の通信接続確立中のシグナリングを示す簡単なシグナリング図で、図６と同様である（図６及び７の同じステップが同じ参照符号で示され、従って、その対応する説明は省くことに注意されたい）。

図７のステップ１から５は、図６のステップ１から５と同じである。これは、ＧＧＳＮが、それにより選択されたＰ−ＣＳＣＦ（即ち、ＰＣＲＦ／Ｐ−ＣＳＣＦ１；ステップ２）と通信した後にＰＤＰコンテクストをアクチベートすることを意味する。しかしながら、ＵＥにより使用されるＰ−ＣＳＣＦ発見メカニズムが、例えば、ＤＨＣＰベースのＰ−ＣＳＣＦ発見メカニズムである場合に、ＧＧＳＮは、どのＰ−ＣＳＣＦがＵＥにより選択されるか知ることができない。その結果、ＵＥが、ＧＧＳＮにより選択されたものとは別のＰ−ＣＳＣＦ（即ち、ＰＣＲＦ／Ｐ−ＣＳＣＦ２）を選択し、そしてそれに対応する登録メッセージをこの（第２の）Ｐ−ＣＳＣＦ２へ送信する（ステップ８）事態となり得る。Ｐ−ＣＳＣＦ２は、登録メッセージに対して２００ ＯＫ ＳＩＰメッセージで応答し（ステップ９）、ＳＩＰ登録が首尾よく行われる。しかしながら、ＵＥが、ＳＤＰ（セッション記述プロトコル）ＯＦＦＥＲのようなＩＮＶＩＴＥメッセージをＰ−ＣＳＣＦ２へ送信する（ステップ１０）ときには、ＰＣＲＦ／Ｐ−ＣＳＣＦ２は、ネットワークからアップリンク（ＵＬ）／ダウンリンク（ＤＬ）接続を決定し、サービスクオリティ（ＱｏＳ）を許可し、そして接続のためのメディアフローに対するトラフィックカテゴリーを決定するように試みる（ステップ１１）。ＰＣＲＦ／Ｐ−ＣＳＣＦ２は、ＵＥに対してＧＧＳＮにより最初に選択されてコンタクトされるサーバーではないから、不一致が生じる。従って、ＳＩＰセッションを首尾良く確立することができず、これが、対応するＳＤＰ返答によりステップ１３においてＵＥに通知される。

３ＧＰＰネットワークのような現在ネットワークアーキテクチャーでは、ＵＥは、Ｐ−ＣＳＣＦアドレスを取得するために、ここに述べるメカニズムのどれを使用するか自由に決定できることが必須である。従って、Ｐ−ＣＳＣＦ発見メカニズムの選択は、ターミナルロジック次第である。しかしながら、これは、衝突を引き起こすことがある。というのは、ある現在アーキテクチャーでは、Ｐ−ＣＳＣＦ発見のために使用できる唯一のメカニズムが、ＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズムだからである。

加えて、現在使用されているターミナルは、ＯＴＡ又はＤＨＣＰベースのＰ−ＣＳＣＦ発見しかサポートせず、ＧＰＲＳベースの又はＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズムをサポートすることに欠けるものである。

従って、ＧＰＲＳ／ＰＤＰコンテクストベースの１つのＰ−ＣＳＣＦ発見メカニズムをＧＧＳＮが使用すると共に、例えばＤＨＣＰベースのＰ−ＣＳＣＦ発見を使用して（或いはＰ−ＣＳＣＦのアドレス又はロジック名がＵＥ内に構成されて）ＵＥより選択されたＰ−ＣＳＣＦをＧＧＳＮが知らないように、現在の発見メカニズムを使用することで、異なるＰ−ＣＳＣＦが選択されて、ＳＩＰセッションを確立できないという問題が生じる。

そこで、本発明の目的は、通信接続のためのＰ−ＣＳＣＦのようなサーバーを選択する改良されたメカニズムを提供することである。より詳細には、本発明の目的は、全種類のターミナル形式が、登録メッセージ（ＳＩＰ登録のような）を、ＧＰＲＳのＧＧＳＮのようなネットワークコントロール要素によって前もって選択されたまさに同じサーバー／プロキシー（Ｐ−ＣＳＣＦのような）へ送信するか、或いはネットワークコントロール要素（ＧＧＳＮ）が（ネットワークの配備に基づいて）以前にコンタクトしたポリシーコントロール要素（例えば、ＰＤＦ、ＰＣＲＦ、ＲＡＣＳ）に接続されたサーバー（Ｐ−ＣＳＣＦ）へ送信することを保証するメカニズムを提供することである。

この目的は、特許請求の範囲に規定された手段によって達成される。

より詳細には、ここに提案する解決策の１つの態様によれば、例えば、第１の発見手順に基づくサーバーの第１選択を実行するステップと、第２の発見手順に基づくサーバーの第２選択に関連した要求メッセージを受信するステップと、その要求メッセージに応答して、第１の発見手順に基づく第１選択で選択されたサーバーのアドレス情報を送信するステップと、を備えた方法が提供される。

ここに提案する解決策の別の態様によれば、例えば、第１の発見手順に基づくサーバーの選択を遂行するように構成された選択ユニットと、第２の発見手順に基づくサーバーの第２選択に関連した要求メッセージを受信するように構成された受信ユニットと、要求メッセージを処理しそして要求メッセージに応答して、第１の発見手順に基づく第１選択で選択されたサーバーのアドレス情報を送信するように構成されたプロセッサと、を備えた装置が提供される。

ここに提案する解決策の別の態様によれば、例えば、コンピュータ上で実行されたときに、コンピュータが、ネットワークを経てターミナル装置を通信接続するためのコントロールネットワーク要素として機能するようにさせるソフトウェアコード部分を備えた、コンピュータのためのコンピュータプログラム製品において、第１の発見手順に基づくサーバーの第１選択を実行し、第２の発見手順に基づくサーバーの第２選択に関連した要求メッセージを受信し、要求メッセージを処理し、そして要求メッセージに応答して、第１の発見手順に基づく第１選択で選択されたサーバーのアドレス情報を送信する、というように構成されたコンピュータプログラム製品が提供される。

更なる洗練化によれば、ここに提案する解決策は、次の特徴の１つ以上を含む。
− 第１選択は、ゲートウェイネットワーク要素により実行することができ、第２選択は、ターミナル装置により実行することができ、
− 実行、受信及び応答は、リレーエージェント要素により実行することができ、
− 第１の発見手順は、パケットデータプロトコルコンテクストベースの発見メカニズムであり、
− 第２の発見手順は、ダイナミックホストコンフィギュレーションプロトコルベースの発見メカニズムであり、
− 選択されるべきサーバーは、アプリケーションファンクションサーバー及びプロキシーサーバーの少なくとも１つを含み、次いで、アプリケーションファンクションサーバーは、プロキシーコールステートコントロールファンクションを含み、
− リレーエージェント要素は、ゲートウェイネットワーク要素に含まれ、
− 少なくとも１つのポリシーコントロール要素が与えられ、更に、１つのポリシーコントロール要素のみがサーバーに割り当てられ、
− 或いは又、複数のポリシーコントロール要素がサーバーに与えられ、複数のポリシーコントロール要素の同じ１つを選択するための所定の負荷バランスメカニズムが実行され、この所定の負荷バランスメカニズムは、サーバー及びネットワークゲートウェイ要素において実行される。

ここに提案する解決策の別の態様によれば、例えば、第１の発見手順に基づくサーバーの第１選択を実行するステップと、第２の発見手順に基づくサーバーの第２選択に関連した要求メッセージを受信するステップと、その要求メッセージに含まれた情報を、通信ネットワークに接続されたコンフィギュレーションサーバーへ転送するステップと、そのコンフィギュレーションサーバーからの応答においてアドレス情報を受信するステップと、その受信したアドレス情報を第１の発見手順に基づいて処理するステップと、前記要求メッセージに応答して、前記受信したアドレス情報の処理から導出されたアドレス情報を送信するステップと、を備えた方法が提供される。

ここに提案する解決策の別の態様によれば、例えば、第１の発見手順に基づくサーバーの選択を実行するように構成された選択ユニットと、第２の発見手順に基づくサーバーの第２選択に関連した要求メッセージを受信するように構成された受信ユニットと、その要求メッセージに含まれた情報を、通信ネットワークに接続されたコンフィギュレーションサーバーへ転送するように構成された転送ユニットと、そのコンフィギュレーションサーバーからの応答において受信したアドレス情報を第１の発見手順に基づいて処理し、前記要求メッセージに応答して、前記受信したアドレス情報の処理から導出されたアドレス情報を送信するように構成されたプロセッサと、を備えた装置が提供される。

ここに提案する解決策の別の態様によれば、例えば、コンピュータ上で実行されたときに、コンピュータが、ネットワークを経てターミナル装置を通信接続するためのコントロールネットワーク要素として機能するようにさせるソフトウェアコード部分を備えた、コンピュータのためのコンピュータプログラム製品において、第１の発見手順に基づくサーバーの第１選択を実行し、第２の発見手順に基づくサーバーの第２選択に関連した要求メッセージを受信し、その要求メッセージに含まれた情報を、リレーエージェント要素から、通信ネットワークに接続されたコンフィギュレーションサーバーへ転送し、そのコンフィギュレーションサーバーからの応答においてアドレス情報を受信し、その受信したアドレス情報を第１の発見手順に基づいて処理し、そして前記要求メッセージに応答して、前記受信したアドレス情報の処理から導出されたアドレス情報を送信する、というように構成されたコンピュータプログラム製品が提供される。

更なる洗練化によれば、ここに提案する解決策は、次の特徴の１つ以上を含む。
− 実行、受信、転送、処理及び応答は、リレーエージェント要素により実行することができ、
− 第１の発見手順は、パケットデータプロトコルコンテクストベースの発見メカニズムであり、
− 第２の発見手順は、ダイナミックホストコンフィギュレーションプロトコルベースの発見メカニズムであり、
− 選択されるべきサーバーは、プロキシーコールステートコントロールファンクションを含み、
− リレーエージェント要素は、ゲートウェイネットワーク要素に含まれ、
− 少なくとも１つのポリシーコントロール要素が与えられ、
− 所定の負荷バランスメカニズムが、サーバー及びネットワークゲートウェイ要素において実行される。

ここに提案する解決策の別の態様によれば、例えば、第１の発見手順に基づくサーバーの選択を実行するための選択手段と、第２の発見手順に基づくサーバーの第２選択に関連した要求メッセージを受信するための受信手段と、その要求メッセージを処理するための処理手段と、その要求メッセージに応答して、第１の発見手順に基づく第１選択で選択されたサーバーのアドレス情報を送信するための応答手段と、を備えた装置が提供される。

ここに提案する解決策の別の態様によれば、例えば、少なくとも第１及び第２のサーバーと、第１の発見手順に基づく第１サーバーの第１選択を実行するネットワークコントロール要素と、第２の発見手順に基づく第２サーバーの第２選択を実行するターミナル装置とを備えたシステムにおいて、前記第２サーバーは、ターミナル装置から要求メッセージを受信し、ネットワークコントロール要素により選択される第１サーバーを決定し、ターミナル装置から受信した要求メッセージに基づいて第１サーバーへサービス要求メッセージを転送するように構成されたシステム。

ここに提案する解決策によれば、所定のサーバー発見メカニズムをサポートせず、ネットワークコントロール要素により使用される別の発見メカニズムを使用するターミナル又はＵＥからのＳＩＰセッションのような接続が、どの形式のターミナル又はどのアクセス形式が選択されるかに関わらず、適切に確立されるように保証することができる。換言すれば、ＵＥ及びネットワークコントロール要素により各々選択されるサーバー（Ｐ−ＣＳＣＦ）の不一致のためにセッション等が拒絶されるのを回避することができる。

本発明の前記及び更に別の目的、特徴及び効果は、添付図面を参照した以下の説明から明らかとなろう。

本発明を適用できるポリシー及び課金コントロールアーキテクチャーを含む簡単なネットワーク構造体を示す図である。 図１のネットワーク構造体のネットワーク要素の細部を示す図である。 本発明の第１の実施例によるサーバー発見方法を示す図である。 本発明の第２の実施例によるサーバー発見方法を示す図である。 サーバー発見メカニズムが実行された後のネットワーク要素間の接続状態を示す図である。 従来技術によるＰ−ＣＳＣＦ選択を示すシグナリング図である。 従来技術によるＰ−ＣＳＣＦ選択を示すシグナリング図である。 第１の別の実施例によるＰ−ＣＳＣＦ選択を示すシグナリング図である。 ブロードバンドアクセスサポートメカニズムを示す図である。 第１の別の実施例によるＰ−ＣＳＣＦ選択を示すフローチャートである。

以下、添付図面を参照して、本発明の実施例及び実施形態を説明する。本発明を例示するために、ＩＭＳネットワークのアプリケーションファンクション（ＡＦ）に対するセッション、即ちこのＩＭＳネットワークに配置されたターミナルのマルチメディア通信接続又はセッションを確立すべき３ＧＰＰシステムに関連して実施例及び実施形態を説明する。しかしながら、本発明は、このようなシステム又は環境への適用に限定されず、他のネットワークシステム、接続形式、等、例えば、ＴＩＳＰＡＮポリシーコントロールシステムにも適用できることに注意されたい。

課金及びセッション取り扱いメカニズムを含む通信ネットワークの基本的システムアーキテクチャーは、ＩＭＳネットワークの通常知られたアーキテクチャーで構成される。このようなネットワークアーキテクチャーは、（質問ＣＳＣＦ（Ｉ−ＣＳＣＦ）、プロキシーＣＳＣＦ（Ｐ−ＣＳＣＦ）、サービングＣＳＣＦ（Ｓ−ＣＳＣＦ）のような）多数の役割を満足するＳＩＰサーバー又はプロキシーであり且つＩＭＳにおけるＳＩＰシグナリングパケットを処理するのに使用される多数のコントロールノード又はＣＳＣＦを備えている。更に、オフライン課金システム（ＯＦＣＳ）又はオンライン課金システム（ＯＣＳ）のような課金ファンクションが設けられて、課金制御に使用される。更に、Ｉ−ＣＳＣＦからインターフェイスを通して問合せされる相互接続ボーダーコントロールファンクション（ＩＢＣＦ）、契約ロケータファンクション（ＳＬＦ）及びホーム加入者サーバー（ＨＳＳ）のようなネットワークノードも、完全なアーキテクチャーの一部分である。これらの要素の一般的なファンクション及び相互接続は、当業者に知られており、且つ対応する明細書に説明されており、従って、ここではその詳細な説明を省く。しかしながら、通信接続に使用する多数の付加的なネットワーク要素及びシグナリングリンクが設けられることに注意されたい。

更に、ここに述べるネットワーク要素及びそれらのファンクションは、ソフトウェア、例えば、コンピュータのためのコンピュータプログラム製品、或いはハードウェアにより具現化することもできる。いずれにせよ、それらの各ファンクションを実行するために、対応的に使用される装置又はサーバー／クライアント、例えば、ターミナル装置、コアネットワークコントロール要素、ＣＳＣＦ、アクセスネットワークサブシステム要素、例えば、ベースステーションサブシステムＢＳＳ要素又は無線アクセスネットワークＲＡＮ要素、等は、制御、処理及び通信／シグナリングファンクションのために必要な多数の手段及びコンポーネント（図示せず）を備えている。このような手段は、例えば、インストラクション、プログラムを実行し且つデータを処理するためのプロセッサユニット、インストラクション、プログラム及びデータを記憶し、プロセッサ等のワークエリアとして働くメモリ手段（例えば、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、等）、ソフトウェアによりデータ及びインストラクションを入力するための入力手段（例えば、フロッピー（登録商標）ディスケット、ＣＤ−ＲＯＭ、ＥＥＰＲＯＭ、等）、モニタ及び操作能力をユーザに与えるユーザインターフェイス手段（例えば、スクリーン、キーボード、等）、プロセッサユニットの制御のもとでリンク及び接続を確立するためのインターフェイス手段（例えば、ワイヤード及びワイヤレスインターフェイス手段、アンテナ、等）、等々を含む。これは、ＩＭＳドメインのような各ネットワーク部分が、図示されていない多数の要素及び／又はファンクションを含むことを意味するが、これらは、当業者に知られており、それ故、ここでは、詳細に説明しない。

図１は、本発明を適用できるポリシー及び課金コントロールアーキテクチャーを含む簡単なネットワーク構造体を示す。参照符号１は、ＧＧＳＮのようなゲートウェイネットワーク要素ＧＷをネットワークコントロール要素として示している。ＧＷ又はＧＧＳＮ１は、サービスＩＰフロー検出、ポリシー施行及びＩＰフローベースの課金ファンクションを含むポリシー及び課金施行ファンクションＰＣＥＦを備えている。参照符号２は、Ｐ−ＣＳＣＦのようなＩＭＳネットワークのアプリケーションファンクションを示す。参照符号２ａは、ネットワークに接続できる別のサーバー（又は複数のサーバー）或いはプロキシー（又は複数のプロキシー）を示す。参照符号３は、要求されたサービスを利用することが許可されたユーザの需要を満足するようにネットワークリソースを調整し、そしてポリシーコントロール判断及びＩＰフローベースの課金コントロールファンクションを含むＰＣＲＦのようなポリシーコントロール要素を示す。以下、ポリシーコントロール要素３がＰＣＲＦとして説明されるが、ポリシーコントロール要素は、ＰＤＦ又はＲＡＣＳでもよいことに注意されたい。ＰＣＲＦ３は、ルールベース課金に加えて、スタティックな課金ルール及びダイナミックなルールを使用するのを許す。ＰＣＥＦ１１とのリアルタイムの相互作用を通してダイナミックルールファンクションが達成される。ＧＷ１（ＰＣＥＦ１１）は、例えば、ダイアメーターベースのＧｘインターフェイスを経てＰＣＲＦ３に接続され、そしてＡＦ（又はＰ−ＣＳＣＦ）２は、Ｒｘインターフェイスを経てＰＣＲＦ３に接続される（更に別のサーバー（１つ又は複数）２ａも、それに対応するインターフェイスによりポリシーコントロール要素に接続できる）。又、上述したように、ダイアメータープロトコルに代わって、ネットワークアーキテクチャーに基づいて別のプロトコル形式を使用することも考えられる。

参照符号４は、ＤＨＣＰベースのサーバー発見に適したＤＨＣＰサーバーのようなコンフィギュレーションサーバーを示す。例えば、コンフィギュレーションサーバー４は、ゲートウェイネットワーク要素１におけるＤＨＣＰリレーエージェント（図１には示さず）のようなリレーエージェント要素を経てネットワークに接続される。

参照符号５は、ＯＦＣＳを示す。参照符号６は、例えば、ＣＡＭＥＬ（移動エンハンストロジックのためのカスタマイズされたアプリケーション）ＳＣＰ（サービスコントロールポイント）６１及びサービスデータフローベースのクレジットコントロールユニット６２を含むＯＣＳを示す。ＯＦＣＳ５は、Ｇｚインターフェイスを経てゲートウェイ１に接続され、そしてＯＣＳ６は、Ｇｙインターフェイスを経てゲートウェイ１に接続される。

参照符号７は、ポリシーコントロール要素（ここでは、ＰＣＲＦ）による契約ベースポリシー及びアクセスレベルポリシー並びに課金ルールに必要とされる全加入者及び契約関係情報を含む契約プロフィールレポジトリー（ＳＰＲ）を示し、これは、Ｓｐインターフェイスを経てＰＣＲＦに接続される。

参照符号８は、ネットワークコントロール要素（ＧＧＳＮ）１を経てネットワークとの通信接続又はセッションを確立すべきところのターミナル又はユーザターミナル（ＵＥ）を示す。ネットワークへのターミナル８の接続は、通常知られている対応インターフェイス及びサブシステム（例えば、アクセスネットワークサブシステム）により行われる。

図１のシステムでは、ＰＣＲＦ３及びＰ−ＣＳＣＦ２は、個別の要素として示されている。しかしながら、外部ネットワーク要素に代わって、ＰＣＲＦ３は、Ｐ−ＣＳＣＦ２に並置されてもよい。

図２には図１のゲートウェイネットワーク要素１が更に詳細に示されている。同じ要素には同じ参照符号が使用され、更なる説明が省略されることに注意されたい。

参照符号１２は、ターミナルとネットワークとの間で実行される発見メカニズム、例えば、ＤＨＣＰベースのＰ−ＣＳＣＦ発見メカニズムに関連して、使用できるリレーエージェント要素を示す。このリレーエージェント要素１２は、各発見メカニズムにおける処理を実行し制御するためのプロセッサ１２１を含む。

参照符号１２２は、リレーエージェント要素１２（即ち、プロセッサ１２１）とＵＥとの間で通信するためのインターフェイス又は入力／出力要素（Ｉ／Ｏ）を示す。これは、Ｉ／Ｏ１２２を経て、要求及び返答メッセージのようなデータがリレーエージェント要素１２とＵＥとの間で転送されることを意味する。

参照符号１２３は、リレーエージェント要素１２（即ち、プロセッサ１２１）と、発見メカニズムにおいてアドレス情報を得るのに使用されるコンフィギュレーションサーバー、例えば、ＤＨＣＰサーバーとの間で通信するためのインターフェイス又は入力／出力要素（Ｉ／Ｏ）を示す。これは、Ｉ／Ｏ１２３を経て、要求及び返答メッセージのようなデータがリレーエージェント要素１２とコンフィギュレーションサーバーとの間で転送されることを意味する。より詳細には、ＵＥからの要求メッセージ情報がこのＩ／Ｏ１２３を経て転送される。

参照符号１２４は、プロセッサ１２１により実行されるコンピュータプログラム製品のようなデータを記憶し、別の要素から受け取られたアドレス情報をバッファして、それを転送すると共に、プロセッサ１２１のためのワーキングスペースとしても働くメモリを示す。

参照符号１３は、ゲートウェイネットワーク要素１が別の形式のサーバー発見メカニズム、例えば、ＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズムを実行できるようにする選択ユニットを示す。この選択ユニット１３は、１つ以上のＰ−ＣＳＣＦのようなサーバーのアドレス情報を得、そしてＵＥに対する通信接続確立のためにこれらサーバーの１つを選択するように（例えば、図６のステップ２に対応する）、ネットワークに接続される。サーバーの１つ、即ち１つのＰ−ＣＳＣＦの選択は、当業者に知られた所定のアルゴリズムに基づいて行われる。

選択ユニット１３によって検索された情報、例えば、ＰＤＰコンテクストに基づく発見手順においてゲートウェイネットワーク要素１により選択された１つ以上のサーバー／プロキシーのアドレス情報は、選択ユニット１３によりリレーエージェント要素１２に与えられ、そして更なる処理のためにメモリ１２４に記憶されることに注意されたい。

通信接続又はセッションの確立に含まれるユニット、例えば、ターミナル装置又はＵＥ８及びネットワークコントロール要素又はゲートウェイネットワーク要素（ＧＧＳＮ）１が、異なる発見メカニズムを使用して、セッションのためのサーバー／プロキシー、例えば、Ｐ−ＣＳＣＦ２を選択する状況では、セッションの確立が首尾良く行われるようにこれらのユニットによって同じサーバー／プロキシーが選択されるよう保証しなければならない。例えば、ＧＧＳＮ１がＰＤＰベースのＰ−ＣＳＣＦ発見メカニズムを使用しそしてＵＥがＤＨＣＰベースのＰ−ＣＳＣＦ発見メカニズムを使用する状況を仮定する。

本発明の第１の実施例によれば、（第１の種類の発見メカニズムを使用せず、別の（第２の）形式を使用する）全ての種類のターミナルが、登録メッセージ（例えば、ＳＩＰ登録）を、第１の発見メカニズム（例えば、ＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズム）に基づくＰ−ＣＳＣＦ発見の結果としてゲートウェイネットワークノード（ＧＧＳＮ）によりコンタクトされる同じサーバー／プロキシー（即ち、Ｐ−ＣＳＣＦ）へ送信するか、又はＧＧＳＮが（ＮＷ配備に基づいて）以前にコンタクトしたポリシーコントロール要素（例えば、ＰＣＲＦ）に接続されたＰ−ＣＳＣＦへ送信するか、或いはＧＧＳＮがダイアメーター要求を以前に既に送信したポリシーコントロール要素（ＰＣＲＦ）と共に機能するように（例えば、対応するアドレスの固定のプリセットにより）予め構成されたＰ−ＣＳＣＦへ送信するように保証するために、ターミナルに使用された第２形式の発見メカニズムに対して使用されるリレーエージェント要素を使用して、対応するアドレス情報を送信する。例えば、ターミナルがＤＨＣＰベースのＰ−ＣＳＣＦ発見メカニズムを使用する場合に、リレーエージェント要素は、ゲートウェイネットワーク要素に配置されたＤＨＣＰリレーエージェント要素である。リレーエージェント要素は、ＰＤＰコンテクストベースの発見メカニズムを使用するゲートウェイネットワーク要素がセッション確立のためにＰ−ＣＳＣＦにコンタクトしたときに（通常応答する）ＤＨＣＰサーバーに代わってターミナルにより送信されるＤＨＣＰベースのプロキシー要求に応答する。

図３は、この第１の実施例によるサーバー／プロキシー選択を示すフローチャートである。ステップＳ１０において、ゲートウェイネットワーク要素１は、プロキシーサーバーを選択するための第１の発見メカニズム、例えば、ＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズムを実行し、特定のＰ−ＣＳＣＦを選択する。この選択は、例えば、選択ユニット１３により実行することができる。ＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズムの詳細は、当業者に知られており、従って、ここでは詳細に説明しない。

次いで、ステップＳ２０において、ゲートウェイネットワーク要素１により使用されるものとは異なる第２の形式の発見メカニズムに基づくプロキシーサーバーの選択がターミナル（ＵＥ）８によりスタートされる。ターミナル８は、上述したＤＨＣＰベースのＰ−ＣＳＣＦ発見メカニズムを使用する。それ故、ターミナル８は、ステップＳ３０において、ＤＨＣＰサーバーにコンタクトして、選択のための候補Ｐ−ＣＳＣＦのアドレス情報を得るための要求メッセージをネットワークへ送信する。この要求メッセージは、ステップＳ４０において、ゲートウェイネットワーク要素１のＤＨＣＰリレーエージェント要素１２により受信される。リレーエージェント要素１２、即ちそのプロセッサは、例えば、ゲートウェイネットワーク要素が手前の発見手順においてＰ−ＣＳＣＦに既にコンタクトしたことが選択ユニット１３により通知される。更に、少なくとも選択されたＰ−ＣＳＣＦのアドレス情報が選択ユニット１３からリレーエージェント要素１２へ転送され、そして例えば、メモリ１２４に記憶される。

それ故、リレーエージェント要素は、ステップＳ５０において、ＤＨＣＰサーバーに代わってターミナル８の要求メッセージに応答する。リレーエージェントは、手前のＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズムにおいてゲートウェイネットワーク要素１（選択ユニット１３）により選択されたＰ−ＣＳＣＦに関係したアドレス情報を送信し、これは、メモリ１２４に記憶され、そこから検索される。従って、両発見メカニズムの実行は、同じＰ−ＣＳＣＦ選択を生じさせる。

この情報に基づき、ＧＧＳＮ１は、正しいポリシーコントロール要素（ＰＣＲＦ（外部のもの又は並置されたもの）のような）にコンタクトすることが考えられる。Ｐ−ＣＳＣＦは、まさに第１のコマンド、例えば、そのプロトコル形式が使用される場合にはダイアメーターコマンドを、ポリシーコントロール要素（この例ではＰＣＲＦ）へ送信しなければならない。これは、ＧＧＳＮが以前にコンタクトした同じポリシーコントロール要素（ＰＣＲＦ）インスタンスをそれらの要求で見出せることを保証するネットワーク配備又はメカニズム（例えば、ＳＬＦ種類のメカニズムであるがダイナミックな選択方法）が存在しなければならないことを意味する。

これを保証する１つの可能性は、１つ又は多数のＰ−ＣＳＣＦにサービスする専用のＰＣＲＦが１つしかないように、ＰＣＲＦとＰ−ＣＳＣＦとの関係を構成することである。しかしながら、このようにならない場合、即ち多数のＰＣＲＦが各Ｐ−ＣＳＣＦにサービスしている状況では、ＰＣＲＦ間を選択するための負荷バランスメカニズムがＧＧＳＮに設けられる。

又、変形例として、データベースを経て加入者専用の／契約又は加入者のエンド装置で指定されるＰ−ＣＳＣＦを問合せする能力をポリシーコントロール要素に設けることも考えられる。例えば、この問合せは、３ＧＰＰ Ｒｅｌ−７アーキテクチャーでは契約プロフィールレポジトリー（ＳＰＲ）からＳｐインターフェイスを経て生じるか、又はＴＩＳＰＡＮモデルではネットワークアタッチメントサブシステム（ＮＡＳＳ）からｅ４を経て生じる。ｅ４は、接続性セッションロケーション及びレポジトリーファンクション（ＣＬＦ）とＲＡＣＳとの間のインターフェイスである。

又、他の規格化団体は、同様の情報を得るための自身の仕方を指定することができる。更に、Ｐ−ＣＳＣＦは、同じポリシーコントロール要素（ＰＣＲＦのような）にコンタクトするために（ＳＰ／ｅ４インターフェイス能力以外は）同様のロジックを有する。或いは又、ポリシーコントロール要素は、コンタクトされるＰＣＲＦ（即ち、Ｐ−ＣＳＣＦによりコンタクトされるＰＣＲＦ及びＧＧＳＮによりコンタクトされるＰ−ＣＳＣＦ）のどちらが加入者にサービスするかネゴシエーションするための自身のメカニズムを備えている。

本発明の更に別の（第２の）実施例によれば、（第１の種類の発見メカニズムを使用せず、別の（第２の形式の）ものを使用する）全ての種類のターミナルが、登録メッセージ（例えば、ＳＩＰ登録）を、第１の発見メカニズム（例えば、ＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズム）に基づくＰ−ＣＳＣＦ発見の結果としてゲートウェイネットワークノード（ＧＧＳＮ）によりコンタクトされる同じサーバー／プロキシー（即ち、Ｐ−ＣＳＣＦ）へ送信するか、又はＧＧＳＮが（ＮＷ配備に基づいて）以前にコンタクトしたポリシーコントロール要素（例えば、ＰＣＲＦ）に接続されたＰ−ＣＳＣＦへ送信するか、或いはＧＧＳＮがダイアメーター要求を以前に既に送信したＰＣＲＦと共に機能するように予め構成されたＰ−ＣＳＣＦへ送信するように保証するために、ターミナルに使用された第２形式の発見メカニズムに対して使用されるリレーエージェント要素を使用して、対応するアドレス情報を変更する。例えば、ターミナルがＤＨＣＰベースのＰ−ＣＳＣＦ発見メカニズムを使用する場合に、リレーエージェント要素は、ゲートウェイネットワーク要素に配置されたＤＨＣＰリレーエージェント要素である。リレーエージェント要素は、ゲートウェイネットワーク要素１（ＧＧＳＮ）がＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズムにおいて使用する同じアルゴリズムを使用することによりＤＨＣＰサーバー応答を変更した後にターミナルにより送信されたＤＨＣＰベースのプロキシー要求に応答する。

図４は、この第２の実施例によるサーバー／プロキシー選択を示すフローチャートである。ステップＳ１１０において、ゲートウェイネットワーク要素１は、プロキシーサーバーを選択するための第１の発見メカニズム、例えば、ＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズムを実行し、そして特定のＰ−ＣＳＣＦを選択する。この選択は、例えば、選択ユニット１３により、特定のアルゴリズムに基づいて実行することができる。ＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズムの詳細は、当業者に知られており、従って、ここでは詳細に説明しない。

次いで、ステップＳ１２０において、ゲートウェイネットワーク要素１に使用されるものとは異なる第２形式の発見メカニズムに基づくプロキシーサーバーの選択がターミナル（ＵＥ）８によりスタートされる。ターミナル８は、上述したＤＨＣＰベースのＰ−ＣＳＣＦ発見メカニズムを使用している。それ故、ターミナル８は、ステップＳ１３０において、ＤＨＣＰサーバーにコンタクトして選択のための候補Ｐ−ＣＳＣＦのアドレス情報を得るための要求メッセージをネットワークへ送信する。

この要求メッセージは、ステップＳ１４０において、ゲートウェイネットワーク要素１のＤＨＣＰリレーエージェント要素１２により受信される。この要求メッセージに含まれた情報は、ステップＳ１５０において、通常の仕方で、対応するコンフィギュレーション（例えば、ＤＨＣＰ）サーバー４へ転送される。このコンフィギュレーションサーバー４は、その要求に応答して、例えば、対応するサーバー／プロキシー（Ｐ−ＣＳＣＦ）のアドレス情報をリレーエージェント要素１２へ送信する。

ステップＳ１６０において、リレーエージェント要素１２、即ちプロセッサ１２１は、ＤＨＣＰサーバーから受信したアドレス情報を処理する。より詳細には、ＤＨＣＰサーバーの応答は、ＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズムにおいてＧＧＳＮ（即ち、選択ユニット１３）が使用する同じアルゴリズムを使用することにより変更される。次いで、ステップＳ１７０において、リレーエージェント要素１２は、ターミナル８の要求に応答して、変更処理で検索された対応するＰ−ＣＳＣＦのアドレス情報を送信する。このアドレス情報は、同じアルゴリズムを使用するために、ステップＳ１１０で得られたものと同じサーバーアドレスを含む。

換言すれば、ＤＨＣＰリレーエージェント要素１２は、クライアント（即ち、ターミナル）に向かうサーバーとして、及びサーバー（コンフィギュレーションサーバー）に向かうリレーとして働く。

更に、ＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズムにおいてＧＧＳＮ１が使用する同じアルゴリズムは、ＤＨＣＰに対して構成されねばならない。必要な全情報、例えば、ＵＥのＩＰアドレス、ＩＭＳＩ、又はＭＳＩＳＤＮのような加入者関連ＩＤ情報は、ゲートウェイネットワーク要素１とコンフィギュレーションサーバー（ＤＨＣＰサーバー）との間のインターフェイスにおいて転送することができる。

受信した情報に基づいて、ＧＧＳＮ１が正しいポリシーコントロール要素（例えば、ＰＣＲＦ（外部のもの又は並置されたもの））にコンタクトすることが考えられる。Ｐ−ＣＳＣＦは、まさに第１のコマンド、例えば、ダイアメーターコマンドをポリシーコントロール要素（例えば、ＰＣＲＦ）へ送信しなければならない。これは、ＧＧＳＮが以前にコンタクトした同じポリシーコントロール要素インスタンスをそれらの要求で見出せることを保証するネットワーク配備又はメカニズム（例えば、ＳＬＦ種類のメカニズムであるがダイナミックな選択方法）が存在しなければならないことを意味する。

これを保証する１つの可能性は、１つ又は多数のＰ−ＣＳＣＦにサービスする専用のポリシーコントロール要素が１つしかないように、ＰＣＲＦのようなポリシーコントロール要素とＰ−ＣＳＣＦのようなサーバー／プロキシーとの間の関係を構成することである。しかしながら、このようにならない場合、即ち多数のポリシーコントロール要素（ＰＣＲＦ）が各Ｐ−ＣＳＣＦにサービスしている状況では、ポリシーコントロール要素（ＰＣＲＦ）間を選択するための負荷バランスメカニズムがＧＧＳＮに設けられる。更に、Ｐ−ＣＳＣＦは、同じポリシーコントロール要素（ＰＣＲＦ）にコンタクトするために同様のロジックを有する。或いは又、ポリシーコントロール要素（ＰＣＲＦ）は、コンタクトされるポリシーコントロール要素（ＰＣＲＦ）（即ち、Ｐ−ＣＳＣＦによりコンタクトされるポリシーコントロール要素及びＧＧＳＮによりコンタクトされるＰ−ＣＳＣＦ）のどちらが加入者にサービスするかネゴシエーションするための自身のメカニズムを備えている。

図５には、ＰＣＲＦとＰ−ＣＳＣＦとの関係、並びにＰＣＲＦへのＰ−ＣＳＣＦ及びＧＧＳＮの接続が示されている。参照符号１−１、１−２及び１−３は、各々、ＧＧＳＮ（ゲートウェイネットワーク要素）を示す。参照符号３−１及び３−２は、ＰＣＲＦを示す。参照符号２−１、２−２及び２−３は、Ｐ−ＣＳＣＦを示す。ＰＣＲＦ３−１は、Ｐ−ＣＳＣＦ２−１及び２−２にサービスし、一方、ＰＣＲＦ３−２は、Ｐ−ＣＳＣＦ２−３にサービスする。ＰＣＲＦ３−１及び３−２の両方によってサービスされるＰ−ＣＳＣＦがある場合には、ＰＣＲＦ３−１及び３−２は、ネゴシエーションメカニズムを機能できるようにするための接続を含む。図５に示す状況では、確立されるべき通信接続に対して、例えば、図３又は図５に関連して説明するサーバー／プロキシーの選択の後に、Ｐ−ＣＳＣＦ２−２が選択され、そしてこの選択されたＰ−ＣＳＣＦ２−２への接続をもつＰＣＲＦ３−１にＧＧＳＮ１−１が接続される。

ＧＧＳＮ１−１ないし１−３に対してＰＣＲＦ ＩＤを予め構成できることに注意されたい。

以下、（第１の種類の発見メカニズムを使用せず、別の（第２の）形式のものを使用する）全ての種類のターミナルが、登録メッセージ（例えば、ＳＩＰ登録）を、第１の発見メカニズム（例えば、ＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズム）に基づくＰ−ＣＳＣＦ発見の結果としてゲートウェイネットワークノード（ＧＧＳＮ）によりコンタクトされる同じサーバー／プロキシー（即ち、Ｐ−ＣＳＣＦ）へ送信するか、又はＧＧＳＮが（ＮＷ配備に基づいて）以前にコンタクトしたポリシーコントロール要素（例えば、ＰＣＲＦ）に接続されたＰ−ＣＳＣＦへ送信するか、或いはＧＧＳＮがダイアメーター要求のような要求を以前に既に送信したＰＣＲＦと共に機能するように（例えば、対応アドレスの固定の予めの設定により）予め構成されたＰ−ＣＳＣＦへ送信するように保証するための別の実施例を説明する。

第１の別の実施例によれば、一次Ｐ−ＣＳＣＦは、ＰＤＰコンテクストベースのＰ−ＣＳＣＦ選択を使用するゲートウェイネットワーク要素（ＧＧＳＮ）のような同様のロジック（即ち、使用中のアルゴリズム）を有する。それ故、一次Ｐ−ＣＳＣＦがターミナルによりコンタクトされるが、ゲートウェイネットワーク要素によって事前にコンタクトされていないときには、一次Ｐ−ＣＳＣＦが、このアルゴリズムに基づいて対応処理を実行し、そして別の二次Ｐ−ＣＳＣＦ（即ち、ＧＧＳＮにより選択されたＰ−ＣＳＣＦ）を決定する。次いで、一次Ｐ−ＣＳＣＦは、ターミナルの登録メッセージ、例えば、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを、ＧＧＳＮにより事前にコンタクト（即ち、選択）されていない別の（二次の）Ｐ−ＣＳＣＦへ向け直すことができる。任意であるが、Ｐ−ＣＳＣＦは、要求ＵＲＩの一部分としてＭＳＩＳＤＮを受信することができる。Ｐ−ＣＳＣＦは、アルゴリズムにＭＳＩＳＤＮを使用して、別の（二次の）Ｐ−ＣＳＣＦを決定することができる。リルーティングは、予め構成された情報（即ち、次のＰ−ＣＳＣＦのアドレス）に基づくことに注意されたい。

更に、Ｐ−ＣＳＣＦ／ＰＣＲＦは、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージが正しいＰ−ＣＳＣＦへ送信されたかどうか、又はＰＣＲＦが同じＵＥのＩＰアドレスを保持するダイアメーターＣＣＲ要求を以前に受信したかどうかチェックするために、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを許可するように構成される。正しいＰ−ＣＳＣＦの情報は、ＩＭＳ登録周期中に入手できる。

それに対応するメカニズムが図８に示されている。ステップ１において、ＵＥは、対応する要求をネットワーク、即ちＧＧＳＮへ送信することにより一次ＰＤＰ（パケットデータプロトコル）コンテクストをアクチベートする。ステップ２において、ＧＧＳＮは、例えば、移動加入者ＩＳＤＮ（ＭＳＩＳＤＮ）番号により与えられるユーザのアイデンティティに基づいて、コンタクトすべきポリシーコントロール要素（例えば、外部の又は並置されたＰＣＲＦ）を選択する。次いで、ステップ３において、ＧＧＳＮは、ＣＣＲ（クレジットコントロール要求）初期メッセージを、選択されたポリシーコントロール要素（即ち、ＰＣＲＦ／Ｐ−ＣＳＣＦ２）へ送信する。このメッセージは、ＰＲＩＭＡＲＹにセットされたコンテクストタイプＡＶＰ（属性値対）、及びＵＥに割り当てられるＩＰアドレスを含む。ＩＭＳセッションは存在しないが、ポリシーコントロール要素は、ステップ４において、ＳＵＣＣＥＳＳにセットされた結果コードＡＶＰと共にＣＣＡ（クレジットコントロール返答）初期メッセージを送信することにより、一次ＰＤＰコンテクストアクチベーションを許可する。ポリシーコントロール要素は、オペレータのポリシー（例えば、インタラクティブ又はバックグランドの最大トラフィッククラス）に基づいて一次（汎用）ＰＤＰコンテクストに対する最大ＱｏＳ限界をセットすると共に、汎用ＰＤＰコンテクストに対して予め構成されたルールセットがポリシーコントロール要素に与えられる場合には予め構成された課金結果を送信することができる。ステップ５において、ＧＧＳＮは、一次ＰＤＰコンテクストをアクチベートする。Ｐ−ＣＳＣＦのリストがＵＥへ返送される。ポリシーコントロール要素及びＰ−ＣＳＣＦが並置される場合には、発見された同じアドレスがＵＥへ送信される。これは、ＧＧＳＮが、それが選択したＰ−ＣＳＣＦ（即ち、ＰＣＲＦ／Ｐ−ＣＳＣＦ２；ステップ２）と通信した後にＰＤＰコンテクストをアクチベートすることを意味する。ここで、ＵＥは、ＤＨＣＰベースのＰ−ＣＳＣＦ発見メカニズムを使用する。ＵＥが、ＧＧＳＮにより選択されたもの（ＰＣＲＦ／Ｐ−ＣＳＣＦ２）とは別のＰ−ＣＳＣＦ（即ち、ＰＣＲＦ／Ｐ−ＣＳＣＦ１）を選択すると仮定すれば、それに対応する登録メッセージ（ステップ７）をこの（第２の）Ｐ−ＣＳＣＦ１へ送信する。ＧＧＳＮと同じロジックを有するＰ−ＣＳＣＦ１は、Ｐ−ＣＳＣＦ２を、ＧＧＳＮにより選択されたものとして決定し、そして登録メッセージをＰ−ＣＳＣＦ２へ転送する（ステップ９及び１０）。ステップ１１及び１２は、ステップ９及び１０の登録を確認するための２００ ＯＫメッセージである。例えば、３ＧＰＰ又はＩＥＴＦで指定された通常の登録手順が行われる。指定された通常の登録手順に対する唯一の例外は、Ｐ−ＣＳＣＦ１がルートセットからそれ自身をドロップすることである（セッションが確立すると、シグナリング路に留まる必要がないからである）。

ステップ１２において、ＵＥは、ＩＮＶＩＴＥメッセージ、例えば、ＳＤＰ（セッション記述プロトコル）ＯＦＦＥＲをＰ−ＣＳＣＦ２へ送信し、このＰ−ＣＳＣＦ２は、ステップ１３において、例えば、アップリンク（ＵＬ）／ダウンリンク（ＤＬ）接続を決定し、サービスクオリティ（ＱｏＳ）を許可し、そして接続のためのメディアフローのトラフィックカテゴリーを決定する。Ｐ−ＣＳＣＦ２は、更新ＰＣＣルール情報をアクセスネットワークへ送信することができる（ステップ１４及び１５）。ステップ１７において、対応するＳＤＰ返答がＰ−ＣＳＣＦ２へ送信され、これは、対応するＳＤＰ返答をＵＥへ送信する（ステップ１８）。従って、セッションを首尾良く確立することができる。

図１０は、図８に示すこの実施例によるサーバー／プロキシー選択を示すフローチャートである。ステップＳ３１０において、ネットワークコントロール要素、例えば、ゲートウェイネットワーク要素は、プロキシーサーバーを選択するための第１の発見メカニズム、例えば、ＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズムを実行し、そして特定のＰ−ＣＳＣＦを選択する（図８のステップ２、Ｐ−ＣＳＣＦ２に対応する）。ＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズムの詳細は、当業者に知られており、従って、ここでは詳細に説明しない。

次いで、ステップＳ３２０において、ゲートウェイネットワーク要素に使用されるものとは異なる第２形式の発見メカニズムに基づくプロキシー／サーバーの選択がターミナル装置（ＵＥ）により実行される。ターミナル装置は、例えば、上述したＤＨＣＰベースのＰ−ＣＳＣＦ発見メカニズムを使用することがある。ＰＤＰコンテクストベースのＰ−ＣＳＣＦ発見メカニズムの詳細は、当業者に知られており、従って、ここでは詳細に説明しない。基本的に、ターミナルは、ＤＨＣＰサーバーにコンタクトするための要求をネットワークに送信し、そして選択のための候補Ｐ−ＣＳＣＦのアドレス情報を得る。

ステップＳ３３０において、ターミナル装置は、ゲートウェイネットワークノードにより選択されたものとは異なる対応するＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ１）を選択する。サービスをスタートするために、ターミナル装置は、それが選択したサーバー（即ち、Ｐ−ＣＳＣＦ１）へ対応するサービス要求メッセージを送信し、これは、ステップＳ３４０においてＰ−ＣＳＣＦ１により受信される。

サーバーの選択に関してネットワークコントロール要素と同様のロジックを有するＰ−ＣＳＣＦ１は、ステップＳ３５０において、ネットワーク（例えば、ＧＧＳＮ）が別のサーバー（即ち、Ｐ−ＣＳＣＦ２）を選択したことを決定し、そして例えば、Ｐ−ＣＳＣＦ２のアドレスを得る。ここで、Ｐ−ＣＳＣＦ１は、例えば、登録メッセージをＰ−ＣＳＣＦ２へ送信することにより、ターミナル装置から受信したサービス要求メッセージをＰ−ＣＳＣＦ２へ転送する。

更に別の変形例として、ＰＣＲＦのようなポリシーコントロール要素は、問合せに対する応答と同時に、加入者／契約／装置特有の正しいＰ−ＣＳＣＦのアドレスを返送することができる。

第２の別の実施例によれば、ユーザの一次／二次Ｐ−ＣＳＣＦの論理名がＯＴＡを経て更新される。例えば、オープンモバイルアリアンンス（ＯＭＡ）は、それに対応するメカニズムを指定した。ＯＭＡデバイスマネージメント（ＯＭＡ ＤＭ）及びＯＭＡクライアントプロビジョニング（ＯＭＡ ＣＰ）より成るプロビジョニング解決策は、ＰＤＰコンテクスト（又はＧＰＲＳ）ベースのＰ−ＣＳＣＦ発見メカニズムに使用されるものと同じアルゴリズムを使用するように増強することができる。選択は、好ましくは、スタティックな情報に基づき、スタティックなＰ−ＣＳＣＦ情報を使用するターミナルに適用することができる。

第３の別の実施例によれば、ドメイン名サービス（ＤＮＳ）が、ユーザのＭＳＩＳＤＮにより論理名に対して異なるＩＰアドレスを与えるように構成される。

第４の別の実施例によれば、ターミナル（ＵＥ）は、ＤＨＣＰベースのＰ−ＣＳＣＦ発見のようなサーバー／プロキシー発見に対して特定の形式をサポートするかどうかの情報エレメントを、例えば、フラグ情報の形態で、アクセスネットワークへ付与する。これは、例えば、Ｉｕ（従って、Ｇｎ／Ｇｐ）インターフェイスを経て行うことができる。アクセスネットワークは、ターミナルがＤＨＣＰベースのＰ−ＣＳＣＦ発見を使用するという情報エレメントを受信すると、例えば、デフォールトＰＣＲＦ（或いはＰＣＲＦがＰ−ＣＳＣＦに並置される場合には、デフォールトＰ−ＣＳＣＦ）を選択する。デフォールトＰＣＲＦは、デフォールトＰ−ＣＳＣＦに接続され、これも、ＤＨＣＰサーバーに対して予め構成される。

更に、全ての種類のターミナル形式が、例えば、ＳＩＰ登録メッセージを、まさに同じサーバー／プロキシー、例えば、ＧＰＲＳのようなネットワークが以前に選択したＰ−ＣＳＣＦへ送信することを保証できるだけでなく、それに対応するメカニズムを使用して、（アクセス独立の）ゲートウェイネットワーク要素とポリシーコントロール要素との間のインターフェイス、例えば、アクセス独立のネットワークコントロール要素とポリシーコントロール要素との間のＧｘインターフェイスと、ポリシー判断ファンクションとが、ブロードバンドアクセスについても働くことができるようにする付加的な別の実施例について、以下に説明する。アクセス独立のゲートウェイネットワーク要素とするために、一般的なＧＧＳＮでは変更が必要になることに注意されたい。

第５の別の実施形態によれば、固定又はブロードバンドアクセスネットワークを使用するターミナル、或いはＳＩＭ（加入者アイデンティティモジュール）カードをもたずに、アタッチ、例えば、ＧＰＲＳアタッチをなすターミナルをサポートするために、Ｐ−ＣＳＣＦ発見メカニズムは、ＩＰアドレスに基づき、ＣＰＥ（顧客構内装置）のＭＳＩＳＤＮには基づかない。

次いで、第６の別の実施例を説明する。ＧＰＲＳネットワークは、パブリック及びプライベートの両ＩＰアドレスを割り当ててもよく、又、それらを割り当てる。ＩＭＳ及びアクセスネットワークは、同じ又は別々のオペレータにより所有されて、操作することができる。更に、現在、ＩＭＳは、プライベートＩＰアドレスネットワークに存在すると考えられる（パブリックＩＰアドレスネットワークに存在することは、セキュリティ上危険であると考えられている）。

ネットワークアドレストランスレータ（ＮＡＴ）トラバーサルは、例えば、プライベートＩＰアドレスが加入者に対して割り当てられた場合、又はＳＩＰ要求がパブリックＩＰアドレスネットワークに向かってルーティングされる場合（ＮＡＴトラバーサルは、行先ＩＭＳネットワークの境界で行われる）、又はコントロールＩＭＳネットワークがパケットコアよりも同じプライベートＩＰアドレスネットワークにない場合に、必要となる。この後者のケースは、要求がブロードバンドアクセスネットワークから到来する場合に該当する（実際に、そのようなときには常にそうである）。ＮＡＴトラバーサルの必要性は、ネットワークのアクセス技術、ホームネットワーク及び行先ネットワークの両方におけるＩＰアドレス展開、オペレータのビジネス関係、純粋な不足、ＧＧＳＮに割り当てるためのパブリックＩＰアドレスがまだ残っているかどうか、に依存するので、ＮＡＴトラバーサルを必要とするかどうかを予め構成するルールを設定する方法はない。

ＧＰＲＳネットワークのためのＰ−ＣＳＣＦアドレスを与えるＤＨＣＰサーバーのようなコンフィギュレーションサーバーは、ブロードバンドアクセスのためのＰ−ＣＳＣＦアドレスを割り当てるサーバー（例えば、ＤＨＣＰサーバー）とは異なることに注意されたい。このため、オペレータは、ブロードバンドアクセスからユーザを、ブロードバンドアクセス能力（即ち、ＮＡＴコントロール能力）を有するあるサーバー又はＰ−ＣＳＣＦを使用するように導く。このサーバー又はＰ−ＣＳＣＦは、アクセスネットワークに接続されたポリシーコントロール要素と関係をもつ必要がない。

ブロードバンドアクセスからの要求に対してポリシー及び課金コントロールを与えるために、Ｐ−ＣＳＣＦ能力をもつＮＡＴコントロール可能なサーバーは、要求を第２のポリシーコントロール可能なＰ−ＣＳＣＦへリルートすることができ、これは、ブロードバンドアクセスネットワークに向かうポリシーコントロールインターフェイスを有する（例えば、アクセス独立のネットワークコントロール要素に対するＴＩＳＰＡＮ指定のインターフェイス、又は３ＧＰＰ指定のインターフェイス、例えば、Ｇｘインターフェイス）。これが図９に示されており、参照符号５１は、ターミナル又はユーザ装置を示し、参照符号５２は、Ｐ−ＣＳＣＦ能力をもつＮＡＴコントロール可能なサーバーを示し、参照符号５３は、第２のＰ−ＣＳＣＦを示し、そして参照符号５４は、アクセス独立のネットワークコントロール要素を示す。要素５１、５２、５３間の接続線は、コントロール平面のシグナリング接続を表し、そして要素５１と５４との間の接続線は、リルートを実行するユーザ平面のシグナリング接続を表す。向け直しプロセスは、第１の別の実施例で上述したものと同様である。第２のポリシーコントロール可能なＰ−ＣＳＣＦ５３は、アクセス独立のネットワークコントロール要素（例えば、ＧＧＳＮ）５４が要求のために選択した同じＰ−ＣＳＣＦである。あるターミナル装置、例えば、固定電話及びラップトップは、ＳＩＭカード、等を有しておらず、又、ｘＤＳＬネットワークは、ＭＳＩＳＤＮ情報を搬送できないので、ＧＧＳＮは、このような情報を受信することができない。それ故、ＭＳＩＳＤＮ情報に基づいて第２のＰ−ＣＳＣＦ（及びそれに関連したポリシーコントロール要素）を選択することができない。これを解決するための１つのオプションとして、Ｐ−ＣＳＣＦ選択テーブルにデフォールト分岐を設けることができる。或いは又、いわゆるダミーＭＳＩＳＤＮがテーブルにそれら自身の行をもつことができる。これにより、（あるポリシーコントロール可能なＰ−ＣＳＣＦ要素、即ち第２のＰ−ＣＳＣＦ５３との関係を有する）ある特定のポリシーコントロール要素がブロードバンドアクセスからの要求にサービスすることになるように選択を導くことができる。これらのステップ及びコンフィギュレーション（ダミーＭＳＩＳＤＮが（ある第２のＰ−ＣＳＣＦ５３に関連した）特定のポリシーコントロール要素を導く）、並びにそれに対応するインターフェイス、例えば、ポリシーコントロール要素（ＰＣＲＦ）とアクセス独立のネットワークコントロール要素５４に配置されたＰＣＥＦとの間のＧｘインターフェイスでは、ポリシー判断ファンクションをブロードバンドアクセスに適用することができる。

次いで、ブロードバンドアクセスネットワークでなされる全てのセッション並びにＧＰＲＳネットワークでＳＩＭカードなしになされる非常コール／セッションに対してＩＭＳシステム環境でＰ−ＣＳＣＦ発見を行うことのできる更に別の実施例を説明する。更に、非常セッションのための位置情報を与える可能性についても説明する。

一般に、上述したように、ＧＰＲＳネットワーク（即ち、ＧＧＳＮ）が選択したものとは異なるＰ−ＣＳＣＦをターミナル装置又はＵＥが選択する場合には、その結果として、ＳＩＰ登録しか首尾良く実行できず、ＳＩＰセッションを行うことはできない（非ＩＭＳサービスは利用できるが）。図９を参照して同様に述べたように、ＰＣＲＦのようなポリシーコントロール要素がＣＰＥ（又はそのＩＰアドレス）に対して既存のプロセスを見出すように試みるが、ＧＧＳＮが一次ＰＤＰコンテクストアクチベーション手順の間に別のポリシーコントロール要素（Ｐ−ＣＳＣＦ）との関係を確立したために失敗に終わる場合には、ＰＣＲＦは、ＳＩＰセッション要求及びそれに続く全ての要求も拒絶しなければならない。以下の別の実施例では、ＭＳＩＳＤＮ情報を搬送しない固定又はブロードバンドアクセスネットワークにも適用できる解決策が説明され、これらのアクセスに使用されるターミナルは、ＳＩＭカードを有していない。この点に関して、通常、ＳＩＭカードがなくても、非常コールを発することができると考えられる。ＳＩＭカードがない場合には、加入者のＭＳＩＳＤＮに関する情報がなく、従って、ＧＰＲＳネットワークが、それに基づいてＰ−ＣＳＣＦを選択できない事態が起こり得る。

第７の別の実施例によれば、一次ＰＤＰコンテクストアクチベーション／ＩＭＳ登録手順の間に、固定又はブロードバンドアクセスネットワークを使用するターミナル、或いはＳＩＭカードをもたずにアタッチ（例えば、ＧＰＲＳアタッチ）されるターミナルをサポートするために、上述した第５の別の実施例と同様に、Ｐ−ＣＳＣＦ発見は、（ＭＳＩＳＤＮではなくて）ＣＰＥのＩＰアドレスに基づくものである。このロジックは、例えば、ＧＰＲＳ（ＰＤＰコンテクスト）ベースのＰ−ＣＳＣＦ発見手順に作用し、即ちＧＰＲＳベースのＰ−ＣＳＣＦ発見がサポートされる。より詳細には、一次ＰＤＰコンテクストアクチベーション要求がＭＳＩＳＤＮ情報を含まない場合には、発見メカニズムは、ＣＰＥのＩＰアドレスベースアルゴリズムを使用する。

非常セッション設定／二次ＰＤＰコンテクストアクチベーション手順の場合には、第８の別の実施例により、セッションアクチベーション要求に、非常コール指示が設けられる（例えば、ＳＩＰ／ペイロードにおいて）。例えば、非常セッションが非常コール指示に基づいて確認されると、メディア許可が要求コールを拒絶しない。更に、課金を必要としないように設定される。ＰＣＲＦのようなポリシーコントロール要素は、依然、ＳＩＰセッション要求の情報を得る。

二次ＰＤＰコンテクストアクチベーション要求は、（任意の）非常コール指示情報を含んでもよい。非常コールに対するベアラ設定を確定するために、ＧＧＳＮのようなネットワークコントロール要素は、メディア許可要求の送信をスキップする。

より詳細には、ＳＩＰセッション要求がＰＣＲＦのようなポリシーコントロール要素に達すると、ポリシーコントロール要素は、要求ＵＲＩが、ＰＳＡＰ（パブリック安全返答ポイント）の特定行先識別、例えば、非常センター番号（ＴＥＬ−ＵＲＩフォーマット）、又はＰＳＡＰの論理名、又はＰＳＡＰを識別する別の特定の指示、を含むかどうかチェックする。

Ｐ−ＣＳＣＦは、非常コール要求に関するものであるかどうかチェックするためのロジックを含む。これは、例えば、要求が指定の非常指示を（ＳＩＰ／ペイロードにおいて）保持するかどうかチェックすることにより、又は特別な種類のデジット又はＵＲＩ分析により要求ＵＲＩコンテンツをチェックして、非常センターの予め構成されたＵＲＩに一致するかどうか決定することにより、行うことができる。ロジックは、これらの実施例に限定されず、他のメカニズムも使用できることに注意されたい。

非常セッションが決定されると、メディア許可は、その要求コールを拒絶しない。更に、課金を必要としないことが決定される。

上述したように、二次ＰＤＰコンテクストアクチベーション要求は、（任意の）非常コール指示情報を含んでもよい。非常コールに対するベアラ設定を確定するために、ＧＧＳＮのようなネットワークコントロール要素は、メディア許可要求の送信をスキップする。これは、ＩＭＳにおいて検出される非常コール情報が優先権を有することを意味する。二次ＰＤＰコンテクストアクチベーション要求がこの指示を保持せず、ポリシーコントロール（Ｐ−ＣＳＣＦにおける）が、非常コールに関するものであると分かる場合には、更なるＱｏＳ又は承認コントロールを伴わずにベアラ要求を受け容れる。

他方、ベアラ要求が非常コール指示を保持するが、ＳＩＰ要求が非常コール指示を保持せず、且つその要求がＩＭＳにおいて非常コールと考えられない場合には、通常の承認、ＱｏＳ及び課金コントロールが使用される。

この第８の別の実施例によれば、ＩＭＳ（Ｐ−ＣＳＣＦ又は特別のＥ−ＣＳＣＦ）とアクセスネットワーク要素との間の関係及び接続は、（例えば、自分の特定のインターフェイスを経て、或いはＲｑ又はＧｘインターフェイス（即ち、ダイアメーターインターフェイス、従って、全てのインターフェイスに同じ位置情報ＡＶＰを適用できる）を経て搬送される）位置情報を送信及び受信できるように構成される。この相関は、ＩＰアドレスにより指示することができる。これらネットワーク要素間にＮＡＴトラバーサルがないことが要求される点に注意されたい。

第７及び第８の別の実施形態で述べたメカニズムは、全ての形式のアクセスに適用することができる。更に、ＧＧＳＮ及びＩＭＳは、加入者の位置情報要求を行うために１対１の関係で結び付けられる。更に、別のネットワーク要素が位置情報を付与するので、これは、信頼性のある情報とみなすことができる（ＵＥが発生する位置情報は、信頼性がないと考えられる）。

３ＧＰＰ ｒｅｌ−７参照アーキテクチャーに適用できるメカニズムによって本発明が特定されても、ここに述べるファンクション及びメカニズムは、３ＧＰＰアーキテクチャーに限定されないことに注意されたい。本発明は、アクセスネットワーク要素又はポリシーコントロール要素が、予め構成された情報、或いはターミナル／加入者又は契約特有の情報に基づいて、Ｐ−ＣＳＣＦのようなプロキシー／サーバーを選択するような、異なる規格化団体により特定される他のネットワークアーキテクチャーにも、その原理が適用できる。

例えば、本発明は、ＴＩＳＰＡＮアーキテクチャー、又はＴＩＳＰＡＮが特定するポリシーコントロールモデルにも適用でき、ここでは、いわゆるＰＵＬＬメカニズムも適用でき、これは、ネットワークにおけるアクセスネットワークリソースメカニズムで、アクセスネットワークがポリシーコントロール要素も選択しなければならないものである。

本発明によれば、ネットワークコントロール要素及びターミナル装置において各々実行される異なるサーバー／プロキシーメカニズムによって同じサーバー／プロキシーが選択されるよう保証するためのメカニズムが提供される。サーバー／プロキシーの第１の選択は、第１の発見手順に基づいてネットワークコントロール要素により実行される。次いで、第２の発見手順に基づきターミナル装置によってサーバー／プロキシーの第２の選択がスタートされる。リレーエージェント要素を使用して、コンフィギュレーションサーバーに代わって要求に応答するか、又はコンフィギュレーションサーバー応答を変更して、ネットワークコントロール要素及びターミナル装置により同じサーバー／プロキシーが選択されるようにする。

以上の説明及び添付図面は、本発明を一例として例示するものに過ぎないことを理解されたい。従って、本発明の好ましい実施形態は、特許請求の範囲内で変更することができる。

１：ゲートウェイネットワーク要素
２：アプリケーションファンクション（Ｐ−ＣＳＣＦ）
２ａ：別のサーバー又はプロキシー
３：ポリシーコントロール要素（ＰＣＲＦ）
４：コンフィギュレーションサーバー
５：ＯＦＣＳ
６：ＯＣＳ
７：契約プロフィールレポジトリー（ＳＰＲ）
８：ターミナル又はユーザ装置（ＵＥ）
１２：リレーエージェント要素
１３：選択ユニット
６１：ＣＡＭＥＬ ＳＰＣ
６２：サービスデータフローベースのクレジットコントロールユニット
１２１：プロセッサ
１２２：インターフェイス又は入力／出力要素
１２３：インターフェイス又は入力／出力要素
１２４：メモリ

Claims (39)

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. 複数のポリシーコントロール要素の１つを選択するために所定の負荷バランシングメカニズムを実行するように構成され、同じ所定の負荷バランシングメカニズムが前記サーバーにより実行される、請求項３５に記載の装置。
37. コンピュータ上で実行されたときに、コンピュータが、ネットワークを経てターミナル装置を通信接続するためのコントロールネットワーク要素として機能するようにさせるソフトウェアコード部分を備えた、コンピュータのためのコンピュータプログラム製品において、
    第１の発見手順に基づくサーバーの第１選択を実行し、
    第２の発見手順に基づくサーバーの第２選択に関連した要求メッセージを受信し、
    前記要求メッセージに含まれた情報を、リレーエージェント要素から、通信ネットワークに接続されたコンフィギュレーションサーバーへ転送し、
    前記コンフィギュレーションサーバーからの応答においてアドレス情報を受信し、
    前記受信したアドレス情報を前記第１の発見手順に基づいて処理し、そして
    前記要求メッセージに応答して、前記受信したアドレス情報の処理から導出されたアドレス情報を送信する、
    というように構成されたコンピュータプログラム製品。
38. 第１の発見手順に基づくサーバーの選択を実行するための選択手段と、
    第２の発見手順に基づくサーバーの第２選択に関連した要求メッセージを受信するための受信手段と、
    前記要求メッセージを処理するための処理手段と、
    前記要求メッセージに応答して、前記第１の発見手順に基づく第１選択で選択されたサーバーのアドレス情報を送信するための応答手段と、
    を備えた装置。
39. 少なくとも第１及び第２のサーバーと、
    第１の発見手順に基づく前記第１サーバーの第１選択を実行するネットワークコントロール要素と、
    第２の発見手順に基づく前記第２サーバーの第２選択を実行するターミナル装置と、
    を備えたシステムにおいて、前記第２サーバーは、
    前記ターミナル装置から要求メッセージを受信し、
    前記ネットワークコントロール要素により選択される前記第１サーバーを決定し、
    前記ターミナル装置から受信した要求メッセージに基づいて前記第１サーバーへサービス要求メッセージを転送する、
    というように構成されたシステム。

Images