JP3851905B2 - 通信ネットワークにおけるポリシー調整（ＰｌｉｃｙＣｏ−ｏｒｄｉｎａｔｉｏｎ） - Google Patents

Description

本発明は、通信ネットワーク内のポリシー制御に関し、必然ではないが、特に移動体通信ネットワークのＧＧＳＮにおける方策制御に関するものである。

３ＧＰＰとして知られるヨーロッパ通信協会は現在、ユニバーサル移動体通信システム（ＵＭＴＳ）として知られる移動体通信システムに関する一連のプロトコルを導入するプロセスにある。ＵＭＴＳの構造は、ＵＭＴＳコアネットワーク及びＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）に基づいている。データ伝送に関して、ＵＭＴＳは、汎用パケット無線サービス（ＧＰＲＳ）やそれと同様なサービスようなパケットスイッチ型サービスを実行するものである。データを送受信するために、移動体端末或いはユーザ装置（ＵＥ）は、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）として知られるネットワークにおけるノードと”セッション”を確立する。ＧＧＳＮはＵＥに対して外界へのインターフェースを提供するものである。

コアネットワーク内では、ＧＧＳＮはネットワークオペレータのポリシー（即ち、制御オプション）を実行する。例えば、オペレータは、どの加入者（subscribers）がどのデータサービスにアクセスできるか（即ち、サービスの遮断及び解放）を設定し、また、加入者に対する優先度、例えばどの時間帯に加入者が接続できるかを配分するポリシー（policies）を定義するようにしても良い。

マルチメディアサービスの提供を容易にするために、３ＧＰＰはいわゆるＩＰマルチメディアコアネットワークサブシステム（ＩＭＳ）を開発しつづけてきた。ＩＭＳはＧＰＲＳネットワークと通信するものであり、ＩＰに依拠するマルチメディアサービスを提供するように用いられる全ての要素を含んでいる。移動体が移動通信するには、ＩＭＳが２つのＧＰＲＳ間にあることになる（移動体（mobiles）は異なるネットワークに属するものと仮定する）。ＩＭＳの所定のノードは、第１のＧＰＲＳネットワークのオペレータによって所有（管理）され、残りのノードは第２のネットワークのオペレータによって所有されるようにしても良い（幾つかのＩＭＳは第三者によって所有されるようにしても良い）。マルチメディアサービスの基本プロトコルはＩＥＴＦセッション解放プロトコル（ＳＩＰ）である。発呼前に、たとえ発呼者が着呼者の現ＩＰアドレスを知らなくても、ＳＩＰによって発呼者は着呼者（データ交換がなされる）とセッションを確立することができる。ＳＩＰは、セッションパラメータ（例えば、サービス品質（ＱＯＳ）及びコーデック）の交渉を含む他の機能を提供する。

ＩＭＳは、ＵＥに対するセッション制御サービスを実行する在圏コールステートコントロールファンクション（Ｓ−ＣＳＣＦ）で構成され、サービスのサポートのためのネットワークオペレータによって必要とされるようなセッション状態を維持する。セッション中Ｓ−ＣＳＣＦによって実行される主要な機能は、着信及び発信設定リクエストのルーティングである。Ｐ−ＣＳＣＦによって実行される主要な機能は、ＵＥとホームネットワークとの間でＳＩＰメッセージをルーティングすることである。Ｐ−ＣＳＣＦは、ＧＧＳＮと通信するものである。

図１は、ユーザ装置（ＵＥ）１がセルラーネットワーク２の加入者である場合の典型的なシナリオを図示する。ＵＥ１を使用する加入者は、固有の加入者識別子によって、ネットワーク２において識別されるが、そのネットワークは、加入者の”ホーム”ネットワークと言われるものである。図１で示されるシナリオでは、ＵＥ１は”在外”或いは訪問ネットワーク３で登録される。訪問ネットワークは、汎用パケット無線サービス（ＧＰＲＳ）ネットワーク４で構成される（図１に示されない回路スイッチネットワークと同様に）。ネットワーク４内では、ＵＥ１に関連する２つのノードが識別される。これらは在圏ＧＰＲＳサポートノード（ＳＧＳＮ）５及びゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）６である。ＳＧＳＮ５の役割は、契約データ（識別子やアドレス）を保持することであり、ネットワーク内でＵＥの位置を追跡することである、ＧＧＳＮ６の役割は、契約者情報や割り当てられたＩＰアドレスを保持し、ＵＥ１が帰属するＳＧＳＮを追跡することである。ＧＧＳＮ６はＩＰネットワークに接続される。

