JP2008544661A - Ｖｌａｎベースのアクセスネットワークにおけるサービス品質制御 - Google Patents

Abstract

ブロードバンドアクセスネットワークにおいて、アクセスノード（２０１）に接続される複数のエンドユーザ（１０）が、エッジノード（２０２）に接続される複数のサービスプロバイダ（３０）へとリンクされている。ネットワークを跨いで送信されるパケットは、相対的なＱｏＳ又は優先度、或いは絶対的なＱｏＳを指定するサービス品質識別子を含む。絶対的なＱｏＳは、そのパケットを処理するのに必要とされる最低限のサービス品質パラメータを規定する。好ましくは、アクセスネットワークは、多様なエンドユーザに対して分離したブロードキャストドメインを提供する、分離した仮想ローカルエリアネットワーク（ＶＬＡＮ）に分割される。アクセスネットワーク上で送信される各パケットにはＶＬＡＮタグが付与されており、ＱｏＳ識別子がこのタグ内に収容されている。絶対的なサービス品質を指定する入力データユニットをアクセスノード又はエッジノードが受信すると、ノードは、サービスを受け付けてパケットを送信する前に、直接的に或いは帯域ブローカー（２０３）を介して間接的にネットワーク内の他のノードに問い合わせることにより、アクセスネットワークを通り宛先のノードへ向かって十分な帯域幅が存在するか否かを判定する。

Description

本発明は、ＶＬＡＮベースのアクセスネットワーク上でのマルチサービストラフィックのサポートに関し、特に、ブロードバンドイーサネットＶＬＡＮベースのアクセスネットワークに関連する。

ブロードバンドアクセスネットワークに接続しているエンドユーザに対して所謂トリプルプレイサービス（音声、映像、及びデータ）を提供する動きが現在ある。しかしながら、そのようなアクセスネットワークにおける帯域幅は、無制限ということは決してなく、新たに登場しつつあるサービスは、例えばインターネットサーフィンなどの従来のベストエフォートサービスに比べて、より高い帯域幅を必要とする。例えば、１つのインターネットプロトコルテレビ（ＩＰＴＶ）のチャネルは、満足のいく結果を得るためには、平均して５Ｍｂｐｓを必要とする。高精細テレビ（ＨＤＴＶ）は、更に高い帯域幅の要件を有する。帯域幅に関するこの種の要求があるので、例えイーサネットベースのアクセスネットワークであっても、帯域幅の不足に直面する可能性があり、ましてや、大規模に採用されているｘＤＳＬインフラではなおさらのことである。帯域幅は、アクセスネットワークにおいて比較的乏しいリソースのままでありそうなので、効果的なサービス品質制御方式が不可欠である。

更なる要因は、現在の傾向が、同一のブロードバンドアクセスネットワークを介して、複数のオペレータ、複数のプロバイダ、及び複数のサービスを提供するということである。そのようなネットワークにおいては、はっきり定義されたサービス品質制御方式が、エンドユーザに対して購入したサービスを提供するために必要であるのみならず、オペレータ及びプロバイダにとっても顧客を追跡して収入を上げるために重要である。

同一の物理的なブロードバンドネットワーク上でのマルチプロバイダ，マルチサービスモデルをサポートするための方式の１つとして、トラフィックの分離を確保するために仮想ローカルエリアネットワーク（ＶＬＡＮ）技術を使用したイーサネットアクセスネットワークを使用することが挙げられる。アクセスネットワーク内のイーサネットフレームは、ＶＬＡＮタグを備える。このタグ内の３ビットのフィールドは、他のサービスと比較した、サービスの相対的なユーザ優先度を指定する。そして、指定された優先度に従い、トラフィックはＩＥＥＥ８０２．１Ｄに従って処理される。しかしながら、この種の処理は、アクセスネットワークを介して利用可能な全てのサービスに対して十分な帯域幅を保証するものではない。

それゆえ、同一の物理アクセスネットワークを介した真のマルチサービスオペレーションをサポートするために、いくつかのサービスに対して必要な帯域幅を提供することが可能な方式を提供する必要がある。

