JP2012095299A - 複数のサービスサポートのための動的帯域幅調整 - Google Patents

Abstract

【課題】サービスプロバイダから複数のサービスを受けるエンドユーザに割り当てられた第１の帯域幅プロファイルを動的に変更するシステムおよび方法を提供する。
【解決手段】システムおよび方法は、サービスプロバイダに、第１の帯域幅プロファイルの変更の要求を、マルチキャストメッセージングプロトコル２００を介して通信することと、前記第１の帯域幅プロファイルの変更の要求を反映した、エンドユーザに割り当てられた第２の帯域幅プロファイルを受けること、を含み得る。
【選択図】図２

Description

本発明は全般的に通信ネットワークの分野に関し、特に通信ネットワーク上でサービスプロバイダからサービスを受けるエンドユーザに割り当てられた帯域幅を動的に調整することに関する。

エンドユーザにサービスを提供する通信ネットワークは、エンドユーザに様々なサービスを提供するように構成されたサービスプロバイダを含み得る。これらのサービスは、高速インターネット、テレビ、および／または電話サービスを含み得る。現代の通信アプリケーションが様々なコンテンツニーズに対するマルチサービスをますます必要とするようになるにつれ、これらのサービスを適切なレベルで提供する要望はますます複雑になりつつある。たとえば、サービスプロバイダからエンドユーザへの通信経路をデザインすることは、幾つかのサービスにとっては最適であり得るが、別のものにとってはサブオプティマルであり得る。エンドユーザはどのサービスが初期の開始時点において最適であるかを正確に確認することができるが、エンドユーザのニーズは時間と共に変化し得る。加えて、サービスプロバイダが種類を増やしてサービスを提供すると、従来のサービスに対して最適化された通信経路はもはや、エンドユーザの最大の興味ではなくなり得る。

エンドユーザへの帯域幅要求を変更する現在の一つの方法は、たとえばサービスプロバイダに電話をすることによって、手動でサービスプロバイダに接続することと、新しいサービスレベルアグリーメントを要求することを含む。しかしながら、この接続の後でありサービスプロバイダがこの要求を処理している間は、現在の通信経路を変更することはできないことがある。

通信経路を保持する現在の方法の別の不利な点の中では、この手動の方法は、サービスプロバイダが情報需要を変更することの動的特性の全利点を享受することが許容されないことがある。

（記載なし）

本発明に従うと、ネットワークリソースを動的に割り当てる従来の技法に関連する不利点および問題が低減または解消され得る。
本発明の一実施形態に従うと、サービスプロバイダのエンドユーザであって前記サービスプロバイダから複数のサービスを受けるエンドユーザに割り当てられた第１の帯域幅プロファイルを動的に変更する方法が提供される。方法は、前記サービスプロバイダに、前記第１の帯域幅プロファイルの変更の要求を、マルチキャストメッセージングプロトコルを介して通信することと、前記第１の帯域幅プロファイルの変更の要求を反映した、前記エンドユーザに割り当てられた第２の帯域幅プロファイルを受けること、を含み得る。

本発明のある実施形態は、一つ以上の技術的利点を提供し得る。一実施形態の技術的利点は、エンドユーザに割り当てられた帯域幅プロファイルを動的に変更することは、自動的に帯域幅プロファイルを変更することによって、エンドユーザの帯域幅要求の変更特性の全利点を、サービスプロバイダが取得することを可能にし、サービスプロバイダが、この自動化情報を、ネットワークトラフィックを制御するために用いる、ポリシング、シェーピングおよびスケジューリングアルゴリズムに組み込むことを許容し得ることである。幾つかの実施形態はまた、サービスプロバイダが、エンドユーザの変更需要に従い、ネットワークトラフィックがより正確な自動的変更が出来るようにし得る。

本発明のある実施形態は、上の技術的利点を含まなくても良いし、幾つか、または全てを含んでも良い。一つ以上の別の技術的利点は、当業者は本明細書中に含まれる図面、記載およびクレームから容易に分かることであろう。

本発明およびその特徴および利点をより完全に理解するために、添付の図面に関連してなされる以下の記載が参照される。
本開示のある実施形態に従う通信システムを示す図である。 本開示のある実施形態に従う、マルチキャストメッセージングプロトコルの例を示す図である。 本開示のある実施形態に従う、マルチキャストメッセージングプロトコルの補助データフィールドの例を示す図である。 本開示のある実施形態に従う、マルチサービスをサポートするために帯域幅を動的に変化させる方法の一実施形態を示すフローチャートである。

