JP5531110B2 - モバイル通信ネットワークにおけるエネルギ制御 - Google Patents

Description

本発明はモバイル通信ネットワークにおけるエネルギ制御のための技術に関するものである。

近年、モバイル通信ネットワークなどにおける通信デバイスのような電子機器の電力消費量を削減することに対する関心が増加した。電力消費量を削減することは、コストを節約できるだけでなく、炭酸ガス放出を削減する助けとなるので、環境の観点からも有益である。

その結果、モバイル通信ネットワークにおいて、電力消費量の削減を可能とする技術に対する必要性がある。

本発明の実施形態によれば、モバイル通信ネットワークにおけるエネルギ制御の方法が提供される。本方法には、少なくとも１つのサービス品質クラスと関連するトラヒック転送ポリシーに従って、少なくとも１つのサービス品質クラスのデータ・トラヒックを転送するステップを含む。少なくとも１つのサービス品質クラスに割当てられたエネルギ制御属性に基づき、データ・トラヒックの転送のためのデータ・スループットは最大限度に制限される。

本発明の更なる実施形態により、ネットワーク・コンポーネントが提供される。本ネットワーク・コンポーネントには、少なくとも１つのサービス品質クラスと関連するトラヒック転送ポリシーに従い、１つ以上のモバイル端末からの、及び１つ以上のモバイル端末への少なくとも一方において、少なくとも１つのサービス品質クラスのデータ・トラヒックの転送を遂行するよう構成されるネットワーク・ノードを備える。更に、本ネットワーク・コンポーネントには、少なくとも１つのサービス品質クラスに割当てられたエネルギ制御属性に基づき、データ・トラヒックの転送のためのデータ・スループットを最大限度に制限するよう構成されるスループット・リミッタを備える。

本発明の更なる実施形態により、モバイル端末が提供される。本モバイル端末には、少なくとも１つのサービス品質クラスと関連するトラヒック転送ポリシーに従い、ネットワーク・ノードからの、及び、ネットワーク・ノードへの少なくとも一方において、少なくとも１つのサービス品質クラスのデータ・トラヒックの転送を遂行するよう構成されるトラヒック・フロー・コントローラを備える。更に、本モバイル端末には、少なくとも１つのサービス品質クラスに割当てられたエネルギ制御属性に基づき、データ・トラヒックの転送のためのデータ・スループットを最大限度に制限するよう構成されるスループット・リミッタを備える。

本発明の実施形態によるエネルギ制御が実装される可能性のある、モバイル通信ネットワーク環境を概略的に示す。 異なるサービス品質クラスのパラメータを有する典型的な表を示す。 本発明の実施形態による典型的なシナリオを示し、データ・スループットは総スループットの最大比率に制限されている。 本発明の実施形態による典型的なシナリオを示し、データ・スループットは最大絶対スループット値に制限されている。 本発明の実施形態による典型的なシナリオを示し、データ・スループットは総最大電力消費量の最大比率に制限されている。 本発明の実施形態によるエネルギ制御の方法を概略示すフローチャートを示す。

以下に、典型的な実施形態およびその添付図面を参照して、本発明について更に詳細に説明する。図に示した実施形態は、例えば３ＧＰＰ（第３世代パートナーシップ・プロジェクト）技術仕様によるモバイル通信ネットワークにおけるエネルギ制御技術に関連する。しかしながら、当然のことであるが、本明細書で説明する概念は、その他の形式の通信ネットワークにも同様に適用されてもよい。

図１は、本発明の実施形態に従うエネルギ制御が実装される可能性のある、モバイル通信ネットワーク環境を概略的に示す。本モバイル通信ネットワーク環境には、モバイル端末２００および多数のネットワーク・コンポーネント１００、１１０、１２０を備える。更に、図１は、例えばＩＭＳテレフォニ（ＩＭＳ：インターネット・プロトコル・マルチメディア・サブシステム）、ピアツーピア・ファイル共有または同様のもののような、各種形式のアプリケーション及びサービスの少なくとも一方を実装する可能性のあるアプリケーション／サービス・レイヤ３００を概略的に示す。加えて、図１は、通信事業者がネットワーク・コンポーネント１００、１１０、１２０およびモバイル端末２００の運用パラメータを制御可能とする、運用および保守（Ｏ＆Ｍ）システム４００を示す。

