JP5054699B2 - ポリシ施行点インターフェース・システムおよび方法 - Google Patents

Description

（関連出願に対する相互引用）
本願は、２００５年１０月２０日に出願した米国仮特許出願第６０／７２９，４１５号、２００６年３月１日に出願した米国仮特許出願第６０／７７７，９６０号、および２００６年３月６日に出願した米国仮特許出願第６０／７８０，０２３号の優先権を主張する。これらのうち容全体は、ここで引用したことにより、本願にも含まれるものとする。
（技術分野）
本発明は、ポリシ・サーバ(policy server)からポリシ施行点(policy enforcement point)に通信するシステムおよび方法に関するものである。更に特定すれば、本発明は、外部ポリシ・サーバがポリシ情報およびその他の情報をポリシ施行点に伝達セッションおよびデータ・フローに適用するためのインターフェースを提供する。

（発明の背景）
ワイヤレス・ネットワークのようなネットワークにおいては、ポリシまたはルールにしたがってネットワーク・リソースを割り当てることが望ましい場合がときどきある。これらのポリシは、ネットワーク帯域幅、サービス品質（ＱｏＳ）、およびセキュリティ（ファイアウオール）のようなリソースを対象とする。移動体加入者（例えば、セル・フォン、パーソナル・ディジタル・アシスタント（ＰＤＡ）、およびその他のハンドヘルド・デバイス）に配信されるコンテンツが増々多様となり、ボイス・オーバーＩＰ（ＶｏＩＰ）、ストリーミング・メディア、およびマルチプレーヤ・ゲームを含むようになるに連れ、これらの種類のコンテンツは、パラメータが固定の信頼性が高いネットワーク接続を要求するようになった。ｅメールやウェブ・サーフィングのような別の種類のコンテンツでは、レイテンシやパケット・ロスは、配信されるコンテンツの品質にさほど影響を及ぼさず、その効果(effect)は気付かれないのが通例である。ポリシに基づいて管理するネットワークは、ルールを用いてネットワーク挙動の種々の面を統制する。

ポリシに基づく管理を実施するネットワークは、通例、ポリシ判断機能およびポリシ施行点を含む。ポリシ判断機能とは、リソース・マネージャまたはポリシ・サーバであり、イベントを処理し、これらのイベントに基づいて判断を下し、判断に基づいてポリシ施行点の構成を更新することを責務とする。ポリシ施行点は、ルータ、ファイアウオール、およびホストのような、ネットワーク・ノード内に存在する。ノードは、ポリシ判断機能から受信するルール集合に基づいて、ポリシを施行する。

本発明によれば、ある種の実施形態は、加入者セッションおよびトラフィック・フローの少なくとも一方に対してポリシ施行を規定するシステムを特徴とし、このシステムは、移動体加入者、ポリシ施行点、およびインターフェースを備えている。移動体加入者は、加入者セッションおよびトラフィック・フローのうち少なくとも１つを開始する。ポリシ施行点は、移動体加入者と通信し、加入者セッションおよびトラフィック・フローのうち少なくとも１つを確立し、加入者セッションおよびトラフィック・フローのうち少なくとも１つに対してポリシを施行する。ポリシ施行点に対するインターフェースは、ポリシ・サーバと通信し、ポリシ施行点は、アクセス要求メッセージを用いて、ポリシ・サーバからポリシを要求し、認定変更メッセージ(change-of-authorization message)を用いて、ポリシ・サーバから未要請のポリシを受信する。

実施形態の中には、加入者セッションおよびトラフィック・フローの少なくとも一方に対してポリシ施行を規定する方法を特徴とするものもあり、この方法は、少なくとも１つの加入者セッションを移動体加入者から開始するステップと、移動体加入者と通信するポリシ施行点において、少なくとも１つの加入者セッションを確立するステップと、ポリシ施行点からポリシ・サーバにアクセス要求メッセージを送るステップと、ポリシ・サーバからアクセス受理メッセージを受信するステップと、アクセス受理メッセージにおいて受信したポリシを、ポリシ施行点において、少なくとも１つの加入者セッションに対して適用するステップとを備えている。

本発明は、本発明のある種の実施形態にしたがって、ポリシ・サーバからポリシ施行ポイントにポリシ情報を伝達するインターフェースを提供するシステムおよび方法に関するものである。外部ポリシ・サーバを用いて、種々のポリシを実施し、当該種々のポリシは、移動体加入者の加入者セッションおよびトラフィック・フローに適用するために、ポリシ施行点に供給することができる。実施形態の中には、ポリシ施行点が行う行為、およびどのようにリソースを割り当てるかを、ポリシが統制する場合がある。ネットワークにおいてポリシ・ルールを適用する際の課題は、サービス品質（ＱｏＳ）、帯域幅、セキュリティ、およびその他のポリシが維持され、互いに矛盾(conflict)しないことを確保することである。ポリシ・サーバはポリシを提供する間、ポリシは、ポリシ施行点によってトラフィック・フローおよび加入者セッションに対して施行される。このポリシ施行点は、通例、アクセス・ネットワークにおける、加入者識別エッジ・ルータ(subscriber-aware edge router)であり、ポリシ・サーバからポリシ・ルールを受信し、ポリシ・ルールを加入者セッションおよびトラフィック・フローに適用することができる。また、ポリシ施行点は、このインターフェースを用いて、加入者セッションおよびトラフィック・フローに関する情報を、ポリシ・サーバに送ることもできる。

ポリシ・サーバとポリシ施行点との間における通信は、PUSHモデルおよびPULLモデルで行うことができる。PUSHモデルでは、ポリシ・サーバが、要請を受けずに、予期されるフローについてのポリシ情報を、ポリシ施行点に送る。本発明の実施形態の中には、ポリシ・サーバが、要請を受けずに、ポリシ施行点において加入者セッションまたは関連するトラフィック・フローに対するポリシを適用または解除するために、認定変更メッセージ(Change-of-Authorization message)を用いる場合がある。切断メッセージは、ポリシ・サーバが、要請を受けずに、ポリシ施行点において進行中の加入者セッションまたはフローを切断するために用いることができる。

PULLモデルでは、ポリシ施行点は、要求されたフローについての関連情報をポリシ・サーバから要請し、ポリシ・サーバはポリシ判断で応答する。ある種の実施形態では、ポリシ施行点がアクセス要求メッセージを用いてポリシ・サーバからポリシ判断を要請することができる場合もある。この初期アクセス要求メッセージは、セッションおよびフローの識別、ポリシ・サーバにおける初期セッション設定のために求められる必要な属性、ならびにこれが初期要求であることをポリシ・サーバに示す属性を収容することができる。ポリシ施行点は、ポリシ施行点において加入者セッション・パラメータに変化があったときにはいつでも、アクセス要求メッセージによってポリシ・サーバに更新情報を送ることができ、実施形態の中には既存の加入者セッションに対する新しいポリシを要求することができる場合もある。

本発明の実施形態の中には、PUSHメッセージおよびPULLメッセージが、Remote Autenthication Dial-In User Service（ＲＡＤＩＵＳ：遠隔認証ダイアル・イン・ユーザ・サービス）に基づくメッセージである場合がある。例えば、ＲＡＤＩＵＳアクセス要求メッセージおよびＲＡＤＩＵＳ認定変更メッセージは、インターフェース通信に用いるために修正することができる。ＲＡＤＩＵＳは、ネットワーク・アクセスまたはＩＰモビリティ(IP mobility)のようなアプリケーションのための認証、許可、および課金（ＡＡＡ）プロトコルであり、呼の詳細記録を収集ために用いることができる。ポリシ・サーバは、アプリケーションに対するポリシ・ルールを決定するために、呼の詳細記録を用いることができる。

