特許 5886985 バッファステータスを報告する方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5886985

(24)【登録日】2016年2月19日

(45)【発行日】2016年3月16日

(54)【発明の名称】バッファステータスを報告する方法及び装置

(51)【国際特許分類】

   H04W 8/22 20090101AFI20160303BHJP

【ＦＩ】

   H04W8/22

【請求項の数】16

【全頁数】12

(21)【出願番号】特願2015-570(P2015-570)

(22)【出願日】2015年1月5日

(62)【分割の表示】特願2013-231168(P2013-231168)の分割

【原出願日】2009年8月7日

(65)【公開番号】特開2015-92740(P2015-92740A)

(43)【公開日】2015年5月14日

【審査請求日】2015年2月4日

(31)【優先権主張番号】61/087,424

(32)【優先日】2008年8月8日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】ポール マリニエール

(72)【発明者】

【氏名】ダイアナ パニ

(72)【発明者】

【氏名】クリストファー アール．ケイブ

(72)【発明者】

【氏名】ステファン イー．テリー

【審査官】 齋藤 浩兵

(56)【参考文献】

【文献】 国際公開第２００７／０３４５５２（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２００８／０２５４８１９（ＵＳ，Ａ１）

【文献】 特開２００８−０３５５１９（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００８／００２６７３８（ＵＳ，Ａ１）

【文献】 欧州特許出願公開第０１８８３１９０（ＥＰ，Ａ１）

【文献】 Nokia Corporation and Nokia Siemens Networks，Enhanced Uplink for CELL_FACH in 25.321[online]，3GPP TSG-RAN WG2#61bis，２００８年 ３月２５日，R2-081774, URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_61bis/Docs/R2-081774.zip

【文献】 InterDigital，TEBS definition update for MAC-i/is[online]，3GPP TSG-RAN WG2#62bis，２００８年 ８月１１日，R2-084138, URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_63/Docs/R2-084138.zip

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

(57)【特許請求の範囲】

【請求項1】

無線送受信ユニット（ＷＴＲＵ）において使用する方法であって、
１または複数の論理チャネルにわたって伝送に利用できるデータの合計量を計算することであって、前記データの合計量は、無線リンク制御（ＲＬＣ）エンティティおよびメディアアクセスコントロール（ＭＡＣ）セグメント化エンティティでの伝送に利用できるデータの合計量を含むこと、および
スケジュール情報メッセージをサービングＮｏｄｅ Ｂに伝送することであって、前記スケジュール情報メッセージは、前記ＲＬＣエンティティにおいて１または複数の論理チャネルにわたって伝送および再伝送に利用でき、かつ、前記ＭＡＣセグメント化エンティティでの伝送に利用できるデータの合計量を含むこと
を備えたことを特徴とする方法。

【請求項2】

前記スケジュール情報メッセージは、合計Ｅ−ＤＣＨバッファステータス（ＴＥＢＳ）フィールドを含むことを特徴とする請求項１に記載の方法。

【請求項3】

前記ＴＥＢＳフィールドは、前記ＲＬＣエンティティにおいて伝送および再伝送に利用でき、かつ、前記ＭＡＣセグメント化エンティティでの伝送に利用できるデータの合計量を示すことを特徴とする請求項２に記載の方法。

【請求項4】

前記スケジュール情報メッセージは、前記サービングＮｏｄｅ Ｂからの拡張された専用チャネル（Ｅ−ＤＣＨ）リソースを要求することを特徴とする請求項１に記載の方法。

【請求項5】

前記スケジュール情報メッセージは、スケジューリング対象外許可に関連付けられたデータを含まないことを特徴とする請求項１に記載の方法。

【請求項6】

前記スケジュール情報メッセージは、最大優先度論理チャネルバッファステータス（ＨＬＢＳ）フィールドを含むことを特徴とする請求項１に記載の方法。

【請求項7】

前記ＨＬＢＳフィールドは、最大優先度論理チャネル識別フィールド（ＨＬＩＤ）により識別された論理チャネルから利用できるデータの合計量を示すことを特徴とする請求項６に記載の方法。

【請求項8】

前記スケジュール情報メッセージは、前記ＲＬＣエンティティにおいて伝送および再伝送に利用でき、かつ、前記ＭＡＣセグメント化エンティティでの伝送に利用できるデータの合計量がゼロである場合に伝送されないことを特徴とする請求項１に記載の方法。

【請求項9】

