JP2005516435A - モバイルＩＰネットワークにおけるポリシーに基づくＵＭＴＳのＱｏＳとＩＰのＱｏＳ管理のためのメカニズム - Google Patents

Abstract

モバイルネットワーク（１１０）とデーターネットワーク（１４０，１４５）との間でとＵＭＴＳ層とＩＰ層との間でＱｏＳパラメーターをマップするためＮＯＣポリシーサーバー（２００）を使う方法と装置（図１）。ポリシーサーバーはＳＧＳＮ（１１５）とＧＧＳＮ（１３５）との間に結合されている。

Description

本発明はモバイルＩＰネットワークに係るものであり、そして具体的に言えば、モバイルＩＰネットワークを横切るＵＭＴのＱｏＳとＩＰのＱｏＳとの間での一致したＱｏＳ管理に係るものである。

モバイル通信装置とモバイルネットワークの発展は急速である。最初、アナログモバイルネットワークでは音声交信と簡単な連絡もしくはページングができた。その後、デジタルモバイルネットワークで音声とデータ交信、例えば暗号化、交信している相手方の認知、短文メーッセージ（ＳＭＳ）、文書メッセージができるようになった。最近の第三世代（３Ｇ）モバイルＩＰネットワークテクノロジではユーザーが簡単に内容豊富なメディア、情報そして娯楽にモバイルデバイスでアクセスできるようになった。

モバイルデバイスとモバイルネットワークが発展するにつれて、そして一層多くのデーターをユーザが入手できるようになるにつれて、サービスプロバイダーは彼等のユーザーに必要に基づいて異なるレベルのサービスを提供し始めた。例えば、個々の加入者がゲームをするよりもビジネスの方が高度な経済取引のためのサービスを必要とする。様々なサービスクラスがあるということでサービスプロバイダーはネットワーク上で利用できるバンド幅を最も効果的に利用していくようになる。さらに、サービスクラスがあるのでサービスプロバイダーは彼等のユーザーのため最低限のサービスの品質（ＱｏＳ）を設定するようになる。

第三世代のモバイルネットワークにおいて少なくとも２つの異なるＱｏＳの層はＩＰベースのコアネットワークにおいて管理される必要がある。これら２つの層はユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の層のＱｏＳとＩＰ層ディフサーブのＱｏＳを含む。ＵＭＴＳの層のＱｏＳはＩＰ層ディフサーブのＱｏＳが提供するサービスを利用する。これら２つのＱｏＳ層の間での一致したマッピングはエンドツーエンドＱｏＳを達成する上で重要である。昔は2つのＱｏＳ層の間でのマッピング法は制限されており、実施困難であった。

あるネットワーキングプロダクトはＵＭＴＳのＱｏＳ層とＩＰのＱｏＳ層との間のハードコード化したマッピングルールを、モバイルネットワークにおけるサービングジェネラルパケットラジオサービスサポートノード（ＳＧＳＮ）とゲートウエイジェネラルパケットラジオサービスサポートノード（ＧＧＳＮ）とに有している。しかしこのアプローチは規定のルールへのマッピングを制限している。

必要なことは、モバイルネットワーク上のＵＭＴＳ層とＩＰ層とを横切って一致したエンドツーエンドＱｏＳを簡単に提供する方法である。これらのことを考慮して本発明はなされている。

上述の欠点、不具合そして問題の解決を本発明は目的としているのであり、以下の説明から本発明は理解されよう。

本発明を一つの局面で見れば、モバイルネットワークのためのＵＭＴＳ層のＱｏＳとＩＰ層のＱｏＳのためのマッピングメカニズムが提供されている。ポリシーサーバーがマッピングメカニズムを維持し、そしてポリシーサーバーはモバイルネットワーク上でサポートノードへ結合されている。このポリシーサーバーはモバイルネットワークを横切ってサポートノードへマッピングルール送る責任がある。

本発明を別の局面で見れば、ポリシーサーバーとサポートノードとは３つのマッピングメカニズムを使っている。それらはアウトソーシングメカニズム、プロビジョニングメカニズムそしてハイブリッドメカニズムである。アウトソーシングメカニズムはポリシーサーバーを使ってすべてのパケットデータープロトコール（ＰＤＰ）コンテクストイベントを処理し、そして適切なサポートノードへ適切なルールを供給する。プロビジョニングメカニズムではポリシーサーバーは、どのＰＤＰコンテクストイベントよりも前にモバイルネットワークを横切って各サポートノードへ対応マッピングルールをプッシュダウンする。ハイブリッドメカニズムはアウトソーシングメカニズムとプロビジョニングメカニズムの組合せを使っている。これらのメカニズムはネットワークを横切ってＵＭＴＳ対ＩＰのＱｏＳ一致のマッピングを保証し、そして多くの利点を提供する。

本発明をさらに別の局面で見れば、アウトソーシングメカニズムは多くの利点を提供している。例えば、ポリシーサーバーはサポートノードに比して、多くの複雑なマッピングルールを扱う。ポリシーサーバーがＰＤＰコンテクストイベントに関する決定をするからである。それ故、モバイルネットワーク上のサポートノードは複雑なロジックを記憶したり、実行することはない。加えて、ＳＧＳＮとＧＧＳＮとがポリシーサーバーからそれらのマッピングを取得するので、ＱｏＳはユーザに対して一定している。