図１は、本発明のある実施形態によるポリシ・インターフェースを用いるネットワーク１００を示す。このネットワークは、パケット・データ提供ノード（ＰＤＳＮ）１１０、ホーム・エージェント（ＨＡ）１１２、ポリシ・サーバ１１４、ＭＩＰ移動体加入者１１６、およびＳＩＰ移動体加入者１１８を含む。当業者であれば認められるように、ネットワーク１００は、アプリケーション・サーバ、基地局、およびパケット制御機能のような、他のデバイスも含むことができる。加えて、セッション開始プロトコルのような、他の通信プロトコルも用いることができる。セッション開始プロトコルは、実施形態の中には、直径に基づくメッセージングによって実施することができる場合がある。ＰＤＳＮ１１０は、シンプル・インターネット・プロトコル（ＳＩＰ）セッション１２０を通じてサービスをＳＩＰ移動体加入者１１８に提供することができる。ＳＩＰセッション２１０では、ＰＤＳＮ１１０は、ポリシ・サーバ１１４に対するポリシ施行点として供することができる。ＭＩＰ移動体加入者１１６にＰＤＳＮ１１０またはＨＡ１１２によってサービスを提供するのは、モバイル・インターネット・プロトコル（ＭＩＰ）セッション１２２が双方のデバイスに跨るからである。本発明のある種の実施形態では、多くのセッションからのトラフィック・フローの種々の態様を、２つのデバイス間で処理することができる。

ＰＤＳＮ１１０は、PULLモデル・メッセージング１２４を用いて、ポリシ・サーバ１１４と通信することができる。PULLモード・メッセージング１２４は、ＰＤＳＮ１１０からのアクセス要求と、ポリシ・サーバ１１４からのアクセス受理またはアクセス拒否を含むことができる。アクセス受理メッセージは、アクセス要求メッセージに応答して送ることができ、施行行為を定義する少なくとも１つのポリシを含む。一方、アクセス拒否メッセージは、アクセス要求メッセージの処理を成功させることができないときに、アクセス要求メッセージに応答して送られる。例えば、これは、メッセージ認証部(authenticator)属性がないために、メッセージの検証が通らなかったことによる場合があり得る。実施形態の中には、ポリシ施行点がアクセス拒否メッセージを受信したとき、ポリシ施行点が加入者セッションまたはトラフィック・フローを終了させる場合もある。アクセス拒否が特定のトラフィック・フローに対するものである場合、当該特定のトラフィック・フローを終了させて、同じ加入者セッションと関連のある他のトラフィック・フローをそのままにしておくこともできる。

ＨＡ１１２とポリシ・サーバ１１４との間の通信は、PULLモデル・メッセージング１２６を通じて行うことができる。PULLモデル・メッセージング１２６は、ＰＤＳＮ１１０とポリシ・サーバ１１４との間において説明したのと同様のメッセージを含むことができる。PULLモデル・メッセージに含まれるいくつかのメッセージング属性の一部は、異なるポリシ施行点または異なるプロトコルを用いるときには異なる場合がある。例えば、ゲートウェイ一般パケット無線サービス提供ノード（ＧＧＳＮ）の実施態様では、異なるＩＤ属性を用いる場合がある。加えて、プロトコルの中には、異なるパラメータによって識別する場合もあるので、ポリシ施行点に提供されるパラメータをプロトコルに応じて変更する必要があることもある。

ポリシ・サーバ１１４は、PUSHモデル・メッセージング１２８を用いて、ＰＤＳＮ１１０と通信することができる。PUSHモデル・メッセージング１２８は、ポリシ・サーバ１１４からの未要請メッセージに応答して、ポリシ・サーバ１１４からの認定変更（ＣＯＡ）メッセージおよび切断メッセージ、ならびにＰＤＳＮ１１０からの承認（Ａｃｋ）または否定承認（Ｎａｋ）を含むことができる。切断メッセージは、ポリシ・サーバ１１４が、要請を受けずに、ＰＤＳＮ１１０を通じて１つ以上の進行中の加入者セッションまたはトラフィック・フローを終了させるために用いることができる。ＡｃｋおよびＮａｋメッセージは、ポリシ・サーバ１１４からのＣＯＡメッセージまたは切断メッセージに応答することができ、ＰＤＳＮ１１０によって送られる。Ａｃｋメッセージは、ＰＤＳＮ１１０がポリシ・サーバ１１４の要求を実施することに成功したことを示し、一方Ｎａｋは、要求を実施しようとしたときにＰＤＳＮ１１０がエラーに遭遇したことを示す。

ＨＡ１１２およびポリシ・サーバ１１４は、PUSHモデル・メッセージング１３０を通じて通信することができる。PUSHモデル・メッセージング１３０は、ＰＤＳＮ１１０とポリシ・サーバ１１４との間において説明したのと同様のメッセージを含むことができるが、メッセージ属性は、他のプロトコルおよびポリシ施行点では異なる場合がある。以下の表１は、ＣＯＡメッセージに含むことができる属性を例示し、表２は切断メッセージにおける属性を示す。この表および以降の表における表記は、以下のことを意味するように理解することができる。すなわち、「０−１」は属性があるまたはない（任意）のいずれかとすることができることを意味し、「０」は含まないことを意味し、「０＋」は含まれなくてもよい、または１回以上含まれてもよいことを意味し、「１」は１回含まれることを意味する。

表１において先に例示したように、ＣＯＡメッセージに含まれる属性は変化する可能性がある。この変化は、用いられるプロトコル（例えば、モバイルＩＰ、シンプルＩＰ）およびポリシ施行点（例えば、ホーム・エージェント、パケット・データ提供ノード）によって決まる可能性がある。表１に掲示した多くの属性の数は、加入者セッションおよびトラフィック・フローを識別することを目的としている。識別に用いることができる属性の中には、ユーザ名（ネットワーク・アクセス識別子）、ＮＡＳ−ＩＰアドレス、枠組みＩＰアドレス、枠組みインターフェースＩｄ、枠組みＩＰｖ６アクセス接頭辞(prefix)、発呼局ＩＤ（移動体加入者識別）、３ＧＰＰ２−相関ＩＤ、および３ＧＰＰ−ＩＭＳＩ／３ＧＰＰ−ＮＳＡＰＩ（ゲートウェイ一般パケット無線サービス提供ノード（ＧＧＳＮ）ポリシ施行点向け）がある。識別の目的に用いることができる他の属性には、ＦｏｗＩＤ（エボリューション・データ・オンリー（ＥＶＤＯ）−ｒｅｖ−Ａ）およびＳＲＩＤ（Ａ１０識別子）がある。