典型的には、ＵＥ１のスイッチが入れられると、ＵＥ１は自身をＧＧＳＮに”帰属”させ、パケットデータプロトコルコンテキストがＵＥ１とＧＧＳＮ６間で確立される。このコンテキストは、ＵＥ１からＧＧＳＮ６へデータを移送するための”パイプ”を提供する。この工程には、ＵＥ１に対するＩＰアドレスの割り当てが含まれる。典型的には、アドレスのルーティングプリフィックス部分は、ＧＧＳＮ６に割り当てられるルーティングプリフィックスである。

図１が示す第２のＵＥ７は、在外ネットワーク８で登録されるが、そのホームネットワークとしてはネットワーク９となっている。在外ネットワーク８内のノードと（サブ）ネットワークは、ネットワーク３内で使用されるもの（ノード及びサブネットワーク）と同様の数表示で識別される。ＩＰマルチメディアコアネットワークサブシステム（ＩＭＳ）は、２つのＵＥ１及び７間のセッションの設定を含むＩＰベースのマルチメディアサービスを提供するのに要求される全てのエレメントを含むものである。ＩＭＳによって提供される機能は、３ＧＰＰ ＴＳ ２３．２２８で設定されている。ＩＭＳは、ＩＰ基幹ネットワークに接続される一連のノードから構成される。図１のＩＭＳ内に図示されているものは、訪問ネットワーク３及び８のそれぞれにおけるプロキシーコールステート制御ファンクション（Ｐ−ＣＳＣＦ）ノード１０やホームネットワーク２及び９のそれぞれにおける在圏コールステート制御ファンクション（Ｓ−ＣＳＣＦ）ノード１１である。図１の２つのＵＥ１及び７間でセッションを確立するために、適切なＩＰ信号は、発信者が接続される訪問ネットワークに配置されるＰ−ＣＳＣＦから発信ＵＥのホームネットワークに配置されるＳ−ＣＳＣＦに送信される。データセッションはそして、ＵＥ１及び７が接続される２つのＧＧＳＮ６間で確立され得るものとなる。ＵＥがそのホームネットワークで登録されると、ホームネットワークのＳ−ＣＳＣＦはまた、ＵＥにとってＰ−ＣＳＣＦとしても動作する。

インターネットエンジニアリングタスクフォース（ＩＥＴＦ）は、単なる要求（Query）と応答プロトコルである共通オープンポリシーサービス（ＣＯＰＳ）として知られるプロトコルを特定した。その要求及び応答プロトコルは、ポリシーサーバー（ポリシー判断ポイント又はＰＤＰ）とそのクライアント（ポリシー実行ポイント又はＰＥＰｓ）との間でポリシー情報（制御を実行することが望まれるいかなる特徴、サービスに関連すると思われる）を交換するために用いることができるものである。ＣＯＰＳは、ポリシー制御：アウトソーシング及びコンフィギュレーションに対する共通モデルをサポートする要求／応答プロトコルである。

アウトソーシングシナリオでは、ＰＥＰは責任を外部のポリシーサーバー（ＰＤＰ）に委譲し、自身のために判断するようにする。例えば、リソースリザベーションプロトコル（ＣＯＰＳ−ＲＳＶＰ）に関するＣＯＰＳ利用では、ＲＳＶＰリザベーションメッセージが届くと、ＰＥＰはそのリクエストを受けるか拒絶するかを判断しなければならない。ＰＥＰは、特定の要求をＰＤＰに送信することによりこの判断を外部に委託することができ、未決のリザベーションを受ける前にその判断を待機する。

