JP2011525065A - 区分エンティティおよび容量を区分するための方法 - Google Patents

Abstract

本発明は、所定のデータトラヒックの枯渇を回避するため、かつ、多様な特性を持つサービスをサポートするために、通信ネットワークにおける容量を区分するための、区分エンティティと方法とに関する。容量を区分する方法には、経時変化するグループ容量に関連するグループに通信リンクを割り当てて通信リンクのグループを形成することが含まれる。グループには、通信リンクの第１のサブグループと、少なくとも１つの第２のサブグループとが含まれる。また、方法には、経時変化するグループ容量の非ゼロ部分を、そのグループの通信リンクの第１のサブグループに割り振ることが含まれる。

Description

本発明は、区分エンティティと、容量がそれに対して割り振られうる通信リンクを用いる通信ネットワークにおける容量を区分するための方法とに関する。

パケット交換ネットワークのような通信ネットワークでは、必要なサービスまたは注文されたサービスに応じてデータトラヒックがさまざまに分類されることがある。分類用のメカニズムとしてよく知られているのは、サービス品質（ＱｏＳ）である。

インターネットでは、最も普及しているＩＰベースのＱｏＳメカニズムは、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ（ＩＥＴＦ）によって刊行された、Ｓ．Ｂｌａｋｅ他による「Ａｎ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ」ＲＦＣ２４７５の中に記述されたＤｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓのためのアーキテクチャに基づいている。このアーキテクチャでは、データトラヒックは、種々のクラスに分類され、各クラスは、ネットワーク内のノードにおいて別々に処理される。個々のパケットがどのクラスに属するかは、例えば、パケットのＩＰヘッダの中のＤＳＣＰフィールドによって示される。従ってネットワーク内の中間ノードは、ＤＳＣＰフィールドを読んで、パケットがどのように処理されるのかを推定する。

さらに、これもＩＥＴＦによって刊行された、Ｊ．Ｈｅｉｎａｎｅｎによる「Ａｓｓｕｒｅｄ Ｆｏｒｗａｒｄｉｎｇ ＰＨＢ Ｇｒｏｕｐ」ＲＦＣ２５９７は、Ａｓｓｕｒｅｄ Ｆｏｒｗａｒｄｉｎｇ（ＡＦ）と呼ばれるトラヒック処理のクラスについて述べている。ここで、ＡＦ処理を実装しているノードは、構成可能な最小限の量の転送リソース、例えばバッファスペースおよび帯域幅を、それぞれの実装されたＡＦクラスに割り当てなければならず、そして、各クラスは、構成されたサービスレート、例えば帯域幅を、小さいタイムスケールと大きいタイムスケールとの両方で達成するかたちでサービス提供されなければならない。詳細には、例えば、データトラヒックの優先度を示す優先度、このクラスのデータトラヒックに与えられるべき最小レートを示す最小レート、そして、このクラスのデータトラヒックに与えられるべき最大レートを示す最大レートのような３つのパラメータが定義されてもよい。

典型的には、すべてのクラスの最小レートが最初に優先度の降順にサービス提供される。この後で帯域幅が残っていれば、データトラヒックが、各ＡＦクラスについて最大レートに至るまで優先度の降順にサービス提供されてもよい。

そのような従来型の固定ネットワークでは、送出リンクのビットレートは、一定であり、すなわち、経時変化しない。

３ＧＰＰでは、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）システムにおいてＱｏＳを提供するために、別のＱｏＳの枠組みが議論されてきた。例えば、２００８年３月の３ＧＰＰ仕様ＴＳ ２３．４０１「Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ） Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ） Ａｃｃｅｓｓ」バージョン８．１．０は、例えばＱｏＳクラス識別子（ＱｏＳ ｃｌａｓｓ ｉｄｅｎｔｉｆｉｅｒ：ＱＣＩ）のような、コアネットワークからＬＴＥ無線アクセスネットワーク（ＲＡＮ）へ信号で伝えられる、ベアラレベルのパラメータについて記述している。この仕様によれば、ＱＣＩは、例えばスケジューリングの重み付け、進入許可閾値、待ち行列管理閾値、リンクレイヤプロトコル構成などのようなベアラレベルのパケット転送処理を制御し、かつ、例えばｅＮｏｄｅＢのようなアクセスノードを所有するオペレータによって事前構成された、アクセスノード固有パラメータにアクセスするための参照として用いられるスカラである。

３ＧＰＰは、ＬＴＥ ＲＡＮは見込まれる２５６個のＱＣＩのうち９個を提供すべきであるという標準化を行ったが、それらは標準ＱＣＩと呼ばれ、Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ（ＥＰＳ）について記述している上記の３ＧＰＰ仕様ＴＳ２３．４０１の中にも記載されている。規定された特性には、リソースタイプ、「優先度（Ｐｒｉｏｒｉｔｙ）」、パケット遅延割当量（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ：ＰＤＢ）、パケットロス率（Ｐａｃｋｅｔ Ｌｏｓｓ Ｒａｔｅ：ＰＬＲ）などがあり、ここで、ＱＣＩのための特性の値は、３ＧＰＰ仕様ＴＳ ２３．４０１の中に記載されており、参照により本願に援用する。

このＱｏＳの枠組みでは、「優先度」レベルは、同じユーザ装置（ＵＥ）のサービスデータフロー（ＳＤＦ）集合を区別するために用いられることになっており、また、異なるＵＥ間のＳＤＦ集合を区別するためにも用いられることになっている。そのＱＣＩを介して、ＳＤＦ集合が、「優先度」レベルおよびＰＤＢに関連付けられる。３ＧＰＰ仕様では、異なるＳＤＦ集合間のスケジューリングは、主に、ＰＤＢを基準にしなければならない。ＰＤＢによって設定された目標が、十分な無線チャネル品質を有するすべてのＵＥに渡って１つ以上のＳＤＦ集合についてもはや達成されなくなった場合には、優先度は、以下のように用いられることになっている。すなわち、スケジューラは、「優先度」レベルＮ＋１に関するＳＤＦ集合のＰＤＢを達成するのに優先して、「優先度」レベルＮに関するＳＤＦ集合のＰＤＢを達成することになる。

以下では、留意すべきだが、ＰＤＢの期限が近い場合にはＮという「優先度」レベルがＮ＋１より優先されるという、絶対優先度についての概念がある。

３ＧＰＰ仕様ＴＳ ２３．４０１は、Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ−Ｒａｔｅ（保証ビットレート）（ＧＢＲ） ＱＣＩと非−ＧＢＲ ＱＣＩとを区別し、その場合、ＧＢＲ ＱＣＩに関連するベアラは、ベアラ設定の際にＲＡＮへ信号で伝えられる、ＧＢＲと呼ばれる追加のパラメータを有する。そのようなベアラについては、ＲＡＮが、ＧＢＲフィールドの値に基づいて進入許可制御を行う可能性がある。非−ＧＢＲ ＱＣＩに関連するベアラについては、ベアラ設定の際にＧＢＲ値がＲＡＮに対して信号で伝えられることはない。

ＬＴＥシステムは、同時にサポートされうるスループットとユーザ数という点で、高いシステム容量をオペレータに提供するであろう。これらの能力は、幅広いサービスを提供する機会をオペレータに与え、そして、オペレータには、３ＧＰＰに定義されたＱｏＳメカニズムを用いて彼らが提供するサービス間のサービス品質と特性とを区別することが期待されている。