無線送受信ユニット（ＷＴＲＵ）において、
１または複数の論理チャネルにわたって伝送に利用できるデータの合計量を計算するように構成されたプロセッサであって、前記データの合計量は、無線リンク制御（ＲＬＣ）エンティティおよびメディアアクセスコントロール（ＭＡＣ）セグメント化エンティティでの伝送に利用できるデータの合計量を含むことと、
スケジュール情報メッセージをサービングＮｏｄｅ Ｂに伝送するように構成された送信機であって、前記スケジュール情報メッセージは、前記ＲＬＣエンティティにおいて１または複数の論理チャネルにわたって伝送および再伝送に利用でき、かつ、前記ＭＡＣセグメント化エンティティでの伝送に利用できるデータの合計量を含むことと
を備えたことを特徴とするＷＴＲＵ。

【請求項10】

前記スケジュール情報メッセージは、合計Ｅ−ＤＣＨバッファステータス（ＴＥＢＳ）フィールドを含むことを特徴とする請求項９に記載のＷＴＲＵ。

【請求項11】

前記ＴＥＢＳフィールドは、前記ＲＬＣエンティティにおいて伝送および再伝送に利用でき、かつ、前記ＭＡＣセグメント化エンティティでの伝送に利用できるデータの合計量を示すことを特徴とする請求項１０に記載のＷＴＲＵ。

【請求項12】

前記スケジュール情報メッセージは、前記サービングＮｏｄｅ Ｂからの拡張された専用チャネル（Ｅ−ＤＣＨ）リソースを要求することを特徴とする請求項９に記載のＷＴＲＵ。

【請求項13】

前記スケジュール情報メッセージは、スケジューリング対象外許可に関連付けられたデータを含まないことを特徴とする請求項９に記載のＷＴＲＵ。

【請求項14】

前記スケジュール情報メッセージは、最大優先度論理チャネルバッファステータス（ＨＬＢＳ）フィールドを含むことを特徴とする請求項９に記載のＷＴＲＵ。

【請求項15】

前記ＨＬＢＳフィールドは、最大優先度論理チャネル識別フィールド（ＨＬＩＤ）により識別された論理チャネルから利用できるデータの合計量を示すことを特徴とする請求項１４に記載のＷＴＲＵ。

【請求項16】

前記スケジュール情報メッセージは、前記ＲＬＣエンティティにおいて伝送および再伝送に利用でき、かつ、前記ＭＡＣセグメント化エンティティでの伝送に利用できるデータの合計量がゼロである場合に伝送されないことを特徴とする請求項９に記載のＷＴＲＵ。

【発明の詳細な説明】

【技術分野】

【0001】

本願は無線通信に関する。

【背景技術】

【0002】

ＨＳＵＰＡ（High Speed Uplink Packet Access）のために、レイヤ２（Ｌ２）プロトコル（つまり、メディアアクセスコントロール（ＭＡＣ）及び無線リンク制御（ＲＬＣ））の拡張が、３ＧＰＰ（Third Generation Partnership Project）のリリース８に導入された。これらの拡張では、フレキシブルなＲＬＣプロトコルデータユニット（ＰＤＵ）サイズとともに、セグメント化機能を無線送受信ユニット（ＷＴＲＵ）のＭＡＣ層に導入することで高いデータ転送速度のサポートを向上している。ＭＡＣ−ｉ／ｉｓサブレイヤ（拡張された専用チャネル（Ｅ−ＤＣＨ）を処理するためのＭＡＣエンティティ）には、論理チャネルＩＤごとにセグメント化エンティティが含まれている。専用チャネルＭＡＣ（ＭＡＣ−ｄ）ＰＤＵまたは共通チャネルＭＡＣ（ＭＡＣ−ｃ）ＰＤＵが利用可能なトランスポートブロックのスペースに適合しない場合、ＭＡＣ−ｉ／ｉｓエンティティはＭＡＣ−ｄまたはＭＡＣ−ｃ ＰＤＵをセグメントに分け、残りのセグメントをセグメント化エンティティに格納する。

【0003】

３ＧＰＰリリース６でＨＳＵＰＡが導入されて以来、ノードＢスケジューラによりＷＴＲＵが必要とするアップリンクデータ転送速度の評価を助けるため、及び、ノードＢによりＷＴＲＵが必要とするシステムリソースの量及びノードＢが実際に利用できるリソースの量をよりよく把握することを支援するためのメカニズムが導入されてきた。これらのメカニズムの１つは、ＭＡＣ−ｅまたはＭＡＣ−ｉ ＰＤＵに含めることができるスケジュール情報（ＳＩ）である。スケジュール情報には、ＲＬＣレイヤでの伝送及び再伝送に利用できる、バイト数でデータの量を特定する合計Ｅ−ＤＣＨバッファステータス（ＴＥＢＳ）フィールドが含まれている。また、スケジュール情報は、利用可能なデータを含む最大優先度の論理チャネル（ＨＬＩＤ）、最大優先度の論理チャネルのバッファステータス（ＨＬＢＳ）、及び、ＵＥパワーヘッドルーム（ＵＰＨ）を示す。スケジュール情報の全体的な長さは、周波数分割複信（ＦＤＤ）で１８ビットである。時分割複信（ＴＤＤ）では、スケジュール情報は、ＷＴＲＵが生成するセル間干渉の程度の推定についてノードＢを支援するためのフィールドをさらに含む。

