無線送受信ユニットWTRUからのアップリンクのデータの送信をスケジューリングするための方法であって、前記WTRUにおけるバッファー中の送信のための未処理のアップリンクのデータの量を判定することと、ビットレートに対するリソースブロックRBのトークンバケットのサイズに基づき、複数のアップリンクチャンネルと前記複数のアップリンクチャンネルに関連付けられた現在のバッファー状態とを判定することと、前記未処理のデータの量の判定および前記複数のアップリンクチャンネルの判定に基づいて、バッファー状態報告を提供することと、提供した前記バッファー状態報告の送信の応答である、前記未処理のアップリンクのデータの送信に対する許可を受信することとを具備し、前記複数のアップリンクチャンネルについての前記現在のバッファー状態はトークンバケットが負の値であることを示すが、前記未処理のアップリンクのデータの送信が許可される、ことを特徴とする方法。前記複数のアップリンクチャンネルに対して:前記現在のバッファー状態が予め決定された閾値を超過するかを判定することと、前記現在のバッファー状態が前記予め決定された閾値を超過するという条件において、未処理のアップリンクのデータの少なくとも1つのパケットを送信することと、送信された前記未処理のアップリンクのデータの少なくとも1つのパケットのサイズだけ減少された前記現在のバッファー状態に等しく、前記現在のバッファー状態を設定することとをさらに具備することを特徴とする請求項1に記載の方法。前記バッファー状態報告は、前のアップリンク許可において割り当てられたアップリンクチャンネル上で送信されることを特徴とする請求項1に記載の方法。前記ビットレートは、保証伝送レートGBRのリソースブロックRBのトークンバケットのサイズ、上限伝送レートMBRのリソースブロックRBのトークンバケットのサイズ、優先伝送レートPBRのリソースブロックRBのトークンバケットのサイズ、および集約されたMBRaMBRのリソースブロックRBのトークンバケットのサイズ、の内の少なくとも1つを含むことを特徴とする請求項1に記載の方法。複数のリソースブロックRBsについてのトークンの集約数を報告することをさらに具備することを特徴とする請求項1に記載の方法。前記バッファー状態報告はリソースブロックRBについてのトークンの値を含むことを特徴とする請求項1に記載の方法。前記現在のバッファー状態は、バッファー占有率BO情報を含むことを特徴とする請求項1に記載の方法。前記未処理のアップリンクのデータの少なくとも1つのパケットを送信するために十分なトークンが蓄積するであろう目標時間を報告することをさらに具備することを特徴とする請求項1に記載の方法。受信部と、送信部と、前記受信部および前記送信部と通信するプロセッサとを備えた無線送受信ユニットWTRUであって、前記プロセッサはアップリンクのデータの送信をスケジューリングするように構成されており、前記プロセッサは、当該WTRUにおけるバッファー中の送信のための未処理のアップリンクのデータの量を判定し、ビットレートに対するリソースブロックRBのトークンバケットのサイズに基づき、複数のアップリンクチャンネルと前記複数のアップリンクチャンネルに関連付けられた現在のバッファー状態とを判定し、前記未処理のデータの量の判定および前記複数のアップリンクチャンネルの判定に基づいて、許可要求を含むバッファー状態報告を提供し、提供した前記バッファー状態報告の送信の応答である、前記未処理のアップリンクのデータの送信に対する許可を受信するようにさらに構成されており、前記複数のアップリンクチャンネルについての前記現在のバッファー状態は、トークンバケットが負の値であること、および前記未処理のアップリンクのデータの送信が許可されることを示す、ことを特徴とするWTRU。前記プロセッサは、前記複数のアップリンクチャンネルの各々について、前記現在のバッファー状態が予め決定された閾値を超過するかを判定し、前記現在のバッファー状態が前記予め決定された閾値を超過するという条件において、未処理のアップリンクのデータの少なくとも1つのパケットを送信し、送信された前記未処理のアップリンクのデータの少なくとも1つのパケットのサイズだけ減少された前記現在のバッファー状態に等しく、前記現在のバッファー状態を設定するようにさらに構成されていることを特徴とする請求項9に記載のWTRU。前記ビットレートは、保証伝送レートGBRのリソースブロックRBのトークンバケットのサイズ、上限伝送レートMBRのリソースブロックRBのトークンバケットのサイズ、優先伝送レートPBRのリソースブロックRBのトークンバケットのサイズ、および集約されたMBRaMBRのリソースブロックRBのトークンバケットのサイズ、の内の少なくとも1つを含むことを特徴とする請求項9に記載のWTRU。前記プロセッサは、複数のリソースブロックRBsについてのトークンの集約数を報告するようにさらに構成されていることを特徴とする請求項9に記載のWTRU。前記バッファー状態報告はリソースブロックRBについてのトークンの値を含むことを特徴とする請求項9に記載のWTRU。前記現在のバッファー状態は、バッファー占有率BO情報を含むことを特徴とする請求項9に記載のWTRU。前記プロセッサは、前記未処理のアップリンクのデータの少なくとも1つのパケットを送信するために十分なトークンが蓄積するであろう目標時間を報告するようにさらに構成されていることを特徴とする請求項9に記載のWTRU。これ以後参照されると、用語WTRUWirelessTransmitReceiveUnit:無線送受信ユニットは、限定的ではなく、UEUserEquipment:ユーザー機器、移動端末、固定型または移動体の加入者ユニット、ページャー、携帯電話、PDAPersonalDigitalAssistant:携帯情報端末、コンピューター、または無線環境において動作する能力のある他の如何なる種別のユーザーデバイスをも含む。これ以後参照されると、用語基地局basestationは、限定的ではなく、ノードBNode-B、サイトコントローラー、APAccessPoint:アクセスポイント、または無線環境において動作する能力のある他の如何なる種別のインターフェイスデバイスをも含む。図2は、複数のWTRU210および1つのeNB220を含む無線通信システム200を示す。図2に示されるように、WTRU210はeNB220と通信状態にある。図2においてはWTRU210および基地局220という一例の構成が表現されるが、無線通信システム200においては、無線のそして有線の装置の何れの組み合わせをも含むことができることに注意するべきである。図3は、図2の無線通信システム200のWTRU210およびeNB220の機能的ブロック図300である。図3に示されるように、WTRU210はeNB220と通信状態にあり、そして両方がアップリンク欠乏状態回避を支援する方法を実行するように構成されている。典型的なWTRUにおいて見出すことができる構成要素に加えて、WTRU210は処理装置215、受信機216、送信機217、およびアンテナ218を含む。処理装置215は、アップリンク欠乏状態回避を支援する方法を実行するように構成されている。受信機216および送信機217は、処理装置215と通信状態にある。アンテナ218は、受信機216および送信機217の両方と通信状態にあり、無線データの送信および受信を容易にする。典型的なeNBにおいて見出すことができる構成要素に加えて、eNB220は処理装置225、受信機226、送信機227、およびアンテナ228を含む。処理装置225は、アップリンク欠乏状態回避を支援する方法を実行するように構成されている。受信機226および送信機227は、処理装置225と通信状態にある。アンテナ228は、受信機226および送信機227の両方と通信状態にあり、無線データの送信および受信を容易にする。図4は、UL欠乏状態回避を支援する方法400のフロー図である。ステップ410において、WTRU210は現在のバッファー状態情報をeNB220に報告する。この情報には、いくつかのまたはすべてのRBに対する情報を含めることができ、そして許可ロスを防ぐように向かわせることができる。この情報には、BOBufferOccupancy:バッファー占有率情報、PBR、GBRMBR、およびeMBRそれぞれに対するそれぞれのRBのトークンバケットのサイズ、WTRUにおけるトークン蓄積パターン、電力残量等を含めることができる。BO情報は、1つのRB、RBのグループ、またはすべてのRBに対するものであることができ、一方電力残量は、すべてのRBに対するものである。トークンのサイズおよびトークン蓄積パターンは、RBに対するPBS、GBR、MBR、およびaMBRそれぞれに対するものであることができる。あるいはまた、いくつかのRBに対するトークンの集約数を報告し、そして別の集約を個々に報告することができる。例えばGBS、MBR、およびeMBRに対する集約トークンを、お互いの如何にかかわらず報告することができる。許可がWTRU単位であるため、WTRU210が利用できるトークンの総数は、許可をスケジューリングするために効率的な方法を提供することが可能である。ステップ410における報告の間に、WTRU210はトークンバケットの最大のサイズに対するトークンの割合を報告することができる。例えば、WTRU210がトークンバケットの最大のサイズの0~1/4、1/4~1/2、1/2~3/4、3/4~100パーセントを有することを表すために2ビットを使用することができる。トークンなし、1/4トークン未満、1/4トークンと1/2トークンの間、1/2トークンより大などの不均一な範囲を支援するためにその2ビットを定義することができることにまた注意するべきである。例として、2ビットが一定範囲を表すために使用されるなら、00は範囲0~1/4に、01は1/4~1/2に、10は1/2~3/4に、11は3/4~100パーセントに対して利用することができる。これら記述されたものとは異なり別の範囲を表すために任意のビットの組み合わせをも使用することができることに注意するべきである。不均一な範囲に対して同様の規則を使用可能である例えば、00はトークンなしを表し、01は1/4トークン未満を表し、以下同様。上で記述されたようにeNB220が同期することを支援するために、WTRU210は、WTRU210に関連する情報の全てのまたは全体の一部のみをeNB220に報告する。従ってeNB220はWTRUの状況を承知しており、そして正確な許可判定を発行し、許可ロスを回避する支援をすることが可能である。さらにWTRU210は、それぞれのRB、RBのグループ、すべてのRB、高優先度のRBのみ、または任意の組み合わせに対して報告することができる。WTRU210はまた、自身のバッファー状態例えば許可要求において、WTRU210が少なくとも1つのパケット例えば最小のTBTransportBlock:トランスポートブロックのサイズを送るために充分なトークンを蓄積するであろう目標時間を指定し、eNB220が当該示された時間にまたはその後に許可をスケジューリングできるようにすることができる。WTRU210は、TTITransmissionTimeInterval:送信時間間隔毎に、またはRB確立または修正処理の間のRRC信号方式により設定することができるいくつかのTTI毎に、情報の任意の部分、または全てを報告可能である。WTRU210は、自身の報告またはトークンバケット情報を定期的に送信するステップ410ことができ、または予め定義されたイベントによりそれをトリガーすることができる。報告をトリガーするために利用することができるイベントは、予め記述された情報に対する値が閾値を超過するか、または下回るというイベントを含む。例えば、あるRBまたはRB群に対するトークンの量が、予め定義された閾値を下回るなら、報告するべくWTRU210をトリガーすることができる。閾値は、RB確立にてRRC信号方式により設定することができ、そしてトークンバケットの最大のサイズの一部分fractionであると定義することができる。この様に、WTRU210の状態情報例えばバッファー状態は、スライディングウィンドウslidingwindow上でWTRU210により評価することができるが、eNB220にはTTI毎または2以上のTTIの後に送ることができる。ステップ420においては、WTRU210がいくつのトークンを蓄積可能であるかをeNB220が判定する。一実施形態においては、それぞれのアプリケーションおよびネットワークへの信号に対応するそれぞれのバケットに重みを提供する。これらの重み付けされた値は累積値の形に形成され、WTRU210に信号送出することができる。全てが同一のレートにてパケットを送信する種々のWTRU210に関してたとえ複数のRBがあっても、アプリケーションの優先度によっては、あるWTRU210が、より多くの資源を要求するかもしれない。従って優先度は、NWから信号送出された重みに基づき種々のWTRU210の間で共有することが可能である。eNB220が許可割り付けをするために必要とするすべての情報を得ると、eNB220はWTRU210に許可割り付けを信号で知らせるステップ430。eNB220は、個々のWTRU210、WTRU210のグループ、または無線通信システム200中のすべてのWTRU210に対して、許可割り付けを信号送出することができることが理解されるべきである。図5は、UL欠乏状態回避を支援する代替の方法500のフロー図である。ステップ510において、WTRU210は自身のバッファー状態を判定する。一例においてはWTRU210は、自身のバッファー状態を計算しかつ評価し、そしてその評価に基づきeNB220に許可要求を送信することができるステップ520。許可要求は、TTI毎またはいくつかのTTI毎に送られる相対的または絶対的要求であることが可能である。相対的または絶対的許可要求の何れを送るか、およびWTRUからどのような頻度にて許可を送るべきであるかは、RB確立または修正段階にてRRC信号方式により設定されるべきである。例えば相対的許可要求は、以前使用された値に対して相対するものであり、そして前の許可および現在の許可からWTRU210が実際の許可を導出可能なように変更分がWTRU210に信号送出される。絶対的許可に対しては、WTRU210が使用するべき値が、WTRU210が何らかの導出を為す必要性なしで表される。許可要求はハッピービットHappyBitの形態であることができ、単一ビットまたは複数のビットがハッピービット形式にてeNB220に送信される。単一ビットの許可要求が利用される場合には、その単一ビットは、全てのRBの例えば、PBR、GBR、MBR、aMBRに対する、WTRUバッファー占有状態、パケット情報、電力残量、トークン残量、および同様のものなどの、全ての種々の属性に対する評価結果を代表するべきである。ハッピービットは、1つのRBに対する状態かまたはそれぞれのRBの属性のみを表すことができ、そしてスライディングウィンドウslidingwindow上で評価することができる。ハッピービットは、あらゆるRB、高優先度RB、またはその任意の組み合わせを表すことができ、そしてTTI毎または多くのTTIの後にeNB220に報告することができる。ハッピービットはまた、WTRU210が希望する許可要求の量を表すことができる。許可要求が複数のビットを含むなら、1ビットは、1つのRBかまたはRBの例えば、優先度およびなどと同様の特性を有するグループのすべての属性を代表するものであり得るか、またはその1ビットは、すべてのRBの1つの属性を代表するもの例えば、トークン残量、BO、または電力残量であり得る。さらに複数のビットは、許可要求に対するWTRU210の状態の様々な組み合わせを表すインデックスとして使用することが可能である。例えばその複数のビットは、WTRU210がトークン、電力、またはデータ制限であるかを表すことができる。許可要求目的のためより多くのビットが必要であるなら、WTRU210からの許可要求を表すために、BSRBufferStatusReport:バッファー状態報告を使用することが可能である。下の表1は、種々の許可対状態表示要求を反映する対応付けを表す一例のインデックスを示す。上の表1において示されるように、WTRU210がトークン制限か、電力制限か、データ制限か、またはそれらの何れかの組み合わせであるかを、いくつかのインデックス値が表す。表1は一例の対応付けを示すが、他の対応付けもまた利用することができ、そして他の制限を報告することができることに注意するべきである。例えばWTRU210は、WTRU210のデータを送信するためにWTRU210に与えられたTTIの数が不十分であったと言うことを含むことができる。WTRU210から情報を受け取った後に、eNB220はWTRU210に許可を信号送出するステップ530。UL欠乏状態回避を支援するために、支援に向けられたパラメータを含むRRC信号方式を必要とする場合がある。下の表2は、UL欠乏状態回避を支援するための例としてのRRCパラメータを示し、IEInformationElement:情報要素に種別が対応付けられる。信号送出される必要がある場合があるもうひとつのパラメータは、トークンバケットがマイナスになることが許容されるか否かである。この追加的パラメータは、トークンバケット実施方法の種々の変形を可能にする。例えば、いくつかのWTRU210は、パケットを送るために十分な数のトークンがあるかをチェックすることを欲する場合があるが、一方でトークンバケットの他の実施方法では、トークンの数が0より大きい限り、WTRU210はパケットを送ることを許容されることになる。後者の実施方法においては、トークンバケットはマイナスになることが許容される。トークンバケットの実施方法がマイナスのトークンバケットを可能にするか否かは、WTRU210がeNB220にこのパラメータを信号送出するか、またはネットワークがeNB220を介してWTRU210にそれを信号送出するか、の何れかの、追加的信号方式パラメータであることが可能である。信号方式の組み合わせをもまた、支援することができる。下の表3は、表2において示されたパラメータに加えて信号送出することができる例としてのトークンバケットパラメータを示す。RB確立または修正段階にて、RRCメッセージを通して多くのパラメータが信号送出される必要があることが起こり得る。トークンバケットに関係するパラメータは、準静的であり、そして許可毎に更新する必要はないため、トークンバケットに関係するパラメータが信号送出されねばならなくとも、ネットワークは、それらのパラメータ例えば、バケットのサイズ、トークンの到着時間間隔、および同様のものを必ずしも許可毎において含む必要はない。代わりに、RB確立において最初にまたはRB修正の間に、それらのパラメータを信号送出することが可能である。表2または表3において記述されたトークンバケットパラメータの何れかを更新する必要がある場合には、eNB220からWTRU210へはそれらのパラメータのみが信号送出される必要がある。従って表2または表3において記述されたパラメータを利用して、WTRU210が支援することが可能なトークン到着時間間隔の範囲range、および/または細かさgranularity、ならびにWTRU210が支援することが可能な最小のおよび/または最大のバケットのサイズなどの、WTRU210の能力、ならびに同様のものが信号送出される。例えば、RRC接続再構成re-configurationメッセージを通してRB確立または修正段階にてこれらのパラメータを信号送出することができる。表2および表3において定義されたパラメータに代わるものとして、それぞれのRBに対して、インデックスを貼り付けたそれぞれのトークンバケットに関係するパラメータの種々の変形を有する表を予め定義することができる。そのRBに対するそれぞれのトークンに関係するパラメータのインデックスを次に信号送出することができる。1つのRBに対するトークンに関連するパラメータの種々の組み合わせに対してもまた、インデックスを提供することができ、そのRBの関連するトークンパラメータに対する1つのインデックスのみが信号送出される。GBR、およびGBRまたはMBRトークンバケットなどの非GBRに対するパラメータは、信号方式目的のために1つのインデックス表を共有することができる。あるいは、種々のRBに対する種々のトークンに関連するパラメータを1つの表の形式にてインデックスを提供することができる。しかしながら、1つのRBのGBRまたはMBRに対して1式のパラメータのみがある場合には、規格化するなど、これらのパラメータを事前に定義することが可能であり、そして信号送出することを必要とはしない場合がある。従ってインデックスは、1つのRBに関連するパラメータか、または複数のRBに関連するパラメータを含むことができる。WTRU210はまた、トークン関連のパラメータを局所的に格納し、そして適切なパラメータをネットワークに通信することができる。例えばWTRU210は、それ自身の実施方法に依存するトークンバケットのサイズ、トークンの到着周期を持つことができる。この場合には、必要ならこれらのパラメータを信号送出することによりそれはネットワークに通知することができる。一例においてはこの信号方式は、WTRU能力情報報告の形態である場合がある。機能および要素が特定の組み合わせにて上にて記述されているが、それぞれの機能または要素は、他の機能および要素なしで単独にて、または他の機能および要素のあるなしに拘わらず様々な組み合わせにて使用可能である。ここに提供される方法またはフロー図は、汎用目的のコンピューターまたは処理装置による実行のための、コンピューターにて読み取り可能な記憶媒体にて具現化されるコンピュータープログラム、ソフトウェア、またはファームウェアにて実施することができる。コンピューターにて読み取り可能な記憶媒体の例としては、ROMReadOnlyMemory:リードオンリーメモリ、RAMRandomAccessMemory:ランダムアクセスメモリ、レジスター、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、磁気-光学媒体、ならびにCD-ROMディスクおよびDVDDigitalVersatileDisk:デジタル多用途ディスクなどの光学媒体が含まれる。適切な処理装置の例としては、汎用目的処理装置、専用目的処理装置、従来の処理装置、DSPDigitalSignalProcessor:デジタル信号処理装置、複数のマイクロ処理装置、DSPコアに関連付けられた1つまたは複数のマイクロ処理装置、制御装置、マイクロ制御装置、ASICApplicationSpecificIntegratedCircuit:特定用途向けIC、FPGAFieldProgrammableGateArray回路、他の何れかの種別のICIntegratedCircuit:集積回路、および/または状態マシンが含まれる。WTRUWirelessTransmitReceiveUnit:無線送受信ユニット、UEUserEquipment:ユーザー機器、端末、基地局basestation、RNCRadioNetworkController:無線ネットワーク制御装置、または任意のホストコンピューターにおいて使用するための無線周波数送受信機を実施するために、ソフトウェアに関連付けられた処理装置を使用することができる。WTRUは、ハードウェアおよび/またはソフトウェアにて実施され、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーフォン、振動デバイス、スピーカー、マイクロホン、テレビ送受信機、ハンズフリー受話器、キーボード、ブルートゥースBluetooth登録商標モジュール、FMFrequencyModulated:周波数変調された無線ユニット、LCDLiquidCrystalDisplay:液晶表示表示ユニット、OLEDOrganicLight-EmittingDiode:有機発光ダイオード表示ユニット、デジタル音楽プレーヤー、メディアプレーヤー、テレビゲームプレーヤーモジュール、インターネットブラウザー、ならびに/または任意のWLANWirelessLocalAccessNetwork:無線LANまたはUWBUltraWideBand:超広帯域無線モジュールなどのモジュールと連動して使用することができる。実施形態1.WTRUWirelessTransmitReceiveUnit:無線送受信ユニットに実装されたULUpLink:アップリンク欠乏状態回避のための方法。2.現在のバッファー状態情報を判定することをさらに具備する、実施形態1の方法。3.現在のバッファー状態情報をeNBevolvedNodeB:高度化ノードBに報告することをさらに具備する、前の何れかの実施形態における方法。4.eNBから許可を受信することをさらに具備することであって、前記許可が、WTRUが蓄積することができるトークンの数の判定を含む、前の何れかの実施形態における方法。5.現在のバッファー状態情報は、少なくとも1つのRBRadioBearer:無線ベアラに対する情報を含む、前の何れかの実施形態における方法。6.現在のバッファー状態情報が、複数のRBに対する情報を含む、前の何れかの実施形態における方法。7.WTRUが蓄積することができるトークンの数の判定は、少なくとも1つのRBに対する現在のトークンバケットのサイズに基づく、前の何れかの実施形態における方法。8.トークンバケットのサイズは、以下の:GBRGuaranteedBitRate:保証伝送レート、MBRMaximumBitRate:上限伝送レート、および/またはPBRPrioritizedBitRate:優先伝送レート、の何れかに対するものである、前の何れかの実施形態における方法。9.複数のRBに対するトークンの集約数を報告することをさらに具備する、前の何れかの実施形態における方法。10.報告するステップをトリガーすることをさらに具備する、前の何れかの実施形態における方法。11.報告をトリガーすることは、RBに対するトークンの値が予め定義された閾値より下まで減少していることを含む、前の何れかの実施形態における方法。12.現在のバッファー状態情報は、BOBufferOccupancy:バッファー占有率情報を含む、前の何れかの実施形態における方法。13.少なくとも1つのパケットを送るために十分なトークンがそれにより蓄積されるであろう目標時間を報告することをさらに具備する、前の何れかの実施形態における方法。14.バッファー状態を評価することをさらに具備する、前の何れかの実施形態における方法。15.バッファー状態の評価に基づき許可要求を送信することをさらに具備する、前の何れかの実施形態における方法。16.バッファー状態を計算することを具備する、前の何れかの実施形態における方法。17.許可要求は、少なくとも1ビットを含む、前の何れかの実施形態における方法。18.許可要求は、複数のビットをさらに具備する、前の何れかの実施形態における方法。19.少なくとも1ビットは、少なくとも1つのRBRadioBearer:無線ベアラの少なくとも1つの属性を表す、前の何れかの実施形態における方法。20.許可要求は、少なくとも1つのトークンバケットパラメータを含む、前の何れかの実施形態における方法。21.トークンバケット中のパケット送信のためのトークンの値が閾値を超過するか否かを判定することをさらに具備する、前の何れかの実施形態における方法。22.少なくとも1つのパケットを送信することをさらに具備する、前の何れかの実施形態における方法。23.少なくとも1つの送信パケットのサイズに等価なトークンの値をトークンバケットから差し引くことをさらに具備する、前の何れかの実施形態における方法。24.トークンバケットからトークンの値を差し引くことは、トークンの数をゼロ未満に減少させる、前の何れかの実施形態における方法。25.トークンバケット中のパケット送信のためのトークンの最小の数を表す設定パラメータを受信することをさらに具備する、前の何れかの実施形態における方法。26.少なくとも1つのパケットを送信することは、トークンバケット中のトークンの数をトークンの最小の数未満に減少させることになるか否かを判定することをさらに具備する、前の何れかの実施形態における方法。27.判定に基づき少なくとも1つのパケットを送信することをさらに具備する、前の何れかの実施形態における方法。28.設定パラメータは、パケット送信のための前記トークンの最小の数がゼロ未満であることを表す、前の何れかの実施形態における方法。29.設定パラメータは、前記トークンの最小の数を明示的に表す、前の何れかの実施形態における方法。30.前の何れかの実施形態における方法を実行するように構成されているWTRU。31.受信機をさらに具備する、実施形態30のWTRU。32.送信機をさらに具備する、実施形態30~31の何れかのWTRU。33.前記受信機および前記送信機と通信状態にある処理装置をさらに具備する、実施形態30~32の何れかのWTRU。34.処理装置は、現在のバッファー状態情報を判定するように構成されている、実施形態30~33の何れかのWTRU。35.処理装置は、現在のバッファー状態情報をeNBに報告するように構成されている、実施形態30~34の何れかのWTRU。36.処理装置は、eNBから許可を受信するように構成され、前記許可は、前記WTRUが蓄積することができるトークンの数の判定を含む、実施形態30~35の何れかのWTRU。37.処理装置は、バッファー状態情報中に少なくとも1つのRBに対する情報を含めるように構成されている、実施形態30~36の何れかのWTRU。38.処理装置は、バッファー状態情報中に複数のRBに対する情報を含めるように構成されている、実施形態30~37の何れかのWTRU。39.処理装置は、トークンバケット中のパケット送信のためのトークンの値が閾値を超過するか否かを判定するように構成されている、実施形態30~38の何れかのWTRU。40.処理装置は、少なくとも1つのパケットを送信するように、および前記少なくとも1つの送信パケットのサイズに等価なトークンの値をトークンバケットから差し引くように構成されている、実施形態30~39の何れかのWTRU。41.前記トークンバケットから前記トークンの値を前記差し引くことは、前記トークンの数をゼロ未満に減少させる、実施形態30~40の何れかのWTRU。42.閾値は、設定パラメータによって前記WTRUに示される、実施形態30~41の何れかのWTRU。43.設定パラメータは、明示的に信号送出される、実施形態30~42の何れかのWTRU。44.実施形態1~29の何れかの方法を実行するように構成されている、eNB。45.受信機をさらに具備する、実施形態44のeNB。46.送信機をさらに具備する、実施形態44~45の何れかのeNB。47.前記受信機および前記送信機と通信状態にある処理装置をさらに具備する、実施形態44~46の何れかのeNB。48.処理装置は、WTRUから現在のバッファー状態情報を受信するように構成されている、実施形態44~47の何れかのeNB。49.処理装置は、WTRUが蓄積することが可能なトークンの数を判定するように構成されている、実施形態44~48の何れかのeNB。50.処理装置は、許可をWTRUに送信するように構成されている、実施形態44~49の何れかのeNB。