図１に示すネットワーク・コンポーネントには、ゲートウエイ・ノード１００、中間ゲートウエイ・ノード１１０およびアクセス・ノード１２０を備える。モバイル端末２００は携帯電話機、携帯用コンピュータまたはその他の形式のユーザ機器（ＵＥ）であってもよい。図に示す例では、ゲートウエイ・ノード１００は３ＧＰＰ技術仕様によるパケット・データ・ネットワーク（ＰＤＮ）ゲートウエイであり、中間ゲートウエイ１１０は３ＧＰＰ技術仕様によるサービング・ゲートウエイであり、アクセス・ノード１２０は３ＧＰＰ技術仕様によるｅＮｏｄｅＢである。しかしながら、当然のことであるが、その他の形式のモバイル端末またはネットワーク・コンポーネントを同様に使用してもよい。

図１に更に示すように、ベアラ５２、５４をモバイル端末２００とゲートウエイ・ノード１００との間に確立してもよい。ベアラ５２、５４の各々は、ゲートウエイ・ノード１００からモバイル端末２００への下りデータ・トラヒック、及び、モバイル端末２００からゲートウエイ・ノード１００への上りデータ・トラヒックの少なくとも一方を運んでもよい。ゲートウエイ・ノード１００では、下りデータ・トラヒックは、下りデータ・フロー・コントローラ１４０によりベアラ５２、５４にマッピングされる。このマッピングは、データ・トラヒックの形式に従って制御される。即ち、例えば特定のサービスまたはアプリケーションに関係するデータ・トラヒックのようなある形式のデータ・トラヒックは、ベアラ５２、５４の対応する１つにマッピングされるであろう。同様に、モバイル端末２００では、上りデータ・トラヒックは上りデータ・フロー・コントローラ２４０によってベアラ５２、５４にマッピングされる。再度、例えば特定のサービスまたはアプリケーションに関係するデータ・トラヒックのようなある形式のデータ・トラヒックは、ベアラ５２、５４の対応する１つにマッピングされるであろう。例えば、図１に示すベアラ５２は、例えばＳＩＰシグナリング・データ（ＳＩＰ：セッション開始プロトコル）のようなシグナリング・データを運んでもよく、ベアラ５４は、例えばＩＭＳ−ＶｏＩＰデータ（ＶｏＩＰ：ボイス・オーバ・インターネット・プロトコル）のようなパケット化音声データを運んでもよい。

ベアラ５２、５４は、そこにマッピングされるデータ・トラヒックが、サービス品質（ＱｏＳ）に関して必要とするリソースを獲得する、ということを保証する。具体的には、ベアラ５２、５４の各々を対応するＱｏＳクラスと関連させる。ある実施形態によれば、ＱｏＳクラスは、３ＧＰＰ技術仕様２３．４０１で定められたＱｏＳクラス識別子（ＱＣＩ）によって識別される可能性がある。本ＱＣＩは、所定のデータ転送ポリシーに対する参照として使用されてもよく、１と２４５との間のスカラ値であってもよい。

