JP4801204B2 - サービス・フローを管理するためのポリシーの適用 - Google Patents

Description

本発明は、サーバによりユーザ領域へ提供されるサービス種別を識別し、それに対してトラフィック・ポリシーを適用するための方法およびノードに関するものである。

アクセス網がクライアントによるサーバからのコンテンツのアクセスを可能にすることは公知の技術である。サーバからクライアントまでコンテンツを提供するために頻繁に使われる方法は、いわゆる”ベスト・エフォート”接続を使用する。”ベスト・エフォート”は、アクセス網が、所望のコンテンツが本当に配信されること、コンテンツが最小の遅延範囲内または設定された優先度の特定のサービス品質（ＱｏＳ）に従って配信されることをいかなる保証も提供しないことを意味する。ベスト・エフォート型ネットワークにおいて、あらゆるクライアントはベスト・エフォート型サービスを享受し、現在のトラフィック負荷に従い特定されない可変ビットレートおよび配送時間を享受する。

図１は、サービス・プロバイダのサーバ１１０からユーザ領域１２０までのサービスの提供に使用する、従来技術の単純なアクセス網１００を示している。ユーザ領域１２０は、単一のノードから構成されるかもしれないし、（たとえば同一家庭のいくつかのユーザ装置２２ａ，２２ｂからなる）複数のユーザ装置２２ａ，２２ｂを含むかもしれない。ユーザ領域１２０の範囲内の全てユーザ装置２２ａ，２２ｂは、アクセス網１００およびサービス・プロバイダへの同一の加入を共有する。アクセス網１００の中で、１以上のアクセス領域ノード１３０（例えばアクセス・ルータ）は、直接のインターネット・プロトコル（ＩＰ）接続をユーザ装置２２ａ，２２ｂへ提供する。アクセス領域ノード１３０は、サービス要求およびサービス応答と同様、ＩＰトラフィック・データを、ユーザ領域１２０とサーバ１１０との間で転送する。図１は、非常に単純化されており、典型的なアクセス網１００は、数千のユーザ領域１２０にサービスする数十あるいは数百のアクセス領域ノード１３０を含み、インターネット上の何百万のサーバ１１０にアクセスを提供していることを当業者は直ちに気づくであろう。

ユーザ領域１２０のユーザは、多くの種類のサービスの任意のサービスを要求するかもしれない。例えばファイル転送プロトコル（ＦＴＰ）のようなサービスまたはハイパーテキスト転送プロトコル（ＨＴＴＰ）を用いたウェブ・ページのダウンロードは、単純なベスト・エフォート型のアクセス網１００の範囲内サービスされ、高帯域または低遅延を必要としているストリーミング映像およびインターネット・プロトコル上の音声（ＶｏＩＰ）のような他のサービスは、サービス品質（ＱｏＳ）に関してより要求が多い。

現在、インターネット技術タスクフォース（ＩＥＴＦ）のＲＦＣ（Request For Comments）７９１により特定されるインターネット・プロトコル・バージョン４（ＩＰｖ４）は、各々のＩＰｖ４パケットのヘッダ内でサービス種別（ＴＯＳ）パラメータを搬送する。ＲＦＣ２４７４”ＩＰｖ４およびＩＰｖ６ヘッダのディファレンシエーテッド・サービス・フィールド（ＤＳフィールド）の定義”は、更にＴＯＳパラメータで利用可能な値を定義する。ＴＯＳパラメータは、ＩＰｖ４パケットが、単純なベストエフォート型接続に比較してより高い優先度、または、より少ない遅延で配信されるべきであることを示すために使用可能である。また、使用可能なＴＯＳ値の範囲は非常に制限され、ネットワーク内のルータに特定する手段を提供せず、高レベルの粒度では今日のサービスのいくつかのために厳しいＱｏＳパラメータが必要である。

現在、ユーザ領域１２０とのセッションのセットアップに例示される、必要なＱｏＳパラメータに関する高度情報の使用を可能にする、サービスの一意な定義を提供するサーバ１１０のための効率的な手段が存在しない。

サーバとユーザ装置との間の高度なサービスを提供するために、ネットワーク内で強制され得る要求の厳しいＱｏＳパラメータを確実にする方法におけるサービスを識別するための方法およびノードを有することは明瞭な利点があるだろう。

従って、本発明の幅広い目的は、サービス・プロバイダにより提供されるサービスを識別し、関連したエンド・ツー・エンドのトラフィック・ポリシー・パラメータを特定するための方法およびノードを提供することである。

本発明の第１の態様は、サーバからユーザ領域に提供される識別されたサービス種別にポリシーを適用する方法を目的としている。識別されたサービス種別のより扱いに使用するための、サーバのアドレスとプロトコル識別子と１以上のトラフィック・ポリシーとを含むサービス・テンプレートが最初に準備される。そして、ユーザ領域のアドレスの追加によりサービス・テンプレートを完成させることによりサービス・フロー管理セットが提供される。転送元アドレスと転送先アドレスとプロトコル種別と、さらにサービス種別に関連するデータを含むパケットが受信されると、それらの転送元および転送先アドレスとプロトコル種別とをサービス・フロー管理セット内のアドレスおよびプロトコル識別子と照合することにより、サービス・フロー管理セットが識別される。データは、１以上のトラフィック・ポリシーを使用してユーザ領域とサーバとの間のサービス・フロー内で交換される。

本発明の第２の態様は、上述した方法の変形を目的とする。サービス・プロバイダ・ノードは、複数のサービス種別の複数のサービス・テンプレートを準備する。ユーザ領域からのサービス要求の受信に応答してサービス・フロー管理セットは生成され、当該サービス要求は所与のサービス種別を識別する。複数のサービス要求がユーザ領域から受信されると、当該複数のサービス要求において識別されたサービス種別に従って異なったサービス・フロー管理セットが生成される。