それゆえ、本発明の目的は、大きな帯域幅要件を持つものを含む広範に亘るサービスを伴うマルチサービスオペレーションを、ブロードバンドアクセスネットワークがサポートすることを可能にする方法及び装置を提供することである。

この目的及び更なる目的は、添付の請求の範囲に規定される発明に従って達成される。

基本的に、本発明は、複数のエンドユーザを複数のサービスプロバイダに接続するブロードバンドアクセスネットワークを包含する。エンドユーザは、アクセスノードを介してアクセスネットワークに接続される。サービスプロバイダは、エッジノードによってアクセスネットワークに接続される。アクセスネットワークを跨いで送信される各パケットは、データユニットの相対的な優先度を示す多数の相対的なサービス品質のうちの少なくとも１つを指定するか、或いは、そのパケットを処理するのに必要とされる最低限のサービス品質パラメータを規定する多数の絶対的なサービス品質のうちの少なくとも１つを指定する、サービス品質識別子を含む。好ましくは、アクセスネットワークは、多様なエンドユーザのために分離したブロードキャストドメインを提供する分離した仮想ローカルエリアネットワーク（ＶＬＡＮ）へと分離される。アクセスネットワーク上で送信される各パケットにはＶＬＡＮタグが付与されている。即ち、関連する制御情報と共に、ＶＬＡＮを特定する情報を含む。サービス品質識別子は、この制御情報に含まれるビットフィールド内に収容される。アクセスノード又はエッジノードが、絶対的なサービス品質を指定する入力（着信）データユニットを受信すると、そのノードは、このサービスの一部を形成するトラフィックを受け付けてパケットを送信する前に、宛先ノードまでのアクセスネットワークにおいて十分な帯域幅が存在するか否かを判定する。

ネットワーク又は特定のＶＬＡＮにおける帯域幅の制限を判定するために、ノードは、出力側リンクの帯域幅をチェックし、アクセスネットワーク内の他のノード（好ましくは、ＶＬＡＮ内でスパニングツリープロトコルＳＴＰによって生成されるアクセスノードとアクセスエッジノードとの間にあるセグメント内のノード））間のリンクに関する情報を要求する。好ましくは、この情報は、アクセスネットワーク内の全てのノードにアクセスしてそこから情報を取得可能な、中央集中帯域ブローカーから提供される。

絶対的なサービス品質識別子及び相対的なサービス品質識別子は共にパケット内に収容されておりアクセスノードによって抽出されるので、これらのノードは、厳格なサービス品質パラメータを持つサービスを他のサービスと区別することができ、それゆえ、保証されたサービス品質を提供することができる。ＩＰネットワークと同様に本質的にコネクションレスであるイーサネット（登録商標）ベースのアクセスネットワークにとっては特に、サービスプロバイダにおいて実際のトリプルプレイマルチサービスを顧客に提供することは重要である。また、請求されたソリューションによれば、同一のアクセスネットワーク内に複数のサービスプロバイダが共存して、各サービスプロバイダが各自に特有のＱｏＳを顧客に提供することが可能になる。絶対的なサービス品質を伴うサービスが特定され得るので、提供される異なるサービスに対して異なる課金方法を適用することが可能である。

ＶＬＡＮタグ内の制御フィールドがＱｏＳパラメータを特定するために使用される場合、余分なトラフィックオーバーヘッドの導入が回避される。レイヤ２アグリゲーションネットワーク内の全てのデバイスは、既存の標準的なスイッチを使用することができる。また、１つのＶＬＡＮ内のアクセスノードとアクセスエンドノードとの間のリンクセグメントはスパニングツリープロトコルＳＴＰによって生成されるので、余分な経路発見メカニズムは必要ない。絶対的なサービス品質のサービスのために帯域幅が予約された場合、ホップ・トゥ・ホップのリソース予約は必要ない。このソリューションはそれゆえ、アクセスネットワークがサポート可能な限りの多数のサービスと共に機能できる。

本発明の更なる目的及び利点は、添付の図面を参照して例として与えられる好適な実施形態に関する以下の説明から明らかになるであろう。