【0004】

スケジュール情報の報告は、サービング許可（Serving Grant）及びＴＥＢＳの値に依存する、多数の異なるトリガメカニズムに従ってトリガされる。スケジュール情報の報告がトリガされるのは、サービング許可が「ゼロ」に等しい場合、またはすべてのＨＡＲＱプロセスが非アクティベートされて、ＴＥＢＳがゼロより大きくなった場合である。スケジュール情報の報告は定期的にトリガすることができる。これは、ＲＲＣによって設定される。異なる２つの定期的なトリガ（つまりタイマー）を２つのケースに対して設定することができる。サービング許可がゼロ、またはすべてのプロセスが非アクティベートされ、ＴＥＢＳがゼロより大きいケースでは、Ｔ＿ＳＩＮＧがトリガの周期性を決定するタイマーである。サービング許可がゼロでなく、少なくとも１つのプロセスがアクティベートされているケースでは、Ｔ＿ＳＩＧがトリガの周期性を決定するタイマーである。スケジュール情報の報告は、スケジュールされた任意のＭＡＣ−ｄフローからの単一のＰＤＵを伝送するにはサービング許可が小さすぎ、ＴＥＢＳがゼロより大きくなった場合にトリガすることができる。スケジュール情報の報告は、Ｅ−ＤＣＨがサービスを提供しているセルに変更が発生し、新しいＥ−ＤＣＨがサービスを提供しているセルが、以前サービスを提供していたＥ−ＤＣＨ無線リンクセット（ＲＬＳ）の一部ではなかった場合にトリガすることができる。スケジュール情報は、ＴＥＢＳがゼロの場合には、設定されたトリガメカニズムの１つによってトリガされた場合でも伝送されない。

【0005】

ハッピービット（happy bit）は、ＷＴＲＵがＷＴＲＵに割り当てられている現在の許可及びリソースに満足しているかどうかをノードＢが認識できるようにする追加的なメカニズムである。ハッピービットは、Ｅ−ＤＣＨ専用の物理的制御チャネル（Ｅ−ＤＰＣＣＨ）に含めるために、ＭＡＣエンティティから物理レイヤに渡される１ビットのフィールドである。ハッピービットは、「ハッピー（happy）」または「ノットハッピー（not happy）」に設定することができる。「ハッピー」が示すのは、ＷＴＲＵがより多くのリソースを使用できるということであり、「ノットハッピー」が示すのは、ＷＴＲＵがそれ以上のリソースを使用できないということである。ハッピービットの設定もＴＥＢＳに基づいている。

【0006】

ハッピービットを「ノットハッピー」に設定する条件の１つは、現在のサービング許可×ＨＡＲＱプロセスの総数に対するアクティブなＨＡＲＱプロセスの比率を用いて伝送するのに、ＴＥＢＳがＨａｐｐｙ＿ｂｉｔ＿ｄｅｌａｙ＿ｃｏｎｄｉｔｉｏｎミリ秒を超えて必要とする場合である。

【発明の概要】

【発明が解決しようとする課題】

【0007】

現在の３ＧＰＰ仕様によると、スケジュール情報の一部として送信されるＴＥＢＳは、ＲＬＣレイヤでの伝送及び再伝送に利用できるすべての論理チャネルで利用できるデータの合計量を、バイト単位で示すだけである。しかし、ＭＡＣエンティティにセグメント化機能が導入されたことによって（つまりＭＡＣ−ｉ／ｉｓエンティティ）、ＭＡＣエンティティは、セグメント化エンティティに１つまたは複数のセグメントを格納することができる。ＭＡＣ−ｉ／ｉｓセグメント化エンティティで待機している合計バイト数は、ＴＥＢＳの計算には含まれない。フレキシブルなＲＬＣ ＰＤＵの導入によって、ＲＬＣエンティティは、最大ＲＬＣ ＰＤＵサイズまでのサイズのＲＬＣ ＰＤＵを作成することができるため、セグメント化エンティティに格納されるビット数は比較的大きくなる可能性がある。したがって、ＭＡＣレイヤのセグメント化エンティティに保存されるデータの量を含めないことによって、ＷＴＲＵは誤ったＴＥＢＳを報告することになる。ＷＴＲＵは、ＭＡＣレイヤのセグメント化エンティティに格納されているセグメントを伝送するために追加のリソースが必要なので、それらを報告しないことによって、ネットワークはＷＴＲＵが必要とするリソースの数について誤った認識を得てしまう。

【0008】