本発明をさらに別の局面で見れば、プロビジョニングメカニズムは多くの利点を提供している。一旦、マッピングルールがサポートノードへプッシュダウンされると、ポリシーサーバーはコールバイコール決定に巻き込まれることはなく、それによりポリシーサーバーのリゾースは節約される。加えて、マッピングルールをリアルタイムでプッシュダウンすることは必要ではなく、それにより処理電力、バンド幅、ポリシサーバーに関する信頼性要請を少なくできる。

本発明をさらに別の局面で見れば、ハイブリッドメカニズムは多くの利点を提供している。ハイブリッドメカニズムは拡張しても複雑にならないようになっている。ユーザーが動いている場合にはユーザーの特定のマッピングルールがユーザーの一次のＳＧＳＮとＧＧＳＮとへデフォルトルールとしてプッシュダウンされる。ユーザーが動いていており、そして他のＳＧＳＮとＧＧＳＮとを使っているときはこれらのサポートノードはポリシーサーバーにユーザーのため関連のマッピングをダウンロードすることを頼む。さらに、複雑なルールはポリシーサーバーにより保持され、支持ノードに対してかなりのリソースをフリーにする。

本発明をさらに別の局面で見れば、ＱｏＳプロファイルにおける属性とＰＤＰコンテクストで運ばれるモバイルステーションインテグレーテッドサービスデジタルネットワーク（ＭＳＩＳＤＮ）のナンバーを使ってマッピングルールを発生する。関連のＱｏＳプロファイル属性は、他にもあるが、トラヒッククラス，最大ビットデータ、保証されたビットレート、転送遅延、トラヒック処理優先、そして配分／留置優先である。

本発明の実施例を以下に添付図を参照して詳述するが、これはあくまで本発明の例示に過ぎない。実施例はいずれも詳細に説明されていて当業者であれば十分に実施でき、また本発明の技術思想の範囲内で変更することもできる。実施例は本発明を限定するものではなく、本発明の技術思想は請求の範囲により規定されている。

明細書と請求の範囲を通して以下の用語は、特にその文脈から他の意味に解釈しなければならない限り、ここに明示しているとおりの意味である。用語、サポートノードは「ＧＧＳＮノード」と「ＳＧＳＮノード」との両方を参照している。用語「ＰＤＰコンテクストイベント」はパケットデータプロトコール（ＰＤＰ）コンテクストアクチベーション、ディアクチベーションもしくはモディフイケーションプロシージャである。用語「ユーザー」はモバイルネットワークを介してリソースと交信したり、アクセスするためモバイルデバイスを用いる会社、組織のような顧客や個人を参照する。用語「オペレーター」はモバイルネットワークを保持しもしくはそれにサービスする技能者もしくは組織を参照する。用語「識別子」はＭＳＩＳＤＮナンバー、ＩＰアドレスもしくはユーザの場所もしくはユーザの特定もしくは認識に関するなにか他の情報である。用語、「知られた」、「知る」はこれらの用語「知られた」、「知る」をそれと一緒に使ったノードもしくは他のネットワークのノードにおけるローカルな蓄積を参照している。添付図では同じ部分には同じ参照数字を付けている。加えて、単数で表現していても開示したものに符合するよう複数と解釈することもある。

作動環境の例示
図1を参照する。この例示としてのモバイルＩＰネットワークで本発明は実施される。図に示すように、モバイルネットワーク１００はモバイルステーション（ＭＳ）１０５、ラジオアクセスネットワーク１１０、ＳＧＳＮ１１５、コアネットワーク１２０、ルーター１２５_A‐C、ネットワークオペレーションセンター（ＮＯＣ）内のポリシーサーバー２００、ＧＧＳＮ_A‐B、データーネットワーク１４０そしてデーターネットワーク１４５を含んでいる。

モバイルネットワーク１００の接続と動作を説明する。ＭＳ１０５はラジオアクセスネットワーク１１０へ接続されている。一般に、ＭＳ１０５はアクセスネットワーク１１０のような無線ネットワークへ接続できるどのようなデバイスでもよい。そのようなデバイスには携帯電話、スマートフォーン、ページャー、無線周波数（ＲＦ）デバイス、赤外線（ＩＲ）デバイス、これらのデバイスの幾つかを組み合わせた集合デバイスなどである。ＭＳ１０５の他にも、パーソナルデジタルアシスタント（ＰＤＡ）のような無線インターフエース、手持ちコンピュータ、パソコン、マルチプロセッサーシステム、マイクロプロセッサーベースのもしくはプログラマブルコンシューマーエレクトロニクス、ネットワークＰＣ、身につけれるコンピュータなどがある。