図１は、複数のエンドユーザを複数のサービスプロバイダに接続させるブロードバンドアクセスネットワークの構造を概略的に示す。本発明の好適な実施形態によれば、アクセスネットワークはイーサネットベースのネットワークである。エンドユーザＥＵ１０は、個別のデバイス、又はデバイスのローカルネットワークを含み得る。各エンドユーザ１０は、アクセスノード２０１のユーザポートを介してアクセスネットワーク２０に接続される。多数のサービスプロバイダＳＰ３０もまた、プロバイダポート３０１を介してアクセスネットワーク２０に接続される。サービスプロバイダは、インターネットを含む他のプライベートネットワーク又はパブリックネットワークを介して多数の多様なサービスに対するアクセスを提供するネットワークサービスプロバイダであってもよいし、アプリケーションサービスプロバイダであってもよい。サービスプロバイダＳＰ３０は、少なくとも１つのアクセスエッジノードＡＥＮ２０２を介してアクセスネットワークＡＮ２０に接続される。アクセスエッジノードＡＥＮ２０２又はこれらの集合は、サービスプロバイダＳＰ３０によってセットアップされるサービスエージェントＳＡ２１２と呼ばれる多数の論理エンティティを管理（ホスティング）する集合体である。各サービスエージェントＳＡ２１２は、ネットワークのサービスプリミティブ(primitive)又はサービスプロバイダによって提供されるアプリケーションコンテキストを、エンドユーザに向かうブロードバンドアクセスネットワークのトランスポートプリミティブにマッピングする。

アクセスネットワーク２０において、エンドユーザデバイスＥＵ１０とサービスプロバイダＳＰ３０との間の接続は、図１において破線で表されるサービス結合(binding)によって与えられる。各サービス結合は、サービスエージェントＳＡ２１２によって維持される。サービスプロバイダＳＰ３０は、図１の下半分に１つのサービス結合によって図示されているようにアクセスネットワーク内の１つのサービスエージェントＳＡ２１２だけを有してもよい。或いは、サービスプロバイダＳＰ３０によっては２以上のサービスエージェントＳＡ２１２を使用してもよく、図１の上部に示されるように複数のサービス結合が得られることになる。しかしながら、異なるサービスプロバイダが同じサービスエージェントＳＡ２１２を使用することはない。

アクセスネットワークはまた、いくつかの仮想ローカルエリアネットワークＶＬＡＮに分割され、１つのサービスエージェントＳＡ２１２が１つのＶＬＡＮに対応する。トラフィックを種々のＶＬＡＮへと分離するためには、イーサネットフレームにＶＬＡＮ識別子及び制御情報がタグ付けされている必要がある。ＶＬＡＮタグは、特定のＶＬＡＮに対するフレームのメンバシップを特定する役割を果たす。これにより、フレームが関連するＶＬＡＮ内へ更に送信されたり、異なるＶＬＡＮに所属するネットワークノードによってブロックされたりすることが可能になる。タグ付けされたイーサネットフレームを図２に示す。標準的なフィールドは、宛先アドレス、送信元（ソース）アドレス、長さ／種類フィールド、データ、及びＦＣＳバイトである。ＶＬＡＮタグは、２バイトのＶＬＡＮタグプロトコル識別子（ＰＩＤ）と、２バイトのタグ制御情報とを含む。タグ制御情報は、３ビットの優先度情報フィールドと、１ビットのフラグであるフォーマット形式表示ＣＦＩ(canonical format indicator)と、１２ビットのＶＬＡＮ識別子とに分割される。ＣＦＩは、イーサネットスイッチのためには常に０（ゼロ）にセットされる。これらのフィールドの目的及び使用法は、当技術分野においてよく知られており、また、ＩＥＥＥ８０２．１Ｐ、ＩＥＥＥ８０２．１Ｄ、及びＩＥＥＥ８０２．１Ｑ規格においても定義されているので、ここではこれ以上詳細には説明しない。