その結果、図１に示す通信ネットワーク環境では、データ・トラヒックは異なるＱｏＳクラスに属してもよく、図示のノード１００、１１０、１２０、２００の各々において、そのデータ・トラヒックは、データ・トラヒックのそれぞれのＱｏＳクラスに関連するトラヒック転送ポリシーに従って転送されてもよい。この点では、当然のことであるが、ＱＣＩはＱｏＳクラスを識別する１つの方法であり、ＱｏＳクラスを定めるその他の方法は、例えば異なるネットワーク・コンポーネント間で送信するデータ・パケットのヘッダ部分に含まれるＤＳＣＰ（差別化サービス・コード・ポイント）を使用して、同様に使用されてもよい。幾つかの実施形態によれば、ＱＣＩおよびＤＣＰの両方がＱｏＳクラスを識別するために使用されてもよく、例えばＯ＆Ｍシステム４００を通して通信事業者が、ＱＣＩのＤＳＣＰへのマッピングを提供してもよい。その上、モバイル通信ネットワークの形式に依存して、その他の形式のＱｏＳクラスを使用してもよい。例えば、幾つかのモバイル通信ネットワークでは、“会話型”、“ストリーム型”、“対話型”および“バックグラウンド型”のような異なるトラヒック・クラスの観点からＱｏＳクラスを定めてもよい。しかしながら、明確化を目的に、以下の説明では、ＱｏＳクラスをＱＣＩが識別する実施形態に焦点を合わせる。これらの例によれば、例えばＱＣＩ５を有する１つのＱｏＳクラスのデータ・トラヒックを伝送するために、ベアラ５２を使用してもよく、例えばＱＣＩ７を有するもう１つのＱｏＳのデータ・トラヒックを伝送するために、ベアラ５４を使用してもよい。
本明細書で説明するエネルギ制御の概念によれば、データ・トラヒックの転送に参加する各々のノード、即ちモバイル端末２００、アクセス・ノード１２０、中間ゲートウエイ・ノード１１０、ゲートウエイ・ノード１００または、データ伝送に参加するその他の任意の形式のネットワーク・ノードには、ＱｏＳクラス毎をベースにした、サービスされた、即ち転送されたデータ・トラヒックの総量を制限する能力を提供されてもよい。同様にこの制限により、あるＱｏＳクラスのデータ・トラヒックを処理することにとって消費される総電力を制御することが可能となる。具体的には、エネルギ制御属性が１つ以上のＱｏＳクラスに割当てられる可能性があり、このＱｏＳクラスまたはそれらのＱｏＳクラスのデータ・トラヒックの転送のためのデータ・スループットを最大限度値に制限するベースとして使用される。データ・スループットは、例えばデータ・シンボル、ビットまたは単位時間当たりのバイトの観点のような、データ・トラヒックを転送するために使用する帯域幅の観点で定められてもよい。

データ・スループットを制限する目的で、図１に示すように、データ・トラヒックの伝送に参加するノードの各々には、スループット・リミッタ１５０、２５０を提供してもよい。ここで、当然のことであるが、図１では、ネットワーク・コンポーネント１００、１１０、１２０の各々にスループット・リミッタ１５０が図示され、モバイル端末２００にはスループット・リミッタ２５０が図示されている。しかしながら、例えばアクセス・ノード１２０またはゲートウエイ・ノード１００のような、１つのノードのみがデータ・トラヒックの伝送に参加する幾つかの実施形態では、図示のスループット・リミッタが提供されてもよい。スループット・リミッタ１５０，２５０は、プロセッサが実行する予定のコンピュータ・プログラムによって実装されてもよく、または専用のハードウエア・コンポーネントによって実装されてもよい。幾つかの実施形態によれば、スループット・リミッタ１５０，２５０は、データ・トラヒックを転送するために、そして異なるＱｏＳクラスの間にリソースを配分するために使用されるスケジューリング・アルゴリズムのサブモジュールとして実装されてもよい。その他の実施形態では、スループット・リミッタは、そのようなスケジューリング・アルゴリズムから分離して実装されてもよい。加えて、当然のことであるが、図１に示されていないが、例えば伝送ノードのような更なるネットワーク・ノードには、そのようなスループット・リミッタを同様に提供されてもよい。

