WO2006016396A1

WO2006016396A1 - レートスケジューリング方法および端末

Info

Publication number: WO2006016396A1
Application number: PCT/JP2004/011439
Authority: WO
Inventors: Michiaki Takano
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2004-08-09
Filing date: 2004-08-09
Publication date: 2006-02-16
Anticipated expiration: 2007-02-09
Also published as: JPWO2006016426A1; WO2006016426A1

Abstract

　本発明にかかるレートスケジューリング方法にあっては、たとえば、各端末が、送信すべきデータのバッファ量に応じてレート要求コマンドを生成し、当該レート要求コマンドを、ＤＰＣＣＨ無線フレーム中のＦＢＩフィールドを用いて基地局に対して送信するレート要求送信ステップと、前記基地局が、各端末から送られてくるレート要求コマンドに基づいてリソース割り当てを行い、その結果をレート許可コマンドとして各端末に対して返信するレート許可送信ステップと、を含む。

Description

明細書

レートスケジューリング方法および端末

技術分野

[0001] 本発明は、 3GPP (3rd Generation Partnership Project)に準拠した通信方式を採用する通信システムにおけるレートスケジューリング方法に関するものであり、特に、レートスケジューリングのシグナリングとして、レート要求、レート許可を用いる場合のレートスケジューリング方法、および当該方法を実現する基地局に関するものである背景技術

[0002] 非特許文献 1には、第 3世代移動通信方式の標準化団体 3GPPにおける上りリンクのレートスケジューリング方法が開示されており、レートスケジューリングのシグナリングとして、レート要求、レート許可が用いられている。

[0003] また、特許文献 1には、ディジタル無線通信システムにおけるリソースのダイナミック割り当て方法が開示されており、たとえば、上りリンクの伝送毎に伝送速度に依存する所定数の DPCH (Dedicated Physical Channel)が割り当てられること、シグナリング情報が TTI (Transmission Time Interval)の 1つのスロットで送信されること、シグナリングリソースには TFCI (Transport Format Combination Indicator)の他にデータ部分があり、そのデータ部分は常に 1つの加入者に向けられていること、が記載されている。

[0004] 特許文献 1 :特表 2003—513531号公報

非特許文献 1 : 3GPP TR25. 896V6. 0. 0, PP.19— 21

発明の開示

発明が解決しょうとする課題

[0005] しかしながら、従来のレートスケジューリング方法においては、レート要求についての具体的な伝送方法が明記されていなレ、、という問題があった。

[0006] また、レート要求は全基地局（セル，セクタ）向けに送信されるため、これを受信した全基地局（セル，セクタ）が、レート要求送信元の端末にリソース割り当てを行ってしまレ、、スループットを低下させる、という問題があった。

[0007] 本発明は、上記に鑑みてなされたものであって、レート要求の具体的な伝送方法を提供し、さらに従来技術と比較してスループットを改善可能なレートスケジューリング方法を提供することを目的とする。

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

[0008] 上述した課題を解決し、目的を達成するために、本発明にかかるレートスケジユーリング方法にあっては、基地局が、通信システムを構成する各端末から送られてくるレート要求コマンドに基づいて、上りリンクのリソース割り当てを行うレートスケジユーリング方法であって、たとえば、前記各端末が、送信すべきデータのバッファ量に応じてレート要求コマンドを生成し、当該レート要求コマンドを、 DPCCH (Dedicated Physical Control CHannel)無線フレーム中の FBI (Feedback Information)フィールドを用いて基地局に対して送信するレート要求送信ステップと、前記基地局が、各端末から送られてくるレート要求コマンドに基づいてリソース割り当てを行い、その結果をレート許可コマンドとして各端末に対して返信するレート許可送信ステップと、を含むことを特徴とする。

発明の効果

[0009] 本発明に力かるレートスケジューリング方法においては、レート要求を、たとえば、既知のチャネルである DPCCHにマッピングする、詳細には、既知の FBIフィールドを拡張してレート要求を伝送することとした (レート要求の具体的な伝送方法の提供）。これにより、従来からの変更という点でのインパクトを少なくしつつ、確実な伝送を実現でき、さらに、ノくックワードコンパチビリティを確保することができる、という効果を奏する。

図面の簡単な説明

[0010] [図 1]図 1は、本発明に力、かるレートスケジューリング方法を実現する実施の形態 1の端末の構成を示す図である。

[図 2]図 2は、通信システムを構成する無線ネットワークコントローラ (RNC)、基地局（

Node B)、端末（UE)間のシグナリングフローを示す図である。