しかし、上記のような従来型のＱｏＳの枠組みの場合、高い優先度、すなわち低「優先度」値、に関連付けられたＱＣＩに関するトラヒックは、より低い優先度のトラヒックからのトラヒックを枯渇させることがある。言い換えると、優先度の高いトラヒックは、絶対優先度を持つスケジューラによってサービス提供されることから、すべてのリソースまたは容量は、高負荷状況ではそのトラヒックに与えられるであろうし、より優先度の低いトラヒックには何も残されていないであろう。

従って、貪欲なトラヒックを伴う厳密な優先度のスケジューリングが、高システム負荷での低優先トラヒックの枯渇の原因となる可能性がある。

特に、ワイヤレスリンクの仕様、例えばワイヤレスリンクの帯域幅が経時変化するという性質を考えると、特に、ユーザの無線条件が悪いモバイル環境においてサービス提供されるトラヒックが減少してオーバヘッドが増加する場合に、低優先トラヒックの枯渇が避けられない可能性があるため、固定ネットワークのための上記の見方を単純に適用することは十分ではない。

従って、特にモバイル環境において、所定のデータトラニックの枯渇を回避し、かつ、さまざまな特性のサービスをサポートするためのメカニズムを提供する方法およびそのようなエンティティの必要が生じる。

これは、独立請求項によって達成される。従属請求項では有利な実施形態について述べる。

一実施形態によれば、通信ネットワークにおける容量を区分する方法が、経時変化するグループ容量に関連付けられたグループに通信リンクを割り当てて通信リンクのグループを形成することを含む。グループには、通信リンクの第１のサブグループと、少なくとも１つの第２のサブグループとが含まれる。方法にはさらに、経時変化するグループ容量の非ゼロ部分を、そのグループの通信リンクの第１のサブグループに割り振ることが含まれる。

従って、経時変化するグループ容量の一部分は常に第１のサブグループに関連付けられるであろうから、通信リンクの第１のサブグループを用いるデータトラヒックは、枯渇しないであろう。言い換えると、たとえ容量が経時変化しても、容量の特定の相対的部分が、第１のサブグループの通信リンク上でデータトラヒック用として利用可能である。従って、たとえ経時変化する容量を伴うモバイル環境においても、多様なサービスが同時に維持されうる。

別の実施形態によれば、通信ネットワークの区分エンティティが、経時変化するグループ容量に関連付けられたグループに通信リンクを割り当てて通信リンクのグループを形成するための制御装置を備える。グループには、通信リンクの第１のサブグループと、少なくとも１つの第２のサブグループとが含まれる。さらに、区分エンティティは、前記経時変化するグループ容量の非ゼロ部分を、前記グループの通信リンクの第１のサブグループに割り振るための割振器を備える。従って、容量の一部分は常に第１のサブグループに関連付けられるであろうから、第１のサブグループの通信リンク上のデータトラヒックは、枯渇しないであろう。言い換えると、たとえ容量が経時変化しても、容量の特定の相対的部分が、第１のサブグループの通信リンク上でデータトラヒック用として利用可能である。従って、例えば、多様なサービスを同時にサポートするため、区分エンティティへの機能性を持つかまたは区分エンティティを内蔵する制御ノードを提供することができる。

別の実施形態によれば、データ処理手段に上記の特徴を持つ方法を実行させるように構成された命令を含むコンピュータプログラムを提供することができる。

本発明の一実施形態によって容量を区分するための方法のフローチャートを示す図である。 本発明の一実施形態による区分エンティティを図解する図である。 本発明の別の実施形態によって容量を区分するための別の方法のフローチャートを図解する図である。 本発明の別の実施形態によって容量を区分するための別の方法のステップを図解する図である。 本発明の実施形態を説明する図である。 本発明の実施形態を説明する別の図である。 本発明の実施形態を説明する別の図であり、特にＧＢＲトラヒック負荷の変化と非ＧＢＲ容量についての結果とを示す図である。 本発明の別の実施形態による区分エンティティを図解する図である。

本発明の好適実施形態について、図面を参照しながら記述する。留意すべきだが、以下の記述は、例を含んでいるだけであって、本発明を限定すると解釈されるべきではない。

本発明の実施形態は、一般に容量を区分することに関し、特に、ネットワーク内の多様なサービスについての容量の要件が満たされうるようにするため、通信ネットワークの容量の一部分または所定量を、多様な通信リンクまたはこれらのリンクの組み合わせ、すなわち、サブグループまたはグループに対して割り振ることに関する。

留意されることだが、以下では例えば３ＧＰＰ ＴＳ ２３．４０１のような特定の技術および標準に言及が行われるであろうが、そのような言及は、好適な例を示すのに役立つだけであって、決して限定するのではない。むしろ本発明は、多様なデータトラヒックに関連する多様なサービスをサポートするためにさまざまな量の容量を使って割り振られうる、例えばベアラのような通信リンクの使用を提供するいかなる通信ネットワークの文脈においても一般的に適用されうる。ただし、留意されることだが、ＥＰＳシステムは、本発明の好適な適用例である。

本明細書の意味の範囲内での通信リンクとは、１つ以上の無線端末またはユーザ装置（ＵＥ）と、１つ以上のネットワークノード、例えば無線基地局（ＲＢＳ）のような無線アクセスネットワークの制御ノード、との間のリンクのことである。

通信リンク、例えばベアラは、無線端末またはネットワークノードとの間でデータをトランスポートするための識別可能な論理チャネルである。本書で論じるように、データトラヒックを１つ以上の通信リンク上で送信可能なように、例えばビットレートのような容量のうちの一定量または部分が、１つ以上の通信リンクに割り振られる。詳細には、通信リンクは、上述したように、例えばＱＣＩやＧｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ（ＧＢＲ）のような１つ以上のパラメータによって特徴付けられるだけでなく、加えてＰＬＭＮ−ＩＤおよびＡｌｌｏｃａｔｉｏｎ Ｒｅｔｅｎｔｉｏｎ Ｐｒｉｏｒｉｔｙ（ＡＲＰ）によって特徴付けられてもよく、それについては以下でより詳細に論じよう。例えば、ＧＢＲパラメータによって特徴付けられる１つ以上の通信リンク上で、会話音声のような、ＧＢＲを必要とするサービスを提供することが好ましいことがある。

容量とは、所与の時間帯内で送信または処理されうるデータ量を示す。例えば、容量がビットレートとして表現されてもよい。留意されるべきだが、ネットワークノードと無線端末との間のサービスについて一定のビットレートまたは容量が利用可能であるかまたは保証される場合であっても、環境の状況によって、例えば、移動電話がトンネルのようなカバーされていないエリアに進入する際には、完全に通信が遮断される時間帯がありうる。とはいえ、ネットワークは、割り振られたビットレートがデータトラヒックの送信に使用可能であるようなやり方で、常にそのリソースを制御するであろう。

本明細書の文脈では、容量とはセルに関する下りリンク容量について用いられるが、根底にある、容量を区分するという概念は、他のシステムリソース、例えばベースバンド処理容量または無線基地局においてスケジューリング用に利用可能な物理リソースブロックにも当てはまる。

下記において、本発明の一実施形態について図１に関して記述しよう。

図１は、本発明の一実施形態によって容量を区分するための方法のフローチャートを図解しており、割当てるステップ１１０と割り振るステップ１２０とを含む。

詳細には、ステップ１１０では、経時変化するグループ容量に関連付けられたグループに通信リンクが割り当てられて通信リンクのグループが形成される。グループには、通信リンクの第１のサブグループと、少なくとも１つの第２のサブグループとが含まれる。例えば、１つ以上の通信リンクで構成されるグループが、一区分、例えば非ＧＢＲ区分に関連付けられる。同様に、サブグループは、より小規模な区分に関連付けられてもよく、その場合、一区分は、所定のタイプのトラヒックに対して予約されたシステム容量の一部に関連付けられる。