さらに、ネットワークがＷＴＲＵの許可をゼロに減少させた場合でも、ＷＴＲＵは、ＭＡＣレイヤのセグメント化エンティティに、伝送すべき幾らかのデータを保持することができる。現在のスケジュール情報トリガメカニズムでは、ＴＥＢＳがゼロより大きくなった場合及びサービング許可がゼロの場合に、ＷＴＲＵがスケジュール情報を送信することができる。しかし、ＴＥＢＳはゼロだがＷＴＲＵがＭＡＣレイヤのセグメント化エンティティに残存データを保持している場合は、ＷＴＲＵ伝送はその状況で停止される。トリガ基準によって、ＷＴＲＵはＴＥＢＳを送信することが許可されず、このためにネットワークは、バッファ内のデータの伝送を正しく完了するために、ＷＴＲＵに追加のリソースが必要であることを認識しない。このために伝送が遅れ、ＷＴＲＵがデータの伝送を完了することが妨げられる。

【0009】

ハッピービットの設定はＴＥＢＳにも依存する。ＴＥＢＳがゼロの場合、または、ＴＥＢＳが正しく設定されておらずＷＴＲＵがＭＡＣレイヤのセグメント化エンティティに１つまたは複数のＭＡＣセグメントを持っている場合は、ＷＴＲＵはハッピービットを適切に設定しない。ＴＥＢＳが過小評価されるため、ＷＴＲＵは、ＷＴＲＵが遅延制約内にデータを伝送できると計算する可能性がある。しかし、ＭＡＣレイヤに含まれているデータを考慮に入れた場合は、ＷＴＲＵが遅延基準を満足できない可能性がある。

【課題を解決するための手段】

【0010】

ＷＴＲＵは、Ｅ−ＤＣＨ伝送のスケジュール情報の一部としてバッファステータスを報告する。バッファステータスを報告するために、ＷＴＲＵは、無線リソース制御（ＲＲＣ）エンティティによって報告が要求される、すべての論理チャネルで利用できるデータの合計量を計算する。データの合計量は、ＲＬＣエンティティでの伝送及び再伝送に利用できるデータの量、及び、ＭＡＣ−ｉ／ｉｓエンティティが構成されている場合にＭＡＣ−ｉ／ｉｓセグメント化エンティティでの伝送に利用できるデータの量を含む。ＷＴＲＵは、データの合計量に基づいて設定されるＴＥＢＳフィールドを含むスケジュール情報を送信する。

【図面の簡単な説明】

【0011】

例として以下に示す説明及び添付の図面によって、より詳細に理解されうるであろう。

【図1】無線通信システムを示す図である。

【図2】図１の無線通信システムのＷＴＲＵ及びノードＢを示す機能ブロック図である。

【図3】第１の実施形態に従ってＴＥＢＳを報告する例示的なプロセスを示す流れ図である。

【図4】第２の実施形態に従ってバッファステータスを報告し、スケジュール情報を送信する例示的なプロセスの流れ図である。

【発明を実施するための形態】

【0012】

以下、「ＷＴＲＵ」という用語は、移動端末装置（ＵＥ）、移動局、固定または移動可能な加入者端末、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータ、及び、無線環境において動作可能なあらゆる種類の利用者用装置を含むが、これらに限定されるものではない。以下、「ノードＢ」という用語は、基地局、サイトコントローラ、アクセスポイント（ＡＰ）、及び、無線環境において動作可能なあらゆる種類の接続装置を含むが、これらに限定されるものではない。「ＭＡＣ−ｉｓ／ｉ」という用語と「ＭＡＣ−ｉ／ｉｓ」という用語は区別なく使用することができる。

【0013】

図１は、複数のＷＴＲＵ１１０、ノードＢ１２０、制御用の無線ネットワークコントローラ（ＣＲＮＣ）１３０、サービスを提供する無線ネットワークコントローラ（ＳＲＮＣ）１４０、及び、コアネットワーク１５０を含む無線通信システム１００を示している。ノードＢ１２０及びＣＲＮＣ１３０は、まとめてＵＴＲＡＮ（Universal Terrestrial Radio Access Network）と呼ぶことができる。

【0014】

図１に示すように、ＷＴＲＵ１１０はノードＢ１２０と通信し、ノードＢ１２０は、ＣＲＮＣ１３０及びＳＲＮＣ１４０と通信する。図１には、３つのＷＴＲＵ１１０、１つのノードＢ１２０、１つのＣＲＮＣ１３０、及び、１つのＳＲＮＣ１４０が示されているが、無線通信システム１００には、無線機器及び有線機器を任意に組み合わせて含めることができることに留意されたい。

【0015】

図２は、図１の無線通信システム１００のＷＴＲＵ１１０及びノードＢ１２０の機能ブロック図である。図２に示すように、ＷＴＲＵ１１０はノードＢ１２０と通信し、両方がバッファステータスを報告する方法を実行するように構成されている。