実施形態の中には、サービス・タイプ、ＮＡＳ識別子、ＮＡＳ−ＩＰアドレス、状態、およびプロキシ状態に関する属性は、ＲＡＤＩＵＳメッセージの属性に基づく場合がある。ＮＡＳ識別子は、ポリシ施行点またはポリシ施行点の集合体を識別し、要求がどこから来ているのか区別するために用いることができる。ＮＡＳ識別子は、ポリシ施行点上でランしているコンテキストのような、他のエンティティも識別するために用いることができる。状態およびプロキシ状態は、ラディウス・サーバ（図示せず）またはポリシ・サーバからポリシ施行点に認証アクセス・メッセージにおいて受け渡される属性である。状態およびプロキシ状態属性は、ポリシ・サーバまたはラディウス・サーバ（図示せず）への後続のメッセージに含ませることができる。ＡｃｃｔセッションＩｄ、イベント・タイムスタンプ、およびＡｃｃｔ終了原因は、課金情報に関する属性であり、ポリシ・サーバに格納し追跡することができる。ＡｃｃｔセッションＩｄは、課金セッションを識別するために用いられる。課金セッションは、課金開始メッセージによって開始し、課金停止メッセージによって終了する。イベント・タイムスタンプは、課金セッションが開始したときのような、イベントが発生したときを記録する。Ａｃｃｔ終了原因は、課金停止メッセージの理由を示すことができる。

サービス・タイプ属性は、ユーザが要求したサービスの種類、または提供するサービスの種類を示すために用いられる。本発明の実施形態の中には、認証のみサービス・タイプが用いられるため、認証情報をアクセス受理メッセージにおいて返送する必要がない場合もある。他のサービス・タイプも用いることができる。フィルタＩｄ、ＳＮ１−ＩＰ−Ｉｎ−ＡＣＬ、およびＳＮ１−ＩＰ−Ｏｕｔ−ＡＣＬの属性は、本発明のある種の実施形態では、ポリシ施行点においてポリシを適用、解除、および施行するために用いられる。

ＣＯＡメッセージは、数種類のやり方でポリシおよびポリシ修正を伝達することができる。ポリシ施行点からポリシを解除する第１のやり方は、ポリシ・サーバがフィルタＩＤ属性を空にしてＣＯＡメッセージを送ることである。空のフィルタＩＤ値は、ポリシ施行点において定義され、空のフィルタＩＤを示すために「０」または非ゼロ値として指定することができる。ポリシ施行点からポリシを解除する第２のやり方は、ＳＮ１−ＩＰ−Ｉｎ−ＡＣＬ属性およびＳＮ１−ＩＰ−Ｏｕｔ−ＡＣＬ属性のないＣＯＡメッセージを送ることである。ポリシを解除する第３のやり方は、特殊なベンダー特定属性（ＶＳＡ）を有するＣＯＡメッセージを用いることであり、この属性があるときには、ポリシ施行点に既存のポリシ・ルールを解除するように促す。

本発明の実施形態の中には、ポリシ施行点がアクセス制御リストを用いてポリシを施行する場合がある。アクセス制御リストは、ポートへのアクセス、およびポリシ施行点上において利用可能なサービスを制御するために用いることができる。アクセス制御リストは、インバウンドおよびアウトバウンドのトラフィック双方を制御するために用いることができ、実施形態の中にはファイアウオールまたはパケット・フィルタと同様であってもよい場合がある。本発明の実施形態の中には、ポリシをポリシ施行点におけるアクセス制御リストとして構成することができる場合がある。ＣＯＡメッセージは、アクセス制御リストの中にポリシに対するＣＯＡメッセージにおける参照を含ませることによって、どのポリシをローカル・アクセス制御リストから加入者セッションまたはトラフィック・フローに適用するか伝達することができる。この参照は、ＣＯＡメッセージの中に、フィルタＩＤ属性として含ませることができる。本発明の別の実施形態では、ＳＮ１−ＩＰ−Ｉｎ−ＡＣＬ属性およびＳＮ１−ＩＰ−Ｏｕｔ−ＡＣＴ属性は、ポリシをポリシ施行点に受け渡すために用いることができる。これらのポリシは、ポリシ・サーバが提供する動的ポリシである。これによって、ポリシ・サーバは、状況に応じてポリシを展開することができ、予め設定されたポリシのリストを用いることに制約されないで済むことになる。ＳＮ１−ＩＰ−Ｉｎ−ＡＣＬまたはＳＮ１−ＩＰ−Ｏｕｔ−ＡＣＬ属性の一例は、次のようにすることができる。

ＳＮ１−ＩＰ−Ｉｎ−ＡＣＬ属性は、ポリシ・ルールをアクセス制御リストに搬送することができ、このアクセス制御リストは、加入者からのトラフィックに対してポリシ・ルールを適用するために用いられる。ＳＮ１−ＩＰ−Ｏｕｔ−ＡＣＬは、ポリシ・ルールをアクセス制御リストに搬送することができる。アクセス制御リストは、加入者に向けて送出するトラフィックに対するポリシ・ルールを適用するために用いられる。実施形態の中には、タイプおよび長さに２バイトを用いるというような、ＳＮ１−ＩＰ−Ｉｎ−ＡＣＬについて先に示したＳＮ１フォーマットの変形を用いることができる。他の変更には、「ＳＮ」という接頭辞を付して示すことにする。

図２は、本発明のある種の実施形態による加入者セッション設定２００の模式シグナリング図である。加入者セッション設定２００は、移動体加入者（ＭＳ）２１０、パケット制御機能（ＰＣＦ）２１２、パケット・データ提供ノード（ＰＤＳＮ）２１４、ポリシ・サーバ２１６、およびホーム・エージェント（ＨＡ）２１８を含む。ＰＤＳＮ２１４は、図２におけるポリシ施行点としての役割を果たす。図示した移動体加入者２１０は、設定メッセージをＰＣＦ２１２に送ることにより加入者セッション設定を開始する。移動体アタッチ・メッセージング２２０は、加入者セッションを開始するために用いることができる。ＰＣＦ２１２は、Ａ１１設定メッセージング２２２によってＰＤＳＮ２１４と通信して、通信リンクを設定する。ポイント・ツー・ポイント・プロトコル（ＰＰＰ）設定メッセージング２２４を用いて、ＭＳ２１０とＰＤＳＮ２１４との間の接続として確立する。ＭＩＰ設定メッセージング２２６およびＭＩＰ設定メッセージング２２８を用いて、ＭＳ２１０からＨＡ２１８までの接続を提供する。加入者セッションは、ＰＤＳＮ１２１４を通過してフローすることができるので、ＰＤＳＮ２１４は、セッション２３０に対してポリシ施行点としての役割を果たすことができる。ＰＤＳＮ２１４は、オンライン・ポリシ・アクセス要求メッセージ２３２をポリシ・サーバ２１６に送り、対応する加入者セッションをポリシ・サーバ２１６の中に確立する。ポリシ・サーバ２１６は、オンライン・ポリシ・アクセス要求メッセージ２３２を認証し、メッセージの中で送られた識別情報を用いて、加入者セッションを確立することができる。ポリシ・サーバ２１６は、オンライン・ポリシ・アクセス受理メッセージ２３４をＰＤＳＮ２１４に送る。アクセス受理メッセージ２３４は、加入者セッションの確立を承認することができ、加入者セッションを統制する１つ以上のポリシを指定することもできる。