本発明の実施形態およびその利点は、類似の符号が様々な図面の類似で対応する部分に対して用いられている図面の図１〜４を参照することで、最もよく理解される。
図１は、本開示のある実施形態に従う通信システム１００を示している。幾つかの実施形態では、通信システム１００は、サービスプロバイダ１０６のエンドユーザ１１２と通信するサービスプロバイダ１０６を含み得る。エンドユーザ１１２は、ルータ１０２および宅内機器１０４などのコンポーネントを管理しても良い。

一般に、エンドユーザ１１２は、任意の人、ビジネス、機器、機器のグループ、またはエンドユーザ１１２とサービスプロバイダ１０６の間のサービスレベルアグリーメントに従ってサービスプロバイダから複数のサービスを受ける任意の他の適切なエンティティであり得る。図示された実施形態では、エンドユーザ１１２は、ルータ１０２に通信可能に結合され、任意の適切な通信ネットワーク上、ルータ１０２を介してサービスプロバイダ１０６に通信可能に結合された宅内機器１０４を所有するまた動作させる。他の実施形態では、エンドユーザ１１２は、ルータ１０２および／または宅内機器１０４と同義であり得る。エンドユーザ１１２とサービスプロバイダ１１２の間のサービスレベルアグリーメントは、とりわけ、サービスプロバイダ１０６からサービスを受ける際にエンドユーザ１１２に割り当てられる帯域幅のレベルを特定し得る。

幾つかの実施形態では、サービスプロバイダ１０６は、ケーブルオペレータ、電話オペレータ、インターネットサービスプロバイダ、それらの組み合わせ、またはサービスプロバイダ１０６のエンドユーザ１１２へのサービスの他の任意の適切な提供者（Ｐｒｏｖｉｄｅｒ）であっても良い。幾つかの実施形態では、サービスプロバイダ１０６は、サービスプロバイダ１０６のエンドユーザ１１２に一つ以上のサービスを提供し得る。図示された例のように、そのようなサービスは、電話、高速インターネット、および／または電話サービスを含み得る。互いにまとめると、これらの３つのサービスは時として、“トリプルプレイ”サービス提供と呼ばれ得る。他のサービスは、たとえば、デュアルモード汎欧州デジタル移動電話システム（Dual Mode Global System for Mobile Communications（ＧＳＭ））プラスＷｉＦｉサービスであって、携帯ユーザに家庭用有線サービスの範囲内でＧＭＳとＷｉＦｉの間の切換えを許容するサービスのような、ある移動性サービスを含み得る。

幾つかの実施形態では、宅内機器１０４は、サービスプロバイダ１０６からサービスを受けるためにエンドユーザによって使用される幾つかのデバイスを含み得る。宅内機器１０４は、テレビもしくはケーブルボックスもしくは衛星テレビ受信機、家庭用コンピュータ、または高速インターネットルータのような高速インターネットを受けるように構成された家庭用コンピュータ周辺機器のようなデバイスを含み得る。

幾つかの実施形態では、通信システム１００はまた、宅内機器１０４のそれぞれをサービスプロバイダ１０６に通信可能に結合するように構成されたルータ１０２を含み得る。幾つかの実施形態では、ルータ１０２は、サービスプロバイダ１０６から一つの信号を受け、適切なサービスを宅内機器１０４の適当な部分に送るように構成され得る。図示された例のように、ルータ１０２は、サービスプロバイダ１０６に通信可能に結合され、サービスプロバイダ１０６からトリプルプレイ通信パッケージを受け得る。ルータ１０２は次に、宅内機器１０４テレビに適切なテレビ信号を、宅内機器１０４電話に電話信号を、宅内機器１０４コンピュータまたは無線ルータのようなコンピュータ周辺機器に高速インターネット信号を送り得る。