【0016】

典型的なＷＴＲＵに見られるコンポーネントに加えて、ＷＴＲＵ１１０は、プロセッサ１１５、受信機１１６、送信機１１７、メモリ１１８、及び、アンテナ１１９を含む。メモリ１１８は、オペレーティングシステム、アプリケーションなどのソフトウェアを格納するために提供される。プロセッサ１１５は、以下に開示する実施形態に従って、単独でまたはソフトウェアと連携して、バッファステータスを報告する方法を実行するために提供される。例えば、プロセッサ１１５は、ＲＬＣエンティティでの伝送及び再伝送に利用できるデータの量、及び、拡張された専用チャネル（ＭＡＣ−ｉ／ｉｓ）のメディアアクセスコントロールサブレイヤのセグメント化エンティティでの伝送に利用できるデータの量を含む、報告が要求される、すべての論理チャネルで利用できるデータの合計量を計算し、データの合計量に基づいて設定されるＴＥＢＳフィールドを含むスケジュール情報を送信するように構成される。受信機１１６及び送信機１１７はプロセッサ１１５と通信する。アンテナ１１９は、受信機１１６及び送信機１１７の両方と通信して、無線データの送受信を促進する。

【0017】

典型的な基地局に見られるコンポーネントに加えて、ノードＢ１２０は、プロセッサ１２５、受信機１２６、送信機１２７、メモリ１２８、及び、アンテナ１２９を含む。プロセッサ１２５は、以下に開示する任意の実施形態に従ってバッファステータスを報告する方法をサポートするように構成されている。受信機１２６及び送信機１２７はプロセッサ１２５と通信する。アンテナ１２９は、受信機１２６及び送信機１２７の両方と通信して、無線データの送受信を促進する。

【0018】

第１の実施形態によると、ＴＥＢＳフィールドが、ＲＲＣによって報告が要求されている、すべての論理チャネルで利用できるデータの合計量を特定し（ＲＬＣ及びＭＡＣ−ｉ／ｉｓに格納されているデータを含む）、ＲＬＣでの伝送及び再伝送、並びに、ＭＡＣ−ｉ／ｉｓエンティティのセグメント化エンティティでの伝送に利用できるデータの量をバイト数で示すように、ＴＥＢＳの定義が変更される。

【0019】

図３は、第１の実施形態に従ったＴＥＢＳを報告する例示的プロセス３００の流れ図である。ＷＴＲＵは、ＲＲＣによって報告が要求される、すべての論理チャネルで利用できるデータの合計量を計算する（ステップ３０２）。データの合計量を計算する際に、ＷＴＲＵは、ＲＬＣエンティティでの伝送及び再伝送に利用できるデータの量、及び、ＭＡＣ−ｉ／ｉｓエンティティが構成されている場合に、ＭＡＣ−ｉ／ｉｓセグメント化エンティティでの伝送に利用できるデータの量を含む。次に、ＷＴＲＵは、データの合計量に基づいて設定されるＴＥＢＳフィールドを含むスケジュール情報を送信する（ステップ３０４）。

【0020】

スケジューリング対象外許可（non-scheduled grant）が構成されている論理チャネルに属するＭＡＣ−ｉ／ｉｓセグメント化エンティティに格納されているセグメントは、データの合計量に含まれていなくてもよい。これに加えて、ＲＲＣによって適用可能性が制限された論理チャネルに属するＭＡＣ−ｉ／ｉｓセグメント化エンティティに格納されているセグメントは、データの合計量に含まれていなくてもよい。肯定されたモード（ＡＭ）ＲＬＣエンティティにＭＡＣが接続されると、伝送される制御ＰＤＵ及びＲＬＣ Ｔｘウインドウ外のＲＬＣ ＰＤＵも、ＴＥＢＳに含めることができる。伝送されたが、同位エンティティによって否定応答されていないＲＬＣ ＰＤＵは、ＴＥＢＳに含めることができない。

【0021】

第１の実施形態は、最大優先度の論理チャネルのバッファステータス（ＨＬＢＳ）の計算にも適用することができる。ＨＬＢＳは、ＴＥＢＳインデックスに基づいて、ＴＥＢＳによって報告されたバッファサイズ範囲の最高値に対して、または事前に決定されたバイト数（５０，０００バイトなど）に対して、最大優先度の論理チャネルＩＤ（ＨＬＩＤ）フィールドによって特定された論理チャネルから利用できるデータの量を示してもよく、データの量には、ＲＬＣでの伝送及び再伝送、並びに、ＭＡＣ−ｉ／ｉｓエンティティのセグメント化エンティティでの伝送に利用できるデータの量が含まれる。

【0022】