本発明によれば、相対的なＱｏＳ又は相対的な優先度に加えて絶対的なサービス品質をサービスが規定することを可能にするために、ＩＥＥＥ８０２．１Ｄ規格において定義される３ビットの優先度フィールド（ｐ−ｂｉｔｓ）が修正される。絶対的なＱｏＳは、例えばネットワークによってサポートされなければならない必要帯域及び最大許容パケット遅延などの、パラメータのセットを規定する。従って、ネットワークが指定されたパラメータを提供できる場合、このサービスに所属するパケットは受け付けられることになる。反対に、ネットワーク又はネットワークセグメントが指定されたリソース及び処理を提供できない場合、サービスは拒否されることになる。対照的に、相対的なＱｏＳは、優先度によってサービスの相対的な重要度を指定するだけである。より高い優先度を持つサービスは、より低い優先度を持つサービスよりも有利に扱われることになるが、これらのサービスに対して最低限のリソースが保証される訳ではない。従って、品質はネットワークの状態に応じて変化し得る。

３つのｐ−ｂｉｔｓの１番目は、絶対的なＱｏＳの種類（クラス）と相対的なＱｏＳの種類とを区別する役割を果たす。具体的には、絶対的なＱｏＳサポートが必要とされる場合、１番目のビットは１にセットされ、ビットパターンは１ｘｘになる。一方、相対的な優先度が必要とされるだけの場合、１番目のビットは０にセットされ、ビットパターンは０ｘｘになる。ｐ−ｂｉｔフィールド内の残りの２つのビットは、帯域幅及びパケット遅延等について規定された異なる値を伴う４つの別個の絶対的なＱｏＳクラス、及び異なる優先度のレベルを伴う４つの相対的なＱｏＳクラスをそれぞれ可能にする。

何らかの特定のサービスのために必要とされるサービス品質は、エンドユーザＥＵ１０とサービスプロバイダＳＰ３０との間の交渉のテーマであるかもしれず、可能であれば異なる課金レートの関数としてのものである。或いは、第三者のデバイスによって指定されてもよい。結果としてのサービス品質が絶対的なＱｏＳである場合、このサービスに所属するパケット或いはフレームは、指定に最も近い１ｘｘビット値を受信することになる。同様に、結果としてのサービス品質が相対的な優先度である場合、フレームは最適な０ｘｘ ｐ−ｂｉｔ値を含むことになる。ｐ−ｂｉｔフィールドを埋めることは、下流へのトラフィック（ダウンストリームトラフィック）についてはアクセスエッジノードＡＥＮ２０２において実行され、上流へのトラフィック（アップストリームトラフィック）についてはレジデンシャルゲートウェイ、又はエンドユーザＥＵ１０における同様のデバイスによって実行される。

絶対的なＱｏＳを伴うサービスをサポートするために、アクセスノードＡＮ２０１及びアクセスエッジノードＡＥＮ２０２は、アクセスネットワークに対するサービスを許可するか否かを判断しなければならない。即ち、絶対的な帯域幅及びパケット遅延の要件を指定する新しいサービスのためのフレームを受信すると、ノードは、このサービスをサポートするために十分な帯域幅がアクセスネットワーク内に存在するか否かを判断しなければならない。これは、アクセスネットワーク２０内の帯域ブローカーの助力により部分的に達成される。図１に示されるように、帯域ブローカーＢＢｒ２０３は、別個の中央集中エンティティであり、アクセスネットワークのトポロジに関する知識を有し、アクセスネットワーク２０内の全てのノードからアクセス可能である。帯域ブローカーＢＢｒ２０３は、アクセスネットワーク２０内の専用ノードであってもよいし、アクセスネットワーク内又はその近くに配置されて全てのノードに対する直接的又は間接的なリンクを持つサーバであってもよい。帯域ブローカーＢＢｒ２０３は、現在のネットワークトポロジ、及び特にアクセスノード２０１とアクセスエッジノード２０２との間のＳＴＰセグメントを包含する、データベースを有していてもよいし、或いはこれに対してアクセス可能であってもよい。帯域ブローカーＢＢｒ２０３とアクセスノードＡＮ２０１及びアクセスエッジノードＡＥＮ２０２との間には２つの接続だけが点線によって示されているが、帯域ブローカーＢＢｒ２０３はアクセスネットワーク２０内の全てのノードと通信可能であるということが理解できよう。絶対的なサービス品質を必要とするサービスのネットワーク２０への入場（アドミッション）を制御する際の、多様なアクセスノードＡＮ２０１及びアクセスエッジノードＡＥＮ２０２の動作を、図３のフロー図を参照して説明する。