幾つかの実施形態では、ルータ１０２はまた、クエリモジュール１１０を含み得る。クエリモジュール１１０は、サービスプロバイダ１０６を通信するように構成され得る。いくつかの実施形態では、この通信は、ルータ１０２とサービスプロバイダ１０６の間、あるマルチキャストメッセージングプロトコルを送ることおよび受けることを含み得る。図示された実施形態では、クエリモジュール１１０はルータ１０２の部分であるが、他の実施形態では、クエリモジュール１１０は宅内機器１０４のそれぞれに組み込まれても良い。たとえば、宅内機器１０４がルータ１０２の必要なしに直接にサービスプロバイダ１０６と通信する実施形態では、宅内機器１０４はクエリモジュール１１０を含み得る。幾つかの実施形態では、クエリモジュール１１０は、ハードウェアもしくはハードウェア上で走るソフトウェア、またはそれらの任意の適当な組み合わせに実装され得る。他の実施形態では、クエリモジュール１１０は上述の機能を実行するためにプロセッサによって読み出されるように構成される命令を含むコンピュータ読み出し可能メディアに実装され得る。

幾つかの実施形態では、サービスプロバイダ１０６はまた、帯域幅調整モジュール１０８を含み得る。帯域幅調整モジュール１０８はサービスプロバイダ１０６のエンドユーザ１１２に割り当てられた帯域幅プロファイルを調整するように構成され得る。図２〜４を参照しながら以下でより詳細に記載されるように、エンドユーザ１１２は、様々な理由でエンドユーザ１１２に割り当てられた帯域幅プロファイルの変更を要求し得る。幾つかの実施形態では、エンドユーザ１１２は、クレイモジュール１１０からマルチキャストメッセージングプロトコルの通信を介して、この変更を要求し得る。サービスプロバイダ１０６でこの通信を受けると、帯域幅調整モジュール１０８はエンドユーザ１１２に関連する帯域幅プロファイルを変更し得る。幾つかの実施形態では、帯域幅調整モジュール１０８は、ハードウェアもしくはハードウェア上で走るソフトウェア、またはそれらの任意の適当な組み合わせに実装され得る。別の実施形態では、帯域幅調整モジュール１０８は上述の機能を実行するためにプロセッサによって読み出されるように構成される命令を含むコンピュータ読み出し可能メディアに実装され得る。

動作では、宅内機器１０４のエンドユーザは、初期サービスレベルアグリーメントの一部として、初期帯域幅プロファイルがサービスプロバイダ１０６によって割り当てられ得る。幾つかの実施形態では、初期帯域幅プロファイルは、サービスプロバイダ１０６に記憶され、帯域幅調整モジュール１０８によってアクセスされ得る。図示された例では、帯域幅プロファイルは、トリプルプレイパッケージなどサービスプロバイダ１０６からサービスを受けるためにエンドユーザ１１２に約束されている帯域幅の大きさを記載し得る。ある時点で、エンドユーザ１１２は、サービスプロバイダ１０６によりエンドユーザ１１２に割り当てられた帯域幅の変更を要望し得る。帯域幅の増大または減少に対するこの要望の結果として、クエリモジュール１１０は、図２から４を参照しながら以下でより詳細に記載されるように、サービスプロバイダ１０６に通信するために、ある情報をマルチキャストメッセージプロトコルにエンコードし得る。サービスプロバイダ１０６は、このマルチキャストメッセージングプロトコルを受けると、エンドユーザ１１２０に割り当てられた帯域幅プロファイルを修正するように構成され得る。サービスプロバイダ１０６の帯域幅調整モジュール１０８は、この調整を実行し、サービスプロバイダ１０６によってエンドユーザ１１２に割り当てられた帯域幅プロファイルを変更するように構成され得る。

図２は、本開示のある実施形態に従う、マルチキャストメッセージングプロトコル２００の例を示している。図示された実施形態では、マルチキャストメッセージングプロトコル２００はインターネットグループ管理プロトコル（ＩＧＭＰ）パケットである。ＩＧＭＰメンバーシップレポートメッセージが図示されているが、本開示の範囲から逸脱しない本開示の範囲内で、他のマルチキャストメッセージングプロトコルが用いられ得る。マルチキャストメッセージングプロトコル２００は、レコードタイプ２０２、補助データリンク２０４、ソース数２０６、マルチキャストアドレス２０８、ソースアドレス２１０、および補助データ２１２を含む複数のデータフィールドを含み得る。

幾つかの実施形態では、レコードタイプ２０２は、マルチキャストメッセージングプロトコル２００に送られるメッセージのタイプを特定するように構成された８ビットフィールドであり得る。たとえば、レコードタイプ２０２は、一般のクエリまたはグループ特有のクエリを示し得る。図示された実施形態では、レコードタイプ２０２は、マルチキャストメッセージングプロトコル２００は動的帯域幅調整メッセージであることを示し得る。