ラジオアクセスネットワーク１１０はＭＳ１０５のような無線交信可能のデバイスと情報のやり取りをする。ラジオアクセスネットワーク１１０は無線と有線の両方の要素を含んでいることもある。例えば、ラジオアクセスネットワーク１１０は有線電話ネットワークへリンクしたセルラータワーを含んでいる。典型的にはこのセルラータワーは携帯電話、ページャーそして他の無線デバイスと交信し、そして有線電話ネットワークは通常の電話、長距離回線リンクなどと交信する。

あるノードはジェネラルパケットラジオサービス（ＧＰＲＳ）ノードである。例えば、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１１５はラジオアクセスネットワーク１１０を介してＭＳ１０５のようなモバイルステーションとデータをやり取りする。ＳＧＳＮ１１５はＭＳ１０５に関する位置情報を保持している。ＳＧＳＮ１１５はコアネットワーク１２０を介してＭＳ１０５とゲートウエイＧＰＲＳサポートノード（ＧＧＳＮ）１３５_A‐B、との間で交信させる。本発明の一実施例ではインターネットエンジニアリングタスクフォース（ＩＥＴＦ）スタンダードカンマンオープーンポリシー（ＣＯＰＳ）プロトコールを使ってサポートノードとネットワークオペレーションズセンター（ＮＯＣ）ポリシーサーバー２００との間で交信する。ＰＤＰコンテクストイベントのときＳＧＳＮ１１５は、ＭＳ１０５により所望のコンテクストをアクチベートまたは活性させ、ＰＯＰコンテクストをモディフィケートまたは修正することをチェックする。ＳＧＳＮはポリシーサーバー２００からマッピングルールを与えられてＰＤＰコンテクストイベントを処理する。ＰＤＰコンテクストイベントはＭＳ１０５に関するアクチベーション、デアクチベーションもしくはモディフィケーションプロシージャであり得る。一般に、ＰＤＰコンテクストイベントが起きるときとはＭＳ１０５がラジオアクセスネットワーク１１０にそれがＰＯＰコンテクストにアクチベートしたいと伝えるときである。

コーンネットワーク１２０はＩＰパケットベースのバックボーンネットワークで、これはネットワーク内のサポートノードを接続しているルーター１２５_A‐Cのようなルーターを含んでいる。ルーターはメッセージの配布を促進する交信ネットワーク上の中間デバイスである。つながっている接続網を介して多くのコンピュータをリンクする単一のネットワーク上でルーターは送られたメッセージを受け取り、そしてそれらを利用できるルートを介してそれらの正しい行き先に送る。異なるアーキテクチャとプロトコールに基づいているＬＡＮを含む相互に接続されている一組のＬＡＮではルーターはＬＡＮとＬＡＮとの間のリンクとして働き、相互間でメッセージを送れるようにする。ＬＡＮ内の交信リンクは典型的には対となった縒り線、ファイバーオプティックスもしくは同軸ケーブルであり、ネットワークとネットワークとの間の交信リンクはアナログ電話線、Ｔ１、Ｔ２、Ｔ３、Ｔ４を含む全面的にもしくは部分的に提供されているデジタルライン、インテグレーテッドデジタルネットワーク（ＩＳＤＮ）、デジタルサブスクライバーライン（ＤＳＬ）、無線リンクもしくは他の通信リンクである。

ＧＧＳＮ１３５_A‐Bはルーター１２５_A‐Cを介してコアネットワーク１２０へ結合され、そしてネットワーク１４０やネットワーク１４５のようなデーターネットワークへの無線ガイドウエイとして働く。ネットワーク１４０、１５０は公共のインターネットもしくは私的なデーターネットワークである。ＧＧＳＮ１３５_A‐BはＭＳ１０５にネットワーク１４０とネットワーク１４５にアクセスさせる。

通信媒体を介してコアネットワーク１２０へＮＯＣポリシーサーバー２００は結合している。ポリシーサーバー２００はマッピングルールに従ってオペレーターによってプログラムされ、ＵＭＴＳのサービス品質（ＱｏＳ）をモバイルＩＰネットワーク１００のためＩＰＱｏＳマッピングへと管理する。詳しく言えば、オペレーターはモバイルＩＰネットワーク１００上のサポートノードにより使われるマッピングルールを発生してエンドーツーエンドＱｏＳを保証するのを助ける。これらのマッピングルールはポリシーサーバー２００によりサポートノードへ供給される。ポリシーサーバー２００は幾つかのＱｏＳマッピングメカニズムのどれかを使ってマッピングルールを発生し、そしてそれらのルールをサポートノードへ与える。これらのメカニズムはアウトソーシングメカニズム、プロビジョニングメカニズムそしてハイブリッドメカニズム（図３−８とその関連記載参照）を含む。

ＵＭＴＳクラスをディフサーブクラスにマップできるというだけでなくオペレータは特定のユーザーやユーザーグループのためＱｏＳプロファイルにおける他の属性に従ってサービスを識別できる。例えば、ユーザーグループＡからの会話トラヒックがエクスペダイテッドフォワーディング（ＥＦ）クラスで搬送でき、ユーザーグループＢからの会話トラヒックがアシュアードフォワーディング（ＡＦ）クラスで搬送できる。ＭＳ１０５の特定のユーザーはこれらのユーザーグループの中の一つに、ＳＧＳＮサポートノードとＧＧＳＮサポートノードとの両方に知られているユーザーのモバイルステーションインテグレーテッドサービスデジタルネットワーク（ＭＳＩＳＤＮ）ナンバーにより識別される。