図３は、本発明のある種の実施形態による拒否加入者セッション設定３００の模式シグナリング図である。加入者セッション設定３３０は、移動体加入者（ＭＳ）３１０、パケット制御機能（ＰＣＦ）３１２、パケット・データ提供ノード（ＰＤＳＮ）３１４（ポリシ施行点としての役割を果たす）、ポリシ・サーバ３１６、およびホーム・エージェント（ＨＡ）３１８を含む。図３において加入者セッションを設定する初期のシグナリングは、図２と同様であり、移動体アタッチ・メッセージング３２０、Ａ１１設定メッセージング３２２、ＰＰＰ設定メッセージング３２４、ならびにＭＩＰ設定メッセージング３２６および３２８がある。ＭＩＰ設定メッセージング３２６および３２８の確立によって、ＰＤＳＮ３１４は、加入者セッション３３０に対するポリシ施行点となることができる。オンライン・ポリシ・アクセス要求メッセージ３３２をＰＤＳＮ３１４からポリシ・サーバ３１６に送る。ポリシ・サーバ３１６は、オンライン・ポリシ・アクセス要求メッセージ３３２を受信することができ、例えば、メッセージの認証または対応する加入者セッションの確立に問題がある場合、対応する加入者セッションを確立しない。ポリシ・サーバ３１６は、オンライン・ポリシ・アクセス拒否メッセージ３３４を送ることによって、確立できなかったことをＰＤＳＮ３１４に通知する。ＰＤＳＮ３１４は、ＭＳ３１０にＰＰＰリンク３３６および無線プロトコル（ＲＰ）３３８を切断することを知らせる。

図４は、本発明のある種の実施形態によるフロー設定４００の模式シグナリング図である。フロー設定４００は、移動体加入者（ＭＳ）４１０、パケット制御機能（ＰＣＦ）４１２、パケット・データ提供ノード（ＰＤＳＮ）４１４（ポリシ施行点としての役割を果たす）、ポリシ・サーバ４１６、およびホーム・エージェント（ＨＡ）４１８を含む。フロー設定４００は、ＰＤＳＮ４１４における加入者セッションおよびポリシ・サーバ４１６における対応する加入者セッションを設定するためのシグナリングをもって開始する。加入者設定は、移動体アタッチ４２０、Ａ１１設定４２２、ＰＰＰ設定４２４、ＭＩＰ設定４２６および４２８、セッション確立４３０、オンライン・ポリシ・アクセス要求４３２、ならびにオンライン・ポリシ・アクセス受理４３４を含む。

トラフィック・フローは、ＭＳ４１０によってメッセージを送ることによって要求することができる。メッセージ２ ４３６をＭＳ４１０からＰＣＦ４１２に送り、トラフィック・フローを開始する。ＰＣＦ４１２は、フロー設定メッセージ４３８をＰＤＳＮ４１４に送る。フロー設定メッセージ４３８は、リソース予約プロトコル（ＲＳＶＰ）およびトラフィック・フロー・テンプレート（ＴＦＴ）を含む。ＰＤＳＮ４１４は、オンライン・アクセス要求４４０をポリシ・サーバ４１６に送ることによって、トラフィック・フローを設定することができる。オンライン・アクセス要求メッセージ４４０は、フロー情報を含むことができ、このフロー情報をポリシ・サーバ４１６が用いて、トラフィック・フローを統制するためのポリシ・ルールを決定する。ポリシ・ルール情報は、オンライン・ポリシ・アクセス受理メッセージ４４２において、ポリシ・サーバ４１６からＰＤＳＮ４１４に送られる。次いで、ＰＤＳＮ４１４は、オンライン・ポリシ・アクセス受理メッセージ４４２を受信したときに、要求トラフィック・フローを設定することができる。フロー設定応答メッセージ４４４をＰＤＳＮ４１４からＰＣＦ４１２に送る。フロー設定応答メッセージ４４４は、確立したトラフィック・フローに関する情報を含むことができ、フロー確立の成功を示すことができる。ＰＣＦ４１２は、受信した情報をＭＳ４１０に中継するためにメッセージ４４６を送る。

図５は、本発明のある種の実施形態による加入者セッション切断５００の模式シグナリング図である。加入者セッション切断５００は、移動体加入者（ＭＳ）５１０、パケット制御機能（ＰＣＦ）５１２、パケット・データ提供ノード（ＰＤＳＮ）５１４（ポリシ施行点としての役割を果たす）、ポリシ・サーバ５１６、およびホーム・エージェント（ＨＡ）５１８を含む。加入者セッション切断５２２が行われるまで、ＰＤＳＮ５１４上にはアクティブな加入者セッション５２０が存在する。図示した加入者セッション切断５２２は、不活性状態のタイム・アウトによって、ハードウェアまたはソフトウェアの障害によって、あるいはＭＳ５１０から受信した切断メッセージによって行われる可能性がある。ＰＤＳＮ５１４は、ＨＡ５１８とのＭＩＰ接続分断(teardown)メッセージ、およびＭＳ５１０とのＰＰＰリンク終了メッセージング５２６を開始する。ＰＤＳＮ５１４は、最終オンライン・ポリシ・アクセス要求メッセージ５２８を送ることで、セッション切断５２２をポリシ・サーバ５１６に通知する。図示した最終オンライン・ポリシ・アクセス要求メッセージ５３０は、ポリシ・サーバ５１６に、切断しようとしている加入者セッションに関する情報を提供することができるので、ポリシ・サーバ５１６は対応する加入者セッションを解除することができる。ポリシ・サーバ５１６は、加入者セッションの解除に成功した場合には、オンライン・ポリシ・アクセス受理メッセージ５３２を送る。オンライン・ポリシ・アクセス拒否メッセージ（図示せず）は、加入者セッションを解除するときにエラーが発生した場合に送ることができる。

図６は、本発明のある種の実施形態によるポイント・ツー・ポイント・プロトコル（ＰＰＰ）リネゴシエーション(renegotiation)６００の模式シグナリング図である。ＰＰＰリネゴシエーション６００は、移動体加入者（ＭＳ）６１０、パケット制御機能（ＰＣＦ）６１２、パケット・データ提供ノード（ＰＤＳＮ）６１４（ポリシ施行点としての役割を果たす）、ポリシ・サーバ６１６、およびホーム・エージェント（ＨＡ）６１８を含む。ＰＤＳＮ６１４とＭＳ６１０との間におけるポイント・ツー・ポイント・プロトコル（ＰＰＰ）リンクの取り決めを見直す（renegotiate）とき、アクティブな加入者セッション６２０がＰＤＳＮ６１４上に存在する。ＰＰＰリンクの取り決めは、ＰＣＦからＰＣＦへのハンドオフ、またはＰＤＳＮからＰＤＳＮへのハンドオフのようなハンドオフのために見直される可能性がある。ＰＰＰリンクの取り決めを見直そうとするとき、ＰＰＰ設定リネゴシエーション・メッセージング６２２を開始する。このメッセージングは、ＰＤＳＮ６１４がハンドオフを検出した後に開始することができる。ＰＰＰリネゴシエーションの一部として、ＰＤＳＮ６１４は、既存の加入者セッションと新しい加入者セッション６２４に対する初期要求メッセージングとのために、最終要求メッセージングをポリシ・サーバ６１６に送る。最終オンライン・ポリシ・アクセス要求メッセージ６２６は、加入者セッションを終了させるために、ポリシ・サーバ６１６に送られる。オンライン・ポリシ・アクセス受理メッセージ６２８は、加入者セッションが終了したことを確認するために、ポリシ・サーバ６１６から送られる。ＰＤＳＮ６１４は、初期オンライン・ポリシ・アクセス要求メッセージ６３０を送って、取り決めを見直すＰＰＰリンクと関連のある新しい加入者セッションを確立する。ポリシ・サーバ６１６は、加入者セッションを設定し、ＰＤＳＮ６１４にオンライン・ポリシ・アクセス受理メッセージ６３２を送り、加入者セッションの確立に成功したことを示す。