本発明の第３の態様は、上述した方法の他の変形を目的とする。サービス・プロバイダ・ノードは、同一のサービスを提供する２以上の側面の２以上のサービス・テンプレートを準備する。ユーザ領域からのサービス要求の受信に応答して、２以上のサービス・フロー管理セットが生成され、サービス要求はサービス提供を識別する。

本発明の第４の態様は、ユーザ領域とサーバとの間のサービス・フローにトラフィック・ポリシーを適用するアクセス領域ノードを目的としている。アクセス領域ノードは、サービス・テンプレートを格納するためメモリを備えている。サービス・テンプレートは、サーバのアドレスとプロトコル識別子と１以上のトラフィック・ポリシーとを備えている。また、アクセス領域ノードは、ユーザ領域のアドレスをサービス・テンプレートに追加することによるサービス・フロー管理セットの生成に適した制御ロジックを有する。一方はサーバ側もう一方はユーザ領域側の２つの入出力装置は、パケットの受信に適しており、各パケットは転送元アドレスと転送先アドレスとプロトコル種別とデータとを含んでいる。ポリシー・プロセッサは、転送元アドレスと転送先アドレスとプロトコル種別とをサービス・フロー管理セットと照合することによりサービス・フロー管理セットを識別し、１以上のトラフィック・ポリシーをデータへ適用する。そして、パケットは入出力装置によりそれぞれの転送先に転送される。

本発明の、より詳細な理解のため、更なる目的および利点のために、添付の図面とともに以下の明細書を参照する。

従来技術における単純なアクセス網を示す図である。 サービス・フロー管理セットを定義し使用する方法を示す図である。 本発明の一態様による例示的なサービス・テンプレートを示す図である。 本発明の一態様による例示的なサービス・フロー管理セットを示す図である。 本発明の一態様による例示的なシグナリング図である。 本発明により構築される例示的なアクセス領域ノードを示す図である。

本発明の革新的な教示は、特に好適な実施形態のさまざまな例示的使用および側面に関連して記載されている。しかしながら、当該実施形態が本発明の革新的な教示の多数の有利な使用のほんの少数の実施形態のみを提供することは理解されるべきである。一般に、本願の明細書における記載は、本発明の様々な請求の範囲の態様を必ずしも制限するというわけではない。さらに、いくつかの記載は、いくらかの革新的な特徴に適用されるが、他には適用されないかもしれない。図の説明において、参照番号のようなものは本発明の要素のようなものを表す。

本発明は、サービス種別を識別し、サービス・プロバイダからユーザ領域に提供されるサービスを管理するためのポリシーを効率的に適用する方法およびノードを提供する。サーバにより提供されるサービス種別はサービス・テンプレートを準備するために使用される。各々のサービス・テンプレートは、ポリシー・パラメータ（例えばサービス品質（ＱｏＳ）パラメータ）、サーバのアドレス指定に役立つ情報（実際にサービスを配信するサーバのアドレス、プロトコル識別子）、更に、ユーザ領域のアドレス指定に役立つ情報の追加による記入が意図される空のデータ・フィールドを含む。プロトコル識別子に従い、テンプレートはまた、サーバのポート（既知のポート（例えばシンプル・メール転送プロトコル（ＳＭＴＰ）の２５番ポート））を含み、ユーザ領域のポートの追加による記入が意図される他の空のデータ・フィールドを含むかもしれない。好適には、サービス・テンプレートは、サービス・プロバイダのサーバによって準備され、好適には、ユーザ領域にネットワーク・アクセスを提供しているアクセス領域ノードに送信される。この種のアクセス領域ノード（たとえばインターネット・サービス・プロバイダー（ＩＳＰ）のアクセス・ルータであるかもしれない）は、好適にはサービス・テンプレートを受信すると格納する。

ユーザがサービス・プロバイダからの特定種別のサービスの取得を望む場合、ユーザ領域は、サービス・プロバイダのサーバに要求を送信する。要求は、ユーザのアドレスを含み、更にユーザのポートを含むかもしれない。サーバがサービス要求を受理する場合、要求内に含まれれば、ユーザのアドレスおよびポートをアクセス領域ノードに転送する。アクセス領域ノードにおいて、特定サービス種別のサービス・テンプレートのコンテンツをコピーし、ユーザのアドレス（および利用可能であればユーザのポート）をテンプレートの空のフィールドに記入することによってサービス・フロー管理セットが生成される。その後で、ユーザ領域とサーバとの間でトラフィック・データのパケットが交換されるサービス・フローが提供される。各々のパケットは転送元アドレス、転送先アドレスおよびプロトコル種別を搬送し、転送元および転送先はそれぞれ、トラフィック・データの方向に従ってユーザ領域かサーバの何れかを指定する。アクセス領域ノードは、各々のパケットについて、パケットを適切なサービス・フローと関連付けるため、転送元および転送先アドレス、プロトコル種別を、サーバのアドレス、ユーザのアドレス、プロトコル識別子と照合する。アクセス領域ノードは、適切なサービス・フロー管理セットのポリシー・パラメータを、過的に、または、データ・パケットを修正させ遅延させドロップさせあるいは置換することによって目的地に向かうトラフィック・データのフローの転送に適用する。

本発明のコンテキストにおいて、サービス・プロバイダは、１以上のサーバを含むかもしれない。サービス・プロバイダは、提供する各々のサービス種別につき１台のサーバを有するかもしれない。あるいは、所与の１つのサーバはいくつかのサービス種別をサポート可能かもしれない。同一のサービス・プロバイダ領域内のいくつかのサーバが、負荷分散や冗長性のために用いられ、要求しているユーザ領域からの地理的距離に従って選択されるかもしれない。同一のサービス・プロバイダの１以上の他のサーバが実際にはコンテンツをユーザに配信する場合、サーバは単にサービスへのアクセスを許可するかもしれない。通常、本発明の記載は、用語”サーバ”および”サービス・プロバイダ”と同等なものとして読まれる。

