(57)【要約】      （修正有）【課題】複数のサブフレームに含まれる複数の物理チャネルを用いて基地局装置と効率的に通信することができる端末装置、および、通信方法を提供する。【解決手段】端末装置１は、間欠受信が設定されている場合、アクティブタイムの間にＰＤＣＣＨのデコードを試み、前記ＰＤＣＣＨがＨＡＲＱプロセスに対する上りリンク送信を指示する場合、前記上りリンク送信の終了が指示さるかどうかに基づいて、前記ＨＡＲＱプロセスのためのＵＬ  ＨＡＲＱ  ＲＴＴタイマーをスタートするかどうかを決定する。【選択図】図１５
2020109880.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.
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、複数のサブフレームに含まれる複数の物理チャネルを用いて基地局装置と効率的に通信することができる端末装置、該端末装置に用いられる通信方法、および、該端末装置に実装される集積回路を提供する。
【課題を解決するための手段】
【０００８】
（１）本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、１つのＣＱＩ（Channel Quality Indicator）を計算する測定部と
、複数のサブフレームにおける複数のＰＵＣＣＨ（Physical Uplink Control CHannel）
のそれぞれを用いて、少なくとも、前記１つのＣＱＩを含む上りリンク制御情報を繰り返し送信する送信部と、を備え、前記複数のサブフレームに含まれる最初の（initial）サ
ブフレームにおけるＰＵＣＣＨにおいて前記上りリンク制御情報が送信される場合、前記上りリンク制御情報がＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat Request-Acknowledgement）を含むかどうかに基づいて、(i) 第１の（first）サブフレームにおけるＰＵＣＣＨを用いた前記上りリンク制御情報の送信が行われる、または、(ii) 前記第１のサブフ
レームにおいて前記上りリンク制御情報の送信が行われず、前記第１のサブフレームは、前記複数のサブフレームに含まれ、且つ、前記最初のサブフレーム以外のサブフレームである。
【０００９】
（２）本発明の第２の態様は、端末装置に用いられる通信方法であって、１つのＣＱＩ（Channel Quality Indicator）を計算し、複数のサブフレームにおける複数のＰＵＣＣ
Ｈ（Physical Uplink Control CHannel）のそれぞれを用いて、少なくとも、前記１つの
ＣＱＩを含む上りリンク制御情報を繰り返し送信し、前記複数のサブフレームに含まれる最初の（initial）サブフレームにおけるＰＵＣＣＨにおいて前記上りリンク制御情報が
送信される場合、前記上りリンク制御情報がＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat Request-Acknowledgement）を含むかどうかに基づいて、(i) 第１の（first）サブフレームにおけるＰＵＣＣＨを用いた前記上りリンク制御情報の送信が行われる、または、(ii) 前記第１のサブフレームにおいて前記上りリンク制御情報の送信が行われず、前記第
１のサブフレームは、前記複数のサブフレームに含まれ、且つ、前記最初のサブフレーム以外のサブフレームである。
【００１０】
（３）本発明の第３の態様は、端末装置に実装される集積回路であって、１つのＣＱＩ（Channel Quality Indicator）を計算する測定回路と、複数のサブフレームにおける複
数のＰＵＣＣＨ（Physical Uplink Control CHannel）のそれぞれを用いて、少なくとも
、前記１つのＣＱＩを含む上りリンク制御情報を繰り返し送信する送信回路と、を備え、前記複数のサブフレームに含まれる最初の（initial）サブフレームにおけるＰＵＣＣＨ
において前記上りリンク制御情報が送信される場合、前記上りリンク制御情報がＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat Request-Acknowledgement）を含むかどうかに基づ
いて、(i) 第１の（first）サブフレームにおけるＰＵＣＣＨを用いた前記上りリンク制
御情報の送信が行われる、または、(ii) 前記第１のサブフレームにおいて前記上りリン
ク制御情報の送信が行われず、前記第１のサブフレームは、前記複数のサブフレームに含まれ、且つ、前記最初のサブフレーム以外のサブフレームである。
【発明の効果】
【００１１】
この発明によれば、端末装置と基地局装置とが、複数のサブフレームに含まれる複数の物理チャネルを用いて効率的に通信することができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態の無線通信システムの概念図である。
【図２】本実施形態の無線フレームの概略構成を示す図である。
【図３】本実施形態におけるＵＬ−ＤＬ設定の一例を示す表である。
【図４】本実施形態のスロットの構成を示す図である。
【図５】本実施形態の狭帯域の一例を示す図である。
【図６】本実施形態におけるサーチスペースの一例を示す図である。
【図７】本実施形態におけるＤＲＸサイクルの一例を示す図である。
【図８】本実施形態における終了コマンドに関する動作の一例を示すための図である。
【図９】本実施形態におけるＤＲＸオペレーションの一例を示すフロー図である。
【図１０】本実施形態におけるＤＲＸオペレーションの一例を示すフロー図である。
【図１１】本実施形態におけるUL HARQ RTTタイマーに関する動作の一例を示す図である。
【図１２】本実施形態におけるUL HARQ RTTタイマーに関する動作の一例を示す図である。
【図１３】本実施形態におけるUL HARQ RTTタイマーに関する動作の一例を示す図である。
【図１４】本実施形態におけるUL HARQ RTTタイマーに関する動作の一例を示す図である。
【図１５】本実施形態の端末装置１の構成を示す概略ブロック図である。
【図１６】本実施形態の基地局装置３の構成を示す概略ブロック図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について説明する。
【００１４】
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１という。
【００１５】
本実施形態は、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）を示す。ＨＡＲＱ−ＡＣＫを、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、ＨＡＲＱ応答（response）、ＨＡＲＱ情報、または、ＨＡＲＱ制御情報とも称する。
【００２４】
スケジューリングリクエストは、正のスケジューリングリクエスト（positive scheduling request）、または、負のスケジューリングリクエスト（negative scheduling request）を含む。正のスケジューリングリクエストは、初期送信のためのＵＬ−ＳＣＨリソースを要求することを示す。負のスケジューリングリクエストは、初期送信のためのＵＬ−ＳＣＨリソースを要求しないことを示す。
【００２５】
ＰＵＣＣＨフォーマット１は、正のスケジューリングリクエストを送信するために用いられる。ＰＵＣＣＨフォーマット１ａは、１ビットのＨＡＲＱ−ＡＣＫを送信するために用いられる。ＣＳＩとＨＡＲＱ−ＡＣＫが多重されない場合、ＰＵＣＣＨフォーマット２は、ＣＳＩの報告のために用いられてもよい。拡張ＣＰ（Cyclic Prefix）に対して、Ｐ
ＵＣＣＨフォーマット２は、ＨＡＲＱ−ＡＣＫと多重されるＣＳＩの報告のために用いられてもよい。ノーマルＣＰに対して、ＰＵＣＣＨフォーマット２ａは、ＨＡＲＱ−ＡＣＫと多重されるＣＳＩの報告のために用いられてもよい。
【００２６】
ＰＵＳＣＨは、上りリンクデータ（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（ブロードキャストプロセスに対する下りリンクＨＡＲＱプ
ロセスを除いて下りリンクＨＡＲＱプロセス毎に１つ）
・drx-ULRetransmissionTimer（上りリンクＨＡＲＱプロセス毎に１つ）
・longDRX-Cycle
・HARQ RTT（Round Trip Time）タイマー（下りリンクＨＡＲＱプロセス毎に１つ）
・UL HARQ RTT（Round Trip Time）タイマー（上りリンクＨＡＲＱプロセス毎に１つ）
・drxShortCycleTimer（オプショナル）
・shortDRX-Cycle（オプショナル）
本実施形態において、下りリンクＨＡＲＱプロセスおよび上りリンクＨＡＲＱプロセスは非同期ＨＡＲＱプロセスである。すなわち、本実施形態において、下りリンクおよび上りリンクのＨＡＲＱオペレーションは非同期である。
【００７５】
基地局装置３は、onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer
、drx-ULRetransmissionTimer 、longDRX-Cycle、drxShortCycleTimer、shortDRX-Cycle
、および、drxStartOffsetの値を示すパラメータ／情報を含むＲＲＣメッセージを端末装置１に送信してもよい。
【００７６】
端末装置１は、受信した該ＲＲＣメッセージに基づいて、onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer、drx-ULRetransmissionTimer 、longDRX-Cycle、drxShortCycleTimer、shortDRX-Cycle、および、drxStartOffsetの値をセットしてもよい。
【００７７】
longDRX-CycleおよびshortDRX-Cycleを総称して、ＤＲＸサイクルとも称する。
【００７８】
onDurationTimerは、ＤＲＸサイクルの始めから連続するＰＤＣＣＨサブフレームの数
を示す。
【００７９】
drx-InactivityTimerは、端末装置１に対する上りリンクデータまたは下りリンクデー
タの初期送信を指示するＰＤＣＣＨがマップされるサブフレームの後の連続するＰＤＣＣＨサブフレームの数を示す。
【００８０】
drx-RetransmissionTimerは、端末装置１によって期待される下りリンク再送信のため
の連続するＰＤＣＣＨサブフレームの最大の数を示す。全てのサービングセルに対して、drx-RetransmissionTimerの同じ値が適用される。
【００８１】
drx-ULRetransmissionTimerは、上りリンク再送信のための上りリンクグラントを受信
するまでの連続するＰＤＣＣＨサブフレームの最大数を示す。全てのサービングセルに対して、drx-ULRetransmissionTimerの同じ値が適用される。
【００８２】
ＤＲＸサイクルは、オンデュレーション（On Duration）の繰り返し周期を示す。オン
デュレーションの期間の後に、端末装置１のＣ−ＲＮＴＩおよびＳＰＳ  Ｃ−ＲＮＴＩに対する端末装置１のＰＤＣＣＨモニタリングの非活動（inactivity）が可能な期間が続く。
【００８３】
図７は、本実施形態におけるＤＲＸサイクルの一例を示す図である。図７において、横軸は時間軸である。図７において、オンデュレーションの期間Ｐ２２００において、端末装置１はＰＤＣＣＨをモニタする。図７において、オンデュレーションの期間Ｐ２２００の後の期間Ｐ２２０２が、非活動が可能な期間である。つまり、図７において、端末装置１は、期間Ｐ２２０２においてＰＤＣＣＨをモニタしなくてもよい。
【００８４】
drxShortCycleTimerは、端末装置１がショートＤＲＸサイクルに従う連続するサブフレームの数を示す。
【００８５】
drxStartOffsetは、ＤＲＸサイクルがスタートするサブフレームを示す。
【００８６】
下りリンクＨＡＲＱプロセスに対応するHARQ RTTタイマーは、drx-RetransmissionTimerのスタートに関連し、下りリンクＨＡＲＱプロセス毎に管理される。下りリンクＨＡＲ
Ｑプロセスに対応するHARQ RTTタイマーは、下りリンクデータの送信から該下りリンクデータの再送信までの最小のインターバルを示す。つまり、下りリンクＨＡＲＱプロセスに対応するHARQ RTTタイマーは、端末装置１によって下りリンクＨＡＲＱ再送信が期待される前のサブフレームの最小量を示す。
【００８７】
尚、本実施形態では、１つの下りリンクＨＡＲＱプロセスは１つの下りリンクデータ（トランスポートブロック）のＨＡＲＱを制御する。尚、１つの下りリンクＨＡＲＱプロセスが２つの下りリンクデータを制御してもよい。
【００８８】
上りリンクＨＡＲＱプロセスに対応するUL HARQ RTTタイマーは、drx-ULRetransmissionTimerのスタートに関連し、上りリンクＨＡＲＱプロセス毎に管理される。上りリンクＨＡＲＱプロセスに対応するUL HARQ RTTタイマーは、上りリンクデータの送信から該上り
リンクデータの再送信までの最小のインターバルを示す。つまり、上りリンクＨＡＲＱプロセスに対応するUL HARQ RTTタイマーは、端末装置１によって上りリンクの再送信のた
めの上りリンクグラントが期待される前のサブフレームの量（amount）を示す。
【００８９】
例えば、ＤＲＸサイクルが設定された場合、アクティブタイム（Active Time）は下記
の条件（ｅ）から条件（ｌ）の少なくとも１つを満たす期間を含んでもよい。
・条件（ｅ）：onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer、ま
たは、mac-ContentionResolutionTimerがランニングしている
・条件（ｆ）：スケジューリング要求がＰＵＣＣＨで送信され、そして、ペンディングさ
れている
・条件（ｇ）：同期ＨＡＲＱに対して、ペンディングＨＡＲＱ再送信に対する上りリンクグラントが送信される可能性があり、そして、対応するＨＡＲＱバッファにデータがある・条件（ｈ）：端末装置１によって選択されていないプリアンブルに対するランダムアクセスレスポンスの受信に成功した後に、端末装置１のＣ−ＲＮＴＩをともない、そして、初期送信を指示するＰＤＣＣＨをずっと受信していない
・条件（ｉ）：端末装置１が、複数のサブフレームに含まれるＰＤＣＣＨ候補をモニタしている
・条件（ｊ）：端末装置１が終了コマンドの受信をするよう設定されている場合のＰＵＳＣＨを送信している期間において、終了コマンドのモニタリングを行なうサブフレーム（モニタリングサブフレーム）が設定されている
・条件（ｋ）：端末装置１が終了コマンドの受信をするよう設定されており、且つ、ＰＵＳＣＨを送信している
・条件（ｌ）：端末装置１が終了コマンドの受信をするよう設定されている場合の送信ギャップ
尚、ある期間がアクティブタイムに含まれるかどうかを判断するために用いられる条件は、条件（ｅ）から条件（ｌ）に限られるものではなく、条件（ｅ）から条件（ｌ）と別の条件を用いてもよいし、条件（ｅ）から条件（ｌ）の一部を用いてもよい。
【００９０】
タイマーは一度スタートすると、タイマーがストップされるまで、または、タイマーが満了するまでランニングしている。それ以外の場合は、タイマーはランニングしていない。タイマーがランニングしていないならば、タイマーはスタートされる可能性がある。タイマーがランニングしているならば、タイマーがリスタートされる可能性がある。タイマーは常に、該タイマーの初期値からスタート、または、リスタートされる。
【００９１】
プリアンブルは、ランダムアクセスプロシージャのメッセージ１であり、ＰＲＡＣＨで送信される。端末装置１によって選択されていないプリアンブルは、コンテンションベースドランダムアクセスプロシージャに関連する。
【００９２】
ランダムアクセスレスポンスは、ランダムアクセスプロシージャのメッセージ２であり、ＰＤＳＣＨで送信される。基地局装置３は、受信したプリアンブルに対して、ランダムアクセスレスポンスを送信する。
【００９３】
コンテンションベースドランダムアクセスプロシージャを実行中の端末装置１は、ランダムアクセスレスポンスを受信した後にメッセージ３を送信する。端末装置１は、メッセージ３が送信された後にメッセージ４に関連するＰＤＣＣＨをモニタする。
【００９４】
mac-ContentionResolutionTimerは、メッセージ３が送信された後に端末装置１がＰＤ
ＣＣＨをモニタする連続するサブフレームの数を示す。
【００９５】
基地局装置３は、端末装置１に終了コマンドの受信するよう指示するためのパラメータ／情報を含むＲＲＣメッセージを端末装置１に送信してもよい。端末装置１は、当該ＲＲＣメッセージに基づいて、端末装置１に終了コマンドの受信するよう指示するためのパラメータ／情報を設定してもよい。
【００９６】
基地局装置３は、条件（ｊ）におけるモニタリングサブフレームを指示するためのパラメータ／情報を含むＲＲＣメッセージを端末装置１に送信してもよい。端末装置１は、当該ＲＲＣメッセージに基づいて、条件（ｊ）におけるモニタリングサブフレームを指示するためのパラメータ／情報を設定してもよい。
【００９７】
終了コマンドは、ＰＵＳＣＨ送信（ＰＵＳＣＨの繰り返し送信）の終了を指示するために用いられる。端末装置１は、終了コマンドの受信／検出に基づいて、ＰＵＳＣＨの繰り返し送信を終了してもよい。
【００９８】
終了コマンドは、以下の一部、または、全部を少なくとも含んでもよい。
・ＡＣＫ
・下りリンク制御情報（上りリンクグラント、および／または、下りリンクアサインメント）
・特定の値にセットされている複数の情報のフィールドを含む下りリンク制御情報（上りリンクグラント、および／または、下りリンクアサインメント）
当該特定の値にセットされている複数のフィールドは、スケジュールされたＰＵＳＣＨに対するＴＰＣコマンドに関する情報（TPC command for scheduled PUSCH）のフィール
ド、ＤＭＲＳに対するサイクリックシフトに関する情報（Cyclic shift DMRS）のフィー
ルド、および、ＭＣＳおよびリダンダンシーバージョンに関する情報（Modulation and coding scheme and redundancy version）のフィールドの一部、または、全部を少なくと
も含んでもよい。
【００９９】
特定の値にセットされているＰＵＳＣＨに対するＴＰＣコマンドに関する情報（TPC command for scheduled PUSCH）のフィールドは、‘１１’ にセットされているＰＵＳＣＨに対するＴＰＣコマンドに関する情報（TPC command for scheduled PUSCH）のフィール
ドであってもよい。特定の値にセットされているＤＭＲＳに対するサイクリックシフトに関する情報（Cyclic shift DMRS）のフィールドは、‘１１１’にセットされているＤＭ
ＲＳに対するサイクリックシフトに関する情報（Cyclic shift DMRS）のフィールドであ
ってもよい。
【０１００】
半二重（half duplex）ＦＤＤ動作の端末装置１に対して、終了コマンドは下りリンク
グラントを含んでもよい。全二重（full duplex）ＦＤＤ動作の端末装置１に対して、終
了コマンドは下りリンクグラントを含まなくてもよい。ＴＤＤ動作の端末装置１に対して、終了コマンドは下りリンクグラントを含んでもよい。ＴＤＤ動作の端末装置１に対して、終了コマンドは下りリンクグラントを含まなくてもよい。
【０１０１】
終了コマンドは、ＰＤＣＣＨに含まれていてもよい。終了コマンドに、Ｃ−ＲＮＴＩまたはＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されてもよい。
【０１０２】
図８は、本実施形態における終了コマンドに関する動作の一例を示すための図である。図８において、ＰＤＣＣＨ２２０は、ＰＵＳＣＨ２３０をスケジュールするための上りリンクグラントを含む。ＰＵＳＣＨ送信２３０は、時間領域において非連続である。ＰＵＳＣＨ送信２３０はＰＵＳＣＨ送信２３０ＡおよびＰＵＳＣＨ送信２３０Ｂを含む。端末装置１は、終了コマンド２４０の受信に基づいて、ＰＵＳＣＨ送信２３０Ｂをドロップしてもよい。ＰＵＳＣＨ送信２３０の繰り返し回数が所定の値を超えない場合、送信ギャップ２４０は適用されなくてもよい。ＰＵＳＣＨ送信２３０の繰り返し回数が所定の値を超える場合、送信ギャップ２４０は適用されてもよい。基地局装置３は、当該所定の値を示すためのパラメータ／情報を含むＲＲＣメッセージを端末装置１に送信してもよい。
【０１０３】
図８において、端末装置１は、送信ギャップ２５０においてＰＵＳＣＨ２３０を送信しない。基地局装置３は、送信ギャップに関するパラメータ／情報を含むＲＲＣメッセージを端末装置１に送信してもよい。送信ギャップに関するパラメータ／情報は、送信ギャップの長さ、および、送信ギャップが開始されるサブフレームの両方または一方を少なくとも示してもよい。アクティブタイムは、送信ギャップ２５０を含んでもよい。端末装置１
は、送信ギャップ２５０において、終了コマンド２４０をモニタしてもよい。端末装置１は、送信ギャップ２５０におけるモニタリングサブフレームにおいて、終了コマンド２４０をモニタしてもよい。
【０１０４】
図９および図１０は、本実施形態におけるＤＲＸオペレーションの一例を示すフロー図である。ＤＲＸが設定された場合、端末装置１は、サブフレームのそれぞれに対して、図９および図１０のフロー図に基づいてＤＲＸオペレーションを実行する。
【０１０５】
このサブフレームにおいて下りリンクのＨＡＲＱプロセスに対応するHARQ RTTタイマーが満了する、且つ、該HARQ RTTタイマーに対応するＨＡＲＱプロセスのデータが成功裏に復号されなかったならば（Ｓ８００）、端末装置１は、該HARQ RTTタイマーに対応する下りリンクのＨＡＲＱプロセスに対するdrx-RetransmissionTimerをスタートし（Ｓ８０１
）、そして、Ｓ８０２に進む。それ以外の場合（Ｓ８００）、端末装置１はＳ８０２に進む。
【０１０６】
このサブフレームにおいて上りリンクのＨＡＲＱプロセスに対応するUL HARQ RTTタイ
マーが満了するならば（Ｓ８０２）、端末装置１は、該UL HARQ RTTタイマーに対応する
上りリンクのＨＡＲＱプロセスに対するdrx-ULRetransmissionTimerをスタートし（Ｓ８
０３）、そして、Ｓ８０４に進む。それ以外の場合（Ｓ８０２）、端末装置１はＳ８０４に進む。
【０１０７】
ＤＲＸコマンドＭＡＣ  ＣＥが受信されるならば（Ｓ８０４）、端末装置１は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-ULRetransmissionTimerをストップし（Ｓ９１４）、そして、Ｓ９１６に進む。それ以外の場合（Ｓ
９１２）、端末装置１はＳ９２０に進む。
【０１２３】
上りリンクグラントが設定されている状態は、ＳＰＳ  Ｃ−ＲＮＴＩをともなう上りリンクグラントによってセミパーシステントスケジューリングがアクティベートされている状態を意味する。
【０１２４】
終了コマンドが受信されないならば（Ｓ９１６）、端末装置１は、対応するPUSCH送信
（上りリンク送信）の最後の繰り返しを含むサブフレームにおいて、対応する上りリンクのＨＡＲＱプロセスに対するUL HARQ RTTタイマーをスタートし（Ｓ９１８）、そして、
Ｓ９２０に進む。それ以外の場合（Ｓ９１６）、端末装置１はＳ９２０に進む。
【０１２５】
「終了コマンドが受信されないこと」は、「上りリンク送信の終了が指示されること」、または、「ＰＤＣＣＨがＰＵＳＣＨ送信の終了を指示すること」であってもよい。終了コマンドが受信された場合に、端末装置１の物理層は終了コマンド受信インディケータをＭＡＣ層に渡してもよい。すなわち、「終了コマンドが受信されないこと」は、「終了コマンド受信インディケータを物理層から受信していないこと」であってもよい。
【０１２６】
ＰＤＣＣＨを介して受信した下りリンクアサインメントまたは上りリンクグラントが、下りリンクまたは上りリンクの初期送信を指示するならば（Ｓ９２０）、端末装置１は、drx-InactivityTimerをスタートまたはリスタートし（Ｓ９２２）、そして、このサブフ
レームに対するＤＲＸオペレーションを終了する。それ以外の場合は（Ｓ９２０）、端末装置１は、このサブフレームに対するＤＲＸオペレーションを終了する。
【０１２７】
図１１から図１４は、本実施形態におけるUL HARQ RTTタイマーに関する動作の一例を
示す図である。図１１から図１４において、Ｐ１００はonDurationTimerがランニングし
ている期間を示し、Ｐ１１０はdrx-InactivityTimerがランニングしている期間を示し、
Ｐ１１５はモニタリングサブフレームを示し、Ｐ１２０はＵＬ  ＨＡＲＱ  ＲＴＴタイマーがランニングしている期間を示し、Ｐ１３０はdrx-ULRetransmissionTimerがランニン
グしている期間を示す。端末装置１はＰＤＣＣＨ２２０を検出する。ＰＤＣＣＨ２２０はＰＵＳＣＨ２３０（２３０Ａ、２３０Ｂ）の初期送信をスケジュールするための上りリンクグラントを含む。端末装置１は、ＰＤＣＣＨ２２０がＰＵＳＣＨ初期送信２３０を指示することに基づいて、ＰＤＣＣＨ２２０を含む最後のサブフレームの次のサブフレームにおいてdrx-InactivityTimerＰ１１０をスタートする。端末装置１は、モニタリングサブ
フレームＰ１１５において終了コマンド２４０をモニタする。
【０１２８】
図１１において、端末装置１は終了コマンド２４０を検出しない。図１１において、端末装置１は、（ｉ）ＰＤＣＣＨを介して受信した上りリンクアグラントが上りリンク送信を指示すること、および、（ｉｉ）終了コマンドが受信されないことに基づいて、ＵＬ  
ＨＡＲＱ  ＲＴＴタイマーをスタートする。ここで、当該ＵＬ  ＨＡＲＱ  ＲＴＴタイマーは、ＰＵＳＣＨ送信２３０の最後の繰り返しを含む最後のサブフレームの次のサブフレームにおいてスタートされる。
【０１２９】
図１２から図１４において、端末装置１は終了コマンド２４０を検出する。端末装置１は、終了コマンド２４０の検出に基づいて、ＰＵＳＣＨ２３０Ｂを送信をストップ（ドロップ）する。
【０１３０】
図１２において、端末装置１は、終了コマンド２４０の検出に基づいて、ＵＬ  ＨＡＲＱ  ＲＴＴタイマーをスタートしない。すなわち、ＰＤＣＣＨを介して受信した上りリンクグラントが上りリンク送信を指示する場合に、端末装置１は、終了コマンドを検出したかどうかに基づいて、ＵＬ  ＨＡＲＱ  ＲＴＴタイマーをスタートするかどうかを決定してもよい。
【０１３１】
図１３において、端末装置１は、終了コマンド２４０を検出したとしても、ＵＬ  ＨＡＲＱ  ＲＴＴタイマーをスタートする。ここで、ＵＬ  ＨＡＲＱ  ＲＴＴタイマーは、ＰＵＳＣＨ送信の最後の繰り返しを含む最後のサブフレームの次のサブフレームにおいてスタートされない。ここで、ＵＬ  ＨＡＲＱ  ＲＴＴタイマーは上りリンクグラントによってスケジュールされたＰＵＳＣＨ送信２３０の最後のサブフレームの次のサブフレームにおいてスタートされる。ここで、上りリンクグラントによってスケジュールされたＰＵＳＣＨ送信２３０の最後のサブフレームにおいて、ＰＵＳＣＨ送信２３０は実際には送信されていない。
【０１３２】
図１４において、端末装置１は、終了コマンド２４０を検出したとしても、ＵＬ  ＨＡＲＱ  ＲＴＴタイマーをスタートする。ここで、ＵＬ  ＨＡＲＱ  ＲＴＴタイマーは、ＰＵＳＣＨ送信の最後の繰り返しを含む最後のサブフレームの次のサブフレームにおいてスタートされない。ここで、ＵＬ  ＨＡＲＱ  ＲＴＴタイマーは、終了コマンド２４０を含む最後のサブフレーム、または、当該最後のサブフレームの次のサブフレームにおいてスタートされる。
【０１３３】
ＵＬ  ＨＡＲＱ  ＲＴＴタイマーは実際に送信されたＰＵＳＣＨ送信２３０Ａの最後のサブフレームの次のサブフレームにおいてスタートされてもよい。
【０１３４】
以下、本実施形態における装置の構成について説明する。
【０１３５】
図１５は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（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）などを生成し、又は上位ノードから取得し
、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
【０１４９】
無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。
【０１５０】
図１４、および、図１５における、部のそれぞれは、回路として構成されてもよい。例えば、媒体アクセス制御層処理部は、媒体アクセス制御層処理部回路として構成されてもよい。図１４、および、図１５における、部のそれぞれは、少なくとも１つのプロセッサ、および、当該少なくとも１つのプロセッサと連結されるメモリとして構成されてもよい。
【０１５１】
以下、本実施形態における、端末装置、および、基地局装置の種々の態様について説明する。
【０１５２】
（１）本実施形態の第１の態様において、端末装置１は、間欠受信が設定されている場合、アクティブタイムの間にＰＤＣＣＨのデコードを試みる受信部と、前記ＰＤＣＣＨがＨＡＲＱプロセスに対する上りリンク送信を指示する場合、前記上りリンク送信の終了が指示されるかどうかに基づいて、前記ＨＡＲＱプロセスのためのＵＬ  ＨＡＲＱ  ＲＴＴタイマーをスタートするかどうかを決定する媒体アクセス制御層処理部と、を備える。
【０１５３】
（２）本実施形態の第１の態様において、前記ＵＬ  ＨＡＲＱ  ＲＴＴタイマーは、前記上りリンク送信の最後の繰り返しを含むサブフレームにおいてスタートされる。
【０１５４】
（３）本実施形態の第２の態様において、端末装置１は、少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサと連結されるメモリと、を備え、前記少なくとも１つのプロセッサは、（ｉ）間欠受信が設定されている場合、アクティブタイムの間にＰＤＣＣＨのデコードを試み、（ｉｉ）前記ＰＤＣＣＨがＨＡＲＱプロセスに対する上りリンク送信を指示し、且つ、前記上りリンク送信の終了が指示されなかった場合、前記上りリンク送信の最後の繰り返しを含む第１のサブフレームを含む複数のサブフレームにおいて上りリンク送信を実行し、（ｉｉ）前記ＰＤＣＣＨが前記ＨＡＲＱプロセスに対する前記
上りリンク送信を指示し、且つ、前記上りリンク送信の終了が指示された場合、前記第１のサブフレームよりも前の第２のサブフレームにおいて前記上りリンク送信を終了し、且つ、前記第１のサブフレームにおいて前記ＨＡＲＱプロセスのためのＵＬ  ＨＡＲＱ  ＲＴＴタイマーをスタートするよう設計されている。
【０１５５】
これにより、端末装置１は、効率的に基地局装置３と通信することができる。
【０１５６】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０１５７】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
【０１５８】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０１５９】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０１６０】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０１６１】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０１６２】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回
路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０１６３】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０１６４】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０１６５】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０  無線送受信部
１１  アンテナ部
１２  ＲＦ部
１３  ベースバンド部
１４  上位層処理部
１５  媒体アクセス制御層処理部
１６  無線リソース制御層処理部
３０  無線送受信部
３１  アンテナ部
３２  ＲＦ部
３３  ベースバンド部
３４  上位層処理部
３５  媒体アクセス制御層処理部
３６  無線リソース制御層処理部
【図１】
2020109880.tif 000003
【図２】
2020109880.tif 000004
【図３】
2020109880.tif 000005
【図４】
2020109880.tif 000006
【図５】
2020109880.tif 000007
【図６】
2020109880.tif 000008
【図７】
2020109880.tif 000009
【図８】
2020109880.tif 000010
【図９】
2020109880.tif 000011
【図１０】
2020109880.tif 000012
【図１１】
2020109880.tif 000013
【図１２】
2020109880.tif 000014
【図１３】
2020109880.tif 000015
【図１４】
2020109880.tif 000016
【図１５】
2020109880.tif 000017
【図１６】
2020109880.tif 000018