経時変化するグループ容量は、通信ネットワークにおける典型的には経時変化する容量全体の少なくとも一部を構成するものであり、特定の特性を有する通信リンクの特定のグループに関連付けられてもよい。

通信ネットワークの容量全体は、すべての無線リソースとすべてのアクティブなユーザの位置との関数であり、それについては、図５に関してより詳細に記述するであろうが、これは、瞬間的に利用可能なビットレート全体とみなされてもよい。

第２のステップ１２０では、経時変化するグループ容量の非ゼロ部分が、前記グループの通信リンクの第１のサブグループに割り振られ、すなわち、それのために予約される。非ゼロ部分の値(fraction value)は、一定の時間帯では、通常、一定であり、そして、経時変化するグループ容量の百分率として表してもよい。しかし、その部分の値をネットワークオペレータが、例えばサービス契約の変更に応じて、変更することも実行可能である。その部分が３０％という値である一例を、図５について記述するが、その場合、経時変化するグループ容量の３０％が、非ＧＢＲ区分１に割り振られる。従って、容量全体は常に所定のグループ容量より大きいと想定されることから、非ＧＢＲ区分１を用いるトラヒックが枯渇することはない。詳細は、図５に関する議論を参照されたい。

一例によれば、方法にはさらに、経時変化するグループ容量の第２の非ゼロ部分を通信リンクのうちの第２のサブグループに割り振ることが含まれる。従って、通信リンクのうちの２つのサブグループを各々、たとえ容量が経時変化した場合でも容量の部分の割合が同じであるように、ゼロを上回る容量のうちの特定の部分に関連付けることができる。

別の例によれば、上記の方法にはさらに、通信リンクの第２のグループに対して所定のグループ容量を割り振ることが含まれる。従って、上記のように相対的な条件で容量を割り振るのとは対照的に、例えば特定のサービスに所定の予約済のビットレートを与えることができるように、容量を絶対的な条件で割り振ることができる。特に、時間重視のサービス、例えば会話音声またはライブストリーミングを伴う会話動画には、期待される品質を維持するために保証されたビットレートが必要でありうる。

別の例によれば、所定のグループ容量が定義済みの閾値によって制限される。従って、例えばＧｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ（ＧＢＲ）を伴うデータトラヒックの負荷は、一定の閾値に制限されてもよく、その閾値は、第２のグループのすべての通信リンクの最大ＧＢＲの総計として定義されてもよい。

別の例によれば、第２のグループに割り振られていない容量は、第１のグループへの割振りに利用可能である。従って、所定のグループ容量を第２のグループに割り振った後で、ネットワークの残余容量を、第１のグループのために用いることができる。さらに、残余容量が経時変化することはあるけれども、第１のサブグループに関連するデータトラヒックは枯渇することはないであろうし、残余容量が第１のグループの通信リンクによって完全に用いられてもよい。

別の例によれば、方法にはさらに、所定のグループ容量の一部分を通信リンクの少なくとも１つの第３のサブグループに割り振ることが含まれ、その場合、前記所定のグループ容量の前記一部分は、所定のグループ容量の指定された絶対量に対応する。従って、通信リンクの第２のグループに割り振られた所定のグループ容量を区分することで、例えば、ＧＢＲを伴う複数の区分を定義することができる。従って、例えば会話音声と会話動画のような、保証されたビットレートを必要とする２つ以上のサービスを同時に実現することができる。

別の例によれば、経時変化するグループ容量は、容量全体と所定のグループ容量との差に対応する。従って、ネットワークの容量全体が、例えば上記のサービスのような、多様なサービスによる利用のために利用可能であり、従ってこの場合、容量全体が効率的に分配される。

別の例によれば、方法にはさらに、第１のグループの通信リンクが所定のグループ容量の一部を利用することが含まれ、その場合、利用される一部は、第２のグループの通信リンク上のデータトラヒックと所定のグループ容量との差に対応する。従って、例えばネットワーク内のＧＢＲトラヒックの負荷も通常は、例えば音声呼が確立されたり切断されたり（電話を切る）して、経時変化するのだから、その結果、ＧＢＲトラヒックの現行の負荷にとって不要な所定のグループ容量の部分が、第１のグループの通信リンクに関するデータトラヒック、例えば非ＧＢＲトラヒックのために利用可能となってもよい。従って、未使用の所定のグループ容量が、他のサービスによって、例えば動画のバッファによるストリーミングおよびＴＣＰベースのサービス、例えばワールドワイドウェブ、電子メール、チャット、ＦＴＰ、ファイル共有等のような非ＧＢＲサービスによって、使用されてもよい。

別の例によれば、通信リンクが少なくとも１つのパラメータに関連付けられ、そして、方法にはさらに、パラメータに基づいてその通信リンクをサブグループの１つに割り当てることが含まれる。従って、通信リンクは、サブグループと、容量の区分とそれらとの関係とが、容易かつ迅速に定義／再定義されうるように、１つの時刻点では或るパラメータに従って、そして、別の時刻点では別のパラメータに従って、柔軟にグループ化されるかまたは選択されてもよい。さらに、通信リンクをネットワークオペレータまたはＱＣＩと関連付けることが可能である。

別の例によれば、第１のグループに割り当てられた通信リンクは、Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅに関連せず、第２のグループに割り当てられた通信リンクは、Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ（ＧＢＲ）に関連する。従って、多様な特性を持つ多様なサービスが、それらのビットレート要件に従って多様な通信リンクを使用してもよい。

別の例によれば、容量がネットワークリソースと通信ネットワークを用いる移動局の位置とに依存し、その場合、ネットワークリソースは、無線リソース、処理リソース、およびリソースブロックのうち少なくとも１つを含む。従って、ネットワークリソースと、移動局の位置または動きとが分っている場合、ネットワークの容量が、現在の時刻点について導出されてもよいし、後の時刻点について概算されてもよい。

別の例によれば、割り振るステップが、動的に行われる。さらに、割り振るステップを所定の時間間隔でかまたは容量の変化に基づいて繰り返し行うことが可能であってもよい。従って、ネットワークの容量は経時変化することがあるのだから、経時変化するグループ容量のうちの非ゼロ部分または第２の非ゼロ部分を動的に割り振ることによって、容量のうちの割り振られた量が、ネットワークの容量全体の変化に従って絶対的な条件で変化し、その結果、容量の区分が更新されてもよい。

別の例によれば、通信ネットワークは、パケット交換モバイルネットワークである。従って、多様な特性を有する多様なサービスが、パケット交換モバイル環境で使用されてもよい。

図２は、区分エンティティの略図を示すが、区分エンティティは、本書で記述した方法のステップを実行するように構成されてもよい。

図２から分るように、区分エンティティ２００は、制御装置２１０と割振器２２０とを備えており、それらが相互にデータを交換するように構成されてもよい。

制御装置２１０は、経時変化するグループ容量に関連付けられたグループに通信リンクを割り当てて通信リンクのグループを形成する。例えば、制御装置２１０は、例えば同じパラメータを有するといった、同じかまたは類似した特性を有する通信リンクを選択する。一例では、すべての非ＧＢＲベアラが選択されて第１のグループを形成してもよく、それがもう一度、他のパラメータ、例えばＱＣＩパラメータに従って再分割されてベアラの第１および第２のサブグループを形成してもよく、それらを図５に非ＧＢＲ区分１および非ＧＢＲ区分２として示す。