図７は、本発明のある種の実施形態によるポリシ適用７００の模式シグナリング図である。ポリシ適用７００は、移動体加入者（ＭＳ）７１０、パケット制御機能（ＰＣＦ）７１２、パケット・データ提供ノード（ＰＤＳＮ）７１４（ポリシ施行点としての役割を果たす）、ポリシ・サーバ７１６、およびホーム・エージェント（ＨＡ）７１８を含む。ポリシ・サーバ７１６が未要請の認定変更（ＣＯＡ）要求メッセージ７２２を送るとき、アクティブな加入者セッション７２０がＰＤＳＮ７１４上には存在する。認定変更（ＣＯＡ）要求メッセージ７２２は、ポリシ・サーバ７１６がＰＤＳＮ７１４において未要請のポリシを適用または解除する際に用いられる。ＰＤＳＮ７１４は、ＣＯＡ要求７２４を処理する。これには、新しいポリシを適用することに加えて、既存のポリシの解除または修正を伴う。ＣＯＡ Ａｃｋメッセージ７２６がＰＤＳＮ７１４からポリシ・サーバ７１６に送られ、ＣＯＡ要求７２２の処理成功を承認する。

図８は、本発明のある種の実施形態によるポリシ・エラー応答８００の模式シグナリング図である。ポリシ・エラー応答８００は、移動体加入者（ＭＳ）８１０、パケット制御機能（ＰＣＦ）８１２、パケット・データ提供ノード（ＰＤＳＮ）８１４（ポリシ施行点としての役割を果たす）、ポリシ・サーバ８１６、およびホーム・エージェント（ＨＡ）８１８を含む。ＣＯＡ要求メッセージ８２２がポリシ・サーバ８１６からＰＤＳＮ８１４によって受信されたときには、アクティブな加入者セッション８２０がＰＤＳＮ８１４上に存在する。ＰＤＳＮ８１４は、ＣＯＡ要求メッセージ８２２を処理するが、ポリシを適用することはできない（８２４）。ＣＯＡ Ｎａｋメッセージ８２６を送り、障害８２４をポリシ・サーバ８１６に通知する。この障害は、ＰＤＳＮ８１４におけるＣＯＡメッセージの認証、ポリシの追加、ポリシの解除、またはポリシの修正ができないことによって起こる可能性がある。

図９は、本発明のある種の実施形態によるポリシ・サーバ切断９００の模式シグナリング図である。ポリシ・サーバ切断９００は、移動体加入者（ＭＳ）９１０、パケット制御機能（ＰＣＦ）９１２、パケット・データ提供ノード（ＰＤＳＮ）９１４（ポリシ施行点としての役割を果たす）、ポリシ・サーバ９１６、およびホーム・エージェント（ＨＡ）９１８を含む。ポリシ・サーバ９１６が切断メッセージ（ＤＭ）要求９２２をＰＤＳＮ９１４に送るとき、アクティブな加入者セッション９２０がＰＤＳＮ９１４上に存在する。ＰＤＳＮ９１４は、ＤＭ要求９２２を処理し、加入者セッションまたは関連するトラフィック・フロー９２４を切断する。ＤＭ Ａｃｋメッセージ９２６をＰＤＳＮ９１４からポリシ・サーバ９１６に送り、加入者セッションまたはトラフィック・フローの切断が開始したことを承認する。ＰＤＳＮ９１４は、ＭＳ９１０との切断ＰＰＰメッセージング９２８を開始する。最終オンライン・ポリシ・アクセス要求９３０をＰＤＳＮ９１４からポリシ・サーバ９１６に送り、対応する加入者セッションまたはトラフィック・フローをポリシ・サーバ９１６から解除する。ＰＤＳＮ９１４は、切断ＲＰメッセージング９３２を開始する。ポリシ・サーバ９１６は、オンライン・ポリシ受理メッセージ９３４を送り、ＰＤＳＮ９１４に、加入者セッションまたはトラフィック・フローをポリシ・サーバから解除したことを示す。

図１０は、本発明のある種の実施形態によるアプリケーション・サーバと共にポリシ・インターフェースを用いるネットワーク１０００の模式図である。ネットワーク１０００は、パケット・データ提供ノード（ＰＤＳＮ）１０１０、ホーム・エージェント（ＨＡ）１０１２、ポリシ・サーバ１０１４、アプリケーション・サーバ１０１６、移動体インターネット・プロトコル（ＭＩＰ）移動体加入者（ＭＳ）１０１８、およびシンプル・インターネット・プロトコル（ＳＩＰ）移動体加入者（ＭＳ）１０２０を含む。図示したアプリケーション・サーバ１０１６は、ネットワーク１０００におけるサーバ・コンピュータであり、ｅメール、ストリーミング・メディア、音楽ダウンロード・アプリケーション、マルチプレーヤ・ゲームのような、種々のソフトウェア・アプリケーションを提供することができる。実施形態の中には、アプリケーション・サーバ１０１６がボイス・オーバーＩＰ（ＶＯＩＰ）アプリケーション用セッション開始プロトコル・アプリケーション・サーバである場合もある。ポリシ・サーバ１０１４は、アプリケーション・サーバ１０１６、ＰＤＳＮ１０１８、および可能性としてはＨＡ１０１２とも通信し、ネットワーク１０００上ではトラフィック・フローをどのように管理すればよいか判断する。ＰＤＳＮ１０１８は、ポリシ・サーバ１０１４が下した決定を、ポリシ施行点として施行する役割を果たすことができる。

実施形態の中には、移動体加入者が、シンプルＩＰ１０２２またはモバイルＩＰ１０２４のようなプロトコルを用いて設定したセッションにおいて、ネットワーク１０００と通信する場合もある。移動体加入者１０２０によってシンプルＩＰセッション１０２２が設定された場合、ポリシ施行は、ＰＤＳＮ１０１０において、ポリシ・サーバ１０１４によってプッシュまたはプル・ダウンされたポリシから実行することができる。一方、モバイルＩＰセッション１０２４では、移動体デバイス１０１８がＰＤＳＮ１０１０およびＨＡ１０１２双方との接続を設定することができる。モバイルＩＰセッション１０２４では、施行はＰＤＳＮ１０１０またはＨＡ１０１２において処理することができる。何故なら、このセッションは双方のデバイスに跨るからである。本発明のある種の実施形態では、多くのセッションからのトラフィック・フローの種々の態様を、２つのデバイス間で処理することができる。例えば、ＰＤＳＮ１０１０はＶＯＩＰアプリケーションのためにＱｏＳを処理し、ＨＡ１０１２はストリーミング・ビデオのためにＱｏＳを処理する。ＰＤＳＮ１０１０およびＨＡ１０１２は一緒に動作しなくてもよいが、ポリシ・サーバ１０１４は所望の動作状態を確立する命令を通じて各デバイスを調整することができる。加えて、実施形態の中には、ＰＤＳＮ１０１０が、同時に、シンプルＩＰ１０２２およびモバイルＩＰ１０２４のような、多数のプロトコルをサポートすることができる場合もある。