第２の実施形態によると、ＴＥＢＳの定義は変更されないが、スケジュール情報のトリガ基準が変更される。図４は、第２の実施形態に従って、バッファステータスを報告し、スケジュール情報を送信する例示的プロセス４００の流れ図である。ＷＴＲＵはＴＥＢＳ、及び、ＭＡＣ−ｉ／ｉｓセグメント化エンティティに保存されているデータの合計量を計算する（ステップ４０２）。ＭＡＣ−ｉ／ｉｓセグメント化エンティティのバッファステータスを「合計ＭＡＣバッファステータス」（ＴＭＢＳ）と呼ぶ。ＴＭＢＳは、ＭＡＣ−ｉ／ｉｓエンティティのセグメント化エンティティでの伝送に利用できるＲＲＣによって報告が要求されている、すべての論理チャネルで利用できるデータの合計量を、バイト単位で特定する。

【0023】

ＴＭＢＳ値を計算するときは、スケジューリング対象外許可が構成されている論理チャネルに属するＭＡＣ−ｉ／ｉｓのセグメント化エンティティに格納されているセグメントを考慮しなくてもよい。これに加えて、ＲＲＣによって適用可能性が制限されている論理チャネルに属するＭＡＣ−ｉ／ｉｓのセグメント化エンティティに格納されているセグメントは、ＴＭＢＳ計算において計算しなくてもよい。

【0024】

ＷＴＲＵは、修正されたスケジュール情報のトリガ基準が満たされているかどうかを判断する（ステップ４０４）。満たされている場合は、ＷＴＲＵは、スケジュール情報の伝送をトリガする（ステップ４０６）。満たされていない場合は、スケジュール情報の報告はトリガされない。

【0025】

次の条件の少なくとも１つが満たされた場合に、スケジュール情報をトリガすることができる。（１）サービング許可が「ゼロ」に等しい、またはすべてのＨＡＲＱプロセスが非アクティベートされていて、ＴＥＢＳがゼロより大きくなる、またはＴＭＢＳがゼロより大きい（或いは設定した閾値より大きい）、（２）サービング許可が「ゼロ」に等しい、またはすべてのＨＡＲＱプロセスが非アクティベートされていて、ＴＥＢＳ及びＴＭＢＳの和がゼロより大きい（或いは設定した閾値より大きい）、（３）サービング許可が「ゼロ」に等しい、またはすべてのＨＡＲＱプロセスが非アクティベートされていて、ＴＥＢＳがゼロである、及び、ＴＭＢＳがゼロより大きい、（４）定期的なトリガ。サービング許可がゼロである、またはすべてのＨＡＲＱプロセスが非アクティベートされていて、ＴＥＢＳまたはＴＭＢＳがゼロより大きい場合（或いはＴＭＢＳが閾値より大きい、またはＴＥＢＳ及びＴＭＢＳの和が閾値より大きい）、スケジュール情報をトリガすることができる。この場合、トリガの周期性を決定するためのタイマーとして、Ｔ＿ＳＩＮＧを使用することができる。サービング許可がゼロでなく、少なくとも１つのＨＡＲＱプロセスがアクティベートされていて、ＴＥＢＳはゼロだがＴＭＢＳはゼロでない場合にも、スケジュール情報をトリガすることができる。

【0026】

現在の３ＧＰＰ仕様に従うと、ＴＥＢＳがゼロである場合は、設定されたトリガメカニズムの１つによってトリガされた場合でも、スケジュール情報は伝送されない。第２の実施形態によると、このルールは、ＴＥＢＳ及びＴＭＢＳの両方がゼロ（或いはＴＥＢＳ及びＴＭＢＳの和がゼロ）の場合には、設定されたトリガメカニズムの１つによってトリガされた場合でも、スケジュール情報が伝送されないように変更される。

【0027】

上記のスケジュール情報のトリガ基準の１つが満たされ、ＴＥＢＳはゼロだがＴＭＢＳはゼロでない場合に、スケジュール情報のＴＥＢＳフィールドでＴＭＢＳ値を報告することができる。或いは、ＴＥＢＳがゼロであることを報告することが許可されるが、新しいフィールドをスケジュール情報に追加してＭＡＣセグメント化エンティティでデータを利用できることを示すことができる。新しいフィールドは、ＭＡＣエンティティで何らかのデータを利用できることを示すだけの１ビットであってよく、または、ＴＭＢＳ値の範囲に対するインデックスを示す数ビットであってもよい。

【0028】