ポリシーサーバーを使ってエンドーツーエンドＱｏＳを確実にする助としていることが多くの利点をもたらす。同じアプリケーショントラヒックに対して異なるＱｏＳを与える融通性をオペレーターに持たせれる。例えば、会話トラヒックをコアネットワークにおけるＥＦクラスもしくはＡＦクラスのどちらにでもマップできる。クラス毎に異なるチャージングストラクチャーをオペレーターは採用できる。また、オペレーターの仕事量を減らせる。モバイルＩＰネットワークを横切ってサポートノードを個別に形成する代わりにオペレーターはポリシーサーバーでマッピングルールを一度で形成できる。それからポリシーサーバーはモバイルＩＰネットワークを横切ってマッピングルールを配布する。さらに、マッピングルールが発生され、そしてポリシーサーバから直接くるので、ＵＭＴＳＱｏＳからＩＰＱｏＳへのマッピングはモバイルＩＰネットワークを横断して一致している。マッピングルールはＱｏＳにおける関連の属性とＰＤＰコンテクストにおいて運ばれる識別子とを使う。本発明の一実施例によればＭＳＩＳＤＮナンバーをユーザーの識別子として使用する。関連の属性は他にもあるが、トラヒッククラス、最大ビットレート、保証されたビットレート、転送遅延、トラヒック処理優先そして割当／留置優先である。発信源もしくは行き先のＭＳＩＳＤＮナンバーはカードで言えば何にでも使える鬼札を含んでおり、その場合ＱｏＳプロファイル属性はディファレンシエーテッドサービスコードポイント（ＤＳＣＰ）を決定する。ＤＳＣＰに加えて、マッピングルールはメータリングパラメータとアウトプロファイルアクションも含んでいる。メータリングパラメータは例えば平均レート、バーストサイズそしてピークレートのようなパラメータである。

ＩＰパケットヘッダーにおけるＤＳＣＰフイールドを使ってパケットをクラスに区分してエンドツーエンドＱｏＳを確実にするのを助けるようにする。ＤＳＣＰは、サービスのクラスを決めるＩＰパケットヘッダーにおける６ビットフイールドである。ＤＳＣＰと他のＱｏＳメカニズムはサービスプロバイダーを助けてそれらのリソースをモバイルＩＰネットワーク上で配分し、例えばパケットバイパケットベースでバンド幅を配分してユーザーの要求に応える。ポリシーサーバー２００はサポートノードへマッピングルールを送りＤＳＣＰビットを変えて特定のユーザーとのサービスレベルアグリーメント（ＳＬＡ）に基づいてＱｏＳを維持する。さらに、ルーター１２５_A‐CはＤＳＣＰビットに働きかけてユーザーのためのＱｏＳを維持する。例としてのポリシーサーバーは図２を参照して詳述する。

さらに、コンピュータと他の関連の電子デバイスがネットワーク１４０とネットワーク１４５とへ接続されている。公共インターネット自体は多数のそのような相互接続されたネットワーク、コンピュータ、ルーターから形成されている。モバイルＩＰネットワーク１００は図１に示す要素よりも多くの要素を含んでいる。しかしながら、この図示の要素だけで本発明の実施例を説明するのに十分である。

上に述べた通信リンクにおいて情報を伝達するのに使用する媒体は、コンピュータが読めるタイプの媒体、すなわち通信媒体である。一般に、コンピュータが読める媒体とはコンピュータがアクセスできる媒体であればなんでもよい。典型的な通信媒体は、コンピュータが読める命令、データ構造、プログラムモジュールもしくは搬送波のような変調データ信号内のデータや他の転送メカニズム内のデータであり、どのような情報配布媒体でもよい。術語「変調されたデータ信号」とは、信号に情報を符号化するような仕方で一つもしくはそれ以上の特性を変えられている信号のことである。例として、通信媒体は、対となった縒り線、同軸ケーブル、ファイバーオプティックス、導波管、他の有線媒体や無線媒体例えば音響、ＲＦ、赤外線その他の無線媒体を含む。

図２の示す例としてのポリシーサーバーはモバイルＩＰネットワークを横切ってマッピングルールをＳＧＳＮとＧＧＳＮとの両方へ与える。従って、ポリシーサーバー２００はマッピングルールに関するデータを送受する。例えば、モバイルＩＰネットワーク上でポリシーサーバー２００はマッピングルールを送り、そしてＳＧＳＮとＧＧＳＮとからデータを受ける。

ポリシーサーバー２００は図２に示すよりも多くの要素を含んでいる。しかしながら、示されている要素だけで本発明の実施例を示すに十分である。図２に示すように、ポリシーサーバー２００はコアネットワーク１２０や他の通信ネトワークにインターフエースを介して接続されている。ネットワークインターフエース２１０はポリシーサーバー２００をコアネットワーク１２０へ接続するのに必要な回路を含み、そしてＴＣＰのトップで作動しているＣＯＰＳプロトコールを含む様々な通信プロトコールで使用できるようネットワークインターフエース２１０は構成されている。他の通信プロトコールも使える。それらは例えば、ＵＤＰプロトコールである。典型的にはネットワークインターフエースユニット２１０はポリシーサーバー２００内に含まれるカードである。

