(57)【要約】通信ネットワーク内のトラフィックを分類する規則が、ネットワーク・ノードに入力されるトラフィックに関連するトラフィック・データを収集し、収集されたトラフィック・データを処理し、処理されたトラフィック・データに応じて分類規則を設定することにより設定され、設定された分類規則は引き続き入力されるトラフィックを分類するために用いられる。ある実施形態では引き続くトラフィックは、設定された分類規則に従って分類される。他の実施形態では、処理されたトラフィック・データに応じてトラフィック調整規則が同様に設定され、引き続くトラフィックは設定されたトラフィック調整規則に従って調整される。
2006511177.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク内のトラフィックを分類するための、分類規則を設定する方法において、
ネットワーク・ノードに入力されたトラフィックに関連する、トラフィック・データを収集し、収集された、前記トラフィック・データを処理し、前記処理されたトラフィック・データに応じて、分類規則を設定することを含む方法であって、前記設定された分類規則は、引き続き入力されるトラフィックを分類するために用いられる方法。
【請求項２】
前記引き続き入力されるトラフィックを、前記設定された分類規則に従って分類することをさらに含む、請求項１に記載の方法。
【請求項３】
引き続く指定された期間に、前記収集、処理、設定および分類を繰り返すことをさらに含む、請求項２に記載の方法。
【請求項４】
前記指定された期間は、時間について定義される、請求項３に記載の方法。
【請求項５】
前記指定された期間は、トラフィック量について定義される、請求項３に記載の方法。
【請求項６】
トラフィック・データの収集は、前記トラフィックから少なくとも部分的にレイヤ３の情報に基づいて、前記トラフィックをトラフィック・クラスに分類することを含み、レイヤ３は国際標準化機構（ＩＳＯ）によりオープン・システム相互接続（ＯＳＩ）モデルで定義される、請求項１に記載の方法。
【請求項７】
トラフィック・データの収集は、前記トラフィックから少なくとも部分的にレイヤ４の情報に基づいて、前記トラフィックをトラフィック・クラスに分類することをさらに含み、レイヤ４は国際標準化機構（ＩＳＯ）によりオープン・システム相互接続（ＯＳＩ）モデルで定義される、請求項６に記載の方法。
【請求項８】
トラフィック・データの収集は、トラフィック量情報を収集することを含む、請求項１に記載の方法。
【請求項９】
前記処理されたトラフィック・データに応じてトラフィック調整規則を設定し、かつ、前記設定されたトラフィック調整規則に従って前記引き続き入力されるトラフィックを調整することをさらに含む、請求項１に記載の方法。
【請求項１０】
トラフィック・データの収集が、多数のネットワーク・ノードに関連するトラフィック・データを収集することを含み、前記トラフィック・データの処理が、共通分類制御モジュールで前記トラフィック・データを処理することを含む、請求項１に記載の方法。
【請求項１１】
トラフィック・データの収集が、多数のネットワーク・ノードからトラフィック・データを収集することおよび前記トラフィック・データを共通分類制御モジュールに送ることを含み、かつ前記トラフィック・データの処理が前記共通分類制御モジュールで前記トラフィック・データを処理することを含む、請求項１に記載の方法。
【請求項１２】
前記共通分類制御モジュールで、前記多数のネットワーク・ノードのための分類規則を設定し、かつ前記共通分類制御モジュールから前記ネットワーク・ノードへ、前記設定された分類規則を分配することをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記多数のネットワーク・ノードは、前記共通分類制御モジュールから離れている、請求項１２に記載の方法。
【請求項１４】
前記共通分類制御モジュールから分配された、前記設定された分類規則に従って、前記引き続き入力されるトラフィックを分類することをさらに含む、請求項１２に記載の方法。
【請求項１５】
前記トラフィック・データが収集される前に、前記ネットワーク・ノードに入力されるトラフィックを分類し、かつ、前記分類されたトラフィックから前記トラフィック・データを収集することをさらに含む、請求項１に記載の方法。
【請求項１６】
前記ネットワーク・ノードが、あるクラス別サービス・ドメイン内に存在する、請求項１に記載の方法。
【請求項１７】
前記トラフィック・データの処理が、前記トラフィック・データを高度化することを含む、請求項１に記載の方法。
【請求項１８】
前記トラフィック・データの処理が、前記トラフィック・データを変換することを含む、請求項１に記載の方法。
【請求項１９】
前記トラフィック・データの処理が、前記トラフィック・データを集約することを含む、請求項１に記載の方法。
【請求項２０】
前記トラフィック・データの処理が、前記トラフィック・データからトラフィック傾向を識別することを含む、請求項１に記載の方法。
【請求項２１】
分類規則の設定が、前記識別されたトラフィック傾向に応じて前記分類規則を設定することを含む、請求項２０に記載の方法。
【請求項２２】
前記識別されたトラフィック傾向に応じて、トラフィック調整規則を設定することをさらに含む、請求項２０に記載の方法。
【請求項２３】
通信ネットワーク内の複数のネットワーク・ノードの間で分配される、複数の分類器のための分類規則を設定する方法において、
前記複数のネットワーク・ノードに入力されたトラフィックから、トラフィック・データを収集し、
収集された前記トラフィック・データを、共通分類制御モジュールに伝送し、
前記共通分類制御モジュールで、収集された前記トラフィック・データを処理し、
前記処理されたトラフィック・データに応じて、分類規則を設定することを含む方法であって、前記設定された分類規則は、引き続き入力されるトラフィックを分類するために用いられる方法。
【請求項２４】
前記設定された分類規則を、前記複数のネットワーク・ノードの間で分配される、前記分類器に分配することをさらに含む、請求項２３に記載の方法。
【請求項２５】
前記引き続き入力されるトラフィックを、前記設定された分類規則に従って分類することをさらに含む、請求項２４に記載の方法。
【請求項２６】
引き続く指定された期間に、前記収集、伝送、処理、設定および分類のステップを繰り返すことをさらに含む、請求項２４に記載の方法。
【請求項２７】
前記指定された期間は、時間について定義される、請求項２６に記載の方法。
【請求項２８】
前記指定された期間は、トラフィック量について定義される、請求項２６に記載の方法。
【請求項２９】
前記処理されたトラフィック・データに応じてトラフィック調整規則を設定し、
前記ネットワーク・ノードに前記設定されたトラフィック調整規則を分配し、かつ、前記設定されたトラフィック調整規則に従って引き続き入力されるトラフィックを調整することをさらに含む、請求項２３に記載の方法。
【請求項３０】
前記複数のネットワーク・ノードが、ある与えられたクラス別サービス・ドメイン内に存在する、請求項２３に記載の方法。
【請求項３１】
前記トラフィック・データの処理が、前記トラフィック・データを高度化することを含む、請求項２３に記載の方法。
【請求項３２】
前記トラフィック・データの処理が、前記トラフィック・データを変換することを含む、請求項２３に記載の方法。
【請求項３３】
前記トラフィック・データの処理が、前記トラフィック・データを集約することを含む、請求項２３に記載の方法。
【請求項３４】
前記トラフィック・データの処理が、前記トラフィック・データからトラフィック傾向を識別することを含む、請求項２３に記載の方法。
【請求項３５】
分類規則の設定が、識別された傾向に応じて前記分類規則を設定することを含む、請求項３４に記載の方法。
【請求項３６】
識別された傾向に応じて、トラフィック調整規則を設定することをさらに含む、請求項３４に記載の方法。
【請求項３７】
通信ネットワーク内のトラフィックを分類するためのシステムにおいて、
分類規則に従って、入力されるトラフィックを分類する分類器と、
前記分類器と関連された分類制御モジュールであって、ネットワーク・ノードに入力されたトラフィックに関連するトラフィック・データを収集し、収集された、前記トラフィック・データを処理し、かつ、前記処理されたトラフィック・データに応じて、分類規則を設定するように構成された分類制御モジュールと、を含み、
前記設定された分類規則は、引き続き入力されるトラフィックを分類するために、前記分類器により用いられるシステム。
【請求項３８】
前記分類制御モジュールが、前記トラフィック・データを高度化するデータ高度化モジュールを含む、請求項３７に記載のシステム。
【請求項３９】
前記分類制御モジュールが、前記トラフィック・データを変換するデータ変換モジュールを含む、請求項３７に記載のシステム。
【請求項４０】
前記分類制御モジュールが、前記トラフィック・データを集約するデータ集約モジュールを含む、請求項３７に記載のシステム。
【請求項４１】
前記分類制御モジュールが、前記トラフィック・データの傾向を識別する傾向識別モジュールを含む、請求項３７に記載のシステム。
【請求項４２】
トラフィック調整規則に従って、前記分類器により分類されたトラフィックを調整するトラフィック調節器モジュールをさらに含む、請求項３７に記載のシステム。
【請求項４３】
前記処理されたトラフィック・データに応じてトラフィック調整規則を設定する、トラフィック調整規則モジュールをさらに含む、請求項４２に記載のシステム。
【請求項４４】
通信ネットワーク内のトラフィックのフローを制御するためのシステムにおいて、
分類規則に従って入力されるトラフィックを分類する、ネットワーク・ノードと関連する分類器と、
前記分類されたトラフィックのフローを調整する、トラフィック調節器モジュールと、
前記ネットワーク・ノードに入力されるトラフィックに関連したトラフィック・データを収集するように構成された、前記分類器と関連するデータ収集モジュールと、
前記データ収集モジュールにより収集された、前記トラフィック・データを処理するように構成された、前記分類器と関連するデータ処理モジュールと、および、前記処理されたトラフィック・データに応じて、分類規則を設定するように構成された、前記分類器と関連する分類規則モジュールとを含み、
前記設定された分類規則は、引き続き入力されるトラフィックを分類するために用いられるシステム。
【請求項４５】
前記データ処理モジュールが、前記トラフィック・データを高度化するデータ高度化モジュールを含む、請求項４４に記載のシステム。
【請求項４６】
前記データ処理モジュールが、前記トラフィック・データを変換するデータ変換モジュールを含む、請求項４４に記載のシステム。
【請求項４７】
前記データ処理モジュールが、前記トラフィック・データを集約するデータ集約モジュールを含む、請求項４４に記載のシステム。
【請求項４８】
前記データ処理モジュールが、前記トラフィック・データの傾向を識別する傾向識別モジュールを含む、請求項４４に記載のシステム。
【請求項４９】
前記処理されたトラフィック・データに応じてトラフィック調整規則を設定する、トラフィック調整規則モジュールをさらに含む、請求項４４に記載のシステム。
【請求項５０】
通信ネットワーク内の、多数のネットワーク・ノードのポートにおける、トラフィックのフローを制御するためのシステムにおいて、
多数のポート特有分類器と、
共通分類制御モジュールであって、前記多数のネットワーク・ノードの前記ポートに入力されるトラフィックからトラフィック・データを収集し、収集された、前記トラフィック・データを処理し、前記処理されたトラフィック・データに応じて、分類規則を設定して、前記設定された分類規則は引き続き入力されるトラフィックを分類するために用いられ、かつ、前記ポート特有分類器に前記分類規則を分配するように構成された、共通分類制御モジュールと、を含む、システム。
【請求項５１】
前記多数のポート特有分類器と関連し、ポート特有トラフィック・データを収集して、前記収集されたポート特有トラフィック・データを前記共通分類制御モジュールに提供する、ローカル・データ収集モジュールをさらに含む、請求項５０に記載のシステム。
【請求項５２】
前記ポート特有分類器は、サブスクライバ・ベースのネットワークの顧客宅内装置とインターネット幹線の間に配置されている、請求項５０に記載のシステム。
【請求項５３】
前記共通分類制御モジュールは、前記ポート特有分類器とは隔てられたネットワーク・ノード内に配置された、請求項５０に記載のシステム。
【請求項５４】
前記共通分類制御モジュールが、前記トラフィック・データを高度化するデータ高度化モジュールを含む、請求項５０に記載のシステム。
【請求項５５】
前記共通分類制御モジュールが、前記トラフィック・データを変換するデータ変換モジュールを含む、請求項５０に記載のシステム。
【請求項５６】
前記共通分類制御モジュールが、前記トラフィック・データを集約するデータ集約モジュールを含む、請求項５０に記載のシステム。
【請求項５７】
前記共通分類制御モジュールが、前記トラフィック・データの傾向を識別する傾向識別モジュールを含む、請求項５０に記載のシステム。
【請求項５８】
多数のポート特有トラフィック調節器モジュールをさらに含む、請求項５０に記載のシステム。
【請求項５９】
前記処理されたトラフィック・データに応じてトラフィック調整規則を設定する、トラフィック調整規則モジュールをさらに含む、請求項５８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信ネットワーク内のトラフィック管理に関し、特に種々のトラフィック・クラスへのネットワーク・トラフィックの分類に関する。
【背景技術】
【０００２】
サブスクライバ・ベースのアクセス・ネットワークのような大きな通信ネットワークは、種々の中間ネットワーク・ノードを経由して、インターネットに多くのエンド・ユーザ（即ち数十万から数百万の）を接続する。図１は、顧客宅内装置（ＣＰＥ）１０４、中間ネットワーク・ノード１０６、都市エリア・ネットワーク（ＭＡＮ）１０８の組合せを経由して、エンド・ユーザがインターネット１０２に接続された、サブスクライバ・ベースのネットワーク１００の一例を示す。ＭＡＮは、都市エリアの周囲のリングに接続された、一連のサービス・プロバイダ・エッジ装置１１０を含んでいる。各々のエンド・ユーザのためにＣＰＥは、コンピュータ、電話およびテレビジョンのような種々のエンド・ユーザ装置と中間ネットワーク・ノードの間のインターフェイスを提供する。ＣＰＥは、ケーブル・モデム、デジタル・サブスクライバ・ライン（ＤＳＬ）・モデムまたはダイアル・アップ・モデムのような、モデムを含んでもよい。中間ネットワーク・ノードは、ＣＰＥとサービス・プロバイダ・エッジ装置の間の、集約とトラフィック管理機能を提供する。サービス・プロバイダ・エッジ装置は、中間ネットワーク・ノードから受信される、トラフィック上にさらなる集約とトラフィック管理機能を提供する。
【０００３】
エンド・ユーザがインターネット１０２にアクセスした時に、与えられたドメイン内で受け入れられるレベルのサービスと有界の資源を供給するために、ネットワーク内のあるエンド・ユーザから異なるポイントのエンド・ユーザへのトラフィック・フローを制御できることは重要である。ネットワーク内のトラフィック・フローを管理するための一つの技術は、各々のエンド・ユーザに対して静的な帯域幅限界を割り当てることである。例えば各々のエンド・ユーザは、いかなる時も超えられない、ある特定の帯域幅限界を割り当てられることができる。各々のエンド・ユーザが最低のサービスレベルを保証されるように各々のエンド・ユーザの帯域幅を制御することにより、既知であるピークのトラフィック条件に対して、ネットワークの管理者はネットワークをデザインすることができる。各々のエンド・ユーザに静的な帯域幅限界を割り当てることは、ネットワーク内のトラフィック・フローを制御し、最低のサービスレベルを保証するためにはうまく機能するにもかかわらず、静的な帯域幅限界は、異なるトラフィック型式は異なる帯域幅を必要とする、という事実を考慮に入れていない。即ち、音声トラフィックのようないくつかのトラフィックは遅延には敏感で相対的に少ない量の帯域幅しか必要としない一方で、大きなファイルのダウンロードのような他のトラフィックは遅延では質は落ちないが相対的に大きな量の帯域幅を必要とする。さらに最低のサービスレベルを保証するために静的な帯域幅限界を割り当てることは、他のエンド・ユーザに最低のサービスレベルを保証するために帯域幅資源が予約されているので、あるユーザの帯域幅への必要を満たさなくすることになる。
【０００４】
異なる型式のトラフィックに対する特定の帯域幅の必要性を満たすように、トラフィック・フローを制御する一つの技術は、クラス別サービス（ＤｉｆｆＳｅｒｖ）として知られている。ＤｉｆｆＳｅｒｖ構成の一例は、「ＤｉｆｆＳｅｒｖの構成」（ＩＥＴＦコメント要請（ＲＦＣ）２４７５ページ、１９９８年１２月）と題された文献に記述されている。図２を参照すると、ＲＦＣ２４７５ページに記述されたＤｉｆｆＳｅｒｖ構成２１４は、メータ２２０、マーカ２２２、およびシェイパ／ドロッパ２２４を含むトラフィック調節器モジュール２１８と、分類器２１６を含んでいる。分類器は、定義された分類規則に従いパケット・ヘッダの内容に基づいて、パケットを識別する。メータは分類器により識別されたトラフィック・ストリームの一時的な特性（即ちレート）を測定し、測定結果はマーカまたはシェイパ／ドロッパの動作を引き起こすために用いられる。マーカは定義された規則に基づいてパケット・ヘッダ内にＤｉｆｆＳｅｒｖのコード・ポイントを設定し、シェイパ／ドロッパはストリームを定義されたトラフィックのプロファイルと一致させるように、または定義されたトラフィック・プロファイル以外であることが見いだされたパケットを廃棄するように、トラフィック・ストリーム内でパケットを遅延させることができる。図２に示されるように、マーカおよびシェイパ／ドロッパはメータからの情報に応じて動作し、メータは分類器からの情報に応じて動作する。
【０００５】
図１に関して記述されたサブスクライバ・ベースのアクセス・ネットワークのような、大きなサブスクライバ・ネットワークでは、ＤｉｆｆＳｅｒｖ機能はしばしば中間ネットワーク・ノード１０６にインストールされている。例えば中間ネットワーク・ノードは、中間ネットワーク・ノードの出力でトラフィック・フローを制御するために、図１に示されるように分類器１１６およびトラフィック調節器モジュール１１８を含んでいる。トラフィック・フローを中間ネットワーク・ノードの出力で制御するために、到来するトラフィックの分類のための基準を識別する分類規則と、分類されたトラフィックのフロー・レートを制御する調整規則が、設定される。一般的に分類規則と調整規則は、ＤｉｆｆＳｅｒｖの特徴が起動されている時に、ネットワーク全体で同じ静的な設定にインストールされる。この「設定と忘却」のアプローチは、ＤｉｆｆＳｅｒｖの特徴が起動されている時に、トラフィック・フローを制御するために上手く機能するにもかかわらず、エンド・ユーザのトラフィック・パターンは時とともに変化しがちである。例えばネットワーク管理者には以前には未知であった新しいアプリケーションは、分類規則と調整規則がインストールされた後に一般的になる。
【０００６】
エンド・ユーザのトラフィック・パターンの変化は、ネットワークの性能（即ち全スループットで測定されるような）を劣化させることがある。調整規則は新しいトラフィック・パターンには適切ではないので、性能の劣化が起こることがある。大きなサブスクライバ・ベースのネットワークが一般的には静的である一方で、トラフィック・パターン内の変化を計量するために調整規則を動的に適応させる既知の技術が存在する。調整規則を動的に適応させることは可能であるにもかかわらず、トラフィック調整器はそれが分類されているようにトラフィックに作用する。既知のサブスクライバ・ベースのＤｉｆｆＳｅｒｖネットワークにおいては、分類器の「設定と忘却」の性質は、トラフィックの変化する性質に適応される分類規則を可能にするメカニズムを提供しない。この静的分類規則が新しいトラフィック・パターンを適切に分類しない場合は、トラフィック・パターン内の変化を計量するために調整規則を動的に適応させることの有効性が限定される。例えば、新しいアプリケーションが他のアプリケーションとともにあるトラフィックのクラスに含まれる時には、その新しいアプリケーションが個々に識別されることができる場合以外は、その新しいアプリケーションに特有な調整規則で新しいアプリケーションを個々に制御することは不可能である。さらに、アプリケーションを個々に分類することなく、他の既知のアプリケーションと共にあるトラフィックのクラスに含まれる新しいアプリケーションを制御しようと試みることは、他の既知のアプリケーションに逆に不都合な影響を及ぼす。
【０００７】
以上に記述したように、単一のＤｉｆｆＳｅｒｖの実例に分類規則および調整規則を適用する作業は、厄介である。数十万から数百万のエンド・ユーザを有する、サブスクライバ・ベースのネットワークでは、ＤｉｆｆＳｅｒｖの実例を適用する作業は莫大なものである。大きなネットワークに適用可能なＤｉｆｆＳｅｒｖ構成の一つの実例は、「通信ネットワーク方法および装置」と題された、下記の特許文献１（国際公開第ＷＯ００／７２５１６号パンフレット）に記載されている。この特許文献１は、多くのＤｉｆｆＳｅｒｖの実例に調整規則を設定して分配するための、集中化したネットワークシステムを開示する。
【０００８】
【特許文献１】国際公開第ＷＯ００／７２５１６号パンフレット
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、この特許文献１においては、この調整規則の集中化した設定と分配は上手く動作するにもかかわらず、前述したように、調整規則の適用の実効性はトラフィックの分類に依存する。調整規則の適用の実効性は、その分類規則がトラフィック・パターンの変化に適用していない場合、トラフィック・パターンが変化するにつれて悪化する。
【課題を解決するための手段】
【００１０】
前記課題を解決するために、本発明においては、通信ネットワーク内のトラフィックを分類する規則が、ネットワーク・ノードに入力されるトラフィックに関連するトラフィック・データを収集し、収集されたトラフィック・データを処理し、処理されたトラフィック・データに応じて分類規則を設定することにより設定され、設定された分類規則は引き続き入力されるトラフィックを分類するために用いられる。 ある実施形態では引き続くトラフィックは、設定された分類規則に従って分類される。他の実施形態では、処理されたトラフィック・データに応じてトラフィック調整規則が同様に設定され、引き続き入力されるトラフィックは設定されたトラフィック調整規則に従って調整される。
【００１１】
他の実施形態では、通信ネットワーク内の多数のネットワーク・ノードの間で分配される多数の分類器のために、分類規則が設定される。分類規則は、ネットワーク・ノードに入力されたトラフィックから、トラフィック・データを収集し；収集されたトラフィック・データを、共通分類制御モジュールに伝送し；共通分類制御モジュールで、収集されたトラフィック・データを処理し；処理されたトラフィック・データに応じて、分類規則を設定することにより設定され、設定された分類規則は、引き続き入力されるトラフィックを分類するために用いられる。ある実施形態では設定された分類規則は、引き続くトラフィックが設定された分類規則に従って分類され得るように、分類器に分配される。
【発明を実施するための最良の形態】
【００１２】
本発明の他の態様と利点は、本発明の一例として示される、添付された図面を参照しつつ以下の詳細な記述から自明になる。
【実施例】
【００１３】
通信ネットワークにおけるトラフィックを分類する規則は、あるネットワーク・ノードに入力されるトラフィックに関連するトラフィック・データを収集し、収集されたトラフィック・データを処理し、処理されたトラフィック・データに応じた分類規則を設定することにより設定され、設定された分類規則は引き続き入力されるトラフィックの分類に用いられる。ある実施形態では、引き続くトラフィックは設定されたその分類規則に従って分類される。他の実施形態では、トラフィック調整規則はまた、処理されたそのトラフィック・データに応じて設定され、引き続き入力されるトラフィックはその設定されたトラフィック調整規則に応じて調整される。
【００１４】
図３は、分類器３１６、トラフィック調節器モジュール３１８および分類制御モジュール３２６を含む、分類器が分類制御モジュールにより提供される分類規則に応じて適用される、トラフィック制御構成３１４を示す。図３の実施形態では、分類器及びトラフィック調節器モジュールは、ここに参考として添付される、ＲＦＣ２４７５に記述されるものと同様の機能を実行する。明細書の全体に亘って、同様の参照番号は同様の要素を指定するために用いられる。
【００１５】
分類器３１６は、定義された分類規則に従いパケット・ヘッダの内容に基づいてパケットを分類する。ある実施形態では、分類器は到来するパケットのヘッダ情報を読み、ヘッダ情報にその分類規則を適用する。パケットの分類における関心のあるヘッダ・フィールドはレイヤが国際標準化機構（ＩＳＯ）によりオープン・システム相互接続（ＯＳＩ）モデルで定義される、レイヤ２以上のフィールドを含む。パケットの分類に用いられる関心のある特定のフィールドは、ソースＩＰアドレス、宛先ＩＰアドレス、プロトコル（即ちＴＣＰ、ＵＰＤ）、サービスの型式（ＴＯＳ）のようなレイヤ３のフィールドと、ソース及び宛先ポート（ＨＴＴＰ、ＦＴＰ、ＲＴＰ及びゴーファーのようなより高いレイヤのアプリケーションを指定する）のようなレイヤ４のフィールドを含む。
【００１６】
トラフィック調節器モジュール３１８は、あるトラフィック制御規則に従わせるために、分類されたトラフィックのフローを制御する。トラフィック調節器モジュールは、図２について先に記述したように、メータ、マーカ及び／又はシェイパ／ドロッパを含んでもよい。メータは、分類器により特定されたトラフィック・ストリームの一時的な特性（即ちレート）を測定し、測定結果はマーカ及び／又はシェイパ／ドロッパの動作に影響を及ぼすために用いられる。マーカは、定義された規則に基づいて、パケット・ヘッダ内のコード・ポイント（即ちＤｉｆｆＳｅｒｖコード・ポイント）を設定する。シェイパ／ドロッパは、定義されたトラフィック特徴に従わせるためにトラフィック・ストリーム内でパケットを遅延させることができ、または定義されたトラフィック特徴以外であることが見いだされたパケットを廃棄することができる。図２に示されるように、マーカ２２２及びシェイパ／ドロッパ２２４はメータ２２０からの情報に応じて動作し、メータは分類器からの情報に応じて動作する。トラフィック調節器モジュール３１８の各々の実例が、メータ、マーカ及びシェイパ／ドロッパを含む必要が無いことに留意すべきである。例えばトラフィック調整規則がない場合には、トラフィック調節器モジュールは単一の分類器及びマーカを含むのみでよい。さらに、いくつかのメータ計測機能は分類器により実行されてもよい。これは即ち、分類器がトラフィックを分類して、分類されたトラフィック・ストリームの一時的特性を測定してもよい、ということである。
【００１７】
明細書の全体に亘って、分類器３１６とトラフィック調節器モジュール３１８の組合せは、一般的に「実例」として及びより詳しく「ＤｉｆｆＳｅｒｖの実例」として参照される。ある実施形態ではＤｉｆｆＳｅｒｖの実例は、トラフィック制御が必要とされる各々のポートで、ポート毎のベースで物理ポートに適用される。ある実施形態では、図３を参照して記述されるＤｉｆｆＳｅｒｖの実例は、ＤｉｆｆＳｅｒｖ領域に位置しており、ＤｉｆｆＳｅｒｖ領域はサービス準備方針とパー・ホップ・ビヘイビアの定義の一般的な集合で動作する、ＤｉｆｆＳｅｒｖの実例の間断のない集合により形成されている。
【００１８】
図４は、分類制御モジュール４２０の実施形態の拡大図を伴う、トラフィック制御構成４１４を示す。図４の実施形態では分類制御モジュールは、データ収集モジュール４３２、データ処理モジュール４３４及び分類規則モジュール４３６を含む。図４の実施形態では、データ収集モジュールは分類器４１６からトラフィック・データを得て、データ収集機能を実行する。データ処理モジュールは、データ収集モジュールからのトラフィック・データを用いて、データ処理機能を実行する。データ処理モジュールは、処理した情報を分類規則モジュールに提供する。分類規則モジュールはデータ処理モジュールからの処理された情報を、分類規則を生成するために用いる。分類規則は分類器に提供され、引き続くトラフィックを分類するために分類器により用いられる。この分類規則は、新しい分類規則及び／又は現存する分類規則の修正を含んでもよい。代替の実施形態では、データ収集モジュールは図３について記述された、分類器以外のソースからトラフィック・データを得る。以下に示され記述されるトラフィック制御構成は、現在のトラフィック特性に応じて分類規則が高度処理能力的に適用されることを可能にする。データ収集モジュール、データ処理モジュール及び分類規則モジュールは以下に詳細が記載され、多数のポート及び多数のネットワーク・ノードに適用されるトラフィック制御構成の記載がこれに続く。
【００１９】
図４を参照するとデータ収集モジュール４３２は、分類器４１６または他のソースから得られる、トラフィック・データを収集する。データ収集モジュールは、多数の異なるトラフィック・パラメータのためにトラフィック・データを収集する。ある実施形態ではデータ収集モジュールは、分類器により特定されるトラフィック・クラス用のトラフィック・ボリューム・データのような、トラフィック・データを収集する。例えばデータ収集モジュールは、分類器により特定される異なるトラフィック・クラスの各々に対して、クラス毎のベースでバイト・カウント及び／又はパケット・カウントを累積する。ある実施形態ではデータ収集モジュールはメータ（即ちＲＦＣ２４７５に定義されているような）と同様の機能を実行し、またある場合には二つの要素が統合されても良い。ある実施形態では、バイト・カウント及び／又はパケット・カウントの形式でトラフィック・データを収集するために、カウンタが用いられる。カウンタは所望のトラフィック・パラメータのどれについても、作られることができる。バイト・カウントは、そのバイトが累積される時間を含むことにより、容易にレート情報に変換されることができる。データ収集モジュールは、トラフィックのソースＩＰアドレス及び／又は宛先ＩＰアドレス、トラフィックのプロトコル、トラフィックのサービスの型式、トラフィックのソース・ポート及び／又は宛先ポート、トラフィックの自律系（ＡＳ）の数、ラベル・スイッチ・パス（ＬＳＰ）、ルート・プリフィックス、入力ポート識別子、サービスレベルの同意毎（ＳＬＡ）のデータまたはトラフィックから拾い集めうる他の全てのデータのような、他のトラフィック・データを収集してもよい。追加のトラフィック・データは、トラフィックの時間的特性を含む。例えばトラフィックの１日のうちの時間、及び／又は週の曜日に関する情報が、収集されてもよい。
【００２０】
ある実施形態では、データ収集モジュール４３２は、分類器４１６を含む、ネットワーク・ノードでのトラフィック・データを収集する。他の実施形態ではトラフィック・データは、例えば多数のネットワーク・ノード用のトラフィック・データを収集するネットワーク・ノードである、リモート・ネットワーク・ノードで収集される。引き続くトラフィック・データ処理のために必要な詳細は、どこでどのようにトラフィック・データが収集されるかを指図する。例えば到来するトラフィックを処理するためにネットワーク・ノードにより用いられるキューは、確実にそのネットワーク・ノードによってのみ知られており、それ故そのネットワーク・ノードでローカルにトラフィック・データを収集することはトラフィック・データを収集するために最も効率的な方法である。データ収集モジュールにより収集されたデータは、データ処理モジュール４３４による使用のために記憶され、必要に応じてリモート処理のために送信される。
【００２１】
データ処理モジュール４３４は、データ収集モジュール４３２により収集されたトラフィック・データを処理する。データ処理モジュールにより実行されるデータ処理機能は、例えばデータ高度化、データ変換、データ集約及び傾向識別を含んでもよい。図５は、トラフィック・データを高度化するデータ高度化モジュール５３８、トラフィック・データを変換するデータ変換モジュール５４０、トラフィック・データを集約させるデータ集約モジュール５４２及びトラフィック・データから傾向を識別する傾向識別モジュール５４４を含む、データ処理モジュール５３４のある実施形態の拡大図である。ある実施形態ではデータ処理モジュールは、データ収集モジュール、分類器及びトラフィック調節器モジュールを含むネットワーク・ノード内に配置されている。他の実施形態ではデータ処理モジュールは、データ収集モジュール、分類器及びトラフィック調節器モジュールとは隔てられたネットワーク・ノードに配置される。代わりにデータ処理モジュールのいくつかの要素が、他は離れて配置される一方で、データ収集モジュール、分類器及びトラフィック調節器モジュールと同様に同じネットワーク・ノード内にローカルに配置されても良い。
【００２２】
図５を参照するとデータ高度化モジュール５３８は、データ収集モジュールにより収集されたトラフィック・データに追加の詳細を付加する。ある実施形態では高度化されたトラフィック・データは、データ収集モジュールにより収集されたトラフィック・データから誘導される。他の実施形態では情報は、ＢＧＰ、ＯＳＰＦ、ＲＩＰのようなネットワーク・プロトコルから聞き出したり、それに参加することにより得られる。その情報は、種々のＩＰプリフィックスに対する自律系の数のような、追加のトラフィック関連情報を学習するために用いられてもよい。他の実施形態では、パケットのＩＰアドレスは顧客のデータベースに参照されてもよく、顧客ＩＤが記録情報に付加されても良い。高度化されたトラフィック・データは、引き続く処理で用いられるため及び／又は分類規則を確立するために記憶される。データの高度化は、データ収集の後の何時の時点でも行うことができる。トラフィック・データは、それが変換され及び／又は集約される前または後に高度化されてもよい。
【００２３】
データ変換モジュール５４０は、トラフィック・データを変更する。一般的にトラフィック・データは、集約及び／又は傾向解析のようなさらなる処理に有利であるような、いくつかの形式に変更される。データ変換の例は、ＳＭＴＰトラフィック型式ＢＣＳＴ、ＭＣＳＴをサービスするために、各々の個々のＩＰアドレスをＩＰプリフィックス、ポートに変換することを含む。データ変換はデータ収集の後の任意の時点に行ってよく、同じデータ要素に対して一度以上行っても良い。例えばあるＩＰアドレスが、２４のネット・マスクのクラス・インターネット・ドメイン・ルーティング（ＣＩＤＲ）を伴うプリフィックスにまず変換され、後に１６のネット・マスクのＣＩＤＲを伴うプリフィックスに変換されてもよい。
【００２４】
データ集約モジュール５４２は、指定された集約規則に従ってトラフィック・データを集約する。データ集約は、指定されたパラメータのセットに基づいて、トラフィック・データがまとめられることができるようにする。高度化され及び変換されたデータを含む任意のトラフィック・データが、集約されることができる。ある実施形態では、即ち生のデータ・フィールド、データ高度化により付加されたフィールドまたは変換されたデータ・フィールドである、どの記録されたフィールドもが集約規則の一部として選択されてよい。集約されたトラフィック・データにまとめられた、全てのレコードに共通ではない、集約規則の一部でない任意のフィールドは、除外されるべきである。例えば、集約規則がソース及び宛先ＩＰアドレス・フィールドを指定した場合、集約されたトラフィック・データにまとめられた全ての生のデータ・レコードが、同じソース及び宛先ポート値を共有していなければ、ソース及び宛先ポート値フィールドは除外されなければならない。しかしながら、ソースＡＳ数はソースＩＰアドレスから誘導されるので、ソースＡＳフィールドは集約されたトラフィック・データ内に留まっても良い。収集されたトラフィック・データのバイト及びパケット・フィールドは、集約されたトラフィック・データの値を得るために合算されることができる。合算以外の集約機能は、どんな機能が用いられるかを示すためにレコードにフィールドが付加されている限り、集約されたトラフィック・データの値に到達するために、収集されたトラフィック・データに適用されてよい。異なる集約されたトラフィック・データのセットを生成するために、同じ収集されたトラフィック・データのセットに異なる集約規則が適用されてもよい。集約されたトラフィック・データのレコードが、さらに集約されてもよい。集約処理は、唯一の集約データ・レコードが残るまで続けられて良い。集約されたトラフィック・データ・レコードが、さらに高度化モジュール及び／又はデータ変換モジュールにより高度化及び／又は変換されてもよい。さらに、関心外のフィールドは集約されたトラフィック・データ・レコードから脱落されても良い。
【００２５】
傾向識別モジュール５４４は、分類規則を確立するために用いられる、トラフィック傾向（トラフィック・パターンとも呼ばれる）を識別するために用いられる。傾向識別モジュールは、例えば未処理のトラフィック・データ、高度化されたトラフィック・データ、変換されたトラフィック・データ、集約されたトラフィック・データまたはこれらの任意の組合せである任意の形式のトラフィック・データを、特定のトラフィック傾向を識別するために用いることができる。トラフィック傾向は、例えば最大の数のパケットを受信または送信したＩＰアドレスである、ある時点で利用可能な全てのデータの速写（スナップショット）に基づいて、識別されてもよい。トラフィック傾向はまた、例えばこの１時間で、この１週間で、このひと月またはこの１年で、最大の数のパケットを受信または送信したＩＰアドレスである、ある与えられた期間のデータに基づいて、識別されてもよい。トラフィック傾向の識別はまた、例えばこの１時間の最大ＩＰアドレスを与えられ、次の２時間に亘ってその使用が増加しているか、減少しているかどうかを決定することである、一つまたはそれ以上の異なる期間の間のトラフィック比較に関わっている。識別されたトラフィック傾向は、関心のあるトラフィック・クラスを識別する、分類規則を設定するために分類規則モジュールにより用いられることができる。例えば分類規則は、最新のここ２回の期間の各々の間で、５０％以上使用パターンが増加した、最大ＩＰアドレスを識別するために確立されることができる。
【００２６】
図４に戻って参照すると分類規則モジュール４３６は、分類器４１６のための分類規則を設定するために、データ処理モジュール４３４からのトラフィック・データを用いる。分類規則モジュールは、分類規則を設定するために全ての形式のトラフィック・データを用いてよい。例えば分類規則モジュールは、高度化されたトラフィック・データ、変換されたトラフィック・データ、集約されたトラフィック・データ、識別された傾向またはこれらの任意の組合せを、分類規則を設定するために用いてよい。分類規則モジュールは、データ収集モジュール４３２により収集された未処理のトラフィック・データを単独で、または他の任意のトラフィック・データと組合せて、分類規則を設定するために用いてよい。ある実施形態では、分類規則モジュールにより設定された分類規則は、データ処理モジュールからの新しいトラフィック・データに応じて、動的に調整される。これは即ち、分類規則はトラフィック・データ及び／又は識別されたトラフィック傾向の変化に応じて適用される、ということである。例えば分類規則モジュールは、現在のトラフィック傾向に応じてより適切なトラフィック・クラスを識別する、分類規則を設定してよい。分類規則の動的な調整は、そのおかげでより効果的なトラフィック調整を可能にすることができる。例えばある分類規則の動的な調整を通して識別された特定のトラフィック・フローは、その特定のトラフィック・フローを指向するトラフィック調整規則をインストールすることにより制御することができる。具体的にいえば分類規則は、特定のアプリケーションがモニターされ、かつ必要があれば調整されるように、トラフィック・ストリーム内の特定のアプリケーションを識別するために適用されることができる。例えば、ｅ−メール・トラフィックとファイル転送プロトコル（ＦＴＰ）トラフィックを生成しているエンド・ユーザは、ｅ−メール・トラフィックが単独で残る場合に限りそのＦＴＰトラフィック・レートを有することができる。
【００２７】
ある実施形態では、分類規則の動的な調整は、ある定められた期間にデータ収集、データ処理及び新しい分類規則の設定が繰り返される、連続した処理である。例えば分類規則は、規則的な時間間隔でまたは規則的なトラフィック量の期間（即ちある定められた量のトラフィックが受信された後に）で、調整されてよい。トラフィック分類規則の調整は、トラフィック調整規則の変更をもたらすことができ、トラフィック調整規則の変更はそれにより分類器に入力されるトラフィックの特性の変更をもたらすことができる。
ある実施形態では分類制御モジュール４２６は、ネットワークのオペレータによりアプリケーション・プログラミング・インターフェイス（ＡＰＩ）を通して管理される。例えば、データ収集、データ処理及び分類規則設定に関わるロジックは、ＡＰＩを通してインストールされ修正される。
【００２８】
図３について以上に記述したように、分類器及びトラフィック調節器モジュールは、トラフィック制御が必要とされる各々のポートに、ポート毎のベースで一般的に実装されている。本発明の一実施形態に従えば、分類制御モジュールは同様に、分類器及びトラフィック調節器モジュールが実装されている各々のポートに、ポート毎のベースで一般的に実装されている。多数のポートネットワークノード及び／又は多数のノードネットワークでは、トラフィック制御構成の多数の実例が並行に実装されている。図６は、並行に実装された多数のＤｉｆｆＳｅｒｖの実例６４８を含む、トラフィック制御構成６１４の一例を示す。多数のＤｉｆｆＳｅｒｖの実例は、同じネットワーク・ノード内の異なるポートに実装されることができ、また一つの通信ネットワーク内の異なるネットワーク・ノードに実装されることができる。図６の実施形態ではトラフィック制御構成の各々のＤｉｆｆＳｅｒｖの実例は、分類器６１６，トラフィック調節器モジュール６１８及び専用のポート特有分類制御モジュール６２６を含んでいる。
【００２９】
代替の実施形態では、多数のポート特有ＤｉｆｆＳｅｒｖの実例に共通に、一つの分類制御モジュールが実装される一方で、分類器及びトラフィック調節器モジュールはポート毎のベースで実装されている。図７は、多数のＤｉｆｆＳｅｒｖの実例７４８を提供するために、共通の分類制御モジュール７２６を用いる、トラフィック制御構成７１４の実施形態のブロック・ダイアグラムである。図７の実施形態では、分類制御モジュールは多数のポート特有分類器７１６からのトラフィック・データを収集して処理し、処理されたトラフィック・データに応じてポート特有分類器用の分類規則を設定し、ポート特有分類器にその分類規則を分配する。共通分類制御アプローチを利用する実施形態では、各々のポート用の分類器及びトラフィック調節器モジュール７１８はトラフィック分類が必要とされるローカルなネットワーク・ノードに配置され、共通分類制御モジュールは多数のポート及び多数のネットワーク・ノードの分類制御機能をサポートするリモートのネットワーク・ノードに配置される。共通分類制御アプローチを利用する実施形態では、トラフィック分類規則は、ポート毎のベース及び／又は多数のポートのベース（即ち同じ分類規則が多数のポート特有分類器に対して設定されることができる）で、設定されることができる。
【００３０】
図８は、多数のＤｉｆｆＳｅｒｖの実例８４８を提供する共通分類制御モジュール８２６を利用する、トラフィック制御構成の他の実施形態を示す。図８の実施形態では、トラフィック・データの処理と分類規則の設定は共通分類制御モジュールによりリモートで実行される一方で、データの収集は各々のポート特有分類器に対してローカルに実行される。図８に示されるように各々のＤｉｆｆＳｅｒｖの実例は、ポート特有トラフィック・データを収集して共通分類制御モジュールにポート特有トラフィック・データを提供する、ローカル・データ収集モジュール８５０を含む。ある実施形態では共通分類制御モジュールはまた、図４に示されるように、ローカル・データ収集モジュールからポート特有トラフィック・データを収集するデータ収集モジュールを含む。共通分類制御モジュールは、ポート特有分類規則が設定されることができるように、及び／又は共通分類制御モジュールが多数のポートの特有トラフィック・データを処理のために組合せてもよいように、ポート特有トラフィック・データをポートに特有なベースで処理する。多数のポートからのポート特有トラフィックの処理は、多数のポート全体に適用されうる分類規則を設定するために用いられてもよい。
【００３１】
図７，８を参照して記述されたような、共通分類制御アプローチを利用しているトラフィック制御構成は、図１を参照して記述されたサブスクライバ・ベースのアクセス・ネットワークのような、大規模なネットワークに適用することができる。図９は、サブスクライバ・ベースのアクセス・ネットワークのような、大規模なネットワーク９００に適用されるトラフィック制御構成の一例を示す。トラフィック制御構成は、多数のネットワーク・ノードでのＤｉｆｆＳｅｒｖの実例（分類器９１６、及びトラフィック調節器モジュール９１８）と、多数のＤｉｆｆＳｅｒｖの実例を提供する、異なるネットワーク・ノードでの共通分類制御モジュール９２６を含む。図９の実施形態ではＤｉｆｆＳｅｒｖの実例は、エンド・ユーザＣＰＥ９０４と都市エリア・ネットワーク（ＭＡＮ）９０８の間に配置された、中間ネットワーク・ノード９０６（ローカル・ネットワーク・ノードとも呼ばれる）内に配置される。共通分類制御モジュールは、ＭＡＮ内のノードである、サービス・プロバイダ・エッジ装置９１０（リモート・ネットワーク・ノードとも呼ばれる）内に配置される。トラフィック制御構成は特定の配置ではサブスクライバ・ベースのネットワーク内に示されるにもかかわらず、分類器、トラフィック調節器モジュール及び共通分類制御モジュールの他の配置が考慮されることを理解すべきである。ある実施形態では、分類器及びトラフィック調節器モジュールは、中間ネットワーク・ノードにポート毎のベースでインストールされる。
【００３２】
図９を参照して記述されたトラフィック制御構成の実施形態の動作では、ポート特有トラフィック・データは論理通信パス９２８により示されるように、各々のＤｉｆｆＳｅｒｖの実例について収集される。ポート特有トラフィック・データは、図７を参照して記述されたように共通分類制御モジュール９２６でリモートに、および図８を参照して記述されたように各々のＤｉｆｆＳｅｒｖの実例でローカルに、またはこれらの任意の組合せで、収集されることができる。ポート特有トラフィック・データが共通分類制御モジュールで一度収集されると、図５を参照して以上に記述されたように、トラフィック・データが処理されてよい。共通分類制御モジュールでの処理の後、トラフィック・データは分類規則を設定するために用いられる。分類規則は、ポート特有分類規則、多数のポート特有分類器に適用される分類規則、またはこれらの任意の組合せであってよい。分類規則が確立された後に、それらは論理通信パス９２８を経由して、共通分類制御モジュールからポート特有分類器９１６に分配される。新たに設定された分類規則は、引き続くネットワーク・トラフィックを分類するために、分類器により用いられる。分類器の制御は集中化した位置から実行されるので、多数の分類器（即ち数千から数万）の適用化の業務は、制御するにはより容易である。例えば、トラフィック・データを処理し分類規則を設定するために用いられるアルゴリズムは、一つの場所から管理されることができる。ある実施形態では適用される分類規則は、より効果的なトラフィックの調整が達成されるように用いられることができる。
【００３３】
図３および４に関して記述されたように、分類規則が現在のトラフィック条件に応じて設定され適用されるように、トラフィック・データは収集され処理される。分類規則に加えて、トラフィック調整規則が現在のトラフィック条件に応じて設定され適用されることができる。これは即ち、トラフィック分類規則を設定するために収集されかつ処理されたデータが、トラフィック調整規則を設定するために収集され処理されることができる、ということである。図１０は、分類器１０１６，トラフィック調節器モジュール１０１８および分類／調整制御モジュール１０５４を含み、分類器およびトラフィック調節器モジュールが分類／調整制御モジュールに応じて適用された、トラフィック制御構成１０１４を示す。具体的には、分類／調整制御モジュールは収集され処理されたトラフィック・データに応じて、トラフィック分類規則およびトラフィック調整規則を確立する。図１０の実施形態では、分類／調整制御モジュールは、分類／調整制御モジュールが追加の物体トラフィック調整規則モジュール１０５６を含む以外は、図４を参照して記述された分類制御モジュール４２６と同様である。トラフィック調整規則モジュールは、データ処理モジュールにより提供されたトラフィック・データに応じてトラフィック調整規則を設定する。動作においてはトラフィック調整規則モジュールは、トラフィック調整規則を確立し、通信パス１０５８により示されるようにトラフィック調節器モジュールにその規則を提供する。トラフィック調整規則の例は、トークン経由のバケットを限定し、ＤｉｆｆＳｅｒｖコード・ポイント（即ち２から３へ）を変更し、高い優先度のキューから中位の優先度のキューにトラフィックを変更する、レートを含んでもよい。トラフィック調整規則モジュールと分類規則モジュールの組合せは、ＤｉｆｆＳｅｒｖの実例がトラフィック・ストリーム中の特定のアプリケーションを識別するために適用され、次にアプリケーションに特有な調整規則で特定のアプリケーションを制御することを可能にする。図１０を参照して記述されたトラフィック制御構成は、図７〜図９を参照して記述された共通分類制御アプローチにも適用されることができる。
【００３４】
図１０の実施形態では、トラフィック調整規則はメータ１０２０を通してトラフィック調節器モジュール１０１８に提供される。ある実施形態では、メータはその規則が適用されるトラフィック・クラスをモニターし、次にトラフィック調整規則を適用する。トラフィック調整規則の適用は、パケットがマークされ、成形され及び／又はドロップされるようにする。トラフィック調整規則は、データ処理モジュールからの新しいトラフィック・データに応じて適用されてもよい。
【００３５】
図１１は、通信ネットワークにおけるトラフィックを分類するために分類規則を設定する方法の、処理フローダイアグラムを示す。ブロック１１０２で、ネットワーク・ノードに入力されるトラフィックに関連するトラフィック・データが収集される。ブロック１１０４で、収集されたトラフィック・データが処理される。ブロック１１０６で、処理されたトラフィック・データに応じて分類規則が設定され、設定された分類規則は引き続き入力されるトラフィックを分類するために用いられる。
【００３６】
図１２は、通信ネットワークにおける複数のネットワーク・ノードの間で分配される、複数の分類器のための分類規則を設定する方法の、処理フローダイアグラムを示す。ブロック１２０２で、複数のネットワーク・ノードに入力されるトラフィックからのトラフィック・データが収集される。ブロック１２０４で、収集されたトラフィック・データが共通分類制御モジュールと通信される。ブロック１２０６で、収集されたトラフィック・データが共通分類制御モジュールで処理される。ブロック１２０８で、処理されたトラフィック・データに応じて分類規則が設定され、設定された分類規則は引き続き入力されるトラフィックを分類するために用いられる。
【００３７】
本発明の特定の実施形態が記述され図示されたにもかかわらず、本発明はここに記述され、図示されたような特定の形式または部品の配置に限定されない。本発明は、請求項の記載によってのみ限定される。
【図面の簡単な説明】
【００３８】
【図１】エンド・ユーザが顧客宅内装置（ＣＰＥ）、中間ネットワーク・ノードおよび都市エリア・ネットワーク（ＭＡＮ）の組合せを通してインターネットに接続されている、既知のサブスクライバ・ベースのネットワーク構成の一例を示す図である。
【図２】ＲＦＣ２４７５に記載された、メータ、マーカおよびシェイパ／ドロッパを含むトラフィック調節器と、分類器を含むＤｉｆｆＳｅｒｖ構成を示す図である。
【図３】分類器、トラフィック調節器モジュールおよび分類制御モジュールを含む、本発明の一実施形態に従うトラフィック制御構成であって、分類器が分類制御モジュールにより提供される分類規則に応じて適応されるものを示す図である。
【図４】本発明の一実施形態に従う図３と同様のトラフィック制御構成であるが、分類制御モジュールがデータ収集モジュール、データ処理モジュールおよび分類規則モジュールを含むものを示す図である。
【図５】トラフィック・データを高度化するデータ高度化モジュール、トラフィック・データを変換するデータ変換モジュール、トラフィック・データを集約するデータ集約モジュールおよびトラフィック・データの傾向を識別する傾向識別モジュールを含む、本発明の一実施形態に従うデータ処理モジュールの一実施形態の拡大図である。
【図６】本発明の一実施形態に従う、並列に備えられた分類制御モジュールを伴う、多数のＤｉｆｆＳｅｒｖを含むトラフィック制御構成の一例を示す図である。
【図７】本発明の一実施形態に従う、多数のＤｉｆｆＳｅｒｖの実例に供するために共通分類制御を用いた、トラフィック制御構成の他の実施形態を示す図である。
【図８】本発明の一実施形態に従う、多数のＤｉｆｆＳｅｒｖの実例に供するためにローカル・データ収集モジュール、および共通分類制御モジュールを用いた、トラフィック制御構成の他の実施形態を示す図である。
【図９】本発明の実施形態に従う、多数のＤｉｆｆＳｅｒｖの実例を提供する、異なるネットワーク・ノードでの共通分類制御モジュール及び多数のネットワーク・ノードのＤｉｆｆＳｅｒｖの実例を含む、サブスクライバ・ベースのアクセス・ネットワークのような、大規模ネットワークに適用されるトラフィック制御構成の一例を示す図である。
【図１０】本発明の実施形態に従う、分類／調整制御モジュールに応じて分類器及びトラフィック調節器モジュールが適用された、分類器、トラフィック調節器モジュール及び分類／調整制御モジュールを含む、トラフィック制御構成を示す図である。
【図１１】本発明の実施形態に従う、通信ネットワークにおけるトラフィックを分類するための、分類規則を設定する方法の処理フローを示す図である。
【図１２】本発明の実施形態に従う、通信ネットワークにおける複数のネットワーク・ノードの間に分配された、複数の分類器のための分類規則を設定する方法の処理フローを示す図である。
【図１】
2006511177.tif 000003
【図２】
2006511177.tif 000004
【図３】
2006511177.tif 000005
【図４】
2006511177.tif 000006
【図５】
2006511177.tif 000007
【図６】
2006511177.tif 000008
【図７】
2006511177.tif 000009
【図８】
2006511177.tif 000010
【図９】
2006511177.tif 000011
【図１０】
2006511177.tif 000012
【図１１】
2006511177.tif 000013
【図１２】
2006511177.tif 000014
【国際調査報告】
2006511177.tif 000015