ＣＯＰＳコンフィギュレーションモデルは、即座のポリシー判断を必要とするＰＥＰにおけるイベントの種類に対応している。このバリエーションは、プロビジョニング用ＣＯＰＳ（ＣＯＰＳ−ＰＲ）として知られている。ＣＯＰＳ−ＰＲは、ポリシーが成立した場合、判断ノードから実行ノードへのポリシー（policies）をインストールする手段として設計される。このプロトコルを用いて、判断は判断ノードからいつでも非同期的に送信され、実行ノードはポリシーがインストールされたか否かを示すように応答する。このことが図３に示されている。ＰＤＰは、所定の方法で、外部イベント（例えばユーザ入力）、ＰＥＰエベント、それらのどんな組み合わせ（Ｎ対Ｍ相関）に反応するようにＰＥＰを積極的に構成するようにしても良い。コンフィギュアリング或いはプロビジョニングは、まとめて（例えば、全体のルーターＱＯＳコンフィギュレーション）或いは部分的に（例えば、フィルタを生成するＤｉｆｆＳｅｒｖの更新）実行されるようにしても良い。

ＣＯＰＳ＾ＰＲは、汎用目的プロトコルであり、どんな機能に対してもポリシーをインストールするように用いることができる。それは、ポリシー情報ベース（ＰＩＢ）のコンセプトを用いている。ＰＩＢはポリシーデータを定義するものである。所定の領域のポリシーに対する１以上のＰＩＢがあっても良く、異なる領域のポリシーは異なる組のＰＩＢを持つようにしても良い。これにより、単一ＰＥＰ上の重なり合わない領域のポリシーを制御する複数のＰＤＰを含むモデルをサポートすることができる。

”クライアントタイプ”（値）は、ポリシー制御によって管理されることになる機能を識別するように用いられる。所定領域のポリシー（例えば、ＤｉｆｆＳｅｒｖ）の単一のクライアントタイプは、その領域に存在する全てのＰＩＢに対して用いられる。クライアントは、全ＣＯＰＳ−ＰＲクライアントタイプを扱うことになり、それは、事象が共有される、重なり合わず独立のネーム空間としてサポートする。ＰＥＰがサポートする各クライアントタイプに関して、ＰＥＰは単一のＰＤＰに対して動作するだけである。

３ＧＰＰは、Ｐ−ＣＳＣＦがＧＧＳＮ内で機能を制御できるようにするためのメカニズムを開発した。３ＧＰＰ（推奨２３．２０７）が定義するＱＯＳマネージメントに関するアーキテクチャは、図４に示される。本図に示されるように、ＧＧＳＮ（ゲートウェイノード）は、Ｐ−ＣＳＣＦと共に並置されうるポリシー制御ファンクション（ＰＣＦ）機能と通信する。ＰＣＳＣＦ内のＧＧＳＮとＰＣＦ間のインターフェースは、Ｇｏインターフェースとして特定される。そのＧｏインターフェースはＣＯＰＳプロトコルに基づいている。

ＰＣＦエレメントはＰ−ＣＳＣＦの外に配置されるようにしても良いが、３ＧＰＰスタンダードはＰＣＦエレメントがＰ−ＣＳＣＦと並置されうるようにし、それ故にプロトコルはこのコンフィギュレーションで動作をサポートしなければならない。
３ＧＰＰ標準仕様書 3GPP TS 23.228「IP Multimedia Subsystem(IMS); Stage 2（2000年11月30日）」（http://www.3gpp.org/ftp/Specs/html-info/23228.htm）