或いは、ＴＥＢＳがゼロであることを報告することが許可されるが、フィールドの１つがＴＭＢＳ値を示すように解釈しなおすことができる。例えば、ＨＬＢＳフィールドはＴＭＢＳを示すために使用することができる。ネットワークは、ＴＥＢＳがゼロでＨＬＢＳフィールドがゼロでない場合は、ＨＬＢＳフィールドにＴＭＢＳ値が含まれていることを意味していることを識別するように構成することができる。或いは、ＴＥＢＳがゼロであることを通知して、ＴＭＢＳがゼロより大きい場合はハッピービットを「アンハッピー（unhappy）」に設定することができる。或いは、ＴＥＢＳがゼロであることを報告し、ＨＬＩＤフィールドがＴＭＢＳ値を示すように解釈しなおすことができる。

【0029】

同一の概念をハッピービットのトリガに適用することができる。ハッピービットをトリガするための条件は、現在のサービング許可×ＨＡＲＱプロセスの総数に対するアクティブなＨＡＲＱプロセスの比率を用いて伝送するのにＴＥＢＳ及びＴＭＢＳの和がＨａｐｐｙ＿ｂｉｔ＿ｄｅｌａｙ＿ｃｏｎｄｉｔｉｏｎミリ秒を超えて必要な場合に、ハッピービットが「アンハッピー」に設定されるように変更される。

【0030】

ＴＥＢＳがゼロに等しいかどうかにかかわらず、ＭＡＣ−ｉ／ｉｓが構成されている場合は常に、ＷＴＲＵが常にスケジュール情報の「ＴＥＢＳ」フィールド内のＴＥＢＳ及びＴＭＢＳの和を報告することができる。この方式を使用する場合は、ＴＥＢＳの従来の定義と混乱することを回避するために、スケジュール情報内の「ＴＥＢＳ」フィールドの名前を別の名前に置き換えることができる（セグメントを有する合計Ｅ−ＤＣＨバッファステータス（ＴＥＢＳＳ）など）。

【0031】

第３の実施形態によると、ＭＡＣ−ｉ／ｉｓエンティティのセグメント化エンティティに保存されているデータは、データの伝送を試みることでリソースを浪費することを避けるために、特定の条件下で破棄することができる。制限された許可、チャネル優先度などにより一定期間は伝送できないＭＡＣエンティティに格納されたセグメントをＷＴＲＵが持っている場合、最新のセグメントと格納されているセグメントとの伝送の間に事前に設定した時間が経過すると、その伝送遅延がより上位のレイヤに使用するには大きすぎるか、またはこのセグメントを含むＲＬＣ ＰＤＵ全体が再伝送されるため、このセグメントを破棄することが有益である。

【0032】

サービング許可が「ゼロ」に等しい場合、またはすべてのＨＡＲＱプロセスが非アクティベートされた場合、セグメント化エンティティのデータを破棄することができる。この場合、すべての論理チャネルについて或いはスケジュールされたフローに対応付けられているすべての論理チャネルについて、データを破棄することができる。

【0033】

破棄タイマーの期限が切れた場合にも、セグメント化エンティティのデータを破棄することができる。破棄タイマーは特定の論理チャネルに特有の場合がある。この場合、破棄タイマーはこの論理チャネルに対するセグメント化エンティティの特定のＰＤＵからデータが到来したときに開始することができ、このＰＤＵからすべてのデータが伝送されたときに停止することができる。破棄タイマーの期限が切れると、関係する論理チャネルからのデータだけが破棄される。或いは、破棄タイマーはすべての論理チャネルにわたり一意でもよい。この場合、破棄タイマーは、サービング許可が「ゼロ」に等しいとき、またはすべてのＨＡＲＱプロセスが非アクティベートされたときに開始することができ、サービング許可がゼロを超えたときに停止することができる。破棄タイマーの期限が切れると、すべての論理チャネルについて或いはスケジュールされたフローに対応付けられているすべての論理チャネルについて、データを破棄することができる。

【0034】

実施形態
１．バッファステータスを報告する方法。

【0035】

２．ＲＲＣエンティティによって報告が要求される、すべての論理チャネルで利用できるデータの合計量を計算することを含み、データの合計量は、ＲＬＣエンティティでの伝送及び再伝送に利用できるデータの量、及び、ＭＡＣ−ｉ／ｉｓエンティティが構成されている場合には、ＭＡＣ−ｉ／ｉｓのセグメント化エンティティでの伝送に利用できるデータの量を含む、実施形態１に記載の方法。

【0036】

３．上記データの合計量に基づいて設定されるＴＥＢＳフィールドを含むスケジュール情報を送信することを含む、実施形態２に記載の方法。

【0037】

４．スケジューリング対象外許可が構成されている論理チャネルに属するＭＡＣ−ｉ／ｉｓのセグメント化エンティティに格納されているセグメントは上記データの合計量に含まれない、実施形態２〜３のいずれかに記載の方法。

【0038】

５．ＲＲＣエンティティによって適用可能性が制限されている論理チャネルに属するＭＡＣ−ｉ／ｉｓのセグメント化エンティティに格納されているセグメントは上記データの合計量に含まれない、実施形態２〜４のいずれかに記載の方法。

