(57)【要約】【課題】端末装置と基地局装置が互いに、効率的に通信することができる。【解決手段】端末装置は、間欠受信が設定されている場合、アクティブタイムの間、前記制御チャネルをモニタし、前記アクティブタイムは、第１のタイマーがランニングしている期間、および、第２のタイマーがランニングしている期間を少なくとも含み、前記第１のタイマーは、下りリンク送信を指示する前記制御チャネルの受信に基づいてストップされ、前記第２のタイマーは、上りリンク送信を指示する前記制御チャネルの受信に基づいてストップされる。【選択図】図１２
2019054310.tif 000002
【特許請求の範囲】
【請求項１】
間欠受信が設定されている場合、アクティブタイムの間、前記制御チャネルをモニタするＭＡＣ（Medium Access Control）層処理部を備え、
前記アクティブタイムは、第１のタイマーがランニングしている期間、および、第２のタイマーがランニングしている期間を少なくとも含み、
前記第１のタイマーは、下りリンク送信を指示する前記制御チャネルの受信に基づいてストップされ、
前記第２のタイマーは、上りリンク送信を指示する前記制御チャネルの受信に基づいてストップされる
端末装置。
【請求項２】
前記第１のタイマーは、前記下りリンク送信に基づいてスタートされる
請求項１の端末装置。
【請求項３】
前記第１のタイマーは、前記下りリンク送信に対応するＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat reQuest）送信に基づいてスタートされる
請求項１の端末装置。
【請求項４】
前記第１のタイマーが、前記下りリンク送信、および、前記下りリンク送信に対応するＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat reQuest）送信の何れに基づいてスタート
されかは、基地局装置から受信した情報に基づいて決定される
請求項１の端末装置。
【請求項５】
前記第１のタイマーは、第３のタイマーの満了に基づいてスタートし、
前記第３のタイマーは、前記下りリンク送信を指示する前記制御チャネルの受信に基づいてスタートする
請求項１の端末装置。
【請求項６】
前記下りリンク送信は、下りリンクデータを含むチャネルの送信である
請求項１の端末装置。
【請求項７】
前記下りリンク送信は、下りリンク初期送信、および、下りリンク再送信を含む
請求項１の端末装置。
【請求項８】
前記第２のタイマーは、前記上りリンク送信に基づいてスタートされる
請求項１の端末装置。
【請求項９】
前記第２のタイマーは、第４のタイマーの満了に基づいてスタートし、
前記第３のタイマーは、前記上りリンク送信を指示する前記制御チャネルの受信に基づいてスタートする
請求項１の端末装置。
【請求項１０】
前記上りリンク送信は、上りリンクデータを含むチャネルの送信である
請求項１の端末装置。
【請求項１１】
前記上りリンク送信は、上りリンク初期送信、および、上りリンク再送信を含む
請求項１の端末装置。
【請求項１２】
端末装置に用いられる通信方法であって、
間欠受信が設定されている場合、アクティブタイムの間、前記制御チャネルをモニタし、
前記アクティブタイムは、第１のタイマーがランニングしている期間、および、第２のタイマーがランニングしている期間を少なくとも含み、
前記第１のタイマーは、下りリンク送信を指示する前記制御チャネルの受信に基づいてストップされ、
前記第２のタイマーは、上りリンク送信を指示する前記制御チャネルの受信に基づいてストップされる
通信方法。
【請求項１３】
前記第１のタイマーは、前記下りリンク送信に基づいてスタートされる
請求項１２の通信方法。
【請求項１４】
前記第１のタイマーは、前記下りリンク送信に対応するＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat reQuest）送信に基づいてスタートされる
請求項１２の通信方法。
【請求項１５】
前記第１のタイマーが、前記下りリンク送信、および、前記下りリンク送信に対応するＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat reQuest）送信の何れに基づいてスタート
されかは、基地局装置から受信した情報に基づいて決定される
請求項１２の通信方法。
【請求項１６】
前記第１のタイマーは、第３のタイマーの満了に基づいてスタートし、
前記第３のタイマーは、前記下りリンク送信を指示する前記制御チャネルの受信に基づいてスタートする
請求項１２の通信方法。
【請求項１７】
前記下りリンク送信は、下りリンクデータを含むチャネルの送信である
請求項１２の通信方法。
【請求項１８】
前記下りリンク送信は、下りリンク初期送信、および、下りリンク再送信を含む
請求項１２の通信方法。
【請求項１９】
前記第２のタイマーは、前記上りリンク送信に基づいてスタートされる
請求項１２の通信方法。
【請求項２０】
前記第２のタイマーは、第４のタイマーの満了に基づいてスタートし、
前記第３のタイマーは、前記上りリンク送信を指示する前記制御チャネルの受信に基づいてスタートする
請求項１２の通信方法。
【請求項２１】
前記上りリンク送信は、上りリンクデータを含むチャネルの送信である
請求項１２の通信方法。
【請求項２２】
前記上りリンク送信は、上りリンク初期送信、および、上りリンク再送信を含む
請求項１２の通信方法。
【請求項２３】
端末装置に実装される集積回路であって、
間欠受信が設定されている場合、アクティブタイムの間、前記制御チャネルをモニタするＭＡＣ（Medium Access Control）層処理回路を備え、
前記アクティブタイムは、第１のタイマーがランニングしている期間、および、第２のタイマーがランニングしている期間を少なくとも含み、
前記第１のタイマーは、下りリンク送信を指示する前記制御チャネルの受信に基づいてストップされ、
前記第２のタイマーは、上りリンク送信を指示する前記制御チャネルの受信に基づいてストップされる
集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、通信方法、および、集積回路に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE）」、または、「Evolved Universal Terrestrial Radio Access : EUTRA
」と称する。）の標準化作業が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）によって行われている（非特許文献１、２、３）。ＬＴＥでは、基地局装置をｅＮｏｄｅＢ（evolved NodeB）、端末装置をＵＥ（User Equipment）とも称する。ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセル
ラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
【０００３】
３ＧＰＰでは、端末装置のコスト削減、および、端末装置の消費電力削減のために、ＮＢ−ＩｏＴ（Narrow band - Internet of Things）の標準化作業を行っている。（非特許文献６）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】"3GPP TS 36.211 V13.0.0 (2015-12)", 6th January, 2016.
【非特許文献２】"3GPP TS 36.212 V13.0.0 (2015-12)", 6th January, 2016.
【非特許文献３】"3GPP TS 36.213 V13.0.0 (2015-12)", 6th January, 2016.
【非特許文献４】"3GPP TS 36.321 V13.0.0 (2015-12)", 14th January, 2016.
【非特許文献５】"3GPP TS 36.331 V13.0.0 (2015-12)", 7th January, 2016.
【非特許文献６】"Status Report for WI: NarrowBand IOT", RP-151931, Vodafone, Huawei, Ericsson, Qualcomm, 3GPP TSG RAN Meeting #70, Sitges, Spain, 7th - 10th December 2015.
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は効率的に基地局装置と通信することができる端末装置、該端末装置と通信する基地局装置、該端末装置に用いられる通信方法、該基地局装置に用いられる通信方法、該端末装置に実装される集積回路、該基地局装置に実装される集積回路を提供する。例えば、該端末装置に用いられる通信方法は、ＤＲＸ（Discontinuous Reception）の方法を含
んでもよい。
【課題を解決するための手段】
【０００６】
（１）本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は端末装置であって、間欠受信が設定されている場合、アクティブタイムの間、前記制御チャネルをモニタするＭＡＣ（Medium Access Control）層処理部を備え、前記アクティブ
タイムは、第１のタイマーがランニングしている期間、および、第２のタイマーがランニングしている期間を少なくとも含み、前記第１のタイマーは、下りリンク送信を指示する前記制御チャネルの受信に基づいてストップされ、前記第２のタイマーは、上りリンク送信を指示する前記制御チャネルの受信に基づいてストップされる。
【０００７】
（２）本発明の第２の態様は、端末装置に用いられる通信方法であって、間欠受信が設定されている場合、アクティブタイムの間、前記制御チャネルをモニタし、前記アクティブタイムは、第１のタイマーがランニングしている期間、および、第２のタイマーがラン
ニングしている期間を少なくとも含み、前記第１のタイマーは、下りリンク送信を指示する前記制御チャネルの受信に基づいてストップされ、前記第２のタイマーは、上りリンク送信を指示する前記制御チャネルの受信に基づいてストップされる。
【０００８】
（３）本発明の第３の態様は、端末装置に実装される集積回路であって、間欠受信が設定されている場合、アクティブタイムの間、前記制御チャネルをモニタするＭＡＣ（Medium Access Control）層処理回路を備え、前記アクティブタイムは、第１のタイマーがラ
ンニングしている期間、および、第２のタイマーがランニングしている期間を少なくとも含み、前記第１のタイマーは、下りリンク送信を指示する前記制御チャネルの受信に基づいてストップされ、前記第２のタイマーは、上りリンク送信を指示する前記制御チャネルの受信に基づいてストップされる。
【発明の効果】
【０００９】
この発明によれば、端末装置および基地局装置は互いに、効率的に通信することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態の無線通信システムの概念図である。
【図２】本実施形態の無線フレームの構成の一例を示す図である。
【図３】本実施形態の下りリンクスロットの概略構成を示す図である。
【図４】本実施形態におけるＮＢ−ＩｏＴセルのチャネル帯域幅設定の一例を示す図である。
【図５】本実施形態におけるＤＲＸサイクルの一例を示す図である。
【図６】本実施形態におけるＤＲＸオペレーションの第１の例を示すフロー図である。
【図７】本実施形態におけるＤＲＸオペレーションの第１の例におけるサブプロセスＡの一例を示すフロー図である。
【図８】本実施形態の第１の例におけるUL-drx-InactivityTimerの一例を示すフロー図である。
【図９】本実施形態の第１の例におけるDL-drx-InactivityTimerの一例を示すフロー図である。
【図１０】本実施形態におけるＤＲＸオペレーションの第２の例を示すフロー図である。
【図１１】本実施形態におけるＤＲＸオペレーションの第２の例におけるサブプロセスＢの一例を示すフロー図である。
【図１２】本実施形態の端末装置１の構成を示す概略ブロック図である。
【図１３】本実施形態の基地局装置３の構成を示す概略ブロック図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について説明する。
【００１２】
ＬＴＥ（Long Term Evolution）（登録商標）とＮＢ−ＩｏＴ（Narrow Band Internet of Things）は、異なるＲＡＴ（Radio Access Technology）として定義されてもよい。ＮＢ−ＩｏＴは、ＬＴＥに含まれる技術として定義されてもよい。本実施形態はＮＢ−ＩｏＴに対して適用されるが、ＬＴＥや、他のＲＡＴに適用されてもよい。
【００１３】
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、ＮＢ端末装置１、ＬＴＥ端末装置２、および、基地局装置３を具備する。基地局装置３は、ＮＢ基地局装置３Ａ、および、ＬＴＥ基地局装置３Ｂを含む。ＮＢ基地局装置３Ａ、および、ＬＴＥ基地局装置３Ｂは、別の装置として定義されてもよい。基地局装置
３は、コアネットワーク装置を含んでもよい。
【００１４】
ＮＢ端末装置１、および、ＮＢ基地局装置３Ａは、ＮＢ−ＩｏＴをサポートする。ＮＢ端末装置１、および、ＮＢ基地局装置３Ａは、ＮＢ−ＩｏＴを用いて互いに通信する。ＬＴＥ端末装置２、および、ＬＴＥ基地局装置３Ｂは、ＬＴＥをサポートする。ＬＴＥ端末装置２、および、ＬＴＥ基地局装置３Ｂは、ＬＴＥを用いて互いに通信する。
【００１５】
本実施形態の無線通信システムは、ＴＤＤ（Time Division Duplex）および／またはＦＤＤ（Frequency Division Duplex）が適用される。本実施形態では、端末装置１に対し
て１つのサービングセルが設定される。端末装置１に対して設定されるサービングセルを、ＮＢ−ＩｏＴセルとも称する。ＬＴＥ端末装置２に対して設定されるサービングセルを、ＬＴＥセルとも称する。
【００１６】
該設定される１つのサービングセルは、１つのプライマリーセルであってもよい。プライマリーセルは、初期コネクション確立（initial connection establishment）プロシージャが行なわれたサービングセル、コネクション再確立（connection re-establishment
）プロシージャを開始したサービングセル、または、ハンドオーバプロシージャにおいてプライマリーセルと指示されたセルである。
【００１７】
下りリンクにおいて、サービングセルに対応するキャリアを下りリンクコンポーネントキャリアと称する。上りリンクにおいて、サービングセルに対応するキャリアを上りリンクコンポーネントキャリアと称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリアと称する。
【００１８】
本実施形態は、スタンドアローン（standalone）、ガードバンド（guard band）、および、インバンド（in-band）の３つのシナリオ／モードに対して適用してもよい。スタン
ドアローンモードにおいて、ＮＢ−ＩｏＴセルのチャネル帯域幅はＬＴＥセルのチャネル帯域幅に含まれない。ガードバンドモードにおいて、ＮＢ−ＩｏＴセルのチャネル帯域幅はＬＴＥセルのガードバンドに含まれる。インバンドモードは、ＮＢ−ＩｏＴセルのチャネル帯域幅はＬＴＥセルの送信帯域幅に含まれる。例えば、ＬＴＥセルのガードバンドは、ＬＴＥセルのチャネル帯域幅に含まれるが、該ＬＴＥセルの送信帯域幅に含まれない帯域である。本実施形態は、何れのモードに対しても適用可能である。
【００１９】
図２は、本実施形態の無線フレームの構成の一例を示す図である。図２において、横軸は時間軸である。
【００２０】
それぞれの無線フレームは、時間領域において連続する１０のサブフレームを含んでもよい。それぞれのサブフレームｉは、時間領域において連続する２つのスロットを含んでもよい。該時間領域において連続する２つのスロットは、無線フレーム内のスロット番号nsが２ｉのスロット、および、無線フレーム内のスロット番号nsが２ｉ＋１のスロットであってもよい。それぞれの無線フレームは、時間領域において連続する１０のサブフレームを含んでもよい。それぞれの無線フレームは、時間領域において連続する２０のスロット（ns=0,1,…,19）を含んでもよい。
【００２１】
以下、本実施形態のスロットの構成について説明する。図３は、本実施形態の下りリンクスロットの概略構成を示す図である。図３において、１つのＮＢ−ＩｏＴセルにおける下りリンクスロットの構成を示す。図３において、横軸は時間軸であり、縦軸は周波数軸である。図３において、ｌはＯＦＤＭ（orthogonal frequency-division multiplexing）シンボル番号／インデックスであり、ｋはサブキャリア番号／インデックスである。
【００２２】
スロットのそれぞれにおいて送信される物理シグナルまたは物理チャネルは、リソースグリッドによって表現される。下りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントａｋ，ｌは、サブキャリア番号／インデックスｋ、および、ＯＦＤＭシンボル番号／インデックスｌによって表される。
【００２３】
リソースグリッドは、アンテナポート毎に定義される。本実施形態では、１つのアンテナポートに対する説明を行う。複数のアンテナポートのそれぞれに対して、本実施形態が適用されてもよい。
【００２４】
下りリンクスロットは、時間領域において、複数のＯＦＤＭシンボルｌ（l=0,1,…,NDLsymb-1）を含む。NDLsymbは、１つの下りリンクスロットに含まれるＯＦＤＭシンボルの
数を示す。ノーマルＣＰ（normal Cyclic Prefix）に対して、NDLsymbは７である。拡張
ＣＰ（extended Cyclic Prefix）に対して、NDLsymbは６である。
【００２５】
下りリンクスロットは、周波数領域において、複数のサブキャリアｋ（k=0,1,…,NDLRB
×NRBsc)を含む。NDLRBは、NRBscの倍数によって表現される、ＮＢ−ＩｏＴセルに対す
る下りリンク帯域幅設定である。ＮＢ−ＩｏＴセルに対する下りリンク帯域幅設定は１である。NRBscは、サブキャリアの数によって表現される、周波数領域における（物理）リ
ソースブロックサイズである。下りリンクにおいて、サブキャリア間隔Δfは１５ｋＨｚ
であり、NRBscは１２サブキャリアである。すなわち、下りリンクにおいてNRBscは、１８０ｋＨｚである。
【００２６】
リソースブロックは、物理チャネルのリソースエレメントへのマッピングを表すために用いられる。リソースブロックは、仮想リソースブロック（ＶＲＢ）と物理リソースブロック（ＰＲＢ）が定義される。物理チャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。１つの物理リソースブロックは、時間領域においてNDLsymbの連続するＯＦＤＭシンボルと周波数
領域においてNRBscの連続するサブキャリアとから定義される。ゆえに、１つの物理リソ
ースブロックは（NDLsymb×NRBsc）のリソースエレメントから構成される。１つの物理リソースブロックは、時間領域において１つのスロットに対応する。
【００２７】
上りリンクにおいて、サブキャリア間隔Δfは１５ｋＨｚまたは３．７５ｋＨｚである
。上りリンクのサブキャリア間隔Δfが１５ｋＨｚである場合、上りリンクのスロットの
構成は、下りリンクのスロットの構成と同じである。ただし、上りリンクにおいてＯＦＤＭは用いられなくてもよい。
【００２８】
上りリンクのサブキャリア間隔Δfが３．７５ｋＨｚである上りリンクスロットの説明
は省略するが、本実施形態を上りリンクのサブキャリア間隔Δfが３．７５ｋＨｚである
上りリンクスロットに対して適用してもよい。
【００２９】
図４は、本実施形態におけるＮＢ−ＩｏＴセルのチャネル帯域幅設定の一例を示す図である。図４において、横軸は周波数軸である。ＮＢ−ＩｏＴセルの送信帯域幅は１ＰＲＢであり、ＮＢ−ＩｏＴセルのチャネル帯域幅は２００ｋＨｚである。
【００３０】
本実施形態の物理チャネルおよび物理シグナルについて説明する。
【００３１】
図１において、基地局装置３Ａから端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力され
た情報を送信するために、物理層によって使用される。
・ＮＢ−ＰＢＣＨ（Narrow Band Physical Broadcast Channel）
・ＮＢ−ＰＤＣＣＨ（Narrow Band Physical Downlink Control Channel）
・ＮＢ−ＰＤＳＣＨ（Narrow Band Physical Downlink Shared Channel）
【００３２】
ＮＢ−ＰＢＣＨは、端末装置１で共通に用いられるシステム情報を報知するために用いられる。
【００３３】
ＮＢ−ＰＤＣＣＨは、ＮＢ−ＰＤＳＣＨのスケジューリングのために用いられる下りリンク制御情報（Narrow Band Downlink Control Information: DCI）、および、ＮＢ−Ｐ
ＵＳＣＨ（Narrow Band Physical Uplink Shared Channel）のスケジューリングのために用いられる下りリンク制御情報を送信するために用いられる。下りリンク制御情報は、ＨＡＲＱ情報を含んでもよい。ＨＡＲＱ情報は、初期送信および再送信を指示する情報を含んでもよい。初期送信を指示する情報を含むＮＢ−ＰＤＣＣＨを、初期送信を指示するＮＢ−ＰＤＣＣＨとも称する。再送信を指示する情報を含むＮＢ−ＰＤＣＣＨを、再送信を指示するＮＢ−ＰＤＣＣＨとも称する。
【００３４】
ＮＢ−ＰＤＳＣＨは、下りリンクデータ（Downlink Shared Channel: DL-SCH）を送信
するために用いられる。
【００３５】
図１において、基地局装置３Ａから端末装置１への下りリンクの無線通信では、以下の下りリンク物理シグナルが用いられる。下りリンク物理シグナルは、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・ＮＢ−ＳＳ（Narrow Band Synchronization Signal）
・ＮＢ−ＤＬ  ＲＳ（Narrow Band Downlink Reference Signal）
・ＮＢ−ＣＲＳ（Narrow Band Downlink Reference Signal）
【００３６】
ＮＢ−ＳＳは、端末装置１がＮＢ−ＩｏＴセルの下りリンクにおいて周波数および時間の同期を得るために用いられる。
【００３７】
ＮＢ−ＤＬ  ＲＳは、端末装置１がＮＢ−ＩｏＴセルの下りリンク物理チャネルの伝搬路補正を行なうために用いられてもよい。ＮＢ−ＤＬ  ＲＳは、端末装置１がＮＢ−ＩｏＴセルの下りリンクのチャネル状態情報を算出するために用いられてもよい。ここで、ＮＢ−ＤＬ  ＲＳは、ＮＢ−ＰＢＣＨの伝搬路補正を行うために用いられる。
【００３８】
ＮＢ−ＣＲＳは、端末装置１がＮＢ−ＩｏＴセルの下りリンク物理チャネルの伝搬路補正を行なうために用いられてもよい。ＮＢ−ＣＲＳは、端末装置１がＮＢ−ＩｏＴセルの下りリンクのチャネル状態情報を算出するために用いられてもよい。ここで、ＮＢ−ＣＲＳは、ＮＢ−ＰＢＣＨの伝搬路補正を行うために用いられない。
【００３９】
図１において、基地局装置３Ａから端末装置１への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。上りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用される。
・ＮＢ−ＰＲＡＣＨ（Narrow Band Physical Random Access Channel）
・ＮＢ−ＰＵＳＣＨ（Narrow Band Physical Uplink Shared Channel）
【００４０】
ＮＢ−ＰＵＳＣＨは、上りリンクデータ（Uplink Shared Channel: UL-SCH）、および
／または、上りリンク制御情報を送信するために用いられてもよい。上りリンク制御情報は、ＮＢ−ＰＤＳＣＨ（下りリンクデータ）に対応するＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat reQuest ACKnowledgement）を含む。
【００４１】
図１において、基地局装置３Ａから端末装置１への上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられる。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・ＮＢ−ＵＬ  ＲＳ（Narrow Band Downlink Reference Signal）
【００４２】
ＮＢ−ＵＬ  ＲＳは、基地局装置１がＮＢ−ＩｏＴセルの上りリンク物理チャネルの伝搬路補正を行なうために用いられてもよい。ＮＢ−ＵＬ  ＲＳは、端末装置１がＮＢ−ＩｏＴセルの上りリンクのチャネル状態情報を算出するために用いられてもよい。
【００４３】
下りリンク物理チャネルおよび下りリンク物理シグナルを総称して、下りリンク信号と称する。上りリンク物理チャネルおよび上りリンク物理シグナルを総称して、上りリンク信号と称する。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび上りリンク物理シグナルを総称して、物理シグナルと称する。
【００４４】
ＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（Medium Access Control: MAC）層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（transport block: TB）またはＭＡＣ  ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてト
ランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行な
われる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位
である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行なわれる。
【００４５】
トランスポートブロックは、ＳＲＢ（Signalling Radio Bearer）のデータ、および、
ＤＲＢ（Data Radio Bearer）のデータを含んでもよい。ＳＲＢは、ＲＲＣ（Radio Resource Control）メッセージ、および、ＮＡＳ（Non Access Stratum）メッセージの送信の
ためのみに用いられる無線ベアラとして定義される。ＤＲＢは、ユーザデータを伝送する無線ベアラとして定義される。
【００４６】
基地局装置３と端末装置１は、上位層（higher layer）において信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（RRC: Radio Resource Control）層において、ＲＲＣシグナリング（RRC message: Radio Resource Control
message、RRC information: Radio Resource Control informationとも称される）を送
受信してもよい。また、基地局装置３と端末装置１は、媒体アクセス制御（MAC: Medium Access Control）層において、ＭＡＣ  ＣＥ（Control Element）を送受信してもよい。
ここで、ＲＲＣシグナリング、および／または、ＭＡＣ  ＣＥを、上位層の信号（higher
layer signaling）とも称する。
【００４７】
ＮＢ−ＰＤＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣ  ＣＥを送信するために用いられる。ここで、基地局装置３からＮＢ−ＰＤＳＣＨで送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のシグナリングであってもよい。基地局装置３からＮＢ−ＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（dedicated signalingまたはUE specific signalingとも称する）であってもよい。セルスペシフィックパラメータは、セル内における複数の端末装置１に対して共通のシグナリング、または、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。ＵＥスペシフィックパラメータは、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。
【００４８】
同じデータに対応する物理チャネル（ＮＢ−ＰＤＣＣＨ、ＮＢ−ＰＤＳＣＨ、および、ＮＢ−ＰＵＳＣＨ）は、連続するサブフレームにおいて繰り返し送信されてもよい。物理チャネルの繰り返しレベル（Repetition Level: RL）は、物理チャネル毎に制御されてもよい。繰り返しレベル１は、同じデータに対応する物理チャネルを繰り返し送信しないことを意味する。１よりも大きい繰り返しレベルは、同じデータに対応する物理チャネルを繰り返し送信することを意味する。すなわち、繰り返しレベルは、時間領域における物理チャネルの１つの送信インスタンス（instance）の長さに関連する。
【００４９】
繰り返しレベルは、下りリンク制御情報、ＲＲＣシグナリング、ＭＡＣ  ＣＥ、および、範囲レベル（coverage level）の一部、または全部に少なくとも基づいてもよい。当該範囲レベルは、第１の範囲レベル、および、第２の範囲レベルを少なくとも含む。当該範囲レベルは、３つ、または、３より多い範囲レベルを含んでもよい。
【００５０】
範囲レベルは、繰り返しレベルに関連する。第１の範囲レベルが設定された端末装置１は、繰り返しレベルがＸ、または、Ｘより小さい物理チャネルを送信、または、受信してもよい。第１の範囲レベルが設定された端末装置１は、繰り返しレベルがＸより大きい物理チャネルを送信、または、受信しなくてもよい。第２の範囲レベルが設定された端末装置１は、繰り返しレベルがＸより大きい物理チャネルを送信、または、受信してもよい。例えば、Ｘは１、または、３でもよい。
【００５１】
端末装置１は、基地局装置３から受信した情報に基づいて、範囲レベル（coverage level）を設定してもよい。端末装置１は、セル選択（cell selection）手順、セル再選択（cell reselection）手順、または、ランダムアクセス手順において、範囲レベルを選択してもよい。端末装置１は、セル選択手順、セル再選択手順、または、ランダムアクセス手順において、基地局装置３から受信した情報に基づいて、範囲レベルを選択してもよい。ここで、当該情報は、下りリンク制御情報、ＲＲＣシグナリング、または、ＭＡＣ  ＣＥでもよい。
【００５２】
セル選択手順、または、セル再選択手順において、端末装置１は、第１の範囲レベルに対応するパラメータに基づいて第１の条件を満たすセルの検出を試みてもよい。当該第１の条件を満たすセルが選択された場合、端末装置１は、第１の範囲レベルをセットしてもよい。当該第１の条件を満たすセルを検出できなかった場合、端末装置１は、第２の範囲レベルに対応するパラメータに基づいて第２の条件を満たすセルの検出を試みてもよい。当該第２の条件を満たすセルが選択された場合、端末装置１は、第２の範囲レベルをセットしてもよい。
【００５３】
例えば、端末装置１は、第１の範囲レベルをセットし、第１の範囲レベルに対応するパラメータに基づいてランダムアクセス手順を実行してもよい。第１の範囲レベルに対応するパラメータに基づくランダムアクセス手順に失敗した場合、端末装置２は、第２の範囲レベルをセットし、第２の範囲レベルに対応するパラメータに基づいてランダムアクセス手順を実行してもよい。
【００５４】
第１の範囲レベルに対応するパラメータ、および、第２の範囲レベルに対応するパラメータは、端末装置１が備えるメモリなどに予め設定されていてもよい。基地局装置３は、第１の範囲レベルに対応するパラメータを示す情報、および、第２の範囲レベルに対応するパラメータを示す情報を報知／送信してもよい。
【００５５】
端末装置１は、下りリンク信号の測定（下りリンク測定）に基づいて、範囲レベルを設定してもよい。
【００５６】
端末装置１のＭＡＣ層（HARQ entity）、および、基地教装置３のＭＡＣ層（HARQ entity）は、下りリンクにおいて１つのＨＡＲＱプロセスを管理する。端末装置１のＭＡＣ層、および、基地教装置３のＭＡＣ層は、上りリンクにおいて１つのＨＡＲＱプロセスを管理する。下りリンクにおけるＨＡＲＱプロセスを、下りリンクＨＡＲＱプロセスとも称する。上りリンクにおけるＨＡＲＱプロセスを、上りリンクＨＡＲＱプロセスとも称する。下りリンクＨＡＲＱプロセスは１つの下りリンクデータ（トランスポートブロック）のＨＡＲＱを制御する。上りリンクＨＡＲＱプロセスは１つの上りリンクデータ（トランスポートブロック）のＨＡＲＱを制御する。
【００５７】
端末装置１のＭＡＣ層（HARQ entity）、および、基地教装置３のＭＡＣ層（HARQ entity）のそれぞれは、更に、１つのブロードキャストＨＡＲＱプロセスを管理してもよい。ブロードキャストＨＡＲＱプロセスは、基地局装置３によって報知されるシステム情報に関連してもよい。
【００５８】
以下、本実施形態におけるＤＲＸ（Discontinuous Reception）について説明する。
【００５９】
ＤＲＸ機能（functionality）は上位層（ＲＲＣ）によって設定され、ＭＡＣによって
処理される。ＤＲＸ機能は、端末装置１のＣ−ＲＮＴＩ（Cell Radio Network Temporary
Identifier）に対する端末装置１のＰＤＣＣＨモニタリング活動（activity）を制御す
る。つまり、ＤＲＸ機能は、端末装置１のＣ−ＲＮＴＩによってスクランブルされたＣＲＣ（Cyclic Redundancy Check）パリティビットが付加された下りリンク制御情報の送信
に用いられるＮＢ−ＰＤＣＣＨに対する端末装置１のモニタリング活動を制御する。Ｃ−ＲＮＴＩは、セル内において端末装置１を一意に識別するための識別子である。
【００６０】
ＤＲＸが設定されるならば、端末装置１は以下で説明するＤＲＸオペレーションを用いて非連続的にＮＢ−ＰＤＣＣＨをモニタしてもよい。それ以外の場合には、端末装置１は連続的にＮＢ−ＰＤＣＣＨをモニタしてもよい。
【００６１】
上位層（ＲＲＣ）は、以下の複数のタイマーと、drxStartOffsetの値を設定することによりＤＲＸオペレーションを制御する。
【００６２】
・onDurationTimer
・drx-InactivityTimer
・drx-RetransmissionTimer
・longDRX-Cycle
・HARQ RTT（Round Trip Time）タイマー
【００６３】
タイマーは一度スタートすると、タイマーがストップされるまで、または、タイマーが満了するまでランニングしている。それ以外の場合は、タイマーはランニングしていない。タイマーがランニングしていないならば、タイマーはスタートされる可能性がある。タイマーがランニングしているならば、タイマーがリスタートされる可能性がある。タイマーは常に、該タイマーの初期値からスタート、または、リスタートされる。
【００６４】
基地局装置３は、onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer
、longDRX-Cycle、および、drxStartOffsetの値を示すパラメータ／情報を含むＲＲＣメ
ッセージを端末装置１に送信してもよい。端末装置１は、受信した該ＲＲＣメッセージに基づいて、onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer、longDRX-Cycle、および、drxStartOffsetの値をセットしてもよい。longDRX-Cycleを、ＤＲＸサ
イクルとも称する。
【００６５】
onDurationTimerは、ＤＲＸサイクルの始めから連続するＮＢ−ＰＤＣＣＨサブフレー
ムの数を示す。
【００６６】
drx-InactivityTimerは、上りリンク、および、下りリンクに対して共通であってもよ
い。上りリンク、および、下りリンクに対して共通であるdrx-InactivityTimerを、単にdrx-InactivityTimerと称する。drx-InactivityTimerは、端末装置１に対する上りリンク
データまたは下りリンクデータの初期送信を指示するＮＢ−ＰＤＣＣＨがマップされるサブフレームの後の連続するＮＢ−ＰＤＣＣＨサブフレームの数を示す。
【００６７】
drx-InactivityTimerは、上りリンク、および、下りリンクに対して個別に定義されて
もよい。上りリンクに対するdrx-InactivityTimerを、UL-drx-InactivityTimerと称する
。UL-drx-InactivityTimerは、端末装置１に対する上りリンクデータの初期送信を指示するＮＢ−ＰＤＣＣＨがマップされるサブフレームの後の連続するＮＢ−ＰＤＣＣＨサブフレームの数を示す。下りリンクに対するdrx-InactivityTimerを、DL-drx-InactivityTimerと称する。DL-drx-InactivityTimerは、端末装置１に対する下りリンクデータの初期送
信を指示するＮＢ−ＰＤＣＣＨがマップされるサブフレームの後の連続するＮＢ−ＰＤＣＣＨサブフレームの数を示す。UL-drx-InactivityTimer、および、DL-drx-InactivityTimerに対して、同じ値が適用されてもよい。すなわち、基地局装置３は、UL-drx-InactivityTimer、および、DL-drx-InactivityTimerの両方に適用される１つの値を示すパラメータ／情報を含むＲＲＣメッセージを端末装置１に送信してもよい。UL-drx-InactivityTimerの値、および、DL-drx-InactivityTimerの値は、個別に設定されてもよい。すなわち、基地局装置３は、UL-drx-InactivityTimerに適用される１つの値を示すパラメータ／情報、および、DL-drx-InactivityTimerに適用される１つの値を示すパラメータ／情報の両方を含むＲＲＣメッセージを端末装置１に送信してもよい。drx-InactivityTimerの値、UL-drx-InactivityTimerの値、および、DL-drx-InactivityTimerの値は０でもよい。
【００６８】
drx-RetransmissionTimerは、端末装置１によって期待される下りリンク再送信、また
は、上りリンク再送信のための連続するＮＢ−ＰＤＣＣＨサブフレームの最大の数を示す。drx-RetransmissionTimerは、上りリンク、および、下りリンクに対して個別に定義さ
れてもよい。上りリンクに対するdrx-RetransmissionTimerを、UL- drx-RetransmissionTimerと称する。下りリンクに対するdrx-RetransmissionTimerを、DL-drx-RetransmissionTimerと称する。UL-drx-RetransmissionTimer、および、DL-drx-RetransmissionTimerに
対して、同じ値が適用されてもよい。すなわち、基地局装置３は、UL-drx-RetransmissionTimer、および、DL-drx-RetransmissionTimerの両方に適用される１つの値を示すパラメータ／情報を含むＲＲＣメッセージを端末装置１に送信してもよい。UL-drx-RetransmissionTimerの値、および、DL-drx-RetransmissionTimerの値は、個別に設定されてもよい。すなわち、基地局装置３は、UL-drx-RetransmissionTimerに適用される１つの値を示すパラメータ／情報、および、DL-drx-RetransmissionTimerに適用される１つの値を示すパラメータ／情報の両方を含むＲＲＣメッセージを端末装置１に送信してもよい。drx-RetransmissionTimerの値、UL-drx-RetransmissionTimerの値、および、DL-drx-RetransmissionTimerの値は０でもよい。
【００６９】
ＤＲＸサイクルは、オンデュレーション（On Duration）の繰り返し周期を示す。オン
デュレーションの期間の後に、端末装置１のＣ−ＲＮＴＩに対する端末装置１のＮＢ−ＰＤＣＣＨモニタリングの非活動（inactivity）が可能な期間が続く。
【００７０】
drxStartOffsetは、ＤＲＸサイクルがスタートするサブフレームを示す。
【００７１】
図５は、本実施形態におけるＤＲＸサイクルの一例を示す図である。図５において、横軸は時間軸である。図５において、オンデュレーションの期間Ｐ５００において、端末装
置１はＮＢ−ＰＤＣＣＨをモニタする。図５において、オンデュレーションの期間Ｐ５００の後の期間Ｐ５０２が、Ｃ−ＲＮＴＩに対する端末装置１のＰＤＣＣＨモニタリング非活動が可能な期間である。つまり、図５において、端末装置１は、期間Ｐ５０２においてＣ−ＲＮＴＩに対するＮＢ−ＰＤＣＣＨをモニタしなくてもよい。
【００７２】
ＤＲＸサイクルが設定された場合、アクティブタイム（Active Time）は下記の条件（
ａ）を満たす期間を含んでもよい。アクティブタイムは、条件（ａ）以外の条件を満たす期間を含んでもよい。
・条件（ａ）：onDurationTimer、drx-InactivityTimer、UL-drx-InactivityTimer、DL-drx-InactivityTimer、drx-RetransmissionTimer、UL-drx-RetransmissionTimer、DL-drx-RetransmissionTimer、または、mac-ContentionResolutionTimerがランニングしている
【００７３】
図６は、本実施形態におけるＤＲＸオペレーションの第１の例を示すフロー図である。ＤＲＸが設定された場合、端末装置１は、サブフレームのそれぞれに対して、図６のフロー図に基づいてＤＲＸオペレーションを実行してもよい。第１の例において、UL-drx-InactivityTimer、および、DL-drx-InactivityTimerが用いられる。第１の例において、UL-drx-InactivityTimer、および、DL-drx-InactivityTimerの代わりに、上りリンク、および、下りリンクに対して共通であるdrx-InactivityTimerが用いられてもよい。第１の例に
おいて、UL-drx-InactivityTimer、および、DL-drx-InactivityTimerがスタート／ストップする代わりに、drx-InactivityTimerがスタート／ストップしてもよい。
【００７４】
このサブフレームにおいて上りリンクＨＡＲＱプロセスに対応する第１のUL HARQ RTT
タイマーが満了するならば（Ｓ６００）、端末装置１は、該UL HARQ RTTタイマーに対応
する上りリンクＨＡＲＱプロセスに対するUL-drx-InactivityTimerをスタートし（Ｓ６０１）、そして、Ｓ６０２に進む。それ以外の場合（Ｓ６００）、端末装置１はＳ６０２に進む。
【００７５】
このサブフレームにおいて下りリンクＨＡＲＱプロセスに対応する第１のDL HARQ RTT
タイマーが満了するならば（Ｓ６０２）、端末装置１は、該DL HARQ RTTタイマーに対応
する下りリンクＨＡＲＱプロセスに対するDL-drx-InactivityTimerをスタートし（Ｓ６０３）、そして、Ｓ６０４に進む。それ以外の場合（Ｓ６０２）、端末装置１はＳ６０４に進む。
【００７６】
ＤＲＸコマンドＭＡＣ  ＣＥが受信されるならば（Ｓ６０４）、端末装置１はonDurationTimer、UL-drx-InactivityTimer、および、DL-drx-InactivityTimerをストップし（Ｓ
６０５）、そして、Ｓ６０６に進む。それ以外の場合（Ｓ６０４）、端末装置１はＳ６０６に進む。
【００７７】
[(SFN * 10) + subframe番号] modulo (longDRX-Cycle) = drxStartOffsetならば（Ｓ６０６）、端末装置１はonDurationTimerをスタートし（Ｓ６０７）、そして、Ｓ６０８
に進む。それ以外の場合（Ｓ６０６）、端末装置１はＳ６０８に進む。ここで、SFN（System Frame Number）は、無線フレームの番号である。ここで、subframe番号は、１つの無線フレーム内におけるサブフレームの番号である。ここで、subframe番号は、無線フレーム内のスロット番号nsを用いて表現できる。subframe番号はfloor（ns/2）である。floor
(X)は入力された値Ｘよりも小さい、最大の整数を出力する関数である。
【００７８】
条件を満たすならば（Ｓ６０８）、端末装置１は、このサブフレームにおいてＮＢ−ＰＤＣＣＨをモニタし（６０９）、そして、Ｓ６１０に進む。ここで、当該条件は、以下の条件（ｂ）から（ｃ）を含んでもよい。当該条件は、以下の条件（ｂ）から（ｃ）以外の条件を含んでもよい。
【００７９】
・条件（ａ）：このサブフレームがアクティブタイムの期間に含まれる
・条件（ｂ）：このサブフレームがＰＤＣＣＨサブフレームである
・条件（ｃ）：このサブフレームが設定された測定ギャップ（measurement gap）の一部
ではない
【００８０】
１つのＦＤＤサービングセルに対して、全てのサブフレームがＰＤＣＣＨサブフレームであってもよい。１つのＦＤＤサービングセルに対して、基地局装置３によって送信／報知されるシステム情報によって指示されるサブフレームがＰＤＣＣＨサブフレームであってもよい。端末装置１および基地局装置３は、ＴＤＤサービングセルに対して、ＵＬ−ＤＬ設定に基づいてＰＤＣＣＨサブフレームを特定してもよい。１つのＴＤＤサービングセルを用いて基地局装置３と通信する端末装置１、および、該基地局装置３は、前記サービングセルに対応するＵＬ−ＤＬ設定によって、下りリンクサブフレーム、または、ＤｗＰＴＳを含むサブフレームとして指示されたサブフレームをＰＤＣＣＨサブフレームとして特定してもよい。
【００８１】
測定ギャップは、端末装置１が異なる周波数のセル、および／または、異なるＲＡＴ（Radio Access Technology）の測定を行なうための時間間隔である。基地局装置３は、測
定ギャップの期間を示す情報を、端末装置１に送信する。端末装置１は、該情報に基づいて測定ギャップの期間を設定する。端末装置１は、測定ギャップを設定しなくてもよい。
【００８２】
Ｓ６０８において条件を満たさないならば（Ｓ６０８）、端末装置１は、このサブフレームに対するＤＲＸオペレーションを終了する。つまり、Ｓ６０８において条件を満たさないならば、端末装置１は、このサブフレームにおけるＮＢ−ＰＤＣＣＨのモニタをしなくてもよい。
【００８３】
Ｓ６１０において、端末装置１は、サブプロセスＡを実行し、そして、このサブフレームに対するＤＲＸオペレーションを終了する。図７は、本実施形態におけるＤＲＸオペレーションの第１の例におけるサブプロセスＡの一例を示すフロー図である。
【００８４】
ＮＢ−ＰＤＣＣＨを介して受信した下りリンク制御情報が上りリンク送信を指示するならば（Ｓ７００）、端末装置１は、対応する上りリンクＨＡＲＱプロセスに対する第１のUL HARQ RTTタイマーをスタートし、対応する上りリンクＨＡＲＱプロセスに対するUL-drx-InactivityTimerをストップし（Ｓ７０１）、そして、Ｓ７０２に進む。それ以外の場
合（Ｓ７００）、端末装置１はＳ７０２に進む。Ｓ７００の上りリンク送信は、初期送信でもよい。Ｓ７００の上りリンク送信は、再送信でもよい。Ｓ７００の上りリンク送信は、上りリンクデータを含むＮＢ−ＰＵＳＣＨの送信でもよい。
【００８５】
ＮＢ−ＰＤＣＣＨを介して受信した下りリンク制御情報が下りリンク送信を指示するならば（Ｓ７０２）、端末装置１は、対応する下りリンクＨＡＲＱプロセスに対する第１のDL HARQ RTTタイマーをスタートし、対応する下りリンクＨＡＲＱプロセスに対するDL-drx-InactivityTimerをストップし（Ｓ７０３）、そして、サブプロセスＡの処理を終了す
る。それ以外の場合（Ｓ７０２）、端末装置１はサブプロセスＡの処理を終了する。Ｓ７０２の下りリンク送信は、初期送信でもよい。Ｓ７０２の下りリンク送信は、再送信でもよい。Ｓ７０２の下りリンク送信は、下りリンクデータを含むＮＢ−ＰＤＳＣＨの送信でもよい。
【００８６】
図８は、本実施形態の第１の例におけるUL-drx-InactivityTimerの一例を示すフロー図である。図８において、横軸は時間軸である。図８において、Ｐ８００はUL-drx-InactivityTimerがランニングしている期間であり、Ｐ８０１は第１のUL HARQ RTTタイマーがラ
ンニングしている期間である。図８において、ＮＢ−ＰＤＣＣＨ８０２は、ＮＢ−ＰＵＳＣＨ８０３の送信（上りリンク送信）に対応する。ＮＢ−ＰＵＳＣＨ８０３は、少なくとも上りリンクデータを伝送する。端末装置１は、ＮＢ−ＰＤＣＣＨ８０２を受信／検出した最後のサブフレーム、または、該最後のサブフレームの次のサブフレームにおいて、UL-drx-InactivityTimerをストップしてもよい。端末装置１は、ＮＢ−ＰＤＣＣＨ８０２を受信／検出した最後のサブフレーム、または、該最後のサブフレームの次のサブフレームにおいて、第１のUL HARQ RTTタイマーをスタートしてもよい。端末装置１は、第１のUL HARQ RTTタイマーが満了したサブフレーム、または、該サブフレームの次のサブフレームにおいて、UL-drx-InactivityTimerをスタートしてもよい。
【００８７】
ＮＢ−ＰＵＳＣＨ８０３が送信される最後のサブフレーム、または、該最後のサブフレームよりＡ後のサブフレームにおいて第１のUL HARQ RTTタイマーが満了するように、第
１のUL HARQ RTTタイマーをセットしてもよい。Ａの値は、仕様書などによって予め定義
されてもよい。Ａの値は、基地局装置３から受信した情報（ＲＲＣメッセージ、および／または、下りリンク制御情報）、範囲レベル、ＮＢ−ＰＤＣＣＨ８０２の繰り返しレベル、および／または、ＮＢ−ＰＵＳＣＨ８０３の繰り返しレベルによって与えられてもよい。
【００８８】
端末装置１は、ＮＢ−ＰＵＳＣＨ８０３の送信に基づいてUL-drx-InactivityTimerをスタートしてもよい。端末装置１は、ＮＢ−ＰＵＳＣＨ８０３が送信される最後のサブフレーム、または、該最後のサブフレームよりＡ後のサブフレームにおいてUL-drx-InactivityTimerをスタートしてもよい。この場合、第１のUL HARQ RTTタイマーを用いなくてもよ
い。
【００８９】
図９は、本実施形態の第１の例におけるDL-drx-InactivityTimerの一例を示すフロー図である。図９において、横軸は時間軸である。図９において、Ｐ９００はDL-drx-InactivityTimerがランニングしている期間であり、Ｐ９０１は第１のDL HARQ RTTタイマーがラ
ンニングしている期間である。図９において、ＮＢ−ＰＤＣＣＨ９０２は、ＮＢ−ＰＤＳＣＨ９０３の送信（下りリンク送信）に対応する。ＮＢ−ＰＵＳＣＨ９０４は、ＮＢ−ＰＤＳＣＨ９０３に対応するＨＡＲＱ−ＡＣＫを伝送する。端末装置１は、ＮＢ−ＰＤＣＣＨ９０２を受信／検出した最後のサブフレーム、または、該最後のサブフレームの次のサブフレームにおいて、DL-drx-InactivityTimerをストップしてもよい。端末装置１は、ＮＢ−ＰＤＣＣＨ９０２を受信／検出した最後のサブフレーム、または、該最後のサブフレームの次のサブフレームにおいて、第１のDL HARQ RTTタイマーをスタートしてもよい。
端末装置１は、第１のDL HARQ RTTタイマーが満了したサブフレーム、または、該サブフ
レームの次のサブフレームにおいて、DL-drx-InactivityTimerをスタートしてもよい。
【００９０】
ＮＢ−ＰＵＳＣＨ９０４が送信される最後のサブフレーム、または、該最後のサブフレームよりＡ後のサブフレームにおいて第１のDL HARQ RTTタイマーが満了するように、第
１のDL HARQ RTTタイマーをセットしてもよい。Ａの値は、仕様書などによって予め定義
されてもよい。Ａの値は、基地局装置３から受信した情報（ＲＲＣメッセージ、および／または、下りリンク制御情報）、範囲レベル、ＮＢ−ＰＤＣＣＨ９０２の繰り返しレベル、ＮＢ−ＰＤＳＣＨ９０３の繰り返しレベル、および／または、ＮＢ−ＰＵＳＣＨ９０４の繰り返しレベルによって与えられてもよい。図８におけるＡの値と、図９におけるＡの値は同じでもよい。つまり、図８におけるＡの値と、図９におけるＡの値は、同じ方法に基づいて算出されてもよい。
【００９１】
端末装置１は、ＮＢ−ＰＵＳＣＨ９０４の送信に基づいてDL-drx-InactivityTimerをスタートしてもよい。端末装置１は、ＮＢ−ＰＵＳＣＨ９０４が送信される最後のサブフレーム、または、該最後のサブフレームよりＡ後のサブフレームにおいてDL-drx-Inactivit
yTimerをスタートしてもよい。この場合、第１のDL HARQ RTTタイマーを用いなくてもよ
い。
【００９２】
ＮＢ−ＰＤＳＣＨ９０３が受信される最後のサブフレーム、または、該最後のサブフレームよりＡ後のサブフレームにおいて第１のDL HARQ RTTタイマーが満了するように、第
１のDL HARQ RTTタイマーをセットしてもよい。
【００９３】
端末装置１は、ＮＢ−ＰＤＳＣＨ９０３の受信に基づいてDL-drx-InactivityTimerをスタートしてもよい。端末装置１は、ＮＢ−ＰＤＳＣＨ９０３が受信される最後のサブフレーム、または、該最後のサブフレームよりＡ後のサブフレームにおいてDL-drx-InactivityTimerをスタートしてもよい。この場合、第１のDL HARQ RTTタイマーを用いなくてもよ
い。
【００９４】
端末装置１が、ＮＢ−ＰＤＳＣＨ９０３の受信、および、ＮＢ−ＰＵＳＣＨ９０４の送信の何れに基づいてDL-drx-InactivityTimerをスタートするかは、基地局装置３から受信した情報（ＲＲＣメッセージ、および／または、下りリンク制御情報）、範囲レベル、物理チャネルそれぞれの繰り返しレベル、ＮＢ−ＰＵＳＣＨのサブキャリア間隔（subcarrier spacing）、および／または、ＮＢ−ＰＵＳＣＨリソースの割当モードに基づいて決定されてもよい。ＮＢ−ＰＵＳＣＨリソースの割当モードは、ＮＢ−ＰＵＳＣＨのサブキャリア間隔に関連していてもよい。
【００９５】
図１０は、本実施形態におけるＤＲＸオペレーションの第２の例を示すフロー図である。ＤＲＸが設定された場合、端末装置１は、サブフレームのそれぞれに対して、図１０のフロー図に基づいてＤＲＸオペレーションを実行してもよい。第２の例において、UL-drx-InactivityTimer、および、DL-drx-InactivityTimerが用いられる。第２の例において、UL-drx-InactivityTimer、および、DL-drx-InactivityTimerの代わりに、上りリンク、および、下りリンクに対して共通であるdrx-InactivityTimerが用いられてもよい。第２の
例において、UL-drx-InactivityTimer、および、DL-drx-InactivityTimerがスタート／ストップされる代わりに、drx-InactivityTimerがスタート／ストップされてもよい。第２
の例において、UL-drx-RetransmissionTimer、および、DL-drx-RetransmissionTimerが用いられる。第２の例において、UL-drx-RetransmissionTimer、および、DL-drx-RetransmissionTimerの代わりに、上りリンク、および、下りリンクに対して共通であるdrx-RetransmissionTimerが用いられてもよい。第２の例において、UL-drx-RetransmissionTimer、
および、DL-drx-RetransmissionTimerがスタート／ストップされる代わりに、drx-RetransmissionTimer がスタート／ストップされてもよい。
【００９６】
このサブフレームにおいて上りリンクＨＡＲＱプロセスに対応する第１のUL HARQ RTT
タイマーが満了するならば（Ｓ１０００）、端末装置１は、該UL HARQ RTTタイマーに対
応する上りリンクＨＡＲＱプロセスに対するUL-drx-InactivityTimerをスタートし（Ｓ１００１）、そして、Ｓ１００２に進む。それ以外の場合（Ｓ１０００）、端末装置１はＳ１００２に進む。
【００９７】
このサブフレームにおいて上りリンクＨＡＲＱプロセスに対応する第２のUL HARQ RTT
タイマーが満了する、且つ、上りリンクＨＡＲＱプロセスに関連するＨＡＲＱバッファが空ではないならば（Ｓ１００２）、端末装置１は、該UL HARQ RTTタイマーに対応する上
りリンクＨＡＲＱプロセスに対するUL-drx-RetransmissionTimerをスタートし（Ｓ１００３）、そして、Ｓ１００４に進む。それ以外の場合（Ｓ１００２）、端末装置１はＳ１００４に進む。
【００９８】
このサブフレームにおいて下りリンクＨＡＲＱプロセスに対応する第１のDL HARQ RTT
タイマーが満了するならば（Ｓ１００４）、端末装置１は、該DL HARQ RTTタイマーに対
応する下りリンクＨＡＲＱプロセスに対するDL-drx-InactivityTimerをスタートし（Ｓ１００５）、そして、Ｓ１００６に進む。それ以外の場合（Ｓ１００４）、端末装置１はＳ１００６に進む。
【００９９】
このサブフレームにおいて下りリンクＨＡＲＱプロセスに対応する第２のDL HARQ RTT
タイマーが満了する、且つ、下りリンクＨＡＲＱプロセスのデータが成功裏に復号されなかったならば（Ｓ１００６）、端末装置１は、該DL HARQ RTTタイマーに対応する下りリ
ンクＨＡＲＱプロセスに対するDL-drx-RetransmissionTimerをスタートし（Ｓ１００７）、そして、Ｓ１００８に進む。それ以外の場合（Ｓ１００６）、端末装置１はＳ１００８に進む。
【０１００】
図１０におけるＳ１００８からＳ１０１３までの処理は、図６におけるＳ６０４からＳ６０９までの処理と同じである。
【０１０１】
Ｓ１０１４において、端末装置１は、サブプロセスＢを実行し、そして、このサブフレームに対するＤＲＸオペレーションを終了する。図１１は、本実施形態におけるＤＲＸオペレーションの第２の例におけるサブプロセスＢの一例を示すフロー図である。
【０１０２】
ＮＢ−ＰＤＣＣＨを介して受信した下りリンク制御情報が上りリンク初期送信を指示するならば（Ｓ１１００）、端末装置１は、対応する上りリンクＨＡＲＱプロセスに対する第１のUL HARQ RTTタイマーをスタートし、対応する上りリンクＨＡＲＱプロセスに対す
るUL-drx-InactivityTimerをストップし（Ｓ１１０１）、そして、Ｓ１１０２に進む。それ以外の場合（Ｓ１１００）、端末装置１はＳ１１０２に進む。Ｓ１１００の上りリンク初期送信は、上りリンクデータを含むＮＢ−ＰＵＳＣＨの初期送信でもよい。
【０１０３】
ＮＢ−ＰＤＣＣＨを介して受信した下りリンク制御情報が上りリンク再送信を指示するならば（Ｓ１１０２）、端末装置１は、対応する上りリンクＨＡＲＱプロセスに対する第２のUL HARQ RTTタイマーをスタートし、対応する上りリンクＨＡＲＱプロセスに対するUL-drx-RetransmissionTimerをストップし（Ｓ１１０３）、そして、Ｓ１１０４に進む。
それ以外の場合（Ｓ１１０２）、端末装置１はＳ１１０４に進む。Ｓ１１０２の上りリンク再送信は、上りリンクデータを含むＮＢ−ＰＵＳＣＨの再送信でもよい。
【０１０４】
ＮＢ−ＰＤＣＣＨを介して受信した下りリンク制御情報が下りリンク送信を指示するならば（Ｓ１１０４）、端末装置１は、対応する下りリンクＨＡＲＱプロセスに対する第１のDL HARQ RTTタイマーをスタートし、対応する下りリンクＨＡＲＱプロセスに対するDL-drx-InactivityTimerをストップし（Ｓ１１０５）、そして、Ｓ１１０６に進む。それ以
外の場合（Ｓ７０２）、端末装置１はＳ１１０６に進む。Ｓ１１０４の下りリンク初期送信は、下りリンクデータを含むＮＢ−ＰＤＳＣＨの初期送信でもよい。
【０１０５】
ＮＢ−ＰＤＣＣＨを介して受信した下りリンク制御情報が下りリンク再送信を指示するならば（Ｓ１１０６）、端末装置１は、対応する下りリンクＨＡＲＱプロセスに対する第２のDL HARQ RTTタイマーをスタートし、対応する下りリンクＨＡＲＱプロセスに対するDL-drx-RetransmissionTimerをストップし（Ｓ１１０７）、そして、サブプロセスＢの処
理を終了する。それ以外の場合（Ｓ１１０６）、端末装置１はサブプロセスＢの処理を終了する。Ｓ１１０６の下りリンク再送信は、下りリンクデータを含むＮＢ−ＰＤＳＣＨの再送信でもよい。
【０１０６】
第２のUL HARQ RTTタイマーは、図８における第１のUL HARQ RTTタイマーに対する方法と同じ方法で処理されてもよい。第２のDL HARQ RTTタイマーは、図９における第１のDL 
HARQ RTTタイマーに対する方法と同じ方法で処理されてもよい。
【０１０７】
上りリンクに対して上記の第１の例が適用され、下りリンクに対して上記の第２の例が適用されてもよい。上りリンクに対して上記の第２の例が適用され、下りリンクに対して上記の第１の例が適用されてもよい。
【０１０８】
以下、本実施形態における装置の構成について説明する。
【０１０９】
図１２は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベー
スバンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、または、物理層処理部とも称する。
【０１１０】
上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロック）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（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）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
【０１１８】
図１３は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、または、物理層処理部とも称する。
【０１１９】
上位層処理部３４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。
【０１２０】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部３５は、無線リソース制御層処理部３６によって管理されている各種設定情報／パラメータに基づいて、スケジューリングリクエストに関する処理を行う。
【０１２１】
上位層処理部３４が備える無線リソース制御層処理部３６は、無線リソース制御層の処理を行う。無線リソース制御層処理部３６は、物理下りリンク共用チャネルに配置される下りリンクデータ（トランスポートブロック）、システム情報、ＲＲＣメッセージ、ＭＡＣ  ＣＥ（Control Element）などを生成し、又は上位ノードから取得し、無線送受信部
３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
【０１２２】
無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。
【０１２３】
端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。
【０１２４】
以下、本実施形態における、端末装置１の態様について説明する。
【０１２５】
（１）本実施形態の第１の態様は、端末装置１であって、間欠受信（ＤＲＸ）が設定されている場合、アクティブタイムの間、前記制御チャネル（ＮＢ−ＰＤＣＣＨ）をモニタするＭＡＣ（Medium Access Control）層処理部を備え、前記アクティブタイムは、第１
のタイマー（DL-drx-InactivityTimer）がランニングしている期間、および、第２のタイマー（UL-drx-InactivityTimer）がランニングしている期間を少なくとも含み、前記第１のタイマーは、下りリンク送信を指示する前記制御チャネルの受信に基づいてストップされ、前記第２のタイマーは、上りリンク送信を指示する前記制御チャネルの受信に基づい
てストップされる。
【０１２６】
（２）本実施形態の第１の態様において、前記第１のタイマーは、前記下りリンク送信に基づいてスタートされる。
【０１２７】
（３）本実施形態の第１の態様において、前記第１のタイマーは、前記下りリンク送信に対応するＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat reQuest）送信に基づいてスタ
ートされる。
【０１２８】
（４）本実施形態の第１の態様において、前記第１のタイマーが、前記下りリンク送信、および、前記下りリンク送信に対応するＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat reQuest）送信の何れに基づいてスタートされかは、基地局装置から受信した情報に基づ
いて決定される。
【０１２９】
（５）本実施形態の第１の態様において、前記第１のタイマーは、第３のタイマー（第１のDL HARQ RTTタイマー）の満了に基づいてスタートし、前記第３のタイマーは、前記
下りリンク送信を指示する前記制御チャネルの受信に基づいてスタートする。
【０１３０】
（６）本実施形態の第１の態様において、前記下りリンク送信は、下りリンクデータを含むチャネル（ＮＢ−ＰＤＳＣＨ）の送信である。
【０１３１】
（７）本実施形態の第１の態様において、前記下りリンク送信は、下りリンク初期送信、および、下りリンク再送信を含む。
【０１３２】
（８）本実施形態の第１の態様において、前記第２のタイマーは、前記上りリンク送信に基づいてスタートされる。
【０１３３】
（９）本実施形態の第１の態様において、前記第２のタイマーは、第４のタイマー（第１のUL HARQ RTTタイマー）の満了に基づいてスタートし、前記第３のタイマーは、前記
上りリンク送信を指示する前記制御チャネルの受信に基づいてスタートする。
【０１３４】
（１０）本実施形態の第１の態様において、前記上りリンク送信は、上りリンクデータを含むチャネル（ＮＢ−ＰＵＳＣＨ）の送信である。
【０１３５】
（１１）本実施形態の第１の態様において、前記上りリンク送信は、上りリンク初期送信、および、上りリンク再送信を含む。
【０１３６】
これにより、端末装置および基地局装置は互いに、効率的に通信することができる。
【０１３７】
本発明に関わる基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０１３８】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０１３９】
本発明に関わる装置で動作するプログラムは、本発明に関わる上述した実施形態の機能を実現するように、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０１４０】
尚、上述した実施形態における装置の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。
【０１４１】
さらに「コンピュータが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０１４２】
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、ディジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０１４３】
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
【０１４４】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０１４５】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０  無線送受信部
１１  アンテナ部
１２  ＲＦ部
１３  ベースバンド部
１４  上位層処理部
１５  媒体アクセス制御層処理部
１６  無線リソース制御層処理部
３０  無線送受信部
３１  アンテナ部
３２  ＲＦ部
３３  ベースバンド部
３４  上位層処理部
３５  媒体アクセス制御層処理部
３６  無線リソース制御層処理部
【図１】
2019054310.tif 000003
【図２】
2019054310.tif 000004
【図３】
2019054310.tif 000005
【図４】
2019054310.tif 000006
【図５】
2019054310.tif 000007
【図６】
2019054310.tif 000008
【図７】
2019054310.tif 000009
【図８】
2019054310.tif 000010
【図９】
2019054310.tif 000011
【図１０】
2019054310.tif 000012
【図１１】
2019054310.tif 000013
【図１２】
2019054310.tif 000014
【図１３】
2019054310.tif 000015