実際、ＧＧＳＮは、それに接続されるＵＥが含まれるセッションに対する複数のＰ−ＣＳＣＦをサポートするかもしれないか、おそらくするものであろう。ＰＣＦがそれぞれのＰ−ＣＳＣＦと並置されると、ＧＧＳＮは複数のＰＣＦノードと共に動作することが出来なければならない。ＣＯＰＳ−ＰＲアーキテクチャを適用すると、ＧＧＳＮはＰＥＰノードであり、ＰＣＦはＰＤＰノードである。しかしながら、ＣＯＰアーキテクチャは、ＰＥＰノードが各クライアントタイプに対する単一のＰＣＰノードと共に動作することを要求することになる。この問題は、判断（decisions）を単一の共通ＰＥＰノードに通信するための複数のＰＤＰノードを要求する他のネットワークアーキテクチャにも当てはまる。

本発明の第１の側面によれば、複数のポリシー中の第１のポリシー実行ポイントノード及び／又は複数の第２のポリシー判断ポイントノードにおける複数のポリシー判断を告知する方法であって、前記第１及び第２のノードは共通オープンポリシーサービス（ＣＯＰＳ）プロトコルを用いるＩＰネットワークを介して互いに通信するように配置されており、さらに前記方法は、
前記第１のノードと前記ＩＰネットワークに接続されている第３の調整（コーディネーション）ネットワークノードとの間で単一のＣＯＰＳ接続を確立する工程と、
前記第３のネットワークノードと前記第２のネットワークノードのそれぞれとの間のＣＯＰＳ接続を確立する工程と、
前記複数の第２のネットワークノードから各ＣＯＰＳ接続上で前記第３のネットワークノードに複数の判断を送信し、前記第３のノードにおいて、前記複数の判断ソースを記録し、前記判断を前記ＣＯＰＳ接続上で前記第１のノードに送信する工程と、
前記第１のネットワークノードからＣＯＰＳ接続上で前記第３のネットワークノードに複数の判断に対する複数の応答を送信し、前記第３のネットワークノードにおいて、前記記録されたソースに基づいて前記複数の判断のソースとなる第２のノードを識別し、前記複数の応答を前記各ＣＯＰＳ接続上で前記各第２のノードに送信する工程と、を備えている。

本発明の第２の側面によれば、複数のポリシー中の第１のポリシー実行ポイントノード及び／又は複数の第２のポリシー判断ポイントノードにおける複数のポリシー判断を告知する方法であって、前記第１及び第２のノードは共通オープンポリシーサービス（ＣＯＰＳ）プロトコルを用いるＩＰネットワークを介して互いに通信するように配置されており、さらに前記方法は、
前記第１のノードにおいて、各第２のノードに対する仮想ポリシー実行ポイントを確立する工程と、
前記仮想ポリシー実行ポイントのそれぞれと前記第２のノードとの間でＣＯＰＳ接続を確立する工程と、
前記仮想ポリシー実行ポイントと前記第２のノードとの間で、複数の判断及び複数の判断応答を前記それぞれのＣＯＰＳ接続上で送信する工程と、を備えている。

本発明の実施形態によれば、複数のＰＤＰノードから単一のＰＥＰに複数の判断を、ＰＥＰにおける相反する結果なしに、通信することができるようになる。複数の応答も、ＰＥＰから正確なＰＤＰに、即ち対応する判断が発生したＰＤＰに送信することができる。

好ましくは、前記第１のポリシー実行ポイントノードは、移動体通信ネットワーク、例えば３ＧＰＰネットワーク内のデータネットワークのＧＧＳＮであり、前記複数の第２のポリシーポイントノードは、ＧＧＳＮ用ポリシー制御ファンクションを実行する複数のＰ−ＣＳＣＦノードであって、ＩＰマルチメディアコアネットワークサブシステム（ＩＭＳ）のＰ−ＣＳＣＦノードである。