[図 3]図 3は、 DPCCH無線フレームのフレームフォーマットの一例を示す図である。 [図 4]図 4は、本発明に力かるレートスケジューリング方法を実現する実施の形態 2の端末の構成を示す図である。

[図 5]図 5は、 DPCCH無線フレームのフレームフォーマットの一例を示す図である。

[図 6]図 6は、 DPCCH無線フレームのフレームフォーマットの一例を示す図である。

[図 7]図 7は、本発明にかかるレートスケジューリング方法を実現する実施の形態 4の端末の構成を示す図である。

[図 8]図 8は、 MACヘッダおよび複数の「MAC— e SDU」で形成されるトランスポートブロックサイズの一例を示す図である。

[図 9]図 9は、 MACヘッダおよび複数の「MAC— e SDU」で形成されるトランスポートブロックサイズの一例を示す図である。

符号の説明

[0011] 1 レート要求生成部

2 フレーム,組立部

3 送信機

4 受信機

5 フレーム分解部

11 バッファ量管理部

12 判定部

21 チャネルコーディング部

22 チャネルデコーディング部

31 TrBK生成部

発明を実施するための最良の形態

[0012] 以下に、本発明に力かるレートスケジューリング方法および端末の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではなレ、。

[0013] 実施の形態 1.

図 1は、本発明に力かるレートスケジューリング方法を実現する実施の形態 1の端末の構成を示す図であり、ノッファ量管理部 11と判定部 12で構成されたレート要求生成部 1と、フレーム組立部 2と、送信機 3と、受信機 4と、フレーム分解部 5と、を備えている。

[0014] ここで、上記端末を含む通信システム全体の動作について説明する。図 2は、本実施の形態の通信システムを構成する無線ネットワークコントローラ (RNC)、基地局（N ode B)、端末（UE)間のシグナリングフロー（制御信号の流れ）を示す図である。

[0015] まず、 RNCでは、初期設定として、基地局および端末に対して、 TFCS上限， TFC S開始位置を通知する（ステップ S1 ,ステップ S2)。なお、上記 TFCS上限とは、 TF CS (Transport Format Combination Set)の最大ィ直を表わしており、基地局，端末は、この上限を超えないように制御する。また、 TFCS開始位置とは、上りリンクデータ伝送に用レ、る TFCSのデフォルト値を表わしている。

[0016] 上記初期設定後、端末は、基地局に対してレート要求を送信する (ステップ S3)。このレート要求は、 UP， DOWN, KEEPを示すコマンドであり、 TFCS開始位置よりも多くのデータを送信したい場合には UPを、 TFCS開始位置と同程度のデータを送信したい場合には KEEPを、 TFCS開始位置よりも少量のデータを送信したい場合には DOWNを、それぞれレート要求として送信する。

[0017] その後、基地局は、複数の端末からのレート要求を入力としてスケジューリングを行レ、、そのスケジューリング結果をレート許可として各端末に送信する（ステップ S4)。このレート許可もまた UP, DOWN, KEEPを示すコマンドであり、 TFCS開始位置から 1ステップ (予め規定された 1ステップ分のデータ量)だけ増やしてデータ送信を行うことを許可する場合には UPを、 TFCS開始位置から 1ステップだけ減らしてデータ送信を行うことを許可する場合には DOWNを、 TFCS開始位置と同程度のデータ送信を許可する場合には KEEPを、それぞれレート許可として送信する。

[0018] 以降、上記ステップ S3および S4と同様の動作が繰り返し実行され、 TFCS開始位置と上記レート許可コマンドの蓄積により、伝送レートが制御されることとなる。

[0019] そして、端末は、データ伝送を行う場合、送信データとともに TFRI (Transport

Format Resource Indicator)を伝送する（ステップ S5)。この TFRIは、同時に送信されているデータの変調方式，符号数，トランスポートブロックサイズ，拡散率，符号ィ匕レートの少なくともいずれ力 4つを表わすインジケータである。基地局は、この TFRIに従って端末の受信データを復調し、その受信データの CRC (Cyclic Redundancy Check)を判定し (受信データから生成した CRCと受信データに含まれる CRCとを比較し）、誤りが無ければ ACKを、誤りがあれば NAKを、 ACK/NAKとして端末に対して送信する（ステップ S6)。

[0020] このようにして、本実施の形態の通信システムにおいては、基地局が、 TFCS上限を満たす範囲で、端末に対する TFCSを制御することができる。

