(57)【要約】Multi-subframe schedulingを行う際に、ＵＥの消費電力の増加を抑えることができる通信端末を提供することを目的とする。本発明にかかる通信端末（１０）は、ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視する監視部（１１）と、少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、制御情報の監視を行う監視タイミングを決定する制御部（１２）と、を備える。監視部（１１）は、決定された監視タイミングに制御情報の監視を行う。
2017056396.tif 000002
【特許請求の範囲】
【請求項１】
ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視する監視手段と、
前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定する制御手段と、を備え、
前記監視手段は、
決定された前記監視タイミングに前記制御情報の監視を行う、通信端末。
【請求項２】
前記監視手段は、
前記制御情報を受信すると、次の前記監視タイミングまで前記制御情報の監視を中断する、請求項１に記載の通信端末。
【請求項３】
前記制御手段は、
前記ダウンリンクデータを正常に復号できた回数又は割合、あるいは、前記ダウンリンクデータを正常に復号できなかった回数又は割合、のいずれかに応じて、前記制御情報の監視を再開するか否かを決定する、請求項２に記載の通信端末。
【請求項４】
前記制御手段は、
任意の１つの周期に、前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に、前記制御情報の監視を再開することを決定する、請求項３に記載の通信端末。
【請求項５】
割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に第２の復号結果を前記基地局へ送信する通信手段をさらに備え、
前記制御手段は、
前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、請求項４に記載の通信端末。
【請求項６】
割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、連続して前記ダウンリンクデータを正常に復号できなかった場合に第２の復号結果を前記基地局へ送信する通信手段をさらに備え、
前記制御手段は、
前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、請求項４に記載の通信端末。
【請求項７】
割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、前記任意の１つの周期が満了したタイミングに第２の復号結果を前記基地局へ送信する通信手段をさらに備え、
前記制御手段は、
前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、請求項４に記載の通信端末。
【請求項８】
前記制御手段は、
前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合、又は、前記任意の１つの周期が満了した場合、前記ダウンリンクデータを正常に復号できなかった回数又は割合をクリアする、請求項４乃至７のいずれか１項に記載の通信端末。
【請求項９】
前記制御手段は、
複数の任意の周期に渡って、前記ダウンリンクデータを正常に復号できなかった回数を数え、前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に、前記制御情報の監視を再開する、請求項３に記載の通信端末。
【請求項１０】
割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に第２の復号結果を前記基地局へ送信する通信手段をさらに備え、
前記制御手段は、
前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、請求項９に記載の通信端末。
【請求項１１】
前記通信手段は、
所定回数だけ連続して前記ダウンリンクデータを正常に復号できなかった場合に前記第２の復号結果を前記基地局へ送信する、請求項１０に記載の通信端末。
【請求項１２】
前記通信手段は、
前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えたタイミングが属する周期が満了したタイミングに前記第２の復号結果を前記基地局へ送信する、請求項１１に記載の通信端末。
【請求項１３】
前記制御手段は、
前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に、前記ダウンリンクデータを正常に復号できなかった回数をクリアする、請求項９乃至１２のいずれか１項に記載の通信端末。
【請求項１４】
ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信する通信手段と、
前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定する制御手段と、を備え、
前記通信手段は、
決定された前記送信タイミングに前記制御情報の送信を行う、基地局。
【請求項１５】
前記制御手段は、
前記通信端末において前記ダウンリンクデータを正常に復号できた回数又は割合、あるいは、前記ダウンリンクデータを正常に復号できなかった回数又は割合のいずれかに応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定する、請求項１４に記載の基地局。
【請求項１６】
前記制御手段は、
任意の１つの周期に、前記通信端末において前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に、前記割当情報を変更した制御情報を前記通信端末へ送信することを決定する、請求項１５に記載の基地局。
【請求項１７】
前記制御手段は、
複数の任意の周期に渡って、前記ダウンリンクデータを正常に復号できなかった回数を数え、前記通信端末において前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に、前記割当情報を変更した制御情報を前記通信端末へ送信することを決定する、請求項１５に記載の基地局。
【請求項１８】
前記通信手段は、
割り当てられたサブフレーム毎に前記通信端末から送信される前記ダウンリンクデータに関する第１の復号結果を前記通信端末から受信するとともに、前記通信端末において前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に前記通信端末から送信される第２の復号結果を受信し、
前記制御手段は、
前記第２の復号結果が前記基地局へ送信された際に、前記制御情報を前記通信端末へ送信する送信タイミングを決定する、請求項１４に記載の基地局。
【請求項１９】
ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視し、
前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定し、
決定された前記監視タイミングに前記制御情報の監視を行う、監視方法。
【請求項２０】
ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信し、
前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定し、
決定された前記送信タイミングに前記制御情報の送信を行う、送信方法。
【請求項２１】
ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視し、
前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定し、
決定された前記監視タイミングに前記制御情報の監視を行うことをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
【請求項２２】
ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信し、
前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定し、
決定された前記送信タイミングに前記制御情報の送信を行うことをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信端末、基地局、監視方法、送信方法、及びプログラムに関し、特に無線通信を行う通信端末、基地局、監視方法、送信方法、及びプログラムに関する。
【背景技術】
【０００２】
３ＧＰＰ（3rd Generation Partnership Project）は、様々な移動通信システムに関する技術を規定しており、例えば、移動通信システムにおける無線アクセス方式として、ＬＴＥ（Long Term Evolution）に関する技術を規定している。ＬＴＥにおいては、通信端末（以下、ＵＥ（User Equipment）とする）に対して、利用可能な無線リソースが割り当てられる。ＵＥは、割り当てられた無線リソースを用いることによって、ダウンリンクデータを受信もしくはアップリンクデータを送信することができる。【０００３】
ＵＥは、３ＧＰＰにおいて定義されたＰＤＳＣＨ（Physical Downlink Shared Channel）を用いて、ＵＥに割り当てられた無線リソースにてダウンリンクデータを受信する。また、ＵＥは、３ＧＰＰにおいて定義されたＰＤＣＣＨ（Physical Downlink Control Channel）を受信することによって、ＵＥに割り当てられた無線リソースを認識することができる。ＵＥに割り当てられた無線リソースとは、例えば、サブフレームである。ＵＥは、スケジューリングされたサブフレームにて送信されたダウンリンクデータを復号等することによって、ダウンリンクデータを受信することができる。ＰＤＣＣＨには、サブフレームのスケジューリング情報が設定されている。【０００４】
サブフレームのスケジューリング方式には、Dynamic schedulingとMulti-subframe schedulingとがある。Dynamic schedulingにおいては、ダウンリンクデータを送信するサブフレームと、当該サブフレームを使用するためのスケジューリング情報等を含む制御情報（ＰＤＣＣＨ）を送信するサブフレームとを同一とする。つまり、サブフレーム毎に当該サブフレームのスケジューリング情報が設定されている。【０００５】
これに対して、Multi-subframe schedulingにおいては、一つの制御情報において、ＵＥに割り当てられる複数のサブフレームのスケジューリング情報が設定される。つまり、ＵＥに割り当てられるサブフレームは、制御情報が送信されるサブフレームと異なっていてもよい。Multi-subframe schedulingを用いることによって、ダウンリンクデータのスケジューリング情報を送信するＰＤＣＣＨを削減し、制御信号のオーバヘッドを低減することができる。【０００６】
特許文献１には、Multi-subframe schedulingにおいて新しいＤＣＩ（Downlink Control Information）フォーマットを規定し、新たなＤＣＩフォーマットを用いてMulti-subframe schedulingに関するスケジューリング情報を設定することが開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】米国特許第８５４７９２８号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００８】
一般的に、全てのサブフレームにはＰＤＣＣＨを設定する領域が存在する。そのため、ＵＥは、Multi-subframe schedulingに関するスケジューリング情報を受信するために、全てのサブフレームにおけるＰＤＣＣＨを監視する必要がある。しかし、全てのサブフレームにおいてＰＤＣＣＨの監視を行うことによって、ＵＥの消費電力が増加するという問題がある。【０００９】
本発明の目的は、Multi-subframe schedulingを行う際に、ＵＥの消費電力の増加を抑えることができる通信端末、基地局、監視方法、送信方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明の第１の態様にかかる通信端末は、ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視する監視部と、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定する制御部と、を備え、前記監視部は、決定された前記監視タイミングに前記制御情報の監視を行うものである。【００１１】
本発明の第２の態様にかかる基地局は、ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信する通信部と、前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定する制御部と、を備え、前記送信部は、決定された前記送信タイミングに前記制御情報の送信を行うものである。【００１２】
本発明の第３の態様にかかる監視方法は、ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視し、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定し、決定された前記監視タイミングに前記制御情報の監視を行うものである。【００１３】
本発明の第４の態様にかかる送信方法は、ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信し、前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定し、決定された前記送信タイミングに前記制御情報の送信を行うものである。【００１４】
本発明の第５の態様にかかるプログラムは、ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視し、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定し、決定された前記監視タイミングに前記制御情報の監視を行うことをコンピュータに実行させるものである。
【発明の効果】
【００１５】
本発明により、Multi-subframe schedulingを行う際に、ＵＥの消費電力の増加を抑えることができる通信端末、基地局、監視方法、送信方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】実施の形態１にかかる通信端末の構成図である。
【図２】実施の形態２にかかるＵＥの構成図である。
【図３】実施の形態２にかかるｅＮＢの構成図である。
【図４】実施の形態２にかかるＵＥにおける動作を説明する図である。
【図５】実施の形態２にかかるＵＥにおけるＰＤＣＣＨの監視タイミング決定に関する処理の流れを示す図である。
【図６】実施の形態２にかかるｅＮＢにおけるスケジューリング情報の変更に関する処理の流れを示す図である。
【図７】実施の形態３にかかるＵＥにおける動作を説明する図である。
【図８】実施の形態３にかかるＵＥにおけるＰＤＣＣＨの監視タイミング決定に関する処理の流れを示す図である。
【図９】実施の形態３にかかるｅＮＢにおけるスケジューリング情報の変更に関する処理の流れを示す図である。
【図１０】実施の形態４にかかるTrigger Signal送信処理の流れを示す図である。
【図１１】実施の形態４にかかるTrigger Signal送信処理の流れを示す図である。
【図１２】実施の形態４にかかるTrigger Signal送信処理の流れを示す図である。
【図１３】実施の形態５にかかるMulti-subframe schedulingにおけるスケジューリング情報の設定内容を説明する図である。
【図１４】実施の形態５にかかるMulti-subframe schedulingにおけるスケジューリング情報の設定内容を説明する図である。
【図１５】それぞれの実施の形態におけるｅＮＢのブロック図である。
【図１６】それぞれの実施の形態における通信端末もしくはＵＥのブロック図である。
【発明を実施するための形態】
【００１７】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。はじめに図１を用いて本発明の実施の形態１にかかる通信端末１０の構成例について説明する。通信端末１０は、プロセッサがメモリに格納されているプログラムを実行することによって動作するコンピュータ装置であってもよい。例えば、通信端末１０は、携帯電話端末、スマートフォン、タブレット型端末等であってもよく、３ＧＰＰにおいて通信端末の総称として用いられるＵＥであってもよい。
【００１８】
通信端末１０は、監視部１１及び制御部１２を有している。監視部１１及び制御部１２等の通信端末１０の構成要素は、プロセッサがメモリに格納されているプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュール等であってもよい。また、通信端末１０の構成要素は、回路もしくはチップ等のハードウェアであってもよい。
【００１９】
監視部１１は、ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視する。ダウンリンクデータは、基地局から通信端末１０へ送信されるデータである。また、ダウンリンクデータは、U-Planeデータもしくはユーザデータ等であってもよい。
【００２０】
サブフレームは、特定の時間単位に分割された無線リソースである。例えば、３ＧＰＰにおいては、サブフレームは、１ミリ秒周期に分割されている。通信端末１０を宛先とするダウンリンクデータは、１以上のサブフレームを用いて基地局から送信される。割当情報は、通信端末１０を宛先とするダウンリンクデータが送信されるサブフレームを識別する情報を含む。ダウンリンクデータがMulti-subframe schedulingにて送信される場合、割当情報は、ダウンリンクデータが送信される複数のサブフレームに関する情報を含む。
【００２１】
割当情報を含む制御情報は、ダウンリンクデータが送信されるサブフレームと同じサブフレームにて送信されてもよく、ダウンリンクデータが送信されるサブフレームと異なるサブフレームにて送信されてもよい。制御情報は、C-Planeデータであってもよい。
【００２２】
制御情報を監視する（monitoring）とは、通信端末１０を宛先とする可能性のある制御情報を復号することである。
【００２３】
制御部１２は、少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、制御情報の監視を行う監視タイミングを決定する。ダウンリンクデータは、割当情報にて指定されたサブフレーム毎に復号される。復号結果は、サブフレーム毎に、ダウンリンクデータを正常に復号できたか否かを示す情報である。
【００２４】
監視部１１が受信した割当情報において指定された全てのサブフレームにてダウンリンクデータを受信し終えると、監視部１１は、引き続きダウンリンクデータを受信するために、次の割当情報を含む制御情報を監視する必要がある。そこで、制御部１２は、監視部１１が次の割当情報を含む制御情報を監視するタイミングを、ダウンリンクデータの復号結果に応じて決定する。
【００２５】
例えば、制御部１２は、ダウンリンクデータの復号結果が良好な傾向を示す場合、割当情報において指定された全てのサブフレームにてダウンリンクデータを受信した後に次の割当情報を含む制御情報を監視することを決定してもよい。また、制御部１２は、ダウンリンクデータの復号結果が不調な傾向を示す場合、割当情報において指定された全てのサブフレームにてダウンリンクデータを受信する前に次の割当情報を含む制御情報を監視するように監視タイミングの変更を決定してもよい。監視部１１は、制御部１２において決定された監視タイミングに、制御情報の監視を行う。
【００２６】
以上説明したように、通信端末１０の監視部１１は、制御情報を監視する際に、全てのサブフレームを監視する必要が無く、ダウンリンクデータの復号結果に応じて決定された監視タイミングに、制御情報を監視することができる。これにより、通信端末１０は、全てのサブフレームにおいて送信される制御情報を監視する場合と比較して、制御情報を監視する回数を減少させることができる。これより、全てのサブフレームにおいて送信される制御情報を監視する場合と比較して、通信端末１０の消費電力が上昇することを防止することができる。
【００２７】
（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかるＵＥ２０の構成例について説明する。ＵＥ２０は、図１の通信端末１０に相当する。ＵＥ２０は、監視部２１、制御部２２、及び通信部２３を有している。監視部２１は、図１の監視部１１に相当し、制御部２２は、図１の制御部１２に相当する。監視部２１及び制御部２２について、図１と共通する機能及び動作については詳細な説明を省略する。
【００２８】
監視部２１は、制御情報を搬送するＰＤＣＣＨを監視することによって、Multi-subframe schedulingに関するスケジューリング情報を得る。スケジューリング情報は、割当情報に相当する。Multi-subframe schedulingにおいては、１つのスケジューリング情報において、任意の周期内にＵＥ２０に割り当てられる１以上のサブフレームが示される。周期は、例えば、２ミリ秒、４ミリ秒、８ミリ秒、１６ミリ秒等と定められてもよい。１周期内のサブフレームの数は、定められた周期に応じて変化してもよい。
【００２９】
ＰＤＣＣＨによって搬送される制御情報は、ＤＣＩと定義され、さらにＤＣＩを設定するためのフォーマットがＤＣＩフォーマットと定義される。監視部２１は、ＰＤＣＣＨを復号することによってＤＣＩフォーマットを検出する。監視部２１は、Multi-subframe schedulingに関するＤＣＩフォーマットを検出することによってスケジューリング情報を得ることができる。スケジューリング情報には、例えば、ＵＥ２０が使用するサブフレーム番号が指定される。もしくは、ＵＥ２０が、Multi-subframe schedulingに関する設定情報（Multi-subframe scheduling configuration）を保持している場合、割当情報には、当該設定情報で示される無線リソース候補のどれを使用するかを指定する無線リソース指定情報が含まれてもよい。Multi-subframe schedulingに関する設定情報は、例えば使用するサブフレーム番号またはサブフレームパターンと、それに関連付けたIndexを含む情報でもよい。この場合、無線リソース指定情報は、Indexを含む情報であってもよい。Multi-subframe schedulingに関する設定情報は、ＵＥ２０とｅＮＢ３０との間においてＲＲＣ（Radio Resource Control）コネクションを確立する際に用いるＲＲＣメッセージ（e.g., RRC Connection Reconfiguration message）で送信されてもよい。
【００３０】
ここで、監視部２１は、スケジューリング情報を得た場合、言い換えると、スケジューリング情報が設定されたＤＣＩフォーマットを検出した場合、次の周期までＰＤＣＣＨの監視を停止する。次の周期とは、ＵＥ２０に関するサブフレームのスケジューリングが行われた周期の次の周期である。
【００３１】
通信部２３は、スケジューリング情報において指定されたサブフレームにて送信されたダウンリンクデータを受信する。ダウンリンクデータは、ＰＤＳＣＨによって搬送される。さらに、通信部２３は、受信したダウンリンクデータを復号する。通信部２３は、ｅＮＢ３０から送信されたダウンリンクデータを受信する。例えば、通信部２３は、ｅＮＢ３０とＬＴＥ（Long Term Evolution）通信を行うことによって、ｅＮＢ３０とデータを送受信する。ｅＮＢ３０については、後に詳述する。
【００３２】
制御部２２は、スケジューリング情報において指定されたサブフレームにて正常にダウンリンクデータを復号したか否かを判定する。さらに、制御部２２は、正常にダウンリンクデータを復号した場合には、通信部２３を介してＡＣＫをｅＮＢ３０へ送信する。また、制御部２２は、正常にダウンリンクデータを復号できなかった場合には、通信部２３を介してＮＡＣＫをｅＮＢ３０へ送信する。また、制御部２２は、スケジューリング情報において指定されたサブフレームにてダウンリンクデータが送信されてこない場合も通信部２３を介してＮＡＣＫをｅＮＢ３０へ送信してもよい。
【００３３】
ここで、制御部２２は、ＮＡＣＫを送信した回数をカウントする。さらに、制御部２２は、ＮＡＣＫの送信回数と、任意の閾値とを比較する。ＮＡＣＫを送信した回数をカウントした情報（カウンタ）及び閾値は、メモリ等において保持されていてもよい。制御部２２は、ＮＡＣＫの送信回数と、閾値との比較結果に応じて、ＰＤＣＣＨを監視するタイミングを決定する。ここで、閾値には、自然数が設定されてもよく、周期によって定まるサブフレーム数に対する割合として示されてもよい。例えば、１周期に１０サブフレームが含まれる状況において、閾値が２０％と設定された場合、閾値として２が設定された場合と同様の意味となる。また、制御部２２は、ｅＮＢ３０へ送信した応答信号の数に対するＮＡＣＫの送信回数の割合と、割合が示された閾値とを比較してもよい。ｅＮＢ３０へ送信した応答信号の数とは、ＡＣＫを送信した回数とＮＡＣＫを送信した回数を加算した数である。あるいは、制御部２２は、ＡＣＫを送信した回数又はｅＮＢ３０へ送信した応答信号の数に対するＡＣＫを送信した回数の割合と任意の閾値とを比較してもよい。
【００３４】
例えば、制御部２２は、ＮＡＣＫの送信回数が閾値に達した、もしくは、ＮＡＣＫの送信回数が閾値を超えた、と判定した場合、正常に復号することができなかったダウンリンクデータが送信された最後のサブフレームの次のサブフレームから監視部２１におけるＰＤＣＣＨの監視を再開することを決定してもよい。正常に復号することができなかったダウンリンクデータが送信された最後のサブフレームとは、言い換えると、最後にＮＡＣＫを送信することとなった要因となるサブフレームである。制御部２２は、ＰＤＣＣＨの監視を再開するタイミングもしくはサブフレームに関する情報を監視部２１へ出力する。これに代えて、ＵＥ２０は、ＮＡＣＫの送信回数が閾値に達した、もしくは、ＮＡＣＫの送信回数が閾値を超えた、とサブフレーム＃ｎで判定した場合、サブフレーム＃ｎ＋ｍでＰＤＣＣＨの監視を再開してもよい。この場合、例えば制御部２２は、サブフレーム＃ｎ＋ｍをＰＤＣＣＨの監視を再開するタイミングとして監視部２１へ出力してもよい。ｍは、予め仕様として規定されていてもよいし、ｅＮＢ３０からＵＥ２０へＲＲＣメッセージで通知されていてもよい。
【００３５】
このように、制御部２２は、適応的にＰＤＣＣＨの監視を行うことを決定することができる。適応的にＰＤＣＣＨの監視を行うとは、少なくとも特定のＤＣＩフォーマットにて送信されるＰＤＣＣＨの監視を開始、再開、もしくは中断することであってもよい。特定のＤＣＩフォーマットとは、例えば、Multi-subframe scheduling用のＤＣＩフォーマットである。もしくは、適応的にＰＤＣＣＨの監視を行うとは、少なくとも特定のＲＮＴＩ（Radio Network Temporary Identifier）にてマスク（scrambling）されたＰＤＣＣＨの監視を開始、再開、もしくは中断することであってもよい。特定のＲＮＴＩとは、例えば、Multi-subframe scheduling用のＲＮＴＩ（ＭＳ−ＲＮＴＩ）である。
【００３６】
通常、ＰＤＣＣＨは、ＵＥ個別のＣ−ＲＮＴＩ、もしくは特定のＤＣＩフォーマット用のＰＤＣＣＨに用いられるＲＮＴＩ等を用いてマスクされる。特定のＤＣＩフォーマット用のＰＤＣＣＨに用いられるＲＮＴＩは、例えば、System Information用のＳＩ−ＲＮＴＩであってもよい。これより、ＰＤＣＣＨを受信すべきＵＥのみが正しくＤＣＩフォーマットを検出することができる。
【００３７】
監視部２１は、制御部２２において指定されたタイミングもしくはサブフレームにおいてＰＤＣＣＨの監視を再開する。
【００３８】
続いて、図３を用いて本発明の実施の形態２にかかるｅＮＢ３０の構成例について説明する。ｅＮＢ３０は、３ＧＰＰにおいてＬＴＥ通信をサポートする基地局として規定されている。ｅＮＢ３０は、通信部３１及び制御部３２を有している。ｅＮＢ３０を構成する構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって動作するソフトウェアもしくはモジュール等であってもよい。もしくは、ｅＮＢ３０を構成する構成要素は、回路もしくはチップ等のハードウェアであってもよい。
【００３９】
制御部３２は、ｅＮＢ３０が形成する通信エリア内に位置するＵＥへ無線リソースを割り当てるスケジューリングを行う。具体的には、制御部３２は、それぞれのＵＥへ割り当てるサブフレームを決定する。また、制御部３２は、ＵＥ２０に対してMulti-subframe schedulingを行う場合、１つのＰＤＣＣＨに、ＵＥに割り当てる複数のサブフレームに関するスケジューリング情報を設定する。制御部３２は、スケジューリング情報を設定したＰＤＣＣＨを、通信部３１を介してＵＥ２０へ送信する。
【００４０】
さらに、制御部３２は、ＵＥ２０に対して割り当てたサブフレームにて、通信部３１を介して、ＵＥ２０を宛先とするダウンリンクデータを送信する。
【００４１】
また、制御部３２は、通信部３１を介してＵＥ２０からＡＣＫ及びＮＡＣＫを受信する。さらに、制御部３２は、ＵＥ２０から送信されたＮＡＣＫの数をカウントする。さらに、制御部３２は、ＮＡＣＫの数と、任意の閾値とを比較する。ＮＡＣＫの数をカウントした情報（カウンタ）及び閾値は、メモリ等において保持されていてもよい。制御部３２は、ＮＡＣＫの数と、閾値との比較結果に応じて、ＵＥ２０に関するスケジューリングを変更する。さらに、制御部３２は、変更後のスケジューリング情報を、通信部３１を介してＰＤＣＣＨにてＵＥ２０へ送信する。
【００４２】
ここで、ＮＡＣＫの数と比較する閾値は、ＵＥ２０においてＮＡＣＫを送信した回数との比較に用いられる閾値と同じ値とする。これより、ＵＥ２０がＰＤＣＣＨの監視を再開するタイミングと、制御部３２がＵＥ２０に関するスケジューリングを変更し、変更後のスケジューリング情報をＰＤＣＣＨにてＵＥ２０へ送信するタイミングとを一致させることができる。
【００４３】
そのため、制御部３２は、ｅＮＢ３０において用いる閾値に関する情報を、通信部３１を介してＵＥ２０へ送信してもよい。例えば、通信部３１は、閾値に関する情報を、ＵＥ２０へ送信するＰＤＣＣＨに設定してもよい。もしくは、通信部３１は、ＵＥ２０とｅＮＢ３０との間においてＲＲＣコネクションを確立する際に用いるＲＲＣメッセージに閾値に関する情報を設定してもよい。もしくは、通信部３１は、ｅＮＢ３０によって形成される通信エリア内に位置する複数のＵＥに対して送信する報知情報に、閾値に関する情報を設定してもよい。もしくは、ＵＥ２０及びｅＮＢ３０のそれぞれにおいて、デフォルト値として予め閾値に関する情報が設定されていてもよい。
【００４４】
制御部３２は、例えば、ＮＡＣＫの数が閾値に達した、もしくはＮＡＣＫの数が閾値を超えた場合、ＵＥ２０に対するスケジューリングをDynamic schedulingに切り替えてもよい。ＮＡＣＫの数が閾値に達した、もしくはＮＡＣＫの数が閾値を超えた場合とは、ｅＮＢ３０とＵＥ２０との間の無線通信環境の品質が低下していることが考えられる。そのため、このような場合、ＵＥ２０に対して、Dynamic schedulingを実施し、サブフレーム毎に変調多値数もしくは符号化率等を制御し、ＵＥ２０とｅＮＢ３０との間のスループットを向上させるようにしてもよい。
【００４５】
また、制御部３２は、例えば、ＮＡＣＫの数が閾値に達した、もしくはＮＡＣＫの数が閾値を超えた場合、Multi-subframe schedulingにおける周期を前回の周期よりも短くしてもよい。Multi-subframe schedulingにおける周期を短くすることによって、変調多値数もしくは符号化率等を変更する機会を増加させることができる。このようにして、ＵＥ２０とｅＮＢ３０との間のスループットを向上させるようにしてもよい。
【００４６】
また、制御部３２は、例えば、１周期内において、ＮＡＣＫの数が閾値に達しない、もしくはＮＡＣＫの数が閾値を超えない場合、Multi-subframe schedulingにおける次の周期を長くしてもよい。ＮＡＣＫの数が閾値に達しない、もしくはＮＡＣＫの数が閾値を超えない場合とは、ｅＮＢ３０とＵＥ２０との間の無線通信環境の品質が良好であることが考えられる。そのため、Multi-subframe schedulingにおける周期を長くすることによって、ＵＥ２０に割り当てるサブフレームを増加させ、ＵＥ２０とｅＮＢ３０との間のスループットをさらに向上させるようにしてもよい。
【００４７】
また、制御部３２は、ＮＡＣＫを送信する要因となったサブフレームにおいて送信したダウンリンクデータを、次の周期にて再送する。ここで、ＵＥ２０及びｅＮＢ３０において、再送されたダウンリンクデータに関するＮＡＣＫ（再送ＮＡＣＫ）と、初めて送信されたダウンリンクデータに関するＮＡＣＫ（初回ＮＡＣＫ）とを区別してカウントしてもよい。さらに、再送ＮＡＣＫ及び初回ＮＡＣＫについて、別々の閾値を設定してもよい。
【００４８】
例えば、ダウンリンクデータの再送により、ある程度のスループットの低下を許容する場合、再送時のＮＡＣＫのみをカウントし、カウンタの値が閾値に達した場合に、スケジューリング情報を変更してもよい。もしくは、スループットの低下を抑える場合、初回のＮＡＣＫ数をカウントし、カウンタの値が閾値に達した場合に、スケジューリング情報を変更してもよい。
【００４９】
ここで、図４を用いて、ＵＥ２０における動作について説明する。図４は、ＤＬ（Down Link）において、ＵＥ２０に対して、１周期Ｍミリ秒内のサブフレーム１〜Ｚが割り当てられていることを示している。Ｍミリ秒は、例えば、２ミリ秒、４ミリ秒、８ミリ秒、１６ミリ秒等と定められてもよい。また、サブフレーム内の「Ｃ」は、ＰＤＣＣＨを示し、「Ｓ」はＰＤＳＣＨを示す。図４に示すように、全てのサブフレームにＰＤＣＣＨの領域が存在する。例えば、ＵＥ２０は、サブフレーム１において送信されたＰＤＣＣＨにおいて、スケジューリング情報を受信する。
【００５０】
また、ＵＥ２０は、サブフレーム毎に、ＰＤＳＣＨに設定されたダウンリンクデータを正常に復号できたか否かを示すＡＣＫもしくはＮＡＣＫをＵＬ（Ｕｐ Ｌｉｎｋ）にて送信する。例えば、閾値が２に設定されている場合、ＵＥ２０が、サブフレームＢにおける復号結果としてＮＡＣＫをｅＮＢ３０へ送信することによって、ＮＡＣＫを送信した回数が閾値に達する。この場合、ＵＥ２０は、サブフレームＢの次のサブフレームにおいてＰＤＣＣＨの監視を再開する。
【００５１】
ＵＥ２０は、１周期内において、ＮＡＣＫの送信回数が閾値に達した場合、もしくは、１周期が満了した時点に、ＮＡＣＫの送信回数のカウンタをクリアする。
【００５２】
また、ｅＮＢ３０は、サブフレームＢの次のサブフレームにおいて、ＵＥ２０に関する変更後のスケジューリング情報をＰＤＣＣＨに設定してもよい。
【００５３】
続いて、図５を用いて本発明の実施の形態２にかかるＵＥ２０におけるＰＤＣＣＨの監視タイミング決定に関する処理の流れについて説明する。
【００５４】
はじめに、監視部２１は、ＰＤＣＣＨを受信して、Multi-subframe scheduling用のＤＣＩフォーマットを検出する（Ｓ１１）。Multi-subframe scheduling用のＤＣＩフォーマットには、Multi-subframe schedulingにおけるスケジューリング情報が設定されているとする。また、監視部２１は、Multi-subframe scheduling用のＤＣＩフォーマットを検出すると、ＰＤＣＣＨの監視を停止する。次に、通信部２３は、スケジューリング情報において指定されたサブフレームにて送信されたダウンリンクデータを復号する（Ｓ１２）。
【００５５】
次に、制御部２２は、正常にダウンリンクデータを復号できたか否かを判定する（Ｓ１３）。例えば、制御部２２は、ＣＲＣ（Cyclic Redundancy Check）チェック等により復号したダウンリンクデータの正常性を判定してもよい。制御部２２は、ＣＲＣチェック以外の方法を用いて、ダウンリンクデータの正常性を判定してもよい。
【００５６】
制御部２２は、正常にダウンリンクデータを復号できていないと判定した場合、通信部２３を介してｅＮＢ３０へＮＡＣＫを送信する（Ｓ１４）。次に、制御部２２は、ＮＡＣＫの送信回数が、閾値を超えているか否かを判定する（Ｓ１５）。もしくは、制御部２２は、ＮＡＣＫの送信回数が、閾値に達しているか否かを判定してもよい。制御部２２は、ＮＡＣＫを送信した場合、メモリ等において保持されているＮＡＣＫの送信回数のカウンタを１増加させる。制御部２２は、ＮＡＣＫの送信回数が、閾値を超えていないと判定した場合、Multi-subframe schedulingの周期が満了したか否かを判定する（Ｓ１６）。
【００５７】
制御部２２は、Multi-subframe schedulingの周期が満了していないと判定した場合、ステップＳ１２以降の処理を繰り返す。
【００５８】
制御部２２は、ステップＳ１５において、ＮＡＣＫ送信回数が閾値を超えていると判定した場合、もしくは、ステップＳ１６において、Multi-subframe schedulingの周期が満了していると判定した場合、ＮＡＣＫ送信回数のカウンタをクリアする（Ｓ１８）。
【００５９】
次に、監視部２１は、ＰＤＣＣＨを監視し、ＰＤＣＣＨを検出するステップＳ１１以降の処理を繰り返す。
【００６０】
ステップＳ１３において、制御部２２は、正常にダウンリンクデータを復号できたと判定した場合、通信部２３を介してｅＮＢ３０へＡＣＫを送信する（Ｓ１７）。次に、通信部２３は、スケジューリング情報において指定されたサブフレームにて送信されたダウンリンクデータを復号するステップＳ１２以降の処理を繰り返す。
【００６１】
続いて、図６を用いて本発明の実施の形態２にかかるｅＮＢ３０におけるスケジューリング情報の変更に関する処理の流れについて説明する。はじめに、通信部３１は、ＵＥ２０から送信された復号結果に関する情報を受信する（Ｓ２１）。
【００６２】
次に、制御部３２は、ＵＥ２０から送信された復号結果がＮＡＣＫであるか否かを判定する（Ｓ２２）。制御部３２は、復号結果がＮＡＣＫではない、つまり、ＡＣＫであると判定した場合、ＵＥ２０に関するMulti-subframe schedulingの周期が満了しているか否かを判定する（Ｓ２３）。
【００６３】
次に、制御部３２は、ＵＥ２０に関するMulti-subframe schedulingの周期が満了していると判定した場合、ＵＥ２０に関するMulti-subframe schedulingのスケジューリング情報を変更する（rescheduling）（Ｓ２４）。例えば、制御部３２は、ステップＳ２４においては、ｅＮＢ３０とＵＥ２０との間の無線通信環境は良好であると推定し、例えば、Multi-subframe schedulingにおける次の周期を長くするようにスケジューリング情報を変更してもよい。次に、制御部３２は、ＮＡＣＫ数のカウンタをクリアする（Ｓ２５）。
【００６４】
ステップＳ２２において、制御部３２は、復号結果がＮＡＣＫであると判定した場合、受信したＮＡＣＫ数が、閾値を超えているか否かを判定する（Ｓ２６）。制御部３２は、ＮＡＣＫを受信した場合、メモリ等において保持されているＮＡＣＫの受信数のカウンタを１増加させる。制御部３２は、ＮＡＣＫの受信数が、閾値を超えていないと判定した場合、ステップＳ２３以降の処理を実行する。
【００６５】
ステップＳ２６において、制御部３２は、受信したＮＡＣＫ数が、閾値を超えていると判定した場合、ＵＥ２０に関するMulti-subframe schedulingのスケジューリング情報を変更（rescheduling）する（Ｓ２７）。例えば、制御部３２は、ステップＳ２７においては、ｅＮＢ３０とＵＥ２０との間の無線通信環境が悪化していると推定し、例えば、ＵＥ２０に対するスケジューリングをDynamic schedulingに切り替えるようにしてもよい。これ以降は、ステップＳ２５以降の処理を繰り返す。
【００６６】
以上説明したように、本発明の実施の形態２にかかるＵＥ２０は、Multi-subframe schedulingに従って動作している状態において、ＮＡＣＫの送信回数に応じて、ＰＤＣＣＨを監視するタイミングを決定することができる。これにより、ＵＥ２０は、ＮＡＣＫの送信回数が増加し、ｅＮＢ３０との間の無線通信環境が悪化している場合、新たなスケジューリング情報が設定されたＰＤＣＣＨを監視し、検出することができる。新たに検出したＰＤＣＣＨは、無線通信環境の悪化を考慮したスケジューリング情報を設定している。そのため、ＵＥ２０は、新たなスケジューリング情報に従って動作することによって、スループットを向上させることができる。
【００６７】
また、ＵＥ２０は、Multi-subframe schedulingに関するＰＤＣＣＨを検出した後は、Multi-subframe schedulingの周期が満了するまで、ＰＤＣＣＨの監視を停止する。もしくは、ＵＥ２０は、Multi-subframe schedulingに関するＰＤＣＣＨを検出した後は、ＮＡＣＫの送信回数が、閾値に達するまでＰＤＣＣＨの監視を停止する。これによって、全てのサブフレームにおいてＰＤＣＣＨを監視する場合と比較して、ＵＥ２０の消費電力の増加を抑えることができる。
【００６８】
また、ｅＮＢ３０は、ＵＥ２０から送信されたＮＡＣＫの数が閾値を超えた場合に、ＵＥ２０に関するスケジューリング情報を変更することができる。つまり、ｅＮＢ３０は、ＵＥ２０との間の無線通信環境が悪化している場合、Multi-subframe schedulingの周期を短くする、もしくは、変調多値数及び符号化率の変更等により、ＵＥ２０との間の通信におけるスループットを向上させるように、スケジューリング情報を変更することができる。
【００６９】
また、ｅＮＢ３０は、ＮＡＣＫの数が閾値を超えていない場合においても、Multi-subframe schedulingの周期を長くすることによって、ＵＥ２０のスループットをさらに向上させることができる。
【００７０】
また、ｅＮＢ３０及びＵＥ２０が、同じ閾値を用いることによって、ｅＮＢ３０がスケジューリング情報を変更するタイミングと、ＵＥ２０がＰＤＣＣＨの監視を再開するタイミングを合わせることができる。
【００７１】
（実施の形態３）
続いて、図７を用いて本発明の実施の形態３にかかるＵＥ２０における動作について説明する。図７は、ＵＥ２０が、２つの周期に渡って、ＮＡＣＫの送信回数をカウントしていることを示している。例えば、閾値が２に設定されている場合、ＵＥ２０は、２つ目の周期のサブフレーム２における復号結果としてＮＡＣＫをｅＮＢ３０へ送信することによって、ＮＡＣＫを送信した回数が閾値に達する。この場合、ＵＥ２０は、２回目の周期のサブフレーム２の次のサブフレームにおいてＰＤＣＣＨの監視を再開する。
【００７２】
また、ｅＮＢ３０は、２回目の周期のサブフレーム２の次のサブフレームにおいて、ＵＥ２０に関する変更後のスケジューリング情報をＰＤＣＣＨに設定してもよい。
【００７３】
ＵＥ２０は、ＮＡＣＫの送信回数が閾値に達した場合に、ＮＡＣＫの送信回数のカウンタをクリアする。図７においては、ＵＥ２０は、１回目の周期においてＮＡＣＫの送信回数が閾値に達しなかった場合、カウンタをクリアすることなく、次の周期においても引き続きカウンタの値を維持する。
【００７４】
続いて、図８を用いて本発明の実施の形態３にかかるＵＥ２０におけるＰＤＣＣＨの監視タイミング決定に関する処理の流れについて説明する。ステップＳ３１〜Ｓ３５、Ｓ３７は、図５のステップＳ１１〜Ｓ１５、Ｓ１７と同様であるため詳細な説明を省略する。
【００７５】
ステップＳ３５において、制御部２２は、ＮＡＣＫの送信回数が、閾値を超えていないと判定した場合、Multi-subframe schedulingの周期が満了したか否かを判定する（Ｓ３６）。
【００７６】
制御部２２は、Multi-subframe schedulingの周期が満了していないと判定した場合、ステップＳ３２以降の処理を繰り返す。制御部２２は、Multi-subframe schedulingの周期が満了していると判定した場合、ステップＳ３１以降の処理を繰り返す。図５における処理と図８における処理とでは、制御部２２が、Multi-subframe schedulingの周期が満了していると判定した場合、ＮＡＣＫ数のカウンタをクリアすることなくステップＳ３１以降の処理を繰り返すことが異なる。
【００７７】
続いて、図９を用いて本発明の実施の形態３にかかるｅＮＢ３０におけるスケジューリング情報の変更に関する処理の流れについて説明する。ステップＳ４１〜４３、Ｓ４５は、図６のステップＳ２１〜２３、Ｓ２５と同様であるため詳細な説明を省略する。
【００７８】
ステップＳ４４において、制御部３２は、ＵＥ２０に関するMulti-subframe schedulingの周期が満了していると判定した場合、ＵＥ２０に関するMulti-subframe schedulingのスケジューリング情報を変更（rescheduling）する（Ｓ４４）。次に、Multi-subframe schedulingの周期が満了したことによってスケジューリング情報が変更された場合、ＮＡＣＫ数のカウンタをクリアすることなくステップＳ４１以降の処理を繰り返す。
【００７９】
ステップＳ４５において、制御部３２は、受信したＮＡＣＫ数が閾値を超えていると判定した場合、ＵＥ２０に関するMulti-subframe schedulingのスケジューリング情報を変更（rescheduling）する（Ｓ４６）。次に、制御部３２は、受信したＮＡＣＫ数が閾値を超えたことによってスケジューリング情報を変更した場合、ＮＡＣＫ数のカウンタをクリアした（Ｓ４７）後に、ステップＳ４１以降の処理を繰り返す。
【００８０】
以上説明したように、本発明の実施の形態３にかかるＵＥ２０及びｅＮＢ３０における動作を実行することによって、複数の周期に渡って、ＮＡＣＫの送信回数をカウントすることができる。これより、実施の形態２と比較して、ＮＡＣＫの送信回数のカウンタをクリアする処理を減少させることができるため、ＵＥ２０及びｅＮＢ３０の処理負荷を軽減させることができる。
【００８１】
（実施の形態４）
続いて、図１０を用いて本発明の実施の形態４にかかるTrigger Signal送信処理の流れについて説明する。ここで、図１０における処理の流れを説明する前に、Trigger Signalについて説明する。
【００８２】
実施の形態２及び３においては、ＵＥ２０が、ＮＡＣＫの送信回数をカウントするとともに、ｅＮＢ３０がＮＡＣＫの受信回数をカウントする例について説明した。実施の形態４においては、ＵＥ２０のみがＮＡＣＫの送信回数についてカウントし、ＮＡＣＫの送信回数が閾値に達した、もしくは閾値を超えた場合に、ＵＥが、ｅＮＢ３０へTrigger Signalを送信する。例えば、ＮＡＣＫの送信回数が閾値に達した、もしくは閾値を超えたことを暗示するスペシャルＮＡＣＫを送信してもよい。つまり、Trigger Signalは、ＵＥ２０がＮＡＣＫの送信回数に関する状況をｅＮＢ３０へ通知するために、用いられる。ここで、Trigger Signal（e.g., スペシャルＮＡＣＫ）を送信する無線リソースは、予めＵＥ２０に通知（又は設定）されていてもよい。あるいは、ＵＥ２０は、上りの無線リソースを取得した（つまり、スケジューリングされた）場合に、当該無線リソースでTrigger Signalを送信してもよい。なお、上りの無線リソースは、例えばＰＵＣＣＨ及びＰＵＳＣＨの少なくともいずれかでもよい。
【００８３】
また、Trigger Signalを送信するタイミングの決定に用いられる閾値は、ｅＮＢ３０から通知されてもよい。例えば、ｅＮＢ３０は、閾値に関する情報を、ＵＥ２０へ送信するＰＤＣＣＨに設定してもよい。もしくは、ｅＮＢ３０は、ＵＥ２０とｅＮＢ３０との間においてＲＲＣコネクションを確立する際に用いるＲＲＣメッセージに閾値に関する情報を設定してもよい。もしくは、ｅＮＢ３０は、ｅＮＢ３０によって形成される通信エリア内に位置する複数のＵＥに対して送信する報知情報に、閾値に関する情報を設定してもよい。もしくは、ＵＥ２０及びｅＮＢ３０のそれぞれにおいて、デフォルト値として予め閾値に関する情報が設定されていてもよい。
【００８４】
続いて、図１０における処理の流れについて説明する。はじめに、ｅＮＢ３０は、ＵＥ２０に割り当てたサブフレームにてダウンリンクデータを送信する（Ｓ５１）。次に、ＵＥ２０は、ステップＳ５１において送信されたダウンリンクデータを正常に復号できたか否かを示すＡＣＫもしくはＮＡＣＫをｅＮＢ３０へ送信する（Ｓ５２）。ステップＳ５３〜Ｓ５６においても、ステップＳ５１及びＳ５２と同様の処理を繰り返す。
【００８５】
次に、ＵＥ２０は、ステップＳ５７において送信されたダウンリンクデータを正常に復号できなかったと判定し、ＮＡＣＫを送信する（Ｓ５８）。次に、ＵＥ２０は、ステップＳ５８において送信したＮＡＣＫにより、送信したＮＡＣＫ数が任意の閾値を超えたと判定する（Ｓ５９）。次に、ＵＥ２０は、ｅＮＢ３０へTrigger Signalを送信する（Ｓ６０）。
【００８６】
次に、ｅＮＢ３０は、ＵＥ２０から送信されたTrigger Signalを受信すると、ＵＥ２０に関するMulti-subframe schedulingのスケジューリング情報を変更（rescheduling）する（Ｓ６１）。次に、ｅＮＢ３０は、変更後のスケジューリング情報を設定したＰＤＣＣＨをＵＥ２０へ送信する（Ｓ６２）。
【００８７】
ここで、ＵＥ２０は、Trigger Signalを送信した後に、ＰＤＣＣＨの監視を再開するとする。これによって、ＵＥ２０は、ステップＳ６２において送信されるＰＤＣＣＨを受信し、Multi-subframe scheduling用のＤＣＩフォーマットを検出することができる。
【００８８】
ステップＳ５９においては、ＮＡＣＫ数を１周期のみカウントしてもよく、複数周期に渡ってカウントしてもよい。ＮＡＣＫ数を１周期のみカウントする場合、Trigger Signalを送信した後、もしくは１周期満了後に、ＮＡＣＫ数のカウンタをクリアしてもよい。ＮＡＣＫ数を複数周期に渡ってカウントする場合、Trigger Signalを送信した後に、ＮＡＣＫ数のカウンタをクリアしてもよい。
【００８９】
次に、図１１を用いて、図１０とは異なるタイミングにTrigger Signalを送信する例について説明する。図１１においては、図１０とは異なり１周期の満了時点において、ＵＥ２０がTrigger SignalをｅＮＢ３０へ送信する。
【００９０】
ステップＳ７１〜Ｓ７７は、図１０のステップＳ５１〜Ｓ５７と同様であるため詳細な説明を省略する。次に、ＵＥ２０は、ステップＳ７７において受信したダウンリンクデータを正常に復号できたか否かを示すＡＣＫもしくはＮＡＣＫをｅＮＢ３０へ送信する（Ｓ７８）。
【００９１】
ＵＥ２０は、ステップＳ７７において送信されたダウンリンクデータにて１周期が満了したと判定すると、ｅＮＢ３０へTrigger Signalを送信する（Ｓ７９）。ステップＳ７９においては、ＵＥ２０は、同周期内におけるＮＡＣＫ数の数に関する情報、もしくは正常にダウンリンクデータを復号することができなかったサブフレーム番号等をTrigger Signalに設定してもよい。
【００９２】
ｅＮＢ３０は、ＵＥ２０から送信されたTrigger Signalを受信すると、ＵＥ２０に関するMulti-subframe schedulingのスケジューリング情報を変更（rescheduling）する（Ｓ８０）。次に、ｅＮＢ３０は、変更後のスケジューリング情報を設定したＰＤＣＣＨをＵＥ２０へ送信する（Ｓ８１）。
【００９３】
ステップＳ８０において、ｅＮＢ３０は、例えば、ＮＡＣＫ数が任意の閾値よりも少ない場合、ＵＥ２０におけるMulti-subframe schedulingの次の周期を長くしてもよい。また、ｅＮＢ３０は、ＮＡＣＫ数が任意の閾値に達した場合、ＵＥ２０に対するスケジューリングをDynamic schedulingに切り替える、もしくは、Multi-subframe schedulingにおける周期を前回の周期よりも短くしてもよい。
【００９４】
図１１においては、１周期の満了時点においてＵＥ２０がTrigger Signalを送信する例について説明したが、ＵＥ２０は、１周期内のいずれのタイミングにTrigger Signalを送信してもよい。つまり、Trigger Signalは、１周期内の任意のタイミングに送信されればよく、そのタイミングは制限されない。
【００９５】
続いて、図１２を用いて、図１０及び図１１とは異なるタイミングにTrigger Signalを送信する例について説明する。図１２においては、ＵＥ２０が、任意の回数連続してＮＡＣＫを送信した場合に、Trigger Signalを送信する。図１２においては、任意の回数を３回として説明する。
【００９６】
はじめに、ｅＮＢ３０は、ＵＥ２０へダウンリンクデータを送信する（Ｓ９１）。次に、ＵＥ２０は、ステップＳ９１にて送信されたダウンリンクデータを正常に復号できたことを示すＡＣＫをｅＮＢ３０へ送信する（Ｓ９２）。
【００９７】
次に、ｅＮＢ３０は、ＵＥ２０へダウンリンクデータを送信する（Ｓ９３）。次に、ＵＥ２０は、ステップＳ９３にて送信されたダウンリンクデータを正常に復号できなかったことを示すＮＡＣＫをｅＮＢ３０へ送信する（Ｓ９４）。この後、ＵＥ２０は、ステップＳ９５にて送信されたダウンリンクデータ、及びステップＳ９７にて送信されたダウンリンクデータを正常に復号できなかったとして、ステップＳ９６及びＳ９８にてｅＮＢ３０へＮＡＣＫを送信したとする。
【００９８】
ＵＥ２０は、ステップＳ９８においてＮＡＣＫを送信した際に、ＮＡＣＫの送信回数が、任意の回数である３回に達したと判定する。この時、ＵＥ２０は、ｅＮＢ３０へTrigger Signalを送信する（Ｓ９９）。ステップＳ１００及びＳ１０１は、図１０のステップＳ６１及びＳ６２と同様であるため詳細な説明を省略する。
【００９９】
以上説明したように、ＵＥ２０のみがＮＡＣＫの送信回数をカウントし、Trigger Signalを送信することによって、ｅＮＢ３０がＮＡＣＫの送信回数をカウントする必要がなくなる。例えば、ｅＮＢ３０がＮＡＣＫの送信回数をカウントしている場合に、ｅＮＢ３０がＵＥ２０から送信されてくるＡＣＫを誤ってＮＡＣＫとして復号した場合、もしくは、ＮＡＣＫをＡＣＫとして復号した場合に、ＵＥ２０とｅＮＢ３０とのカウンタの値が一致しなくなるという問題が発生する。Trigger Signalを用い、ＵＥ２０のみがＮＡＣＫの送信回数をカウントすることによって、このような問題を回避することができる。
【０１００】
また、図１０に示す処理を実行することによって、Multi-subframe schedulingの周期の満了前にTrigger Signalを送信することができる。これによって、ｅＮＢ３０は、周期の満了前にスケジューリング情報を変更することが可能となる。そのためｅＮＢ３０は、ＵＥ２０とｅＮＢ３０との間の無線環境の変化に追随してスケジューリング情報を変更することができる。
【０１０１】
また、図１１に示す処理は、周期内におけるスケジューリング情報の変更処理が行われないことから、図１０と比較してリアルタイム性の低いダウンリンクデータ扱う場合に、有効な手順となる。
【０１０２】
また、図１２に示す処理を実行することによって、ｅＮＢ３０は、連続してＮＡＣＫが送信されたことを検出してTrigger Signalを送信するため、急な無線環境の変動により、一時的に無線環境が悪化した場合において、スケジューリング情報を変更することができる。
【０１０３】
（実施の形態５）
続いて、図１３を用いて本発明の実施の形態５にかかるMulti-subframe schedulingにおけるスケジューリング情報の設定内容について説明する。実施の形態５においては、複数のＵＥが同時にMulti-subframe schedulingを実行する場合において、それぞれのＵＥが、ＰＤＣＣＨを監視するタイミングについて説明する。
【０１０４】
図１３は、実施の形態１〜４と同様に、全てのサブフレームにおいてＰＤＣＣＨが送信されることを示している。ＵＥ＿Ａ、ＵＥ＿Ｂ及びＵＥ＿Ｃが、同一のMulti-subframe schedulingの周期内において動作する場合、ＵＥ＿Ａ、ＵＥ＿Ｂ及びＵＥ＿Ｃは、それぞれ異なるサブフレームのＰＤＣＣＨを監視してもよい。例えば、ＵＥ＿Ａは、サブフレーム１において送信されるＰＤＣＣＨを監視し、ＵＥ＿Ｂは、サブフレーム２において送信されるＰＤＣＣＨを監視し、ＵＥ＿Ｃは、サブフレーム３において送信されるＰＤＣＣＨを監視してもよい。
【０１０５】
一方、図１４は、ＵＥ＿Ａ、ＵＥ＿Ｂ及びＵＥ＿Ｃが動作するMulti-subframe schedulingにおいて、周期の最初のサブフレーム１においてのみＰＤＣＣＨが送信されることを示している。この場合、ＵＥ＿Ａ、ＵＥ＿Ｂ及びＵＥ＿Ｃは、サブフレーム１において送信されるＰＤＣＣＨを監視する。
【０１０６】
図１３及び図１４に示すように、各ＵＥは、Multi-subframe schedulingの周期内において、任意のサブフレームのみにＰＤＣＣＨの監視を行う。これによって、全てのサブフレームにおいてＰＤＣＣＨを監視する場合と比較して、消費電力の増加を抑えることができる。
【０１０７】
さらに、ｅＮＢ３０は、実施の形態１〜４と同様に、各ＵＥにおけるダウンリンクデータの復号結果に応じて、各ＵＥに対するMulti-subframe schedulingのスケジューリング情報を、変更することができる。これにより、無線通信環境の変化に応じて、ｅＮＢ３０と各ＵＥとの間の通信におけるスループットを向上させるように制御することができる。つまり、実施の形態５における示すタイミングにおいて、各ＵＥＰＤＣＣＨの監視を行う際に、実施の形態１〜４と同様に、ｅＮＢ３０においてスケジューリング情報の変更を行うことによって、無線通信環境の変化に応じて、ｅＮＢ３０と各ＵＥとの間の通信におけるスループットを向上させるように制御することができる。
【０１０８】
また、実施の形態１〜５において説明した閾値等は予め定められた値でも良い。
【０１０９】
続いて以下では、上述の複数の実施形態で説明された通信端末１０、ＵＥ２０及びｅＮＢ３０の構成例について説明する。図１５は、ｅＮＢ３０の構成例を示すブロック図である。図１５を参照すると、ｅＮＢ３０は、RFトランシーバ１００１、ネットワークインターフェース１００３、プロセッサ１００４、及びメモリ１００５を含む。RFトランシーバ１００１は、UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１００１は、複数のトランシーバを含んでもよい。RFトランシーバ１００１は、アンテナ１００２及びプロセッサ１００４と結合される。RFトランシーバ１００１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１００４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１００２に供給する。また、RFトランシーバ１００１は、アンテナ１００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１００４に供給する。
【０１１０】
ネットワークインターフェース１００３は、ネットワークノード（e.g., 他のeNBs、Mobility Management Entity (MME)、及び、Serving Gateway(S-GW)）と通信するために使用される。ネットワークインターフェース１００３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【０１１１】
プロセッサ１００４は、無線通信のためのデジタルベースバンド信号処理を含むデータプレーン処理とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１００４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。さらに、プロセッサ１００４による信号処理は、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を含んでもよい。また、プロセッサ１００４によるコントロールプレーン処理は、X2APプロトコル、S1-MMEプロトコルおよびRRCプロトコルの処理を含んでもよい。
【０１１２】
プロセッサ１００４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を行うプロセッサ（e.g., DSP）、及びコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
【０１１３】
メモリ１００５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１００５は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１００５は、プロセッサ１００４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１００４は、ネットワークインターフェース１００３又は図示されていないI/Oインタフェースを介してメモリ１００５にアクセスしてもよい。
【０１１４】
メモリ１００５は、上述の複数の実施形態で説明されたｅＮＢ３０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１００４は、当該ソフトウェアモジュールをメモリ１００５から読み出して実行することで、上述の実施形態で説明されたｅＮＢ３０の処理を行うよう構成されてもよい。
【０１１５】
図１６は、通信端末１０又はＵＥ２０の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、ｅＮＢ３０と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。
【０１１６】
ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
【０１１７】
例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【０１１８】
ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。
【０１１９】
アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、通信端末１０又はＵＥ２０の各種機能を実現する。
【０１２０】
いくつかの実装において、図１６に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
【０１２１】
メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
【０１２２】
メモリ１１０６は、上述の複数の実施形態で説明された通信端末１０又はＵＥ２０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０６から読み出して実行することで、上述の実施形態で説明された通信端末１０又はＵＥ２０の処理を行うよう構成されてもよい。
【０１２３】
図１５及び図１６を用いて説明したように、通信端末１０、ＵＥ２０、及び、ｅＮＢ３０が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
【０１２４】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１２５】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【０１２６】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１２７】
この出願は、２０１５年９月３０日に出願された日本出願特願２０１５−１９３０３３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【０１２８】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１２９】
（付記１）
ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視する監視部と、
前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定する制御部と、を備え、
前記監視部は、
決定された前記監視タイミングに前記制御情報の監視を行う、通信端末。
（付記２）
前記監視部は、
前記制御情報を受信すると、次の前記監視タイミングまで前記制御情報の監視を中断する、付記１に記載の通信端末。
（付記３）
前記制御部は、
前記ダウンリンクデータを正常に復号できた回数又は割合、あるいは、前記ダウンリンクデータを正常に復号できなかった回数又は割合、のいずれかに応じて、前記制御情報の監視を再開するか否かを決定する、付記２に記載の通信端末。
（付記４）
前記制御部は、
任意の１つの周期に、前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に、前記制御情報の監視を再開することを決定する、付記３に記載の通信端末。
（付記５）
割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に第２の復号結果を前記基地局へ送信する通信部をさらに備え、
前記制御部は、
前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、付記４に記載の通信端末。
（付記６）
割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、連続して前記ダウンリンクデータを正常に復号できなかった場合に第２の復号結果を前記基地局へ送信する通信部をさらに備え、
前記制御部は、
前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、付記４に記載の通信端末。
（付記７）
割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、前記任意の１つの周期が満了したタイミングに第２の復号結果を前記基地局へ送信する通信部をさらに備え、
前記制御部は、
前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、付記４に記載の通信端末。
（付記８）
前記制御部は、
前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合、又は、前記任意の１つの周期が満了した場合、前記ダウンリンクデータを正常に復号できなかった回数又は割合をクリアする、付記４乃至７のいずれか１項に記載の通信端末。
（付記９）
前記制御部は、
複数の任意の周期に渡って、前記ダウンリンクデータを正常に復号できなかった回数を数え、前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に、前記制御情報の監視を再開する、付記３に記載の通信端末。
（付記１０）
割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に第２の復号結果を前記基地局へ送信する通信部をさらに備え、
前記制御部は、
前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、付記９に記載の通信端末。
（付記１１）
前記通信部は、
所定回数だけ連続して前記ダウンリンクデータを正常に復号できなかった場合に前記第２の復号結果を前記基地局へ送信する、付記１０に記載の通信端末。
（付記１２）
前記通信部は、
前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えたタイミングが属する周期が満了したタイミングに前記第２の復号結果を前記基地局へ送信する、付記１１に記載の通信端末。
（付記１３）
前記制御部は、
前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に、前記ダウンリンクデータを正常に復号できなかった回数をクリアする、付記９乃至１２のいずれか１項に記載の通信端末。
（付記１４）
ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信する通信部と、
前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定する制御部と、を備え、
前記通信部は、
決定された前記送信タイミングに前記制御情報の送信を行う、基地局。
（付記１５）
前記制御部は、
前記通信端末において前記ダウンリンクデータを正常に復号できた回数又は割合、あるいは、前記ダウンリンクデータを正常に復号できなかった回数又は割合のいずれかに応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定する、付記１４に記載の基地局。
（付記１６）
前記制御部は、
任意の１つの周期に、前記通信端末において前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に、前記割当情報を変更した制御情報を前記通信端末へ送信することを決定する、付記１５に記載の基地局。
（付記１７）
前記制御部は、
複数の任意の周期に渡って、前記ダウンリンクデータを正常に復号できなかった回数を数え、前記通信端末において前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に、前記割当情報を変更した制御情報を前記通信端末へ送信することを決定する、付記１５に記載の基地局。
（付記１８）
前記通信部は、
割り当てられたサブフレーム毎に前記通信端末から送信される前記ダウンリンクデータに関する第１の復号結果を前記通信端末から受信するとともに、前記通信端末において前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に前記通信端末から送信される第２の復号結果を受信し、
前記制御部は、
前記第２の復号結果が前記基地局へ送信された際に、前記制御情報を前記通信端末へ送信する送信タイミングを決定する、付記１４に記載の基地局。
（付記１９）
ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視し、
前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定し、
決定された前記監視タイミングに前記制御情報の監視を行う、監視方法。
（付記２０）
ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信し、
前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定し、
決定された前記送信タイミングに前記制御情報の送信を行う、送信方法。
（付記２１）
ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視し、
前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定し、
決定された前記監視タイミングに前記制御情報の監視を行うことをコンピュータに実行させるプログラム。
（付記２２）
ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信し、
前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定し、
決定された前記送信タイミングに前記制御情報の送信を行うことをコンピュータに実行させるプログラム。
【符号の説明】
【０１３０】
１０  通信端末
１１  監視部
１２  制御部
２０  ＵＥ
２１  監視部
２２  制御部
２３  通信部
３０  ｅＮＢ
３１  通信部
３２  制御部
【図１】
2017056396.tif 000003
【図２】
2017056396.tif 000004
【図３】
2017056396.tif 000005
【図４】
2017056396.tif 000006
【図５】
2017056396.tif 000007
【図６】
2017056396.tif 000008
【図７】
2017056396.tif 000009
【図８】
2017056396.tif 000010
【図９】
2017056396.tif 000011
【図１０】
2017056396.tif 000012
【図１１】
2017056396.tif 000013
【図１２】
2017056396.tif 000014
【図１３】
2017056396.tif 000015
【図１４】
2017056396.tif 000016
【図１５】
2017056396.tif 000017
【図１６】
2017056396.tif 000018
【手続補正書】
【提出日】平成30年3月2日(2018.3.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視する監視手段と、
前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定する制御手段と、を備え、
前記監視手段は、
決定された前記監視タイミングに前記制御情報の監視を行う、通信端末。
【請求項２】
前記監視手段は、
前記制御情報を受信すると、次の前記監視タイミングまで前記制御情報の監視を中断する、請求項１に記載の通信端末。
【請求項３】
前記制御手段は、
前記ダウンリンクデータを正常に復号できた回数又は割合、あるいは、前記ダウンリンクデータを正常に復号できなかった回数又は割合、のいずれかに応じて、前記制御情報の監視を再開するか否かを決定する、請求項２に記載の通信端末。
【請求項４】
前記制御手段は、
任意の１つの周期に、前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に、前記制御情報の監視を再開することを決定する、請求項３に記載の通信端末。
【請求項５】
割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に第２の復号結果を前記基地局へ送信する通信手段をさらに備え、
前記制御手段は、
前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、請求項４に記載の通信端末。
【請求項６】
割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、連続して前記ダウンリンクデータを正常に復号できなかった場合に第２の復号結果を前記基地局へ送信する通信手段をさらに備え、
前記制御手段は、
前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、請求項４に記載の通信端末。
【請求項７】
割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、前記任意の１つの周期が満了したタイミングに第２の復号結果を前記基地局へ送信する通信手段をさらに備え、
前記制御手段は、
前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、請求項４に記載の通信端末。
【請求項８】
ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信する通信手段と、
前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定する制御手段と、を備え、
前記通信手段は、
決定された前記送信タイミングに前記制御情報の送信を行う、基地局。
【請求項９】
ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視し、
前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定し、
決定された前記監視タイミングに前記制御情報の監視を行う、監視方法。
【請求項１０】
ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視し、
前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定し、
決定された前記監視タイミングに前記制御情報の監視を行うことをコンピュータに実行させるプログラム。
【国際調査報告】
2017056396.tif 000019
2017056396.tif 000020
2017056396.tif 000021
2017056396.tif 000022