幾つかの実施形態では、補助データ長フィールド２１４は、補助データフィールド２１２の補助データの長さを示す８ビットフィールドであり得る。たとえば、図３を参照しながら以下でより詳細に記載されるように、補助データフィールド２１２はサービスプロバイダ１０６のエンドユーザ１１２に関連する帯域幅プロファイルの様々な側面を示す複数のデータフィールドを含み得る。これらのデータフィールドの幾つかまたは全ては、データで占められても良い。補助データ長フィールド２０４は、幾つかの実施形態では、このフィールドの長さを示すために用いられる。

幾つかの実施形態では、ソース数フィールド２０６は、ソースアドレスフィールド２１０にリストされたソースアドレスの数を示すように構成され得る。幾つかの実施形態では、ソース数フィールドは、サービスプロバイダ１０６によって提供されるサービスが向けられ得るソースアドレスの数を示す１６ビットフィールドであり得る。たとえば、図１の図示された実施形態では、ルータ１０２に結合された３つの宅内機器１０４が存在する。マルチキャストメッセージングプロトコル２００は、通信ネットワーク１００に接続された全ての宅内機器１０４は、マルチキャストメッセージングプロトコル２００に適用可能である。そのような例では、ソース数フィールド２０６は数“３”を示し得る。

幾つかの実施形態では、マルチタスクアドレスフィールド２０８は、サービスプロバイダ１０６からサービスを受けるように構成されたマルチキャストデバイスのアドレスを示し得る。図１の図示された実施形態では、マルチキャストデバイスはルータ１０２であり得る。他の実施形態では、マルチキャストアドレスフィールド２０８は、サービスプロバイダ１０６から複数のサービスを受けるように構成された別のマルチキャストデバイスを示し得る。

再び図２を参照すると、ソースアドレスフィールド２１０は、サービスプロバイダ１０６から受けた複数のサービスの一つ以上を受けるように構成されたデバイスのアドレスを含み得る。図示された例では、ソースアドレスフィールド２１０は、サービスプロバイダ１０６から受けたサービスの一つ以上を受けるように構成されたソースデバイスのインターネットプロトコル（ＩＰ）アドレスを含むように構成された３２ビットフィールドであり得る。図１の図示された実施形態では、宅内機器１０４は、サービスプロバイダ１０６から一つ以上のサービスを受けるように構成されたデバイスであり得る。図示された例では、ソースアドレスフィールド２１０は、図１に図示されている電話、コンピュータおよびテレビ宅内機器１０４のＩＰアドレスを含み得る。

幾つかの実施形態では、補助データフィールド２１２は、サービスプロバイダ１０６のエンドユーザ１１２に割り当てられた帯域幅プロファイルの所望の変更を示すために用いられるあるデータを含み得る。図３を参照しながら以下でより詳細に記載されるように、補助データフィールド２１２は、サービスプロバイダ１０６のエンドユーザ１１２に関連する帯域幅プロファイルのある部分を示すために用いられる複数のデータフィールドを含み得る。

図３は、本開示のある実施形態に従う補助データフィールドの例２１２を表している。一般に、図３の補助データフィールドの例２１２は、図２の補助データフィールド２１２に対応する。幾つかの実施形態では、補助データフィールド２１２は、サービスプロバイダ１０６のエンドユーザ１１２に割り当てられた帯域幅プロファイルを記載する複数のデータフィールドを含み得る。図示された実施形態では、補助データフィールド２１２は、４つのデータフィールドを含んでいる。即ち、コミットされた情報速度フィールド３０２、ピーク情報速度フィールド３０４、コミットされたバーストサイズフィールド３０６、およびピークバーストサイズフィールド３０８である。他の実施形態では、より多くまたはより少ないデータフィールドを含み得る。

幾つかの実施形態では、コミットされた情報速度フィールド３０２は、サービスプロバイダ３０２によって提供されたサービスに対する帯域幅プロファイルに割り当てられた最低補償ビットレートを表すデータ値を含むデータフィールドであり得る。コミットされた情報速度は、初期サービスレベルアグリーメントの一部としてエンドユーザ１１２に割り当てられた帯域幅を表し得る。一般に、コミットされた情報速度は、サービスレベルアグリーメントを満たすために必要であるまたは望ましいと思われる平均帯域幅であり得る。図示された例では、エンドユーザ１１２は、サービスプロバイダ１０６と１０Ｍｂｐｓイーサネットプライベート線に関するサービスレベルアグリーメントを有し得る。そのようなサービスレベルアグリーメントを有するエンドユーザ１１２に対する帯域幅プロファイルはさらに、コミットされた情報速度は２Ｍｂｐｓであることを特定し得る。