制御装置２１０の上記で論じた機能は、例えばハードワイヤード回路やＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）のようなハードウェア構成によって、あるいはソフトウェアまたは上記のいずれかの適切な組み合わせによって、実現されてもよい。実装例を後で図８に関して示す。

割振器２２０は、経時変化するグループ容量の非ゼロ部分を、グループの通信リンクの第１のサブグループに割り振る。例えば、非ゼロ部分は、図５における非ＧＢＲ区分１についての３０％のように、百分率であってもよい。すなわち、割振器２２０は、容量全体および経時変化するグループ容量についての情報を監視または受信して、例えば、図５の非ＧＢＲ区分を構成する第１のグループに経時変化するグループ容量の３０％を割り振ってもよい。経時変化するグループ容量は経時変化するのだから、割振器２２０は、後の時刻点でかまたは所定の時間間隔で、繰り返し割り振りを行って、利用可能な経時変化するグループ容量の同じ部分を動的に割り振ることができてもよいが、ただしそれは、絶対的な値(absolute terms)としては以前の割振りとは異なってもよい。

また、割振器２２０のこのような機能は、上記の制御装置の機能と同様に、ハードウェアまたはソフトウェアによって実現されてもよく、そして、制御装置２１０と割振器２２０との機能を１つのハードウェア装置またはソフトウェアまたは適切な組み合わせによって実現することも実行可能である。

一例では、区分エンティティ２００は、例えば無線基地局（ＲＢＳ）のような制御ノードの一部を形成してもよく、あるいはその代わりに、２つの要素２１０および２２０の諸機能が、無線アクセスネットワークの制御ノードの中に組み込まれてもよい。上記の諸機能を、図８に記述することになるシステムと同様、制御ノードの処理システム内で実行されるハードウェアまたはソフトウェアによって実装することができる。加えて、要素２１０および２２０の異なる機能を異なるノードに分散することも可能である。

さらに、制御ノードは、上りリンクおよび下りリンクについて１つのスケジューラまたはさまざまなスケジューラを有してもよく、そして、進入許可制御装置を備えてもよい。１つ以上のコアネットワークに向かっている、および、他の制御ノードに向かっている、無線側のインタフェースを介して、制御ノードが、無線送信のためのデータだけでなく、進入許可要求およびトラヒックのスケジューリング要求を受信してもよい。

以下で、図３に関して、容量を区分するためのより詳細な方法の別のフローチャートについて記述しよう。

図１に関して論じた通信リンクのグループを以下では第１のグループと呼ぶことにするが、それに加えて、通信リンクの第２のグループについて図３に関して記述する。

詳細には、図３のフローチャートのステップ３１０では、所定のグループ容量が通信リンクの第２のグループに割り振られる。これは、割振器２２０によって行われてもよい。本明細書の文脈では、所定のとは、指定された絶対量または固定量として理解されるべきである。言い換えると、割り振られた所定のグループ容量は通常、経時変化せず、そして、定義された閾値によって制限されてもよい。

例えば、所定のグループ容量は、容量全体と経時変化するグループ容量との差に対応する。従って、設定された所定のグループ容量の量は、利用可能な、経時変化するグループ容量の量を定義する。

その後のステップ３２０では、他の通信リンクが、経時変化するグループ容量に関連付けられた第１のグループに割り当てられる。このステップは基本的に、ステップ１１０に対応しており、それについては図１に関して詳細に記述した。

留意すべきだが、図３にそれが示されていなくても、ステップ３１０の通信リンクは、第２のグループに割り当てられた通信リンクであってもよく、それは所定のグループ容量に関連付けられたグループであり、従って所定のグループ容量を、ステップ３１０で第２のグループの通信リンクに割り振ることができる。

ステップ３１０で論じたように所定のグループ容量を割り振るのとは対照的に、以前に述べたステップ１２０と同様に、経時変化するグループ容量の非ゼロ部分が、ステップ３３０で通信リンクの第１のサブグループに割り振られる。

任意で、ステップ３３０の次にステップ３４０が行われてもよく、ステップ３４０では、経時変化するグループ容量の第２の非ゼロ部分が、通信リンクの第２のサブグループに割り振られる。

この例によれば、３つの区分が生成され、すなわち、第２のグループに関連する区分と、第１および第２のサブグループにそれぞれ関連する２つの区分とである。

留意すべきだが、図３の第２のグループに関連する区分に関連する容量は、固定されており、すなわち、指定された量であって、他の２つの区分は、経時変化するグループ容量の部分だけに関連しており、すなわち、それらの利用可能なビットレートは、経時変化するのであって、従って、容量の割り振られた量は変化するが、利用可能なビットレートのそれらの相対的な百分率は固定である。従って、２つのサブグループに関連する２つの区分は、相対的な条件で定義される。理解されることだが、方法は１つまたは２つのサブグループに限定されるのではなく、同じ利点が、より多くのサブグループを使って達成されてもよい。

上記で論じたように、第１のグループは経時変化するグループ容量に関連付けられていて、その一部分が割り振られるのだから、その一部分に対応して割り振られた量もまた、経時変化し、従って、ステップ３５０に示すように、非ゼロ部分を割り振るステップを時々繰り返すことが必要になることがある。例えば、第１の非ゼロ部分を割り振るステップまたは第２の非ゼロ部分を割り振るステップまたはその両方が、動的に行われてもよいし、所定の時間間隔で繰り返されてもよい。さらに、容量全体が概算または監視され、そして、例えば新たな通信リンクの進入許可のような、この容量の変化に基づいて割り振りが繰り返されてもよく、それについては図３の「ＹＥＳ」で示すが、その結果、プロセスはステップ３３０に戻る。

図４では、容量を区分する別の方法を示す。詳細には、図１および３のフローチャートに関して論じた方法と統合するかまたは組み合わせてもよいステップについて述べる。

ステップ４１０では、ステップ３１０と同様、所定のグループ容量が通信リンクの第２のグループに割り振られるが、その詳細は図３を参照されたい。

その後、ステップ４２０で所定のグループ容量の区分がさらに行われてもよく、すなわち、前記所定のグループ容量の第１の部分が、通信リンクの第３のサブグループに割り振られてもよく、その場合、所定のグループ容量のその部分は、前記所定のグループ容量の指定された絶対量に対応する。

同様に、別の実施形態では、ステップ４３０の点線のボックスによって示すように、所定のグループ容量の第２の部分が、通信リンクの第４のサブグループに割り振られてもよい。

明らかに、論じてきた実施形態は、上記に限定されるのではなく、所定のグループ容量のその他の部分をそこに割り振ることができる、通信リンクのもっと多くのサブグループが、定義されてもよい。

図３および図４にＡおよびＢという文字で示すように、記述したステップ４１０、４２０および４３０は、図３ではステップ３１０と入れ替えることができ、従ってこの場合、ステップ４１０、４２０および４３０は、３１０、３３０、３４０および３５０の前に行われてもよい。

さらにまた、図４のステップ４１０、４２０および４３０は、図１の方法と組み合わされてもよく、そして、ステップ１１０および１２０の前かまたはこれらのステップの後に行われてもよい。

また、当業者であれば、本書で論じた利点を実現するためにステップの順序を配列する可能性が他にもいくつかあることを理解するであろう。

以下では、上記で論じた実施形態について、図５、図６および図７に図解する具体例を参照することによってより詳細に記述する。