図３において、非破線で囲まれたアルゴリズムのステップは、アップストリームトラフィック（即ち、エンドユーザＥＵ１０からサービスプロバイダＳＰ３０へのトラフィック）のためにアクセスノードＡＮ２０１によって実行されると共に、ダウンストリームトラフィック（即ち、サービスプロバイダＳＰ３０からエンドユーザＥＵ１０へのトラフィック）のためにアクセスエッジノードＡＥＮ２０２によっても実行される。破線内に示されるアルゴリズムの部分は、ダウンストリームトラフィックのためにアクセスエッジノードＡＥＮ２０２によって実行されるだけである。アルゴリズムは、ステップ４００において、正しいＶＬＡＮ識別子及び絶対的なＱｏＳクラスの１つを指定するｐ−ｂｉｔパターン１ｘｘを伴うデータパケット又はフレームをアクセスノードＡＮ又はアクセスエンドノードＡＥＮが受信すると、開始する。ステップ４０１で、ノードは、指定されたＱｏＳクラスに関連付けられたパラメータを判定し、利用可能な帯域幅を判断するためにＶＬＡＮに関連付けられたアクセスネットワークへ向かう出力側リンクをチェックし、ステップ４０２においてこれと指定された帯域幅要件とを比較する。利用可能な帯域幅が不十分な場合、本方法はステップ４０７及び４０８へ移動する。そして、サービスは拒否され、ユーザは、サービスが拒否されたことを通知される。出力側リンクの帯域幅が指定されたＱｏＳのために十分である場合、本方法はステップ４０３へ移動し、ノードは帯域ブローカーＢＢｒ２０３へ要求を送信し、ネットワーク内で利用可能な帯域幅を問い合わせる。帯域ブローカーＢＢｒ２０３は、要求側ノードからアクセスネットワークのエッジにある最終ノードまで（即ち、アップストリームトラフィックについてはアクセスエッジノードＡＥＮ２０２まで、そしてダウンストリームトラフィックについてはアクセスノードＡＮ２０１まで）のツリーセグメント内に含まれるスイッチに対して、利用可能な帯域幅を問い合わせる。続いて、要求側ノードに対して、最低限利用可能な帯域幅を示すメッセージを返す。ステップ４０４で、ノードは、帯域ブローカーＢＢｒ２０３によって通信された最低限利用可能な帯域幅を、１ｘｘビットパターンによって指定された帯域幅要件と比較し、不十分である場合、本方法はステップ４０７及び４０８へ移動し、ノードはサービスを拒否してエンドユーザＥＵ１０にその旨を通知する。しかし、帯域ブローカーＢＢｒ２０３によって通信された最低帯域幅が必要とされるＱｏＳをサポートするのに十分である場合、本方法はステップ４０５へと移り、サービスが受け付けられ、課金がトリガされる（課金を開始するきっかけが与えられる）。

ダウンストリームトラフィックのためにアクセスエッジノードＡＥＮ２０２によってこのアルゴリズムが実行される場合、ステップ４０７におけるサービスの拒否に続いて、ステップ４０８においてアクセスエッジノードＡＥＮがエンドユーザＥＵに通知すると共に、ステップ４０９で更にサービスプロバイダＳＰにも通知し、また、課金の停止をトリガする。

絶対的なＱｏＳを指定するサービスがネットワークに受け付けられると、アクセスノードＡＮ２０１及びアクセスエッジノードＡＥＮ２０２は共に、同じサービスに関する後続のパケット又はフレームのために従来の速度制限及び管理を行う。

相対的なＱｏＳを指定するトラフィックは、従来のネットワークにおけるものと同じ方法で処理される。アドミッションコントロールは不要である。アクセスノードＡＮ及びアクセスエッジノードＡＥＮは、可能な限り多くのトラフィックを通し、０ｘｘ ｐ−ｂｉｔパターンによって指定される４つの異なる優先度に従ってトラフィックを処理する。