上記で述べたように、ＱｏＳクラスの割当てたエネルギ制御属性の基づき、このＱｏＳクラスのデータ・トラヒックを転送するためのデータ・スループットを最大限度に制限するよう、スループット・リミッタ１５０、２５０を構成する。データ・スループットの制限を課したデータ・トラヒックは、上りリンク方向及び下りリンク方向の少なくとも一方のデータ・トラヒックであってもよい、即ちモバイル端末２００から及びモバイル端末２００への少なくとも一方であってもよい。例えばＯ＆Ｍシステム４００を使用して、対応する制御信号をネットワーク・コンポーネント１００、１１０、１２０に供給することにより、通信事業者が最大限度値を決定してもよい。モバイル端末のスループット・リミッタ２５０には、例えばアクセス・ノード１２０および、アクセス・ノード１２０とモバイル端末２００との間の無線リンクを介して、通信事業者が最大限度値を同様に構成してもよい。加えてまたは代わりに、また、モバイル端末のユーザが、モバイル端末２００のスループット・リミッタ２５０の最大限度値を構成してもよい。その結果、異なる形式の制御インタフェースが、スループット・リミッタ１５０、２５０を構成するため使用されてもよい。その制御インタフェースの形式は、典型的には、スループット・リミッタ１５０、２５０を備える形式のノードに依存するであろう。

従って、幾つかの実施形態では、エネルギ制御に関する制御情報はＯ＆Ｍシステム４００から受信される。この制御情報は、最大限度値の値を定めてもよく、および／または、例えば総データ・スループット容量の最大比率として、絶対データ・スループット値として、または総最大電力消費量の最大比率として、最大限度値が定められるかどうか、という最大限度のタイプを定めてもよい。

幾つかの実施形態によれば、最大限度値は、スループット制限値を課したＱｏＳクラスのデータ・トラヒックをアクセス・ノード１２０と通信するモバイル端末の数に依存する可能性がある。例えば、アクセス・ノード１２０とデータ・トラヒックを通信する多数のモバイル端末に対して、より大きな最大限度値を選択してもよい。

幾つかの実施形態によれば、例えば１−４以外のＱＣＩに関連するＱｏＳのような、保証されたビットレートがないＱｏＳクラスに、データ・スループット制限値を適用する。例えば５および９との間のＱＣＩを有するＱｏＳクラスのような、保証されたビット速度のＱｏＳクラスに対しては、データ・スループットの制限は望ましくない可能性がある。それにもかかわらず、保証されたビット速度を有するＱｏＳクラスのデータ・スループットの制限は、同様にあり得ることである。

図２は、上記で概説したエネルギ制御の概念を実装するため、本発明の実施形態によるモバイル通信ネットワークで使用される可能性のあるＱＣＩ表を概略的に示す。本ＱＣＩ表は、典型的には、Ｏ＆Ｍシステム４００を使用して通信事業者によって提供される。

左端の列から開始して右端に進むよう、列について説明する。左端の列には、ＱＣＩ値が示され、その各々異なるＱｏＳクラスを定める。次の列はリソース形式を定める。表に示すように、ＱＣＩ１−４は保証されたビット速度（ＧＢＲ）のＱｏＳクラスでありが、ＱＣＩ５−９は非ＧＢＲのＱｏＳクラスである。

次の列は、ＱｏＳクラスの優先度を定め、リソース調整のためのスケジューリング・アルゴリズムで使用してもよい。より低い値はより高い優先度を示す。表に示すように、図に示す典型的な表では、ＱＣＩ５を有するＱｏＳクラスが最高の優先度で提供される。

次の列はパケット遅延量、即ち、データ・パケットが、ゲートウエイ・ノード１００とモバイル端末２００との間の送信の間に体験する可能性のある最大遅延を定める。

次の列は、許容パケット損失率、論理チャネル・グループおよびＤＳＣＰ値へのＱｏＳクラスのマッピングを定める。ＤＳＣＰマッピング列では、“ＥＳ”はＲＳＣ３２４５で定められた完全優先転送動作を示し、“ＡＦ”はＲＦＣ２５９７で定められた相対的優先転送クラスを示し、そして“ＣＳ”はＲＦＣ２４７５で定められたクラス・セレクタ形式転送動作を示す。