[0021] つづいて、上記図 2のシグナリングフローを実行する場合の端末の動作を、図 1の構成を用いて詳細に説明する。

[0022] バッファ量管理部 11では、上りリンクとして送信すべきデータのバッファ量を監視する。このバッファ量は、周期的に (所定時間経過毎に)または予め規定された所定データ量となった場合に、バッファ量情報として判定器 12に対して供給する。なお、 AC K/NAK信号が ACKであった場合には、対応するデータを保存するバッファを解放し、バッファ量を更新する。

[0023] 判定器 103では、バッファ量管理部 11からのバッファ量情報と予め規定されたしきい値とを比較し、たとえば、「バッファ量〉しきい値」の場合は UPを、「バッファ量くしきい値」の場合は DOWNを、「バッファ量 =しきい値」の場合は KEEPを、出力する。なお、 UP, DOWN, KEEPの判定方法については、これに限らず、たとえば、上記しきい値を第 1のしきい値とし、さらに第 2のしきい値（「第 1のしきい値 >第 2のしきい値」とする）を設け、「バッファ量〉第 1のしきい値」の場合は UPを、「第 1のしきい値〉バッファ量 >第 2のしきい値」の場合は KEEPを、「第 2のしきい値 >バッファ量」の場合は DOWNを、出力することとしてもよい。判定器 103では、 UPの場合は + 1を、 K EEPの場合は 0を、 DOWNの場合は— 1を、フレーム組立部 2に供給する。

[0024] フレーム組立部 2では、上記 UP， DOWN, KEEPに基づいて生成したレート要求コマンドを DPCCH (Dedicated Physical Control CHannel)無線フレームに組み込む。図 3は、 DPCCH (Dedicated Physical Control CHannel)無線フレームのフレームフォーマットの一例を示す図である。 DPCCH無線フレームの周期は、たとえば、図 3に示すとおり 10msとなり、 1フレームは 15のスロット（# 0 # 14)で構成されている。また、 1スロットは、 PILOT, TFCI, FBI (Feedback Information) , TPC ( Transmit Power control)の各フィールドで構成され、合計 10ビットからなる。また、 FBIは、 3ビット構成であり、 SSDT (Site Selection Diversity Transmission)用の S フィールド， Diversity用の Dフィールド， E—DCH用の Eフィールドからなる。

[0025] 具体的には、フレーム組立部 2では、レート要求コマンドを、たとえば、上記 Eフィールド（ 1ビット）を用レ、て伝送する。

[0026] 送信機 3では、拡散変調， DPDCH等、他のチャネルとの多重化、フィルタリング、無線周波数への変換処理を実行し、これらの処理により生成した無線周波数帯信号を基地局へ送信する。なお、ここでは、図 2におけるレート要求に着目したが、 TFRI や同時に送信されるデータについても、上記他のチャネルとして伝送されている。

[0027] 一方、受信機 4では、基地局から送られてくる無線周波数帯信号に対して、ベースバンド信号への変換、フィルタリング、 DPCCH信号の多重分離、逆拡散処理を実行し、その結果をフレーム分解 5へ供給する。フレーム分解部 5では、 DPCCHから AC K/NAK信号を抽出し、その抽出結果をバッファ量管理部 11へ供給する。なお、ここでは、図 2における ACK/NAKに着目した力 S、レート許可やトラヒックデータチヤネルが、上記 DPCCH信号に多重化された他のチャネルとして伝送されている。

[0028] このように、本実施の形態においては、レート要求を既知のチャネルである DPCC Hにマッピングする、詳細には、既知の FBIフィールドを拡張してレート要求を伝送することとした (レート要求の具体的な伝送方法の提供)。これにより、従来からの変更とレ、う点でのインパクトを少なくしつつ、確実な伝送を実現でき、さらに、ノくックワードコンパチビリティを確保することができる。