再び図１に戻ると、いずれかの特定のＶＬＡＮ上でのトラフィックの混合(mix)は、各サービスプロバイダＳＰ３０にとって利用可能なサービスエージェント２１２の数に依存することが理解できよう。サービスプロバイダＳＰ３０がアクセスネットワーク２０内に１つしかサービスエージェントを持たない場合、ＶＬＡＮは、絶対的なＱｏＳトラフィックと相対的なＱｏＳトラフィックとの混合を搬送しなければならない。

サービスプロバイダＳＰ３０が１つの、又はいくつかのサービスエージェントＳＡ２１２をセットアップするかに応じて、絶対的なＱｏＳを伴うサービスと相対的なＱｏＳを伴うサービスとは、同一のＶＬＡＮ内に進入するか、或いは、別々のＶＬＡＮ内に進入する。１つのＶＬＡＮが絶対的なＱｏＳのフレームと相対的なＱｏＳのフレームとを共に搬送する場合、このＶＬＡＮ内の全てのノード又はスイッチは、絶対的なＱｏＳを持つサービスのために、所定の絶対量の帯域幅を予約するか、或いは、固定された割合の帯域幅を予約することになる。リンク容量はしばしばノード毎に異なるため、最低の帯域幅を持つリンクによってリンク帯域が制限されるので、割合ではなく絶対量の帯域幅をノードが予約することが好ましい。相対的なＱｏＳのトラフィックは、通常の管理アルゴリズム及びキューイングアルゴリズムによる従来の方法で処理される。絶対的なＱｏＳのトラフィックについては、アクセスノードＡＮ２０１又はアクセスエッジノードＡＥＮ２０２が、図３に示されるアドミッションコントロールのアルゴリズムを実行する。

サービスプロバイダＳＰ３０が提供するサービスそれぞれのために別個のサービスエージェントＳＡ２１２を有する場合、異なるＶＬＡＮにおけるトラフィックの混合は起こらないであろう。しかしながら、これらのＶＬＡＮが絶対的なＱｏＳのトラフィックを処理する際に、図３のアドミッションコントロールのアルゴリズムが実施されることになる。

サービスプロバイダＳＰ３０に関する別の可能性は、種々のサービスタイプの相対的なＱｏＳのトラフィックのために１つのＶＬＡＮを使用し、絶対的なＱｏＳのトラフィックのために別のＶＬＡＮを使用することである。繰り返すが、絶対的なＱｏＳのトラフィックに関するアドミッションコントロールが、関連するＶＬＡＮ内のアクセスノード及びアクセスエッジノードによって実行されなければならない。

上述した好適な実施形態において、帯域ブローカーＢＢｒ２０３はアクセスネットワーク内の中央集中エンティティである。しかしながら、帯域幅を判定する機能は、代わりに、アクセスネットワーク内の複数のノードに分散されていてもよい。この場合、アクセスネットワーク内の各ノードは、分散された方法で利用可能なリソースをブロードキャストすることになろう。

本発明に従うブロードバンドアクセスネットワークを概略的に示す図である。 ＶＬＡＮタグが付与されたイーサネットフレームの構造を示す図である。 アクセスネットワーク内のノードによって実行される、サービスのためのアドミッションコントロールを説明するフロー図である。

Claims (15)

1. 複数のエンドユーザ（１０）を複数のサービスプロバイダ（３０）に接続させるパケット交換式ブロードバンドアクセスネットワーク（２０）内のアクセスノード（２０１；２０２）であって、当該ノード（２０１；２０２）は、エンドユーザ（１０）又はサービスプロバイダ（３０）を宛先とし、特定のサービスに所属する、受信したパケット内のサービス品質識別子を特定するように構成され、更に、
   前記サービス品質識別子が絶対的なサービス品質のパラメータを指定していることを確認し、
   前記ネットワーク（２０）を渡り前記宛先のエンドユーザ又はサービスプロバイダへ向かって利用可能な帯域幅を判定し、
   前記利用可能な帯域幅が前記サービス品質識別子内で指定された前記サービス品質パラメータを満足させるのに十分な場合にのみ、前記サービスを受け付けて前記アクセスネットワーク上で前記パケットを送信する
   ように構成される
   ことを特徴とするアクセスノード。