図５は、容量全体の区分を図解する。簡単に言えば、容量全体について、まず、ＧＢＲ容量と非ＧＢＲ容量とに区分が行われ、次いで、非ＧＢＲ容量の区分がさらに行われて、２つのサブグループ、すなわち２つの異なる部分に関連する異なる相対的コミッティドレート（ｒｅｌａｔｉｖｅ ｃｏｍｍｉｔｔｅｄ ｒａｔｅｓ：ＲＣＲ）を持つ２つの別のより小さな区分ができ、そして、ＧＢＲ容量の区分がさらに行われて、２つの異なる絶対進入許可閾値（ＡＡＴ）を持つ２つの区分ができる。

詳細には、図５は、セルにおいてサービス提供されるトラヒックの総計を時間の経過と共に図解する。図から分るように、セルの容量全体、すなわち、サービス提供されるトラヒックの量は、時間の経過と共に変化する。サービス提供されるトラヒックの経時変化は、多様なプロセスの結果であることがある。主として、経時変化は、サービス提供される多様なユーザの多様な無線チャネル品質によって引き起こされることがある。例えば、サービス提供されるユーザの大半が、不良な無線チャネル品質を経験している場合、サービス提供されるトラヒックの量は、サービス提供されるユーザの大半が良好な無線チャネル品質を経験している場合より少ないであろう。これは、無線基地局の内部機能、例えばリンクアダプテーションが、不良な無線条件のためユーザデータトラヒックを時間単位毎にユーザに送信するためにオーバヘッドを増加させる（変調を低下させて前方誤り訂正を強化する）からである。従って、経時変化する容量は、固定ネットワークとは異なるセルラーネットワークの特徴である。

一般に、容量は、ネットワークリソースと無線アクセスネットワークを用いる移動局の位置との関数であり、その場合、ネットワークリソースは、無線リソースと処理リソースとリソースブロックとを含むが、それについては以下でより詳細に記述しよう。

すでに述べたように、多様な区分を図５に示すが、１つの区分は、所定のタイプのトラヒックに対して「予約された」システム容量またはリソースの一部とみなされてもよい。

３ＧＰＰ標準によるＧＢＲトラヒックと非ＧＢＲトラヒックとの区別と同様に、図５ではＧＢＲ区分と非ＧＢＲ区分とが区別されており、それらは、各々のトラヒックタイプにサービス提供されるのに用いられてもよい。この例では、トラヒックがベアラレベルＱＣＩに基づいて区分上にマッピングされるが、多様なパラメータまたはパラメータの組み合わせを使った多様なマッピングも可能であり、それについては以下でより詳しく論じよう。

この例および以下の例では、通信リンクをベアラと呼ぶ。非ＧＢＲ区分に関連する第１のグループに割り当てられた一部のベアラは、保証されたビットレートを有しない（非ＧＢＲ）トラヒックを搬送し、従って、ビットレートが変化し、そして、ＧＢＲ区分に関連する第２のグループに割り当てられた他のベアラは、保証されたビットレート（ＧＢＲ）を伴うトラヒックを搬送する。

ＧＢＲベアラ、すなわち第２のグループのベアラを、進入許可制御機能に関連付けることができ、進入許可制御機能を用いてＧＢＲベアラ上のＧＢＲトラヒックの負荷を制限し、それによって、そのようなトラヒックによって用いられる容量を制限してもよい。進入許可制御は、図５では点線（短い点線）で描かれており、進入許可制御によって区分への進入を許可されたビットレートを示す。

図５では、２つのＧＢＲ区分であるＧＢＲ区分１およびＧＢＲ区分２が、２つの絶対進入許可閾値（Ａｂｓｏｌｕｔｅ Ａｄｍｉｓｓｉｏｎ Ｔｈｒｅｓｈｏｌｄｓ：ＡＡＴ）、すなわちＡＡＴ_１、ＡＡＴ_２によって定義されており、水平の点線によって分けられている。ＡＡＴは、ＧＢＲ区分への進入を許可されるすべてのベアラの最大ＧＢＲの総計として定義されてもよい。ＧＢＲの総計は、すべての許可されたベアラのＧＢＲの総和であり、場合によっては活動係数（アクティビティ・ファクター）≦１を乗じたものである。ＡＡＴは絶対的な条件で定義され、それとは対照的にＲＣＲは相対的条件で定義されるが、それについては後述しよう。ここで、ＡＡＴ全体は、最小容量、すなわち経時変化する容量全体の最小値より常に小さい。

従って、ＧＢＲ区分に関連する容量は、上記の所定のグループ容量であることから、所定のグループ容量は、定義済閾値によって制限されてもよい。

オペレータは、図５では２つであるが、複数のＧＢＲ区分を定義してもよく、その場合、個々の区分のＡＡＴの総和が、すなわち図５ではＡＡＴ_１とＡＡＴ_２の総和が、ＡＡＴ全体に相当する。次いでこれが、ＧＢＲトラヒックがシステム上にもたらしうる最大負荷を定義する。余った容量は、非ＧＢＲトラヒック用に残されてもよい。

一般に、ＧＢＲ区分に関連する第２のグループに割り振られていない容量は、非ＧＢＲ区分に関連する第１のグループへの割り振りのために利用可能である。留意すべきだが、ＧＢＲトラヒックの負荷は、経時変化するのであり、そして、ＡＡＴ全体は、この負荷の最大量を定義するに過ぎない。すなわち、いずれかの所与の時刻には、ＡＡＴ全体の容量の一部（所定のグループ容量）がＧＢＲトラヒックによって使用され、そして、未使用のＧＢＲ容量は非ＧＢＲトラヒック用として利用可能なのであって、それについては以下の図７に関して詳細に記述しよう。

図５に、２つのＧＢＲ区分１およびＧＢＲ区分２における未使用のＧＢＲ容量と使用されたＧＢＲ容量とを、進入許可制御によって区分への進入を許可されたビットレートを示す点線（短い点線）によって示す。

図５に示す例に関して上述したように、一旦ＧＢＲトラヒックがサービス提供されると、余った容量は、非ＧＢＲトラヒック用に残される。この余りは、典型的には経時変化するのであり、経時変化するグループ容量として定義されてもよい。言い換えると、経時変化するグループ容量は、容量全体とＧＢＲによって用いられる容量（例えば、ＧＢＲトラヒックが割り振られた所定のグループ容量をすべて使い切った場合は所定のグループ容量）との差差に相当する。

図５で分かるように、セル容量全体は経時変化し、また、ＧＢＲトラヒックの負荷もまた経時変化するため、容量全体は典型的には長時間一定なのではない。留意すべきだが、ＧＢＲトラヒックによって使用されないＧＢＲ容量は、上記のように、非ＧＢＲ容量に追加されてもよい。

余った容量は、すなわち経時変化するグループ容量は、非ＧＢＲ区分に、すなわち、図５に示す例では非ＧＢＲ区分１と非ＧＢＲ区分２とに、分割されてもよい。非ＧＢＲ容量の経時変化する性質を考えれば、そのような非ＧＢＲ区分は、相対的条件で、例えば図５に示すような相対的コミッティドレート（ｒｅｌａｔｉｖｅ ｃｏｍｍｉｔｔｅｄ ｒａｔｅ：ＲＣＲ）によって、定義される。

ＲＣＲは、１つの区分に対して与えられることがある非ＧＢＲ容量全体の百分率として定義されてもよく、各非ＧＢＲ区分は、図５の１つのＲＣＲに、すなわちＲＣＲ_１とＲＣＲ_２とに、関連付けられる。すべての非ＧＢＲ区分の総和は、１００％を超えてはならない。図５の例では、ＲＣＲ_１は３０％であり、ＲＣＲ_２は７０％である。相対的コミッティドレートは、従って相対的コミッティド容量であるとみなされてもよい。