ポリシーサーバー２００は処理ユニット２１２、ビデオディスプレイ２１４、マスメモリも含んでおり、すべてバス２２２を介して接続されている。マスメモリはＲＡＭ２１６、ＲＯＭ２３２そして一つもしくはそれ以上の恒久的なマスメモリ、例えばハードディスクドライブ２３８、テープドライブ、ＣＤ‐ＲＯＭ／ＤＶＤ‐ＲＯＭドライブ２２６、及び又はフロッピディスクドライブを含む。このマスメモリはポリシーサーバー２００の動作を制御する作動システム２２０を蓄積する。この要素は当業者なら知っている汎用サーバー作動システム２２０例えばＵＮＩＸ（登録商標）、ＬＩＮＵＸ（商標）もしくはマイクロソフトのウインドウＮＴ（登録商品名）を備えている。ベーシックインプット／アウトプットシステム（“ＢＩＯＳ”）２１８もポリシーサーバー２００の低レベル作動を制御するため設けられている。

上述のマスメモリは別のタイプのコンピュータが読める媒体すなわちコンピュータ記憶媒体を示している。コンピュータ記憶媒体は揮発性と不揮発性、除去できる、そして除去できない媒体を含んでおり、それらはコンピュータが読める命令、データ構造、プログラムモジュールその他のデータのような情報の蓄積の技術と方法において使われている。コンピュータ記憶媒体の例はＲＡＭ、ＲＯＭ、ＥＥＲＯＭ、フラッシュメモリや他のメモリ技術、ＣＤＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）や他のオプティカルメモリ、磁気カセット、磁気テープ、磁気ディスク、その他の磁気記憶デバイスもしくは所望の情報を記憶するのに使い、コンピュータによりアクセスできる媒体を含む。

マスメモリはポリシーサーバープログラム２３０のためプログラムコードとデータ（図面と以下の関連記述参照）そしてプログラム２３４を蓄積する。ポリシーサーバープログラム２３０はコンピュータ実行可能の命令を含んでおり、この命令はポリシーサーバーコンピュータ２００が実行するときは、ＵＭＴＳ層とＩＰ層とを横切ってＱｏＳルール一致を保持する。ポリシーサーバー２００はＪＡＶＡ（登録商標）バーチャルマシーン、ＨＴＴＰリクエストを受け渡しするＨＴＴＰハンドラーアプリケーション、顧客のコンピュータ上で作動するＷＷＷブラウザーへ転送するＪＡＶＡ（登録商標）アプレット、ＩＰセックハンドラー、トランスポートレイヤセキュリティ（ＴＬＳ）ハンドラーそして確実な接続を扱うＨＴＴＰＳハンドラーアプリケーションを含む。ＩＰセックハンドラーもしくはＴＬＳハンドラーのどちらもＣＯＰＳプロトコールのためのセキュリティ保護を与えるのに使われる。ＨＴＴＰＳハンドラーアプリケーションは外部セキュリティアプリケーションと一緒に通信のため使われて確実な仕方で個人の情報を送受する。

ポリシーサーバー２００も、マウス、キーボード、スキャナーもしくは他の入力デバイス（図２には示されていない）のような外部デバイスとの交信のための入力／出力インターフエース２２４を備えている。同様に、ポリシーサーバー２００はＣＤ‐ＲＯＭ／ＤＶＤ‐ＲＯＭドライブ２２６のような付加的なマスメモリとハードディスクドライブ２２８とを備えている。ハードディスクドライブ２２８はポリシーサーバー２００により使われて他にもあるが、アプリケーションプログラム、データーベースそしてサーバープログラム２３０により使われるプログラムデータを蓄積する。例えば、ＱｏＳマッピングルール、ユーザーデータベース、関連のデータベースなど蓄積される。

ポリシーをベースとしたメカニズム
ネットワークを横切ってサポートノード上にマッピングポリシーを展開するポリシーをベースとしたメカニズム実施するポリシーサーバー３００の全体を図３に示す。開始ブロックの後でプロセスはブロック３１０へ進み、その点でネットワーク上のサポートノードはポリシーサーバーに登録する。本発明の一実施例ではブートアップ上でＳＧＳＮとＧＧＳＮのそれぞれがＩＥＴＦＣＯＰＳプロトコールにより規定されるようにポリシーサーバーに登録する。異なるプロトコールを使って登録することもできる。決定ブロック３１５へ移るときアウトソーシングメカニズムを使うかどうかについて決定する（図４と関連説明参照）。