2. 当該アクセスノードは、前記アクセスネットワーク内の仮想ローカルエリアネットワーク内に配置され、
   当該アクセスノードは、
   前記パケットに組み込まれた仮想ローカルエリアネットワークタグから前記サービス品質識別子を抽出し、
   前記仮想ローカルエリアネットワーク内で前記宛先のエンドユーザ（１０）又はサービスプロバイダ（３０）へ向かうスパニングツリープロトコルセグメント内に含まれるノード間の帯域幅を判定する
   ように構成される
   ことを特徴とする請求項１に記載のアクセスノード。
3. 当該アクセスノードは、
   前記仮想ローカルエリアネットワークに関連付けられた出力側リンク上で最低限利用可能な帯域幅を判定し、
   前記宛先のエンドユーザ（１０）又はサービスプロバイダ（３０）へ向かう前記最低限利用可能な帯域幅を判定するために前記仮想ローカルエリアネットワーク内の前記スパニングツリープロトコルセグメント内の他のノードからの帯域幅情報を要求する
   ように構成される
   ことを特徴とする請求項２に記載のアクセスノード。
4. 当該アクセスノードは、当該アクセスネットワーク（２０）内のノードにアクセス可能な別個の帯域ブローカー（２０３）を介して、前記スパニングツリープロトコルセグメント内の前記他のノードからの情報を要求するように構成される
   ことを特徴とする請求項３に記載のアクセスノード。
5. 当該アクセスノード（２０２）は、
   少なくとも１つのサービスプロバイダ（３０）に接続され、
   前記少なくとも１つのサービスプロバイダのために前記アクセスネットワークへのアクセスを提供し、
   当該アクセスノード（２０２）は更に、特定のサービスに所属する入力パケットに対して仮想ローカルエリアネットワークタグ内にサービス品質識別子を挿入するように構成される
   ことを特徴とする請求項１乃至４のいずれか１項に記載のアクセスノード。
6. 複数のスイッチングノードを介して複数のエンドユーザ（１０）を複数のサービスプロバイダ（３０）に接続させるパケット交換式ブロードバンドアクセスネットワーク（２０）であって、
   当該アクセスネットワークは、
   前記エンドユーザ（１０）に接続され前記エンドユーザ（１０）のために当該アクセスネットワーク（２０）へのアクセスを提供するように構成される複数のアクセスノード（２０１）と、
   前記複数のサービスプロバイダ（３０）に接続され前記サービスプロバイダ（３０）のために当該アクセスネットワーク（２０）へのアクセスを提供するように構成される少なくとも１つのアクセスエッジノード（２０２）と、
   を含み、
   当該アクセスネットワークは更に、１つのサービスプロバイダ（３０）と少なくとも１つのエンドユーザ（１０）とをリンクさせる複数の仮想ローカルエリアネットワークに分割され、
   前記アクセスノード（２０１）及び前記アクセスエッジノード（２０２）はそれぞれ、受信したパケット内に含まれる仮想ローカルエリアネットワークタグを検証するように構成され、
   前記アクセスノード（２０１）及び前記アクセスエッジノード（２０２）はそれぞれ、更に、
   前記受信したパケット内の前記仮想ローカルエリアネットワークタグ内に含まれるサービス品質識別子が絶対的なサービス品質パラメータを指定しているか、或いは相対的なサービス品質を指定しているかを特定し、
   前記サービス品質識別子が特定のサービスに所属するパケットに対して適用可能な絶対的なサービス品質パラメータを指定していることを確認し、
   前記仮想ローカルエリアネットワーク内で宛先の前記エンドユーザ又は前記サービスプロバイダへ向かって利用可能な帯域幅を判定し、
   前記利用可能な帯域幅が前記サービス品質識別子内で指定された前記サービス品質パラメータを満足させるのに十分な場合にのみ、前記サービスを受け付けて当該アクセスネットワーク上で前記パケットを送信する
   ように構成される
   ことを特徴とするアクセスネットワーク。