本発明の第３の側面によれば、第１のポリシー実行ポイントノードに複数のポリシー及び／又は複数の第２のポリシー判断ポイントノードにおける複数のポリシー判断を告知することができるようにする方法であって、前記第１及び第２のノードは共通オープンポリシーサービス（ＣＯＰＳ）プロトコルを用いるＩＰネットワークを介して互いに通信するように配置されており、さらに前記方法は、前記ＩＰネットワークに接続された第３のネットワークにおいて、
前記第１のノードに対する単一のＣＯＰＳ接続を確立する工程と、
前記第２のネットワークノードのそれぞれとのＣＯＰＳ接続を確立工程と、
前記それぞれのＣＯＰＳ接続上で前記第２のネットワークノードから複数の判断を受信し、前記ＣＯＰＳ接続上で前記第１のネットワークノードに前記複数の判断を送信する工程と、
前記ＣＯＰＳ接続上で前記第１のネットワークノードから複数の判断に対する複数の応答を受信し、前記複数の記録されたソースに基づいて前記複数の判断のソースとなる第２のノードを識別し、それぞれのＣＯＰＳ接続上で前記それぞれの第２のノードに対する前記複数の応答を送信する工程と、を備えている。

本発明の第４の側面によれば、ノードがＩＰネットワークを介して複数のポリシー判断ポイントに接続された移動体通信ネットワークにおけるパケットスイッチネットワークのゲートウェイサポートノードを動作させる方法であって、
前記パケットスイッチネットワークの複数のユーザの複数の識別子に基づいて、複数のポリシー判断ポイントに位置付け（ｍａｐ）られる複数の仮想ゲートウェイサポートノード機能を実行する工程を、備える。

本発明の第５の側面によれば、第１のポリシー実行ポイントノードに複数のポリシー及び／又は複数の第２のポリシー判断ポイントノードにおける複数のポリシー判断を告知することができるようにする装置であって、前記第１及び第２のノードは共通オープンポリシーサービス（ＣＯＰＳ）プロトコルを用いるＩＰネットワークを介して互いに通信するように配置されており、さらに前記装置は、
前記ＩＰネットワークに接続された入出力手段と、
前記入出力手段に接続され、前記第１のノードと単一のＣＯＰＳ接続を確立するように設けられる第１の処理手段と、
前記入出力手段に接続され、前記複数の第２のネットワークノードのそれぞれとＣＯＰＳ接続を確立するように設けられる第２の処理手段と、
前記入出力手段に接続され、前記それぞれのＣＯＰＳ接続上で前記複数の第２のネットワークノードから複数の判断を受信するように設けられ、前記ＣＯＰＳ接続上で前記第１のネットワークノードに前記複数の判断を送信する第３の処理手段と、
前記入出力手段に接続され、前記ＣＯＰＳ接続上で前記第１のネットワークノードから複数の判断に対する複数の応答を受信するように設けられ、複数の記録されたソースに基づいて前記複数の判断のソースとなる第２のノードを識別し、前記それぞれのＣＯＰＳ接続上で前記それぞれの第２のノードに前記複数の応答を送信する第４の処理手段と、を備える。

本発明の第６の側面によれば、移動体通信ネットワークのパケットスイッチネットワークにおいて使用するためのゲートウェイサポートノードであって、
前記パケットスイッチネットワークに接続する第１の入力／出力手段と、
複数のポリシー判断ポイントが接続されるＩＰネットワークに接続する第２の入力／出力手段と、
前記第１及び第２の入力／出力手段に接続され、前記パケットスイッチネットワークの複数のユーザの複数の識別子に基づいて、複数のポリシー判断ポイントに位置付け（ｍａｐ）られる複数の仮想ゲートウェイサポートノード機能を実行する１以上のプロセッサと、を備える。

好ましくは、前記ゲートウェイサポートノードは、ＧＰＲＳパケットスイッチサービスを提供する際に使用するＧＰＲＳゲートウェイサポートノードである。

上述したように、将来の通信ネットワークにおけるＩＭＳ性能のサポートは、所定の請求モデルをサポートするためにはＧｏインターフェース（図４に示されるようなゲートウェイＧＧＳＮとＰ−ＣＳＣＦのＰＣＦとの間で）を必要とするものと思われる。Ｇｏインターフェース用の現行３ＧＰＰアーキテクチャとＩＥＴＦ ＣＯＰＳアーキテクチャとの間の基本的アーキテクチャの不一致は克服されなければならない。このことを可能とする２つの実施形態を以下に説明する。