プロトコル１０２４によるセッション設定に続いて、ＭＩＰ移動体加入者１０１８はクライアント・アプリケーションを起動し始めることができる。アプリケーションを開始する際、ＭＩＰ移動体加入者１０１８はアプリケーション・サーバ１０１６と情報１０２６を伝達する。図示したアプリケーション・サーバ１０１６は、加入者セッションまたはトラフィック・フロー・メッセージ情報１０２８を用いて、ポリシ・サーバ１０１４と連絡を取る。加入者セッションまたはトラフィック・フロー・メッセージ情報１０２８は、ＭＩＰ移動体加入者１０１８のＩＰアドレス／ポート番号、対応するノードＩＰアドレス／ポート番号（たとえば、アプリケーション・サーバ１０１６のＩＰアドレス／ポート番号）、プロトコル（ＭＩＰ１０２４）、および料金請求(charging)情報またはＱｏＳ要件のようなその他の種類の情報を含むことができる。加入者セッションまたはトラフィック・フロー・メッセージ情報１０２８およびその他の情報（例えば、内部に格納されている情報）から、ポリシ・サーバ１０１４はポリシ施行のためのＰＤＳＮ１０１０を特定することができる。ポリシ・サーバ１０１４は、ＰＤＳＮ１０１０に、認定変更（ＣＯＡ）メッセージ１０３０を通じてＱｏＳポリシ情報を送る。実施形態の中には、ポリシ・サーバ１０１４がＨＡ１０１２にＣＯＡメッセージ１０３２を送る場合もある。ＣＯＡメッセージは、ラディウスに基づくメッセージ(Radius based message)とすることができる。図示したＣＯＡメッセージ１０３０は、ＰＤＳＮ１０１０において加入者セッションを識別する識別属性を収容する。モバイルＩＰアドレス（枠組みＩＰアドレス）およびＮＡＳ−ＩＰアドレスは、識別パラメータとして用いることができる種類の情報である。ある種の実施形態では、他のメッセージまたは識別パラメータも、先に説明したように用いることもできる。

ＱｏＳポリシをネットワーク１０００内におけるトラフィック・フローに適用する。実施形態の中には、ＱｏＳポリシを加入者セッションまたは特定のフローに適用できる場合もある。ＱｏＳポリシを加入者セッションに適用しようとしている場合、パラメータは、トラフィック・ポリシ(traffic policing)に対して現在サポートされているラディウス属性とすればよい。図１０は、移動体加入者がアプリケーションを開始し、ポリシ・サーバ１０１４が未要請の認定変更メッセージを、ＰＤＳＮ１０１０またはＨＡ１０１２のようなポリシ施行点に送る、ある種の実施形態を示す。

本発明のある種の実施形態では、ポリシ・インターフェースを用いてＱｏＳを実施し、これは、図７、図８、および図９に戻って、これらを参照して更に説明することができる。図７において、ＰＤＳＮ７１４はアクティブ・セッション７２０をサポートしている。このアクティブ・セッション７２０は、移動体加入者７１０によって開始されたＳＩＰまたはＭＩＰセッション（あるいは他のいずれかの適用可能なプロトコル）とすることができる。図示したポリシ・サーバ７１６は、ＣＯＡ要求７２２をＰＤＳＮ７１４に送る。ＣＯＡ要求７２２は、以下のうち１つ以上を含むことができる。枠組みＩＰアドレス、ネットワーク・アクセス・サーバ（ＮＡＳ）−ＩＰアドレス、イベント・タイムスタンプ、およびＱｏＳトラフィック・ポリシ属性。枠組みＩＰアドレスおよびＮＡＳ−ＩＰアドレスは、アクティブ・セッションを識別するために用いることができる。ＱｏＳトラフィック・ポリシ属性は、ポリシをアクティブ・セッションに適用するために用いることができ、これらはＰＤＳＮ７１４によって施行される。ＣＯＡ承認（Ａｃｋ）７２６がポリシ・サーバ７１６に送られ、アクティブ・セッションにポリシを適用することに成功したことを示す。一方、ＰＤＳＮ８１４によってポリシをアクティブ・セッションに実施できなかったことを示すために、ＣＯＡ否定承認（Ｎａｋ）８２６（図８）を用いることもできる。

図９に示すように、アクティブ・セッション９２０がＰＤＳＮ９１４上に存在する。図示したポリシ・サーバ９１６は、切断メッセージ９２２を送る。切断メッセージ９２２は、枠組みＩＰアドレス、ＮＡＳ−ＩＰアドレス、および／またはイベント・タイムスタンプを含むことができる。次いで、ＰＤＳＮ９１４からセッションを切断し（９２４）、切断Ａｃｋ９２６をポリシ・サーバ９１６に送る。一方、セッションを切断しない場合、切断Ｎａｋ（図示せず）をポリシ・サーバ９１６に送る。

ＣＯＡメッセージは、ＱｏＳに適用する場合、本発明の実施形態の中では追加の属性を用いることもある。以下の例における表記は、次のことを意味するように理解することができる。「ＶＳＡ」はベンダー特定属性であり、「長さ」は属性に用いられるバイト数であり、「タイプ：２６」はＶＳＡメッセージであり、「ベンダーＩＤ」は、メッセージが対応する特定のベンダー（例えば、Starent Networks Corporation)を区別するために用いることができる。このような属性の例を以下に規定する。

ポリシ・サーバは、本発明のある種の実施形態に応じて様々な属性またはプロパティを有することができる。ポリシ・サーバは、ＣＯＡメッセージを送って、ＱｏＳポリシを適用する。ポリシ・サーバは、ＱｏＳポリシを更新／変更／解除するときには、更新した値を有する別のＣＯＡメッセージを送る。ある実施形態によるＣＯＡ要求、ＣＯＡ Ｎａｋ、およびＣＯＡ Ａｃｋの追跡の詳細を、以下に一例として示す。

詳細な追跡は以下の通りである。

詳細なパケット追跡（Trace）

詳細なパケット追跡

図１１は、本発明のある種に実施形態にしたがって、メッセージング情報をメッセージの中にどのように配置できるかを示す図である。図示したメッセージ１１００は、ある数のビット１１１０によって表すことができる。当業者には認められるように、メッセージ１１００の中にあるフィールド毎に用いられるビット数は変更可能である。コード１１１２は、アクセス要求、アクセス受理、アクセス拒否、ＣＯＡ、または切断メッセージのような、メッセージの種類を示すために用いることができる。識別子１１１４は、要求を応答と照合するために用いられ、順次増分する数値とすることができる。重複メッセージは、識別子１１１４を、枠組みＩＰアドレスのようなメッセージに含まれるその他のＩＤと共にチェックすることによって、検出することができる。長さ１１１６は、コード１１１２、識別子１１１４、長さ１１１６、認証部(authenticator)１１１８、認証部の続き１１２０、属性１１２２、および属性の続き１１２４を含むメッセージの長さを示す。認証部１１１８は、認証部の続き１１２０によって示されるように、１列よりも多く継続することができ、メッセージの有効性を確認し、メッセージ応答において用いることができる認証部を作成するために用いることができる情報を提供するために用いることができる。属性１１２２は、属性の続き１１２４が示すように、含まれる属性の数および含まれる属性の種類に応じて、長さが可変となっている。属性は、ポリシ情報を伝達し、加入者セッションおよびトラフィック・フローを識別する際に用いることができる追加情報を提供する。