7. 当該アクセスネットワーク（２０）内の全てのノードと通信し、前記ノードからの出力側リンクに関する帯域幅情報を取得し、要求側のアクセスノード又はアクセスエッジノード（２０１；２０２）に対してスパニングツリープロトコルセグメント上で最低限利用可能な帯域幅を通信する、ように構成される帯域ブローカー（２０３）を更に備えることを特徴とする請求項６に記載のアクセスネットワーク。
8. 当該アクセスネットワークは、イーサネットベースのネットワークであることを特徴とする請求項６又は７に記載のアクセスネットワーク。
9. 複数のスイッチングノードを介して複数のエンドユーザ（１０）を複数のサービスプロバイダ（３０）に接続させるパケット交換式ブロードバンドアクセスネットワーク（２０）における方法であって、
   前記アクセスネットワークは、前記エンドユーザ（１０）に接続される複数のアクセスノード（２０１）と、前記複数のサービスプロバイダ（３０）に接続される少なくとも１つのアクセスエッジノード（２０２）と、
   を含み、
   当該方法は、前記アクセスノード又は前記アクセスエッジノードにおいて前記アクセスネットワークへのアクセスを制御する方法であり、
   エンドユーザ（１０）又はサービスプロバイダ（３０）を宛先とし、特定のサービスに所属する、受信したパケット内のサービス品質識別子を特定するステップと、
   前記サービス品質識別子が絶対的なサービス品質のパラメータを指定しているか、或いは相対的なサービス品質を指定しているかを確認するステップと、
   前記ネットワーク（２０）を渡り前記宛先のエンドユーザ又はサービスプロバイダへ向かって利用可能な帯域幅を判定するステップと、
   前記利用可能な帯域幅が前記サービス品質識別子内で指定された前記サービス品質パラメータを満足させるのに十分な場合にのみ、前記サービスを受け付けて前記アクセスネットワーク上で前記パケットを送信するステップと、
   を備えることを特徴とする方法。
10. 前記利用可能な帯域幅を判定する前記ステップは、
    前記アクセスノード（２０１）又は前記アクセスエッジノード（２０２）からの出力側リンク上の帯域幅を判定するステップと、
    前記アクセスネットワーク（２０）内で前記宛先のエンドユーザ（１０）又はサービスプロバイダ（３０）へ向かう特定のセグメント内のノード間で利用可能な帯域幅に関する情報を前記ノードから要求するステップと、
    を含むことを特徴とする請求項９に記載の方法。
11. 前記利用可能な帯域幅を判定する前記ステップは、
    前記アクセスノード（２０１）又は前記アクセスエッジノード（２０２）からの出力側リンク上の帯域幅を判定するステップと、
    前記アクセスネットワーク（２０）内で前記宛先のエンドユーザ（１０）又はサービスプロバイダ（３０）へ向かう特定のセグメント内のノード間で利用可能な帯域幅に関する情報を中央集中帯域ブローカー（２０３）から要求するステップと、
    を含むことを特徴とする請求項９に記載の方法。
12. 前記アクセスネットワークが、それぞれが１つのサービスプロバイダ及び少なくとも１つのエンドユーザ（１０）に対してアクセスを提供する複数の仮想ローカルエリアネットワークに分割されており、
    前記特定のセグメント内でノードから前記利用可能な帯域幅に関する情報を要求するステップは、前記受信したパケット内で規定される仮想ローカルエリアネットワーク内に含まれるスパニングツリープロトコルセグメント内でノードから帯域幅情報を要求するステップを含む
    ことを特徴とする請求項１０又は１１に記載の方法。
13. サービスが受け付けられると前記エンドユーザと前記サービスプロバイダとの間での当該サービスに関する課金をトリガするステップを更に備えることを特徴とする請求項９乃至１２のいずれか１項に記載の方法。
14. 前記利用可能な帯域幅が前記サービス品質識別子内で指定された前記サービス品質パラメータを満足させるのに不十分な場合に、サービスを拒否し、少なくとも前記パケットの送信元又は宛先のエンドユーザに対して当該サービスの拒否を通知するステップを更に備えることを特徴とする請求項９乃至１２のいずれか１項に記載の方法。
15. 前記パケットの送信元のサービスプロバイダに対して前記サービスの拒否を通知し、前記エンドユーザと前記サービスプロバイダとの間での当該サービスに対する課金の停止をトリガするステップを更に備えることを特徴とする請求項１４に記載の方法。

Images