＜第１の実施形態＞
第１の実施形態は、３ＧＰＰアーキテクチャにポリシー制御ファンクションコーディネータ（ＰＣＦ−Ｃ：Policy Control Function Co-ordinator）ノードを導入するものである。このノードは、サービスベースのローカルポリシー（ＳＢＬＰ）クライアントタイプ用のＰＤＰノードとしてＧＧＳＮ１６の方向に現われ、よってある所定のクライアントタイプに対してＰＥＰが単一のＰＤＰのみに向けて動作することができるというＣＯＰＳ要件を充足することになる。ＰＣＦ−Ｃは、複数のＰ−ＣＳＣＦノード１８のそれぞれに並置された複数のＰＣＦエレメント１７に対して／から、１つのＧＧＳＮに関する複数のＣＯＰＳ−ＰＲ判断（decisions）及び応答（responses）を調整（co-ordinate）する。このことは、図５に示されている。

それぞれのＧＧＳＮ１６は、ＣＯＰＳ−ＰＲ仕様書により、ＳＢＬＰクライアントタイプ用の１つのＰＣＦ−Ｃ１５に対するＣＯＰＳ接続を確立する。そして、ＰＣＦ−Ｃ１５は、図６に示されるように、ＧＧＳＮ１６が動作するとされる各ＰＣＦ１７に対する接続を解放する（このことにより、ネットワーク内の全てのＰ−ＣＳＣＦ／ＰＣＦノードを包含することができる）。そして、複数のＰＣＦノード１７はこの接続を用いてＧＧＳＮ１６における複数のポリシーをインストールする。

複数のＰＣＦ１７はＧＧＳＮ１６のために複数のＳＢＬＰ判断を発生させ、そしてこれらはＣＯＰＳ−ＰＲを介して、ＰＣＦ１７にとってＧＧＳＮ１６のように見えるＰＣＦ−Ｃ１５に送信される。ＰＣＦ−Ｃ１５がＰＣＦ１７からＳＢＬＰ判断を受信すると、ＰＣＦ−Ｃ１５はその判断のソースに関する情報を記録する。”ハンドルオブジェクト（Handle Object）”は、インストールされた状態を識別するユニークな値を含むものである。この識別は、大部分のＣＯＰＳ動作によって用いられる。そのハンドルは、特定のクライアントタイプに対する同じＰＥＰ（即ち、他のＣＯＰＳ ＴＣＰ接続）からの他のクライアントハンドルとは異なりユニークなものとなっている。ＰＣＦ−Ｃ１５は、複数のＰＣＦから受信した各ユニークなハンドルに対するローカルユニークハンドルを創出する。ハンドルオブジェクトは、ＰＣＦ−Ｃ１５で創出されるユニークハンドルを用いて更新される。そのＴＣＰ及びＩＰヘッダは、ＴＣＰ接続の通常ルールに従って、設定され（即ち、ソース及び送り先アドレスの変更を含み、修正変更され）、その修正ＣＯＰＳパケットはＧＧＳＮ１６に解放ＴＣＰ接続下で送信される。

ＰＣＦ−Ｃ１５がＧＧＳＮ１６から応答を受信すると、ＣＯＰＳパケットが抽出され、どのＰＣＦ１７からリクエストが発せられているかを確認するのに用いられるリクエストの逆のルックアップ、即ちマッピングがＣＯＰＳハンドルオブジェクト（ＰＣＦ−Ｃ１５によって配置される）とＰＣＦ１７から供給されるハンドルとの間で生成される。ＣＯＰＳパケットは修正変更され、ＰＣＦ−Ｃ定義のＣＯＰＳハンドルオブジェクトをＰＣＦによって与えられるハンドルで置き換える。ＰＣＦ−Ｃ１５はまた、ＴＣＰ及びＩＰヘッダを適応させ、解放ＴＣＰ接続上で発信元ＰＣＦ１７に応答を送信する。