一般に、アウトソーシングメカニズムを選択するとき、サポートノードはポリシーサーバーにすべてのＰＤＰコンテクストイベントを扱うマッピングルールを尋ねる。アウトソーシングメカニズムを選択するとき、プロセスはブロック３２０へ戻り、そこではアウトソーシングメカニズムはポリシーサーバーによって使われる。アウトソーシングメカニズムを選択しないとき、プロセスは決定ブロック３２５へ進み、プロビジョニングメカニズムを使うかどうかを決定する（図６と関連説明参照）。一般に、プロビジョニングメカニズムの下ではポリシーサーバーは対応マッピングルールを、ＰＤＰコンテクストイベント前にネットワークを横切って各サポートノードへプッシュダウンする。プロビジョニングメカニズムがプロビジョニング決定ブロック３２５で選択されると、プロセスはブロック３３０へ進み、その点でプロビジョニングメカニズムが実行される。プロビジョニングメカニズムが選択されないと、プロセスは決定ブロック３３５へ進み、そこでハイブリッドメカニズムを使うかどうかについて決定する。一般に、ハイブリッドメカニズムはアウトソーシングメカニズムとプロビジョニングメカニズムの組合せを使う（図７と関連説明参照）。ハイブリッドメカニズムを選択するときプロセスはブロック３４０へ進み、そこではハイブリッドメカニズムを使用する。

図４はアウトソーシングメカニズムを使用するプロセスを示す。例示するという目的で単一のサポートノードのためのプロセスを説明する。開始ブロックの後プロセスはブロック４１０へ進み、そこではサポートノードがポリシーサーバーに登録する。決定ブロック４１５へ移って、ＰＤＰコンテクストイベントが発生しているかどうかについてサポートノードにおいて決定がなされる。ＰＤＰコンテクストイベントが起こっていないとき、プロセスはブロック４２０へ進み、その点でロジックはＰＤＰコンテクストイベントを待つ。コンテクストイベントが起きていたら、プロセスはブロック４２５に進み、そこでＰＤＰコンテクストイベントを受けたサポートノードはポリシーサーバーにそのイベントをどう処理するかについての対応マッピングルールを尋ねる。ブロック４３０に進むとサポートノードは、マッピングルールを含むポリシーサーバーから応答を受けたかどうかを決定する。ポリシーサーバーから応答を受け取っていないときはサポートノードは応答を待つ（ブロック４３５）。ポリシーサーバーから応答を受けとっていたとき、プロセスはブロック４４０へ進み、そこでマッピングルールはサポートノードにより実行される。次に、プロセスは終了ブロックへ進み、他のアクションを処理するところへ戻る。

サポートノードと比較して複雑なマッピングルールをポリシーサーバーは仕切ることができる。ポリシーサーバーはそのイベントについての決定をできるからである。それ故、ネットワーク上のサポートノードは複雑なロジックを蓄積し，実行する必要がある。加えて、アウトソーシングメカニズムは動いているユーザーにとって利点を有している。ＳＧＳＮとＧＧＳＮとがポリシーサーバーからマッピングルールを得るので、ＱｏＳはユーザーに対しては変わらない。例えば、ユーザーが彼等のホームモバイルネットワーク内を動いていて、ＰＤＰコンテクストイベントが発生すると同じポリシーサーバーに尋ねる。ユーザーが彼等のホームモバイルネットワークを出て動いているとき、ユーザーのホームモバイルネットワークポリシーサーバーにコンタクトして適切なマッピングルールを決めることができる。

図５はＰＤＰコンテクストイベントの例としてのフロー５００とアウトソーシングメッセージのフローを示している。この図に示すように、メッセージフロー５００はＭＳ５１０、ＵＭＴＳテレストリアルラジオアクセスネットワーク（ＵＴＲＡＮ）５１５、ＳＧＳＮ５２０、ＧＧＳＮ５２５、ポリシーサーバー５３０をこの順に含む。ＭＳ５１０、ＵＴＲＡＮ５１５、ＳＧＳＮ５２０、ＧＧＳＮ５２５、そしてポリシーサーバー５３０がメッセージの開始点と終了点である。例としてのメッセージフローを説明する。第１に、ＭＳ５１０は「ＰＤＰコンテクストリクエストをアクチベートする」メッセージ５３５をＳＧＳＮ５２０へ送り、第２に、ＳＧＳＮ５２０が「ＰＤＰコンテクストリクエストをつくる」メッセージ５４０をＧＧＳＮ５２５へ送る。第３にＧＧＳＮ５２５は「リクエスト」メッセージ５４５をポリシーサーバー５３０へ送る。第４に、ポリシーサーバー５３０は「決定」メッセージ５５０をＧＧＳＮ５２０へ送る。第５に、ＧＧＳＮ５２５は「リポート」メッセージ５５５をポリシーサーバー５３０へ戻す。第６に、ＧＧＳＮ５２５が「ＰＤＰコンテクスト応答をつくる」メッセージ５６０をＳＧＳＮ５２０へ送る。第７にＳＧＳＮ５２０は「ＰＯＰコンテクストアクセプトをアクチベートする」メッセージ５６５をＭＳ５１０へ送る。第８に、ＳＧＳＮ５２０は「リクエスト」メッセージ５７０をポリシーサーバー５３０へ送る。第９にポリシーサーバー５３０は「決定」メッセージ５７５をＳＧＳＮ５２０へ送る。最後第１０に、ＳＧＳＮ５２０は「レポート」メッセージ５８０をポリシーサーバー５３０へ戻す。

