(57)【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）で使用される方法において、
スケジュール情報メッセージを生成するステップであって、前記スケジュール情報メッセージは、メディアアクセス制御（ＭＡＣ）エンティティのセグメント化エンティティでの伝送に利用できるデータの量と、無線リンク制御（ＲＬＣ）エンティティでの伝送および再伝送に利用できるデータの量との合計量を示すバッファステータス情報を含むこと、及び、
前記スケジュール情報メッセージをノードＢに伝送するステップ
を含むことを特徴とする方法。
【請求項２】
前記ＭＡＣエンティティは拡張された専用チャネル（Ｅ−ＤＣＨ）に関連し、前記バッファステータス情報は合計Ｅ−ＤＣＨバッファステータス（ＴＥＢＳ）を示すことを特徴とする請求項１に記載の方法。
【請求項３】
前記生成するステップは、前記セグメント化エンティティでの伝送に利用できる前記データの量を計算することを含み、これにより、セグメントは、該セグメントがスケジューリング対象外許可または制限された適用可能性論理チャネルに関連付けられている場合に除外されることを特徴とする請求項１に記載の方法。
【請求項４】
前記バッファステータス情報は、複数の論理チャネルで利用できるデータの量を示すことを特徴とする請求項１に記載の方法。
【請求項５】
前記複数の論理チャネルで利用できる前記データの量は少なくとも１つのプロトコルデータユニット（ＰＤＵ）を含み、
該ＰＤＵは、該ＰＤＵがＲＬＣ伝送ウインドウの外にある場合は制御ＰＤＵまたは無線リンク制御（ＲＬＣ）ＰＤＵであり、
該ＰＤＵがＲＬＣ  ＰＤＵであるのは、否定応答が該ＲＬＣ  ＰＤＵに関連付けられて受信されていない場合である
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記生成するステップは、サービング許可が「ゼロ」に等しい場合またはハイブリッド自動再送要求（ＨＡＲＱ）プロセスが非アクティベートされている場合に、前記セグメント化エンティティでの伝送に利用できる前記データの量を示す前記バッファステータス情報を破棄することを含むことを特徴とする請求項１に記載の方法。
【請求項７】
無線送受信ユニット（ＷＴＲＵ）において、
セグメント化エンティティを含むメディアアクセス制御（ＭＡＣ）エンティティ、
スケジュール情報メッセージを生成するように構成されたプロセッサであって、前記スケジュール情報メッセージは、前記セグメント化エンティティでの伝送に利用できるデータの量と、無線リンク制御（ＲＬＣ）エンティティでの伝送および再伝送に利用できるデータの量との合計量を示すバッファステータス情報を含むこと、及び、
前記スケジュール情報メッセージをノードＢに伝送するように構成された送信機
を含むことを特徴とするＷＴＲＵ。
【請求項８】
前記ＭＡＣエンティティは拡張された専用チャネル（Ｅ−ＤＣＨ）に関連付けられ、前記バッファステータス情報は合計Ｅ−ＤＣＨバッファステータス（ＴＥＢＳ）を示すことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項９】
前記プロセッサは、セグメントがスケジューリング対象外許可または制限された適用可能性論理チャネルに関連付けられている場合に、該セグメントを除外することによって前記セグメント化エンティティでの伝送に利用できる前記データの量を計算するように構成される請求項７に記載のＷＴＲＵ。
【請求項１０】
前記バッファステータス情報は、複数の論理チャネルで利用できるデータの量を示すことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１１】
前記複数の論理チャネルで利用できる前記データの量は少なくとも１つのプロトコルデータユニット（ＰＤＵ）を含み、
該ＰＤＵは、該ＰＤＵがＲＬＣ伝送ウインドウの外にある場合は制御ＰＤＵまたは無線リンク制御（ＲＬＣ）ＰＤＵであり、
該ＰＤＵがＲＬＣ  ＰＤＵであるのは、否定応答が該ＲＬＣ  ＰＤＵに関連付けられて受信されていない場合である
ことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１２】
前記プロセッサは、サービング許可が「ゼロ」に等しい場合またはハイブリッド自動再送要求（ＨＡＲＱ）プロセスが非アクティベートされている場合に、前記セグメント化エンティティでの伝送に利用できる前記データの量を示す前記バッファステータス情報を破棄するように構成されることを特徴とする請求項７に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は無線通信に関する。
【背景技術】
【０００２】
ＨＳＵＰＡ（High Speed Uplink Packet Access）のために、レイヤ２（Ｌ２）プロトコル（つまり、メディアアクセスコントロール（ＭＡＣ）及び無線リンク制御（ＲＬＣ））の拡張が、３ＧＰＰ（Third Generation Partnership Project）のリリース８に導入された。これらの拡張では、フレキシブルなＲＬＣプロトコルデータユニット（ＰＤＵ）サイズとともに、セグメント化機能を無線送受信ユニット（ＷＴＲＵ）のＭＡＣ層に導入することで高いデータ転送速度のサポートを向上している。ＭＡＣ−ｉ／ｉｓサブレイヤ（拡張された専用チャネル（Ｅ−ＤＣＨ）を処理するためのＭＡＣエンティティ）には、論理チャネルＩＤごとにセグメント化エンティティが含まれている。専用チャネルＭＡＣ（ＭＡＣ−ｄ）ＰＤＵまたは共通チャネルＭＡＣ（ＭＡＣ−ｃ）ＰＤＵが利用可能なトランスポートブロックのスペースに適合しない場合、ＭＡＣ−ｉ／ｉｓエンティティはＭＡＣ−ｄまたはＭＡＣ−ｃ  ＰＤＵをセグメントに分け、残りのセグメントをセグメント化エンティティに格納する。
【０００３】
３ＧＰＰリリース６でＨＳＵＰＡが導入されて以来、ノードＢスケジューラによりＷＴＲＵが必要とするアップリンクデータ転送速度の評価を助けるため、及び、ノードＢによりＷＴＲＵが必要とするシステムリソースの量及びノードＢが実際に利用できるリソースの量をよりよく把握することを支援するためのメカニズムが導入されてきた。これらのメカニズムの１つは、ＭＡＣ−ｅまたはＭＡＣ−ｉ  ＰＤＵに含めることができるスケジュール情報（ＳＩ）である。スケジュール情報には、ＲＬＣレイヤでの伝送及び再伝送に利用できる、バイト数でデータの量を特定する合計Ｅ−ＤＣＨバッファステータス（ＴＥＢＳ）フィールドが含まれている。また、スケジュール情報は、利用可能なデータを含む最大優先度の論理チャネル（ＨＬＩＤ）、最大優先度の論理チャネルのバッファステータス（ＨＬＢＳ）、及び、ＵＥパワーヘッドルーム（ＵＰＨ）を示す。スケジュール情報の全体的な長さは、周波数分割複信（ＦＤＤ）で１８ビットである。時分割複信（ＴＤＤ）では、スケジュール情報は、ＷＴＲＵが生成するセル間干渉の程度の推定についてノードＢを支援するためのフィールドをさらに含む。
【０００４】
スケジュール情報の報告は、サービング許可（Serving Grant）及びＴＥＢＳの値に依存する、多数の異なるトリガメカニズムに従ってトリガされる。スケジュール情報の報告がトリガされるのは、サービング許可が「ゼロ」に等しい場合、またはすべてのＨＡＲＱプロセスが非アクティベートされて、ＴＥＢＳがゼロより大きくなった場合である。スケジュール情報の報告は定期的にトリガすることができる。これは、ＲＲＣによって設定される。異なる２つの定期的なトリガ（つまりタイマー）を２つのケースに対して設定することができる。サービング許可がゼロ、またはすべてのプロセスが非アクティベートされ、ＴＥＢＳがゼロより大きいケースでは、Ｔ＿ＳＩＮＧがトリガの周期性を決定するタイマーである。サービング許可がゼロでなく、少なくとも１つのプロセスがアクティベートされているケースでは、Ｔ＿ＳＩＧがトリガの周期性を決定するタイマーである。スケジュール情報の報告は、スケジュールされた任意のＭＡＣ−ｄフローからの単一のＰＤＵを伝送するにはサービング許可が小さすぎ、ＴＥＢＳがゼロより大きくなった場合にトリガすることができる。スケジュール情報の報告は、Ｅ−ＤＣＨがサービスを提供しているセルに変更が発生し、新しいＥ−ＤＣＨがサービスを提供しているセルが、以前サービスを提供していたＥ−ＤＣＨ無線リンクセット（ＲＬＳ）の一部ではなかった場合にトリガすることができる。スケジュール情報は、ＴＥＢＳがゼロの場合には、設定されたトリガメカニズムの１つによってトリガされた場合でも伝送されない。
【０００５】
ハッピービット（happy bit）は、ＷＴＲＵがＷＴＲＵに割り当てられている現在の許可及びリソースに満足しているかどうかをノードＢが認識できるようにする追加的なメカニズムである。ハッピービットは、Ｅ−ＤＣＨ専用の物理的制御チャネル（Ｅ−ＤＰＣＣＨ）に含めるために、ＭＡＣエンティティから物理レイヤに渡される１ビットのフィールドである。ハッピービットは、「ハッピー（happy）」または「ノットハッピー（not happy）」に設定することができる。「ハッピー」が示すのは、ＷＴＲＵがより多くのリソースを使用できるということであり、「ノットハッピー」が示すのは、ＷＴＲＵがそれ以上のリソースを使用できないということである。ハッピービットの設定もＴＥＢＳに基づいている。
【０００６】
ハッピービットを「ノットハッピー」に設定する条件の１つは、現在のサービング許可×ＨＡＲＱプロセスの総数に対するアクティブなＨＡＲＱプロセスの比率を用いて伝送するのに、ＴＥＢＳがＨａｐｐｙ＿ｂｉｔ＿ｄｅｌａｙ＿ｃｏｎｄｉｔｉｏｎミリ秒を超えて必要とする場合である。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
現在の３ＧＰＰ仕様によると、スケジュール情報の一部として送信されるＴＥＢＳは、ＲＬＣレイヤでの伝送及び再伝送に利用できるすべての論理チャネルで利用できるデータの合計量を、バイト単位で示すだけである。しかし、ＭＡＣエンティティにセグメント化機能が導入されたことによって（つまりＭＡＣ−ｉ／ｉｓエンティティ）、ＭＡＣエンティティは、セグメント化エンティティに１つまたは複数のセグメントを格納することができる。ＭＡＣ−ｉ／ｉｓセグメント化エンティティで待機している合計バイト数は、ＴＥＢＳの計算には含まれない。フレキシブルなＲＬＣ  ＰＤＵの導入によって、ＲＬＣエンティティは、最大ＲＬＣ  ＰＤＵサイズまでのサイズのＲＬＣ  ＰＤＵを作成することができるため、セグメント化エンティティに格納されるビット数は比較的大きくなる可能性がある。したがって、ＭＡＣレイヤのセグメント化エンティティに保存されるデータの量を含めないことによって、ＷＴＲＵは誤ったＴＥＢＳを報告することになる。ＷＴＲＵは、ＭＡＣレイヤのセグメント化エンティティに格納されているセグメントを伝送するために追加のリソースが必要なので、それらを報告しないことによって、ネットワークはＷＴＲＵが必要とするリソースの数について誤った認識を得てしまう。
【０００８】
さらに、ネットワークがＷＴＲＵの許可をゼロに減少させた場合でも、ＷＴＲＵは、ＭＡＣレイヤのセグメント化エンティティに、伝送すべき幾らかのデータを保持することができる。現在のスケジュール情報トリガメカニズムでは、ＴＥＢＳがゼロより大きくなった場合及びサービング許可がゼロの場合に、ＷＴＲＵがスケジュール情報を送信することができる。しかし、ＴＥＢＳはゼロだがＷＴＲＵがＭＡＣレイヤのセグメント化エンティティに残存データを保持している場合は、ＷＴＲＵ伝送はその状況で停止される。トリガ基準によって、ＷＴＲＵはＴＥＢＳを送信することが許可されず、このためにネットワークは、バッファ内のデータの伝送を正しく完了するために、ＷＴＲＵに追加のリソースが必要であることを認識しない。このために伝送が遅れ、ＷＴＲＵがデータの伝送を完了することが妨げられる。
【０００９】
ハッピービットの設定はＴＥＢＳにも依存する。ＴＥＢＳがゼロの場合、または、ＴＥＢＳが正しく設定されておらずＷＴＲＵがＭＡＣレイヤのセグメント化エンティティに１つまたは複数のＭＡＣセグメントを持っている場合は、ＷＴＲＵはハッピービットを適切に設定しない。ＴＥＢＳが過小評価されるため、ＷＴＲＵは、ＷＴＲＵが遅延制約内にデータを伝送できると計算する可能性がある。しかし、ＭＡＣレイヤに含まれているデータを考慮に入れた場合は、ＷＴＲＵが遅延基準を満足できない可能性がある。
【課題を解決するための手段】
【００１０】
ＷＴＲＵは、Ｅ−ＤＣＨ伝送のスケジュール情報の一部としてバッファステータスを報告する。バッファステータスを報告するために、ＷＴＲＵは、無線リソース制御（ＲＲＣ）エンティティによって報告が要求される、すべての論理チャネルで利用できるデータの合計量を計算する。データの合計量は、ＲＬＣエンティティでの伝送及び再伝送に利用できるデータの量、及び、ＭＡＣ−ｉ／ｉｓエンティティが構成されている場合にＭＡＣ−ｉ／ｉｓセグメント化エンティティでの伝送に利用できるデータの量を含む。ＷＴＲＵは、データの合計量に基づいて設定されるＴＥＢＳフィールドを含むスケジュール情報を送信する。
【図面の簡単な説明】
【００１１】
例として以下に示す説明及び添付の図面によって、より詳細に理解されうるであろう。
【図１】無線通信システムを示す図である。
【図２】図１の無線通信システムのＷＴＲＵ及びノードＢを示す機能ブロック図である。
【図３】第１の実施形態に従ってＴＥＢＳを報告する例示的なプロセスを示す流れ図である。
【図４】第２の実施形態に従ってバッファステータスを報告し、スケジュール情報を送信する例示的なプロセスの流れ図である。
【発明を実施するための形態】
【００１２】
以下、「ＷＴＲＵ」という用語は、移動端末装置（ＵＥ）、移動局、固定または移動可能な加入者端末、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータ、及び、無線環境において動作可能なあらゆる種類の利用者用装置を含むが、これらに限定されるものではない。以下、「ノードＢ」という用語は、基地局、サイトコントローラ、アクセスポイント（ＡＰ）、及び、無線環境において動作可能なあらゆる種類の接続装置を含むが、これらに限定されるものではない。「ＭＡＣ−ｉｓ／ｉ」という用語と「ＭＡＣ−ｉ／ｉｓ」という用語は区別なく使用することができる。
【００１３】
図１は、複数のＷＴＲＵ１１０、ノードＢ１２０、制御用の無線ネットワークコントローラ（ＣＲＮＣ）１３０、サービスを提供する無線ネットワークコントローラ（ＳＲＮＣ）１４０、及び、コアネットワーク１５０を含む無線通信システム１００を示している。ノードＢ１２０及びＣＲＮＣ１３０は、まとめてＵＴＲＡＮ（Universal Terrestrial Radio Access Network）と呼ぶことができる。
【００１４】
図１に示すように、ＷＴＲＵ１１０はノードＢ１２０と通信し、ノードＢ１２０は、ＣＲＮＣ１３０及びＳＲＮＣ１４０と通信する。図１には、３つのＷＴＲＵ１１０、１つのノードＢ１２０、１つのＣＲＮＣ１３０、及び、１つのＳＲＮＣ１４０が示されているが、無線通信システム１００には、無線機器及び有線機器を任意に組み合わせて含めることができることに留意されたい。
【００１５】
図２は、図１の無線通信システム１００のＷＴＲＵ１１０及びノードＢ１２０の機能ブロック図である。図２に示すように、ＷＴＲＵ１１０はノードＢ１２０と通信し、両方がバッファステータスを報告する方法を実行するように構成されている。
【００１６】
典型的なＷＴＲＵに見られるコンポーネントに加えて、ＷＴＲＵ１１０は、プロセッサ１１５、受信機１１６、送信機１１７、メモリ１１８、及び、アンテナ１１９を含む。メモリ１１８は、オペレーティングシステム、アプリケーションなどのソフトウェアを格納するために提供される。プロセッサ１１５は、以下に開示する実施形態に従って、単独でまたはソフトウェアと連携して、バッファステータスを報告する方法を実行するために提供される。例えば、プロセッサ１１５は、ＲＬＣエンティティでの伝送及び再伝送に利用できるデータの量、及び、拡張された専用チャネル（ＭＡＣ−ｉ／ｉｓ）のメディアアクセスコントロールサブレイヤのセグメント化エンティティでの伝送に利用できるデータの量を含む、報告が要求される、すべての論理チャネルで利用できるデータの合計量を計算し、データの合計量に基づいて設定されるＴＥＢＳフィールドを含むスケジュール情報を送信するように構成される。受信機１１６及び送信機１１７はプロセッサ１１５と通信する。アンテナ１１９は、受信機１１６及び送信機１１７の両方と通信して、無線データの送受信を促進する。
【００１７】
典型的な基地局に見られるコンポーネントに加えて、ノードＢ１２０は、プロセッサ１２５、受信機１２６、送信機１２７、メモリ１２８、及び、アンテナ１２９を含む。プロセッサ１２５は、以下に開示する任意の実施形態に従ってバッファステータスを報告する方法をサポートするように構成されている。受信機１２６及び送信機１２７はプロセッサ１２５と通信する。アンテナ１２９は、受信機１２６及び送信機１２７の両方と通信して、無線データの送受信を促進する。
【００１８】
第１の実施形態によると、ＴＥＢＳフィールドが、ＲＲＣによって報告が要求されている、すべての論理チャネルで利用できるデータの合計量を特定し（ＲＬＣ及びＭＡＣ−ｉ／ｉｓに格納されているデータを含む）、ＲＬＣでの伝送及び再伝送、並びに、ＭＡＣ−ｉ／ｉｓエンティティのセグメント化エンティティでの伝送に利用できるデータの量をバイト数で示すように、ＴＥＢＳの定義が変更される。
【００１９】
図３は、第１の実施形態に従ったＴＥＢＳを報告する例示的プロセス３００の流れ図である。ＷＴＲＵは、ＲＲＣによって報告が要求される、すべての論理チャネルで利用できるデータの合計量を計算する（ステップ３０２）。データの合計量を計算する際に、ＷＴＲＵは、ＲＬＣエンティティでの伝送及び再伝送に利用できるデータの量、及び、ＭＡＣ−ｉ／ｉｓエンティティが構成されている場合に、ＭＡＣ−ｉ／ｉｓセグメント化エンティティでの伝送に利用できるデータの量を含む。次に、ＷＴＲＵは、データの合計量に基づいて設定されるＴＥＢＳフィールドを含むスケジュール情報を送信する（ステップ３０４）。
【００２０】
スケジューリング対象外許可（non-scheduled grant）が構成されている論理チャネルに属するＭＡＣ−ｉ／ｉｓセグメント化エンティティに格納されているセグメントは、データの合計量に含まれていなくてもよい。これに加えて、ＲＲＣによって適用可能性が制限された論理チャネルに属するＭＡＣ−ｉ／ｉｓセグメント化エンティティに格納されているセグメントは、データの合計量に含まれていなくてもよい。肯定されたモード（ＡＭ）ＲＬＣエンティティにＭＡＣが接続されると、伝送される制御ＰＤＵ及びＲＬＣ  Ｔｘウインドウ外のＲＬＣ  ＰＤＵも、ＴＥＢＳに含めることができる。伝送されたが、同位エンティティによって否定応答されていないＲＬＣ  ＰＤＵは、ＴＥＢＳに含めることができない。
【００２１】
第１の実施形態は、最大優先度の論理チャネルのバッファステータス（ＨＬＢＳ）の計算にも適用することができる。ＨＬＢＳは、ＴＥＢＳインデックスに基づいて、ＴＥＢＳによって報告されたバッファサイズ範囲の最高値に対して、または事前に決定されたバイト数（５０，０００バイトなど）に対して、最大優先度の論理チャネルＩＤ（ＨＬＩＤ）フィールドによって特定された論理チャネルから利用できるデータの量を示してもよく、データの量には、ＲＬＣでの伝送及び再伝送、並びに、ＭＡＣ−ｉ／ｉｓエンティティのセグメント化エンティティでの伝送に利用できるデータの量が含まれる。
【００２２】
第２の実施形態によると、ＴＥＢＳの定義は変更されないが、スケジュール情報のトリガ基準が変更される。図４は、第２の実施形態に従って、バッファステータスを報告し、スケジュール情報を送信する例示的プロセス４００の流れ図である。ＷＴＲＵはＴＥＢＳ、及び、ＭＡＣ−ｉ／ｉｓセグメント化エンティティに保存されているデータの合計量を計算する（ステップ４０２）。ＭＡＣ−ｉ／ｉｓセグメント化エンティティのバッファステータスを「合計ＭＡＣバッファステータス」（ＴＭＢＳ）と呼ぶ。ＴＭＢＳは、ＭＡＣ−ｉ／ｉｓエンティティのセグメント化エンティティでの伝送に利用できるＲＲＣによって報告が要求されている、すべての論理チャネルで利用できるデータの合計量を、バイト単位で特定する。
【００２３】
ＴＭＢＳ値を計算するときは、スケジューリング対象外許可が構成されている論理チャネルに属するＭＡＣ−ｉ／ｉｓのセグメント化エンティティに格納されているセグメントを考慮しなくてもよい。これに加えて、ＲＲＣによって適用可能性が制限されている論理チャネルに属するＭＡＣ−ｉ／ｉｓのセグメント化エンティティに格納されているセグメントは、ＴＭＢＳ計算において計算しなくてもよい。
【００２４】
ＷＴＲＵは、修正されたスケジュール情報のトリガ基準が満たされているかどうかを判断する（ステップ４０４）。満たされている場合は、ＷＴＲＵは、スケジュール情報の伝送をトリガする（ステップ４０６）。満たされていない場合は、スケジュール情報の報告はトリガされない。
【００２５】
次の条件の少なくとも１つが満たされた場合に、スケジュール情報をトリガすることができる。（１）サービング許可が「ゼロ」に等しい、またはすべてのＨＡＲＱプロセスが非アクティベートされていて、ＴＥＢＳがゼロより大きくなる、またはＴＭＢＳがゼロより大きい（或いは設定した閾値より大きい）、（２）サービング許可が「ゼロ」に等しい、またはすべてのＨＡＲＱプロセスが非アクティベートされていて、ＴＥＢＳ及びＴＭＢＳの和がゼロより大きい（或いは設定した閾値より大きい）、（３）サービング許可が「ゼロ」に等しい、またはすべてのＨＡＲＱプロセスが非アクティベートされていて、ＴＥＢＳがゼロである、及び、ＴＭＢＳがゼロより大きい、（４）定期的なトリガ。サービング許可がゼロである、またはすべてのＨＡＲＱプロセスが非アクティベートされていて、ＴＥＢＳまたはＴＭＢＳがゼロより大きい場合（或いはＴＭＢＳが閾値より大きい、またはＴＥＢＳ及びＴＭＢＳの和が閾値より大きい）、スケジュール情報をトリガすることができる。この場合、トリガの周期性を決定するためのタイマーとして、Ｔ＿ＳＩＮＧを使用することができる。サービング許可がゼロでなく、少なくとも１つのＨＡＲＱプロセスがアクティベートされていて、ＴＥＢＳはゼロだがＴＭＢＳはゼロでない場合にも、スケジュール情報をトリガすることができる。
【００２６】
現在の３ＧＰＰ仕様に従うと、ＴＥＢＳがゼロである場合は、設定されたトリガメカニズムの１つによってトリガされた場合でも、スケジュール情報は伝送されない。第２の実施形態によると、このルールは、ＴＥＢＳ及びＴＭＢＳの両方がゼロ（或いはＴＥＢＳ及びＴＭＢＳの和がゼロ）の場合には、設定されたトリガメカニズムの１つによってトリガされた場合でも、スケジュール情報が伝送されないように変更される。
【００２７】
上記のスケジュール情報のトリガ基準の１つが満たされ、ＴＥＢＳはゼロだがＴＭＢＳはゼロでない場合に、スケジュール情報のＴＥＢＳフィールドでＴＭＢＳ値を報告することができる。或いは、ＴＥＢＳがゼロであることを報告することが許可されるが、新しいフィールドをスケジュール情報に追加してＭＡＣセグメント化エンティティでデータを利用できることを示すことができる。新しいフィールドは、ＭＡＣエンティティで何らかのデータを利用できることを示すだけの１ビットであってよく、または、ＴＭＢＳ値の範囲に対するインデックスを示す数ビットであってもよい。
【００２８】
或いは、ＴＥＢＳがゼロであることを報告することが許可されるが、フィールドの１つがＴＭＢＳ値を示すように解釈しなおすことができる。例えば、ＨＬＢＳフィールドはＴＭＢＳを示すために使用することができる。ネットワークは、ＴＥＢＳがゼロでＨＬＢＳフィールドがゼロでない場合は、ＨＬＢＳフィールドにＴＭＢＳ値が含まれていることを意味していることを識別するように構成することができる。或いは、ＴＥＢＳがゼロであることを通知して、ＴＭＢＳがゼロより大きい場合はハッピービットを「アンハッピー（unhappy）」に設定することができる。或いは、ＴＥＢＳがゼロであることを報告し、ＨＬＩＤフィールドがＴＭＢＳ値を示すように解釈しなおすことができる。
【００２９】
同一の概念をハッピービットのトリガに適用することができる。ハッピービットをトリガするための条件は、現在のサービング許可×ＨＡＲＱプロセスの総数に対するアクティブなＨＡＲＱプロセスの比率を用いて伝送するのにＴＥＢＳ及びＴＭＢＳの和がＨａｐｐｙ＿ｂｉｔ＿ｄｅｌａｙ＿ｃｏｎｄｉｔｉｏｎミリ秒を超えて必要な場合に、ハッピービットが「アンハッピー」に設定されるように変更される。
【００３０】
ＴＥＢＳがゼロに等しいかどうかにかかわらず、ＭＡＣ−ｉ／ｉｓが構成されている場合は常に、ＷＴＲＵが常にスケジュール情報の「ＴＥＢＳ」フィールド内のＴＥＢＳ及びＴＭＢＳの和を報告することができる。この方式を使用する場合は、ＴＥＢＳの従来の定義と混乱することを回避するために、スケジュール情報内の「ＴＥＢＳ」フィールドの名前を別の名前に置き換えることができる（セグメントを有する合計Ｅ−ＤＣＨバッファステータス（ＴＥＢＳＳ）など）。
【００３１】
第３の実施形態によると、ＭＡＣ−ｉ／ｉｓエンティティのセグメント化エンティティに保存されているデータは、データの伝送を試みることでリソースを浪費することを避けるために、特定の条件下で破棄することができる。制限された許可、チャネル優先度などにより一定期間は伝送できないＭＡＣエンティティに格納されたセグメントをＷＴＲＵが持っている場合、最新のセグメントと格納されているセグメントとの伝送の間に事前に設定した時間が経過すると、その伝送遅延がより上位のレイヤに使用するには大きすぎるか、またはこのセグメントを含むＲＬＣ  ＰＤＵ全体が再伝送されるため、このセグメントを破棄することが有益である。
【００３２】
サービング許可が「ゼロ」に等しい場合、またはすべてのＨＡＲＱプロセスが非アクティベートされた場合、セグメント化エンティティのデータを破棄することができる。この場合、すべての論理チャネルについて或いはスケジュールされたフローに対応付けられているすべての論理チャネルについて、データを破棄することができる。
【００３３】
破棄タイマーの期限が切れた場合にも、セグメント化エンティティのデータを破棄することができる。破棄タイマーは特定の論理チャネルに特有の場合がある。この場合、破棄タイマーはこの論理チャネルに対するセグメント化エンティティの特定のＰＤＵからデータが到来したときに開始することができ、このＰＤＵからすべてのデータが伝送されたときに停止することができる。破棄タイマーの期限が切れると、関係する論理チャネルからのデータだけが破棄される。或いは、破棄タイマーはすべての論理チャネルにわたり一意でもよい。この場合、破棄タイマーは、サービング許可が「ゼロ」に等しいとき、またはすべてのＨＡＲＱプロセスが非アクティベートされたときに開始することができ、サービング許可がゼロを超えたときに停止することができる。破棄タイマーの期限が切れると、すべての論理チャネルについて或いはスケジュールされたフローに対応付けられているすべての論理チャネルについて、データを破棄することができる。
【００３４】
実施形態
１．バッファステータスを報告する方法。
【００３５】
２．ＲＲＣエンティティによって報告が要求される、すべての論理チャネルで利用できるデータの合計量を計算することを含み、データの合計量は、ＲＬＣエンティティでの伝送及び再伝送に利用できるデータの量、及び、ＭＡＣ−ｉ／ｉｓエンティティが構成されている場合には、ＭＡＣ−ｉ／ｉｓのセグメント化エンティティでの伝送に利用できるデータの量を含む、実施形態１に記載の方法。
【００３６】
３．上記データの合計量に基づいて設定されるＴＥＢＳフィールドを含むスケジュール情報を送信することを含む、実施形態２に記載の方法。
【００３７】
４．スケジューリング対象外許可が構成されている論理チャネルに属するＭＡＣ−ｉ／ｉｓのセグメント化エンティティに格納されているセグメントは上記データの合計量に含まれない、実施形態２〜３のいずれかに記載の方法。
【００３８】
５．ＲＲＣエンティティによって適用可能性が制限されている論理チャネルに属するＭＡＣ−ｉ／ｉｓのセグメント化エンティティに格納されているセグメントは上記データの合計量に含まれない、実施形態２〜４のいずれかに記載の方法。
【００３９】
６．ＲＬＣ伝送ウインドウ外の制御ＰＤＵ及びＲＬＣ  ＰＤＵは上記データの合計量に含まれる、実施形態２〜５のいずれかに記載の方法。
【００４０】
７．伝送されたが否定応答されていないＲＬＣ  ＰＤＵは上記データの合計量に含まれない、実施形態２〜６のいずれかに記載の方法。
【００４１】
８．サービング許可が「ゼロ」に等しい場合、または、すべてのＨＡＲＱプロセスが非アクティベートされた場合に、ＭＡＣ−ｉ／ｉｓのセグメント化エンティティのデータが破棄される、実施形態２〜７のいずれかに記載の方法。
【００４２】
９．バッファステータスを報告するためのＷＴＲＵ。
【００４３】
１０．ＲＬＣ  ＰＤＵ及びＲＬＣ  ＰＤＵのセグメントを格納するためのメモリを含む、実施形態９に記載のＷＴＲＵ。
【００４４】
１１．報告が要求される、すべての論理チャネルで利用できるデータの合計量を計算し、データの合計量は、ＲＬＣエンティティでの伝送及び再伝送に利用できるデータの量、及び、ＭＡＣ−ｉ／ｉｓのセグメント化エンティティでの伝送に利用できるデータの量を含み、データの合計量に基づいて設定されるＴＥＢＳフィールドを含むスケジュール情報を送信するように構成されたプロセッサを含む、実施形態１０に記載のＷＴＲＵ。
【００４５】
１２．プロセッサは、スケジューリング対象外許可に対して論理チャネルに属するＭＡＣ−ｉ／ｉｓのセグメント化エンティティに格納されているデータセグメントの合計量を算入しないように構成される、実施形態１１のＷＴＲＵ。
【００４６】
１３．プロセッサは、ＲＲＣエンティティによって適用可能性が制限された論理チャネルに属するＭＡＣ−ｉ／ｉｓのセグメント化エンティティに格納されているデータセグメントの合計量を算入しないように構成される、実施形態１１〜１２のいずれかに記載のＷＴＲＵ。
【００４７】
１４．プロセッサは、ＲＬＣ伝送ウインドウ外のデータ管理ＰＤＵ及びＲＬＣ  ＰＤＵの合計量を算入するように構成される、実施形態１１〜１３のいずれかに記載のＷＴＲＵ。
【００４８】
１５．プロセッサは、伝送されたが、否定応答されていないデータＲＬＣ  ＰＤＵの合計量を算入しないように構成される、実施形態１１〜１４のいずれかに記載のＷＴＲＵ。
【００４９】
１６．サービング許可が「ゼロ」に等しい場合、または、すべてのＨＡＲＱプロセスが非アクティベートされた場合に、プロセッサはＭＡＣ−ｉ／ｉｓのセグメント化エンティティのデータを破棄するように構成される、実施形態１１〜１５のいずれかに記載のＷＴＲＵ。
【００５０】
特徴及び要素は特定の組み合わせを用いて説明されているが、各特徴または要素は、他の特徴及び要素を用いずに単独で用いることが可能であり、または他の特徴及び要素を用いて若しくは用いずに様々な組み合わせで用いることができる。本明細書で提供される方法またはフローチャートは、汎用コンピュータまたはプロセッサによって実行するためにコンピュータが読み出し可能な記憶媒体に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアに実装することができる。コンピュータが読み出し可能な記憶媒体の例としては、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体記憶装置、内蔵型ハードディスク及び取り外し可能ディスクなどの磁気媒体、光磁気媒体、ＣＤ−ＲＯＭディスクなどの光学式媒体、及び、デジタル多用途ディスク（ＤＶＤ）などがある。
【００５１】
適したプロセッサの例を挙げると、汎用プロセッサ、特殊用途向けプロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと共に用いる１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、書き替え可能ゲートアレイ（ＦＰＧＡ）回路、その他の種類の集積回路（ＩＣ）、及び／または、状態マシンなどがある。
【００５２】
プロセッサをソフトウェアと共に使用することにより、無線送受信ユニット（ＷＴＲＵ）、移動端末装置（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または、ホストコンピュータで使用するＲＦ送受信機（radio frequency transceiver）を実装することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーホン、振動装置、スピーカー、マイクロホン、テレビの送受信装置、ハンドフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線装置、ＬＣＤ（liquid crystal display）表示装置、有機発光ダイオード（ＯＬＥＤ）表示装置、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザ、及び／または、無線ＬＡＮ（ＷＬＡＮ）モジュールもしくはウルトラワイドバンド（ＵＷＢ）モジュールなど、ハードウェア及び／またはソフトウェアに実装されたモジュールと共に使用することができる。
【図１】
0005411271.tif 000002
【図２】
0005411271.tif 000003
【図３】
0005411271.tif 000004
【図４】
0005411271.tif 000005