次の列はエネルギ制御属性を定めるために使用される。表に示すように、ＧＢＲ ＱｏＳクラスであるＱＣＩ１−４に対しては、エネルギ制御属性が全く割当てられない（Ｎ／Ａで示す）。これは、典型的には、通信事業者がＧＢＲデータ・トラヒックのデータ・スループットを制限したくないだろうということを反映している。ＱＣＩ５および６に対しては、エネルギ制御属性“ｘ”が割当てられ、ＱＣＩ７および８に対してはエネルギ制御属性“ｙ”が割当てられ、ＱＣＩ９に対してはエネルギ制御属性“ｚ”が割当てられる。この点では、当然のことであるが、エネルギ制御属性“ｘ”、“ｙ”および“ｚ”は、実際には、最大限度値または１つの形式の最大限度値のようなエネルギ制御パラメータの集合への参照であってもよい。また、当然のことであるが、任意の数の異なるエネルギ制御属性が必要に応じて異なるＱｏＳクラスに定められ、割当てられることできる可能性がある。

以下に、エネルギ制御属性の最大限度値を定める選択肢について、図３-５に示す典型的な状況に対して説明する。

図３の示す状況は、総データ・スループット容量の最大比率として最大限度値を定めた実施形態に関する。総データ・スループット容量とは、エネルギ制御属性が割当てられるＱｏＳクラスのデータ・トラヒックを転送し、また、典型的には、１つ以上のその他のＱｏＳクラスのデータ・トラヒックを転送するのに利用可能な容量をいう。総データ・スループット容量は、モバイル通信ネットワークの１つ以上のセルのレベルで定められてもよい、即ち、そのセルまたは複数のセルの総データ・スループット容量であってもよい。或いは、総データ・スループット容量は、ネットワーク・ノード・レベルで定められてもよい、即ち、ネットワーク・ノードで利用可能な総データ・スループット容量であってもよい。そのようなノードは、例えばアクセス・ノード１２０、中間ゲートウエイ・ノード１１０、ゲートウエイ・ノード１００、または図１に示したモバイル端末２００のような、データ・トラヒックの伝送に参加している上記で議論したノードのいずれであってもよい。この点では、また注意すべきであるが、総データ・スループット容量が定められるノードは、データ・スループットの制限値が実装されたものと異なるか、または同じであってもよい。

図３では、Ｌで表示した、データ・スループットの最大限度値、およびＴＣで表示した総データ・スループット容量は、ｔで表示した時間の関数として示されている。図に示すように、総データ・スループット容量は時間とともに変化し、これは利用可能なリソースの変動、モバイル端末の位置の変化または伝送条件の変化のためである可能性がある。最大限度値は、例えば２０％のような総スループット容量の比率として定められ、同じように変化する。

図３では、線Ｌとｔ軸との間の領域は、エネルギ制御属性を割当てたＱｏＳクラスのデータ・トラヒックを転送するために利用可能なデータ・スループット容量である。線ＴＣと線Ｌとの間の領域は、例えばその他のＱｏＳクラスのデータ・トラヒックのような他のデータ・トラヒックの転送のために利用可能なデータ・スループット容量である。両方の領域では、全ての容量が実際に使用される必要はない、即ち使われていない容量が存在する。

総データ・スループット容量の最大比率として最大限度値を定める場合、総データ・スループット容量の所定の比率以上でない値が、エネルギ制御属性に関連するＱｏＳクラスのデータ・トラヒックに配分されるであろう。

図４には、最大限度値を絶対データ・スループット値として定めた実施形態に関する状況を示す。絶対データ・スループット値は、例えば毎秒のビット数という単位、または同様のような帯域幅として定めることができる。

図４では、総データ・スループット容量は、再度、ＴＣで表示しており、図３に示したものと同じように変化する。最大限度値は、再度、Ｌで表示している。しかしながら、図３と比較して、最大限度値は一定値であり、総データ・スループット容量の変動と無関係である。

