(57)【要約】【課題】本発明は、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）チャネル上でのマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）データ伝送に関連した、無線送受信ユニット（ＷＴＲＵ）からのアップリンクフィードバックシグナリングの送信および削減の方法およびシステムに関する。【解決手段】ノードＢは、フィードバック用に時間周波数領域または共通チャネライゼーションコードを事前に割り当ててもよい。チャネル品質インジケータ（ＣＱＩ）を報告するトリガ基準が設定され、トリガ基準が満たされた場合だけ、ＷＴＲＵはＣＱＩをノードＢに送信する。トリガ基準は、ノードＢの現在の動作ＣＱＩ値、または転送ブロックの受信誤りの統計に基づく、または所定の時間でもよい。ＡＣＫ／ＮＡＣＫに関連したフィードバック削減方法には、ＷＴＲＵが送信間隔ごとにＡＣＫ／ＮＡＣＫを送信する代わりに首尾よくデータを復号するために必要とした平均送信回数の表示を送信することを含む。【選択図】図１
2014147131.tif 000002
【特許請求の範囲】
【請求項１】
無線送信受信装置（ＷＴＲＵ）であって、
高速物理ダウンリンク共用チャネルを受信するように構成された、少なくとも１つのプロセッサを具え、
前記少なくとも１つのプロセッサは、前記受信した高速物理ダウンリンク共用チャネルに応答して、ＡＣＫ／ＮＡＣＫおよびチャネル品質インジケータ（ＣＱＩ）情報に続く少なくとも１つのランダムアクセスチャネルプリアンブルを送信するように構成されたことを特徴とする無線送信受信装置（ＷＴＲＵ）。
【請求項２】
前記少なくとも１つのランダムアクセスチャネルプリアンブルは、保留されているランダムアクセスチャネルプリアンブルのセットの中から選択され、
該保留されているランダムアクセスチャネルプリアンブル以外のランダムアクセスチャネルプリアンブルは、前記ＡＣＫ／ＮＡＣＫおよび前記チャネル品質インジケータ（ＣＱＩ）情報無しで、ランダムアクセスデータを送信することに使用されることを特徴とする請求項１記載の無線送信受信装置（ＷＴＲＵ）。
【請求項３】
ブロードキャストデータは、前記高速物理ダウンリンク共用チャネルで受信されることを特徴とする請求項１記載の無線送信受信装置（ＷＴＲＵ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関する。より詳細には、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）データ伝送に対するアップリンクフィードバックシグナリングを削減するための方法、装置およびシステムに関する。
【背景技術】
【０００２】
技術の競争力をより長期間維持するために、第３世代パートナーシッププロジェクト（３ＧＰＰ）と３ＧＰＰ２の双方が、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）を検討しており、その中では、無線インタフェースとネットワークアーキテクチャの進化は必須である。
【０００３】
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）は、３ＧＰＰリリース６仕様書の中で導入された機能であり、マルチメディア情報（例えば、音声、映像）の転送をポイント・ツー・ポイント（ＰＴＰ）またはポイント・ツー・マルチポイント（ＰＴＭ）動作によって可能にする。ＭＢＭＳは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍｓ）リリース６の中でサポートされている。Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）ネットワーク上で加入者にマルチメディアコンテンツを確実に配信する効率的なメカニズムとしてＭＢＭＳをさらに改善するために、エンハンスト（ｅｎｈａｎｃｅｄ）ＭＢＭＳが考慮され、３ＧＰＰ  ＬＴＥの標準化活動の中で取り組まれている。
【０００４】
先行技術のＵＭＴＳリリース６では、ネットワーク基地局（３ＧＰＰではノードＢと呼ぶ）へのＭＢＭＳに対する無線送受信ユニット（ＷＴＲＵ）フィードバックはない。３ＧＰＰ  ＬＴＥでは、Ｅ−ＵＴＲＡシステムにおけるＭＢＭＳ運用を改善するために、ＷＴＲＵフィードバックが提案されている。それ故、ＷＴＲＵフィードバック伝送（transmission）は、Ｅ−ＵＴＲＡシステムにおける重要な設計上の問題になっている。
【０００５】
ＭＢＭＳでは、ブロードキャストサービスが常にＰＴＭモードで動作するのに対して、マルチキャストサービスは、ＰＴＰモードまたはＰＴＭモードのどちらで動作してもよい。マルチキャストサービスに関しては、無線アクセスネットワーク（ＲＡＮ）は、ＭＢＭＳ集計手順を用いて、セル内のマルチキャストサービスに参加している無線送受信ユニット（ＷＴＲＵ）数に基づき、ＰＴＰモードまたはＰＴＭモードのどちらかを選択してもよい。
【０００６】
ＰＴＰモードでは、ＭＢＭＳデータをエンドユーザに伝達するために専用チャネル（ＤＣＨ）が使用される。ＰＴＭモードでは、データはＭＢＭＳトラヒックチャネル（ＭＴＣＨ）上で転送される。このチャネルは、フォワードアクセスチャネル（ＦＡＣＨ）にマッピングされていて、またフォワードアクセスチャネル（ＦＡＣＨ）も、セカンダリ共通制御物理チャネル（Ｓ−ＣＣＰＣＨ）にマッピングされている。ＰＴＭは、多くのＷＴＲＵが同じサービスに加入するとき、無線リソースのより効率的な使用を可能にする。
【０００７】
高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）が、３ＧＰＰリリース５仕様書で導入された。ＭＢＭＳに関して提案された１つの強化策は、ＨＳＤＰＡ上でのＭＢＭＳデータの転送である（すなわち、ＭＴＣＨ論理チャネル）。ＨＳＤＰＡでは、スペクトル効率を向上するために、適応変調符号化（ＡＭＣ）、高速フィードバックのためのハイブリッド自動再送要求（Ｈ−ＡＲＱ）、および高速ノードＢスケジューリングなどの技術が使用されている。
【０００８】
ＡＭＣは、受信するＷＴＲＵが認識するチャネル状態に従って高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）のデータ伝送速度を適応させる。ノードＢは、以下の情報を用いて、個々の送信に対する最善の速度とスケジューリングを決定してもよい。
１）ＷＴＲＵから報告され、ＷＴＲＵが認識するチャネル品質を示すチャネル品質情報（ＣＱＩ）。
２）関連した専用チャネルの送信電力制御（ＴＰＣ）コマンド。
３）前の送信に対する肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）フィードバック。
【０００９】
より遅いデータ伝送速度は、一般に、好ましくないチャネル状態（例えば、セルの端）を認識するＷＴＲＵへの伝送に使用される。より速いデータ伝送速度は、良好なチャネル状態を認識するＷＴＲＵへの伝送に使用される。
【００１０】
ＰＴＭ動作に関しては、マルチキャストサービスに加入するＷＴＲＵは、同じ無線リソース上でＭＢＭＳデータを受信する。ＨＳＤＰＡを使用したＭＢＭＳの場合は、ＷＴＲＵは、同じ高速物理ダウンリンク共用チャネル（ＨＳ−ＰＤＳＣＨ）コード（すなわち、同じＨＳ−ＤＳＣＨ転送ブロック）を所与の送信時間間隔（ＴＴＩ）内に復号する。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
ノードＢにとって１つの難題は、すべてのＷＴＲＵがセル容量を無駄にすることなくデータを確実に復号できるような、マルチキャスト転送ブロック送信のための変調符号化スキームの選択である。一方で、ノードＢは、良好でないチャネル状態のＷＴＲＵを含むセル内の全ＷＴＲＵがデータを確実に復号できることを保証するために、常に遅いデータ伝送速度を用いて送信してもよい。他方で、ノードＢは、ＨＳＤＰＡリソースの無駄を避けるためにより速いデータ伝送速度で送信してもよい。この場合、良好でないチャネル状態を認識しているＷＴＲＵは、マルチキャスト転送ブロックの復号に支障を来たす恐れがある。
【００１２】
ＭＢＭＳデータに関して最善の伝送速度を決定する一手法は、アップリンク（ＵＬ）でＣＱＩ（すなわち、高速専用物理制御チャネル（ＨＳ−ＤＰＣＣＨ）上でＣＱＩ）を報告するようにＷＴＲＵを構成することである。ノードＢは、すべてのＷＴＲＵがデータを確実に復号できることを保証するために、最悪のＣＱＩ報告に従ってその伝送速度を設定してもよい。しかし、マルチキャストサービスに加入するＷＴＲＵ数が増加するにつれて、ＣＱＩフィードバック情報の伝送は、アップリンクにおける深刻な雑音の増加を引き起こし、他のアップリンク伝送に利用可能な容量を減らす。現行の３ＧＰＰリリース６仕様書は、最適な伝送速度の選択およびＨＳ−ＤＳＣＨ上のマルチキャスト転送ブロックのスケジューリングに関して支援していない。
【課題を解決するための手段】
【００１３】
Ｅ−ＵＴＲＡシステム、ＨＳＤＰＡシステムまたはインターネットプロトコル（ＩＰ）ベースのあらゆるシステムなどの無線通信システムのＭＢＭＳ伝送に対する、ＷＴＲＵアップリンクフィードバックシグナリングのための方法、装置およびシステム。フィードバックは、同期または非同期ランダムアクセスチャネル（ＲＡＣＨ）によって直接伝達されるのが好ましく、その場合、ノードＢはＷＴＲＵのためにアップリンク共用チャネルをスケジュールしない。一実施形態では、ＷＴＲＵは、フィードバックを送信するためにアップリンク共用データ／制御チャネルを使用するが、そのアップリンク共用データ／制御チャネルは、ＷＴＲＵが同期または非同期ＲＡＣＨで送信したアップリンク共用チャネル割り当て要求に応えて、割り当てられる。
【００１４】
別の実施形態では、Ｅ−ＵＴＲＡまたはＨＳＤＰＡチャネル上のＭＢＭＳデータ伝送に対するアップリンクフィードバックシグナリングが削減される。チャネル品質インジケータ（ＣＱＩ）を報告するトリガ基準が設定され、トリガ基準が満たされた場合だけ、ＷＴＲＵはＣＱＩをノードＢに送信する。トリガ基準は、ノードＢの現在の動作ＣＱＩ値でもよく、その場合ＷＴＲＵは、チャネル状態が現在の動作ＣＱＩ値より良くないときに、ＣＱＩを送信する。トリガ基準は、高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）転送ブロックの受信誤りの統計に基づき生成されてもよい。トリガ基準は所定の時間でもよく、その場合、ＷＴＲＵが所定の時間ＣＱＩを送信していない場合、ＣＱＩをノードＢに送信する。ランダムバックオフ手順が、ＣＱＩを送信する前にさらに実施されてもよい。
【００１５】
フィードバック削減の別の方法には、ノードＢによるマルチキャストデータの所定回数の送信があり、その場合ＷＴＲＵは、マルチキャストデータに対してノードＢに肯定応答を送信する必要がない。代わりにＷＴＲＵは、データを首尾よく復号するために必要とした平均送信回数と誤り率の少なくとも１つの表示を送信する。
【００１６】
他の目的および利点は、本発明の現在好適な実施形態の以下の説明に基づき、当業者に明らかになるであろう。
【図面の簡単な説明】
【００１７】
【図１】ＭＢＭＳ伝送に関連したアップリンクフィードバックシグナリング方法のフロー図である。
【図２】アップリンクデータまたは制御情報と同時に送信されるＭＢＭＳに関連した、アップリンクフィードバックシグナリング方法のフロー図である。
【図３】ＭＢＭＳ伝送に関連したフィードバックシグナリングのために、ＷＴＲＵにアップリンクチャネル事前割り当てを提供する方法のフロー図である。
【図４】ＭＢＭＳ伝送に関連したアップリンクフィードバック用に構成されたＷＴＲＵのブロック図である。
【図５】ＭＢＭＳ伝送に対するＣＱＩフィードバックを削減する方法のフロー図である。
【図６】ＭＢＭＳ伝送に関連したＡＣＫ／ＮＡＣＫフィードバックを削減する方法のフロー図である。
【発明を実施するための形態】
【００１８】
以下で言及するとき、用語「ＷＴＲＵ」は、ユーザ装置（ＵＥ）、移動機、固定もしくは移動加入者ユニット、ページャ、または無線環境で動作する能力のある他のあらゆる種類のデバイスを含むがこれらに限定されない。以下で言及するとき、用語「ノードＢ」は、基地局、サイトコントローラ、アクセスポイント、または無線環境を通して接続する他のあらゆる種類のデバイスを含むがこれらに限定されない。
【００１９】
アップリンクに過度の雑音増加を起こすことなく、無線アクセスネットワーク（ＲＡＮ）にマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）データの最適伝送速度およびスケジューリングを決定するために必要な情報を提供する装置および方法について本明細書に記載する。さらに、チャネル品質インジケータ（ＣＱＩ）フィードバックおよびハイブリッド自動再送要求（Ｈ−ＡＲＱ）動作のための肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）フィードバックによるシグナリングの上乗せ分を削減するための装置および方法も記載する。
【００２０】
ＭＢＭＳサービスに対するＷＴＲＵのフィードバックの伝送は、ユニキャストとＭＢＭＳの混在するセルで実施されてもよい。アップリンクチャネルがない場合に限り、ＭＢＭＳ専用のセルにも適用可能である。
【００２１】
ＭＢＭＳの運用を容易にするために、ＷＴＲＵフィードバックがＭＢＭＳサービスに対して使用されてもよく、ＷＴＲＵフィードバックには、ＮＡＣＫ、チャネル品質インジケータ（ＣＱＩ）、およびネットワーク集計／ポーリングへの応答を含むがこれらに限定されない。ＭＢＭＳのポイント・ツー・ポイント（ＰＴＰ）再送信を利用可能にするために使用されるＷＴＲＵ  ＮＡＣＫフィードバックでは、ＷＴＲＵ  ＩＤが明示的または暗示的にＮＡＣＫメッセージに含まれる。ＭＢＭＳのポイント・ツー・ポイント（ＰＴＭ）再送信を利用可能にするために使用されるＷＴＲＵ  ＮＡＣＫフィードバックでは、ＷＴＲＵ  ＩＤは伝達される必要がない。ＰＴＭへのＭＣＳ（変調符号化スキーム）適応を利用可能にするために使用されるＷＴＲＵ  ＣＱＩフィードバックに関しては、ＷＴＲＵ  ＩＤは含まれる必要がない。ネットワークがいくつかのＭＢＭＳサービスに関して一度に同時の集計／ポーリングを実行している場合、ＭＢＭＳサービスＩＤは、ネットワーク集計／ポーリングへの応答の中に含まれるべきである。
【００２２】
一実施形態では、ＷＴＲＵのフィードバック伝送用に割り当てられたアップリンクチャネルの情報は、ブロードキャストチャネル（ＢＣＨ）で送信されるのが好ましい。あるいは、ＷＴＲＵがＭＢＭＳ用に構成されている場合、ＷＴＲＵの伝送フィードバックはＭＢＭＳ制御チャネル（ＭＣＣＨ）で送信される。
【００２３】
図１は、ＭＢＭＳに対するＷＴＲＵのフィードバック伝送のための方法フローチャートを示す。ステップ１０１では、ＷＴＲＵは、ノードＢと同期しているかどうかを判断する。同期していない場合、以下の手順に従って、非同期ＲＡＣＨがＭＢＭＳフィードバック用に使用される。ＬＴＥに関する一例として、この手順は、ＷＴＵがＬＴＥ＿Ｉｄｌｅ状態（すなわち、ＲＲＣ接続なし）のとき、またはＷＴＲＵがＬＴＥ＿Ａｃｔｉｖｅ状態（すなわち、ＲＲＣ接続あり）のとき、使用されてもよい。次にステップ１０２で、アップリンク共用チャネル割り当てがシステム構成で必要とされない場合、ＷＴＲＵは、ステップ１０３で、ＲＡＣＨの好ましくはＲＡＣＨプリアンブル内で、ランダムアクセスの理由が「ＭＢＭＳ用フィードバック」であることを示すメッセージを送信する。わずかのプリアンブルが「ＭＢＭＳ用フィードバック」の理由のために保留されてもよい。この表示に応えて、ノードＢは、ＭＢＭＳフィードバック用にＷＴＲＵにアップリンク共用チャネルを割り当てず（ステップ１０４）、ＷＴＲＵは、非同期ＲＡＣＨの好ましくはＲＡＣＨプリアンブルの中で、直接ＭＢＭＳフィードバックを送信する（ステップ１０５）。
【００２４】
ステップ１０２に戻って、アップリンク共用チャネル割り当てがシステム構成で必要とされる場合、ＷＴＲＵは、非同期ＲＡＣＨプリアンブルの中の表示としてこのような割り当て要求を送信する（ステップ１０６）。ＲＡＣＨ理由が必要な場合、フィードバックの総量が非同期ランダムアクセスチャネルの現在の設計を用いて伝達されてもよく、基本的な非同期ランダムアクセスチャネル構造は、ＭＢＭＳに対するフィードバックを伝達するために変更する必要はない。
【００２５】
あるいは、ＭＢＭＳに対するフィードバックを伝達する非同期ランダムアクセスチャネルのチャネル構造は、以下の例を含めて変更される。非同期ランダムアクセスチャネルのプリアンブルは、より多くの暗示情報を伝達するために延長されてもよい。より多くのシーケンスインデックスが、より多くの暗示情報を伝達するために非同期のランダムアクセスチャネルのプリアンブルシーケンス（例えば、Ｚａｄｏｆｆ−ＣｈｕシーケンスまたはＧＣＬシーケンス）のために使用されてもよい。非同期ランダムアクセスチャネルは、ＭＢＭＳフィードバック情報を明示的に伝達してもよい。ランダムアクセスバーストは、メッセージ／制御ビットフィールドを付加するために、延長されてもよい。
【００２６】
ＲＡＣＨ理由表示が必要な場合（ステップ１０７）ＷＴＲＵは、好ましくは非同期ＲＡＣＨプリアンブルの中で、「ＭＢＭＳ用フィードバック」表示を送信する（ステップ１０８）。一定数のプリアンブルが、「ＭＢＭＳ用フィードバック」表示とともにフィードバック情報用に保留されてもよい。ＲＡＣＨ理由表示を必要とすることの利点は、そうしないとノードＢが、ＲＡＣＨバーストがＭＢＭＳフィードバック用であると認識しないで、ＲＡＣＨで伝達される情報を普通のＲＡＣＨアクセス情報と見なすであろうことである。１つの解決手段は、ブラインド検出を実行するようにノードＢを構成することであるが、性能の悪化と複雑さの増加という代償がある。
【００２７】
ＲＡＣＨ理由表示が必要とされない場合、ステップ１０８は飛ばされる。ＲＡＣＨ理由表示が送信されるかどうかにかかわらず、ノードＢはＲＡＣＨプリアンブルを検出し、アップリンク共用チャネルを割り当てる（ステップ１０９）。ステップ１１０では、ＷＴＲＵは、その与えられた割り当てに従って、アップリンク共用データ／制御チャネルでそのＭＢＭＳフィードバックを送信する。割り当てられたアップリンク共用データ／制御チャネルは、ＷＴＲＵによる所定の時間内のＭＢＭＳに対するフィードバックの送信を可能にするように、十分な大きさにすべきである。
【００２８】
ステップ１０１に戻って、ＷＴＲＵがノードＢと同期している場合、ＷＴＲＵは、以下の手順に従って同期ＲＡＣＨを使用するが、一例としてＬＴＥの場合、この手順は、ＷＴＲＵがＬＴＥ＿Ａｃｔｉｖｅ状態（ＲＲＣ接続あり）のとき使用されてもよい。
【００２９】
ステップ１２２で、アップリンク共用チャネル割り当てがシステム構成で必要とされない場合、ＷＴＲＵは、ステップ１２３でＲＡＣＨの好ましくはＲＡＣＨプリアンブル内で、ランダムアクセスの原因が「ＭＢＭＳ用フィードバック」ことを示すメッセージを送信する。わずかなプリアンブルが、「ＭＢＭＳ用フィードバック」の理由のために保留されてもよい。この表示に応えて、ノードＢは、ＭＢＭＳフィードバック用にはＷＴＲＵにアップリンク共用チャネルを割り当てないで（ステップ１２４）、ＷＴＲＵは、ＭＢＭＳフィードバックを同期ＲＡＣＨの好ましくはＲＡＣＨプリアンブルの中で直接送信する（ステップ１２５）。
【００３０】
共用チャネル上でスケジューリング要求を送信するために、ＷＴＲＵは普通のＲＡＣＨプリアンブルを使用するが、この実施形態に従ってＲＡＣＨ理由表示もしくは明示的制御ビットを含めるために適切なサイズであれば、ＷＴＲＵは、普通のＲＡＣＨプリアンブルを使用し、そうでなければ延長プリアンブルを使用する。同期ＲＡＣＨ構造は、「ＭＢＭＳ用フィードバック」の表示にマッピングする、変更されたプリアンブルシーケンスおよび制御ビットフィールドを有する。さらに、新しいチャネル構造または保留されたプリアンブルにより、ノードＢは、それがＷＴＲＵからのスケジューリング要求だけを伝達する普通の同期ランダムアクセスチャネルではないことを、識別可能になる。従って、ノードＢは、ＷＴＲＵのためにアップリンク共用チャネルをスケジュールしない。
【００３１】
フィードバックの総量を同期ランダムアクセスチャネルの現在の設計（現在の仕様で定められている２４ビット長など）を用いて伝達できる場合、基本的な同期ＲＡＣＨ構造を変更する必要はない。できない場合、ＭＢＭＳに対するフィードバックを伝達する同期ランダムアクセスチャネルに対して、異なるチャネル構造が使用される。ＲＡＣＨへの変更は、以下の例を含むがこれらに限定されない。
・同期ランダムアクセスチャネルのプリアンブルが、より多くの暗示情報を伝達するために延長されてもよい。
・より多くのシーケンスインデックスが、より多くの暗示情報を伝達するために、同期ランダムアクセスチャネルのプリアンブルシーケンスのために使用されてもよい。
・同期ランダムアクセスチャネルがより多くの明示情報ビットを伝達する。そうするために、ランダムアクセスバーストは、より多くのビットを伝達するように延長されてもよい。
【００３２】
ステップ１２２に戻って、アップリンク共用チャネル割り当てがシステム構成から必要とされる場合、ＷＴＲＵは、同期ＲＡＣＨプリアンブルの中の表示として、そのような割り当て要求を送信する（ステップ１２６）。
【００３３】
ＲＡＣＨ理由表示が必要な場合（ステップ１２７）、ＷＴＲＵは、好ましくは非同期ＲＡＣＨプリアンブルの中で、「ＭＢＭＳ用フィードバック」表示を送信する（ステップ１２８）。一定数のプリアンブルが、「ＭＢＭＳ用フィードバック」のＲＡＣＨ理由表示とともにフィードバック情報のために保留されてもよい。
【００３４】
ＲＡＣＨ理由表示が必要でない場合、ステップ１２８は飛ばされる。ＲＡＣＨ理由表示が送信されるかどうかにかかわらず、ノードＢは、ＲＡＣＨプリアンブルを検出し、アップリンク共用チャネルを割り当てる（ステップ１２９）。ステップ１３０では、ＷＴＲＵは、その認められた割り当てに従って、アップリンク共用データ／制御チャネル上でそのＭＢＭＳフィードバックを送信する。割り当てられたアップリンク共用データ／制御チャネルは、ＷＴＲＵによる所定の時間内のＭＢＭＳに対するフィードバックの送信を可能にするように、十分な大きさにすべきである。
【００３５】
図２は、ＭＢＭＳサービスに対するＷＴＲＵ送信フィードバック情報が同時共存のアップリンク共用チャネル上に存在する方法のフローチャートである。ＬＴＥ適用に関しては、この方法は、ＬＴＥ＿Ａｃｔｉｖｅ状態（ＲＲＣ接続あり）で、現在のＴＴＩ中にアップリンク共用チャネルを有するときに適用される。ステップ２０１では、ＷＴＲＵがＲＲＣ接続を確立する。ステップ２０２では、アップリンク共用チャネルが確立される。ＷＴＲＵがＭＢＭＳフィードバックを有するとき、それは、ステップ２０３で、アップリンク共用データチャネル上でアップリンクデータおよびデータ関連制御情報と一緒に送信される。個別のプロセスまたは以前のステップとの組み合わせとして、ＷＴＲＵは、ステップ２０４でアップリンク非データ関連共用制御チャネル（ＣＱＩＣＨ、ＡＣＫＣＨなど）を確立する。ＷＴＲＵのＭＢＭＳフィードバックは、ステップ２０５で、アップリンク共用制御チャネル上でアップリンク非データ関連制御情報と一緒に送信される。
【００３６】
図３は、ノードＢがＭＢＭＳフィードバック目的でチャネル領域を事前に割り当てる方法のフローチャートである。一変形形態では、事前割り当ては、例えばＮＡＣＫだけなどの１つのタイプのフィードバック用に構成される。代替的変形形態では、複数のチャネル領域が事前に割り当てられ、各々がそれ独自のＭＢＭＳフィードバックのタイプを持つ。ＬＴＥシステム、またはどのＯＦＤＭＡベースのシステムもしくはどの１キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）タイプのシステムに関しても、時間周波数領域（例えば、ブロックまたはシンボル）がノードＢによって事前に割り当てられる（ステップ３０１）。ＷＣＤＭＡ（登録商標）タイプのシステムに関しては、ノードＢは、アップリンクＭＢＭＳフィードバック表示のために共通チャネライゼーションコードを事前に割り当てる。ステップ３０２では、ノードＢは、ブロードキャストチャネルでＷＴＲＵに事前割り当て表示を送信する。ステップ３０３では、各ＷＴＲＵに関して、ＭＢＭＳフィードバック基準が満たされた場合、ＷＴＲＵは、ＭＢＭＳフィードバック用に事前割り当てられた時間周波数領域または共通チャネライゼーションコードで、予め定められたバーストを送信する。フィードバックは、インジケータ（例えば、ＮＡＣＫメッセージ）または少数のビットを備えてもよい。ノードＢは、時間周波数領域（または共通チャネライゼーションコード）の中の受信信号電力が予め定められた閾値を超えるかどうかを検出することによって、何らかのフィードバックがあるかどうかを検出する。ノードＢ内のプロセッサは、上記の方法のノードＢのステップを実施するために使用されてもよい。ＷＴＲＵのプロセッサは、上記のＷＴＲＵのステップを実施するために使用されてもよい。
【００３７】
図４は、上記のＭＢＭＳフィードバック方法を実装するＷＴＲＵ４０１を示す。ＷＴＲＵ４０１は、１つのプロセッサ４０４として実装されている、物理層（ＰＨＹ）エンティティ４０２および無線リソース制御（ＲＲＣ）エンティティ４０３を備える。あるいは、個別のプロセッサが、これらのエンティティを実装するために使用されてもよい。ＰＨＹエンティティ４０２は、ＭＢＭＳフィードバックメッセージ（例えば、ＣＱＩまたはＮＡＣＫ）を生成する責任がある。ＲＲＣエンティティ４０３は、その接続状態を監視し、ＬＴＥに関しては、現在のモードがＬＴＥ＿Ａｃｔｉｖｅ状態かそれともＬＴＥ＿Ｉｄｌｅ状態かを判断する。その接続状態に基づきＲＲＣエンティティ４０３からＭＢＭＳフィードバックを送信するために、同期または非同期ＲＡＣＨが選択される。
【００３８】
ＭＢＭＳに加入するＷＴＲＵ数は大きくてもよいので、アップリンクでのフィードバックトラヒック制御は、望ましい機能である。本発明の好適な実施形態には、ＷＴＲＵが送信するＣＱＩおよびＮＡＣＫメッセージ数を削減するなどの、ＭＢＭＳに対する確率ベースのフィードバック削減メカニズムを含む。ネットワーク（すなわち、ノードＢまたはアクセスゲートウェイ）は、特定のタイプのＭＢＭＳフィードバック用に応答／フィードバック確率パラメータを設定する。一例として、ネットワークは、ＣＱＩ  ＭＢＭＳフィードバックに対する推定確率０．３はＭＢＭＳフィードバックによる過負荷を防ぎ、アップリンクトラヒックを容認可能なレベルに維持すると判断する。従って、ＣＱＩフィードバックに対する閾値パラメータは０．３である。ＷＴＲＵは、制御チャネルまたはブロードキャストチャネルを通してネットワークからパラメータを通知される。ＷＴＲＵは、ＭＢＭＳフィードバックの送信を望むとき、乱数を求める。乱数が応答／フィードバック確率パラメータ以下である場合、ＷＴＲＵは、ＭＢＭＳに対するフィードバックを送信する。そうでなければ、フィードバックを送信しない。ネットワークは、異なるタイプのフィードバックに対して異なる応答／フィードバック確率パラメータを設定してもよい。さらなるＭＢＭＳフィードバックトラヒックの削減は、アップリンクチャネルでフィードバックに少数のビットを用いるフィードバックより多数のビットを用いるフィードバックに対して、より低い確率の閾値パラメータを設定することにより達成し得る。
【００３９】
ＨＳＤＰＡ伝送に関しては、最適な伝送速度を選択し、ＨＳ−ＤＳＣＨ上にマルチキャストデータをスケジュールするために、ノードＢは、ＷＴＲＵからのＣＱＩフィードバックを必要とする。ノードＢが想定している現在の動作ＣＱＩよりチャネル状態が悪いかそれに等しいとき、ＷＴＲＵはＣＱＩを送信する。現在の動作ＣＱＩ値は、ノードＢが知っている、加入しているＷＴＲＵの中で一番悪いＣＱＩに相当する。いったんノードＢがいずれかのＷＴＲＵから現在の動作ＣＱＩ値より悪いＣＱＩを通知されると、ノードＢは、現在の動作ＣＱＩ値を更新する。このタイプのＭＢＭＳフィードバックをできるだけ少なくするために、ＣＱＩ報告トリガ基準が確立され、ＣＱＩ報告は、トリガ基準が満たされた場合だけ送信される。これは、ＣＱＩ報告がＷＴＲＵで継続的または定期的に生成される従来のＨＳＤＰＡ制御シグナリングとは異なる。
【００４０】
図５は、この実施形態によるＣＱＩフィードバック削減の方法フローチャートである。現在の動作ＣＱＩ値などのトリガ基準は、ＣＱＩの送信が必要に応じてトリガされ得るように、加入している全ＷＴＲＵに知られていなければならない。トリガ基準は、高速共用制御チャネル（ＨＳ−ＳＣＣＨ）を用いて、ノードＢからＷＴＲＵに明示的に通知されてもよい（ステップ５０１）。トリガ基準を示すために、追加のビットが従来のＨＳ−ＳＣＣＨスロットフォーマットに加えられてもよい。追加のビットは、ＨＳ−ＤＳＣＨにマッピングされたマルチキャストサービスごとに加えられてもよいし、また全マルチキャストサービスで共用されてもよい。トリガ基準は、トリガ基準を含むように変更されたＨＳＤＰＡ媒体アクセス制御（ＭＡＣ−ｈｓ）ヘッダによって、ＭＢＭＳ制御チャネル（ＭＣＣＨ）によって、またはセルのマルチキャスト／ブロードキャストサービスに関連した制御情報を伝達するダウンリンクの新しい物理層信号もしくはＬ２制御チャネルによって、伝送されてもよい。
【００４１】
あるいは、ＷＴＲＵは、ステップ５０２に示されるように、ノードＢが使用する伝送速度に基づきマルチキャストサービスに対するトリガ基準を推量してもよい。伝送速度をトリガ基準にマッピングするために、ルックアップテーブルが使用されてもよい。この代替形態は、ダウンリンクへのシグナリング要求がより少ない利点があるが、現在のトリガ基準に相当する速度で送信するようにノードＢに強いる。これは、ある失敗レベルが望ましい場合に伝送速度をさらに最適化する、ノードＢが持っているかもしれない柔軟性を取り除く。
【００４２】
ステップ５０３では、ＷＴＲＵのＣＱＩが現在動作しているＣＱＩ値以下かどうかなどのトリガ基準が監視される。アップリンクＣＱＩ報告に関する別の可能なトリガ基準は、ＨＳ−ＤＳＣＨ転送ブロックの受信誤りを基にしている。この基準に関しては、ＣＱＩの送信は、ＨＳ−ＤＳＣＨ転送ブロックの連続したＮ個の受信失敗時にトリガされる。あるいは、ＷＴＲＵは、前のＭ個の転送ブロック中のＮ個の受信失敗時にＣＱＩを送信してもよい。パラメータＮとＭの値はＲＡＮで設定可能であり、いったんＷＴＲＵがマルチキャストサービスに加入すると、ＷＴＲＵに通知されてもよい。あるいは、トリガ基準は、以下のようにタイマーベースである。ＷＴＲＵが所定の時間（例えば、これまでのＴ秒間）ＣＱＩを送信していない場合、ＷＴＲＵはＣＱＩをノードＢに送信してもよい。時間（すなわち、パラメータＴの値）はＲＡＮで設定可能である。ＲＡＮは、マルチキャストサービス中に時間（すなわち、Ｔの値）を調整してもよい。例えば、より多くのユーザがマルチキャストサービスに加わったとき、アップリンクの上乗せ分をさらに削減するために、ＲＡＮはＴの値を増やしてもよい。
【００４３】
ステップ５０４では、いったんトリガ基準が満たされると、ＣＱＩフィードバック報告がＷＴＲＵから送信される。トリガ基準は、必要に応じて定期的に更新される（ステップ５０５）。例えば、現在の動作ＣＱＩがトリガ基準である場合、ノードＢは、現在の動作ＣＱＩをＷＴＲＵが送信するＣＱＩ報告の中の最悪の値に相当するように更新する。
【００４４】
複数のＷＴＲＵからのＣＱＩの突然の同時送信を避けるために、ランダムバックオフ期間または存続がトリガ基準に適用されてもよい。トリガ基準は、ＷＴＲＵがアップリンクでＣＱＩを送信するために、無作為の期間（例えば、ＴＴＩ間隔の１〜１０ＴＴＩの間に均等に分布される）存続しなければならない。ランダムバックオフ時間に関連するパラメータは、ＲＡＮで設定可能である。さらに、ＲＡＮはバックオフ時間パラメータを更新してもよい。例えば、マルチキャストサービスに加入するＷＴＲＵ数が増加するにつれて、ＲＡＮはランダムバックオフ時間間隔を長くしてもよい。ランダムバックオフは、前述の３つの実施形態のどれに適用してもよい。
【００４５】
最初の現在の動作ＣＱＩ値またはＭＢＭＳ伝送速度を決定するために、ＲＡＮは、ＷＴＲＵがＣＱＩで応答するラウンドロビンポーリングを実行してもよい。この手順で報告された最悪のＣＱＩが、最初の現在の動作ＣＱＩ値になる。ＣＱＩを取得するためのＷＴＲＵに対するラウンドロビンポーリングは、ＲＡＮの制御のもとで、それ自体で使用できる手順であってもよい。ポーリングの周期は、ＲＡＮが決定するパラメータである。ＲＡＮは、現在の動作ＣＱＩ値を更新するためまたはＭＢＭＳ伝送速度を決定するために、ＷＴＲＵのランダムポーリングも実行してもよい。
【００４６】
ポーリング信号は、ポーリング信号ビット（ＷＴＲＵのＩＤが主信号フォーマットにまだ存在しない場合ＷＴＲＵ  ＩＤを含む）を以下のものに付加するやり方でＲＡＮ／ノードＢから通知されてもよい。
１）既存のＨＳ−ＳＣＣＨスロットフォーマット、
２）ＭＡＣ−ｈｓヘッダフォーマット、
３）ＭＣＣＨ、または
４）セルのマルチキャストサービス関連制御情報を伝達するダウンリンクの新しいＬ１物理信号またはＬ２制御チャネル。
【００４７】
ＷＴＲＵからのＣＱＩの送信は、以下のメカニズムで（単独または組み合わせで）実行されてもよい。
１）既存のＨＳ−ＤＰＣＣＨアップリンク制御チャネルを用いて、
２）ランダムアクセスチャネル（ＲＡＣＨ）上で、
３）ＣＱＩを伝達するために使用される新しいＬ１物理信号またはＬ２制御チャネルを用いて。Ｌ１物理信号の場合は、ノードＢの現在の動作ＣＱＩ値に対してＣＱＩの増大または減少を指示するために、所定のビットシーケンスが使用されてもよい。どちらの場合も、ＣＱＩ報告は、現在の動作ＣＱＩ値に相対的（すなわち、増大または減少）でもよいし、また絶対値でもよい。
【００４８】
図６は、Ｈ−ＡＲＱ動作中にＷＴＲＵが通常送信するＡＣＫまたはＮＡＣＫフィードバックであるフィードバック信号の、別の形態の削減方法の方法フローチャートである。ＡＣＫ／ＮＡＣＫパケットは、パケットが首尾よく復号されたか否かをノードＢに知らせる。
【００４９】
ステップ６０１では、ノードＢは、所定の回数各ＭＡＣ−ｈｓパケットデータユニット（ＰＤＵ）を送信する。ノードＢは、新しいＭＡＣ−ｈｓ  ＰＤＵをいつ送信するかを、ＡＣＫ／ＮＡＣＫフィードバックに基づいて決める必要はない。しかしそれでも、ノードＢが様々なリンクの一般的性能を認識するためのメカニズムは望ましい。必要なフィードバックを提供するために、以下のステップでは、新しいシグナリングフォーマット、およびノードＢからの１つ１つの送信の後にＡＣＫまたはＮＡＫを送信するより効率的な手順を定める。
【００５０】
ステップ６０２では、ＭＢＭＳフィードバック用にＡＣＫ／ＮＡＣＫ信号の送信を求められているトリガ条件が満たされているかどうかを、ＷＴＲＵが継続的に監視する。いったんトリガ条件が満たされると、ステップ６０３で、ＷＴＲＵは、ＰＤＵを首尾よく復号するために必要とした平均Ｈ−ＡＲＱ送信回数の表示、または代わりに誤り率などのリンク性能情報を含むメッセージをノードＢに通知する。リンク性能データは、ＷＴＲＵで決定されるが、一時格納され、必要に応じてアクセスされてもよい（ステップ６０６）。表示の送信は、前に送信された表示と異なる場合または他のトリガ条件が満たされた場合だけ、トリガされてもよい。あるいは、この表示は、比較的長い間隔（８または１６の全部そろったＭＡＣ−ｈｓ  ＰＤＵ転送後ごとなど）で送信されてもよい。この情報を伝達するために必要なビット数は、たったの２ビットでもよい（１ビットでさえよい）。例示のマッピングを表１に示す。
【００５１】
【表１】
2014147131.tif 000003
【００５２】
上に示す値は典型例にすぎず、他のどんな値も可能であることは理解されるべきである。特に、Ｈ−ＡＲＱ誤り率（または必要とした平均送信回数）が一定の閾値（例えば２５％）以下である場合、ＷＴＲＵからのフィードバックのトリガ基準（ステップ６０２）に報告をすべて中止する規則を定めることが可能である。この場合、２５％以下ではビットシーケンスをＨ−ＡＲＱ誤り率にマッピングする必要がなく、マッピングする値の範囲が少なくなる（すなわち、０％〜１００％の代わりに２５％〜１００％）。ビットシーケンスとＨ−ＡＲＱ誤り率（または必要とした平均送信回数）との間の正確なマッピングは、仕様で予め定められるか、または代わりに上位の層から通知されるのが好ましい。
【００５３】
表示のためのビットシーケンスは、受信の信頼性を改善し、それを伝達する物理チャネルの最小ビットレートに一致するように、適切に符号化されてもよい。フィードバックの所望の頻度が十分に少ない場合、情報をより上位の層のメッセージに含めることも可能である。
【００５４】
ノードＢはすべてのＷＴＲＵからのＭＢＭＳフィードバックを監視する（ステップ６０４）。フィードバックに応えて、ノードＢは、ＭＢＭＳチャネルをリッスンしているＷＴＲＵの集団に対してステップ６０５でＭＣＳおよび／または送信電力を適切に調整できる。例えば、１つまたはいくつかのＷＴＲＵから大きいＨ−ＡＲＱ誤り率を示すフィードバックを受信した時、ノードＢは、より消極的なＭＣＳスキームの使用または送信電力の増加を決定してもよい。逆に、ノードＢがほとんどまたはすべてのＷＴＲＵから小さい誤り率を通知された場合、ノードＢは、より積極的なＭＣＳスキームの使用および／または送信電力の減少を行ってもよく、このようにして他のアプリケーションのためにリソースを解放してもよい。このメカニズムは、前の実施形態で明示されたＣＱＩ報告スキームとともに使用されてもよいが、それらにすっかり置き換わってさえもよい。
【００５５】
図５および６に関連した実施形態は、ＨＳＤＰＡチャネルに関して説明されているが、方法は、Ｅ−ＵＴＲＡベースのシステムでのＭＢＭＳ伝送およびＭＢＭＳフィードバックにも適用可能である。
【００５６】
＜実施形態＞
１．無線送受信ユニット（ＷＴＲＵ）を含む無線通信システムにおける、
ランダムアクセスチャネル（ＲＡＣＨ）プリアンブルの中でアップリンク共用チャネル割り当て要求を送信する工程と、
前記アップリンク共用チャネル割り当てを受信する工程と、
前記共用アップリンクチャネルでマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）フィードバック伝送（transmission）を送信する工程と
を備えることを特徴とする方法。
２．前記ＷＴＲＵが同期ＲＡＣＨプリアンブルを使用することを特徴とする実施形態１に記載の方法。
３．前記ＷＴＲＵはＬＴＥ＿Ａｃｔｉｖｅ状態にあることを特徴とする実施形態２に記載の方法。
４．前記ＷＴＲＵが非同期ＲＡＣＨプリアンブルを使用することを特徴とする実施形態１に記載の方法。
５．前記ＷＴＲＵはＬＴＥ＿Ａｃｔｉｖｅ状態またはＬＴＥ＿Ｉｄｌｅ状態にあることを特徴とする実施形態４に記載の方法。
６．前記ＲＡＣＨへのランダムアクセスの理由はＭＢＭＳに対するフィードバックであることを表示するメッセージを前記ＷＴＲＵが送信する工程をさらに備えることを特徴とする先行する実施形態のいずれかに記載の方法。
７．無線送受信ユニット（ＷＴＲＵ）を含む無線通信システムにおける、
ランダムアクセスチャネル（ＲＡＣＨ）プリアンブルの中で前記ＲＡＣＨへのランダムアクセスの理由はＭＢＭＳに対するフィードバックであるとの表示を送信する工程と、
前記ＲＡＣＨでマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）フィードバック伝送を送信する工程と
を備えることを特徴とする方法。
８．前記ＷＴＲＵが使用する前記ＲＡＣＨは同期ＲＡＣＨであることを特徴とする実施形態７に記載の実施形態。
９．前記ＷＴＲＵが使用する前記ＲＡＣＨは非同期ＲＡＣＨであることを特徴とする実施形態７に記載の方法。
１０．前記ＭＢＭＳフィードバック伝送がランダムアクセスバーストの中のメッセージ／制御ビットフィールド内で送信されることを特徴とする実施形態７乃至９のいずれかに記載の方法。
１１．わずかなプリアンブルが前記ＭＢＭＳフィードバック伝送のために保留されることを特徴とする実施形態７乃至９のいずれかに記載の方法。
１２．前記ＭＢＭＳフィードバック伝送は暗示情報または明示情報として伝達されることを特徴とする実施形態７乃至９のいずれかに記載の方法。
１３．無線送受信ユニット（ＷＴＲＵ）を含む無線通信システムにおける、
アップリンク共用チャネルを確立する工程と、
前記アップリンク共用チャネルでＭＢＭＳサービスに対するフィードバック情報と他のアップリンク情報を同時に送信する工程と
を備えることを特徴とする方法。
１４．前記共用チャネルはデータチャネルであり、前記他のアップリンク情報はアップリンクデータおよびデータ関連制御情報であることを特徴とする実施形態１３に記載の方法。
１５．前記共用チャネルは制御チャネルであり、前記他のアップリンク情報は制御情報であることを特徴とする実施形態１３に記載の方法。
１６．現在の送信時間間隔（ＴＴＩ）中にＲＲＣ接続およびアップリンク共用チャネルを確立する工程をさらに備えることを特徴とする実施形態１３乃至１５のいずれかに記載の方法。
１７．無線送受信ユニット（ＷＴＲＵ）およびノードＢを含む無線通信システムにおける、
前記ノードＢが、ＭＢＭＳフィードバック伝送用にアップリンクチャネルの中に時間周波数領域を事前に割り当てる工程と、
前記ＷＴＲＵが、前記アップリンクチャネルの前記事前に割り当てられた時間周波数領域の中の予め定められたバーストとして、前記ＭＢＭＳフィードバックを送信する工程と
を備えることを特徴とする方法。
１８．前記ＭＢＭＳフィードバックは、ＮＡＣＫメッセージ、チャネル品質インジケータ（ＣＱＩ）、またはネットワーク集計もしくはポーリングへの応答であることを特徴とする実施形態１７に記載の方法。
１９．前記ノードＢが、前記事前に割り当てた時間周波数領域の中の受信信号電力が予め定められた閾値を超えるかどうかを検出することによって、何らかのＭＢＭＳフィードバックがあるかどうかを検出することを特徴とする実施形態１７または１８に記載の方法。
２０．無線送受信ユニット（ＷＴＲＵ）およびノードＢを含む無線通信システムにおける、
前記ノードＢが、ＭＢＭＳフィードバック伝送用にアップリンクチャネルに共通チャネライゼーションコードを事前に割り当てる工程と、
前記ＷＴＲＵが、前記アップリンクチャネルの前記事前に割り当てられた共通チャネライゼーションコードを用いて予め定められたバーストとして、前記ＭＢＭＳフィードバックを送信する工程と
を備えることを特徴とする方法。
２１．複数の無線送受信ユニット（ＷＴＲＵ）を含む無線通信システムにおける、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）チャネル上のマルチキャストサービスデータ伝送に対するアップリンクフィードバックシグナリングを削減する方法であって、
チャネル品質インジケータ（ＣＱＩ）を報告するトリガ基準を受信する工程と、
前記トリガ基準が満たされた場合、ＣＱＩを前記ノードＢに送信する工程と
を備えることを特徴とする実施形態。
２２．前記トリガ基準は前記ノードＢにおける現在の動作ＣＱＩ値であり、前記ＷＴＲＵのチャネル状態が前記現在の動作ＣＱＩ値より良くないとき、前記ＷＴＲＵが前記ＣＱＩを送信することを特徴とする実施形態２１に記載の方法。
２３．前記現在の動作ＣＱＩ値が高速共用制御チャネル（ＨＳ−ＳＣＣＨ）で前記ＷＴＲＵによって受信されることを特徴とする実施形態２２に記載の方法。
２４．前記現在の動作ＣＱＩ値がＨＳＤＰＡ媒体アクセス制御（ＭＡＣ−ｈｓ）ヘッダで前記ＷＴＲＵによって受信されることを特徴とする実施形態２２に記載の方法。
２５．前記現在の動作ＣＱＩ値がマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）制御チャネル（ＭＣＣＨ）で前記ＷＴＲＵによって受信されることを特徴とする実施形態２２に記載の方法。
２６．前記現在の動作ＣＱＩ値が物理層シグナリングを用いて前記ＷＴＲＵによって受信されることを特徴とする実施形態２２に記載の方法。
２７．前記トリガ基準が高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）転送ブロックの受信誤りに基づき生成されることを特徴とする実施形態２１に記載の方法。
２８．ＣＱＩの送信がＮ個の連続したＨＳ−ＤＳＣＨ転送ブロックの受信失敗時にトリガされることを特徴とする実施形態２１に記載の方法。
２９．ＣＱＩの送信がＭ個のＨＳ−ＳＣＣＨ転送ブロックの中のＮ個のＨＳ−ＤＳＣＨ転送ブロックの受信失敗時にトリガされ、前記ＮおよびＭの値は前記システムによって設定可能であることを特徴とする実施形態２１に記載の方法。
３０．前記トリガ基準は所定の時間であり、前記ＷＴＲＵが、前記所定の時間ＣＱＩを送信していない場合前記ＣＱＩを送信することを特徴とする実施形態２１に記載の方法。
３１．ノードＢおよび複数の無線送受信ユニット（ＷＴＲＵ）を含む無線通信システムにおける、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）チャネル上のマルチキャストサービスデータ伝送に対するアップリンクフィードバックシグナリングを削減する実施形態であって、
前記ＷＴＲＵが首尾よく前記データを復号するために必要とした平均送信回数と誤り率の少なくとも１つの表示を送信する工程
を備える方法。
３２．前記表示が比較的長い間隔で送信されることを特徴とする実施形態３１に記載の方法。
３３．前記表示が前に送信された前記表示と異なる場合だけ送信されることを特徴とする実施形態３１に記載の方法。
３４．前記表示はトリガ基準が満たされた場合だけ送信されることを特徴とする実施形態３１に記載の方法。
３５．前記ＷＴＲＵは、前記誤り率または前記必要とした平均送信回数が一定の閾値未満である場合、前記表示を送信しない、実施形態３１に記載の方法。
３６．前記ノードＢが、前記表示に基づき変調符号化スキームまたは送信電力レベルまたはそれらの組み合わせを調整する工程をさらに備えることを特徴とする実施形態３１乃至３５のいずれかに記載の方法。
３７．マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）対応の無線通信システムの無線送受信ユニット（ＷＴＲＵ）であって、
アップリンク共用チャネル割り当て要求を含むランダムアクセスチャネル（ＲＡＣＨ）プリアンブルの送信と、前記アップリンク共用チャネル割り当ての受信と、前記共用アップリンクチャネルでマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）フィードバック伝送の送信とをするように構成されたプロセッサを備えるＷＴＲＵ。
３８．前記ＲＡＣＨは同期ＲＡＣＨプリアンブルであることを特徴とする実施形態３７に
記載のＷＴＲＵ。
３９．前記ＷＴＲＵはＬＴＥ＿Ａｃｔｉｖｅ状態にあることを特徴とする実施形態３８に記載のＷＴＲＵ。
４０．前記ＷＴＲＵが非同期ＲＡＣＨプリアンブルを使用することを特徴とする実施形態３７に記載のＷＴＲＵ。
４１．前記ＷＴＲＵはＬＴＥ＿Ａｃｔｉｖｅ状態またはＬＴＥ＿Ｉｄｌｅ状態にあることを特徴とする実施形態４０に記載のＷＴＲＵ。
４２．前記ＲＡＣＨへのランダムアクセスの理由はＭＢＭＳに対するフィードバックであることを表示するメッセージを前記ＷＴＲＵが送信することを特徴とする実施形態３７乃至４１のいずれかに記載のＷＴＲＵ。
４３．マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）対応の無線通信システムの無線送受信ユニット（ＷＴＲＵ）であって、
ランダムアクセスチャネル（ＲＡＣＨ）プリアンブルの中で、前記ＲＡＣＨへのランダムアクセスの理由はＭＢＭＳに対するフィードバックであるとの表示の送信と、前記ＲＡＣＨでマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）フィードバック伝送の送信とをするように構成されたプロセッサ
を備えるＷＴＲＵ。
４４．前記ＷＴＲＵが使用する前記ＲＡＣＨは同期ＲＡＣＨであることを特徴とする実施形態４３に記載のＷＴＲＵ。
４５．前記ＷＴＲＵが使用する前記ＲＡＣＨは非同期ＲＡＣＨであることを特徴とする実施形態４３に記載のＷＴＲＵ。
４６．前記ＭＢＭＳフィードバック伝送がランダムアクセスバーストの中のメッセージ／制御ビットフィールド内で送信されることを特徴とする実施形態４３に記載のＷＴＲＵ。
４７．わずかなプリアンブルが前記ＭＢＭＳフィードバック伝送用に保留されることを特徴とする実施形態４３に記載のＷＴＲＵ。
４８．前記ＭＢＭＳフィードバック伝送は暗示情報または明示情報として伝達されることを特徴とする実施形態４３に記載のＷＴＲＵ。
４９．マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）対応の無線通信システムの無線送受信ユニット（ＷＴＲＵ）であって、
アップリンク共用チャネルの確立と、前記アップリンク共用チャネルでＭＢＭＳサービスに対するフィードバック情報と他のアップリンク情報の同時送信とを行うように構成されたプロセッサを備えるＷＴＲＵ。
５０．前記共用チャネルはデータチャネルであり、前記他のアップリンク情報はアップリンクデータおよびデータ関連制御情報であることを特徴とする実施形態４９に記載のＷＴＲＵ。
５１．前記共用チャネルは制御チャネルであり、前記他のアップリンク情報は制御情報であることを特徴とする実施形態４９に記載のＷＴＲＵ。
５２．現在の送信時間間隔（ＴＴＩ）中にＲＲＣ接続およびアップリンク共用チャネルを確立するように構成された無線リソース制御（ＲＲＣ）エンティティをさらに備えることを特徴とする実施形態４９に記載のＷＴＲＵ。
【００５７】
機能および要素が特定の組み合わせで説明されているが、各機能または各要素は、好適な実施形態の他の機能および要素なしに単独で、または他の機能および要素とともにまたはそれらなしに種々の組み合わせで使用し得る。提供された方法およびフローチャートは、汎用コンピュータまたはプロセッサでの実行のために、コンピュータで読み取り可能な記憶媒体に有形に具体化されたコンピュータプログラム、ソフトウェアまたはファームウェアで実施されてもよい。コンピュータで読み取り可能な記憶媒体の例には、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）などの光媒体を含む。
【００５８】
適しているプロセッサには、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）回路、他のあらゆる種類の集積回路（ＩＣ）および／または状態マシンが含まれる。
【００５９】
ソフトウェアと連携したプロセッサが、無線送受信ユニット（ＷＴＲＵ）、ユーザ装置（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）またはあらゆるホストコンピュータの中で使用される無線周波数トランシーバを実装するために使用されてもよい。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカ付き電話機、振動デバイス、スピーカ、マイクロホン、テレビ送受信機、ハンドフリーハンドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）ラジオユニット、液晶ディスプレイ（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、デジタル音楽プレーヤ、メディアプレーヤ、テレビゲーム機モジュール、インターネットブラウザ、および／またはあらゆる無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールなどのハードウェアおよび／またはソフトウェアに実装されたモジュールとともに使用されてもよい。
【図１】
2014147131.tif 000004
【図２】
2014147131.tif 000005
【図３】
2014147131.tif 000006
【図４】
2014147131.tif 000007
【図５】
2014147131.tif 000008
【図６】
2014147131.tif 000009
【手続補正書】
【提出日】平成26年6月18日(2014.6.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）において実装される方法であって、
ランダムアクセスチャネル（ＲＡＣＨ）においてプリアンブルを送信するステップであって、前記送信されたプリアンブルはアップリンク共有チャネル割り当ての要求を示す、ステップと、
前記アップリンク共有チャネル割り当てを受信するステップと、
共有アップリンクチャネル上で、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）フィードバック伝送を送信するステップと、
を含む方法。
【請求項２】
前記プリアンブルは、Ｚａｄｏｆｆ−Ｃｈｕシーケンスから取得される、請求項１に記載の方法。
【請求項３】
前記ＷＴＲＵは、ＬＴＥ＿Ａｃｔｉｖｅ状態にあり、同期ＲＡＣＨプリアンブルを使用して前記要求を送信する、請求項１に記載の方法。
【請求項４】
前記ＷＴＲＵは、ＬＴＥ＿Ａｃｔｉｖｅ状態またはＬＴＥ＿Ｉｄｌｅ状態にあり、非同期ＲＡＣＨプリアンブルを使用して前記要求を送信する、請求項１に記載の方法。
【請求項５】
前記ＷＴＲＵが、前記ＲＡＣＨへのランダムアクセスの理由はＭＢＭＳに対するフィードバックであることを示すメッセージを送信するステップをさらに含む、請求項１に記載の方法。
【請求項６】
無線送受信ユニット（ＷＴＲＵ）において実装される方法であって、
ランダムアクセスチャネル（ＲＡＣＨ）においてプリアンブルを送信するステップであって、前記送信されたプリアンブルが、前記ＲＡＣＨへのランダムアクセスの理由はＭＢＭＳに対するフィードバックであることを示す、ステップと、
前記ＲＡＣＨ上で、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）フィードバック伝送を送信するステップと、
を含む方法。
【請求項７】
前記プリアンブルは、Ｚａｄｏｆｆ−Ｃｈｕシーケンスから取得される、請求項６に記載の方法。
【請求項８】
前記ＷＴＲＵによって使用される前記ＲＡＣＨは、同期ＲＡＣＨである、請求項６に記載の方法。
【請求項９】
前記ＷＴＲＵによって使用される前記ＲＡＣＨは、非同期ＲＡＣＨである、請求項６に記載の方法。
【請求項１０】
前記ＭＢＭＳフィードバック伝送は、ランダムアクセスバーストの中のメッセージ／制御ビットフィールド内で送信される、請求項６に記載の方法。
【請求項１１】
前記ＭＢＭＳフィードバック伝送についての複数のＲＡＣＨプリアンブルを保留するステップであって、前記ＭＢＭＳフィードバック伝送は、前記保留された複数のＲＡＣＨプリアンブルで送信される、請求項６に記載の方法。
【請求項１２】
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）をサポートする無線通信システムの無線送受信ユニット（ＷＴＲＵ）であって、
ランダムアクセスチャネル（ＲＡＣＨ）においてプリアンブルを送信するように構成されたプロセッサであって、前記プリアンブルはアップリンク共有チャネル割り当ての要求を示す、プロセッサを備え、
前記プロセッサは、前記アップリンク共有チャネル割り当てを受信し、共有アップリンクチャネル上で、ＭＢＭＳフィードバック伝送を送信するようにさらに構成されたＷＴＲＵ。
【請求項１３】
前記プリアンブルは、Ｚａｄｏｆｆ−Ｃｈｕシーケンスから取得される、請求項１２に記載のＷＴＲＵ。
【請求項１４】
前記ＷＴＲＵは、ＬＴＥ＿Ａｃｔｉｖｅ状態にあり、前記プロセッサは、同期ＲＡＣＨプリアンブルを使用する、請求項１２に記載のＷＴＲＵ。
【請求項１５】
前記ＷＴＲＵは、ＬＴＥ＿Ａｃｔｉｖｅ状態またはＬＴＥ＿Ｉｄｌｅ状態にあり、前記プロセッサは、非同期ＲＡＣＨプリアンブルを使用する、請求項１２に記載のＷＴＲＵ。
【請求項１６】
前記ＷＴＲＵは、前記ＲＡＣＨへのランダムアクセスの理由はＭＢＭＳに対するフィードバックであることを示すメッセージを送信する、請求項１２に記載のＷＴＲＵ。
【請求項１７】
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）をサポートする無線通信システムの無線送受信ユニット（ＷＴＲＵ）であって、
ランダムアクセスチャネル（ＲＡＣＨ）においてプリアンブルを送信するように構成されたプロセッサであって、前記送信されたプリアンブルが、前記ＲＡＣＨへのランダムアクセスの理由はＭＢＭＳに対するフィードバックであることを示す、プロセッサを備え、
前記プロセッサは、前記ＲＡＣＨ上で、ＭＢＭＳフィードバック伝送を送信するようにさらに構成されたＷＴＲＵ。
【請求項１８】
前記プリアンブルは、Ｚａｄｏｆｆ−Ｃｈｕシーケンスから取得される、請求項１７に記載のＷＴＲＵ。
【請求項１９】
前記プロセッサは、同期ＲＡＣＨを使用する、請求項１７に記載のＷＴＲＵ。
【請求項２０】
前記プロセッサは、非同期ＲＡＣＨを使用する、請求項１７に記載のＷＴＲＵ。
【請求項２１】
前記プロセッサは、ランダムアクセスバーストの中のメッセージ／制御ビットフィールド内で、前記ＭＢＭＳフィードバック伝送を送信する、請求項１７に記載のＷＴＲＵ。
【請求項２２】
前記プロセッサは、前記ＭＢＭＳフィードバック伝送についての複数のＲＡＣＨプリアンブルを保留し、前記保留されたＲＡＣＨプリアンブルで、前記ＭＢＭＳフィードバック伝送を送信する、請求項１７に記載のＷＴＲＵ。