(57)【要約】【課題】上りリンクの容量を向上させること。【解決手段】移動局内のバッファにおいて、送信すべき信号の量が０になった場合に、当該移動局が、送信すべき信号の量が０になったことを明示的に通知するバッファステータスレポートを基地局装置に対して通知する。【選択図】図８
2010114943.tif 000002
【特許請求の範囲】
【請求項１】
移動局装置と、前記移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける移動局装置であって、
前記基地局装置に第１の信号を送信する送信部と、
前記送信部により、当該移動局内のバッファ内の前記第１の信号の量が０になる場合に、前記第１の信号に加えて第２の信号を送信する送信部と
を備えることを特徴とする移動局装置。
【請求項２】
移動局装置と、前記移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける移動局装置であって、
当該移動局装置内のバッファ内の前記第１の信号の量が０である場合に、第２の信号を送信する送信部
を備えることを特徴とする移動局装置。
【請求項３】
請求項１又は２に記載の移動局装置であって、
前記第２の信号は、当該移動局装置内のバッファにおける前記第１の信号の量を通知する制御信号であることを特徴とする移動局装置。
【請求項４】
請求項３に記載の移動局装置であって、
前記第２の信号は、当該移動局装置内のバッファにおける前記第１の信号の量が０であることを通知する制御信号であることを特徴とする移動局装置。
【請求項５】
請求項１又は２に記載の移動局装置であって、
前記第１の信号の送信は、前記基地局装置により指示されることを特徴とする移動局装置。
【請求項６】
請求項５に記載の移動局装置であって、
前記基地局装置から送信されるアップリンクスケジューリンググラントにより、前記第１の信号の送信が指示されることを特徴とする移動局装置。
【請求項７】
移動局装置と、前記移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける基地局装置であって、
前記移動局装置に対して第１の信号の送信を指示する指示部
を具備し、
前記移動局装置より、前記移動局装置内のバッファにおける前記第１の信号の量が０であることを通知する制御信号を受信した場合に、前記指示部は、前記移動局装置に対して前記第１の信号の送信を指示しないことを特徴とする基地局装置。
【請求項８】
移動局装置と、前記移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける基地局装置であって、
前記移動局装置に対して第１の信号の送信を指示する指示部
を具備し、
前記移動局装置より送信された、前記第１の信号にパディングビットが含まれている場合に、
前記指示部は、前記移動局装置に対して前記第１の信号の送信を指示しないことを特徴とする基地局装置。
【請求項９】
移動局装置と、該移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける基地局装置であって、
前記移動局装置との間に、一定周期毎に無線リソースを割り当てるスケジューリング方式が適用され、
前記スケジューリング方式に基づいて、前記移動局装置から第１の信号を受信する受信部と、
移動局装置内のバッファ内の前記第１の信号の量が０であることの報告を受信した場合に、前記第１の信号のために割り当てられていた無線リソースを解放する解放部と
を具備することを特徴とする基地局装置。
【請求項１０】
請求項９に記載の基地局装置において、
前記解放部は、
前記報告を連続して所定の回数だけ受信した場合に、前記第１の信号のために割り当てられていた無線リソースを解放することを特徴とする基地局装置。
【請求項１１】
移動局装置と、前記移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける通信制御方法であって、
前記基地局装置が、前記移動局装置に対して第１の信号を送信することを指示する第１のステップと、
前記移動局装置内のバッファ内の第１の信号が０になる場合に、前記第１の信号に加えて、第２の信号を送信する第２のステップと
を有することを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、特に移動局装置、及び基地局装置並びに通信制御方法に関する。
【背景技術】
【０００２】
Ｗ−ＣＤＭＡやＨＳＤＰＡ、ＨＳＵＰＡの後継となる通信方式、すなわちロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）が、Ｗ−ＣＤＭＡの標準化団体３ＧＰＰにより検討され、無線アクセス方式として、下りリンクについてはＯＦＤＭ、上りリンクについてはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が検討されている（例えば、非特許文献１参照）。
【０００３】
ＯＦＤＭは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各周波数帯上にデータを載せて伝送を行う方式であり、サブキャリアを周波数上に、一部重なりあいながらも互いに干渉することなく密に並べることで、高速伝送を実現し、周波数の利用効率を上げることができる。
【０００４】
ＳＣ−ＦＤＭＡは、周波数帯域を分割し、複数の端末間で異なる周波数帯域を用いて伝送することで、端末間の干渉を低減することができる伝送方式である。ＳＣ−ＦＤＭＡでは、送信電力の変動が小さくなる特徴を持つことから、端末の低消費電力化及び広いカバレッジを実現できる。
【０００５】
ＬＴＥは、上りリンク、下りリンクともに１つないし２つ以上の物理チャネルを複数の移動局で共有して通信を行うシステムである。上記複数の移動局で共有されるチャネルは、一般に共有チャネルと呼ばれ、ＬＴＥにおいては、上りリンクにおいては上り共有物理チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ  ：ＰＵＳＣＨ）であり、下りリンクにおいては下り共有物理チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：  ＰＤＳＣＨ）である。
【０００６】
そして、上述したような共有チャネルを用いた通信システムにおいては、サブフレーム（Ｓｕｂ−ｆｒａｍｅ）（ＬＴＥでは１ｍｓ）毎に、どの移動局に対して上記共有チャネルを割り当てるかをシグナリングする必要があり、上記シグナリングのために用いられる制御チャネルは、ＬＴＥでは、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｎｗｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）または、Ｄｏｗｎｌｉｎｋ  Ｌ１／Ｌ２  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ（ＤＬ  Ｌ１／Ｌ２  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と呼ばれる。上記物理下りリンク制御チャネルの情報には、例えば、ダウンリンクスケジューリングインフォメーション（ＤＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）、Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｉｎｆｏｒｍａｔｉｏｎ（ＡＣＫ／ＮＡＣＫ）、アップリンクスケジューリンググラント（ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）、オーバロードインジケータ（Ｏｖｅｒｌｏａｄ  Ｉｎｄｉｃａｔｏｒ）、送信電力制御コマンドビット（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ  Ｃｏｍｍａｎｄ  Ｂｉｔ）等が含まれる（例えば、非特許文献２参照）。尚、上述したＤＬ  L1/Ｌ2  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒは、Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ(ＰＣＦＩＣＨ)とも呼ばれ、また、上記ＡＣＫ/ＮＡＣＫは、Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ(ＰＨＩＣＨ)とも呼ばれる。上記ＰＣＦＩＣＨやＰＨＩＣＨは、上記ＰＤＣＣＨに含まれるのではなく、上記ＰＤＣＣＨとは並列の関係にある、異なる物理チャネルとして定義されてもよい。また、上記ダウンリンクスケジューリングインフォメーションは、Ｄｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔやＤｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎと呼ばれてもよい。
【０００７】
上記ＤＬ  Ｓｃｈｅｄｕｌｉｎｇ  ＩｎｆｏｒｍａｔｉｏｎやＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔが、どの移動局に対して上記共有チャネルを割り当てるかをシグナリングするための情報に相当する。上記ＤＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎには、例えば、下りリンクの共有チャネルに関する、下りリンクのリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）の割り当て情報、ＵＥのＩＤ、ストリームの数、プリコーディングベクトル（Ｐｒｅｃｏｄｉｎｇ  Ｖｅｃｔｏｒ）に関する情報、データサイズ、変調方式、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）に関する情報等が含まれる。また、上記ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔには、例えば、上りリンクの共有チャネルに関する、上りリンクのＲｅｓｏｕｒｃｅ  Ｂｌｏｃｋの割り当て情報、ＵＥのＩＤ、データサイズ、変調方式、上りリンクの送信電力情報、Ｕｐｌｉｎｋ  ＭＩＭＯにおけるデモジュレーションレファレンスシグナル（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）の情報等が含まれる。
【０００８】
以下では、上りリンクにおける共有チャネルを用いた通信を説明する。
【０００９】
上述したように、上りリンクにおいては、基地局装置は、サブフレーム毎（１ｍｓ毎）に、上記共有チャネルを用いて通信を行う移動局を選別し、選別した移動局に対して、上記Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを用いて、所定のサブフレームにおいて、上記共有チャネルを用いて通信を行うことを指示し、移動局は、上記Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔに基づいて、上記共有チャネルを送信する。基地局装置は、ユーザ装置から送信された上記共有チャネルを受信し、復号を行う。上述したような、共有チャネルを用いて通信を行うユーザ装置を選別する処理は、スケジューリング処理と呼ばれる。
【００１０】
ここで、基地局装置は、移動局内のバッファの状態、すなわち、上りリンクの共有チャネルを用いて送信すべきデータがどの程度存在するかを直接的に知ることができない。よって、例えば、移動局が、基地局装置に対して、移動局内のバッファの状態を通知するバッファステータスレポートを送信することが考えられる。例えば、ＨＳＵＰＡにおいては、Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎの一部として、ＵＥ  Ｂｕｆｆｅｒ  Ｏｃｃｕｐａｎｃｙ（ｉｎ  Ｂｙｔｅｓ）が、移動局から基地局装置に対して通知されていた。上記ＵＥ  Ｂｕｆｆｅｒ  Ｏｃｃｕｐａｎｃｙは、移動局内のバッファの状態を通知する信号であり、具体的には、バッファ内の信号の量を通知するための信号であった。（非特許文献３、非特許文献４）
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】3GPP TR 25.814 (V7.0.0), "Physical Layer Aspects for Evolved UTRA," June 2006
【非特許文献２】R1-070103, Downlink L1/L2 Control Signaling Channel Structure: Coding
【非特許文献３】3GPP TS 25.309 (V6.6.0), "FDD Enhanced Uplink; Overall description; Stage 2", 9.3.1.1.1, 2006-03
【非特許文献４】3GPP TS 25.321 (V6.8.0), "Medium Access Control (MAC) protocol specification", 9.2.5.3.2, 2006-03
【非特許文献５】R1-060099, Persistent Scheduling for E-UTRA, January, 2006
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、上述した背景技術には以下の問題がある。
【００１３】
基地局装置は、移動局から通知されるバッファステータスレポートにより、移動局内のバッファの状態を知ることは可能だが、正確に知ることはできない。よって、移動局内のバッファにおいて、送信すべき信号の量が０であるにも係らず、基地局装置は、当該移動局に対して上りリンクの共有チャネルの送信を、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより指示する場合があると考えられる。この場合、上りリンクの無線リソースを無駄遣いすることになり、システムの容量を劣化させることになる。
【００１４】
そこで、本発明は、上述した課題に鑑み、その目的は、移動局内のバッファにおいて、送信すべき信号の量が０になった場合に、前記移動局が、送信すべき信号の量が０になったことを明示的に通知するバッファステータスレポートを基地局装置に対して通知することにより、上りリンクの容量を向上させることのできる移動局装置、及び基地局装置並びに通信制御方法を提供することにある。
【課題を解決するための手段】
【００１５】
本移動局装置は、
移動局装置と、前記移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける移動局装置であって、
前記基地局装置に第１の信号を送信する送信部と、
前記送信部により、当該移動局装置内のバッファ内の前記第１の信号の量が０になる場合に、前記第１の信号に加えて第２の信号を送信する送信部と
を備える。
【００１６】
本移動局装置は、
移動局装置と、前記移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける移動局装置であって、
当該移動局装置内のバッファ内の前記第１の信号の量が０である場合に、第２の信号を送信する送信部
を備える。
【００１７】
本基地局装置は、
移動局装置と、前記移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける基地局装置であって、
前記移動局装置に対して第１の信号の送信を指示する指示部
を具備し、
前記移動局装置より、前記移動局装置内のバッファにおける前記第１の信号の量が０であることを通知する制御信号を受信した場合に、前記指示部は、前記移動局装置に対して前記第１の信号の送信を指示しない。
【００１８】
本基地局装置は、
移動局装置と、前記移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける基地局装置であって、
前記移動局装置に対して第１の信号の送信を指示する指示部
を具備し、
前記移動局装置より送信された、前記第１の信号にパディングビットが含まれている場合に、前記指示部は、前記移動局装置に対して前記第１の信号の送信を指示しない。
【００１９】
本基地局装置は、
移動局装置と、該移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける基地局装置であって、
前記移動局装置との間に、一定周期毎に無線リソースを割り当てるスケジューリング方式が適用され、
前記スケジューリング方式に基づいて、前記移動局装置から第１の信号を受信する受信部と、
移動局装置内のバッファ内の前記第１の信号の量が０であることを通知するための第２の信号を受信した場合に、前記第１の信号のために割り当てられていた無線リソースを解放する解放部と
を具備する。
【００２０】
本通信制御方法は、
移動局装置と、前記移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける通信制御方法であって、
前記基地局装置が、前記移動局装置に対して第１の信号を送信することを指示する第１のステップと、
前記移動局装置内のバッファ内の第１の信号が０になる場合に、前記第１の信号に加えて、第２の信号を送信する第２のステップと
を有する。
【発明の効果】
【００２１】
本実施例によれば、移動局内のバッファにおいて、送信すべき信号の量が０になった場合に、前記移動局が、送信すべき信号の量が０になったことを明示的に通知するバッファステータスレポートを基地局装置に対して通知することにより、上りリンクの容量を向上させることのできる移動局装置、及び基地局装置並びに通信制御方法を実現することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施例に係る無線通信システムの構成を示すブロック図である。
【図２】本発明の一実施例に係る移動局を示す部分ブロック図である。
【図３】本発明の一実施例に係る移動局のベースバンド信号処理部を示す部分ブロック図である。
【図４】本発明の一実施例に係る、ユーザデータがマッピングされるＭＡＣレイヤのＰＤＵの構成を示す部分ブロック図である。
【図５】本発明の一実施例に係る、データバッファの状態を示す制御情報がマッピングされるＭＡＣレイヤのＰＤＵの構成を示す部分ブロック図である。
【図６】本発明の一実施例に係る、ユーザデータがマッピングされるＭＡＣレイヤのＰＤＵの構成を示す部分ブロック図である。
【図７Ａ】本発明の一実施例に係る、データバッファの状態を示す制御情報がマッピングされるＭＡＣレイヤのＰＤＵの構成を示す部分ブロック図である。
【図７Ｂ】本発明の一実施例に係る、ユーザデータがマッピングされるＭＡＣレイヤのＰＤＵの構成を示す部分ブロック図である。
【図７Ｃ】本発明の一実施例に係る、ユーザデータがマッピングされるＭＡＣレイヤのＰＤＵの構成を示す部分ブロック図である。
【図８】本発明の一実施例に係る基地局装置を示す部分ブロック図である。
【図９】本発明の一実施例に係る基地局装置のベースバンド信号処理部を示す部分ブロック図である。
【図１０】本発明の一実施例に係る移動局と基地局装置の処理の時間関係を示す説明図である。
【図１１】本発明の一実施例に係る移動局における通信制御方法を示すフロー図である。
【図１２】本発明の一実施例に係る移動局における通信制御方法を示すフロー図である。
【図１３】本発明の一実施例に係る通信制御方法を示すフロー図である。
【図１４】本発明の一実施例に係る通信制御方法を示すフロー図である。
【図１５】本発明の一実施例に係る基地局装置における通信制御方法を示すフロー図である。
【図１６】本発明の一実施例に係る移動局における通信制御方法を示すフロー図である。
【図１７】本発明の一実施例に係る基地局装置における通信制御方法を示すフロー図である。
【発明を実施するための形態】
【００２３】
以下、本発明の実施例を、図面を参照しつつ説明する。実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。
【００２４】
図１を参照しながら、本発明の実施例に係る移動局及び基地局装置を有する無線通信システムについて説明する。
【００２５】
無線通信システム１０００は、例えばＥｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮ（別名：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，或いは，Ｓｕｐｅｒ  ３Ｇ）が適用されるシステムである。無線通信システム１０００は、基地局装置（ｅＮＢ：  ｅＮｏｄｅ  Ｂ）２００と、基地局装置２００と通信する複数の移動局１００ｎ（１００１、１００２、１００３、・・・１００ｎ、ｎはｎ＞０の整数）とを備える。基地局装置２００は、上位局、例えばアクセスゲートウェイ装置３００と接続され、アクセスゲートウェイ装置３００は、コアネットワーク４００と接続される。移動局１００ｎはセル５０において基地局装置２００とＥｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮにより通信を行っている。
【００２６】
各移動局（１００１、１００２、１００３、・・・１００ｎ）は、同一の構成、機能、状態を有するので、以下では特段の断りがない限り移動局１００ｎとして説明を進める。説明の便宜上、基地局装置と無線通信するのは移動局であるが、より一般的には移動端末も固定端末も含むユーザ装置（ＵＥ：  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）でよい。
【００２７】
無線通信システム１０００では、無線アクセス方式として、下りリンクについてはＯＦＤＭ（直交周波数分割多元接続）が、上りリンクについてはＳＣ−ＦＤＭＡ（シングルキャリア−周波数分割多元接続）が適用される。上述したように、ＯＦＤＭは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。ＳＣ−ＦＤＭＡは、周波数帯域を端末毎に分割し、複数の端末が互いに異なる周波数帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。
【００２８】
ここで、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮにおける通信チャネルについて説明する。
【００２９】
下りリンクについては、各移動局１００ｎで共有される物理下りリンク共有チャネル（ＰＤＳＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、物理下りリンク制御チャネル(ＰＤＣＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ)とが用いられる。物理下りリンク制御チャネルは下りＬ１／Ｌ２制御チャネルとも呼ばれる。上記物理下りリンク共有チャネルにより、ユーザデータ、すなわち、通常のデータ信号が伝送される。また、物理下りリンク制御チャネルにより、ダウンリンクスケジューリングインフォメーション（ＤＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）、Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｉｎｆｏｒｍａｔｉｏｎ（ＡＣＫ／ＮＡＣＫ）、アップリンクスケジューリンググラント（ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）、オーバロードインジケータ（Ｏｖｅｒｌｏａｄ  Ｉｎｄｉｃａｔｏｒ）、送信電力制御コマンドビット（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ  Ｃｏｍｍａｎｄ  Ｂｉｔ）等が伝送される。ＤＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎには、例えば、物理下りリンク共有チャネルを用いて通信を行うユーザのＩＤや、そのユーザデータのトランスポートフォーマットの情報、すなわち、データサイズ、変調方式、ＨＡＲＱに関する情報や、下りリンクのリソースブロックの割り当て情報等が含まれる。尚、上記ＤＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎは、Ｄｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔやＤｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎと呼ばれてもよい。
【００３０】
また、ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔには、例えば、物理上りリンク共有チャネルを用いて通信を行うユーザのＩＤや、そのユーザデータのトランスポートフォーマットの情報、すなわち、データサイズ、変調方式に関する情報や、上りリンクのリソースブロックの割り当て情報、上りリンクの共有チャネルの送信電力に関する情報等が含まれる。ここで、上りリンクのリソースブロックとは、周波数リソースに相当し、リソースユニットとも呼ばれる。
【００３１】
また、Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｉｎｆｏｒｍａｔｉｏｎ（ＡＣＫ／ＮＡＣＫ）とは、上りリンクの共有チャネルに関する送達確認情報のことである。上記Ａｃｋｎｏｗｌｅｇｅｍｅｎｔ  ｉｎｆｏｒｍａｔｉｏｎ（ＡＣＫ／ＮＡＣＫ）を伝送する物理チャネルは、Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ(ＰＨＩＣＨ)と呼ばれてもよい。この場合、上記ＰＨＩＣＨは、上記ＰＤＣＣＨに含まれるのではなく、上記ＰＤＣＣＨと並列の関係にある、異なる物理チャネルとして定義されてもよい。
【００３２】
上りリンクについては、各移動局１００ｎで共有して使用される物理上りリンク共有チャネル（ＰＵＳＣＨ：  Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、物理上りリンク制御チャネルとが用いられる。上記物理上りリンク共有チャネルにより、ユーザデータ、すなわち、通常のデータ信号が伝送される。また、物理上りリンク制御チャネルにより、下りリンクにおける共有物理チャネルのスケジューリング処理や適応変復調及び符号化処理（ＡＭＣＳ：  Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）に用いるための下りリンクの品質情報（ＣＱＩ：  Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、及び、物理下りリンク共有チャネルの送達確認情報（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）が伝送される。送達確認情報の内容は、送信信号が適切に受信されたことを示す肯定応答(ＡＣＫ：  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)又はそれが適切に受信されなかったことを示す否定応答(ＮＡＣＫ：  Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)の何れかで表現される。
【００３３】
物理上りリンク制御チャネルでは、ＣＱＩや送達確認情報に加えて、上りリンクの共有チャネルのリソース割り当てを要求するスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）や、パーシステントスケジューリング（Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）におけるリリース要求（Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔ）等が送信されてもよい。ここで、上りリンクの共有チャネルのリソース割り当てとは、あるサブフレームの物理下りリンク制御チャネルを用いて、後続のサブフレームにおいて上りリンクの共有チャネルを用いて通信を行ってよいことを基地局装置が移動局に通知することを意味する。
【００３４】
図２を参照しながら、本発明の実施例に係る移動局１００ｎについて説明する。
【００３５】
同図において、移動局１００ｎは、送受信アンテナ１０２と、アンプ部１０４と、送受信部１０６と、ベースバンド信号処理部１０８と、アプリケーション部１１０とを具備する。
【００３６】
下りリンクのユーザデータについては、送受信アンテナ１０２で受信された無線周波数信号がアンプ部１０４で増幅され、送受信部１０６で周波数変換されてベースバンド信号に変換される。このベースバンド信号は、ベースバンド信号処理部１０８でＦＦＴ処理や、誤り訂正復号、再送制御の受信処理、ＲＬＣレイヤーの受信処理、ＰＤＣＰレイヤーの処理等がなされる。上記下りリンクのデータの内、下りリンクのユーザデータは、アプリケーション部１１０に転送される。アプリケーション部１１０は、物理レイヤーやＭＡＣレイヤー、ＲＬＣレイヤー、ＰＤＣＰレイヤーより上位のレイヤーに関する処理等を行う。
【００３７】
一方、上りリンクのユーザデータについては、アプリケーション部１１０からベースバンド信号処理部１０８に入力される。ベースバンド信号処理部１０８では、ＰＤＣＰレイヤーの処理、ユーザデータの分割・結合、ＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）再送制御の送信処理などのＲＬＣレイヤーの送信処理や、再送制御（Ｈ−ＡＲＱ  （Ｈｙｂｒｉｄ  ＡＲＱ））の送信処理等のＭＡＣレイヤーの送信処理、チャネル符号化、ＩＦＦＴ処理等が行われて送受信部１０６に転送される。送受信部１０６では、ベースバンド信号処理部１０８から出力されたベースバンド信号を無線周波数帯に変換する周波数変換処理が施され、その後、アンプ部１０４で増幅されて送受信アンテナ１０２より送信される。
【００３８】
尚、上述したユーザデータとは、例えば、Ｗｅｂ  ｂｒｏｗｓｉｎｇやＦＴＰ、ＶｏＩＰ等によるＩＰパケットや、Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）の処理のための制御信号などである。また、上記ユーザデータは、論理チャネルとしての呼び方は、例えば、ＤＴＣＨやＤＣＣＨである。
【００３９】
図３を参照しながら、ベースバンド信号処理部１０８の構成について説明する。
【００４０】
ベースバンド信号処理部１０８は、レイヤー１処理部１０８１と、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）処理部１０８２と、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）処理部／バッファ部１０８３を備える。
【００４１】
レイヤー１処理部１０８１では、下りリンクで受信される信号のチャネル復号化やＦＦＴ処理などが行われる。
【００４２】
また、レイヤー１処理部１０８１は、下りリンクの受信信号に含まれる、物理下りリンク制御チャネルの復調・復号を行い、その復号結果をＭＡＣ処理部１０８２に送信する。すなわち、レイヤー１処理部１０８１は、上記物理下りリンク制御チャネルに含まれるＤｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  ＩｎｆｏｒｍａｔｉｏｎやＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔの復調・復号を行い、その復号結果をＭＡＣ処理部１０８２に送信する。
【００４３】
さらに、レイヤー１処理部１０８１は、当該サブフレームの上りリンクにおいてユーザデータを送信する場合には、ＭＡＣ処理部１０８２からユーザデータを受け取る。上記ユーザデータには、後述するように、ＭＡＣレイヤーの制御情報が付与されている場合がある。そして、レイヤー１処理部１０８１は、上記ユーザデータに関して、符号化やデータ変調等の処理やＤＦＴ処理、サブキャリアマッピング処理、ＩＦＦＴ処理等を行い、それらをベースバンド信号として送受信部に送信する。尚、上記ＭＡＣレイヤーの制御情報は、ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔと呼ばれてもよい。
【００４４】
ＭＡＣ処理部１０８２は、レイヤー１処理部１０８１より復号されたＤｏｎｗｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  ＩｎｆｏｒｍａｔｉｏｎやＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを受信する。本発明に係る移動局は、主に上りリンクの共有チャネルの送信に係るため、以下では、主に、上りリンクの共有チャネルの送信に関して説明を行う。
【００４５】
ＭＡＣ処理部１０８２は、上記Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔに基づき、上りリンクのユーザデータの送信フォーマットの決定や、ＭＡＣレイヤーにおける再送制御（ＨＡＲＱ）等の送信処理を行う。すなわち、レイヤー１処理部１０８１より受信したＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより、基地局装置２００から、上りリンクにおいて共有チャネルを用いた通信を行うことを指示された場合には、移動局１００ｎ内のデータバッファに存在するユーザデータに関して、送信フォーマットの決定や再送制御（ＨＡＲＱ）等の送信処理を行い、そのユーザデータをレイヤー１処理部１０８１に与える。ここで、上記移動局１００ｎ内のデータバッファとは、例えば、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）処理部／バッファ部１０８３におけるデータバッファであってもよい。この場合、ＭＡＣ処理部１０８２は、上記ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）処理部／バッファ部１０８３内のデータバッファから、存在するユーザデータを受け取り、上述した送信処理を行う。尚、上記データバッファは、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）処理部／バッファ部１０８３ではなく、ＭＡＣ処理部１０８２に存在してもよい。
【００４６】
ここで、ＭＡＣ処理部１０８２は、当該サブフレームによるユーザデータの送信により上記ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）処理部／バッファ部１０８３内のデータバッファにおけるユーザデータの量が０になる場合には、上記ユーザデータに、上記データバッファの状態を示す制御情報を付与して、上述した送信フォーマットの決定や再送制御（ＨＡＲＱ）等の送信処理を行う。尚、上記データバッファの状態を示す制御情報とは、例えば、ＭＡＣレイヤーにおけるデータバッファの状態を示す制御情報であり、より具体的には、データバッファにおけるユーザデータの量が０であることを示す制御情報であってもよい。ＭＡＣレイヤーの制御情報は、ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔと呼ばれてもよく、前記ＭＡＣレイヤーにおけるデータバッファの状態を示す制御情報は、ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔの１つであってもよい。
【００４７】
すなわち、もしＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより上りリンクの共有チャネルの送信が指示され、かつ、前記上りリンクの共有チャネルの送信によりＵＬ−ＳＣＨのバッファステータスが０になる場合には、バッファステータスの状態を示す制御情報を含んだスケジューリングインフォメーションの送信がトリガーされる。ここで、上記バッファステータスの状態を示す制御情報は、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報である。上記スケジューリングインフォメーションは、例えば、上記バッファステータスの状態を示す制御情報や移動局１００ｎの送信電力の情報を示すＵＥ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ（ＵＰＨ）等により構成されてもよい。
【００４８】
尚、前記上りリンクの共有チャネルの送信によりＵＬ−ＳＣＨのバッファステータスが０になる場合とは、言い換えれば、データバッファにおけるユーザデータの量が、前記Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより指定されたデータサイズから、ヘッダのサイズと、バッファステータスの状態を示す制御情報のサイズとを引いた値よりも小さい場合のことである。
【００４９】
この場合の、ユーザデータがマッピングされるＭＡＣレイヤーのＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、例えば、図４に示すように、ＭＡＣレイヤーのヘッダと、ユーザデータと、上記データバッファの状態を示す制御情報とから構成される。尚、上記ヘッダとユーザデータと、データバッファの状態を示す制御情報とに加えて、データサイズをバイト単位に合わせるために、さらにパディングビットが付与されてもよい。
【００５０】
尚、MAC処理部１０８２は、上述した、当該サブフレームによるユーザデータの送信により上記ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）処理部／バッファ部１０８３内のデータバッファにおけるユーザデータの量が０になる場合に、上記ユーザデータに、上記データバッファの状態を示す制御情報を付与する処理を、上記ユーザデータのデータ種別に基づいて、行ってもよい。例えば、上記ユーザデータのデータ種別が、ベストエフォートのパケットである場合には、上述したユーザデータにデータバッファの状態を示す制御情報を付与する処理を行い、上記ユーザデータのデータ種別が、制御信号であるDedicated  Control  Channel  (DCCH)やストリーミングのためのユーザデータ、Gamingのユーザデータである場合は、上述したユーザデータにデータバッファの状態を示す制御情報を付与する処理を行わない、という動作を行ってもよい。すなわち、例えば、ユーザデータのデータ種別が、Ｇａｍｉｎｇのユーザデータである場合には、たとえデータバッファにおけるユーザデータの量が０になる場合でも、上述した、ユーザデータにデータバッファの状態を示す制御情報を付与する処理を行わないという動作としてもよい。また、上記データ種別とは、例えば、論理チャネルの種類やレディオベアラー（Radio  Bearer）に対応してもよい。
【００５１】
さらに、ＭＡＣ処理部１０８２は、レイヤー１処理部１０８１より受信したＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより、基地局装置２００から、上りリンクにおいて共有チャネルを用いた通信を行うことを指示され、かつ、すでにＲＬＣ処理部／バッファ部１０８３内のデータバッファにおけるユーザデータの量が０である場合には、データバッファの状態を示す制御情報のみを送信するための、上述した送信フォーマットの決定や再送制御（ＨＡＲＱ）等の送信処理を行ってもよい。尚、この場合も、上記データバッファの状態を示す制御情報とは、例えば、ＭＡＣレイヤーにおけるデータバッファの状態を示す制御情報であり、より具体的には、データバッファにおけるユーザデータの量が０であることを示す制御情報である。
【００５２】
すなわち、もしＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより上りリンクの共有チャネルの送信が指示され、かつ、ＵＬ−ＳＣＨのバッファステータスが０である場合には、バッファステータスの状態を示す制御情報を含んだスケジューリングインフォメーションの送信がトリガーされる。ここで、上記バッファステータスの状態を示す制御情報は、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報である。上記スケジューリングインフォメーションは、例えば、上記バッファステータスの状態を示す制御情報や移動局１００ｎの送信電力の情報を示すＵＥ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ（ＵＰＨ）等により構成されてもよい。
【００５３】
また、この場合の、上記データバッファの状態を示す制御情報がマッピングされるＭＡＣレイヤーのＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、例えば、図５に示すように、ＭＡＣレイヤーのヘッダと、上記データバッファの状態を示す制御情報とから構成される。尚、上記ヘッダとデータバッファの状態を示す制御情報とに加えて、データサイズをバイト単位に合わせるために、さらにパディングビットが付与されてもよい。
【００５４】
尚、MAC処理部１０８２は、上述した、上りリンクにおいて共有チャネルを用いた通信を行うことを指示され、かつ、すでにＲＬＣ処理部／バッファ部１０８３内のデータバッファにおけるユーザデータの量が０である場合に、上記データバッファの状態を示す制御情報のみを送信する処理を、上記ユーザデータのデータ種別に基づいて、行ってもよい。例えば、上記ユーザデータのデータ種別が、ベストエフォートのパケットである場合には、上述したデータバッファの状態を示す制御情報を送信する処理を行い、上記ユーザデータのデータ種別が、制御信号であるDedicated  Control  Channel  (DCCH)やストリーミングのためのユーザデータ、Gamingのユーザデータである場合は、上述したデータバッファの状態を示す制御情報を送信する処理を行わない、という動作を行ってもよい。すなわち、例えば、ユーザデータのデータ種別が、Ｇａｍｉｎｇのユーザデータである場合には、たとえデータバッファにおけるユーザデータの量が０であったとしても、上述したデータバッファの状態を示す制御情報を送信する処理を行わないという動作としてもよい。また、上記データ種別とは、例えば、論理チャネルの種類やレディオベアラー（Radio  Bearer）に対応してもよい。
【００５５】
尚、上述した例においては、ＭＡＣ処理部１０８２は、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより上りリンクの共有チャネルの送信が指示され、かつ、前記上りリンクの共有チャネルの送信によりＵＬ−ＳＣＨのバッファステータスが０になる場合、あるいは、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより上りリンクの共有チャネルの送信が指示され、かつ、ＵＬ−ＳＣＨのバッファステータスがすでに０である場合に、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信する。しかしながら、ＧａｍｉｎｇやＶｏＩＰなど、データサイズが小さく、かつ、散発的にデータが発生するアプリケーションの場合、上りリンクの送信を行う度に、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信することになる。移動局１００ｎは、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信した後に、上りリンクの送信を再開するためには、上りリンクにおいて基地局装置２００に対してスケジューリングリクエストを送信し、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを送信することを要求する必要がある。これは、ＧａｍｉｎｇやＶｏＩＰ等のサービスにおいて遅延が生じることになり、好ましくない。
【００５６】
ＭＡＣ処理部１０８２は、上記問題を解決するために、例えば、ある一定の測定区間においてＵＬ−ＳＣＨのデータバッファ内のデータ量が０である場合に、上述した、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信するという処理を行ってもよい。すなわち、ＭＡＣ処理部１０８２は、ＵＬ−ＳＣＨのデータバッファ内のデータ量が０になった瞬間からタイマーを起動し、上記タイマーが満了した以降において、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより上りリンクの共有チャネルの送信が指示された場合には、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信するという処理を行ってもよい。より具体的には、ＵＬ−ＳＣＨのデータバッファ内のデータ量が０になってから１００ｍｓ以上が経過している場合に、ＭＡＣ処理部１０８２は、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信するという処理を行ってもよい。尚、上記１００ｍｓという数字は一例であり、１００ｍｓ以外の値であってもよい。
【００５７】
あるいは、ＭＡＣ処理部１０８２は、上記問題を解決するために、例えば、ＵＬ−ＳＣＨのデータバッファ内のデータ量が０である状態で、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを受信した回数に基づいて上述した、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信するという処理を行ってもよい。より具体的には、ＵＬ−ＳＣＨのデータバッファ内のデータ量が０になってから、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを３回受信した場合に、３回目のＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔに対するＵＬ−ＳＣＨ内に、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を付与して、上記ＵＬ−ＳＣＨの送信を行うという処理を行ってもよい。尚、上記３回という数字は一例であり、３回以外の値であってもよい。
【００５８】
ＭＡＣ処理部１０８２は、下りリンクに関しては、例えば、レイヤー１処理部１０８１より受信したＤｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎに基づき、下りリンクのユーザデータのＭＡＣ再送制御の受信処理等を行う。
【００５９】
ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）処理部／バッファ部１０８３は、上りリンクに関しては、ユーザデータの分割・結合、ＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）再送制御の送信処理などのＲＬＣレイヤーの送信処理を行い、下りリンクに関しては、ユーザデータの分割・結合、ＲＬＣ再送制御の受信処理等のＲＬＣレイヤーの受信処理を行う。また、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）処理部／バッファ部１０８３は、上述したＲＬＣレイヤの処理に加えて、ＰＤＣＰレイヤの処理を行ってもよい。
【００６０】
また、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）処理部／バッファ部１０８３は、上述したように、上りリンクにおいて送信を行うユーザデータをバッファリングするデータバッファを有する。そして、ＭＡＣ処理部１０８２が上記ユーザデータの送信処理を行う際に、上記データバッファ内のユーザデータを、ＭＡＣ処理部１０８２に送信する。尚、上記データバッファは、ＲＬＣレイヤのバッファであってもよく、あるいは、ＰＤＣＰレイヤのバッファであってもよく、あるいは、ＲＬＣレイヤとＰＤＣＰレイヤの共通のバッファであってもよい。
【００６１】
尚、上述した例において、ＭＡＣ処理部１０８２は、当該サブフレームによるユーザデータの送信により上記ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）処理部／バッファ部１０８３内のデータバッファにおけるユーザデータの量が０になる場合に、上記ユーザデータに、上記データバッファの状態を示す制御情報を付与して、上述した送信処理を行ったが、代わりに、上記ユーザデータに、パディングビット（Ｐａｄｄｉｎｇ  Ｂｉｔ）を付与して、上述した送信処理を行ってもよい。上記パディングビットとは、ユーザデータがマッピングされたＭＡＣレイヤーのＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）のサイズに比べて、上記ユーザデータのサイズが小さい場合に、上記ユーザデータのサイズを、ＭＡＣレイヤーのＰＤＵのサイズに合わせこむために挿入されるビットのことである。パディングビットは、例えば、全てゼロのビットである。この場合の、ユーザデータがマッピングされるＭＡＣレイヤーのＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、例えば、図６に示すように、ＭＡＣレイヤーのヘッダと、ユーザデータと、上記パディングビットとから構成される。
【００６２】
あるいは、レイヤー１処理部１０８１より受信したＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより、基地局装置２００から、上りリンクにおいて共有チャネルを用いた通信を行うことを指示され、かつ、すでにＲＬＣ処理部／バッファ部１０８３内のデータバッファにおけるユーザデータの量が０である場合には、パディングビットのみを送信するための、上述した送信処理を行ってもよい。この場合の、ユーザデータがマッピングされるＭＡＣレイヤーのＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、例えば、図７Ａに示すように、ＭＡＣレイヤーのヘッダと、上記パディングビットとから構成される。
【００６３】
また、上述した例において、ＭＡＣ処理部１０８２は、当該サブフレームによるユーザデータの送信により上記ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）処理部／バッファ部１０８３内のデータバッファにおけるユーザデータの量が０になる場合に、上記ユーザデータに、上記データバッファの状態を示す制御情報を付与して、上述した送信処理を行ったが、上記データバッファの状態を示す制御情報の代わりに、データバッファ内のデータの量が０であるか否かを示す別の制御ビットを定義し、上記制御ビットを付与してもよい。この場合、データバッファ内の様々な状態を示す上記制御情報とは異なり、データバッファ内のデータの量が０であるか否かを示すための１ビットのみを送信すればよく、結果として、伝送効率を高めることが可能となる。尚、上記１ビットという値はあくまで例であり、１ビット以外のビット数であってもよい。この場合の、ＭＡＣ  ＰＤＵの構成は、例えば、図７Ｂとなる。
【００６４】
あるいは、レイヤー１処理部１０８１より受信したＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより、基地局装置２００から、上りリンクにおいて共有チャネルを用いた通信を行うことを指示され、かつ、すでにＲＬＣ処理部／バッファ部１０８３内のデータバッファにおけるユーザデータの量が０である場合にも、上述したデータバッファ内のデータの量が０であるか否かを示す別の制御ビットを定義し、上記制御ビットのみを送信してもよい。この場合の、ＭＡＣ  ＰＤＵの構成は、例えば、図7Ｃとなる。  図８を参照しながら、本発明の実施例に係る基地局装置２００について説明する。
【００６５】
本実施例に係る基地局装置２００は、送受信アンテナ２０２と、アンプ部２０４と、送受信部２０６と、ベースバンド信号処理部２０８と、呼処理部２１０と、伝送路インターフェース２１２とを備える。
【００６６】
下りリンクにより基地局装置２００から移動局１００ｎに送信されるユーザデータは、基地局装置２００の上位に位置する上位局、例えばアクセスゲートウェイ装置３００から伝送路インターフェース２１２を介してベースバンド信号処理部２０８に入力される。
【００６７】
ベースバンド信号処理部２０８では、ＰＤＣＰレイヤーの処理、ユーザデータの分割・結合、ＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）再送制御の送信処理などのＲＬＣレイヤーの送信処理、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）再送制御、例えばＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）の送信処理、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換（ＩＦＦＴ：  Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）処理が行われて、送受信部２０６に転送される。また、下りリンク制御チャネルである物理下りリンク制御チャネルの信号に関しても、チャネル符号化や逆高速フーリエ変更等の送信処理が行われて、送受信部２０６に転送される。
【００６８】
送受信部２０６では、ベースバンド信号処理部２０８から出力されたベースバンド信号を無線周波数帯に変換する周波数変換処理が施され、その後、アンプ部２０４で増幅されて送受信アンテナ２０２より送信される。
【００６９】
一方、上りリンクにより移動局１００ｎおよび移動局１１０ｍから基地局装置２００に送信されるデータについては、送受信アンテナ２０２で受信された無線周波数信号がアンプ部２０４で増幅され、送受信部２０６で周波数変換されてベースバンド信号に変換され、ベースバンド信号処理部２０８に入力される。
【００７０】
ベースバンド信号処理部２０８では、入力されたベースバンド信号に含まれるユーザデータに対して、ＦＦＴ処理、ＩＤＦＴ処理、誤り訂正復号、ＭＡＣ再送制御の受信処理、ＲＬＣレイヤーの受信処理、ＰＤＣＰレイヤの処理等がなされ、伝送路インターフェース２１２を介してアクセスゲートウェイ装置３００に転送される。
【００７１】
また、ベースバンド信号処理部２０８は、後述するように、受信信号中に含まれる上りリンクの共有チャネルの中に、移動局１００ｎ内のデータバッファにおけるユーザデータの量が０であることを示す制御情報が含まれている場合には、当該移動局１００ｎに対して、上りリンクの無線リソースを割り当てることを停止する。すなわち、当該移動局１００ｎに対して、上りリンクの共有チャネルを送信することを指示するＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔの送信を行わない。
【００７２】
呼処理部２１０は、通信チャネルの設定や解放等の呼処理や、無線基地局２００の状態管理や、無線リソースの管理を行う。
【００７３】
図９を参照しながら、ベースバンド信号処理部２０８の構成について説明する。
【００７４】
ベースバンド信号処理部２０８は、レイヤー１処理部２０８１と、ＭＡＣ処理部２０８２と、ＲＬＣ処理部２０８３とを備える。
【００７５】
ベースバンド信号処理部２０８におけるレイヤー１処理部２０８１とＭＡＣ処理部２０８２と呼処理部２１０とは、互いに接続されている。
【００７６】
レイヤー１処理部２０８１では、下りリンクで送信されるデータのチャネル符号化やＩＦＦＴ処理、上りリンクで送信されるデータのチャネル復号化やＩＤＦＴ処理、ＦＦＴ処理などが行われる。
【００７７】
レイヤー処理部２０８１は、物理下りリンク共有チャネルを用いて通信を行うユーザのＩＤや、そのユーザデータのトランスポートフォーマットの情報、すなわち、Ｄｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ、及び、物理上りリンク共有チャネルを用いて通信を行うユーザのＩＤや、そのユーザデータのトランスポートフォーマットの情報、すなわち、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  ＧｒａｎｔをＭＡＣ処理部２０８２から受け取る。また、レイヤー処理部２０８１は、上記物理下りリンク共有チャネルを用いて通信を行うユーザのＩＤや、そのユーザデータのトランスポートフォーマットの情報、すなわち、Ｄｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ、及び、物理上りリンク共有チャネルを用いて通信を行うユーザのＩＤや、そのユーザデータのトランスポートフォーマットの情報、すなわち、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔに対して、チャネル符号化やＩＦＦＴ処理等の送信処理を行う。上記物理下りリンク共有チャネルを用いて通信を行うユーザのＩＤや、そのユーザデータのトランスポートフォーマットの情報、すなわち、Ｄｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｍａｔｉｏｎ、及び、物理上りリンク共有チャネルを用いて通信を行うユーザのＩＤや、そのユーザデータのトランスポートフォーマットの情報、すなわち、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔは、下りリンク制御チャネルである物理下りリンク制御チャネルにマッピングされる。
【００７８】
また、レイヤー１処理部２０８１は、上りリンクで送信される物理上りリンク制御チャネルにマッピングされるＣＱＩや送達確認情報の復調及び復号も行い、上記復号結果を、ＭＡＣ処理部２０８２に通知する。
【００７９】
ＭＡＣ処理部２０８２は、下りリンクのユーザデータのＭＡＣ再送制御、例えばＨＡＲＱの送信処理や、スケジューリング処理、伝送フォーマットの選択処理、周波数リソースの割り当て処理等を行う。ここで、スケジューリング処理とは、当該サブフレームの下りリンクにおいて共有チャネルを用いてユーザデータの受信を行う移動局を選別する処理のことを指す。また、伝送フォーマットの選択処理とは、スケジューリングにおいて選別された移動局が受信するユーザデータに関する変調方式や符号化率、データサイズを決定する処理のことを指す。上記変調方式、符号化率、データサイズの決定は、例えば、移動局から上りリンクにおいて報告されるＣＱＩの良否に基づいて行われる。さらに、上記周波数リソースの割り当て処理とは、スケジューリングにおいて選別された移動局が受信するユーザデータに用いられるリソースブロックを決定する処理のことを指す。上記リソースブロックの決定は、例えば、移動局から上りリンクにおいて報告されるＣＱＩに基づいて行われる。上記移動局から報告されるＣＱＩは、レイヤー1処理部２０８１より通知される。そして、ＭＡＣ処理部２０８２は、上述したスケジューリング処理、伝送フォーマットの選択処理、周波数リソースの割り当て処理により決定される、物理下りリンク共有チャネルを用いて通信を行うユーザのＩＤや、そのユーザデータのトランスポートフォーマットの情報、すなわち、Ｄｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎをレイヤー１処理部２０８１に通知する。
【００８０】
また、ＭＡＣ処理部２０８２は、上りリンクのユーザデータのＭＡＣ再送制御の受信処理や、スケジューリング処理、伝送フォーマットの選択処理、周波数リソースの割り当て処理等を行う。ここで、スケジューリング処理とは、所定のサブフレームにおいて共有チャネルを用いてユーザデータの送信を行う移動局を選別する処理のことを指す。また、伝送フォーマットの選択処理とは、スケジューリングにおいて選別された移動局が送信するユーザデータに関する変調方式や符号化率、データサイズを決定する処理のことを指す。上記変調方式、符号化率、データサイズの決定は、例えば、移動局から上りリンクにおいて送信するサウンディング用リファレンス信号のＳＩＲやパスロスに基づいて行われる。さらに、上記周波数リソースの割り当て処理とは、スケジューリングにおいて選別された移動局が送信するユーザデータの送信に用いられるリソースブロックを決定する処理のことを指す。上記リソースブロックの決定は、例えば、移動局から上りリンクにおいて送信するサウンディング用リファレンス信号のＳＩＲに基づいて行われる。そして、ＭＡＣ処理部２０８２は、上述したスケジューリング処理、伝送フォーマットの選択処理、周波数リソースの割り当て処理により決定される、物理上りリンク共有チャネルを用いて通信を行うユーザのＩＤや、そのユーザデータのトランスポートフォーマットの情報、すなわち、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔをレイヤー１処理部２０８１に通知する。
【００８１】
さらに、ＭＡＣ処理部２０８２は、受信信号中に含まれる上りリンクの共有チャネルの中に、移動局１００ｎ内のデータバッファにおけるユーザデータの量が０であることを示す制御情報が含まれている場合には、当該移動局１００ｎに対して、上りリンクの無線リソースを割り当てることを停止してもよい。すなわち、当該移動局１００ｎを、上記上りリンクの共有チャネルに関するスケジューリングの対象から除外してもよい。言い換えれば、当該移動局１００ｎに対して、上りリンクの共有チャネルを送信することを指示するＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔの送信を行わない。尚、この場合の、上りリンクの共有チャネルのＭＡＣ  ＰＤＵの構成は、図４または図５となってもよい。
【００８２】
あるいは、ＭＡＣ処理部２０８２は、移動局１００ｎ内のデータバッファにおけるユーザデータの量が０であることを示す制御情報を、３回連続受信した場合に、上りリンクの無線リソースを割り当てることを停止してもよい。すなわち、当該移動局１００ｎを、上記上りリンクの共有チャネルに関するスケジューリングの対象から除外してもよい。言い換えれば、当該移動局１００ｎに対して、上りリンクの共有チャネルを送信することを指示するＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔの送信を行わない。尚、この場合の、上りリンクの共有チャネルのＭＡＣ  ＰＤＵの構成は、図４または図５となってもよい。ここで、上記３回という値は、２回でもよく、あるいは、４回以上でもよい。また、「移動局１００ｎ内のデータバッファにおけるユーザデータの量が０であることを示す制御情報を、３回連続受信する」とは、直近に受信した３個の上りリンクの共有チャネルの全てに、移動局１００ｎ内のデータバッファにおけるユーザデータの量が０であることを示す制御情報が含まれていることを指す。
【００８３】
あるいは、ＭＡＣ処理部２０８２は、受信信号中に含まれる上りリンクの共有チャネルの中にパディングビットが含まれている場合には、当該移動局１００ｎに対して、上りリンクの無線リソースを割り当てることを停止してもよい。すなわち、当該移動局１００ｎを、上記上りリンクの共有チャネルに関するスケジューリングの対象から除外してもよい。言い換えれば、当該移動局１００ｎに対して、上りリンクの共有チャネルを送信することを指示するＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔの送信を行わない。尚、この場合の、上りリンクの共有チャネルのＭＡＣ  ＰＤＵの構成は、図６又は図７Ａとなってもよい。
【００８４】
あるいは、ＭＡＣ処理部２０８２は、受信信号中に含まれる上りリンクの共有チャネルの中にデータバッファ内のデータの量が０であるか否かを示す制御ビットが含まれている場合には、当該移動局１００ｎに対して、上りリンクの無線リソースを割り当てることを停止してもよい。すなわち、当該移動局１００ｎを、上記上りリンクの共有チャネルに関するスケジューリングの対象から除外してもよい。言い換えれば、当該移動局１００ｎに対して、上りリンクの共有チャネルを送信することを指示するＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔの送信を行わない。尚、この場合の、上りリンクの共有チャネルのＭＡＣ  ＰＤＵの構成は、図７Ｂ又は図７Ｃとなってもよい。
【００８５】
ＲＬＣ処理部２０８３では、下りリンクのパケットデータに関する、分割・結合、ＲＬＣ再送制御の送信処理等のＲＬＣレイヤーの送信処理や、上りリンクのデータに関する、分割・結合、ＲＬＣ再送制御の受信処理等のＲＬＣレイヤーの受信処理が行われる。また、ＲＬＣ処理部２０８３は、上記ＲＬＣレイヤーの処理に加えて、ＰＤＣＰレイヤーの処理を行ってもよい。
【００８６】
図１０は、上述した移動局１００ｎと基地局装置２００の処理を時間の観点から説明するための図である。例えば、＃iのサブフレームにおいて、基地局装置２００は、サブフレーム＃i＋３のＰＵＳＣＨ（トランスポートチャネルとしてはＵＬ−ＳＣＨ）を用いて通信を行うユーザのＩＤや、そのユーザデータのトランスポートフォーマットの情報、すなわち、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを、物理下りリンク制御チャネルを用いて移動局１００ｎに通知する(１００２)。＃iのサブフレームにおいて、移動局１００ｎは、上記物理下りリンク制御チャネルを受信する(１００４)。そして、移動局１００ｎは、上記物理下りリンク制御チャネルに含まれる、サブフレーム＃i＋３のＰＵＳＣＨ（トランスポートチャネルとしてはＵＬ−ＳＣＨ）を用いて通信を行うユーザのＩＤが、自局のＩＤである場合には、上記物理下りリンク制御チャネルに含まれるトランスポートフォーマットの情報に基づき、ＰＵＳＣＨを送信する（１００６）。
【００８７】
ここで、移動局１００ｎは、上記ＰＵＳＣＨの送信により上記ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）処理部／バッファ部１０８３内のデータバッファにおけるユーザデータの量が０になる場合には、上記ＰＵＳＣＨにマッピングされるＵＬ−ＳＣＨに、上記データバッファの状態を示す制御情報を付与して、上記ＰＵＳＣＨの送信を行う。
【００８８】
あるいは、移動局１００ｎは、サブフレーム＃ｉ＋３において、ＰＵＳＣＨを用いて送信すべきユーザデータが存在しない場合、すなわち、上記ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）処理部／バッファ部１０８３内のデータバッファにおけるユーザデータの量が０である場合には、上記ＰＵＳＣＨに、上記データバッファの状態を示す制御情報をマッピングして、上記ＰＵＳＣＨの送信を行う。
【００８９】
基地局装置２００は、タイミング１００２において、サブフレーム＃i＋３においてＰＵＳＣＨを用いた通信を行うことを通知した移動局からのＰＵＳＣＨの受信処理を行う（１００８）。
【００９０】
ここで、基地局装置２００は、受信信号中に含まれる上りリンクの共有チャネルの中に、移動局１００ｎ内のデータバッファにおけるユーザデータの量が０であることを示す制御情報が含まれている場合には、当該移動局１００ｎに対して、上りリンクの無線リソースを割り当てることを停止してもよい。すなわち、未来（以降）のサブフレームにおいて、例えば、サブフレーム＃ｉ＋４以降のサブフレームにおいて、あるいは、サブフレーム＃ｉ＋５以降のサブフレームにおいて、当該移動局１００ｎを、上記上りリンクの共有チャネルに関するスケジューリングの対象から除外してもよい。言い換えれば、当該移動局１００ｎに対して、上りリンクの共有チャネルを送信することを指示するＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔの送信を行わない。
【００９１】
尚、図１０を用いた説明においては、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔが送信されてから、３Ｓｕｂ−ｆｒａｍｅ後に、上りリンクの共有チャネルが送信されているが、上記以外のタイミングで上りリンクの共有チャネルが送信されてもよい。
【００９２】
図１１を参照しながら、本実施例による移動局で使用される通信制御方法について説明する。
【００９３】
移動局１００ｎは、基地局装置２００より、上りリンクの共有チャネルを用いて、ユーザデータを送信することを指示するＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを受信する（ステップＳ１１０２）。
【００９４】
次に、移動局１００ｎは、上記上りリンクの共有チャネルの送信により、データバッファにおけるユーザデータの量が０になるか否かを判断する（ステップＳ１１０４）
上記上りリンクの共有チャネルの送信により、データバッファにおけるユーザデータの量が０にならない場合には（ステップＳ１１０４：Ｎｏ）、上記上りリンクの共有チャネルを用いてユーザデータを送信する（ステップＳ１１０６）。
【００９５】
上記上りリンクの共有チャネルの送信により、データバッファにおけるユーザデータの量が０になる場合には（ステップＳ１１０４：Ｙｅｓ）、上記上りリンクの共有チャネルを用いて、ユーザデータと、データバッファにおけるユーザデータが０であることを示す制御情報とを送信する（ステップＳ１１０８）。上記制御情報は、例えば、ＭＡＣレイヤーの制御情報であり、例えば、Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎであってもよい。前記Scheduling  Informationとは、より具体的には、データバッファの状態を示す制御情報であってもよい。
【００９６】
尚、上記ステップＳ１１０４において、MAC処理部１０８２は、上記ユーザデータのデータ種別に基づいて、ステップＳ１１０４の処理（判断）を行ってもよい。例えば、ユーザデータのデータ種別が、Ｇａｍｉｎｇのユーザデータである場合には、たとえデータバッファにおけるユーザデータの量が０になる場合でも、Ｎｏと判定し、ユーザデータのデータ種別が、Ｇａｍｉｎｇのユーザデータでない場合に、かつ、データバッファにおけるユーザデータの量が０になる場合に、Ｙｅｓと判定してもよい。また、この場合、データバッファにおけるユーザデータの量が０にならない場合は、常にＮｏと判定してもよい。
【００９７】
図１２を参照しながら、本実施例による移動局で使用される通信制御方法について説明する。
【００９８】
移動局１００ｎは、基地局装置２００より、上りリンクの共有チャネルを用いて、ユーザデータを送信することを指示するＵｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを受信する（ステップＳ１２０２）。
【００９９】
次に、移動局１００ｎは、データバッファにおけるユーザデータの量が０であるか否かを判断する（ステップＳ１２０４）ここで、移動局１００ｎは、ユーザデータの量が０であるか否かの判断を、該サブフレームの瞬時のデータ量で判断してもよいし、ある一定の測定区間におけるデータの量で判断してもよい。あるいは、移動局１００ｎは、ユーザデータの量が０であるか否かの判断を、ユーザデータの量が０である状態で、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを受信した回数に基づいて判断してもよい。
【０１００】
データバッファにおけるユーザデータの量が０ではない場合には（ステップＳ１２０４：Ｎｏ）、上記上りリンクの共有チャネルを用いてユーザデータを送信する（ステップＳ１２０６）。
【０１０１】
データバッファにおけるユーザデータの量が０である場合には（ステップＳ１２０４：Ｙｅｓ）、上記上りリンクの共有チャネルを用いて、データバッファにおけるユーザデータが０であることを示す制御情報を送信する（ステップＳ１２０８）。上記制御情報は、例えば、ＭＡＣレイヤーの制御情報であり、例えば、Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎであってもよい。前記Scheduling  Informationとは、より具体的には、データバッファの状態を示す制御情報であってもよい。
【０１０２】
尚、上記ステップＳ１２０４において、MAC処理部１０８２は、上記ユーザデータのデータ種別に基づいて、ステップＳ１２０４の処理（判断）を行ってもよい。例えば、ユーザデータのデータ種別が、Ｇａｍｉｎｇのユーザデータである場合には、たとえデータバッファにおけるユーザデータの量が０である場合でも、Ｎｏと判定し、ユーザデータのデータ種別が、Ｇａｍｉｎｇのユーザデータでない場合に、かつ、データバッファにおけるユーザデータの量が０である場合に、Ｙｅｓと判定してもよい。また、この場合、データバッファにおけるユーザデータの量が０ではない場合は、常にＮｏと判定してもよい。
【０１０３】
本発明の実施例によれば、移動局１００ｎ内のデータバッファ内のユーザデータが０であることを、基地局装置２００に、明示的に通知することが可能となり、効率的な上りリンクの共有チャネルの無線リソースの割り当てが可能となり、上りリンクの容量を増大することが可能となる。
【０１０４】
（他の実施例）
次に、本発明の他の実施例に係るユーザ装置及び基地局装置が適用される無線通信システムについて説明する。また、本実施例は、上りリンクに係るため、以下では主に上りリンクに関して説明を行う。
【０１０５】
該無線通信システムにおいては、パーシステント  スケジューリングが適用されている。ここで、パーシステント  スケジューリングとは、一定周期毎に無線リソースを割り当てるスケジューリング方式であり、ＶｏＩＰやストリーミング等の、ある程度、一定の伝送速度となるパケットデータに対して適用することができる（例えば、非特許文献５参照）。
【０１０６】
本実施例に係る無線通信システムの構成は図１を参照して説明した構成と同様である。
【０１０７】
本実施例に係る移動局１００ｎの構成は図２及び図３を参照して説明した構成と同様であり、違いは、ＭＡＣ処理部１０８２の処理が、パーシステント  スケジューリングが適用された場合の処理となる点である。以下に、その異なっている部分に関してのみ説明を行う。
【０１０８】
パーシステント  スケジューリングが適用されている無線通信システムにおいて、データが送信されている状態はトーク  スパート（Ｔａｌｋ  Ｓｐｕｒｔ）と呼ばれる。Ｔａｌｋ  Ｓｐｕｒｔにおいては、移動局１００ｎは、一定周期毎に無線リソースが割り当てられ、上記無線リソースにおいて、データが送信される。
【０１０９】
ここで、移動局１００ｎ内のＭＡＣ処理部１０８２は、上記無線リソースが割り当てられるサブフレームにおいて、当該サブフレームによるユーザデータの送信により上記ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）処理部／バッファ部１０８３内のデータバッファにおけるユーザデータの量が０になる場合には、上記ユーザデータに、上記データバッファの状態を示す制御情報を付与して、上述したユーザデータの送信処理を行う。尚、上記データバッファの状態を示す制御情報とは、例えば、ＭＡＣレイヤーにおけるデータバッファの状態を示す制御情報であり、より具体的には、データバッファにおけるユーザデータの量が０であることを示す制御情報であってもよい。
【０１１０】
すなわち、パーシステント  スケジューリングにより上りリンクの送信のための無線リソースが割り当てられ、かつ、前記上りリンクの共有チャネルの送信によりＵＬ−ＳＣＨのバッファステータスが０になる場合には、バッファステータスの状態を示す制御情報を含んだスケジューリングインフォメーションの送信がトリガーされる。ここで、上記バッファステータスの状態を示す制御情報は、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報である。上記スケジューリングインフォメーションは、例えば、上記バッファステータスの状態を示す制御情報や移動局１００ｎの送信電力の情報を示すＵＥ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ（ＵＰＨ）等により構成されてもよい。
【０１１１】
尚、前記上りリンクの共有チャネルの送信によりＵＬ−ＳＣＨのバッファステータスが０になる場合とは、言い換えれば、データバッファにおけるユーザデータの量が、前記Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより指定されたデータサイズから、ヘッダのサイズと、バッファステータスの状態を示す制御情報のサイズとを引いた値よりも小さい場合のことである。
【０１１２】
この場合の、ユーザデータがマッピングされるＭＡＣレイヤーのＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、例えば、図４に示すように、ＭＡＣレイヤーのヘッダと、ユーザデータと、上記データバッファの状態を示す制御情報とから構成される。上記ＰＤＵは、パーシステント  スケジューリングにより割り当てられた無線リソースで送信される。
【０１１３】
さらに、ＭＡＣ処理部１０８２は、パーシステント  スケジューリングにより無線リソースが割り当てられるサブフレームにおいて、すでにＲＬＣ処理部／バッファ部１０８３内のデータバッファにおけるユーザデータの量が０である場合には、データバッファの状態を示す制御情報のみを送信するためのデータの送信処理を行ってもよい。尚、この場合も、上記データバッファの状態を示す制御情報とは、例えば、ＭＡＣレイヤーにおけるデータバッファの状態を示す制御情報であり、より具体的には、データバッファにおけるユーザデータの量が０であることを示す制御情報である。
【０１１４】
すなわち、パーシステント  スケジューリングにより上りリンクの送信のための無線リソースが割り当てられ、かつ、ＵＬ−ＳＣＨのバッファステータスが０である場合には、バッファステータスの状態を示す制御情報を含んだスケジューリングインフォメーションの送信がトリガーされる。ここで、上記バッファステータスの状態を示す制御情報は、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報である。上記スケジューリングインフォメーションは、例えば、上記バッファステータスの状態を示す制御情報や移動局１００ｎの送信電力の情報を示すＵＥ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ（ＵＰＨ）等により構成されてもよい。
【０１１５】
また、この場合の、上記データバッファの状態を示す制御情報がマッピングされるＭＡＣレイヤーのＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、例えば、図５に示すように、ＭＡＣレイヤーのヘッダと、上記データバッファの状態を示す制御情報とから構成される。上記ＰＤＵは、パーシステント  スケジューリングにより割り当てられた無線リソースで送信される。
【０１１６】
ところで、パーシステント  スケジューリングが適用されるＶｏＩＰのようなデータは、サイズが小さく、かつ、散発的にデータが発生するため、ある程度長区間で、データの発生を監視する必要がある。よって、ＭＡＣ処理部１０８２は、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報の送信をトリガーする条件として、以下のような条件を用いてもよい。
【０１１７】
すなわち、上述した例においては、ＵＬ−ＳＣＨのデータバッファ内のデータ量が０になった瞬間に、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報の送信がトリガーされたが、代わりに、ある一定の測定区間においてＵＬ−ＳＣＨのデータバッファ内のデータ量が０である場合に、上述した、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報の送信がトリガーされてもよい。すなわち、ＭＡＣ処理部１０８２は、ＵＬ−ＳＣＨのデータバッファ内のデータ量が０になった瞬間からタイマーを起動し、上記タイマーが満了した以降において、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより上りリンクの共有チャネルの送信が指示された場合には、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信するという処理を行ってもよい。より具体的には、ＵＬ−ＳＣＨのデータバッファ内のデータ量が０になってから１００ｍｓ以上経過している場合に、ＭＡＣ処理部１０８２は、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信するという処理を行ってもよい。尚、上記１００ｍｓという数字は一例であり、１００ｍｓ以外の値であってもよい。
【０１１８】
あるいは、ＵＬ−ＳＣＨのデータバッファ内のデータ量が０である状態で、パーシステント  スケジューリングにより無線リソースが割り当てられた回数に基づいて上述した、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報の送信がトリガーされてもよい。より具体的には、ＵＬ−ＳＣＨのデータバッファ内のデータ量が０になってから、パーシステント  スケジューリングにより無線リソースが３回割り当てられた場合に、３回目に割り当てられた無線リソースを用いて、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信してもよい。尚、上記３回という数字は一例であり、３回以外の値であってもよい。
【０１１９】
あるいは、ＵＬ−ＳＣＨのデータバッファ内のデータ量が０である状態で、パーシステント  スケジューリングによる無線リソースの割り当てがある場合に、所定の回数だけＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信し、その後に、依然、ＵＬ−ＳＣＨのバッファステータスが０である場合に、パーシステントスケジューリングによる無線リソースを解放する、あるいは、パーシステント  スケジューリングによる無線リソースが解放されたと判断するという動作であってもよい。すなわち、パーシステント  スケジューリングにより割り当てられていた無線リソースを用いて上りリンクの送信を行うことを停止するという動作であってもよい。尚、前記所定の回数の内、１回目の前記制御情報の送信においては、ＵＬ−ＳＣＨのデータバッファ内のデータ量が０である状態ではなく、当該Ｓｕｂ−ｆｒａｍｅにおけるデータの送信によりＵＬ−ＳＣＨのデータバッファ内のデータ量が０になる状態であってもよい。
【０１２０】
より具体的には、ＭＡＣ処理部１０８２は、ＵＬ−ＳＣＨのデータバッファ内のデータ量が０になった後、パーシステント  スケジューリングにより無線リソースの割り当てがあるＳｕｂ−ｆｒａｍｅにおいて、ＵＬ−ＳＣＨのデータバッファのデータ量が０のままであれば、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信する。そして、ＭＡＣ処理部１０８２は、３回連続で、パーシステントスケジューリングにより無線リソースの割り当てがあるＳｕｂ−ｆｒａｍｅにおいて、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信した場合に、パーシステントスケジューリングによる無線リソースが解放されたと判断するという動作であってもよい。すなわち、パーシステント  スケジューリングにより割り当てられていた無線リソースを用いて上りリンクの送信を行うことを停止するという動作であってもよい。尚、上記３回という数字は一例であり、３回以外の値であってもよい。
【０１２１】
尚、上述した例において、データバッファ内のデータ量が０であるとは、ＶｏＩＰによる通信における無音状態に相当するため、無音状態において送信される情報、例えば、背景雑音情報等は、上記データバッファ内のデータとして見なさないといった制御を行ってもよい。あるいは、背景雑音情報の数に基づいて無音と判定し、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信するという制御を行ってもよい。
【０１２２】
そして、ＭＡＣ処理部１０８２は、上記バッファステータスが０であることを示す制御情報を送信した後に、パーシステント  スケジューリングにより、自局に割り当てられていた無線リソースを解放する。すなわち、パーシステント  スケジューリングにより割り当てられていた無線リソースを用いて上りリンクの送信を行うことを停止する。
【０１２３】
尚、上述した例において、移動局１００ｎは、ＵＬ−ＳＣＨのバッファステータスを示す制御情報を用いて、ＵＬ−ＳＣＨのバッファステータスが０であることを通知したが、代わりに、上述したような、パディングビットや、データバッファ内のデータの量が０であるか否かを示す別の制御ビットを用いて、ＵＬ−ＳＣＨのバッファステータスが０であることを通知してもよい。例えば、データバッファ内のデータの量が０であるか否かを示す別の制御ビットを用いる場合、上記制御ビットを１ビットとすることにより、オーバヘッドを小さくすることが可能となり、結果として、効率の良い通信を実現することが可能となる。尚、上記データバッファ内のデータの量が０であるか否かを示す別の制御ビットは、例えば、Ｔａｌｋ  Ｓｐｕｒｔの終了を示す制御ビットであってもよい。
【０１２４】
パディングビットを用いる場合のＭＡＣ  ＰＤＵの構成は、例えば、図６、図７Ａとなり、データバッファ内のデータの量が０であるか否かを示す別の制御ビットを用いる場合のＭＡＣ  ＰＤＵの構成は、例えば、図７Ｂ，図７Ｃとなる。
【０１２５】
本実施例に係る基地局装置２００の構成は図８及び図９を参照して説明した構成と同様であり、違いは、ＭＡＣ処理部２０８２の処理が、パーシステント  スケジューリングが適用された場合の処理となる点である。以下に、その異なっている部分に関してのみ説明を行う。
【０１２６】
ＭＡＣ処理部２０８２は、上りリンクと下りリンクにおいて、パーシステント  スケジューリングに基づいた、ユーザデータのＭＡＣ再送制御と、ユーザの選択（スケジューリング処理）と、伝送フォーマットの選択処理と、周波数リソースの割当処理等を行う。
【０１２７】
また、ＭＡＣ処理部２０８２は、パーシステントスケジューリングにより割り当てられた無線リソースを用いて送信された、上りリンクのユーザデータ内に、移動局１００ｎ内のデータバッファにおけるユーザデータの量が０であることを示す制御情報が含まれている場合には、当該移動局１００ｎに対して割り当てていた、パーシステント  スケジューリングにより割り当てられる無線リソースを解放する。すなわち、当該移動局１００ｎに対してパーシステント  スケジューリングによる無線リソースの割り当てを停止してもよい。尚、この場合の、上りリンクのユーザデータがマッピングされているＭＡＣ  ＰＤＵの構成は、図４または図５となってもよい。
【０１２８】
あるいは、ＭＡＣ処理部２０８２は、移動局１００ｎの動作として、「ＵＬ−ＳＣＨのデータバッファ内のデータ量が０である状態で、パーシステントスケジューリングによる無線リソースの割り当てがある場合に、所定の回数だけＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信し、その後に、依然、ＵＬ−ＳＣＨのバッファステータスが０である場合に、パーシステントスケジューリングによる無線リソースを解放する」という動作が規定されている場合、当該移動局１００ｎから、パーシステントスケジューリングによる無線リソースの割り当てがあるＳｕｂ−ｆｒａｍｅにおいて所定の回数だけ連続して、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を受信した場合に、当該移動局１００ｎに対して割り当てていた、パーシステント  スケジューリングにより割り当てられる無線リソースを解放する。すなわち、当該移動局１００ｎに対してパーシステント  スケジューリングによる無線リソースの割り当てを停止する。
【０１２９】
より具体的には、ＭＡＣ処理部２０８２は、移動局１００ｎの動作として、「３回連続で、パーシステントスケジューリングにより無線リソースの割り当てがあるＳｕｂ−ｆｒａｍｅにおいて、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信した場合に、パーシステントスケジューリングによる無線リソースを解放する」という動作が規定されている場合に、当該移動局ｎより、３回連続で、パーシステント  スケジューリングにより無線リソースの割り当てがあるＳｕｂ−ｆｒａｍｅにおいて、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を受信した場合に、当該移動局１００ｎに対して割り当てていた、パーシステント  スケジューリングにより割り当てられる無線リソースを解放する。すなわち、当該移動局１００ｎに対してパーシステント  スケジューリングによる無線リソースの割り当てを停止する。尚、上記３回という数字は一例であり、３回以外の値であってもよい。
【０１３０】
この場合、基地局装置２００は、解放した無線リソースを他の移動局１００ｎに対して割り当てることが可能となり、効率良く無線リソースを使用することが可能となる。
【０１３１】
また、ＭＡＣ処理部２０８２は、ＵＬ−ＳＣＨのバッファステータスを示す制御情報の代わりに、上述したような、パディングビットや、データバッファ内のデータの量が０であるか否かを示す別の制御ビットを用いて、ＵＬ−ＳＣＨのバッファステータスが０であることが通知された場合にも、同様に、当該移動局１００ｎに対して割り当てていた、パーシステント  スケジューリングにより割り当てられる無線リソースを解放する。
【０１３２】
尚、ＭＡＣ処理部２０８２は、上述したように、パーシステント  スケジューリングにより割り当てられる無線リソースを解放する場合に、明示的に、無線リソースの解放を指示する制御信号を移動局１００ｎに送信してもよいし、送信しなくてもよい。基地局装置２００が前記制御信号を送信する場合は、明示的に無線リソースを解放することになり、送信しない場合は、暗示的に無線リソースを解放することになる。この場合、移動局１００ｎにとっても、同様に、基地局装置２００が前記制御信号を送信する場合は、明示的に無線リソースを解放することになり、送信しない場合は、暗示的に無線リソースを解放することになる。
【０１３３】
図１３を参照しながら、本実施例による移動局で使用される通信制御方法について説明する。本実施例においては、移動局１００ｎは、基地局装置２００より、パーシステント  スケジューリングにより、周期的に、上りリンクの送信のための無線リソースが割り当てられている。
【０１３４】
移動局１００ｎは、当該サブフレームにおいて、パーシステント  スケジューリングにより、上りリンクの送信のための無線リソースが割り当てられているか否かを判定する（ステップＳ１３０２）。
【０１３５】
上記上りリンクの送信のための無線リソースが割り当てられている場合には（ステップＳ１３０２：ＹＥＳ）、移動局１００ｎは、上記上りリンクの共有チャネルの送信により、データバッファにおけるユーザデータの量が０になるか否かを判断する（ステップＳ１３０４）
一方、上記上りリンクの送信のための無線リソースが割り当てられていない場合には（ステップＳ１３０２：ＮＯ）、処理を終了する。
【０１３６】
ステップＳ１３０４において、上記上りリンクの共有チャネルの送信により、データバッファにおけるユーザデータの量が０にならない場合には（ステップＳ１３０４：ＮＯ）、上記上りリンクの共有チャネルを用いてユーザデータを送信する（ステップＳ１３０６）。
【０１３７】
ステップＳ１３０４において、上記上りリンクの共有チャネルの送信により、データバッファにおけるユーザデータの量が０になる場合には（ステップＳ１３０４：ＹＥＳ）、上記上りリンクの共有チャネルを用いて、ユーザデータと、データバッファにおけるユーザデータが０であることを示す制御情報とを送信する（ステップＳ１３０８）。上記制御情報は、例えば、ＭＡＣレイヤーの制御情報であり、例えば、Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎであってもよい。前記Scheduling  Informationとは、より具体的には、データバッファの状態を示す制御情報であってもよい。
【０１３８】
そして、ステップＳ１３１０において、パーシステント  スケジューリングにより割り当てられている無線リソースを解放する。
【０１３９】
図１４を参照しながら、本実施例による移動局で使用される通信制御方法について説明する。本実施例においては、移動局１００ｎは、基地局装置２００より、パーシステント  スケジューリングにより、周期的に、上りリンクの送信のための無線リソースが割り当てられている。
【０１４０】
移動局１００ｎは、当該サブフレームにおいて、パーシステント  スケジューリングにより、上りリンクの送信のための無線リソースが割り当てられているか否かを判定する（ステップＳ１４０２）。
【０１４１】
上記上りリンクの送信のための無線リソースが割り当てられている場合には（ステップＳ１４０２：ＹＥＳ）、データバッファにおけるユーザデータの量が０であるか否かを判断する（ステップＳ１４０４）ここで、移動局１００ｎは、ユーザデータの量が０であるか否かの判断を、該サブフレームの瞬時のデータ量で判断してもよいし、ある一定の測定区間におけるデータの量で判断してもよい。あるいは、移動局１００ｎは、ユーザデータの量が０であるか否かの判断を、ユーザデータの量が０である状態で、Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔを受信した回数に基づいて判断してもよい。
【０１４２】
一方、上記上りリンクの送信のための無線リソースが割り当てられていない場合には（ステップＳ１４０２：ＮＯ）、処理を終了する。
【０１４３】
ステップＳ１４０４において、データバッファにおけるユーザデータの量が０ではない場合には（ステップＳ１４０４：ＮＯ）、上記上りリンクの共有チャネルを用いてユーザデータを送信する（ステップＳ１４０６）。
【０１４４】
ステップＳ１４０４において、データバッファにおけるユーザデータの量が０である場合には（ステップＳ１４０４：ＹＥＳ）、上記上りリンクの共有チャネルを用いて、データバッファにおけるユーザデータが０であることを示す制御情報を送信する（ステップＳ１４０８）。上記制御情報は、例えば、ＭＡＣレイヤーの制御情報であり、例えば、Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎであってもよい。前記Scheduling  Informationとは、より具体的には、データバッファの状態を示す制御情報であってもよい。
【０１４５】
そして、ステップＳ１４１０において、パーシステント  スケジューリングにより割り当てられている無線リソースを解放する。
【０１４６】
図１５を参照しながら、本実施例による基地局装置２００で使用される通信制御方法について説明する。本実施例においては、移動局１００ｎは、基地局装置２００より、パーシステント  スケジューリングにより、周期的に、上りリンクの送信のための無線リソースが割り当てられている。
【０１４７】
基地局装置２００は、当該サブフレームにおいて、パーシステント  スケジューリングにより、移動局１００ｎに関して、上りリンクの送信のための無線リソースが割り当てられているか否かを判定する（ステップＳ１５０２）。
【０１４８】
上記上りリンクの送信のための無線リソースが割り当てられている場合には（ステップＳ１５０２：ＹＥＳ）、パーシステント  スケジューリングにより割り当てられた無線リソースにおいて送信される上りリンクの共有チャネルを受信する（ステップＳ１５０４）。
【０１４９】
一方、上記上りリンクの送信のための無線リソースが割り当てられていない場合には（ステップＳ１５０２：ＮＯ）、処理を終了する。
【０１５０】
ステップＳ１５０６において、前記上りリンクの共有チャネルに、データバッファにおけるユーザデータの量が０であることを示す制御信号が含まれているか否かを判定する。
【０１５１】
前記上りリンクの共有チャネルに、データバッファにおけるユーザデータの量が０であることを示す制御信号が含まれている場合（ステップＳ１５０６：ＹＥＳ）、パーシステント  スケジューリングにより割り当てられている無線リソースを解放する（ステップＳ１５０８）。
【０１５２】
一方、前記上りリンクの共有チャネルに、データバッファにおけるユーザデータの量が０であることを示す制御信号が含まれていない場合（ステップＳ１５０６：ＮＯ）、処理を終了する。
【０１５３】
尚、上述した例のステップＳ１５０６において、前記上りリンクの共有チャネルに、データバッファにおけるユーザデータの量が０であることを示す制御信号が含まれているか否かを判定したが、代わりに、前記上りリンクの共有チャネルに、データバッファにおけるユーザデータの量が０であることを示す制御信号のみが含まれているか否かを判定してもよい。この場合、前記上りリンクの共有チャネルに、ユーザデータが含まれている場合には、ＮＯと判定する。
【０１５４】
次に、図１６を参照しながら、移動局１００ｎの動作として、「３回連続で、パーシステント  スケジューリングにより無線リソースの割り当てがあるＳｕｂ−ｆｒａｍｅにおいて、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信した場合に、パーシステント  スケジューリングによる無線リソースを解放する」という動作が規定されている場合の、本実施例による移動局で使用される通信制御方法について説明する。本実施例においては、移動局１００ｎは、基地局装置２００より、パーシステント  スケジューリングにより、周期的に、上りリンクの送信のための無線リソースが割り当てられている。
【０１５５】
移動局１００ｎは、当該サブフレームにおいて、パーシステント  スケジューリングにより、上りリンクの送信のための無線リソースが割り当てられているか否かを判定する（ステップＳ１６０２）。
【０１５６】
上記上りリンクの送信のための無線リソースが割り当てられている場合には（ステップＳ１６０２：ＹＥＳ）、３回連続で、パーシステント  スケジューリングにより無線リソースの割り当てがあるＳｕｂ−ｆｒａｍｅにおいて、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信するか否かを判定する（ステップＳ１６０４）。
【０１５７】
一方、上記上りリンクの送信のための無線リソースが割り当てられない場合には（ステップＳ１６０２：ＮＯ）、処理を終了する。
【０１５８】
ステップＳ１６０４において、３回連続で、パーシステント  スケジューリングにより無線リソースの割り当てがあるＳｕｂ−ｆｒａｍｅにおいて、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信すると判定する場合には（ステップＳ１６０４：ＹＥＳ）、ステップＳ１６０６に進む。
【０１５９】
ステップＳ１６０６において、パーシステント  スケジューリングにより割り当てられている無線リソースを解放する。
【０１６０】
一方、ステップＳ１６０４において、３回連続で、パーシステント  スケジューリングにより無線リソースの割り当てがあるＳｕｂ−ｆｒａｍｅにおいて、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信すると判定しない場合には（ステップＳ１６０４：ＮＯ）、処理を終了する。
【０１６１】
次に、図１７を参照しながら、移動局１００ｎの動作として、「３回連続で、パーシステント  スケジューリングにより無線リソースの割り当てがあるＳｕｂ−ｆｒａｍｅにおいて、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信した場合に、パーシステント  スケジューリングによる無線リソースを解放する」という動作が規定されている場合の、本実施例による基地局装置で使用される通信制御方法について説明する。本実施例においては、移動局１００ｎは、基地局装置２００より、パーシステント  スケジューリングにより、周期的に、上りリンクの送信のための無線リソースが割り当てられている。
【０１６２】
基地局装置２００は、移動局１００ｎに関して、当該サブフレームにおいて、パーシステント  スケジューリングにより、上りリンクの送信のための無線リソースが割り当てられているか否かを判定する（ステップＳ１７０２）。
【０１６３】
上記上りリンクの送信のための無線リソースが割り当てられている場合には（ステップＳ１７０２：ＹＥＳ）、パーシステント  スケジューリングにより割り当てられた無線リソースにおいて送信される上りリンクの共有チャネルを受信する（ステップＳ１７０４）。
【０１６４】
一方、上記上りリンクの送信のための無線リソースが割り当てられていない場合には（ステップＳ１７０２：ＮＯ）、処理を終了する。
【０１６５】
ステップＳ１７０６において、３回連続で、パーシステント  スケジューリングにより無線リソースの割り当てがあるＳｕｂ−ｆｒａｍｅにおいて、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を受信するか否かを判定する（ステップＳ１７０６）。
【０１６６】
ステップＳ１７０６において、３回連続で、パーシステント  スケジューリングにより無線リソースの割り当てがあるＳｕｂ−ｆｒａｍｅにおいて、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を受信すると判定する場合には（ステップＳ１７０６：ＹＥＳ）、ステップＳ１７０８に進む。
【０１６７】
ステップＳ１７０８において、パーシステント  スケジューリングにより割り当てられている無線リソースを解放する。
【０１６８】
一方、ステップＳ１７０６において、３回連続で、パーシステント  スケジューリングにより無線リソースの割り当てがあるＳｕｂ−ｆｒａｍｅにおいて、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を受信すると判定しない場合には（ステップＳ１７０６：ＮＯ）、処理を終了する。
【０１６９】
尚、上述した例で、３回連続で、パーシステント  スケジューリングにより無線リソースの割り当てがあるＳｕｂ−ｆｒａｍｅにおいて、ＵＬ−ＳＣＨのバッファステータスが０であることを示す制御情報を送信する、または、受信すると判定したが、上記３回という値は、１回や２回、あるいは、４回以上でもよい。
【０１７０】
本発明の実施例によれば、移動局１００ｎ内のデータバッファ内のユーザデータが０であることを、基地局装置２００に、明示的に通知することが可能となり、効率的な上りリンクの共有チャネルの無線リソースの割り当てが可能となり、上りリンクの容量を増大することが可能となる。
【０１７１】
尚、上述した実施例においては、ＲＬＣレイヤーのバッファにおけるユーザデータの量が０である場合の処理を示しているが、ＲＬＣレイヤーの代わりに、ＭＡＣレイヤやＰＤＣＰレイヤであってもよい。
【０１７２】
上述した実施例においては、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮ（別名：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，或いは，Ｓｕｐｅｒ  ３Ｇ）が適用されるシステムにおける例が説明されたが、本発明に係る移動局、基地局装置、移動通信システム及び通信制御方法は、共有チャネルを用いた通信を行う他のシステムにも適用可能である。
【０１７３】
本発明は上記の実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１７４】
すなわち、本発明はここでは記載していない様々な実施形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【０１７５】
説明の便宜上、本発明を幾つかの実施例に分けて説明したが、各実施例の区分けは本発明に本質的ではなく、２以上の実施例が必要に応じて使用されてよい。発明の理解を促すため具体的な数値例を用いて説明したが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてよい。
【０１７６】
以上の実施例を含む実施形態に関し、更に、以下の項目を開示する。
【０１７７】
（１）  移動局と、前記移動局と通信を行う基地局装置とを具備する無線通信システムにおける移動局であって：
前記基地局装置に第１の信号を送信する送信手段；
前記送信手段により、移動局内のバッファ内の前記第１の信号の量が０になる場合に、前記第１の信号に加えて第２の信号を送信する送信手段；
を備えることを特徴とする移動局。
【０１７８】
（２）  移動局と、前記移動局と通信を行う基地局装置とを具備する無線通信システムにおける移動局であって：
移動局内のバッファ内の前記第１の信号の量が０である場合に、第２の信号を送信する送信手段；
を備えることを特徴とする移動局。
【０１７９】
（３）  （１）又は（２）に記載の移動局であって、
前記第２の信号は、前記移動局内のバッファにおける前記第１の信号の量を通知する制御信号であることを特徴とする移動局。
【０１８０】
（４）  （３）に記載の移動局であって、
前記第２の信号は、前記移動局内のバッファにおける前記第１の信号の量が０であることを通知する制御信号であることを特徴とする移動局。
【０１８１】
（５）  （１）又は（２）に記載の移動局であって、
前記第１の信号の送信は、前記基地局装置により指示されることを特徴とする移動局。
【０１８２】
（６）  （５）に記載の移動局であって、
前記基地局装置から送信されるアップリンクスケジューリンググラントにより、前記第１の信号の送信が指示されることを特徴とする移動局。
【０１８３】
（７）  移動局装置と、該移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける移動局装置であって：
前記基地局装置との間に、一定周期毎に無線リソースを割り当てるスケジューリング方式が適用され、
前記スケジューリング方式に基づいて、前記基地局装置に第１の信号を送信する送信手段；
移動局装置内のバッファ内の前記第１の信号の量が０である場合に、バッファ内の前記第１の信号の量が０であることを示す報告を行う報告手段；
前記バッファ内の前記第１の信号の量が０であることを示す報告を行った後に、前記第１の信号のために割り当てられていた無線リソースを解放する解放手段；
を具備することを特徴とする移動局装置。
【０１８４】
（８）  （７）に記載の移動局であって、
前記報告手段は、
前記バッファ内の第１の信号が０である状態が、所定の時間だけ継続した場合に、前記バッファ内の前記第１の信号の量が０であることを示す報告を行うことを特徴とする移動局装置。
【０１８５】
（９）  （７）に記載の移動局において、
前記解放手段は、
前記報告を連続して所定の回数だけ行った後に、前記第１の信号のために割り当てられていた無線リソースを解放することを特徴とする移動局装置。
【０１８６】
（１０）  移動局と、前記移動局と通信を行う基地局装置とを具備する無線通信システムにおける基地局装置であって：
前記移動局に対して第１の信号の送信を指示する指示手段；
を具備し、
前記移動局より、前記移動局内のバッファにおける前記第１の信号の量が０であることを通知する制御信号を受信した場合に、
前記指示手段は、
前記移動局に対して前記第１の信号の送信を指示しないことを特徴とする基地局装置。
【０１８７】
（１１）  移動局と、前記移動局と通信を行う基地局装置とを具備する無線通信システムにおける基地局装置であって：
前記移動局に対して第１の信号の送信を指示する指示手段；
を具備し、
前記移動局より送信された、前記第１の信号にパディングビットが含まれている場合に、
前記指示手段は、
前記移動局に対して前記第１の信号の送信を指示しないことを特徴とする基地局装置。
【０１８８】
（１２）  移動局装置と、該移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける基地局装置であって：
前記移動局装置との間に、一定周期毎に無線リソースを割り当てるスケジューリング方式が適用され、
前記スケジューリング方式に基づいて、前記移動局装置から第１の信号を受信する受信手段；
移動局装置内のバッファ内の前記第１の信号の量が０であることの報告を受信した場合に、前記第１の信号のために割り当てられていた無線リソースを解放する解放手段；
を具備することを特徴とする基地局装置。
【０１８９】
（１３）  （１２）に記載の基地局装置において、
前記解放手段は、
前記報告を連続して所定の回数だけ受信した場合に、前記第１の信号のために割り当てられていた無線リソースを解放することを特徴とする基地局装置。
【０１９０】
（１４）  移動局と、前記移動局と通信を行う基地局装置とを具備する無線通信システムにおける通信制御方法であって：
前記基地局装置が、前記移動局に対して第１の信号を送信することを指示する第１のステップ；
前記移動局内のバッファ内の第１の信号が０になる場合に、前記第１の信号に加えて、第２の信号を送信する第２のステップ；
を有することを特徴とする通信制御方法。
【０１９１】
（１５）  移動局装置と、該移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける移動局装置の通信制御方法であって：
前記移動局装置と前記基地局装置との間に、一定周期毎に無線リソースを割り当てるスケジューリング方式が適用され、
前記スケジューリング方式に基づいて、前記基地局装置に第１の信号を送信する第１のステップ；
前記移動局装置内のバッファ内の前記第１の信号の量が０である場合に、前記基地局装置にバッファ内の前記第１の信号の量が０であることを報告する第２のステップ；
前記バッファ内の前記第１の信号の量が０であることを報告した後に、前記第１の信号のために割り当てられていた無線リソースを解放する第３のステップ；
を具備することを特徴とする通信制御方法。
【０１９２】
（１６）  （１５）に記載の通信制御方法において、
前記第３のステップは、
前記報告を連続して所定の回数だけ行った後に、前記第１の信号のために割り当てられていた無線リソースを解放することを特徴とする通信制御方法。
【０１９３】
（１７）  移動局装置と、該移動局装置と通信を行う基地局装置とを具備する無線通信システムにおける基地局装置の通信制御方法であって：
前記移動局装置と前記基地局装置との間に、一定周期毎に無線リソースを割り当てるスケジューリング方式が適用され、
前記スケジューリング方式に基づいて、前記移動局装置から送信される第１の信号を受信する第１のステップ；
移動局装置内のバッファ内の前記第１の信号の量が０であることの報告を受信した場合に、前記第１の信号のために割り当てられていた無線リソースを解放する第２のステップ；
を具備することを特徴とする通信制御方法。
【０１９４】
以上、本発明は特定の実施例を参照しながら説明されてきたが、各実施例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウエアで、ソフトウエアで又はそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が包含される。
【０１９５】
本国際出願は、２００７年３月６日に出願した日本国特許出願２００７−０５６４４１号、２００７年８月１４日に出願した日本国特許出願２００７−２１１５９１号、２００７年８月１５日に出願した日本国特許出願２００７−２１１９８２号及び２００７年１２月２０日に出願した日本国特許出願２００７−３２９０２５号
に基づく優先権を主張するものであり、２００７−０５６４４１号、２００７−２１１５９１号、２００７−２１１９８２号及び２００７−３２９０２５号の全内容を本国際出願に援用する。
【符号の説明】
【０１９６】
５０  セル
１００１、１００２、１００３、１００ｎ  移動局
１０２  送受信アンテナ
１０４  アンプ部
１０６  送受信部
１０８  ベースバンド処理部
１１０  アプリケーション部
１０８１  レイヤー１処理部
１０８２  ＭＡＣ処理部
１０８３  ＲＬＣ処理部／バッファ部
２００  基地局装置
２０２  送受信アンテナ
２０４  アンプ部
２０６  送受信部
２０８  ベースバンド信号処理部
２１０  呼処理部
２１２  伝送路インターフェース
２０８１  レイヤー１処理部
２０８２  ＭＡＣ処理部
２０８３  ＲＬＣ処理部
３００  アクセスゲートウェイ装置
４００  コアネットワーク
【図１】
2010114943.tif 000003
【図２】
2010114943.tif 000004
【図３】
2010114943.tif 000005
【図４】
2010114943.tif 000006
【図５】
2010114943.tif 000007
【図６】
2010114943.tif 000008
【図７Ａ】
2010114943.tif 000009
【図７Ｂ】
2010114943.tif 000010
【図７Ｃ】
2010114943.tif 000011
【図８】
2010114943.tif 000012
【図９】
2010114943.tif 000013
【図１０】
2010114943.tif 000014
【図１１】
2010114943.tif 000015
【図１２】
2010114943.tif 000016
【図１３】
2010114943.tif 000017
【図１４】
2010114943.tif 000018
【図１５】
2010114943.tif 000019
【図１６】
2010114943.tif 000020
【図１７】
2010114943.tif 000021