(57)【要約】【課題】効率的に下りリンクのモニタを実行することができる【解決手段】ＤＲＸを行う端末装置は、アクティブタイムの間にＰＤＣＣＨをモニタし、サブフレームｎ−Ｘにおける第１の下りリンク制御情報を含む第１のＰＤＣＣＨが検出され、且つ、サブフレームｎにおける第２の下りリンク制御情報を含む第２のＰＤＣＣＨが検出された場合に、サブフレームｎ＋ｋ＋ｌにおいてＰＵＳＣＨの送信を実行し、アクティブタイムは少なくともＣＣ−ＲＮＴＩモニタリングウインドウを含み、ＣＣ−ＲＮＴＩモニタリングウインドウはサブフレームｎ−Ｘにおける第１のＰＤＣＣＨの検出に基づいて開始され、ＣＣ−ＲＮＴＩモニタリングウインドウはサブフレームｎにおける第２のＰＤＣＣＨの検出に基づいて終了される。【選択図】図４
2019204983.tif 000002
【特許請求の範囲】
【請求項１】
Ｃ−ＲＮＴＩ（cell radio network temporary identifier）およびＣＣ−ＲＮＴＩ（common control radio network temporary identifier）に対するＰＤＣＣＨ（physical downlink control channel）モニタリング活動を制御するＤＲＸ（discontinuous reception）を行う端末装置であって、
アクティブタイムの間に前記Ｃ−ＲＮＴＩおよび前記ＣＣ−ＲＮＴＩに対する前記ＰＤＣＣＨをモニタする受信部と、
サブフレームｎ−Ｘにおける第１の下りリンク制御情報を含む第１のＰＤＣＣＨが検出され、且つ、サブフレームｎにおける第２の下りリンク制御情報を含む第２のＰＤＣＣＨが検出された場合に、サブフレームｎ＋ｋ＋ｌにおいてＰＵＳＣＨ（physical uplink shared channel）の送信を実行する送信部と、を備え、
前記アクティブタイムは、少なくともＣＣ−ＲＮＴＩモニタリングウインドウを含み、
前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎ−Ｘにおける前記第１の下りリンク制御情報を含む前記第１のＰＤＣＣＨの検出に基づいて開始され、
前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎにおける前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨの検出に基づいて終了される
端末装置。
【請求項２】
前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨが検出されない場合、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、所定の時間後に終了し、
前記所定の時間は、前記第１の下りリンク制御情報における‘Timing offset’フィー
ルドに少なくとも基づいて与えられる
請求項１の端末装置。
【請求項３】
前記ｋの値は、前記第１の下りリンク制御情報における‘Timing offset’フィールド
に少なくとも基づいて与えられ、
前記ｌの値は、前記第２の下りリンク制御情報における‘Uplink transmission duration and offset indication’フィールドに少なくとも基づいて与えられる
請求項１の端末装置。
【請求項４】
前記第１の下りリンク制御情報は、‘１’にセットされた‘PUSCH trigger A’フィー
ルドを含み、
前記第２の下りリンク制御情報は、特定の第１の値にセットされている‘Uplink transmission duration and offset indication’フィールド、および／または、特定の第２の値にセットされている‘PUSCH trigger B’フィールドを含む
請求項１の端末装置。
【請求項５】
前記第１の下りリンク制御情報に付加される第１のＣＲＣパリティビットは、前記Ｃ−ＲＮＴＩによってスクランブルされ、
前記第２の下りリンク制御情報に付加される第２のＣＲＣパリティビットは、前記ＣＣ−ＲＮＴＩによってスクランブルされる
請求項１の端末装置。
【請求項６】
前記第１の下りリンク制御情報は、前記ＰＵＳＣＨのためのリソースブロック割当を示すための情報を含み、
前記第２の下りリンク制御情報は、前記ＰＵＳＣＨのためのリソースブロック割当を示すための情報を含まない
請求項１の端末装置。
【請求項７】
Ｃ−ＲＮＴＩ（cell radio network temporary identifier）およびＣＣ−ＲＮＴＩ（common control radio network temporary identifier）に対するＰＤＣＣＨ（physical downlink control channel）モニタリング活動を制御するＤＲＸ（discontinuous reception）を行う端末装置と通信する基地局装置であって、
アクティブタイムの間に前記Ｃ−ＲＮＴＩおよび前記ＣＣ−ＲＮＴＩに対する前記ＰＤＣＣＨを送信する送信部と、
サブフレームｎ−Ｘにおける第１の下りリンク制御情報を含む第１のＰＤＣＣＨが送信され、且つ、サブフレームｎにおける第２の下りリンク制御情報を含む第２のＰＤＣＣＨが送信された場合に、サブフレームｎ＋ｋ＋ｌにおいてＰＵＳＣＨ（physical uplink shared channel）の受信を実行する受信部と、を備え、
前記アクティブタイムは、少なくともＣＣ−ＲＮＴＩモニタリングウインドウを含み、
前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎ−Ｘにおける前記第１の下りリンク制御情報を含む前記第１のＰＤＣＣＨの検出に基づいて開始され、
前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎにおける前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨの検出に基づいて終了される
基地局装置。
【請求項８】
前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨが送信されない場合、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、所定の時間後に終了し、
前記所定の時間は、前記第１の下りリンク制御情報における‘Timing offset’フィー
ルドに少なくとも基づいて与えられる
請求項９の基地局装置。
【請求項９】
前記ｋの値は、前記第１の下りリンク制御情報における‘Timing offset’フィールド
に少なくとも基づいて与えられ、
前記ｌの値は、前記第２の下りリンク制御情報における‘Uplink transmission duration and offset indication’フィールドに少なくとも基づいて与えられる
請求項９の基地局装置。
【請求項１０】
前記第１の下りリンク制御情報は、‘１’にセットされた‘PUSCH trigger A’フィー
ルドを含み、
前記第２の下りリンク制御情報は、特定の第１の値にセットされている‘Uplink transmission duration and offset indication’フィールド、および／または、特定の第２の値にセットされている‘PUSCH trigger B’フィールドを含む
請求項９の基地局装置。
【請求項１１】
前記第１の下りリンク制御情報に付加される第１のＣＲＣパリティビットは、前記Ｃ−ＲＮＴＩによってスクランブルされ、
前記第２の下りリンク制御情報に付加される第２のＣＲＣパリティビットは、前記ＣＣ−ＲＮＴＩによってスクランブルされる
請求項９の基地局装置。
【請求項１２】
前記第１の下りリンク制御情報は、前記ＰＵＳＣＨのためのリソースブロック割当を示すための情報を含み、
前記第２の下りリンク制御情報は、前記ＰＵＳＣＨのためのリソースブロック割当を示すための情報を含まない
請求項９の基地局装置。
【請求項１３】
Ｃ−ＲＮＴＩ（cell radio network temporary identifier）およびＣＣ−ＲＮＴＩ（common control radio network temporary identifier）に対するＰＤＣＣＨ（physical d
ownlink control channel）モニタリング活動を制御するＤＲＸ（discontinuous reception）を行う端末装置に用いられる通信方法であって、
アクティブタイムの間に前記Ｃ−ＲＮＴＩおよび前記ＣＣ−ＲＮＴＩに対する前記ＰＤＣＣＨをモニタし、
サブフレームｎ−Ｘにおける第１の下りリンク制御情報を含む第１のＰＤＣＣＨが検出され、且つ、サブフレームｎにおける第２の下りリンク制御情報を含む第２のＰＤＣＣＨが検出された場合に、サブフレームｎ＋ｋ＋ｌにおいてＰＵＳＣＨ（physical uplink shared channel）の送信を実行し、
前記アクティブタイムは、少なくともＣＣ−ＲＮＴＩモニタリングウインドウを含み、
前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎ−Ｘにおける前記第１の下りリンク制御情報を含む前記第１のＰＤＣＣＨの検出に基づいて開始され、
前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎにおける前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨの検出に基づいて終了される
通信方法。
【請求項１４】
Ｃ−ＲＮＴＩ（cell radio network temporary identifier）およびＣＣ−ＲＮＴＩ（common control radio network temporary identifier）に対するＰＤＣＣＨ（physical downlink control channel）モニタリング活動を制御するＤＲＸ（discontinuous reception）を行う端末装置と通信する基地局装置に用いられる通信方法であって、
アクティブタイムの間に前記Ｃ−ＲＮＴＩおよび前記ＣＣ−ＲＮＴＩに対する前記ＰＤＣＣＨを送信し、
サブフレームｎ−Ｘにおける第１の下りリンク制御情報を含む第１のＰＤＣＣＨが送信され、且つ、サブフレームｎにおける第２の下りリンク制御情報を含む第２のＰＤＣＣＨが送信された場合に、サブフレームｎ＋ｋ＋ｌにおいてＰＵＳＣＨ（physical uplink shared channel）の受信を実行し、
前記アクティブタイムは、少なくともＣＣ−ＲＮＴＩモニタリングウインドウを含み、
前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎ−Ｘにおける前記第１の下りリンク制御情報を含む前記第１のＰＤＣＣＨの検出に基づいて開始され、
前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎにおける前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨの検出に基づいて終了される
通信方法。
【請求項１５】
Ｃ−ＲＮＴＩ（cell radio network temporary identifier）およびＣＣ−ＲＮＴＩ（common control radio network temporary identifier）に対するＰＤＣＣＨ（physical downlink control channel）モニタリング活動を制御するＤＲＸ（discontinuous reception）を行う端末装置に実装される集積回路であって、
アクティブタイムの間に前記Ｃ−ＲＮＴＩおよび前記ＣＣ−ＲＮＴＩに対する前記ＰＤＣＣＨをモニタする受信部と、
サブフレームｎ−Ｘにおける第１の下りリンク制御情報を含む第１のＰＤＣＣＨが検出され、且つ、サブフレームｎにおける第２の下りリンク制御情報を含む第２のＰＤＣＣＨが検出された場合に、サブフレームｎ＋ｋ＋ｌにおいてＰＵＳＣＨ（physical uplink shared channel）の送信を実行する送信部と、を備え、
前記アクティブタイムは、少なくともＣＣ−ＲＮＴＩモニタリングウインドウを含み、
前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎ−Ｘにおける前記第１の下りリンク制御情報を含む前記第１のＰＤＣＣＨの検出に基づいて開始され、
前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎにおける前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨの検出に基づいて終了される
集積回路。
【請求項１６】
Ｃ−ＲＮＴＩ（cell radio network temporary identifier）およびＣＣ−ＲＮＴＩ（c
ommon control radio network temporary identifier）に対するＰＤＣＣＨ（physical downlink control channel）モニタリング活動を制御するＤＲＸ（discontinuous reception）を行う端末装置と通信する基地局装置に実装される集積回路であって、
アクティブタイムの間に前記Ｃ−ＲＮＴＩおよび前記ＣＣ−ＲＮＴＩに対する前記ＰＤＣＣＨを送信する送信部と、
サブフレームｎ−Ｘにおける第１の下りリンク制御情報を含む第１のＰＤＣＣＨが送信され、且つ、サブフレームｎにおける第２の下りリンク制御情報を含む第２のＰＤＣＣＨが送信された場合に、サブフレームｎ＋ｋ＋ｌにおいてＰＵＳＣＨ（physical uplink shared channel）の受信を実行する受信部と、を備え、
前記アクティブタイムは、少なくともＣＣ−ＲＮＴＩモニタリングウインドウを含み、
前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎ−Ｘにおける前記第１の下りリンク制御情報を含む前記第１のＰＤＣＣＨの検出に基づいて開始され、
前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎにおける前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨの検出に基づいて終了される
集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、通信方法、および、集積回路に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE: 登録商標）」、または、「Evolved Universal Terrestrial Radio Access : EUTRA」と称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。ＬＴＥでは、基地局装置をｅＮ
ｏｄｅＢ（evolved NodeB）、端末装置をＵＥ（User Equipment）とも称する。ＬＴＥは
、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
【０００３】
ＬＴＥリリース１３において、端末装置が複数のサービングセル（コンポーネントキャリア）において同時に送信、および／または、受信を行う技術であるキャリアアグリゲーションが仕様化されている（非特許文献１、２、３）。ＬＴＥリリース１４において、ライセンス補助アクセス（LAA: Licensed Assisted Access）の機能拡張、および、アンラ
イセンスバンド（unlicensed band）における上りリンクキャリアを用いたキャリアアグ
リゲーションが検討されている（非特許文献４）。非特許文献５において、イニシャル上りリンクグラントを伝送するサブフレームより後のサブフレームにおいてトリガリンググラントを受信した後に、ＰＵＳＣＨ送信を行ってもよいことが記載されている。非特許文献５において、全てのＰＵＳＣＨ情報（ＲＡ、ＭＣＳなど）はイニシャル上りリンクグラントに含まれる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】"3GPP TS 36.211 V13.1.0 (2016-03)", 29th March, 2016.
【非特許文献２】"3GPP TS 36.212 V13.1.0 (2016-03)", 29th March, 2016.
【非特許文献３】"3GPP TS 36.213 V13.1.1 (2016-03)", 31th March, 2016.
【非特許文献４】"New Work Item on enhanced LAA for LTE", RP-152272, Ericsson, Huawei, 3GPP TSG RAN Meeting#70, Sitges, Spain, 7th - 10th December 2015.
【非特許文献５】"On Two-Stage UL scheduling for eLAA", R1-167074, Nokia, Alcatel-Lucent Shanghai Bell, 3GPP TSG RAN1 Meeting#86, Gothenburg, Sweden, 22nd - 26th August 2016.
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、効率的に下りリンクのモニタを行うことができる端末装置、該端末装置と通信する基地局装置、該端末装置に用いられる通信方法、該基地局装置に用いられる通信方法、該端末装置に実装される集積回路、および、該基地局装置に実装される集積回路を提供する。
【課題を解決するための手段】
【０００６】
（１）本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、Ｃ−ＲＮＴＩ（cell radio network temporary identifier）およびＣＣ−ＲＮＴＩ（common control radio network temporary identifier）に対するＰＤＣＣＨ（physical downlink control channel）モニタリング活動を制御するＤＲＸ（discontinuous reception）を行う端末装置であって、アクティブタイムの間に前記Ｃ−ＲＮＴＩおよび前記ＣＣ
−ＲＮＴＩに対する前記ＰＤＣＣＨをモニタする受信部と、サブフレームｎ−Ｘにおける第１の下りリンク制御情報を含む第１のＰＤＣＣＨが検出され、且つ、サブフレームｎにおける第２の下りリンク制御情報を含む第２のＰＤＣＣＨが検出された場合に、サブフレームｎ＋ｋ＋ｌにおいてＰＵＳＣＨ（physical uplink shared channel）の送信を実行する送信部と、を備え、前記アクティブタイムは、少なくともＣＣ−ＲＮＴＩモニタリングウインドウを含み、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎ−Ｘにおける前記第１の下りリンク制御情報を含む前記第１のＰＤＣＣＨの検出に基づいて開始され、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎにおける前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨの検出に基づいて終了される。
【０００７】
（２）本発明の第２の態様は、Ｃ−ＲＮＴＩ（cell radio network temporary identifier）およびＣＣ−ＲＮＴＩ（common control radio network temporary identifier）に対するＰＤＣＣＨ（physical downlink control channel）モニタリング活動を制御する
ＤＲＸ（discontinuous reception）を行う端末装置と通信する基地局装置であって、ア
クティブタイムの間に前記Ｃ−ＲＮＴＩおよび前記ＣＣ−ＲＮＴＩに対する前記ＰＤＣＣＨを送信する送信部と、サブフレームｎ−Ｘにおける第１の下りリンク制御情報を含む第１のＰＤＣＣＨが送信され、且つ、サブフレームｎにおける第２の下りリンク制御情報を含む第２のＰＤＣＣＨが送信された場合に、サブフレームｎ＋ｋ＋ｌにおいてＰＵＳＣＨ（physical uplink shared channel）の受信を実行する受信部と、を備え、前記アクティブタイムは、少なくともＣＣ−ＲＮＴＩモニタリングウインドウを含み、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎ−Ｘにおける前記第１の下りリンク制御情報を含む前記第１のＰＤＣＣＨの検出に基づいて開始され、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎにおける前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨの検出に基づいて終了される。
【０００８】
（３）本発明の第３の態様は、Ｃ−ＲＮＴＩ（cell radio network temporary identifier）およびＣＣ−ＲＮＴＩ（common control radio network temporary identifier）に対するＰＤＣＣＨ（physical downlink control channel）モニタリング活動を制御する
ＤＲＸ（discontinuous reception）を行う端末装置に用いられる通信方法であって、ア
クティブタイムの間に前記Ｃ−ＲＮＴＩおよび前記ＣＣ−ＲＮＴＩに対する前記ＰＤＣＣＨをモニタし、サブフレームｎ−Ｘにおける第１の下りリンク制御情報を含む第１のＰＤＣＣＨが検出され、且つ、サブフレームｎにおける第２の下りリンク制御情報を含む第２のＰＤＣＣＨが検出された場合に、サブフレームｎ＋ｋ＋ｌにおいてＰＵＳＣＨ（physical uplink shared channel）の送信を実行し、前記アクティブタイムは、少なくともＣＣ−ＲＮＴＩモニタリングウインドウを含み、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎ−Ｘにおける前記第１の下りリンク制御情報を含む前記第１のＰＤＣＣＨの検出に基づいて開始され、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎにおける前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨの検出に基づいて終了される。
【０００９】
（４）本発明の第４の態様は、Ｃ−ＲＮＴＩ（cell radio network temporary identifier）およびＣＣ−ＲＮＴＩ（common control radio network temporary identifier）に対するＰＤＣＣＨ（physical downlink control channel）モニタリング活動を制御する
ＤＲＸ（discontinuous reception）を行う端末装置と通信する基地局装置に用いられる
通信方法であって、アクティブタイムの間に前記Ｃ−ＲＮＴＩおよび前記ＣＣ−ＲＮＴＩに対する前記ＰＤＣＣＨを送信し、サブフレームｎ−Ｘにおける第１の下りリンク制御情報を含む第１のＰＤＣＣＨが送信され、且つ、サブフレームｎにおける第２の下りリンク制御情報を含む第２のＰＤＣＣＨが送信された場合に、サブフレームｎ＋ｋ＋ｌにおいてＰＵＳＣＨ（physical uplink shared channel）の受信を実行し、前記アクティブタイム
は、少なくともＣＣ−ＲＮＴＩモニタリングウインドウを含み、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎ−Ｘにおける前記第１の下りリンク制御情報を含む前記第１のＰＤＣＣＨの検出に基づいて開始され、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎにおける前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨの検出に基づいて終了される。
【００１０】
（５）本発明の第５の態様は、端末装置に実装される集積回路であって、Ｃ−ＲＮＴＩ（cell radio network temporary identifier）およびＣＣ−ＲＮＴＩ（common control radio network temporary identifier）に対するＰＤＣＣＨ（physical downlink control channel）モニタリング活動を制御するＤＲＸ（discontinuous reception）を行う端末装置に実装される集積回路であって、アクティブタイムの間に前記Ｃ−ＲＮＴＩおよび前記ＣＣ−ＲＮＴＩに対する前記ＰＤＣＣＨをモニタする受信部と、サブフレームｎ−Ｘにおける第１の下りリンク制御情報を含む第１のＰＤＣＣＨが検出され、且つ、サブフレームｎにおける第２の下りリンク制御情報を含む第２のＰＤＣＣＨが検出された場合に、サブフレームｎ＋ｋ＋ｌにおいてＰＵＳＣＨ（physical uplink shared channel）の送信を実行する送信部と、を備え、前記アクティブタイムは、少なくともＣＣ−ＲＮＴＩモニタリングウインドウを含み、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎ−Ｘにおける前記第１の下りリンク制御情報を含む前記第１のＰＤＣＣＨの検出に基づいて開始され、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎにおける前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨの検出に基づいて終了される。
【００１１】
（６）本発明の第６の態様は、基地局装置に実装される集積回路であって、Ｃ−ＲＮＴＩ（cell radio network temporary identifier）およびＣＣ−ＲＮＴＩ（common control radio network temporary identifier）に対するＰＤＣＣＨ（physical downlink control channel）モニタリング活動を制御するＤＲＸ（discontinuous reception）を行う端末装置と通信する基地局装置に実装される集積回路であって、アクティブタイムの間に前記Ｃ−ＲＮＴＩおよび前記ＣＣ−ＲＮＴＩに対する前記ＰＤＣＣＨを送信する送信部と、サブフレームｎ−Ｘにおける第１の下りリンク制御情報を含む第１のＰＤＣＣＨが送信され、且つ、サブフレームｎにおける第２の下りリンク制御情報を含む第２のＰＤＣＣＨが送信された場合に、サブフレームｎ＋ｋ＋ｌにおいてＰＵＳＣＨ（physical uplink shared channel）の受信を実行する受信部と、を備え、前記アクティブタイムは、少なくともＣＣ−ＲＮＴＩモニタリングウインドウを含み、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎ−Ｘにおける前記第１の下りリンク制御情報を含む前記第１のＰＤＣＣＨの検出に基づいて開始され、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎにおける前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨの検出に基づいて終了される。
【発明の効果】
【００１２】
この発明によれば、端末装置は効率的に下りリンクのモニタを行うことができる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態の無線通信システムの概念図である。
【図２】本実施形態の無線フレームの概略構成を示す図である。
【図３】本実施形態における上りリンクスロットの概略構成を示す図である。
【図４】本実施形態の端末装置１の構成を示す概略ブロック図である。
【図５】本実施形態の基地局装置３の構成を示す概略ブロック図である。
【図６】本実施形態におけるＰＵＳＣＨのスケジューリングの一例を示す図である。
【図７】本実施形態におけるＤＲＸサイクルの一例を示す図である。
【図８】本実施形態におけるＤＲＸオペレーションの一例を示すフロー図である。
【図９】本実施形態におけるＤＲＸオペレーションの一例を示すフロー図である。
【図１０】本実施形態におけるアクティブタイムの第１の例を示す図である。
【図１１】本実施形態におけるアクティブタイムの第２の例を示す図である。
【図１２】本実施形態におけるアクティブタイムの第３の例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について説明する。
【００１５】
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１という。
【００１６】
以下、キャリアアグリゲーションについて説明する。
【００１７】
本実施形態では、端末装置１は、複数のサービングセルが設定される。端末装置１が複数のサービングセルを介して通信する技術をセルアグリゲーション、またはキャリアアグリゲーションと称する。端末装置１に対して設定される複数のサービングセルのそれぞれにおいて、本発明が適用されてもよい。また、設定された複数のサービングセルの一部において、本発明が適用されてもよい。また、設定された複数のサービングセルのグループのそれぞれにおいて、本発明が適用されてもよい。また、設定された複数のサービングセルのグループの一部において、本発明が適用されてもよい。複数のサービングセルは、少なくとも１つのプライマリセルを含む。複数のサービングセルは、１つ、または、複数のセカンダリセルを含んでもよい。複数のサービングセルは、１つ、または、複数のＬＡＡ（Licensed Assisted Access）セルを含んでもよい。ＬＡＡセルを、ＬＡＡセカンダリセルとも称する。
【００１８】
プライマリセルは、初期コネクション確立（initial connection establishment）手順が行なわれたサービングセル、コネクション再確立（connection re-establishment）手
順を開始したサービングセル、または、ハンドオーバ手順においてプライマリセルと指示されたセルである。ＲＲＣ（Radio Resource Control）コネクションが確立された時点、または、後に、セカンダリセル、および／または、ＬＡＡセルが設定されてもよい。プライマリセルは、ライセンスバンド（licensed band）に含まれてもよい。ＬＡＡセルは、
アンライセンスバンド（unlicensed band）に含まれてもよい。セカンダリセルは、ライ
センスバンド、および、アンライセンスバンドの何れに含まれてもよい。ＬＡＡセルを、ＬＡＡセカンダリセルと称してもよい。
【００１９】
下りリンクにおいて、サービングセルに対応するキャリアを下りリンクコンポーネントキャリアと称する。上りリンクにおいて、サービングセルに対応するキャリアを上りリンクコンポーネントキャリアと称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリアと称する。
【００２０】
端末装置１は、複数のサービングセル（コンポーネントキャリア）において同時に複数の物理チャネルでの送信、および／または受信を行うことができる。１つの物理チャネルは、複数のサービングセル（コンポーネントキャリア）のうち１つのサービングセル（コンポーネントキャリア）において送信される。
【００２１】
本実施形態の物理チャネルおよび物理信号について説明する。
【００２２】
図１において、端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。上りリンク物理チャネルは、上位層から出力された
情報を送信するために使用される。
・ＰＵＳＣＨ（Physical Uplink Shared Channel）
・ＰＲＡＣＨ（Physical Random Access Channel）
【００２３】
ＰＵＳＣＨは、上りリンクデータ（Transport block, Uplink-Shared Channel: UL-SCH）、下りリンクのＣＳＩ（Channel State Information）、および／または、ＨＡＲＱ−
ＡＣＫ（Hybrid Automatic Repeat reQuest）を送信するために用いられる。ＣＳＩ、お
よび、ＨＡＲＱ−ＡＣＫは、上りリンク制御情報（Uplink Control Information: UCI）
である。
【００２４】
ＣＳＩは、チャネル品質指標（Channel Quality Indicator: CQI）、ＲＩ（Rank Indicator）、および、ＰＭＩ（Precoding Matrix Indicator）を含む。ＣＱＩは、ＰＤＳＣＨで送信される単一のトランスポートブロックに対する、変調方式と符号化率の組合せを表現する。ＲＩは、端末装置１によって決定される有効なレイヤーの数を示す。ＰＭＩは、端末装置１によって決定されるコードブックを示す。該コードブックは、ＰＤＳＣＨのプリコーディングに関連する。
【００２５】
ＨＡＲＱ−ＡＣＫは、下りリンクデータ（Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH, Physical Downlink Shared Channel: PDSCH）に対応する。ＨＡＲＱ−ＡＣＫは、ＡＣＫ（acknowledgement）
またはＮＡＣＫ（negative-acknowledgement）を示す。ＨＡＲＱ−ＡＣＫを、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、ＨＡＲＱ応答、ＨＡＲＱ情報、または、ＨＡＲＱ制御情報とも称する。
【００２６】
ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられる。
【００２７】
図１において、上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられる。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・ＤＭＲＳ（Demodulation Reference Signal）
【００２８】
ＤＭＲＳは、ＰＵＳＣＨの送信に関連する。ＤＭＲＳは、ＰＵＳＣＨと時間多重される。基地局装置３は、ＰＵＳＣＨの伝搬路補正を行なうためにＤＭＲＳを使用してもよい。
【００２９】
図１において、基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
【００３０】
ＰＤＳＣＨは、下りリンクデータ（Transport block, Downlink-Shared Channel: DL-SCH）を送信するために用いられる。
【００３１】
ＰＤＣＣＨは、下りリンク制御情報（Downlink Control Information: DCI）を送信す
るために用いられる。下りリンク制御情報を、ＤＣＩフォーマットとも称する。下りリンク制御情報は、上りリンクグラント（uplink grant）、および、下りリンクグラント（downlink grant）を含む。上りリンクグラントは、単一のセル内の単一のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントは、単一のセル内の連続する複数のサブフレームにおける複数のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントは、該上りリンクグラントが送信されたサブフレームより４つ以上後のサ
ブフレーム内の単一のＰＵＳＣＨのスケジューリングに用いられてもよい。下りリンクグラントは、単一のセル内の単一のＰＤＳＣＨのスケジューリングに用いられてもよい。下りリンクグラントを、下りリンクアサインメントとも称する。
【００３２】
ＤＣＩフォーマット０Ａは、ＬＡＡセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０Ｂは、ＬＡＡセルにおける複数のサブフレームのそれぞれにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０Ａ、および、ＤＣＩフォーマット０Ｂのそれぞれは、上りリンクグラントを含む。ＤＣＩフォーマット０Ａ、および、ＤＣＩフォーマット０Ｂのそれぞれは、‘PUSCH trigger A’フィールド、 ‘Timing offset’フィールドを含んでもよい。ＤＣＩフ
ォーマット０Ａ、および、ＤＣＩフォーマット０Ｂのそれぞれは、ＰＵＳＣＨのスケジューリング情報を含んでもよい。ＰＵＳＣＨのスケジューリング情報は、ＰＵＳＣＨのためのリソースブロック割当を示すための情報、ＰＵＳＣＨのための送信電力制御コマンド、ＰＵＳＣＨのための変調方式を示すための情報、ＰＵＳＣＨのためのトランスポートブロックのサイズを示すための情報を含んでもよい。
【００３３】
ＤＣＩフォーマット１Ａは、ＬＡＡセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１Ａは、下りリンクグラントを含む。
【００３４】
ＤＣＩフォーマット１Ｃは、ＬＡＡ共通情報のために用いられる。ＬＡＡ共通情報は、‘Uplink transmission duration and offset indication’、および／または、‘PUSCH trigger B’を含んでもよい。ＤＣＩフィーマット１Ｃは、上記のＰＵＳＣＨのスケジュ
ーリング情報を含まない。
【００３５】
１つのＰＤＣＣＨで送信される下りリンク制御情報に付加されるＣＲＣ（Cyclic Redundancy Check）パリティビットは、Ｃ−ＲＮＴＩ（Cell Radio Network Temporary Identifier）、または、ＣＣ−ＲＮＴＩ（Common Control Radio Network Temporary Identifier）によってスクランブルされてもよい。
【００３６】
Ｃ−ＲＮＴＩは、セル内において端末装置を識別するための識別子である。Ｃ−ＲＮＴＩは、単一のサブフレームにおけるＰＤＳＣＨ送信、または、ＰＵＳＣＨ送信を制御するために用いられる。Ｃ−ＲＮＴＩは、動的にスケジュールされるユニキャスト送信（ＰＤＳＣＨ送信、または、ＰＵＳＣＨ送信）のために用いられる。基地局装置３は、端末装置１におけるＣ−ＲＮＴＩの決定のために用いられる情報を、端末装置１に送信してもよい。上りリンクグラント、または、下りリンクグラントを含むＤＣＩフォーマット（例えば、ＤＣＩフォーマット０Ａ、ＤＣＩフォーマット０Ｂ、ＤＣＩフォーマット１Ａなど）に付加されるＣＲＣパリティビットは、Ｃ−ＲＮＴＩによってスクランブルされてもよい。
【００３７】
ＣＣ−ＲＮＴＩは、ＬＡＡ共通情報のために用いられる。ＣＣ−ＲＮＴＩの値は、仕様書などによって予め決められた値であってもよい。ＬＡＡ共通情報のために用いられるＤＣＩフォーマット１Ｃに付加されるＣＲＣパリティビットは、ＣＣ−ＲＮＴＩによってスクランブルされてもよい。
【００３８】
ＵＬ−ＳＣＨ、および、ＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（Medium Access Control: MAC）層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（transport block: TB）またはＭＡＣ  ＰＤＵ（Protocol Data Unit）とも称す
る。
【００３９】
本実施形態のＰＵＳＣＨ（ＵＬ−ＳＣＨ）に対して非同期ＨＡＲＱが適用されてもよい
。
【００４０】
以下、本実施形態の無線フレーム（radio frame）の構成について説明する。
【００４１】
図２は、本実施形態の無線フレームの概略構成を示す図である。図２において、横軸は時間軸である。無線フレームのそれぞれは、１０ｍｓ長である。また、無線フレームのそれぞれは１０のサブフレームから構成される。サブフレームのそれぞれは、１ｍｓ長であり、２つの連続するスロットによって定義される。スロットのそれぞれは、０．５ｍｓ長である。無線フレーム内のｉ番目のサブフレームは、（２×ｉ）番目のスロットと（２×ｉ＋１）番目のスロットとから構成される。つまり、１０ｍｓ間隔のそれぞれにおいて、１０個のサブフレームが利用できる。
【００４２】
以下、本実施形態のスロットの構成の一例について説明する。図３は、本実施形態における上りリンクスロットの概略構成を示す図である。図３において、１つのセルにおける上りリンクスロットの構成を示す。図３において、横軸は時間軸であり、縦軸は周波数軸である。図３において、ｌはＳＣ−ＦＤＭＡシンボル番号／インデックスであり、ｋはサブキャリア番号／インデックスである。
【００４３】
スロットのそれぞれにおいて送信される物理シグナルまたは物理チャネルは、リソースグリッドによって表現される。上りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＳＣ−ＦＤＭＡシンボルによって定義される。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリア番号／インデックスｋ、および、ＳＣ−ＦＤＭＡシンボル番号／インデックスｌによって表される。
【００４４】
上りリンクスロットは、時間領域において、複数のＳＣ−ＦＤＭＡシンボルｌ（l=0,1,…,NULsymb）を含む。NULsymbは、１つの上りリンクスロットに含まれるＳＣ−ＦＤＭＡ
シンボルの数を示す。上りリンクにおけるノーマルＣＰ（normal Cyclic Prefix）に対して、NULsymbは７である。上りリンクにおける拡張ＣＰ（extended ＣＰ）に対して、NULsymbは６である。
【００４５】
端末装置１は、上りリンクにおけるＣＰ長を示すパラメータUL-CyclicPrefixLengthを
基地局装置３から受信する。基地局装置３は、セルに対応する該パラメータUL-CyclicPrefixLengthを含むシステムインフォメーションを、該セルにおいて報知してもよい。
【００４６】
上りリンクスロットは、周波数領域において、複数のサブキャリアｋ（k=0,1,…,NULRB×NRBsc)を含む。NULRBは、NRBscの倍数によって表現される、サービングセルに対する上りリンク帯域幅設定である。NRBscは、サブキャリアの数によって表現される、周波数領
域における（物理）リソースブロックサイズである。サブキャリア間隔Δfは１５ｋＨｚ
であり、NRBscは１２であってもよい。すなわち、NRBscは、１８０ｋＨｚであってもよい。
【００４７】
リソースブロック（ＲＢ）は、物理チャネルのリソースエレメントへのマッピングを表すために用いられる。リソースブロックは、仮想リソースブロック（ＶＲＢ）と物理リソースブロック（ＰＲＢ）が定義される。物理チャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。１つの物理リソースブロックは、時間領域においてNULsymbの連続するＳＣ−ＦＤＭＡシ
ンボルと周波数領域においてNRBscの連続するサブキャリアとから定義される。ゆえに、
１つの物理リソースブロックは（NULsymb×NRBsc）のリソースエレメントから構成される。１つの物理リソースブロックは、時間領域において１つのスロットに対応する。物理リ
ソースブロックは周波数領域において、周波数の低いほうから順に番号nPRB（0,1,…, NULRB -1）が付けられる。
【００４８】
本実施形態における下りリンクのスロットは、複数のＯＦＤＭシンボルを含む。本実施形態における下りリンクのスロットの構成は、リソースグリッドが複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される
点を除いて基本的に同じであるため、下りリンクのスロットの構成の説明は省略する。
【００４９】
以下、本実施形態における装置の構成について説明する。
【００５０】
図４は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベース
バンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、または、物理層処理部とも称する。
【００５１】
上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロック）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線
リソース制御（Radio Resource Control: RRC）層の処理を行なう。
【００５２】
上位層処理部１４が備える媒体アクセス制御層処理部１５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、ランダムアクセス手順の制御を行う。
【００５３】
上位層処理部１４が備える無線リソース制御層処理部１６は、無線リソース制御層の処理を行う。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。無線リソース制御層処理部３６は、ＰＵＳＣＨに配置される上りリンクデータ（トランスポートブロック）、ＲＲＣメッセージ、ＭＡＣ  ＣＥ（Control Element）などを生成し、無線送受信部３０に出力する。
【００５４】
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号を生成し、基地局装置３に送信する。
【００５５】
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去する。ＲＦ
部１２は、処理をしたアナログ信号をベースバンド部に出力する。
【００５６】
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号を、アナログ信号をディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰ（Cyclic Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換
（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
【００５７】
ベースバンド部１３は、データを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＳＣ−ＦＤＭＡシンボルを生成し、生成されたＳＣ−ＦＤＭＡシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
【００５８】
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
【００５９】
図５は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、または、物理層処理部とも称する。
【００６０】
上位層処理部３４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。
【００６１】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、媒体アクセス制御層の処理を行う。上位層処理部３４が備える無線リソース制御層処理部３６は、無線リソース制御層の処理を行う。無線リソース制御層処理部３６は、ＰＤＳＣＨに配置される下りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ、ＭＡＣ  ＣＥ（Control Element）などを生成し、又は上位ノードから取得し、無線送
受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
【００６２】
無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。
【００６３】
端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。
【００６４】
以下、ＰＵＳＣＨ送信タイミングについて詳しく説明をする。
【００６５】
ＤＣＩフォーマット０Ａ、および、ＤＣＩフォーマット０Ｂのそれぞれは、‘PUSCH trigger A’フィールド、および、‘Timing offset’フィールドを含む。ＤＣＩフォーマット０Ｂは、‘number of scheduled subframes’フィールドを含む。‘PUSCH trigger A’フィールがマップされる情報ビットを‘PUSCH trigger A’とも称する。‘PUSCH trigger
A’フィールがマップされる情報ビットの値を、‘PUSCH trigger A’フィールドの値と
も称する。その他のフィールドに対しても同様である。
【００６６】
ＤＣＩフォーマット１Ｃは、‘Uplink transmission duration and offset indication’フィールド、および／または、‘PUSCH trigger B’フィールドを含んでもよい。
【００６７】
サブフレームｎにおいて０にセットされた‘PUSCH trigger A’フィールドを含むＤＣ
Ｉフォーマット０Ａを含むＰＤＣＣＨを検出した場合、端末装置１はサブフレームｎ＋ｋ＋ｌ＋ｉ（ｉ＝０、１、．．．、Ｎ−１）においてＰＵＳＣＨ送信を実行してもよい。サブフレームｎにおいて０にセットされた‘PUSCH trigger A’フィールドを含むＤＣＩフ
ォーマット０Ｂを含むＰＤＣＣＨを検出した場合、端末装置１はサブフレームｎ＋ｋ＋ｌ＋ｉ（ｉ＝０、１、．．．、Ｎ−１）においてＰＵＳＣＨ送信を実行してもよい。
【００６８】
サブフレームｎ−ｖからサブフレームｎ−１までの間に１にセットされた‘PUSCH trigger A’フィールドを含むＤＣＩフォーマット０Ａを含むＰＤＣＣＨを検出し、且つ、サ
ブフレームｎにおいてＤＣＩフォーマット１Ｃを含むＰＤＣＣＨを検出した場合、端末装置１はサブフレームｎ＋ｋ＋ｌ＋ｉ（ｉ＝０、１、．．．、Ｎ−１）においてＰＵＳＣＨ送信を実行してもよい。サブフレームｎ−ｖからサブフレームｎ−１までの間に１にセットされた‘PUSCH trigger A’フィールドを含むＤＣＩフォーマット０Ｂを含むＰＤＣＣ
Ｈを検出し、且つ、サブフレームｎにおいてＤＣＩフォーマット１Ｃを含むＰＤＣＣＨを検出した場合、端末装置１はサブフレームｎ＋ｋ＋ｌ＋ｉ（ｉ＝０、１、．．．、Ｎ−１）においてＰＵＳＣＨ送信を実行してもよい。ここで、サブフレームｎ−ｖからサブフレームｎ−１までの間は、サブフレームｎ−ｖ、および／または、サブフレームｎ−１を含む。ここで、ＤＣＩフォーマット１Ｃに含まれる‘Uplink transmission duration and offset indication’フィールド、および／または、‘PUSCH trigger B’フィールドは、
特定の値にセットされている。例えば、‘PUSCH trigger B’フィールドは１にセットさ
れていてもよい。例えば、‘Uplink transmission duration and offset indication’フィールドは、所定の値以外の値にセットされていてもよい。ここで、所定の値は０００００および１１１１１であってもよい。‘Uplink transmission duration and offset indication’フィールド、および／または、‘PUSCH trigger B’フィールドが特定の値にセ
ットされていることを、‘Uplink transmission duration and offset indication’フィールド、および／または、‘PUSCH trigger B’フィールドがＰＵＳＣＨ送信をトリガー
するようにセットされているとも称する。
【００６９】
ｉは０からＮ−１の整数である。Ｎの値は０より大きい整数である。ＤＣＩフォーマット０Ａに対して、Ｎの値は１である。ＤＣＩフォーマット０Ｂに対して、Ｎの値はＤＣＩフォーマット０Ｂにおける‘number of scheduled subframes’フィールドによって決定
される。
【００７０】
‘PUSCH trigger A’フィールドが０にセットされている場合、ｋの値は‘Timing offset’フィールドの値によって決定されてもよい。‘PUSCH trigger A’フィールドが１に
セットされている場合、ｋの値は‘Timing offset’フィールドの第１および第２の情報
ビットの値によって決定されてもよい。
【００７１】
ｖは有効期間（validation duration）の長さである。有効期間を時間ウインドウ（time window）とも称する。‘PUSCH trigger A’フィールドが１にセットされている場合、
‘Timing offset’フィールドの第３および第４の情報ビットの値はｖを示すために用い
られる。‘PUSCH trigger A’フィールドが１にセットされている場合、‘Timing offset’フィールドの第３および第４の情報ビットに、‘validation duration’フィールドが
マップされてもよい。
【００７２】
サブフレームｎ−ｖにおいて１にセットされた‘PUSCH trigger A’フィールドを含む
ＤＣＩフォーマット０Ａ／０Ｂを含むＰＤＣＣＨを検出し、且つ、サブフレームｎまでにおいてＤＣＩフォーマット１Ｃを含むＰＤＣＣＨを検出しなかった場合、端末装置１は該ＤＣＩフォーマット０Ａ／０Ｂに対応するＰＵＳＣＨ送信を破棄してもよい。ここで、ＤＣＩフォーマット１Ｃに含まれる‘Uplink transmission duration and offset indication’フィールド、および／または、‘PUSCH trigger B’フィールドは、特定の値にセッ
トされている。サブフレームｎ−ｖにおいて１にセットされた‘PUSCH trigger A’フィ
ールドを含むＤＣＩフォーマット０Ａ／０Ｂを含むＰＤＣＣＨを検出してから、‘Uplink
transmission duration and offset indication’フィールド、および／または、‘PUSCH trigger B’フィールドが特定の値にセットされているＤＣＩフォーマット１Ｃを検出
するまでの間、トリガーされるＰＵＳＣＨ送信（triggered PUSCH transmission）がペンディングされている。サブフレームｎ−ｖにおいて１にセットされた‘PUSCH trigger A
’フィールドを含むＤＣＩフォーマット０Ａ／０Ｂを含むＰＤＣＣＨを検出してから、ＰＵＳＣＨ送信が破棄されるまでの間、トリガーされるＰＵＳＣＨ送信（triggered PUSCH transmission）がペンディングされている。すなわち、１にセットされた‘PUSCH trigger A’フィールドを含むＤＣＩフォーマット０Ａ／０ＢによってスケジュールされたＰＵ
ＳＣＨは、該ＤＣＩフォーマット０Ａ／０Ｂにおける‘Timing offset’フィールドの第
３および第４の情報ビットによって示される有効期間において有効である。すなわち、１にセットされた‘PUSCH trigger A’フィールドを含むＤＣＩフォーマット０Ａ／０Ｂに
よってスケジュールされたＰＵＳＣＨは、該ＤＣＩフォーマット０Ａ／０Ｂにおける‘Timing offset’フィールドの第３および第４の情報ビットによって示される有効期間にお
いて有効である。すなわち、‘Uplink transmission duration and offset indication’フィールド、および／または、‘PUSCH trigger B’フィールドが特定の値にセットされ
ているＤＣＩフォーマット１ＣによってトリガーされるＰＵＳＣＨのスケジューリングは、有効期間において有効である。
【００７３】
‘PUSCH trigger A’フィールドが０にセットされている場合、ｌの値は所定の値（例
えば、４）であってもよい。‘PUSCH trigger A’フィールドが１にセットされている場
合、ｌの値は上りリンクオフセットである。ここで、上りリンクオフセットは、ＤＣＩフォーマット１Ｃに含まれる‘Uplink transmission duration and offset indication’フィールドによって決定されてもよい。
【００７４】
図６は、本実施形態におけるＰＵＳＣＨのスケジューリングの一例を示す図である。図６において、横軸は時間領域（サブフレーム番号）を示す。図６の（Ａ）および（Ｂ）のそれぞれにおいて、１つまでのＤＣＩフォーマット０Ａ／０Ｂ、１つのまでのＤＣＩフォーマット１Ｃ、および、１つまでのＰＵＳＣＨが在る。複数のＤＣＩフォーマット０Ａ／０Ｂ、複数のＤＣＩフォーマット１Ｃ、および／または、複数のＰＵＳＣＨが在る場合、本実施形態とは、異なる動作が適用されてもよい。
【００７５】
ＤＣＩフォーマット０Ａ／０Ｂ（６００）は、ＤＣＩフォーマット０Ａ、または、ＤＣＩフォーマット０Ｂである。図６においてＮは１である。すなわち、ｉは０である。
【００７６】
図６の（Ａ）において、ＤＣＩフォーマット０Ａ／０Ｂ（６００）に含まれる‘PUSCH trigger A’フィールドは０にセットされている。ＤＣＩフォーマット０Ａ／０Ｂ（６０
０）はサブフレームｎにおいて送信される。ＰＵＳＣＨ（６０１）は、上りリンクグラント（６００）によってスケジュールされる。ＰＵＳＣＨ（６０１）の送信は、サブフレームｎ＋ｋ＋ｌ＋ｉにおいて実行される。図６の（Ａ）においてｌは所定の値（例えば、４）であり、ｋはＤＣＩフォーマット０Ａ／０Ｂ（６００）に含まれる‘Timing offset’
フィールドによって決定される。
【００７７】
ＤＣＩフォーマット０Ａ／０Ｂ（６０２）は、ＤＣＩフォーマット０Ａ、または、ＤＣ
Ｉフォーマット０Ｂである。図６の（Ｂ）において、ＤＣＩフォーマット０Ａ／０Ｂ（６０２）に含まれる‘PUSCH trigger A’フィールドは１にセットされている。ＤＣＩフォ
ーマット０Ａ／０Ｂ（６０２）はサブフレームｎ−Ｘにおいて送信される。サブフレームｎ−Ｘは、サブフレームｎ−ｖからサブフレームｎの間に在る。ＤＣＩフォーマット１Ｃ（６０３）はサブフレームｎにおいて送信される。ＤＣＩフォーマット１Ｃ（６０３）は、有効期間において送信される。有効期間の開始位置は、サブフレームｎ−ｘより後のサブフレームであってもよい。例えば、有効期間の開始位置はサブフレームｎ−Ｘ＋１であってもよく、且つ、有効期間の終了位置はサブフレームｎ−Ｘ＋ｖであってもよい。有効期間の長さは、ＤＣＩフォーマット０Ａ／０Ｂ（６０２）における‘Timing offset’フ
ィールドの第３および第４の情報ビットによって示されてもよい。
【００７８】
ＰＵＳＣＨ（６０４）の送信は、サブフレームｎ＋ｋ＋ｌ＋ｉにおいて実行される。図６の（Ｂ）においてｌはＤＣＩフォーマット１Ｃにおける‘Uplink transmission duration and offset indication’フィールドに少なくとも基づいて決定され、ｋはＤＣＩフォーマット０Ａ／０Ｂ（６００）に含まれる‘Timing offset’フィールドの第１および第
２の情報ビットの値に少なくとも基づいて決定される。
【００７９】
ＤＣＩフォーマット１Ｃにおける‘Uplink transmission duration and offset indication’フィールドは、上りリンク期間（uplink duration）の長さｄを示してもよい。例
えば、図６の（Ｂ）において、上りリンク期間の開始位置はサブフレームｎ＋ｌであってもよく、且つ、上りリンク期間の終了位置はサブフレームｎ＋ｌ＋ｄ−１であってもよい。端末装置１は、上りリンク期間においてＰＤＣＣＨをモニタしなくてもよい。
【００８０】
以下、本発明のＤＲＸ（Discontinuous Reception）について説明する。
【００８１】
ＤＲＸ機能（functionality）は上位層（ＲＲＣ）によって設定され、ＭＡＣによって
処理される。ＤＲＸ機能は、端末装置１のＣ−ＲＮＴＩおよびＣＣ−ＲＮＴＩに対する端末装置１のＰＤＣＣＨモニタリング活動（activity）を制御する。
【００８２】
つまり、ＤＲＸ機能は、端末装置１のＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットの送信に用いられるＰＤＣＣＨに対する端末装置１のモニタリング活動を制御する。つまり、ＤＲＸ機能は、ＣＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマット１Ｃの送信に用いられるＰＤＣＣＨに対する端末装置１のモニタリング活動を制御する。ＤＲＸ機能は、所定のＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットの送信に用いられるＰＤＣＣＨに対する端末装置１のモニタリング活動に対して適用されなくてもよい。
【００８３】
ＤＲＸが設定されるならば、端末装置１は以下で説明するＤＲＸオペレーションを用いて非連続的にＰＤＣＣＨをモニタしてもよい。それ以外の場合には、端末装置１は連続的にＰＤＣＣＨをモニタしてもよい。
【００８４】
上位層（ＲＲＣ）は、以下の複数のタイマーと、drxStartOffsetの値を設定することによりＤＲＸオペレーションを制御する。
【００８５】
・onDurationTimer
・drx-InactivityTimer
・drx-RetransmissionTimer（ブロードキャストプロセスに対する下りリンクＨＡＲＱプ
ロセスを除いて下りリンクＨＡＲＱプロセス毎に１つ）
・drx-ULRetransmissionTimer（上りリンクＨＡＲＱプロセス毎に１つ）
・longDRX-Cycle
・HARQ RTT（Round Trip Time）タイマー（下りリンクＨＡＲＱプロセス毎に１つ）
・UL HARQ RTT Timer（上りリンクＨＡＲＱプロセス毎に１つ）
・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タイマーは、端末装置１によって上りリンク再送信のための上りリンク
グラント（上りリンクＨＡＲＱ再送信グラント）が期待される前のサブフレームの最小量（minimum amount）を示す。
【０１００】
同じアクティブタイムが、全てのサービングセルに対して適用されてもよい。
【０１０１】
異なるアクティブタイムが、第１のセルグループに属するサービングセル、および、第２のセルグループに属するサービングセルのそれぞれに対して適用されてもよい。ここで、同じアクティブタイムが、第１のセルグループに属する全てのサービングセルに対して適用されてもよい。ここで、同じアクティブタイムが、第２のセルグループに属する全てのサービングセルに対して適用されてもよい。すなわち、第１のセルグループ、および、第２のセルグループのそれぞれにおいて、ＤＲＸが個別に制御されてもよい。すなわち、第１のセルグループ、および、第２のセルグループのそれぞれに対して、onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer、drx-ULRetransmissionTimer、longDRX-Cycle、drxShortCycleTimer、shortDRX-Cycle、および、drxStartOffsetの値が個別
にセットされてもよい。ここで、第１のセルグループは、１つ、または、複数のＬＡＡセルのみを含んでもよい。ここで、第２のセルグループは、１つ、または、複数のセルＸ、および、０、または、０より多いＬＡＡセルを含んでもよい。ここで、セルＸはＬＡＡセル以外のセルである。基地局装置３は、ＬＡＡセルが第１のセルグループおよび第２のセルグループの何れに属するかを示すためのパラメータ／情報を含むＲＲＣメッセージを端末装置１に送信してもよい。端末装置１は、受信した該ＲＲＣメッセージに基づいて、ＬＡＡセルが第１のセルグループおよび第２のセルグループの何れに属するかを特定してもよい。
【０１０２】
例えば、ＤＲＸサイクルが設定された場合、アクティブタイム（Active Time）は下記
の条件（ａ）から条件（ｅ）の少なくとも１つを満たす期間を含んでもよい。
【０１０３】
・条件（ａ）：onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer、drx-ULRetransmissionTimer、または、mac-ContentionResolutionTimerがランニングしてい
る
・条件（ｂ）：スケジューリング要求がＰＵＣＣＨで送信され、そして、ペンディングされている
・条件（ｃ）：同期ＨＡＲＱに対して、ペンディングＨＡＲＱ再送信に対する上りリンクグラントが送信される可能性があり、そして、対応するＨＡＲＱバッファにデータがある
・条件（ｄ）：端末装置１によって選択されていないプリアンブルに対するランダムアクセスレスポンスの受信に成功した後に、端末装置１のＣ−ＲＮＴＩをともない、そして、初期送信を指示するＰＤＣＣＨをずっと受信していない
【０１０４】
尚、ある期間がアクティブタイムに含まれるかどうかを判断するために用いられる条件は、条件（ａ）から条件（ｅ）に限られるものではなく、条件（ａ）から条件（ｅ）と別の条件を用いてもよいし、条件（ａ）から条件（ｅ）の一部を用いてもよい。
【０１０５】
タイマーは一度スタートすると、タイマーがストップされるまで、または、タイマーが満了するまでランニングしている。それ以外の場合は、タイマーはランニングしていない。タイマーがランニングしていないならば、タイマーはスタートされる可能性がある。タイマーがランニングしているならば、タイマーがリスタートされる可能性がある。タイマーは常に、該タイマーの初期値からスタート、または、リスタートされる。
【０１０６】
プリアンブルは、ランダムアクセスプロシージャのメッセージ１であり、ＰＲＡＣＨで送信される。端末装置１によって選択されていないプリアンブルは、コンテンションベースドランダムアクセスプロシージャに関連する。
【０１０７】
ランダムアクセスレスポンスは、ランダムアクセスプロシージャのメッセージ２であり、ＰＤＳＣＨで送信される。基地局装置３は、受信したプリアンブルに対して、ランダムアクセスレスポンスを送信する。
【０１０８】
コンテンションベースドランダムアクセスプロシージャを実行中の端末装置１は、ランダムアクセスレスポンスを受信した後にメッセージ３を送信する。端末装置１は、メッセージ３が送信された後にメッセージ４に関連するＰＤＣＣＨをモニタする。
【０１０９】
mac-ContentionResolutionTimerは、メッセージ３が送信された後に端末装置１がＰＤ
ＣＣＨをモニタする連続するサブフレームの数を示す。
【０１１０】
図８および図９は、本実施形態におけるＤＲＸオペレーションの一例を示すフロー図である。ＤＲＸが設定された場合、端末装置１は、サブフレームのそれぞれに対して、図８および図９のフロー図に基づいてＤＲＸオペレーションを実行する。
【０１１１】
このサブフレームにおいて下りリンクのＨＡＲＱプロセスに対応する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）の測定を行なうための時間間隔である。基地局装置３は、測
定ギャップの期間を示す情報を、端末装置１に送信する。端末装置１は、該情報に基づいて測定ギャップの期間を設定する。
【０１２６】
上りリンク期間ｄは、ＤＣＩフォーマット１Ｃに含まれる‘Uplink transmission duration and offset indication’フィールドに少なくとも基づいて決定されてもよい。
【０１２７】
条件（ｅ）から条件（ｉ）の少なくとも１つを満たさないならば（Ｓ９０４）、端末装置１は、このサブフレームに対するＤＲＸオペレーションを終了する。つまり、条件（ｅ）から条件（ｉ）の少なくとも１つを満たさないならば、端末装置１は、このサブフレームにおけるＰＤＣＣＨのモニタをしなくてもよい。
【０１２８】
尚、Ｓ９０４において用いられる条件は、条件（ｅ）から条件（ｉ）に限られるものではなく、Ｓ９０４において条件（ｅ）から条件（ｉ）と別の条件を用いてもよいし、条件（ｅ）から条件（ｉ）の一部を用いてもよい。
【０１２９】
ＰＤＣＣＨを介して受信した下りリンクアサインメントが下りリンク送信を指示するならば、または、このサブフレームに対して下りリンクアサインメントが設定されているならば（Ｓ９０８）、端末装置１は、対応する下りリンクのＨＡＲＱプロセスに対するHARQ
RTTタイマーをスタートし、対応する下りリンクのＨＡＲＱプロセスに対するdrx-RetransmissionTimerをストップし（Ｓ９１０）、そして、ステップＳ９１１Ａに進む。それ以
外の場合（Ｓ９０８）、端末装置１はＳ９１１Ａに進む。ここで、HARQ RTTタイマーの長さは８であってもよい。
【０１３０】
下りリンクアサインメントが設定されている状態は、ＳＰＳ  Ｃ−ＲＮＴＩをともなう下りリンクアサインメントによってセミパーシステントスケジューリングがアクティベートされている状態を意味する。
【０１３１】
ＰＤＣＣＨを介して受信した上りリンクグラントが非同期ＨＡＲＱプロセスに対する上りリンク送信を指示するならば（Ｓ９１１Ａ）、端末装置１は、（ｉ）該上りリンクグラントに対応するＰＵＳＣＨ送信を含むサブフレームにおいて該上りリンクグラントに対応する上りリンクのＨＡＲＱプロセスに対するUL HARQ RTTタイマーをスタートし、（ｉｉ
）該上りリンクグラントに対応する上りリンクのＨＡＲＱプロセスに対するdrx-ULRetransmissionTimerをストップし（Ｓ９１１Ｂ）、そして、（ｉｉｉ）ステップＳ９１２に進
む。それ以外の場合（Ｓ９１１Ａ）、端末装置１はＳ９１２に進む。ここで、UL HARQ RTTタイマーの長さは４であってもよい。
【０１３２】
ＰＤＣＣＨを介して受信した下りリンクアサインメントまたは上りリンクグラントが、下りリンクまたは上りリンクの初期送信を指示するならば（Ｓ９１２）、端末装置１は、drx-InactivityTimerをスタートまたはリスタートし（Ｓ９１４）、そして、このサブフ
レームに対するＤＲＸオペレーションを終了する。それ以外の場合は（Ｓ９１２）、端末装置１は、このサブフレームに対するＤＲＸオペレーションを終了する。
【０１３３】
しかしながら、ＤＣＩフォーマット０Ａ／０Ｂによって示される有効期間であり、且つ、上記のＤＲＸにおいてアクティブタイムではない期間において、ＣＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマット１Ｃがモニタされない可能性がある。
【０１３４】
そこで、本実施形態の一態様において、アクティブタイムは、ＤＣＩフォーマット０Ａ／０Ｂによって示される有効期間によって示される有効期間を、更に含んでもよい。図１０は、本実施形態におけるアクティブタイムの第１の例を示す図である。図１０におけるＤＣＩフォーマット０Ａ／０Ｂ（６０２）、ＤＣＩフォーマット１Ｃ（６０３）、および、ＰＵＳＣＨ（６０４）は、図６におけるＤＣＩフォーマット０Ａ／０Ｂ（６０２）、ＤＣＩフォーマット１Ｃ（６０３）、および、ＰＵＳＣＨ（６０４）と同じである。ここで、ＤＣＩフォーマット０Ａ／０Ｂ（６０２）は、ＰＵＳＣＨの初期送信を指示している。図１０において、アクティブタイム（６０５）は、（ｉ）onDurationTimer（６０６）ま
たはdrx-InactivityTimer（６０７）がランニングしている期間、および、（ｉｉ）ＤＣ
Ｉフォーマット０Ａ／０Ｂによって示される有効期間を含む。図１０において、端末装置１は、アクティブタイム（６０５）であり、且つ、上りリンク期間である期間（サブフレームｎ＋ｌからサブフレームｎ−Ｘ＋ｖ）において、Ｃ−ＲＮＴＩ、および、ＣＣ−ＲＮＴＩに対するＰＤＣＣＨをモニタしなくてもよい。これにより、ＣＣ−ＲＮＴＩに対するＰＤＣＣＨを効率的にモニタすることができる。
【０１３５】
本実施形態の別の態様において、アクティブタイムは、ＣＣ−ＲＮＴＩモニタリングウインドウを、更に含んでもよい。図１１は、本実施形態におけるアクティブタイムの第２の例を示す図である。図１１におけるＤＣＩフォーマット０Ａ／０Ｂ（６０２）、ＤＣＩフォーマット１Ｃ（６０３）、および、ＰＵＳＣＨ（６０４）は、図６におけるＤＣＩフォーマット０Ａ／０Ｂ（６０２）、ＤＣＩフォーマット１Ｃ（６０３）、および、ＰＵＳＣＨ（６０４）と同じである。ここで、ＤＣＩフォーマット０Ａ／０Ｂ（６０２）は、ＰＵＳＣＨの初期送信を指示している。図１１において、アクティブタイム（６０５）は、（ｉ）onDurationTimer（６０６）またはdrx-InactivityTimer（６０７）がランニングしている期間、および、（ｉｉ）ＣＣ−ＲＮＴＩモニタリングウインドウを含む。
【０１３６】
ＣＣ−ＲＮＴＩモニタリングウインドウは、ＤＣＩフォーマット０Ａ／０Ｂ（６０２）によってスケジュールされたＰＵＳＣＨ送信（６０４）がペンディングされている期間であってもよい。ＤＣＩフォーマット０Ａ／０Ｂ（６０２）によってスケジュールされたＰＵＳＣＨ送信（６０４）は、ＤＣＩフォーマット１Ｃ（６０３）の検出に基づいてキャンセルされてもよい。ＤＣＩフォーマット０Ａ／０Ｂ（６０２）によってスケジュールされたＰＵＳＣＨ送信（６０４）は、有効期間の終了に基づいてキャンセルされてもよい。ＣＣ−ＲＮＴＩモニタリングウインドウは、ＤＣＩフォーマット０Ａ／０Ｂ（６０２）が送信されるサブフレームｎ−Ｘの次のサブフレームｎ−Ｘ＋１からＤＣＩフォーマット１Ｃ（６０３）が送信されるサブフレームｎまでのサブフレームを含んでもよい。これにより、Ｃ−ＲＮＴＩおよびＣＣ−ＲＮＴＩに対するＰＤＣＣＨを効率的にモニタすることができる。
【０１３７】
本実施形態の更に別の態様において、アクティブタイムは、ＤＣＩフォーマット０Ａ／０Ｂによって示される有効期間、および、ＣＣ−ＲＮＴＩモニタリングウインドウを含ま
なくてもよい。図１２は、本実施形態におけるアクティブタイムの第３の例を示す図である。図１２におけるＤＣＩフォーマット０Ａ／０Ｂ（６０２）、ＤＣＩフォーマット１Ｃ（６０３）、および、ＰＵＳＣＨ（６０４）は、図６におけるＤＣＩフォーマット０Ａ／０Ｂ（６０２）、ＤＣＩフォーマット１Ｃ（６０３）、および、ＰＵＳＣＨ（６０４）と同じである。ここで、ＤＣＩフォーマット０Ａ／０Ｂ（６０２）は、ＰＵＳＣＨの初期送信を指示している。図１２において、アクティブタイム（６０５）は、（ｉ）onDurationTimer（６０６）またはdrx-InactivityTimer（６０７）がランニングしている期間を含む。図１２におけるＣＣ−ＲＮＴＩモニタリングウインドウは、図１１におけるＣＣ−ＲＮＴＩモニタリングウインドウと同じである。
【０１３８】
図１２において、端末装置１は、アクティブタイム（６０５）の間、または、有効期間の間に、ＣＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマット１Ｃの送信に用いられるＰＤＣＣＨをモニタしてもよい。図１２において、端末装置１は、アクティブタイム（６０５）の間に、端末装置１のＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットの送信に用いられるＰＤＣＣＨをモニタしてもよい。図１２において、端末装置１は、アクティブタイム（６０５）ではなく、且つ、有効期間である期間に、端末装置１のＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットの送信に用いられるＰＤＣＣＨをモニタしなくてもよい。これにより、Ｃ−ＲＮＴＩおよびＣＣ−ＲＮＴＩに対するＰＤＣＣＨを効率的にモニタすることができる。
【０１３９】
図１２において、端末装置１は、アクティブタイム（６０５）の間、または、ＣＣ−ＲＮＴＩモニタリングウインドウの間に、ＣＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマット１Ｃの送信に用いられるＰＤＣＣＨをモニタしてもよい。図１２において、端末装置１は、アクティブタイム（６０５）の間に、端末装置１のＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットの送信に用いられるＰＤＣＣＨをモニタしてもよい。図１２において、端末装置１は、アクティブタイム（６０５）ではなく、且つ、ＣＣ−ＲＮＴＩモニタリングウインドウである期間に、端末装置１のＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットの送信に用いられるＰＤＣＣＨをモニタしなくてもよい。これにより、Ｃ−ＲＮＴＩおよびＣＣ−ＲＮＴＩに対するＰＤＣＣＨを効率的にモニタすることができる。
【０１４０】
以下、本実施形態における、端末装置１の種々の態様について説明する。
【０１４１】
（１）本実施形態の第１の態様は、Ｃ−ＲＮＴＩ（cell radio network temporary identifier）およびＣＣ−ＲＮＴＩ（common control radio network temporary identifier）に対するＰＤＣＣＨ（physical downlink control channel）モニタリング活動を制御
するＤＲＸ（discontinuous reception）を行う端末装置１であって、アクティブタイム
の間に前記Ｃ−ＲＮＴＩおよび前記ＣＣ−ＲＮＴＩに対する前記ＰＤＣＣＨをモニタする受信部１０と、サブフレームｎ−Ｘにおける第１の下りリンク制御情報 を含む第１のＰ
ＤＣＣＨが検出され、且つ、サブフレームｎにおける第２の下りリンク制御情報 を含む
第２のＰＤＣＣＨが検出された場合に、サブフレームｎ＋ｋ＋ｌにおいてＰＵＳＣＨ（physical uplink shared channel）の送信を実行する送信部１０と、を備え、前記アクティブタイムは、少なくともＣＣ−ＲＮＴＩモニタリングウインドウを含み、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎ−Ｘにおける前記第１の下りリンク制御情報を含む前記第１のＰＤＣＣＨの検出に基づいて開始され、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎにおける前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨの検出に基づいて終了される。
【０１４２】
（２）本実施形態の第２の態様は、Ｃ−ＲＮＴＩ（cell radio network temporary identifier）およびＣＣ−ＲＮＴＩ（common control radio network temporary identifier）に対するＰＤＣＣＨ（physical downlink control channel）モニタリング活動を制御
するＤＲＸ（discontinuous reception）を行う端末装置と通信する基地局装置３であっ
て、アクティブタイムの間に前記Ｃ−ＲＮＴＩおよび前記ＣＣ−ＲＮＴＩに対する前記ＰＤＣＣＨを送信する送信部３０と、サブフレームｎ−Ｘにおける第１の下りリンク制御情報 を含む第１のＰＤＣＣＨが送信され、且つ、サブフレームｎにおける第２の下りリン
ク制御情報 を含む第２のＰＤＣＣＨが送信された場合に、サブフレームｎ＋ｋ＋ｌにお
いてＰＵＳＣＨ（physical uplink shared channel）の受信を実行する受信部３０と、を備え、前記アクティブタイムは、少なくともＣＣ−ＲＮＴＩモニタリングウインドウを含み、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎ−Ｘにおける前記第１の下りリンク制御情報を含む前記第１のＰＤＣＣＨの検出に基づいて開始され、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、前記サブフレームｎにおける前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨの検出に基づいて終了される。
【０１４３】
（３）本実施形態の第１および第２の態様において、第１の下りリンク制御情報はＤＣＩフォーマット０Ａ、または、ＤＣＩフォーマット０Ｂであってもよく、且つ、第２の下りリンク制御情報はＤＣＩフォーマット１Ｃであってもよい。
【０１４４】
（４）本実施形態の第１および第２の態様において、前記第２の下りリンク制御情報を含む前記第２のＰＤＣＣＨが検出されない場合、前記ＣＣ−ＲＮＴＩモニタリングウインドウは、所定の時間後に終了し、前記所定の時間は、前記第１の下りリンク制御情報における‘Timing offset’フィールドに少なくとも基づいて与えられる。ここで、前記所定
の時間は、上記の有効期間であってもよい。
【０１４５】
（５）本実施形態の第１および第２の態様において、前記ｋの値は前記第１の下りリンク制御情報における‘Timing offset’フィールドに少なくとも基づいて与えられ、前記
ｌの値は前記第２の下りリンク制御情報における‘Uplink transmission duration and offset indication’フィールドに少なくとも基づいて与えられる。
【０１４６】
（６）本実施形態の第１および第２の態様において、前記第１の下りリンク、制御情報は‘１’にセットされた‘PUSCH trigger A’フィールドを含み、前記第２の下りリンク
制御情報は、特定の第１の値にセットされている‘Uplink transmission duration and offset indication’フィールド、および／または、特定の第２の値にセットされている‘PUSCH trigger B’フィールドを含む。
【０１４７】
（７）本実施形態の第１および第２の態様において、前記第１の下りリンク制御情報に付加される第１のＣＲＣパリティビットは前記Ｃ−ＲＮＴＩによってスクランブルされ、前記第２の下りリンク制御情報に付加される第２のＣＲＣパリティビットは前記ＣＣ−ＲＮＴＩによってスクランブルされる。
【０１４８】
（８）本実施形態の第１および第２の態様において、前記第１の下りリンク制御情報は前記ＰＵＳＣＨのためのリソースブロック割当を示すための情報を含み、前記第２の下りリンク制御情報は前記ＰＵＳＣＨのためのリソースブロック割当を示すための情報を含まない。
【０１４９】
これにより、端末装置１は効率的に下りリンクのモニタを実行することができる。
【０１５０】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０１５１】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
【０１５２】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０１５３】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０１５４】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０１５５】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０１５６】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０１５７】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０１５８】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０１５９】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０  無線送受信部
１１  アンテナ部
１２  ＲＦ部
１３  ベースバンド部
１４  上位層処理部
１５  媒体アクセス制御層処理部
１６  無線リソース制御層処理部
３０  無線送受信部
３１  アンテナ部
３２  ＲＦ部
３３  ベースバンド部
３４  上位層処理部
３５  媒体アクセス制御層処理部
３６  無線リソース制御層処理部
【図１】
2019204983.tif 000003
【図２】
2019204983.tif 000004
【図３】
2019204983.tif 000005
【図４】
2019204983.tif 000006
【図５】
2019204983.tif 000007
【図６】
2019204983.tif 000008
【図７】
2019204983.tif 000009
【図８】
2019204983.tif 000010
【図９】
2019204983.tif 000011
【図１０】
2019204983.tif 000012
【図１１】
2019204983.tif 000013
【図１２】
2019204983.tif 000014