(57)【特許請求の範囲】
【請求項１】
上り方向における送信に対して、パケットによってパケットフローをノードにおいて構成するステップであって、サービス品質保証（ＳＬＡ）に基づくサービス品質（ＱｏＳ）レベルは、前記パケットのヘッダにおけるフローラベルによって示される、ステップと、
利用可能なネットワーク帯域幅が許可される場合に、前記ＳＬＡに基づく前記ＱｏＳレベルより高いＱｏＳレベルで、前記パケットフロー内の前記パケットを送信するステップと、
前記ノードの親ノードからフィードバックを受信するステップであって、前記ノードは、前記親ノードの近隣ノードであり、および前記親ノードより高い順位を有し、前記順位は、ルートノードから遠いノードがより高い順位を有し、および前記ルートノードに近いノードがより低い順位を有することを示し、および前記ＳＬＡに基づく前記ＱｏＳレベルへの前記パケットフローの制限は、前記フィードバックに基づく、ステップと、
前記ＳＬＡに基づく前記ＱｏＳレベルによって示された帯域幅に従って、前記パケットフロー内の追加のパケットを送信するステップと
を備えたことを特徴とするネットワーク帯域幅管理の方法。
【請求項２】
前記親ノードにおいてネットワーク輻輳を監視するステップと、
前記監視したネットワーク輻輳に基づき、前記フィードバックを前記ノードに送信するステップであって、前記フィードバックは前記パケットフローを遅くするための命令を含む、ステップと
を含む、前記親ノードにおける動作に基づき、前記親ノードが前記フィードバックを送信することを特徴とする請求項１に記載の方法。
【請求項３】
ネットワーク輻輳を調査するステップと、
前記ネットワーク輻輳が閾値を超えたことを認識するステップと、
前記親ノードの近隣ノードに前記フィードバックを送信するステップであって、前記近隣ノードは前記親ノードより高い順位を有し、前記フィードバックは前記ＳＬＡに基づく前記ＱｏＳレベルに前記パケットフローを戻す、ステップと
を含む、前記親ノードにおける動作に基づき、前記親ノードが前記フィードバックを送信することを特徴とする請求項１に記載の方法。
【請求項４】
前記利用可能なネットワーク帯域幅が許可される場合に、前記ＳＬＡに基づく前記ＱｏＳレベルより高いＱｏＳレベルで、前記パケットフロー内の前記パケットを送信するステップは、
前記親ノードにおいて輻輳のレベルが低下したことを検出するステップと、
前記親ノードから前記親ノードの下流のノードに追加のフィードバックを与えるステップであって、前記追加のフィードバックは、前記上り方向に送信するために前記ノードによって使用する帯域幅を広げることを可能にする、ステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項５】
複数のパケットフローのそれぞれに関して、ルートノードから送信された、更新されたＱｏＳレベルを、前記ノードにおいて受信するステップと、
前記更新されたＱｏＳレベルに基づき、前記複数のパケットフローのそれぞれに割り当てられた帯域幅を変更するステップと
をさらに備えたことを特徴とする請求項１に記載の方法。
【請求項６】
上りのパケットフローを、トークンバケットシステムにおけるトークンの可用性に基づき送信し、
前記パケットフローの前記ＱｏＳレベルと、
前記ノードにおける利用可能な帯域幅の推定と、
前記受信したフィードバックと
に基づき多数の前記トークンを構成するステップと、
前記トークンの可用性に基づきパケットを送信するステップと、
前記パケットの送信に基づき前記トークンを消費するステップと
を含む動作により前記トークンを管理することを特徴とする請求項１に記載の方法。
【請求項７】
上りのパケットフローを、リーキーバケット技術に基づき送信し、および前記リーキーバケット技術を、
前記パケットフローの前記ＱｏＳレベルと、
前記ノードにおけるネットワーク輻輳の推定と、
前記受信したフィードバックと
に基づきリーキーバケットを構成するステップと、
前記リーキーバケットに基づきパケットを送信するステップと
を含む動作により管理することを特徴とする請求項１に記載の方法。
【請求項８】
そのフローラベルが前記フィードバックにより示されたパケットを識別するステップと、
前記識別したパケットに対する送信までの時間を再計算するステップであって、前記送信までの時間は、前記フィードバックによって、より短い時間または延長した時間の何れかに設定される、ステップと
をさらに備えたことを特徴とする請求項１に記載の方法。
【請求項９】
前記親ノードから受信された前記フィードバックは、前記親ノードにおける輻輳に応じており、
前記フィードバックは、少なくとも２つのパケットフローに割り当てられた帯域幅を変更する
ことを特徴とする請求項１に記載の方法。
【請求項１０】
前記フィードバックは、前記パケットフロー内のパケット送信速度を制限するが、第２のパケットフローのパケット送信速度は制限しないことを特徴とする請求項１に記載の方法。
【請求項１１】
ネットワーク内のノードであって、
ネットワーク輻輳のレベルを判定する輻輳計測マネジャと、
前記ネットワーク輻輳のレベルを使用して、前記ノードより高い順位を有するノードにフィードバックを送信すべきかどうかを判定するフィードバックマネジャであって、前記順位は、ルートノードから遠いノードがより高い順位を有し、および前記ルートノードに近いノードがより低い順位を有することを示し、前記フィードバックは、前記フィードバックマネジャによって生成され、および上りのパケットフローのサービス品質（ＱｏＳ）レベルは、前記フィードバックに基づいて制限される、フィードバックマネジャと、
前記ＱｏＳレベルによって示された帯域幅に従って前記上りのパケットフローを受信するパケットマネジャと
を備えたことを特徴とするノード。
【請求項１２】
前記フィードバックマネジャを、
親ノードからの前記フィードバックの一部に基づき、前記上りのパケットフローが使用する帯域幅を狭めるように
さらに構成することを特徴とする請求項１１に記載のノード。
【請求項１３】
前記フィードバックマネジャを、
親ノードからの前記フィードバックの一部に基づき、前記上りのパケットフローが使用する帯域幅を広げるように
さらに構成することを特徴とする請求項１１に記載のノード。
【請求項１４】
前記フィードバックマネジャを、
前記ネットワーク輻輳のレベルと、
前記上りのパケットフローが、サービス品質保証（ＳＬＡ）に基づく前記ＱｏＳレベルより高いＱｏＳレベルに従って帯域幅を使用しているかどうかの認識と
に基づいてフィードバックを生成するように構成することを特徴とする請求項１１に記載のノード。
【請求項１５】
前記パケットマネジャを、
前記上りのパケットフローに関連付けられたフィードバックを前記フィードバックマネジャにより受信していない場合、サービス品質保証（ＳＬＡ）に基づくＱｏＳレベルに従って、前記上りのパケットフローを送信し、
前記上りのパケットフローに関連付けられたフィードバックを前記フィードバックマネジャにより受信した場合、異なるＱｏＳレベルに従って、前記上りのパケットフローを送信するように
構成することを特徴とする請求項１１に記載のノード。
【請求項１６】
コンピュータ実行可能命令を記憶している１つまたは複数のコンピュータ可読記憶媒体であって、前記コンピュータ実行可能命令は、実行されると、
前記実行可能命令で構成された、ノード上の１つまたは複数のプロセッサの制御のもとで、
ネットワークにおける輻輳を評価するステップと、
前記ノードの子ノードにフィードバックを送信するステップであって、前記ノードは、前記子ノードの近隣ノードであり、および前記子ノードより低い順位を有し、前記順位は、ルートノードから遠いノードがより高い順位を有し、および前記ルートノードに近いノードがより低い順位を有することを示し、および前記フィードバックは、
利用可能な帯域幅が第１の閾値より多いことを前記評価した輻輳が示す場合は、上り方向におけるパケットフローが使用する帯域幅を広げるものであり、または
利用可能な帯域幅が第２の閾値より少ないことを前記評価した輻輳が示す場合は、上り方向における前記パケットフローが使用する帯域幅を狭めるものである、ステップと
を含む動作を１つまたは複数のプロセッサに実行させることを特徴とするコンピュータ可読記憶媒体。
【請求項１７】
前記ノードにおいて、時間間隔にわたる平均値を使用してネットワーク輻輳を監視するステップと、
複数のパケットフローのそれぞれを別々に制限し、および前記時間間隔にわたる前記平均値に一部基づく方法で、前記複数のパケットフローのそれぞれが使用する帯域幅を変更するように、前記フィードバックを構成するステップと
をさらに備えたことを特徴とする請求項１６に記載の１つまたは複数のコンピュータ可読記憶媒体。
【請求項１８】
前記子ノード上で実行しているアプリケーションからのパケットフローを認識するステップと、
サービス品質保証（ＳＬＡ）に基づくＱｏＳレベルより高いＱｏＳレベルから、前記ＳＬＡに基づく前記ＱｏＳレベルに、前記子ノード上の前記アプリケーションからの前記パケットフローを引き下げるように、前記フィードバックを構成するステップと
をさらに備えたことを特徴とする請求項１６に記載の１つまたは複数のコンピュータ可読記憶媒体。
【請求項１９】
前記フィードバックが
前記パケットフロー内のパケットの送信を遅らせるステップと、
前記パケットフロー内の十分なパケットが、前記上り方向のパケットフローのサービス品質保証（ＳＬＡ）に基づく前記ＱｏＳレベルに適合するように、送信までの時間を再計算するステップと
を含む動作を実行するように、前記子ノードに指示することを特徴とする請求項１６に記載の１つまたは複数のコンピュータ可読記憶媒体。
【請求項２０】
前記フィードバックは、前記評価した輻輳に応じて、ルートノードで生じたものであり、
前記フィードバックは、ある上りのフローに対しては帯域幅を広げ、および他の上りのフローに対しては帯域幅を狭める
ことを特徴とする請求項１６に記載の１つまたは複数のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照により組み込まれている２０１２年８月２７日出願の「特許文献１」の優先権を主張するものである。
【背景技術】
【０００２】
高度計量インフラストラクチャ（ＡＭＩ、ａｄｖａｎｃｅｄ  ｍｅｔｅｒｉｎｇ  ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）においては、ノードが、電気、天然ガス、または水のような消費可能資源の計量に関連する場合がある。このようなノードを、ルートノードおよび／またはルータノードを頂点とするツリー構造を有する、自律ルーティングエリア（ＡＲＡ、ａｕｔｏｎｏｍｏｕｓ  ｒｏｕｔｉｎｇ  ａｒｅａ）として編成することができる。ネットワークトラフィックは、上りおよび下り両方のパケットフローを含むことができる。上りのフローには、上流のノード（例えば、１ホップ先の親ノード）にパケットを転送するノードがそれぞれ必要である。下りのフローには、下流のノード（例えば、親ノードの１ホップ手前の子ノード）にパケットを転送するノードがそれぞれ必要であり、この転送を、明確なルート情報に従って行うことができる。
【０００３】
上りおよび下り両方のパケットフローは、ＡＲＡにおいて利用可能な限られた帯域幅を消費することができる。従って、１つまたは複数のフロー、またはフロー（複数可）内のパケットを送信すると、他のパケットおよび／またはパケットフローの送信が遅くなる可能性がある。従って、多数のパケット、およびパケットフロー全体が、サービス品質（ＱｏＳ、ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）の要件、および／またはサービス品質保証（ＳＬＡ、ｓｅｒｖｉｃｅ  ｌｅｖｅｌ  ａｇｒｅｅｍｅｎｔ）を満たさなくなる恐れがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】欧州特許出願第１２１８１８６９．４号明細書
【発明の概要】
【０００５】
高度計量インフラストラクチャ（ＡＭＩ）として機能するよう構成された自律ルーティングエリア（ＡＲＡ）のような既存のネットワークは、適正な帯域幅管理を提供することができない。具体的には、既存のネットワークは、アプリケーションによってデータ送信速度を管理する効果的な方法を提供しておらず、特定のノードまたは特定のアプリケーションが過度にデータ送信を行うと、ネットワークの一部が減速する可能性がある。このようなネットワークは、上り（ルートノードに向かう）および下り（ルートノードから遠ざかる）両方向のパケットフローを含むことができる。ルートノードは、１つまたは複数のネットワークを介して、頻繁に中央局と通信する。一方「葉」ノードは、ユーティリティの資源消費計測メータのような、配電網上のコンポーネントに関連する場合がある。ネットワーク内のノードは、「順位」（「順序」とも言われる）があり、ルートノードから遠いノードほど順位が高く、ルートノードに近いノードほど順位が低いとみなすことができる。ノード間の距離は、「ホップ」数、またはノード間を橋渡しするために必要なＲＦ通信数に基づき、「より近い」または「より遠い」とみなすことができる。パケット送信の態様は、パケットのフローＩＤヘッダに含まれるフローラベルによって制御することができる。フローラベルは、ＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）のレベルを示すことができ、それにより、データ速度、帯域幅、および／またはパケットフローに与えられるサービスの優先順位を示すことができる。ＱｏＳレベルを、パケットフローに関連付けるべきサービスの階級またはＱｏＳレベルを特定することが可能なＳＬＡ（ｓｅｒｖｉｃｅ  ｌｅｖｅｌ  ａｇｒｅｅｍｅｎｔ）に関連付けることができる。ネットワークに輻輳がほとんど生じていない場合（すなわち、該ネットワークに利用可能な帯域幅がある、および／または輻輳が第１の閾値より少ない場合）、上流のノードは、下流のノード（複数可）および／または該ノードのアプリケーションにフィードバックを送信し、上りのパケットフロー（複数可）が消費する帯域幅を広げることができる。しかし、ネットワークに輻輳がかなり生じている場合（例えば、ネットワークに利用可能な帯域幅がほとんどない、および／または輻輳が第２の閾値より激しい場合）、上流のノードは、下流のノード（複数可）および／または該ノードのアプリケーションにフィードバックを送信し、上りのパケットフロー（複数可）が消費する帯域幅を狭めることができる。以下の論述には、ネットワークおよび／またはＡＭＩにおいて帯域幅を管理するための技術を提供する複数の代表的な例を含む。
【０００６】
１つまたは複数の上りのパケットフローは、それぞれ１つまたは複数の下流のノードから生じうる。一例示的環境において、下流のノードは、電気、天然ガス、水、または他の消費可能資源の消費を計測するユーティリティメータに関連する場合がある。上りのフローは、フローラベルを有するパケットを含むことができ、該フローラベルは、ＳＬＡ（ｓｅｒｖｉｃｅ  ｌｅｖｅｌ  ａｇｒｅｅｍｅｎｔ）を満たす、元々のおよび／または割り当てられたＱｏＳレベルを示す。動作において、上りのフローのパケットは、ネットワークに渡され、１つまたは複数の中間ノードによって、ルートノードに向かって上流へ中継される。帯域幅が容易に利用できる場合、ルートノードおよび／または他の上流のノード（複数可）は、下流のノードおよび／または該下流のノード上のアプリケーションに関連付けられたＱｏＳレベルの向上またはアップグレードを示すフィードバックを送信することができる。ＱｏＳのアップグレードは、より高いＱｏＳレベルを示すようフローラベルをアップグレードすることにより実行することができる。上りのフローのパケットのフローＩＤヘッダでより高いＱｏＳレベルを示すことにより、フローに帯域幅を追加することができ、フローは、より短時間でより多くのパケットおよび／またはデータを流すことが可能となる。
【０００７】
しかし、ネットワーク輻輳が激しさを増した場合、上りのフローのＱｏＳレベルをアップグレードした結果消費された追加の帯域幅によって、ネットワークが１つまたは複数の対象ＳＬＡを満たさなくなる可能性がある。ルートノードおよび／または他のノードは、そのような輻輳を、例えば、診断ツールの動作、パケットフローが所望のＱｏＳレベルを維持できなくなる、ＳＬＡの不履行、バッファのオーバーフローなどによって、検出することができる。輻輳に応じて、ルートノードまたは他の上流のノードが、ルートノードが管理するＡＲＡ内のノードの一部または全てにフィードバックを送信することができる。フィードバックにより、ノードおよび／またはノード上で実行しているアプリケーションに、パケットフローのＱｏＳレベルを、例えばフローのＳＬＡに関連付けられた元々のＱｏＳレベルまで下げるよう指示することができる。従って、ノードは、ネットワーク輻輳が生じていない間は利用可能な帯域幅から恩恵を受けることができる。しかし、帯域幅が、１つまたは複数の上りのフローに割り当てられたアップグレードしたＱｏＳレベルをサポートできなくなれば、フィードバックを使用することができる。
【図面の簡単な説明】
【０００８】
添付図面を参照して、詳細な説明を記載する。図面において、参照番号の最も左の数字（複数可）は、該参照番号の初出の図を識別する。同様の特徴および要素について言及する場合、図面全体にわたって同一番号を使用する。さらに、図面は、一般的な概念を例示するものであり、必須および／または必要な要素を示そうとするものではない。
【０００９】
【図１】複数のノード、ノードの一例の詳細、インターネットのようなさらなるネットワークへの接続、および中央局を有するネットワークの例を示す図である。
【図２】個々のノードの処理ユニットの詳細例を示す図である。
【図３】ノードがパケットを構成および送信し、親ノード、上流のノード、および／またはルートノードからフィードバックを受信し、それに応じてパケット送信を調整することができる方法例を示すフロー図である。
【図４】ノードがネットワーク輻輳を認識し、それに応じてフィードバックを送信することができる方法例を示すフロー図である。
【図５】ＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）レベル（複数可）をアップグレードまたはダウングレードするために構成されたフィードバックを用いて、高度計量インフラストラクチャにおいて帯域幅を管理することができる方法例を示すフロー図である。
【発明を実施するための形態】
【００１０】
本明細書における論述は、複数のセクションを含む。本論述、図面、および各セクションは、技術および／または構造の例を示すものであり、使用および／または実行しなければならない要素を示そうとするものではない。より具体的には、この説明全体がＡＭＩにおける帯域幅管理において利用できるコンポーネントおよび技術を例示するものであって、必ず必要なコンポーネントまたは技術を例示しようとするものではない。本論述は、「ネットワーク例」と題するセクションで始まり、そこでは、本明細書に記載の技術を実行できる一環境を説明する。このセクションでは、帯域幅管理のための技術を含むことができるＡＭＩの一例を示し、説明する。「ノード例」と題する第２のセクションでは、ＡＭＩ内のノードの一例を例示し、説明する。このセクションでは、代表的な機能を実行する構造の諸例を提供し、該機能には、上りおよび下りのパケットフローの管理、ＱｏＳレベルの設定、フィードバックのような技術による帯域幅規制が含まれる。「方法例」と題する第３のセクションでは、装置を利用して方法を実行するための技術を論じ、該装置には、プロセッサ（複数可）、メモリ装置、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ａｎｄ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）などが含まれる。「フロー管理例」と題する第４のセクションでは、パケットフローを管理するため、また、ＡＲＡまたは他のネットワーク内のデータおよびパケットのフローを形成、調整、および最適化するために使用できる態様を例示し、説明する。最後に、本論述は、簡潔な結論で終了する。セクションのタイトルおよび対応する概要を含むこの簡潔な導入部は、読者の便宜を図るためのものであり、特許請求の範囲または本開示の如何なるセクションをも説明および／または限定しようとするものではない。
【００１１】
ネットワーク例
図１は、一例のネットワーク１００を示す図であり、ネットワーク１００は、自律ルーティングエリア（ＡＲＡ）または他のネットワークとして編成される高度計量インフラストラクチャ（ＡＭＩ）を含むことができる。ネットワークアーキテクチャ１００を、無線通信機能を有する複数のユーティリティメータを含むＡＭＩネットワークのような、スマートグリッドとして構成することができる。ユーティリティメータは、電気、天然ガス、水、または他の消費可能資源の消費を計測することができる。
【００１２】
図１は、複数のノード１０２およびある特定のノード１０２Ａの詳細を示す。ノード１０２を、インターネットのようなネットワーク１０６によって、中央局１０４に接続することができる。ネットワーク１００内では、ノードは、無線ＲＦリンク１０８、電力線通信（すなわち、送電網に流れる電流に重ね合わせた信号）、または他の媒体によって、通信することができる。
【００１３】
ネットワークアーキテクチャ１００は、複数のノード１０２Ａ、１０２Ｂ、１０２Ｃ、１０２Ｄ、〜１０２Ｎ（ノード１０２と総称する）を含むことができ、それらは、ＲＦ信号による直接通信、電力線通信（ＰＬＣ、ｐｏｗｅｒ  ｌｉｎｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）リンク、または他の種類の送信手段を介して、互いに通信可能に接続される。ノードの中には、ユーティリティメータに関連するものがあってよい。本例では、Ｎは、ＡＲＡにおけるノード数の例を表し、ＡＲＡを、ＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＭＡＮ（ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＬＡＮ（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＮＡＮ（ｎｅｉｇｈｂｏｒｈｏｏｄ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＰＡＮ（ｐｅｒｓｏｎａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）、または前述の組み合わせなどとして、構成することができる。
【００１４】
ノード１０２Ａを、「ルート」、「ルートノード」、「フィールドエリアルータ」などとみなすことができ、また、ネットワーク１０６のようなバックホールネットワークを経由して、ＡＲＡを中央局１０４内のサーバに接続するよう構成することができる。ノード１０２は、信号１０８によって通信することができ、この信号１０８は、データ、情報、報告、クエリ、およびパケットなどの上りおよび下り両方の転送を促進する。ルートノード１０２Ａは、フィードバックおよび／または１つもしくは複数の下りのパケットフロー１１０を、ＡＲＡ内の１つ、複数、または全てのノードに送信することができる。ルートノード１０２Ａによって設定され、フローの各パケットのフローＩＤヘッダで示されるＱｏＳレベルに従って、下りのフローを送信することができる。
【００１５】
中央局１０４は、サーバ、サーバファーム、パーソナルコンピュータ、ラップトップコンピュータなどのような１つまたは複数のコンピューティング装置によって実行することができる。１つまたは複数のコンピューティング装置は、メモリに通信可能に接続された１つまたは複数のプロセッサを装備することができる。いくつかの例の中には、中央局１０４が、１つまたは複数のノード１０２から受信したデータの処理、分析、記憶、および／または管理を行う、メータデータの集中管理システムを含むものもある。例えば、中央局１０４は、スマートユーティリティメータ、センサ、制御装置、ルータ、調整器、サーバ、中継装置、スイッチ、バルブ、および／または他のノードから取得したデータを、処理、分析、記憶、および／または管理することができる。図１の例では、中央局１０４を単一の場所に示しているが、例によっては、中央局を複数の場所に分散させてもよく、かつ／または中央局を完全に除いてもよい（例えば、高度に分散された分散コンピューティングプラットフォームの場合）。
【００１６】
ネットワーク（複数可）１０６には、例えばインターネットなど、無線もしくは有線のネットワーク、またはそれらの組み合わせを含むことができる。ネットワーク１０６は、単一の大きなネットワークとして機能することが可能な、個々のネットワークおよび／または相互接続されたネットワークの集合体であることができる。
【００１７】
一例のネットワーク１００は、帯域幅管理のより一般的な概念を例示する具体的な例として提供するものであって、必須および／または必要な要素を示すものではない。一例のネットワーク１００内で、パケットの下りのフロー１１０および上りのフロー１１２は、パケットフローに関連付けられたフローラベルが示すＱｏＳレベルに従って送信される。
【００１８】
パケットの上りのフロー１１２は、下流のノードから生じうる。帯域幅が利用可能な間は、上りのフロー１１２のＱｏＳレベルをアップグレードして、利用可能なネットワーク帯域幅を利用することができる。アップグレードは、フィードバック１１４を下流のノードに送信する上流のノードによって、部分的に実行することができる。フィードバック１１４は、上りのパケットフローのＱｏＳにおける許容増加量を示すことができる。
【００１９】
逆に、ネットワーク輻輳が生じている間は、ルートノード（または他の上流のノード）は下流のノードに送信するフィードバックを用いて、上りのフロー１１２のＱｏＳレベルを、ＳＬＡ（ｓｅｒｖｉｃｅ  ｌｅｖｅｌ  ａｇｒｅｅｍｅｎｔ）に関連付けられた元々のＱｏＳおよび／またはデフォルトのＱｏＳ（または場合によりさらに低いＱｏＳレベル）にダウングレードするよう、下流のノードに要求することができる。
【００２０】
さらに、ネットワーク内のアプリケーションまたはノードから生じるパケットフローに割り当てられたＱｏＳレベルを、ルートノードまたは他のネットワークマネジャが送信するＱｏＳレベルの割り当て１１６によって、時折更新することができる。このような更新により、各アプリケーションおよび／またはノードに割り当てられた帯域幅を制御することができ、１つのアプリケーションおよび／またはノードに割り当てられた帯域幅を、他のアプリケーションおよび／またはノードに対して変更することが可能となる。
【００２１】
一例のノード１０２Ａの詳細を示す。本例においては、ＲＦ信号１０８による通信用の無線機１１８、および処理ユニットまたは処理回路１２０が構成されている。無線機１１８には、複数のチャネル／周波数のうちの１つまたは複数を介してＲＦ信号を送受信するよう構成されたＲＦ送受信機を含むことができる。無線の実施形態の一例においては、ノード１０２は、各通信リンク１０８上の制御チャネルおよび複数のデータチャネルのような、複数の異なるチャネルでデータを送受信するよう構成された単一の無線送受信機１１８を含むことができる。無線機１１８を、複数の異なる変調技術、データ速度、プロトコル、信号強度、および／または出力レベルを実行するよう構成することもできる。さらに、無線機を、「周波数ホッピング」方式で、それぞれ短い時間ごとに連続的に複数の異なる周波数に調整するよう構成することもできる。他の実施形態においては、各ノードを、有線通信用に構成することができる。一例として、有線通信には、ＰＬＣ（ｐｏｗｅｒ  ｌｉｎｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、または、イーサネット（登録商標）のような他の有線通信ネットワーク技術が含まれるが、これらに限るものではない。ネットワーク１００のアーキテクチャは、ノードの異機種ネットワークを表すことができ、そこではノード１０２には、異なる種類のノード（例えば、スマートメータ、セルラ中継装置、センサなど）、異なる世代または異なるモデルのノード、および／または、その他、異なるチャネルで送信すること、異なる変調技術、データ速度、プロトコル、信号強度、および／または出力レベルを使用することが可能なノードを含むことができる。
【００２２】
処理ユニットまたは処理回路１２０は、メモリ１２４に通信可能に接続された１つまたは複数のプロセッサ１２２を含むことができる。プロセッサ（複数可）１２２は、様々なソフトウェアの命令、ソフトウェアモジュール、プロシージャ、マネジャ、アルゴリズムなどを実行し、メモリ１２４は、それらを含むことができる。このような機能ブロックを、ソフトウェアおよび／またはファームウェア内に構成することができ、また、プロセッサ（複数可）１２２によって実行可能とすることができる。代替の実施形態においては、プロセッサ（複数可）１２２、メモリ１２４、および／または機能ブロックもしくはモジュールのうちのいずれか、または全てを、全体的または部分的にハードウェアにより実行することができる。ハードウェアの例には、マイクロコントローラ、または、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）もしくは上述の機能を実行するよう構成された他の装置のような、他のデジタル装置が含まれる。
【００２３】
メモリ１２４は、単体物として示されているが、例えば、読み取り専用メモリ、書き込み可能メモリ、永続性または非永続性メモリなど、複数の同様の構成および／または異なる構成の装置として構成することもできる。メモリ１２４を、プロセッサ（複数可）１２２によって実行可能な１つまたは複数のソフトウェアモジュールおよび／またはファームウェアモジュールを記憶して、様々な機能を実行するよう構成することができる。メモリ１２４には、コンピュータ可読媒体を含むことができ、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）のような揮発性メモリ、および／またはＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）もしくはフラッシュＲＡＭのような不揮発性メモリの形態をとることができる。コンピュータ可読媒体には、例えば、コンピュータ可読命令、データ構造、プログラムモジュール、または、コンピューティング装置の１つまたは複数のプロセッサによって実行するための他のデータといった情報を記憶するための何らかの技術または技法により実装された、揮発性および不揮発性、取り外し可能および取り外し不可能な媒体が含まれる。コンピュータ可読媒体の例には、以下のものが含まれるが、これらに限るものではない。以下すなわち、ＰＲＡＭ（ｐｈａｓｅ  ｃｈａｎｇｅ  ｒａｎｄｏｍ−ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＳＲＡＭ（ｓｔａｔｉｃ  ｒａｎｄｏｍ−ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＤＲＡＭ（ｄｙｎａｍｉｃ  ｒａｎｄｏｍ−ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、他の種類のＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ  ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、フラッシュメモリ、もしくは他のメモリ技術、ＣＤ−ＲＯＭ（ｃｏｍｐａｋｔ  ｄｉｓｋ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ  ）、ＤＶＤ（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｋ）、もしくは他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置、もしくは他の磁気記憶装置、または、コンピューティング装置がアクセスするための情報を記憶するために使用可能な他の任意の非送信媒体である。
【００２４】
本明細書の目的のため、コンピュータ可読媒体の全てまたは一部を、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）または他のハードウェア装置内に含めることができる。このようなハードウェア装置は、プロセッサ機能を含むこともでき、ＡＭＩにおいて帯域幅管理に合致する機能を実行するよう構成することもできる。従って、論理回路、トランジスタもしくは他のコンポーネント、および／またはメモリによって規定できるこのような集積回路内では、１つまたは複数のプロセッサを、実行可能命令で構成する。
【００２５】
示した例において、メモリ１２４は、パケットを上りおよび下り方向に送受信するように構成可能なパケットマネジャ１２６を含んでいる。パケットは、１つまたは複数のメータ１２８、または他のデータ受信装置もしくはデータ生成装置（複数可）から取得したデータを含むことができる。
【００２６】
ノード例
図２は、ノード１０２（例えば、図１に示すような）の処理ユニット１２０の詳細例を示す図である。ノード１０２は、ＡＭＩとして機能するよう構成されたＡＲＡ内のノードの典型であり、プロセッサ１２２およびメモリ装置（複数可）１２４を含むことができる。ルートノードの処理ユニット１２０を、ＡＭＩまたは同様のネットワーク環境におけるＱｏＳレベルプロビジョニングのためのフロー分類方法（例えば、ある種のマーキングのサービス）を実行するよう構成することができる。一例として、フローラベルを、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）に合致するフローＩＤヘッダにおいて利用することができる。トラフィックのフローは、ネットワーク内のノードのようなある特定のソースから送信される一連のパケット（または何らかのＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ））であることができる。一連のパケットは、ＡＲＡ内の、ある指定の下流のノード、１組のノード、または全てのノードというように、特定の宛先にユニキャストまたはマルチキャストで送信することができる。各パケットのフローＩＤヘッダは、フローラベル、および、場合により、送信元アドレス、宛先アドレス、および／またはサービスインジケータの品質といった他の情報を含むことができる。このフローＩＤヘッダの構成により、特定のパケットが属するフローを識別する。このようにして識別されると、ネットワーク内のノードが、パケットをフロー固有の方法で処理することが可能となる。
【００２７】
実施形態のいくつかの例の中には、オペレーティングシステム２０２が、１つまたは複数のドライバ２０４および／またはアプリケーション２０６の機能をサポートするものもある。ドライバ２０４および／またはアプリケーション２０６は、無線機１１８および／または１つまたは複数のメータ１２８（図１に示すような）を制御し、動作させることができる。さらに、１つまたは複数のアプリケーション２０６は、１つまたは複数のパケットフロー内のパケットを作成、受信、および／または再送信することができるアプリケーションの典型である。
【００２８】
バッファ２０８は、１つまたは複数のパケットフローまたはパケットストリームの一部である１つまたは複数のパケット２１０に記憶域を与えるため、メモリ装置１２４内に構成可能なソフトウェア構造および／またはデータ構造の典型である。
【００２９】
パケットマネジャ１２６を、パケットを上りおよび下り方向に送受信するよう構成することができる。パケットマネジャ１２６は、バッファ２０８を利用して、パケットをフェッチおよび／または記憶することができ、また、無線機１１８を利用して、パケットを送信および／または受信することができる。一例では、上流のノードからのフィードバックによって示された場合に、上りのパケットフローのＳＬＡで指定された目標ＱｏＳレベルより高いＱｏＳレベルで上りのパケットフローを送信するよう、パケットマネジャ１２６を構成する。別の例では、上流のノードから受信したフィードバックによって示された場合に、上りのパケットフローのＳＬＡで指定されたＱｏＳレベルで上りのパケットフローを送信するよう、パケットマネジャ１２６を構成する。
【００３０】
パケットマネジャ１２６は、パケットラベリングモジュール２１２を利用して、パケットまたはパケットフローにラベルを付けることができる（例えば、パケット（複数可）のヘッダ部に適切なデータを用いて）。送信されるパケットのヘッダ内に、１つまたは複数のフローラベル、送信元アドレス、および／または宛先アドレスといった情報を含むことができる。ラベリングにより、パケットフローの送信に使用される帯域幅を判定することが可能な、パケット（複数可）に対するＱｏＳレベルを示すことができる。一例では、パケットラベリングモジュール２１２は、パケットフロー内のパケットに、フローラベルＩＤでラベル付けすることができる。フローラベルは、ＱｏＳレベルを示唆または示し、そのＱｏＳレベルは、フロー、該フローを作成するアプリケーション、該アプリケーションが動作しているノードに関連付けられている。
【００３１】
輻輳計測マネジャ２１４を、ネットワーク１００の、ノード１０２（例えば、図１に示すような）近隣における輻輳を計測および／または推定するよう構成することができる。輻輳計測マネジャ２１４は、任意の所望の方法で、ネットワーク輻輳を推定することができる。一例では、移動平均モジュール２１６を利用することができる。移動平均モジュールは、移動平均技術または関連技術、ならびに／または、ハードウェアおよび／もしくはソフトウェアの構造を用いて、継時的なネットワーク輻輳の推定を提供する。一例では、移動平均モジュール２１６が、ある時間間隔にわたる平均値を用いてノードにおけるネットワーク輻輳を監視する。別の例では、輻輳計測マネジャ２１４が、ノード内のバッファの許容量に基づき輻輳を計測する。従って、バッファが過度に許容量いっぱいになっている場合、それはネットワーク内の輻輳を示していることになり、バッファが許容量一杯になる度合いを、ネットワーク輻輳を計測する際の閾値として用いることができる。
【００３２】
サービス品質マネジャ２１８を、１つまたは複数のパケットおよび／もしくはパケットフロー、１つまたは複数のアプリケーション、および／または、あるノード全体のアクティビティに対する、ＳＬＡ（ｓｅｒｖｉｃｅ  ｌｅｖｅｌ  ａｇｒｅｅｍｅｎｔ）ならびにＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）レベルを管理するよう構成することができる。一実施形態において、パケットマネジャ１２６および／またはパケットラベリングモジュール２１２が、サービス品質マネジャ２１８に、１つまたは複数のパケットフローに関するＱｏＳ情報を提供するよう求めることができる。一例においては、ある特定のノード、パケットフロー、および／またはパケットに対するＳＬＡを、ある特定のＱｏＳレベルによって満たすことができる。つまり、示されたＱｏＳレベルにより、ＳＬＡを満たす十分なデータスループットを提供することができる。しかし、利用可能な帯域幅がある間（例えば、ネットワークの利用が少ない間）、サービス品質マネジャ２１８は、一時的により高いＱｏＳレベルをパケットフローに関連付けて、それによって利用可能な帯域幅から恩恵を受けることができる。帯域幅が利用できなくなった場合（例えば、ネットワーク輻輳が生じた場合）、パケットフローのＳＬＡに関連付けられたより低いレベルにＱｏＳレベルをリセットする必要性を示すフィードバックを、受信することができる。
【００３３】
フィードバックマネジャ２２０は、ネットワーク輻輳のレベルに一部基づいて動作可能であり、下流のノード（例えば、より順位の高いノード）にフィードバックを与える、および／または上流のノード（例えば、ルートノードおよび／またはより順位の低い他のいずれかのノード）からフィードバックを受信するよう構成することができる。フィードバックを利用して、パケットフロー、ノード上で実行しているアプリケーションが使用する帯域幅を、ネットワーク輻輳のレベルに応じて、広げるまたは狭めることができる。
【００３４】
第１の例では、フィードバックマネジャ２２０は、フィードバックを下流のノードに送信（または、フィードバックを上流のノードから受信）することができる。フィードバックは、ある特定のフロー（複数可）、ある特定のアプリケーション（複数可）から生じているフロー、および／またはある特定のノード（複数可）から生じているフローのＱｏＳレベルを上げる命令を含むことができる。フィードバックを、ネットワーク輻輳が少ない（すなはち、ネットワークが十分に利用されておらず、利用可能および／または余分な帯域幅がある）という計測に応じて、送信することができる。実際には、フィードバックによって、余分または利用可能な帯域幅を、それが利用可能な間利用するよう、フロー、アプリケーション、および／またはノードに一時的に許可を与えることができる。
【００３５】
第２の例では、フィードバックマネジャ２２０は、フィードバックを下流のノードに送信（または、フィードバックを上流のノードから受信）することができる。フィードバックは、ある特定のフロー（複数可）、ある特定のアプリケーション（複数可）から生じているフロー、および／またはある特定のノード（複数可）から生じているフローのＱｏＳレベルを下げる命令を含むことができる。フィードバックを、ネットワーク輻輳がより激しい（すなはち、ネットワークが非常に利用され、利用可能および／または余分な帯域幅がほとんど、または全くない）という計測に応じて、送信することができる。実際には、フィードバックによって、ＱｏＳレベルを上げるようにという以前のフィードバックおよび／または許可（複数可）を無効にすることができる。
【００３６】
本明細書に記載の技術は、トークンバケットベースの機構で、任意に利用することができる。一例では、トークンマネジャ２２２は、独立して、またはパケットマネジャ１２６の指示のもとで、動作することができる。トークンマネジャ２２２は、複数のトークンを作成および／または配信し、ネットワーク上のパケットの送信を規制および／または制限することができる。トークンによって、ノードおよび／またはノード上で動作しているアプリケーションに、パケットまたはパケット群を送信するよう許可を与えることができる。ノードに、パケット（複数可）を送信するためのトークンを有するよう要求することによって、ネットワーク上のパケットフローにさらなる制御を与えることができる。具体的には、トークンが欠如することにより、パケットの送信を制限することができる。各送信に対して、パケットのＱｏＳレベルおよびサイズに基づき、蓄積されたトークンの一部を消費する（例えば、分解する）。トークンを有しないノードはパケットを送信することができないので、このような消費は重要である。
【００３７】
本明細書に記載の技術は、リーキーバケットベースの機構で、任意に利用することができる。一例では、リーキーバケットマネジャ２２４は、独立して、またはパケットマネジャ１２６の指示のもとで、動作することができる。リーキーバケットマネジャ２２４は、アプリケーションまたはノードによるパケットの送信を規制することができる。一例では、ノードまたはアプリケーションが、パケットを断続的な方法で受信することができる。アプリケーションおよび／またはノードにおいて、パケットを、制限量（すなわち、バケットのサイズ）に達するまで、蓄積することができる。制限量に達すると、さらなるパケットは、「バケット」からあふれる。さらに、パケットは、「バケット」に空き容量がある間は、おそらく定常状態で送信可能である。従って、リーキーバケットマネジャ２２４は、パケットおよびフローの上りならびに／または下りのトラフィックを、規制することができる。
【００３８】
方法例
図３〜図５の方法は、図１及び図２の構成によって、少なくとも部分的に実行することができる。しかし、図３〜図５は、一般的な適用性を含み、他の図面および／または前記論述に制限されるものではい。本明細書に記載の各方法を、論理フロー図における行為、ブロック、または動作の集合として例示しており、論理フロー図は、ハードウェア、ソフトウェア、またはその組み合わせで実行可能な任意の一連の動作を表す。ソフトウェアの文脈において、該動作は、１つまたは複数のコンピュータ可読記憶媒体（例えば、メモリ１２４）上に記憶されたコンピュータ実行可能命令を表し、該命令は、１つまたは複数のプロセッサ（例えば、プロセッサ１２２）により実行されると、列挙した動作を実行する。このような記憶媒体、プロセッサ、およびコンピュータ可読命令を、システム、ネットワーク、ノード、またはアプリケーションに、所望の設計または実施形態に従って配置することが可能である。図１および図２に示す記憶媒体（メモリ）１２４は、概して、取り外し可能および取り外し不可能な媒体の両方を含む記憶媒体の典型、および任意の技術の典型を表す。ハードウェア装置（例えば、特定用途向け集積回路）の文脈において、プロセッサ、メモリ、およびソフトウェアの論理回路は、ハードウェアにおいて似たように構成される。従って、ハードウェア自体は、プロセッサ、メモリ、およびソフトウェア命令の範囲内で、論理的に類似している。従って、図３〜図５において説明し列挙した動作は、示したアクションを実行するための実行可能命令で構成された１つまたは複数のプロセッサの制御のもと行われるアクションを表すことができる。一般的に、コンピュータ実行可能命令には、特定の機能を実行するか、または特定の抽象データ型を実行する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。動作を説明する順序は、限定と解釈されるよう意図するものではなく、方法（複数可）を実行するために、説明した動作を、異なる順序で、および／または並行して組み合わせることができる。上記論述を、本明細書に記載の方法に適用することができる。
【００３９】
フロー管理例
図３は、上りのパケットフローを送信するノードおよび／またはアプリケーションが使用する帯域幅をネットワーク内で管理することができる一例の方法３００を示すフロー図である。本例では、パケットフローを、フローに関するＳＬＡ（ｓｅｒｖｉｃｅ  ｌｅｖｅｌ  ａｇｒｅｅｍｅｎｔ）に関連するＱｏＳレベルに、元々関連付けることができる。有利なことに、利用可能なネットワーク帯域幅があれば、ＱｏＳレベルを、ＳＬＡに関連付けられたＱｏＳレベルより高いレベルに引き上げることが可能である。しかし、ネットワークの輻輳が激しくなった場合（例えば、ビジー、または非常に負荷がかかっている）、上流（例えばルートノード、または他の順位の低いノード）からのフィードバックにより、パケットフローが使用する帯域幅を、フローのＳＬＡに関連するＱｏＳレベルに制限するよう、ノードに要求することができる。
【００４０】
動作３０２において、フローＩＤヘッダ内にサービス品質保証（ＳＬＡ）に関連付けられたＱｏＳレベルを示すフローラベルを有するパケットを、ノードにおいて構成する。動作３０４において、フローラベルに合致した帯域幅のレベルを利用してパケットを上流に送信する。
【００４１】
動作３０６において、フィードバックを親ノードから受信する。フィードバックは、ネットワーク内の低い輻輳レベルに応じて送信され、使用されていない帯域幅が利用可能であることを示す。例えば、ネットワークトラフィックが閾値レベルより低いか、または利用可能な帯域幅が閾値レベルより高い場合がある。このフィードバックに応じて、ＱｏＳレベルを、元々のＳＬＡに関連付けられたＱｏＳより上に引き上げることができ、パケット上のフローラベルを、広げられた利用可能な帯域幅を反映して変更することができる。従って、上りのフローは、広げられた利用可能な帯域幅を活用することができる。動作３０８において、フィードバックに関連付けられたパケットを識別し、送信までの時間（すなわち、パケットが送信される時間）を再計算し、設定された時間より早い時間に修正する。次いで、ネットワーク内の利用可能な帯域幅に関連して引き上げられたＱｏＳに従って、パケットをノードから送信する。
【００４２】
動作３１０において、フィードバックを親ノードから受信する。フィードバックは、ネットワーク内の上昇した輻輳レベルに応じて送信され、使用されていない帯域幅がほとんどないことを示す。例えば、ネットワークトラフィックが閾値レベルを超えるか、または利用可能な帯域幅が閾値レベルより低い場合がある。このフィードバックに応じて、ＱｏＳレベルを、元々のＳＬＡに関連付けられたレベルに（または、必要に応じてさらに低く）引き下げることができ、パケット上のフローラベルを、狭められた利用可能な帯域幅を反映して変更することができる。従って、上りのフロー、特にＳＬＡより高く引き上げられたＱｏＳレベルを有する上りのフローを、利用可能な帯域幅の欠如のため、制限することができる。動作３１２において、フィードバックに関連付けられたパケットを識別し、識別されたパケットに対して設定された時間より遅くなるよう、新たな送信までの時間を計算することができる。次いで、ネットワーク内の激しくなった輻輳に関連して引き下げられたＱｏＳに従って、パケットをノードから送信する。例によっては、複数の下流のノードまたはアプリケーションに送信されたフィードバック（複数可）によって、１つまたは複数のパケットフローに対して帯域幅を広げ、一方、１つまたは複数の異なるパケットフローに対して帯域幅を制限することもできる。
【００４３】
図４は、ノードがネットワーク輻輳を認識し、それに応じてフィードバックを送信することができる一例の方法４００を示すフロー図である。ネットワーク輻輳および／または負荷が少ない間、上りのパケットフローを、パケットフローのＳＬＡに関連付けられたＱｏＳレベルより広い帯域幅を消費することが可能なＱｏＳレベルで、送信することができる。ノードがネットワーク輻輳を認識した場合、該ノードは、上りのパケットフローを送信しているノードに、フィードバックを送信することができる。フィードバックにより、上りのパケットフローのＱｏＳを、パケットフローのＳＬＡに関連付けられたＱｏＳレベルにダウングレードするよう、要求することができる。
【００４４】
動作４０２において、ノードは、該ノードより下流のノードから、送信要求を受信することができる。送信要求は、下流のノードが上流に送信するパケット（複数可）を有することを示す。パケットは、上りのフローの一部である場合があり、該上りのフローは、フローのＳＬＡに関連付けられたＱｏＳレベルより引き上げられたＱｏＳレベルに従って送信されたものかもしれない。このような送信要求に対して、ネットワークに過度に輻輳が生じていない場合は送信可として、または、ネットワークに輻輳が生じている場合はフィードバックで、応答することができる。
【００４５】
動作４０４において、ノードがネットワーク輻輳を監視することができ、それにより、送信要求への応答の判定を支援することができる。一例では、ノードは、ある時間間隔にわたるネットワーク利用値の平均値を求める輻輳計測技術を利用することができる。図２の例の文脈では、輻輳計測マネジャ２１４が、ネットワーク上の輻輳を計測することができる。動作４０６の例では、スライディングウィンドウが、時間にわたりネットワーク利用値の平均値を出すために用いることができる技術の典型である。図２の例の文脈では、スライディングウィンドウモジュール２１６を、ネットワーク輻輳の判定を支援するために用いることができる。
【００４６】
動作４０８において、移動平均を用いるツールなどのような輻輳計測ツールに基づき、ネットワーク輻輳を判定、または認識する。ネットワークの輻輳が低レベルである場合、次いで動作４１０において、ノードは要求に応じて、送信可を送信し、上りのパケット（複数可）を受信する。しかし、ネットワークに輻輳が生じている（例えば、輻輳が利用閾値を超えている）場合、次いで、パケットフローを送信している下流のノード（複数可）および／またはアプリケーション（複数可）に、フィードバックを送信する。
【００４７】
動作４１２において、下流のノードに送信するフィードバックを構成することができる。一例では、フィードバックを、１つまたは複数のパケットフローが利用可能なように帯域幅を変更するよう構成する。これにより、異なるフローを別々に制限する方法で、複数のフローのうちの１つまたは複数のフローを制限することができ、そうすることによりネットワーク内でパケットフローを形成する。
【００４８】
動作４１４において、構成されたフィードバックを、１つまたは複数のノード（例えば、該ノードの１ホップ下流の近隣ノード）に送信することができる。さらに、フィードバックを、ノードから次第により順位の高いノードへと、中継または渡すことができる。フィードバックを受信した各ノードにおいて、フィードバックにより、１つまたは複数のパケットフローを、フローのＳＬＡに関連付けられたＱｏＳレベルに制限することができる。従って、ＳＬＡによって示されたものより高いＱｏＳレベルを用いて上流に送信しているフローを、ＳＬＡに関連付けられたＱｏＳレベルに従って送信を制限するようダウングレードさせる。
【００４９】
図５は、ＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）レベルに対する変更、ＳＬＡ（ｓｅｒｖｉｃｅ  ｌｅｖｅｌ  ａｇｒｅｅｍｅｎｔ）、および／またはフィードバックの使用によりネットワーク利用を形成し、ＡＭＩ（ａｄｖａｎｃｅｄ  ｍｅｔｅｒｉｎｇ  ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）に対して構成されたネットワークにおいて帯域幅の消費を管理することができる一例の方法５００を示すフロー図である。動作５０２において、ノード（例えば、ルートノード、または他の上流のノード）は、ＱｏＳポリシーまたはＳＬＡ（複数可）を、下流のノード（すなわち、より順位の高いノード）に、断続的に送信することができる。ＱｏＳポリシーまたはＳＬＡ（複数可）は、１つまたは複数のパケットフローに関連し、１つまたは複数のフローのそれぞれに割り当てられた帯域幅を、制限または拡張することができる。
【００５０】
動作５０４において、ノードにおける輻輳を、推測または計測する。動作５０６において、推定または計測により輻輳が示された場合、フィードバックを下流の（より順位の高い）ノードに与える。一例では、フィードバックにより、少なくとも１つのパケットフローによる帯域幅の使用を、ＱｏＳポリシーおよび／またはＳＬＡにより示されたレベルに制限することができる。別の例では、フィードバックにより、少なくとも１つのパケットフローが使用するためのさらなる帯域幅を提供することができ、それにより帯域幅が、元々のＱｏＳおよび／またＳＬＡによる値を超えることになる。
【００５１】
動作５０８において、１つのパケットフローが使用する帯域幅、または、複数のパケットフローのそれぞれが使用する関連の帯域幅を、フィードバック、送信されたＱｏＳポリシー、および／または送信されたＳＬＡポリシーに基づき変更することができる。従って、１つまたは複数のパケットフローに割り当てられる帯域幅を広げる、または狭めることができ、従って、ＡＭＩ環境において利用可能なネットワーク帯域幅を管理することができる。
【００５２】
結論
本主題を、構造的特徴および／または方法論的動作に固有の言語で説明したが、当然のことながら、添付請求項で定義される主題は、必ずしも上述の特定の特徴または動作に限るものではない。そうではなく、特定の特徴および動作は、請求項を実行する例示的形態として開示するものである。
【図１】
0006045703.tif 000002
【図２】
0006045703.tif 000003
【図３】
0006045703.tif 000004
【図４】
0006045703.tif 000005
【図５】
0006045703.tif 000006