(57)【要約】  端末装置は、チャネル状態情報、および、ＨＡＲＱ−ＡＣＫを含む上りリンク制御情報をＰＵＣＣＨで送信し、ＭＰＤＣＣＨのモニタリングを制御するＤＲＸ機能を実行し、ＣＱＩマスキングが上位層によって設定されておらず、尚且つ、サブフレームｎ−５までに送信したスケジューリングリクエスト、および、サブフレームｎ−５までに受信した情報を考慮すると、サブフレームｎがアクティブタイムに含まれると推量される場合、サブフレームｎ＋１がアクティブタイムに含まれるかいなかに関わらず、チャネル状態情報は、サブフレームｎ、および、サブフレームｎ＋１におけるＰＵＣＣＨを用いて送信される。
2016204161.tif 000002
【特許請求の範囲】
【請求項１】
チャネル状態情報、および、ＨＡＲＱ−ＡＣＫを含む上りリンク制御情報をＰＵＣＣＨで送信する送信部と、
ＭＰＤＣＣＨのモニタリングを制御するＤＲＸ機能を実行する媒体アクセス制御層処理部と、を備え、
ＣＱＩマスキングが上位層によって設定されておらず、尚且つ、サブフレームｎ−５までに送信したスケジューリングリクエスト、および、前記サブフレームｎ−５までに受信した情報を考慮すると、サブフレームｎがアクティブタイムに含まれると推量される場合、サブフレームｎ＋１がアクティブタイムに含まれるかいなかに関わらず、前記チャネル状態情報は、前記サブフレームｎ、および、前記サブフレームｎ＋１におけるＰＵＣＣＨを用いて送信される
端末装置。
【請求項２】
前記サブフレームｎが前記アクティブタイムに含まれないと推量される場合、前記チャネル状態情報は、前記サブフレームｎにおけるＰＵＣＣＨを用いて送信されない
請求項１の端末装置。
【請求項３】
端末装置に用いられる通信方法であって、
チャネル状態情報、および、ＨＡＲＱ−ＡＣＫを含む上りリンク制御情報をＰＵＣＣＨで送信し、
ＭＰＤＣＣＨのモニタリングを制御するＤＲＸ機能を実行し、
ＣＱＩマスキングが上位層によって設定されておらず、尚且つ、サブフレームｎ−５までに送信したスケジューリングリクエスト、および、前記サブフレームｎ−５までに受信した情報を考慮すると、サブフレームｎがアクティブタイムに含まれると推量される場合、サブフレームｎ＋１がアクティブタイムに含まれるかいなかに関わらず、前記チャネル状態情報は、前記サブフレームｎ、および、前記サブフレームｎ＋１におけるＰＵＣＣＨを用いて送信される
通信方法。
【請求項４】
端末装置に実装される集積回路であって、
チャネル状態情報、および、ＨＡＲＱ−ＡＣＫを含む上りリンク制御情報をＰＵＣＣＨで送信する送信回路と、
ＭＰＤＣＣＨのモニタリングを制御するＤＲＸ機能を実行する媒体アクセス制御層処理回路と、を備え、
ＣＱＩマスキングが上位層によって設定されておらず、尚且つ、サブフレームｎ−５までに送信したスケジューリングリクエスト、および、前記サブフレームｎ−５までに受信した情報を考慮すると、サブフレームｎがアクティブタイムに含まれると推量される場合、サブフレームｎ＋１がアクティブタイムに含まれるかいなかに関わらず、前記チャネル状態情報は、前記サブフレームｎ、および、前記サブフレームｎ＋１におけるＰＵＣＣＨを用いて送信される
集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、通信方法、および、集積回路に関する。
本願は、２０１５年６月１９日に、日本に出願された特願２０１５−１２３３６５号に基づき優先権を主張し、その内容をここに援用する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE）」、「Evolved Universal Terrestrial Radio Access : EUTRA」、または、「Evolved Universal Terrestrial Radio Access Network: EUTRAN」と称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。ＬＴＥでは、基地局装置をｅＮｏｄｅＢ（evolved NodeB）、端末装置をＵＥ（User Equipment）とも称する。ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。【０００３】
ＬＴＥは、時分割複信（Time Division Duplex: TDD）に対応している。ＴＤＤ方式を採用したＬＴＥをＴＤ−ＬＴＥまたはＬＴＥ  ＴＤＤとも称する。ＴＤＤにおいて、上りリンク信号と下りリンク信号が時分割多重される。また、ＬＴＥは、周波数分割複信（Frequency Division Duplex: FDD）に対応している。【０００４】
ＬＴＥにおいて、ＰＤＣＣＨ（Physical Downlink Control CHannel）、および、ＥＰＤＣＣＨ（Enhanced Physical Downlink Control CHannel）を用いて下りリンク制御情報（Downlink Control Information: DCI）が送信される。ＤＣＩは、あるセルにおけるＰＤＳＣＨ（Physical Downlink Shared Channel）のスケジューリングのために用いられる。【０００５】
下りリンクにおいてセルのカバレッジを改良するために、複数のサブフレームにわたるＭＰＤＣＣＨ（Machine type communication Physical Downlink Control CHannel）を送信する技術が、３ＧＰＰにおいて検討されている（非特許文献１）。また、上りリンクにおいてセルのカバレッジを改良するために、複数のサブフレームにわたってＰＵＣＣＨ（Physical Uplink Control CHannel）を送信する技術が、３ＧＰＰにおいて検討されている（非特許文献２）。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】"R1-153458 WF on principle of M-PDCCH search space design", 3GPP TSG RAN WG1 #81, 25th-29th, May 2015.
【非特許文献２】"R1-153571 Way Forward on PUCCH enhancement for MTC", 3GPP TSG RAN WG1 #81, 25th-29th, May 2015.
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明のいくつかの態様の目的は、複数のサブフレームに含まれる物理チャネルを用いて基地局装置と効率的に通信することができる端末装置、該端末装置に実装される集積回路、該端末装置に用いられる通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、チャネル状態情報、および、ＨＡＲＱ−ＡＣＫを含む上りリンク制御情報をＰＵＣＣＨで送信する送信部と、ＭＰＤＣＣＨのモニタリングを制御するＤＲＸ機能を実行する媒体アクセス制御層処理部と、を備え、ＣＱＩマスキングが上位層によって設定されておらず、尚且つ、サブフレームｎ−５までに送信したスケジューリングリクエスト、および、前記サブフレームｎ−５までに受信した情報を考慮すると、サブフレームｎがアクティブタイムに含まれると推量される場合、サブフレームｎ＋１がアクティブタイムに含まれるかいなかに関わらず、前記チャネル状態情報は、前記サブフレームｎ、および、前記サブフレームｎ＋１におけるＰＵＣＣＨを用いて送信される。【０００９】
（２）本発明の第２の態様は、端末装置に用いられる通信方法であって、チャネル状態情報、および、ＨＡＲＱ−ＡＣＫを含む上りリンク制御情報をＰＵＣＣＨで送信し、ＭＰＤＣＣＨのモニタリングを制御するＤＲＸ機能を実行し、ＣＱＩマスキングが上位層によって設定されておらず、尚且つ、サブフレームｎ−５までに送信したスケジューリングリクエスト、および、前記サブフレームｎ−５までに受信した情報を考慮すると、サブフレームｎがアクティブタイムに含まれると推量される場合、サブフレームｎ＋１がアクティブタイムに含まれるかいなかに関わらず、前記チャネル状態情報は、前記サブフレームｎ、および、前記サブフレームｎ＋１におけるＰＵＣＣＨを用いて送信される。【００１０】
（３）本発明の第３の態様は、端末装置に実装される集積回路であって、チャネル状態情報、および、ＨＡＲＱ−ＡＣＫを含む上りリンク制御情報をＰＵＣＣＨで送信する送信回路と、ＭＰＤＣＣＨのモニタリングを制御するＤＲＸ機能を実行する媒体アクセス制御層処理回路と、を備え、ＣＱＩマスキングが上位層によって設定されておらず、尚且つ、サブフレームｎ−５までに送信したスケジューリングリクエスト、および、前記サブフレームｎ−５までに受信した情報を考慮すると、サブフレームｎがアクティブタイムに含まれると推量される場合、サブフレームｎ＋１がアクティブタイムに含まれるかいなかに関わらず、前記チャネル状態情報は、前記サブフレームｎ、および、前記サブフレームｎ＋１におけるＰＵＣＣＨを用いて送信される。
【発明の効果】
【００１１】
この発明のいくつかの態様によれば、端末装置と基地局装置とが、複数のサブフレームに含まれる物理チャネルを用いて効率的に通信することができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態の無線通信システムの概念図である。
【図２】本実施形態の無線フレームの概略構成を示す図である。
【図３】本実施形態におけるＵＬ−ＤＬ設定の一例を示す表である。
【図４】本実施形態のスロットの構成を示す図である。
【図５】本実施形態の狭帯域の一例を示す図である。
【図６】本実施形態におけるサーチスペースの一例を示す図である。
【図７】本実施形態におけるＤＲＸサイクルの一例を示す図である。
【図８】本実施形態におけるＤＲＸオペレーションの一例を示すフロー図である。
【図９】本実施形態におけるＤＲＸオペレーションの一例を示すフロー図である。
【図１０】本実施形態におけるＰＤＣＣＨ候補のモニタリングの一例を示す図である。
【図１１】本実施形態におけるＰＵＣＣＨの送信の一例を示す図である。
【図１２】本実施形態におけるdrx-InactivityTimerおよびHARQ RTT timerのセッティング方法の一例を示す図である。
【図１３】本実施形態におけるdrx-InactivityTimerおよびHARQ RTT timerのセッティング方法の別の例を示す図である。
【図１４】本実施形態の端末装置１の構成を示す概略ブロック図である。
【図１５】本実施形態の基地局装置３の構成を示す概略ブロック図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について説明する。
【００１４】
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１という。
【００１５】
本実施形態は、RRC_CONNECTED状態、または、RRC_CONNECTEDモードである端末装置１のみに適用されてもよい。本実施形態は、RRC_IDLE状態、または、RRC_IDLE状態である端末装置１のみに適用されてもよい。本実施形態は、RRC_CONNECTED状態、または、RRC_CONNECTEDモードである端末装置１とRRC_IDLE状態、または、RRC_IDLE状態である端末装置１の両方に適用されてもよい。
【００１６】
本実施形態において、端末装置１には、１つのサービングセルが設定される。該１つのサービングセルは、プライマリーセルであってもよい。該１つのサービングセルは、端末装置１がキャンプしているセルであってもよい。プライマリーセルは、初期コネクション確立（initial connection establishment）プロシージャが行なわれたセル、コネクション再確立（connection re-establishment）プロシージャを開始したセル、または、ハンドオーバプロシージャにおいてプライマリーセルと指示されたセルである。
【００１７】
下りリンクにおいて、サービングセルに対応するキャリアを下りリンクコンポーネントキャリアと称する。上りリンクにおいて、サービングセルに対応するキャリアを上りリンクコンポーネントキャリアと称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリアと称する。ＦＤＤにおいて、上りリンクコンポーネントキャリアと下りリンクコンポーネントキャリアは、異なるキャリア周波数に対応する。ＴＤＤにおいて、上りリンクコンポーネントキャリアと下りリンクコンポーネントキャリアは、同じキャリア周波数に対応する。
【００１８】
下りリンクにおいて、サービングセル（下りリンクコンポーネントキャリア）毎に１つの独立したＨＡＲＱエンティティ（entity）が存在する。ＨＡＲＱエンティティは、複数のＨＡＲＱプロセスを並行して管理する。ＨＡＲＱプロセスは、受信した下りリンクアサインメント（下りリンク制御情報）に基づいてデータを受信するよう物理層に指示する。
【００１９】
下りリンクにおいて、サービングセル毎に１つまたは複数のＴＴＩ（Transmission Time Interval）毎に少なくとも１つのトランスポートブロックが生成される。トランスポートブロック、および、そのトランスポートブロックのＨＡＲＱ再送信は、１つのサービングセルにマップされる。尚、ＬＴＥにおいて、ＴＴＩはサブフレームである。下りリンクにおけるトランスポートブロックは、ＤＬ−ＳＣＨ（DownLink Shared CHannel）で送信されるＭＡＣ層のデータである。
【００２０】
本実施形態の上りリンクにおいて、「トランスポートブロック」、「ＭＡＣ  ＰＤＵ（Protocol Data Unit）」、「ＭＡＣ層のデータ」、「ＤＬ−ＳＣＨ」、「ＤＬ−ＳＣＨデータ」、および、「下りリンクデータ」は、同一のものとする。
【００２１】
本実施形態の物理チャネルおよび物理信号について説明する。
【００２２】
１つの物理チャネルは、１つまたは複数のサブフレームにマップされる。本実施形態において、「複数のサブフレームに含まれる１つの物理チャネル」、「複数のサブフレームにマップされる１つの物理チャネル」、「複数のサブフレームのリソースから構成される１つの物理チャネル」、および、「複数のサブフレームに渡って繰り返し送信される１つの物理チャネル」は、同一のものとする。
【００２３】
端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。上りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＵＣＣＨ（Physical Uplink Control Channel）
・ＰＵＳＣＨ（Physical Uplink Shared Channel）
・ＰＲＡＣＨ（Physical Random Access Channel）
【００２４】
ＰＵＣＣＨは、上りリンク制御情報（Uplink Control Information: UCI）を送信するために用いられる。上りリンク制御情報は、下りリンクのチャネル状態情報（Channel State Information: CSI）、初期送信のためのＰＵＳＣＨ（Uplink-Shared Channel: UL-SCH）リソースを要求するために用いられるスケジューリングリクエスト（Scheduling Request: SR）、下りリンクデータ（Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH, Physical Downlink Shared Channel: PDSCH）に対するＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat reQuest ACKnowledgement）を含む。ＨＡＲＱ−ＡＣＫは、ＡＣＫ（acknowledgement）またはＮＡＣＫ（negative-acknowledgement）を示す。ＨＡＲＱ−ＡＣＫを、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、ＨＡＲＱ応答、または、ＨＡＲＱ制御情報とも称する。
【００２５】
スケジューリングリクエストは、正のスケジューリングリクエスト（positive scheduling request）、または、負のスケジューリングリクエスト（negative scheduling request）を含む。正のスケジューリングリクエストは、初期送信のためのＵＬ−ＳＣＨリソースを要求することを示す。負のスケジューリングリクエストは、初期送信のためのＵＬ−ＳＣＨリソースを要求しないことを示す。
【００２６】
ＰＵＳＣＨは、上りリンクデータ（Uplink-Shared Channel: UL-SCH）を送信するために用いられる。また、ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。また、ＰＵＳＣＨはチャネル状態情報のみを送信するために用いられてもよい。また、ＰＵＳＣＨはＨＡＲＱ−ＡＣＫおよびチャネル状態情報のみを送信するために用いられてもよい。
【００２７】
ここで、基地局装置３と端末装置１は、上位層（higher layer）において信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（RRC: Radio Resource Control）層において、ＲＲＣシグナリングを送受信してもよい。また、基地局装置３と端末装置１は、媒体アクセス制御（MAC: Medium Access Control）層において、ＭＡＣ  ＣＥを送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ  ＣＥを、上位層の信号（higher layer signaling）とも称する。ＲＲＣシグナリング、および／または、ＭＡＣ  ＣＥは、トランスポートブロックに含まれる。
【００２８】
本実施形態において、「ＲＲＣシグナリング」、「ＲＲＣ層の情報」、「ＲＲＣ層の信号」、「ＲＲＣ層のパラメータ」、「ＲＲＣメッセージ」、および、「ＲＲＣ情報要素」は、同一のものとする。
【００２９】
ＰＵＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣ  ＣＥを送信するために用いられる。ここで、基地局装置３から送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のシグナリングであってもよい。また、基地局装置３から送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（dedicated signalingとも称する）であっても良い。すなわち、ユーザ装置スペシフィック（ユーザ装置固有）な情報は、ある端末装置１に対して専用のシグナリングを用いて送信される。
【００３０】
ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられる。ＰＲＡＣＨは、初期コネクション確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（connection re-establishment）プロシージャ、上りリンク送信に対する同期（タイミング調整）、およびＰＵＳＣＨ（ＵＬ−ＳＣＨ）リソースの要求を示すために用いられる。
【００３１】
上りリンクの無線通信では、以下の上りリンク物理信号が用いられる。上りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・上りリンク参照信号（Uplink Reference Signal: UL RS）
【００３２】
基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＣＦＩＣＨ（Physical Control Format Indicator Channel）
・ＰＨＩＣＨ（Physical Hybrid automatic repeat request Indicator Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＥＰＤＣＣＨ（Enhanced Physical Downlink Control Channel）
・ＭＰＤＣＣＨ（Machine type communication Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
・ＰＭＣＨ（Physical Multicast Channel）
【００３３】
ＰＢＣＨは、端末装置１で共通に用いられるマスターインフォメーションブロック（Master Information Block: MIB, Broadcast Channel: BCH）を報知するために用いられる。
【００３４】
ＰＣＦＩＣＨは、ＰＤＣＣＨの送信に用いられる領域（ＯＦＤＭシンボル）を指示する情報を送信するために用いられる。
【００３５】
ＰＨＩＣＨは、基地局装置３が受信した上りリンクデータ（Uplink Shared Channel: UL-SCH）に対するＡＣＫ（ACKnowledgement）またはＮＡＣＫ（Negative ACKnowledgement）を示すＨＡＲＱインディケータ（ＨＡＲＱフィードバック、応答情報）を送信するために用いられる。
【００３６】
ＰＤＣＣＨ、ＥＰＤＣＣＨ、および、ＭＰＤＣＣＨは、下りリンク制御情報（Downlink Control Information: DCI）を送信するために用いられる。本実施形態において、便宜的に「ＰＤＣＣＨ」は「ＥＰＤＣＣＨ」および「ＭＰＤＣＣＨ」を含むとする。下りリンク制御情報を、ＤＣＩフォーマットとも称する。１つのＰＤＣＣＨで送信される下りリンク制御情報は、下りリンクグラント（downlink grant）およびＨＡＲＱ情報、または、上りリンクグラント（uplink grant）およびＨＡＲＱ情報を含む。下りリンクグラントは、下りリンクアサインメント（downlink assignment）または下りリンク割り当て（downlink allocation）とも称する。下りリンクアサインメントおよび上りリンクグラントは、１つのＰＤＣＣＨで一緒に送信されない。
【００３７】
下りリンクアサインメントは、単一のセル内の単一のＰＤＳＣＨのスケジューリングに用いられる。下りリンクアサインメントは、該下りリンクグラントが送信されたサブフレームと同じサブフレーム内のＰＤＳＣＨのスケジューリングに用いられてもよい。下りリンクアサインメントは、該下りリンクグラントが送信されたサブフレームとより後の１つまたは複数のサブフレームに含まれるＰＤＳＣＨのスケジューリングに用いられてもよい。
【００３８】
上りリンクグラントは、単一のセル内の単一のＰＵＳＣＨのスケジューリングに用いられる。上りリンクグラントは、該上りリンクグラントが送信されたサブフレームより後の１つまたは複数のサブフレームに含まれるＰＵＳＣＨのスケジューリングに用いられてもよい。
【００３９】
１つのＰＤＣＣＨで送信される下りリンク制御情報に付加されるＣＲＣ（Cyclic Redundancy Check）パリティビットは、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）、ＳＰＳ（Semi Persistent Scheduling）Ｃ−ＲＮＴＩ、または、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩでスクランブルされる。Ｃ−ＲＮＴＩおよびＳＰＳ  Ｃ−ＲＮＴＩは、セル内において端末装置を識別するための識別子である。Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、コンテンションベースランダムアクセス手順（contention based random access procedure）中に、ランダムアクセスプリアンブルを送信した端末装置１を識別するための識別子である。
【００４０】
Ｃ−ＲＮＴＩおよびＴｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、単一のサブフレームにおけるＰＤＳＣＨ送信またはＰＵＳＣＨ送信を制御するために用いられる。ＳＰＳ  Ｃ−ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。
【００４１】
ＰＤＳＣＨは、下りリンクデータ（Downlink Shared Channel: DL-SCH）を送信するために用いられる。
【００４２】
ＰＭＣＨは、マルチキャストデータ（Multicast Channel: MCH）を送信するために用いられる。
【００４３】
下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号（Synchronization signal: SS）
・下りリンク参照信号（Downlink Reference Signal: DL RS）
【００４４】
同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。ＴＤＤ方式において、同期信号は無線フレーム内のサブフレーム０、１、５、６に配置される。ＦＤＤ方式において、同期信号は無線フレーム内のサブフレーム０と５に配置される。
【００４５】
下りリンク参照信号は、端末装置１が下りリンク物理チャネルの伝搬路補正を行なうために用いられる。下りリンク参照信号は、端末装置１が下りリンクのチャネル状態情報を算出するために用いられる。
【００４６】
本実施形態において、以下の５つのタイプの下りリンク参照信号が用いられる。
・ＣＲＳ（Cell-specific Reference Signal）
・ＰＤＳＣＨに関連するＵＲＳ（UE-specific Reference Signal）
・ＥＰＤＣＣＨに関連するＤＭＲＳ（Demodulation Reference Signal）
・ＮＺＰ  ＣＳＩ−ＲＳ（Non-Zero Power Chanel State Information - Reference Signal）
・ＺＰ  ＣＳＩ−ＲＳ（Zero Power Chanel State Information - Reference Signal）
・ＭＢＳＦＮ  ＲＳ（Multimedia Broadcast and Multicast Service over Single Frequency Network Reference signal）
・ＰＲＳ（Positioning Reference Signal）
【００４７】
下りリンク物理チャネルおよび下りリンク物理信号を総称して、下りリンク信号と称する。上りリンク物理チャネルおよび上りリンク物理信号を総称して、上りリンク信号と称する。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理信号および上りリンク物理信号を総称して、物理信号と称する。
【００４８】
ＢＣＨ、ＭＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。ＭＡＣ（Medium Access Control）層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（Transport Block: TB）またはＭＡＣ  ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行なわれる。
【００４９】
本実施形態の無線フレーム（radio frame）の構造（structure）について説明する。
【００５０】
ＬＴＥでは、２つの無線フレーム構造がサポートされる。２つの無線フレーム構造は、フレーム構造タイプ１とフレーム構造タイプ２である。フレーム構造タイプ１はＦＤＤに適用可能である。フレーム構造タイプ２はＴＤＤに適用可能である。
【００５１】
図２は、本実施形態の無線フレームの概略構成を示す図である。図２において、横軸は時間軸である。また、タイプ１およびタイプ２の無線フレームのそれぞれは、１０ｍｓ長であり、１０のサブフレームによって定義される。サブフレームのそれぞれは、１ｍｓ長であり、２つの連続するスロットによって定義される。スロットのそれぞれは、０．５ｍｓ長である。無線フレーム内のｉ番目のサブフレームは、（２×ｉ）番目のスロットと（２×ｉ＋１）番目のスロットとから構成される。
【００５２】
フレーム構造タイプ２に対して、以下の３つのタイプのサブフレームが定義される。
・下りリンクサブフレーム
・上りリンクサブフレーム
・スペシャルサブフレーム
【００５３】
下りリンクサブフレームは下りリンク送信のためにリザーブされるサブフレームである。上りリンクサブフレームは上りリンク送信のためにリザーブされるサブフレームである。スペシャルサブフレームは３つのフィールドから構成される。該３つのフィールドは、ＤｗＰＴＳ（Downlink Pilot Time Slot）、ＧＰ（Guard Period）、およびＵｐＰＴＳ（Uplink Pilot Time Slot）である。ＤｗＰＴＳ、ＧＰ、およびＵｐＰＴＳの合計の長さは１ｍｓである。ＤｗＰＴＳは下りリンク送信のためにリザーブされるフィールドである。ＵｐＰＴＳは上りリンク送信のためにリザーブされるフィールドである。ＧＰは下りリンク送信および上りリンク送信が行なわれないフィールドである。尚、スペシャルサブフレームは、ＤｗＰＴＳおよびＧＰのみによって構成されてもよいし、ＧＰおよびＵｐＰＴＳのみによって構成されてもよい。
【００５４】
フレーム構造タイプ２の無線フレームは、少なくとも下りリンクサブフレーム、上りリンクサブフレーム、およびスペシャルサブフレームから構成される。フレーム構造タイプ２の無線フレームの構成は、ＵＬ−ＤＬ設定（uplink-downlink configuration）によって示される。端末装置１は、基地局装置３からＵＬ−ＤＬ設定を示す情報を受信する。図３は、本実施形態におけるＵＬ−ＤＬ設定の一例を示す表である。図３において、Ｄは下りリンクサブフレームを示し、Ｕは上りリンクサブフレームを示し、Ｓはスペシャルサブフレームを示す。
【００５５】
以下、本実施形態のスロットの構成について説明する。
【００５６】
図４は、本実施形態のスロットの構成を示す図である。本実施形態では、ＯＦＤＭシンボルに対してノーマルＣＰ（normal Cyclic Prefix）が適用される。尚、ＯＦＤＭシンボルに対して拡張ＣＰ（extended Cyclic Prefix）が適用されてもよい。スロットのそれぞれにおいて送信される物理信号または物理チャネルは、リソースグリッドによって表現される。図４において、横軸は時間軸であり、縦軸は周波数軸である。下りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。上りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＳＣ−ＦＤＭＡシンボルによって定義される。１つのスロットを構成するサブキャリアの数は、セルの帯域幅に依存する。１つのスロットを構成するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの数は７である。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリアの番号とＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの番号とを用いて識別する。
【００５７】
リソースブロックは、ある物理チャネル（ＰＤＳＣＨまたはＰＵＳＣＨなど）のリソースエレメントへのマッピングを表現するために用いられる。リソースブロックは、仮想リソースブロックと物理リソースブロックが定義される。ある物理チャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。１つの物理リソースブロックは、時間領域において７個の連続するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルと周波数領域において１２個の連続するサブキャリアとから定義される。ゆえに、１つの物理リソースブロックは（７×１２）個のリソースエレメントから構成される。また、１つの物理リソースブロックは、時間領域において１つのスロットに対応し、周波数領域において１８０ｋＨｚに対応する。物理リソースブロックは周波数領域において０から番号が付けられる。
【００５８】
以下、本発明の狭帯域（narrow band）について説明する。
【００５９】
図５は、本実施形態の狭帯域の一例を示す図である。図５において、横軸は時間軸であり、縦軸は周波数軸である。あるスロットにおいて、狭帯域は周波数領域において６個の連続する物理リソースブロックから構成される。端末装置１は、ある１つのスロットにおいて、複数の異なる狭帯域での同時受信はできない。端末装置１は、スロット毎、サブフレーム毎、または、サブフレームのセット毎に、異なる狭帯域での受信を行ってもよい。端末装置１は、ある１つのスロットにおいて、複数の異なる狭帯域での同時送信はできない。端末装置１は、スロット毎、サブフレーム毎、または、サブフレームのセット毎に、異なる狭帯域での送信を行ってもよい。
【００６０】
端末装置１が受信処理を行う狭帯域を切り替えるために、端末装置１は時間領域におけるギャップを必要とする。また、端末装置１が送信処理を行う狭帯域を切り替えるためにも、端末装置１は時間領域におけるギャップを必要とする。例えば、端末装置１がサブフレームｎにおける第１の狭帯域において受信処理を行う場合、端末装置１はサブフレームｎ＋１における何れの狭帯域においても受信処理を行わなず、サブフレームｎ＋２において第１の狭帯域とは異なる狭帯域において受信処理を行ってもよい。すなわち、端末装置１がサブフレームｎにおける第１の狭帯域において受信処理を行う場合、サブフレームｎ＋１がギャップであってもよい。
【００６１】
以下、本発明のサーチスペースについて説明する。サーチスペースは、ＰＤＣＣＨ候補（candidate）のセットである。ＰＤＣＣＨ候補は、１つまたは複数のサブフレームのリソースから構成される。
【００６２】
端末装置１は、下りリンク制御情報のために、上位層の信号によって設定された１つまたは複数の狭帯域においてＰＤＣＣＨ候補のセットをモニタする。ここで、モニタすることは、モニタされる下りリンク制御情報フォーマットに応じて、ＰＤＣＣＨ候補のセットにおいてＰＤＣＣＨのそれぞれのデコードを試みることを意味する。本実施形態において、ＰＤＣＣＨ候補のセットをモニタすることを、単にＰＤＣＣＨをモニタすることとも称する。
【００６３】
本実施形態において、「ＰＤＣＣＨ候補」、および、「ＭＰＤＣＣＨ候補」は、同一のものとする。本実施形態において、「モニタするためのＰＤＣＣＨ候補のセット」、「モニタするためのＭＰＤＣＣＨ候補のセット」、「サーチスペース」、「ＰＤＣＣＨサーチスペース」、「ＭＰＤＣＣＨサーチスペース」、「ＵＥ固有（specific）サーチスペース」、「ＰＤＣＣＨ  ＵＥ固有（specific）サーチスペース」、および、「ＭＰＤＣＣＨ  ＵＥ固有（specific）サーチスペース」は、同一のものとする。
【００６４】
図６は、本実施形態におけるサーチスペースの一例を示す図である。
【００６５】
図６において、１つのサーチスペースは、ＰＤＣＣＨ候補６０からＰＤＣＣＨ候補６９を含む。ＰＤＣＣＨ候補６０からＰＤＣＣＨ候補６９は、第Ｘの狭帯域に含まれる。図６において、ＰＤＣＣＨ候補に対して、周波数ホッピングが適用されてもよい。例えば、第１のサブフレームにおいてＰＤＣＣＨ候補６０を含む狭帯域は、第２のサブフレームにおいてＰＤＣＣＨ候補６０を含む狭帯域と異なってもよい。ＰＤＣＣＨ候補が含まれる狭帯域を変更する場合、時間領域におけるギャップ（例えば、ガードサブフレーム）が必要である。
【００６６】
あるスロットにおいて、１つのＰＤＣＣＨ候補が含むリソースブロックの数を、該ＰＤＣＣＨ候補のアグリゲーションレベル（Aggregation Level: AL）と称する。ＰＤＣＣＨ候補６０、６１、６２、６６、６８のアグリゲーションレベルは２である（AL0=2）。ＰＤＣＣＨ候補６３、６４、６５、６７、６９のアグリゲーションレベルは４である（AL1=4）。
【００６７】
１つのＰＤＣＣＨ候補が含まれるサブフレームの数を、該ＰＤＣＣＨ候補の繰り返しレベル（Repetition Level: RL）と称する。ＰＤＣＣＨ候補６０、６１、６２、６３、６４、６５の繰り返しレベルは、RL0で表現される。ＰＤＣＣＨ候補６６、６７の繰り返しレベルは、RL1で表現される。ＰＤＣＣＨ候補６８、６９の繰り返しレベルは、RL2で表現される。
【００６８】
同じサーチスペースに含まれる複数のＰＤＣＣＨ候補は重複してもよい。例えば、図６において、ＰＤＣＣＨ候補６８は、ＰＤＣＣＨ候補６０、６１、６２、６６と重複する。ＰＤＣＣＨ候補６０、６１、６２、６６のそれぞれが含まれる複数のサブフレームは、ＰＤＣＣＨ候補６８が含まれる複数のサブフレームの一部である。周波数領域において、ＰＤＣＣＨ候補６０、６１、６２、６６、６８に含まれる２つのリソースブロックの２つのインデックスは同じである。
【００６９】
時間領域、および／または、周波数領域におけるサーチスペースの位置（サブフレームおよびリソースブロック）は、上位層によって設定されてもよい。時間領域、および／または、周波数領域におけるサーチスペースの位置（サブフレームおよびリソースブロック）は、基地局装置３から受信した上位層のメッセージ（ＲＲＣメッセージ）に基づいて、端末装置１によって設定されてもよい。
【００７０】
物理チャネルは、所定の条件を満たすサブフレームに含まれなくてもよい。本実施形態において、「物理チャネルを含む複数のサブフレーム」および「物理チャネルを含むサブフレームの数」は、該所定の条件を満たすサブフレームを考慮して定義されてもよいし、該所定の条件を満たすサブフレームを考慮せずに定義されてもよい。
【００７１】
ＰＤＣＣＨ候補は、該所定の条件を満たすサブフレームに含まれなくてもよい。ＰＤＣＣＨ候補の繰り返しレベルは、該所定の条件を満たすサブフレームを考慮せずに定義されてもよい。例えば、あるＰＤＣＣＨ候補がサブフレーム１からサブフレーム１０までに含まれ、且つ、サブフレーム１からサブフレーム１０のうち２つのサブフレームが所定の条件を満たす場合、該あるＰＤＣＣＨ候補の繰り返しレベルは１０であってもよい。
【００７２】
ＰＤＣＣＨ候補の繰り返しレベルは、該所定の条件を満たすサブフレームを考慮して定義されてもよい。例えば、あるＰＤＣＣＨ候補がサブフレーム１からサブフレーム１０までに含まれ、且つ、サブフレーム１からサブフレーム１０のうち２つのサブフレームが所定の条件を満たす場合、該あるＰＤＣＣＨ候補の繰り返しレベルは８であってもよい。
【００７３】
例えば、上記の所定の条件は、以下の条件（ａ）から条件（ｄ）の一部、または、全部を含んでもよい。
・条件（ａ）：サブフレームがＭＢＳＦＮサブフレームとして予約されている
・条件（ｂ）：ＴＤＤにおいて、サブフレームが上りリンクサブフレームである
・条件（ｃ）：サブフレームがＰＤＣＣＨ候補に適用される周波数ホッピングのためのギャップ（ガードサブフレーム）である
・条件（ｄ）：サブフレームが、設定された測定ギャップの一部である
【００７４】
尚、上記の所定の条件に含まれる条件は、条件（ａ）から条件（ｄ）に限られるものではなく、条件（ａ）から条件（ｄ）と別の条件を用いてもよいし、条件（ａ）から条件（ｄ）の一部を用いてもよい。
【００７５】
本実施形態において、「第Ｘのサブフレームから」には第Ｘのサブフレームが含まれる。本実施形態において、「第Ｙのサブフレームまで」には第Ｙのサブフレームが含まれる。
【００７６】
以下、本発明のＤＲＸ（Discontinuous Reception）について説明する。
【００７７】
ＤＲＸ機能（functionality）は上位層（ＲＲＣ）によって設定され、ＭＡＣによって処理される。ＤＲＸ機能は、端末装置１のＣ−ＲＮＴＩおよびＳＰＳ  Ｃ−ＲＮＴＩに対する端末装置１のＰＤＣＣＨモニタリング活動（activity）を制御する。
【００７８】
つまり、ＤＲＸ機能は、端末装置１のＣ−ＲＮＴＩまたはＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットの送信に用いられるＰＤＣＣＨに対する端末装置１のモニタリング活動を制御する。
【００７９】
ＤＲＸが設定されるならば、端末装置１は以下で説明するＤＲＸオペレーションを用いて非連続的にＰＤＣＣＨをモニタしてもよい。それ以外の場合には、端末装置１は連続的にＰＤＣＣＨをモニタしてもよい。
【００８０】
上位層（ＲＲＣ）は、以下の複数のタイマーと、drxStartOffsetの値を設定することによりＤＲＸオペレーションを制御する。drxShortCycleTimerとshortDRX-Cycleを設定するかどうかは、上位層（ＲＲＣ）の任意（optional）である。
【００８１】
・onDurationTimer
・drx-InactivityTimer
・drx-RetransmissionTimer（ブロードキャストプロセスに対する下りリンクＨＡＲＱプロセスを除いて下りリンクＨＡＲＱプロセス毎に１つ）
・longDRX-Cycle
・HARQ RTT（Round Trip Time）タイマー（下りリンクＨＡＲＱプロセス毎に１つ）
・drxShortCycleTimer（オプショナル）
・shortDRX-Cycle（オプショナル）
【００８２】
基地局装置３は、onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer、longDRX-Cycle、drxShortCycleTimer、shortDRX-Cycle、および、drxStartOffsetの値を示すパラメータ／情報を含むＲＲＣメッセージを端末装置１に送信してもよい。
【００８３】
端末装置１は、受信した該ＲＲＣメッセージに基づいて、onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer、longDRX-Cycle、drxShortCycleTimer、shortDRX-Cycle、および、drxStartOffsetの値をセットしてもよい。
【００８４】
longDRX-CycleおよびshortDRX-Cycleを総称して、ＤＲＸサイクルとも称する。
【００８５】
onDurationTimerは、ＤＲＸサイクルの始めから連続するＰＤＣＣＨサブフレームの数を示す。
【００８６】
drx-InactivityTimerは、端末装置１に対する上りリンクデータまたは下りリンクデータの初期送信を指示するＰＤＣＣＨがマップされるサブフレームの後の連続するＰＤＣＣＨサブフレームの数を示す。
【００８７】
drx-RetransmissionTimerは、端末装置１によって期待される下りリンク再送信のための連続するＰＤＣＣＨサブフレームの最大の数を示す。全てのサービングセルに対して、drx-RetransmissionTimerの同じ値が適用される。
【００８８】
ＤＲＸサイクルは、オンデュレーション（On Duration）の繰り返し周期を示す。オンデュレーションの期間の後に、端末装置１のＣ−ＲＮＴＩおよびＳＰＳ  Ｃ−ＲＮＴＩに対する端末装置１のＰＤＣＣＨモニタリングの非活動（inactivity）が可能な期間が続く。
【００８９】
図７は、本実施形態におけるＤＲＸサイクルの一例を示す図である。図７において、横軸は時間軸である。図７において、オンデュレーションの期間Ｐ２２００において、端末装置１はＰＤＣＣＨをモニタする。図７において、オンデュレーションの期間Ｐ２２００の後の期間Ｐ２２０２が、非活動が可能な期間である。つまり、図７において、端末装置１は、期間Ｐ２２０２においてＰＤＣＣＨをモニタしなくてもよい。
【００９０】
drxShortCycleTimerは、端末装置１がショートＤＲＸサイクルに従う連続するサブフレームの数を示す。
【００９１】
drxStartOffsetは、ＤＲＸサイクルがスタートするサブフレームを示す。
【００９２】
下りリンクＨＡＲＱプロセスに対応するHARQ RTTタイマーは、drx-RetransmissionTimerのスタートに関連し、下りリンクＨＡＲＱプロセス毎に管理される。下りリンクＨＡＲＱプロセスに対応するHARQ RTTタイマーは、下りリンクデータの送信から該下りリンクデータの再送信までの最小のインターバルを示す。つまり、下りリンクＨＡＲＱプロセスに対応するHARQ RTTタイマーは、端末装置１によって下りリンクＨＡＲＱ再送信が期待される前のサブフレームの最小量を示す。
【００９３】
尚、本実施形態では、１つの下りリンクＨＡＲＱプロセスは１つの下りリンクデータ（トランスポートブロック）のＨＡＲＱを制御する。尚、１つの下りリンクＨＡＲＱプロセスが２つの下りリンクデータを制御してもよい。
【００９４】
例えば、ＤＲＸサイクルが設定された場合、アクティブタイム（Active Time）は下記の条件（ｅ）から条件（ｉ）の少なくとも１つを満たす期間を含んでもよい。
【００９５】
・条件（ｅ）：onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer、または、 mac-ContentionResolutionTimerがランニングしている
・条件（ｆ）：スケジューリング要求がＰＵＣＣＨで送信され、そして、ペンディングされている
・条件（ｇ）：同期ＨＡＲＱに対して、ペンディングＨＡＲＱ再送信に対する上りリンクグラントが送信される可能性があり、そして、対応するＨＡＲＱバッファにデータがある
・条件（ｈ）：端末装置１によって選択されていないプリアンブルに対するランダムアクセスレスポンスの受信に成功した後に、端末装置１のＣ−ＲＮＴＩをともない、そして、初期送信を指示するＰＤＣＣＨをずっと受信していない
・条件（ｉ）：端末装置１が、複数のサブフレームに含まれるＰＤＣＣＨ候補をモニタしている
【００９６】
尚、ある期間がアクティブタイムに含まれるかどうかを判断するために用いられる条件は、条件（ｅ）から条件（ｉ）に限られるものではなく、条件（ｅ）から条件（ｉ）と別の条件を用いてもよいし、条件（ｅ）から条件（ｉ）の一部を用いてもよい。
【００９７】
タイマーは一度スタートすると、タイマーがストップされるまで、または、タイマーが満了するまでランニングしている。それ以外の場合は、タイマーはランニングしていない。タイマーがランニングしていないならば、タイマーはスタートされる可能性がある。タイマーがランニングしているならば、タイマーがリスタートされる可能性がある。タイマーは常に、該タイマーの初期値からスタート、または、リスタートされる。
【００９８】
プリアンブルは、ランダムアクセスプロシージャのメッセージ１であり、ＰＲＡＣＨで送信される。端末装置１によって選択されていないプリアンブルは、コンテンションベースドランダムアクセスプロシージャに関連する。
【００９９】
ランダムアクセスレスポンスは、ランダムアクセスプロシージャのメッセージ２であり、ＰＤＳＣＨで送信される。基地局装置３は、受信したプリアンブルに対して、ランダムアクセスレスポンスを送信する。
【０１００】
コンテンションベースドランダムアクセスプロシージャを実行中の端末装置１は、ランダムアクセスレスポンスを受信した後にメッセージ３を送信する。端末装置１は、メッセージ３が送信された後にメッセージ４に関連するＰＤＣＣＨをモニタする。
【０１０１】
mac-ContentionResolutionTimerは、メッセージ３が送信された後に端末装置１がＰＤＣＣＨをモニタする連続するサブフレームの数を示す。
【０１０２】
図８および図９は、本実施形態におけるＤＲＸオペレーションの一例を示すフロー図である。ＤＲＸが設定された場合、端末装置１は、サブフレームのそれぞれに対して、図８および図９のフロー図に基づいてＤＲＸオペレーションを実行する。
【０１０３】
このサブフレームにおいて下りリンクのＨＡＲＱプロセスに対応するHARQ RTTタイマーが満了する、且つ、該HARQ RTTタイマーに対応するＨＡＲＱプロセスのデータが成功裏に復号されなかったならば（Ｓ８００）、端末装置１は、該HARQ RTTタイマーに対応する下りリンクのＨＡＲＱプロセスに対するdrx-RetransmissionTimerをスタートし（Ｓ８０２）、そして、Ｓ８０４に進む。それ以外の場合（Ｓ８００）、端末装置１はＳ８０４に進む。
【０１０４】
ＤＲＸコマンドＭＡＣ  ＣＥが受信されるならば（Ｓ８０４）、端末装置１はonDurationTimerおよびdrx-InactivityTimerをストップし（Ｓ８０６）、そして、Ｓ８０８に進む。それ以外の場合（Ｓ８０４）、端末装置１はＳ８０８に進む。
【０１０５】
drx-InactivityTimerが満了する、または、このサブフレームにおいてＤＲＸコマンドＭＡＣ  ＣＥが受信されるならば（Ｓ８０８）、端末装置１はＳ８１０に進む。それ以外の場合（Ｓ８０８）、端末装置１はＳ８１６に進む。
【０１０６】
ショートＤＲＸサイクル（shortDRX-Cycle）が設定されていないならば（Ｓ８１０）、端末装置１はロングＤＲＸサイクルを用いる（Ｓ８１２）、そして、Ｓ８１６に進む。ショートＤＲＸサイクル（shortDRX-Cycle）が設定されているならば（Ｓ８１０）、端末装置１はdrxShortCycleTimerをスタートまたはリスタートし、ショートＤＲＸサイクルを用いる（Ｓ８１４）、そして、Ｓ８１６に進む。
【０１０７】
このサブフレームにおいてdrxShortCycleTimerが満了するならば（Ｓ８１６）、端末装置１は、ロングＤＲＸサイクルを用いる（Ｓ８１８）、そして、図９のＳ９００に進む。それ以外の場合（Ｓ８１６）、端末装置１は、図９のＳ９００に進む。
【０１０８】
（１）ショートＤＲＸサイクルが用いられる、且つ、[(SFN * 10) + subframe番号] modulo (shortDRX-Cycle) = (drxStartOffset) modulo (shortDRX-Cycle)ならば、または、（２）ロングDRXサイクルが用いられる、且つ、[(SFN * 10) + subframe番号] modulo (longDRX-Cycle) = drxStartOffsetならば（Ｓ９００）、端末装置１はonDurationTimerをスタートし（Ｓ９０２）、そして、Ｓ９０４に進む。それ以外の場合（Ｓ９００）、端末装置１はＳ９０４に進む。
【０１０９】
以下の条件（ｊ）から（ｎ）の全てを満たすならば（Ｓ９０４）、端末装置１は、このサブフレームにおいてＰＤＣＣＨをモニタし（９０６）、そして、Ｓ９０８に進む。
【０１１０】
・条件（ｊ）：このサブフレームがアクティブタイムの期間に含まれる
・条件（ｋ）：このサブフレームがＰＤＣＣＨサブフレームである
・条件（ｌ）：このサブフレームが半二重ＦＤＤ動作の端末装置１に対する上りリンク送信に必要でない
・条件（ｍ）：サブフレームが半二重ガードサブフレームではない
・条件（ｎ）：このサブフレームが設定された測定ギャップ（measurement gap）の一部ではない
【０１１１】
１つのＦＤＤサービングセルに対して、全てのサブフレームがＰＤＣＣＨサブフレームである。端末装置１および基地局装置３は、ＴＤＤサービングセルに対して、ＵＬ−ＤＬ設定に基づいてＰＤＣＣＨサブフレームを特定する。１つのＴＤＤサービングセルを用いて基地局装置３と通信する端末装置１、および、該基地局装置３は、前記サービングセルに対応するＵＬ−ＤＬ設定によって、下りリンクサブフレーム、または、ＤｗＰＴＳを含むサブフレームとして指示されたサブフレームをＰＤＣＣＨサブフレームとして特定（選択、決定）する。
【０１１２】
半二重ＦＤＤオペレーションは、タイプＡ半二重ＦＤＤオペレーション、および、タイプＢ半二重ＦＤＤオペレーションを含む。端末装置１は、ＦＤＤのバンドにおいてタイプＡ半二重ＦＤＤをサポートするかどうかを示す情報を、基地局装置３に送信してもよい。端末装置１は、ＦＤＤのバンドにおいてタイプＢ半二重ＦＤＤをサポートするかどうかを示す情報を、基地局装置３に送信してもよい。
【０１１３】
タイプＡ半二重ＦＤＤオペレーションに対して、端末装置１は、上りリンクの送信と下りリンクの受信を同時に行なうことはできない。
【０１１４】
タイプＢ半二重ＦＤＤオペレーションに対して、端末装置１が上りリンクの送信を行うサブフレームの直前のサブフレーム、および、移動局装置１が上りリンクの送信を行うサブフレームの直後のサブフレームのそれぞれが、半二重ガードサブフレームである。
【０１１５】
タイプＢ半二重ＦＤＤオペレーションに対して、端末装置１は上りリンクの送信と下りリンクの受信を同時に行なうことはできない。タイプＢ半二重ＦＤＤオペレーションに対して、端末装置１は上りリンクの送信を行うサブフレームの直前のサブフレームにおいて下りリンクの受信を行なうことはできない。タイプＢ半二重ＦＤＤオペレーションに対して、端末装置１は上りリンクの送信を行うサブフレームの直後のサブフレームにおいて下りリンクの受信を行なうことはできない。
【０１１６】
測定ギャップは、端末装置１が異なる周波数のセル、および／または、異なるＲＡＴ（Radio Access Technology）の測定を行なうための時間間隔である。基地局装置３は、測定ギャップの期間を示す情報を、端末装置１に送信する。端末装置１は、該情報に基づいて測定ギャップの期間を設定する。
【０１１７】
条件（ｊ）から条件（ｎ）の少なくとも１つを満たさないならば（Ｓ９０４）、端末装置１は、このサブフレームに対するＤＲＸオペレーションを終了する。つまり、条件（ｊ）から条件（ｎ）の少なくとも１つを満たさないならば、端末装置１は、このサブフレームにおけるＰＤＣＣＨのモニタをしなくてもよい。
【０１１８】
尚、Ｓ９０４において用いられる条件は、条件（ｊ）から条件（ｎ）に限られるものではなく、Ｓ９０４において条件（ｊ）から条件（ｎ）と別の条件を用いてもよいし、条件（ｊ）から条件（ｎ）の一部を用いてもよい。
【０１１９】
ＰＤＣＣＨを介して受信した下りリンクアサインメントが下りリンク送信を指示するならば、または、このサブフレームに対して下りリンクアサインメントが設定されているならば（Ｓ９０８）、端末装置１は、対応する下りリンクのＨＡＲＱプロセスに対するHARQ RTTタイマーをスタートし、対応する下りリンクのＨＡＲＱプロセスに対するdrx-RetransmissionTimerをストップする（Ｓ９１０）。それ以外の場合（Ｓ９０８）、端末装置１はＳ９１２に進む。
【０１２０】
下りリンクアサインメントが設定されている状態は、ＳＰＳ  Ｃ−ＲＮＴＩをともなう下りリンクアサインメントによってセミパーシステントスケジューリングがアクティベートされている状態を意味する。
【０１２１】
ＰＤＣＣＨを介して受信した下りリンクアサインメントまたは上りリンクグラントが、下りリンクまたは上りリンクの初期送信を指示するならば（Ｓ９１４）、端末装置１は、drx-InactivityTimerをスタートまたはリスタートし（Ｓ９１４）、そして、このサブフレームに対するＤＲＸオペレーションを終了する。それ以外の場合は（Ｓ９１２）、端末装置１は、このサブフレームに対するＤＲＸオペレーションを終了する。
【０１２２】
ＤＲＸを設定された端末装置１は、アクティブタイムではない場合、ピリオディックＳＲＳを送信しない。
【０１２３】
図１０は、本実施形態におけるＰＤＣＣＨ候補のモニタリングの一例を示す図である。
【０１２４】
ＰＤＣＣＨ候補２４０を含む複数のサブフレームのうち一部のサブフレームはアクティブタイムに含まれず、残りのサブフレームはアクティブタイムに含まれる。ＰＤＣＣＨ候補２４０を含む複数のサブフレームのうち最初のサブフレーム（Ｔ３７０）はアクティブタイムに含まれない。端末装置１は、ＰＤＣＣＨ候補２４０を含む複数のサブフレームのうち最初のサブフレーム（Ｔ３７０）がアクティブタイムに含まれないことに基づいて、ＰＤＣＣＨ候補２４０をモニタしなくてもよい。
【０１２５】
ＰＤＣＣＨ候補２４１を含む複数のサブフレームの全てはアクティブタイムに含まれる。ＰＤＣＣＨ候補２４１を含む複数のサブフレームのうち最初のサブフレーム（Ｔ３７１）はアクティブタイムに含まれない。端末装置１は、ＰＤＣＣＨ候補２４１を含む複数のサブフレームのうち最初のサブフレーム（Ｔ３７１）がアクティブタイムに含まれることに基づいて、ＰＤＣＣＨ候補２４１をモニタしてもよい。
【０１２６】
ＰＤＣＣＨ候補２４２を含む複数のサブフレームのうち最初のサブフレーム（Ｔ３７２）はアクティブタイムに含まれる。端末装置１は、ＰＤＣＣＨ候補２４２を含む複数のサブフレームのうち最初のサブフレーム（Ｔ３７２）がアクティブタイムに含まれることに基づいて、ＰＤＣＣＨ候補２４２をモニタしてもよい。ここで、サブフレーム（Ｔ３７２）の時点でサブフレーム（Ｔ３７２）がアクティブタイムに含まれる場合、アクティブタイムは、ＰＤＣＣＨ候補２４２が含まれる複数のサブフレームを含んでもよい。
【０１２７】
図１１は、本実施形態におけるＰＵＣＣＨの送信の一例を示す図である。
【０１２８】
図１１において、ＰＵＣＣＨ２５０はサブフレームｎからサブフレームｎ＋Ｙに含まれる。ＰＵＣＣＨ２５０は、周期的ＣＱＩ報告のために用いられる。端末装置１は、周期的ＣＱＩ報告のために用いられるＰＵＣＣＨのリソースを示す情報を、基地局装置３から受信してもよい。周期的ＣＱＩ報告のために用いられるＰＵＣＣＨのリソースを示す情報は、少なくとも、周期的ＣＱＩ報告のために用いられるＰＵＣＣＨが配置されるサブフレームを示してもよい。
【０１２９】
図１１において、サブフレームｎ−Ｘまでに、端末装置１によってスケジューリングリクエスト２５１が送信され、端末装置１によって情報２５２が受信される。情報２５２は、下りリンクアサインメント、上りリンクグラント、および、ＤＲＸコマンドＭＡＣ  ＣＥが含まれてもよい。
【０１３０】
端末装置１は、上位層のパラメータ／ＣＱＩマスキング（cqi-Mask）のセットアップまたはリリースを端末装置１に指示する情報（ＲＲＣメッセージ）を、基地局装置３から受信してもよい。
【０１３１】
端末装置１は、上位層のパラメータ／ＣＱＩマスキング（cqi-Mask）が上位層によって設定されておらず、且つ、サブフレームｎ−Ｘまでにおいて、送信したスケジューリングリクエスト２５１、および／または、受信した情報２５２を考慮すると、サブフレームｎがアクティブタイムに含まれないと推量される場合、サブフレームｎ＋１からサブフレームｎ＋Ｙまでがアクティブタイムに含まれているかどうかに関わらず、サブフレームｎからサブフレームｎ＋Ｙに含まれるＰＵＣＣＨ２５０でＣＱＩを報告しなくてもよい。
【０１３２】
Ｘの値は、予め仕様書などによって決められていてもよい。例えば、Ｘは５である。
【０１３３】
端末装置１は、上位層のパラメータ／ＣＱＩマスキング（cqi-Mask）が上位層によって設定されておらず、且つ、サブフレームｎ−Ｘまでにおいて、送信したスケジューリングリクエスト２５１、および／または、受信した情報２５２を考慮すると、サブフレームｎがアクティブタイムに含まれると推量される場合、サブフレームｎ＋１からサブフレームｎ＋Ｙまでがアクティブタイムに含まれているかどうかに関わらず、サブフレームｎからサブフレームｎ＋Ｙに含まれるＰＵＣＣＨ２５０でＣＱＩを報告してもよい。
【０１３４】
端末装置１は、上位層のパラメータ／ＣＱＩマスキング（cqi-Mask）が上位層によって設定されており、且つ、サブフレームｎ−Ｘまでにおいて、送信したスケジューリングリクエスト２５１、および／または、受信した情報２５２を考慮すると、サブフレームｎにおいてonDurationTimerがランニングしていないと推量される場合、サブフレームｎ＋１からサブフレームｎ＋ＹまでにおいてonDurationTimerがランニングしているかどうかに関わらず、サブフレームｎからサブフレームｎ＋Ｙに含まれるＰＵＣＣＨ２５０でＣＱＩを報告しなくてもよい。
【０１３５】
端末装置１は、上位層のパラメータ／ＣＱＩマスキング（cqi-Mask）が上位層によって設定されており、且つ、サブフレームｎ−Ｘまでにおいて、送信したスケジューリングリクエスト２５１、および／または、受信した情報２５２を考慮すると、サブフレームｎにおいてonDurationTimerがランニングしていると推量される場合、サブフレームｎ＋１からサブフレームｎ＋ＹまでにおいてonDurationTimerがランニングしているかどうかに関わらず、サブフレームｎからサブフレームｎ＋Ｙに含まれるＰＵＣＣＨ２５０でＣＱＩを報告してもよい。
【０１３６】
端末装置１は、上位層のパラメータ／ＣＱＩマスキング（cqi-Mask）が上位層によって設定されているかどうかに関わらず、ＰＵＣＣＨ２５０におけるＣＱＩの報告に対して上述した例の何れかを適用してもよい。
【０１３７】
端末装置１は、サブフレームｍからサブフレームｍ＋Ｚまでの一部、または、全部がアクティブタイムに含まれているかどうか、および、サブフレームｍからサブフレームｍ＋Ｚまでの一部、または、全部においてonDurationTimerがランニングしているかどうかに関わらず、サブフレームｍからサブフレームｍ＋Ｚまでに含まれるＰＵＣＣＨでＨＡＲＱ−ＡＣＫを送信する。
【０１３８】
以下、本実施形態におけるdrx-InactivityTimerおよびHARQ RTT timerのセッティング方法について詳述する。
【０１３９】
図１２は、本実施形態におけるdrx-InactivityTimerおよびHARQ RTT timerのセッティング方法の一例を示す図である。図１３は、本実施形態におけるdrx-InactivityTimerおよびHARQ RTT timerのセッティング方法の別の例を示す図である。尚、drx-InactivityTimerおよびHARQ RTT timerの一方のみに図１２の例または図１３の例が適用されてもよい。また、drx-InactivityTimerおよびHARQ RTT timerのそれぞれに対して異なる例を適用してもよい。
【０１４０】
図１２および図１３において、Ｐ１００はonDurationTimerがランニングしている期間を示し、Ｐ１１０はdrx-InactivityTimerがランニングしている期間を示し、Ｐ１２０はＨＡＲＱ  ＲＴＴタイマーがランニングしている期間を示し、Ｐ１３０はdrx-RetransmissionTimerがランニングしている期間を示す。ＰＤＣＣＨ候補２００は第１のサブフレーム（時刻Ｔ３００）から第２のサブフレーム（時刻Ｔ３１０）までに含まれ、ＰＤＣＣＨ候補２１０は第１のサブフレーム（時刻Ｔ３００）から第２のサブフレーム（時刻Ｔ３２０）までに含まれる。端末装置１は、ＰＤＣＣＨ候補２００およびＰＤＣＣＨ候補２１０を含むサーチスペース２４０をモニタする。ＰＤＣＣＨ候補２００、２１０以外のＰＤＣＣＨ候補以外のＰＤＣＣＨ候補がサーチスペース２４０に含まれてもよい。ただし、ＰＤＣＣＨ候補２１０は、サーチスペース２４０に含まれる複数のＰＤＣＣＨ候補のうち、繰り返しレベルが最も大きい。
【０１４１】
端末装置１は、第１のサブフレーム（時刻Ｔ３００）から第２のサブフレーム（時刻Ｔ３１０）までにおいて、ＰＤＣＣＨ２２０を検出する。図１２および図１３において、端末装置１は、ＰＤＣＣＨ２２０の検出に基づいて、第４のサブフレーム（時刻Ｔ３３０）から第５のサブフレーム（時刻Ｔ３４０）までに含まれるＰＤＳＣＨ２３０をデコードする。ＰＤＳＣＨ２３０が含まれる複数のサブフレーム（第４のサブフレーム、および／または、第５のサブフレーム）は、ＰＤＣＣＨ２２０に含まれる情報、および／または、上位層のパラメータ（ＲＲＣメッセージ）によって与えられてもよい。ＰＤＳＣＨ２３０が含まれるサブフレームの数は、ＰＤＣＣＨ２２０に含まれる情報、および／または、上位層のパラメータ（ＲＲＣメッセージ）によって与えられてもよい。
【０１４２】
図１２において、端末装置１は、検出されたＰＤＣＣＨ２２０が含まれるサブフレームのうち最後のサブフレーム、または、該最後のサブフレームの次のサブフレームにおいて、(i) drx-InactivityTimerをＡとＢの和にセットし、(ii) drx-InactivityTimerをスタートし、(iii)ＨＡＲＱ  ＲＴＴタイマーをＡとＣとＤとＥの和にセットし、 (iv)ＨＡＲＱ  ＲＴＴタイマーをスタートする。
【０１４３】
図１３において、端末装置１は、ＰＤＣＣＨ２２０を検出したサーチスペース２４０に含まれる複数のＰＤＣＣＨ候補のうち繰り返しレベルが最も大きいＰＤＣＣＨ候補２１０が含まれるサブフレームのうち最後のサブフレーム、または、該最後のサブフレームの次のサブフレームにおいて、(i) drx-InactivityTimerをＢにセットし、(ii) drx-InactivityTimerをスタートし、(iii)ＨＡＲＱ  ＲＴＴタイマーをＣとＤとＥの和にセットし、 (iv)ＨＡＲＱ  ＲＴＴタイマーをスタートする。
【０１４４】
図１２および図１３において、端末装置１がＰＤＣＣＨ候補２１０においてＰＤＣＣＨを検出するならば、端末装置１は、ＰＤＣＣＨ候補２１０が含まれるサブフレームのうち最後のサブフレーム、または、該最後のサブフレームの次のサブフレームにおいて、(i) drx-InactivityTimerをＢにセットし、(ii) drx-InactivityTimerをスタートし、(iii)ＨＡＲＱ  ＲＴＴタイマーをＣとＤとＥの和にセットし、 (iv)ＨＡＲＱ  ＲＴＴタイマーをスタートする。
【０１４５】
Ａの値は、(i)検出されたＰＤＣＣＨ２２０が含まれるサブフレームの数とＰＤＣＣＨ候補２１０が含まれるサブフレームの数の差、 (ii)ＰＤＣＣＨ２２０を検出したＰＤＣＣＨ候補２００が含まれるサブフレームの数とＰＤＣＣＨ候補２１０が含まれるサブフレームの数の差、(iii)ＰＤＣＣＨ候補２００の繰り返しレベルとＰＤＣＣＨ候補２１０の繰り返しレベルの差、または、(iv) 検出されたＰＤＣＣＨ２２０が含まれる最後のサブフレームとＰＤＣＣＨ候補２１０が含まれる最後のサブフレームの差によって与えられる。
【０１４６】
Ｂの値は、上位層によって与えられる。Ｂの値は上位層のパラメータによって与えられる。端末装置１は、Ｂの値を示すために用いられる上位層のパラメータを、基地局装置３から受信してもよい。
【０１４７】
Ｃの値は、予め仕様書などによって決められていてもよい。例えば、Ｃは０または１である。Ｃの値は、検出されたＰＤＣＣＨ２２０に含まれる情報、および／または、上位層のパラメータによって与えられてもよい。
【０１４８】
Ｄの値は、ＰＤＳＣＨ２３０が含まれるサブフレームの数である。すなわち、Ｄの値は、ＰＤＣＣＨ２２０に含まれる情報、および／または、上位層のパラメータ（ＲＲＣメッセージ）によって与えられてもよい。ＰＤＣＣＨ２２０に含まれる情報のうち、Ｄの値に関する情報は、Ｃの値に関する情報と同じであってもよいし、異なってもよい。
【０１４９】
Ｅの値は、上位層によって与えられる。Ｅの値は上位層のパラメータによって与えられる。端末装置１は、Ｅの値を示すために用いられる上位層のパラメータを、基地局装置３から受信してもよい。
【０１５０】
ＰＤＣＣＨ候補２００およびＰＤＣＣＨ候補２１０が重複しており、且つ、基地局装置３がＰＤＣＣＨ候補２２０でＰＤＣＣＨ候補２１０を送信した場合、端末装置１はＰＤＣＣＨ候補２００とＰＤＣＣＨ候補２１０の両方においてＰＤＣＣＨ２２０を検出することができる。この場合、端末装置１は、検出されたＰＤＣＣＨ２２０がＰＤＣＣＨ候補２００およびＰＤＣＣＨ候補２１０のどちらで送信されたかを認識することができない。
【０１５１】
しかし、図１２の例、および、図１３の例において、端末装置１がＰＤＣＣＨ２２０をＰＤＣＣＨ候補２００で検出した場合と、ＰＤＣＣＨ２２０をＰＤＣＣＨ候補２１０で検出した場合の両方において、drx-InactivityTimerが同じサブフレーム（時刻Ｔ３５０）において満了し、ＨＡＲＱ  ＲＴＴタイマーが同じサブフレーム（時刻Ｔ３６０）において満了する。従って、図１２の例、および、図１３の例の方法を用いることによって、検出されたＰＤＣＣＨ２２０がＰＤＣＣＨ候補２００およびＰＤＣＣＨ候補２１０のどちらで送信されたかを端末装置１が認識することができなかったとしても、端末装置１が図１２の例または図１３の例を使用し、基地局装置３が端末装置１が図１２の例または図１３の例を使用していると想定することによって、端末装置１におけるdrx-InacitivityTimerおよび／またはＨＡＲＱ  ＲＴＴタイマーの状態を、基地局装置３が正確に認識することができるようになる。これにより、基地局装置３は端末装置１のＤＲＸを効率的に制御することができ、端末装置１と基地局装置３は効率的に通信することができる。
【０１５２】
以下、本実施形態における装置の構成について説明する。
【０１５３】
図１４は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベースバンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、または、物理層処理部とも称する。
【０１５４】
上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロック）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（Medium Access Control: MAC）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。
【０１５５】
上位層処理部１４が備える媒体アクセス制御層処理部１５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、ＨＡＲＱの制御を行う。媒体アクセス制御層処理部１５は、複数のＨＡＲＱエンティティ、複数のＨＡＲＱプロセス、および、複数のＨＡＲＱバッファを管理する。
【０１５６】
媒体アクセス制御層処理部１５は、ＰＤＣＣＨサブフレームを特定（選択、決定）する。媒体アクセス制御層処理部１５は、前記ＰＤＣＣＨサブフレームに基づいてＤＲＸの処理を行う。媒体アクセス制御層処理部１５は、前記ＰＤＣＣＨサブフレームに基づいてＤＲＸに関連するタイマーを管理する。媒体アクセス制御層処理部１５は、サブフレームにおけるＰＤＣＣＨのモニタを無線送受信部１０に指示する。ＰＤＣＣＨをモニタすることは、あるＤＣＩフォーマットに応じてＰＤＣＣＨのデコードを試みることを意味する。
【０１５７】
上位層処理部１４が備える無線リソース制御層処理部１６は、無線リソース制御層の処理を行う。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信したＲＲＣ層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。
【０１５８】
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号を生成し、基地局装置３に送信する。
【０１５９】
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。
【０１６０】
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号を、アナログ信号をディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰ（Cyclic Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
【０１６１】
ベースバンド部１３は、データを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＳＣ−ＦＤＭＡシンボルを生成し、生成されたＳＣ−ＦＤＭＡシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
【０１６２】
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
【０１６３】
図１５は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、または、物理層処理部とも称する。
【０１６４】
上位層処理部３４は、媒体アクセス制御（Medium Access Control: MAC）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。
【０１６５】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、ＨＡＲＱの制御を行う。媒体アクセス制御層処理部１５は、上りリンクデータ（ＵＬ−ＳＣＨ）に対するＡＣＫ／ＮＡＣＫおよびＨＡＲＱ情報を生成する。上りリンクデータ（ＵＬ−ＳＣＨ）に対するＡＣＫ／ＮＡＣＫおよびＨＡＲＱ情報は、ＰＨＩＣＨまたはＰＤＣＣＨで端末装置１に送信される。
【０１６６】
上位層処理部３４が備える無線リソース制御層処理部３６は、無線リソース制御層の処理を行う。無線リソース制御層処理部３６は、物理下りリンク共用チャネルに配置される下りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ、ＭＡＣ  ＣＥ（Control Element）などを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
【０１６７】
無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。
【０１６８】
以下、本実施形態における、端末装置、および、基地局装置の種々の態様について説明する。
【０１６９】
（１）本実施形態の第１の態様において、端末装置１は、間欠受信が設定されている場合、アクティブタイムの間、複数のＰＤＣＣＨ（Physical Downlink Control CHannel）候補のセットにおいて、複数のＰＤＣＣＨのそれぞれのデコードを試みる受信部１０を備え、前記アクティブタイムは、第１のタイマー（drx-InactivityTimer）がランニングしている期間を含み、前記複数のＰＤＣＣＨ候補は、１つまたは複数の第１のＰＤＣＣＨ候補、および、１つまたは複数の第２のＰＤＣＣＨ候補を含み、前記１つまたは複数の第１のＰＤＣＣＨ候補のそれぞれは、第１のサブフレームから第２のサブフレームまでに含まれ、前記１つまたは複数の第２のＰＤＣＣＨ候補のそれぞれは、前記第１のサブフレームから、前記第２のサブフレームより後の第３のサブフレームまでに含まれ、前記１つまたは複数の第１のＰＤＣＣＨ候補のうちの１つにおいて前記ＰＤＣＣＨが検出された場合、前記第１のタイマーは、少なくとも、第１の上位層パラメータの値および第１の値に基づいてセットされ、前記第２のサブフレームにおいて前記第１のタイマーはスタートされ、ここで、前記第１の値は、少なくとも前記第１のＰＤＣＣＨ候補が含まれるサブフレームの数、および、前記第２のＰＤＣＣＨ候補が含まれるサブフレームの数に基づく。
【０１７０】
（２）本実施形態の第１の態様において、前記受信部１０は、前記第１のサブフレームの番号、または、前記第１のサブフレームの位置を示す情報を受信する。
【０１７１】
（３）本実施形態の第２の態様において、端末装置１は、間欠受信が設定されている場合、アクティブタイムの間、複数のＰＤＣＣＨ（Physical Downlink Control CHannel）候補のセットにおいて、複数のＰＤＣＣＨのそれぞれのデコードを試みる受信部１０を備え、前記アクティブタイムは、第１のタイマー（drx-InactivityTimer）がランニングしている期間を含み、前記複数のＰＤＣＣＨ候補は、１つまたは複数の第１のＰＤＣＣＨ候補、および、１つまたは複数の第２のＰＤＣＣＨ候補を含み、前記１つまたは複数の第１のＰＤＣＣＨ候補のそれぞれは、第１のサブフレームから第２のサブフレームまでに含まれ、前記１つまたは複数の第２のＰＤＣＣＨ候補のそれぞれは、前記第１のサブフレームから、前記第２のサブフレームより後の第３のサブフレームまでに含まれ、前記１つまたは複数の第１のＰＤＣＣＨ候補のうちの１つにおいて前記ＰＤＣＣＨが検出された場合、前記第１のタイマーは少なくとも第１の上位層パラメータの値に基づいてセットされ、前記第３のサブフレームにおいて前記第１のタイマーはスタートされる。
【０１７２】
（４）本実施形態の第２の態様において、前記受信部１０は、前記受信部１０は、前記第１のサブフレームの番号、または、前記第１のサブフレームの位置を示す情報を受信する。
【０１７３】
（５）本実施形態の第３の態様において、端末装置１は、間欠受信が設定されている場合、アクティブタイムの間、複数のＰＤＣＣＨ（Physical Downlink Control CHannel）候補のセットにおいて、複数のＰＤＣＣＨのそれぞれのデコードを試みる受信部１０を備え、前記アクティブタイムは、第１のタイマー（drx-RetransmissionTimer）がランニングしている期間を含み、第２のタイマー（HARQ RTT timer）の満了に基づいて、前記第１のタイマーはスタートされ、前記複数のＰＤＣＣＨ候補は、１つまたは複数の第１のＰＤＣＣＨ候補、および、１つまたは複数の第２のＰＤＣＣＨ候補を含み、前記１つまたは複数の第１のＰＤＣＣＨ候補のそれぞれは、第１のサブフレームから第２のサブフレームまでに含まれ、前記１つまたは複数の第２のＰＤＣＣＨ候補のそれぞれは、前記第１のサブフレームから、前記第２のサブフレームより後の第３のサブフレームまでに含まれ、前記１つまたは複数の第１のＰＤＣＣＨ候補の１つにおいて前記ＰＤＣＣＨが検出された場合、前記第２のタイマーは、少なくとも、第１の上位層パラメータの値、第１の値、および、第２の値に基づいてセットされ、前記第２のサブフレームにおいて前記第２のタイマーはスタートされ、前記第１の値は、少なくとも、前記第１のＰＤＣＣＨ候補が含まれるサブフレームの数、および、前記第２のＰＤＣＣＨ候補が含まれるサブフレームの数に基づき、前記第２の値は、少なくとも、（I）前記第１のＰＤＣＣＨ候補において検出された前記ＰＤＣＣＨに含まれる情報、および／または、（II）前記第１のＰＤＣＣＨ候補が含まれるサブフレームの数に基づく。
【０１７４】
（６）本実施形態の第３の態様において、前記受信部１０は、前記第１のサブフレームの番号、または、前記第１のサブフレームの位置を示す情報を受信する。
【０１７５】
（７）本実施形態の第４の態様において、端末装置１は、間欠受信が設定されている場合、アクティブタイムの間、複数のＰＤＣＣＨ（Physical Downlink Control CHannel）候補のセットにおいて、複数のＰＤＣＣＨのそれぞれのデコードを試みる受信部１０を備え、前記アクティブタイムは、第１のタイマー（drx-RetransmissionTimer）がランニングしている期間を含み、第２のタイマー（HARQ RTT timer）の満了に基づいて、前記第１のタイマーはスタートされ、前記複数のＰＤＣＣＨ候補は、１つまたは複数の第１のＰＤＣＣＨ候補、および、１つまたは複数の第２のＰＤＣＣＨ候補を含み、前記１つまたは複数の第１のＰＤＣＣＨ候補のそれぞれは、第１のサブフレームから第２のサブフレームまでに含まれ、前記１つまたは複数の第２のＰＤＣＣＨ候補のそれぞれは、前記第１のサブフレームから、前記第２のサブフレームより後の第３のサブフレームまでに含まれ、前記１つまたは複数の第１のＰＤＣＣＨ候補の１つにおいて前記ＰＤＣＣＨが検出された場合、前記第２のタイマー（HARQ RTT timer）は、少なくとも、第１の上位層パラメータの値、および、第１の値に基づいてセットされ、前記第３のサブフレームにおいて前記第２のタイマーはスタートされ、前記第１の値は、少なくとも、（I）前記第１のＰＤＣＣＨ候補において検出された前記ＰＤＣＣＨに含まれる情報、および／または、（II）前記第１のＰＤＣＣＨ候補が含まれるサブフレームの数に基づく。
【０１７６】
（８）本実施形態の第４の態様において、前記受信部１０は、前記第１のサブフレームの番号、または、前記第１のサブフレームの位置を示す情報を受信する。
【０１７７】
（９）本実施形態の第５の態様において、端末装置１は、間欠受信が設定されている場合、アクティブタイムの間、複数のＰＤＣＣＨ（Physical Downlink Control CHannel）候補のセットにおいて、複数のＰＤＣＣＨのそれぞれのデコードを試みる受信部１０を備え、前記複数のＰＤＣＣＨ候補は、１つまたは複数の第１のＰＤＣＣＨ候補を含み、前記１つまたは複数の第１のＰＤＣＣＨ候補のそれぞれは、第１のサブフレームから第２のサブフレームまでに含まれ、前記受信部１０は、前記第１のサブフレームの次のサブフレームから前記第２のサブフレームまでがアクティブタイムに含まれているかどうかに関わらず、前記第１のサブフレームがアクティブタイムに含まれない場合、前記１つまたは複数の第１のＰＤＣＣＨ候補において、複数のＰＤＣＣＨのそれぞれのデコードを試みない。
【０１７８】
（１０）本実施形態の第５の態様において、前記複数のＰＤＣＣＨ候補は、１つまたは複数の第２のＰＤＣＣＨ候補を含み、前記１つまたは複数の第２のＰＤＣＣＨ候補のそれぞれは、第３のサブフレームから第４のサブフレームまでに含まれ、前記受信部１０は、前記第３のサブフレームの次のサブフレームから前記第４のサブフレームまでがアクティブタイムに含まれているかどうかに関わらず、前記第３のサブフレームがアクティブタイムに含まれる場合、前記１つまたは複数の第２のＰＤＣＣＨ候補において、複数のＰＤＣＣＨのそれぞれのデコードを試みる。
【０１７９】
（１１）本実施形態の第６の態様において、間欠受信が設定されている場合、アクティブタイムの間、複数のＰＤＣＣＨ（Physical Downlink Control CHannel）候補のセットにおいて、複数のＰＤＣＣＨのそれぞれのデコードを試みる受信部１０と、第１のサブフレームから第２のサブフレームまでに含まれる第１のＰＵＣＣＨ（Physical Uplink Control CHannel）で、ＣＱＩ（Channel Quality Indicator）を報告する送信部１０と、を備え、前記送信部１０は、第１の上位層パラメータ／ＣＱＩマスキング（cqi-Mask）が上位層によって設定されておらず、且つ、前記第１のサブフレームよりもＸサブフレーム前のサブフレームまでにおいて、受信した情報（下りリンクアサインメント、上りリンクグラント、および／または、ＤＲＸコマンドＭＡＣ  ＣＥ）、および／または、送信したスケジューリングリクエストを考慮すると、前記第１のサブフレームがアクティブタイムに含まれない場合、前記第１のサブフレームの次のサブフレームから前記第２のサブフレームまでがアクティブタイムに含まれているかどうかに関わらず、前記第１のサブフレームから前記第２のサブフレームに含まれる前記ＰＵＣＣＨで前記ＣＱＩを報告しない。
【０１８０】
（１２）本実施形態の第６の態様において、前記送信部１０は、第１の上位層パラメータが上位層によって設定され、且つ、前記第１のサブフレームまでにおいて受信した情報、および／または、送信したスケジューリングリクエストを考慮すると、前記第１のサブフレームにおいて第１のタイマー（onDurationTimer）がランニングしていない場合、前記第１のサブフレームの次のサブフレームから前記第２のサブフレームまでにおいて第１のタイマー（onDurationTimer）がランニングしているかどうかに関わらず、前記第１のサブフレームから前記第２のサブフレームに含まれる前記ＰＵＣＣＨで前記ＣＱＩを報告しない。
【０１８１】
（１３）本実施形態の第６の態様において、前記ＣＱＩの報告のための第２のＰＵＣＣＨは、第３のサブフレームから第４のサブフレームまでに含まれ、前記送信部１０は、第１の上位層パラメータが上位層によって設定されておらず、且つ、前記第３のサブフレームまでにおいて受信した情報、および／または、送信したスケジューリングリクエストを考慮すると、前記第３のサブフレームがアクティブタイムに含まれる場合、前記第３のサブフレームの次のサブフレームから前記第４のサブフレームまでがアクティブタイムに含まれているかどうかに関わらず、前記第３のサブフレームから前記第４のサブフレームに含まれる前記第２のＰＵＣＣＨで前記ＣＱＩを報告する。
【０１８２】
（１４）本実施形態の第６の態様において、前記送信部１０は、第１の上位層パラメータが上位層によって設定され、且つ、前記第３のサブフレームまでにおいて受信した情報、および／または、送信したスケジューリングリクエストを考慮すると、前記第３のサブフレームにおいて第１のタイマー（onDurationTimer）がランニングしている場合、前記第３のサブフレームの次のサブフレームから前記第４のサブフレームまでにおいて第１のタイマー（onDurationTimer）がランニングしているかどうかに関わらず、前記第３のサブフレームから前記第４のサブフレームに含まれる前記第２のＰＵＣＣＨで前記ＣＱＩを報告する。
【０１８３】
（１５）本実施形態の第６の態様において、ＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat reQuest ACKnowledgement）の送信のための第３のＰＵＣＣＨは、第５のサブフレームから第６のサブフレームまでに含まれ、前記送信部１０は、前記第５のサブフレームから前記第６のサブフレームまでの一部、または、全部がアクティブタイムに含まれているかどうかに関わらず、前記第５のサブフレームから前記第６のサブフレームに含まれる前記第３のＰＵＣＣＨで前記ＨＡＲＱ−ＡＣＫを送信する。
【０１８４】
（１６）本実施形態の第６の態様において、前記Ｘは５である。
【０１８５】
これにより、端末装置１は、効率的に基地局装置３と通信することができる。
【０１８６】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤＤ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行われる。
【０１８７】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
【０１８８】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０１８９】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０１９０】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０１９１】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０１９２】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０１９３】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０１９４】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【産業上の利用可能性】
【０１９５】
本発明のいくつかの態様は、端末装置と基地局装置が効率的に通信することが必要な端末装置、通信方法、および、集積回路などに適用することができる。
【符号の説明】
【０１９６】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０  無線送受信部
１１  アンテナ部
１２  ＲＦ部
１３  ベースバンド部
１４  上位層処理部
１５  媒体アクセス制御層処理部
１６  無線リソース制御層処理部
３０  無線送受信部
３１  アンテナ部
３２  ＲＦ部
３３  ベースバンド部
３４  上位層処理部
３５  媒体アクセス制御層処理部
３６  無線リソース制御層処理部
【図１】
2016204161.tif 000003
【図２】
2016204161.tif 000004
【図３】
2016204161.tif 000005
【図４】
2016204161.tif 000006
【図５】
2016204161.tif 000007
【図６】
2016204161.tif 000008
【図７】
2016204161.tif 000009
【図８】
2016204161.tif 000010
【図９】
2016204161.tif 000011
【図１０】
2016204161.tif 000012
【図１１】
2016204161.tif 000013
【図１２】
2016204161.tif 000014
【図１３】
2016204161.tif 000015
【図１４】
2016204161.tif 000016
【図１５】
2016204161.tif 000017
【国際調査報告】
2016204161.tif 000018
2016204161.tif 000019
2016204161.tif 000020