方法であって、アップリンク接続でユーザ装置のためのリソースブロック負荷を計算することであって、前記リソースブロック負荷が、前記ユーザ装置のための待ち行列サイズを設定し、前記ユーザ装置の変調符号化方式のためのリソースブロックの数を電力レベルから決定し、前記変調符号化方式のためのリソースブロックの数を使用して前記待ち行列サイズに対するリソースブロックの数を決定することによって計算され、かつリソースブロックが未割り当ての他のユーザ装置に対して同じ計算を行うことによって計算される、前記リソースブロック負荷を計算すること、前記ユーザ装置のための前記計算されたリソースブロック負荷を割り当てること、を含む方法。前記変調符号化方式のためのリソースブロックの数が、リソースブロックのための最大電力および前記ユーザ装置の経路損失に応じたリソースブロックの電力を使用して決定される、請求項1に記載の方法。前記変調符号化方式のためのリソースブロックの数が、リソースブロック毎の前記電力を維持するリソースブロックの数である、請求項1に記載の方法。アップリンクチャネルのスペクトル効率を最大限にするためのリソースブロック目標の数を設定することをさらに含む、請求項1に記載の方法。アップリンクチャネル上の利用可能なリソースブロックの数を決定すること、前記アップリンクチャネル上の、近接する未割り当ての数のリソースブロックの最大数を決定すること、前記アップリンクチャネル上の少なくとも1つのユーザ装置のための前記アップリンクチャネルのリソースブロック負荷を計算することであって、前記リソースブロック負荷が、前記ユーザ装置のための待ち行列においてビットを使い尽くすために必要とされる前記リソースブロックと、前記アップリンクチャネル上の前記ユーザ装置のための前記近接する未割り当ての数のリソースブロックの最大数とのうちの小さい方の合計である、前記リソースブロック負荷を計算すること、前記リソースブロック負荷が利用可能なリソースブロックの数以上であるときに、前記ユーザ装置のための前記待ち行列における前記リソースブロックと前記近接する未割り当ての数のリソースブロックの最大数とのうちの小さい方を割り当てること、前記リソースブロック負荷が利用可能なリソースブロックの数未満であるときに、前記近接する未割り当ての数のリソースブロックの最大数の全体で待ち行列におけるリソースブロックの数を割り当てることをさらに含む、請求項1に記載の方法。方法であって、アップリンクチャネル上の利用可能なリソースブロックの数を決定すること、前記アップリンクチャネル上の近接する未割り当ての数のリソースブロックの最大数を決定すること、前記アップリンクチャネル上の少なくとも1つのユーザ装置のために前記アップリンクチャネルのリソースブロック負荷を計算することであって、前記リソースブロック負荷が、前記ユーザ装置のための待ち行列におけるリソースブロックと、前記アップリンクチャネル上の前記ユーザ装置のための前記近接する未割り当ての数のリソースブロックの最大数とのうちの小さい方の合計である、前記リソースブロック負荷を計算すること、前記ユーザ装置が重負荷であるときに、前記ユーザ装置のための待ち行列におけるリソースブロックと、前記近接する未割り当ての数のリソースブロックの最大数とのうちの小さい方を割り当てること、前記ユーザ装置が低負荷であるときに、前記近接する未割り当ての数のリソースブロックの最大数の全体で待ち行列におけるリソースブロックの数を割り当てること、を含む方法。アップリンク接続でユーザ装置のためにリソースブロック負荷を計算することをさらに含み、前記リソースブロック負荷が、前記ユーザ装置のための待ち行列サイズを設定し、前記ユーザ装置の変調符号化方式のためのリソースブロックの数を電力レベルから決定し、前記変調符号化方式のための前記リソースブロックの数を使用して前記待ち行列サイズに対するリソースブロックの数を決定することによって計算される、請求項6に記載の方法。前記ユーザ装置のために前記計算されたリソースブロック負荷を割り当てることをさらに含む、請求項6に記載の方法。前記割り当てられた数のリソースブロックに利用可能な前記アップリンク上の最小セットの近接するリソースブロックをサーチすることをさらに含む、請求項6に記載の方法。前記待ち行列におけるリソースブロックの数を決定することが、送信ブロックサイズとリソースブロックサイズの組の全ての実現可能な組の中で前記ユーザ装置の待ち行列サイズに対応するリソースブロックの最小数を決定することを含む、請求項6に記載の方法。添付の図では、類似する参照番号は、別々の図を通して同一のまたは機能上類似した要素を指している。また、下記の発明を実施するための形態とともに本明細書に組み込まれ、本明細書の一部を形成する。さらに本添付の図は、多様な実施形態を示し、すべて本発明に係る多様な原理および優位点を説明するために役立つ。当業者は、図中の要素は、簡単および明瞭に説明するために示されており、必ずしも原寸に比例して描かれていないことを理解する。例えば、図中の要素のうちのいくつかの寸法は、本発明の実施形態の理解を高めるために役立つように他の要素に対して誇張されている場合もある。本発明に係る実施形態を詳しく説明する前に、実施形態がおもに無線通信ネットワークにおいてリソースブロックを割り当てるために関連する方法ステップおよび装置構成要素の組み合わせにあることに留意されたい。したがって、装置構成要素および方法ステップは、適切な場合には、図面中で従来の記号によって表され、本明細書の説明の利点を有する当業者にとって容易に明らかになるであろう詳細で本開示を分かりにくくしないように、本発明の実施形態の理解に関するそれらの特定の詳細だけを示す。本書では、第1のおよび第2の、上部および下部等の関係語は、あるエンティティまたはアクションを別のエンティティまたはアクションと区別するためだけに使用され、かかるエンティティまたはアクションの間のかかるどのような実際の関係性または順序も必ずしも要求または暗示しない場合もある。用語含む、含んでいるまたはそのどのような他の変形物も、非排他的包含を対象とすることを意図しており、したがって要素のリストを含むプロセス、方法、製品、または装置は、それらの要素だけを含むのではなく、かかるプロセス、方法、製品、または装置に明示的に示されているまたはそれらに固有の他の要素を含み得る。含むの前に来る要素は、より多くの制限なしに、その要素を含むプロセス、方法、製品、または装置うちの追加の同一の諸要素の存在を排除しない。本明細書に説明される本発明の実施形態は、1台または複数の従来のプロセッサ、およびその1台または複数のプロセッサを制御し、本明細書で説明される無線通信ネットワーク内でリソースブロックを割り当てる機能のいくつか、大多数またはすべてを、特定の非プロセッサ回路と連動して具体化される一意の記憶されているプログラム命令から構成されることがあることが理解される。非プロセッサ回路は、無線受信機、無線送信機、信号ドライバ、クロック回路、電源回路、およびユーザ入力装置を含むことがあるが、これらに限定されない。このように、これらの機能はリソースブロック割り当てを実行するための方法のステップとして解釈し得る。別法として、いくつかの機能またはすべての機能は、記憶されたプログラム命令を有さないステートマシンによって、もしくは各機能または特定の機能の組み合わせのいくつかがカスタム論理回路として具体化される1つまたは複数の特定用途向け集積回路ASICにおいて具体化できるだろう。言うまでもなく、2つの手法の組み合わせも使用できるだろう。したがって、これらの機能のための方法および手段が、本明細書に説明されている。さらに、おそらくは多大な努力、ならびに本明細書に開示される概念および原理によって導かれるときの、例えば利用可能時間、現在の技術、および経済的な検討事項を動機とする多くの設計の選択肢にも関わらず、当業者が最小の実験でかかるソフトウェア命令およびソフトウェアプログラムならびにICを容易に生成できることが期待される。ある実施形態では、アップリンク接続時にユーザ装置のためにリソースブロック負荷を計算する方法が実行される。リソースブロック負荷は、ユーザ装置のための待ち行列サイズを設定し、ユーザ装置の変調符号化方式のためのリソースブロック数を電力レベルから決定し、変調符号化方式のためのリソースブロック数を使用して待ち行列サイズに対するリソースブロック数を決定することによって計算される。さらに、方法は、ユーザ装置のための計算されたリソースブロック負荷を割り当てることも含む。別の実施形態では、方法は、リソースブロックを割り当てる。この方法は、アップリンクチャネル上で利用可能なリソースブロック数を決定すること、およびアップリンクチャネル上の近接する未割り当てのリソースブロックの最大数を決定することを含む。さらに、方法は、アップリンクチャネル上の少なくとも1つのユーザ装置のアップリンクチャネルのリソースブロック負荷を計算することを含み、リソースブロック負荷は、ユーザ装置のための待ち行列におけるリソースブロックと、アップリンクチャネル上のユーザ装置のための近接する未割り当てのリソースブロックの最大数とのうちの小さい方の合計である。この負荷の決定に基づき、リソースブロック割り当ては、重負荷があるのか、それとも低負荷があるのかに応じて行われる。また、方法は、リソースブロック負荷が利用可能なリソースブロック数以上であるときに、ユーザ装置のための待ち行列におけるリソースブロックと、近接する未割り当てのリソースブロックの最大数とのうちの小さい方を割り当てることも含む。重負荷状況下での待ち行列におけるリソースブロック数は、以下に定義されるようにNMCSおよびNQの最小値である。さらに、方法は、リソースブロック負荷が利用可能なリソースブロック数未満であるときに、近接する未割り当ての数のリソースブロックの最大数の全体で待ち行列におけるリソースブロックの数を割り当てることを含む。したがって、低負荷状況では、以下に定められるように、待ち行列におけるリソースブロックは、NQLLおよびNTBSの最小値であり、高負荷状況での値とは異なる値である。本発明は、図を参照するとより完全に理解され得る。図1は、本発明の実施形態に係る無線通信システム100のブロック図である。通信システム100は、無線通信のために装備される、セル式電話、無線電話、スマートフォン、パーソナルデジタルアシスタントPDA、パーソナルコンピュータPC、またはラップトップコンピュータ等のユーザ装置UE120を含むが、これらに限定されない。通信システム100は、無線リンクを介して無線アクセスネットワークRANのカバレージエリア内に常駐するUE120等のユーザ装置に通信サービスを提供する基地局BS110をさらに含む。無線リンクは、アップリンク130およびダウンリンク不図示を含み、アップリンク130およびダウンリンクのそれぞれが、複数のトラフィックチャネルおよび複数の信号チャネルを含む複数の物理通信チャネルおよび論理通信チャネルを含む。アップリンク130のための複数のチャネルは、物理アップリンク制御チャネルPUCCH:PhysicalUplinkControlChannelおよび物理アップリンク共有チャネルPUSCH:PhysicalUplinkSharedChannelを含む。BS110およびUE120のそれぞれは、1台または複数のマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサDSP、その組み合わせ等の、プロセッサ112、122または当業者にとって既知のかかる他の装置を含み、プロセッサはそれぞれBSおよびUEによって実行されているとして本明細書中で説明される機能を実行するように構成される。BS110およびUE120は関連するプロセッサによって実行され得、BSおよびUEが通信システム100内で動作するために必要な全機能を実行できるようにするデータおよびプログラムを保持する、ランダムアクセスメモリRAM、ダイナミックRAMDRAM、および/または読み出し専用記憶装置ROMもしくはその同等物を含み得るそれぞれ少なくとも1つの記憶装置114、124をそれぞれ、さらに含む。また、BS110およびUE120のそれぞれは、無線リンク130で信号を送信するためのそれぞれの無線周波数RF送信機118、128、および無線リンク130を介して信号を受信するためのRF受信機116、126もそれぞれ含む。送信機118、128、および受信機116、126は、多くの場合、集合的にトランシーバと呼ばれる。通信システム100は、BS110に連結され、本明細書に説明されるスケジューリング機能を実行するスケジューラ102をさらに含む。スケジューラ102は、1台または複数のマイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサDSP、それらの組み合わせ、または当業者に既知のかかる他の装置等のプロセッサ104を含む。このプロセッサ104は、スケジューラによって実行されるとして本明細書中で説明される機能を実行するように構成される。スケジューラ102は、関連するプロセッサによって実行され得るデータおよびプログラムを保持し、スケジューラが通信システム100内で動作するために必要な全機能を実行できるようにする少なくとも1つの記憶装置106をさらに含む。この記憶装置106は、ランダムアクセスメモリRAM、ダイナミックRAMDRAM、および/または読み出し専用記憶装置ROMもしくはその同等物を含む場合もある。スケジューラ102は、BS110とは別個の要素として示されているが、本発明の他の実施形態では、スケジューラ102は、BS内に具体化されてもよく、さらに詳細には、BSに含まれる少なくとも1つの記憶装置114によって保持されるプログラムに基づいて、BSのプロセッサ112によって実施されてよい。スケジューラ102、BS110、およびUE120によって実行されるとして本明細書中に説明される機能性は、スケジューラ、BS、およびUEと関連づけられた各少なくとも1つの記憶装置106、114、124に記憶され、スケジューラ、BS、およびUEと関連づけられたプロセッサ104、112、122によって実行されるソフトウェアプログラムおよび命令により実施されるか、またはかかるソフトウェアプログラムおよび命令において具体化される。しかしながら、当業者には、本発明の実施形態が、ハードウェア、例えば、スケジューラ、BS、およびUEのうちの1つまたは複数に具体化される特定用途向け集積回路ASIC等の、集積回路IC、ASIC等に具体化され得ることが理解される。本開示に基づき、当業者は、やり直すことなく、かかるソフトウェアおよび/またはハードウェアを容易に作成し、具体化することができるだろう。BS110およびUE120が通信セッションに従事する際には、BS110およびUE120は、それぞれ既知の無線電気通信規格に従って動作する。好ましくは、通信システム100は、3GPP、LTE第三世代携帯電話標準仕様策定プロジェクトのロングタームエボリューション:ThirdGenerationPartnershipProjectLongTermEvolution規格に従って動作する3GPP、LTE通信システムである。互換性を保証するために、無線システムパラメータおよび呼処理手順は、かかる規格によって指定され、BSおよびUEによって実行される呼処理ステップを含む。しかしながら、当業者は、通信システム100が、3GPP、UMTSユニバーサルモバイルテレコミュニケーションシステム:UniversalMobileTelecommunicationSystem通信システム、CDMA符号分割多重接続通信システム、CDMA2000通信システム、周波数分割多重接続FDMA通信システム、時分割多重接続TDMA通信システム、もしくはワイマックスWiMAX通信システムなど、多様なOFDM技術のうちの任意の1つに従って動作する通信システム、または例えば802.11規格、802.15規格、802.16規格、802.20規格等のIEEE電気電子技術者協会802.xx規格のうちのどれか1つに従って動作する通信システム等の、無線リンクリソースを割り当てる任意の無線通信システムであってよいことを理解している。図2を参照すると、OFDM内でのアップリンクのためのスケジューリングおよびリソース割り当てを説明するフローチャート200が示されている。特に、フローチャート200は、本明細書に説明されるプロセスおよび手順に従って割り当てられるユーザ装置の決定を示す。図示されているプロセスはスケジューラ102に関して説明されるが、スケジューラ102がアップリンクチャネル、つまりPUSCHのためのリソースブロックを割り当てる際には、説明されるステップおよび手順のいくつかが、RANの内部の他のエンティティおよびスケジューラ102に提供される関連データおよび情報によって実行され得ることは理解されよう。まず、アップリンクスケジューリングは、チャネル130にスケジュールされる、チャネルのおよびユーザ装置の雑音値および干渉値を計算すること202によって開始する。ユーザ装置の適格なセットが定義され204、ユーザ装置の適格なセットの各メンバは、ゼロより大きい待ち行列サイズを有し、それによってユーザ装置がチャネルの使用を必要とすることを指定する。さらに、ユーザ装置の適格なセットは、なんらかの理由からアップリンクチャネル130でのデータの再送を必要とするすべてのユーザ装置を含む。再送を必要とするユーザ装置には、他のユーザ装置の割り当てに優る優先順位が与えられる。したがって、再送を必要とするユーザ装置のために、リソースブロックを含むリソースが確保される208。特定のケースでは、新たな送信中に使用される同じセットのリソースブロックが現在のサブフレームでは使用できないために、割り当てが優先されていても再送がブロックされることがある。かかるケースでは、ブロックされた再送は以前に未割り当てのユーザ装置の送信とともに配置される。新しい送信およびブロックされた再送について、チャネル測定値が計算される208。これらのチャネル測定値は、経路損失推定値、受信信号対雑音干渉比SINR推定値、SINR補正値、リソースブロックあたりのスループット、フィルタスループット、および比例公平PFメトリック計算を含むことができる。他の測定および計算も決定できる。これらの測定基準を使用すると、スケジュールされ、割り当てられることになるユーザ装置は、最初にブロックのために再送を必要とするユーザ装置をリストし、次いでPF測定基準に従った降順でリストすることによって並べ替えられる210。並べ替えられた各ユーザ装置について、物理下り制御チャネルPDCCH:PhysicalDownlinkControlChannelハッシュが計算される212。次いで、PDCCHハッシュが計算されたユーザ装置に対してリソースブロックの割り当ておよびスケジューリングを行うことができる214。プロセスは、ステップ216で終了する。リソースブロック割り当ておよびスケジューリングの一部として、リソースブロック負荷が必要とされる。リソースブロック負荷は、ステップ216を通過したすべての適格なユーザ装置つまり、PDCCHハッシュが計算されたすべての適格なユーザ装置のリソースブロック負荷の合計として計算される。図3は、216を通過したユーザ装置のリソースブロック負荷を計算することを説明するフローチャート300を示す。ステップ216を通過した各ユーザ装置について、変調符号化方式MCSインデックスが決定される304。MCSインデックスは、上述されたSINR計算、および通信規格に従って提供されるSNR表からMCS表までを使用して決定される。MCSインデックスから、送信ブロックサイズインデックスTBSTが、通信規格に従って提供される表を使用して決定される306。二次元配列は、TBSを第1の次元として、リソース数を第2の次元として決定される。かかる二次元配列の例は、図5に示され、以下にさらに詳細に説明される。リソースブロック数が次いで決定される310。実施形態では、ユーザ装置に対する待ち行列サイズQが決定される。NMCSは、リソースブロック毎の電力WRBを、そのユーザ装置に割り当てられるすべてのリソースブロックについて維持できるリソースブロックの数である。理解されるように、WRBは、リソースブロック毎の送信電力をとりわけユーザ装置の経路損失の関数として特定する通信ネットワーク規格の一部であるフラクショナル電力制御規則FractionalPowerControlRuleから取得される。さらに、ユーザ装置待ち行列サイズQを使い果たすことがあるリソースブロック数NQが決定される。数NMCSは、利用可能なリソースブロックの電力を超えるユーザ装置の最大送信電力PMAXの下限を計算することによって計算される。指摘されるように、NMCSは、ユーザ装置が、リソースブロック毎の送信電力をWRBに保ち、且つPMAX未満の総送信電力も有する一方で、ユーザ装置が使用することができるリソースの最大数を表す。NQは、最大限でNMCSに等しくなるリソースブロック数である。NQは、ユーザがその待ち行列サイズQを使い果たすために必要とするリソースブロック数として定義でき、リソースブロック数は所定の値NMCSを超えることができないという制限がある。正式には、NQは、1以上でNMCS以下であるリソースブロックの最小値jと、待ち行列サイズQ以上であるリソースブロックjのTBS値Tとから決定される。実施形態では、NMCSのためのTBS値TがQ未満である場合には、NQはNMCSに等しい。NMCSおよびNQを提供するこれらの方法は、チャネルのFPCスペクトル効率を最大限にするためにリソースブロックの目標数を設定する方法を提供する。したがって、リソースブロック数NMCSは、リソースブロックの目標数として設定できる。通常、アルゴリズムは、値NMCSを超えるより多くのリソースブロックを割り当て、より多くのビットを送信しようと模索する。これは、より少ない数のビットがリソースブロック毎に送信されるので、スペクトル的に非効率であると判断されてきた。リソースブロック数をNMCS以下に設定すると、リソースブロック毎の送信電力即ち、MCSが一定に保たれるので、リソースブロック毎に割り当てられるリソースビットの数は一定となる。リソースブロック数がNMCSよりも大きいとき、リソースブロック毎に割り当てられるリソースビット数は、リソースブロック毎の送信電力の減少のために減少し始め、これがより低いスペクトル効率、つまりビット/Hzにつながる。アップリンクでの負荷が増加するにつれ、アップリンク上での総帯域幅を最適化するためにはより高いスペクトル効率が所望される。まだリソースが未割り当てのユーザ装置のそれぞれのリソースブロック負荷により、残りの利用可能なリソースブロックを割り当てることが可能である。図4は、並べ替えられた待ち行列においてユーザ装置にリソースブロックを割り当てることを説明するフローチャート400を示す。プロセスは、割り当てられることになる次のユーザ装置をPF測定基準に従って降順でリストから選択することによって開始する402。PF測定基準が1つの考えられる測定基準であり、他の測定基準も説明される原理の枠組みの中にあることに留意されたい。さらに、PUSCHで割り当てのために利用可能であるリソースブロック数NAVLが決定される404。利用可能なリソースブロックがない場合、処理は停止される406。それ以外の場合、PUSCH上の近接する未割り当てのリソースブロックの最大数NRB_MAXが決定される408。さらに、まだリソースが割り当てられていなかった全てのユーザ装置のリソースブロック負荷RBLOADが決定される。RBLOADは、それらの全てのユーザ装置についてのNQおよびNRB_MAXのうちの小さい方を合計することによって決定される410。その際、NQは図3に示されるように演算される。RBLOADは、唯一の制限がNRB_MAXだけであったならば、待ち行列における未決の未割り当てのユーザ装置が占有できるリソースブロック数の基準である。次のステップで、RBLOADは、アップリンクチャネルの負荷を考慮するためにNAVLと比較される412。ここで、NAVLはユーザ装置のリソース割り当てに利用可能なリソースブロックの総数である。RBLOADがNAVLよりも大きい場合、利用可能であるよりも多くのリソースブロックを充填するため、アップリンクチャネルおよびユーザ装置は、重負荷状態にあると見なされる。重負荷状態では、割り当てられるリソースブロック数であるNRBは、NQおよびNRB_MAXのうちの小さい方であると見なされる。したがって、重負荷状態では、割り当てられているユーザ装置に提供されるリソースブロック数は、スペクトル的に効率的なリソースブロック割り当てに基づいており、リソースブロック毎の電力は、利用可能な近接するリソースブロックの最大数NRB_MAXを条件に、フラクショナル電力制御規則に従って最大限にされる。これは、利用可能なリソースブロック数NRB_MAX、または必要とされるリソースブロック数NQのどちらかである。低負荷状況では、未決のユーザ装置は、利用可能なリソースブロック総数よりも少ないリソースブロックを必要としている。どのくらいの数のリソースブロックが必要とされるのか、また、リソースブロックのそれぞれに割り当てられる電力が決定される。そのために、すべての実現可能なリソースブロックの中でTBSを最大限にするリソースブロック数NTBSの数が決定される。実現可能なリソースブロックは、ユーザ装置に対する目標SINRよりも大きい推定SINRを有するすべてのそれらのリソースブロックである。さらに、TBSに対するすべての利用可能なリソースブロックの中でユーザ装置の待ち行列サイズに対応できるリソースブロックの最小数NQLLが決定される。換言すると、目標SINRよりも大きい推定SINRを有するリソースブロックの数が決定される。したがって、低負荷状況での割り当てでは、最大TBSと同等となるまでなど、リソースブロックの数を増加することによって割り当てられるリソースブロック数をサーチし続ける。低負荷状況では、NRBは、決定されたNQLLおよびNRB_MAXのうちの小さい方に決定される。電力は、次いで、この数のリソースブロック全体で拡散され、したがって、一定の電力がリソースブロック全体で維持できる。また、これはこのユーザ装置から送信できるビット総数の最大数TBSに達するために可能な限り多くのリソースを提供する。さらに、リソースブロック数はNMCSを超えて増加するが、ユーザ装置のSNRは減少する。これによって、MCSレベルは低下するが、ユーザ装置によって必要とされる最小MCSレベル以下には低下しない。最小MCSレベルに達すると、リソース数はそれ以上は増加されない。したがって、容量は帯域幅に線形比例し、SNRには対数的に比例するため、低負荷状況ではさらに多くの帯域幅がユーザ装置に提供される。これらの状態では、ユーザ装置での固定された送信電力予算を仮定して、SNRに比較して帯域幅を最大限にすることがよりよいと決定される。したがって、送信可能なビット数TBSが増加する限り、同じ量の総電力を使用して、リソースブロック数はNMCSを超えて増加できると判定される。重負荷状況または低負荷状況のどちらかでNRBが決定された後、プロセスは、割り当てられるリソースブロックをサーチする414。プロセスは、NRBよりも大きい、アップリンクチャネルにおいて利用可能な近接リソースブロックの最小セットをサーチする。リソースブロックがユーザ装置に割り当てられた後、そのユーザ装置はリストから削除される416。セットが空である場合、プロセスは停止する418。それ以外の場合、次のユーザ装置が選択され、割り当てプロセスは説明されたように続行する。図5は、アップリンクで割り当てられるリソースブロック数を決定するために使用されるTBS表500の図である。横軸では、リソースブロック数jが示される。縦軸では、リソースブロックとMCSの組のTBSTが示される。推定SINRは、ユーザ装置の目標SINR未満であるため、特定の組[t][j]は検討に利用できないことが理解される。これらの正方形には陰影が付けられている。決定された値は、NMCSおよびNQLLを含み横軸に示されている。陰影領域に接している正方形は、それぞれ、対応する数のリソースブロックのTBSインデックスを最大限にするための候補であることが留意される。正方形502は、重負荷状況での最高の実現可能TBSインデックスTで考えられるリソースブロック最大数NMCSに相当する。したがって、待ち行列のサイズが制限ではない場合、NRBはNMCSに等しくなり、それ以外の場合、スケジューラはリソースを無駄にしないので、待ち行列サイズはNMCSよりも小さくなるようにリソース数を決定できる。低負荷状況では、リソースブロックサイズは、TおよびT‘を考慮することによってNMCSを越えて増加することができる。正方形506は、同じ総UE電力のための最大TBSサイズに相当する。正方形504は、アップリンクチャネルのための待ち行列サイズを使い果たすリソースブロックの最小数に相当する。実施形態では、コードは、図5に示される原理を使用して最適化できる。低負荷状況では、TBST毎に割り当てることができるリソースブロック最大数は、リソースブロック502から508の数、および推定SINRが目標SINRよりも大きい他の正方形として示される。これらの正方形のそれぞれは、正方形508で開始することによってサーチされる。正方形508では、リソースブロック数は、近接して利用可能なリソースブロック最大数を使用することによって、あるいはリソースブロック数をさらに増加することでMCSを最低の利用可能なMCSのレベル以下に削減することから、最大限になる。リソースブロック数の計算後508、分析は、例えば502、504、506等の他の利用可能な[t][j]組を見続け、送信できるビット数、つまり割り当てのためのトランスポートブロックサイズが、その時点でサーチを停止し、リソースを割り当てられるような正方形508での数以上であるかどうかを判定する。説明される原則は、リソースブロックの関連の例において理解できる。ユーザ装置のセットが決定される。ユーザ装置のセットは、再送が必要とされるそれらのユーザ装置、および新たな送信を有するユーザ装置を含む。これらのユーザ装置は、再送が先に優先される優先順位測定基準に従って順序付けられる。リソースの数およびMCSが所定である可能性があるので、いくつかのケースでは、再送は簡略化されたサーチを有するだろう。再送に所定数のリソースブロックを割り当てることができない場合、スケジューラは、同じTBS値のより少ない数のリソースブロックをサーチする可能性がある。再送の後には、優先順位測定基準の降順での新たな再送が続く。さらに、アップリンク上の近接するリソースブロックの最大数だけではなく、アップリンク上の利用可能なリソースブロック数も決定される。次いで、選択されたユーザ装置について、ユーザ装置が、上述されたように重負荷所状況で処理されるべきか、それとも低負荷状況で処理されるべきかが決定される。重負荷状況での場合には、ユーザ装置にはNQ、NMCSおよびNRB_MAXから最小値のリソースブロックNRBが割り当てられる。図5を使用すると、重負荷状況では、NMCSと関連付けられ、したがって正方形502はリソースブロック数および対応するTBSTであると決定される。これらの値を用いて、アップリンクチャネルが、選択されたユーザ装置に適切な数の近接リソースブロックを割り当てるために見直される。セットの次のユーザ装置が次いで選択される。次のユーザ装置に対して、同じプロセスが実行される。低負荷状況では、NRBは、説明されたようにNQLL、NTBSおよびNRB_MAXの間で決定される。図5を使用すると、リソースブロック数は増加することができ、したがって電力はより多くのリソースブロック全体で拡散し、トランスポートブロックサイズおよびユーザスループットを増加できる。したがって、正方形504、506または508を選択することができ、ユーザ装置に対して適切な数のリソースブロックを割り当てることができる。いくつかのスケジューラでは、個々のリソースグループまたはリソースブロックのグループのチャネルの質等の追加情報が既知である可能性がある。周波数選択スケジューラと呼ばれるそれらのスケジューラはこの情報を活用して、リソースブロック内のユーザ装置をスケジュールする。これはそれらのスケジューラにとって最良であり、システムの全体的な容量を最適化することとなる。ここに説明されるシステムにおいてと同様に、すべてのユーザ装置がリソースブロック毎のこの詳細なチャネル情報を有さないことも可能である。それらのユーザに対して、我々は上述されたような同じリソース割り当て方針を使用するだろう。上述されたように、低負荷でのリソース割り当ての手法は、NMCSまでのリソースを用いるよりも、低いスペクトル効率で割り当てられたより多くのリソースを使用してより大きなTBS割り当てを提供しようとする。いくつかのケースでは、限られた送信電力および特定の閾値を超える高い経路損失のために、閾値を下回る低いスループットを経験しているセル端ユーザには、そのスループットをブーストするために実際の測定されたリソース負荷が高い場合にも低い負荷規則に従ってリソースが割り当てられる。これらのケースでのNMCSを超えるリソースブロックの増加は、リソースブロックの閾値数によって制限できるだろう。上記明細書では、本発明の特定の実施形態が説明されてきた。しかしながら、当業者は、以下の特許請求の範囲に述べられる本発明の範囲を逸脱することなく、多様な修正および変更を加えることができることを理解する。したがって、明細書および図は、制限的な意味ではなく例示的な意味で考慮されるべきであり、すべてのかかる修正形態は本発明の範囲内に含まれることが意図される。利点、優位点、問題の解決策、およびどのような利点、優位点または解決策も引き起こすまたはより顕著とするどのような要素複数の場合があるも、任意のまたはすべての請求項の重大な特長または要素、必要とされる特長または要素、または必須の特長または要素と見なされるべきではない。本発明は、本願の係属の間に加えられるあらゆる補正、および発行されるそれらの請求項のすべての均等物を含む、添付特許請求の範囲によってだけ定められる。