図示した属性１１５０は、多数のフィールドを含むことができる。タイプ・フィールド１１５２は、属性情報の種類を示し、それに続いて、ユーザ名、ＮＡＳ−ＩＰアドレス、およびＳＮ１−ＩＰ−Ｉｎ−ＡＣＬがある。ベンダーＩＤ１１５４は、特定のメッセージ・フォーマットを用いるベンダーを表すことができる。ベンダー特定属性（ＶＳＡ）タイプ１１５６は、個々のベンダーに特定の属性の種類を示すことができる。図示したベンダーＩＤ１１５４およびＶＳＡタイプ１１５６は、含まれる属性情報を判定するために、合わせて用いることができる。長さ１１５８は、属性１１５０のサイズを示す。値１１６０は、ポリシを適用／解除／修正する際、ポリシ、加入者セッション、またはトラフィック・フローを識別する際、あるいはエラーが発生した場合には、そのエラーを示す際に用いることができるその他の情報を取り込むまたは提供するための特定の行為を示すことができる。先に説明したように、１つ以上の属性をメッセージ１１００に含ませることができる。

本発明のある種の実施形態では、ポリシ課金能力（ＰＡＣ：policy accounting capability）として知られる新しい属性が、インターフェース・メッセージングにおいて用いられる。ＰＡＣ属性は、ラディウス・ベンダー特定属性とすることができ、ポリシ施行点における１つ以上のポリシ全体を通じた課金能力を定義し、請求情報を施行または収集するために用いられる。請求ルール・インストール(charging-Rule-Install)属性は、ポリシ・サーバからの命令にしたがって、ポリシ施行点に対する請求ルールを導入または修正するために用いられる。請求ルール名称は、ポリシ施行点において予め定義されている特定の請求ルールを活性化するための基準としての役割を果たす別の属性である。請求ルール基本名称(Charging-Rule-Base-Name)属性は、ポリシ施行点において予め定義されている請求ルールの１群を活性化するための基準である。請求ルール定義(Charging-Rule-Definition)属性は、インターフェースを通じてポリシ施行点に供給された請求ルールを導入または修正するために用いられる。

請求ルール解除(Charging-Rule-Remove)属性は、ポリシ施行点から請求ルールを解除するために用いられる。請求ルール名称(Charging-Rule-Name)属性は、ポリシ施行点において特定の請求ルールを解除するため、またはポリシ施行点において予め定義されている特定の請求ルールを不活性化するための基準である。請求ルール基本名称(Charging-Rule-Base-Name)属性は、ポリシ施行点において予め定義されている請求ルールの１群を不活性化するための基準である。

請求ルール定義(Charging-Rule-Definition)属性は、ポリシ・サーバがポリシ施行点に送ったサービス・フローに対して請求ルールを定義する。請求ルール名称(Charging-Rule-Name)属性は、ポリシ施行点毎に請求ルールを一意に識別することができ、ポリシ施行点とポリシ・サーバとの間の通信において請求ルールを参照する際に用いられる。フロー記述属性は、サービス・フローに属するトラフィックを判定する。

実施形態の中には、請求ルール定義属性の中にある任意の属性が省略されているが、対応する情報が以前のインターフェース・メッセージの中で提供されている場合、以前の情報が有効のまま残っている場合もある。フロー記述属性が供給される場合、これらの属性は、以前のフロー記述属性全てと置き換わる。フロー属性が供給される場合、これらは以前のフロー属性全てと置き換わる。

請求ルール基本名称属性は、ポリシ施行点に位置する既定の請求ルールの一群の名称を示す。請求ルール名称属性は、ポリシ・サーバが提供する請求ルールについて、ポリシ施行点の請求ルールを一意に識別することができる。ポリシ施行点において予め定義されている請求ルールに対して、請求ルール名称属性は、ポリシ施行点内における請求ルールを一意に識別することができる。イベント・トリガ(Event-Trigger)属性は、請求ルールの再要求の原因となる可能性があるイベントを示す。次の値を、以下の表３において定義する。

実施形態の中には、プロセスを実施するために必要とされるソフトウェアが、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ、またはＰｅｒｌのような、上位手続き言語またはオブジェクト指向言語とを含む。また、ソフトウェアは、所望であれば、アセンブリ言語でも実装することができる。リンクおよびマッピングは、ポインタ、メモリ参照、またはその他の適用可能な方法であればいずれによってでも実装することができる。データベースまたは仮想データベースは、配列、リンク・リスト、ツリー、関連配列、スタック、キューのような、多数の異なるデータ構造によって作成することができる。ある種の実施形態では、ソフトウェアは、リード・オンリ・メモリ（ＲＯＭ）、プログラマブル・リード・オンリ・メモリ（ＰＲＯＭ）、あるいは本文書において記載したプロセスを実行するために汎用または特殊目的演算装置による読み取りが可能な磁気ディスクのような、記憶媒体またはデバイス上に格納する。実施形態の中には、パケット・データ提供ノード（ＰＤＳＮ）またはホーム・エージェント（ＨＡ）を、マサチューセッツ州TewksburyのStarent Networks CorporationのＳＴ−１６インテリジェント移動体ゲートウェイ上で実施することができる場合もある。

以上、前述の実施形態例において本発明を説明および例示したが、本開示は、一例として行ったに過ぎず、本発明の実施態様の詳細において、本発明の主旨や範囲から逸脱することなく、多数の変更が可能であることは言うまでもない。本発明の範囲は、以下の特許請求の範囲のみによって限定されるものとする。

図１は、本発明のある種の実施形態によるポリシ・インターフェースを用いるネットワークの模式図である。 図２は、本発明のある種の実施形態による加入者セッション設定の模式シグナリング図である。 図３は、本発明のある種の実施形態による拒否加入者セッション設定の模式シグナリング図である。 図４は、本発明のある種の実施形態によるフロー設定の模式シグナリング図である。 図５は、本発明のある種の実施形態による加入者セッション切断の模式シグナリング図である。 図６は、本発明のある種の実施形態によるポイント・ツー・ポイント・リネゴシエーションの模式シグナリング図である。 図７は、本発明のある種の実施形態によるポリシ適用の模式シグナリング図である。 図８は、本発明のある種の実施形態によるポリシ・エラー応答の模式シグナリング図である。 図９は、本発明のある種の実施形態によるポリシ・サーバ切断の模式シグナリング図である。 図１０は、本発明のある種の実施形態によるポリシ・インターフェースをアプリケーション・サーバと共に用いるネットワークの模式図である。 図１１は、本発明のある種の実施形態にしたがって、メッセージング情報をどのようにメッセージ内に配列するかを示す図である。

Claims (16)