リクエストメッセージ（第３メッセージ５４５と第８メッセージ５７０）において、ＳＧＳＮ５２０とＧＧＳＮ５３５とはＭＳＩＳＤＮナンバーとＭＳ５１０に関連のＱｏＳ属性とを含む。リクエストメッセージもＰＤＰコンテクストイベントを特定するハンドルを含んでいる。決定メッセージ（第４メッセージ５５０と第９メッセージ５７５）はポリシーサーバー５３０から得たオペレーター規定ルールで決めたＤＳＣＰを含む。ＰＤＰコンテクストイベントがデアクチベーションプロシージャであるとき、ＳＧＳＮ５２０とＧＧＳＮ５２５とは削除リクエストメッセージをポリシーサーバー５３０へ送る。削除リクエストメッセージはポリシーサーバーにＰＤＰコンテクストが存在していないことを知らせる。

図６はサポーティングノード上のプロビジョニングメカニズムのためのプロセスを示す。開始ブロックの後プロセスは６１０へ進み、そこでサポートノードはブートアップ上のポリシーサーバに登録する。ポリシーサーバーに登録後サポートノードはポリシーリクエスト６１５をポリシーサーバーに送りマッピングルールを要求する。ブロック６２０へ進み、サポートノードはポリシーサーバーからマッピングルールを受けるのを待つ。決定ブロック６２５に移るときマッピングルールが受け取られる時について決定する。マッピングルールが受け取られていないときはロジックはブロック６２０へ戻る。マッピングルールが受け取られているとそのマッピングルールはサポートノードにより蓄積される６３０。決定ブロック６３５へ移るとき、ＰＤＰコンテクストイベントが起こっているかどうかについての決定がなされる。ＰＤＰコンテクストイベントが起きていると、ロジックはブロック６５０へ進み、そこでＰＤＰコンテクスト蓄積ルールに適当なマッピングルールが実行される。例えば、サポートノードはポリシーサーバーから得たマッピングルールに従ってＤＳＣＰを決定する。

ＰＤＰコンテクストイベントが起きていないと、プロセスはブロック６４０へ進み、その点でプロセスはポリシーサーバーによりサポートノードへ送られた更新されたルールをモニターする。決定ブロック６４５へ進むと、更新されたマッピングルールがポリシーサーバーによりサポートノードへプッシュダウンされたかどうかについて決定する。更新されたマッピングルールが受け取られているとき、プロセスはブロック６３０へ戻り、その点でその更新されたルールを蓄積する。更新されたマッピングルールが受け取られていないとき、プロセスはブロック６４０へ戻り、モニターを続ける。プロセスは終了ブロックへ進み、そして他のアクションを処理する。

プロビジョニングメカニズムはいくつもの利点を有する。マッピングルールがサポートノードへ一旦プッシュダウンされると、コール毎の決定にポリシーサーバーは巻き込まれることはなく、それによりポリシーサーバーのリソースを節約する。加えて、マッピングルールはリアルタイムでプッシュダウンされる必要はなく、それにより処理パワー、バンド幅そしてポリシーサーバーに関する信頼性要請をセーヴする。

アウトソーシングメカニズムとプロビジョニングメカニズムとの両方を使うサポーティングノード上のハイブリッドメカニズム７００のためのプロセスを図７に示す。開始ブロック後ロジックの流れはブロック７１０へ進み、サポートノードはポリシーサーバーに登録する。ポリシーサーバーに登録後、サポートノードはポリシーリクエストをポリシーサーバーに送り、デフォルトマッピングルールを要求する（ブロック７１５）。ブロック７２０に進むと、サポートノードはデフォルトマッピング受け取るの待つ。決定ブロック７２５に移ると、デフォルトマッピングルールが受け取られるときについて決定する。デフォルトルールが受け取られていないとき、プロセスはブロック７２０へ戻り、待ちつづける。デフォルトルールが受け取られているときは、サポートノードによりそのデフォルトマッピングルールを蓄積する７３０。決定ブロック７３５へ進むと、到来ＰＤＰコンテクストイベントがあるかどうかについて決定する。ＰＤＰコンテクストイベントが起こっていないときは、プロセスはブロック７４０に流れ、その点でプロセスは更新されたデフォルトルールをモニターする。決定ブロック７４５へ進んだとき、ポリシーサーバーによりサポートノードへ更新されたデフォルトマッピングがプッシュダウンされているかどうかについて決定する。デフォルトの更新されたマッピングルールが受け取られたとき、プロセスはブロック７３０へ戻り、その点でその更新されたデフォルトマッピングルールを蓄積する。デフォルトの更新されたマッピングルールが受け取られないとき、プロセスは決定ブロック７３５へ戻って、ＰＤＰコンテクストイベントが発生したときを決定する。ＰＤＰコンテクストイベントが起きていたときはサポートノードに蓄積されたデフォルトルールがブロック７５０でプロセスにより走査される。決定ブロック７５５へ進んだとき、ＰＤＰコンテクストにとってデフォルトルールのどれが適切であるかどうかについての決定がなされる。ＰＤＰコンテクストにとってそのデフォルトルールが適切でないときは、ロジックはブロック７６０へ進み、その点でサポートノードはアウトソーシングメカニズムを使ってポリシーサーバーに尋ねる（図４と関連説明参照）。プロセスがブロック７６５へ進むと、その点でポリシーサーバーから受け取ったマッピングルールを実行する。デフォルトルールが適切であると、プロセスはブロック７７０へ進みそこでデフォルトルールはサポートノードにより実行される。それからプロセスは終了ブロックへ進み、そして他のアクションを処理するため戻る。