一定の区分にそのＲＣＲを完全に使うための十分な負荷がない場合、すなわち、残りのベアラに容量がある場合には、他の非ＧＢＲ区分が、それらのＲＣＲを超えてサービス提供されてもよい。ＲＣＲは、非ＧＢＲ区分に与えられうる最小レベルのサービスを定義するにすぎない。

同様に各非ＧＢＲ区分が、区分が使用しうる非ＧＢＲ区分の最大部または最大部分を定義する相対的ピークレート（ｒｅｌａｔｉｖｅ ｐｅａｋ ｒａｔｅ：ＲＰＲ）に関連付けられてもよい。

また、システムが非ＧＢＲ区分を定義するだけである場合、図１に関して述べた実施形態と同様、相対的条件、例えばＲＣＲおよびＲＰＲでの区分の定義が、一般的事例で使用されてもよい。また、ＲＣＲおよびＲＰＲがそれぞれ、上記の非ゼロ部分の最小レベルおよび最大レベルとして使用されてもよい。

ＧＢＲおよび非ＧＢＲ区分は、合成されてもよく、そして、非ＧＢＲ容量全体が、２つの典型的には経時変化する量、すなわちＧＢＲ負荷全体とセル容量全体との差として定義されてもよい。

上記のように、ＲＣＲとＲＰＲとは、ＧＢＲトラヒックによって現時点で使用されていないセル容量の百分率として定義されてもよい。しかし、速すぎるデータレートは適切でない場合がありうる。

例えば、オペレータが、そうしないとシステムが空である時でさえ、区分の容量を制限することを望むことがある。その一例は、ピア・ツー・ピアのトラヒックを搬送する区分のスループットであってもよい。ピア・ツー・ピアのトラヒックを大量にダウンロードしているユーザが「良すぎる」サービス性能について契約していないことがあるため、トラヒックが少ない時でさえ、オペレータが、スループットを制限することを望むことがある。これが、ＲＰＲの必要性を促す。

そのような場合には、ＲＣＲとＲＰＲとを百分率として定義し、かつ、その区分が、システム内で負荷を持つ唯一の区分である場合には、ＲＣＲおよびＲＰＲは、定義上、１００％である。

区分の容量を制限するには、以下の２つのメカニズムが使用されてもよい。

第１のメカニズムでは、基地局は、未使用のままのリソース、例えばリソースブロックの量を測定することによってセル容量全体を推定してもよい。次いで、モデルを用いて、このリソースの量を、例えばスループットについて、容量へ翻訳してもよい。例えば、このモデルへの入力がＯ＆Ｍシステムを介して構成されてもよいし、例えば１つのリソースブロックが平均で５０ｋｂｐｓに対応してもよいし、あるいは、モデルがセル内での測定値に基づいて自動的に構成されてもよく、例えば直近の２４時間の間、このセル内のリソースブロック当りの平均有効レートは４５ｋｂｐｓであって、それが次いで容量全体を計算する場合にモデルの中で使用されてもよい。従って、無線基地局は、容量全体が分からない場合、モデルを用いて容量を計算することによって、容量に関する決定を行ってもよい。

ネットワークリソースとＵＥの位置とが分かっていればいるほど、容量がより良く概算されうるのだが、なぜなら容量は、ネットワークリソースと、無線アクセスネットワークを用いているＵＥの位置との関数だからである。

さらに、第２のメカニズムでは（第２のメカニズムも、基地局がスケジュールすべきトラヒックの不足に起因してセル容量全体を計算することができない場合に適していることがあるのだが）、例えば、区分を定義するための絶対的閾値が使用されてもよい。この場合も、非ＧＢＲ区分が、この区分がそれを使ってサービス提供されるべき最大レートを定義する絶対的閾値によって、定義されうる。例えば、セル容量全体を計算することができない場合、サービス区分Ａは、５Ｍｂｐｓという最大値を提供されてもよい。

以前に、図５に関して、区分パラメータ、例えばＲＣＲ、ＲＰＲ、ＡＡＴ等は一定であると述べた。しかし、区分パラメータの構成も、場合によってはＯ＆Ｍシステムのような管理プレーンから制御されうる。例えば、図５の例においてＧＢＲパラメータに関連する新たなベアラが確立されると仮定すると、ＡＡＴ_１とＡＡＴ_２とは、新たなサービスについてのトラヒックを新たに確立されたベアラ上で可能にするため、変更されるべきである。同様に、追加の非ＧＢＲベアラが確立される場合、図５のＲＣＲが別の百分率に変更されてもよい。

図５の例で分かるとおり、多様なＱＣＩパラメータが多様な区分にマッピングされる。これらのＱＣＩパラメータは、３ＧＰＰ ＴＳ ２３．４０１の標準化されたＱＣＩに必ずしも関連されず、別のかたちで定義されてもよい。

一般に、通信リンク、例えばベアラは、少なくとも１つのパラメータに関連付けられ、そして、通信リンクは、区分の１つにマッピングされた通信リンクのサブグループの１つに、このパラメータに基づいて割り当てられてもよい。図５の例の代わりに、または、それに加えて、使用されるパラメータは、以下のＰＬＭＮ−ＩＤ、Ａｌｌｏｃａｔｉｏｎ Ｒｅｔｅｎｔｉｏｎ Ｐｒｉｏｒｉｔｙ（ＡＲＰ）等であってもよい。

すなわち、通信リンクは、一定の通信リンク、すなわち一定のベアラについての区分についてのグループまたはサブグループを示すために、ＰＬＭＮ−ＩＤ（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ ｉｄｅｎｔｉｆｉｅｒ）に関連付けられてもよい。例えば、複数のオペレータが共有の通信ネットワークに出資して、そのネットワークを一緒に運用し、他方ではオペレータ各社が少なくとも１つの一意のＰＬＭＮ−ＩＤを有するような所定のネットワーク共有シナリオでは、区分を用いてオペレータ間でネットワーク容量を分割することが有益である場合がある。従って、ＰＬＭＮ−ＩＤは、そのようなシナリオでは、一定のベアラがとの区分にマッピングされるかを判定するのに用いられる１つの入力でありうるだろう。

さらに、制御ノードから送信された信号が、その上に一定のトラヒックがマッピングされる区分を修正してもよい。上記のように、ＲＡＮの中の所定の区分上へのトラヒックのマッピングは、ＱＣＩ、ＡＲＰおよびＰＬＭＮ−ＩＤというパラメータのうちの少なくとも１つに依存してもよい。これらのパラメータの１つが、既存のベアラについて修正される場合、ＲＡＮが、その上にトラヒックがマッピングされる区分を変更してもよい。

ここで、ＡＲＰの値は、割当ておよび保持の優先度を表しており、すなわち、リソース制限の場合にベアラ確立／修正要求を受け入れることができるかまたは拒否される必要があるのかということを決定する際の要素として機能する。また、ＡＲＰの値は、予想されるリソース制限の間に、例えばハンドオーバの時に、どのベアラを外すのかを決定するのに用いることもできる。ＡＲＰとＱＣＩとのような多様なパラメータについては、３ＧＰＰ ＴＳ ２３．４０１にも、もっと詳しく論じられている。

また同様に、データトラヒックが、少なくとも１つのパラメータに関連付けられてもよい。例えば、データトラヒックが、あるサービスの特性を表すＱＣＩに関連付けられる。詳細には、パケットの宛先ＩＰアドレスを使用し、データトラヒックがＱＣＩの必要な特性に従って同じＱＣＩに関連するベアラ上で送信されてもよいように、テーブルを用いてそのＩＰアドレスをオペレータとユーザとの間のサービスまたはサービス契約を反映するＱＣＩに関連付けてもよい。