[0029] なお、図 3では、 FBI (3ビット）を用いて、 Sフィールド， Dフィールド， Eフィールドの順に伝送するように説明したが、これに限らず、この伝送順については任意である。また、 SSDT, Diversityを上位メッセージで非アクティブにすることにより、 3ビット全てを Eフィールドとして用いてもよレ、。また、 FBIの 3ビットを 2ビットまたは 1ビットとしてあよい。

[0030] 実施の形態 2.

図 4は、本発明に力、かるレートスケジューリング方法を実現する実施の形態 2の端末の構成を示す図であり、前述した実施の形態 1の図 1の構成に加えて、さらに、チヤネルコーディング部 21とチャネルデコーディング部 22とを備えている。なお、システムの全体動作については、前述した図 2と同様である。本実施の形態では、前述した実施の形態 1と異なる動作について説明する。

[0031] 図 5は、 DPCCH無線フレームのフレームフォーマットの一例を示す図である。図 3 では、レート要求コマンドを 1ビットデータとしていた力本実施の形態では、 15ビットデータとしている。 15ビットを伝送するため、 1フレーム分で一つのコマンドとする。具体的には、図 4に示すチャネルコーディング部 21が、 1ビット（ + 1、 0、_1)を 15ビットに拡張する方法として、たとえば、二次 Golay符号を用いる。

[0032] また、 ACK/NACKについては、基地局側が 1ビットを 15ビットに拡張して伝送することとし、一方で、チャネルデコーディング 22が、受信データを元の 1ビット情報に復号する。

[0033] このように、本実施の形態においては、送信側がレート要求コマンドや ACKZNA Kコマンドに対してチャネルコーディング処理を実行し、受信側にてチャネルコーディングゲインを得ることによって、上記各コマンドの高品質伝送を実現することができる

[0034] 実施の形態 3.

つづいて、実施の形態 3の端末の処理について説明する。なお、端末の構成については、前述した実施の形態 2と同様である。ここでは、実施の形態 2と異なる処理についてのみ説明する。

[0035] 図 6は、 DPCCH無線フレームのフレームフォーマットの一例を示す図である。前述した実施の形態 2においては、レート要求コマンドを 1ビットから 15ビットに拡張していた力本実施の形態においては、チャネルコーディング部 21が、図 6に示すように、レート要求コマンドを 1ビット（Eフィールド 15ビット中の任意の 1ビット）とし、残りの 14 ビットを「Active Set ID」として伝送する。「Active Set ID」は、システム中の基地局ほたはセル、セクタ）のうちの通信可能なセットを表わす識別子である。

[0036] そして、基地局は、上記「Active Set ID」に基づいて、受信したレート要求が自分宛かどうかを認識し、自分宛でないレート要求を破棄することとした。これにより、無駄なレート許可の割り当てを回避することができる。また、「Active Set ID」をレート要求とともに伝送することにより、基地局による無駄な無線リソース割り当てを回避できるため、よりスループット（システム容量）を増大させることができる。

[0037] なお、図 6では、「Active Set ID」を 14ビットとし、レート要求を 1ビットとした力これに限らず、合計ビット数 15を維持した状態で、ビット配分を変更することとしてもよレ、。

[0038] 実施の形態 4.

図 7は、本発明にかかるレートスケジューリング方法を実現する実施の形態 4の端末の構成を示す図であり、 TrBK生成部 31を備えている。なお、システムの全体動作については、前述した図 2と同様である。本実施の形態では、前述した実施の形態 1一 3と異なる動作についてのみ説明する。

[0039] つづいて、上記図 2のシグナリングフローを実行する場合の端末の動作を、図 7の構成を用いて詳細に説明する。