ハイブリッドメカニズムは大きさと簡単さとの釣り合いが取れている。動き回っているユーザーの場合ユーザー規定マッピングルールはデフォルトルールとしてそのユーザーの一次のＳＧＳＮとＧＧＳＮへプッシュダウンされる。ユーザーが動き回り、そして他のＳＧＳＮとＧＧＳＮを使ってトラヒックを処理しているとき、これらのサポートノードはポリシーサーバーにそのユーザーに対して関連マッピングルールをプッシュダウンするよう頼む。加えて、複雑なルールはポリシーサーバーにより保持され、それによりサポートノードのためかなりのリソースをフリーにする。

モバイルＩＰネットワーク上のサポートノードにポリシーサーバーが応答するプロセスを図８に示す。開始ブロックの後プロセスはブロック８１０へ進み、そこでポリシーサーバーはサポートノードからのリクエストを待つ。そのリクエストは登録のための初期化リクエスト、終了リクエスト、もしくはポリシーリクエストである。決定ブロック８１５へ移ると、リクエストを受け取ったかどうかを決定する。リクエストが受け取られていないとき、プロセスはブロック８２０へ進み、そこでポリシーサーバーはリクエストを待つ。リクエストが受け取られているとき、ポリシーサーバーはリクエストに応答する８２５。アウトソーシングメカニズムが選択されたとき、ＰＤＰコンテクストイベント毎にサポートノードへ適切なマッピングルールがプッシュダウンされる。プロビジョニングメカニズムが選択されると、サポートノードのためポリシーサーバー上での今のマッピングルールがプッシュダウンされてくる。ハイブリッドメカニズムが選択されると、デフォルトルールがサポートノードへプッシュダウンされる。ハイブリッドメカニズムの下ではポリシーサーバーも、受け取ったＰＤＰコンテクストに対応するルールを持っていないサポートノードによりどのようなリクエストにも応答する。

決定ブロック８３０へ進んだときマッピングルールが更新されたかどうかについて決定する。オペレーターはポリシーサーバー上で常にマッピングルールを更新する。マッピングルールを更新するとき、プロセスはブロック８３５へ進み、そこでルールが更新される。ポリシーサーバ上でルールが更新されるとき、そしてプロビジョニングメカニズムが選択されるとき、その更新されたルールはネットワーク上でその影響されたサポートノードへプッシュダウンされる。ハイブリッドメカニズムが選択され、そしてその更新されたルールがデフォルトルールに作用すると、その更新されたルールがネットワーク上のその影響されたサポートノードへプッシュダウンされる。ルールが更新されないときは、プロセスはブロック８１０へ戻ってリクエストをモニターする。プロセスは終了ブロックへ進み、それから戻って他のアクションを処理する。

本発明の製作と利用について例とデーターとを挙げて上に詳しく述べた。本発明の技術思想は請求の範囲に記載されており、その範囲内で種々に実施例を変更できる。

本発明がその中で使われる例としてのモバイルＩＰネットワークを示す。 モバイルＩＰネットワークを横切ってＳＧＳＮとＧＧＳＮとの両方へマッピングルールを提供する例としてのポリシーサーバーを示す。 ネットワークを横切ってサポートノード上でマッピングポリシーを展開するポリシーベースのメカニズムを実施するプロセスの全体図である。 アウトソーシングメカニズムを使うロジックフローである。 ＰＤＰイベントのための例示としてのメッセージフローとアウトソーシングメッセージフローを示す。 プロビジョニングメカニズムを使うロジックフローを示す。 アウトソーシングメカニズムとプロビジョニングメカニズムの両方を使うハイブリッドメカニズムのロジックフローである。 本発明の特徴にしたがって、ネットワーク上のサポートノードに応答するポリシーサーバーのロジックフローを示す。

Claims (28)

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. アウトソーシングメカニズムがさらに、
    ＰＤＰコンテクストイベントが起きるときを、そしてＰＤＰコンテクストイベントが起きるときを決定し、
    前記の少なくとも一つのマッピングルールがＰＤＰコンテクストイベントを処理するため少なくとも一つのサポートノードからポリシーサーバーに尋ね、
    ＰＤＰコンテクストイベントを処理するためポリシーサーバーから前記の少なくとも一つのマッピングルールを受け取ったときを決定し、そして
    前記の少なくとも一つのマッピングルールを実行して少なくとも一つのサポートノード上でＰＤＰコンテクストイベントを処理する
    ようにした請求項２５に記載のシステム。

Images