ハイブリッド式の局ごとおよびフローごとのアップリンク割り当てを実行するための方法であって、少なくとも1つのフローに関するアップリンクリソース割り当てを要求するステップと、アップリンクリソース割り当てを受信するステップと、割り当てられたアップリンクリソースに関する意図されるフロー情報が利用可能かどうかを判定するステップと、割り当てられたアップリンクリソースに関する利用可能な意図されるフロー情報が適用可能かどうかを判定するステップと、前記意図されるフロー情報の適用を行い次第、前記割り当てられたアップリンクリソースを用いてデータを送信するステップとを含むことを特徴とする方法。前記意図されるフロー情報の適用は、前記割り当てられたアップリンクリソースの使用に関して、意図されるフローに優先度を割り振ることを特徴とする請求項1に記載の方法。前記割り当てられたアップリンクリソースは、アップリンクの永続的割り当てリソースであることを特徴とする請求項1に記載の方法。前記割り当てられたアップリンクリソースは、アップリンクのグループリソース割り当てリソースであることを特徴とする請求項1に記載の方法。前記少なくとも1つのフローは、グループに関連付けられることを特徴とする請求項4に記載の方法。前記意図されるフロー情報の適用は、意図されるフローを処理した後、残ったアップリンクリソースを用いたその他のフローの送信を許すことを特徴とする請求項1に記載の方法。前記意図されるフロー情報の適用は、少なくとも1つのその他のフローからの緊急のデータの送信を許すことを特徴とする請求項1に記載の方法。前記緊急のデータは、緊急の媒体アクセス制御MACメッセージであることを特徴とする請求項7に記載の方法。前記緊急のデータは、救急サービスのデータであることを特徴とする請求項7に記載の方法。前記意図されるフロー情報は、永続的割り当て情報要素の巡回冗長検査を局の識別情報およびフローの識別情報を用いてマスクすることによって与えられることを特徴とする請求項3に記載の方法。前記意図されるフロー情報は、永続的割り当て情報要素で与えられることを特徴とする請求項3に記載の方法。前記意図されるフロー情報は、フローとアップリンクの永続的割り当てリソースとの間で割り当て周期性または割り当てサイズのうちの少なくとも1つをマッチングすることによって決定される前記アップリンクの永続的割り当てリソースに関することを特徴とする請求項1に記載の方法。ハイブリッド式の局ごとおよびフローごとのアップリンク割り当てを実行するための方法であって、少なくとも1つのフローに関するアップリンクリソース割り当て要求を受信するステップと、少なくとも1つのフローまたは無線送受信ユニットWTRUのうちの1つを、リソース割り当てのスケジューリングのためにグループに割り振るステップと、少なくとも1つのフローまたはWTRUのうちの前記1つの前記グループへの割り振りを示すためのフローインジケータを送信するステップとを含むことを特徴とする方法。グループリソース割り当ては、前記フローに対して使用されることを特徴とする請求項13に記載の方法。フロー管理媒体アクセス制御MAC制御メッセージ内のフローパラメータは、フローがグループリソース割り当ての意図されるフローであることを示すために使用されることを特徴とする請求項13に記載の方法。意図されるフロー情報は、フローと前記グループの間で割り当て周期性または割り当てサイズのうちの少なくとも1つをマッチングすることによって決定されるグループ割り当てリソースに関することを特徴とする請求項13に記載の方法。ハイブリッド式の局ごとおよびフローごとのアップリンク割り当てを実行するための無線送受信ユニットWTRUであって、送信機と、受信機と、前記受信機および前記送信機と通信しているプロセッサとを備え、前記プロセッサは、少なくとも1つのフローに関するアップリンクリソース割り当てを要求するように構成され、前記受信機は、アップリンクリソース割り当てを受信するように構成され、前記プロセッサは、割り当てられたアップリンクリソースに関する意図されるフロー情報が利用可能かどうかを判定するように構成され、前記プロセッサは、割り当てられたアップリンクリソースに関する利用可能な意図されるフロー情報が適用可能かどうかを判定するように構成され、前記送信機は、前記意図されるフロー情報の適用を行い次第、前記割り当てられたアップリンクリソースを用いてデータを送信するように構成されることを特徴とする無線送受信ユニットWTRU。前記意図されるフロー情報の適用は、前記割り当てられたアップリンクリソースの使用に関して、意図されるフローに優先度を割り振ることを特徴とする請求項17に記載のWTRU。ハイブリッド式の局ごとおよびフローごとのアップリンク割り当てを実行するための基地局であって、送信機と、受信機と、前記受信機および前記送信機と通信しているプロセッサとを備え、前記受信機は、少なくとも1つのフローに関するアップリンクリソース割り当て要求を受信するように構成され、前記プロセッサは、少なくとも1つのフローまたは無線送受信ユニットWTRUのうちの1つを、リソース割り当てのスケジューリングのためにグループに割り振るように構成され、前記送信機は、少なくとも1つのフローまたはWTRUのうちの前記1つの前記グループへの割り振りを示すためのフローインジケータを送信するように構成されることを特徴とする基地局。ハイブリッド式の局ごとおよびフローごとのアップリンク割り当てを実行するためのシステムであって、プロセッサおよび送信機を含む基地局であって、前記プロセッサは、アップリンクリソースを割り当てるように構成され、前記送信機は、アップリンクリソース割り当てを送信するように構成された、基地局と、送信機、受信機、およびプロセッサを含む無線送受信ユニットWTRUとを備え、前記受信機は、前記アップリンクリソース割り当てを受信するように構成され、前記プロセッサは、割り当てられたアップリンクリソースに関する意図されるフロー情報が利用可能かどうかを判定するように構成され、前記プロセッサは、割り当てられたアップリンクリソースに関する利用可能な意図されるフロー情報が適用可能かどうかを判定するように構成され、前記送信機は、前記意図されるフロー情報の適用を行い次第、前記割り当てられたアップリンクリソースを用いてデータを送信するように構成されることを特徴とするシステム。図1Aは、1つまたは複数の開示された実施形態を実施することができる例示的な通信システム100を示す図である。通信システム100は、複数の無線ユーザに音声、データ、映像、メッセージング、放送などのコンテンツを提供する多元接続システムでありうる。通信システム100は、無線帯域幅を含むシステムリソースを共有することによって複数の無線ユーザがそのようなコンテンツにアクセスすることを可能にする。例えば、通信システム100は、符号分割多元接続CDMA、時分割多元接続TDMA、周波数分割多元接続FDMA、直交FDMAOFDMA、シングルキャリアFDMASC-FDMAなどの1つまたは複数のチャネルアクセス方法を使用することができる。図1Aに示すように、通信システム100は、無線送受信ユニットWTRU102a、102b、102c、102d、無線アクセスネットワークRAN104、コアネットワーク106、公衆交換電話網PSTN108、インターネット110、およびその他のネットワーク112を含み得る。なお、開示された実施形態では、任意の数のWTRU、基地局、ネットワーク、および/またはネットワーク要素とすることができることが理解されよう。WTRU102a、102b、102c、102dのそれぞれは、無線環境において動作および/または通信するように構成された任意の種類のデバイスである可能性がある。例として、WTRU102a、102b、102c、102dは、無線信号を送信および/または受信するように構成されることができ、ユーザ機器UE、移動局、加入者、加入者局、アドバンスト移動局AMS、固定または移動加入者ユニット、ページャ、セルラ電話、携帯情報端末PDA、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、タッチパッド、無線センサー、家庭用電化製品などを含み得る。通信システム100は、基地局114aおよび基地局114bも含み得る。基地局114a、114bのそれぞれは、コアネットワーク106、インターネット110、および/またはネットワーク112などの1つまたは複数の通信ネットワークへのアクセスを容易にするために、WTRU102a、102b、102c、102dのうちの少なくとも1つと無線でインターフェースをとるように構成された任意の種類のデバイスである可能性がある。例として、基地局114a、114bは、無線基地局BTS、アドバンスト基地局ABS、Node-B、eNodeB、ホームNodeBHomeNodeB、ホームeNodeBHomeeNodeB、サイトコントローラ、アクセスポイントAP、無線ルータなどである可能性がある。基地局114a、114bはそれぞれ単一の要素として示されているが、基地局114a、114bは、任意の数の相互に接続された基地局および/またはネットワーク要素を含み得ることが理解されるであろう。基地局114aは、RAN104の一部であることができ、RAN104は、その他の基地局、および/またはBSCbasestationcontroller、RNCradionetworkcontroller、中継ノードなどのネットワーク要素図示せずも含み得る。基地局114aおよび/または基地局114bは、不図示のセルと呼ばれる特定の領域内で無線信号を送信および/または受信するように構成され得る。セルは、セルのセクタにさらに分割され得る。例えば、基地局114aに関連するセルは、3つのセクタに分割され得る。したがって、一実施形態において、基地局114aは、3つのトランシーバ、すなわち、セルの各セクタに対して1つのトランシーバを含み得る。別の実施形態において、基地局114aは、多入力多出力MIMO技術を使用することができ、したがって、セルの各セクタに対して複数のトランシーバを利用する可能性がある。基地局114a、114bは、任意の好適な無線通信リンク例えば、無線周波数RF、マイクロ波、赤外線IR、紫外線UV、可視光などである1つまたは複数の無線インターフェース116を介してWTRU102a、102b、102c、102dのうちの1つまたは複数と通信することができる。無線インターフェース116は、任意の好適な無線アクセス技術RATを用いて確立され得る。より具体的には、上述のように、通信システム100は、多元接続システムである可能性があり、CDMA、TDMA、FDMA、OFDMA、SC-FDMAなどの1つまたは複数のチャネルアクセススキームを使用する可能性がある。例えば、RAN104内の基地局114a、およびWTRU102a、102b、102cは、広帯域CDMAWCDMAを用いて無線インターフェース116を確立することができるUMTSUniversalMobileTelecommunicationsSystemUTRATerrestrialRadioAccessなどの無線技術を実装することができる。WCDMAは、HSPAHigh-SpeedPacketAccessおよび/またはHSPAEvolvedHSPAなどの通信プロトコルを含み得る。HSPAは、HSDPAHigh-SpeedDownlinkPacketAccessおよび/またはHSUPAHigh-SpeedUplinkPacketAccessを含み得る。別の実施形態において、基地局114aおよびWTRU102a、102b、102cは、LTELongTermEvolutionおよび/またはLTE-AdvancedLTE-Aを用いて無線インターフェース116を確立することができるE-UTRAEvolvedUMTSTerrestrialRadioAccessなどの無線技術を実装することができる。その他の実施形態において、基地局114aおよびWTRU102a、102b、102cは、IEEE802.16すなわち、WiMAXWorldwideInteroperabilityforMicrowaveAccess、CDMA2000、CDMA20001X、CDMA2000EV-DO、IS-2000InterimStandard2000、IS-95InterimStandard95、IS-856InterimStandard856、GSM登録商標GlobalSystemforMobilecommunications、EDGEEnhancedDataratesforGSMEvolution、GERANGSMEDGEなどの無線技術を実装することができる。その他の実施形態において、基地局114aおよびWTRU102a、102b、102cは、上述の無線技術の任意の組み合わせを実装することができる。例えば、基地局114aおよびWTRU102a、102b、102cは、それぞれWCDMAを用いた1つの無線インターフェースおよびLTE-Aを用いた1つの無線インターフェースを同時に確立することができるUTRAおよびE-UTRAなどの二重の無線技術をそれぞれが実装することができる。図1Aの基地局114bは、例えば、無線ルータ、ホームNodeB、ホームeNodeB、またはアクセスポイントである可能性があり、事業所、家庭、車両、キャンパスなどの局所的な地域で無線接続を容易にするための任意の好適なRATを利用することができる。一実施形態において、基地局114bおよびWTRU102c、102dは、無線ローカルエリアネットワークWLANを確立するためのIEEE802.11などの無線技術を実装することができる。別の実施形態において、基地局114bおよびWTRU102c、102dは、無線パーソナルエリアネットワークWPANを確立するためのIEEE802.15などの無線技術を実装することができる。さらに別の実施形態において、基地局114bおよびWTRU102c、102dは、セルラに基づくRAT例えば、WCDMA、CDMA2000、GSM、LTE、LTE-Aなどを利用してピコセルまたはフェムトセルを確立することができる。図1Aに示されたように、基地局114bは、インターネット110への直接的なコネクションを有する可能性がある。したがって、基地局114bは、コアネットワーク106を介してインターネット110にアクセスするように要求されない可能性がある。RAN104は、コアネットワーク106と通信している可能性があり、コアネットワーク106は、WTRU102a、102b、102c、102dのうちの1つまたは複数に音声、データ、アプリケーション、および/またはVoIPvoiceoverinternetprotocolサービスを提供するように構成された任意の種類のネットワークである可能性がある。例えば、コアネットワーク106は、呼制御、課金サービス、モバイルの位置に基づくサービス、プリペイド電話、インターネット接続、映像配信などを提供し、および/またはユーザ認証などの高レベルのセキュリティ機能を実行することができる。図1Aには示されていないが、RAN104および/またはコアネットワーク106は、RAN104と同じRAT、または異なるRATを使用するその他のRANと直接的または間接的に通信している可能性があることが理解されるであろう。例えば、E-UTRA無線技術を利用している可能性があるRAN104に接続されることに加えて、コアネットワーク106は、GSM無線技術を使用する別のRAN図示せずとも通信している可能性がある。コアネットワーク106は、WTRU102a、102b、102c、102dがPSTN108、インターネット110、および/またはその他のネットワーク112にアクセスするためのゲートウェイとしても働くことができる。PSTN108は、POTSplainoldtelephoneserviceを提供する回線交換電話ネットワークを含み得る。インターネット110は、TCP/IPインターネットプロトコルスイートの伝送制御プロトコルTCP、ユーザデータグラムプロトコルUDP、およびインターネットプロトコルIPなどの共通の通信プロトコルを使用する相互に接続されたコンピュータネットワークおよびデバイスの全世界的なシステムを含み得る。ネットワーク112は、その他のサービスプロバイダによって所有および/または運用される有線または無線通信ネットワークを含み得る。例えば、ネットワーク112は、RAN104と同じRAT、または異なるRATを使用する可能性がある1つまたは複数のRANに接続された別のコアネットワークを含み得る。通信システム100のWTRU102a、102b、102c、102dの一部またはすべては、マルチモード機能を含む可能性があり、すなわち、WTRU102a、102b、102c、102dは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含む可能性がある。例えば、図1Aに示されたWTRU102cは、セルラに基づく無線技術を使用することができる基地局114aと、およびIEEE802無線技術を使用することができる基地局114bと通信するように構成され得る。図1Bは、例示的なWTRU102のシステム図である。図1Bに示されたように、WTRU102は、プロセッサ118、トランシーバ120、送信/受信要素122、スピーカー/マイクロホン124、キーパッド126、ディスプレイ/タッチパッド128、取り外し不可能なメモリ130、取り外し可能なメモリ132、電源134、GPSglobalpositioningsystemチップセット136、およびその他の周辺機器138を含み得る。WTRU102は、実施形態に準拠したまま、上述の要素の任意の部分的な組み合わせを含み得ることが理解されるであろう。プロセッサ118は、汎用プロセッサ、専用プロセッサ、通常のプロセッサ、デジタル信号プロセッサDSP、複数のマイクロプロセッサ、DSPコアと関連する1つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGA回路、任意のその他の種類の集積回路IC、状態機械などである可能性がある。プロセッサ118は、信号の符号化、データ処理、電力制御、入力/出力処理、および/またはWTRU102が無線環境で動作することを可能にする任意のその他の機能を実行することができる。プロセッサ118は、トランシーバ120に結合されることができ、トランシーバ120は、送信/受信要素122に結合されることができる。図1Bはプロセッサ118およびトランシーバ120を別個のコンポーネントとして示すが、プロセッサ118およびトランシーバ120は、電子的なパッケージまたはチップに一緒に統合可能であることが理解されよう。送信/受信要素122は、無線インターフェース116を介して基地局例えば、基地局114aに信号を送信するか、または基地局例えば、基地局114aから信号を受信するように構成され得る。例えば、一実施形態において、送信/受信要素122は、RF信号を送信および/または受信するように構成されたアンテナである可能性がある。別の実施形態において、送信/受信要素122は、例えば、IR、UV、または可視光信号を送信および/または受信するように構成されたエミッタ/ディテクタである可能性がある。さらに別の実施形態において、送信/受信要素122は、RF信号と光信号の両方を送信および受信するように構成され得る。送信/受信要素122は、無線信号の任意の組み合わせを送信および/または受信するように構成され得ることが理解されるであろう。加えて、送信/受信要素122は、図1Bにおいて単一の要素として示されているが、WTRU102は、任意の数の送信/受信要素122を含み得る。より具体的には、WTRU102は、MIMO技術を使用することができる。したがって、一実施形態において、WTRU102は、無線インターフェース116を介して無線信号を送信および受信するために2つ以上の送信/受信要素122例えば、複数のアンテナを含み得る。トランシーバ120は、送信/受信要素122によって送信されることになる信号を変調し、送信/受信要素122によって受信される信号を復調するように構成され得る。上述のように、WTRU102は、マルチモード機能を有する可能性がある。したがって、トランシーバ120は、WTRU102が例えばUTRAおよびIEEE802.11などの複数のRATを介して通信することを可能にするための複数のトランシーバを含み得る。WTRU102のプロセッサ118は、スピーカー/マイクロホン124、キーパッド126、および/またはディスプレイ/タッチパッド128例えば、液晶ディスプレイLCDディスプレイユニットまたは有機発光ダイオードOLEDディスプレイユニットに結合されることができ、それらからユーザ入力データを受信することができる。プロセッサ118は、スピーカー/マイクロホン124、キーパッド126、および/またはディスプレイ/タッチパッド128にユーザデータを出力することもできる。さらに、プロセッサ118は、取り外し不可能なメモリ130および/または取り外し可能なメモリ132などの任意の種類の好適なメモリからの情報にアクセスし、そのメモリにデータを記憶することができる。取り外し不可能なメモリ130は、ランダムアクセスメモリRAM、読み出し専用メモリROM、ハードディスク、または任意のその他の種類のメモリストレージデバイスを含み得る。取り外し可能なメモリ132は、加入者識別モジュールSIMカード、メモリスティック、セキュアデジタルSDメモリカードなどを含み得る。その他の実施形態において、プロセッサ118は、サーバまたはホームコンピュータ図示せずなどの、WTRU102に物理的に置かれていないメモリからの情報にアクセスし、そのメモリにデータを記憶することができる。プロセッサ118は、電源134から電力を受け取ることができ、WTRU102内のその他のコンポーネントに電力を分配し、および/またはその電力を制御するように構成され得る。電源134は、WTRU102に給電するための任意の好適なデバイスである可能性がある。例えば、電源134は、1つまたは複数の乾電池例えば、ニッケルカドミウムNiCd、ニッケル亜鉛NiZn、ニッケル水素NiMH、リチウムイオンLi-ionなど、太陽電池、燃料電池などを含み得る。プロセッサ118は、GPSチップセット136にも結合されることができ、GPSチップセット136は、WTRU102の現在位置に関する位置情報例えば、経度および緯度を提供するように構成され得る。GPSチップセット136からの情報に加えて、またはGPSチップセット136からの情報の代わりに、WTRU102は、基地局例えば、基地局114a、114bから無線インターフェース116を介して位置情報を受信し、および/または2つ以上の近隣の基地局から受信されている信号のタイミングに基づいてそのWTRU102の位置を判定することができる。WTRU102は、実施形態に準拠したまま、任意の好適な位置判定方法によって位置情報を取得することができることが理解されるであろう。プロセッサ118は、その他の周辺機器138にさらに結合されることができ、その他の周辺機器138は、追加的な特徴、機能、および/または有線もしくは無線接続を提供する1つまたは複数のソフトウェアおよび/またはハードウェアモジュールを含み得る。例えば、周辺機器138は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ写真または動画用、USBuniversalserialbusポート、振動デバイス、テレビトランシーバ、ハンズフリーハンドセット、Bluetooth登録商標モジュール、FMfrequencymodulatedラジオユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザなどを含み得る。図1Cは、一実施形態によるRAN104およびコアネットワーク106のシステム図である。RAN104は、IEEE802.16無線技術を使用して無線インターフェース116を介してWTRU102a、102b、102cと通信するASNaccessservicenetworkである可能性がある。以下でさらに検討されるように、WTRU102a、102b、102c、RAN104、およびコアネットワーク106の異なる機能エンティティ間の通信リンクは、リファレンスポイントreferencepointとして定義され得る。図1Cに示されたように、RAN104は、基地局140a、140b、140c、およびASNゲートウェイ142を含む可能性があるが、RAN104は、実施形態に準拠したまま任意の数の基地局およびASNゲートウェイを含み得ることが理解されるであろう。基地局140a、140b、140cは、RAN104の特定のセル図示せずにそれぞれ関連付けられることができ、無線インターフェース116を介してWTRU102a、102b、102cと通信するための1つまたは複数のトランシーバをそれぞれが含み得る。一実施形態において、基地局140a、140b、140cは、MIMO技術を実装することができる。したがって、基地局140aは、例えば、複数のアンテナを使用して、WTRU102aに無線信号を送信し、WTRU102aから無線信号を受信することができる。基地局140a、140b、140cは、ハンドオフのトリガー、トンネルの確立、無線リソース管理、トラフィックの分類、サービス品質QoSポリシーの施行などのモビリティ管理機能を提供することもできる。ASNゲートウェイ142は、トラフィックの集約点として働くことができ、ページング、加入者プロファイルのキャッシュ、コアネットワーク106へのルーティングなどを担うことができる。WTRU102a、102b、102cとRAN104の間の無線インターフェース116は、IEEE802.16の仕様を実装するR1リファレンスポイントとして定義され得る。加えて、WTRU102a、102b、102cのそれぞれは、コアネットワーク106との論理インターフェース図示せずを確立することができる。WTRU102a、102b、102cとコアネットワーク106の間の論理インターフェースは、認証、認可、IPホストの構成管理、および/またはモビリティ管理のために使用され得るR2リファレンスポイントとして定義され得る。基地局140a、140b、140cのそれぞれの間の通信リンクは、WTRUのハンドオーバー、および基地局間のデータの転送を容易にするためのプロトコルを含むR8リファレンスポイントとして定義され得る。基地局140a、140b、140cとASNゲートウェイ215の間の通信リンクは、R6リファレンスポイントとして定義され得る。R6リファレンスポイントは、WTRU102a、102b、100cのそれぞれに関連するモビリティイベントmobilityeventに基づいてモビリティ管理を容易にするためのプロトコルを含み得る。図1Cに示すように、RAN104は、コアネットワーク106に接続され得る。RAN104とコアネットワーク106の間の通信リンクは、例えばデータ転送およびモビリティ管理機能を助けるためのプロトコルを含むR3リファレンスポイントとして定義され得る。コアネットワーク106は、モバイルIPホームエージェントmobileIPhomeagentMIP-HA144、認証、認可、アカウンティングAAAサーバ146、およびゲートウェイ148を含み得る。上述の要素のそれぞれはコアネットワーク106の一部として示されているが、これらの要素のうちの任意の要素は、コアネットワークの運用者以外の主体によって所有および/または運用される可能性があることが理解されるであろう。MIP-HAは、IPアドレスの管理を担うことができ、WTRU102a、102b、102cが、異なるASNおよび/または異なるコアネットワークの間をローミングすることを可能にすることができる。MIP-HA144は、WTRU102a、102b、102cがインターネット110などのパケット交換ネットワークにアクセスできるようにして、WTRU102a、102b、102cとIP対応デバイスの間の通信を容易にすることができる。AAAサーバ146は、ユーザの認証およびユーザサービスのサポートを担うことができる。ゲートウェイ148は、その他のネットワークとの網間接続を容易にすることができる。例えば、ゲートウェイ148は、WTRU102a、102b、102cがPSTN108などの回線交換ネットワークにアクセスできるようにして、WTRU102a、102b、102cと従来の固定電話回線通信デバイスの間の通信を容易にすることができる。さらに、ゲートウェイ148は、WTRU102a、102b、102cが、その他のサービスプロバイダによって所有および/または運用されるその他の有線または無線ネットワークを含み得るネットワーク112にアクセスできるようにすることができる。図1Cには示されていないが、RAN104は、その他のASNに接続される可能性があり、コアネットワーク106は、その他のコアネットワークに接続される可能性があることが理解されるであろう。RAN104とその他のASNの間の通信リンクは、RAN104とその他のASNの間でWTRU102a、102b、102cのモビリティを調整するためのプロトコルを含み得るR4リファレンスポイントとして定義され得る。コアネットワーク106とその他のコアネットワークの間の通信リンクは、ホームコアネットワークと滞在先のコアネットワークの間の網間接続を容易にするためのプロトコルを含み得るR5リファレンスとして定義され得る。説明を目的として、さまざまな実施形態が、IEEEInstituteofElectricalandElectronicsEngineers802.16との関連で示されるが、さまざまな実施形態は、任意の無線通信技術で実装され得る。無線通信技術の一部の例示的な種類は、WiMAXWorldwideInteroperabilityforMicrowaveAccess、802.xx、GSMGlobalSystemforMobilecommunications、符号分割多元接続CDMA2000、UMTSUniversalMobileTelecommunicationsSystem、LTELongTermEvolution、または任意の将来の技術を含むがこれらに限定されない。簡単にするために、実施形態は、IEEE802.16アドバンスト無線インターフェースAdvancedAirInterface802.16mなどの、無線リンクのためのスケジューリングに基づく媒体アクセス制御を用いるアドバンストブロードバンド無線システムAdvancedBroadbandWirelessSystemA-BWSとの関連で示される。特に、実施形態は、802.16mシステムにおいて複数のサービスフロー/コネクションを有する加入者局に対するアップリンクULリソース割り当てに適用され得る。用語の接続コネクションおよびサービスフローまたはフローは、基地局とWTRUの間の無線リンクを介した論理チャネルを指す可能性がある。基地局と加入者局の間の無線リンクは、1つまたは複数のコネクションまたはフローを含み得る。各コネクションまたはフローは、サービス品質QoSのプロビジョニングおよびセキュリティ属性の関連付けのための最小の論理的単位である可能性がある。この意味で、これらの2つの概念、コネクションおよびフローは、交換可能なように使用され得る。加えて、802.16mの例においては、WTRU、加入者局、または局は、アドバンスト移動局AMSと呼ばれる可能性があり、局ごとにとは、WTRUごとにという意味である可能性がある。コネクションの用語または概念は、主に802.16で使用されることがあり、コネクションは、コネクション識別情報IDConnectionIdentificationIDCIDと呼ばれる16ビットの識別子を有する可能性がある。サービスフローまたはフローの概念は、802.16と802.16mの両方で使用され得る。サービスフローまたはフローは、802.16と802.16mの両方において、加入者内の識別子によって一意的に識別され得るが、使用されるフロー識別子は、異なるサイズ、およびコネクションの概念との異なる関係を有する可能性がある。例えば、802.16において、フロー識別子は、サービスフローIDServiceFlowIDSFIDと呼ばれる可能性があり、フロー識別子のサイズは、32ビットである可能性があり、許可されたサービスフローに関する16ビットのCIDと1対1の対応を有する可能性がある。802.16mにおいては、フロー識別子は、フローIDFlowIDFIDと呼ばれる可能性があり、フロー識別子のサイズは、4ビットである可能性があり、16ビットのCIDは、12ビットの局IDStationIDSTIDに4ビットのFIDを合わせたものに等しい可能性がある。802.16mにおいて、UEの帯域幅の要求および付与手順は、コネクション/サービスフローごとの要求およびWTRUごとの割り当てにしたがう可能性がある。コネクションごとフローごととも呼ばれるのUL割り当てが有益である可能性があるいくつかの場合が存在し得る。例えば、基地局は、ULリソースをWTRUに、WTRUのそのアクティブなコネクションのULトラフィックのニーズ、例えば、データの量、遅延の許容範囲などについての基地局の知識、および基地局のリアルタイムのULトラフィックの負荷に基づいて割り当てることができる。UL割り当てに関して、基地局は、ULの割り当てがWTRUのアクティブなコネクションの間にどのように分配されるべきかに関するその基地局独自の意図を有する可能性がある。しかし、典型的な802.16の局ごとのUL割り当てを用いると、基地局の意図される情報が、WTRUで利用できない可能性がある。したがって、各コネクションのための帯域幅の要求および付与について、WTRUが基地局とより良好な同期を達成することを助けるために、そのような情報をWTRUにプロビジョニングすることが望ましい。これは、断片化の確率を減らすことができ、ULの帯域幅の要求/付与プロセスにおいて自己修正を行うために総帯域幅要求を送信する必要性も減らすことができる。したがって、制御のオーバーヘッドおよび処理の負荷が削減されることができ、システムの効率が改善され得る。一部の割り当てメカニズムは、特定のトラフィックパターンに基づく可能性がある。典型的な例は、比較的一定のペイロードサイズの周期的なトラフィックパターンに対して割り当てのオーバーヘッドを削減するように設計され得る永続的割り当てPersistentAllocationPAメカニズムでありうる。トラフィックパターンは、アプリケーションに固有であり、例えば、フロー/コネクションに固有である可能性があることに留意されたい。したがって、PA割り当ては、明らかにそれらの特定のコネクションを対象とする可能性がある。PAに加えて、802.16mのグループリソース割り当てGRAも、周期的なトラフィックパターンを有する一部の特定のアプリケーションを対象とし得る周期的なリソースを割り当てるために使用されることができる。しかし、802.16mに基づけば、ULの基本的割り当ておよびULのPA割り当ては、局ごとの割り当てとすることができる。ULの基本的割り当てまたはULのPA割り当てに関してWTRUに意図されるフロー情報をプロビジョニングすることをサポートするいかなるメカニズムも存在しない可能性がある。一方、単に、コネクションごとであるべきPAおよびGRAによって割り当てられるリソースを有することは、意図されるコネクションの比較的一定のサイズのペイロードが、必要とされる場合により高いシステムの効率のためにその他のコネクションに対して使用され得るPA/GRAによって割り当てられるULリソースを完全には利用されないままにする可能性があるので、十分な解決策ではない可能性がある。場合によっては、WTRUに、PA/GRA割り当ての使用の際の何らかの柔軟性、例えば、いくつかの緊急の媒体アクセス制御MAC制御信号を送信すること、および/または救急サービスに関連するような緊急のリアルタイムデータを送信することなどを認めることが望ましい可能性がある。ULの制御の効率を向上するため、およびさらにULリソースの利用を改善するために、ハイブリッド式のフロー/コネクションごとおよびWTRUごとのUL割り当てを行うための方法および装置が、本明細書において説明される。例示的なハイブリッド式のフローごとおよびWTRUごとのULリソース割り当てメカニズムの高レベルの流れ図200が、図2に示される。WTRUの1つまたは複数のULリソース要求に基づいて、基地局が、WTRUにULリソースを付与することができる205。意図されるフロー情報の有無が、付与されたULリソースを適用できるかどうかを決定し得る210。例えば、意図されるフロー情報などの特定の制御情報が存在しない場合、UL割り当てのデフォルトモードが、WTRUごと、例えば、802.16mにおけるWTRUごとである可能性がある215。基地局が、WTRUに、UL割り当てに関する意図されるフロー情報をシグナリングすることができる220。そのような信号は、各UL割り当てに関して、UL割り当ての種類に関して、またはUL割り当ての組に関して明示的にまたは暗黙的に与えられ得る。そのようなシグナリングメカニズムの例は、a意図されるフロー情報、例えば、フロー識別子または事前に定義されたフローインジケータを用いて、UL割り当て情報要素IEの巡回冗長検査CRC符号またはシーケンスをマスクすることと、b意図されるフロー情報、例えば、フロー識別子または事前に定義されたフローインジケータをUL割り当て情報要素IEに含めることと、c特定の種類のフローを特定のUL割り当てメカニズム、例えば、永続的割り当てPA、グループリソース割り当てGRAなどと関連付けることであって、そのような関連付けが、例えば、802.16mシステムにおけるアドバンスト無線インターフェースAAIのAAI_DSxなどのコネクション管理MAC制御メッセージを用いることによって確立され得る、関連付けることとを含み得る。事前に定義されたフローインジケータは、特定のフローまたはフローのグループを表すように定義することができ、例えばMAC制御メッセージを用いて明示的にか、または例えばフローパラメータによって暗黙的にかのいずれかで定義されることができる。意図されるフロー情報がUL割り当てに関して利用可能であるとき、WTRUまたは加入者局は、その意図されるフロー情報を、例えば、意図される1つのフローまたは複数のフローにより高い優先度を割り振ることによって、所与のUL割り当てにおけるそのWTRUまたは加入者局のUL送信で考慮に入れることができる225。WTRUは、意図される1つのフローまたは複数のフローを処理した後、UL割り当てにおいてその他のフローのデータを送信することを許される可能性がある。加えて、WTRUは、割り当てられたULリソースを、何らかの緊急のMAC制御データ、緊急のユーザデータなどを送信するために使用することができる。さらに、基地局は、所与のUL割り当てがどのように使用され得るかに関するさらなる指示を与えるために、UL割り当てIEに排他フラグを含めることもできる。例えば、排他フラグは、そのUL割り当てが、意図される1つのフローまたは複数のフローのために使用されることができ、その他のフローのために使用されることはできないことを示す可能性がある。あるいは、排他フラグは、そのUL割り当てが、意図される1つのフローまたは複数のフローと、より高い優先度を有する任意のその他のフローとに対して使用され得ることを示すために使用されることができる。つまり、排他フラグは、より高い優先度を有するフローに対する割り当てられたリソースの使用を許可する可能性がある。残ったリソースは、排他フラグと無関係にその他のフローのために使用されることが許される可能性がある。トラフィックパターン指向のUL割り当てメカニズム、例えば、PAおよびGRAに関して、割り当てられたリソースに関する意図されるフロー情報は、WTRUに明示的にまたは暗黙的に与えられ得る。本明細書において示されるのは、802.16mシステムに上述の概括的な方法を適用することに関するさらなる説明および例である。特に、ULの基本的割り当て、ULの永続的割り当て、およびULのグループ割り当てに対してハイブリッド式のコネクション/フローごとおよびWTRUごとのUL割り当てメカニズムを適用するための方法が、説明される。802.16mシステムにおいては、ULリソースに関する4種類の割り当てメカニズムが存在する可能性がある。第1の割り当てメカニズム、タイプ1は、UL制御信号に関して割り当てまたは予約され得る。このメカニズムは、特定のUL制御信号に関する特定のUL割り当てA-フィールドA-MAPIEA-fieldA-MAPIE、例えば、ULサウンディングコマンドA-MAPIEULSoundingCommandA-MAPIE、CDMA割り当てA-MAPIE、フィードバックポーリングA-MAPIEFeedbackPollingA-MAPIEなどによって予約または割り当てのいずれかを行われるULリソースを使用することができる。第2の割り当てメカニズム、タイプ2は、ULの基本的割り当てである可能性がある。この種類のUL割り当ては、WTRUに一度限りのユニキャストの汎用ULリソースを割り当てることができる。UL基本的割り振りA-MAPIEULbasicassignmentA-MAPIEおよびULサブバンド割り振りA-MAPIEULsubbandassignmentA-MAPIEのように、この種類のUL割り当てに関する2つのUL割り当てA-MAPIEが存在する可能性がある。第3の割り当てメカニズム、タイプ3は、ULの永続的割り当てである可能性がある。この種類のUL割り当ては、周期的でユニキャストの、トラフィックパターンに固有のULリソースを割り当てることができ、意図されるトラフィックパターンは、比較的一定のペイロードサイズを伴う周期的なパターンである可能性がある。UL永続的割り当てPAA-MAPIEは、この種類のUL割り当てのために設計され得る。第4の割り当てメカニズム、タイプ4は、ULのグループ割り当てである可能性がある。この種類のUL割り当ては、ULにおいて1つのグループリソース割り当てGRAA-MAPIEを用いることによってユーザのグループにULリソースを割り当てることができ、各ユーザは、ユニキャストのUL割り当てを割り振られ得る。1つのGRAA-MAPIEは、一度限りのULリソースを割り当てることができる。しかし、GRAは、グループの設定で指定された周期性で周期的に使用されることができ、したがって、このGRA割り当てメカニズムは、比較的一定のペイロードサイズの周期的なトラフィックパターンをサポートするために使用され得る。本明細書に記載のハイブリッド式のコネクションごとおよびWTRUごとのULリソース割り当てメカニズムは、タイプ2、3、および4の割り当てには適合し得るが、タイプ1のULリソースが、WTRUが特定のUL制御信号を送信するために特定のUL割り当てA-MAPIEを使用することによって予約されるかまたは割り当てられ得るので、タイプ1の割り当てには適合しない可能性がある。この種類のULリソースの意図は、明確に指定され得る。802.16mにおいては、BEbesteffort、nrtPSnon-real-timepollingservice、rtPSreal-timepollingservice、ertPSextendedrtPS、UGSunsolicitedgrantservice、およびaGPadaptivegrantingandpollingserviceを含む6つのUL付与スケジューリングの種類が存在する。802.16mに基づけば、ULコネクションは、単一のULスケジューリングサービスの種類に関連付けられ得る。特に、BEのUL付与スケジューリングの種類に関しては、基地局またはABSは、BEのコネクション/フローに対していかなるULの付与も保証しない可能性がある。基地局は、BEのコネクションのULの帯域幅要求にベストエフォートで応じることができる。nrtPSのUL付与スケジューリングの種類に関して、基地局は、通常約1秒以下の間隔でnrtPSのコネクションの帯域幅要求の機会を与えることができる。rtPSのUL付与スケジューリングの種類に関して、基地局は、WTRUがrtPSのコネクション/フローに関する帯域幅要求を送信するためのリアルタイムの周期的なユニキャストの帯域幅要求の機会を与えることができる。ertPSのUL付与スケジューリングの種類に関して、基地局は、WTRUが帯域幅要求を送信する必要なしに、要求に基づかずにWTRUにリアルタイムの周期的なユニキャストのULの付与を行うことができる。ULの付与のサイズは、デフォルト設定で、コネクションの最大の認められるトラフィックレートmaximumsustainedtrafficrateによって決定されることができ、WTRUによって基地局に送信される帯域幅変更要求によって動的に変更され得る。UGSのUL付与スケジューリングの種類に関して、基地局は、要求に基づかずにリアルタイムで周期的に一定のサイズのULの付与を行うことができる。例えば、WTRUは、UGSのコネクション/フローに関してULの帯域幅要求を送信する必要がない可能性がある。aGPのUL付与スケジューリングの種類に関して、基地局は、要求に基づかずにWTRUにリアルタイムで周期的なユニキャストのULの付与を行うことができる。周期性および割り当てサイズは、QoSパラメータによって決定され得る。プライマリセットおよびセカンダリセットと呼ばれる、aGPのコネクション/フローに関する2組のQoSパラメータが存在する可能性がある。aGPのコネクション/フローは、そのプライマリQoSパラメータに基づいて許可されることができ、サービスの間、そのaGPのコネクション/フローは、セカンダリQoSパラメータに切り替えるか、または個々にQoSパラメータを変更することができる。プライマリQoSパラメータセットとセカンダリQoSパラメータセットの両方が定義されるとき、プライマリQoSパラメータセットは、セカンダリQoSの要件よりも厳しいQoSの要件を有する可能性がある。アドミッション制御は、プライマリQoSパラメータによって定義されたより厳しいQoSの要件を考慮することによって実行され得る。セカンダリQoSパラメータは、スケジューリングサービスが提供し得る最小限のQoSの保証である可能性がある。802.16mに基づけば、2つのULA-MAPIE、UL基本的割り振りIEおよびULサブバンド割り振りIEが、ULの基本的割り当てを割り当てるために使用され得る。ULの基本的割り当ては、局ごとの割り当てである可能性がある。本明細書において示されるのは、ULの基本的割り当てに対してハイブリッド式のコネクション/フローごとおよびWTRUごとのUL割り当てメカニズムを適用するための方法である。ULの基本的割り当てのためのハイブリッド式のWTRUごとおよびコネクション/フローごとのULのメカニズムは、WTRUごとである、ULの基本的割り当てのデフォルトモードを含み得る。基地局は、WTRUに、ULの基本的割り当てに関する意図されるフロー情報をシグナリングすることができる。そのようなシグナリングメカニズムの例は、aWTRUのSTIDと意図されるフロー情報を合わせたもので、UL基本的割り振りIEおよびULサブバンド割り振りIEを含むUL基本的割り当てIEのCRCをマスクすることと、b意図されるフロー情報をUL基本的割り振りIEおよびULサブバンド割り振りIEを含むUL基本的割り当てA-MAPIEに含めることと、c意図されるフロー情報をFIDおよび/または事前に定義されたフローインジケータによって表すこととを含み得る。そのような事前に定義されたフローインジケータの例が、以下に与えられる。意図されるフロー情報がULの基本的割り当てに関して利用可能であるとき、WTRUは、その意図されるフロー情報を、例えば、意図される1つのフローまたは複数のフローにより高い優先度を割り振ることによって、対応するULの基本的割り当てにおけるそのWTRUのULの送信で考慮に入れることができる。加えて、WTRUは、例えば、意図される1つのフローまたは複数のフローを処理した後、任意の残ったリソースを用いて、ULの基本的割り当てでその他のコネクションのデータを送信することを許される可能性がある。また、WTRUは、意図される1つまたは複数のフローの情報を有する利用可能なULの基本的割り当てを用いて、何らかの緊急のULデータ、例えば、緊急のMAC制御データ、緊急のユーザデータなどを送信することができる。本明細書において示されるのは、ULの基本的割り当ての実装のために使用され得るフローインジケータである。例示的なフローインジケータが、ULの基本的割り当てに関する意図される1つのフローまたは複数のフローを示すために使用され得る。例示的なフローインジケータは、1ビットのフローインジケータである可能性がある。この1ビットのフローインジケータは、以下のように、フローパラメータ、UL付与スケジューリングサービスタイプULGrantSchedulingServiceTypeに基づいて定義され得る。意図されるフローインジケータ=0b0である場合、この割り当ては、すべてのフローを対象とする可能性がある。つまり、その意図されるフローインジケータは、WTRUごとの割り当てをシグナリングことができる。意図されるフローインジケータ=0b1である場合、この割り当ては、ある特定の1つのフローまたは複数のフローを対象とする可能性がある。例えば、その意図されるフローインジケータは、以下の種類、すなわち、UGS、ertPS、rtPS、およびaGPのうちの1つを用いた、フローパラメータ、ULグランドスケジューリングサービスタイプによって識別される、リアルタイムのトラフィックを伴うフローをシグナリングすることができる。本明細書における例で使用される意図されるフローインジケータの値は、例示的であり、その他の値が、本開示から逸脱することなく定義または使用され得る。別の例示的なフローインジケータは、2ビットのフローインジケータである可能性がある。この2ビットのフローインジケータは、以下のように、フローパラメータ、UL付与スケジューリングサービスタイプに基づいて定義され得る。意図されるフローインジケータ=0b00である場合、この割り当ては、すべてのフローを対象とする可能性がある。つまり、その意図されるフローインジケータは、WTRUごとの割り当てをシグナリングことができる。意図されるフローインジケータ=0b01である場合、この割り当ては、リアルタイムのフロー、例えば、UGS、rtPS、ertPS、aGPを対象とする可能性がある。意図されるフローインジケータ=0b10である場合、この割り当ては、ertPSおよびaGPのフローを対象とする可能性がある。意図されるフローインジケータ=0b11である場合、この割り当ては、セカンダリQoSパラメータを定義させることができるaGPのフローを対象とする可能性がある。このフローインジケータの例において、セカンダリQoSパラメータを定義させるaGPのフローとして定義される0b11のグループは、この割り当てが、セカンダリQoSパラメータを定義させることができるaGPのフローのセカンダリQoSパラメータセットに定義された最小のQoSの保証を満たすように意図される可能性があることを示すために使用され得る。このメカニズムは、基地局が、フローのグループに対処し、最小のQoSの保証を満たすための要件を下げることによって基地局の負荷を削減することを可能にすることができる。同様に、ertPSおよびaGPのフローのために定義された0b10のグループは、aGPのフローに関して、この割り当てが、aGPのフローのプライマリQoSパラメータセットによって定義されたQoSの保証を満たすように意図される可能性があることを示すために使用され得る。別の例示的なフローインジケータは、フローおよびUL割り当てに割り振られ得るUL割り当ての意図されるフローインジケータULAllocationIntendedFlowIndicatorUAIFIと呼ばれる2ビットのパラメータである可能性がある。フローは、UAIFIをフロー管理MAC制御メッセージ、AAI_DSxにフローパラメータとして含めることによってUAIFI値を割り振られることができる。ULの基本的割り当ては、UL基本的割り振りIEまたはULサブバンド割り振りIEなどのUL基本的割り当てIEにUAIFIを含めることによってUAIFI値を割り振られることができる。これは、そのUAIFIをIEのCRCを用いてマスクすることによって、またはUAIFIをIEに情報フィールドとして含めることによってIEに含められ得る。UAIFIのデフォルト値は、例えば、0b00に設定され得る。つまり、UAIFIが存在しない場合、UAIFI=0b00である。フローのUAIFI値とUL割り当てのUAIFI値の間の比較が、フローがUL割り当ての意図されるフローであるか否かを示すことができる。UL割り当てがそのUAIFI=aを有する場合、UAIFI≧aを有するフローが、これらのUL割り当ての意図されるフローである可能性がある。例えば、UAIFI=0b00を有するUL割り当ては、そのUL割り当てが、すべてのフローを対象とする、すなわちWTRUごとの割り当てであることを示す可能性がある。UAIFI=0b01を有するUL割り当ては、そのUL割り当てが、UAIFI≧0b01を有するフローを対象とすることを示す可能性がある。UAIFI=0b10を有するUL割り当ては、そのUL割り当てが、UAIFI≧0b10を有するフローを対象とすることを示す可能性がある。UAIFI=0b11を有するUL割り当ては、そのUL割り当てが、UAIFI=0b11を有するフローを対象とすることを示す可能性がある。一例において、FIDとフローインジケータの両方が、シグナリングされ得る。この能力は、特定の割り当てが、ある特定のフロー、例えば、MAC制御フローに対して使用されることが好ましいことを指定するのに有用である可能性がある。この動作のモードに関して、WTRUは、割り当てられたリソースをFIDによって示されたフローのために使用することができるか、またはリソースをフローインジケータの制御情報に応じてその他のフローのために使用することができるかのいずれかである。例えば、基地局は、FIDに加えて、割り当てがそのFIDのみのためであるかどうか、またはWTRUがリソースを特定の種類のフロー、例えば、UGS、ertPS、rtPS、およびaGPなどのリアルタイムのフローのために使用し得ることを示すことができる1ビットのフローインジケータも送信することができる。どのフローがリソースを使用することを許されるかが、前もって決定されるか、または基地局からシグナリングされることができる。別の例において、基地局は、FIDに加えて、割り当てがそのFIDのみのためであるのか、それともインジケータに応じて決まる可能性がある特定の閾値を超えるリアルタイムのランクを有するフロー、例えば、BEおよびnrtPSのフローを除くすべてのフローのためであるのかを示すことができる2ビットのフローインジケータも送信することができる。別の例において、FIDに加えてUAIFIが、シグナリングされ得る。aの値=0は、割り当てが示されたフローのみを対象とすることを示すことができ、aの値>0は、UAIFI≧aを有するフローに対する帯域幅の使用を示すことができる。802.16mに基づけば、ULPAは、ULPA割り当て、ULPA変更、ULPA割り当て解除、およびULPAハイブリッド自動再送要求HARQに関してまとめられることができる。例えば、ULPA割り当ては、ULPAA-MAPIEによって割り当てられることができ、WTRUのSTIDが、ULPAA-MAPIEのCRCを用いてマスクされ得る。つまり、ULPA割り当ては、局に割り当てられ得る。ULPA変更は、同じAAIサブフレームに関してWTRUに別のULPAA-MAPIEを送信することによってULPA割り当てが変更されるときに発生し得る。つまり、同じAAIサブフレームにおける新しいPA割り当てが、WTRUの既存のPA割り当てを上書きすることができる。ULPA割り当て解除は、同じAAIサブフレームに関して割り当て解除フラグを有するULPAA-MAPIEを送信することによってULPA割り当てが割り当て解除されるときに発生し得る。ULPAHARQは、基本的なUL割り当てと同様である可能性があり、UL同期HARQULsynchronousHARQを含み得る。PA割り当ての間隔が、最大のHARQ再送信を可能にするのに十分なだけ長くない場合、HARQ再送信が、UL基本的割り振りA-MAPIEを送信することによって変更され得る。加えて、HARQチャネルIDHARQchannelIDの数、N_ACIDが、PA割り当てIEでPA割り当てに関して指定され得る。前のHARQバーストに関する再送プロセスが、同じACIDを有する新しいHARQバーストが送信される前に完了していない場合、前のHARQバーストに関する再送プロセスは終了されることができ、新しいHARQバーストがその再送プロセスを上書きすることができる。WTRUに対するULPA割り当ての最大数は、サブフレームごとまたはTTIごとに1つである可能性があり、ULPA割り当ては、ULPAA-MAPIEによって割り当てられた一連の周期的なULバーストからなる可能性がある、1つのULPAA-MAPIEによって割り当てられたULリソースを含み得る。WTRUに対する複数のPA割り当ての間の衝突を回避するために、WTRUごとのULPA割り当ての最大数は、周期性がフレームで定義され得る場合、繰り返される周期的な割り当ての性質のために、WTRUのフレームごとのULPA割り当ての最大数によって制限され得る。つまり、WTRUごとのTTIごとに最大で1つのULPA割り当てを考えると、WTRUごとのULPA割り当ての最大数は、フレームごとの最大ULTTIによって決定され得る。例えば、異なる複信モードおよび異なるTTIにおけるWTRUごとのULPA割り当ての最大数は、以下のとおりである可能性がある。1サブフレームのTTIを用いる周波数分割複信FDDに関して、WTRUごとのULPA割り当ての最大数は、8である可能性がある。4サブフレームのTTIを用いるFDDに関して、WTRUごとのULPA割り当ての最大数は、2である可能性がある。1サブフレームのTTIを用いる時分割複信TDDに関して、WTRUごとのULPA割り当ての最大数は、フレーム内のULサブフレームの数である可能性がある。長いTTI、すなわち、フレームのULにおけるすべてのULサブフレームを用いるTDDに関して、WTRUごとのULPA割り当ての最大数は、1である可能性がある。PA割り当ては、WTRUに関して識別され得る。1つの方法は、例えば、WTRUに対して複数のULPA割り当てが存在し得るとき、ULPAの割り当てられたリソースが配置されることができるULサブフレームによってULPA割り当てを識別することである可能性がある。ハイブリッド式のフロー/コネクションごとおよびWTRUごとのULPA割り当てメカニズムは、以下のように実装され得る。基地局が、ULPA割り当てに関してWTRUに意図されるフロー情報を明示的にまたは暗黙的に与えることができる。WTRUは、そのWTRUがULPAの割り当てられたリソースを用いてそのWTRUのデータを送信するとき、意図されるPAのフローの利用可能な情報を考慮に入れることができる。例えば、そのWTRUは、意図されるフローにその他のフローよりも高い優先度を割り振ることができる。WTRUは、意図される1つのフローまたは複数のフローを処理した後、残ったリソースを使用することによって、ULPAの割り当てられたリソースでその他のフローのデータを送信することを許される可能性がある。また、WTRUは、ULPAの割り当てられたリソースを用いて、緊急のMAC制御データ、緊急のユーザデータなどを送信することができる。WTRUは、その他のUL割り当てで、ULPA割り当てを対象とする1つのフローまたは複数のフローのデータを送信することもできる。WTRUが1つのULPA割り当てを有するとき、以下のメカニズムが、ULPA割り当ての意図される1つのフローまたは複数のフローの情報をWTRUに与えるために使用され得る。1つのFIDまたは複数のFIDが、例えば、ULPAA-MAPIEのCRCをSTID局IDに1つのFIDまたは複数のFIDを合わせたものを用いてマスクすること、および/または意図される1つのFIDまたは複数のFIDをULPAA-MAPIEに含めることによって、ULPA割り当ての意図される1つのフローまたは複数のフローを示すために使用され得る。事前に定義されたインジケータが、例えば、ULPAA-MAPIEのCRCをSTIDに意図される1つのフローまたは複数のフローの事前に定義された1つのインジケータまたは複数のインジケータを合わせたものを用いてマスクすること、および/または意図される1つのフローまたは複数のフローを示し得る事前に定義された1つのインジケータまたは複数のインジケータをULPAA-MAPIEに含めることによって、ULPA割り当ての意図される1つのフローまたは複数のフローを示すために使用され得る。1つのフローパラメータまたは複数のフローパラメータが、フローがWTRUに関するULPA割り当ての意図されるフローであるか否かを示すために使用され得る。例えば、PAが意図されるインジケータPA-intendedindicatorなどのフローパラメータが、フロー管理MAC制御メッセージAAI_DSxで使用されるように追加され得る。既存のフローパラメータ、例えば、UL付与スケジューリングサービスタイプ、要求に基づかない付与間隔UnsolicitedGrantInterval、プライマリ/セカンダリ付与サイズ、またはプライマリ/セカンダリGPIprimary/secondaryGPIなどが、やはり使用され得る。WTRUが複数のPA割り当てを有するとき、フローは、WTRUの特定のULPA割り当てに関する、ULPA割り当てのサブセットに関する、またはすべてのULPA割り当てに関する意図されるフローとして示され得る。本明細書において示されるのは、複数のPA割り当てを有するWTRUのために使用され得るシグナリングメカニズムの例である。フローをWTRUの特定のULPA割り当ての意図されるフローとして示すために、以下のメカニズムが使用され得る。例えば、FIDが、ULPAA-MAPIEのCRCをFIDもしくはフローインジケータを用いてマスクすることによって、またはFIDもしくはフローインジケータをULPAA-MAPIEに含めることによってフローを示すために使用され得る。複数のPA割り当てが、例えば、周期性、割り当てサイズなどの既存のフローパラメータによって区別され得る場合、フローは、フローのトラフィックパターンに最も近い周期性および割り当てサイズを有するPA割り当てに関する意図されるフローとして暗黙的に示され得る。フローパラメータが、PA割り当てを識別するために追加され得る。例えば、ULPA割り当てのサブフレームのインデックス、またはULPA割り当てのサブフレームを識別するためのビットマップが、フロー管理MAC制御メッセージ、例えば、AAI_DSxメッセージに追加され得る。フローをWTRUに関するULPA割り当てのグループの意図されるフローとして示すために、以下のメカニズムが使用され得る。FIDまたはフローインジケータが、ULPAA-MAPIEのグループで使用され、CRCでマスクされるか、またはIEに含められるかのいずれかである可能性がある。パラメータ、例えば、周期性、割り当てサイズなどが、PA割り当てとフローのトラフィックパターンの間でマッチングされ得る。新しいフローパラメータが、PA割り当てのサブセットを識別するために追加され得る。例えば、AAI_DSxメッセージなどのフロー管理MAC制御メッセージにおける、例えば、ULPA割り当てのサブフレームのインデックスのリスト、またはULPA割り当てのサブフレームを識別するためのビットマップが、使用され得る。ULフローをWTRUのすべてのULPA割り当ての意図されるフローとして示すために、以下のメカニズムが使用され得る。例えば、FIDまたはフローインジケータが、すべてのULPAA-MAPIEで使用され、CRCでマスクされるか、またはIEに含められるかのいずれかである可能性がある。あるいは、フロー管理MAC制御メッセージに含められ得る、PAが意図されるインジケータなどのフローパラメータが、使用される可能性がある。一部の既存のフローパラメータ、例えば、UL付与スケジューリングサービスタイプ、要求に基づかない付与間隔、プライマリ/セカンダリ付与サイズ、および/またはプライマリ/セカンダリGPIなどが、ULフローを示すために使用され得る。ULPA割り当ては、上述のように、2つ以上の意図されるフローを有する可能性がある。例示的なシグナリングメカニズムは、複数の意図されるフローの複数のFIDまたはフローインジケータを用いてマスクされたULPAA-MAPIEのCRCを含み得る。別のシグナリングメカニズムは、複数の意図されるフローの複数のFIDまたはフローインジケータを含むULPAA-MAPIEを有する可能性がある。複数のフローは、例えば、PAが意図されるインジケータ、PAサブフレームインデックス情報、UL付与スケジューリングタイプ、要求に基づかない付与間隔、プライマリ/セカンダリ付与サイズ、プライマリ/セカンダリGPIなどのそれらのフローのフローパラメータによって、同じULPA割り当ての意図されるフローとして識別され得る。本明細書において示されるのは、WTRUに、例えば、802.16mにおけるULフローパラメータなどのULフローパラメータを用いることによってULPA割り当ての意図される1つのフローまたは複数のフローの情報をシグナリングする例である。PAシグナリングの例において、ULフローパラメータ、UL付与スケジューリングサービスタイプが、フローがWTRUのULPA割り当ての意図されるフローである可能性があることを示すために使用され得る。UL付与スケジューリングサービスタイプは、既存のULフローパラメータである可能性がある。この例において、ULフローは、UL付与スケジューリングサービスタイプが基地局がリアルタイムの周期的なユニキャストのULの付与、例えば、UGS、ertPS、rtPS、およびaGPを提供することを要求する場合、WTRUのULPA割り当ての意図されるフローである可能性がある。そのフローは、これらのスケジューリングサービスタイプのうちの1つ、すべて、または任意の組み合わせである可能性がある。別のPAシグナリングの例において、ULフローパラメータ、PAが意図されるインジケータが、フローがWTRUのULPA割り当ての意図されるフローである可能性があることを示すために使用され得る。PAが意図されるインジケータは、ULフローパラメータである可能性がある。PAが意図されるインジケータは、フローが、PAが意図されるフローであるか否かを示すことができる1ビットのフラグである可能性がある。例えば、PAが意図されるインジケータ=0b0である場合、フローは、PAが意図されるフローではない可能性がある。PAが意図されるインジケータ=0b1である場合、フローは、PAが意図されるフローである可能性がある。つまり、そのフローは、WTRUのULPA割り当ての意図されるフローである可能性がある。パラメータ、PAが意図されるインジケータは、フロー管理MAC制御メッセージ、例えば、AAI_DSxメッセージで使用され得る。別のPAシグナリングの例において、ULフローパラメータ、例えば、UL付与スケジューリングサービスタイプ、PAが意図されるインジケータ、要求に基づかない付与間隔、プライマリ/セカンダリ付与サイズ、プライマリ/セカンダリGPIなどが、フローが、一致する割り当て周期性および/または割り当てサイズを有する可能性があるWTRUのULPA割り当てに関する意図されるフローである可能性があることを示すために使用され得る。この例においては、ULフローパラメータ、UL付与スケジューリングサービスタイプおよび/またはPAが意図されるインジケータが、ULフローがPAが意図されるフローであるか否かを示すために使用され得る。フローがPAが意図されるフローである場合、追加的なフローパラメータが、フローと1つのPA割り当てまたは複数のPA割り当てとの間の一致する割り当て周期性および/または割り当てサイズに基づいて、WTRUの特定の1つのPA割り当てまたは複数のPA割り当てをさらに識別するために使用され得る。以下の表1は、そのUL付与スケジューリングサービスタイプに基づいて割り当て周期性およびサイズを決定するために使用され得るULフローパラメータの例を示す。フローとPA割り当ての間の一致する割り当て周期性および/または割り当てサイズは、厳密に同じ値を持たない可能性があり、互いに近いことを意味すると理解され得る。そのとき、どれだけ近いと一致を意味するのかは、異なるシステム設計によって定義されることができ、例えば、一致するとは、WTRUのすべてのPA割り当ての中で最も近いPA割り当てを意味する可能性があり、または一致するとは、差が10未満、20未満などであることを意味する可能性がある。これらは例示的な定義であり、その他の定義が、本開示から逸脱することなしに使用され得る。別のPAシグナリングの例において、フローパラメータ、例えば、PAが意図されるインジケータ、UL付与スケジューリングサービスタイプ、ULPAサブフレームインジケータなどが、フローが、WTRUの特定の1つのULPA割り当てまたは複数のULPA割り当てに関する意図されるフローである可能性があることを示すために使用される可能性があり、特定の1つのULPA割り当てまたは複数のULPA割り当てが、1つのULPAサブフレームまたは複数のULPAサブフレームによって識別され得る。この例においては、ULフローパラメータ、UL付与スケジューリングサービスタイプおよび/またはPAが意図されるインジケータが、ULフローがPAが意図されるフローであるか否かを示すために使用され得る。フローがPAが意図されるフローである場合、別のULフローパラメータ、例えば、ULPAサブフレームインジケータが、ULフローに関する特定の1つのULPA割り当てまたは複数のULPA割り当てを識別するために使用され得る。1つの実装において、WTRUは、サブフレーム情報がWTRUに関するULPA割り当てを一意的に識別するために使用され得るように、ULサブフレームごとに最大で1つのULPA割り当てを有する可能性がある。別の例において、ビットマップが、フローに対する1つのULPA割り当てまたは複数のULPA割り当てを示すために使用され得る。1つの実装において、フレーム内の最大のサブフレームは8である可能性があり、FDDシステムにおけるフレーム内の最大ULサブフレームも、8である可能性がある。8ビットのULPAサブフレームのビットマップが、ULフローパラメータとして使用されることができ、各ビットは、フレーム内のサブフレームに対応する可能性がある。ビットマップのビットiが1に設定される場合、そのことは、ULフローが、サブフレームiにおけるULPA割り当てに対する意図されるフローであることを示すことができる。そのようなULPAサブフレームのビットマップをULフローパラメータとして用いることは、ULフローが、特定の1つのULPA割り当てまたは複数のULPA割り当てに対する意図されるフローである可能性があることを確定的に示すことができる。ULPAサブフレームのビットマップが、フロー/コネクションの確立または変更においてフロー/コネクション管理MAC制御メッセージ、例えば、AAI_DSxメッセージで使用され得るとき、もたらされるオーバーヘッドは些細なものである可能性がある。ULPAサブフレームのビットマップに対する代替的方法は、3ビットのULPAサブフレームのインデックスのリストを1つのULPA割り当てまたは複数のULPA割り当てを識別するためのULフローパラメータとして使用することである可能性がある。ビットマップのメカニズムと比較されるとき、このメカニズムは、フローに対して意図される1つまたは2つのULPA割り当てのみが存在する可能性があるときに数ビットを保存する可能性がある。しかし、一方、このメカニズムは、可変長のパラメータを導入する可能性があり、ULPA割り当ての数が3以上であるときにより高いオーバーヘッドの代償を払う可能性もある。別のPAシグナリングの例において、PAが意図されるインジケータが、フローがWTRUの特定のULPA割り当てに関する意図されるフローである可能性があることを示すために使用され得る。特定のULPA割り当ては、パラメータ、PAインジケータに符号化されたULPAサブフレームによって識別され得る。例えば、PAインジケータは、以下の表2に示される4ビットのフローパラメータとして定義され得る。一部の例において、PA割り当てに関する特定のFIDと、PA使用インジケータPAusageindicator情報の両方をシグナリングすることが有用である可能性がある。例えば、基地局は、FIDに加えて、割り当てがそのFIDのみのためである可能性があるかどうか、またはWTRUがリソースをその他のフローのために使用し得ることを示す1ビットのPA使用インジケータも送信することができる。リソースがその他のフローのULデータを送信するために使用されることを許される場合、WTRUは、上述のPAシグナリングの例に基づいて、どのリソースを使用するべきかを決定することができる。802.16mに基づけば、ULグループリソース割り当てGRAは、以下のようにまとめられ得る。ULインジケータに関連するグループIDを有するGRAA-MAPIEが、ULGRA割り当てを示すことができる。ULGRA割り当ては、事前に設定されたWTRUのグループ内の選択されたWTRUに一組の一度限りのユニキャストのUL割り当てを割り当てることができ、選択されたWTRUごとに1つのUL割り当てを割り当てることができる。選択されたWTRUは、GRAA-MAPIE内のユーザビットマップフィールドによって識別され得る。事前に設定されたWTRUのグループは、WTRUの特定のフローを追加または削除するために基地局からWTRUに送信され得るグループ設定MAC制御メッセージ、AAI_GRP-CFGによって設定されることができる。特定のフローは、メッセージ内のFIDフィールドによって識別され得る。AAI_GRP-CFGは、WTRUのグループの設定に関してWTRUに知らせるために、WTRUのグループに送信されることもできる。WTRUのグループの設定は、AAI_GRP-CFG内の周期性と呼ばれるパラメータによって、このグループの割り当ての周期性を含むことができる。そのパラメータは、このグループのGRAA-MAPIEが送信され得る周期性を指定することができる。このようにして、GRA割り当ては、比較的一定のペイロードサイズの周期的なトラフィックパターンをサポートするためにやはり使用され得る。基地局は、GRA割り当てを行うために複数のWTRUのグループを保有する可能性がある。各グループは、12ビットのグループIDによって識別され得る。GRAA-MAPIEは、A-MAPIEのCRCにおいてグループID情報をマスクすることによってWTRUのグループに振り向けられ得る。GRAA-MAPIE内で、ユーザビットマップフィールドが、そのGRAA-MAPIEによってリソースが割り当てられ得る1つのWTRUまたは複数のWTRUを識別することができる。ULGRAは、グループ設定メッセージがWTRUのフローをグループに割り振ることができるので、フローごとであるとみなされ得る。つまり、グループに関連付けられ得るのが単にWTRUなのではなく、WTRUのフローである可能性がある。一方、ULGRAは、割り当てが、フローではなくWTRUに振り向けられたGRAA-MAPIEによって与えられることができるので、WTRUごとであるとみなされ得る。明瞭にする目的で、WTRUのグループに対するULGRA割り当ては、ULにおける1つのGRAA-MAPIEによって割り当てられ得るULリソースを指す可能性がある。WTRUに対するULGRA割り当ては、WTRUがGRAA-MAPIEによってUL割り当てを与えられることを示すようにユーザビットマップフィールドの対応するビットが設定されたULにおける1つのGRAA-MAPIEによってWTRUに割り当てられ得るULリソースを指す可能性がある。WTRUのグループに対する一連のULGRA割り当ては、ユーザグループ設定で与えられた周期性で、ULにおける一連のGRAA-MAPIEによってユーザグループに割り当てられ得るULリソースを指す可能性がある。WTRUに対する一連のULGRA割り当ては、WTRUがGRAA-MAPIEによってUL割り当てを与えられることを示すようにユーザビットマップフィールドの対応するビットが設定された一連のGRAA-MAPIEによってWTRUに割り当てられ得るULリソースを指す可能性がある。WTRUに対する一連のULGRA割り当ては、WTRUのグループの一連のGRAA-MAPIEのユーザビットマップフィールドの対応するビットが常に設定されるわけではない可能性があるので、WTRUのグループの設定のパラメータ、周期性によって示されるのと同じ周期性をもたない可能性がある。図3は、例示的なハイブリッド式のフローごとおよび局ごとのULGRA割り当てメカニズム300を示す。WTRUが、ULリソース要求を送信することができる305。基地局が、FIDをグループ設定メッセージに含めることによってWTRUのグループにWTRUのフローを割り振ることができ310、したがって、意図されるフロー情報が、グループ設定を通じてULGRA割り当てのためにシグナリングされる。基地局が、ULGRA割り当てを用いることによってWTRUにULリソース割り当てを行う315。次に、WTRUが、基地局から受信された意図されるフロー情報を判定することができ320、次いで、ULGRAの割り当てられたリソースを用いてそのWTRUのデータを送信するときに、意図される1つのフローまたは複数のフローの情報を考慮に入れることができる325。例えば、そのWTRUは、意図される1つのフローまたは複数のフローにその他のフローよりも高い優先度を割り振ることができる。WTRUは、意図される1つのフローまたは複数のフローを処理した後、残ったリソースを使用することによって、GRAの割り当てられたリソースでその他のフローのデータを送信することができる。加えて、WTRUは、意図されるフロー情報を有するULGRA割り当てを用いて、何らかの緊急のMAC制御データ、緊急のユーザデータなどを送信することができる。WTRUは、その他のUL割り当てで、GRA割り当てを対象とする1つのフローまたは複数のフローのデータを送信することができる。FIDフィールドをグループ設定MAC制御メッセージに含めることに加えて、以下の例示的なシグナリングメカニズムが、WTRUに、GRA割り当てに関する意図されるフロー情報をシグナリングするために使用され得る。例示的なシグナリングメカニズムにおいては、フロー管理MAC制御メッセージ内のフローパラメータが、フローがGRA割り当ての意図されるフローである可能性があることを示すために使用され得る。例えば、フロー管理MAC制御メッセージは、AAI_DSxメッセージである可能性がある。フローパラメータは、UL付与スケジューリングサービスタイプなどの既存のフローパラメータであるか、またはフローがWTRUのGRA割り当てに関するGRAが意図されるフローである可能性があることを示すためのGRAが意図されるインジケータGRA-intendedindicatorなどの新しいフローパラメータである可能性がある。GRAが意図されるフローに関して、一部の既存のフローパラメータが、フローがどの1つのユーザグループまたは複数のユーザグループを対象とする可能性があるかをさらに示すために使用され得る。これは、例えば、フローと1つのユーザグループまたは複数のユーザグループとの間の一致する割り当て周期性および/または割り当てサイズに基づくことができる。表1は、割り当て周期性およびサイズを決定するために使用され得るフローパラメータの一部の例を示す。GRAが意図されるフローに関して、1つのフローパラメータまたは複数のフローパラメータが、フローがどの1つのユーザグループまたは複数のユーザグループを対象とする可能性があるかをさらに示すために追加され得る。例えば、グループIDフィールド、グループIDのリスト、グループインジケータ、グループインジケータのリストなどが、使用され得る。別の例示的なハイブリッド式のフローごとおよび局ごとのULGRA割り当てメカニズム400が、図4に示されるように、WTRUがグループに追加される場合に、WTRUに対するULGRA割り当てに関する、本明細書に記載の明示的または暗黙的な意図されるフロー情報を使用することができる。例えば、WTRUが、ULリソース要求を送信することができる410。基地局が、WTRUをグループに割り振ることができる420。基地局が、ULGRA割り当てを用いることによってWTRUにUL割り当てを行うことができ、意図されるフロー情報が、明示的にまたは暗黙的にWTRUに提供され得る425。次いで、WTRUが、意図されるフロー情報を判定する430。利用可能な意図されるフロー情報が、所与のULGRA割り当てで送信されるべきデータを決定するためにWTRUによって使用される435。別の例示的なシグナリングメカニズムが、同じWTRUの複数のフローがULGRAに関する同じグループに加わることを許されるときに適用可能である可能性がある。例えば、基地局が、複数のグループ設定MAC制御メッセージを各フローにつき1つ送信することによって複数のフローのそれぞれをグループに割り振ることができる。あるいは、これは、複数のフロー情報を1つのグループ設定MAC制御メッセージに含めることによってシグナリングされ得る。例えば、それは、FIDのリストによって、または複数のフローを識別することができる1つもしくは複数のFIDインジケータによってシグナリングされ得る。実施形態1.ハイブリッド式の局ごと、およびフローごとのアップリンク割り当てを実行するための方法であって、少なくとも1つのフローに関するアップリンクリソース割り当てを要求するステップを含む、方法。2.アップリンクリソース割り当てを受信するステップをさらに含むいずれかの上記実施形態に記載の方法。3.割り当てられたアップリンクリソースに関する意図されるフロー情報が利用可能かどうかを判定するステップをさらに含むいずれかの上記実施形態に記載の方法。4.割り当てられたアップリンクリソースに関する利用可能な意図されるフロー情報が適用可能かどうかを判定するステップをさらに含むいずれかの上記実施形態に記載の方法。5.意図されるフロー情報の適用を行い次第、割り当てられたアップリンクリソースを用いてデータを送信するステップをさらに含むいずれかの上記実施形態に記載の方法。6.意図されるフロー情報の適用は、割り当てられたアップリンクリソースの使用に関して、意図されるフローに優先度を割り振るいずれかの上記実施形態に記載の方法。7.割り当てられたアップリンクリソースは、アップリンクの永続的割り当てリソースであるいずれかの上記実施形態に記載の方法。8.割り当てられたアップリンクリソースは、アップリンクのグループリソース割り当てリソースであるいずれかの上記実施形態に記載の方法。9.少なくとも1つのフローは、グループに関連付けられるいずれかの上記実施形態に記載の方法。10.意図されるフロー情報の適用は、意図されるフローを処理した後、残ったアップリンクリソースを用いてその他のフローの送信を許すいずれかの上記実施形態に記載の方法。11.意図されるフロー情報の適用は、少なくとも1つのその他のフローからの緊急のデータの送信を許すいずれかの上記実施形態に記載の方法。12.緊急のデータは、緊急の媒体アクセス制御MACメッセージであるいずれかの上記実施形態に記載の方法。13.緊急のデータは、救急サービスのデータであるいずれかの上記実施形態に記載の方法。14.意図されるフロー情報は、永続的割り当て情報要素の巡回冗長検査を局の識別情報およびフローの識別情報を用いてマスクすることによって与えられるいずれかの上記実施形態に記載の方法。15.意図されるフロー情報は、永続的割り当て情報要素で与えられるいずれかの上記実施形態に記載の方法。16.意図されるフロー情報は、フローとアップリンクの永続的割り当てリソースとの間で割り当て周期性または割り当てサイズのうちの少なくとも1つをマッチングすることによって決定されるアップリンクの永続的割り当てリソースに関するいずれかの上記実施形態に記載の方法。17.ハイブリッド式の局ごとおよびフローごとのアップリンク割り当てを実行するための方法であって、少なくとも1つのフローに関するアップリンクリソース割り当て要求を受信するステップを含む、方法。18.少なくとも1つのフローまたは無線送受信ユニットWTRUのうちの1つを、リソース割り当てのスケジューリングのためのグループに割り振るステップをさらに含む実施形態17に記載の方法。19.少なくとも1つのフローまたはWTRUのうちの1つのグループへの割り振りを示すためのフローインジケータを送信するステップをさらに含む実施形態17~18のいずれかに記載の方法。20.グループリソース割り当ては、フローに対して使用される実施形態17~19のいずれかに記載の方法。21.フロー管理媒体アクセス制御MAC制御メッセージ内のフローパラメータは、フローがグループリソース割り当ての意図されるフローであることを示すために使用される実施形態17~20のいずれかに記載の方法。22.意図されるフロー情報は、フローとグループの間で割り当て周期性または割り当てサイズのうちの少なくとも1つをマッチングすることによって決定されるグループ割り当てリソースに関する実施形態17~21のいずれかに記載の方法。23.無線通信で使用するためのリソース割り当て方法であって、意図されるフロー情報を示すインジケータを含む信号を受信するステップを含む、方法。24.意図されるフロー情報は、アップリンクUL割り当てを含む実施形態23に記載の方法。25.意図されるフロー情報は、アップリンクUL割り当ての種類を含む実施形態23~24のいずれかに記載の方法。26.意図されるフロー情報は、アップリンクUL割り当ての組を含む実施形態23~25のいずれかに記載の方法。27.信号は、暗黙的にまたは明示的に受信される受信される実施形態23~26のいずれかに記載の方法。28.意図されるフロー情報は、アップリンクUL割り当て情報要素IEのマスクされた巡回冗長サイクルCRCを含む実施形態23~27のいずれかに記載の方法。29.IEは、フロー識別子を含む実施形態23~28のいずれかに記載の方法。30.IEは、事前に定義されたフローインジケータを含む実施形態23~29のいずれかに記載の方法。31.フローの種類をアップリンクUL割り当てメカニズムと関連付けるステップをさらに含む実施形態23~30のいずれかに記載の方法。32.UL割り当てメカニズムは、永続的割り当てまたはグループリソース割り当てである実施形態23~31のいずれかに記載の方法。33.関連付けは、コネクション管理媒体アクセス制御MAC制御メッセージを用いることによって確立される実施形態23~32のいずれかに記載の方法。34.コネクション管理MAC制御メッセージは、AAI_DSxメッセージである実施形態23~33のいずれかに記載の方法。35.事前に定義されたフローインジケータは、フローまたはフローのグループを表す実施形態23~34のいずれかに記載の方法。36.事前に定義されたフローインジケータは、媒体アクセス制御MAC制御メッセージによって明示的に定義される実施形態23~35のいずれかに記載の方法。37.事前に定義されたフローインジケータは、フローパラメータによって暗黙的に定義される実施形態23~36のいずれかに記載の方法。38.意図される1つのフローまたは複数のフローにより高い優先度を割り振るステップをさらに含む実施形態23~37のいずれかに記載の方法。39.割り振るステップは、アップリンクUL割り当てにおけるUL送信に基づく実施形態23~38のいずれかに記載の方法。40.アップリンクUL割り当てで別のフローのデータを送信するステップをさらに含む実施形態23~39のいずれかに記載の方法。41.データは、意図される1つのフローまたは複数のフローを処理した後、残ったリソースを用いて送信される実施形態23~40のいずれかに記載の方法。42.データは、緊急の媒体アクセス制御MACデータを用いて送信される実施形態23~41のいずれかに記載の方法。43.データは、緊急のデータを用いて送信される実施形態23~42のいずれかに記載の方法。44.インジケータは、アップリンクUL割り当て情報要素IEである実施形態23~43のいずれかに記載の方法。45.UL割り当てIEは、排他フラグを含む実施形態23~44のいずれかに記載の方法。46.排他フラグは、UL割り当てがどのように使用されるべきかに関する指示を含む実施形態23~45のいずれかに記載の方法。47.排他フラグは、UL割り当てが意図される1つのフローまたは複数のフローに対してのみ使用されるべきであることを示す実施形態23~46のいずれかに記載の方法。48.排他フラグは、帯域幅スチーリングbandwidthstealingを示さない実施形態23~47のいずれかに記載の方法。49.排他フラグは、UL割り当てが、意図される1つのフローまたは複数のフローと、より高い優先度を有する別のフローとに対して使用されるべきであることを示す実施形態23~48のいずれかに記載の方法。50.より高い優先度を有するフローに関して帯域幅スチーリングを許すステップをさらに含む実施形態23~49のいずれかに記載の方法。51.意図されるフローインジケータは、割り当てがすべてのフローを対象とすることを示す実施形態23~50のいずれかに記載の方法。52.意図されるフローインジケータは、割り当てがリアルタイムのフローを対象とすることを示す実施形態23~51のいずれかに記載の方法。53.リアルタイムのフローは、UGSUnsolicitedGrantService、rtPSreal-timePollingService、ertPSextendedrtPS、またはaGPadaptiveGrantingandPollingserviceのうちの1つである実施形態23~52のいずれかに記載の方法。54.意図されるフローインジケータは、割り当てが、ertPSextendedrtPSのフローおよびaGPadaptiveGrantingandPollingserviceのフローを対象とすることを示す実施形態23~53のいずれかに記載の方法。55.意図されるフローインジケータは、割り当てが、セカンダリサービス品質QoSパラメータを定義したaGPadaptiveGrantingandPollingserviceのフローを対象とすることを示す実施形態23~54のいずれかに記載の方法。56.フロー識別子FIDおよびフローインジケータを受信するステップをさらに含む実施形態23~55のいずれかに記載の方法。57.フローインジケータは、割り当てがスチーリングを許すかどうかを示す1ビットのインジケータである実施形態23~56のいずれかに記載の方法。58.フローインジケータは、スチーリングが許されるフローの種類を示す1ビットのインジケータである実施形態23~57のいずれかに記載の方法。59.フローの種類は、UGSUnsolicitedGrantService、rtPSreal-timePollingService、ertPSextendedrtPS、またはaGPadaptiveGrantingandPollingserviceのうちの1つである実施形態23~58のいずれかに記載の方法。60.フローインジケータは、割り当てが、閾値を超えるリアルタイムのランクを有するフローのためであるかどうかを示す2ビットのインジケータである実施形態23~59のいずれかに記載の方法。61.フローインジケータは、アップリンクUL割り当ての意図されるフローインジケータUAIFIである実施形態23~60のいずれかに記載の方法。62.アップリンクULの永続的割り当てPAの最大数は、受信されるフレームと無関係である実施形態23~61のいずれかに記載の方法。63.実施形態1~62の方法のいずれか1つを実行するように構成された無線送受信ユニット。64.実施形態1~62の方法のいずれか1つを実行するように構成された基地局。65.実施形態1~62の方法のいずれか1つを実行するように構成されたアドバンスト移動局AMS。66.実施形態1~62の方法のいずれか1つを実行するように構成されたアドバンスト基地局ABS。67.実施形態1~62の方法のいずれか1つを実行するように構成されたeNBevolvedNode-B。特徴および要素が特定の組み合わせで上で説明されているが、当業者は、各特徴または要素が、単独で、またはその他の特徴および要素との任意の組み合わせで使用され得ることを理解するであろう。加えて、本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実装され得る。コンピュータ可読媒体の例は、有線または無線接続を介して送信される電子的な信号と、コンピュータ可読ストレージ媒体とを含む。コンピュータ可読ストレージ媒体の例は、読み出し専用メモリROM、ランダムアクセスメモリRAM、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能なディスクなどの磁気媒体、光磁気媒体、ならびにCD-ROMディスクおよびデジタルバーサタイルディスクDVDなどの光媒体を含むがこれらに限定されない。ソフトウェアに関連するプロセッサが、WTRU、UE、端末、基地局、RNC、または任意のホストコンピュータで使用するための無線周波数トランシーバを実装するために使用され得る。