幾つかの実施形態では、帯域幅プロファイルはまた、ピーク情報速度値を含み得る。図示された実施形態では、ピーク情報速度値はピーク情報速度フィールド３０４に含まれ得る。ピーク情報速度は、サービスレベルアグリーメントの下で、エンドユーザ１１２が利用可能な最大許容帯域幅を表し得る。図示された例では、ピーク情報速度は、１０Ｍｂｐｓ、または通信リンクの最大送信速度であり得る。

幾つかの実施形態では、帯域幅プロファイルはまた、コミットされたバーストサイズ値を含み得る。図示された実施形態では、コミットされたバーストサイズ値は、コミットされたバーストサイズフィールド３０６に含まれ得る。コミットされたバーストサイズは、サービスプロバイダ１０６により通信リンクに送られる情報パケットの平均サイズを表し得る。図示された例では、コミットされたバーストサイズは、２ＫＢであり得る。

幾つかの実施形態では、帯域幅プロファイルはまた、ピークバーストサイズ値を含み得る。図示された実施形態では、ピークバーストサイズ値はピークバーストサイズフィールド３０８に含まれ得る。ピークバーストサイズは、サービスプロバイダ１０６により通信リンクに送られる情報パケットの最大許容値を表し得る。図示された例では、ピークバーストサイズは、４ＫＢであり得る。

本開示の理解を助けるためにある数字が与えられるが、これらの数字は限定として読まれるべきではない。たとえば、エンドユーザ１１２は、５０Ｍｂｐｓまたは１００Ｍｂｐｓまたは任意の他の送信レートに対するサービスレベルアグリーメントを有し得る。加えて、イーサネット仮想プライベート線またはサービスプロバイダ１０６からエンドユーザ１１２に複数のサービスを通信するために適切な任意の他のタイプの通信リンクに対するサービスレベルアグリーメントであり得る。さらに、図４を参照しながら以下でより詳細に記載されるように、コミットされた情報速度、ピーク情報速度、コミットされたバーストサイズ、およびピークバーストサイズ値は、サービスプロバイダ１０６から受けるサービスおよびサービスプロバイダ１０６とエンドユーザ１１２の間のサービスレベルアグリーメントに依存して変化し得る。異なるサービスを最適化することは、異なる帯域幅プロファイルを必要とし得る。たとえば、コミットされたバーストサイズは、電話サービスに対して必要とされるであろうサイズより高速インターネットサービスに対するものの方が大きい場合がある。

加えて、図示された実施形態は帯域幅プロファイルを決定するために４つの値を与えるが、帯域幅プロファイルは、本開示の範囲を逸脱することなく、より多い、より少ない、または異なる値を含み得る。

図４は本開示のある実施形態に従う、マルチサービスをサポートするために帯域幅を動的に変更する方法の一実施例４００を示すフローチャートである。方法４００は、新しい所望の帯域幅プロファイルを決定することと、サービスプロバイダ１０６のエンドユーザ１１２に割り当てられた帯域幅プロファイルを調整することを含み得る。

一実施形態に従うと、方法４００は好適にはステップ４０２で始まる。本開示の教示はシステム１００の様々な構成に実装され得る。よって、方法４００に対する好適な初期点および方法４００に含まれるステップ４０２〜４１４の順序は、選択された実装に依存し得る。

ステップ４０２では、サービスプロバイダ１０６は所与のエンドユーザ１１２に対する帯域幅プロファイルを設定し得る。図１〜３を参照して上でより詳細に記載したように、エンドユーザ１１２はサービスプロバイダ１０６から受けた複数のサービスに基づいて割り当てられる帯域幅プロファイルを有し得る。幾つかの実施形態では、帯域幅プロファイルは、帯域幅プロファイルは、エンドユーザ１１２に対するサービスレベルアグリーメントを設定する複数のデータ値を含み得る。図示された例では、帯域幅プロファイルは、コミットされた情報速度、ピーク情報速度、コミットされたバーストサイズ、およびピークバーストサイズを含み得る。帯域幅プロファイルを設定した後、方法４００はステップ４０４に進み得る。