【0039】

６．ＲＬＣ伝送ウインドウ外の制御ＰＤＵ及びＲＬＣ ＰＤＵは上記データの合計量に含まれる、実施形態２〜５のいずれかに記載の方法。

【0040】

７．伝送されたが否定応答されていないＲＬＣ ＰＤＵは上記データの合計量に含まれない、実施形態２〜６のいずれかに記載の方法。

【0041】

８．サービング許可が「ゼロ」に等しい場合、または、すべてのＨＡＲＱプロセスが非アクティベートされた場合に、ＭＡＣ−ｉ／ｉｓのセグメント化エンティティのデータが破棄される、実施形態２〜７のいずれかに記載の方法。

【0042】

９．バッファステータスを報告するためのＷＴＲＵ。

【0043】

１０．ＲＬＣ ＰＤＵ及びＲＬＣ ＰＤＵのセグメントを格納するためのメモリを含む、実施形態９に記載のＷＴＲＵ。

【0044】

１１．報告が要求される、すべての論理チャネルで利用できるデータの合計量を計算し、データの合計量は、ＲＬＣエンティティでの伝送及び再伝送に利用できるデータの量、及び、ＭＡＣ−ｉ／ｉｓのセグメント化エンティティでの伝送に利用できるデータの量を含み、データの合計量に基づいて設定されるＴＥＢＳフィールドを含むスケジュール情報を送信するように構成されたプロセッサを含む、実施形態１０に記載のＷＴＲＵ。

【0045】

１２．プロセッサは、スケジューリング対象外許可に対して論理チャネルに属するＭＡＣ−ｉ／ｉｓのセグメント化エンティティに格納されているデータセグメントの合計量を算入しないように構成される、実施形態１１のＷＴＲＵ。

【0046】

１３．プロセッサは、ＲＲＣエンティティによって適用可能性が制限された論理チャネルに属するＭＡＣ−ｉ／ｉｓのセグメント化エンティティに格納されているデータセグメントの合計量を算入しないように構成される、実施形態１１〜１２のいずれかに記載のＷＴＲＵ。

【0047】

１４．プロセッサは、ＲＬＣ伝送ウインドウ外のデータ管理ＰＤＵ及びＲＬＣ ＰＤＵの合計量を算入するように構成される、実施形態１１〜１３のいずれかに記載のＷＴＲＵ。

【0048】

１５．プロセッサは、伝送されたが、否定応答されていないデータＲＬＣ ＰＤＵの合計量を算入しないように構成される、実施形態１１〜１４のいずれかに記載のＷＴＲＵ。

【0049】

１６．サービング許可が「ゼロ」に等しい場合、または、すべてのＨＡＲＱプロセスが非アクティベートされた場合に、プロセッサはＭＡＣ−ｉ／ｉｓのセグメント化エンティティのデータを破棄するように構成される、実施形態１１〜１５のいずれかに記載のＷＴＲＵ。

【0050】

特徴及び要素は特定の組み合わせを用いて説明されているが、各特徴または要素は、他の特徴及び要素を用いずに単独で用いることが可能であり、または他の特徴及び要素を用いて若しくは用いずに様々な組み合わせで用いることができる。本明細書で提供される方法またはフローチャートは、汎用コンピュータまたはプロセッサによって実行するためにコンピュータが読み出し可能な記憶媒体に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアに実装することができる。コンピュータが読み出し可能な記憶媒体の例としては、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体記憶装置、内蔵型ハードディスク及び取り外し可能ディスクなどの磁気媒体、光磁気媒体、ＣＤ−ＲＯＭディスクなどの光学式媒体、及び、デジタル多用途ディスク（ＤＶＤ）などがある。

【0051】

適したプロセッサの例を挙げると、汎用プロセッサ、特殊用途向けプロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと共に用いる１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、書き替え可能ゲートアレイ（ＦＰＧＡ）回路、その他の種類の集積回路（ＩＣ）、及び／または、状態マシンなどがある。

【0052】

プロセッサをソフトウェアと共に使用することにより、無線送受信ユニット（ＷＴＲＵ）、移動端末装置（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または、ホストコンピュータで使用するＲＦ送受信機（radio frequency transceiver）を実装することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーホン、振動装置、スピーカー、マイクロホン、テレビの送受信装置、ハンドフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線装置、ＬＣＤ（liquid crystal display）表示装置、有機発光ダイオード（ＯＬＥＤ）表示装置、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザ、及び／または、無線ＬＡＮ（ＷＬＡＮ）モジュールもしくはウルトラワイドバンド（ＵＷＢ）モジュールなど、ハードウェア及び／またはソフトウェアに実装されたモジュールと共に使用することができる。

【図1】

【図2】

【図3】

【図4】