一般的に、１つのサービス・プロバイダは、非常に多数のユーザ領域にサービスする。ユーザ領域は、コンピュータ、テレビ・セットトップボックス、パーソナル携帯情報機器などのような、一般に単一の家庭または単一の事業所の範囲内の１以上のユーザ装置を含むかもしれない。ユーザ領域は、モバイル機器を含み得、その場合、ユーザ領域またはユーザ装置の位置は時間と共に変化し、ユーザ領域は、多数のアクセス領域ノードの何れかにアクセスする。ユーザ領域は、種々の異なったアクセス・プロバイダ（例えばＩＳＰ）から、サービスを享受するかもしれない。あるユーザ領域は、他のユーザ領域のためのサーバとして作用するかもしれず、その結果、本発明は２つの異なったユーザ領域を含み得、各々のユーザ領域は他のユーザ領域へのサーバとして動作する。

アクセス領域ノードは、ルータ、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）ルータ、などであるかもしれない。一般的に、アクセス領域ノードは、多数のユーザ領域にサービスする。アクセス領域ノードの機能特徴は、単一のノードとして動作する代わりに、いくつかのノードで分配されて動作するかもしれない。たとえば、リソース・マネージャはサービス・テンプレートのリストを格納し、サービス・フロー管理セットの生成が必要なとき、ルータに関連するサービス・テンプレートを提供するかもしれない。また、ユーザ領域とサーバとの間の経路上に存在する２つの異なるルータが、サービス・フロー管理セット情報のコピーを有し、各々がいくつかあるいは全てのポリシー・パラメータをサービス・フローに適用するかもしれない。好適にはユーザ領域に近隣のルータがアップリンク・トラフィックに関連するポリシーを適用し、サーバの近隣の他のルータがダウンリンク・トラフィックに関連するポリシーを適用する。

ユーザ領域およびサーバによって使用されるアドレスは、インターネット・プロトコル（ＩＰ）アドレスの形をとるかもしれない。あるいは、他方式のアドレスが、用いられるかもしれない。例えば、アドレス解決プロトコル（ＡＲＰ）を用いてＩＰアドレスから変換されたイーサネット（登録商標）・メディア・アクセス制御（ＭＡＣ）アドレス、または、イーサネット（登録商標）上のポイント・ツー・ポイント・プロトコル（ＰＰＰｏＥ）のセッション識別子が用いられる。また、マルチ・プロトコル・ラベル・スイッチング（ＭＰＬＳ）のラベルが、ＩＰアドレスの代わりに用いられるかもしれない。

サーバまたはユーザ領域を示す特定のアドレスを有する代わりに、アドレス範囲が都合よく使われるかもしれない。たとえば、同一のサービス・プロバイダのいくつかのサーバは、ネットワーク・アドレスにより識別されるＩＰアドレスの範囲内で通信可能かもしれない。サーバのための典型的なネットワーク・アドレスは、”１９２．１６８．４．ｘ”という形をとり得る。フィールド”ｘ”に１〜２５５の範囲の任意値を適用することにより、ネットワーク・アドレスの範囲内の標準のＩＰバージョン４（ＩＰｖ４）のアドレスが提供される。本願明細書において使用される用語”アドレス記述”は、特定のアドレス（例えば、ＩＰアドレス、ＭＰＬＳラベルまたはＭＡＣアドレス、および、ネットワーク・アドレスのようなアドレス範囲のようなもの）を含むと理解されるべきである。

本発明において、用語”サービス・フロー”は、転送元と転送先との間（例えばサービス・プロバイダとユーザ領域との間、より詳細にはサービス・プロバイダのサーバとユーザ領域のユーザ装置との間）で交換されるデータ・パケットのセットを示す。データ・トラフィックは、サーバとユーザ領域との間のいずれの方向にも流れるかもしれない。いくつかのサービスがむしろ整合した方法のデータ・パケットのストリームを提供し、いくつかの他のサービスは必要に応じてデータ・パケットを提供し、パケット間またはパケット・グループ間の遅延が長い可能性があるという意味において、サービス・フロー内のパケットまたはサービス・データ・フローは、連続、または、不連続なフローを形成するかもしれない。一般的にフロー内の全パケットは、１つのサービス種別、または、サービス提供の特定の構成要素に関連している。

次に図面を参照すると、図２は、サービス・フロー管理セットの定義と使用の方法を示している。図２の方法に示されるように、サービス・プロバイダにより選択されたポリシーに従ってユーザ領域に提供されるサービス種別が配信されるのを確実にするために、サービス・フロー管理セットが準備され使用される。プロセスは、サービス種別を定義するパラメータを含むサービス・テンプレートが提供されるステップ２１０から始まる。サービス・テンプレートは、第１のノード（例えばサーバ）で準備され、その後の第２のノード（例えばルータ）での利用のために転送されるかもしれない。あるいは、サービス・テンプレートは、最初に準備されたノードと同一のノードで使用されるかもしれない。サービス・テンプレートのパラメータは図３に記載され、本発明の一態様による例示的なサービス・テンプレート３００を示している。