＜実施形態２＞
別の実施形態は、１つの物理的ＧＧＳＮノード内で一連の”論理的ＧＧＳＮノード”を創出するものである。各論理的ノードはもちろん、図８に示されるように、分離したＰＣＳＣＦ／ＰＣＦに向けて動作する。ここで、単一のＧＧＳＮ１９は多くの論理的或いは仮想的ＧＧＳＮノード２０で構成される。各論理的ノードは、Ｐ−ＣＳＣＦノード２２と並置される分離したＰ−ＣＳＣＦ／ＰＣＦ２１と通信するようにしてもよい。仮想的ＧＧＳＮ接続は、一連のＩＰアドレスを配置することによってか、異なるポートを用いることによって分離することができる。

ノードが初期化されると、１つのＰＤＰに対する接続は通常確立される。この場合、ＧＧＳＮ１９が初期化されると、各仮想ＧＧＳＮ或いはｖ−ＧＧＳＮ２０は、図９でしめされるように、関連のＰＣＦ２１への接続を確立する。その実行によって、ユーザが実際接続され、ユーザが動作しようとしているＰＣＦが識別されるとｖ−ＧＧＳＮ２０のみが生成されるか、ユーザが接続されるとｖ−ＧＧＳＮ全てが先験的に生成され、ユーザが既存のｖ−ＧＧＳＮ２０に配置されるかする。

ユーザがＧＧＳＮ１９を介してＩＭＳ ＡＰＮに帰属するようになると、ＩＰアドレスがそのユーザに割り当てられ、そのユーザのためのＰ−ＣＳＣＦ／ＰＣＦが識別される。このとき、そのユーザのＩＰアドレスは、そのＰＣＦ２１に関連する仮想的ＧＧＳＮ２０に割り当てられる。そのＩＰアドレスが割り当てられ続ける限り、仮想的ＧＧＳＮ２０はそのユーザのＩＰアドレスに対するＰＣＦ２１から複数のＳＢＬＰポリシーを受信することができる。そのユーザがＡＰＮの接続を切断すると（即ち、ＰＤＰコンテクストが取り除かれると）、仮想的ＧＧＳＮ２０は、ＰＣＦの制御下にあるものとして識別されているＩＰアドレスのリストからそのＩＰアドレスを取り除くことになる。仮想的ＧＧＳＮ２０は、自身によって保有されていないＩＰアドレスに関して受信を行ういかなる判断をも拒絶する。

そして、ｖ−ＧＧＳＮ２０は複数の判断を受信し、図１０に示されているように、通常ＣＯＰＳクライアントにより解放ＣＯＰＳインターフェース上で複数のレポートを送信する。ＧＧＳＮ１９内のｖ−ＧＧＳＮ論理的ノード２０を用いると、ＳＢＬＰクライアントタイプのための単一ＧＧＳＮに関して複数のＰＣＳＣＦ／ＰＣＦ装置からポリシー制御のための重複は全く無いのである。

ここで考察の第２の実施形態には、標準化を必要としない点で潜在的な利点がある。このように、もし３ＧＰＰアーキテクチャがＰＣＦ−Ｃノード（実施形態１）を導入するために特に修正変更されないのであれば、”仮想的”ＧＧＳＮの実行によって既述の問題点を解決することができるのである。

本発明の技術的思想の範囲を逸脱しない限り、様々な改良や変更が上述の実施形態になし得るものであることは当業者であれば理解し得るのである。例えば、本発明は現行のＣＯＰＳプロトコルを参照して説明されているが、現行及び将来のプロトコルのバージョンにも適用可能である。

