(57)【要約】  本発明は、移動通信システムにおける逆方向データ転送率を調整する方法及び端末装置を提供する。本発明の方法は、バッファが空いている（empty）状態であるか、またはバッファが空いていない（non-empty）状態であるかを判断する過程と、上記バッファが空いていない（non-empty）状態の場合、現在バッファに格納されている転送するデータの総和と定まったｎ個のサブフレームの間に割り当てられた転送フォーマット（ＴＦ）の総和との割合を設定されたしきい値と比較する過程と、上記比較結果に従い、逆方向データ転送率の満足／不満足を表す指示情報を設定する過程と、上記設定された指示情報を基地局へ転送する過程と、を含む。上記端末装置は、多重化／逆多重化装置、ＨＡＲＱ処理部、及び予め定まった規則と例示的な設定に従い、満足／不満足を指示する情報を設定する制御部を含む。
2010541369.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおける端末が逆方向データ転送率を調整する方法であって、
バッファが空いている（empty）状態であるか、またはバッファが空いていない（non-empty）状態であるかを判断する過程と、
前記バッファが空いていない（non-empty）状態の場合、現在バッファに格納されている転送するデータの総和と定まったｎ個のサブフレームの間割り当てられた転送フォーマット（ＴＦ）の総和との割合を、設定されたしきい値と比較する過程と、
前記比較結果に従い、逆方向データ転送率の満足／不満足を表す指示情報を設定する過程と、
前記設定された指示情報を基地局へ転送する過程と、
を含むことを特徴とする逆方向データ転送率調整方法。
【請求項２】
前記比較する過程は、報告された最後のバッファサイズ対総バッファサイズの割合を前記設定されたしきい値と比較する過程を含むことを特徴とする請求項１に記載の逆方向データ転送率調整方法。
【請求項３】
前記設定された指示情報は、スケジューリング要請チャンネル（ＳＲＣＨ）を介して前記基地局へ転送されることを特徴とする請求項１に記載の逆方向データ転送率調整方法。
【請求項４】
前記設定された指示情報は、逆方向データのヘッダを介して前記基地局へ転送されることを特徴とする請求項１に記載の逆方向データ転送率調整方法。
【請求項５】
前記設定された指示情報は、前記逆方向データのヘッダの第１のヘッダエレメントのパッディングビットに設定されて前記基地局へ転送されることを特徴とする請求項１に記載の逆方向データ転送率調整方法。
【請求項６】
前記逆方向データのヘッダは、少なくとも２つ以上のヘッダエレメントを含むように構成され、複数のロジカルチャンネルグループの優先順位に従い、前記ロジカルチャンネルグループのバッファ状態を指示する情報を順次に含むように構成されることを特徴とする請求項５に記載の逆方向データ転送率調整方法。
【請求項７】
前記優先順位は、前記端末のバッファに格納されている転送するデータの総和と、各ロジカルチャンネルグループの転送するデータの転送フォーマットの総和との割合として設定されることをさらに含むことを特徴とする請求項６に記載の逆方向データ転送率調整方法。
【請求項８】
前記設定された指示情報は、高速複合自動再送要求（ＨＡＲＱ）遅延を考慮して設定されることを特徴とする請求項１に記載の逆方向データ転送率調整方法。
【請求項９】
前記設定された指示情報は、前記端末の最大転送出力を考慮して設定されることを特徴とする請求項１に記載の逆方向データ転送率調整方法。
【請求項１０】
前記設定された指示情報は、少なくとも１ビット以上に設定されることを特徴とする請求項１に記載の逆方向データ転送率調整方法。
【請求項１１】
移動通信システムにおける逆方向データ転送率を調整する端末装置であって、
バッファが空いている（empty）状態であるか、またはバッファが空いていない（non-empty）状態であるかを判断し、前記バッファが空いていない（non-empty）状態の場合、現在バッファに格納されている転送するデータの総和と定まったｎ個のサブフレームの間割り当てられた転送フォーマット（ＴＦ）の総和との割合を、設定されたしきい値と比較し、前記比較結果に従い、逆方向データ転送率の満足／不満足を表す指示情報を設定する制御部と、
前記設定された指示情報を基地局へ転送する送受信部と、
を含むことを特徴とする逆方向データ転送率調整装置。
【請求項１２】
前記制御器は、報告された最後のバッファサイズ対総バッファサイズの割合を前記設定されたしきい値と比較する過程を含むことを特徴とする請求項１０に記載の逆方向データ転送率調整装置。
【請求項１３】
前記設定された指示情報をスケジューリング要請チャンネル（ＳＲＣＨ）を介して前記基地局へ転送するＳＲＣＨ処理部をさらに含むことを特徴とする請求項１０に記載の逆方向データ転送率調整装置。
【請求項１４】
前記設定された指示情報を逆方向データのヘッダを通じて前記基地局へ転送する制御チャンネル処理部をさらに含むことを特徴とする請求項１０に記載の逆方向データ転送率調整装置。
【請求項１５】
前記制御チャンネル処理部は、前記設定された指示情報を前記逆方向データのヘッダの第１のヘッダエレメントのパッディングビットに挿入して前記基地局へ転送するようにさらに構成されたことを特徴とする請求項１４に記載の逆方向データ転送率調整装置。
【請求項１６】
前記制御部は、高速複合自動再送要求（ＨＡＲＱ）遅延を考慮して、前記指示情報を設定するようにさらに構成されたことを特徴とする請求項１０に記載の逆方向データ転送率調整装置。
【請求項１７】
前記制御部は、前記装置の最大転送出力を考慮して、前記指示情報を設定するようにさらに構成されたことを特徴とする請求項１０に記載の逆方向データ転送率調整装置。
【請求項１８】
前記制御器は、少なくとも１つのビットで前記指示情報を設定するようにさらに構成されたことを特徴とする請求項１０に記載の逆方向データ転送率調整装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおける逆方向データスケジューリングに関し、特に逆方向データの転送率を調整する方法及び装置に関する。
【背景技術】
【０００２】
一般に、移動通信システムはユーザの移動性を保証しながら通信を提供するために開発された。移動通信技術は、音声通信は勿論、高速データ通信サービスを提供できるように発展している。
【０００３】
最近、多数の次世代移動通信システムの１つに、第３世代標準化グループ（3rd Generation Partnership Project；３ＧＰＰ）では、Long Term Evolution（ＬＴＥ）に対する規格作業が進行中である。ＬＴＥシステムは、２０１０年頃を商用化目標にして、現在提供されているデータ転送率より高い、最大１００Ｍｂｐｓ位の転送速度を有する高速のパケット基盤通信を具現する技術である。このために、種々の通信技術方案が論議されているが、例えばネットワークの構造を簡単にする、即ち、通信路上に位置するノードの数を減らす方案や、無線プロトコルを最大限無線チャンネルに近接させる方案などが議論中である。
【０００４】
一方、データサービスは、転送しようとするデータの量、チャンネル状況、及び割り当てできるリソースなどによって決まる。移動通信システムのスケジューラは転送しようとするデータ量、チャンネル状況、及び可用可能な無線リソースなどを考慮して転送リソースを割り当てる。ＬＴＥシステムも一例として、同一な方式により無線リソースを管理するスケジューラを含むことと予想され、スケジューラは基地局に具備できる。
【０００５】
移動通信システムは、データの転送方向に従い、順方向転送と逆方向転送とに分けられる。順方向転送は基地局から端末への方向を含み、逆方向転送は端末から基地局への方向を含む。順方向無線リソースの割り当ては、基地局がチャンネル状況、リソースの量、及び転送するデータの量を正確に把握することができる。したがって、基地局のスケジューラは円滑に順方向スケジューリングを遂行することができる。一方、逆方向無線リソースの割り当ては、スケジューラが端末のバッファ状況を正確に把握できないことがあるため、逆方向転送のための正確なスケジューリングは困難なことがある。
【０００６】
移動通信システムにおいて、より正確な逆方向スケジューリングのための方案が必要であることは自明である。これと関連して、高速逆方向パケット接続（High Speed Uplink Packet Access；ＨＳＵＰＡ）基盤の移動通信システムでは、逆方向スケジューリングを円滑に遂行するために、端末が基地局にハッピービット（happy bit）という１ビット情報を転送して、逆方向データレートを調整する方式を使用する。
【０００７】
ここで、ハッピービットは、端末が現在データレートに満足するか否かを表す情報であって、基地局のスケジューラはハッピービットを参照して端末に追加的なリソースを割り当てるか否かを判断する。特に、ＨＳＵＰＡシステムで、ハッピービットは逆方向データ転送チャンネルと関連した別の逆方向制御チャンネルを介して転送され、端末が逆方向にデータを転送する度に逆方向制御チャンネルを介して転送される。
【０００８】
一方、ＬＴＥシステムでも端末が基地局にハッピービット（happy bit）を提供することはスケジューリング動作に有利である。しかしながら、現在ＬＴＥシステムは、上記ＨＳＵＰＡシステムと異なり、データ転送チャンネルと関連して別の逆方向制御チャンネルが存在しないシステムである。言い換えると、ＬＴＥシステムは、ＨＳＵＰＡシステムのように逆方向制御チャンネルを用いてハッピービット、即ち逆方向転送率の満足／不満足が転送できないという問題がある。
【０００９】
したがって、ＬＴＥシステムにおける逆方向データ転送の満足／不満足をどのように転送し、どのように確認するかに対する具体的な方案が必要である。即ち、ＬＴＥシステムでどのように逆方向データスケジューリングを遂行するかに対する具体的なシナリオが必要な実状である。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、移動通信システムにおける逆方向データスケジューリングを遂行する方法及び装置を提供することにある。
【００１１】
本発明の他の目的は、移動通信システムにおける端末が基地局に逆方向データ転送率を調整するための情報を転送する方法及び装置を提供することにある。
【００１２】
本発明の更に他の目的は、逆方向データチャンネルと共に転送される別の逆方向制御チャンネルのない移動通信システムにおいて、端末が逆方向データ転送率を調整するための情報を設定する方法及び装置を提供することにある。
【００１３】
本発明の更なる他の目的は、逆方向データチャンネルと共に転送される別の逆方向制御チャンネルのない移動通信システムにおいて、端末が逆方向データスケジューリングを要請する方法及び装置を提供することにある。
【００１４】
本発明の更に他の目的は、移動通信システムにおける基地局が端末からスケジューリングのための情報を受信して逆方向データスケジューリングする方法及び装置を提供することにある。
【課題を解決するための手段】
【００１５】
本発明は、移動通信システムにおける端末が逆方向データ転送率を調整する方法であって、バッファが空いている（empty）状態であるか、またはバッファが空いていない（non-empty）状態であるかを判断する過程と、上記バッファが空いていない（non-empty）状態の場合、現在バッファに格納されている転送するデータの総和と定まったｎ個のサブフレームの間割り当てられた転送フォーマット（ＴＦ）の総和との割合を、設定されたしきい値と比較する過程と、上記比較結果に従い、逆方向データ転送率の満足／不満足を表す指示情報を設定する過程と、上記設定された指示情報を基地局へ転送する過程と、を含むことを特徴とする。
【００１６】
本発明は、移動通信システムにおける逆方向データ転送率を調整する端末装置であって、バッファが空いている（empty）状態であるか、またはバッファが空いていない（non-empty）状態であるかを判断し、上記バッファが空いていない（non-empty）状態の場合、現在バッファに格納されている転送するデータの総和と定まったｎ個のサブフレームの間割り当てられた転送フォーマット（ＴＦ）の総和との割合を、設定されたしきい値と比較し、上記比較結果に従い、逆方向データ転送率の満足／不満足を表す指示情報を設定する制御部と、上記設定された指示情報を基地局へ転送する送受信部と、を含むことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、バッファが空いている状態、バッファが空いていない状態に従い、スケジューリング要請チャンネルを介して基地局に逆方向データレート調整を要請することによって、データ転送チャンネルと関連した別の逆方向制御チャンネル無しにも逆方向データレート調整を要請し、リソースを割り当てられる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態に従ってバッファの空いている状態及び空いていない状態を説明した図である。
【図２】本発明の実施形態に従って逆方向データ転送率の満足／不満足を知らせる情報を転送する例を説明した図である。
【図３】本発明の第１実施形態に従ってハッピービット（happy bit）を設定する一例を示す図である。
【図４】本発明の第１実施形態に従う端末動作を示すフローチャートである。
【図５】本発明に従ってハッピービットフィールドを含むＭＡＣヘッダの転送構造を示す図である。
【図６】本発明の第２実施形態に従う端末動作を示すフローチャートである。
【図７】本発明の第３実施形態に従う端末動作を示すフローチャートである。
【図８】本発明の端末装置を示すブロック図である。
【図９】本発明に従って新しく定義されたＭＡＣ ＰＤＵの構造を示す図である。
【図１０】本発明の第４実施形態に従うＭＡＣ ＰＤＵの構造を示す図である。
【図１１】本発明の第４実施形態に従う端末動作を示すフローチャートである。
【図１２】本発明の第４実施形態に従う端末装置の内部ブロック構成図である。
【図１３】本発明の第５実施形態に従う端末動作を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、添付図面を参照して本発明の好ましい実施形態に対する動作原理を詳細に説明する。下記で本発明を説明するに当たって、関連した公知機能または構成に対する具体的な説明が本発明の要旨を曖昧にすることができると判断される場合には、その詳細な説明を省略する。そして、後述する用語は本発明での機能を考慮して定義された用語であって、これは、ユーザ、運用者の意図または慣例などによって変わることができる。したがって、その定義は本明細書の全般に亘る内容に基づいて下されるべきである。
【００２０】
まず、本発明が適用されるＬＴＥシステムの例について説明する。
現在提案されているＬＴＥシステムは、基地局が逆方向転送リソースを割り当てる。基地局のスケジューリングのために、まず端末はバッファ状態報告でバッファ状態を先に報告する。ここで、バッファ状態報告も逆方向転送リソースを必要とするため、端末は上記バッファ状態報告のための転送リソース割り当てを要請する簡単な情報を転送する必要がある。このために、ＬＴＥシステムはスケジューリング要請（scheduling request）を使用し、上記スケジューリング要請は、１ビットで構成される。上記スケジューリング要請は、端末に予め割り当てられた周期的な転送リソースであるスケジューリング要請チャンネル（Scheduling Request Channel；ＳＲＣＨ）を介して転送される。
【００２１】
上記バッファ状態報告は、端末が基地局に自身のバッファ状態を比較的詳細に報告する制御情報を含む。例えば、バッファに格納されたデータの量と、優先順位のような情報がバッファ状態報告に含まれる。端末がデータを有しているという事実を基地局が知っていなければ、基地局は端末に転送リソースを割り当てる可能性がないので、バッファ状態報告を転送するために端末はスケジューリング要請を転送する。一方、端末がデータを持っているという事実を基地局が知っていると、近いうちに基地局が端末に転送リソースを割り当てるので、バッファ状態報告を転送するために端末がスケジューリング要請を転送する必要がない。言い換えれば、スケジューリング要請チャンネル（ＳＲＣＨ）を用いてスケジューリング要請（ＳＲ）でない、他の情報を転送することができる。
【００２２】
本発明では、端末が転送するデータを持っていると基地局が判断している状態を‘バッファが空いていない状態（以下、‘non-empty state’と称する）’と定義し、一方、端末が転送するデータを持っていないと基地局が判断している状態を‘バッファが空いている状態（以下、‘empty state’と称する）’と定義する。
【００２３】
したがって、本発明は、端末はempty stateの場合にＳＲＣＨを介してスケジューリング要請を転送し、non-empty stateの場合にはスケジューリング要請チャンネル（ＳＲＣＨ）を介して、現在逆方向データの転送率の満足／不満足を知らせる情報を転送する。ここでは説明の便宜のために使用する用語として、現在逆方向データ転送率の満足／不満足を知らせる情報にハッピービットを使用することにする。
【００２４】
以下、図１は本発明の実施形態に従って端末と基地局との間にempty stateとnon-empty stateを遷移する過程を説明する。
図１を参照すると、最初には端末に逆方向データが存在せず、基地局は端末に逆方向データが存在しないと判断するので、端末と基地局はempty state１１０から始まる。
【００２５】
任意の時点に、端末に逆方向データが発生すれば（１１５）、端末はＳＲＣＨを介してスケジューリング要請を転送する（１２０）。上記スケジューリング要請が基地局に伝達されれば、基地局は端末に転送リソースを割り当てる（１２５）。基地局が端末に転送リソースを割り当てるということは、基地局が端末の逆方向データの存在を認知したことを意味するので、基地局は端末の状態をempty stateからnon-empty stateに遷移させる。上記non-empty stateは、端末が基地局に転送するデータがないということを通報するまで維持される。
【００２６】
端末は基地局に別の明示的な信号、例えばバッファに格納されたデータの量が０というバッファ状態報告を基地局に転送するか、または割り当てられた転送リソースを通じて意味のない情報であるパッディングを転送することによって、基地局にこれ以上転送するデータがないということを知らせる。端末は上記これ以上転送するデータがないという情報が含まれたパケットを成功的に転送すれば（１３０）、基地局は端末の状態をnon-empty stateからempty stateに遷移させる。以上で前述した過程は端末に新たな逆方向データが発生する度に反復される。
【００２７】
要約すると、端末は最初にempty stateから始めて逆方向に転送するデータが発生して逆方向転送リソースを割り当てられればnon-empty stateに遷移し、これ以上転送するデータがないという情報を含んだパケットを成功的に転送すればempty stateに遷移する。
【００２８】
図２は、本発明に従って逆方向データ転送率の満足／不満足を知らせる情報を転送する例を説明した図である。
図２を参照すると、端末はempty state２１０では周期的に割り当てられたＳＲＣＨを介してスケジューリング要請を転送し（２１５、２２０、２２５、２３０、２６５、２７０、２７５）、non-empty state２０５では周期的に割り当てられたＳＲＣＨを介してハッピービット（happy bit）を転送する（２３５、２４０、２４５、２５０、２５５、２６０）。上記ハッピービットは端末が現在データレートに満足するか否かを表す情報である。
【００２９】
ＨＳＵＰＡでは、ハッピービットが転送される時点にデータも一緒に転送されたため、上記関連したデータのサイズからデータレートを計算することで、現在データレートに満足するか否かが判断できた。しかしながら、ＬＴＥシステムの場合、ハッピービット転送時点と逆方向パケット転送時点とが必ず一致するのではないので、現在データレートの定義が曖昧で、結果的に端末がどんな規則を通じてハッピービットを設定するかが不明である。
【００３０】
まず、ハッピービットは下記のような意味を有する。
０：端末が現在データレートに満足する。
１：端末が現在データレートに満足しない。即ち、基地局に一層多い転送リソースの割り当てを要請する。
したがって、本発明ではＳＲＣＨを介してハッピービットを転送するための３つの実施形態を含む。
【００３１】
図３は、本発明の第１実施形態に従ってハッピービットを設定する一例を示す図である。
［ハッピービット設定規則１］
現在バッファに格納されているデータの総和をＡ、過去ｎサブフレームの間に割り当てられた転送フォーマット（ＴＦ：Transport Format）の総和をＢとすると、Ａ／Ｂ＞Ｃであれば、ハッピービットを０に設定し、でなければ、ハッピービットを１に設定する。
【００３２】
ここで、Ｃは予め定まった特定値であって、即ちＣは上記ハッピービットを０または１に設定するためのしきい値である。より詳しく説明すれば、過去ｎサブフレームの間の平均データレートと同一なデータレートが維持される時、Ｃをｎで掛けた個数だけのサブフレームの間、現在バッファに格納されているデータを全て転送できれば、端末は現在の逆方向データレートに満足し、即ちハッピー、でなければ、端末は現在の逆方向データレートに満足しない。即ちハッピーでない。
【００３３】
一方、基地局はサブフレーム単位で逆方向転送リソースを割り当てて、１つのパケットは１つのサブフレームに亘って転送される。ここで、サブフレームは、即ちパケット送受信の単位になる時間単位で１ｍｓｅｃである。基地局は端末に転送リソースを割り当てるだけでなく、上記転送リソースを用いて転送するパケットのサイズも指定する。したがって、ｎサブフレームの間割り当てられたＴＦの総和とは、即ち過去ｎサブフレームの間、転送したパケットサイズの総和、即ち平均データレートを意味する。したがって、基地局はユーザの網運用政策や運用経験などに照らして適切な値である上記ｎを選択することができる。例えば、ＳＲＣＨの周期を上記ｎとして使用できる。即ち、ＳＲＣＨが１０ｍｓｅｃ周期で割り当てられていると、上記ｎを１０に設定できる。
【００３４】
ハッピービット設定規則１を説明すれば、端末はハッピービット３３０を設定するに当たって、過去ｎサブフレーム、例えば過去１０サブフレームの間割り当てられたＴＦの総和を算出する。ＴＦの総和の値は８００バイトである。そして、上記ハッピービットを設定する時点にバッファに格納されているデータの総和を算出する。上記バッファのデータ総和（Ａ）は例えば２０００バイトであり、Ｃは４とする。
【００３５】
したがって、上記バッファに格納されているデータの総和を過去１０サブフレームの間割り当てられたＴＦの総和で割った値は２．５で、上記４より小さい。したがって、ハッピービットを０に設定する。仮に、一例として、Ｃが２に設定されたとすれば、端末はハッピービットを１に設定して基地局に一層多い転送リソースの割り当てを要請する。
【００３６】
［ハッピービット設定規則２］
現在バッファに格納されているデータの総和をＡ１、直前に割り当てられたＴＦのサイズをＢ１とすると、Ａ１／Ｂ１＞Ｃ１であればハッピービットを０に設定し、でなければハッピービットを１に設定する。
【００３７】
上記ハッピービット設定の基準とするＴＦは、割り当てられてから最大限ｎ１ ｍｓｅｃが経過していないＴＦに制限する。仮に、上記ｎ１ ｍｓｅｃの以内に転送リソースを割り当てられたことがなければ、Ｂは０とみなす。上記の通りにハッピービット演算の分母を直前のＴＦと定義することによって、端末が過去に割り当てられたＴＦを続けて記憶せず、直前に割り当てられたＴＦのみ記憶することで、端末の複雑度を減らす。Ｃ１とｎ１は事業者の網運用政策や運用経験などに鑑み適切な値が選択される。
【００３８】
ハッピービット設定規則２を説明すれば、端末はハッピービット３３０を設定するに当たって、上記ハッピービットを設定する時点にバッファに格納されているデータの総和、例えば２０００バイトを最近に割り当てられたＴＦである４００バイトで割った値をＣ１と比較してハッピービットを０に設定するか、１に設定するかを決定する。
【００３９】
［ハッピービット設定規則３］
ハッピービットを設定するに当たって、端末はバッファに格納されている全てのデータでなく、今後一定の個数（ｎ２）のサブフレーム内に転送されなければ廃棄されるデータの量を考慮する。
【００４０】
端末のバッファに格納されたデータは、サービス品質（ＱｏＳ）などに従って決まる所定の期間中に転送されなければ廃棄される。これは、上記所定の期間内に転送されなくて、効用が喪失されたデータが転送されることによって発生する転送リソース浪費とデータが長い過ぎる期間の間バッファに格納されることによって発生するバッファオーバーフローを防止するためのものである。
【００４１】
以下、説明の便宜のためにデータがバッファに格納されれば廃棄タイマー（discard timer）が駆動され、上記廃棄タイマーが満了すれば、上記データを廃棄することと仮定する。
【００４２】
ハッピービット設定規則３では、現在バッファに格納されているデータのうち、今後Ｎ２サブフレーム内に転送されなければ廃棄されるデータの量をＡ２、以前のｎ２サブフレームの間割り当てられたＴＦの総和をＢ２とすると、Ａ２／Ｂ２＞Ｃ２であればハッピービットを０に設定し、でなければハッピービットを１に設定する。Ａ２／Ｂ２が１であれば、以前のｎ２サブフレームの間割り当てられたような同一な量の転送リソースを今後ｎ２サブフレームの間割り当てられれば、データを廃棄せず、転送できることを意味する。したがって、理想的な場合には、Ｃ２を１に設定すればよいが、以後ｎ２サブフレームの間割り当てられる転送リソースの量が以前のｎ２サブフレームより小さい場合に備えてＣ２を１より若干小さな値に設定することも可能である。
【００４３】
図４は、本発明の第１実施形態に従う端末動作を示す順序図である。
図４を参照すると、ステップ４０５で、端末はＳＲＣＨ転送リソースが存在することを認知する。ここで、端末は呼設定過程などを通じて、ＳＲＣＨ転送リソースを割り当てられる状態である。上記ＳＲＣＨ転送リソースは周期的な逆方向転送リソースで、端末は割り当てられたＳＲＣＨ転送リソースを用いて基地局に本発明に従って端末のバッファ状態を反映したスケジューリング要請情報、または逆方向データ転送率の満足／不満足を知らせる情報を転送する。
【００４４】
ステップ４１０で、端末は現在状態がempty state、またはnon-empty stateであるかを検査する。仮に、empty stateであればステップ４１５に、non-empty stateであればステップ４２０に進行する。ステップ４１５に進行した端末は、通常的な手順に従ってスケジューリング要請情報を決定する。即ち、バッファ状態を報告する必要があれば、ステップ４３０に進行してスケジューリング要請情報を１に設定し、バッファ状態を報告する必要がなければ、ステップ４２５に進行してスケジューリング要請情報を０に設定する。そして、ステップ４３５に進行してＳＲＣＨを介して上記設定したスケジューリング要請情報を転送する。
【００４５】
一方、ステップ４２０に進行すれば、端末はＳＲＣＨ転送リソースを通じて転送するハッピービットを決定する。例えば、本発明に従う例示的なハッピービット設定規則１、２、３のうちの１つを適用し、その結果に従ってステップ４４０に進行してハッピービットを‘現在転送リソース割り当て状況に満足’を表す値に設定するか、またはステップ４４５に進行してハッピービットを‘現在転送リソース割り当て状況に不満足’ことを表す値に設定する。
【００４６】
例示的なハッピービット設定規則１を使用すれば、Ａは現在バッファに格納されているデータの総和を、Bは過去ｎサブフレームの間割り当てられたＴＦの総和を表す。Ｃは呼設定過程で基地局が端末に割り当てる臨界パラメータである。Ｃとｎは最初呼設定過程などで基地局が端末にシグナリングする。ハッピービット設定規則１が意味することは、過去ｎサブフレームの間の転送リソース割り当て趨勢が未来にそのまま適用された時、今後Ｃｘｎサブフレームの以内に端末に格納されたデータが全て転送できれば、現在転送リソース割り当て趨勢に満足し、でなければ現在転送リソース割り当て趨勢に満足しないということを意味する。
【００４７】
一方、例示的なハッピービット設定規則２を使用すれば、Ａ１は現在バッファに格納されているデータの総和を、Ｂ１は最近に割り当てられたＴＦのサイズを、Ｃ１は呼設定過程で基地局が端末にシグナリングする臨界パラメータである。例示的なハッピービット設定規則２が意味することは、最近に割り当てられたＴＦを全てのサブフレーム毎に続けて割り当てられた時、今後Ｃ１サブフレームの以内に端末に格納されたデータが全て転送されれば、現在転送リソース割り当て趨勢に満足し、でなければ現在転送リソース割り当て趨勢に満足しないということを意味する。
【００４８】
最後に、例示的なハッピービット設定規則３を使用すれば、Ａ２は現在バッファに格納されているデータのうち、今後ｎ２サブフレーム内に転送されなければ廃棄されるデータの量を、Ｂ２は以前のｎ２サブフレームの間割り当てられたＴＦの総和を、Ｃ２は呼設定過程で基地局が端末にシグナリングする臨界パラメータである。例示的なハッピービット設定規則３が意味することは、過去ｎ２サブフレームの間の転送リソース割り当て趨勢が未来にそのまま適用された時、今後Ｃ２ｘ ｎ２サブフレームの以内に上記廃棄される危険があるデータを全て転送できれば、現在転送リソース割り当て趨勢に満足し、でなければ現在転送リソース割り当て趨勢に満足しないということを意味する。
【００４９】
端末はステップ４５０に進行してＳＲＣＨを介して上記設定したハッピービットを転送する。
【００５０】
ＳＲＣＨを介してＳＲあるいはハッピービットの１ビット情報が転送される時、上記１ビット情報を変調（一例として、on/off keying適用）して転送することもできる。
【００５１】
本発明の第２実施形態では、ハッピービットをパケットのヘッダに含めて上記ハッピービットを転送する方法を提示する。
【００５２】
図５は、本発明に従ってハッピービットフィールドを含むＭＡＣヘッダの転送構造を示す図である。
図５を参照すると、無線チャンネルを介して送受信されるパケットは、ＭＡＣ ＰＤＵ（Medium Access Control Protocol Data Unit）と呼ばれ、ＭＡＣ ＰＤＵは多数のＭＡＣ ＳＤＵ（Service Data Unit）が多重化したものである。
【００５３】
ＭＡＣヘッダ５００は、多重化したＭＡＣ ＳＤＵの上位階層に対する情報であるロジカルチャンネル識別子（Logical Channel ID；ＬＣＩＤ）５０５、５２０、ＭＡＣヘッダ５５５とＭＡＣ ＳＤＵ ５３５、５４０との間の境界を表示する情報であるエレメント（Element）５１０、５２５、各ＭＡＣ ＳＤＵ ５３５、５４０のサイズに対する情報である長さフィールド（Length Field；ＬＦ）５１５から構成される。ＭＡＣ ＳＤＵの１つ毎に、ＬＣＩＤ、Ｅ、ＬＦが各１つずつ存在する。即ち、上記ＭＡＣヘッダ５５５は多数のＭＡＣヘッダエレメント５５５のセットでありうる。
【００５４】
一方、例外的に、最後のＭＡＣ ＳＤＵに対してはＬＦが存在しないが、これはＭＡＣ ＰＤＵの全長さはスケジューラが割り当てるＴＦと一対一対応関係を有するので、例えばＴＦがＭＡＣ ＰＤＵの全長さを表すので、最後のＭＡＣ ＳＤＵのサイズはＭＡＣ ＰＤＵの全サイズと異なるＭＡＣ ＳＤＵのサイズから算出できるためである。
【００５５】
下記は、現在論議されているＭＡＣヘッダフィールドのサイズである。
ＬＣＩＤ＝５ｂｉｔ、Ｅ＝１ｂｉｔ、ＬＦ＝１０ ｏｒ １８ｂｉｔ。
【００５６】
ＭＡＣヘッダの処理負荷を軽減するために、ＭＡＣヘッダ５００はバイト整列され、ＬＣＩＤ、Ｅ、ＬＦも一緒にバイト整列されることが効率的である。前述したように、最後のＭＡＣ ＳＤＵに対するＬＦが存在しないので、Ｅビット５６５の後部にパッディングが追加される。本発明に従ってＬＣＩＤが５ビットと仮定する場合、２ビットのパッディングが存在する。再び説明すれば、本発明は最後のＭＡＣ ＳＤＵに対するＥビットの後部に追加されるパッディング部分をハッピービットに設定する。仮に２ビットパッディングであれば、第１のビットまたは第２のビットのうちの１つをハッピービットとして利用し、残りの１ビットはパッディングに、あるいは更に他の用途に使用する。
【００５７】
ここで、Ｅビット５６０、５６５は、該当ＭＡＣヘッダエレメント５５５が最後か否かを表し、最後のＭＡＣヘッダエレメントである場合にはＬＦフィールドの代わりにハッピービットとパッディングビットが収納される。Ｅビット５６５が０に設定されることは、上記Ｅビット５６５の次のビットのうち、所定のビットにハッピービット５７０が位置するということを受信側に認知させるものである。
【００５８】
一方、本発明の第２実施形態に従ってハッピービットをＭＡＣヘッダに含めて転送する場合、上記ハッピービットとＭＡＣ ＰＤＵが一緒に転送されるため、ＭＡＣ ＰＤＵを転送する時点に設定したハッピービットの値がＭＡＣ ＰＤＵの転送が完了する時点にはこれ以上有効しないことがある。なぜならば、ＭＡＣ ＰＤＵ転送には一定の期間の遅延が伴われるためである。
【００５９】
任意のパケットがＨＡＲＱ過程を経て転送に成功するまでかかる時間をＨＡＲＱ遅延とする時、特定パケットのＨＡＲＱ遅延は該当パケットのＨＡＲＱ再転送回数に従ってそのサイズが可変的であり、チャンネル状況などによって変わる。例えば、良好なチャンネル状況の端末のＨＡＲＱ遅延は平均的に短い値を有し、劣悪なチャンネル状況の端末のＨＡＲＱ遅延は平均的に長い値を有する。端末がハッピービットを設定する時点とハッピービットが基地局に伝えられる時点との間にはＨＡＲＱ遅延だけの時差が存在し、時間差によってハッピービットの意味が歪曲できる。
【００６０】
例えば、端末がｔ１時点でハッピービットを‘不満足’に設定してＭＡＣ ＰＤＵを転送したし、ｔ２時点で基地局が上記ＭＡＣ ＰＤＵを成功的に受信されたと仮定する。この場合、ｔ２とｔ１との間の期間に端末に何回の転送リソースが割り当てられることができ、このような場合、ｔ２時点で端末は現在データレートに満足することができるが、以前のｔ１時点に転送された‘不満足’に設定されたハッピービットを受信した基地局は、端末が現在、即ち端末が現在データレートに満足した時、ｔ２時点で端末はデータレートを満足しないと判断できる。即ち、実際の端末がハッピービットを設定した時点と通報された時点との間の時差によるハッピービットの歪みが存在可能である。
【００６１】
したがって、本発明の第２実施形態では、ハッピービット設定時に考慮されるパラメータの意味を変更することで、歪みの発生を最小化しようとする。本発明の第２実施形態では、ハッピービット設定基準にハッピービットと一緒に転送されるＭＡＣ ＰＤＵのサイズから計算される即時的なデータレート（instantaneous data rate）でない、比較的長時間の間の平均データレート（average data rate）を使用する。
【００６２】
本発明の２実施形態で使用するハッピービット設定規則４は、ハッピービット設定規則１と類似し、ハッピービット設定規則１のサブセットとみなすこともできる。
【００６３】
現在バッファに格納されているデータの総和をＡ、過去ｎサブフレームの間割り当てられたＴＦの総和をＢとする時、ハッピービット設定規則４は、Ａ／Ｂ＞（Ｃ＋１）であればハッピービットを０（満足）に設定し、でなければ、ハッピービットを１（不満足）に設定する。
【００６４】
上記ｎとして平均ＨＡＲＱ遅延を使用する場合、Ｂは過去ＨＡＲＱ遅延の間転送したパケットサイズの総和を意味する。現在時点に設定するハッピービットは、上記ハッピービットが収納されたＭＡＣ ＰＤＵに対するＨＡＲＱ遅延が流れた後に基地局に伝達され、仮に過去の転送リソース割り当て趨勢が近い未来にもそのまま維持されれば、上記ＨＡＲＱ遅延の間、Ｂだけのパケットがさらに転送されるべきである。
【００６５】
図６は、本発明の第２実施形態に従って端末でパケット転送時の制御フローチャートである。
図６を参照すると、ステップ６０５で、端末は基地局から転送リソースを割り当てられ、ＭＡＣ ＰＤＵの転送が可能であることを認知する。ステップ６１０で、端末はハッピービット設定条件を検査する。ここで、端末は呼設定過程を通じて、ハッピービット設定時に適用するパラメータであるｎとＣのシグナリングを受ける状態である。本発明の他の実施形態において、上記ｎは所定の期間（過去ｘ回のパケット転送）の間の平均ＨＡＲＱ遅延に代替されることもできる。
【００６６】
したがって、端末は上記時点にバッファに格納されているデータの総和と、過去ｎサブフレームの間割り当てられたＴＦの総和との割合が、所定のＣより大きいかを確認する。上記設定された規則を満足すれば、即ち、ハッピービットを満足に設定するためにはステップ６２０に進行し、上記設定された条件が偽であれば、ハッピービットを不満足に設定するためにステップ６１５に進行する。
【００６７】
ステップ６１５で、端末は転送するＭＡＣ ＰＤＵヘッダの最後のＥビットの次の第１のビットまたは第２のビットを、即ちハッピービットフィールドを１に設定し、ステップ６２５に進行する。一方、ステップ６２０で、端末はＭＡＣ ＰＤＵヘッダのハッピービットフィールドを０に設定し、ステップ６２５に進行する。ここで、ハッピービットを最後のＥビットの次の第１のビットにするか、第２のビットにするか、または更に他のビットにするかは、プロトコル設計過程で決まるべきである。一方、本発明では一例として、第１のビットあるいは第２のビットがハッピービットとして使われる場合を考慮して説明する。
【００６８】
ステップ６２５で、端末は、設定されたハッピービットを含むパケットを基地局へ転送する。
【００６９】
本発明の第３実施形態は、２ビットのハッピービットをパケットのヘッダに含めて転送する方法を提示する。
本発明の第３実施形態では、最後のＥビットの次には使用しない２ビットを全てハッピービットとして使用する。２ビットは４個のコードポイントを使用可能であるので、１ビットのハッピービットより精密な情報を提供することは勿論である。以下、説明の便宜のために現在端末のバッファに格納されているデータの総和をＴＢＳ（Total Buffer Size）と、ハッピービットが収納されるＭＡＣ ＰＤＵのサイズをTF_currentと命名する。下記に上記ＴＢＳとTF_currentを用いて２ビットハッピービットを設定する一例を提示する。
【００７０】
【表１】
2010541369.tif 000003
【００７１】
端末は現在バッファに格納されているデータの総和とハッピービットが収納されるＭＡＣ ＰＤＵサイズの割合を求めて、上記割合と所定の整数であるｍ０、ｍ１、ｍ２とのサイズを比較してハッピービットの値を決定する。基地局は報告されたハッピービットを参照して、ハッピービットを設定する時点の端末に格納されているデータの大体の量を判断することができる。
【００７２】
例えば、ハッピービットが２に設定され、ｍ１とｍ２が各々１０と１５であれば、基地局はハッピービットを設定した時点の端末のバッファ状態を、TF_currnetに１５を掛けた値とTF_currentに１０を掛けた値との間であると推定できる。そして、ハッピービットを受信した時点の端末のバッファ状態は、ハッピービットを設定した時点の端末のバッファ状態で、ハッピービットを受信した時点でハッピービットを設定した時点の間の期間の間割り当てられたＴＦの和を減算した値と推定できる。上記のように、２ビットのハッピービットをシグナリングすることで、基地局は端末のバッファ状態をより細かく判断する。
【００７３】
一方、ハッピービットの設定条件をTF_currentでなく、最近に報告したバッファ状態と連携して設定することもできる。以下、説明の便宜のために最近に転送したバッファ状態報告で端末が格納していることと報告されたデータ量の総和をBuffer_Size_Reportedと命名する。
【００７４】
例えば、最近に転送したバッファ状態報告で第１のバッファに１０００バイト、第２のバッファに１００００バイトのデータが格納されていることと報告したならば、Buffer_Size_Reportedは１１０００バイトである。
【００７５】
【表２】
2010541369.tif 000004
【００７６】
ハッピービット設定条件６で、ハッピービットは最近に報告したバッファの総和と現在格納されているバッファの総和の割合を意味し、基地局は上記割合から端末がハッピービットを設定した時点のバッファ総和を類推する。
【００７７】
図７は、本発明の第３実施形態に従う端末でパケット転送時の制御フローチャートである。
図７を参照すると、ステップ７０５で、端末は基地局から転送リソースを割り当てられ、ＭＡＣ ＰＤＵ転送可能であることを認知する。ステップ７１０で、端末は所定のハッピービット設定条件５を用いてハッピービットの値を決定する。ここで、端末は呼設定過程でハッピービット設定時に適用するパラメータであるｍ０、ｍ１、ｍ２、あるいはｐ０、ｐ１、ｐ２のシグナリングを受ける状態である。ハッピービット設定条件５を使用すれば、転送するＭＡＣ ＰＤＵのサイズであるTF_currentと端末に格納されているデータの総和であるＴＢＳの割合を求めて、上記割合とｍ０、ｍ１、ｍ２の間の関係を用いてハッピービットを決定する。即ち、端末は上記割合がｍ０より小さければハッピービットを０に、上記割合がｍ０とｍ１との間であればハッピービットの値を１に、上記割合がｍ１とｍ２との間であればハッピービットの値を２に、上記割合がｍ２より大きければハッピービットの値を３に決定する。
【００７８】
一方、ハッピービット設定条件６を使用すれば、端末に格納されているデータの総和であるＴＢＳと最近に転送したバッファ状態報告で端末が格納していることと報告したデータの総和であるBuffer_Size_Reportedの割合を求めて、上記割合とｐ０、ｐ１、ｐ２の間の関係を用いてハッピービットを決定する。即ち、端末は上記割合がｐ０より小さければハッピービットの値を０に、上記割合がｐ０とｐ１との間であればハッピービットの値を１に、上記割合がｐ１とｐ２との間であればハッピービットの値を２に、上記割合がｐ２より大きければハッピービットの値を２に決定する。端末はステップ７１５に進行し、上記決まったハッピービットをハッピービットフィールドに収納する。
【００７９】
言い換えれば、転送するＭＡＣ ＰＤＵのＭＡＣヘッダのうち、最後のＥビットの次の２ビットをハッピービットフィールドと判断し、上記ハッピービットフィールドにステップ７１０で決定したハッピービットを収納する。
【００８０】
図８は、本発明の一実施形態に従う端末装置のブロック構成図である。
図８を参照すると、多重化及び逆多重化装置８０５、ＨＡＲＱプロセッサー８１０、現在の逆方向データ転送率の満足／不満足を指示する情報を設定する制御部８１５、ＳＲＣＨ処理部８２０、及び送受信部８２５から構成される。
【００８１】
ここで、制御部８１５はハッピービット制御部８１５と称し、本発明に言及した例示的なハッピービット設定規則１乃至６のうちの１つを適用して、端末のバッファ状態を考慮して任意の時点に転送するハッピービットを決定する。
【００８２】
本発明の第１実施形態に従ってハッピービット制御部８１５は、現在端末の状態がempty stateであるか、non-empty stateであるかを判断する。仮にnon-empty stateであれば、ハッピービット設定規則１、２、または３のうちの１つを用いてハッピービットを決定する。
【００８３】
本発明の第２実施形態に従ってハッピービット制御部８１５は、ＭＡＣ ＰＤＵの転送の前に、ハッピービット設定規則４を用いて、ＭＡＣ ＰＤＵに収納するハッピービットを決定する。そして、設定されたハッピービットを多重化及び逆多重化装置８０５に伝達する。多重化及び逆多重化装置８０５は、上位階層装置からＭＡＣ ＳＤＵの伝達を受けてＭＡＣ ＰＤＵに多重化し、ＭＡＣ ＰＤＵヘッダを構成する。ここで、ＭＡＣ ＰＤＵヘッダの最後のＭＡＣヘッダエレメントのうち、Ｅビット後の第１のビット、あるいは第２のビットに設定されたハッピービットを収納する。
【００８４】
本発明の第３実施形態に従ってハッピービット制御部８１５は、ＭＡＣ ＰＤＵの転送の前に、ハッピービット設定規則５またはハッピービット設定規則６を用いて上記ＭＡＣ ＰＤＵに収納するハッピービットを決定する。そして、上記ハッピービットを多重化及び逆多重化装置８０５に伝達する。多重化及び逆多重化装置８０５は、上位階層装置からＭＡＣ ＳＤＵの伝達を受けてＭＡＣ ＰＤＵに多重化し、上記ＭＡＣ ＰＤＵヘッダを構成する。そして、上記ＭＡＣ ＰＤＵヘッダの最後のMAC header elementのＥビット後の２ビットに設定されたハッピービットを収納する。
【００８５】
ここで、ハッピービット制御部８１５は、本発明の実施形態に従ってＨＡＲＱプロセッサー８１０を通じてＨＡＲＱ動作するパケットを考慮して、即ちＨＡＲＱ遅延を考慮してハッピービットを決定する。
【００８６】
そして、ハッピービット制御部８１５は、ＳＲＣＨ処理部８２０に上記決まったハッピービットを伝達する。ＳＲＣＨ処理部８２０は、所定の時点に所定の転送リソースを用いて上記ハッピービットを転送するように送受信部８２５を制御する。
【００８７】
端末の送受信部８２５は無線チャンネルを介して本発明に従ってハッピービットを含むＭＡＣ ＰＤＵを送受信するか、またはハッピービット及びスケジューリング要請情報を含むＳＲＣＨを送受信する。
【００８８】
ＨＡＲＱプロセッサー８１０は、ＨＡＲＱ動作を遂行するために構成される軟性バッファの集合であり、ＨＡＲＱプロセス識別子で識別される。
【００８９】
本発明の第４実施形態は、第１のＭＡＣヘッダエレメントにハッピービットを収納して転送する方法を提示する。本発明のＬＦは、１０ビット、１８ビット、または他の値で定義されることもある。このような場合、ＭＡＣヘッダを構成する複数のＭＡＣヘッダエレメントの各々に対応してパッディングビットが発生できる。
【００９０】
図９は、本発明に従って新しく定義されたＭＡＣ ＰＤＵ構造を示す図である。
図９を参照すると、例えばＬＦが１６ビットであれば、ＭＡＣヘッダエレメントに２ビットパッディング１００５、１０１０、１０１５が付加される。
【００９１】
ここで、上記ＭＡＣヘッダを構成する全てのＭＡＣヘッダエレメントにパッディングが付加される時、ＭＡＣヘッダエレメントの順序に従ってパッディングビットの発生頻度が決まる。例えば、第１のＭＡＣヘッダエレメントは常に存在するので、第１のＭＡＣヘッダエレメントのパッディングビットは常に存在する。一方、第２のＭＡＣヘッダエレメントは少なくとも２つ以上のＭＡＣ ＳＤＵが多重化する場合のみに存在し、第３のＭＡＣヘッダエレメントは３個以上のＭＡＣ ＳＤＵが多重化する場合のみに存在するようになる。
【００９２】
したがって、本発明では逆方向データ転送率を調整するためのハッピービットを第１のＭＡＣヘッダエレメントに収納して転送する。ここで、端末は、第１のＭＡＣヘッダエレメントに収納して転送することによって、基地局をして速い逆方向データスケジューリングを遂行するようにする。
【００９３】
図１０は、本発明に従って第４実施形態に従うＭＡＣ ＰＤＵの構造を示す図である。
図１０を参照すると、本発明ではＭＡＣヘッダエレメントに存在するパッディングビットに該当する部分に所定の制御情報を収納して転送し、かつ上記パッディング部分に収納される制御情報の種類は、ＭＡＣヘッダエレメントの順序によって指示されるようにする。
【００９４】
即ち、順序の早いＭＡＣヘッダエレメントには最も重要な優先順位の高い制御情報を、順序の遅いＭＡＣヘッダエレメントには最も優先順位の低い、重要度の低い制御情報を収納する。
【００９５】
例えば、本発明に従って第１のＭＡＣヘッダエレメントの所定のフィールドにはハッピービットを収納し、第２のＭＡＣヘッダエレメントの所定のフィールドには最上位優先順位情報を指示する情報を収納し、第３のＭＡＣヘッダエレメントの所定のフィールドには上記最上位優先順位のデータ量を指示する情報を収納し、第４のＭＡＣヘッダエレメントには２番目に高い優先順位を指示する情報を収納し、第５のＭＡＣヘッダエレメントには２番目に高い優先順位のデータ量を指示する情報を収納するように設定できる。
【００９６】
図１１は、本発明の第４実施形態に従う端末での動作を示す図である。
図１１を参照すると、ステップ１１０５で、端末は基地局から転送リソースを割り当てられ、ＭＡＣ ＰＤＵを転送しなければならないことを認知する。ここで、端末は基地局からＭＡＣヘッダエレメントの順序と制御情報種類との関係の通報を受ける状態である。端末は、転送するＭＡＣ ＰＤＵのサイズと無線ベアラー別に格納されたデータの量と該当無線ベアラーの優先順位などを考慮して、ＭＡＣ ＰＤＵに多重化するＭＡＣ ＳＤＵの無線ベアラー、ＭＡＣ ＳＤＵのサイズ、及びＭＡＣ ＳＤＵの個数を決定する。上記ＭＡＣ ＰＤＵに収納するＭＡＣヘッダエレメントを構成し始める。
【００９７】
ステップ１１１０で、端末は第１のＭＡＣヘッダエレメントの所定のフィールドに所定の第１制御情報、例えばハッピービットを収納する。ステップ１１１５で決定したＭＡＣ ＳＤＵの個数だけのＭＡＣヘッダエレメントが全て構成されたかを検査する。端末はステップ１１２０で、次のＭＡＣヘッダエレメントを構成しながら、次のＭＡＣヘッダエレメントの順序に対応する制御情報を構成して収納する。
【００９８】
一方、構成しなければならないＭＡＣヘッダエレメントが残っていなければ、ステップ１１２５に進行して、構成したＭＡＣヘッダエレメントとＭＡＣ ＳＤＵとを連接してＭＡＣ ＰＤＵを構成する。ステップ１１３０で、端末は構成されたＭＡＣ ＰＤＵを基地局へ転送する。
【００９９】
図１２は、本発明の第４実施形態に従う端末装置のブロック構成図である。
図１２を参照すると、多重化及び逆多重化装置１２０５、ＨＡＲＱプロセッサー１２１０、制御情報発生部１２１５、制御チャンネル処理部１２２０、及び送受信部１２２５から構成される。
【０１００】
制御情報発生部１２１５はＭＡＣヘッダエレメントの順序と制御情報種類との関係を認知し、ＭＡＣ ＰＤＵ転送の時、ＭＡＣヘッダエレメントに収納する制御情報を構成して多重化及び逆多重化装置１２０５に伝達する。本発明に従って逆方向データ転送率を調整するためのハッピービットは制御情報とみなされて、第１のＭＡＣヘッダエレメントに収納される。
【０１０１】
制御チャンネル処理部１２２０は、順方向及び逆方向制御チャンネルを処理する装置である。本発明に従って制御チャンネル処理部１２２０は、ハッピービットを含む制御チャンネルを生成するか、またはハッピービットを含むＳＲＣＨを構成して送受信部に伝達する。また、順方向制御チャンネルを受信して順方向制御情報を解釈して、スケジューリングするか否かを判断する等の動作を遂行する。
【０１０２】
端末の送受信部１２２５は、無線チャンネルを介してＭＡＣ ＰＤＵを送受信するか、制御情報を送受信する装置である。ＨＡＲＱパケットを受信する装置である。
【０１０３】
ＨＡＲＱプロセッサー１２１０は、ＨＡＲＱ動作を遂行するために構成される軟性バッファの集合であり、ＨＡＲＱプロセス識別子で識別される。
【０１０４】
本発明の第５実施形態では、第１のＭＡＣヘッダエレメントのパッディング部分１００５に２ビットのハッピービットを収納して転送する方法を提示する。
【０１０５】
端末は、上記２ビットのハッピービットを設定するために［ハッピービット設定条件７］を使用する。
【０１０６】
【表３】
2010541369.tif 000005
【０１０７】
端末は逆方向転送リソースを割り当てられれば、転送するパケットのサイズと適用するＭＣＳ（Modulation Coding Scheme）、そして経路損失（path loss）などを考慮して、逆方向転送出力を決定する。端末のチャンネル状況が劣って経路損失が大きくなれば、必要な逆方向転送出力が端末の最大転送出力を超過することもある。このように、端末が最大転送出力を使用しても要求転送出力を満たさなければ、端末が現在格納しているデータの量にかかわらず、より小さなサイズのパケットが転送できるように基地局にこれを通報しなければならない。
【０１０８】
したがって、本発明の第５実施形態では、端末の与えられたチャンネル状況、経路損失と割り当てられた転送リソースの量、転送するパケットのサイズ、またはパケット転送時に適用するＭＣＳレベルを用いて、算出した要求転送出力が端末の最大転送出力を超過すれば、ハッピービットの所定のコードポイント（一例として、コードポイント０）を用いてこれを通報するようにする。
【０１０９】
図１３は、本発明の第５実施形態に従う端末におけるパケット転送時の制御フローチャートである。
図１３を参照すると、ステップ１３０５で、端末は基地局から転送リソースを割り当てられ、転送するＭＡＣ ＰＤＵ及びＭＡＣ ＰＤＵのサイズを認知する。ここで、端末は呼設定過程でハッピービット設定時に適用するパラメータであるｍ０とｍ１のシグナリングを受ける状態である。
【０１１０】
ステップ１３１０で、端末は上記転送するＭＡＣ ＰＤＵのサイズ、上記ＭＡＣ ＰＤＵ転送に適用するＭＣＳレベル、上記ＭＡＣ ＰＤＵを転送する転送リソースの量、現在時点の経路損失などを考慮して、上記ＭＡＣ ＰＤＵ転送に必要とする要求転送出力を算出し、上記算出された要求転送出力が上記端末に許容された最大転送出力を超過するかを検査する。
【０１１１】
要求転送出力が最大転送出力を超過すれば、端末はステップ１３１５に進行してハッピービットを‘転送出力限界に到達したこと’を指示する所定の値、例えば００に決定する。
【０１１２】
一方、要求転送出力が最大転送出力を超過しなければ、端末はステップ１３２０に進行して、ＭＡＣ ＰＤＵのサイズとバッファに格納されたデータの量との間の割合を求めてハッピービットを決定する。例えば、転送するＭＡＣ ＰＤＵのサイズであるTF_currentと端末に格納されているデータの総和であるＴＢＳの割合を求めて、上記割合がｍ０より小さければハッピービットを０１に、上記割合がｍ０とｍ１との間であればハッピービットを１０に、上記割合がｍ１より大きければハッピービットを１１に決定する。
【０１１３】
ステップ１３２５で、端末は上記決まったハッピービットを第１のＭＡＣヘッダエレメントの所定のフィールドに収納する。上記ハッピービットが収納される位置は、ＭＡＣヘッダエレメントで使われないビット、即ちパッディングビットの位置と一致することができる。上記パッディングビットは、図１０に示すように、ＭＡＣヘッダエレメントの最後の２ビット、あるいはＭＡＣヘッダエレメントの第１の２ビットでありうる。
【０１１４】
ステップ１３３０で、端末はハッピービットを収納したＭＡＣヘッダエレメントと、各異なる制御情報を収納するＭＡＣヘッダエレメントと、ＭＡＣ ＳＤＵとを連接してＭＡＣ ＰＤＵを生成する。ステップ１３３５で、端末は生成されたＭＡＣ ＰＤＵを基地局へ転送する。
【０１１５】
本発明の第６実施形態では、第４実施形態をより具体的に説明した方案として、ＭＡＣヘッダエレメントのパッディングに下記の順序により制御情報を収納することを提案する。
【０１１６】
＜各ＭＡＣヘッダエレメントのパッディングに収納される制御情報の種類及び順序１＞
第１のＭＡＣヘッダエレメントのパッディング：端末の全バッファ状態を指示する情報。
第２のＭＡＣヘッダエレメントのパッディング：最も高い優先順位のロジカルチャンネルグループのバッファ状態を指示する情報。
第３のＭＡＣヘッダエレメントのパッディング：２番目に高い優先順位のロジカルチャンネルグループのバッファ状態を指示する情報。
第４のＭＡＣヘッダエレメントのパッディング：３番目に高い優先順位のロジカルチャンネルグループのバッファ状態を指示する情報。
第５のＭＡＣヘッダエレメントのパッディング：４番目に高い優先順位のロジカルチャンネルグループのバッファ状態を指示する情報。
【０１１７】
本発明に従って最大４個のロジカルチャンネルグループが設定できる。上記ロジカルチャンネルグループは、バッファ状態報告メッセージにロジカルチャンネル別にバッファ状態が収納されることを防止してバッファ状態報告メッセージのサイズを縮めるためのものである。ここで、ロジカルチャンネルとロジカルチャンネルグループとの間のマッピング関係は、上記ロジカルチャンネル設定過程で動的に指示される。したがって、端末に設定されているロジカルチャンネルの性格や個数によって端末別にロジカルチャンネルグループの数が異なることがある。ロジカルチャンネルグループの優先順位は、ロジカルチャンネルの優先順位のうち、最も高い優先順位と対応する。
【０１１８】
端末の全バッファ状態を指示する情報とロジカルチャンネルグループのバッファ状態を指示する情報は、前述した実施形態と同様に、現在ＴＦと該当バッファに格納されているデータとの間の割合として定義できる。
【０１１９】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【０１２０】
８０５      多重化及び逆多重化装置
８１０      ＨＡＲＱプロセッサー
８１５      制御部
８２０      ＳＲＣＨ処理部
８２５      送受信部
１２０５      多重化及び逆多重化装置
１２１０      ＨＡＲＱプロセッサー
１２１５      制御情報発生部
１２２０      制御チャンネル処理部
１２２５      送受信部
【図１】
2010541369.tif 000006
【図２】
2010541369.tif 000007
【図３】
2010541369.tif 000008
【図４】
2010541369.tif 000009
【図５】
2010541369.tif 000010
【図６】
2010541369.tif 000011
【図７】
2010541369.tif 000012
【図８】
2010541369.tif 000013
【図９】
2010541369.tif 000014
【図１０】
2010541369.tif 000015
【図１１】
2010541369.tif 000016
【図１２】
2010541369.tif 000017
【図１３】
2010541369.tif 000018
【国際調査報告】
2010541369.tif 000019
2010541369.tif 000020