絶対データ・スループット値として最大限度値を定める場合、エネルギ制御属性を割当てたＱｏＳクラスのデータ・トラヒックは、最大限度値の絶対データ・スループット値より高いデータ・スループットを体験しないであろう。

図５は、総最大電力消費量の最大比率として最大限度値を定めた実施形態に関する状況を示す。エネルギ制御属性を割当てたＱｏＳクラスのデータ・トラヒックを転送することに起因し、そして、典型的にはまた、１つ以上のその他のＱｏＳクラスのデータ・トラヒックを転送することに起因する総最大電力消費量として、総最大電力消費量を定めてもよい。総電力消費量は、モバイル通信ネットワークの１つ以上のセルのレベルで定められてもよい、即ちそのセルまたは複数のセルにおける総電力消費量であってもよい。或いはまた、総電力消費量は、モバイル通信ネットワークのノードのレベルで定められてもよい、即ちそのノードにおける総電力消費量であってもよい。このノードは、例えばアクセス・ノード１２０、中間ゲートウエイ・ノード１１０、ゲートウエイ・ノード１００または図１に示すモバイル端末２００のような、データ・トラヒックの伝送に参加する、上記で議論したノードのいずれであってもよい。注意すべきことであるが、総電力消費量を定めるために使用したノードは、データ・スループットの制限を実装したものとは異なってもよいし、同じでもよい。

図５では、ＴＰで表示した総最大電力消費量、およびＬで表示した最大限度値は、ｔで表示した時間の関数として示されている。総最大電力消費量は、実質的に一定であるとして示されている。しかしながら、総最大電力消費量は時間の関数として変化する、ということも可能である。例えば、高いネットワーク負荷の段階では、通信事業者によって、増加した総最大電力消費量が一時的に許容されてもよい。

図５では、線Ｌとｔ軸との間の領域は、エネルギ制御属性を割当てたＱｏＳクラスのデータ・トラヒックが使用するために利用可能な電力であるが、線ＴＰと線Ｌとの間の領域は、例えばＱｏＳクラスのデータ・トラヒックのようなその他のデータ・トラヒックが使用するために利用可能な電力である。両方の領域では、未使用の電力量があってもよい。

総最大電力消費量の最大比率として最大限度値を定める場合、総最大電力消費量の所定の比率以上でない値が、エネルギ制御属性を割当てたＱｏＳクラスのデータ・トラヒックに配分されるであろう。総最大電力消費量の最大比率として最大限度値を定める場合、電力消費量における削減は、多かれ少なかれ、最大限度値によって直接与えられる。このＱｏＳクラスに起因する電力消費量を選択した最大限度値以下に保つように、ＱｏＳクラスのデータ・スループットを適応させてもよい。

上記で説明した概念では、送信シンボル数を減らすことによって、電力消費量を削減する。例えば、モバイル端末２００とアクセス・ノード１２０との間の無線リンクで、データ・トラヒックの各々のデータ・シンボルを送信するために同じ電力を使用する場合、送信データ・シンボル数の削減は、電力消費量における削減に比例的に変換できるであろう。同様に、異なる電力でデータ・シンボルを送信する場合、電力消費量における削減はまた獲得されるであろう。加えて、データ・スループットの制限により、無線リンクでデータ・シンボルを送信するために、より低い次数の変調を使用できる可能性があり、このことは、同様に、送信データ・シンボル当たりに、より低い電力を使用することを可能にする。

ある例によれば、もしアクセス・ノード１２０が同じ電力で各々のデータ・シンボルを送信し、送信シンボル数の削減が９０％であるなら、アクセス・ノード１２０における対応する電力削減は、少なくとも９０％であろう。アクセス・ノード１２０における、例えばファンまたは空調のような冷却システムのごとき補助的装置が、削減電力で同様に動作する可能性があるということを考慮すると、追加の電力節約を獲得できる。