ステップ４０４では、サービスプロバイダ１０６のエンドユーザ１１２はサービスプロバイダ１０６からサービスを受け得る。図１〜３を参照して上でより詳細に記載したように、そのようなサービスは、高速インターネット、テレビ、および／または電話サービスを含み得る。そのようなサービスは、サービスプロバイダ１０６の特定の構成に従って、いろいろに一括で提供されても良いし、個々に提供されても良い。サービスを受けたあと、方法はステップ４０６に進む。

ステップ４０６では、サービスプロバイダ１０６のエンドユーザ１１２は、割り当てられた帯域幅プロファイルの変更が必要であるまたは望ましいことを決定し得る。図１〜３を参照して上でより詳細に記載したように、帯域幅プロファイルの変更は、期待した利用い比べたときサービスの実際の利用の変更の結果として、またはサービスプロバイダ１０６から受けるサービスの数を追加するもしくは削減する要望として、必要であったりまたは望ましかったりする。もし、帯域幅プロファイルの変更が要望されるなら、方法４００はステップ４０８に進み得る。もし、変更が要望されなければ、方法４００はステップ４０４に戻り得て、エンドユーザ１１２はサービスプロバイダ１０６からサービスを受け続け得る。

ステップ４０８では、エンドユーザ１１２は、所望の新しい帯域幅プロファイルを決定し得る。図１〜３を参照して上でより詳細に記載したように、帯域幅プロファイルへの実際の変更の決定は、帯域幅プロファイルに含まれる予め指定されたデータ値の変更の手動および／または自動計算の任意の適切な組み合わせによってなされ得る。図示さえた例では、エンドユーザ１１２は、サービスプロバイダ１０６によって与えられる高速インターネットサービス上のストリーミングビデオの性能を改善することが必要であるまたは望ましいことを決定し得る。エンドユーザ１１２は、手動でクエリモジュール１１０に帯域幅プロファイルのパラメータの所望の変更を告げても良い。より適切な例では、エンドユーザ１１２は、クエリモジュール１１０に高速インターネット性能の所望の増加を示すためにソフトウェアインタフェースを用いても良い。クエリモジュール１１０は次に、それ自身によって、またはルータ１０２の別のモジュールおよび／もしくは宅内機器１０４の組み合わせで、帯域幅プロファイルのパラメータの適切な変更を自動的に決定し得る。新しい帯域幅プロファイルを決定した後、方法４００はステップ４１０に進み得る。

ステップ４１０では、方法４００は、新しい帯域幅プロファイルをサービスプロバイダ１０６に通信するためのメッセージを作成し得る。図１〜３を参照して上でより詳細に記載したように、クエリモジュール１１０は、サービスプロバイダ１０６の帯域幅調整モジュール１０８に通信するための新しい帯域幅プロファイルを記載する情報を含むマルチキャストメッセージングプロトコルを作成し得る。図示された例では、クエリモジュール１１０は、図２〜３を参照して上でより詳細に記載したようにＩＧＭＰパケットに包含される補助データを作成し得る。メッセージを作成した後、方法４００はステップ４１２に進み得る。

ステップ４１２では、方法４００は、図１〜３を参照して上でより詳細に記載したように、ステップ４１０で作成されたメッセージをサービスプロバイダ１０６に通信し得る。メッセージをサービスプロバイダ１０６に通信した後、方法４００はステップ４１４に進み得る。ステップ４１４では、サービスプロバイダ１０６は、図１〜３を参照して上でより詳細に記載したように、エンドユーザ１１２に割り当てられた帯域幅プロファイルをアップデートし得る。幾つかの実施形態では、サービスプロバイダ１０６は、ステップ４１０で作成されたメッセージを受けると、自動的にエンドユーザ１１２に割り当てられた帯域幅プロファイルをアップデートし得る。帯域幅プロファイルをアップデートした後、方法４００はステップ４０４に戻り得て、エンドユーザ１１２は、サービスプロバイダ１０６からサービスを、アップデートされた帯域幅プロファイルで受け続け得る。