図３に示すように、サービス・テンプレート３００は、サービス・テンプレート３００により定義されるサービス種別を実際に提供するサーバのアドレス３１０を含む。アドレス３１０は、たとえばＩＰアドレスであるかもしれない。また、ＩＰヘッダにあるプロトコル識別子３３０には、例えば伝送制御プロトコル（ＴＣＰ）、ユーザ・データグラム・プロトコル（ＵＤＰ）、ストリーム制御転送プロトコル（ＳＣＴＰ）またはインターネット制御メッセージ・プロトコル（ＩＣＭＰ）が、含まれる。サーバのポート３２０はオプションで含まれ、含まれる場合、プロトコル識別子３３０の値に依存する。好適には、サーバのアドレス３１０、プロトコル識別子３３０およびポート３２０（含まれる場合）、所与のサービス種別のための一意な組合せを形成する。サービス・テンプレート３００は、２つの空のフィールドを含んでいる。第１の空のフィールド３６０は、サービス・テンプレート３００により定義されるサービスのユーザのアドレスの受信に備えて用意される。第２の空のフィールド３７０は、オプションでユーザのポート番号を受信するために用意される。リスト３４０は、サービス・フローを制御するための１以上のポリシー、サービス・テンプレート３００の一部を含み、当該ポリシーは、サービス種別の必要性に従って、サービス・プロバイダによるサービス提供の構成において選択される。リスト３４０の中に例示的なＱｏＳパラメータおよび他の種別のパラメータ（例えばアップリンクおよび／またはダウンリンク方向のバンド幅３４１、アップリンクおよび／またはダウンリンクの最大遅延３４２、アップリンク／ダウンリンク方向での再送が許可されるか否かのインジケータ３４３、アップリンクおよび／またはダウンリンク方向のトラフィック・ピークを低減するためのトラフィック・シェーピング・パラメータ３４４、パケット・フィルタリング条件３４５、アップリンクおよび／またはダウンリンク方向のパケット優先度３４６のようなもの）が示されている。パラメータ３４１〜３４６のリストは例示であり、本発明の精神から逸脱しない範囲で、他の種別のＱｏＳパラメータ、優先度またはトラフィック・シェーピング・パラメータによりリスト３４０のコンテンツを形成してもよい。サービス・テンプレート３００は、サービス・プロバイダ・アイデンティティ３５０を更に含むかもしれない。例えば、ＩＰバージョン６（ＩＰｖ６）ネットワークのようないくつかのネットワークにおいて、サーバのアドレス３１０の一意性を確実にすることが可能である。しかしながら、ＩＰｖ４ネットワークでは、同一のＩＰアドレスが複数のノードに割り当てられるかもしれない。ＩＰｖ６ネットワークの場合であっても、アドレス３１０の一意性を確実にするには、通常実装されるとは限らない複雑な取扱いが必要である。このような場合には、サービス・プロバイダ・アイデンティティ３５０が、サーバを一意に識別するために、サービス・テンプレート３００に都合よく追加されるかもしれない。サービス・テンプレート３００は、ある１台のノードで準備され格納されるかもしれないし、第１のノードで準備されその後の利用のために別体のノードで格納されるかもしれない。

図２に戻ると、サービス・フロー管理セットがステップ２２０で生成される。サービス・フロー管理セット４００は、サービス・テンプレート３００が最初準備されたノードで準備されるかもしれない。サービス・フロー管理セットは、サービス・テンプレートにより識別されるサービスの特定ユーザにより必要なときに生成される。これは、ユーザ領域からのセッションのセットアップ要求の信号またはメッセージの受信に応答してなされ、当該信号またはメッセージは、ユーザのアドレスの表示を含み、オプションでユーザのポートの表示を含む。あるいは、ユーザのアドレスおよびオプションのユーザのポートは、他の手段（例えば、安全なネットワークからのサービス取得が許可された、選択されたユーザ領域に関連する情報の手動構成）によって取得されるかもしれない。サービス・フロー管理セット４００の生成は、サービス・テンプレート３００のコンテンツをコピーし、空のフィールド３６０及び３７０を、ユーザ領域のアドレスおよびオプションでユーザ領域のポート番号により上書きすることによって生成される。図４は、本発明の一態様による典型的なサービス・フロー管理セット４００を示す。サービス・フロー管理セット４００はサービス・テンプレート３００からの全ての情報を含み、サービス・テンプレート３００の空のフィールド３６０および３７０に記入することによりユーザのアドレス４６０およびオプションのユーザのポート４７０が追加されている。ユーザ領域に提供する所与のサービス種別を一意に識別するため、サーバのアドレス３１０、プロトコル識別子３３０およびユーザのアドレス４６０が（含まれればサーバのポート３２０およびユーザのポート４７０と共に）、同一のネットワークの中で一意な組合せを形成し、１つの単一サービス・フロー管理セット４００内で現れなければならない。

多くの場合、サービス・テンプレート３００により定義されるサービス種別がユニキャスト・カテゴリである場合、ユーザのアドレス４６０はユーザ領域内でユーザ装置に割り当てられるＩＰアドレスであるかもしれない。その場合、ユーザのポート４７０は同一のユーザ装置の当該ユーザ装置の内部実装に従って選択されるポート番号であるかもしれない。あるいは、サービス・テンプレート３００により定義されるサービス種別がマルチキャスト・カテゴリである場合、ユーザのアドレスはいかなる特定のユーザ装置にも関係が無く、マルチキャスト・グループ（すなわち同一のマルチキャスト・サービスへの興味を有するユーザ装置のグループ）に関連するマルチキャストＩＰアドレスであるかもしれない。マルチキャスト・サービスの場合、ユーザのポート４７０は、マルチキャスト・グループ内の全装置が当該マルチキャスト・サービスへのアクセスに使用するポート番号である。