図６は、上記で述べた概念によるエネルギ制御の方法を概略的に示すフローチャートである。本方法は、例えばアクセス・ノード１２０、中間ゲートウエイ・ノード１１０、ゲートウエイ・ノード１００または図１で示したモバイル端末２００のような、データ・トラヒックの伝送に参加する上記で議論したノードのいずれに実装してもよい。

ステップ６１０では、少なくとも１つのＱｏＳクラスのデータ・トラヒックは、そのＱｏＳクラスの対応するトラヒック転送ポリシーに従って転送される。このＱｏＳは、あるＱＣＩ、具体的には非ＧＢＲ ＱＣＩに基づいて定めてもよい。しかしながら、当然のことであるが、あるＱｏＳクラスを定めるその他の方法も同様に可能である。多数のＱｏＳクラスのデータ・トラヒックを転送する場合、各々のＱｏＳクラスは、典型的には、その対応するトラヒック転送ポリシーを持つ。

エネルギ制御属性はＱｏＳクラスに割当てられ、それは、例えば図１に示したＯ＆Ｍシステム４００、及び図２に示したＱＣＩ表の少なくとも一方を使用して、通信事業者によって遂行される可能性がある。

ステップ６２０では、エネルギ制御属性を割当てた、少なくとも１つのＱｏＳクラスのデータ・トラヒックを転送するデータ・スループット容量は、最大限度値に制限される。これは、図１に示したデータ・スループット・リミッタ１５０、２５０によって遂行されてもよい。異なる形式の最大限度値を使用してもよい。例えば、総データ・スループット容量の最大比率、絶対データ・スループット値、または総最大電力消費量の最大比率で、最大限度値を定めてもよい。最大限度値のタイプ、最大限度値の値、及びその他のエネルギ制御パラメータの少なくとも１つは、Ｏ＆Ｍシステム４００から受信した制御情報によって定めてもよい。最大限度値は１つのＱｏＳクラスに適用してもよいし、多数のＱｏＳクラスに適用してもよい。後者の場合は、多数のＱｏＳクラスは、最大限度値が定めたデータ・スループット容量を共有する。

エネルギ制御属性を割当てたＱｏＳクラスの制限されたデータ・スループットにより、電力消費量において、対応する削減が獲得される。例えば、アクセス・ノード１２０とモバイル端末２００との間の無線リンクでデータ・シンボルを送信する電力消費量が削減される可能性がある。加えて、その他のノードでのデータ・トラヒックの処理または転送による電力消費量も同様に削減される可能性がある。

当然のことであるが、上記で説明した概念は、単に典型的であるだけであり、各種の変更を受け入れる余地がある。例えば、最大限度値を定めるという上記で説明した選択肢は、変更できる可能性があるか、またはお互いに組み合わせる可能性さえある。更に、当然のことであるが、データ・トラヒックの伝送に参加する異なるノードで、異なる形式のスループット・リミッタを使用できる可能性がある。例えば、異なるノードにおけるスループット・リミッタは、異なる値の最大限度値、及び異なる形式の最大限度値の少なくとも一方を使用できる可能性がある。更に、例えば異なる値の最大限度値、及び異なる形式の最大限度値の少なくとも一方を使用して、異なる方法で上りデータ・トラヒックのデータ・スループットおよび下りデータ・トラヒックのデータ・スループットを制限できる可能性がある。また、エネルギ制御属性に基づいて、データ・スループットの制限が下りリンク方向にのみ実装し、上りリンク方向には実装しない、またはその逆にする、ということが可能である。更に、上記で説明した概念は、各種形式のモバイル通信ネットワークで適応されてもよい。

Claims (16)

1. モバイル通信ネットワークにおけるエネルギ制御の方法であって、
   少なくとも１つのサービス品質クラスと関連するトラヒック転送ポリシーに従って、前記少なくとも１つのサービス品質クラスのデータ・トラヒックを転送するステップと、
   前記少なくとも１つのサービス品質クラスに割り当てられたエネルギ制御属性に基づき、データ・トラヒックの転送のためのデータ・スループットを最大限度に制限するステップと
   を含むことを特徴とする方法。
