(57)【要約】中継ノードを介した通信をサポートするための方法および装置を開示する。中継ノードが、中継ノードによってサービスされる複数のワイヤレス送受信ユニット（ＷＴＲＵ）からＷＴＲＵバッファステータス報告（ＢＳＲ）を受け取ることができる。ＷＴＲＵ  ＢＳＲは、ＷＴＲＵにおけるアップリンクバッファステータスを示す。次いで中継ノードは、ＷＴＲＵ  ＢＳＲをドナー高度化（ｅｖｏｌｖｅｄ）ノードＢ（ＤｅＮＢ）に転送することができる。中継ノードは、中継ノードＢＳＲをＤｅＮＢに送ることができる。中継ノードＢＳＲは、中継ノードにおける、中継ノードアップリンクバッファステータスおよび／または中継ノードダウンリンクバッファステータスを示す。中継ノードは、無線リソース再構成を要求するために、無線リソース制御（ＲＲＣ）メッセージをＤｅＮＢに送ることができる。
2013524643.tif 000002
【特許請求の範囲】
【請求項１】
中継ノードを介した通信をサポートする方法であって、
中継ノードが、前記中継ノードによってサービスされる複数のワイヤレス送受信ユニット（ＷＴＲＵ）からＷＴＲＵバッファステータス報告（ＢＳＲ）を受け取るステップであって、前記ＷＴＲＵ  ＢＳＲが前記ＷＴＲＵにおけるアップリンクバッファステータスを示すステップと、
前記中継ノードが前記ＷＴＲＵ  ＢＳＲをドナー高度化（ｅｖｏｌｖｅｄ）ノードＢ（ＤｅＮＢ）に送るステップと
を含むことを特徴とする方法。
【請求項２】
前記中継ノードが中継ノードＢＳＲを前記ＤｅＮＢに送るステップをさらに含み、前記中継ノードＢＳＲは前記中継ノードにおける中継ノードアップリンクバッファステータスおよび／または中継ノードダウンリンクバッファステータスを示すことを特徴とする請求項１に記載の方法。
【請求項３】
前記中継ノードアップリンクバッファステータスは、１つもしくは複数のＷＴＲＵのアクティブなＷＴＲＵ無線ベアラ（ＲＢ）についての、または１つもしくは複数の報告グループに属するアクティブなＷＴＲＵ  ＲＢについての、アップリンクバッファ蓄積の合計に基づいて生成され、前記中継ノードダウンリンクバッファステータスは、１つもしくは複数のＷＴＲＵのアクティブなＷＴＲＵ  ＲＢについての、または１つもしくは複数の報告グループに属するアクティブなＷＴＲＵ  ＲＢについての、ダウンリンクバッファ蓄積の合計に基づいて生成されることを特徴とする請求項２に記載の方法。
【請求項４】
前記報告グループは、ＷＴＲＵごとに、またはＷＴＲＵ  ＤＲＢに関連するサービス品質（ＱｏＳ）ごとに編成されることを特徴とする請求項３に記載の方法。
【請求項５】
前記中継ノードＢＳＲは、定期的に、構成されたトリガイベントの発生に基づいて、または、定期的なタイマと、構成されたトリガイベントの発生との組合せに基づいて、トリガされることを特徴とする請求項２に記載の方法。
【請求項６】
前記ＷＴＲＵ  ＢＳＲが個別に前記ＤｅＮＢに報告されるか、またはいくつかのＷＴＲＵ  ＢＳＲがグループ単位で集約されることを特徴とする請求項１に記載の方法。
【請求項７】
前記中継ノードがそのリソース割振りに満足しているか否かを示す満足インジケータを送るステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項８】
中継ノードを介した通信をサポートする方法であって、
前記中継ノードからハンドオーバターゲットへのワイヤレス送受信ユニット（ＷＴＲＵ）のハンドオーバの要求に応答してハンドオーバ要求肯定応答メッセージがドナーｅノードＢ（ＤｅＮＢ）から受け取られること、前記ＷＴＲＵについて前記ＤｅＮＢへのデータ転送が完了すること、エンドマーカが受け取られること、またはＷＴＲＵコンテキスト解放メッセージが受け取られることを条件として、前記中継ノードが、無線リソース構成または再構成を要求するために無線リソース制御（ＲＲＣ）メッセージを前記ＤｅＮＢに送るステップを含むことを特徴とする方法。
【請求項９】
ＷＴＲＵアプリケーションがサービス品質要件を変更すること、ＷＴＲＵ−中継ノードインタフェースに対する調整が中継ノード−ＤｅＮＢインタフェース構成に影響を及ぼすこと、前記中継ノードが接続状態から遊休状態に移行すること、システム情報パラメータ値のいくつかが変化すること、総ＷＴＲＵアップリンクバッファがしきい値を超えること、総中継ノードダウンリンクバッファがしきい値を超えること、および／またはＷＴＲＵ−中継ノードインタフェースを再構成する必要があることを条件として、前記中継ノードが、構成または再構成の必要性を示すためにＲＲＣメッセージを前記ＤｅＮＢに送るステップをさらに含むことを特徴とする請求項８に記載の方法。
【請求項１０】
送受信機と、
中継ノードによってサービスされる複数の送受信ユニット（ＷＴＲＵ）からＷＴＲＵバッファステータス報告（ＢＳＲ）を受け取り、前記ＷＴＲＵ  ＢＳＲをドナー高度化（ｅｖｏｌｖｅｄ）ノードＢ（ＤｅＮＢ）に送るように構成されたプロセッサと
を備える中継ノードであって、前記ＷＴＲＵ  ＢＳＲは前記ＷＴＲＵにおけるアップリンクバッファステータスを示すことを特徴とする中継ノード。
【請求項１１】
前記プロセッサは中継ノードＢＳＲを生成して前記ＤｅＮＢに送るように構成され、前記中継ノードＢＳＲは、前記中継ノードにおける中継ノードアップリンクバッファステータスおよび／または中継ノードダウンリンクバッファステータスを示すことを特徴とする請求項１０に記載の中継ノード。
【請求項１２】
前記プロセッサは、１つもしくは複数のＷＴＲＵのアクティブなＷＴＲＵ無線ベアラ（ＲＢ）についての、または１つもしくは複数の報告グループに属するアクティブなＷＴＲＵ  ＲＢについての、アップリンクバッファ蓄積の合計に基づいて、前記中継ノードアップリンクバッファステータスを生成し、１つもしくは複数のＷＴＲＵのアクティブなＷＴＲＵ  ＲＢについての、または１つもしくは複数の報告グループに属するアクティブなＷＴＲＵ  ＲＢについての、ダウンリンクバッファ蓄積の合計に基づいて、前記中継ノードダウンリンクバッファステータスを生成するように構成されたことを特徴とする請求項１１に記載の中継ノード。
【請求項１３】
前記報告グループは、ＷＴＲＵごとに、またはＷＴＲＵ  ＤＲＢに関連するサービス品質（ＱｏＳ）ごとに編成されることを特徴とする請求項１２に記載の中継ノード。
【請求項１４】
前記中継ノードＢＳＲは、定期的に、構成されたトリガイベントの発生に基づいて、または、定期的なタイマと、構成されたトリガイベントの発生との組合せに基づいて、トリガされることを特徴とする請求項１１に記載の中継ノード。
【請求項１５】
前記ＷＴＲＵ  ＢＳＲが個別に前記ＤｅＮＢに報告されるか、またはいくつかのＷＴＲＵ  ＢＳＲがグループ単位で集約されることを特徴とする請求項１０に記載の中継ノード。
【請求項１６】
前記プロセッサは、前記中継ノードがそのリソース割振りに満足しているか否かを示す満足インジケータを送るように構成されたことを特徴とする請求項１０に記載の中継ノード。
【請求項１７】
送受信機と、
前記中継ノードからハンドオーバターゲットへのワイヤレス送受信ユニット（ＷＴＲＵ）のハンドオーバの要求に応答してハンドオーバ要求肯定応答メッセージがドナーｅノードＢ（ＤｅＮＢ）から受け取られること、前記ＷＴＲＵについて前記ＤｅＮＢへのデータ転送が完了すること、エンドマーカが受け取られること、またはＷＴＲＵコンテキスト解放メッセージが受け取られることを条件として、無線リソース構成または再構成を要求するために無線リソース制御（ＲＲＣ）メッセージを前記ＤｅＮＢに送るように構成されたプロセッサと
を備えることを特徴とする中継ノード。
【請求項１８】
前記プロセッサは、ＷＴＲＵアプリケーションがサービス品質要件を変更すること、ＷＴＲＵ−中継ノードインタフェースに対する調整が中継ノード−ＤｅＮＢインタフェース構成に影響を及ぼすこと、前記中継ノードが接続状態から遊休状態に移行すること、システム情報パラメータ値のいくつかが変化すること、総ＷＴＲＵアップリンクバッファがしきい値を超えること、総中継ノードダウンリンクバッファがしきい値を超えること、および／またはＷＴＲＵ−中継ノードインタフェースを再構成する必要があることを条件として、構成または再構成の必要性を示すためにＲＲＣメッセージを前記ＤｅＮＢに送るように構成されたことを特徴とする請求項１７に記載の中継ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワイヤレス通信システムに関する。
【０００２】
関連出願の相互参照
本出願は、２０１０年４月２日に出願された米国特許仮出願第６１／３２０，６４４号明細書、２０１０年４月２日に出願された米国特許仮出願第６１／３２０，５３５号明細書、および２０１０年８月１３日に出願された米国特許仮出願第６１／３７３，５５５号明細書の利益を主張するものであり、これらの米国特許仮出願明細書の内容は参照により本明細書に組み込まれる。
【背景技術】
【０００３】
ワイヤレス通信システムにおいて、ｅノードＢ（ｅＮＢ）は、データの送受信のためにワイヤレス送受信ユニット（ＷＴＲＵ）に無線インタフェースリソースを割り当てる。ｅＮＢは、他のＷＴＲＵに対する公正さを維持し容量（すなわちｅＮＢがサービスできるＷＴＲＵの数）を最大限にしながら、ＷＴＲＵについてのデータに関連するサービス品質（ＱｏＳ：ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）要件（例えば、遅延、パケット誤りおよび損失率など）が満たされるようにＷＴＲＵの送受信のためのリソースおよび関連するパラメータ（例えば変調符号化方式）を割り当てる。
【０００４】
ＷＴＲＵは、サービングｅＮＢにＷＴＲＵバッファステータス報告（ＢＳＲ：ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ）を提供することができるが、ＢＳＲは、送信および再送信される準備のできている、ＷＴＲＵアップリンクバッファに記憶された利用可能なアップリンクデータの量をｅＮＢに伝える。ＢＳＲは、Ｅ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）における、ＱｏＳを意識したパケットスケジューリングに使用される。
【０００５】
無線ベアラ（ＲＢ：ｒａｄｉｏ  ｂｅａｒｅｒ）には、ネットワークによってサービス品質（ＱｏＳ）パラメータを割り当てることができる。ＱｏＳパラメータは、サービスのタイプ、遅延耐性、ならびにデータ誤りおよび損失耐性など、サービス属性を定義する。自己のＲＢの必要ＱｏＳがわかっているＷＴＲＵは、リソースが割り当てられるとき、どのデータを選択して送信するかに関してどのようにＲＢを優先順位付けするかについてのインテリジェントな決定を行うことができる。ｅＮＢは、この情報を使用して、個々のＷＴＲＵの各性能およびスループット要件ができるだけしっかりと満たされるように、ＷＴＲＵにリソースを割り当て、送信を優先順位付けすることができる。
【０００６】
ＱｏＳクラス識別子（ＱＣＩ：ＱｏＳ  ｃｌａｓｓ  ｉｄｅｎｔｉｆｉｅｒ）を使用して、ＱｏＳを定義することができる。表１に、リソースタイプ、優先順位、パケット遅延予算、ならびにパケット誤りおよび損失率を含めた、ＱＣＩ特性を示す。表２に、ＱＣＩに対するトラフィッククラスのマッピングを示す。
【０００７】
【表１】
2013524643.tif 000003
【０００８】
【表２】
2013524643.tif 000004
【発明の概要】
【０００９】
中継ノードを介した通信をサポートするための方法および装置を開示する。中継ノードが、中継ノードによってサービスされる複数のワイヤレス送受信ユニット（ＷＴＲＵ）からＷＴＲＵバッファステータス報告（ＢＳＲ）を受け取ることができる。ＷＴＲＵ  ＢＳＲは、ＷＴＲＵにおけるアップリンクバッファステータスを示す。次いで中継ノードは、ＷＴＲＵ  ＢＳＲをドナー高度化ノードＢ（ＤｅＮＢ：ｄｏｎｏｒ  ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）に転送することができる。
【００１０】
中継ノードは、中継ノードＢＳＲをＤｅＮＢに送ることができる。中継ノードＢＳＲは、中継ノードにおける、中継ノードアップリンクバッファステータスおよび／または中継ノードダウンリンクバッファステータスを示す。中継ノードアップリンクバッファステータスは、１つもしくは複数のＷＴＲＵのアクティブなＷＴＲＵ無線ベアラ（ＲＢ）についての、または１つもしくは複数の報告グループに属するアクティブなＷＴＲＵ  ＲＢについての、アップリンクバッファ蓄積の合計に基づいて生成され、中継ノードダウンリンクバッファステータスは、１つもしくは複数のＷＴＲＵのアクティブなＷＴＲＵ  ＲＢについての、または１つもしくは複数の報告グループに属するアクティブなＷＴＲＵ  ＲＢについての、ダウンリンクバッファ蓄積の合計に基づいて生成される。報告グループは、ＷＴＲＵごとに、またはＷＴＲＵ  ＤＲＢに関連するサービス品質（ＱｏＳ）ごとに編成することができる。中継ノードＢＳＲは、定期的にトリガされるか、構成されたトリガイベントの発生に基づいてトリガされるか、または定期的なタイマと構成されたトリガイベントの発生との組合せに基づいてトリガされてよい。
【００１１】
中継ノードは、無線リソース再構成を要求するために、無線リソース制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）メッセージをＤｅＮＢに送ることができる。例えば、中継ノードは、ハンドオーバ要求肯定応答メッセージがＤｅＮＢから受け取られること、ＤｅＮＢへのデータ転送が完了すること、エンドマーカが受け取られること、および／またはＷＴＲＵコンテキスト解放メッセージが受け取られることを条件として、ＲＲＣメッセージをＤｅＮＢに送ることができる。
【図面の簡単な説明】
【００１２】
添付の図面と共に例として提供する後続の記述から、より詳細な理解を得ることができる。
【００１３】
【図１Ａ】１つまたは複数の開示される実施形態をその中で実現できる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示した通信システム内で使用できる例示的なＷＴＲＵのシステム図である。
【図１Ｃ】図１Ａに示した通信システム内で使用できる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】ＲＮを含む例示的なシステムを示す図である。
【図３】ドナーｅＮＢ（ＤｅＮＢ）へのＷＴＲＵ  ＢＳＲの報告を示す図である。
【図４】例示的なハンドオーバ手順のシグナリング図である。
【図５】一実施形態における、イベントによってトリガされるＢＳＲ報告と定期的なＢＳＲ報告とを組み合わせた例示的なプロセスの流れ図である。
【発明を実施するための形態】
【００１４】
図１Ａは、１つまたは複数の開示される実施形態をその中で実現できる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する、多元接続システムとすることができる。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含めたシステムリソースの共有を通してこのようなコンテンツにアクセスするのを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一搬送波ＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を採用することができる。
【００１５】
図１Ａに示すように、通信システム１００は、ワイヤレス送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、無線アクセスネットワーク（ＲＡＮ）１０４と、コアネットワーク１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含んでよいが、開示される実施形態が任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することは理解されるであろう。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス環境で動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されてよく、ユーザ機器（ＷＴＲＵ）、移動局、固定またはモバイルの加入者ユニット、ページャ、セルラー電話機、パーソナルディジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、消費者電子機器などを含み得る。
【００１６】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでよい。各基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインタフェースして、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２など１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどとすることができる。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として描かれているが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含んでよいことは理解されるであろう。
【００１７】
基地局１１４ａはＲＡＮ１０４の一部とすることができ、ＲＡＮ１０４はまた、他の基地局、および／または、基地局コントローラ（ＢＳＣ：ｂａｓｅ  ｓｔａｔｉｏｎ  ｃｏｎｔｒｏｌｌｅｒ）や無線ネットワークコントローラ（ＲＮＣ：ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ）や中継ノードなどのネットワーク要素（図示せず）を含んでよい。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理領域内でワイヤレス信号を送信および／または受信するように構成されてよく、この地理領域は、セル（図示せず）と呼ばれることもある。セルはさらに、セルセクタに分割されることがある。例えば、基地局１１４ａに関連するセルが３つのセクタに分割されることがある。したがって、一実施形態では、基地局１１４ａは、３つの送受信機、すなわちセルの各セクタにつき１つの送受信機を備えることがある。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用することがあり、したがって、セルの各セクタにつき複数の送受信機を利用することがある。
【００１８】
基地局１１４ａ、１１４ｂは、無線インタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信することができ、無線インタフェース１１６は、任意の適切なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。無線インタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
【００１９】
より具体的には、上に言及したように、通信システム１００は、多元接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０４中の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）などの無線技術を実装してよく、これにより、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して無線インタフェース１１６を確立することができる。ＷＣＤＭＡは、ＨＳＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）および／またはＨＳＰＡ＋（Ｅｖｏｌｖｅｄ  ＨＳＰＡ）などの通信プロトコルを含み得る。ＨＳＰＡは、ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）および／またはＨＳＵＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｕｐｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）を含み得る。
【００２０】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）などの無線技術を実装してよく、これにより、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）および／またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）を使用して無線インタフェース１１６を確立することができる。
【００２１】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわちＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、ＩＳ−２０００（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してよい。
【００２２】
図１Ａ中の基地局１１４ｂは、例えばワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、事業所、家庭、車両、キャンパスなどの局所化されたエリア中でのワイヤレス接続性を容易にするために任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（例えばＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有してよい。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることは必要とされなくてよい。
【００２３】
ＲＡＮ１０４はコアネットワーク１０６と通信してよく、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置ベースのサービス、前払い電話、インターネット接続性、ビデオ配信などを提供することができ、かつ／または、ユーザ認証など、高レベルのセキュリティ機能を実施することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６が、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと、直接にまたは間接的に通信してもよいことは理解されるであろう。例えば、コアネットワーク１０６は、Ｅ−ＵＴＲＡ無線技術を利用しているであろうＲＡＮ１０４に接続されるのに加えて、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。
【００２４】
コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての働きをすることができる。ＰＳＴＮ１０８は、ＰＯＴＳ（ｐｌａｉｎ  ｏｌｄ  ｔｅｌｅｐｈｏｎｅ  ｓｅｒｖｉｃｅ）を提供する回路交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート中の、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの地球規模のシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線またはワイヤレス通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用するであろう１つまたは複数のＲＡＮに接続された、別のコアネットワークを含み得る。
【００２５】
通信システム１００中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたは全ては、マルチモード能力を備えることがある。すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、種々のワイヤレスリンクを介して種々のワイヤレスネットワークと通信するために、複数の送受信機を備えることがある。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用しうる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用しうる基地局１１４ｂと通信するように構成されてよい。
【００２６】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、表示装置／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺装置１３８を備えてよい。ＷＴＲＵ１０２が、一実施形態との整合性を維持しながら前述の要素の任意のサブコンビネーションを備えてよいことは理解されるであろう。
【００２７】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、いずれか他のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または、ＷＴＲＵ１０２がワイヤレス環境で動作するのを可能にするいずれか他の機能を実施することができる。プロセッサ１１８は送受信機１２０に結合されてよく、送受信機１２０は送受信要素１２２に結合されてよい。図１Ｂではプロセッサ１１８と送受信機１２０とを別々のコンポーネントとして描いているが、プロセッサ１１８と送受信機１２０とを共に電子パッケージまたはチップ中で統合してもよいことは理解されるであろう。
【００２８】
送受信要素１２２は、無線インタフェース１１６を介して基地局（例えば基地局１１４ａ）との間で信号を送信または受信するように構成されてよい。例えば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送受信要素１２２は、例えばＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された、エミッタ／検出器とすることができる。さらに別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号の両方を送受信するように構成されてよい。送受信要素１２２がワイヤレス信号の任意の組合せを送信および／または受信するように構成されてよいことは理解されるであろう。
【００２９】
加えて、図１Ｂでは送受信要素１２２が単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を備えてよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することがある。したがって、一実施形態では、ＷＴＲＵ１０２は、無線インタフェース１１６を介してワイヤレス信号を送受信するために、２つ以上の送受信要素１２２（例えば複数のアンテナ）を備えることがある。
【００３０】
送受信機１２０は、送受信要素１２２によって送信されることになる信号を変調し、送受信要素１２２によって受信された信号を復調するように構成されてよい。上に言及したように、ＷＴＲＵ１０２は、マルチモード能力を有することがある。したがって、送受信機１２０は、ＷＴＲＵ１０２が複数のＲＡＴ、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などを介して通信するのを可能にするために、複数の送受信機を備えることがある。
【００３１】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／または、表示装置／タッチパッド１２８（例えば液晶表示装置（ＬＣＤ）表示ユニットもしくは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合されてよく、これらからユーザ入力データを受け取ることができる。プロセッサ１１８はまた、スピーカ／マイクロホン１２４、キーパッド１２６、および／または、表示装置／タッチパッド１２８にユーザデータを出力することができる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスすること、およびそのようなメモリにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、ハードディスク、またはいずれか他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ）カード、メモリスティック、ＳＤ（ｓｅｃｕｒｅ  ｄｉｇｉｔａｌ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバやホームコンピュータ（図示せず）上のメモリなど、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスすること、およびそのようなメモリにデータを記憶することができる。
【００３２】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２中の他のコンポーネントへの電力を分配および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池バッテリ（例えばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル金属水素化物（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【００３３】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合されてよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば経度と緯度）を提供するように構成されてよい。ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、ＷＴＲＵ１０２は、基地局（例えば基地局１１４ａ、１１４ｂ）から無線インタフェース１１６を介して位置情報を受け取ることができ、かつ／または、２つ以上の近隣基地局から受け取られる信号のタイミングに基づいてその位置を決定することができる。ＷＴＲＵ１０２が、一実施形態との整合性を維持しながら任意の適切な位置決定方法を用いて位置情報を取得してよいことは、理解されるであろう。
【００３４】
プロセッサ１１８はさらに、他の周辺装置１３８にも結合されてよく、周辺装置１３８は、追加の機構、機能、および／または有線もしくはワイヤレス接続性をもたらす、１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。例えば、周辺装置１３８は、加速度計、電子コンパス、衛星送受信機、ディジタルカメラ（写真またはビデオ用）、ＵＳＢ（ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ）ポート、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、ディジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。
【００３５】
図１Ｃは、一実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上に言及したように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、無線インタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してよい。ＲＡＮ１０４はまた、コアネットワーク１０６とも通信してよい。
【００３６】
ＲＡＮ１０４は、ｅノードＢ１０４ａ、１０４ｂ、１４０ｃを含んでよいが、ＲＡＮ１０４が一実施形態との整合性を維持しながら任意の数のｅノードＢを含んでよいことは理解されるであろう。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、無線インタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、１つまたは複数の送受信機を備えてよい。一実施形態では、ｅノードＢ１０４ａ、１０４ｂ、１４０ｃは、ＭＩＭＯ技術を実装することがある。したがって、例えばｅノードＢ１４０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａとの間でワイヤレス信号を送受信することがある。
【００３７】
各ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、特定のセル（図示せず）に関連してよく、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを扱うように構成されてよい。図１Ｃに示すように、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インタフェースを介して相互と通信することができる。
【００３８】
図１Ｃに示すコアネットワークは、移動性管理ゲートウェイ（ＭＭＥ：ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｇａｔｅｗａｙ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含んでよい。前述の各要素はコアネットワーク１０６の一部として描かれているが、これらの要素のいずれか１つがコアネットワークオペレータ以外のエンティティによって所有および／または運営されてもよいことは理解されるであろう。
【００３９】
ＭＭＥ１４２は、Ｓ１インタフェースを介してＲＡＮ１０４中の各ｅＮＢ１４０ａ、１４０ｂ、１４０ｃに接続されてよく、制御ノードとしての働きをすることができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラをアクティブ化／非アクティブ化すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の帰属中に特定のサービングゲートウェイを選択することなどを担うことができる。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭやＷＣＤＭＡなど他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供することもできる。
【００４０】
サービングゲートウェイ１４４は、Ｓ１インタフェースを介してＲＡＮ１０４中の各ｅＮＢ１４０ａ、１４０ｂ、１４０ｃに接続されてよい。サービングゲートウェイ１４４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングおよび転送することができる。サービングゲートウェイ１４４はまた、ｅＮＢ間ハンドオーバ中にユーザプレーンをつなぎ留めること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実施することもできる。
【００４１】
サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続されてよく、ＰＤＮゲートウェイ１４６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００４２】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインタフェースとしての働きをするＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、またはそのようなＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運営される他の有線またはワイヤレスネットワークを含み得るネットワーク１１２へアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００４３】
図２に、ＷＴＲＵ１０２、１０３と、ｅＮＢ１４０と、ＲＮ１５０と、コアネットワーク１０６とを含む例示的なシステムを示す。ＲＮ１５０は、ｅＮＢ１４０（ドナーｅＮＢ（ＤｅＮＢ）と呼ばれる）とＷＴＲＵ１０２との間に導入される。ＲＮ１５０は、ワイヤレスリンクを介してＤｅＮＢ１４０に接続される。ダウンリンクにおいては、データはＤｅＮＢ１４０からＲＮ１５０に、次いでＷＴＲＵ１０２に送信され、アップリンクにおいては、データはＷＴＲＵ１０２からＲＮ１５０に、次いでＤｅＮＢ１４０に送信される。ＤｅＮＢ１４０は、コアネットワーク１０６へのリンクをＲＮ１５０に提供する。Ｒ８およびＲ９ＷＴＲＵにとっては、ＲＮセルは、ｅＮＢの下の通常のＲ８およびＲ９セルのように見える。ＲＮ１５０は、カバレッジを改善しセルエッジスループットを向上させるためのツールとして使用される。
【００４４】
ＲＮ  ＷＴＲＵ１０２は、そのサービングセルとしてＲＮを有するＷＴＲＵである。マクロＷＴＲＵ１０３は、そのサービングセルとしてｅＮＢ（ＤｅＮＢを含む）を有するＷＴＲＵである。Ｕｕインタフェースは、ＲＮ  ＷＴＲＵ１０２とＲＮセルとの間の、またはマクロＷＴＲＵ１０３とｅＮＢ１４０との間の無線インタフェースである。ＲＮ  ＷＴＲＵ１０２とＲＮ１５０との間のＵｕインタフェースを、ＲＮ  Ｕｕ、または単にＵｕインタフェースと呼び、マクロＷＴＲＵ１０３とｅＮＢ１４０との間のＵｕインタフェースを、マクロＵｕインタフェースと呼ぶ。Ｕｎインタフェースは、ＲＮ１５０とそのＤｅＮＢ１４０との間の無線インタフェースである。以下、話を簡単にするために、用語「ＲＮ  ＷＴＲＵ」を「ＷＴＲＵ」と呼び、「ＲＮ  Ｕｕ」を「Ｕｕ」と呼ぶ場合がある。
【００４５】
Ｕｕ  ＲＢまたはＷＴＲＵ  ＲＢ（ＤＲＢとＳＲＢの両方を含む）は、ＷＴＲＵ１０２、１０３との間でのサービスのために構成されるＲＢである。Ｕｎ  ＲＢまたはＲＮ  ＲＢ（ＤＲＢとＳＲＢの両方を含む）は、ＤｅＮＢ１４０とＲＮ１５０との間のＵｎを介した無線ベアラのために構成されるＲＢである。ＲＮ無線ネットワーク一時識別（ＲＮＴＩ）は、ＤｅＮＢ１４０によってＲＮ１５０に対して割り振られる識別子である。
【００４６】
ネットワーク向けに予定されたＷＴＲＵ  ＵＬ  ＲＢデータは、ＷＴＲＵ１０２によって、ＭＡＣ  ＰＤＵ中でＵｕを介してＲＮ１５０に送信され、次いで、ＲＮ１５０によって、ＭＡＣ  ＰＤＵ中でＵｎを介してＤｅＮＢ１４０に送信される。ＤｅＮＢ１４０は、このデータをネットワーク１０６に転送する。ＤＬ送信は、逆のプロセスで行われる。
【００４７】
ＲＮ１５０は、帯域内中継ノード（「タイプ１」ＲＮと呼ばれる）とすることができる。タイプ１  ＲＮはセルを制御するが、各セルは、ＷＴＲＵにとっては、ドナーセル（ＤｅＮＢによって制御されるセル）とは異なる別々のセルに見える。ＲＮセルは、それ自体の物理セルＩＤを有することができ、ＲＮは、それ自体の同期チャネルや基準シンボルなどを送信することができる。単一セル動作のコンテキストでは、ＷＴＲＵは、スケジューリング情報およびハイブリッド自動再送要求（ＨＡＲＱ）フィードバックをＲＮから直接に受け取ることができ、ＷＴＲＵの制御チャネルをＲＮに送ることができる。
【００４８】
タイプ１  ＲＮの場合、ｅＮＢ−ＲＮリンク（Ｕｎ）は、同じ搬送波周波数をＲＮ−ＷＴＲＵリンク（ＲＮ  Ｕｕ）と共有する。ＲＮの実装に応じて、帯域内ＲＮは、その受信に対するその送信の干渉のせいで、そのＵｕリンク上での送信とそのＵｎリンク上での受信とを同時に行うこと、およびその逆を、サポートできる場合とできない場合がある。同時の送信と受信をサポートしないＲＮの場合、ＵｎインタフェースとＲＮ  Ｕｕインタフェースとの時分割多重化を使用して競合を回避することができる。
【００４９】
ＤｅＮＢは、ＲＮのための無線リソースを、セルレベルで、または特定のＲＮについて個別に、構成および再構成する。例えば、ＤｅＮＢは、ＤｅＮＢとＲＮとの間の通信のために、Ｕｎ中のＵｎサブフレームを構成する。例えば、ＤｅＮＢは、ＲＮ  Ｕｕリンク上の、単一周波数ネットワークを介したマルチメディアブロードキャスト（ＭＢＳＦＮ：ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｏｖｅｒ  ｓｉｎｇｌｅ  ｆｒｅｑｕｅｎｃｙ  ｎｅｔｗｏｒｋ）サブフレームとして構成された期間中に、Ｕｎ上でＲＮに送信することができる。ＭＢＳＦＮサブフレームは、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）送信のために予約されるものとＷＴＲＵが理解するサブフレームであり、したがってＷＴＲＵは、これらのサブフレーム中でのＭＢＭＳ送信を具体的に知らされない限り、ＲＮがデータを送信するとは予想しない。ＲＮは、これらのサブフレームをＭＢＭＳに使用するのではなく、ＷＴＲＵに送信する必要なしにＤｅＮＢとの間で送受信することができる。
【００５０】
Ｕｎ構成がセルレベルで変化しない場合、ＤｅＮＢは、専用の無線リソース制御（ＲＲＣ）シグナリング、または任意の等価なシグナリングもしくはメッセージを、特定のＲＮ（複数可）に送ることができる。ＲＲＣシグナリングまたは等価なシグナリングもしくはメッセージは、ダウンリンクＵｎサブフレームマスクまたは新しいＵｎサブフレーム割振りパターン、アップリンクＵｎサブフレーム割振り、ＵｎとＵｕとの間のサブフレームオフセット、アクティブ化時間など、再構成のためのパラメータを指定することができる。アクティブ化時間が指定される場合、ＲＮは、アクティブ化時間の前には、Ｕｎインタフェースを介したＤｅＮＢとの現在の動作を維持することができ、アクティブ化時間に、再構成に従ってＵｎインタフェースを介して送受信を行うことができる。
【００５１】
いずれかのＵｎ変化の結果として、ＲＮがそのＵｕ構成を再構成する必要がある場合（このことはＲＮ  Ｕｕシステム情報ブロック（ＳＩＢ）に含めることができる）、ＲＮは、ＲＮ  Ｕｕを介したページングメッセージ中のシステム情報変化インジケータをオンにし、必要に応じてＳＩＢ中のシステム情報を更新し、新しいシステム情報をＳＩＢ修正期間境界で発行することができる。
【００５２】
ＷＴＲＵは、送信および再送信される準備ができている、ＷＴＲＵアップリンクバッファに記憶された利用可能なアップリンクデータの量を示すＷＴＲＵ  ＢＳＲを、ＲＮに提供することができる。バッファステータスは、バッファサイズ範囲を提供するテーブル中へのインデックスとして報告することができる。送信に利用可能なデータを有する論理チャネルの数、およびパディング空間のサイズ（ＢＳＲがＭＡＣ  ＰＤＵパディングによってトリガされる場合）に応じて、ＢＳＲは、３つの方法、すなわち短縮（ｔｒｕｎｃａｔｅｄ）ＢＳＲ、ショート（ｓｈｏｒｔ）ＢＳＲ、およびロング（ｌｏｎｇ）ＢＳＲで、フォーマットされ送信される可能性がある。
【００５３】
短縮ＢＳＲは、優先順位の最も高い論理チャネルを有するＬＣＧのバッファステータスを含む、１つのＬＣＧ  ＢＳＲである。短縮ＬＣＧは、利用可能なデータを有するＬＣＧが複数あるが、全てについてのＢＳＲを送信するための十分な空きがＭＡＣ  ＰＤＵ中にないときに、使用される。ショートＢＳＲは、１つのＬＣＧのバッファステータスを含む１つのＬＣＧ  ＢＳＲである。ショートＢＳＲは、送信すべき利用可能なデータを有するＬＣＧが１つだけあるときに使用される。ロングＢＳＲは、４つのＬＣＧのバッファステータスを含む４ＬＣＧ  ＢＳＲである。ＬＣＧについてのデータがない場合は、そのＬＣＧについてのバッファサイズ値はインデックス０として報告される。
【００５４】
ＢＳＲについての、チャネルおよびベアラに関係する基本単位は、論理チャネルグループ（ＬＣＧ）である。ＬＣＧは、論理チャネル構成においてｅＮＢによって割り当てられた、ＷＴＲＵからの１つまたは複数の論理チャネルを含む。ＢＳＲ報告におけるこの論理チャネルグループ化機構は、いくらかの報告粒度を維持しながら報告負荷を制限するものである。ＷＴＲＵデータ無線ベアラ（ＤＲＢ）は、ＷＴＲＵ論理チャネルに関連し、論理チャネル識別、論理チャネル構成、ならびに他の属性（ＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）識別、無線ベアラ（ＲＢ）識別、パケットデータ収束プロトコル（ＰＤＣＰ）、および無線リンク制御（ＲＬＣ）構成情報など）が伴う。４つのＬＣＧ（値０〜３）を、ＷＴＲＵベアラおよび論理チャネルに使用することができる。論理チャネルがＬＣＧに割り当てられない場合、この論理チャネルＵＬデータは、ＷＴＲＵ  ＢＳＲに含める必要はない。ＷＴＲＵシグナリング無線ベアラ（ＳＲＢ）は、デフォルトではＬＣＧ＝０に割り当てられる。
【００５５】
ＲＮは、様々なタイプのステータスをＤｅＮＢに報告する。例えば、ＲＮは、バッファステータスおよび他のトラフィック負荷条件をＤｅＮＢに報告して、ＤｅＮＢがＲＮまたはセルに対してリソース割振りを行うのをサポートすることができる。バッファステータス情報は、ＭＡＣ  ＣＥを介して送ることができる。バッファステータス報告の詳細については後で説明する。
【００５６】
ＲＮは、ＰＤＣＰステータスＰＤＵを送って、受け取ったＰＤＣＰ  ＰＤＵのＵｎダウンリンク受信ステータスを反映させることができる。ステータス粒度は、どのようにＲＮ  Ｕｎ  ＰＤＣＰインスタンスが構成されるかに依存することがある。ＲＮ  Ｕｎ  ＰＤＣＰインスタンスは、各ＷＴＲＵ無線ベアラにつき、またはＱｏＳ単位とＷＴＲＵ単位とのいずれかでＲＮ  ＤＲＢごとに、構成することができる。ＰＤＣＰステータスＰＤＵを使用して、ＷＴＲＵ中のＵＬベアラごとに、ＵＬ  ＱｏＳベアラごとに、またはＲＮにおけるＵＬ  ＷＴＲＵごとに、現在の累積アップリンクＰＤＣＰ  ＳＤＵを報告することができる。ＰＤＣＰステータス報告は、ＷＴＲＵのハンドオーバが行われるときに有用なインジケータであることがある。
【００５７】
ＲＮは、ＲＲＣメッセージ（複数可）をＤｅＮＢに送って、ＲＮ中の変化する状況または条件を示し、Ｕｎリソース割振りまたは構成（ＲＮ  Ｕｕインタフェース構成に影響を及ぼす可能性がある）を調整するようにＤｅＮＢをトリガまたは補助することができる。ＲＲＣメッセージ（複数可）は、１つまたは複数の測定値の報告（ｒｅｐｏｒｔ）（複数可）を搬送することができる。測定値は、ＲＮのＤＬ  Ｕｕ中のトラフィックステータス、バッファステータス、測定された集約データレート、リンク品質（例えば肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）レート）、リソースが過剰にまたは不十分に利用されているときのＤＬ  Ｕｕ中の条件などを含み得る。新しいＲＲＣメッセージまたは新しい情報要素（ＩＥ）を報告のために定義することもできる。
【００５８】
報告は、定期的またはトリガベースであってよい。報告される測定値についての、タイマ（複数可）、しきい値（複数可）、および量を、例えばＲＲＣシグナリングによって構成することができる。ＤｅＮＢは、即座の報告を要求することができる。ＲＮは、再構成の要求を開始することができ、要求をサポートするために再構成要求メッセージに報告値を含めることができる。
【００５９】
図４は、例示的なハンドオーバ手順のシグナリング図である。ＲＮは、ＷＴＲＵ測定値を構成する（４０２）。ＷＴＲＵは、構成に従って測定報告をＲＮに送る（４０４）。ＲＮは、測定報告に基づいてハンドオーバ決定を行う（４０６）。ＲＮは、ハンドオーバ要求をＤｅＮＢに送り、ハンドオーバを準備するための必要情報を渡す（４０８）。ＤｅＮＢは、ハンドオーバ要求メッセージからターゲットセルＩＤを読み取り、ターゲットセルＩＤに対応するターゲットｅＮＢまたはＲＮを見つけ、ハンドオーバ要求メッセージをターゲットｅＮＢまたはＲＮに転送する（４１０）。
【００６０】
ターゲットｅＮＢ／ＲＮは、アドミッション制御を実施する（４１２）。ターゲットｅＮＢ／ＲＮは、ハンドオーバに向けて準備し、ＤｅＮＢを介してハンドオーバ要求肯定応答メッセージをＲＮに送る（４１４、４１６）。ハンドオーバ要求肯定応答メッセージは、ハンドオーバを実施するためのＲＲＣメッセージとしてＷＴＲＵに送られることになるトランスペアレントコンテナを含む。このコンテナは、新しいセル無線ネットワーク一時識別（Ｃ−ＲＮＴＩ：ｎｅｗ  ｃｅｌｌ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｔｙ）、選択されたセキュリティアルゴリズムについてのターゲットｅＮＢセキュリティアルゴリズム識別子、専用ランダムアクセスチャネル（ＲＡＣＨ）プリアンブルなどを含む。
【００６１】
ＲＮは、ハンドオーバを実施するためのＲＲＣメッセージ（例えば、移動性制御情報を含むＲＲＣ接続再構成メッセージ）をＷＴＲＵに送る（４１８）。ＷＴＲＵは、ＲＲＣ接続再構成メッセージを受け取った後、古いセルから切り離され、新しいセルとの同期および初期アクセス手順を実施する（４２０）。ＲＮがハンドオーバ要求肯定応答を受け取るとすぐに、またはハンドオーバコマンドの送信がダウンリンクにおいて開始されるとすぐに、ＲＮからターゲットｅＮＢ／ＲＮへのデータ転送を開始することができる（４２２）。ＷＴＲＵがターゲットセルに首尾よくアクセスすると、ＷＴＲＵは、ＲＲＣ接続再構成完了メッセージをターゲットｅＮＢ／ＲＮに送ってハンドオーバを確認する（４２４）。ターゲットｅＮＢ／ＲＮは今や、ＷＴＲＵおよびサービングゲートウェイとの間でデータを送受信し始めることができる（４２６）。
【００６２】
ターゲットｅＮＢ／ＲＮは、パス切替メッセージを移動性管理エンティティ（ＭＭＥ）に送って、ＷＴＲＵがセルを変更したことを知らせる（４２８）。ＭＭＥは、ユーザプレーン更新要求メッセージをサービングゲートウェイに送る（４３０）。サービングゲートウェイは、ダウンリンクデータパスをターゲット側に切り替え（４３２）、１つまたは複数の「エンドマーカ」パケットを古いパス上でＲＮに送り、次いで、ＲＮへのユーザプレーン／ＴＮＬリソースがあればそれを解放することができる（４３４）。ターゲットｅＮＢ／ＲＮ中の再順序付け機能を補助するために、サービングゲートウェイは、ＷＴＲＵへのパスを切り替えた後すぐに、１つまたは複数の「エンドマーカ」パケットを古いパス上で送ることができる。ＲＮは、「エンドマーカ」パケットを受け取ると、エンドマーカパケットをターゲットｅＮＢ／ＲＮに転送する（４３６）。ターゲットｅＮＢ／ＲＮは、エンドマーカを検出すると、Ｘ２インタフェースを介して転送されたユーザデータ、およびパス切替えの結果としてＳ１を介してサービングＧＷから受け取られたユーザデータの順序通りの送達を維持するために必要な処理があれば、それを開始する（４３８）。
【００６３】
サービングゲートウェイは、ユーザプレーン更新応答メッセージをＭＭＥに送る（４４０）。ＭＭＥは、パス切替肯定応答メッセージでパス切替メッセージを確認する（４４２）。ターゲットｅＮＢ／ＲＮは、ＷＴＲＵコンテキスト解放メッセージをＲＮに送ることによってハンドオーバの成功をＲＮに知らせ、ＲＮによるリソースの解放をトリガする（４４４）。ＲＮは、ＷＴＲＵコンテキスト解放メッセージを受け取ると、ＵＥコンテキストに関連する、無線およびＣプレーンに関係するリソースを解放することができる（４４６）。
【００６４】
ＷＴＲＵが異なるｅＮＢまたはＲＮにハンドオーバされることになるときは、ＲＮ中に存在するＷＴＲＵデータをＤｅＮＢおよびその先に転送するために、ＲＮとＤｅＮＢとの間のＵｎインタフェースを介してデータ転送パスを確立するかまたは広げることができる。ＷＴＲＵがハンドオーバを完了した後は、Ｕｎインタフェースを介した転送パスを除去するかまたは狭くすることができる。ＲＮは、このＲＮから異なるｅＮＢもしくはＲＮにハンドオーバするＷＴＲＵについてＤｅＮＢからハンドオーバ要求肯定応答メッセージを受け取ったとき、または、ＤｅＮＢからハンドオーバ要求肯定応答メッセージを受け取り、それにより結果的な集約Ｕｎトラフィックが現在構成済みの帯域幅の合計である値および事前定義済みもしくは構成済みのしきい値を超過する可能性が今やあるときに、ＲＲＣ指示メッセージをＤｅＮＢに送ることができる。
【００６５】
ＲＮは、接続されたＷＴＲＵについてのデータをＤｅＮＢに転送し終えたとき、またはエンドマーカメッセージもしくは類似の指示をネットワークから受け取ったとき、またはＷＴＲＵコンテキスト解放メッセージをネットワークから受け取ったときに、ＲＲＣ指示メッセージをＤｅＮＢに送ることができる。
【００６６】
シグナリング負荷およびＵｎ再構成処理負担を低減するために、ＲＮは、追加または除去されることになる転送パス帯域幅が、ＲＮについて構成されたＵｎ能力に対して、事前定義済みまたは構成済みのしきい値を超えて著しく影響を及ぼす場合に、ＷＴＲＵハンドオーバのためのＲＲＣ指示メッセージを送ることができる。しきい値は、Ｕｎインタフェースを介したＲＮのための総帯域幅に対する、データバイトカウントまたはパーセンテージとして構成されてよい。
【００６７】
ＲＮがいくらかの期間にわたりＵｎアップリンクにおいていくらかの量のデータバックログもしくはいくらかの量のデータアンダーフローを経験するとき、または、集約されたＷＴＲＵ  ＵＬデータバックログ（例えばＷＴＲＵ  ＢＳＲから検出される）がしきい値を上回るかもしくはしきい値を下回るときに、ＲＮは、ＲＲＣ指示メッセージをＤｅＮＢに送って、Ｕｎリソース再構成を要求することができる。
【００６８】
このような報告のために、データボリューム変化値に関するパラメータ（Ｖ）および／または時間値に関するパラメータ（Ｔ）を定義することができる。パラメータＴは、ＲＲＣ指示メッセージを送ることができる前にデータバックログまたはアンダーフローまたは帯域幅ボリューム変化量がしきい値を上回るかもしくは下回ることのできる最小時間として使用することができる。パラメータＴは、ＤｅＮＢの最後のＵｎ（再）構成メッセージ（例えばＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）と、新しいＲＲＣ指示メッセージとの間の最小間隔として使用することができる。パラメータＶは、データバックログ／アンダーフローに関する、または帯域幅要件変化量しきい値に関するしきい値として使用することができる。
【００６９】
通常の音声およびデータサービスをＷＴＲＵに提供することに加えて、ＲＮは、他のユーザアプリケーションおよびサービスをＷＴＲＵに提供することもできる。これらのアプリケーションのセットアップまたは再構成は、通常の無線ベアラ処理とは違ってＤｅＮＢを必要とすることがあり、その結果、ＤｅＮＢは、Ｕｎインタフェースが再構成され得ることを知ることができる。この場合、ＲＮは、リソース要件をＤｅＮＢに対して示すことができる。例えば、ＲＮがマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）サービスをＷＴＲＵに提供する場合、ＲＮは、ＲＮセルのＭＢＭＳサービス（複数可）が開始および停止するとき、または構成が変化するときに、ＲＲＣ指示メッセージを送ることによって、ダウンリンクＵｕサブフレーム再構成を求める要求、ならびに／またはＵｎ帯域幅およびサブフレーム構成変更を求める要求をＤｅＮＢに対して示すことができる（いくつかのＭＢＭＳサービスをアクティブ化または非アクティブ化するときに）。
【００７０】
ＲＮは、Ｕｕ／Ｕｎ構成または帯域幅要件を変更する可能性のある他のアプリケーションであって、ＤｅＮＢがそれらの開始、停止、および／または変化に関係しない他のアプリケーションについて、ＲＲＣ指示メッセージをＤｅＮＢに送ることができる。ＲＮは、ＷＴＲＵアプリケーションがＱｏＳ要件を変更した（例えば、通常のＱｏＳ要件が、低ジッタまたは低遅延を必要とするように変化し、それにより現在のＵｎサブフレーム割振りではＱｏＳ要件を保証することができない）とき、ＲＲＣ指示メッセージをＤｅＮＢに送ることができる。
【００７１】
ＲＮとＤｅＮＢは両方とも、チャネル品質を監視する。Ｕｎアップリンクでは、ＤｅＮＢは、ハイブリッド自動再送要求（ＨＡＲＱ）受信によってＲＮ送信品質を知ることができ、ＤｅＮＢは、そのＲｎダウンリンク送信品質を、チャネル品質インジケータ（ＣＱＩ）、ランクインジケータ（ＲＩ）、またはプリコーディング行列インジケータ（ＰＭＩ）に関するＲＮのフィードバックによって知ることができる。ＤｅＮＢは、ＲＮからの追加情報なしに、関係するＵｎパラメータを調整することができる。
【００７２】
ＤｅＮＢは、それ自体では、ＲＮ−Ｕｕリンク品質がわからない。帯域内タイプ１中継では、不安定なＲＮ−Ｕｕインタフェースを介した多くのＷＴＲＵがある場合、ＲＮ−Ｕｕ構成の割振りを調整することができる。このＲＮ−Ｕｕ構成の調整は、Ｕｎ構成に影響を及ぼす可能性がある。この場合、ＲＮは、この変更がＵｎインタフェース上の構成に影響を及ぼす場合に、何らかのＲＮ−Ｕｕ構成変更を要求するＲＲＣ指示メッセージを送信することができる。
【００７３】
システム情報パラメータ値のいくつかが変化したとき、Ｕｎおよび／またはＵｕを介したＲＮ動作もまた変化することがある。この場合、ＤｅＮＢは、Ｕｎ動作パラメータまたはＲＮ設定のいくつかを調整することができる。ＤｅＮＢがＵｎを再構成しない場合、ＲＮは、ＲＲＣ指示メッセージをＤｅＮＢに送って、そのような再構成を要求することができる。例えばこれは、以下のＤｅＮＢシステム情報パラメータに変化が生じたときに行われることがある。すなわち、Ｕｎ周波数リソースのＲＮ使用に影響を及ぼすダウンリンク帯域幅変化、ＷＴＲＵ電力ヘッドルームに影響を及ぼす最大送信電力制限変化、ＲＮアップリンク動作に影響を及ぼすアップリンク帯域幅および／またはアップリンク搬送波周波数変化、Ｕｎサブフレーム割振りに影響を及ぼすＭＢＳＦＮサブフレーム構成リストである。
【００７４】
ＲＮが接続状態から遊休状態に移行したとき、ＲＮは、その意図される切離し、解放、またはシャットダウンアクションをＲＲＣ指示メッセージによってＤｅＮＢに通知することができ、それによりＤｅＮＢは、ＲＮに割り振られたＵｎリソース、ならびにＲＮが様々なネットワークノードと有する他の接続を解放することができる。ＲＮは、ＲＮがローカルの運用保守管理（ＯＡＭ）によってシャットダウンされたとき（例えばＲＮがコアネットワークからＤＥＴＡＣＨ−ＡＣＣＥＰＴもしくはｓｉｇｎａｌｉｎｇ−ｃｏｎｎｅｃｔｉｏｎ−ｒｅｌｅａｓｅメッセージを受け取ったとき）、ＲＮがコアネットワーク移動性管理エンティティ（ＭＭＥ）によって切り離されたかもしくは切断するよう指示されたとき（例えばＲＮがＤＥＴＡＣＨ−ＡＣＣＥＰＴメッセージでネットワークに返答したとき）、またはＲＮが動作上の問題を有するとき（例えばＲＮが暗号化もしくは保全性保護に対してセキュリティ違反または回復不可能なエラー条件を検出したとき）に、接続状態を離れることがある。
【００７５】
ＲＮが多くの接続ＷＴＲＵを有し、Ｕｕインタフェースリソースが限られているかまたは無線リンク品質が低い場合は、ＷＴＲＵ側でＵＬデータを蓄積し、ＲＮ側でＵｕ  ＤＬデータをバッファリングすることができる。ＤｅＮＢは、ＷＴＲＵ  ＵＬバッファおよびＲＮ  ＤＬバッファのデータ蓄積ステータスがわからないことがある。一実施形態では、ＲＮは、総ＷＴＲＵ  ＵＬバッファがしきい値を超えたとき（ＲＮに報告されるＷＴＲＵ  ＢＳＲから検出される）、または総ＲＮ  ＤＬバッファがしきい値を超えたときに、指示をＤｅＮＢに送って、Ｕｕインタフェースにより多くのリソースを残すためにＵｎインタフェースを再構成する必要があることをＤｅＮＢに示すことができる。ＲＮは、Ｕｕインタフェース構成を調整したいとき、ＲＲＣ指示メッセージをＤｅＮＢに送ることができる。
【００７６】
ＲＲＣ指示メッセージは、ＲＲＣ指示メッセージの目的を示す理由を含んでよい。理由は、ＵｎまたはＵｕについてのリソース追加要求、ＵｎまたはＵｕについてのリソース低減要求、リソース解放要求など、関係するＵｎまたはＵｕリソースとすることができる。ＲＲＣ指示メッセージは、ＭＢＭＳリソース再構成やハンドオーバリソース再構成を含めた、他の理由または下位理由を含んでもよい。ＲＲＣ指示メッセージは、アップリンク帯域幅要求（追加または低減）および量指示、アップリンクＵｕサブフレーム変更要求（例えば追加、低減、シフト）、ならびに／またはアップリンク電力変更要求を含んでよい。
【００７７】
上の実施形態で、ＲＲＣ指示メッセージの使用は例であり、別法として、新しいまたは既存のメッセージ（複数可）中でいずれか他のメッセージ（複数可）または情報要素を使用してもよい。
【００７８】
以下、ＢＳＲを報告するための実施形態を開示する。
【００７９】
一実施形態では、ＲＮは、ＲＮ  ＤＲＢについてのバッファステータス報告（ＢＳＲ）を生成して、これらの報告をＤｅＮＢに送ることができる。ＲＮは、ＷＴＲＵからＵＬ  ＲＢを受け取り、これらをＵＬ  ＲＮ  ＤＲＢにマッピングする。ＲＮアップリンクバッファ中に蓄積されたアップリンクデータは、ＲＮ  ＢＳＲ内容として編成してＤｅＮＢに報告することができる。バッファステータス報告は、データの実際のカウント（例えばバイトカウント）、および／または、このデータカウントを表す値（ルックアップテーブル中へのインデックスなど）、および／または、このカウントが含まれる範囲を表す値を含んでよい。他のトラフィックボリューム関連情報も、独立した項目として報告するか、またはバイトカウントもしくは等価物に関連して報告することができる。
【００８０】
ＲＮアップリンクバッファは、どのようにＷＴＲＵ  ＲＢがＲＮ  ＤＲＢにマッピングされるかに基づいて編成することができる。ＲＮ  ＤＲＢは、ＷＴＲＵのＲＢが１つのＲＮ  ＤＲＢにマッピングするように、ＷＴＲＵごとに編成されてよい（複数のＷＴＲＵのＲＢが１つのＲＮ  ＤＲＢにマッピングすることもある）。あるいは、ＲＮ  ＤＲＢは、所与のＱｏＳを有する、ＷＴＲＵのうちの全てまたはサブセットのＲＢが１つのＲＮ  ＤＲＢにマッピングするように、ＱｏＳごとに編成されてもよい（複数のＱｏＳが１つのＲＮ  ＤＲＢにマッピングすることもある）。あるいは、ＲＮ  ＤＲＢは、ＷＴＲＵ  ＤＲＢが単一のＲＮ  ＤＲＢにマッピングされるように、ＲＮごとに編成されてもよい。
【００８１】
ＲＮ  ＢＳＲは、単一のＲＮ  ＤＲＢのバッファステータスを含んでよい。ＲＮ  ＢＳＲは、１つのＲＮ  ＤＲＢにマッピングされるアクティブなＷＴＲＵ  ＲＢのアップリンクバッファ蓄積の合計（または、合計もしくは範囲の指示）を含んでよい。ＲＮ  ＤＲＢは、ＲＮ  ＤＲＢ  ＩＤ（または等価物）によって識別することができる。
【００８２】
あるいは、ＲＮ  ＢＳＲは、単一のＲＮ  ＤＲＢ報告グループのバッファステータスを含んでもよい。ＲＮ  ＢＳＲは、１つのＲＮ  ＤＲＢ報告グループに属する１つまたは複数のＲＮ  ＤＲＢにマッピングされるアクティブなＷＴＲＵ  ＲＢのアップリンクバッファ蓄積の合計（または、合計もしくは範囲の指示）を含んでよい。ＲＮ  ＤＲＢ報告グループは、ＲＮ  ＤＲＢ報告グループＩＤ（または等価物）によって識別することができる。
【００８３】
あるいは、ＲＮ  ＢＳＲは、複数のＲＮ  ＤＲＢ報告グループのバッファステータスを含んでもよい。各バッファステータスは、１つのＲＮ  ＤＲＢ報告グループに属する１つまたは複数のＲＮ  ＤＲＢにマッピングされるアクティブなＷＴＲＵ  ＲＢのアップリンクバッファ蓄積の合計（または、合計もしくは範囲の指示）である。報告は、報告中の各ＲＮ  ＤＲＢ報告グループのＲＮ  ＤＲＢ報告グループＩＤ（または等価物）を含んでよい。あるいは、報告は、ＲＮ  ＤＲＢ報告グループＩＤを省略できるように、各ＲＮ  ＤＲＢ報告グループのバッファステータスを所定の順序で含んでもよい（例えば、この順序はＲＮにシグナリングされてもよく、または標準で固定であってもよい）。１組の所定の順序（例えば、ＲＮへのシグナリングに基づく、または標準で定義された）がある場合、報告は、これらの順序のうちの１つを使用し、どの順序が使用されるかを報告中で示すことができ、報告グループＩＤは省略することができる。
【００８４】
あるいは、ＲＮ  ＢＳＲは、１つもしくは複数の個別ＲＮ  ＤＲＢのバッファステータス、１つもしくは複数のＲＮ  ＤＲＢ報告グループの個別バッファステータス、および／または１つもしくは複数のＲＮ  ＤＲＢ報告グループからのバッファステータスの合計の、組合せを含んでもよい。
【００８５】
ＲＮ  ＤＲＢがＷＴＲＵごとに編成される場合、ＲＮ  ＢＳＲは、１つのＲＮ−ＤＲＢにマッピングされる１つのＷＴＲＵからのアクティブなＲＢのアップリンクバッファ蓄積の合計（または、合計もしくは範囲の指示）を含んでよい。
【００８６】
あるいは、ＲＮ  ＢＳＲは、報告ＷＴＲＵグループに属する１つまたは複数のＲＮ  ＤＲＢにマッピングされる１つまたは複数のＷＴＲＵからのアクティブなＲＢのアップリンクバッファ蓄積の合計（または、合計もしくは範囲の指示）を含んでもよい。この場合、これらのＲＮ  ＤＲＢおよび／または関連するＷＴＲＵ  ＲＢには、同じ報告ＷＴＲＵグループ識別子が割り当てられる。
【００８７】
あるいは、ＲＮ  ＢＳＲは、いくつかの報告ＷＴＲＵグループのバッファステータス（１つの報告ＷＴＲＵグループにつき１つのバッファステータス）を含んでもよく、各バッファステータスは、報告ＷＴＲＵグループに属する１つまたは複数のＲＮ  ＤＲＢにマッピングされる１つまたは複数のＲＮ  ＷＴＲＵからのアクティブなＲＢのアップリンクバッファ蓄積の合計（または、合計もしくは範囲の指示）である。報告は、報告中の各報告ＷＴＲＵグループの報告ＷＴＲＵグループ識別子（または等価物）を含んでよい。あるいは、報告は、報告ＷＴＲＵグループ識別子を省略できるように、各報告ＷＴＲＵグループのバッファステータスを所定の順序で含んでもよい（例えば、この順序はＲＮにシグナリングされてもよく、または標準で構成済みであってもよい）。あるいは、１組の所定の順序（例えば、ＲＮへのシグナリングに基づく、または標準で定義された）がある場合、報告は、これらの順序のうちの１つを使用し、どの順序が使用されるかを報告中で示すことができ、報告ＷＴＲＵグループ識別子は省略することができる。
【００８８】
あるいは、ＲＮ  ＢＳＲは、１つもしくは複数の個別ＲＮ  ＤＲＢのバッファステータス、および／または１つもしくは複数の報告ＷＴＲＵグループの個別バッファステータス、および／または１つもしくは複数の報告ＷＴＲＵグループからのバッファステータスの合計の、組合せを含んでもよい。
【００８９】
ＲＮ  ＤＲＢがＱｏＳごとに（例えばＤＲＢ優先順位もしくはＱＣＩ値によって）編成される場合、ＲＮ  ＢＳＲは、１つのＲＮ−ＤＲＢにマッピングされる１つまたは複数のＱｏＳを有するアクティブなＷＴＲＵ  ＲＢのアップリンクバッファ蓄積の合計（または、合計もしくは範囲の指示）を含んでよい。
【００９０】
あるいは、ＲＮ  ＢＳＲは、報告ＱｏＳグループに属する１つまたは複数のＲＮ−ＤＲＢにマッピングされる１つまたは複数のＱｏＳを有するアクティブなＷＴＲＵ  ＲＢのアップリンクバッファ蓄積の合計（または、合計もしくは範囲の指示）を含んでもよい。これらのＲＮ  ＤＲＢおよび／または関連するＷＴＲＵ  ＲＢには、同じ報告ＱｏＳグループ識別子を割り当てることができる。
【００９１】
あるいは、ＲＮ  ＢＳＲは、いくつかの報告ＱｏＳグループそれぞれのバッファステータス（１つの報告ＱｏＳグループにつき１つのバッファステータス）を含んでもよく、各バッファステータスは、報告ＱｏＳグループに属する１つまたは複数のＲＮ  ＤＲＢにマッピングされる１つまたは複数のＱｏＳを有するアクティブなＷＴＲＵ  ＲＢのアップリンクバッファ蓄積の合計（または、合計もしくは範囲の指示）である。報告は、報告中の各報告ＱｏＳグループの報告ＱｏＳグループ識別子（または等価物）を含んでよい。あるいは、報告は、報告ＱｏＳグループ識別子を省略できるように、各報告ＱｏＳグループのバッファステータスを所定の順序で含んでもよい（例えば、この順序はＲＮにシグナリングされてもよく、または標準で固定であってもよい）。あるいは、１組の所定の順序（例えば、ＲＮへのシグナリングに基づく、または標準で定義された）がある場合、報告は、これらの順序のうちの１つを使用し、どの順序が使用されるかを報告中で示すことができ、報告ＱｏＳグループ識別子は省略することができる。
【００９２】
あるいは、ＲＮ  ＢＳＲは、１つもしくは複数の個別ＲＮ  ＤＲＢのバッファステータス、および／または１つもしくは複数の報告ＱｏＳグループの個別バッファステータス、および／または１つもしくは複数の報告ＱｏＳグループからのバッファステータスの合計の、組合せを含んでもよい。
【００９３】
アップリンクバッファステータスは、単独で、または、バッファもしくはトラフィックに関係するステータスの他の側面と共に、ＲＮ  ＢＳＲに含めることができる。
【００９４】
別の実施形態では、ＲＮは、ＲＮダウンリンクバッファステータスをＤｅＮＢに報告することができる。ＲＮ中にバッファリングされたダウンリンクデータをＤｅＮＢに報告して、無線リソースのＤｅＮＢ管理をサポートすることができる。いくつかのタイプの中継（例えば、ＵｕインタフェースとＵｎインタフェースとを同じ周波数帯域中で動作させる半二重タイプ１中継）では、Ｕｎ上での送信がＵｕ上での受信に対する干渉を引き起こし、またその逆でもある。このような場合、このような干渉を低減するようにＵｕおよびＵｎ上のリソースを割り振ることができる。ＤｅＮＢが中継Ｕｕのニーズを理解する場合、ＤｅＮＢは、Ｕｎ上のリソースを割り振るときにこれを考慮に入れることができる。
【００９５】
ＲＮ中のＤＬバッファステータスは、オーバーフローまたはアンダーフロー状況を示すことがある。報告は、理由（例えば、Ｕｕ帯域幅の不足、またはＵｕ送信問題）を含んでよい。ＤＬステータス報告は、高いＵｕ送信ＮＡＣＫレートを伴うオーバーフローを示すことがある。これは、ダウンリンク送信が、不良な干渉の下で、または不十分な無線カバレッジの下で動作していること、および、ＷＴＲＵ無線ベアラへのフロー制御をＤｅＮＢ上で、ＲＮ上で、または両方で行えることを示し得る。ＤＬステータス報告は、低いＵｕ送信ＮＡＣＫレートを伴うオーバーフローを示すことがある。これは、Ｕｕリソーススケジューリング問題またはＵｕ帯域幅不足問題を示し得る。ＤｅＮＢは、この情報を使用して、ＲＮのＵｎ構成を調整することができ、これにより、ＲＮがより多くのＤＬ  Ｕｕリソースを構成および／または使用するのを可能にすることができる。ＤＬステータス報告は、低いＵｕ送信ＮＡＣＫレートを伴うアンダーフローを示すことがある。これは、リソーススケジューリング過剰またはＤＬ  Ｕｕ帯域幅割振り過剰を示し得る。ＤｅＮＢは、この情報を使用してＲＮのＵｎ構成を調整して、例えばこのＲＮのＵｎへの割振りを低減して他のＲＮまたはマクロＷＴＲＵのためにリソースを使用することができる。
【００９６】
ＲＮダウンリンクデータバッファステータスは、ＲＮ  ＢＳＲ中に含めるか、または、Ｕｎサブフレーム構成報告など、ＤｅＮＢへの別のＲＮ報告中に含めることができる。
【００９７】
ＲＮ  ＤＬバッファステータスは、ＲＮ中の総ダウンリンクバッファリング済みデータ（制御プレーンおよび／またはユーザプレーンデータを含む）を含んでよい。ＲＮ  ＤＬバッファステータスは、１つもしくは複数のＷＴＲＵのアクティブなＷＴＲＵ  ＲＢについての、または、１つもしくは複数の報告ＷＴＲＵグループに属するアクティブなＷＴＲＵ  ＲＢについての、ダウンリンクバッファ蓄積の合計を含んでよい。ＷＴＲＵの、ダウンリンク報告ＷＴＲＵグループへのグループ化は、アップリンク報告ＷＴＲＵグループと同様であってもよく、または異なるように割り当てられてもよい。ＲＮ  ＤＬバッファステータスは、１つもしくは複数のＱｏＳデータストリームに関係するアクティブなＷＴＲＵ  ＲＢについての、または、１つもしくは複数のＱｏＳグループに関係するアクティブなＷＴＲＵ  ＲＢについての、ダウンリンクバッファ蓄積の合計（または、合計もしくは範囲の指示）を含んでよい。ダウンリンク報告ＱｏＳグループ化構成は、アップリンク報告ＱｏＳグループと同様であってもよく、または異なるように割り当てられてもよい。ＲＮ  ＤＬバッファステータスは、以上の任意の組合せを含んでよい。
【００９８】
ダウンリンクバッファステータスは、実際のカウント（例えばバイトカウント）、このカウントを表す値（ルックアップテーブル中のインデックスなど）、またはこのカウントが含まれる範囲を表す値を示してよい。
【００９９】
ＲＮ  ＤＬバッファステータスは、以下の実施形態のうちの１つまたは複数において送信することができる。ＲＮダウンリンクバッファステータス報告は、ＲＮアップリンクバッファステータス報告と共に送信することができる。ＲＮ  ＤＬバッファステータスは、明示的に構成されたとき、バッファリングされたアップリンクデータがないとき、バッファリングされたアップリンクデータのステータスがＢＳＲをトリガしていない（例えばしきい値に基づいて）ときに、単独で報告することができる。ＲＮダウンリンクバッファステータスは、定期的に、またはＤｅＮＢからの明示的な要求に応答して送信することができる。ＢＳＲがＭＡＣ  ＣＥを介して報告される場合、ＭＡＣヘッダ中の論理チャネル識別（ＬＣＩＤ）によってＭＡＣ  ＢＳＲ  ＣＥを識別することができる。ダウンリンクバッファステータスが単独で、またはアップリンクＢＳＲと共に報告されるとき、新しいＬＣＩＤまたは等価物を、ＤＬ  ＢＳＲまたは混合ＵＬ／ＤＬ  ＢＳＲ報告に使用することができる。ダウンリンクバッファステータス報告のＭＡＣ  ＣＥ中のＬＣＩＤは、アップリンクＢＳＲ  ＬＣＩＤと同様に定義することができる。
【０１００】
ＤＬ  ＢＳＲ報告は、ＲＮ  Ｕｕ  ＤＬバッファ蓄積とＲＮ  Ｕｎ  ＤＬバッファ蓄積との比較に基づいてトリガされてよい。ＲＮ  Ｕｎ  ＤＬバッファ蓄積が、ＲＮ  Ｕｕ  ＤＬバッファ蓄積よりも、しきい値（構成されたまたは所定の）だけ大きいかまたは小さい場合に、ＤＬ  ＲＮ  ＢＳＲ報告がトリガされてよい。
【０１０１】
別の実施形態では、ＲＮは、ＷＴＲＵバッファステータス報告をＤｅＮＢに報告することができる。図３に、ＤｅＮＢへのＷＴＲＵ  ＢＳＲの報告を示す。ＲＮは、ＲＮによってサービスされる複数のＷＴＲＵからＷＴＲＵ  ＢＳＲを受け取る（３０２）。ＷＴＲＵ  ＢＳＲは、ＷＴＲＵにおけるアップリンクバッファステータスを示し、このアップリンクバッファステータスは、ＲＮ  Ｕｕインタフェースについてのアップリンクデータ蓄積を反映する。次いでＲＮは、ＷＴＲＵ  ＢＳＲをＤｅＮＢに転送する（３０４）。
【０１０２】
この情報を使用して、無線リソースのＤｅＮＢ管理をサポートすることができる。いくつかのタイプの中継（例えば、ＵｕインタフェースとＵｎインタフェースとを同じ周波数帯域中で動作させる半二重タイプ１中継）では、Ｕｎ上での送信がＵｕ上での受信に対する干渉を引き起こし、またその逆でもある。このような場合、このような干渉を低減するようにＵｕおよびＵｎ上のリソースを割り振ることができる。ＤｅＮＢがＲＮ  Ｕｕのニーズを理解する場合、ＤｅＮＢは、Ｕｎ上のリソースを割り振るときにこれを考慮に入れることができる。
【０１０３】
ＷＴＲＵ  ＢＳＲは、ＲＮ  ＷＴＲＵの基本単位でＤｅＮＢに中継することができる。ＲＮは、ＷＴＲＵのＬＣＧ負荷を合計することができる。他の情報（現在のＵｕ  ＵＬリソース割振りステータス、または割り振られたサブフレームなど）を、Ｕｕ  ＵＬ  ＮＡＣＫレートと共に、ＲＮからＤｅＮＢに提供して、例えばＵｕリンク送信およびＵｕ  ＵＬ帯域幅割振り条件に関する指示としての働きをするようにすることもできる。
【０１０４】
ＲＮは、不十分な送信条件を示し得る、高いＮＡＣＫレートを伴うバッファオーバーフロー、Ｕｕ帯域幅制限（ＲＮがそれを決定した場合）を示し得る、低いＮＡＣＫレートを伴うバッファオーバーフロー、Ｕｕ帯域幅割振り過剰を示し得る、低いＮＡＣＫレートを伴うバッファアンダーフローを、各ＷＴＲＵについてＤｅＮＢに報告することができる。これらの指示は、ＲＮによって個々のＷＴＲＵ  ＢＳＲおよび他の情報から導出することができる。これらの指示は、ＲＮ  ＢＳＲの一部として、またはＤｅＮＢへの特別な報告（例えばＵｎ再構成のための報告）中で、ＤｅＮＢに送信することができる。
【０１０５】
ＷＴＲＵ  ＢＳＲの報告は、以下の方法のうちの１つまたは複数でグループ化することができる。ＢＳＲを報告するＷＴＲＵのＢＳＲを合計することができる。あるいは、ＷＴＲＵの特定のセットのＢＳＲを合計することもできる。あるいは、ＷＴＲＵ  ＢＳＲを個別に報告することもできる。あるいは、ＢＳＲを報告するＷＴＲＵからの特定のＬＣＧ値（例えばＬＣＧ＝０）についてのＢＳＲを集約することもできる。あるいは、４つのＬＣＧそれぞれについてのＢＳＲをそれぞれ集約することもでき、その結果、ＢＳＲを報告するＷＴＲＵから総計４つが得られる。ＷＴＲＵ  ＢＳＲをグループ化して、グループについての集約されたＢＳＲを報告するとき、そのグループ中のＷＴＲＵの数を報告してもよい。
【０１０６】
それぞれの場合の報告されるバッファステータスは、実際のカウント（例えばバイトカウント）、このカウントを表す値（ルックアップテーブル中のインデックスなど）、またはこのカウントが含まれる範囲を表す値とすることができる。
【０１０７】
ＲＮは、個別のおよび／もしくは集約されたＷＴＲＵ  ＢＳＲを、別個に、もしくは他のバッファステータス報告内容と共に、ＲＮ  ＢＳＲ中に含めることができ、または、これらのＷＴＲＵ  ＢＳＲは別個の報告中にあってもよい。ＷＴＲＵ  ＢＳＲをＤｅＮＢに報告するとき、ＲＮは、ＤｅＮＢに対してＵｕサブフレーム構成を含めてもよい。
【０１０８】
別の実施形態では、ＲＮは、現在のトラフィック負荷およびＲＮの送受信動作に関してＲＮがそのリソース割振りに満足しているか否かを示す満足インジケータ（ｓａｔｉｓｆａｃｔｉｏｎ  ｉｎｄｉｃａｔｏｒ）を、ＲＮ  ＢＳＲ（または別の報告）中に含めることができる。満足インジケータは、満足度を示すことができる。
【０１０９】
満足インジケータ値を決定するとき、ＲＮは、Ｕｎアップリンクリソースおよびトラフィック負荷（例えば、ＲＮ  ＵＬ  ＢＳによって例えば示される、割り振られたＵｎアップリンクリソースに対するアップリンク負荷、ＲＮ  Ｕｎアップリンク電力ヘッドルーム、ＲＮ送信ＮＡＣＫレート）、Ｕｎダウンリンク送信および負荷（例えば、ＲＮ  Ｕｎダウンリンク受信ＮＡＣＫレート、および／もしくはＲＮ  ＣＱＩ検出条件）、Ｕｕアップリンクリソースおよび負荷（例えば、ＲＮ  ＷＴＲＵ  ＢＳＲ、ＲＮ  ＷＴＲＵ電力ヘッドルーム報告（ＰＨＲ）、ＲＮ  ＷＴＲＵ  ＳＲＳ測定値、ＲＮ  Ｕｕリソース割振り）、または、Ｕｕダウンリンクリソース、負荷、および送信（ＲＮ  ＤＬバッファステータス、ＲＮ  ＤＬ送信ＮＡＣＫレート、ＲＮ  ＷＴＲＵ−ＣＱＩ報告）などを考慮に入れることができる。
【０１１０】
満足インジケータは、ＲＮ  ＢＳＲまたは他の報告に含めることができ、定期的に、またはＤｅＮＢによって特に要求されたときに送ることができる。満足インジケータは、単一のビットまたは複数のビットとすることができる。満足インジケータは、上に論じたパラメータのいくつかもしくは全てまたはそれ以上を含む、条件／ステータスに関するテーブルとして定義することができる。インジケータは、満足インジケータテーブル中へのインデックス値とすることができる。基準の種々のセットに関係する満足ステータスを示すために、複数の満足インジケータがあってもよい。
【０１１１】
以下、ＲＮ  ＢＳＲ報告をグループ化するための実施形態を開示する。上に開示したように、ＲＮ  ＤＢＲを複数の報告グループにグループ化することができ、各報告グループのバッファ蓄積ステータスをＤｅＮＢに報告することができる。ＢＳＲ報告は、ＱｏＳごとおよびＷＴＲＵごとにグループ化することができる。
【０１１２】
ＲＮ  ＤＲＢがＱｏＳごとに編成される場合、例えばＲＮ  ＤＲＢ確立時に、ＤｅＮＢによって専用シグナリングを介して報告ＱｏＳグループＩＤを各ＲＮ  ＤＲＢに割り当てることができる。ＲＮ  ＤＲＢがＷＴＲＵごとに編成される場合、例えばＲＮ  ＤＲＢ確立時に、ＤｅＮＢによって専用シグナリングを介して報告ＷＴＲＵグループＩＤを各ＲＮ  ＤＲＢに割り当てることができる。報告グループへのＲＮ  ＤＲＢの割当ては、再割当てまたは取消しができる。取り消された報告グループＩＤを有するＲＮ  ＤＲＢは、報告グループＩＤを割り当てられなかったかのように扱うことができる。
【０１１３】
ＲＮ  ＤＲＢは、報告グループに割り当てられないこともある。この場合、ＲＮは、ＲＮ  ＤＲＢ  ＢＳＲを単独で、または他の割り当てられた報告グループ（複数可）のＢＳＲと共に、報告することができる。個別のＲＮ  ＤＲＢ  ＢＳＲ報告を独立してトリガすることもできる。
【０１１４】
一実施形態では、ＲＮ−ＤＲＢはＱｏＳに基づいて編成され、ＲＮ  ＤＲＢは、ＲＮ  ＤＲＢのＱｏＳ要件に基づいて報告ＱｏＳグループに割り当てられてよい。例えば、ＱｏＳは、ＱＣＩまたはトラフィッククラスに基づいて定義することができる。ＲＮ  ＤＲＢは、トラフィッククラスに基づいて報告ＱｏＳグループにグループ化することができる。この場合、報告ＱｏＳグループは、会話、ストリーミング、対話、およびバックグラウンドトラフィッククラスに対応し得る。これらの特性に基づいて、ＲＮ  ＤＲＢを報告ＱｏＳグループに割り当てることができる。
【０１１５】
あるいは、ＲＮ  ＤＲＢは、ＱＣＩに基づいてグループ化することもできる。この場合、９個までのＱｏＳグループを定義することができる。ＱＣＩ８とＱＣＩ９など、いくつかのＱＣＩを共に組み合わせることができる。同じＱＣＩ値（または、いくつかのＱＣＩ値が１つのグループに結合される場合は複数の同じＱＣＩ値）を有するＲＮ  ＤＲＢを、所定の報告ＱｏＳグループに割り当てることができる。
【０１１６】
あるいは、ＲＮ  ＤＲＢは、それらのリソースタイプごとにＱＣＩに基づいてグループ化することもできる。この場合、リソースタイプ保証ビットレート（ＧＢＲ）に対応するＱＣＩ  ＱｏＳ値を有するＲＮ  ＤＲＢを、ある報告ＱｏＳグループに割り当て、リソースタイプ非ＧＢＲに対応するＱＣＩ値を有するＲＮ  ＤＲＢを、別の報告ＱｏＳグループに割り当てることができる。
【０１１７】
あるいは、ＲＮ  ＤＲＢは、それらのパケット遅延予算ごとに、またはそれらのパケット誤りもしくは損失率ごとに、またはこれらのいくつかとリソースタイプおよび優先順位の組合せによって、ＱＣＩに基づいてグループ化することもできる。例えば、ＲＮ  ＤＲＢは、ＱＣＩリソースタイプおよびそれらの遅延予算の属性に基づいてグループ化することができ、例示的なグループ化は、遅延予算１５０ミリ秒以下のリソースタイプＧＢＲ、遅延予算３００ミリ秒のリソースタイプＧＢＲ、遅延予算１００ミリ秒のリソースタイプ非ＧＢＲ、および遅延予算３００ミリ秒のリソースタイプ非ＧＢＲとすることができる。別の例では、ＲＮ  ＤＲＢは、種々のパケット誤りまたは損失率のリソースタイプＧＢＲに基づいて、または種々の遅延予算のリソースタイプ非ＧＢＲに基づいて、グループ化することができる。
【０１１８】
あるいは、ＲＮ  ＤＲＢは、割振り保持優先順位（ＡＲＰ：ａｌｌｏｃａｔｉｏｎ  ａｎｄ  ｒｅｔｅｎｔｉｏｎ  ｐｒｉｏｒｉｔｙ）特性（すなわち、ＡＲＰ優先順位、ＡＲＰプリエンプション能力、またはＡＲＰプリエンプション脆弱性（これらを個別に、またはこれらのいくつかもしくは全ての組合せで））に基づいてグループ化することもできる。
【０１１９】
あるいは、ＲＮ  ＤＲＢは、種々の組合せでそれらのＡＲＰ特性と共にそれらのＱＣＩ特性に基づいてグループ化することもできる。例えば、ＡＲＰプリエンプション能力＝”ｙｅｓ”およびＡＲＰプリエンプション脆弱性＝”ｎｏ”のリソースタイプＧＢＲを、ある報告グループとし、ＡＲＰプリエンプション能力＝”ｎｏ”およびＡＲＰプリエンプション脆弱性＝”ｎｏ”のリソースタイプＧＢＲを、別の報告グループとし、種々の遅延予算を伴う残りを別のグループとする。
【０１２０】
あるいは、ＲＮ  ＤＲＢは、論理チャネルに割り当てられた優先順位値によって定義されるそれらのＱｏＳパラメータに基づいてグループ化することもできる。優先順位値は、ＭＡＣレイヤにおける論理チャネル優先順位付けによって使用される。
【０１２１】
ＲＮ  ＢＳＲがトリガされると、ＲＮは、報告グループ（複数可）に割り当てられたバッファ（アップリンク、またはアップリンク＋ダウンリンク）中の利用可能なデータを合計し、割り当てられた報告グループＩＤと、実際のまたは変換されたサイズ指示のバッファリング済み総データ（１つのグループまたは各グループについての）とを含むＢＳＲ記録をフォーマットすることができる。変換されたサイズ指示は、バッファサイズを表すかまたはバッファサイズが含まれるバッファサイズ範囲を表す値（ルックアップテーブル中へのインデックスなど）とすることができる。
【０１２２】
別の実施形態では、ＲＮ  ＤＲＢは、ＷＴＲＵごとに編成され、ＲＮ  ＤＲＢは、それにマッピングされるＷＴＲＵ（または複数のＷＴＲＵ）の特性に基づいて報告ＷＴＲＵグループに割り当てることができる。ＲＮ  ＤＲＢは、ＷＴＲＵの現在のＱｏＳカテゴリ（ＱUE）に基づいて報告ＷＴＲＵグループにグループ化することができる。
【０１２３】
一実施形態では、ＷＴＲＵ現在ＱｏＳカテゴリＱUEは、ＷＴＲＵ上の最も高く必要とされるまたは優先順位付けされるＱｏＳのデータ無線ベアラによって、決定することができる（すなわち、ＱUE＝ＷＴＲＵ  ＲＢの最高Ｑval）。Ｑvalは、ネットワークによるデータ無線ベアラのＱｏＳ割当てまたは関連付けから反映または再定義される数値である。Ｑvalは、ＱＣＩテーブルのＱＣＩ値、もしくはＱＣＩテーブルの優先順位値とすることができ、または、ＲＮ動作特性を考慮に入れた、テーブル中のこれらおよび他の要因の集約として定義することができる。ＱvalおよびＱUEは、ＱvalまたはＱUE値が小さいほど、それが含意し得るＱｏＳ要件または優先順位が高くなるような数値である。例えば、ＷＴＲＵが現在、アクティブな（すなわちサスペンドされていない）データ無線ベアラを３つ有し、これらのデータ無線ベアラはネットワークによってそのＱｏＳ割当て／分類としてＱＣＩ値が割り当てられるかまたは関連付けられており、したがってＱval値２、４、および７を有する場合、ＷＴＲＵ現在ＱｏＳカテゴリは２とすることができる。この実施形態では、ＲＮ上での最も高く優先順位付けされるＷＴＲＵ  ＤＲＢ（したがってＷＴＲＵまたはＲＮ  ＤＲＢ）報告アクティビティを認識して何らかの形でバイアスをかけることができ、最も高く優先順位付けされるＷＴＲＵ  ＤＲＢおよびＷＴＲＵに関してＤｅＮＢによってなされる後続のリソーススケジューリングの取組みを適切にサポートすることができる。
【０１２４】
別の実施形態では、ＷＴＲＵ現在ＱｏＳカテゴリＱUEは、ＲＮ  ＤＲＢにマッピングされるＷＴＲＵ（または複数のＷＴＲＵ）上のデータ無線ベアラＱｏＳの組合せによって決定することができる。例えば、アクティブなＷＴＲＵ  ＤＲＢのＱval値の合計を、優先順位の高いＱＣＩを有するＲＢ、ならびにＷＴＲＵのアクティブなＤＲＢの数を考慮するようにして使用することができる（すなわち、よりアクティブなＤＲＢを有するＷＴＲＵが、より高いＱｏＳカテゴリを得ることができる）。例えば、ＷＴＲＵ  ＱｏＳカテゴリ値ＱUEは、以下のように決定することができる。
ＱUE＝（Ｑval-1＋Ｑval-2＋．．．＋Ｑval-m＋ｄｅｆＱval-m+1＋．．．＋ｄｅｆＱval-w）／ｗ    式（１）
上式で、Ｑval-1，Ｑval-2．．．Ｑval-mは、ｍ個のアクティブなＤＲＢの正規化／変換されたＱval値であり、ｗは、許容されるＷＴＲＵ  ＤＲＢの最大数（例えば８個）であり、ｄｅｆＱvalは、ｍ個の最大ＷＴＲＵ  ＤＲＢのうちの残りの非アクティブなＤＲＢについての値であり、ここでｄｅｆＱval値は、ＱＣＩテーブルから正規化／変換された最大Ｑval値（例えば９）に等しい。例えば、Ｑval値２および３の、２つのアクティブなＤＲＢを有するＷＴＲＵは、Ｑval値２、３および４の、３つのアクティブなＤＲＢを有する別のＷＴＲＵよりも低いＷＴＲＵ  ＱｏＳカテゴリ値を有してよく、Ｑval値２および３の、２つのアクティブなＤＲＢを有するＷＴＲＵは、Ｑval値３および４の、２つのアクティブなＤＲＢを有するＷＴＲＵよりも高いＷＴＲＵ  ＱｏＳカテゴリ値を有してよい、などである。結果として得られるＱUEは、ＷＴＲＵ単位の報告ＷＴＲＵグループ化のための妥当な１組のグループを得るために、何らかの丸めおよびマッピング（例えば１組の範囲への）を必要とすることがある。
【０１２５】
別の実施形態では、ＷＴＲＵ現在ＱｏＳカテゴリＱUEは、ＷＴＲＵ上の重み付きＱｖａｌの組合せによって決定することができる。式（１）中のＱｖａｌ値に、それらの優先順位に従って異なる倍率を適用し、それにより、より高く優先順位付けされるＱｖａｌ値を組合せにおいてより多くカウントできるようにすることができる。例えば、ＷＴＲＵ  ＱｏＳカテゴリ値ＱUEは、以下のように決定することができる。
ＱUE＝（ｕ1Ｑval-1＋ｕ2Ｑval-2＋．．．＋ｕmＱval-m＋ｕwｄｅｆＱval-m+1＋．．．＋ｕwｄｅｆＱval-w）／ｗ    式（２）
上式で、Ｑval-1，Ｑval-2，．．．，Ｑval-mは、ｍ個のアクティブなＤＲＢの正規化／変換されたＱval値であり、ｕ1，ｕ2，．．．，ｕmは、Ｑval値に対する倍率である。
【０１２６】
倍率ｕxは、定義によって事前に決定されてよい（例えばｕx＝［１．０，１．１，１．２，１．３．．．，１．９，２．０］）。あるいは、倍率は、Ｑval値が低いほどｕx値が小さいように、デフォルト規則によって決定されてもよい（例えば、ＧＢＲデータ無線ベアラに割り当てられるＱval値に対しては、ｕxは１．０とすることができ、非ＧＢＲデータ無線ベアラに割り当てられるＱval値に対しては、ｕxは１．３とすることができる）。あるいは、倍率はネットワークによって決定されてもよい。
【０１２７】
あるいは、式（２）中のＱUEは、以下のように倍率ｕx（複数可）を考慮に入れて正規化することもできる。
ＱUE＝（ｕ1Ｑval-1＋ｕ2Ｑval-2＋．．．＋ｕmＱval-m＋ｕwｄｅｆＱval-m+1＋．．．＋ｕwｄｅｆＱval-w）／Ｕ    式（３）
【０１２８】
上式で、Ｕ＝合計（ｕ1，ｕ2，．．．，ｕm）である。結果として得られるＱUEは、ＷＴＲＵ単位の報告ＷＴＲＵグループ化のための妥当な１組のグループを得るために、何らかの丸めおよびマッピング（例えば１組の範囲への）を必要とすることがある。
【０１２９】
この実施形態では、（ＷＴＲＵ  ＤＲＢに種々の重みを割り当てることによって）、より高く優先順位付けされるＱvalをほとんど有さないＷＴＲＵを完全に犠牲にすることなしに、最も高く優先順位付けされるＱvalとＷＴＲＵ中のアクティブなＤＲＢの数との間で、ＲＮ  ＢＳＲにおけるＷＴＲＵ  ＱｏＳカテゴリＱUEの最終的な結果について、制御されたバランスを達成することができる。
【０１３０】
別の実施形態では、ＷＴＲＵ現在ＱｏＳカテゴリＱUEは、ＷＴＲＵ上のアクティブなＤＲＢの現在の集約された優先ビットレート（ＰＢＲ）によって決定することができる。ＷＴＲＵ  ＱｏＳカテゴリを報告ＷＴＲＵグループ割当てに使用する点では、集約されたビットレートが大きいほど、ＷＴＲＵ  ＱｏＳカテゴリ値は大きくなる。集約されたビットレートの一例は、ＷＴＲＵのアクティブなＤＲＢのＰＢＲを合計することである。
【０１３１】
ＲＮ  ＢＳＲがトリガされると、ＲＮは、報告ＷＴＲＵグループ（または複数の報告ＷＴＲＵグループのそれぞれ）に割り当てられたバッファ（アップリンク、またはアップリンク＋ダウンリンク）中の利用可能なデータを合計し、割り当てられた報告ＷＴＲＵグループＩＤ（複数可）と、実際のまたは変換されたサイズ指示のバッファリング済み総データ（１つのグループまたは各グループについての）とを含むＢＳＲ記録をフォーマットすることができる。変換されたサイズ指示は、バッファサイズを表すかまたはバッファサイズが含まれる範囲を表す値（ルックアップテーブル中へのインデックスなど）とすることができる。
【０１３２】
ＲＮ中で終端しないＷＴＲＵ制御プレーントラフィックは、１つの報告グループとしてグループ化することができる。ＤｅＮＢとＲＮとの間の制御シグナリングのために、Ｕｎを介していくつかの制御プレーンベアラが存在することがある。これらの制御チャネルは、ＭＭＥ／サービングゲートウェイ（Ｓ−ＧＷ）からのＳ１−ＡＰと、潜在的な各ターゲットｅＮＢへのＸ２−ＡＰと、ＤｅＮＢとＲＮとの間のＲＲＣプロトコルとを少なくとも含む。これらのチャネルは、１つのＲＮ  ＳＲＢまたは複数のＲＮ  ＳＲＢとして、共にグループ化することができる。いずれの場合も、これらは、バッファステータス報告および他の報告のために、１つの報告グループにグループ化することができる。
【０１３３】
ＲＮ  ＤＲＢがＲＮごとに編成される場合、１つのＤＲＢが構成される。この場合、ＲＮ中の蓄積データ全体の合計報告に加えて、よりよい報告粒度のために、そのコンポーネントストリームまたはサブデータストリーム（ＷＴＲＵ  ＤＲＢまたは他の何らかの集約方式に対応する）のいくつかを、ＢＳＲ報告目的でグループ化することができる。
【０１３４】
報告は、全般的構成としてＲＮについて構成することができ、または、ＤｅＮＢによってＲＮ  ＤＲＢごとの構成のサブストリームについて個別に構成または順序付けすることができる。ＢＳＲ報告グループは、ＷＴＲＵごと、またはＷＴＲＵグループ（複数可）ごとに編成することができる。この場合、１つもしくは複数のＷＴＲＵの個別バッファステータス、または１つもしくは複数の報告ＷＴＲＵグループの合計を報告することができる。グループ化は、上に開示したのと同様の方式で実施することができる。ＢＳＲ報告グループは、ＱｏＳごと、またはＱｏＳグループ（複数可）ごとに編成することができる。この場合、１つまたは複数のＱｏＳもしくはＱｏＳグループの、個別のまたは集約されたデータバッファ蓄積ステータスを報告することができる。グループ化は、上に開示したのと同様の方式で実施することができる。
【０１３５】
以下、ＲＮ  ＢＳＲ報告をトリガするための実施形態を開示する。これらの実施形態を、独立して、共に、または別の実施形態の下位部分として使用できることに留意することができる。ＲＮ  ＢＳＲをトリガするための実施形態は、上に開示した任意のタイプのＲＮ  ＢＳＲに適用することができる。
【０１３６】
一実施形態では、ＲＮは、特定のイベントが発生したときにＲＮ  ＢＳＲがＲＮによって生成されて送られるように、トリガイベントによって構成されてよい。このようなトリガイベントは、バッファ蓄積がしきい値を上回ること、バッファ蓄積がしきい値を下回ること、他のトリガ（ＤｅＮＢからのコマンド、または、バッファ蓄積がしきい値を上回るかもしくは下回ることなど）によって再開始され得るタイマが切れることなどが含まれるが、これらに限定されない。
【０１３７】
別の実施形態では、ＤｅＮＢは、ＲＮ  ＢＳＲを求めてＲＮを明確にトリガすることができる。例えば、構成されたＢＳＲトリガが、十分に頻繁に発生しない場合、またはＤｅＮＢが、セルを再構成する前に何らかの即座のＢＳＲを必要とする場合、ＤｅＮＢは、特定のＲＮ（複数可）に対してＢＳＲをトリガすることができる。ＤｅＮＢがＲＮ  ＢＳＲ報告をトリガするとき、ＤｅＮＢは、報告中の必要とされるステータスタイプ（例えば、報告が、アップリンクＢＳＲかダウンリンクＢＳＲもしくはこの両方、またはＷＴＲＵ  ＢＳＲ、または満足インジケータ、またはこれらの組合せを含み得るかどうか）、および／または報告グループ（どのＤＲＢグループ（ＷＴＲＵごともしくはＱｏＳごと）か、どのＳＲＢグループか、またはこれらの組合せなど）を、指定することができる。ＲＮからの応答は、ＲＲＣメッセージまたはＭＡＣメッセージを介して送ることができる。
【０１３８】
別の実施形態では、ＲＮは、ＢＳＲ報告を定期的に送るための定期的タイマによって構成されてよく、したがって、定期的タイマが切れたとき、当該のバッファ中のデータの量にかかわらず、ＲＮ  ＢＳＲが生成されて送られる。定期的なＲＮ  ＢＳＲ報告は、特別なフラグがアクティブ化を指示する場合に、アクティブ化することができる（ＤｅＮＢからのメッセージ中でＲＮに提供される定期報告フラグなど）。ＲＮは、イベントによってトリガされる報告についてしきい値関連パラメータが構成されていない場合に、定期的なＢＳＲ報告を送ることができる。具体的な期間が規定されない場合、デフォルト値を使用することができる。
【０１３９】
別の実施形態では、イベントのトリガは、定期的タイマに関連して構成することができる。例えば、バッファ蓄積ボリュームに関係するしきい値（例えばバイトカウントまたはバイトカウント範囲）を定期的タイマと共に使用することができる。しきい値は、低バッファ蓄積マークおよび／または高バッファ蓄積マークとすることができる。バッファ蓄積カウントは、低マークと高マークとの間にあるときは正常と見なすことができる。バッファ蓄積が低マークよりも低い場合、これは、ＲＮ負荷が何らかの理由で低減または収縮したことを意味し得る。一方、バッファ蓄積カウントが高マークよりも高い場合、これは、リンク条件が悪いか、または負荷を送信するために割り振られたリソースが十分でないことを意味し得る。
【０１４０】
図５は、一実施形態における、イベントによってトリガされるＢＳＲ報告と定期的なＢＳＲ報告とを組み合わせた例示的なプロセス５００の流れ図である。この実施形態では、ＲＮは、バッファ蓄積に基づいて、すなわち１つまたは複数のしきい値（例えば低マークおよび／または高マーク）との比較に基づいて、ＢＳＲ（複数可）を報告する。しきい値のうちの１つまたは複数を横断したとき、ＲＮは、構成された定期的タイマに基づいて定期的にＢＳＲを報告する。バッファ蓄積が正常（例えば低マークと高マークとの間）なとき、ＲＮは、ＲＮについての１つまたは複数の報告期間にわたり、定期的報告の送信を停止することができる。各報告は、１つもしくは複数のＲＮ−ＤＲＢか１つもしくは複数の報告グループについての報告であってよく、または、構成および／もしくはバッファ蓄積に基づく１つもしくは複数のＷＴＲＵ  ＲＢについての報告であってよい。
【０１４１】
定期的タイマが切れたとき（５０２）、ＲＮは、バッファ蓄積ステータス（全て、または１つもしくは複数の明確に構成されたもしくはデフォルトのセット）を評価する（例えば１つまたは複数の事前構成済みバッファ蓄積マークを使用して）（５０４）。定期的タイマは、最初に、元々の構成値にセットされる。バッファ蓄積が正常（すなわち低マークと高マークとの間）であると判定された場合、この期間で、ＲＮはさらに、バッファ蓄積ステータスがこの期間で正常に変化したかどうか（あるいはバッファ蓄積ステータスが最近の所定数（ｍ）の期間にわたって正常のままであったかどうか）判定する（５０６）。
【０１４２】
バッファ蓄積ステータスがこの期間で正常に変化した（あるいはバッファステータスが最近のｍ個の期間にわたって正常のままであった）場合は、ＲＮはＢＳＲを報告する（５０８）。バッファ蓄積ステータスがこの期間で正常に変化したのではない（あるいはバッファ蓄積ステータスが最近のｍ個よりも多くの期間にわたって正常のままであった）場合は、ＲＮはＢＳＲを報告しなくてよく、定期的タイマを元々の構成値のＮ倍にリセットすることができ、プロセス５００はステップ５０２に戻って、定期的タイマが切れるのを待つ。
【０１４３】
バッファ蓄積が低マークよりも低い場合、ＲＮはＢＳＲを報告する（５１０）。ＲＮは、ＢＳＲをトリガする報告グループまたはＲＮ  ＤＲＢについて、ＢＳＲを報告することができる。あるいは、ＲＮは、トリガするＲＮ  ＤＲＢまたは報告グループについてのＢＳＲに加えて、デフォルトの報告グループ（複数可）またはＲＮ  ＤＲＢ（複数可）についてＢＳＲを報告することもできる。ＲＮは、定期的タイマが変化した場合は定期的タイマを元々の構成値にリセットすることができ（５１２）、プロセスはステップ５０２に戻る。
【０１４４】
バッファ蓄積が高マークよりも高い場合、ＲＮはＢＳＲを報告する（５１４）。ＲＮは、ＢＳＲをトリガする報告グループまたはＲＮ  ＤＲＢについて、ＢＳＲを報告することができる。あるいは、ＲＮは、トリガされたＢＳＲ、トリガされたＢＳＲおよびデフォルトのＢＳＲ、または全てのＢＳＲを報告することもできる。ＲＮは、定期的タイマが変化した場合は定期的タイマを元々構成された値にリセットすることができる（５１６）。
【０１４５】
定期的タイマが次に切れたとき、ＲＮは、バッファ蓄積ステータス（全て、または１つもしくは複数の特に構成されたもしくはデフォルトのセット）を評価する（５１８）。ステップ５２０でバッファ蓄積が高マークよりも上にあると判定された場合、ＲＮは、トリガされたＢＳＲ、トリガされたＢＳＲおよびデフォルトのＢＳＲ、または全てのＢＳＲを報告し（５２２）、プロセス５００はステップ５１８に戻る。
【０１４６】
ステップ５２０でバッファ蓄積が高マークよりも上にないと判定された場合、ＲＮは、ＢＳＲ（複数可）（例えば、高マークよりも高くなることによってトリガされた前のＢＳＲ、低マークよりも低くなることによってトリガされた新しいＢＳＲ、デフォルトのＢＳＲ（複数可）、全て、など）を報告することができ（５２４）、プロセスはステップ５０２に戻る（あるいは、バッファ蓄積が所定時間（標準により定義され得るかまたはＤｅＮＢもしくはいずれかのネットワークエンティティによって構成され得る）にわたり高マークよりも低かった場合はステップ５１８に戻り、そうでない場合はステップ５０２に戻る）。
【０１４７】
イベントによってトリガされる報告に使用する、または定期的な報告とイベントによってトリガされる報告との組合せに使用するしきい値（例えば高マークおよび／または低マーク）は、固定であってよい。あるいは、しきい値はネットワークによって半静的に構成されてもよい。あるいは、しきい値は、例えばＢＳＲ報告単位の集約スループット値の上昇と下降に動的に対応して、ＲＮによって計算されてもよい。例えば、しきい値は、適切な場合、基本ＢＳＲ報告単位のコンポーネント無線ベアラのそれぞれからの集約ＧＢＲもしくはＡＭＢＲに関係してよく、または、基本ＢＳＲ報告単位のそのコンポーネント無線ベアラのバケットサイズ（優先ビットレートにバッファサイズ継続時間を掛けることによって得られる）に関係してよい。
【０１４８】
ＲＮ  ＢＳＲ報告のために、トリガまでの時間（ｔｉｍｅ−ｔｏ−ｔｒｉｇｇｅｒ）値を構成することができ、したがって、しきい値が横断されてトリガまでの時間値以上の時間期間にわたって維持されたとき、ＢＳＲがトリガされる。
【０１４９】
一実施形態では、ＭＡＣ  ＰＤＵ中に利用可能な空間がある場合、ＲＮ  ＢＳＲをＭＡＣ  ＰＤＵ中に便乗させることができる。定期的タイマを採用して、便乗ＲＮ  ＢＳＲ生成をトリガすることができる。便乗ＲＮ  ＢＳＲは、少なくとも何らかの所定サイズの、ＭＡＣ  ＰＤＵの埋まっていない空間が利用可能であることに基づいてトリガされてよい。所定サイズは、ある一定の最小限のＲＮ  ＢＳＲ、またはＲＮ  ＢＳＲのいくつかもしくはカテゴリもしくは組合せと、他の関連トラフィック情報（アップリンクＲＮ  ＳＲＢ報告、または高優先順位アップリンクＢＳＲ、またはアップリンクＢＳＲおよびダウンリンクＢＳＲなど）とを保持するように定義することができる。
【０１５０】
便乗ＲＮ  ＢＳＲは、バッファ蓄積しきい値を有してよく、したがって、例えばバッファ蓄積が低マークよりも低いときおよび／または高マークよりも高いときにＢＳＲが生成される。しきい値は、便乗ＲＮ  ＢＳＲを生成するためには、より緩い値を有してよい（例えば、便乗ＢＳＲトリガしきい値は、オフセット（標準におけるデフォルト値であってもよく、またはＤｅＮＢもしくはネットワークエンティティによってシグナリングされてもよい）の分だけ高い低マークおよび低い高マークを有することができる。
【０１５１】
便乗ＲＮ  ＢＳＲトリガ時間は、以下のように、次の定期的タイマの時機に近い時間とすることができる。
トリガ時間≧前の報告時間＋（定期的タイマの値）／２    式（４）
トリガ時間≧（前の報告時間＋定期的タイマの値）−Ｔoffset    式（５）
【０１５２】
上式で、Ｔoffsetは、標準において定義されたデフォルト値であってもよく、またはＤｅＮＢもしくはいずれかのネットワークエンティティによってシグナリングされてもよい。
【０１５３】
便乗ＲＮ  ＢＳＲは、空間があってタイミングが正しい場合に、または空間があってしきい値イベントがトリガされた場合に、または空間があってタイマが事前定義済みの許容値を過ぎて間もない場合に、生成することができる。便乗ＲＮ  ＢＳＲが送信された場合、定期的タイマは再開始することができる。タイマが切れて便乗空間がない場合、ＲＮは、許可があるかもしくは完全なＲＮ  ＢＳＲに利用可能なサブフレームリソースがあるまで待機することができ、または、アップリンク許可要求アクション（ＲＮについて定義される）を開始することができる。
【０１５４】
実施形態
１．中継ノードを介した通信をサポートする方法。
【０１５５】
２．中継ノードが、中継ノードによってサービスされる複数のＷＴＲＵからＷＴＲＵ  ＢＳＲを受け取ることを含み、ＷＴＲＵ  ＢＳＲがＷＴＲＵにおけるアップリンクバッファステータスを示す、実施形態１の方法。
【０１５６】
３．中継ノードがＷＴＲＵ  ＢＳＲをＤｅＮＢに送ることを含む、実施形態２の方法。
【０１５７】
４．中継ノードが中継ノードＢＳＲをＤｅＮＢに送ることをさらに含み、中継ノードＢＳＲが中継ノードにおける中継ノードアップリンクバッファステータスおよび／または中継ノードダウンリンクバッファステータスを示す、実施形態２〜３のいずれか１つにおける方法。
【０１５８】
５．中継ノードアップリンクバッファステータスが、１つもしくは複数のＷＴＲＵのアクティブなＷＴＲＵ無線ベアラ（ＲＢ）についての、または１つもしくは複数の報告グループに属するアクティブなＷＴＲＵ  ＲＢについての、アップリンクバッファ蓄積の合計に基づいて生成される、実施形態４の方法。
【０１５９】
６．中継ノードダウンリンクバッファステータスが、１つもしくは複数のＷＴＲＵのアクティブなＷＴＲＵ  ＲＢについての、または１つもしくは複数の報告グループに属するアクティブなＷＴＲＵ  ＲＢについての、ダウンリンクバッファ蓄積の合計に基づいて生成される、実施形態４〜５のいずれか１つにおける方法。
【０１６０】
７．報告グループが、ＷＴＲＵごとに、またはＷＴＲＵ  ＤＲＢに関連するＱｏＳごとに編成される、実施形態５〜６のいずれか１つにおける方法。
【０１６１】
８．中継ノードＢＳＲが、定期的にトリガされるか、構成されたトリガイベントの発生に基づいてトリガされるか、または定期的なタイマと構成されたトリガイベントの発生との組合せに基づいてトリガされる、実施形態４〜７のいずれか１つにおける方法。
【０１６２】
９．ＷＴＲＵ  ＢＳＲが個別にＤｅＮＢに報告されるか、またはいくつかのＷＴＲＵ  ＢＳＲがグループ単位で集約される、実施形態２〜８のいずれか１つにおける方法。
【０１６３】
１０．中継ノードがそのリソース割振りに満足しているか否かを示す満足インジケータを送ることをさらに含む、実施形態２〜８のいずれか１つにおける方法。
【０１６４】
１１．中継ノードを介した通信をサポートする方法。
【０１６５】
１２．中継ノードからハンドオーバターゲットへのＷＴＲＵのハンドオーバの要求に応答してハンドオーバ要求肯定応答メッセージがＤｅＮＢから受け取られることを条件として、中継ノードが、無線リソース構成または再構成を要求するためにＲＲＣメッセージをＤｅＮＢに送ることを含む、実施形態１１の方法。
【０１６６】
１３．ＷＴＲＵについてＤｅＮＢへのデータ転送が完了することを条件として、中継ノードが、無線リソース構成または再構成を要求するためにＲＲＣメッセージをＤｅＮＢに送ることを含む、実施形態１１〜１２のいずれか１つにおける方法。
【０１６７】
１４．エンドマーカが受け取られることを条件として、中継ノードが、無線リソース構成または再構成を要求するためにＲＲＣメッセージをＤｅＮＢに送ることを含む、実施形態１１〜１３のいずれか１つにおける方法。
【０１６８】
１５．ＷＴＲＵコンテキスト解放メッセージが受け取られることを条件として、中継ノードが、無線リソース構成または再構成を要求するためにＲＲＣメッセージをＤｅＮＢに送ることを含む、実施形態１１〜１４のいずれか１つにおける方法。
【０１６９】
１６．ＷＴＲＵアプリケーションがサービス品質要件を変更することを条件として、中継ノードがＲＲＣメッセージをＤｅＮＢに送って構成または再構成の必要性を示すことを含む、実施形態１１〜１５のいずれか１つにおける方法。
【０１７０】
１７．ＷＴＲＵ−中継ノードインタフェースに対する調整が中継ノード−ＤｅＮＢインタフェース構成に影響を及ぼすことを条件として、中継ノードがＲＲＣメッセージをＤｅＮＢに送って構成または再構成の必要性を示すことを含む、実施形態１１〜１６のいずれか１つにおける方法。
【０１７１】
１８．中継ノードが接続状態から遊休状態に移行することを条件として、中継ノードがＲＲＣメッセージをＤｅＮＢに送って構成または再構成の必要性を示すことを含む、実施形態１１〜１７のいずれか１つにおける方法。
【０１７２】
１９．システム情報パラメータ値のいくつかが変化することを条件として、中継ノードがＲＲＣメッセージをＤｅＮＢに送って構成または再構成の必要性を示すことを含む、実施形態１１〜１８のいずれか１つにおける方法。
【０１７３】
２０．総ＷＴＲＵアップリンクバッファがしきい値を超えることを条件として、中継ノードがＲＲＣメッセージをＤｅＮＢに送って構成または再構成の必要性を示すことを含む、実施形態１１〜１９のいずれか１つにおける方法。
【０１７４】
２１．総中継ノードダウンリンクバッファがしきい値を超えることを条件として、中継ノードがＲＲＣメッセージをＤｅＮＢに送って構成または再構成の必要性を示すことを含む、実施形態１１〜２０のいずれか１つにおける方法。
【０１７５】
２２．ＷＴＲＵ−中継ノードインタフェースを再構成する必要があることを条件として、中継ノードがＲＲＣメッセージをＤｅＮＢに送って構成または再構成の必要性を示すことを含む、実施形態１１〜２１のいずれか１つにおける方法。
【０１７６】
２３．送受信機と、中継ノードによってサービスされる複数のＷＴＲＵからＷＴＲＵ  ＢＳＲを受け取るように構成されたプロセッサとを備える中継ノード。
【０１７７】
２４．プロセッサがＷＴＲＵ  ＢＳＲをＤｅＮＢに送るように構成され、ＷＴＲＵ  ＢＳＲがＷＴＲＵにおけるアップリンクバッファステータスを示す、実施形態２３の中継ノード。
【０１７８】
２５．プロセッサが中継ノードＢＳＲを生成してＤｅＮＢに送るように構成された、実施形態２３〜２４のいずれか１つにおける中継ノード。
【０１７９】
２６．中継ノードＢＳＲが中継ノードにおける中継ノードアップリンクバッファステータスおよび／または中継ノードダウンリンクバッファステータスを示す、実施形態２５の中継ノード。
【０１８０】
２７．プロセッサが、１つもしくは複数のＷＴＲＵのアクティブなＷＴＲＵ  ＲＢについての、または１つもしくは複数の報告グループに属するアクティブなＷＴＲＵ  ＲＢについての、アップリンクバッファ蓄積の合計に基づいて、中継ノードアップリンクバッファステータスを生成するように構成された、実施形態２６の中継ノード。
【０１８１】
２８．プロセッサが、１つもしくは複数のＷＴＲＵのアクティブなＷＴＲＵ  ＲＢについての、または１つもしくは複数の報告グループに属するアクティブなＷＴＲＵ  ＲＢについての、ダウンリンクバッファ蓄積の合計に基づいて、中継ノードダウンリンクバッファステータスを生成するように構成された、２６〜２７のいずれか１つにおける中継ノード。
【０１８２】
２９．報告グループが、ＷＴＲＵごとに、またはＷＴＲＵ  ＤＲＢに関連するＱｏＳごとに編成される、実施形態２７〜２８のいずれか１つにおける中継ノード。
【０１８３】
３０．中継ノードＢＳＲが、定期的にトリガされるか、構成されたトリガイベントの発生に基づいてトリガされるか、または定期的なタイマと構成されたトリガイベントの発生との組合せに基づいてトリガされる、実施形態２５〜２９のいずれか１つにおける中継ノード。
【０１８４】
３１．ＷＴＲＵ  ＢＳＲが個別にＤｅＮＢに報告されるか、またはいくつかのＷＴＲＵ  ＢＳＲがグループ単位で集約される、実施形態２３〜３０のいずれか１つにおける中継ノード。
【０１８５】
３２．プロセッサが、中継ノードがそのリソース割振りに満足しているか否かを示す満足インジケータを送るように構成された、実施形態２３〜３１のいずれか１つにおける中継ノード。
【０１８６】
３３．送受信機と、中継ノードからハンドオーバターゲットへのＷＴＲＵのハンドオーバの要求に応答してハンドオーバ要求肯定応答メッセージがＤｅＮＢから受け取られることを条件として、無線リソース構成または再構成を要求するためにＲＲＣメッセージをＤｅＮＢに送るように構成されたプロセッサとを備える中継ノード。
【０１８７】
３４．プロセッサが、ＷＴＲＵについてＤｅＮＢへのデータ転送が完了することを条件として、無線リソース構成または再構成を要求するためにＲＲＣメッセージをＤｅＮＢに送るように構成された、実施形態３３の中継ノード。
【０１８８】
３５．プロセッサが、エンドマーカが受け取られることを条件として、無線リソース構成または再構成を要求するためにＲＲＣメッセージをＤｅＮＢに送るように構成された、実施形態３３〜３４のいずれか１つにおける中継ノード。
【０１８９】
３６．プロセッサが、ＷＴＲＵコンテキスト解放メッセージが受け取られることを条件として、無線リソース構成または再構成を要求するためにＲＲＣメッセージをＤｅＮＢに送るように構成された、実施形態３３〜３５のいずれか１つにおける中継ノード。
【０１９０】
３７．プロセッサが、ＷＴＲＵアプリケーションがサービス品質要件を変更することを条件として、ＲＲＣメッセージをＤｅＮＢに送って構成または再構成の必要性を示すように構成された、実施形態３３〜３６のいずれか１つにおける中継ノード。
【０１９１】
３８．プロセッサが、ＷＴＲＵ−中継ノードインタフェースに対する調整が中継ノード−ＤｅＮＢインタフェース構成に影響を及ぼすことを条件として、ＲＲＣメッセージをＤｅＮＢに送って構成または再構成の必要性を示すように構成された、実施形態３３〜３７のいずれか１つにおける中継ノード。
【０１９２】
３９．プロセッサが、中継ノードが接続状態から遊休状態に移行することを条件として、ＲＲＣメッセージをＤｅＮＢに送って構成または再構成の必要性を示すように構成された、実施形態３３〜３８のいずれか１つにおける中継ノード。
【０１９３】
４０．プロセッサが、システム情報パラメータ値のいくつかが変化することを条件として、ＲＲＣメッセージをＤｅＮＢに送って構成または再構成の必要性を示すように構成された、実施形態３３〜３９のいずれか１つにおける中継ノード。
【０１９４】
４１．プロセッサが、総ＷＴＲＵアップリンクバッファがしきい値を超えることを条件として、ＲＲＣメッセージをＤｅＮＢに送って構成または再構成の必要性を示すように構成された、実施形態３３〜４０のいずれか１つにおける中継ノード。
【０１９５】
４２．プロセッサが、総中継ノードダウンリンクバッファがしきい値を超えることを条件として、ＲＲＣメッセージをＤｅＮＢに送って構成または再構成の必要性を示すように構成された、実施形態３３〜４１のいずれか１つにおける中継ノード。
【０１９６】
４３．プロセッサが、ＷＴＲＵ−中継ノードインタフェースを再構成する必要があることを条件として、ＲＲＣメッセージをＤｅＮＢに送って構成または再構成の必要性を示すように構成された、実施形態３３〜４２のいずれか１つにおける中継ノード。
【０１９７】
以上では、特徴および要素を特定の実施形態において述べているが、各特徴または要素を単独で、または他の特徴および要素との任意の組合せで使用できることは、当業者なら理解するであろう。加えて、本明細書に述べた方法は、コンピュータまたはプロセッサによって実行されるようにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施することができる。コンピュータ可読媒体の例としては、電子信号（有線またはワイヤレス接続を介して伝送される）およびコンピュータ可読記憶媒体が挙げられる。コンピュータ可読記憶媒体の例としては、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵型ハードディスクやリムーバブルなディスクなどの磁気媒体、光磁気媒体、および、ＣＤ−ＲＯＭディスクやディジタル多用途ディスク（ＤＶＤ）などの光媒体が挙げられるが、これらに限定されない。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータ中で使用するための、無線周波数送受信機を、ソフトウェアに関連するプロセッサを使用して実現することができる。
【図１Ａ】
2013524643.tif 000005
【図１Ｂ】
2013524643.tif 000006
【図１Ｃ】
2013524643.tif 000007
【図２】
2013524643.tif 000008
【図３】
2013524643.tif 000009
【図４】
2013524643.tif 000010
【図５】
2013524643.tif 000011
【手続補正書】
【提出日】平成24年12月3日(2012.12.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
中継ノードを介した通信をサポートする方法であって、
中継ノードがバッファステータス報告（ＢＳＲ）を生成するステップであって、前記ＢＳＲがワイヤレス送受信ユニット（ＷＴＲＵ）へのダウンリンク送信についての前記中継ノードにおけるバッファステータスに関する情報を含むステップと、
前記中継ノードが前記ＢＳＲをドナー高度化（ｅｖｏｌｖｅｄ）ノードＢ（ＤｅＮＢ）に送るステップと
を含むことを特徴とする方法。
【請求項２】
前記ＢＳＲは、前記中継ノードにおける中継ノードアップリンクバッファステータス、および／またはＷＴＲＵバッファステータスに関する情報を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記中継ノードアップリンクバッファステータスは、１つもしくは複数のＷＴＲＵのアクティブなＷＴＲＵ無線ベアラ（ＲＢ）についての、または１つもしくは複数の報告グループに属するアクティブなＷＴＲＵ  ＲＢについての、アップリンクバッファ蓄積の合計に基づいて生成され、ダウンリンク送信についての前記中継ノードにおけるバッファステータスに関する前記情報は、１つもしくは複数のＷＴＲＵのアクティブなＷＴＲＵ  ＲＢについての、または１つもしくは複数の報告グループに属するアクティブなＷＴＲＵ  ＲＢについての、ダウンリンクバッファ蓄積の合計に基づいて生成され、前記ＷＴＲＵバッファステータスは、１つまたは複数のＷＴＲＵによって前記中継ノードに報告されたアップリンクバッファステータスに基づいて生成されることを特徴とする請求項２に記載の方法。
【請求項４】
前記報告グループは、ＷＴＲＵごとに、またはＷＴＲＵ  ＤＲＢに関連するサービス品質（ＱｏＳ）ごとに編成されることを特徴とする請求項３に記載の方法。
【請求項５】
前記ＢＳＲは、定期的に、構成されたトリガイベントの発生に基づいて、または、定期的なタイマと、構成されたトリガイベントの発生との組合せに基づいて、トリガされることを特徴とする請求項１に記載の方法。
【請求項６】
前記中継ノードがそのリソース割振りに満足しているか否かを示す満足インジケータを送るステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
中継ノードを介した通信をサポートする方法であって、
前記中継ノードからハンドオーバターゲットへのワイヤレス送受信ユニット（ＷＴＲＵ）のハンドオーバの要求に応答してハンドオーバ要求肯定応答メッセージがドナーｅノードＢ（ＤｅＮＢ）から受け取られること、前記ＷＴＲＵについて前記ＤｅＮＢへのデータ転送が完了すること、エンドマーカが受け取られること、またはＷＴＲＵコンテキスト解放メッセージが受け取られることを条件として、前記中継ノードが、無線リソース構成または再構成を要求するために無線リソース制御（ＲＲＣ）メッセージを前記ＤｅＮＢに送るステップを含むことを特徴とする方法。
【請求項８】
ＷＴＲＵアプリケーションがサービス品質要件を変更すること、ＷＴＲＵ−中継ノードインタフェースに対する調整が中継ノード−ＤｅＮＢインタフェース構成に影響を及ぼすこと、前記中継ノードが接続状態から遊休状態に移行すること、システム情報パラメータ値のいくつかが変化すること、総ＷＴＲＵアップリンクバッファがしきい値を超えること、総中継ノードダウンリンクバッファがしきい値を超えること、および／またはＷＴＲＵ−中継ノードインタフェースを再構成する必要があることを条件として、前記中継ノードが、構成または再構成の必要性を示すためにＲＲＣメッセージを前記ＤｅＮＢに送るステップをさらに含むことを特徴とする請求項７に記載の方法。
【請求項９】
送受信機と、
バッファステータス報告（ＢＳＲ）を生成し、前記ＢＳＲをドナー高度化（ｅｖｏｌｖｅｄ）ノードＢ（ＤｅＮＢ）に送るように構成されたプロセッサであって、前記ＢＳＲはワイヤレス送受信ユニット（ＷＴＲＵ）へのダウンリンク送信についての前記中継ノードにおけるバッファステータスに関する情報を含む、プロセッサと、
を備える中継ノード。
【請求項１０】
前記ＢＳＲは、前記中継ノードにおける中継ノードアップリンクバッファステータス、および／またはＷＴＲＵバッファステータスに関する情報を含むことを特徴とする請求項９に記載の中継ノード。
【請求項１１】
前記プロセッサは、１つもしくは複数のＷＴＲＵのアクティブなＷＴＲＵ無線ベアラ（ＲＢ）についての、または１つもしくは複数の報告グループに属するアクティブなＷＴＲＵ  ＲＢについての、アップリンクバッファ蓄積の合計に基づいて、前記中継ノードアップリンクバッファステータスを生成し、１つもしくは複数のＷＴＲＵのアクティブなＷＴＲＵ  ＲＢについての、または１つもしくは複数の報告グループに属するアクティブなＷＴＲＵ  ＲＢについての、ダウンリンクバッファ蓄積の合計に基づいて、ダウンリンク送信についての前記中継ノードにおけるバッファステータスに関する前記情報を生成し、１つまたは複数のＷＴＲＵによって前記中継ノードに報告されたアップリンクバッファステータスに基づいて、前記ＷＴＲＵバッファステータスを生成するように構成されたことを特徴とする請求項１０に記載の中継ノード。
【請求項１２】
前記報告グループは、ＷＴＲＵごとに、またはＷＴＲＵ  ＤＲＢに関連するサービス品質（ＱｏＳ）ごとに編成されることを特徴とする請求項１１に記載の中継ノード。
【請求項１３】
前記ＢＳＲは、定期的に、構成されたトリガイベントの発生に基づいて、または、定期的なタイマと、構成されたトリガイベントの発生との組合せに基づいて、トリガされることを特徴とする請求項９に記載の中継ノード。
【請求項１４】
前記プロセッサは、前記中継ノードがそのリソース割振りに満足しているか否かを示す満足インジケータを送るように構成されたことを特徴とする請求項９に記載の中継ノード。
【請求項１５】
送受信機と、
前記中継ノードからハンドオーバターゲットへのワイヤレス送受信ユニット（ＷＴＲＵ）のハンドオーバの要求に応答してハンドオーバ要求肯定応答メッセージがドナーｅノードＢ（ＤｅＮＢ）から受け取られること、前記ＷＴＲＵについて前記ＤｅＮＢへのデータ転送が完了すること、エンドマーカが受け取られること、またはＷＴＲＵコンテキスト解放メッセージが受け取られることを条件として、無線リソース構成または再構成を要求するために無線リソース制御（ＲＲＣ）メッセージを前記ＤｅＮＢに送るように構成されたプロセッサと
を備えることを特徴とする中継ノード。
【請求項１６】
前記プロセッサは、ＷＴＲＵアプリケーションがサービス品質要件を変更すること、ＷＴＲＵ−中継ノードインタフェースに対する調整が中継ノード−ＤｅＮＢインタフェース構成に影響を及ぼすこと、前記中継ノードが接続状態から遊休状態に移行すること、システム情報パラメータ値のいくつかが変化すること、総ＷＴＲＵアップリンクバッファがしきい値を超えること、総中継ノードダウンリンクバッファがしきい値を超えること、および／またはＷＴＲＵ−中継ノードインタフェースを再構成する必要があることを条件として、構成または再構成の必要性を示すためにＲＲＣメッセージを前記ＤｅＮＢに送るように構成されたことを特徴とする請求項１５に記載の中継ノード。
【国際調査報告】
2013524643.tif 000012
2013524643.tif 000013
2013524643.tif 000014
2013524643.tif 000015
2013524643.tif 000016