また、図２において、サービス・フロー管理セット４００のポリシー・リスト３４０のパラメータに従って、サーバとユーザ領域との間で確立されたサービス・フロー内で、データトラフィックは交換される。ステップ２３０では、転送元アドレス、転送先アドレス、プロトコル種別、そして、オプションで転送元ポートおよび転送先ポートを含むパケットが受信される。データ・トラフィックの方向に依存して、転送元はサーバであり転送先はユーザ領域であり、その場合には、トラフィック方向はダウンリンクである。アップリンク方向において、転送元はユーザ領域であり、転送先はサーバである。ステップ２４０では、転送元アドレス、転送先アドレス、プロトコル種別（および、含まれる場合ポート）が、サーバのアドレス３１０、ユーザのアドレス４６０、プロトコル識別子３３０（およびオプションでサーバのポート３２０およびユーザのポート４７０）と照合され、それにより、適切なサービス・フロー管理セット４００を識別する。ステップ２５０では、データ・パケットは、適切なサービス・フロー管理セット４００のポリシー・リスト３４０のパラメータに従って処理される。サービス・フロー管理セット４００によって、一意に識別されるサービス種別に関連するデータは、データ・パケット内に含まれる。データはポリシー・リスト３４０のパラメータとの比較が検査される。データは、ポリシー・リスト３４０に基づいて、転送され、遅延され、ドロップされ、フィルタされ、または、修正される。例えば、例として、ポリシー・リスト３４０の優先度３４６は、データが低い優先度であることを表示するかも知れない。トラフィックがオーバロードであり、最大遅延３４２によりパケットの遅延が許可される場合、データは、遅延されるかもしれない。もしくは、最大遅延３４２によりパケットの遅延が全く許可されない場合、データ・パケットは削除され転送されないかもしれない。

本発明の好適な実施態様である、上述したサービス・テンプレート３００およびサービス・フロー管理セット４００を定義し使用する方法について、本発明の一態様に従う例示的なシグナリング図である図５を参照して説明する。図５は、１つのサーバ５００、１つのユーザ領域１２０および１つのアクセス領域ノード６００の間の相互作用を示している。典型的なアクセス網は多数のアクセス領域ノード６００およびより多数のユーザ領域１２０を通常含むことは理解されるべきである。様々な形のアクセス領域ノード６００は、たとえば、直接アクセスをユーザ領域１２０に提供するアクセス・ルータおよびコンセントレータを含んでもよい。単一のユーザ領域１２０において１以上のユーザ装置が存在しても良い（不図示、ただし図１には図示）。アクセス網は、各々が１以上のサーバ５００を含む多数のサービス・プロバイダ領域へのアクセスを提供するだろう。サービス・プロバイダ領域内で、様々な種別のサーバ５００に加えてアプリケーション機能ノードの（不図示）のようないくつかの専門ノードが存在するかもしれない。以下で説明する、サーバ５００、アクセス領域ノード６００、ユーザ領域１２０の間のシグナリングは説明のためのものであり単純化されている。

ステップ２１０では、サーバ５００は、１以上のサービス種別に対応する１以上のサービス・テンプレート３００を準備する。ステップ２１０では、図２に関して説明したものと同じものである。ステップ５０２では、サーバ５００は、サービス・テンプレート３００の各々のコンテンツを含むメッセージをアクセス領域ノード６００へ送信する。ステップ５０２のメッセージは、サーバのアドレス３１０、オプションのサーバのポート３２０、および、プロトコル識別子３３０の一意な組合せによって、または、異なるサービス・テンプレート識別子を用いて、一意に各々のサービス・テンプレート３００を識別する。ステップ５０４では、アクセス領域ノード６００は１以上のサービス・テンプレート３００をメモリに格納する。ステップ２１０は、既存のサービス種別が修正される場合、または、新規なサービス種別が導入される場合にサーバ５００で実行され得る。ステップ５０２および５０４は、ステップ２１０に引き続いて実行され、または、サーバ５００が新規なアクセス領域ノード６００との新しい関係を形成した場合に実行され得る。また、ステップ５０２および５０４は、アクセス領域ノード６００のメモリの喪失の回復など、他の時点で実行されてもよい。

ステップ５０６では、ユーザ領域１２０のユーザは、１以上の選択されたサービスへ加入するための要求を開始する。メッセージはサーバ５００へ送信され、おそらくアクセス領域ノード６００を介して送信される。メッセージは、ユーザ領域１２０のアイデンティティに関連するユーザのアイデンティティと、選択されたサービスのリストとを含む。サービスの例は、ビデオ・オン・デマンド（ＶＯＤ）またはボイス・オーバＩＰ（ＶｏＩＰ）を含むかもしれない。ステップ５０８では、サーバ５００は、ユーザ領域１２０および選択されたサービスの加入情報を保存する。サーバ５００により提供されるある種のサービスでは、加入は必要でなく、ステップ５０６〜５０８は省略されるかもしれない。

ステップ５１０では、ユーザは、サービス・セッションをセットアップするための要求を開始する。これは、たとえば、ユーザ領域１２０の中に含まれるユーザ装置（例えばテレビ・セットトップボックス）をオンにすることによってなされるかもしれない。要求されたサービス種別がユニキャストである場合、ユーザ領域１２０は、ユーザ装置のアドレスおよびオプションのポート番号と共に要求されたサービス種別の表示を含むサービス要求をサーバ５００へ送信する。マルチキャストＩＰサービスでは、アドレスおよびオプションのポート番号はそれぞれ、マルチキャスト・グループの全ユーザ装置に共通のマルチキャストＩＰアドレスおよびポート番号であるだろう。単純化のためまた一般性は失われないため、以下の説明ではユニキャスト・サービスが要求されたと仮定する。サービス要求は、アクセス領域ノード６００を介して送信されるかもしれない。サービス種別に当てはまる場合、ステップ５１２でサーバ５００は、ユーザ領域１２０が要求されたサービスに加入していることを確認する。同時に、サーバ５００は、ユーザに請求するための課金処理を開始するかもしれない。ステップ５１４で、サーバ５００は、サービス・フロー管理セット４００の生成を要求するメッセージをアクセス領域に送信する。メッセージは、サーバのアドレス３１０、プロトコル識別子３３０およびオプションのサーバのポート３２０の組合せを用いて、または、サービス・テンプレート識別子を用いて、サービス・フロー管理セット４００の生成のために明らかに関連したサービス・テンプレート３００を識別する。メッセージは、ユーザ装置のアドレスを含み、オプションのポート番号を含むかもしれない。ステップ２２０は図２を参照して説明したものと同じものであり、アクセス領域ノードは、サービス・テンプレート３００のコンテンツに、ユーザ装置アドレスおよびオプションのポート番号をユーザのアドレス４６０およびオプションのユーザのポート４７０として加えることによって、サービス・フロー管理セット４００を生成する。