2. 前記データ・トラヒックは、上りリンク方向及び下りリンク方向の少なくとも一方のデータ・トラヒックであることを特徴とする請求項１に記載の方法。
3. 前記最大限度は、前記モバイル通信ネットワークのアクセスノード（１２０）に、前記少なくとも１つのサービス品質クラスの前記データ・トラヒックを通知するモバイル端末（２００）の数に依存することを特徴とする請求項１又は２に記載の方法。
4. オペレーション及びメンテナンスシステム（４００）から前記エネルギ制御属性に関する制御情報を受信するステップをさらに含むことを特徴とする請求項１乃至３の何れか１項に記載の方法。
5. 前記制御情報は、前記最大限度の値を定義することを特徴とする請求項４に記載の方法。
6. 前記制御情報は、前記最大限度のタイプを定義することを特徴とする請求項４又は５に記載の方法。
7. 前記最大限度は、総データ・スループット容量の最大比率として定義されることを特徴とする請求項１乃至６の何れか１項に記載の方法。
8. 前記最大限度は、絶対データ・スループット値として定義されることを特徴とする請求項１乃至６の何れか１項に記載の方法。
9. 前記最大限度は、総最大電力消費量の最大比率として定義されることを特徴とする請求項１乃至６の何れか１項に記載の方法。
10. 前記サービス品質クラスに関連する、それぞれの対応するトラヒック転送ポリシー従って、複数のサービス品質クラスのデータ・トラヒックを転送するステップをさらに含み、
    前記エネルギ制御属性は、前記複数のサービス品質クラスに割り当てられることを特徴とする請求項１乃至９の何れか１項に記載の方法。
11. 前記サービス品質クラスは、保証されたビットレートのないサービス品質クラス識別子に関連することを特徴とする請求項１乃至１０の何れか１項に記載の方法。
12. ネットワーク・コンポーネント（１００；１１０；１２０）であって、
    少なくとも１つのサービス品質クラスと関連するトラヒック転送ポリシーに従って、１つ以上のモバイル端末からの、及び、該１つ以上のモバイル端末への少なくとも一方において、前記少なくとも１つのサービス品質クラスのデータ・トラヒックの転送を遂行するよう構成されるネットワーク・ノードと、
    前記少なくとも１つのサービス品質クラスに割り当てられるエネルギ制御属性に基づき、前記データ・トラヒックの転送のためのデータ・スループットを最大限度に制限するよう構成されるスループット・リミッタ（１５０）と
    を備えることを特徴とするネットワーク・コンポーネント（１００；１１０；１２０）。
13. 前記ネットワーク・コンポーネントは、請求項１乃至１１の何れか１項に記載の方法に従って動作するように構成されることを特徴とする請求項１２に記載のネットワーク・コンポーネント（１００；１１０；１２０）。
14. モバイル端末（２００）であって、
    少なくとも１つのサービス品質クラスと関連するトラヒック転送ポリシーに従って、ネットワーク・ノードからの、及び、該ネットワーク・ノードへの少なくとも一方において、前記少なくとも１つのサービス品質クラスのデータ・トラヒックの転送を遂行するよう構成されるトラヒック・フロー・コントローラ（２４０）と、
    前記少なくとも１つのサービス品質クラスに割り当てられるエネルギ制御属性に基づき、前記データ・トラヒックの転送のためのデータ・スループットを最大限度に制限するよう構成されるスループット・リミッタ（２５０）と
    を備えることを特徴とするモバイル端末（２００）。
15. 前記モバイル端末（２００）は、請求項１乃至１１の何れか１項に記載の方法に従って動作するように構成されることを特徴とする請求項１４に記載のモバイル端末（２００）。
16. 請求項１乃至１１の何れか１項に記載の方法の各ステップを実行するようにコンピュータを機能させるプログラムコードを含むコンピュータ・プログラム。

Images