図４は、方法４００に関して踏まれるであろう特定の数のステップを開示しているが、方法４００は図４に示されたものより、より多くまたはより少ないステップで実行され得る。加えて、図４は方法４００に含まれるステップのある順序を開示しているが、方法４００に含まれるステップは任意の適切な順序で完了し得る。たとえば、方法４００は、同一のステップで、所望の新しい帯域幅プロファイルを決定し、対応するメッセージを作成し得る。加えて、同一の構成で、エンドユーザ１１２は選択することができる予め設定された、代替の帯域幅プロファイルの組を有する必要があるまたは有することが望ましいことがある。そのような構成では、方法４００は、エンドユーザ１１２が現行の帯域幅プロファイルの変更を決心する前に、新しい帯域幅プロファイルを決定し得る。さらに、方法４００は、フィースケジュールおよび／または帯域幅プロファイルの変更に結果としてのサービスプロバイダ１０６とエンドユーザ１１２の間のサービスレベルアグリーメントのアップデートをする追加のステップを含み得る。

本開示はある実施形態および全般的に関連する方法を用いて記載してきたが、実施形態および方法の変更および入替は、当業者には明らかであろう。加えて、実施形態の例の上の記載は、本開示に限定されない。他の変更、置き換え、および変更は、以下のクレームによって定義されえるような、本開示の目的および範囲から逸脱することなく可能である。

Claims (13)

1. サービスプロバイダのエンドユーザであって前記サービスプロバイダから複数のサービスを受けるエンドユーザに割り当てられた第１の帯域幅プロファイルを動的に変更する方法であって、
   前記サービスプロバイダに、前記第１の帯域幅プロファイルの変更の要求を、マルチキャストメッセージングプロトコルを介して通信することと、
   前記第１の帯域幅プロファイルの変更の要求を反映した、前記エンドユーザに割り当てられた第２の帯域幅プロファイルを受けること、
   を含む方法。
2. さらに、
   前記第２の帯域幅プロファイルに対して前記サービスプロバイダによって課金される金額の変更を反映するアップデートフィースケジュールを受けること、を含む請求項１の方法。
3. サービスプロバイダのエンドユーザであって前記サービスプロバイダから複数のサービスを受けるエンドユーザに割り当てられた第１の帯域幅プロファイルを動的に変更するシステムであって、前記システムは、前記サービスプロバイダに通信可能に繋げられたクエリモジュールであって、
   マルチキャストメッセージプロトコルを介して前記サービスプロバイダに前記第１の帯域幅の変更の要求を通信し、
   前記第１の帯域幅プロファイルの変更の要求を反映した、エンドユーザに割り当てられた第２の帯域幅プロファイルを受ける、
   ように構成されたクエリモジュールを含むシステム。
4. 前記第１の帯域幅プロファイルの変更の前記要求は、前記サービスプロバイダから追加のサービスに対する要求を含む、請求項３のシステム。
5. 前記第２の帯域幅プロファイルは、前記第１の帯域幅プロファイルからコミットされた情報速度の変更を含む、請求項３のシステム。
6. 前記第２の帯域幅プロファイルは、前記第１の帯域幅プロファイルからピーク情報速度の変更を含む、請求項３のシステム。
7. 前記第２の帯域幅プロファイルは、前記第１の帯域幅プロファイルからコミットされたバーストサイズの変更を含む、請求項３のシステム。
8. 前記第２の帯域幅プロファイルは、前記第１の帯域幅プロファイルからピークバーストサイズの変更を含む、請求項３のシステム。
9. 前記マルチキャストメッセージングプロトコルは、インターネットグループ管理プロトコルを含む、請求項３のシステム。
10. 前記複数のサービスは、少なくとも電話、テレビ、および高速インターネットサービスを含む、請求項３のシステム。
11. 前記クエリモジュールはさらに、前記第２の帯域幅プロファイルに対して前記サービスプロバイダによって課金される金額の変更を反映するアップデートフィースケジュールを受けるように構成されている、請求項３のシステム。
12. サービスプロバイダのエンドユーザであって前記サービスプロバイダから複数のサービスを受けるエンドユーザに割り当てられた第１の帯域幅プロファイルを動的に変更するシステムであって、前記システムは、前記サービスプロバイダに通信可能に繋げられたクエリモジュールであって、
    マルチキャストメッセージプロトコルを介して前記サービスプロバイダに前記第１の帯域幅の変更の要求を通信し、
    前記第１の帯域幅プロファイルの変更の要求を反映した、エンドユーザに割り当てられた、コミットされた情報速度、ピーク情報速度、コミットされたバーストサイズ、およびピークバーストサイズを含む第２の帯域幅プロファイルを受ける、
    ように構成されたクエリモジュールを含むシステム。
13. 前記第１の帯域幅プロファイルの変更の前記要求は、前記サービスプロバイダからの追加のサービスに対する要求を含む、請求項１２のシステム。