単一のアクセス領域ノード６００は、同一のサーバ５００からいくつかのユーザ領域１２０に対し、同一のユニキャスト・サービス種別へのアクセスを同時に提供するかもしれない。アクセス領域ノード６００内では、サーバ５００のサービス種別のためのサービス・テンプレート３００は一回だけ生成されるが、サービス・フロー管理セット４００はユーザ領域１２０が同時にサービスにアクセスする数と同じ回数だけ生成される。アクセス領域ノード６００を介してサービスされる、サーバ５００からのマルチキャスト・サービス種別においては、サービス・フロー管理セット４００は、マルチキャスト・グループ内のユーザ領域１２０の数に関わらず、アクセス領域ノード６００によってマルチキャスト・グループに対し一回だけ生成される。

好適には、ステップ５１６で、サーバ５００は要求が受理されたことをユーザ領域１２０に通知する。

その後、パケットの形のデータ・トラフィックは、アクセス領域ノード６００と介してサーバ５００とユーザ領域１２０との間で確立されるサービス・フロー内で交換される。トラフィックは、ダウンリンク方向においてサーバ５００からユーザ領域１２０に流れ、アップリンク方向においてユーザ領域１２０からサーバ５００に流れ、または、両方の方向において流れる。サービス種別がＶＯＤである場合、ユーザ領域１２０から送信される少量の制御信号を別にすると、全トラフィックは実質的にダウンリンク方向である。ＶｏＩＰ電話サービスの場合、トラフィックは、両方の方向において流れる。

データ・パケットは、サービス・フロー管理セット４００からポリシーを適用するアクセス領域ノード６００を介して送信される。たとえば、ユーザの転送元アドレス、サーバ５００の転送先アドレス、プロトコル種別、および、オプションでユーザの転送元ポートおよびサーバの転送先ポートを含む、ステップ５１８でユーザ領域１２０から送信されるアップリンク・データ・パケットはアクセス領域ノード６００に到着する。アクセス領域ノード６００は、プロトコル識別子３３０、ユーザおよびサーバのアドレス、オプションのポートを、受信された転送元および転送先のアドレス、プロトコル種別、オプションのポートと照合することにより、適切なサービス・フロー管理セット４００を識別する。アクセス・ノード６００のどのサービス・フロー管理セット４００にも照合しない転送元および転送先のアドレス、プロトコル種別、オプションのポートを有するパケットは、従来技術の方法に従って処理され、例えば、ベスト・エフォート・モードでアクセス・ノード６００を介して転送される。ステップ５２０では、アクセス領域ノード６００は、ポリシーに従って、データ・パケットそのまま転送されるか、修正されるか、削除されるかを確認する。例えば、一例では、ユーザ装置によって送信された単一のＶｏＩＰパケットに含まれるデータ（音声の何分の１秒かに相当する）は、閾値を超え、あまりに多くのトラフィックがサーバ５００に送信されていることを示す場合、サービス・フロー管理セット４００のポリシーに従って削除されるかもしれない。パケットの遅延が、同じパケットの単純なドロップに対しさらに通話品質を低下されるであろうことを考慮すると、管理セット４００はＶｏＩＰパケットの遅延を許可しないだろう。削除されない場合、ステップ５２２で、パケットはサーバに転送される。他の例では、ステップ５２４で、ＶＯＤデータを含むパケットがサーバ５００からダウンリンク方向に送信される。ステップ５２６で、アクセス領域ノードは、ＶＯＤデータのパケットに含まれるアドレス、プロトコル種別およびオプションのポートに一致し、ＶＯＤサービスのためのポリシーを含むサービス・フロー管理セット４００からのポリシーを適用する。トラフィックのオーバロードの場合、所与のポリシーはＶＯＤデータのドロップを許可しないが、トラフィック・シェーピング機構による映像パケットの遅延は許可するかもしれない。ステップ５２８では、データ・パケットはおそらく改変された形態でユーザ領域１２０に転送される。ステップ５３０では、ユーザは、サービス・セッションの終了を要求するかもしれない。ステップ５３２では、サーバ５００は、課金処理を止め、サービス・フロー管理セット４００を除去するためにアクセス領域ノードに通知するかもしれない。

サーバ５００は、特定のサービス提供は２以上の異なるフローによってより良くサービスされると判定するかもしれず、その場合、２以上のサービス・テンプレート３００および２以上の対応するサービス・フロー管理セット４００が定義される。たとえば、テレビ・サービスは音声および映像ストリームの２つのサービス・フローを含んでもよく、高品質の音声および映像信号は異なる必要条件を有するため、２つのフローは異なったポリシー・リスト３４０によって管理される異なる特性を有する。音声および映像のストリームのための２つの異なったサービス・テンプレート３００は、ステップ５０２においてサーバ５００からアクセス領域ノード６００まですでに送信され、ステップ５０４で格納されているだろう。ステップ５１４では、要求がテレビ・サービスの提供であった場合、ステップ５１０の単一のサービス要求に応答して、好適にはサーバ５００は、２つのサービス・フロー管理セット４００の生成が必要であることをアクセス領域ノード６００に通知するかもしれない。識別可能に再生するため、サーバのアドレス３１０、サーバのポート３２０、ユーザのアドレス４６０、ユーザのポート４７０またはプロトコル識別子３３０の少なくとも１つは、２つのサービス・フロー管理セット４００において相違しなければならない。ステップ５１８〜５２８では、両方のサービス・フローにおいてデータトラフィックは独立して処理される。同様に、ステップ５１０で受信されるサービス要求が異なる特徴を有する２つの独立したサービスを識別する場合、同一のサーバ５００から同一のユーザ領域１２０までの各々に２つのサービスを提供するための、２つの別々のサービス・フロー管理セット４００がステップ２２０で生成されるかもしれない。

