JP2014509129A - 競合するアプリケーションの間でネットワーク帯域幅を共有するシステム - Google Patents

競合するアプリケーションの間でネットワーク帯域幅を共有するシステム Download PDF

Info

Publication number
JP2014509129A
JP2014509129A JP2013552576A JP2013552576A JP2014509129A JP 2014509129 A JP2014509129 A JP 2014509129A JP 2013552576 A JP2013552576 A JP 2013552576A JP 2013552576 A JP2013552576 A JP 2013552576A JP 2014509129 A JP2014509129 A JP 2014509129A
Authority
JP
Japan
Prior art keywords
bandwidth
network
user
users
allocation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2013552576A
Other languages
English (en)
Other versions
JP6162046B2 (ja
Inventor
ジェイン、サスハント
ラグフラマン、アナンド
クンマー、アロック
ナイック、ウダイ
シガンポリア、アスピ
Original Assignee
グーグル・インク
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by グーグル・インク filed Critical グーグル・インク
Publication of JP2014509129A publication Critical patent/JP2014509129A/ja
Application granted granted Critical
Publication of JP6162046B2 publication Critical patent/JP6162046B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/801Real time traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0896Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/78Architectures of resource allocation
    • H04L47/783Distributed allocation of resources, e.g. bandwidth brokers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • H04L43/0882Utilisation of link capacity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • H04L43/0894Packet rate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/11Identifying congestion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/50Queue scheduling
    • H04L47/52Queue scheduling by attributing bandwidth to queues
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/808User-type aware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • H04L47/822Collecting or measuring resource availability data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • H04L47/828Allocation of resources per group of connections, e.g. per group of users
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/83Admission control; Resource allocation based on usage prediction

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本開示事項は、グローバル大規模ネットワーク(100)における帯域幅の配分に関する。システム及び方法は、ネットワーク・ユーザー(102)の予測された帯域幅要請における帯域幅配分に基づいて提供される。帯域幅を割り当てる際に、各々のユーザー(102)にはユーザー重み値が割り当てられて、その値に比例して帯域幅が割り当てられる。更に、帯域幅配分は、帯域幅配分方針が維持されることを確実とするように実施される。
【選択図】図2

Description

関連出願への相互参照
本出願は米国特許出願番号第13/018967号(2011年2月1日出願)の継続であり、その開示事項は参照により本明細書に組み込まれている。
発明の背景
大規模ネットワークは、多種多様なアプリケーションとサービスを支援する。そのようなネットワークは相互接続ネットワークにおけるリンク或いはスイッチ構成に亘って分布された複数のデバイス、或いはスイッチ構成を含み得る。ネットワークの各々のノードは、スイッチ(例えば、ルータ)又はエンドポイント(例えば、ホスト・デバイス)を含み得る。リンク又はノードが過剰なデータを搬送するとき、ネットワークの混雑が引き起こされるので、サービスの品質の劣化がもたらされる。一般に、ネットワークの混雑の影響は、待ち行列遅延、パケット損失、又は新たな接続の遮断を含む。ネットワークに亘る混雑は、プロトコル、例えば伝達制御プロトコル(Transmission Control Protocol:TCP)によって制御することができ、これは競合している接続のために同程度の帯域幅を維持する。またTCPは、全体的な転送率がリンク容量よりも少ないことを確実とする。
TCPの制約の一つは、いつでもエンドポイントになされている接続の数に、それが集中するということである。従って、単にネットワークへの更なる接続を実装することによって、ネットワークのユーザーは、更なる帯域幅へ容易にアクセスすることができる。その実施は、ユーザーの仕事が多くのマシンに亘って拡張される大規模分散処理システムで増加しつつある。例えば、第1のユーザーが100台のマシンで仕事を実行させ、且つ第2のユーザーが10台のマシンで仕事を実行させているならば、第1のユーザーは第2のユーザーの帯域幅の10倍にアクセスするであろう。これは、帯域幅の不当な配分と認められるものを形成するので、多くのネットワークにとって望ましくない。
本発明は一般に、ネットワークにおける帯域幅の管理に関する。更に詳しくは、本発明はネットワークにおける各々のユーザーについての要請を予測して、望ましい帯域幅配分方針に基づいて各々のユーザーに帯域幅を割り当てることに関する。
本発明の一つの態様は、帯域幅配分方針を中央に実施して、各々のユーザーが、ユーザーの要請に従った帯域の共有を受け取って、ユーザーに割り当てられた帯域幅を超えるのを防ぐ方法を提供する。更に、特定のユーザーにより使用されていない任意の帯域幅をネットワーク上の他のユーザーに再配分し得るので、帯域幅はそれをより必要とする用途に割り当てられる。
他の態様では、各々のユーザーには特定のユーザー重み付け値が割り当てられ、各々のユーザーへの帯域幅の配分はそのユーザーの重み付け値に比例する。重み付け値は、ユーザーの優先順位、ユーザーの仕事のデータ強度、又はユーザーの仕事の時間感受性を含む多くの要因に基づくことができる。従って、2人のユーザーが同じ重み付け値を持つならば、この2人のユーザーは帯域幅の等しい配分を受け取って、同じネットワーク源から同じネットワーク目的値へ、同じサービス品質(Quality of Service:Qos)を有するデータを送信する。
他の態様は、重要な、ビジネスに不可欠なトラフィックを、予期しない不可欠でないネットワーク伝達によって途絶されることなく送信されることを可能とする。
更に他の態様においては、帯域幅の抑制は、ネットワーク・ボトルネックの検出及びボトルネック容量を検出する公正方針のアプリケーションに結合されたネットワークのエンド・ホストにおいて自動カーネル-レベル・トラフィック・シェーピング(kernel−level traffic shaping)によって達成される。
発明の更に他の態様においては、エンド・ホストからのネットワーク使用情報のコレクションは、中心コレクション階層を介して統合される。
図1は例示的なグローバル・ネットワークを図解する。
図2は本発明の態様による機能的な構成要素階層を図解する。
図3は本発明の態様によるフロー図である。
図4は利用価値に関する帯域幅配分を示すグラフである。
図5は利用価値に関する異なる重み付け値を有するユーザーについての帯域幅配分を示すグラフである。
図6は利用価値に関する集約された帯域幅配分を示すグラフである。
図7は本発明の態様によるフロー図である。
図8A−Bは本発明で使用するためのコンピュータ・システムを図解する。
詳細な説明
本発明の態様、特徴、及び効果は、例示的実施態様の以下の説明及び添付図面を参照して斟酌するときに明らかになるであろう。異なる図面中の同様な参照番号は、同一若しくは類似の要素を特定し得る。更にまた、以下の説明は限定的なものではなく、本発明の要旨は、添付の特許請求の範囲とその均等物によって規定される。
図1は本発明の態様と共に使用する例示的な相互接続ネットワーク100を図解する。図示のように、ネットワークは幾つかのホスト102を含み、これはコンピュータ、例えばサーバー又はクライアント・デバイスである場合がある。ホスト102は、ネットワークにおけるノード104を通じて相互に結合し得る。ホスト102は、外部ネットワーク、記憶システム、又は他のデバイス(図示せず)にも結合し得る。各々のノード104は、リンク106を介してネットワーク上の他のデバイスとの論理的インターフェースを有するルータを含み得る。各々の論理的インターフェースは、ビット毎秒で所定の能力を有するものとして特徴付けることができる。
ホスト102は、コンピューティング資産を互いに一般に共有するクラスタに分類し得る。図1に示された例では、ホスト102a,102b及び102cは、ネットワーク・クラスター108である。複数のクラスタは、同じサイト又は存在点(point of presence:POP)で作動し得る。図1において、ホスト102a乃至102fは、同じPOPで作動する二つの個別のクラスタ108を表す。ネットワーク経路は、リンク106を介してネットワークにおける一点から他点への論理的インターフェースの配列であり、一方、「PathSet」は複数の経路のセットである。PathSetは、一つのネットワーク・クラスターと他との間で送信されるデータについて採ることができる全ての経路を記述するのに用いることができる。更に、各々の経路は相対的な重みを有し、これは、二つ以上の個別の経路を有するPathSetに沿って送信されるときに、ネットワーク・トラフィックが分割されねばならない比率を示す。
本発明の一つの例示的な実施形態が図2のアーキテクチュア200に示されている。この実施形態においては、システム200は以下の構成要素を含む。即ち、グローバル・ブローカー202、サイト・ブローカー204、仕事シェーパー206、及びホスト・シェーパー208である。図1に示すように、これらの構成要素は、大規模ネットワークの様々なホスト102に取り込むことができる。ネットワークのユーザーは、個人及びクライアント・デバイスを含み得る。更に、アーキテクチュア200の一つ以上の構成要素は、ネットワーク上の単独のデバイスに取り込み得る。例えば、サイト・ブローカー204、仕事シェーパー206、及びホスト・シェーパー208は、個々のモジュールの各々に関連した機能を実行することができるプロセッサを有する単独のデバイスに常駐するソフトウェア・モジュールから構成し得る。
図2のアーキテクチュア200に示すように、グローバル・ブローカー202は、帯域幅執行階層の最上位に位置する。異なるネットワーク・クラスターの間でネットワーク上で利用可能帯域幅を分割する役割を果たすのは、グローバル・ブローカー202である。グローバル・ブローカー202は、サイト・ブローカー204から帯域幅使用と帯域幅要請に関する情報を受信する。グローバル・ブローカー202へ提供されるネットワーク伝達情報は、望ましい粒度で提供することができる。例えば、帯域幅使用及び要請をネットワーク上の各々のデバイスへ提供する代わりに、サイト・ブローカー204は、デバイスクラスター(212)に関する情報をグローバル・ブローカー202へ提供することができる。例えば、グローバル・ブローカー202へ提供されるネットワーク・データ情報は、ネットワーク上の各々のソースクラスターと目的クラスタの識別を含み得る。
ネットワーク伝達情報は、異なる優先順位で各々の伝達を指定することもできる。例えば、耐性のある潜在性である伝達には低い優先順位が指定され、一方、レイテンシに敏感な伝達には高い優先順位を指定し得る。更に、ネットワーク伝達は強制又は非強制の何れかに指定し得る。強制データは帯域幅強制計画の影響を受ける一方、非強制データには適用されない。ネットワーク伝達は、それが所定の帯域幅閾値よりも下がるとき、ネットワーク伝達は非強制として指定し得る。ネットワーク伝達情報は、採られる伝達経路の指標も含み得る。例えば、ネットワークが複数の基幹回線を包含するならば、伝達情報は伝達がどの基幹回線を採るかについて示し得る。
ネットワーク伝達情報は上述のように提供された伝達指定の各々を利用する主要な構成要素の形態、又は特有の変数の形態で表現され得るので、決定される変数に依存して異なる「主体」を形成する。例えば、「クラスタ主体」は、以下の変数によって表現し得る。即ち、<ソースクラスター、目的クラスタ、伝達経路、優先順位、強制/非強制>である。従って、各々のクラスタ主体は、これら5つの変数の独特の組合せを包含する。後述するように、異なる構成要素変数の組合せを形成することによって、他のネットワーク「主体」を形成することができる。
各々の個別のクラスタ主体ごとに、サイト・ブローカー204は、グローバル・ブローカー202へ帯域幅使用と帯域幅要請を集約する効用関数とを渡して、要請がユーザーによって要請されている相対的な重み付けを提供する(212)。次いでグローバル・ブローカー202は、ネットワーク管理者によって選択されたネットワーク共有方針を実装する。効用関数及びネットワーク共有方針については、以下に詳細に説明する。
グローバル・ブローカー202は、ネットワークの現在のトポロジーを表すネットワーク・モデルを維持するようにも構成し得る。使用及び要請情報のみならず、ネットワーク・モデルは、グローバル・ブローカー202によってネットワーク内の混雑したリンクを検出するのに用いられ得る。次に、グローバル・ブローカー202はクラスタ主体ごとに帯域幅限界を計算して、様々なクラスタ組の間で利用可能帯域幅を分割し得る。好ましくは、グローバル・ブローカー202は、帯域幅限界をサイト・ブローカー204へ周期的に伝える(214)。一つの例においては、これは10秒毎程度である。他の例においては、この情報の交換は、他の規則的な又は予め設定された間隔、例えば1−15秒毎、1−15分毎、又は所定の状態に応じて起こることがあり、これはネットワークで引き起こされるイベントとし得る。このように、システムは、現在のネットワーク要請に基づいて帯域幅配分を提供し得る。
サイト・ブローカー204は望ましくは、各々のネットワーク・サイト若しくは存在点(POP)において実行される。グローバル・ブローカー202から伝達214を介して、帯域幅限界を受け取るのは、サイト・ブローカー204である。このサイト・ブローカー204も、伝達218を介して、仕事シェーパー206の間に各々のユーザー及び仕事についての帯域幅を定期的に分配する。好ましくは、この分配は、10秒毎程度で起こる。他の例においては、この情報の交換は、他の規則的な又は予め設定された間隔、例えば1−15秒毎、1−15分毎、又は所定の状態に応じて起こることがあり、これはネットワークで引き起こされるイベントとし得る。
具体的には、サイト・ブローカー204は、伝達214を介して、グローバル・ブローカー202からクラスタ主体帯域幅限界を受信し、この受信した帯域幅限界をユーザー主体に従ってユーザー帯域幅限界に分割する。ユーザー主体は、ユーザー、伝達のソースクラスター、伝達の目的クラスタ並びに伝達のDifferentiated Services Code Point(DSCP)の識別からなる。Qos保証及び関連したネットワーク選択を包含するのはDSCPである。異なる仕事の中での特定のユーザーの帯域幅を分割する際に、サイト・ブローカー204は、伝達216を通じて、仕事シェーパー206により提供される仕事主体を利用する。仕事主体は、ユーザー主体と同じ変数からなるが、ネットワークのユーザーにより実行される特定の仕事の識別も含むことが好ましい。従って、サイト・ブローカー204は、仕事主体の各々を集計して、ユーザー主体を形成する。サイト・ブローカー204は、次いでユーザー主体情報をクラスタ主体の形態に集計して、このクラスタ主体を、伝達212を介して、グローバル・ブローカー202へ提供し得る。好ましくは、サイト・ブローカー204は、グローバル・ブローカー202にクラスタ主体要請を含む使用報告を、例えば、10秒毎程度で提供する。他の例においては、この情報の交換は、他の規則的な又は予め設定された間隔、例えば1−15秒毎、1−15分毎、又は所定の状態に応じて起こることがあり、これはネットワークで引き起こされるイベントとし得る。
仕事シェーパー206は、各々のネットワーク・クラスターにて実行され、それらの仕事に関連したタスクの間で仕事レベル帯域幅限界を分割して、これらの限界を、伝達222を介して、ホスト・シェーパー208へ提供する役割を果たす。好ましくは、仕事シェーパー206は、帯域幅限界を5秒毎程度で分配する。他の例においては、この情報の交換は、他の規則的な又は予め設定された間隔、例えば1−15秒毎、1−15分毎、又は所定の状態に応じて起こることがあり、これはネットワーで引き起こされるイベントとし得る。この分配は、タスクによって使用されない何れの帯域幅も他のタスクへ再分配されなければならないという点で、仕事を節約するので望ましい。仕事シェーパー206はまた仕事レベル帯域幅使用をサイト・ブローカー204へ伝達216を介して定期的に報告する。好ましくは、これらの周期的帯域幅報告は、10秒毎程度に生じる。他の例においては、この情報の交換は、他の規則的な又は予め設定された間隔、例えば1−15秒毎、1−15分毎、又は所定の状態に応じて起こることがあり、これはネットワークで引き起こされるイベントとし得る。この機能の実行において、仕事シェーパー206は、ホスト・シェーパー208から提供されるタスク主要帯域幅使用及び要請を受信する。タスク主体は、仕事主体と同じ変数を含むが、望ましくは、仕事のために実装された各々のタスクの識別も含む。従って、タスク主体は、以下の主要な構成要素を含むように構成し得る。即ち、<ユーザー、仕事、タスク、ソースクラスター、目的クラスタ、DSCP>である。
ホスト・シェーパー208はネットワーク内のあらゆるホストで実行し得るが、しかし、これは必要とされない。ホスト・デバイスがネットワーク上にデータを送信するとき、伝達パケットはホストが実行する個々の処理又はタスクによって分類し得る。各々のタスクの識別は、ホスト・デバイス上で実行されるカーネル340、例えばLinuxカーネルによって実行し得る。それによってカーネル340は、システムにホスト・デバイスの各々のネットワーク接続、例えばTCPを対応するタスク及びユーザーへ位置付けることを可能にする。このタスク使用情報を、伝達220を介して、仕事シェーパー206へ定期的に報告するのはホスト・シェーパー208であり、仕事シェーパー206により提供される帯域幅限界を、伝達222を通じて、個々のホストへ実施するのはホスト・シェーパー208である。定期的タスク使用報告は、好ましくは5秒毎程度で生じる。他の例においては、この情報の交換は、他の規則的な又は予め設定された間隔、例えば1−15秒毎、1−15分毎、又は所定の状態に応じて起こることがあり、これはネットワークで引き起こされるイベントとし得る。ネットワーク上で送信された各タスクは、伝達が生じる遠隔クラスタ、エンドユーザー並びに伝達のDSCPの識別に基づいて特定のホストにおいて分類される。各々の遠隔クラスタ及びDSCP対について、帯域幅使用が測定されて、トークン・バケット・アルゴリズムを用いて調整される。
各々のホスト・シェーパー208は、多数の機能を実行するように構成し得る。例えば、ホスト・シェーパー208は、それらのインターネット・プロトコル(IP)サブネットに対するネットワーク・クラスター名の地図を管理することができる。各々のホスト・シェーパー208は、ネットワーク上で新たなクラスタ間トラフィックについての定期的な検査を実行することもでき、次いで、新しいトラフィック制御クラスを形成する。トラフィック制御クラスのツリーは、ホスト・シェーパー208により分割して管理することができる。トラフィック制御クラスの区分、以下の主要な構成要素に基づいてなすことができる。即ち、<局所的タスク、遠隔クラスタ、DSCP>である。ホスト・シェーパー208は、他のトラフィック最適化機能、例えば特定のクラスタ内ネットワーク・トラフィックのための第1の経路の形成、及び応答のアップストリーム・アクノリッジメント(ACK)の優先順位決定を実行するようにも構成し得る。
更に、ホスト・シェーパーは各々のホストにおいてスループット閾値検査を実行することができ、ネットワーク伝達のためにトークン・バケットを形成することができる。トークン・バケットは、理論的なバケット内のトークンの存在に基づいて、トラフィックをいつ送信できるかを決定する制御機構である。バケットはトークンを含み、その各々はバイトの単位又は所定のサイズの単独のパケットを表すことができる。ネットワーク管理者は、特定の数のバイトを送信するためにどれぐらいのトークンが必要かを指定し得る。トークンが存在するとき、フローはトラフィックを送信することを可能にする。トークンがバケット内に無いならば、フローは許可されず、パケットは送信されない。トラフィックをいつ送信するかについて決定するための他の公知の機構を代替的に使用し得る。アップストリーム仕事シェーパー206からの入力に応じて、ホスト・シェーパー208はまた、トークン・バケットに対する制限を更新し得る。機能していないトークン・バケットは破棄することができる。一つの例では、各々のトークン・バケットは、B秒のバーストサイズを有する平均ビット率Rを可能とするように構成することができる。任意の所定の率R及びバーストBにおいて、不活性Bの期間は、R*Bビットの総計に等しいライン速度、即ちデータ伝達速度におけるバーストを可能にすべきトラフィックを起動させ、且つRの持続率は無為の欠如で達成することができる。
帯域幅調整は、多くの既存の方式で生じさせることができる。例えば、カーネル内調整は、Linux HTBパケット・スケジューラ及びパケット分類器を用いて実装することができる。TCPについて、伝達のクライアント側で常に帯域幅を調整することができる点に留意されたい。しかしながら、このような処理は、ネットワーク・クライアントが大量のデータを取るとき、大きなクライアント側バッファリングをしばしば必要とする。従って、データを送信するネットワークの側で帯域幅を調整することが好ましいことがある。
帯域幅実施システムは、ネットワーク・モデルクラスターリポーター(「クラスター・リポーター」)モジュール210も含むことがあり、これは各々のネットワーク・クラスターで作動して、ネットワーク上の幾つか又は全ての他のクラスタに経路探索操作を実行する。クラスター・リポーター210は経路探索データを集計して、これを伝達224を介して、グローバル・ブローカー202へ報告する。それと引き換えに、クラスターレポーター210は、伝達226を介して、グローバル・ブローカー202から、ネットワーク上の全ての既知のクラスタのリストを受信する。クラスター・リポーター210は、定期的に仕事シェーパー206に経路探索指令を送信するように構成することもできる。
システム200は、部分的には、以下に説明する処理を用いて、ネットワークの望ましい帯域幅分配方針を実施するように構成される。帯域幅分配方針を実施する構成は、一つ以上の構成要素、例えば以下のものを含むことができる。即ち、ユーザーの重み、手動調整、恒久的分配、自動実施規則、自動強制閾値、ネットワーク・モデル無効化、及びクラスターリストである。ユーザー重みは、ユーザーが帯域幅エンフォーサ200から受け取る帯域幅の割合を決定する数値である。ユーザー重みは、特定の伝達についてのサービス・レベルの品質に依存することができる。従って、各々の伝達について、規定のユーザー重み及びクォリティ・オブ・サービス乗数(QoS乗数)が用いられる。QoS乗数は、データ伝達の特定の形式のためにサービスの品質レベルを設定する値である。従って、一つの例においては、所定の伝達のためのユーザー重みは、QoS乗数を乗算された既定のユーザー重みであり、
ユーザー重み=規定のユーザー重み*QoS乗数
である。
例えば、ユーザーAとユーザーBは共に100のQoS乗数を割り当てられたネットワーク上でデータ伝達を実行しているものとする。ユーザーAが1の既定のユーザー重みを有し、且つユーザーBが1.5の既定のユーザー重みを有するとすると、ユーザーAの伝達は(1.0*100)=100の実際のユーザー重みが割り当てられ、一方、ユーザーBの伝達は(1.5*100)=150の実際のユーザー重みを割り当てられる。ユーザー重み乗数又はQoS乗数の値は、特定のネットワーク・ユーザーの重要性を決定することに関連する要因の任意のセットに依存するであろう。例えば、大量のデータを必要とする重大なプロジェクト又は時間的制約のあるプロジェクトに取り組んでいるユーザーには、あまり重要でないプロジェクトに取り組んでいるユーザーよりも、より高いユーザー重み乗数及びより高いQoS乗数が与えられるであろう。ユーザー重みは、必要に応じて、特定のユーザーについて無効にすることができる既定設定としての働きをなすことができる点に留意されたい。例えば、ユーザーが、ユーザーは充分な帯域幅を受けていないと判断するならば、ユーザーは更なる帯域幅の要請を提出し得る。この要請はユーザーのネットワーク・デバイスを通じてなし得て、この要請はデバイスのホスト・シェーパー208からグローバル・ブローカー202へ送信し得る。現在のネットワーク使用又はネットワーク管理者からの入力に依存して、次いでグローバル・ブローカー202は、既定ユーザー重み設定を無効にすることにより、更なる帯域幅をユーザーへ提供し得る。
帯域幅実行システム200により用いられる他の構成要素は、恒久的分配(PA)である。PAは、重要なユーザー転送のためにネットワーク上で帯域幅を確保するのに用いることができる。従って、PAはシステムの分配方針における最も高い優先順位を与えるであろう。このシステムは、ユーザー、ソースクラスター、目的クラスタ、及びQos値の主要な構成要素に基づいてPA確保を指定することができる。例えば、グローバル・ブローカー202は、ユーザーAが予め既定された閾値より上のQoSを用いてクラスタBからクラスタCへデータを送ろうとするならば、2 Gbpsの帯域幅をユーザーAのために確保するように構成することができる。ユーザーAがこの確保された帯域幅を使っていないとき、それは他のユーザーへ一時的に割り当てることができる。
他のシステム構成要素は手動調整であり、これはユーザーが二つのネットワーク・クラスターの間で送ることができる率に対する最大の制限を指定する。この手動調整は、仕事レベル(仕事調整)又はユーザー・レベル(ユーザー調整)にて指定することができる。ユーザー調整は、PA、即ちユーザー、ソースクラスター、目的クラスタ、及びQosレベルと同じ主要な構成要素を包含する。仕事調整は、ユーザーにより実行されている仕事を指定する第5の主要な構成要素の追加により、同じ主要な構成要素を使う。
システムにより用いられる更に他の構成要素は自動実施規則であり、これは何れのネットワーク伝達フローを実施させるべきであり、何れを強制しないままにするかを指定する。各々の自動実施規則は、帯域幅施行、例えば指定された伝達経路から、適用除外するネットワーク・パラメータの任意の数を指定することができる。ネットワーク・パラメータは、ソースクラスター、目的クラスタ、ユーザー、仕事、又はその種の他のもの、並びにそれらの任意の組合せの指定を含むことができる。同様に、自動実施規則は、帯域幅エンフォーサの分配方針における自動包含のためのネットワーク・パラメータを指定することができる。更に、帯域幅エンフォーサは、伝達が帯域幅エンフォーサの分配方針の影響を受ける前に、必要とされる帯域幅使用率を指定する自動強制閾値を実装し得る。この閾値は、仕事主体レベルに強制することができる。例えば、自動強制閾値は5 Mbpsに設定することができるので、それが5 Mbpsの閾値より上の使用率を持たない限り、各々の仕事主体は帯域幅エンフォーサの分配方針の影響を受けない。好ましくは、帯域幅エンフォーサは自動強制的なバケットへの閾値を満足する各々の仕事主体を配置して、これは所定の期間(例えば15分)に亘って仕事主体を自動強制的なバケットに保つ。他の例では、期間は他の規則的な又は予め設定された間隔で、例えば1分毎乃至1時間毎、或いは所定の状態に応じて生じることがあり、これはネットワークで引き起こされるイベントとし得る。このように、閾値の上下に断続的に移動するネットワーク伝達は、強制的な状態と非強制の状態との間で前後に反転されない。自動強制閾値は、伝達経路に依存して異なる閾値レベルに設定することもできる。例えば、ネットワークが二つ以上の基幹回線を包含するならば、帯域幅エンフォーサは第1の基幹回線の閾値を5 Mbpsに設定することができ、一方、他の基幹回線のための閾値レベルが10 Mbpsに設定することができる。
ネットワーク・モデル無効化は、帯域幅エンフォーサ・システム200の他の構成要素である。ネットワーク・モデル無効化は、所定のリンク容量及び保存可能な閾値についての手動無効化を可能にする。この無効化は、順序付きリストに包含されている規則のセットとして表現することができ、このリスト内の第1の整合規則が適用される。リンク容量無効化と保存可能閾値無効化とのために、別々の順序付きリストが使用される。各々のリンクは、リンクのソース・ルータ、目的値ルータ、及び使用されるインターフェースの識別によって、規則のセットに指定することができる。
ネットワークに存在するクラスタは、クラスターリストで特定することができる。各々のクラスタについて、このリストはクラスタの名前、それが属するサイト又はPOP並びにクラスタが存在するサブネットを包含することができる。
ネットワークに二人のユーザーが同じユーザー重みを持つならば、彼らが同じソースクラスターから同じ目的値クラスタへの同じQoSを持つことを条件として、帯域幅エンフォーサ・システム200は同じ量の帯域幅を割り当てる。これは必ずしも、ユーザーが異なるクラスタ対の間に伝達を送信する例における場合というわけではない。しかしながら、帯域幅エンフォーサ・システム200は、彼らが異なったソースと目的地との間で伝達しているか否かに拘わらず、ネットワーク・ユーザーの間で公正さを提供するように構成し得ることに留意されたい。更に、帯域幅エンフォーサ200は、ユーザーがその重み値を、優先順位トークンを介して、他のユーザー・フローへ貸すことを可能にして、この他のユーザー・フローが初期のユーザー優先順位で働くことができるように構成することができる。
上述したように、帯域幅エンフォーサ・システム200は、ネットワーク上の全てのユーザー・デバイスからのクラスタ間ネットワーク使用情報を統合する。この使用情報を外挿して、ネットワークにおける帯域幅要請を予想若しくは予測するようにすることができる。次いで、外挿された使用情報を処理を共有している様々な帯域幅に取り込むことによって、帯域幅エンフォーサは、帯域幅をユーザー・デバイスの間に割り当てることができる。
帯域幅エンフォーサ・システムは「ウォータフィル」(waterfill)処理として説明できるものを実装し、これは競合するユーザー、仕事、及びタスクの間のネットワークの利用可能帯域幅を分割する。ウォータフィル処理の目的のために、各々の仕事主体は、特定のユーザー主体と関係付けることができる。従って、仕事主体は、関連する親ユーザー主体の子主体であると考えることができる。同様に、各々のタスク主体は仕事主体と関連付けることができ、その仕事主体の子主体であると考えることができる。
ウォータフィル処理300は、図3のフロー図に図解されている。ウォータフィル処理300はシステムにおける任意のモジュールにより実行し得るが、好ましくはサイト・ブローカー204又は仕事シェーパー206により実行される。処理はブロック302において開始され、初期の帯域幅ウォータ・レベルは0に設定される。ブロック304では、帯域幅エンフォーサ・モジュールが利用可能な主体から選択され、即ち、最低の帯域幅要求dを有する子主体である。ブロック306では、全ての残りの子主体のために最低の要請を満たすために充分な残りの帯域幅が利用できるか否かが決定される。ブロック306に対する答えが「yes」であるならば、処理はブロック308へ進み、帯域幅ウォータ・レベルは量dだけ増加される。次いでブロック310では、全ての子の帯域幅要請が量dだけ減少する。ブロック312では、利用可能帯域幅は(d*残りの子主体の数)だけ減じられる。次いでブロック314では、以前にブロック304で選択された最低要請子主体が将来の考慮から取り除かれて、処理はブロック304へ戻る。ブロック306に対する答えが「No」であるならば、処理はブロック316へ進み、ここではウォータ・レベルが残りの子の数で除された残りの帯域幅だけ増加される。ウォータフィル処理300が完了すると、ブロック306を満たした全ての主体についての帯域幅制限は、その主体についての要請と等しくなる。他の全ての主体にとって、この制限はブロック308の最後の反復によって設定されたウォータ・レベルと等しくなる。このように、ウォータフィル処理は、全ての競合する主体の間で利用可能帯域幅を最大最小公平な方法で分割し、これはデータフローが到達する最小限のデータ速度が最大にされることを意味する。
サイト・ブローカー204は、効用関数を生成することによって、ネットワーク・ユーザーについての帯域幅要請をまとめることができる。より詳しくは、単独の効用関数は、ネットワーク・クラスターの同じ対の間にデータを送信している複数のユーザーで帯域幅要請の表現として働くことができる。先述のように、効用関数はユーザーの重みと各々のユーザーへ許可されたPAを考慮することもできる。
図4は二人のユーザー、即ちユーザー1とユーザー2のための効用関数を図解し、各々のユーザーは異なるPAを有する。この例では、ユーザー1は1 GbpsのPAを割り当てられており、一方、ユーザー2には4 GbpsのPAが割り当てられている。図4に示される利用価値のスケールは、任意に(実際には、決定的であるそれらの相対的な値だけ)設定することができる。この例の目的のために、効用関数は値0と200との間で実行される。帯域幅共有の間で最高の優先順位が指定されたPAが与えられるなら、効用関数はPAのためだけに0と100との間の利用価値を保存する。残りのユーザー要請は、100と200との間の利用空間にまとめられる。図4に示すように、両方のPAは、100とその上のユーティリティにおいて、完全に満足される。100未満の利用価値のために、各々のユーザーは、それらのPAに比例して帯域幅を与えられる。
ユーザーに与えられたPAを越えたユーザー要請のために、帯域幅はユーザー重みに比例して割り当てられる。図5は、各々が2 Gbpsの帯域幅を要請する二人のユーザーの効用関数を図解する。この例では、二人のユーザーは何らのPAも割り当てられていないので、ユーザーは100及びそれより下の利用価値をについてユーザーへ与えられた帯域幅を有していない。しかしながら、100を越える利用価値については、システムはユーザー4に0.4の重みを割り当て、一方、ユーザー3に0.2の低いユーザー重みを割り当てるように構成されている。従って、ユーザー4の要請は、ユーザー3の要請よりも低い利用価値で与えられる。
サイト・ブローカー204は、各々のユーザー主体の帯域幅要請について効用関数を生成することができる。次いでこれは、同じクラスタ対についてのユーザー主体要請を単独の効用関数にまとめることができ、これは要約された効用関数と称される。図6は、ユーザー1、ユーザー2、ユーザー3、及びユーザー4の要約された効用関数を図解する。図6に示すように、図4及び5に与えられたような各ユーザーの個々の効用関数についての帯域幅要請の単なる線形追加である。
システムは、ネットワーク・ユーザーの効用関数を取り込む漸進的な充填処理を実行することにより、競合する主体の間で利用可能なネットワーク帯域幅を如何に分割するかを決定し得る。例示的な漸進的充填処理700は、図7に図解されている。ブロック702にて開始して、初期ユーティリティは、値0に設定される。ブロック704においては、利用価値は量kイプシロンだけ増加される。満足していないか又は機能停止しなかった各競合主体について、主体の効用関数を用いてどれぐらいの帯域幅配分をするかを計算し、増加したユーティリティが形成される(ブロック706)。次いで、処理は競合主体において特定された各ソース・クラスタと目的クラスタとの間に複数の経路が存在するか否かを判定する(ブロック708)。単独の経路のみが存在するならば、経路のリンクの将来の帯域幅使用がブロック710において、ブロック706において判定された帯域幅配分に基づいて増加される。ソース・クラスタと目的クラスタとの間に複数の経路が存在するならば、複数の経路の間の帯域幅配分を拡張することにより、ブロック706の増加された帯域幅配分がネットワーク・リンクに加えられる(ブロック712)。各々の経路は異なる増倍率(multiplication factors)によって重み付けることができるので、複数の経路が存在するならば、各々の経路の間の割り当ては経路の相対的な重みに比例することに留意されたい。ブロック714においては、処理はブロック710及び712の帯域幅配分が任意のネットワーク・リンクの容量を越えるか否かを判定する。容量を越えるリンクがないならば、処理はブロック704へ戻る。ネットワーク・リンクの容量を越えるならば、そのリンクはボトルネックとして指定されて、このボトルネック・リンクを横断する全ての主体は機能停止して、これは、それらをより多くの帯域幅に割り当てることができないことを意味する(ブロック716)。次いで、現在の利用価値(CUV)からkイプシロンを引いたもの(CUV−kイプシロン)と現在の利用価値(CUV)との間で二分探索を実行して、リンク容量が越えない利用価値を判定する(ブロック718)。ブロック704において開始された処理は、全ての主体が機能停止するか、又はそれらの帯域幅要請を満たすかの何れかまで繰り返される(ブロック720)。
多くの例において、ネットワークは、帯域幅エンフォーサ・システムによる管理が適用されないデータを送信する。競合するクラスタ主体の間の帯域幅配分においては、グローバル・ブローカー202は、全てのそのような非管理トラフィックについて、論理的インターフェースの利用可能な容量に合わせて調整する。例えば、論理的インターフェースが利用可能な容量で10 Gbpsを有し、且つ現在の利用が8 Gbpsであると仮定する。利用の5 Gbpsのみが管理可能であるとすれば、グローバル・ブローカーは利用可能帯域幅から他の3 Gbpsを引く。それによって、その論理的インターフェースのために7 Gbpsの有効容量が形成される。
一旦、非管理帯域幅が占められるならば、漸進的な充填処理は競合するクラスタ主体に帯域幅を割り当てるのに用いることができる。この処理を実行する際に、サイト・ブローカー204はグローバル・ブローカー202へ、クラスタ主体ごとにまとめられた要請を包含する効用関数を渡す。これらの効用関数は、サイト・ブローカー204により、そのクラスタにおける個々のユーザー主体のために効用関数から計算される。システムは、一部のユーザー主体に手動調整を与えるように構成し得る。これらのユーザー主体のために、サイト・ブローカー204は調整値によって帯域幅要請に上限を定めることができ、これは、それらの主体は構成された調整値より多くの帯域幅を割り当てることができないことを意味する。帯域幅が、漸進的な充填処理を実行した後に依然として利用可能であるならば、残りの帯域幅はユーザー主体の間でボーナス帯域幅として分割することができる。ユーザー主体の何人かが割り当てられたボーナスを使わないとすると、ボーナス帯域幅は、可変なスケーリング要因によって、用意した供給を超えて発行することができる。例えば、各々のユーザーは1と10との間でスケーリング要因を割り当てらて、ボーナス帯域幅はスケーリング要因に比例して割り当て得る。
上述のように、グローバル・ブローカー202は、クラスタ主体ごとに帯域幅制限をサイト・ブローカー204へ提供する。次いでサイト・ブローカー204はクラスタ主体ごとにまとめられた効用関数を調べることができ、割り当てられた帯域幅制限に対応している利用価値を判定することができる。この利用価値はマスター率と称することができ、ユーザー主体効用関数におけるユーザー主体ごとに帯域幅制限を調べるのに用いることができる。グローバル・ブローカー202がクラスタ主体にボーナスに帯域幅を割り当てたならば、このボーナス帯域幅はユーザー主体の間で分割することができる。
ユーザー主体のために効用関数を構成する目的で、サイト・ブローカー204は、そのユーザー主体の帯域幅要請が何であるかを判定する。これは、最近の期間、例えばこの2分間に亘るピークのユーザー主体帯域幅使用を選択することによってなし得る。充分な帯域幅配分を保証する目的で、サイト・ブローカーは、ユーザー主体のピーク使用に、所定の要因、例えば1.1を乗じて、僅かにより高いピーク・ユーザー主体要請を形成し得る。他の選択肢においては、ピークの使用スケーリング要因は、1と1.5との間に及び得る。一部のユーザーにとって、帯域幅エンフォーサ・システム200は、手動調整を与えるように構成し得る。これらのユーザーのために、帯域幅要請は、調整値によって上限を定められる。更に、これらのユーザーには、調整値を越えるボーナス帯域幅が割り当てられることはない。このように、これらのユーザーに割り当てられた帯域幅は、構成された調整設定を越えることはない。
次いでサイト・ブローカー204は、ユーザー主体へ割り当てられた帯域幅制限を、様々な仕事主体におけるウォータフィル処理を実行することにより、その構成仕事主体の間で分割することができる。ウォータフィル処理が実行された後に帯域幅が依然として残っているならば、それは仕事主体の間でボーナス帯域幅として分割することができる。仕事主体の幾つかが割り当てられたボーナスを使わないとすると、ボーナス帯域幅は、可変なスケーリング要因によって、用意した供給を超えて発行することができる。例えば、各々の仕事が1と10との間でスケーリング要因を割り当てられて、ボーナス帯域幅はスケーリング要因に比例して配分し得る。ウォータフィル処理に使用すべき帯域幅要請の決定においては、各々の仕事のために、サイト・ブローカー204は、最近の期間、例えば2分間に亘って生じたピーク要請を使用し得る。他の例においては、ピーク要請を決定するための期間は他の間隔、例えば1-15分間、又は所定の状態に設定して、これはネットワークで引き起こされるイベントとし得る。異なる仕事が異なる時間でピークに達すると、システムはユーザー主体のために全体の帯域幅制限を拡大することができる。ピークの仕事主体要請の合計に等しいスケーリング要因は、ピーク・ユーザー主体要請によって分割される。或る仕事については、システムは構成された手動調整を有し得る。この例では、ウォータフィル処理の要請は、調整値によって上限を定められる。同様に、これらの仕事には、調整値を越えてボーナス帯域幅が割り当てられることはない。
一旦サイト・ブローカー204が仕事主体に対して帯域幅限界を割り当てるならば、次いで仕事シェーパー206は割り当てられた仕事主体帯域幅を構成タスク主体(Task Principals)の間で分割することができる。この機能は、様々なタスク主体上でウォータフィル処理30の修正版を実行することによって、実行される。仕事についてのそのタスクがバースト性であり、且つその異なるタスクが異なる時間において集中するならば、同じ帯域幅制限は各々のタスクに割り当てられる。この制限は、処理が終了したときのウォータ・レベルと等しい。ウォータフィル処理30に使用すべき帯域幅要請を決定する際に、各タスクについて、サイト・ブローカー204は、最近の期間、例えば2分間に亘って生じたピーク要請を使用することができる。異なるタスクが異なる時間でピークに達するとすると、システムは仕事主体のための全体の帯域幅制限を拡大し得る。スケーリング要因は、ピーク仕事主体要請により徐せられたピーク・タスク主体要請の合計に等しい。
システムは、帯域幅エンフォーサ200により引き起こされて帯域幅増加の期間中のトラフィックの突然の集中を防止するように構成し得る。例えば、増加した帯域幅配分の漸進的増大は、異なる仕事のために実行することができて、何らかの同時集中を防止する。更に、このシステムは、ネットワーク・ユーザーが、ユーザーの仕事がシステムによって調整されているか否かを知ることができるように構成し得る。従って一覧は、ユーザー、ソース・クラスタ、目的クラスタ、及びQosによって識別されたネットワーク・フローごとに利用可能とすることができる。この一覧は、伝達の経路に沿ったリンク・レベルでなすことができる。システムは、その資産割当てのより多くを重要な仕事又はタスクに捧げて、より重要でない仕事又はタスクのためにより少ない資産を残すことをユーザーが可能にするように構成することもできる。これは、ユーザーに重み値を個々の仕事及びタスクに割り当てるのを可能にすることによって実行することができる。システムは冗長な構成要素を包含することにより、たとえ特定の構成要素が故障しているか或いは到達できないとしても、継続的な操作を可能にすることもできる。例えば、システムは、ネットワークの異なる部分で動作する複数のグローバル・ブローカー202を包含し得る。いつでも、一つのグローバル・ブローカー202だけは、「ライブ(live)」に指定される。サイト・ブローカー204はネットワークにおけるあらゆるグローバル・ブローカー202に対して情報を報告し、情報を受け取り得る。しかしながら、サイト・ブローカー204は、ライブ・グローバル・ブローカー202によって与えられた帯域幅限界を受け入れるのみである。冗長性は、サイト・ブローカー204及び仕事シェーパー206のためにも実装し得る。
本発明の態様によるシステムは、以下の例示的なコンピュータ・システムにより実装し得る。図8Aは、単独で又はネットワーク化された構成において使用することができる様々なコンピュータ・デバイスを描くコンピュータ・システムの概略図を示す。例えば、この図は、複数のコンピュータ302、304、306、及び308並びに他の形式のデバイス、例えば携帯用の電子機器、例えば携帯電話310及びPDA312を有するコンピュータ・ネットワーク300を図解する。しかしながら、本発明はそのように限定されるものではなく、ネットブック及びパッド型ハンドヘルド・コンピュータ(図示せず)を含む他のデバイスも使用し得る。このようなデバイスは、局所的又は直接的接続314を介して相互接続し得るか、及び/又は通信ネットワーク316、例えばLAN、WAN、インターネット等を介して結合することもでき、これらは有線又は無線とし得る。
各々のデバイスは、例えば、一つ以上の処理デバイスを含むことがあり、ユーザー入力、例えばキーボード318及びマウス320及び/又は様々な他の形式の入力デバイス、例えばペン入力、ジョイスティック、ボタン、タッチスクリーンなど並びにディスプレイ322を有し、そのディスプレイは、例えば、CRT、LCD、プラズマ・スクリーン・モニタ、テレビ、プロジェクターなどを含むことができる。各々のコンピュータ302、304、306、及び308は、パーソナル・コンピュータ、サーバー等とし得る。例示のみとして、コンピュータ302及び306はパーソナル・コンピュータ、コンピュータ304はサーバー、コンピュータ308はラップトップとし得る。
図8Bに示すように、コンピュータ302及び304のような各々のコンピュータは、プロセッサ324、メモリ/ストレージ326及びコンピュータに典型的に存在する他の構成要素を包含する。例えば、メモリ/ストレージ326は、プロセッサ324によりアクセス可能な情報を記憶し、これはプロセッサ324により実行し得る指令328及びプロセッサにより検索、操作又は記憶し得るデータ330を含む。サーバーにおける指令328は、現在のシステムにおける一つ以上のモジュール、例えばグローバル・ブローカー202又はサイト・ブローカー204に関連した操作を含み得る。ユーザシステムにおける指令328は、一つ以上のモジュール、例えば仕事シェーパー206及びホスト・シェーパー208に関連した操作を含み得る。
メモリ/ストレージは、プロセッサによりアクセス可能な情報を記憶する能力の或る任意の形式若しくは任意のデバイス、例えばハード・ドライブ、ROM、RAM、CD−ROM、フラッシュメモリ、書き込み能力のある又は読出し専用メモリとし得る。プロセッサ324は、多くの公知のプロセッサ、例えばインテル社又はアドバンスド・マイクロ・デバイセスからのプロセッサから構成し得る。或いは、プロセッサは、操作を実行する専用のコントローラ、例えばASIC又は他の処理デバイスとし得る。
指令328は、一つ又は複数のプロセッサにより直接に(例えば機械語として)又は間接的に(例えばスクリプトとして)実行されるべき指令の任意のセットからなり得る。これに関して、用語「指令」、「段階」、及び「プログラム」は本明細書においては互換可能に使用し得る。指令は、任意のコンピュータ言語又はフォーマットに、例えばソースコードのオブジェクト・コード又はモジュールに記憶し得る。本発明による指令の機能、方法及びルーチンは、以下に更に詳細に説明される。
データ330は、指令328に従ってプロセッサ324により検索、記憶、又は修正し得る。このデータは、データのコレクションとして記憶し得る。例えば、本発明は何らかの特定のデータ構造によって限定されるものではないが、データは、コンピュータ・レジスタ、複数の異なるフィールド及び記録を有するテーブルとしてのリレーショナル・データベース、ウェブ・ページ・キャッシュ、XML文書などとして記憶し得る。
データは、任意のコンピュータで読取り可能なフォーマット、例えば2進値、アスキー又はユニコードにもフォーマット化し得るが、これらに限定されるものではない。更に、データは、関連した情報、例えば説明文、プロプライエタリー・コード、ポインター、他のメモリ(他のネットワーク位置を含む)に記憶されたデータ又は関連したデータを計算するために機能により用いられる情報への参照を識別するのに充分な任意の情報を含み得る。更にまた、所定のアイテムは一つ以上のファイル、データベースに記憶されたデータ・セット、ウェブ・キャッシュなどを含み得る。データのサイズと内容に依存して、その部分は個別に記憶し得るか、さもなければ維持し得る。
プロセッサ324及びメモリ326は図8Bにおいては同じブロック内にあるように機能的に図解されているが、プロセッサ及びメモリは実際には複数のプロセッサ及びメモリからなり、これらは同一の物理的ハウジング又は場所に保管されるか、保管されないこともあることが理解されよう。例えば、指令及びデータの一部若しくは全ては、取り外し可能なCD−ROM、DVD−ROM又はフラッシュ・ドライブ、及びほか[の指令]は読出し専用コンピューター・チップ内に記憶し得る。指令及びデータの一部若しくは全ては、プロセッサから物理的に離隔しているが、依然としてアクセス可能な場所に記憶し得る。同様に、プロセッサは、実際には複数のプロセッサのコレクションからなり、これらは並行に作動することもあれば、しないこともある。データは、ハード・ドライブ等のような複数のメモリ326に亘って分散されて記憶し得る。
一つの態様において、サーバー304は一つ以上のクライアント・コンピュータ302、306及び/又は308、並びにデバイス、例えば携帯電話310及びPDA312と通信し得る。各々のクライアント・コンピュータ又は他のクライアント・デバイスは、サーバー304と同様に構成でき、これはプロセッサ、メモリ及び指令、並びに一つ以上のユーザー入力デバイス318、320、及びユーザー出力デバイス、例えばディスプレイ322を有する。各々のクライアント・コンピュータは汎用コンピュータである場合があり、これは個人の使用のために意図されており、パーソナル・コンピュータに標準的に見られる全ての構成要素、例えば中央処理装置(CPU)、ディスプレイ、CD−ROM又はDVDドライブ、ハード−ドライブ、マウス、キーボード、タッチ検知性スクリーン、スピーカー、マイクロフォン、モデム及び/又はルーター(電話、ケーブル又はその他)及びこれらの要素を互いに接続するために用いられる全ての構成要素を有する。
サーバー304、ユーザー・コンピュータ及び他のデバイスは、他のコンピュータと、例えばネットワーク316上で、直接的及び間接的に通信する能力がある。幾つかのコンピュータのみが図8A−Bに描かれているが、代表的なシステムは、多数の接続されたサーバー及びクライアントを含むことができ、各々の異なるコンピュータはネットワークの異なるノードにあることを理解されたい。ネットワーク316及び介在ノードは様々な形態及びプロトコルからなり、これはインターネット、イントラネット、仮想プライベート・ネットワーク、ワイド・エリア・ネットワーク、局所的ネットワーク、一つ以上の企業が所有する通信プロトコルを用いるプライベートネットワーク、イーサネット、WiFi、ブルートゥース又はTCP/IPを含む。
任意の介在ノードを含めて、ネットワークに亘る通信は、他のコンピュータに対してデータを送受信する能力がある任意のデバイス、例えばモデム(例えば、ダイヤル・アップ又はケーブル)、ネットワーク・インターフェース及び無線インターフェースにより促進し得る。サーバー304は、ウェブサーバとし得る。情報が上述したように送信又は受信されたときに特定の利点が得られるが、本発明の他の態様は情報の伝達の如何なる特定の方法に限定されるものではない。例えば、或る態様では、情報はディスク、テープ、CD−ROMなどの媒体を介して送信されるか、或いはダイヤル・アップ・モデムを介して二つのコンピュータ・システムの間で直接に送信され得る。他の態様においては、特定の情報は非電子フォーマットで送信されて、手動でシステムへ入力し得る。
更に、本明細書に説明されたシステム及び方法によるコンピュータ及びユーザー・デバイスは、指令を処理して、人及び他のコンピュータに対してデータを送受信する能力がある任意のデバイスからなり、これは局所的記憶能力を欠くネットワーク・コンピュータ、モデム付のPDA、例えばPDA312,インターネット能力がある無線電話、例えば携帯電話310,ネットブック及びパッド型ハンドヘルド・コンピュータを含む。
本明細書において本発明について特定の実施形態を参照して説明したが、これらの実施形態は単に本発明の主旨及び応用の例示であることを理解されたい。従って、幾多の変更例を実施形態になし得るのであって、添付の特許請求の範囲により規定されたような本発明の要旨及び目的から逸脱しない範囲で他の構成を構築し得ることを理解されたい。
本発明は、ネットワーク・デバイスの間にデータを転送するための適応可能な帯域幅配分を用いるコンピュータ・ネットワークを含めて、広い産業上の利用可能性を享受するが、これに限定されるものではない。

Claims (16)

  1. ネットワーク上に帯域幅を割り当てる方法であって、
    複数のネットワーク・ユーザーを表す帯域幅使用情報を受信し、
    前記ネットワーク・ユーザーを分類し、この分類の行為は、各ネットワーク・ユーザーに複数の重み値の一つを割り当てることを含み、この割り当てられた重み値は、所定のネットワーク基準のセットに従うこと、
    プロセッサによる操作を実行して帯域幅配分を形成し、この帯域幅配分は帯域幅使用情報及びユーザーの重みに基づくこと、
    前記ネットワーク・ユーザーに対応するネットワーク・デバイスへ帯域幅配分を送信することを含む方法。
  2. 請求項1の方法において、前記プロセッサにより実行される前記操作は、
    帯域幅使用情報を集計して前記ネットワークの全帯域幅要請を決定すること、
    前記ネットワーク内で混雑したリンクを検出すること、及び
    前記ネットワークの利用可能帯域幅を前記ネットワーク・ユーザーの間で分割することを含む方法。
  3. 請求項1の方法において、前記帯域幅配分を前記ネットワーク・ユーザーの間で分割することを更に含む方法。
  4. 請求項2の方法において、各ネットワーク・ユーザーについて実行される仕事の間で各ネットワーク・ユーザーの前記帯域幅配分を分割することを更に含む方法。
  5. 請求項3の方法において、各々の仕事に関連する複数のタスクの間で各々の仕事の前記帯域幅配分を分割することを更に含む方法。
  6. 請求項1の方法において、前記帯域幅要請情報が、所定の時間に亘る前記ネットワーク・ユーザーのピーク帯域幅使用に基づく方法。
  7. 請求項1の方法において、
    全てのネットワーク帯域幅要請が満足することを判定すること、
    使用されていない帯域幅が前記ネットワーク上で利用可能であることを判定すること、及び
    前記ユーザーの重さ値に比例して前記ネットワーク・ユーザーの間で前記使用されていない帯域幅を分割することを更に含む方法。
  8. 請求項1の方法において、ネットワーク帯域幅の一部は帯域幅配分を形成する操作が適用されないままである、方法。
  9. 請求項1の方法において、ネットワーク伝達の一部は帯域幅配分を形成する操作が適用されないままである、方法。
  10. ネットワーク上に帯域幅を割り当てる方法であって、
    ネットワーク・ユーザーについてのユーザー重み値を受け取ること、
    前記ネットワーク上で作動している複数の仕事に関する帯域幅使用情報を受け取り、各々の仕事はネットワーク・ユーザーの所定の一人と関連しており、且つ前記ネットワーク上で実行されるべき一つ以上のタスクを含み、
    各々のネットワーク・ユーザーについての帯域幅要請を決定し、その帯域幅要請は、前記受け取られたユーザー重み値に少なくとも部分的に基づき、
    前記帯域幅要請を帯域幅配分モジュールへ送信すること、
    前記帯域幅配分モジュールから、帯域幅配分を受け取ること、及び
    前記ネットワーク・ユーザー及び仕事の間で、前記受け取られた帯域幅配分及び帯域幅使用情報に基づいて帯域幅を分割することを含む方法。
  11. 請求項9の方法において、前記帯域幅要請は特定のネットワーク・ユーザーへ恒久的に割り当てられた帯域幅を含む方法。
  12. 請求項9の方法において、前記帯域幅要請の決定は、複数のユーザーの前記帯域幅要請を単独の要請機能に集計することを含む方法。
  13. 請求項9の方法において、各々のネットワーク・ユーザーはネットワーク・クラスタに関連しており、且つ前記帯域幅要請の前記送信は、ネットワーク・クラスタの前記帯域幅要請を供給することを含む方法。
  14. 請求項9の方法において、複数のタスクの間で各々の仕事の前記帯域幅を分割することを更に含む方法。
  15. ネットワーク上に帯域幅を割り当てるためのシステムであって、
    ネットワーク・ユーザーを分類する手段を備え、その分類は、各々のネットワーク・ユーザーに複数の重み値の一つを割り当てることを含み、それぞれのネットワーク・ユーザーの各々についての前記割り当てられた重み値は、少なくとも一つのネットワーク基準に従って選択され、前記システムは更に、
    各々のネットワーク・ユーザーについての帯域幅要請を決定する手段と、
    少なくとも部分的に前記ユーザー重み値及び前記決定された帯域幅要請に基づいて、各々のネットワーク・ユーザーの間で帯域幅を割り当てる手段と、
    各々のネットワーク・ユーザーの間で前記割り当てられた帯域幅を分割手段とを備えるシステム。
  16. 請求項15のシステムにおいて、帯域幅を割り当てる前記手段は、
    帯域幅使用情報を集計して前記ネットワークの全帯域幅要請を決定する手段と、前記ネットワーク内の混雑したリンクを検出する手段とを含むシステム。
JP2013552576A 2011-02-01 2012-01-31 競合するアプリケーションの間でネットワーク帯域幅を共有するシステム Active JP6162046B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/018,967 US9007898B2 (en) 2011-02-01 2011-02-01 System to share network bandwidth among competing applications
US13/018,967 2011-02-01
PCT/US2012/023288 WO2012106315A2 (en) 2011-02-01 2012-01-31 System to share network bandwidth among competing applications

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2017116670A Division JP6356319B2 (ja) 2011-02-01 2017-06-14 競合するアプリケーションの間でネットワーク帯域幅を共有するシステム

Publications (2)

Publication Number Publication Date
JP2014509129A true JP2014509129A (ja) 2014-04-10
JP6162046B2 JP6162046B2 (ja) 2017-07-12

Family

ID=46577290

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2013552576A Active JP6162046B2 (ja) 2011-02-01 2012-01-31 競合するアプリケーションの間でネットワーク帯域幅を共有するシステム
JP2017116670A Active JP6356319B2 (ja) 2011-02-01 2017-06-14 競合するアプリケーションの間でネットワーク帯域幅を共有するシステム

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2017116670A Active JP6356319B2 (ja) 2011-02-01 2017-06-14 競合するアプリケーションの間でネットワーク帯域幅を共有するシステム

Country Status (6)

Country Link
US (2) US9007898B2 (ja)
EP (2) EP2671354B1 (ja)
JP (2) JP6162046B2 (ja)
KR (1) KR101947354B1 (ja)
CN (2) CN105978736B (ja)
WO (1) WO2012106315A2 (ja)

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6195622B1 (en) 1998-01-15 2001-02-27 Microsoft Corporation Methods and apparatus for building attribute transition probability models for use in pre-fetching resources
US7889761B2 (en) * 2002-09-17 2011-02-15 Broadcom Corporation Method and system for providing bandwidth allocation and sharing in a hybrid wired/wireless network
CN103404095B (zh) * 2011-01-18 2016-08-17 诺玛迪克斯公司 通信系统网络中组带宽管理的系统和方法
US20130086590A1 (en) * 2011-09-30 2013-04-04 John Mark Morris Managing capacity of computing environments and systems that include a database
US9516531B2 (en) 2011-11-07 2016-12-06 Qualcomm Incorporated Assistance information for flexible bandwidth carrier mobility methods, systems, and devices
US20130114571A1 (en) 2011-11-07 2013-05-09 Qualcomm Incorporated Coordinated forward link blanking and power boosting for flexible bandwidth systems
US9848339B2 (en) * 2011-11-07 2017-12-19 Qualcomm Incorporated Voice service solutions for flexible bandwidth systems
US9001679B2 (en) 2011-11-07 2015-04-07 Qualcomm Incorporated Supporting voice for flexible bandwidth systems
US9049633B2 (en) 2011-12-09 2015-06-02 Qualcomm Incorporated Providing for mobility for flexible bandwidth carrier systems
US9100448B2 (en) * 2012-01-20 2015-08-04 Blackberry Limited Communication device for throttling transmitted data
WO2013137875A1 (en) * 2012-03-14 2013-09-19 Hewlett-Packard Development Company, L.P. Allocating bandwidth in a network
US9686164B1 (en) * 2012-04-12 2017-06-20 Sprint Communications Company L.P. Packet allocation schema for 3G and 4G routers
JP5805583B2 (ja) * 2012-05-16 2015-11-04 株式会社日立製作所 通信システム、通信装置および通信制御方法
US11159804B1 (en) * 2012-09-13 2021-10-26 Arris Enterprises Llc QoE feedback based intelligent video transport stream tuning
US8938541B2 (en) * 2012-10-29 2015-01-20 Ericsson Ab Method and system to allocate bandwidth in cloud computing networks
US9553794B1 (en) 2013-01-10 2017-01-24 Google Inc. Traffic engineering for network usage optimization
US8973073B2 (en) * 2013-05-20 2015-03-03 Telefonaktiebolaget L M Ericsson (Publ) Weighted ingest policy management in a content distribution network
CN103312631B (zh) * 2013-05-29 2016-05-18 普联技术有限公司 一种带宽控制方法及路由器
US9363162B1 (en) * 2013-10-21 2016-06-07 Google Inc. Determining WCMP link capacities in multi-stage networks
US9781046B1 (en) 2013-11-19 2017-10-03 Tripwire, Inc. Bandwidth throttling in vulnerability scanning applications
US9467362B1 (en) 2014-02-10 2016-10-11 Google Inc. Flow utilization metrics
US9712408B2 (en) * 2014-03-17 2017-07-18 Telefonaktiebolaget L M Ericsson (Publ) Bandwidth management in a content distribution network
CN104301255B (zh) * 2014-10-13 2018-06-12 北京邮电大学 一种光网络多用户带宽公平分配的方法
US10608955B2 (en) * 2014-11-25 2020-03-31 Vmware, Inc. Reverse breadth-first search method for optimizing network traffic in a distributed system with a point of convergence
CN105898391A (zh) * 2015-11-03 2016-08-24 乐视云计算有限公司 在线媒体服务的带宽分配方法及系统
US20170126583A1 (en) * 2015-11-03 2017-05-04 Le Holdings (Beijing) Co., Ltd. Method and electronic device for bandwidth allocation based on online media services
AU2016371481B2 (en) 2015-12-17 2019-09-19 Ab Initio Technology Llc Processing data using dynamic partitioning
CN106936733B (zh) * 2015-12-31 2020-08-28 北京金山云网络技术有限公司 一种带宽资源分配方法及装置
AU2017266901B2 (en) 2016-05-17 2020-01-16 Ab Initio Technology Llc Reconfigurable distributed processing
EP3301573A4 (en) * 2016-07-12 2018-10-24 Huawei Technologies Co., Ltd. Method, device and system for controlling io bandwidth and processing io access request
US10623330B2 (en) 2016-09-23 2020-04-14 Google Llc Distributed bandwidth allocation and throttling
CN108537619A (zh) * 2018-03-05 2018-09-14 新智数字科技有限公司 一种基于最大流算法的任务分配方法、装置及设备
CN109412967B (zh) * 2018-09-28 2022-07-08 江苏满运软件科技有限公司 基于令牌的系统流控方法、装置、电子设备、存储介质
CN111224884B (zh) 2018-11-27 2023-02-24 华为技术有限公司 拥塞控制的处理方法、报文转发装置及报文接收装置
EP4030708A1 (en) * 2021-01-19 2022-07-20 Nokia Solutions and Networks Oy Method and apparatus for bandwidth allocation
CN113347639B (zh) * 2021-08-05 2021-11-16 南京邮电大学 一种基于协同通信的混合接入频谱的方法
CN113726691B (zh) * 2021-08-20 2024-04-30 北京字节跳动网络技术有限公司 带宽预留方法、装置、设备以及存储介质
CN114039847B (zh) * 2021-11-25 2024-03-12 新华三大数据技术有限公司 一种组网规划方法及装置
CN115473855B (zh) * 2022-08-22 2024-04-09 阿里巴巴(中国)有限公司 网络系统、数据传输方法

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0793639B2 (ja) * 1989-10-30 1995-10-09 インターナシヨナル・ビジネス・マシーンズ・コーポレーシヨン ネツトワ−ク・ノ−ドにおける処理及び記録要件を緩和するための方法及びシステム
EP0888679B1 (en) 1996-03-18 2004-02-18 General Instrument Corporation Dynamic bandwidth allocation for a communication network
US7072295B1 (en) * 1999-09-15 2006-07-04 Tellabs Operations, Inc. Allocating network bandwidth
US6882623B1 (en) 2000-02-08 2005-04-19 Native Networks Technologies Ltd. Multi-level scheduling method for multiplexing packets in a communications network
US20030005074A1 (en) * 2000-04-25 2003-01-02 Herz Frederick S.M. Method of combining shared buffers of continuous digital media data with media delivery scheduling
US20020023117A1 (en) * 2000-05-31 2002-02-21 James Bernardin Redundancy-based methods, apparatus and articles-of-manufacture for providing improved quality-of-service in an always-live distributed computing environment
US7009992B2 (en) 2000-05-19 2006-03-07 Scientific-Atlanta, Inc. Methods of allocating access across a shared communications medium
US20020091937A1 (en) 2001-01-10 2002-07-11 Ortiz Luis M. Random biometric authentication methods and systems
US20020143952A1 (en) * 2001-03-30 2002-10-03 Sugiarto Basuki Afandi Multimedia download timer system and method
US7327679B2 (en) 2001-08-21 2008-02-05 Broad-Light, Ltd. Method of providing QoS and bandwidth allocation in a point to multi-point network
US7613167B2 (en) * 2001-09-27 2009-11-03 Broadcom Corporation Method and system for upstream priority lookup at physical interface
AU2003301482A1 (en) * 2002-10-16 2004-05-04 Rocksteady Networks, Inc. System and method for dynamic bandwidth provisioning
US7747255B2 (en) * 2003-03-26 2010-06-29 Sony Corporation System and method for dynamic bandwidth estimation of network links
JP3933597B2 (ja) 2003-03-27 2007-06-20 三洋電機株式会社 送信方法およびそれを利用した無線装置
US20050052992A1 (en) * 2003-08-01 2005-03-10 Cloonan Thomas J. Method and system for dynamically managing cable data bandwidth based on channel congestion state and subscriber usage profile
KR101101071B1 (ko) * 2004-01-22 2011-12-30 텔레폰악티에볼라겟엘엠에릭슨(펍) 멀티캐스트 채널 요청을 위한 액세스 제어
US7778194B1 (en) 2004-08-13 2010-08-17 Packeteer, Inc. Examination of connection handshake to enhance classification of encrypted network traffic
US7564852B2 (en) * 2005-07-20 2009-07-21 Cortina Systems, Inc. Intelligent bandwidth allocation for ethernet passive optical networks
US20070147247A1 (en) * 2005-12-22 2007-06-28 France Telecom Auto adaptive quality of service architecture and associated method of provisioning customer premises traffic
WO2007071198A1 (en) * 2005-12-23 2007-06-28 Hongkong Applied Science And Technology Research Institute Co., Ltd. A distributed wireless network with dynamic bandwidth allocation
US8059609B2 (en) 2006-03-20 2011-11-15 Qualcomm Incorporated Resource allocation to support single-user and multi-user MIMO transmission
US9703285B2 (en) 2006-04-27 2017-07-11 International Business Machines Corporation Fair share scheduling for mixed clusters with multiple resources
GB2443229B (en) 2006-08-23 2009-10-14 Cramer Systems Ltd Capacity management for data networks
US20080101405A1 (en) * 2006-10-26 2008-05-01 General Instrument Corporation Method and Apparatus for Dynamic Bandwidth Allocation of Video Over a Digital Subscriber Line
CN102781104A (zh) 2007-03-01 2012-11-14 株式会社Ntt都科摩 基站装置以及通信控制方法
US7738492B2 (en) * 2007-11-19 2010-06-15 Avistar Communications Corporation Network communication bandwidth management
CN101232449B (zh) * 2008-02-27 2010-09-01 福建星网锐捷网络有限公司 一种带宽分配方法及装置
US8593950B2 (en) 2008-06-24 2013-11-26 At&T Intellectual Property I, L.P. Method and apparatus for providing a weighted bandwidth allocation for a network
US8955107B2 (en) 2008-09-12 2015-02-10 Juniper Networks, Inc. Hierarchical application of security services within a computer network
US8284700B2 (en) * 2009-01-07 2012-10-09 Fujitsu Semiconductor Limited System and method for cooperative data transfer
US20120149418A1 (en) * 2009-08-21 2012-06-14 Skubic Bjoer Bandwidth allocation
US20110087765A1 (en) * 2009-10-08 2011-04-14 Magor Communications Corporation Network bandwidth management system
US8315168B2 (en) 2009-10-28 2012-11-20 Broadcom Corporation Priority-based hierarchical bandwidth sharing
US8589555B2 (en) 2010-01-11 2013-11-19 Nec Laboratories America, Inc. Virtualization and consolidation analysis engine for enterprise data centers
US8503428B2 (en) 2010-03-18 2013-08-06 Juniper Networks, Inc. Customized classification of host bound traffic
US8504689B2 (en) 2010-05-28 2013-08-06 Red Hat, Inc. Methods and systems for cloud deployment analysis featuring relative cloud resource importance
JP7093639B2 (ja) * 2018-02-06 2022-06-30 三菱マテリアル株式会社 銀被覆樹脂粒子

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
片山 孝之 TAKAYUKI KATAYAMA: "次世代モバイル通信におけるALL−IP網での帯域割当方式の提案 A Proposal of Traffic Management Met", マルチメディア,分散,協調とモバイル(DICOMO)シンポジウム論文集 1997年〜2006年版 V, vol. 第2004巻, JPN6015050965, 7 April 2009 (2009-04-07), JP, pages 第671頁から第674頁 *

Also Published As

Publication number Publication date
JP2017158215A (ja) 2017-09-07
CN103477591B (zh) 2016-08-17
EP2671354A4 (en) 2014-07-09
CN105978736B (zh) 2019-05-31
EP2966569A1 (en) 2016-01-13
EP2671354A2 (en) 2013-12-11
US10135753B2 (en) 2018-11-20
KR101947354B1 (ko) 2019-02-12
WO2012106315A2 (en) 2012-08-09
CN103477591A (zh) 2013-12-25
KR20140024851A (ko) 2014-03-03
WO2012106315A3 (en) 2012-11-15
EP2966569B1 (en) 2017-11-29
EP2671354B1 (en) 2015-08-26
CN105978736A (zh) 2016-09-28
US20120195209A1 (en) 2012-08-02
US9007898B2 (en) 2015-04-14
US20150188844A1 (en) 2015-07-02
JP6162046B2 (ja) 2017-07-12
JP6356319B2 (ja) 2018-07-11

Similar Documents

Publication Publication Date Title
JP6356319B2 (ja) 競合するアプリケーションの間でネットワーク帯域幅を共有するシステム
US9559956B2 (en) Sharing bandwidth among multiple users of network applications
US10855545B2 (en) Centralized resource usage visualization service for large-scale network topologies
AU2017251757B2 (en) Customer-directed networking limits in distributed systems
Kumar et al. BwE: Flexible, hierarchical bandwidth allocation for WAN distributed computing
US9705783B2 (en) Techniques for end-to-end network bandwidth optimization using software defined networking
US7453804B1 (en) Aggregate network resource utilization control scheme
US8537669B2 (en) Priority queue level optimization for a network flow
US8149846B2 (en) Data processing system and method
US6556578B1 (en) Early fair drop buffer management method
US8670310B2 (en) Dynamic balancing priority queue assignments for quality-of-service network flows
US20110035248A1 (en) Distributed Service Platform Computing with a Guaranteed Quality of Service
WO2019072162A1 (zh) 虚拟网络映射方法、设备和存储介质
WO2015106795A1 (en) Methods and systems for selecting resources for data routing
Munir et al. Planning data transfers in grids: a multi‐service queueing approach
KR101987346B1 (ko) 데이터 센터 간 광역 통신망에서 통계적 자원 할당 및 서비스 품질 보장 시스템과 이의 방법
Sarkar et al. Bandwidth requirement of links in a hierarchical caching network: a graph-based formulation, an algorithm and its performance evaluation
Ravindran et al. Management intelligence for optimal resource allocations in network server systems
Willmott et al. Applying Internet random early detection strategies to scheduling in grid environments

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20150128

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20151030

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20151209

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160105

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20160405

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160603

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160920

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161220

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170516

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170614

R150 Certificate of patent or registration of utility model

Ref document number: 6162046

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250