1. システムであって、
   移動体加入者と通信し、加入者セッションおよびトラフィック・フローのうちの１つを維持するポリシ施行ポイントと、
   加入者セッションおよびトラフィック・フローのうち前記１つに施行されるサービス品質ポリシの動的な更新のために、ポリシ・サーバと通信する前記ポリシ施行ポイントに対するインターフェースであって、前記ポリシ施行ポイントが、
   加入者セッションおよびトラフィック・フローのうちの前記１つを識別する情報を含むＲａｄｉｕｓに基づくアクセス要求メッセージを用いて、前記ポリシ・サーバから要求されるサービス品質ポリシについて要求し、
   前記要求サービス品質ポリシに応答した前記ポリシ・サーバからＲａｄｉｕｓに基づくアクセス受理メッセージおよびＲａｄｉｕｓに基づくアクセス拒否メッセージのうちの少なくとも１つを受け取り、
   前記要求サービス品質ポリシとは独立の未要請のサービス品質ポリシを、Ｒａｄｉｕｓに基づく認定変更（ＣｏＡ）メッセージと共に、前記ポリシ・サーバから受け取り、
   前記要求サービス品質ポリシおよび前記未要請サービス品質ポリシのうちの少なくとも１つを、加入者セッションおよびトラフィック・フローのうちの前記１つに対して施行する、ためのインターフェースと、
   を備えており、
   前記未要請サービス品質ポリシが、加入者セッションおよびトラフィック・フローのうちの前記１つに対して施行される前記サービス品質ポリシの修正によって生成され、
   前記サービス品質ポリシの修正が、前記ポリシ施行ポイントへのデータ・トラフィックの予期されるフローに関連する、
   システム。
2. 請求項１記載のシステムにおいて、前記ポリシ施行ポイントが、パケット・データ配給ノード（ＰＤＳＮ）を備える、システム。
3. 請求項１記載のシステムであって、更に、
   前記移動体加入者および前記ポリシ・サーバと通信するアプリケーション・サーバを備えており、
   該アプリケーション・サーバが、アプリケーションを開始するための情報を、前記移動体加入者から受け取る、システム。
4. 請求項３記載のシステムにおいて、前記インターフェースが、前記移動体加入者によって開始される前記アプリケーションに関するサービス品質（ＱｏＳ）施行を提供するための属性を含む前記Ｒａｄｉｕｓに基づく認定変更メッセージを受け取る、システム。
5. 請求項１記載のシステムにおいて、前記インターフェースが、ユーザ名、サービス・タイプ、およびフィルタＩｄの属性のうち少なくとも１つを含む前記Ｒａｄｉｕｓに基づく認定変更メッセージを受け取る、システム。
6. 請求項１記載のシステムであって、更に、前記インターフェースが、前記ポリシ・サーバから切断メッセージを受け取る、システム。
7. 方法であって、
   移動体加入者との加入者セッションを、前記移動体加入者と通信するポリシ施行ポイントにおいて確立するステップと、
   Ｒａｄｉｕｓに基づくアクセス要求メッセージを送り、前記加入者セッションを識別する情報を含む要求サービス品質ポリシを前記ポリシ施行ポイントからポリシ・サーバへ要求するステップと、
   Ｒａｄｉｕｓに基づくアクセス受理メッセージおよびＲａｄｉｕｓに基づくアクセス拒否メッセージのうちの少なくとも１つを、前記要求サービス品質ポリシに応答する前記ポリシ・サーバから受け取るステップと、
   前記要求サービス品質ポリシとは独立の未要請のサービス品質ポリシを、Ｒａｄｉｕｓに基づく認定変更（ＣｏＡ）メッセージと共に、前記ポリシ・サーバから受け取るステップと、
   前記Ｒａｄｉｕｓに基づく前記アクセス受理メッセージにおいて受け取った前記要求サービス品質ポリシおよび前記Ｒａｄｉｕｓに基づく認定変更メッセージにおいて受け取った前記未要請サービス品質ポリシのうちの少なくとも１つを、前記ポリシ施行ポイントにおいて、前記加入者セッションに対して適用するステップと、
   を含む、方法。
8. 請求項７記載の方法であって、更に、
   前記ポリシ施行ポイントにおいてフロー設定要求メッセージを受け取るステップと、
   トラフィック・フローを設定するための情報を含むＲａｄｉｕｓに基づくアクセス要求メッセージを、前記ポリシ施行ポイントからポリシ・サーバに送るステップと、
   を備えている、方法。
9. 請求項８に記載の方法において、前記未要請サービス品質ポリシが、前記トラフィック・フローに対して施行されるサービス品質ポリシの修正によって生成される、方法。
10. 請求項７記載の方法であって、更に、
    前記移動体加入者からリネゴシエーション・メッセージを受け取るステップと、
    前記加入者セッションを終了させるために、Ｒａｄｉｕｓに基づくアクセス要求メッセージを前記ポリシ施行ポイントから前記ポリシ・サーバに送るステップと、
    新しいセッションを開始するために、Ｒａｄｉｕｓに基づくアクセス要求メッセージを前記ポリシ施行ポイントから前記ポリシ・サーバに送るステップと、
    を備えている、方法。
11. 請求項７記載の方法であって、更に、
    前記ポリシ・サーバから切断メッセージを受け取るステップと、
    前記ポリシ施行ポイントにおいて、前記加入者セッションを切断するステップと、
    を備えている、方法。
12. 請求項７記載の方法において、前記ポリシ施行ポイントが、パケット・データ配給ノード（ＰＤＳＮ）を備える、方法。
13. 請求項７記載の方法において、前記未要請サービス品質ポリシが、前記加入者セッションに対して施行されるサービス品質ポリシの修正によって生成される、方法。
14. 加入者セッションおよびトラフィック・フローのうちの１つに対してポリシ施行を提供するポリシ施行ポイントであって、
    移動体加入者と通信する第１のインターフェースと、
    加入者セッションおよびトラフィック・フローのうちの前記１つに対して施行されるサービス品質ポリシの動的な更新のために、ポリシ・サーバと通信する第２のインターフェースと、を備えており、
    前記ポリシ施行ポイントが、
    加入者セッションおよびトラフィック・フローのうちの前記１つを、前記移動体加入者と維持し、
    要求サービス品質ポリシについてのアクセス要求メッセージを前記ポリシ・サーバに送り、
    アクセス受理メッセージおよびアクセス拒否メッセージのうちの少なくとも１つを、前記要求サービス品質ポリシに応答する前記ポリシ・サーバから受け取り、
    前記要求サービス品質ポリシとは独立の未要請のサービス品質ポリシを、認定変更（ＣｏＡ）メッセージと共に前記ポリシ・サーバから受け取り、
    前記要求サービス品質ポリシおよび前記未要請サービス品質ポリシのうちの少なくとも１つを、加入者セッションおよびトラフィック・フローのうちの前記１つに対して施行する、ようにプログラムされ、
    前記未要請サービス品質ポリシが、加入者セッションおよびトラフィック・フローのうちの前記１つに対して施行される前記サービス品質ポリシの修正によって生成され、
    前記サービス品質ポリシの修正が、前記ポリシ施行ポイントへのデータ・トラフィックの予期されるフローに関連する、
    ポリシ施行ポイント。
15. 請求項１４記載のポリシ施行ポイントにおいて、前記ポリシ施行ポイントが、パケット・データ配給ノード（ＰＤＳＮ）を備える、ポリシ施行ポイント。
16. 請求項１４記載のポリシ施行ポイントにおいて、更に、
    前記未要請サービス品質ポリシの施行に応答して、認定変更メッセージの承認メッセージを前記ポリシ・サーバに送るようにプログラムされる、ポリシ施行ポイント。

Images