”アクセス領域上およびアクセス領域のノード上のデータ・トラフィックを集約するための方法”というタイトルの、２００６年８月１７日公開され本願の代理人にアサインされる米国特許出願番号ＵＳ２００６／０１８２１２３は、アクセス・ノード（ＡＮ）およびアクセス・エッジ・ノード（ＡＥＮ）を含むアクセス網を介してサービス・プロバイダがユーザ領域にサービスを提供するデータ・サービス・ネットワークについて記載している。ユーザ領域がサービス・プロバイダとのサービス・セッションの開始を要求するとき、サービス結合がＡＥＮにおいて生成され格納される。サービス結合コンテンツは、ユーザ領域にアクセスを提供するＡＮに転送され格納される。サービス結合は、サーバのアイデンティティ、サービス種別、サーバ・ポート番号、ユーザ装置のメディア・アクセス制御（ＭＡＣ）アドレス、ユーザ装置に接続するＡＮのポート番号、ＱｏＳパラメータ、および、いくつかの他の情報を含むかまたは関連する。データ・トラフィックはダウンリンク方向に送信され、サービス・プロバイダからＡＥＮを通過し、ユーザ領域に到着する前にＡＮを通過する。サービス結合に含まれるＱｏＳパラメータがＡＥＮによって使用され、データ・トラフィックの処理を管理するためにＡＮによって使用される。ＵＳ２００６／０１８２１２３にて記載されるサービス結合はユーザ領域とサーバとの関係を識別するが、それは特定のサービス種別を一意に識別することができない。サービス結合は、ＭＡＣアドレス・レベルで働き、そのため、ユーザおよびサーバのアドレス、プロトコル種別またはポート番号の特定の組合せに基づくデータ・パケットの特定の処理をサポートしない。更に、ＵＳ２００６／０１８２１２３に従った、進行中のセッションに対してセットアップされる既存のサービス結合は、特定のＱｏＳパラメータは同一のサービス・プロバイダから特定されてもよい新規のサービスを選択する能力をユーザに提供しない。ＵＳ２００６／０１８２１２３では、１つのサービス結合は１つのＱｏＳパラメータ・セットに関連し、異なったサービス種別に適さないかもしれない。このように、ＵＳ２００６／０１８２１２３は、同一のサービス・プロバイダから１つのユーザ領域への複数のサービスまたは同一のサービスのための複数のデータ・フローを効率的にサポートする能力を提供しない。

本発明のいくつかの実施例において、ＵＳ２００６／０１８２１２３に記載のＡＥＮは、上述のアクセス領域ノード６００の類似した特徴で補われるかもしれない。所与のユーザ領域に対して、複数のサービス・テンプレート３００がＡＥＮに格納され、１以上のサービス・フロー管理セット４００もＡＥＮで生成されるかもしれず、サービス・フロー管理セット４００は当該ユーザ領域のためのサービス結合の一部になるかもしれない。ＡＥＮがユーザ領域にサービスするＡＮにサービス結合情報を転送すると、サービス・フロー管理セット４００からいくつかの情報を加えるかもしれない。ＡＥＮおよびＡＮの双方は、サービス・フロー管理セット４００に含まれるポリシーをサービス・セッションに適用するかもしれない。いくつかの場合において、ＡＥＮおよびＡＮは、等しくポリシーの全てを適用する。あるいは、ＡＥＮおよびＡＮは、いくつかのポリシーを個々に適用するかもしれない。たとえば、ユーザ装置がサーバに対して多くの巨大パケットを送信する場合、それらの巨大パケットを受信する第１のノードであるＡＮは、フィルタリング・ポリシーおよびパケットのいくつかに対する遅延やドロップを適用し、それにより、ＡＥＮおよびサーバのオーバロードを防ぐかもしれない。ＡＥＮがダウンリンク・ポリシーを適用すると共にＡＮはアップリンク・ポリシーを有利に適用するかもしれない。

以前の図において用いられているように、アクセス領域ノード６００の例示的な構成が、本発明によるアクセス領域ノードを示す図６を参照し記載されている。アクセス領域ノード６００は、トラフィック・ポリシーをユーザ領域１２０とサーバ５００との間のサービス・フローに適用する。アクセス領域ノード６００は、サーバ側入出力装置６１０と、ユーザ領域側入出力装置６２０と、メモリ６３０と、制御ロジック６４０と、ポリシー・プロセッサ６５０とを備える。更なるメモリ６３０は、サービス・テンプレート・テーブル６３２とサービス・フロー・テーブル６３４を備えている。サービス・テンプレート・テーブル６３２のサービス・テンプレート３００は、図３を参照して説明したように同一のものである。同様に、図４のサービス・フロー管理セット４００は、サービス・フロー・テーブル６３４のコンテンツを記載している。

サービス種別および対応するサービス・テンプレート３００がサーバ５００で生成されるとき、サーバ５００はアクセス領域ノード６００へサービス・テンプレート３００を含む情報を送信する。その情報は、サーバ側入出力装置６１０に到着する。サーバ側入出力装置６１０は制御ロジック６４０にサービス・テンプレート３００を転送し、次々にサービス・テンプレート３００をサービス・テンプレート・テーブル６３２のエントリに記述する。サービス・テンプレート・テーブル６３２は、多くのサーバ５００からの多数の利用可能なサービス種別のためのサービス・テンプレート３００を格納するかもしれない。