図１は、２つのＵＥ間におけるデータ接続を提供する通信ネットワークを示す図である。 図２は、ＣＯＰＳ−ＲＳＶＰモデルを示す図である。 図３は、ＣＯＰＳ−ＰＲモデルを示す図である。 図４は、ＱＯＳ管理機能のための３ＧＰＰアーキテクチャを示す図である。 図５は、本発明の第１の実施形態によるアーキテクチャであって、各Ｐ−ＣＳＣＦにおける複数のポリシー制御ファンクションと単一のＧＧＳＮが通信できるようにするためのアーキテクチャを示す図である。 図６は、ＣＯＰＳ接続の解放に関連する、図５のアーキテクチャにおける信号の流れを示す図である。 図７は、図６の信号の流れで確立されたＣＯＰＳ接続上の判断及び応答の信号の流れを示す図である。 図８は、本発明の第２の実施形態によるアーキテクチャであって、各Ｐ−ＣＳＣＦにおける複数のポリシー制御ファンクションと単一のＧＧＳＮが通信できるようにするためのアーキテクチャを示す図である。 図９は、ＣＯＰＳ接続の解放に関連する、図８のアーキテクチャにおける信号の流れを示す図である。 図１０は、図９の信号の流れで確立されたＣＯＰＳ接続上の判断及び応答の信号の流れを示す図である

Claims (5)

1. 複数のポリシー中の第１のポリシー実行ポイントノード及び／又は複数の第２のポリシー判断ポイントノードにおける複数のポリシー判断を告知する方法であって、前記第１及び第２のノードは共通オープンポリシーサービス（ＣＯＰＳ）プロトコルを用いるＩＰネットワークを介して互いに通信するように配置されており、前記方法は、
   前記第１のノードにおいて、第２のノードのそれぞれに対して仮想ポリシー実行ポイントを確立する工程と、
   前記仮想ポリシー実行ポイントのそれぞれとそれに対応する第２のノードとの間でＣＯＰＳ接続を確立する工程と、
   前記それぞれのＣＯＰＳ接続上において、前記複数の仮想ポリシー実行ポイントと前記それぞれの第２のノードとの間で複数の判断及び複数の判断に対する応答を通信する工程と、
   を備えることを特徴とする方法。
2. 前記第１のポリシー実行ポイントノードは移動体通信ネットワーク内のデータネットワークのＧＧＳＮであり、前記複数の第２のポリシー判断ポイントノードはＩＰマルチメディアコアネットワークサブシステム（ＩＭＳ）の複数のＰ−ＣＳＣＦノードであり、その複数のＰ−ＣＳＣＦノードのそれぞれはＧＧＳＮ用ポリシー制御ファンクションを実行することを特徴とする請求項１に記載の方法。
3. ノードがＩＰネットワークを介して複数のポリシー判断ポイントに接続された移動体通信ネットワークにおけるパケットスイッチネットワークのゲートウェイサポートノードを動作させる方法であって、
   複数のポリシー判断ポイントに位置付けられる複数の仮想ゲートウェイサポートノード機能を実行する工程と、
   前記複数の仮想ゲートウェイサポートノード機能のそれぞれとそれに対応する複数のポリシー判断ポイントとの間でＣＯＰＳ接続を確立する工程と、
   前記それぞれのＣＯＰＳ接続上において、前記複数のポリシー判断ポイントと複数の判断及び判断に対する応答を交換する工程と、
   を備えることを特徴とする方法。
4. 移動体通信ネットワークのパケットスイッチネットワークにおいて使用するためのゲートウェイサポートノードであって、
   前記パケットスイッチネットワークに接続する第１の入力／出力手段と、
   複数のポリシー判断ポイントが接続されるＩＰネットワークに接続する第２の入力／出力手段と、
   複数の仮想ゲートウェイサポートノード機能を実行する前記第１及び第２の入力／出力手段に接続され、前記複数の仮想ゲートウェイサポートノード機能のそれぞれとそれに対応する複数のポリシー判断ポイントとの間でＣＯＰＳ接続を確立し、前記それぞれのＣＯＰＳ接続上において前記複数のポリシー判断ポイントと複数の判断及び判断に対する応答を交換する１以上のプロセッサと、
   を備えることを特徴とするゲートウェイサポートノード。
5. 前記ゲートウェイサポートノードは、ＧＰＲＳパケットスイッチサービスを提供する際に使用するＧＰＲＳゲートウェイサポートノードであることを特徴とする請求項４に記載のゲートウェイサポートノード。

Images