この例および以下の例では、トラヒックの量がビットレートとして記述されるが、トラヒックの量を測定および指定するのに他の量が判定されてもよい。例えば、送信時間間隔における区分用にスケジュール化しうるリソースブロックの数が指定されている場合、実装によってはその方が容易であることがある。この場合、ビットレートを測定する必要はなく、代わりにブロックの数を計算してもよいため、単純かつ効果的な実装となる。

この例および以下の例は、システムリソースの「下りリンク容量」という文脈で記述しているが、記述された区分が、他のシステムリソース、例えばベースバンド処理容量または無線基地局においてスケジューリング用に利用可能な物理リソースブロックにも適用可能であることがあり、それには、スケジューリングやチャネル符号化／復号化やリンクレイヤプロトコル手順等のための処理も含まれてもよい。これは、ボトルネックが、無線インタフェースにあるのではなく、例えばベースバンドにおける送信器の処理容量にある場合に、特に有益であることがある。

例として、例えば送信器内のスケジューラが限られた数のリソースブロックしか処理できない場合、無線インタフェース上で送信されうるデータ量が処理容量によって制限されることがある。従って、本書で記述した「容量の区分」が、下りリンク容量または処理容量に限定されないことが分かる。

加えて、容量の区分は、ＵＥからＲＡＮへの上りリンクでも有益であることがある。特に、ＲＡＮの中のノード、例えば無線基地局が、例えばベアラのような通信リンク上でデータ量を指定されたサービス品質で送信するというＵＥからの要求に従って上りリンクのトラヒックをスケジュール化する場合に、これが選択肢であってもよい。

図６は、一定時間に亘ってサービス提供されるトラヒック間のセル容量を区分するという別の具体例を図解する。ＧＢＲ無線ベアラ（ｒａｄｉｏ ｂｅａｒｅｒｓ：ＲＢ）とも呼ばれるＧＢＲベアラからのトラヒックを点々で描いているが、それが進入許可閾値まで進入を許可される。図のように、時間で平均すると閾値が満足される場合には、短時間の間、ＧＢＲトラヒックが進入許可閾値を超えることは可能である。

上記で論じたように、ＧＢＲベアラのトラヒックが閾値を下回る場合、対応する容量は、非ＧＢＲベアラ（斜線部分）によって使用されうる。別の区分（交差斜線部分）が、シグナリングおよびその他の高優先度のトラヒック用に用いられる。本例では、シグナリングは非ＧＢＲベアラ上で行われるが、シグナリングの優先度は非常に高く設定されることがあるため、時間重視のシグナリングは、十分な容量を受ける。

３ＧＰＰ標準によれば、無線ベアラは、ＬＴＥシステムにおいてトラヒックを搬送するエンティティである。

以下では、トラヒックの調整およびスケジュール化によって保証されうる容量割振りの別例を図７に関して記述する。

図５および図６と同様、経時的なセル容量の総計の変化を示す。図７では、トラヒックのさらなる区分が可能であることを示す。特に、ＧＢＲ区分は、異なるサブグループに再分割することができ、それらは保証されたトラヒック割当て、例えば特定の量のトラヒック、を受けることが望ましい。

図７には、ＧＢＲトラヒックに関する２つのサブグループがあり、１つは音声サービス用で、他方は、動画サービス用（それぞれ右下がりおよび左下がりの斜線）である。両サブグループは、サブグループが関連付けられた所定のグループ容量のそれらのそれぞれの進入許可閾値まで、トラヒックを搬送することができ、進入許可閾値は水平の点線で示す。従って、個別ＡＡＴは、多様なサブグループに関連付けられ、それに対して、ＡＡＴ全体は、サブグループの全ての個別ＡＡＴのグループまたは総和に関連付けられる。ＧＢＲ容量の中に複数の区分がある場合、進入許可制御は、ＡＡＴ全体についてよりもサブグループのＡＡＴについて行われる方が望ましい。この場合もやはり、例えばＮＡＳおよびＲＲＣメッセージを搬送するシグナリングのような高優先度のトラヒック（白）には別の区分が予約されるが、それらについてはこれ以上記述せず、図を簡略にするため、一定の負荷であると仮定しよう。

また、非ＧＢＲトラヒックが、１つは標準ユーザ用（交差平行線部分）、他方はプレミアムユーザ用（点々の部分）という２つのグループに再分割されてもよい。全体では、非ＧＢＲトラヒックからのベアラは、ＧＢＲおよび優先トラヒックがスケジュール化された後に残ったセル容量全体の部分を用いることができる。非ＧＢＲベアラ用に残った容量全体は、残余容量の相対的部分としてサブグループ間で再分割される。この例では、非ＧＢＲベアラ用に残った容量の７０％が、プレミアムトラヒック用に予約され、他方、残りの３０％が標準トラヒック用である。非ＧＢＲトラヒック用の容量が、動画トラヒックがセル容量全体のうちの一部を使い始めた図７の時刻ｔ_０の場合のように突然削減された場合、両方の区分がそれ相応に削減されたトラヒックのそれらの絶対量を有するように、トラヒックの７０％から３０％への再分割が維持される。

言い換えると、ＧＢＲ容量に対応する所定のグループ容量の一部が、非ＧＢＲ区分に関連する第１のグループのベアラによって利用されてもよい。図７で分かるように、第１のグループのベアラによって利用されうるＧＢＲ容量の部分は、ＧＢＲベアラ上のデータトラヒックによって用いられる容量とＧＢＲ容量との差に相当する。詳細には、音声サービスと動画サービスとが開始されていない限り、図７の左部分、すなわち両ＧＢＲ区分は、図７に示す非ＧＢＲサービスの非ＧＢＲトラヒック（点々の部分）によって利用されてもよい。一般に、「利用される」という用語は、トラヒックが、別のグループまたはサブグループのためにも予約されうる容量を使用することを言う。これによって、特に、そうでなければアイドル状態である容量の一時的な利用が可能になり、トラヒックを動的にスケジュール化することや動的にリソースを割り当てることに相当することがある。この場合、スケジューラが１つ以上の送信時間間隔について１つ以上のリソースブロックを、例えばミリ秒毎に数百のリソースブロックを、ベアラに割り当てるかまたはスケジュール化してもよく、その場合、ＧＢＲ容量がＧＢＲベアラによって完全に使用されていない場合、ＧＢＲ容量が、非ＧＢＲトラヒックを搬送する非ＧＢＲベアラについて使用されてもよい。

所定のグループ容量の一部を利用することに加えてかまたはその代わりに、例えばオペレータによる再構成によって、この容量の一部が再度割り振られてもよく、そして、ＡＡＴ全体がこのように変更されてもよい。

上記の例では、非ＧＢＲ区分に関連する容量は経時変化し、容量全体も経時変化すると想定されたことから、経時変化するグループ容量と呼ばれることを述べた。しかし、容量全体は経時変化しないかまたはほんのわずか変化するだけであって、かつ、経時変化するグループ容量が経時変化する場合もありうるが、それは図７から分かるように、ＧＢＲトラヒックも経時変化することがあるからである。

以下では、図８について述べる。図８は、本発明の別の実施形態による区分エンティティの要素を図解する。詳細には、図８の区分エンティティ８００は、プロセッサ８１０と、メモリ８２０と、Ｉ／Ｏインタフェース８３０とを備える。