サーバ５００がユーザ領域１２０からのサービス要求を受理すると、ユーザ領域１２０のためのサービス・フロー管理セット４００を加えるための要求がアクセス領域ノード６００に送信される。当該要求は、ユーザのアドレス、および、オプションでユーザのポートを備えている。当該要求は、サーバ側入出力装置６１０で受信され、制御ロジック６４０に転送される。制御ロジック６４０は、サービス・テンプレート・テーブル６３２から適切なサービス・テンプレート３００を読み取り、サービス・フロー管理セット４００を生成し、サービス・フロー管理セット４００をサービス・フロー・テーブル６３４に格納するため、そのコンテンツを受信されたユーザのアドレス、および含まれている場合ユーザ・ポートに結合する。サービス・フロー・テーブル６３４は、多数のアクセス領域ノード１２０のための多数のサービス・フロー管理セット４００を含むかもしれない。

サービス・フロー内のトラフィックは、アップリンク方向（ユーザ領域１２０からのサーバ５００）においてアクセス領域ノード６００を通過するかもしれないし、逆に、ダウンリンク方向で通過するかもしれない。ユーザ領域側入出力装置６２０及びサーバ側入出力装置６１０の双方は、データ・パケットの形でトラフィック・フローを受信するかもしれない。各々のデータ・パケットは、アップリンクまたはダウンリンクの転送元アドレス、アップリンクまたはダウンリンクの転送先アドレス、プロトコル種別を含み、アップリンクまたはダウンリンクの転送元ポートおよびアップリンクまたはダウンリンクの転送先ポートを更に含みうる。たとえば、サーバ側入出力装置６１０で受信されるデータ・パケットは、サーバ５００によってダウンリンク方向に送信され、従って、パケットは、ダウンリンクの転送元アドレスとダウンリンクの転送先アドレスを含んでいる。それらのアドレス、プロトコル種別およびオプションのポートが、プロトコル識別子３３０とサーバおよびユーザのアドレス及びオプションのポートと一致するものを検索することによりサービス・フロー・テーブル６３４内の対応するサービス・フロー管理セット４００を識別するためにポリシー・プロセッサ６５０によって使用される。一致するものが見つかると、サービス・フロー管理セット４００に含まれるポリシーはポリシー・プロセッサ６５０によって読み込まれる。ポリシー・プロセッサ６５０は、たとえば、データ・パケットの処理方法を決定するために、アップリンクおよび／またはダウンリンクのバンド幅３４１、アップリンクおよび／またはダウンリンクの最大遅延３４２、アップリンクおよび／またはダウンリンクの再送信インジケータ３４３、トラフィック・シェーピング３４４、アップリンクおよび／またはダウンリンクのパケット・フィルタリング条件、アップリンクおよび／またはダウンリンクの優先度３４６、またはこれらの適切な組み合わせを含むポリシーを使用する。データ・パケットの方向に従って、好適にはポリシー・プロセッサは、サービス・フロー管理セット４００のポリシーの中から、アップリンクのみ、ダウンリンクのみ、両方向に対するポリシーの選択を行なう。選択されたポリシーに従って、ポリシー・プロセッサ６５０は、ユーザ領域側入出力装置６２０またはサーバ側入出力装置６１０によりパケットを転送する前において、パケットを変更しないかもしれないし、ドロップ、フィルタ、遅延、または他の適切なポリシーベースの変更をパケットに適用するかもしれない。たとえば、ポリシー・プロセッサ６５０において、所与のユーザ領域１２０からユーザ領域側入出力装置６２０で受信されるデータ・パケットの量およびサイズが、アップリンク・バンド幅３４１において設定された制限を上回る場合、トラフィックはアップリンク・バンド幅３４１に適応しないと考え、いくつかのデータ・パケットは遅延されるかまたはドロップされる。

サーバ５００が、ユーザ領域１２０のための２つの別々のサービス・フロー管理セット４００のセットアップが必要なサービスの要求を決定した場合、サービス・フロー管理セット４００へ追加するための２つの要求がサーバ側入出力装置６１０においてサーバ５００から別のまたは複合されたメッセージとして受信される。制御ロジック６４０は、サービス・テンプレート・テーブル６３２から２つの異なったサービス・テンプレート３００を読み込み、２つの異なったサービス・フロー管理セット４００をサービス・フロー・テーブル６３４に格納する。この場合、２つの異なったサービス・テンプレート３００は、それらのポリシー・リスト３４０の異なるコンテンツを有するかもしれない。好適には、２つの異なったサービス・テンプレート３００は、異なるサーバのアドレス３１０、異なるサーバのポート３２０、異なったプロトコル識別子３３０、または、任意の組合せを有することによって区別される。あるいは、同一のユーザ領域１２０に割り当てられる２つの異なるサービス・フロー管理セット４００は、異なるユーザ・アドレス４６０または異なるユーザ・ポート４７０を用いて区別されるかもしれない。

２以上のサービス・フロー管理セット４００（例えば、ＶｏＩＰサービスのための第１のサービス・フロー管理セット４００および他のデータ・サービスのための第２のサービス・フロー管理セット４００）が１つのユーザ領域１２０に割り当てられ、これらの２以上のアプリケーションのデータ・パケットは、異なる転送元および転送先アドレス、プロトコル種別または異なるポートの異なるセットを含んでいる。このようにして、ポリシー・プロセッサ６５０は、これらの異なるセットを使用することにより、ユーザ領域１２０の２以上のサービス・フロー管理セット４００を区別することが出来る。

本発明の方法およびアクセス領域ノードのいくつかの好適な実施形態について添付の図面および明細書により説明したが、本発明は開示された実施形態に限定されることは無く、以下の特許請求の範囲により定義される本発明の精神から逸脱しない範囲内で、多数の再編、変更および置換が可能であることは理解されるべきである。

Claims (29)

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. 前記ポリシー・プロセッサは、前記転送元アドレス、前記転送先アドレス、前記プロトコル種別を、前記ユーザ領域のアドレス、前記サーバのアドレス、前記プロトコル識別子と照合することを特徴とする請求項２５に記載のアクセス領域ノード。

Images