TrBK生成部 31では、レート要求コマンドを、トランスポートブロックに組み込む。図 8は、 MACヘッダおよび複数の「MAC— e SDU」で形成されるトランスポートブロックサイズの一例を示す図である。トランスポートブロックは、 MACヘッダ，「MAC_e SDU」で形成されてレ、る。複数の「MAC_e SDU」をまとめてペイロードとレ、う。また、「MAC— e SDU」には、複数の「MAC— e PDU」がマッピングされ、それぞれ SI D (図 8の SID— SIDに相当）， N (N一 Nに相当）， F (F— Fに相当）によりセグメ

l k l k l k

ントされる。そして、本実施の形態においては、レート要求（レート要求

1一レート要求

k に相当）を、たとえば、 Fの直前に 1ビット情報としてマッピングし、このように生成した信号をチャネルコーディング部 21に供給する。

[0040] チャネルコーディング部 21では、上記のように得られた信号に対して、たとえば、 C

RC付カロ，ターボ符号化，レートマッチング，インターリーブ等を実行する。

[0041] このように、本実施の形態においては、レート要求を、 MACシグナリングを用いて伝送する。これにより、物理レイヤでの伝送に比べて高信頼度伝送を実現することができる。

[0042] なお、本実施の形態においては、レート要求コマンドを 1ビットとした力これに限らず、たとえば、前述した実施の形態 3と同様に、「Active Set ID」を含めて伝送することとしてもよい（図 9参照）。

産業上の利用可能性

以上のように、本発明に力かるレートスケジューリング方法は、 3GPPに準拠した通信方式を採用する通信システムに有用であり、特に、レートスケジューリングのシグナリングとして、レート要求、レート許可を用いる通信システムおよび当該通信システムを構成する端末に適してレ、る。

Claims

請求の範囲

[1] 基地局が、通信システムを構成する各端末力送られてくるレート要求コマンドに基づいて、上りリンクのリソース割り当てを行うレートスケジューリング方法において、前記各端末が、送信すべきデータのバッファ量に応じてレート要求コマンドを生成し、当該レート要求コマンドを、 DPCCH (Dedicated Physical Control CHannel)無線フレーム中の FBI (Feedback Information)フィールドを用いて基地局に対して送信するレート要求送信ステップと、

前記基地局が、各端末から送られてくるレート要求コマンドに基づレ、てリソース割り当てを行い、その結果をレート許可コマンドとして各端末に対して返信するレート許可送信ステップと、

を含むことを特徴とするレートスケジューリング方法。

[2] 前記各端末が、

初期設定として、送信データ量の上限値および送信データ量の基準値を受信し、前記バッファ量に基づいて、前記基準値を超えるデータ量 (前記上限値以下）の送信を要求するためのレート要求コマンド、前記基準値と同程度のデータ送信を要求するためのレート要求コマンド、または前記基準値未満のデータ量の送信を要求するためのレート要求コマンド、を送信することを特徴とする請求項 1に記載のレートスケジユーリング方法。

[3] 前記 FBIフィールドの所定の 1ビットを用いて前記レート要求コマンドを送信することを特徴とする請求項 1に記載のレートスケジューリング方法。

[4] 前記 DPCCH無線フレームを構成する全てのスロット内の、 FBIフィーノレドの所定の 1ビット（全スロットに相当するビット数）を用いて、前記レート要求コマンドを送信することを特徴とする請求項 1に記載のレートスケジューリング方法。

[5] 前記 DPCCH無線フレームを構成する 1つのスロット内の、 FBIフィールドの所定の

1ビットを用いて、前記レート要求コマンドを送信し、

さらに、前記 DPCCH無線フレームを構成する残りのスロット内の、 FBIフィールドの所定の 1ビット（残りのスロットに相当するビット数）を用いて、セルやセクタを指示するための情報を送信することを特徴とする請求項 1に記載のレートスケジューリング方法

[6] 基地局が、通信システムを構成する各端末から送られてくるレート要求コマンドに基づいて、上りリンクのリソース割り当てを行うレートスケジューリング方法において、前記各端末が、送信すべきデータのバッファ量に応じてレート要求コマンドを生成し、当該レート要求コマンドを、 MACシグナリングにおけるトランスポートブロックを用レ、て基地局に対して送信するレート要求送信ステップと、

前記基地局が、各端末から送られてくるレート要求コマンドに基づレ、てリソース割り当てを行レ、、その結果をレート許可コマンドとして各端末に対して返信するレート許可送信ステップと、

を含むことを特徴とするレートスケジューリング方法。

[7] 前記各端末が、

初期設定として、送信データ量の上限値および送信データ量の基準値を受信し、前記バッファ量に基づいて、前記基準値を超えるデータ量 (前記上限値以下）の送信を要求するためのレート要求コマンド、前記基準値と同程度のデータ送信を要求するためのレート要求コマンド、または前記基準値未満のデータ量の送信を要求するためのレート要求コマンド、を送信することを特徴とする請求項 6に記載のレートスケジユーリング方法。

[8] 前記トランスポートブロックの所定の 1ビットを用いて前記レート要求コマンドを送信することを特徴とする請求項 6に記載のレートスケジューリング方法。

[9] 前記トランスポートブロックの所定の複数ビットを用いて、前記レート要求コマンドおよびセルやセクタを指示するための情報を送信することを特徴とする請求項 6に記載のレートスケジューリング方法。

[10] 上りリンクのリソース割り当てを行う基地局とともに無線通信システムを構成する端末において、

送信すべきデータのバッファ量を監視するバッファ量管理手段と、

前記バッファ量と予め規定された所定のしきい値との判定結果に基づいて、レート要求コマンドを生成する判定手段と、

前記レート要求コマンドを、 DPCCH (Dedicated Physical Control CHannel)無線フレーム中の FBI (Feedback Information)フィールドに組み込み、所定の送信処理を施して送信する送信手段と、

を備えることを特徴とする端末。

[11] 初期設定として、送信データ量の上限値および送信データ量の基準値を受信し、前記判定手段は、

前記バッファ量と前記しきレ、値とを比較し、「バッファ量 >しきレ、値」の場合は前記基準値を超えるデータ量 (前記上限値以下）の送信を要求するためのレート要求コマンドを生成し、「バッファ量 =しきい値」の場合は前記基準値と同程度のデータ送信を要求するためのレート要求コマンドを生成し、「バッファ量くしきい値」の場合は前記基準値未満のデータ量の送信を要求するためのレート要求コマンドを生成することを特徴とする請求項 10に記載の端末。

[12] 初期設定として、送信データ量の上限値および送信データ量の基準値を受信し、前記判定手段は、

上記しきレ、値として、第 1のしきレ、値と第 2のしきレ、値（「第 1のしきレ、値 >第 2のしきい値」）を設け、「バッファ量〉第 1のしきい値」の場合は前記基準値を超えるデータ量 (前記上限値以下）の送信を要求するためのレート要求コマンドを生成し、「第 1のしきい値 >バッファ量 >第 2のしきい値」の場合は前記基準値と同程度のデータ送信を要求するためのレート要求コマンドを生成し、「第 2のしきい値 >バッファ量」の場合は前記基準値未満のデータ量の送信を要求するためのレート要求コマンドを生成することを特徴とする請求項 10に記載の端末。

[13] 前記送信手段は、

前記レート要求コマンドを、前記 FBIフィールドの所定の 1ビットに組み込むことを特徴とする請求項 10に記載の端末。

[14] 前記送信手段は、

前記 DPCCH無線フレームを構成する全てのスロット内の、 FBIフィーノレドの所定の 1ビット（全スロットに相当するビット数）で、前記レート要求コマンドを形成するように符号化処理を行うことを特徴とする請求項 10に記載の端末。

[15] 前記送信手段は、前記レート要求コマンドを、前記 DPCCH無線フレームを構成する 1つのスロット内の、 FBIフィールドの所定の 1ビットに組み込み、

さらに、セルやセクタを指示するための情報を、前記 DPCCH無線フレームを構成する残りのスロット内の、 FBIフィールドの所定の 1ビット（残りのスロットに相当するビット数）に組み込むことを特徴とする請求項 10に記載の端末。

[16] 上りリンクのリソース割り当てを行う基地局とともに無線通信システムを構成する端末において、

前記レート要求コマンドを、 MACシグナリングにおけるトランスポートブロックに組み込み、所定の送信処理を施して送信する送信手段と、

を備えることを特徴とする端末。

[17] 初期設定として、送信データ量の上限値および送信データ量の基準値を受信し、前記判定手段は、

前記バッファ量と前記しきレ、値とを比較し、「バッファ量 >しきレ、値」の場合は前記基準値を超えるデータ量 (前記上限値以下）の送信を要求するためのレート要求コマンドを生成し、「バッファ量 =しきい値」の場合は前記基準値と同程度のデータ送信を要求するためのレート要求コマンドを生成し、「バッファ量くしきい値」の場合は前記基準値未満のデータ量の送信を要求するためのレート要求コマンドを生成することを特徴とする請求項 16に記載の端末。

[18] 初期設定として、送信データ量の上限値および送信データ量の基準値を受信し、前記判定手段は、

上記しきレ、値として、第 1のしきレ、値と第 2のしきレ、値 (「第 1のしきレ、値 >第 2のしきい値」）を設け、「バッファ量〉第 1のしきい値」の場合は前記基準値を超えるデータ量 (前記上限値以下）の送信を要求するためのレート要求コマンドを生成し、「第 1のしきい値 >バッファ量 >第 2のしきい値」の場合は前記基準値と同程度のデータ送信を要求するためのレート要求コマンドを生成し、「第 2のしきい値 >バッファ量」の場合は前記基準値未満のデータ量の送信を要求するためのレート要求コマンドを生成することを特徴とする請求項 16に記載の端末。

[19] 前記送信手段は、

前記レート要求コマンドを、前記トランスポートブロックの所定の 1ビットに組み込むことを特徴とする請求項 16に記載の端末。

[20] 前記送信手段は、

前記レート要求コマンドおよびセルやセクタを指示するための情報を、前記トランスポートブロックの所定の複数ビットに組み込むことを特徴とする請求項 16に記載の端末。