この一般的な例では、制御装置２１０と割振器２２０とが、適切なインタフェースに接続したプロセッサ８１０によって構成されてもよく、プロセッサ８１０は、ソフトウェアおよび／またはハードウェアによって制御装置２１０と割振器２２０との機能を実行するように構成される。従って、機能は、ソフトウェアの更新またはハードウェア構成によって変更または拡張されてもよい。区分エンティティの中で行われる機能については、上記で詳細に記述しており、不要な繰り返しを避けるため、特に図２の議論を参照されたい。制御装置２１０および割振器２２０の機能は、マイクロプロセッサ、コンピュータ、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または集積回路、例えばＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）によって実現されてもよいが、それらに限定されない。

例えば、メモリ８２０は、いずれかの適切なまたは望ましいストレージデバイスであってもよいし、以下のコンポーネント、すなわちＲＡＭ、ＲＯＭ、ハードディスク、（Ｅ）ＥＰＲＯＭ、ディスク、フラッシュメモリ等のうちの１つまたは複数の組み合わせであってもよい。フラッシュメモリは、プログラムコードをエクスポートまたはインポートするのに適していてもよい。メモリ８２０の中に記憶されたプログラムコードは、上記の多様な方法のステップをプロセッサ８１０に実行させるように構成された命令を含むプログラムであってもよい。

Ｉ／Ｏインタフェース８３０は、ネットワークからの制御信号を受信するように構成されてもよい。さらに、他の情報、例えばシステムの容量およびトラヒックを監視または計算するのに必要な情報が、Ｉ／Ｏインタフェース８３０を通じて取得されてもよい。例えば、上記のように、区分エンティティ８００が、無線基地局に組み込まれてもよい。

当業者であれば理解するであろうが、プロセッサおよびその機能が、他のノードまたはシステムに組み込まれるかまたはそれらに分散されてもよく、そして、上記の方法が、データ処理コンピュータ、例えばパーソナルコンピュータ、ワークステーションコンピュータ、メインフレームコンピュータ、またはその他の適切なコンピュータに実装されてもよい。

別の実施形態によれば、制御装置２１０の一部であってもよいデータプロセッサに、例えばプロセッサ８１０に、上記の方法のステップの組み合わせを実行させるように構成された命令を含むプログラムが提供されてもよい。

そのプログラムまたは要素が、メモリ、例えば図８のメモリ８２０の中に記憶され、そして、データプロセッサによって検索されて実行されてもよい。

また、その中にプログラムが収録されているコンピュータ可読媒体が提供されてもよい。コンピュータ可読媒体は、例えばディスクまたはその他のデータキャリアのように有形であってもよいし、電子的、光学的またはいずれかの他のタイプの送信に適した信号によって構成されてもよい。コンピュータプログラム製品は、コンピュータ可読媒体を含んでもよい。

上記のように、ここまで論じた本発明の実施形態および例によって、容量の区分が可能になり、そして、例えばパケット交換セルラーネットワークの場合のように、典型的に経時変化する容量全体を持つシステムにおけるＧＢＲおよび非ＧＢＲの組み合わせが可能になる。さらに、低優先度の非ＧＢＲサービスのリソースの枯渇を回避するための手段が提供された。従って、パケット交換セルラーネットワークにおけるサービスの信頼性を高めるための単純かつ効果的な手段が提供された。

当業者には明白であろうが、本発明の範囲または精神から逸脱することなく、各種の修正形態および変形形態が、本発明のエンティティおよび方法並びに本発明の構成においても行われうる。

本発明について、具体的な実施形態および例に関して述べてきたが、それらはあらゆる点で限定的ではなく例示的であることが意図されている。当業者であれば理解するであろうが、ハードウェア、ソフトウェアおよびファームウェアの多くの多様な組み合わせが、本発明を実施するのに適するであろう。

また、本書で開示した本発明の明細書および手法を考察すれば、当業者には本発明の他の実装が明らかであろう。明細書および例は、例示しているに過ぎないとみなされることが意図されている。このために、理解されるべきだが、本発明の態様は、前述の開示した１つの実装または構成のすべての特徴よりも少ないところにある。従って、本発明の真の範囲と精神とは、以下の請求項によって示される。

Claims (15)

1. 通信ネットワークにおける容量を区分するための方法であって、
   通信リンクのグループを形成するために、経時変化するグループ容量に関連付けられたグループに通信リンクを割り当てるステップを有し、
   前記グループは、前記通信リンクの第１のサブグループと、少なくとも１つの第２のサブグループと、を含み、
   前記方法は、前記経時変化するグループ容量の非ゼロ部分を、前記グループの通信リンクの前記第１のサブグループに割り振るステップを有する、
   方法。
2. 前記経時変化するグループ容量の第２の非ゼロ部分を、通信リンクの前記第２のサブグループに割り振るステップ
   を更に有する、請求項１に記載の方法。
3. 前記グループは第１のグループであり、
   前記方法は、所定のグループ容量を、通信リンクの第２のグループに割り振るステップを有する、
   請求項１又は２に記載の方法。
4. 前記所定のグループ容量は、定義済みの閾値（ＡＡＴ）によって制限される、
   請求項３に記載の方法。
5. 前記第２のグループに割り振られていない容量が、前記第１のグループに対する割り振りのために利用可能である、
   請求項３又は４に記載の方法。
6. 前記所定のグループ容量の一部分を通信リンクの少なくとも１つの第３のサブグループに割り振るステップを更に有し、
   前記所定のグループ容量の前記一部分は、前記所定のグループ容量の指定された絶対量に対応する、
   請求項３乃至５のいずれか１項に記載の方法。
7. 前記経時変化するグループ容量は、容量全体と前記所定のグループ容量との差に対応する、
   請求項３乃至６のいずれか１項に記載の方法。
8. 前記第１のグループの通信リンクが前記所定のグループ容量の一部を利用するステップを更に有し、
   当該利用される一部は、前記第２のグループの通信リンク上のデータトラヒックと前記所定のグループ容量との差に対応する、
   請求項３乃至７のいずれか１項に記載の方法。
9. 通信リンクは、少なくとも１つのパラメータに関連付けられ、
   前記方法は、前記パラメータに基づいて前記通信リンクを前記サブグループの１つに割り当てるステップを更に有する、
   請求項１乃至８のいずれか１項に記載の方法。
10. 前記第１のグループに割り当てられた通信リンクは、保証ビットレート(Guaranteed Bit Rate)に関連せず、
    前記第２のグループに割り当てられた通信リンクは、保証ビットレートに関連する。
    請求項３乃至９のいずれか１項に記載の方法。
11. 前記容量は、ネットワークリソースと、前記通信ネットワークを用いる移動局の位置と、に依存し、
    前記ネットワークリソースは、無線リソース、処理リソース、及びリソースブロックのうちの少なくとも１つを含む、
    請求項１乃至１０のいずれか１項に記載の方法。
12. 前記割り振るステップは、動的に実行されるか、或いは、所定の時間間隔で又は前記容量の変化に基づいて繰り返し実行される、
    請求項１乃至１１のいずれか１項に記載の方法。
13. 前記通信ネットワークは、パケット交換モバイルネットワークである、
    請求項１乃至１２のいずれか１項に記載の方法。
14. 通信ネットワークの区分エンティティであって、
    通信リンクのグループを形成するために、経時変化するグループ容量に関連付けられたグループに通信リンクを割り当てる制御装置を有し、
    前記グループは、前記通信リンクの第１のサブグループと、少なくとも１つの第２のサブグループと、を含み、
    前記区分エンティティは、前記経時変化するグループ容量の非ゼロ部分を、前記グループの通信リンクの前記第１のサブグループに割り振る割振器を有する、
    区分エンティティ。
15. データ処理手段に請求項１乃至１３のいずれか１項に記載の方法を実行させるように構成された命令を含むコンピュータプログラム。

Images