"中継ノードを介した通信をサポートする方法であって、中継ノードが、前記中継ノードによってサービスされる複数のワイヤレス送受信ユニットWTRUからWTRUバッファステータス報告BSRを受け取るステップであって、前記WTRUBSRが前記WTRUにおけるアップリンクバッファステータスを示すステップと、前記中継ノードが前記WTRUBSRをドナー高度化evolvedノードBDeNBに送るステップとを含むことを特徴とする方法。前記中継ノードが中継ノードBSRを前記DeNBに送るステップをさらに含み、前記中継ノードBSRは前記中継ノードにおける中継ノードアップリンクバッファステータスおよび/または中継ノードダウンリンクバッファステータスを示すことを特徴とする請求項1に記載の方法。前記中継ノードアップリンクバッファステータスは、1つもしくは複数のWTRUのアクティブなWTRU無線ベアラRBについての、または1つもしくは複数の報告グループに属するアクティブなWTRURBについての、アップリンクバッファ蓄積の合計に基づいて生成され、前記中継ノードダウンリンクバッファステータスは、1つもしくは複数のWTRUのアクティブなWTRURBについての、または1つもしくは複数の報告グループに属するアクティブなWTRURBについての、ダウンリンクバッファ蓄積の合計に基づいて生成されることを特徴とする請求項2に記載の方法。前記報告グループは、WTRUごとに、またはWTRUDRBに関連するサービス品質QoSごとに編成されることを特徴とする請求項3に記載の方法。前記中継ノードBSRは、定期的に、構成されたトリガイベントの発生に基づいて、または、定期的なタイマと、構成されたトリガイベントの発生との組合せに基づいて、トリガされることを特徴とする請求項2に記載の方法。前記WTRUBSRが個別に前記DeNBに報告されるか、またはいくつかのWTRUBSRがグループ単位で集約されることを特徴とする請求項1に記載の方法。前記中継ノードがそのリソース割振りに満足しているか否かを示す満足インジケータを送るステップをさらに含むことを特徴とする請求項1に記載の方法。中継ノードを介した通信をサポートする方法であって、前記中継ノードからハンドオーバターゲットへのワイヤレス送受信ユニットWTRUのハンドオーバの要求に応答してハンドオーバ要求肯定応答メッセージがドナーeノードBDeNBから受け取られること、前記WTRUについて前記DeNBへのデータ転送が完了すること、エンドマーカが受け取られること、またはWTRUコンテキスト解放メッセージが受け取られることを条件として、前記中継ノードが、無線リソース構成または再構成を要求するために無線リソース制御RRCメッセージを前記DeNBに送るステップを含むことを特徴とする方法。WTRUアプリケーションがサービス品質要件を変更すること、WTRU-中継ノードインタフェースに対する調整が中継ノード-DeNBインタフェース構成に影響を及ぼすこと、前記中継ノードが接続状態から遊休状態に移行すること、システム情報パラメータ値のいくつかが変化すること、総WTRUアップリンクバッファがしきい値を超えること、総中継ノードダウンリンクバッファがしきい値を超えること、および/またはWTRU-中継ノードインタフェースを再構成する必要があることを条件として、前記中継ノードが、構成または再構成の必要性を示すためにRRCメッセージを前記DeNBに送るステップをさらに含むことを特徴とする請求項8に記載の方法。送受信機と、中継ノードによってサービスされる複数の送受信ユニットWTRUからWTRUバッファステータス報告BSRを受け取り、前記WTRUBSRをドナー高度化evolvedノードBDeNBに送るように構成されたプロセッサとを備える中継ノードであって、前記WTRUBSRは前記WTRUにおけるアップリンクバッファステータスを示すことを特徴とする中継ノード。前記プロセッサは中継ノードBSRを生成して前記DeNBに送るように構成され、前記中継ノードBSRは、前記中継ノードにおける中継ノードアップリンクバッファステータスおよび/または中継ノードダウンリンクバッファステータスを示すことを特徴とする請求項10に記載の中継ノード。前記プロセッサは、1つもしくは複数のWTRUのアクティブなWTRU無線ベアラRBについての、または1つもしくは複数の報告グループに属するアクティブなWTRURBについての、アップリンクバッファ蓄積の合計に基づいて、前記中継ノードアップリンクバッファステータスを生成し、1つもしくは複数のWTRUのアクティブなWTRURBについての、または1つもしくは複数の報告グループに属するアクティブなWTRURBについての、ダウンリンクバッファ蓄積の合計に基づいて、前記中継ノードダウンリンクバッファステータスを生成するように構成されたことを特徴とする請求項11に記載の中継ノード。前記報告グループは、WTRUごとに、またはWTRUDRBに関連するサービス品質QoSごとに編成されることを特徴とする請求項12に記載の中継ノード。前記中継ノードBSRは、定期的に、構成されたトリガイベントの発生に基づいて、または、定期的なタイマと、構成されたトリガイベントの発生との組合せに基づいて、トリガされることを特徴とする請求項11に記載の中継ノード。前記WTRUBSRが個別に前記DeNBに報告されるか、またはいくつかのWTRUBSRがグループ単位で集約されることを特徴とする請求項10に記載の中継ノード。前記プロセッサは、前記中継ノードがそのリソース割振りに満足しているか否かを示す満足インジケータを送るように構成されたことを特徴とする請求項10に記載の中継ノード。送受信機と、前記中継ノードからハンドオーバターゲットへのワイヤレス送受信ユニットWTRUのハンドオーバの要求に応答してハンドオーバ要求肯定応答メッセージがドナーeノードBDeNBから受け取られること、前記WTRUについて前記DeNBへのデータ転送が完了すること、エンドマーカが受け取られること、またはWTRUコンテキスト解放メッセージが受け取られることを条件として、無線リソース構成または再構成を要求するために無線リソース制御RRCメッセージを前記DeNBに送るように構成されたプロセッサとを備えることを特徴とする中継ノード。前記プロセッサは、WTRUアプリケーションがサービス品質要件を変更すること、WTRU-中継ノードインタフェースに対する調整が中継ノード-DeNBインタフェース構成に影響を及ぼすこと、前記中継ノードが接続状態から遊休状態に移行すること、システム情報パラメータ値のいくつかが変化すること、総WTRUアップリンクバッファがしきい値を超えること、総中継ノードダウンリンクバッファがしきい値を超えること、および/またはWTRU-中継ノードインタフェースを再構成する必要があることを条件として、構成または再構成の必要性を示すためにRRCメッセージを前記DeNBに送るように構成されたことを特徴とする請求項17に記載の中継ノード。図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は、ワイヤレス信号を送信および/または受信するように構成されてよく、ユーザ機器WTRU、移動局、固定またはモバイルの加入者ユニット、ページャ、セルラー電話機、パーソナルディジタルアシスタントPDA、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、消費者電子機器などを含み得る。通信システム100はまた、基地局114aおよび基地局114bを含んでよい。各基地局114a、114bは、WTRU102a、102b、102c、102dのうちの少なくとも1つとワイヤレスにインタフェースして、コアネットワーク106、インターネット110、および/またはネットワーク112など1つまたは複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスとすることができる。例として、基地局114a、114bは、ベーストランシーバステーションBTS、ノードB、eノードB、ホームノードB、ホームeノードB、サイトコントローラ、アクセスポイントAP、ワイヤレスルータなどとすることができる。基地局114a、114bはそれぞれ単一の要素として描かれているが、基地局114a、114bが任意の数の相互接続された基地局および/またはネットワーク要素を含んでよいことは理解されるであろう。基地局114aはRAN104の一部とすることができ、RAN104はまた、他の基地局、および/または、基地局コントローラBSC:basestationcontrollerや無線ネットワークコントローラRNC:radionetworkcontrollerや中継ノードなどのネットワーク要素図示せずを含んでよい。基地局114aおよび/または基地局114bは、特定の地理領域内でワイヤレス信号を送信および/または受信するように構成されてよく、この地理領域は、セル図示せずと呼ばれることもある。セルはさらに、セルセクタに分割されることがある。例えば、基地局114aに関連するセルが3つのセクタに分割されることがある。したがって、一実施形態では、基地局114aは、3つの送受信機、すなわちセルの各セクタにつき1つの送受信機を備えることがある。別の実施形態では、基地局114aは、多入力多出力MIMO技術を採用することがあり、したがって、セルの各セクタにつき複数の送受信機を利用することがある。基地局114a、114bは、無線インタフェース116を介してWTRU102a、102b、102c、102dの1つまたは複数と通信することができ、無線インタフェース116は、任意の適切なワイヤレス通信リンク例えば、無線周波数RF、マイクロ波、赤外線IR、紫外線UV、可視光などとすることができる。無線インタフェース116は、任意の適切な無線アクセス技術RATを使用して確立することができる。より具体的には、上に言及したように、通信システム100は、多元接続システムであってよく、CDMA、TDMA、FDMA、OFDMA、SC-FDMAなど、1つまたは複数のチャネルアクセス方式を採用することができる。例えば、RAN104中の基地局114a、およびWTRU102a、102b、102cは、UTRAUniversalMobileTelecommunicationsSystemUMTSTerrestrialRadioAccessなどの無線技術を実装してよく、これにより、広帯域CDMAWCDMAを使用して無線インタフェース116を確立することができる。WCDMAは、HSPAHigh-SpeedPacketAccessおよび/またはHSPAEvolvedHSPAなどの通信プロトコルを含み得る。HSPAは、HSDPAHigh-SpeedDownlinkPacketAccessおよび/またはHSUPAHigh-SpeedUplinkPacketAccessを含み得る。別の実施形態では、基地局114aおよびWTRU102a、102b、102cは、E-UTRAEvolvedUMTSTerrestrialRadioAccessなどの無線技術を実装してよく、これにより、LTELongTermEvolutionおよび/またはLTE-ALTE-Advancedを使用して無線インタフェース116を確立することができる。他の実施形態では、基地局114aおよびWTRU102a、102b、102cは、IEEE802.16すなわちWiMAXWorldwideInteroperabilityforMicrowaveAccess、CDMA2000、CDMA20001X、CDMA2000EV-DO、IS-2000InterimStandard2000、IS-95InterimStandard95、IS-856InterimStandard856、GSM登録商標GlobalSystemforMobilecommunications、EDGEEnhancedDataratesforGSMEvolution、GSMEDGEGERANなどの無線技術を実装してよい。図1A中の基地局114bは、例えばワイヤレスルータ、ホームノードB、ホームeノードB、またはアクセスポイントとすることができ、事業所、家庭、車両、キャンパスなどの局所化されたエリア中でのワイヤレス接続性を容易にするために任意の適切なRATを利用することができる。一実施形態では、基地局114bおよびWTRU102c、102dは、IEEE802.11などの無線技術を実装して、ワイヤレスローカルエリアネットワークWLANを確立することができる。別の実施形態では、基地局114bおよびWTRU102c、102dは、IEEE802.15などの無線技術を実装して、ワイヤレスパーソナルエリアネットワークWPANを確立することができる。さらに別の実施形態では、基地局114bおよびWTRU102c、102dは、セルラーベースのRAT例えばWCDMA、CDMA2000、GSM、LTE、LTE-Aなどを利用して、ピコセルまたはフェムトセルを確立することができる。図1Aに示されるように、基地局114bは、インターネット110への直接接続を有してよい。したがって、基地局114bは、コアネットワーク106を介してインターネット110にアクセスすることは必要とされなくてよい。RAN104はコアネットワーク106と通信してよく、コアネットワーク106は、音声、データ、アプリケーション、および/またはボイスオーバインターネットプロトコルVoIPサービスをWTRU102a、102b、102c、102dのうちの1つまたは複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク106は、呼制御、課金サービス、モバイル位置ベースのサービス、前払い電話、インターネット接続性、ビデオ配信などを提供することができ、かつ/または、ユーザ認証など、高レベルのセキュリティ機能を実施することができる。図1Aには示されていないが、RAN104および/またはコアネットワーク106が、RAN104と同じRATまたは異なるRATを採用する他のRANと、直接にまたは間接的に通信してもよいことは理解されるであろう。例えば、コアネットワーク106は、E-UTRA無線技術を利用しているであろうRAN104に接続されるのに加えて、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、全地球測位システムGPSチップセット136、および他の周辺装置138を備えてよい。WTRU102が、一実施形態との整合性を維持しながら前述の要素の任意のサブコンビネーションを備えてよいことは理解されるであろう。プロセッサ118は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ディジタル信号プロセッサDSP、複数のマイクロプロセッサ、DSPコアと関連する1つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGA回路、いずれか他のタイプの集積回路IC、状態機械などとすることができる。プロセッサ118は、信号符号化、データ処理、電力制御、入出力処理、および/または、WTRU102がワイヤレス環境で動作するのを可能にするいずれか他の機能を実施することができる。プロセッサ118は送受信機120に結合されてよく、送受信機120は送受信要素122に結合されてよい。図1Bではプロセッサ118と送受信機120とを別々のコンポーネントとして描いているが、プロセッサ118と送受信機120とを共に電子パッケージまたはチップ中で統合してもよいことは理解されるであろう。送受信要素122は、無線インタフェース116を介して基地局例えば基地局114aとの間で信号を送信または受信するように構成されてよい。例えば、一実施形態では、送受信要素122は、RF信号を送信および/または受信するように構成されたアンテナとすることができる。別の実施形態では、送受信要素122は、例えばIR、UV、または可視光信号を送信および/または受信するように構成された、エミッタ/検出器とすることができる。さらに別の実施形態では、送受信要素122は、RF信号と光信号の両方を送受信するように構成されてよい。送受信要素122がワイヤレス信号の任意の組合せを送信および/または受信するように構成されてよいことは理解されるであろう。加えて、図1Bでは送受信要素122が単一の要素として描かれているが、WTRU102は、任意の数の送受信要素122を備えてよい。より具体的には、WTRU102は、MIMO技術を採用することがある。したがって、一実施形態では、WTRU102は、無線インタフェース116を介してワイヤレス信号を送受信するために、2つ以上の送受信要素122例えば複数のアンテナを備えることがある。送受信機120は、送受信要素122によって送信されることになる信号を変調し、送受信要素122によって受信された信号を復調するように構成されてよい。上に言及したように、WTRU102は、マルチモード能力を有することがある。したがって、送受信機120は、WTRU102が複数のRAT、例えばUTRAおよびIEEE802.11などを介して通信するのを可能にするために、複数の送受信機を備えることがある。WTRU102のプロセッサ118は、スピーカ/マイクロホン124、キーパッド126、および/または、表示装置/タッチパッド128例えば液晶表示装置LCD表示ユニットもしくは有機発光ダイオードOLED表示ユニットに結合されてよく、これらからユーザ入力データを受け取ることができる。プロセッサ118はまた、スピーカ/マイクロホン124、キーパッド126、および/または、表示装置/タッチパッド128にユーザデータを出力することができる。加えて、プロセッサ118は、非リムーバブルメモリ130および/またはリムーバブルメモリ132など、任意のタイプの適切なメモリからの情報にアクセスすること、およびそのようなメモリにデータを記憶することができる。非リムーバブルメモリ130は、ランダムアクセスメモリRAM、読取専用メモリROM、ハードディスク、またはいずれか他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ132は、SIMsubscriberidentitymoduleカード、メモリスティック、SDsecuredigitalメモリカードなどを含み得る。他の実施形態では、プロセッサ118は、サーバやホームコンピュータ図示せず上のメモリなど、WTRU102上に物理的に位置しないメモリからの情報にアクセスすること、およびそのようなメモリにデータを記憶することができる。プロセッサ118は、電源134から電力を受け取ることができ、WTRU102中の他のコンポーネントへの電力を分配および/または制御するように構成されてよい。電源134は、WTRU102に電力を供給するための任意の適切なデバイスとすることができる。例えば、電源134は、1つまたは複数の乾電池バッテリ例えばニッケルカドミウムNiCd、ニッケル亜鉛NiZn、ニッケル金属水素化物NiMH、リチウムイオンLi-ionなど、太陽電池、燃料電池などを含み得る。プロセッサ118は、GPSチップセット136にも結合されてよく、GPSチップセット136は、WTRU102の現在位置に関する位置情報例えば経度と緯度を提供するように構成されてよい。GPSチップセット136からの情報に加えて、またはそれに代えて、WTRU102は、基地局例えば基地局114a、114bから無線インタフェース116を介して位置情報を受け取ることができ、かつ/または、2つ以上の近隣基地局から受け取られる信号のタイミングに基づいてその位置を決定することができる。WTRU102が、一実施形態との整合性を維持しながら任意の適切な位置決定方法を用いて位置情報を取得してよいことは、理解されるであろう。プロセッサ118はさらに、他の周辺装置138にも結合されてよく、周辺装置138は、追加の機構、機能、および/または有線もしくはワイヤレス接続性をもたらす、1つまたは複数のソフトウェアおよび/またはハードウェアモジュールを含み得る。例えば、周辺装置138は、加速度計、電子コンパス、衛星送受信機、ディジタルカメラ写真またはビデオ用、USBuniversalserialbusポート、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Bluetooth登録商標モジュール、周波数変調FM無線ユニット、ディジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。図1Cは、一実施形態による、RAN104およびコアネットワーク106のシステム図である。上に言及したように、RAN104は、E-UTRA無線技術を採用して、無線インタフェース116を介してWTRU102a、102b、102cと通信してよい。RAN104はまた、コアネットワーク106とも通信してよい。RAN104は、eノードB104a、104b、140cを含んでよいが、RAN104が一実施形態との整合性を維持しながら任意の数のeノードBを含んでよいことは理解されるであろう。eノードB140a、140b、140cはそれぞれ、無線インタフェース116を介してWTRU102a、102b、102cと通信するために、1つまたは複数の送受信機を備えてよい。一実施形態では、eノードB104a、104b、140cは、MIMO技術を実装することがある。したがって、例えばeノードB140aは、複数のアンテナを使用して、WTRU102aとの間でワイヤレス信号を送受信することがある。各eNB140a、140b、140cは、特定のセル図示せずに関連してよく、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび/またはダウンリンクにおけるユーザのスケジューリングなどを扱うように構成されてよい。図1Cに示すように、eNB140a、140b、140cは、X2インタフェースを介して相互と通信することができる。図1Cに示すコアネットワークは、移動性管理ゲートウェイMME:mobilitymanagementgateway142、サービングゲートウェイ144、およびパケットデータネットワークPDNゲートウェイ146を含んでよい。前述の各要素はコアネットワーク106の一部として描かれているが、これらの要素のいずれか1つがコアネットワークオペレータ以外のエンティティによって所有および/または運営されてもよいことは理解されるであろう。MME142は、S1インタフェースを介してRAN104中の各eNB140a、140b、140cに接続されてよく、制御ノードとしての働きをすることができる。例えば、MME142は、WTRU102a、102b、102cのユーザを認証すること、ベアラをアクティブ化/非アクティブ化すること、WTRU102a、102b、102cの最初の帰属中に特定のサービングゲートウェイを選択することなどを担うことができる。MME142はまた、RAN104と、GSMやWCDMAなど他の無線技術を採用する他のRAN図示せずとの間で切り替えるための制御プレーン機能を提供することもできる。サービングゲートウェイ144は、S1インタフェースを介してRAN104中の各eNB140a、140b、140cに接続されてよい。サービングゲートウェイ144は一般に、WTRU102a、102b、102cとの間でユーザデータパケットをルーティングおよび転送することができる。サービングゲートウェイ144はまた、eNB間ハンドオーバ中にユーザプレーンをつなぎ留めること、ダウンリンクデータがWTRU102a、102b、102cに利用可能なときにページングをトリガすること、WTRU102a、102b、102cのコンテキストを管理および記憶することなど、他の機能を実施することもできる。サービングゲートウェイ144は、PDNゲートウェイ146にも接続されてよく、PDNゲートウェイ146は、インターネット110などのパケット交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cとIP対応デバイスとの間の通信を容易にすることができる。コアネットワーク106は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク106は、PSTN108などの回路交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cと従来の陸線通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク106は、コアネットワーク106とPSTN108との間のインタフェースとしての働きをするIPゲートウェイ例えばIPマルチメディアサブシステムIMSサーバを含むか、またはそのようなIPゲートウェイと通信することができる。加えて、コアネットワーク106は、他のサービスプロバイダによって所有および/または運営される他の有線またはワイヤレスネットワークを含み得るネットワーク112へアクセスを、WTRU102a、102b、102cに提供することができる。図2に、WTRU102、103と、eNB140と、RN150と、コアネットワーク106とを含む例示的なシステムを示す。RN150は、eNB140ドナーeNBDeNBと呼ばれるとWTRU102との間に導入される。RN150は、ワイヤレスリンクを介してDeNB140に接続される。ダウンリンクにおいては、データはDeNB140からRN150に、次いでWTRU102に送信され、アップリンクにおいては、データはWTRU102からRN150に、次いでDeNB140に送信される。DeNB140は、コアネットワーク106へのリンクをRN150に提供する。R8およびR9WTRUにとっては、RNセルは、eNBの下の通常のR8およびR9セルのように見える。RN150は、カバレッジを改善しセルエッジスループットを向上させるためのツールとして使用される。RNWTRU102は、そのサービングセルとしてRNを有するWTRUである。マクロWTRU103は、そのサービングセルとしてeNBDeNBを含むを有するWTRUである。Uuインタフェースは、RNWTRU102とRNセルとの間の、またはマクロWTRU103とeNB140との間の無線インタフェースである。RNWTRU102とRN150との間のUuインタフェースを、RNUu、または単にUuインタフェースと呼び、マクロWTRU103とeNB140との間のUuインタフェースを、マクロUuインタフェースと呼ぶ。Unインタフェースは、RN150とそのDeNB140との間の無線インタフェースである。以下、話を簡単にするために、用語RNWTRUをWTRUと呼び、RNUuをUuと呼ぶ場合がある。UuRBまたはWTRURBDRBとSRBの両方を含むは、WTRU102、103との間でのサービスのために構成されるRBである。UnRBまたはRNRBDRBとSRBの両方を含むは、DeNB140とRN150との間のUnを介した無線ベアラのために構成されるRBである。RN無線ネットワーク一時識別RNTIは、DeNB140によってRN150に対して割り振られる識別子である。ネットワーク向けに予定されたWTRUULRBデータは、WTRU102によって、MACPDU中でUuを介してRN150に送信され、次いで、RN150によって、MACPDU中でUnを介してDeNB140に送信される。DeNB140は、このデータをネットワーク106に転送する。DL送信は、逆のプロセスで行われる。RN150は、帯域内中継ノードタイプ1RNと呼ばれるとすることができる。タイプ1RNはセルを制御するが、各セルは、WTRUにとっては、ドナーセルDeNBによって制御されるセルとは異なる別々のセルに見える。RNセルは、それ自体の物理セルIDを有することができ、RNは、それ自体の同期チャネルや基準シンボルなどを送信することができる。単一セル動作のコンテキストでは、WTRUは、スケジューリング情報およびハイブリッド自動再送要求HARQフィードバックをRNから直接に受け取ることができ、WTRUの制御チャネルをRNに送ることができる。タイプ1RNの場合、eNB-RNリンクUnは、同じ搬送波周波数をRN-WTRUリンクRNUuと共有する。RNの実装に応じて、帯域内RNは、その受信に対するその送信の干渉のせいで、そのUuリンク上での送信とそのUnリンク上での受信とを同時に行うこと、およびその逆を、サポートできる場合とできない場合がある。同時の送信と受信をサポートしないRNの場合、UnインタフェースとRNUuインタフェースとの時分割多重化を使用して競合を回避することができる。DeNBは、RNのための無線リソースを、セルレベルで、または特定のRNについて個別に、構成および再構成する。例えば、DeNBは、DeNBとRNとの間の通信のために、Un中のUnサブフレームを構成する。例えば、DeNBは、RNUuリンク上の、単一周波数ネットワークを介したマルチメディアブロードキャストMBSFN:multimediabroadcastoversinglefrequencynetworkサブフレームとして構成された期間中に、Un上でRNに送信することができる。MBSFNサブフレームは、マルチメディアブロードキャストマルチキャストサービスMBMS送信のために予約されるものとWTRUが理解するサブフレームであり、したがってWTRUは、これらのサブフレーム中でのMBMS送信を具体的に知らされない限り、RNがデータを送信するとは予想しない。RNは、これらのサブフレームをMBMSに使用するのではなく、WTRUに送信する必要なしにDeNBとの間で送受信することができる。Un構成がセルレベルで変化しない場合、DeNBは、専用の無線リソース制御RRCシグナリング、または任意の等価なシグナリングもしくはメッセージを、特定のRN複数可に送ることができる。RRCシグナリングまたは等価なシグナリングもしくはメッセージは、ダウンリンクUnサブフレームマスクまたは新しいUnサブフレーム割振りパターン、アップリンクUnサブフレーム割振り、UnとUuとの間のサブフレームオフセット、アクティブ化時間など、再構成のためのパラメータを指定することができる。アクティブ化時間が指定される場合、RNは、アクティブ化時間の前には、Unインタフェースを介したDeNBとの現在の動作を維持することができ、アクティブ化時間に、再構成に従ってUnインタフェースを介して送受信を行うことができる。いずれかのUn変化の結果として、RNがそのUu構成を再構成する必要がある場合このことはRNUuシステム情報ブロックSIBに含めることができる、RNは、RNUuを介したページングメッセージ中のシステム情報変化インジケータをオンにし、必要に応じてSIB中のシステム情報を更新し、新しいシステム情報をSIB修正期間境界で発行することができる。WTRUは、送信および再送信される準備ができている、WTRUアップリンクバッファに記憶された利用可能なアップリンクデータの量を示すWTRUBSRを、RNに提供することができる。バッファステータスは、バッファサイズ範囲を提供するテーブル中へのインデックスとして報告することができる。送信に利用可能なデータを有する論理チャネルの数、およびパディング空間のサイズBSRがMACPDUパディングによってトリガされる場合に応じて、BSRは、3つの方法、すなわち短縮truncatedBSR、ショートshortBSR、およびロングlongBSRで、フォーマットされ送信される可能性がある。短縮BSRは、優先順位の最も高い論理チャネルを有するLCGのバッファステータスを含む、1つのLCGBSRである。短縮LCGは、利用可能なデータを有するLCGが複数あるが、全てについてのBSRを送信するための十分な空きがMACPDU中にないときに、使用される。ショートBSRは、1つのLCGのバッファステータスを含む1つのLCGBSRである。ショートBSRは、送信すべき利用可能なデータを有するLCGが1つだけあるときに使用される。ロングBSRは、4つのLCGのバッファステータスを含む4LCGBSRである。LCGについてのデータがない場合は、そのLCGについてのバッファサイズ値はインデックス0として報告される。BSRについての、チャネルおよびベアラに関係する基本単位は、論理チャネルグループLCGである。LCGは、論理チャネル構成においてeNBによって割り当てられた、WTRUからの1つまたは複数の論理チャネルを含む。BSR報告におけるこの論理チャネルグループ化機構は、いくらかの報告粒度を維持しながら報告負荷を制限するものである。WTRUデータ無線ベアラDRBは、WTRU論理チャネルに関連し、論理チャネル識別、論理チャネル構成、ならびに他の属性EPSevolvedpacketsystem識別、無線ベアラRB識別、パケットデータ収束プロトコルPDCP、および無線リンク制御RLC構成情報などが伴う。4つのLCG値0~3を、WTRUベアラおよび論理チャネルに使用することができる。論理チャネルがLCGに割り当てられない場合、この論理チャネルULデータは、WTRUBSRに含める必要はない。WTRUシグナリング無線ベアラSRBは、デフォルトではLCG=0に割り当てられる。RNは、様々なタイプのステータスをDeNBに報告する。例えば、RNは、バッファステータスおよび他のトラフィック負荷条件をDeNBに報告して、DeNBがRNまたはセルに対してリソース割振りを行うのをサポートすることができる。バッファステータス情報は、MACCEを介して送ることができる。バッファステータス報告の詳細については後で説明する。RNは、PDCPステータスPDUを送って、受け取ったPDCPPDUのUnダウンリンク受信ステータスを反映させることができる。ステータス粒度は、どのようにRNUnPDCPインスタンスが構成されるかに依存することがある。RNUnPDCPインスタンスは、各WTRU無線ベアラにつき、またはQoS単位とWTRU単位とのいずれかでRNDRBごとに、構成することができる。PDCPステータスPDUを使用して、WTRU中のULベアラごとに、ULQoSベアラごとに、またはRNにおけるULWTRUごとに、現在の累積アップリンクPDCPSDUを報告することができる。PDCPステータス報告は、WTRUのハンドオーバが行われるときに有用なインジケータであることがある。RNは、RRCメッセージ複数可をDeNBに送って、RN中の変化する状況または条件を示し、Unリソース割振りまたは構成RNUuインタフェース構成に影響を及ぼす可能性があるを調整するようにDeNBをトリガまたは補助することができる。RRCメッセージ複数可は、1つまたは複数の測定値の報告report複数可を搬送することができる。測定値は、RNのDLUu中のトラフィックステータス、バッファステータス、測定された集約データレート、リンク品質例えば肯定応答/否定応答ACK/NACKレート、リソースが過剰にまたは不十分に利用されているときのDLUu中の条件などを含み得る。新しいRRCメッセージまたは新しい情報要素IEを報告のために定義することもできる。報告は、定期的またはトリガベースであってよい。報告される測定値についての、タイマ複数可、しきい値複数可、および量を、例えばRRCシグナリングによって構成することができる。DeNBは、即座の報告を要求することができる。RNは、再構成の要求を開始することができ、要求をサポートするために再構成要求メッセージに報告値を含めることができる。図4は、例示的なハンドオーバ手順のシグナリング図である。RNは、WTRU測定値を構成する402。WTRUは、構成に従って測定報告をRNに送る404。RNは、測定報告に基づいてハンドオーバ決定を行う406。RNは、ハンドオーバ要求をDeNBに送り、ハンドオーバを準備するための必要情報を渡す408。DeNBは、ハンドオーバ要求メッセージからターゲットセルIDを読み取り、ターゲットセルIDに対応するターゲットeNBまたはRNを見つけ、ハンドオーバ要求メッセージをターゲットeNBまたはRNに転送する410。ターゲットeNB/RNは、アドミッション制御を実施する412。ターゲットeNB/RNは、ハンドオーバに向けて準備し、DeNBを介してハンドオーバ要求肯定応答メッセージをRNに送る414、416。ハンドオーバ要求肯定応答メッセージは、ハンドオーバを実施するためのRRCメッセージとしてWTRUに送られることになるトランスペアレントコンテナを含む。このコンテナは、新しいセル無線ネットワーク一時識別C-RNTI:newcellradionetworktemporaryidentity、選択されたセキュリティアルゴリズムについてのターゲットeNBセキュリティアルゴリズム識別子、専用ランダムアクセスチャネルRACHプリアンブルなどを含む。RNは、ハンドオーバを実施するためのRRCメッセージ例えば、移動性制御情報を含むRRC接続再構成メッセージをWTRUに送る418。WTRUは、RRC接続再構成メッセージを受け取った後、古いセルから切り離され、新しいセルとの同期および初期アクセス手順を実施する420。RNがハンドオーバ要求肯定応答を受け取るとすぐに、またはハンドオーバコマンドの送信がダウンリンクにおいて開始されるとすぐに、RNからターゲットeNB/RNへのデータ転送を開始することができる422。WTRUがターゲットセルに首尾よくアクセスすると、WTRUは、RRC接続再構成完了メッセージをターゲットeNB/RNに送ってハンドオーバを確認する424。ターゲットeNB/RNは今や、WTRUおよびサービングゲートウェイとの間でデータを送受信し始めることができる426。ターゲットeNB/RNは、パス切替メッセージを移動性管理エンティティMMEに送って、WTRUがセルを変更したことを知らせる428。MMEは、ユーザプレーン更新要求メッセージをサービングゲートウェイに送る430。サービングゲートウェイは、ダウンリンクデータパスをターゲット側に切り替え432、1つまたは複数のエンドマーカパケットを古いパス上でRNに送り、次いで、RNへのユーザプレーン/TNLリソースがあればそれを解放することができる434。ターゲットeNB/RN中の再順序付け機能を補助するために、サービングゲートウェイは、WTRUへのパスを切り替えた後すぐに、1つまたは複数のエンドマーカパケットを古いパス上で送ることができる。RNは、エンドマーカパケットを受け取ると、エンドマーカパケットをターゲットeNB/RNに転送する436。ターゲットeNB/RNは、エンドマーカを検出すると、X2インタフェースを介して転送されたユーザデータ、およびパス切替えの結果としてS1を介してサービングGWから受け取られたユーザデータの順序通りの送達を維持するために必要な処理があれば、それを開始する438。サービングゲートウェイは、ユーザプレーン更新応答メッセージをMMEに送る440。MMEは、パス切替肯定応答メッセージでパス切替メッセージを確認する442。ターゲットeNB/RNは、WTRUコンテキスト解放メッセージをRNに送ることによってハンドオーバの成功をRNに知らせ、RNによるリソースの解放をトリガする444。RNは、WTRUコンテキスト解放メッセージを受け取ると、UEコンテキストに関連する、無線およびCプレーンに関係するリソースを解放することができる446。WTRUが異なるeNBまたはRNにハンドオーバされることになるときは、RN中に存在するWTRUデータをDeNBおよびその先に転送するために、RNとDeNBとの間のUnインタフェースを介してデータ転送パスを確立するかまたは広げることができる。WTRUがハンドオーバを完了した後は、Unインタフェースを介した転送パスを除去するかまたは狭くすることができる。RNは、このRNから異なるeNBもしくはRNにハンドオーバするWTRUについてDeNBからハンドオーバ要求肯定応答メッセージを受け取ったとき、または、DeNBからハンドオーバ要求肯定応答メッセージを受け取り、それにより結果的な集約Unトラフィックが現在構成済みの帯域幅の合計である値および事前定義済みもしくは構成済みのしきい値を超過する可能性が今やあるときに、RRC指示メッセージをDeNBに送ることができる。RNは、接続されたWTRUについてのデータをDeNBに転送し終えたとき、またはエンドマーカメッセージもしくは類似の指示をネットワークから受け取ったとき、またはWTRUコンテキスト解放メッセージをネットワークから受け取ったときに、RRC指示メッセージをDeNBに送ることができる。シグナリング負荷およびUn再構成処理負担を低減するために、RNは、追加または除去されることになる転送パス帯域幅が、RNについて構成されたUn能力に対して、事前定義済みまたは構成済みのしきい値を超えて著しく影響を及ぼす場合に、WTRUハンドオーバのためのRRC指示メッセージを送ることができる。しきい値は、Unインタフェースを介したRNのための総帯域幅に対する、データバイトカウントまたはパーセンテージとして構成されてよい。RNがいくらかの期間にわたりUnアップリンクにおいていくらかの量のデータバックログもしくはいくらかの量のデータアンダーフローを経験するとき、または、集約されたWTRUULデータバックログ例えばWTRUBSRから検出されるがしきい値を上回るかもしくはしきい値を下回るときに、RNは、RRC指示メッセージをDeNBに送って、Unリソース再構成を要求することができる。このような報告のために、データボリューム変化値に関するパラメータVおよび/または時間値に関するパラメータTを定義することができる。パラメータTは、RRC指示メッセージを送ることができる前にデータバックログまたはアンダーフローまたは帯域幅ボリューム変化量がしきい値を上回るかもしくは下回ることのできる最小時間として使用することができる。パラメータTは、DeNBの最後のUn再構成メッセージ例えばRRCConnectionReconfigurationと、新しいRRC指示メッセージとの間の最小間隔として使用することができる。パラメータVは、データバックログ/アンダーフローに関する、または帯域幅要件変化量しきい値に関するしきい値として使用することができる。通常の音声およびデータサービスをWTRUに提供することに加えて、RNは、他のユーザアプリケーションおよびサービスをWTRUに提供することもできる。これらのアプリケーションのセットアップまたは再構成は、通常の無線ベアラ処理とは違ってDeNBを必要とすることがあり、その結果、DeNBは、Unインタフェースが再構成され得ることを知ることができる。この場合、RNは、リソース要件をDeNBに対して示すことができる。例えば、RNがマルチメディアブロードキャストマルチキャストサービスMBMSサービスをWTRUに提供する場合、RNは、RNセルのMBMSサービス複数可が開始および停止するとき、または構成が変化するときに、RRC指示メッセージを送ることによって、ダウンリンクUuサブフレーム再構成を求める要求、ならびに/またはUn帯域幅およびサブフレーム構成変更を求める要求をDeNBに対して示すことができるいくつかのMBMSサービスをアクティブ化または非アクティブ化するときに。RNは、Uu/Un構成または帯域幅要件を変更する可能性のある他のアプリケーションであって、DeNBがそれらの開始、停止、および/または変化に関係しない他のアプリケーションについて、RRC指示メッセージをDeNBに送ることができる。RNは、WTRUアプリケーションがQoS要件を変更した例えば、通常のQoS要件が、低ジッタまたは低遅延を必要とするように変化し、それにより現在のUnサブフレーム割振りではQoS要件を保証することができないとき、RRC指示メッセージをDeNBに送ることができる。RNとDeNBは両方とも、チャネル品質を監視する。Unアップリンクでは、DeNBは、ハイブリッド自動再送要求HARQ受信によってRN送信品質を知ることができ、DeNBは、そのRnダウンリンク送信品質を、チャネル品質インジケータCQI、ランクインジケータRI、またはプリコーディング行列インジケータPMIに関するRNのフィードバックによって知ることができる。DeNBは、RNからの追加情報なしに、関係するUnパラメータを調整することができる。DeNBは、それ自体では、RN-Uuリンク品質がわからない。帯域内タイプ1中継では、不安定なRN-Uuインタフェースを介した多くのWTRUがある場合、RN-Uu構成の割振りを調整することができる。このRN-Uu構成の調整は、Un構成に影響を及ぼす可能性がある。この場合、RNは、この変更がUnインタフェース上の構成に影響を及ぼす場合に、何らかのRN-Uu構成変更を要求するRRC指示メッセージを送信することができる。システム情報パラメータ値のいくつかが変化したとき、Unおよび/またはUuを介したRN動作もまた変化することがある。この場合、DeNBは、Un動作パラメータまたはRN設定のいくつかを調整することができる。DeNBがUnを再構成しない場合、RNは、RRC指示メッセージをDeNBに送って、そのような再構成を要求することができる。例えばこれは、以下のDeNBシステム情報パラメータに変化が生じたときに行われることがある。すなわち、Un周波数リソースのRN使用に影響を及ぼすダウンリンク帯域幅変化、WTRU電力ヘッドルームに影響を及ぼす最大送信電力制限変化、RNアップリンク動作に影響を及ぼすアップリンク帯域幅および/またはアップリンク搬送波周波数変化、Unサブフレーム割振りに影響を及ぼすMBSFNサブフレーム構成リストである。RNが接続状態から遊休状態に移行したとき、RNは、その意図される切離し、解放、またはシャットダウンアクションをRRC指示メッセージによってDeNBに通知することができ、それによりDeNBは、RNに割り振られたUnリソース、ならびにRNが様々なネットワークノードと有する他の接続を解放することができる。RNは、RNがローカルの運用保守管理OAMによってシャットダウンされたとき例えばRNがコアネットワークからDETACH-ACCEPTもしくはsignaling-connection-releaseメッセージを受け取ったとき、RNがコアネットワーク移動性管理エンティティMMEによって切り離されたかもしくは切断するよう指示されたとき例えばRNがDETACH-ACCEPTメッセージでネットワークに返答したとき、またはRNが動作上の問題を有するとき例えばRNが暗号化もしくは保全性保護に対してセキュリティ違反または回復不可能なエラー条件を検出したときに、接続状態を離れることがある。RNが多くの接続WTRUを有し、Uuインタフェースリソースが限られているかまたは無線リンク品質が低い場合は、WTRU側でULデータを蓄積し、RN側でUuDLデータをバッファリングすることができる。DeNBは、WTRUULバッファおよびRNDLバッファのデータ蓄積ステータスがわからないことがある。一実施形態では、RNは、総WTRUULバッファがしきい値を超えたときRNに報告されるWTRUBSRから検出される、または総RNDLバッファがしきい値を超えたときに、指示をDeNBに送って、Uuインタフェースにより多くのリソースを残すためにUnインタフェースを再構成する必要があることをDeNBに示すことができる。RNは、Uuインタフェース構成を調整したいとき、RRC指示メッセージをDeNBに送ることができる。RRC指示メッセージは、RRC指示メッセージの目的を示す理由を含んでよい。理由は、UnまたはUuについてのリソース追加要求、UnまたはUuについてのリソース低減要求、リソース解放要求など、関係するUnまたはUuリソースとすることができる。RRC指示メッセージは、MBMSリソース再構成やハンドオーバリソース再構成を含めた、他の理由または下位理由を含んでもよい。RRC指示メッセージは、アップリンク帯域幅要求追加または低減および量指示、アップリンクUuサブフレーム変更要求例えば追加、低減、シフト、ならびに/またはアップリンク電力変更要求を含んでよい。上の実施形態で、RRC指示メッセージの使用は例であり、別法として、新しいまたは既存のメッセージ複数可中でいずれか他のメッセージ複数可または情報要素を使用してもよい。以下、BSRを報告するための実施形態を開示する。一実施形態では、RNは、RNDRBについてのバッファステータス報告BSRを生成して、これらの報告をDeNBに送ることができる。RNは、WTRUからULRBを受け取り、これらをULRNDRBにマッピングする。RNアップリンクバッファ中に蓄積されたアップリンクデータは、RNBSR内容として編成してDeNBに報告することができる。バッファステータス報告は、データの実際のカウント例えばバイトカウント、および/または、このデータカウントを表す値ルックアップテーブル中へのインデックスなど、および/または、このカウントが含まれる範囲を表す値を含んでよい。他のトラフィックボリューム関連情報も、独立した項目として報告するか、またはバイトカウントもしくは等価物に関連して報告することができる。RNアップリンクバッファは、どのようにWTRURBがRNDRBにマッピングされるかに基づいて編成することができる。RNDRBは、WTRUのRBが1つのRNDRBにマッピングするように、WTRUごとに編成されてよい複数のWTRUのRBが1つのRNDRBにマッピングすることもある。あるいは、RNDRBは、所与のQoSを有する、WTRUのうちの全てまたはサブセットのRBが1つのRNDRBにマッピングするように、QoSごとに編成されてもよい複数のQoSが1つのRNDRBにマッピングすることもある。あるいは、RNDRBは、WTRUDRBが単一のRNDRBにマッピングされるように、RNごとに編成されてもよい。RNBSRは、単一のRNDRBのバッファステータスを含んでよい。RNBSRは、1つのRNDRBにマッピングされるアクティブなWTRURBのアップリンクバッファ蓄積の合計または、合計もしくは範囲の指示を含んでよい。RNDRBは、RNDRBIDまたは等価物によって識別することができる。あるいは、RNBSRは、単一のRNDRB報告グループのバッファステータスを含んでもよい。RNBSRは、1つのRNDRB報告グループに属する1つまたは複数のRNDRBにマッピングされるアクティブなWTRURBのアップリンクバッファ蓄積の合計または、合計もしくは範囲の指示を含んでよい。RNDRB報告グループは、RNDRB報告グループIDまたは等価物によって識別することができる。あるいは、RNBSRは、複数のRNDRB報告グループのバッファステータスを含んでもよい。各バッファステータスは、1つのRNDRB報告グループに属する1つまたは複数のRNDRBにマッピングされるアクティブなWTRURBのアップリンクバッファ蓄積の合計または、合計もしくは範囲の指示である。報告は、報告中の各RNDRB報告グループのRNDRB報告グループIDまたは等価物を含んでよい。あるいは、報告は、RNDRB報告グループIDを省略できるように、各RNDRB報告グループのバッファステータスを所定の順序で含んでもよい例えば、この順序はRNにシグナリングされてもよく、または標準で固定であってもよい。1組の所定の順序例えば、RNへのシグナリングに基づく、または標準で定義されたがある場合、報告は、これらの順序のうちの1つを使用し、どの順序が使用されるかを報告中で示すことができ、報告グループIDは省略することができる。あるいは、RNBSRは、1つもしくは複数の個別RNDRBのバッファステータス、1つもしくは複数のRNDRB報告グループの個別バッファステータス、および/または1つもしくは複数のRNDRB報告グループからのバッファステータスの合計の、組合せを含んでもよい。RNDRBがWTRUごとに編成される場合、RNBSRは、1つのRN-DRBにマッピングされる1つのWTRUからのアクティブなRBのアップリンクバッファ蓄積の合計または、合計もしくは範囲の指示を含んでよい。あるいは、RNBSRは、報告WTRUグループに属する1つまたは複数のRNDRBにマッピングされる1つまたは複数のWTRUからのアクティブなRBのアップリンクバッファ蓄積の合計または、合計もしくは範囲の指示を含んでもよい。この場合、これらのRNDRBおよび/または関連するWTRURBには、同じ報告WTRUグループ識別子が割り当てられる。あるいは、RNBSRは、いくつかの報告WTRUグループのバッファステータス1つの報告WTRUグループにつき1つのバッファステータスを含んでもよく、各バッファステータスは、報告WTRUグループに属する1つまたは複数のRNDRBにマッピングされる1つまたは複数のRNWTRUからのアクティブなRBのアップリンクバッファ蓄積の合計または、合計もしくは範囲の指示である。報告は、報告中の各報告WTRUグループの報告WTRUグループ識別子または等価物を含んでよい。あるいは、報告は、報告WTRUグループ識別子を省略できるように、各報告WTRUグループのバッファステータスを所定の順序で含んでもよい例えば、この順序はRNにシグナリングされてもよく、または標準で構成済みであってもよい。あるいは、1組の所定の順序例えば、RNへのシグナリングに基づく、または標準で定義されたがある場合、報告は、これらの順序のうちの1つを使用し、どの順序が使用されるかを報告中で示すことができ、報告WTRUグループ識別子は省略することができる。あるいは、RNBSRは、1つもしくは複数の個別RNDRBのバッファステータス、および/または1つもしくは複数の報告WTRUグループの個別バッファステータス、および/または1つもしくは複数の報告WTRUグループからのバッファステータスの合計の、組合せを含んでもよい。RNDRBがQoSごとに例えばDRB優先順位もしくはQCI値によって編成される場合、RNBSRは、1つのRN-DRBにマッピングされる1つまたは複数のQoSを有するアクティブなWTRURBのアップリンクバッファ蓄積の合計または、合計もしくは範囲の指示を含んでよい。あるいは、RNBSRは、報告QoSグループに属する1つまたは複数のRN-DRBにマッピングされる1つまたは複数のQoSを有するアクティブなWTRURBのアップリンクバッファ蓄積の合計または、合計もしくは範囲の指示を含んでもよい。これらのRNDRBおよび/または関連するWTRURBには、同じ報告QoSグループ識別子を割り当てることができる。あるいは、RNBSRは、いくつかの報告QoSグループそれぞれのバッファステータス1つの報告QoSグループにつき1つのバッファステータスを含んでもよく、各バッファステータスは、報告QoSグループに属する1つまたは複数のRNDRBにマッピングされる1つまたは複数のQoSを有するアクティブなWTRURBのアップリンクバッファ蓄積の合計または、合計もしくは範囲の指示である。報告は、報告中の各報告QoSグループの報告QoSグループ識別子または等価物を含んでよい。あるいは、報告は、報告QoSグループ識別子を省略できるように、各報告QoSグループのバッファステータスを所定の順序で含んでもよい例えば、この順序はRNにシグナリングされてもよく、または標準で固定であってもよい。あるいは、1組の所定の順序例えば、RNへのシグナリングに基づく、または標準で定義されたがある場合、報告は、これらの順序のうちの1つを使用し、どの順序が使用されるかを報告中で示すことができ、報告QoSグループ識別子は省略することができる。あるいは、RNBSRは、1つもしくは複数の個別RNDRBのバッファステータス、および/または1つもしくは複数の報告QoSグループの個別バッファステータス、および/または1つもしくは複数の報告QoSグループからのバッファステータスの合計の、組合せを含んでもよい。アップリンクバッファステータスは、単独で、または、バッファもしくはトラフィックに関係するステータスの他の側面と共に、RNBSRに含めることができる。別の実施形態では、RNは、RNダウンリンクバッファステータスをDeNBに報告することができる。RN中にバッファリングされたダウンリンクデータをDeNBに報告して、無線リソースのDeNB管理をサポートすることができる。いくつかのタイプの中継例えば、UuインタフェースとUnインタフェースとを同じ周波数帯域中で動作させる半二重タイプ1中継では、Un上での送信がUu上での受信に対する干渉を引き起こし、またその逆でもある。このような場合、このような干渉を低減するようにUuおよびUn上のリソースを割り振ることができる。DeNBが中継Uuのニーズを理解する場合、DeNBは、Un上のリソースを割り振るときにこれを考慮に入れることができる。RN中のDLバッファステータスは、オーバーフローまたはアンダーフロー状況を示すことがある。報告は、理由例えば、Uu帯域幅の不足、またはUu送信問題を含んでよい。DLステータス報告は、高いUu送信NACKレートを伴うオーバーフローを示すことがある。これは、ダウンリンク送信が、不良な干渉の下で、または不十分な無線カバレッジの下で動作していること、および、WTRU無線ベアラへのフロー制御をDeNB上で、RN上で、または両方で行えることを示し得る。DLステータス報告は、低いUu送信NACKレートを伴うオーバーフローを示すことがある。これは、Uuリソーススケジューリング問題またはUu帯域幅不足問題を示し得る。DeNBは、この情報を使用して、RNのUn構成を調整することができ、これにより、RNがより多くのDLUuリソースを構成および/または使用するのを可能にすることができる。DLステータス報告は、低いUu送信NACKレートを伴うアンダーフローを示すことがある。これは、リソーススケジューリング過剰またはDLUu帯域幅割振り過剰を示し得る。DeNBは、この情報を使用してRNのUn構成を調整して、例えばこのRNのUnへの割振りを低減して他のRNまたはマクロWTRUのためにリソースを使用することができる。RNダウンリンクデータバッファステータスは、RNBSR中に含めるか、または、Unサブフレーム構成報告など、DeNBへの別のRN報告中に含めることができる。RNDLバッファステータスは、RN中の総ダウンリンクバッファリング済みデータ制御プレーンおよび/またはユーザプレーンデータを含むを含んでよい。RNDLバッファステータスは、1つもしくは複数のWTRUのアクティブなWTRURBについての、または、1つもしくは複数の報告WTRUグループに属するアクティブなWTRURBについての、ダウンリンクバッファ蓄積の合計を含んでよい。WTRUの、ダウンリンク報告WTRUグループへのグループ化は、アップリンク報告WTRUグループと同様であってもよく、または異なるように割り当てられてもよい。RNDLバッファステータスは、1つもしくは複数のQoSデータストリームに関係するアクティブなWTRURBについての、または、1つもしくは複数のQoSグループに関係するアクティブなWTRURBについての、ダウンリンクバッファ蓄積の合計または、合計もしくは範囲の指示を含んでよい。ダウンリンク報告QoSグループ化構成は、アップリンク報告QoSグループと同様であってもよく、または異なるように割り当てられてもよい。RNDLバッファステータスは、以上の任意の組合せを含んでよい。ダウンリンクバッファステータスは、実際のカウント例えばバイトカウント、このカウントを表す値ルックアップテーブル中のインデックスなど、またはこのカウントが含まれる範囲を表す値を示してよい。RNDLバッファステータスは、以下の実施形態のうちの1つまたは複数において送信することができる。RNダウンリンクバッファステータス報告は、RNアップリンクバッファステータス報告と共に送信することができる。RNDLバッファステータスは、明示的に構成されたとき、バッファリングされたアップリンクデータがないとき、バッファリングされたアップリンクデータのステータスがBSRをトリガしていない例えばしきい値に基づいてときに、単独で報告することができる。RNダウンリンクバッファステータスは、定期的に、またはDeNBからの明示的な要求に応答して送信することができる。BSRがMACCEを介して報告される場合、MACヘッダ中の論理チャネル識別LCIDによってMACBSRCEを識別することができる。ダウンリンクバッファステータスが単独で、またはアップリンクBSRと共に報告されるとき、新しいLCIDまたは等価物を、DLBSRまたは混合UL/DLBSR報告に使用することができる。ダウンリンクバッファステータス報告のMACCE中のLCIDは、アップリンクBSRLCIDと同様に定義することができる。DLBSR報告は、RNUuDLバッファ蓄積とRNUnDLバッファ蓄積との比較に基づいてトリガされてよい。RNUnDLバッファ蓄積が、RNUuDLバッファ蓄積よりも、しきい値構成されたまたは所定のだけ大きいかまたは小さい場合に、DLRNBSR報告がトリガされてよい。別の実施形態では、RNは、WTRUバッファステータス報告をDeNBに報告することができる。図3に、DeNBへのWTRUBSRの報告を示す。RNは、RNによってサービスされる複数のWTRUからWTRUBSRを受け取る302。WTRUBSRは、WTRUにおけるアップリンクバッファステータスを示し、このアップリンクバッファステータスは、RNUuインタフェースについてのアップリンクデータ蓄積を反映する。次いでRNは、WTRUBSRをDeNBに転送する304。この情報を使用して、無線リソースのDeNB管理をサポートすることができる。いくつかのタイプの中継例えば、UuインタフェースとUnインタフェースとを同じ周波数帯域中で動作させる半二重タイプ1中継では、Un上での送信がUu上での受信に対する干渉を引き起こし、またその逆でもある。このような場合、このような干渉を低減するようにUuおよびUn上のリソースを割り振ることができる。DeNBがRNUuのニーズを理解する場合、DeNBは、Un上のリソースを割り振るときにこれを考慮に入れることができる。WTRUBSRは、RNWTRUの基本単位でDeNBに中継することができる。RNは、WTRUのLCG負荷を合計することができる。他の情報現在のUuULリソース割振りステータス、または割り振られたサブフレームなどを、UuULNACKレートと共に、RNからDeNBに提供して、例えばUuリンク送信およびUuUL帯域幅割振り条件に関する指示としての働きをするようにすることもできる。RNは、不十分な送信条件を示し得る、高いNACKレートを伴うバッファオーバーフロー、Uu帯域幅制限RNがそれを決定した場合を示し得る、低いNACKレートを伴うバッファオーバーフロー、Uu帯域幅割振り過剰を示し得る、低いNACKレートを伴うバッファアンダーフローを、各WTRUについてDeNBに報告することができる。これらの指示は、RNによって個々のWTRUBSRおよび他の情報から導出することができる。これらの指示は、RNBSRの一部として、またはDeNBへの特別な報告例えばUn再構成のための報告中で、DeNBに送信することができる。WTRUBSRの報告は、以下の方法のうちの1つまたは複数でグループ化することができる。BSRを報告するWTRUのBSRを合計することができる。あるいは、WTRUの特定のセットのBSRを合計することもできる。あるいは、WTRUBSRを個別に報告することもできる。あるいは、BSRを報告するWTRUからの特定のLCG値例えばLCG=0についてのBSRを集約することもできる。あるいは、4つのLCGそれぞれについてのBSRをそれぞれ集約することもでき、その結果、BSRを報告するWTRUから総計4つが得られる。WTRUBSRをグループ化して、グループについての集約されたBSRを報告するとき、そのグループ中のWTRUの数を報告してもよい。それぞれの場合の報告されるバッファステータスは、実際のカウント例えばバイトカウント、このカウントを表す値ルックアップテーブル中のインデックスなど、またはこのカウントが含まれる範囲を表す値とすることができる。RNは、個別のおよび/もしくは集約されたWTRUBSRを、別個に、もしくは他のバッファステータス報告内容と共に、RNBSR中に含めることができ、または、これらのWTRUBSRは別個の報告中にあってもよい。WTRUBSRをDeNBに報告するとき、RNは、DeNBに対してUuサブフレーム構成を含めてもよい。別の実施形態では、RNは、現在のトラフィック負荷およびRNの送受信動作に関してRNがそのリソース割振りに満足しているか否かを示す満足インジケータsatisfactionindicatorを、RNBSRまたは別の報告中に含めることができる。満足インジケータは、満足度を示すことができる。満足インジケータ値を決定するとき、RNは、Unアップリンクリソースおよびトラフィック負荷例えば、RNULBSによって例えば示される、割り振られたUnアップリンクリソースに対するアップリンク負荷、RNUnアップリンク電力ヘッドルーム、RN送信NACKレート、Unダウンリンク送信および負荷例えば、RNUnダウンリンク受信NACKレート、および/もしくはRNCQI検出条件、Uuアップリンクリソースおよび負荷例えば、RNWTRUBSR、RNWTRU電力ヘッドルーム報告PHR、RNWTRUSRS測定値、RNUuリソース割振り、または、Uuダウンリンクリソース、負荷、および送信RNDLバッファステータス、RNDL送信NACKレート、RNWTRU-CQI報告などを考慮に入れることができる。満足インジケータは、RNBSRまたは他の報告に含めることができ、定期的に、またはDeNBによって特に要求されたときに送ることができる。満足インジケータは、単一のビットまたは複数のビットとすることができる。満足インジケータは、上に論じたパラメータのいくつかもしくは全てまたはそれ以上を含む、条件/ステータスに関するテーブルとして定義することができる。インジケータは、満足インジケータテーブル中へのインデックス値とすることができる。基準の種々のセットに関係する満足ステータスを示すために、複数の満足インジケータがあってもよい。以下、RNBSR報告をグループ化するための実施形態を開示する。上に開示したように、RNDBRを複数の報告グループにグループ化することができ、各報告グループのバッファ蓄積ステータスをDeNBに報告することができる。BSR報告は、QoSごとおよびWTRUごとにグループ化することができる。RNDRBがQoSごとに編成される場合、例えばRNDRB確立時に、DeNBによって専用シグナリングを介して報告QoSグループIDを各RNDRBに割り当てることができる。RNDRBがWTRUごとに編成される場合、例えばRNDRB確立時に、DeNBによって専用シグナリングを介して報告WTRUグループIDを各RNDRBに割り当てることができる。報告グループへのRNDRBの割当ては、再割当てまたは取消しができる。取り消された報告グループIDを有するRNDRBは、報告グループIDを割り当てられなかったかのように扱うことができる。RNDRBは、報告グループに割り当てられないこともある。この場合、RNは、RNDRBBSRを単独で、または他の割り当てられた報告グループ複数可のBSRと共に、報告することができる。個別のRNDRBBSR報告を独立してトリガすることもできる。一実施形態では、RN-DRBはQoSに基づいて編成され、RNDRBは、RNDRBのQoS要件に基づいて報告QoSグループに割り当てられてよい。例えば、QoSは、QCIまたはトラフィッククラスに基づいて定義することができる。RNDRBは、トラフィッククラスに基づいて報告QoSグループにグループ化することができる。この場合、報告QoSグループは、会話、ストリーミング、対話、およびバックグラウンドトラフィッククラスに対応し得る。これらの特性に基づいて、RNDRBを報告QoSグループに割り当てることができる。あるいは、RNDRBは、QCIに基づいてグループ化することもできる。この場合、9個までのQoSグループを定義することができる。QCI8とQCI9など、いくつかのQCIを共に組み合わせることができる。同じQCI値または、いくつかのQCI値が1つのグループに結合される場合は複数の同じQCI値を有するRNDRBを、所定の報告QoSグループに割り当てることができる。あるいは、RNDRBは、それらのリソースタイプごとにQCIに基づいてグループ化することもできる。この場合、リソースタイプ保証ビットレートGBRに対応するQCIQoS値を有するRNDRBを、ある報告QoSグループに割り当て、リソースタイプ非GBRに対応するQCI値を有するRNDRBを、別の報告QoSグループに割り当てることができる。あるいは、RNDRBは、それらのパケット遅延予算ごとに、またはそれらのパケット誤りもしくは損失率ごとに、またはこれらのいくつかとリソースタイプおよび優先順位の組合せによって、QCIに基づいてグループ化することもできる。例えば、RNDRBは、QCIリソースタイプおよびそれらの遅延予算の属性に基づいてグループ化することができ、例示的なグループ化は、遅延予算150ミリ秒以下のリソースタイプGBR、遅延予算300ミリ秒のリソースタイプGBR、遅延予算100ミリ秒のリソースタイプ非GBR、および遅延予算300ミリ秒のリソースタイプ非GBRとすることができる。別の例では、RNDRBは、種々のパケット誤りまたは損失率のリソースタイプGBRに基づいて、または種々の遅延予算のリソースタイプ非GBRに基づいて、グループ化することができる。あるいは、RNDRBは、割振り保持優先順位ARP:allocationandretentionpriority特性すなわち、ARP優先順位、ARPプリエンプション能力、またはARPプリエンプション脆弱性これらを個別に、またはこれらのいくつかもしくは全ての組合せでに基づいてグループ化することもできる。あるいは、RNDRBは、種々の組合せでそれらのARP特性と共にそれらのQCI特性に基づいてグループ化することもできる。例えば、ARPプリエンプション能力=yesおよびARPプリエンプション脆弱性=noのリソースタイプGBRを、ある報告グループとし、ARPプリエンプション能力=noおよびARPプリエンプション脆弱性=noのリソースタイプGBRを、別の報告グループとし、種々の遅延予算を伴う残りを別のグループとする。あるいは、RNDRBは、論理チャネルに割り当てられた優先順位値によって定義されるそれらのQoSパラメータに基づいてグループ化することもできる。優先順位値は、MACレイヤにおける論理チャネル優先順位付けによって使用される。RNBSRがトリガされると、RNは、報告グループ複数可に割り当てられたバッファアップリンク、またはアップリンクダウンリンク中の利用可能なデータを合計し、割り当てられた報告グループIDと、実際のまたは変換されたサイズ指示のバッファリング済み総データ1つのグループまたは各グループについてのとを含むBSR記録をフォーマットすることができる。変換されたサイズ指示は、バッファサイズを表すかまたはバッファサイズが含まれるバッファサイズ範囲を表す値ルックアップテーブル中へのインデックスなどとすることができる。別の実施形態では、RNDRBは、WTRUごとに編成され、RNDRBは、それにマッピングされるWTRUまたは複数のWTRUの特性に基づいて報告WTRUグループに割り当てることができる。RNDRBは、WTRUの現在のQoSカテゴリQUEに基づいて報告WTRUグループにグループ化することができる。一実施形態では、WTRU現在QoSカテゴリQUEは、WTRU上の最も高く必要とされるまたは優先順位付けされるQoSのデータ無線ベアラによって、決定することができるすなわち、QUE=WTRURBの最高Qval。Qvalは、ネットワークによるデータ無線ベアラのQoS割当てまたは関連付けから反映または再定義される数値である。Qvalは、QCIテーブルのQCI値、もしくはQCIテーブルの優先順位値とすることができ、または、RN動作特性を考慮に入れた、テーブル中のこれらおよび他の要因の集約として定義することができる。QvalおよびQUEは、QvalまたはQUE値が小さいほど、それが含意し得るQoS要件または優先順位が高くなるような数値である。例えば、WTRUが現在、アクティブなすなわちサスペンドされていないデータ無線ベアラを3つ有し、これらのデータ無線ベアラはネットワークによってそのQoS割当て/分類としてQCI値が割り当てられるかまたは関連付けられており、したがってQval値2、4、および7を有する場合、WTRU現在QoSカテゴリは2とすることができる。この実施形態では、RN上での最も高く優先順位付けされるWTRUDRBしたがってWTRUまたはRNDRB報告アクティビティを認識して何らかの形でバイアスをかけることができ、最も高く優先順位付けされるWTRUDRBおよびWTRUに関してDeNBによってなされる後続のリソーススケジューリングの取組みを適切にサポートすることができる。別の実施形態では、WTRU現在QoSカテゴリQUEは、RNDRBにマッピングされるWTRUまたは複数のWTRU上のデータ無線ベアラQoSの組合せによって決定することができる。例えば、アクティブなWTRUDRBのQval値の合計を、優先順位の高いQCIを有するRB、ならびにWTRUのアクティブなDRBの数を考慮するようにして使用することができるすなわち、よりアクティブなDRBを有するWTRUが、より高いQoSカテゴリを得ることができる。例えば、WTRUQoSカテゴリ値QUEは、以下のように決定することができる。QUE=Qval1Qval2...QvalmdefQvalm1...defQvalw/w式1上式で、Qval1,Qval2...Qvalmは、m個のアクティブなDRBの正規化/変換されたQval値であり、wは、許容されるWTRUDRBの最大数例えば8個であり、defQvalは、m個の最大WTRUDRBのうちの残りの非アクティブなDRBについての値であり、ここでdefQval値は、QCIテーブルから正規化/変換された最大Qval値例えば9に等しい。例えば、Qval値2および3の、2つのアクティブなDRBを有するWTRUは、Qval値2、3および4の、3つのアクティブなDRBを有する別のWTRUよりも低いWTRUQoSカテゴリ値を有してよく、Qval値2および3の、2つのアクティブなDRBを有するWTRUは、Qval値3および4の、2つのアクティブなDRBを有するWTRUよりも高いWTRUQoSカテゴリ値を有してよい、などである。結果として得られるQUEは、WTRU単位の報告WTRUグループ化のための妥当な1組のグループを得るために、何らかの丸めおよびマッピング例えば1組の範囲へのを必要とすることがある。別の実施形態では、WTRU現在QoSカテゴリQUEは、WTRU上の重み付きQvalの組合せによって決定することができる。式1中のQval値に、それらの優先順位に従って異なる倍率を適用し、それにより、より高く優先順位付けされるQval値を組合せにおいてより多くカウントできるようにすることができる。例えば、WTRUQoSカテゴリ値QUEは、以下のように決定することができる。QUE=u1Qval1u2Qval2...umQvalmuwdefQvalm1...uwdefQvalw/w式2上式で、Qval1,Qval2,...,Qvalmは、m個のアクティブなDRBの正規化/変換されたQval値であり、u1,u2,...,umは、Qval値に対する倍率である。倍率uxは、定義によって事前に決定されてよい例えばux=[1.0,1.1,1.2,1.3...,1.9,2.0]。あるいは、倍率は、Qval値が低いほどux値が小さいように、デフォルト規則によって決定されてもよい例えば、GBRデータ無線ベアラに割り当てられるQval値に対しては、uxは1.0とすることができ、非GBRデータ無線ベアラに割り当てられるQval値に対しては、uxは1.3とすることができる。あるいは、倍率はネットワークによって決定されてもよい。あるいは、式2中のQUEは、以下のように倍率ux複数可を考慮に入れて正規化することもできる。QUE=u1Qval1u2Qval2...umQvalmuwdefQvalm1...uwdefQvalw/U式3上式で、U=合計u1,u2,...,umである。結果として得られるQUEは、WTRU単位の報告WTRUグループ化のための妥当な1組のグループを得るために、何らかの丸めおよびマッピング例えば1組の範囲へのを必要とすることがある。この実施形態では、WTRUDRBに種々の重みを割り当てることによって、より高く優先順位付けされるQvalをほとんど有さないWTRUを完全に犠牲にすることなしに、最も高く優先順位付けされるQvalとWTRU中のアクティブなDRBの数との間で、RNBSRにおけるWTRUQoSカテゴリQUEの最終的な結果について、制御されたバランスを達成することができる。別の実施形態では、WTRU現在QoSカテゴリQUEは、WTRU上のアクティブなDRBの現在の集約された優先ビットレートPBRによって決定することができる。WTRUQoSカテゴリを報告WTRUグループ割当てに使用する点では、集約されたビットレートが大きいほど、WTRUQoSカテゴリ値は大きくなる。集約されたビットレートの一例は、WTRUのアクティブなDRBのPBRを合計することである。RNBSRがトリガされると、RNは、報告WTRUグループまたは複数の報告WTRUグループのそれぞれに割り当てられたバッファアップリンク、またはアップリンクダウンリンク中の利用可能なデータを合計し、割り当てられた報告WTRUグループID複数可と、実際のまたは変換されたサイズ指示のバッファリング済み総データ1つのグループまたは各グループについてのとを含むBSR記録をフォーマットすることができる。変換されたサイズ指示は、バッファサイズを表すかまたはバッファサイズが含まれる範囲を表す値ルックアップテーブル中へのインデックスなどとすることができる。RN中で終端しないWTRU制御プレーントラフィックは、1つの報告グループとしてグループ化することができる。DeNBとRNとの間の制御シグナリングのために、Unを介していくつかの制御プレーンベアラが存在することがある。これらの制御チャネルは、MME/サービングゲートウェイS-GWからのS1-APと、潜在的な各ターゲットeNBへのX2-APと、DeNBとRNとの間のRRCプロトコルとを少なくとも含む。これらのチャネルは、1つのRNSRBまたは複数のRNSRBとして、共にグループ化することができる。いずれの場合も、これらは、バッファステータス報告および他の報告のために、1つの報告グループにグループ化することができる。RNDRBがRNごとに編成される場合、1つのDRBが構成される。この場合、RN中の蓄積データ全体の合計報告に加えて、よりよい報告粒度のために、そのコンポーネントストリームまたはサブデータストリームWTRUDRBまたは他の何らかの集約方式に対応するのいくつかを、BSR報告目的でグループ化することができる。報告は、全般的構成としてRNについて構成することができ、または、DeNBによってRNDRBごとの構成のサブストリームについて個別に構成または順序付けすることができる。BSR報告グループは、WTRUごと、またはWTRUグループ複数可ごとに編成することができる。この場合、1つもしくは複数のWTRUの個別バッファステータス、または1つもしくは複数の報告WTRUグループの合計を報告することができる。グループ化は、上に開示したのと同様の方式で実施することができる。BSR報告グループは、QoSごと、またはQoSグループ複数可ごとに編成することができる。この場合、1つまたは複数のQoSもしくはQoSグループの、個別のまたは集約されたデータバッファ蓄積ステータスを報告することができる。グループ化は、上に開示したのと同様の方式で実施することができる。以下、RNBSR報告をトリガするための実施形態を開示する。これらの実施形態を、独立して、共に、または別の実施形態の下位部分として使用できることに留意することができる。RNBSRをトリガするための実施形態は、上に開示した任意のタイプのRNBSRに適用することができる。一実施形態では、RNは、特定のイベントが発生したときにRNBSRがRNによって生成されて送られるように、トリガイベントによって構成されてよい。このようなトリガイベントは、バッファ蓄積がしきい値を上回ること、バッファ蓄積がしきい値を下回ること、他のトリガDeNBからのコマンド、または、バッファ蓄積がしきい値を上回るかもしくは下回ることなどによって再開始され得るタイマが切れることなどが含まれるが、これらに限定されない。別の実施形態では、DeNBは、RNBSRを求めてRNを明確にトリガすることができる。例えば、構成されたBSRトリガが、十分に頻繁に発生しない場合、またはDeNBが、セルを再構成する前に何らかの即座のBSRを必要とする場合、DeNBは、特定のRN複数可に対してBSRをトリガすることができる。DeNBがRNBSR報告をトリガするとき、DeNBは、報告中の必要とされるステータスタイプ例えば、報告が、アップリンクBSRかダウンリンクBSRもしくはこの両方、またはWTRUBSR、または満足インジケータ、またはこれらの組合せを含み得るかどうか、および/または報告グループどのDRBグループWTRUごともしくはQoSごとか、どのSRBグループか、またはこれらの組合せなどを、指定することができる。RNからの応答は、RRCメッセージまたはMACメッセージを介して送ることができる。別の実施形態では、RNは、BSR報告を定期的に送るための定期的タイマによって構成されてよく、したがって、定期的タイマが切れたとき、当該のバッファ中のデータの量にかかわらず、RNBSRが生成されて送られる。定期的なRNBSR報告は、特別なフラグがアクティブ化を指示する場合に、アクティブ化することができるDeNBからのメッセージ中でRNに提供される定期報告フラグなど。RNは、イベントによってトリガされる報告についてしきい値関連パラメータが構成されていない場合に、定期的なBSR報告を送ることができる。具体的な期間が規定されない場合、デフォルト値を使用することができる。別の実施形態では、イベントのトリガは、定期的タイマに関連して構成することができる。例えば、バッファ蓄積ボリュームに関係するしきい値例えばバイトカウントまたはバイトカウント範囲を定期的タイマと共に使用することができる。しきい値は、低バッファ蓄積マークおよび/または高バッファ蓄積マークとすることができる。バッファ蓄積カウントは、低マークと高マークとの間にあるときは正常と見なすことができる。バッファ蓄積が低マークよりも低い場合、これは、RN負荷が何らかの理由で低減または収縮したことを意味し得る。一方、バッファ蓄積カウントが高マークよりも高い場合、これは、リンク条件が悪いか、または負荷を送信するために割り振られたリソースが十分でないことを意味し得る。図5は、一実施形態における、イベントによってトリガされるBSR報告と定期的なBSR報告とを組み合わせた例示的なプロセス500の流れ図である。この実施形態では、RNは、バッファ蓄積に基づいて、すなわち1つまたは複数のしきい値例えば低マークおよび/または高マークとの比較に基づいて、BSR複数可を報告する。しきい値のうちの1つまたは複数を横断したとき、RNは、構成された定期的タイマに基づいて定期的にBSRを報告する。バッファ蓄積が正常例えば低マークと高マークとの間なとき、RNは、RNについての1つまたは複数の報告期間にわたり、定期的報告の送信を停止することができる。各報告は、1つもしくは複数のRN-DRBか1つもしくは複数の報告グループについての報告であってよく、または、構成および/もしくはバッファ蓄積に基づく1つもしくは複数のWTRURBについての報告であってよい。定期的タイマが切れたとき502、RNは、バッファ蓄積ステータス全て、または1つもしくは複数の明確に構成されたもしくはデフォルトのセットを評価する例えば1つまたは複数の事前構成済みバッファ蓄積マークを使用して504。定期的タイマは、最初に、元々の構成値にセットされる。バッファ蓄積が正常すなわち低マークと高マークとの間であると判定された場合、この期間で、RNはさらに、バッファ蓄積ステータスがこの期間で正常に変化したかどうかあるいはバッファ蓄積ステータスが最近の所定数mの期間にわたって正常のままであったかどうか判定する506。バッファ蓄積ステータスがこの期間で正常に変化したあるいはバッファステータスが最近のm個の期間にわたって正常のままであった場合は、RNはBSRを報告する508。バッファ蓄積ステータスがこの期間で正常に変化したのではないあるいはバッファ蓄積ステータスが最近のm個よりも多くの期間にわたって正常のままであった場合は、RNはBSRを報告しなくてよく、定期的タイマを元々の構成値のN倍にリセットすることができ、プロセス500はステップ502に戻って、定期的タイマが切れるのを待つ。バッファ蓄積が低マークよりも低い場合、RNはBSRを報告する510。RNは、BSRをトリガする報告グループまたはRNDRBについて、BSRを報告することができる。あるいは、RNは、トリガするRNDRBまたは報告グループについてのBSRに加えて、デフォルトの報告グループ複数可またはRNDRB複数可についてBSRを報告することもできる。RNは、定期的タイマが変化した場合は定期的タイマを元々の構成値にリセットすることができ512、プロセスはステップ502に戻る。バッファ蓄積が高マークよりも高い場合、RNはBSRを報告する514。RNは、BSRをトリガする報告グループまたはRNDRBについて、BSRを報告することができる。あるいは、RNは、トリガされたBSR、トリガされたBSRおよびデフォルトのBSR、または全てのBSRを報告することもできる。RNは、定期的タイマが変化した場合は定期的タイマを元々構成された値にリセットすることができる516。定期的タイマが次に切れたとき、RNは、バッファ蓄積ステータス全て、または1つもしくは複数の特に構成されたもしくはデフォルトのセットを評価する518。ステップ520でバッファ蓄積が高マークよりも上にあると判定された場合、RNは、トリガされたBSR、トリガされたBSRおよびデフォルトのBSR、または全てのBSRを報告し522、プロセス500はステップ518に戻る。ステップ520でバッファ蓄積が高マークよりも上にないと判定された場合、RNは、BSR複数可例えば、高マークよりも高くなることによってトリガされた前のBSR、低マークよりも低くなることによってトリガされた新しいBSR、デフォルトのBSR複数可、全て、などを報告することができ524、プロセスはステップ502に戻るあるいは、バッファ蓄積が所定時間標準により定義され得るかまたはDeNBもしくはいずれかのネットワークエンティティによって構成され得るにわたり高マークよりも低かった場合はステップ518に戻り、そうでない場合はステップ502に戻る。イベントによってトリガされる報告に使用する、または定期的な報告とイベントによってトリガされる報告との組合せに使用するしきい値例えば高マークおよび/または低マークは、固定であってよい。あるいは、しきい値はネットワークによって半静的に構成されてもよい。あるいは、しきい値は、例えばBSR報告単位の集約スループット値の上昇と下降に動的に対応して、RNによって計算されてもよい。例えば、しきい値は、適切な場合、基本BSR報告単位のコンポーネント無線ベアラのそれぞれからの集約GBRもしくはAMBRに関係してよく、または、基本BSR報告単位のそのコンポーネント無線ベアラのバケットサイズ優先ビットレートにバッファサイズ継続時間を掛けることによって得られるに関係してよい。RNBSR報告のために、トリガまでの時間time-to-trigger値を構成することができ、したがって、しきい値が横断されてトリガまでの時間値以上の時間期間にわたって維持されたとき、BSRがトリガされる。一実施形態では、MACPDU中に利用可能な空間がある場合、RNBSRをMACPDU中に便乗させることができる。定期的タイマを採用して、便乗RNBSR生成をトリガすることができる。便乗RNBSRは、少なくとも何らかの所定サイズの、MACPDUの埋まっていない空間が利用可能であることに基づいてトリガされてよい。所定サイズは、ある一定の最小限のRNBSR、またはRNBSRのいくつかもしくはカテゴリもしくは組合せと、他の関連トラフィック情報アップリンクRNSRB報告、または高優先順位アップリンクBSR、またはアップリンクBSRおよびダウンリンクBSRなどとを保持するように定義することができる。便乗RNBSRは、バッファ蓄積しきい値を有してよく、したがって、例えばバッファ蓄積が低マークよりも低いときおよび/または高マークよりも高いときにBSRが生成される。しきい値は、便乗RNBSRを生成するためには、より緩い値を有してよい例えば、便乗BSRトリガしきい値は、オフセット標準におけるデフォルト値であってもよく、またはDeNBもしくはネットワークエンティティによってシグナリングされてもよいの分だけ高い低マークおよび低い高マークを有することができる。便乗RNBSRトリガ時間は、以下のように、次の定期的タイマの時機に近い時間とすることができる。トリガ時間≧前の報告時間定期的タイマの値/2式4トリガ時間≧前の報告時間定期的タイマの値-Toffset式5上式で、Toffsetは、標準において定義されたデフォルト値であってもよく、またはDeNBもしくはいずれかのネットワークエンティティによってシグナリングされてもよい。便乗RNBSRは、空間があってタイミングが正しい場合に、または空間があってしきい値イベントがトリガされた場合に、または空間があってタイマが事前定義済みの許容値を過ぎて間もない場合に、生成することができる。便乗RNBSRが送信された場合、定期的タイマは再開始することができる。タイマが切れて便乗空間がない場合、RNは、許可があるかもしくは完全なRNBSRに利用可能なサブフレームリソースがあるまで待機することができ、または、アップリンク許可要求アクションRNについて定義されるを開始することができる。実施形態1.中継ノードを介した通信をサポートする方法。2.中継ノードが、中継ノードによってサービスされる複数のWTRUからWTRUBSRを受け取ることを含み、WTRUBSRがWTRUにおけるアップリンクバッファステータスを示す、実施形態1の方法。3.中継ノードがWTRUBSRをDeNBに送ることを含む、実施形態2の方法。4.中継ノードが中継ノードBSRをDeNBに送ることをさらに含み、中継ノードBSRが中継ノードにおける中継ノードアップリンクバッファステータスおよび/または中継ノードダウンリンクバッファステータスを示す、実施形態2~3のいずれか1つにおける方法。5.中継ノードアップリンクバッファステータスが、1つもしくは複数のWTRUのアクティブなWTRU無線ベアラRBについての、または1つもしくは複数の報告グループに属するアクティブなWTRURBについての、アップリンクバッファ蓄積の合計に基づいて生成される、実施形態4の方法。6.中継ノードダウンリンクバッファステータスが、1つもしくは複数のWTRUのアクティブなWTRURBについての、または1つもしくは複数の報告グループに属するアクティブなWTRURBについての、ダウンリンクバッファ蓄積の合計に基づいて生成される、実施形態4~5のいずれか1つにおける方法。7.報告グループが、WTRUごとに、またはWTRUDRBに関連するQoSごとに編成される、実施形態5~6のいずれか1つにおける方法。8.中継ノードBSRが、定期的にトリガされるか、構成されたトリガイベントの発生に基づいてトリガされるか、または定期的なタイマと構成されたトリガイベントの発生との組合せに基づいてトリガされる、実施形態4~7のいずれか1つにおける方法。9.WTRUBSRが個別にDeNBに報告されるか、またはいくつかのWTRUBSRがグループ単位で集約される、実施形態2~8のいずれか1つにおける方法。10.中継ノードがそのリソース割振りに満足しているか否かを示す満足インジケータを送ることをさらに含む、実施形態2~8のいずれか1つにおける方法。11.中継ノードを介した通信をサポートする方法。12.中継ノードからハンドオーバターゲットへのWTRUのハンドオーバの要求に応答してハンドオーバ要求肯定応答メッセージがDeNBから受け取られることを条件として、中継ノードが、無線リソース構成または再構成を要求するためにRRCメッセージをDeNBに送ることを含む、実施形態11の方法。13.WTRUについてDeNBへのデータ転送が完了することを条件として、中継ノードが、無線リソース構成または再構成を要求するためにRRCメッセージをDeNBに送ることを含む、実施形態11~12のいずれか1つにおける方法。14.エンドマーカが受け取られることを条件として、中継ノードが、無線リソース構成または再構成を要求するためにRRCメッセージをDeNBに送ることを含む、実施形態11~13のいずれか1つにおける方法。15.WTRUコンテキスト解放メッセージが受け取られることを条件として、中継ノードが、無線リソース構成または再構成を要求するためにRRCメッセージをDeNBに送ることを含む、実施形態11~14のいずれか1つにおける方法。16.WTRUアプリケーションがサービス品質要件を変更することを条件として、中継ノードがRRCメッセージをDeNBに送って構成または再構成の必要性を示すことを含む、実施形態11~15のいずれか1つにおける方法。17.WTRU-中継ノードインタフェースに対する調整が中継ノード-DeNBインタフェース構成に影響を及ぼすことを条件として、中継ノードがRRCメッセージをDeNBに送って構成または再構成の必要性を示すことを含む、実施形態11~16のいずれか1つにおける方法。18.中継ノードが接続状態から遊休状態に移行することを条件として、中継ノードがRRCメッセージをDeNBに送って構成または再構成の必要性を示すことを含む、実施形態11~17のいずれか1つにおける方法。19.システム情報パラメータ値のいくつかが変化することを条件として、中継ノードがRRCメッセージをDeNBに送って構成または再構成の必要性を示すことを含む、実施形態11~18のいずれか1つにおける方法。20.総WTRUアップリンクバッファがしきい値を超えることを条件として、中継ノードがRRCメッセージをDeNBに送って構成または再構成の必要性を示すことを含む、実施形態11~19のいずれか1つにおける方法。21.総中継ノードダウンリンクバッファがしきい値を超えることを条件として、中継ノードがRRCメッセージをDeNBに送って構成または再構成の必要性を示すことを含む、実施形態11~20のいずれか1つにおける方法。22.WTRU-中継ノードインタフェースを再構成する必要があることを条件として、中継ノードがRRCメッセージをDeNBに送って構成または再構成の必要性を示すことを含む、実施形態11~21のいずれか1つにおける方法。23.送受信機と、中継ノードによってサービスされる複数のWTRUからWTRUBSRを受け取るように構成されたプロセッサとを備える中継ノード。24.プロセッサがWTRUBSRをDeNBに送るように構成され、WTRUBSRがWTRUにおけるアップリンクバッファステータスを示す、実施形態23の中継ノード。25.プロセッサが中継ノードBSRを生成してDeNBに送るように構成された、実施形態23~24のいずれか1つにおける中継ノード。26.中継ノードBSRが中継ノードにおける中継ノードアップリンクバッファステータスおよび/または中継ノードダウンリンクバッファステータスを示す、実施形態25の中継ノード。27.プロセッサが、1つもしくは複数のWTRUのアクティブなWTRURBについての、または1つもしくは複数の報告グループに属するアクティブなWTRURBについての、アップリンクバッファ蓄積の合計に基づいて、中継ノードアップリンクバッファステータスを生成するように構成された、実施形態26の中継ノード。28.プロセッサが、1つもしくは複数のWTRUのアクティブなWTRURBについての、または1つもしくは複数の報告グループに属するアクティブなWTRURBについての、ダウンリンクバッファ蓄積の合計に基づいて、中継ノードダウンリンクバッファステータスを生成するように構成された、26~27のいずれか1つにおける中継ノード。29.報告グループが、WTRUごとに、またはWTRUDRBに関連するQoSごとに編成される、実施形態27~28のいずれか1つにおける中継ノード。30.中継ノードBSRが、定期的にトリガされるか、構成されたトリガイベントの発生に基づいてトリガされるか、または定期的なタイマと構成されたトリガイベントの発生との組合せに基づいてトリガされる、実施形態25~29のいずれか1つにおける中継ノード。31.WTRUBSRが個別にDeNBに報告されるか、またはいくつかのWTRUBSRがグループ単位で集約される、実施形態23~30のいずれか1つにおける中継ノード。32.プロセッサが、中継ノードがそのリソース割振りに満足しているか否かを示す満足インジケータを送るように構成された、実施形態23~31のいずれか1つにおける中継ノード。33.送受信機と、中継ノードからハンドオーバターゲットへのWTRUのハンドオーバの要求に応答してハンドオーバ要求肯定応答メッセージがDeNBから受け取られることを条件として、無線リソース構成または再構成を要求するためにRRCメッセージをDeNBに送るように構成されたプロセッサとを備える中継ノード。34.プロセッサが、WTRUについてDeNBへのデータ転送が完了することを条件として、無線リソース構成または再構成を要求するためにRRCメッセージをDeNBに送るように構成された、実施形態33の中継ノード。35.プロセッサが、エンドマーカが受け取られることを条件として、無線リソース構成または再構成を要求するためにRRCメッセージをDeNBに送るように構成された、実施形態33~34のいずれか1つにおける中継ノード。36.プロセッサが、WTRUコンテキスト解放メッセージが受け取られることを条件として、無線リソース構成または再構成を要求するためにRRCメッセージをDeNBに送るように構成された、実施形態33~35のいずれか1つにおける中継ノード。37.プロセッサが、WTRUアプリケーションがサービス品質要件を変更することを条件として、RRCメッセージをDeNBに送って構成または再構成の必要性を示すように構成された、実施形態33~36のいずれか1つにおける中継ノード。38.プロセッサが、WTRU-中継ノードインタフェースに対する調整が中継ノード-DeNBインタフェース構成に影響を及ぼすことを条件として、RRCメッセージをDeNBに送って構成または再構成の必要性を示すように構成された、実施形態33~37のいずれか1つにおける中継ノード。39.プロセッサが、中継ノードが接続状態から遊休状態に移行することを条件として、RRCメッセージをDeNBに送って構成または再構成の必要性を示すように構成された、実施形態33~38のいずれか1つにおける中継ノード。40.プロセッサが、システム情報パラメータ値のいくつかが変化することを条件として、RRCメッセージをDeNBに送って構成または再構成の必要性を示すように構成された、実施形態33~39のいずれか1つにおける中継ノード。41.プロセッサが、総WTRUアップリンクバッファがしきい値を超えることを条件として、RRCメッセージをDeNBに送って構成または再構成の必要性を示すように構成された、実施形態33~40のいずれか1つにおける中継ノード。42.プロセッサが、総中継ノードダウンリンクバッファがしきい値を超えることを条件として、RRCメッセージをDeNBに送って構成または再構成の必要性を示すように構成された、実施形態33~41のいずれか1つにおける中継ノード。43.プロセッサが、WTRU-中継ノードインタフェースを再構成する必要があることを条件として、RRCメッセージをDeNBに送って構成または再構成の必要性を示すように構成された、実施形態33~42のいずれか1つにおける中継ノード。以上では、特徴および要素を特定の実施形態において述べているが、各特徴または要素を単独で、または他の特徴および要素との任意の組合せで使用できることは、当業者なら理解するであろう。加えて、本明細書に述べた方法は、コンピュータまたはプロセッサによって実行されるようにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施することができる。コンピュータ可読媒体の例としては、電子信号有線またはワイヤレス接続を介して伝送されるおよびコンピュータ可読記憶媒体が挙げられる。コンピュータ可読記憶媒体の例としては、読取専用メモリROM、ランダムアクセスメモリRAM、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵型ハードディスクやリムーバブルなディスクなどの磁気媒体、光磁気媒体、および、CD-ROMディスクやディジタル多用途ディスクDVDなどの光媒体が挙げられるが、これらに限定されない。WTRU、UE、端末、基地局、RNC、または任意のホストコンピュータ中で使用するための、無線周波数送受信機を、ソフトウェアに関連するプロセッサを使用して実現することができる。"