(57)【要約】      （修正有）【課題】新たな無線アクセス方式Ｎｅｗ  Ｒａｄｉｏ（ＮＲ）において効率的に通信を行う方法を提供する。【解決手段】端末装置１は、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）に対応するＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）情報を生成する媒体アクセス制御層処理部１５と、あるスロットにおいて、ＳＰＳ  ＰＤＳＣＨリリースが関連するＰＤＳＣＨ受信候補のｂｒ、ｋと同じ値のｂｒ、ｋの１つまたは複数のＰＤＳＣＨ候補を除くＰＤＳＣＨ受信候補の一部または全部のそれぞれでＰＤＳＣＨを受信する無線送受信部（物理層処理部）１０と、を備える。【選択図】図４
2020061650.tif 000002
【特許請求の範囲】
【請求項１】
ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を生成する処理部と、
あるスロットにおいて、ＳＰＳ  ＰＤＳＣＨリリースが関連するＰＤＳＣＨ受信候補のｂｒ、ｋと同じ値のｂｒ、ｋの１つまたは複数のＰＤＳＣＨ候補を除くＰＤＳＣＨ受信候補の一部または全部のそれぞれでＰＤＳＣＨを受信する受信部と、を備える
端末装置。
【請求項２】
ＰＤＳＣＨを送信する送信部と、
前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、
前記送信部は、あるスロットにおいて、ＳＰＳ  ＰＤＳＣＨリリースが関連するＰＤＳＣＨ受信候補のｂｒ、ｋと同じ値のｂｒ、ｋの１つまたは複数のＰＤＳＣＨ候補を除くＰＤＳＣＨ受信候補の一部または全部にＰＤＳＣＨをスケジュールする
基地局装置。
【請求項３】
端末装置に用いられる通信方法であって、
ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を生成し、
あるスロットにおいて、ＳＰＳ  ＰＤＳＣＨリリースが関連するＰＤＳＣＨ受信候補のｂｒ、ｋと同じ値のｂｒ、ｋの１つまたは複数のＰＤＳＣＨ候補を除くＰＤＳＣＨ受信候補の一部または全部のそれぞれでＰＤＳＣＨを受信する
通信方法。
【請求項４】
基地局装置に用いられる通信方法であって、
ＰＤＳＣＨを送信し、
前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信し、
あるスロットにおいて、ＳＰＳ  ＰＤＳＣＨリリースが関連するＰＤＳＣＨ受信候補のｂｒ、ｋと同じ値のｂｒ、ｋの１つまたは複数のＰＤＳＣＨ候補を除くＰＤＳＣＨ受信候補の一部または全部にＰＤＳＣＨをスケジュールする
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、および、通信方法に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE：登録商標）」、または、「Evolved Universal Terrestrial Radio Access : EUTRA」と称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。また、３ＧＰＰにおいて、新た
な無線アクセス方式（以下、「New Radio（NR）」と称する。）が検討されている（非特
許文献１、２、３、４）。ＬＴＥでは、基地局装置をｅＮｏｄｅＢ（evolved NodeB）と
も称する。ＮＲでは、基地局装置をｇＮｏｄｅＢとも称する。ＬＴＥ、および、ＮＲでは、端末装置をＵＥ（User Equipment）とも称する。ＬＴＥ、および、ＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
【０００３】
ＮＲにおいて、１つのサービングセルに対して下りリンクＢＷＰ（bandwidth part）と上りリンクＢＷＰのセットが設定される（非特許文献３）。端末装置は、下りリンクＢＷＰにおいてＰＤＣＣＨとＰＤＳＣＨを受信する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】"3GPP TS 38.211 V15.1.0 (2018-06), NR; Physical channels and modulation", R1-1807955, 6th June, 2018.
【非特許文献２】"3GPP TS 38.212 V15.1.1 (2018-05), NR; Multiplexing and channel coding", R1-1807956, 29th May, 2018.
【非特許文献３】"3GPP TS 38.213 V15.1.0 (2018-05), NR; Physical layer procedures for control", R1-1807957, 31st May, 2018.
【非特許文献４】"3GPP TS 38.214 V15.1.0 (2018-06), NR; Physical layer procedures for data", R1-1807958, 6th June, 2018.
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、効率的に通信を行う端末装置、該端末装置に用いられる通信方法、効率的に通信を行う基地局装置、該基地局装置に用いられる通信方法を提供する。
【課題を解決するための手段】
【０００６】
（１）本発明の第１の態様は、端末装置であって、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を生成する処理部と、あるスロットにおいて、ＳＰＳ  ＰＤＳＣＨリリースが関連するＰＤＳＣＨ受信候補のｂｒ、ｋと同じ値のｂｒ、ｋの１つまたは複数のＰＤＳＣＨ候補を除くＰＤＳＣＨ受信候補の一部または全部のそれぞれでＰＤＳＣＨを受信する受信部と、を備える。
【０００７】
（２）本発明の第２の態様は、基地局装置であって、ＰＤＳＣＨを送信する送信部と、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、前記送信部は、あるスロットにおいて、ＳＰＳ  ＰＤＳＣＨリリースが関連するＰＤＳＣＨ受信候補のｂｒ、ｋと同じ値のｂｒ、ｋの１つまたは複数のＰＤＳＣＨ候補を除くＰＤＳＣＨ受信候補の一部または全部にＰＤＳＣＨをスケジュールする。
【０００８】
（３）本発明の第３の態様は、端末装置に用いられる通信方法であって、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を生成し、あるスロットにおいて、ＳＰＳ  ＰＤＳＣＨリリースが関連するＰＤＳＣＨ受信候補のｂｒ、ｋと同じ値のｂｒ、ｋの１つまたは複数のＰＤＳＣＨ候補を除くＰＤＳＣＨ受信候補の一部または全部のそれぞれでＰＤＳＣＨを受信する。
【０００９】
（４）本発明の第４の態様は、基地局装置に用いられる通信方法であって、ＰＤＳＣＨを送信し、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信し、あるスロットにおいて、ＳＰＳ  ＰＤＳＣＨリリースが関連するＰＤＳＣＨ受信候補のｂｒ、ｋと同じ値のｂｒ、ｋの１つまたは複数のＰＤＳＣＨ候補を除くＰＤＳＣＨ受信候補の一部または全部にＰＤＳＣＨをスケジュールする。
【発明の効果】
【００１０】
この発明によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行うことができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の無線通信システムの概念図である。
【図２】本実施形態の無線フレームの概略構成を示す図である。
【図３】本実施形態における上りリンクスロットの概略構成を示す図である。
【図４】本実施形態の端末装置１の構成を示す概略ブロック図である。
【図５】本実施形態の基地局装置３の構成を示す概略ブロック図である。
【図６】本実施形態におけるデフォルトＰＤＳＣＨ時間領域リソース割当の一例を示す図である。
【図７】本実施形態におけるＰＤＳＣＨ受信候補のＭＡ，ｃオケージョンのセットを決定するプロシージャの一例を示した図である。。
【図８】本実施形態において端末装置１がＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫコードブックのＨＡＲＱ−ＡＣＫ情報ビットを決定する一例のプロシージャを示した図である。
【図９】本実施形態におけるＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫコードブックサイズを決定する一例を示した図である。
【図１０】本実施形態におけるＰＤＳＣＨおよびＳＰＳ  ＰＤＳＣＨリリースに対応するＨＡＲＱ−ＡＣＫコードブックサイズを決定する一例を示した図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について説明する。
【００１３】
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１という。
【００１４】
本実施形態の物理チャネルおよび物理シグナルについて説明する。
【００１５】
端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。上りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＵＣＣＨ（Physical Uplink Control Channel）
・ＰＵＳＣＨ（Physical Uplink Shared Channel）
・ＰＲＡＣＨ（Physical Random Access Channel）
【００１６】
ＰＵＣＣＨは、端末装置１が上りリンク制御情報（Uplink Control Information: UCI
）を基地局装置３へ送信するために用いられる。なお、本実施形態において、端末装置１は、プライマリセル、および／または、プライマリセルの機能を有するセカンダリセル、および／または、ＰＵＣＣＨの送信が可能なセカンダリセルにおいてＰＵＣＣＨの送信を行ってもよい。つまり、ＰＵＣＣＨは、特定のサービングセルにおいて送信されてもよい。
【００１７】
上りリンク制御情報は、下りリンクのチャネル状態情報（Channel State Information:
CSI）、ＰＵＳＣＨリソースの要求を示すスケジューリング要求（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
）のうち、少なくとも１つを含む。
【００１８】
下りリンクデータが成功裏に復号された場合、該下りリンクデータに対するＡＣＫが生成される。下りリンクデータが成功裏に復号されなかった場合、該下りリンクデータに対するＮＡＣＫが生成される。ＤＴＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｔｒａｎｓｍｉｓｓｉｏｎ）は、下りリンクデータを検出しなかったことを意味してもよい。ＤＴＸは、ＨＡＲＱ−ＡＣＫ応答を送信するべきデータを検出しなかったことを意味してもよい。ＨＡＲＱ−ＡＣＫは、１つのトランスポートブロックに少なくとも対応するＨＡＲＱ−ＡＣＫビットを少なくとも含んでもよい。ＨＡＲＱ−ＡＣＫビットは、１つ、または、複数のトランスポートブロックに対応するＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）または、ＮＡＣＫ（Ｎｅｇａｔｉｖｅ−ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）を示してもよい。ＨＡＲＱ−ＡＣＫは、１つまたは複数のＨＡＲＱ−ＡＣＫビットを含むＨＡＲＱ−ＡＣＫコードブックを少なくとも含んでもよい。ＨＡＲＱ−ＡＣＫビットが１つ、または、複数のトランスポートブロックに対応することは、ＨＡＲＱ−ＡＣＫビットが該１または複数のトランスポートブロックを含むＰＤＳＣＨに対応することであってもよい。
【００１９】
ＨＡＲＱ−ＡＣＫを、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、ＨＡＲＱ−ＡＣＫフィードバック、ＨＡＲＱ応答、ＨＡＲＱ−ＡＣＫ応答、ＨＡＲＱ情報、ＨＡＲＱ−ＡＣＫ情報、ＨＡＲＱ制御情報、および、ＨＡＲＱ−ＡＣＫ制御情報とも呼称されてもよい。
【００２０】
ＨＡＲＱ−ＡＣＫビットは、トランスポートブロックに含まれる１つのＣＢＧ（Ｃｏｄｅ  Ｂｌｏｃｋ  Ｇｒｏｕｐ）に対応するＡＣＫまたはＮＡＣＫを示してもよい。
【００２１】
チャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）は、チャネル品質指標（ＣＱＩ：Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）とランク指標（ＲＩ：Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）を含んでもよい。チャネル品質指標は、プレコーダ行列指標（ＰＭＩ：Ｐｒｅｃｏｄｅｒ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＣＳＩ−ＲＳ指標（ＣＲＩ：ＣＳＩ−ＲＳ  Ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ）を含んでもよい。チャネル状態情報はプレコーダ行列指標を含んでもよい。ＣＱＩは、チャネル品質（伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤー数）を指示する指標である。ＣＳＩはＣＳＩレポート、ＣＳＩ情報とも呼称されてもよい。送信レイヤーをレイヤーと呼称してもよい。
【００２２】
ＣＳＩレポートは１つまたは複数に分割されてもよい。例えば、ＣＳＩレポートが２つに分割される場合、分割された第１のＣＳＩレポートはＣＳＩ―Ｐａｒｔ１、分割された第２のＣＳＩレポートはＣＳＩ―Ｐａｒｔ２であってもよい。ＣＳＩレポートのサイズは
分割されたＣＳＩのうちの一部または全部のビット数であってもよい。ＣＳＩレポートのサイズはＣＳＩ―Ｐａｒｔ１のビット数であってもよい。ＣＳＩレポートのサイズはＣＳＩ―Ｐａｒｔ２のビット数であってもよい。ＣＳＩレポートのサイズは分割された複数のＣＳＩレポートのビット数の総和であってもよい。分割された複数のＣＳＩのビット数の総和は、分割される前のＣＳＩレポートのビット数である。ＣＳＩ−Ｐａｒｔ１は少なくともＲＩ、ＣＲＩ、ＣＱＩ、ＰＭＩの何れかの一部または全部を含んでもよい。ＣＳＩ−Ｐａｒｔ２はＰＭＩ、ＣＱＩ、ＲＩ、ＣＲＩの何れかの一部または全部を含んでもよい。ＣＳＩレポートのサイズは、所定の閾値（所定のビット数）を超えないように設定されてもよい。
【００２３】
スケジューリングリクエスト（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）は、初期送信のためのＰＵＳＣＨのリソースを要求するために少なくとも用いられてもよい。スケジューリングリクエストビットは、正のＳＲ（ｐｏｓｉｔｉｖｅ  ＳＲ）または、負のＳＲ（ｎｅｇａｔｉｖｅ  ＳＲ）のいずれかを示すために用いられてもよい。スケジューリングリクエストビットが正のＳＲを示すことは、“正のＳＲが送信される”とも呼称される。正のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストがトリガーされることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストを送信することが指示された場合に、送信されてもよい。スケジューリングリクエストビットが負のＳＲを示すことは、“負のＳＲが送信される”とも呼称される。負のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストがトリガーされないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストを送信することが指示されない場合に、送信されてもよい。
【００２４】
スケジューリングリクエストビットは、１つまたは複数のＳＲ設定（ＳＲ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）のいずれかに対する正のＳＲ、または、負のＳＲのいずれかを示すために用いられてもよい。該１つまたは複数のＳＲ設定のそれぞれは、１つまたは複数のロジカルチャネルに対応してもよい。あるＳＲ設定に対する正のＳＲは、該あるＳＲ設定に対応する１または複数のロジカルチャネルのいずれかまたは全部に対する正のＳＲであってもよい。負のＳＲは、特定のＳＲ設定に対応しなくてもよい。負のＳＲが示されることは、全てのＳＲ設定に対して負のＳＲが示されることであってもよい。
【００２５】
ＳＲ設定は、スケジューリングリクエストＩＤ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ  ＩＤ）であってもよい。
【００２６】
ＰＵＳＣＨは、上りリンクデータを送信するために用いられてもよい。ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。また、ＰＵＳＣＨはチャネル状態情報のみ、または、ＨＡＲＱ−ＡＣＫ、および／または、チャネル状態情報のみを送信するために用いられてもよい。つまり、ＰＵＳＣＨは、上りリンク制御情報を送信するために用いられてもよい。端末装置１は、上りリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）を含むＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）の検出に基づいてＰＵＳＣＨを送信してもよい。上りリンクデータは、トランスポートブロック（Ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）、媒体アクセス制御プロトコルデータユニット（ＭＡＣ  ＰＤＵ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）、ＵＬ−ＳＣＨ（ＵｐＬｉｎｋ−Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）の一部または全部を少なくとも含んでもよい。
【００２７】
ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１）を送
信するために用いられる。ＰＲＡＣＨは、初期コネクション確立（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、上りリンクデータの送信に対する同期（タイミング調整）、およびＰＵＳＣＨ（ＵＬ−ＳＣＨ）リソースの要求の少なくとも一部を示すために用いられてもよい。
【００２８】
端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられてもよい。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・上りリンク参照信号（ＵＬ  ＲＳ：Ｕｐｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
【００２９】
本実施形態において、少なくとも以下の２つのタイプの上りリンク参照信号が少なくとも用いられてもよい。
・ＤＭＲＳ（ＤｅＭｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
・ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
【００３０】
ＤＭＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと多重されてもよい。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＤＭＲＳを使用する。以下、ＰＵＳＣＨとＤＭＲＳを共に送信することを、単にＰＵＳＣＨを送信すると称する。該ＤＭＲＳは該ＰＵＳＣＨに対応してもよい。以下、ＰＵＣＣＨとＤＭＲＳを共に送信することを、単にＰＵＣＣＨを送信すると称する。該ＤＭＲＳは該ＰＵＣＣＨに対応してもよい。
【００３１】
ＳＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連しなくてもよい。ＳＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連してもよい。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクスロットにおける最後から１つまたは複数の所定数のＯＦＤＭシンボルにおいて送信されてもよい。
【００３２】
基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられてもよい。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用されてもよい。
・ＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  ＣＨａｎｎｅｌ）
・ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）
・ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）
【００３３】
ＰＢＣＨは、サービングセル内またはアクティブＢＷＰ（Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）内またはキャリア内の、１つまたは複数の端末装置１において共通に用いられるマスターインフォメーションブロック（ＭＩＢ：Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を報知するために用いられる。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。例えば、ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の少なくとも一部は、８０ｍｓごとに更新されてもよい。ＰＢＣＨは、周波数領域において、所定のサブキャリア数（例えば、２８８サブキャリア）により構成されてもよい。また、ＰＢＣＨは、時間領域において、２、３、または、４ＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、同期信号の識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。第１の設定
情報はＭＩＢに含まれてもよい。該第１の設定情報は、ランダムアクセスメッセージ２、ランダムアクセスメッセージ３、ランダムアクセスメッセージ４の一部または全部に少なくとも用いられる設定情報であってもよい。
【００３４】
ＰＤＣＣＨは、下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を送信するために用いられる。下りリンク制御情報を、ＤＣＩフォーマットとも称する。なお、ＤＣＩフォーマットは、１つまたは複数の下りリンク制御情報のフィルドを含んでも構成されてもよい。下りリンク制御情報は、上りリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）または下りリンクグラント（ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ）のいずれかを少なくとも含んでもよい。
【００３５】
上りリンクグラントは、単一のセル内の単一のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントは、単一のセル内の複数のスロットにおける複数のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントは、単一のセル内の複数のスロットにおける単一のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントを含む下りリンク制御情報は、上りリンクに関連するＤＣＩフォーマットとも称されてもよい。
【００３６】
１つの下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントは、該下りリンクグラントが送信されたスロットと同じスロット内のＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントを含む下りリンク制御情報は、下りリンクに関連するＤＣＩフォーマットとも称されてもよい。
【００３７】
ＰＤＳＣＨは、下りリンクデータ（ＴＢ、ＭＡＣ  ＰＤＵ、ＤＬ−ＳＣＨ、ＰＤＳＣＨ、ＣＢ、ＣＢＧ）を送信するために用いられる。ＰＤＳＣＨは、ランダムアクセスメッセージ２（ランダムアクセスレスポンス）を送信するために少なくとも用いられる。ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステムインフォーメーションを送信するために少なくとも用いられる。
【００３８】
上述したＢＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層で用いられるチャネルはトランスポートチャネルと呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロックまたはＭＡＣ  ＰＤＵとも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（ｄｅｌｉｖｅｒ）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
【００３９】
基地局装置３と端末装置１は、上位層（ｈｉｇｈｅｒ  ｌａｙｅｒ）において信号をやり取り（送受信）してもよい。例えば、基地局装置３と端末装置１は、無線リソース制御（ＲＲＣ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層において、ＲＲＣシグナリング（ＲＲＣ  ｍｅｓｓａｇｅ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ
ｍｅｓｓａｇｅ、ＲＲＣ  ｉｎｆｏｒｍａｔｉｏｎ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ
Ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ  ＣＥ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ  ＣＥを、上位層信号（ｈｉｇｈｅｒ
ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）とも称する。
【００４０】
ＰＵＳＣＨ、および／または、ＰＤＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣ  ＣＥを送信するために少なくとも用いられる。ここで、基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリングであってもよい。セル内における複数の端末装置１に対して共通のＲＲＣシグナリングは、共通ＲＲＣシグナリングとも呼称される。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のＲＲＣシグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇまたはＵＥ  ｓｐｅｃｉｆｉｃ  ｓｉｇｎａｌｉｎｇとも呼称される）であってもよい。端末装置１に対して専用のＲＲＣシグナリングは、専用ＲＲＣシグナリングとも呼称される。セルスペシフィックパラメータは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリング、または、ある端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。ＵＥスペシフィックパラメータは、ある端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。
【００４１】
以下、本実施形態の無線フレーム（radio frame）の構成について説明する。
【００４２】
図２は、本実施形態における無線フレームの概略構成を示す図である。図２において、横軸は時間軸である。無線フレームのそれぞれは、１０ms長であってもよい。また、無線フレームのそれぞれは１０のスロットから構成されてもよい。スロットのそれぞれは、１ms長であってもよい。
【００４３】
以下、本実施形態のスロットの構成の一例について説明する。図３は、本実施形態における上りリンクスロットの概略構成を示す図である。図３において、１つのセルにおける上りリンクスロットの構成を示す。図３において、横軸は時間軸であり、縦軸は周波数軸である。上りリンクスロットはＮＵＬｓｙｍｂ個のＳＣ−ＦＤＭＡシンボルを含んでもよい。上りリンクスロットはＮＵＬｓｙｍｂ個のＯＦＤＭシンボルを含んでもよい。以下、本実施形態では、上りリンクスロットがＯＦＤＭシンボルを含む場合を用いて説明をするが、上りリンクスロットがＳＣ−ＦＤＭＡシンボルを含む場合にも本実施形態を適用することはできる。
【００４４】
図３において、ｌはＯＦＤＭシンボル番号／インデックスであり、ｋはサブキャリア番号／インデックスである。スロットのそれぞれにおいて送信される物理シグナルまたは物理チャネルは、リソースグリッドによって表現される。上りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリア番号／インデックスｋ、および、ＯＦＤＭシンボル番号／インデックスｌによって表される。
【００４５】
上りリンクスロットは、時間領域において、複数のＯＦＤＭシンボルl（l＝０，１，・・・，ＮＵＬｓｙｍｂ−１）を含んでもよい。１つの上りリンクスロットにおいて、上りリンクにおけるノーマルＣＰ（normal Cyclic Prefix）に対して、ＮＵＬｓｙｍｂは７または１４であってもよい。上りリンクにおける拡張ＣＰ（extended Cyclic Prefix）に対して、ＮＵＬｓｙｍｂは６または１２であってもよい。
【００４６】
端末装置１は、上りリンクにおけるＣＰ長を示す上位層パラメータUL-CyclicPrefixLengthを基地局装置３から受信する。基地局装置３は、セルに対応する該上位層パラメータUL-CyclicPrefixLengthを含むシステムインフォーメーションを、該セルにおいて報知してもよい。
【００４７】
上りリンクスロットは、周波数領域において、複数のサブキャリアｋ（ｋ＝０，１，・・・，ＮＵＬＲＢ・ＮＲＢＳＣ−１)を含んでもよい。ＮＵＬＲＢは、サービングセルに
対する上りリンク帯域幅設定であり、ＮＲＢＳＣの倍数によって表現される。ＮＲＢＳＣは、サブキャリアの数によって表現される、周波数領域における（物理）リソースブロックサイズである。サブキャリア間隔Δfは１５ｋＨｚであってもよい。ＮＲＢＳＣは１２
であってもよい。周波数領域における（物理）リソースブロックサイズは１８０ｋＨｚであってもよい。
【００４８】
１つの物理リソースブロックは、時間領域においてNＵＬｓｙｍｂの連続するＯＦＤＭ
シンボルと周波数領域においてＮＲＢＳＣの連続するサブキャリアとから定義される。ゆえに、１つの物理リソースブロックは（ＮＵＬｓｙｍｂ・ＮＲＢＳＣ）のリソースエレメントから構成される。１つの物理リソースブロックは、時間領域において１つのスロットに対応してもよい。物理リソースブロックは周波数領域において、周波数の低いほうから順に番号ｎＰＲＢ（0,1,…, NＵＬＲＢ -1）が付けられてもよい。
【００４９】
本実施形態における下りリンクのスロットは、複数のＯＦＤＭシンボルを含む。本実施形態における下りリンクのスロットの構成は上りリンクと基本的に同じであるため、下りリンクのスロットの構成の説明は省略する。
【００５０】
以下、本実施形態における装置の構成について説明する。
【００５１】
図４は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベース
バンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、符号化部、復号部、または、物理層処理部とも称する。
【００５２】
上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロック）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線
リソース制御（Radio Resource Control: RRC）層の処理を行なう。
【００５３】
上位層処理部１４が備える媒体アクセス制御層処理部１５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、ランダムアクセス手順の制御を行う。
【００５４】
上位層処理部１４が備える無線リソース制御層処理部１６は、無線リソース制御層の処理を行う。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。
【００５５】
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号（物理チャネルおよび／または物理シグナル）を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号（物理チャネルおよび／また
は物理シグナル）を生成し、基地局装置３に送信する。
【００５６】
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down convert）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。
【００５７】
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号を、アナログ信号からディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰ（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）層の処理を行なう。
【００６２】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部３５は、無線リソース制御層処理部３６によって管理されている各種設定情報／パラメータに基づいて、ランダムアクセス手順の制御を行う。
【００６３】
上位層処理部３４が備える無線リソース制御層処理部３６は、無線リソース制御層の処理を行う。無線リソース制御層処理部３６は、物理下りリンク共用チャネルに配置される下りリンクデータ（トランスポートブロック）、システムインフォーメーション、ＲＲＣメッセージ、ＭＡＣ  ＣＥなどを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
【００６４】
無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。
【００６５】
端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。端末装置１が備える符号１０から符号１６が付された部のそれぞれは、少なくとも１つのプロセッサと前記少なくとも１つのプロセッサと連結されるメモリとして構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、少なくとも１つのプロセッサと前記少なくとも１つのプロセッサと連結されるメモリとして構成されてもよい。
【００６６】
本実施形態の無線通信システムは、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）および／またはＦＤＤ（Frequency Division Duplex）が適用されてもよい。セルア
グリゲーションの場合には、ＴＤＤが適用されるサービングセルとＦＤＤが適用されるサービングセルが集約されてもよい。
【００６７】
なお、上位層信号は、ＲＭＳＩ（Ｒｅｍａｉｎｉｎｇ  Ｍｉｎｉｍｕｍ  Ｓｙｓｔｅｍ
Ｉｎｆｏｒｍａｔｉｏｎ）、ＯＳＩ（Ｏｔｈｅｒ  Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＲＲＣメッセージ、ＭＡＣ  ＣＥのいずれかであってもよい。また、上位層パラメータ（ｈｉｇｈｅｒ
ｌａｙｅｒ  ｐａｒａｍｅｔｅｒ）は上位層信号に含まれるパラメータや情報要素を意味してもよい。
【００６８】
ＰＵＳＣＨで送信されるＵＣＩはＨＡＲＱ−ＡＣＫ、および／または、ＣＳＩを含んでもよい。
【００６９】
端末装置１は、ＰＤＳＣＨ受信に対応するＤＣＩフォーマット１＿０、または、ＤＣＩフォーマット１＿１に含まれるＰＤＳＣＨ―ｔｏ―ＨＡＲＱフィードバックタイミングインジケーターフィールド（ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｅｃａｔｏｒ  ｆｉｅｌｄ）の値によって指示されるスロットに対応するＨＡＲＱ−ＡＣＫ情報を、ＨＡＲＱ−ＡＣＫコードブック（ｃｏｄｅｂｏｏｋ）を用いて基地局装置３に報告してもよい。
【００７０】
端末装置１は、ＳＰＳ  ＰＤＳＣＨリリース（ｒｅｌｅａｓｅ）に対応するＤＣＩフォーマット１＿０、または、ＤＣＩフォーマット１＿１に含まれるＰＤＳＣＨ―ｔｏ―ＨＡＲＱフィードバックタイミングインジケーターフィールド（ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｅｃａｔｏｒ  ｆｉｅｌｄ）の値によって指示されるスロットに対応するＨＡＲＱ−ＡＣＫ情報を、ＨＡＲＱ−ＡＣＫコードブック（ｃｏｄｅｂｏｏｋ）を用いて基地局装置３に報告してもよい。
【００７１】
ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）  ＰＤＳＣＨは、端末装置１に準静的にスケジューリングされるＰＤＳＣＨであってもよい。  
【００７２】
ＤＣＩフォーマットのＣＲＣが上位層パラメータｃｓ−ＲＮＴＩによって与えられるＣＳ−ＲＮＴＩでスクランブルされ、且つ、トランスポートブロックの新データインジケータ（ｎｅｗ  ｄａｔａ  ｉｎｄｉｃａｔｏｒ）フィルドが０にセットされる場合、スケジューリング活性化（ｓｃｈｅｄｕｌｉｎｇ  ａｃｔｉｖａｔｉｏｎ）またはスケジューリングリリース（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｌｅａｓｅ）のために、端末装置１は下りリンクＳＰＳアサインメントＰＤＣＣＨ（ＤＬ  ＳＰＳ  ａｓｓｉｇｎｍｅｎｔ  ＰＤＣＣＨ）または上りリンクグラントタイプ２ＰＤＣＣＨ（ＵＬ  ｇｒａｎｔ  Ｔｙｐｅ２  ＰＤＣＣＨ）を有効化（ｖａｌｉｄａｔｅ）する。スケジューリング活性化は該有効化とＤＣＩフォーマットに含まれるＨＡＲＱプロセス番号（ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍ
ｂｅｒ）、リダンダンシーバージョン（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）に少なくとも基づいて行われてもよい。スケジューリングリリースは該有効化とＤＣＩフォーマットに含まれるＨＡＲＱプロセス番号（ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ）、リダンダンシーバージョン（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）、変調とコーディングスキーム（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）、リソースブロックアサインメント（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ａｓｓｉｇｎｍｅｎｔ）に少なくとも基づいて行われてもよい。
【００７３】
ＨＡＲＱ−ＡＣＫ情報は、ＡＣＫまたはＮＡＣＫを含んでもよい。例えば、端末装置１がＰＤＳＣＨを正しく受信した場合、端末装置１はＨＡＲＱ−ＡＣＫ情報にＡＣＫを設定してもよい。また、端末装置１がＰＤＳＣＨの受信に失敗した場合、端末装置１はＨＡＲＱ−ＡＣＫ情報にＮＡＣＫを設定してもよい。ＰＤＳＣＨの受信に失敗することは、復号処理に誤りが発生したことを意味してもよいし、ＰＤＳＣＨの物理信号を受信できなかったことを意味してもよい。
【００７４】
端末装置１は、ＤＣＩフォーマット１＿０、または、ＤＣＩフォーマット１＿１に含まれるＰＤＳＣＨ―ｔｏ―ＨＡＲＱフィードバックタイミングインジケーターフィールド（ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ）の値によって指示されないスロットのＨＡＲＱ−ＡＣＫ情報をＮＡＣＫとして基地局装置３に報告してもよい。
【００７５】
端末装置１に上位層パラメータｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが与えられた場合、ＮＰＤＳＣＨｒｅｐｅａｔはｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒの値であってもよい。端末装置１に上位層パラメータｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが与えられなかった場合、ＮＰＤＳＣＨｒｅｐｅａｔは１であってもよい。端末装置１はスロットｎ−ＮＰＤＳＣＨｒｅｐｅａｔ＋１からスロットｎまでのＰＤＳＣＨ受信のためのＨＡＲＱ−ＡＣＫ情報をスロットｎ＋ｋにおけるＰＵＣＣＨ送信、および／または、ＰＵＳＣＨ送信を用いて報告してもよい。ここで、ｋは該ＰＤＳＣＨ受信に対応するＤＣＩフォーマットに含まれるＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄによって指示されたスロットの数であってもよい。また、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄがＤＣＩフォーマットに含まれない場合、ｋは上位層パラメータｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫによって与えられてもよい。
【００７６】
端末装置１があるスロットで受信したＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報をｎ＋ｋ以外のスロットで送信する場合、端末装置１は該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報をＮＡＣＫに設定してもよい。つまり、端末装置１は、ｎ＋ｋスロットで送信されるコードブックにおいてｎ＋ｋ以外のスロットで送信されるＨＡＲＱ−ＡＣＫ情報に対応するコードブックの値をＮＡＣＫに設定してもよい。
【００７７】
サービングセルｃにおける活性化された下りリンクＢＷＰ（ＤＬ  ＢＷＰ：Ｄｏｗｎｌｉｎｋ  Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）、および／または、上りリンクＢＷＰ（ＵＬ  ＢＷＰ：Ｕｐｌｉｎｋ  Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）において、端末装置１はＰＤＳＣＨ受信候補のＭＡ，ｃオケージョンのセットを決定してもよい。ＭＡ，ｃオケージョンは１つのＰＵＣＣＨにおいて送信されるＨＡＲＱ−ＡＣＫ情報の最大のビット数であってもよい。
【００７８】
サービングセルｃが非活性化された場合、端末装置１は、上位層パラメータｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰによって与えられる下りリンクＢＷＰを、ＰＤＳＣＨ受信候補のＭＡ，ｃオケージョンのセットの決定のための活性化された下りリンクＢＷ
Ｐとして用いてもよい。
【００７９】
ＰＤＳＣＨ受信候補のＭＡ，ｃオケージョンのセットの決定は、上りリンクＢＷＰに紐付けられた（ａｓｓｏｃｉａｔｅｄ）スロットタイミング値Ｋ１のセット、デフォルトＰＤＳＣＨ時間領域リソース割当、上位層パラメータＰＤＳＣＨ−ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ、上位層パラメータＴＤＤ−ＵＬ−ＤＬ−ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ、および／または、上位層パラメータＴＤＤ−ＵＬ−ＤＬ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄに少なくとも基づいてもよい。
【００８０】
端末装置１がＤＣＩフォーマット１＿０を含むＰＤＣＣＨをモニタリングするように構成され、且つ、ＤＣＩフォーマット１＿１を含むＰＤＣＣＨをモニタリングしないように構成される場合、スロットタイミング値Ｋ１は（１、２、３、４、５、６、７、８）の一部または全部であってもよい。端末装置１がＤＣＩフォーマット１＿１を含むＰＤＣＣＨをモニタリングするように構成される場合、該スロットタイミング値Ｋ１は上位層パラメータｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫによって与えられてもよい。
【００８１】
図６は本実施形態におけるデフォルトＰＤＳＣＨ時間領域リソース割当の一例を示す図である。デフォルトＰＤＳＣＨ時間領域リソース割当はｄｍｒｓ−ＴｙｐｅＡ−Ｐｏｓｉｔｉｏｎ、ＰＤＳＣＨマッピングタイプ、ＰＤＣＣＨと該ＰＤＣＣＨがスケジューリングするＰＤＳＣＨ間のスロット数Ｋ０、ＰＤＳＣＨのスタートＯＦＤＭシンボルＳ、ＰＤＳＣＨのＯＦＤＭシンボル数Ｌに少なくとも基づいて与えられてもよい。
【００８２】
上位層パラメータＰＤＳＣＨ−ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔによって構成されるＰＤＳＣＨ時間領域リソース割当は、ＰＤＳＣＨマッピングタイプ、ＰＤＣＣＨと該ＰＤＣＣＨがスケジューリングするＰＤＳＣＨ間のスロット数Ｋ０、ＰＤＳＣＨのスタートＯＦＤＭシンボル、および／または、ＰＤＳＣＨのＯＦＤＭシンボル数に少なくとも基づいて与えられてもよい。
【００８３】
ＰＤＳＣＨ受信候補のＭＡ，ｃオケージョンのセットの決定は、上位層パラメータＰＤＳＣＨ−ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔによって構成されるＰＤＳＣＨ時間領域リソース割当、デフォルトＰＤＳＣＨ時間領域リソース割当、または、上位層パラメータＰＤＳＣＨ−ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔによって構成されるＰＤＳＣＨ時間領域リソース割当とデフォルトＰＤＳＣＨ時間領域リソース割当の和集合に少なくとも基づいてもよい。
【００８４】
上位層パラメータＰＤＳＣＨ−ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔによって構成されるＰＤＳＣＨ時間領域リソース割当を時間領域リソース割当テーブルと称する。または、デフォルトＰＤＳＣＨ時間領域リソース割当を時間領域リソース割当テーブルと称する。または、上位層パラメータＰＤＳＣＨ−ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔによって構成されるＰＤＳＣＨ時間領域リソース割当とデフォルトＰＤＳＣＨ時間領域リソース割当の和集合を時間領域リソース割当テーブルと称する。
【００８５】
図７は本実施形態におけるＰＤＳＣＨ受信候補のＭＡ，ｃオケージョンのセットを決定するプロシージャの一例を示した図である。このプロシージャにより端末装置１が送信するＨＡＲＱ−ＡＣＫ情報のビット数が決定されてもよい。
【００８６】
（７００）ＰＤＳＣＨ受信候補、および／または、ＳＰＳ  ＰＤＳＣＨリリースに対するオケージョンのインデックスｊを０に設定し、７０１へ進む。
（７０１）ＰＤＳＣＨ受信候補を格納する集合Ｂを空集合に設定し、７０２へ進む。
（７０２）ＭＡ，ｃを空集合に設定し、７０３へ進む。
（７０３）Ｋ１のセットに含まれるスロットタイミング値Ｋ１の数（Ｃａｒｄｉｎａｌｉｔｙ）をＣ（Ｋ１）に設定し、７０４へ進む。
（７０４）Ｋ１のセットに含まれるスロットタイミング値Ｋ１のインデックスｋを０に設定し、７０５へ進む。ここでＫ１の値はサービングセルごとで降順に整列されてもよい。例えばＫ１のセットが（５、６、７）である場合、ｋ＝０が指示するＫ１の値は５であってもよい。
【００８７】
（７０５）Ｋ１のインデックスｋがＣ（Ｋ１）より小さい場合、７０６へ進む。Ｋ１のインデックスｋがＣ（Ｋ１）より大きい、または、同じである場合、７４１へ進む。
（７０６）時間領域リソース割当テーブルの全ての行をＲに設定し、７０７へ進む。
（７０７）Ｒの要素数（Ｃａｒｄｉｎａｌｉｔｙ）をＣ（Ｒ）に設定し、７０８へ進む。
（７０８）Ｒの行のインデックスｒを０に設定し、７０９へ進む。
（７０９）スロットｎがサービングセルｃにおける活性化された下りリンクＢＷＰまたは活性化された上りリンクＢＷＰを切り替えるスロットと同じまたは後のスロットであり、且つ、スロットｎ−Ｋ１、ｋが活性化された下りリンクＢＷＰまたは活性化された上りリンクＢＷＰを切り替えるスロットより前のスロットである場合、７１０を実行する。７０９の条件を満たさない場合は７１０を実行せずに７１１へ進む。
【００８８】
（７１１）７０９の条件を満たさない場合、７１２へ進む。
（７１２）ＲのインデックスｒがＣ（Ｒ）より小さい場合、７１３へ進む。ＲのインデックスｒがＣ（Ｒ）より大きい、または、同じである場合、７１７へ進む。
（７１３）端末装置１に上位層パラメータＴＤＤ−ＵＬ−ＤＬ−ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ、または、ＴＤＤ−ＵＬ−ＤＬ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄが与えられ、且つ、スロットｎ−Ｋ１、ｋ−ＮＰＤＳＣＨｒｅｐｅａｔからスロットｎ−Ｋ１、ｋにおいて行ｒによって導出されるＰＤＳＣＨ時間領域リソースの少なくとも１つのシンボルが上りリンクで構成される場合、（７１４）Ｒから行ｒを除き、７１５へ進む。７１３の条件を満たさない場合、７１５へ進む。
（７１５）７１３の条件文を終了し、７１６へ進む。
（７１６）ｒを１つインクリメントし、７１７へ進む。
（７１７）ＲのインデックスｒがＣ（Ｒ）より小さい場合、７１３へ進む。ＲのインデックスｒがＣ（Ｒ）より大きい、または、同じである場合、７１８へ進む。
【００８９】
（７１８）端末装置１が１つのスロットに２つ以上のＰＤＳＣＨを受信する能力（Ｃａｐａｂｉｌｉｔｙ）を通知しない、且つ、Ｒが空ではない場合、（７１９）端末装置１はＭＡ，ｃとＫ１のインデックスｋの和集合をＭＡ，ｃに保存し、７３８へ進む。また、端末装置１が１つのスロットに２つ以上のＰＤＳＣＨを受信する能力（Ｃａｐａｂｉｌｉｔｙ）を通知しない、且つ、Ｒが空ではない場合、（７２０）端末装置１は１つのスロットにおいてＰＤＳＣＨとＳＰＳ  ＰＤＳＣＨリリースを同時に受信することを期待しなくてもよい。
（７２１）７１８の条件を満たさない場合、７２２へ進む。
【００９０】
（７２２）Ｒの要素数（Ｃａｒｄｉｎａｌｉｔｙ）をＣ（Ｒ）にセットし、７２３へ進む。
（７２３）ＰＤＳＣＨ受信候補Ｒの中から最も小さい最後のＯＦＤＭシンボルインデックスをｍに設定し、７２４へ進む。ここでＰＤＳＣＨ受信候補は、Ｒの各行に含まれる開始と長さ指示値（ＳＬＩＶ：ｓｔａｒｔ  ａｎｄ  ｌｅｎｇｔｈ  ｉｎｄｉｃａｔｏｒ  ｖａｌｕｅ）によって決まってもよい。また、端末装置１がＤＣＩによってＰＤＳＣＨを受信するようにスケジューリングされた場合、該ＤＣＩに含まれるＴｉｍｅ  Ｄｏｍａｉ
ｎ  Ｒｅｓｏｕｒｃｅ  ａｓｓｉｇｎｍｅｎｔフィルドの値に少なくとも基づいてＳＬＩＶを決定してもよい。
【００９１】
（７２４）Ｒが空ではない場合、７２５へ進む。Ｒが空である場合、７３８へ進む。
（７２５）ｒを０に設定し、７２６へ進む。
（７２６）ＲのインデックスｒがＣ（Ｒ）より小さい場合、７２７へ進む。ＲのインデックスｒがＣ（Ｒ）より大きい、または、同じである場合、７３４へ進む。
（７２７）行ｒにおけるＰＤＳＣＨ受信候補のＯＦＤＭ開始シンボルインデックスＳが（７２３）で決めたｍより小さい場合、（７２８）ｂｒ、ｋにｊを保存し、（７２９）Ｒから行ｒを除外し、（７３０）ＢにＢとｂｒ、ｋの和集合を保存し、７３１へ進む。ここでｂｒ、ｋはＫ１、ｋにおけるＰＤＳＣＨ受信候補ｒに対するオケージョンインデックスｊの集合であってもよい。
（７３１）７２７の条件文を終了し、７３２へ進む。
（７３２）ｒを１つインクリメントし、７３３へ進む。
（７３３）ＲのインデックスｒがＣ（Ｒ）より小さい場合、７２７へ進む。ＲのインデックスｒがＣ（Ｒ）より大きい、または、同じである場合、７３４へ進む。
（７３４）ＭＡ，ｃにＭＡ，ｃとｊの和集合を保存し、７３５へ進む。
（７３５）ｊを１つインクリメントし、７３６へ進む。
（７３６）ＰＤＳＣＨ受信候補Ｒの中から最も小さい最後のＯＦＤＭシンボルインデックスをｍに設定し、７３７へ進む。
（７３７）Ｒが空ではない場合、７２５へ進む。Ｒが空である場合、７３８へ進む。
（７３８）７１８および／または７２１の条件文を終了し、７３９へ進む。
（７３９）ｋを１つインクリメントし、７４０へ進む。
（７４０）７０９および／または７１１の条件文を終了し、７４１へ進む。
（７４１）Ｋ１のインデックスｋがＣ（Ｋ１）より小さい場合、７０６へ進む。Ｋ１のインデックスｋがＣ（Ｋ１）より大きい、または、同じである場合、プロシージャを終了する。
【００９２】
図７で示すプロシージャで決まるＭＡ，ｃは、端末装置１が送信するＨＡＲＱ−ＡＣＫビット数であってもよい。
【００９３】
Ｂに含まれるｂｒ、ｋが同じ値であるＲの１つまたは複数の行に対応するＰＤＳＣＨ受信候補オケージョンにおいて、端末装置１は同じスロットにおいて２つ以上のＰＤＳＣＨを受信することを期待しなくてもよい。
【００９４】
ＰＤＳＣＨ受信候補はＳＬＩＶによって示されるＰＤＳＣＨ受信が可能な候補であってもよい。１つのスロットにおいて端末装置１が実際に受信するＰＤＳＣＨの数は、ＰＤＳＣＨ受信候補の数と同じ、または、小さい値であってもよい。
【００９５】
端末装置１がＳＰＳ  ＰＤＳＣＨ、または、ＳＰＳ  ＰＤＳＣＨリリース、または、ＤＣＩフォーマット１＿０によってスケジューリングされたＰＤＳＣＨを受信し、且つ、端末装置１が１つのサービングセルに構成され、且つ、ＭＡ，ｃが１であり、且つ、端末装置１に上位層パラメータＰＤＳＣＨ−ＣｏｄｅＢｌｏｃｋＧｒｏｕｐＴｒａｎｓｍｉｓｓｉｏｎが与えられる場合、端末装置１は該ＰＤＳＣＨにおけるトランスポートブロックのみ、または、該ＳＰＳ  ＰＤＳＣＨリリースのみのＨＡＲＱ−ＡＣＫ情報を生成してもよい。
【００９６】
端末装置１がＳＰＳ  ＰＤＳＣＨ、または、ＳＰＳ  ＰＤＳＣＨリリース、または、ＤＣＩフォーマット１＿０によってスケジューリングされたＰＤＳＣＨを受信し、且つ、端末装置１が２つ以上のサービングセルに構成され、且つ、ＭＡ，ｃが２以上であり、且つ
、端末装置１に上位層パラメータＰＤＳＣＨ−ＣｏｄｅＢｌｏｃｋＧｒｏｕｐＴｒａｎｓｍｉｓｓｉｏｎが与えられる場合、端末装置１は該ＰＤＳＣＨにおけるトランスポートブロック、または、該ＳＰＳ  ＰＤＳＣＨリリースのＨＡＲＱ−ＡＣＫ情報をＮＨＡＲＱ−ＡＣＫＣＢＧ／ＴＢ，ｍａｘ回繰り返してもよい。ここでＮＨＡＲＱ−ＡＣＫＣＢＧ／ＴＢ，ｍａｘは上位層パラメータｍａｘＣｏｄｅＢｌｏｃｋＧｒｏｕｐｓＰｅｒＴｒａｎｓｐｏｒｔＢｌｏｃｋによって与えられてもよい。
【００９７】
端末装置１に上位層パラメータｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫが与えられる場合、端末装置１はスロットタイミング値（１、２、３、４、５、６、７、８）と対応するサービングセルの活性化された下りリンクＢＷＰのために上位層パラメータｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫによって与えられるスロットタイミング値の積集合に属しないスロットタイミング値をＤＣＩフォーマット１＿０で指示することを期待しなくてもよい。例えば、ｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫの値が（１、３、５、７）である場合、端末装置１はＤＣＩフォーマット１＿０によってスロットタイミング値（２、４、６、８）の何れかを指示されることを期待しなくてもよい。
【００９８】
ＰＤＳＣＨ受信候補のオケージョンがＤＣＩフォーマット１＿１を含むＰＤＣＣＨに対応し、且つ、上位層パラメータｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩが２つのトランスポートブロックの受信を指示し、且つ、端末装置１が１つのトランスポートブロックを含むＰＤＳＣＨを受信し、且つ、端末装置１に上位層パラメータｈａｒｑ−ＡＣＫ−ＳｐａｔｉａｌＢｕｎｄｌｉｎｇＰＵＣＣＨが与えられない場合、該ＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報は第１のトランスポートブロックに紐付けられ、且つ、端末装置１は第２のトランスポートブロックに関してＮＡＣＫを生成してもよい。
【００９９】
ＰＤＳＣＨ受信候補のオケージョンがＤＣＩフォーマット１＿１を含むＰＤＣＣＨに対応し、且つ、上位層パラメータｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩが２つのトランスポートブロックの受信を指示し、且つ、端末装置１が１つのトランスポートブロックを含むＰＤＳＣＨを受信し、且つ、端末装置１に上位層パラメータｈａｒｑ−ＡＣＫ−ＳｐａｔｉａｌＢｕｎｄｌｉｎｇＰＵＣＣＨが与えられる場合、端末装置１は第２のトランスポートブロックに対するＨＡＲＱ−ＡＣＫ情報をＡＣＫとみなし該ＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報を生成してもよい。
【０１００】
端末装置１はＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫコードブックのｏ０ＡＣＫ、ｏ１ＡＣＫ、．．．、ｏＯＡＣＫ−１ＡＣＫのＯＡＣＫビットのＨＡＲＱ−ＡＣＫ情報ビットを図８に示すプロシージャに少なくとも基づいて決定してもよい。ＰＤＳＣＨをスケジューリングするＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１の未検出によって、端末装置１が該ＰＤＳＣＨに含まれるトランスポートブロックまたはコードブロックグループ（ＣＢＧ）を受信できない場合、端末装置１は該トランスポートブロックまたはＣＢＧに対するＨＡＲＱ−ＡＣＫ情報をＮＡＣＫと生成する。
【０１０１】
ＭＡ，ｃの要素数（ｃａｒｄｉｎａｌｉｔｙ）はＨＡＲＱ−ＡＣＫ情報ビットに対応するサービングセルｃのＰＤＳＣＨ受信、または、ＳＰＳ  ＰＤＳＣＨリリースのオケージョンの総数Ｍｃに定義される。即ち、ＭｃはＭＡ，ｃの要素数であってもよい。また、ＭｃはＨＡＲＱ−ＡＣＫ情報のコードブックサイズであってもよい。
【０１０２】
図８は本実施形態において端末装置１がＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫコードブックのＨＡＲＱ−ＡＣＫ情報ビットを決定する一例のプロシージャを示した図である。このプロシージャにより図７のプロシージャで決まるＭＡ，ｃに対応するＨＡＲＱ−ＡＣＫ情報ビットが決定されてもよい。
【０１０３】
（８００）サービングセルインデックスｃを０に設定し、８０１へ進む。
（８０１）ＨＡＲＱ−ＡＣＫ情報ビットのインデックスｊを０に設定し、８０２へ進む。
（８０２）端末装置１に構成されたサービングセルの数をＮｃｅｌｌｓＤＬと設定し、８０３へ進む。
（８０３）ｃがＮｃｅｌｌｓＤＬより小さい場合、８０４へ進む。ｃがＮｃｅｌｌｓＤＬより大きい、または、同じである場合、プロシージャを終了する。
（８０４）ＰＤＳＣＨ受信候補、または、ＳＰＳ  ＰＤＳＣＨリリースのオケージョンインデックスｍを０に設定し、８０５へ進む。
【０１０４】
（８０５）インデックスｍがＭｃより小さい場合、８０６へ進む。インデックスｍがＭｃより大きい、または、同じである場合、８３１へ進む。
（８０６）上位層パラメータｈａｒｑ−ＡＣＫ−ＳｐａｔｉａｌＢｕｎｄｌｉｎｇＰＵＣＣＨが端末装置１に与えられない、且つ、上位層パラメータＰＤＳＣＨ−ＣｏｄｅＢｌｏｃｋＧｒｏｕｐＴｒａｎｓｍｉｓｓｉｏｎが端末装置１に与えられない、且つ、端末装置１がサービングセルｃの活性化された下りリンクＢＷＰにおいて２つのトランスポートブロックの受信を指示する上位層パラメータｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩに構成される場合、（８０７）ｏｊＡＣＫに該セルの第１のトランスポートブロックに対応するＨＡＲＱ−ＡＣＫ情報ビットを保存し、（８０８）ｊを１つインクリメントした後、（８０９）ｏｊＡＣＫに該セルの第２のトランスポートブロックに対応するＨＡＲＱ−ＡＣＫ情報ビットを保存し、（８１０）ｊを１つインクリメントし、８２８へ進む。８０６の条件を満たさない場合、８１１へ進む。
【０１０５】
（８１１）上位層パラメータｈａｒｑ−ＡＣＫ−ＳｐａｔｉａｌＢｕｎｄｌｉｎｇＰＵＣＣＨが端末装置１に与えられ、且つ、端末装置１がサービングセルｃの活性化された下りリンクＢＷＰにおいて２つのトランスポートブロックの受信を指示する上位層パラメータｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩに構成される場合、（８１２）該セルの第１のトランスポートブロックと第２のトランスポートブロックに対応するＨＡＲＱ−ＡＣＫ情報ビットをバイナリＡＮＤ演算（ｂｉｎａｒｙ  ＡＮＤ  ｏｐｅｒａｔｉｏｎ）を行い、その結果をｏｊＡＣＫに保存し、（８１３）ｊを１つインクリメントし、８２８へ進む。８１１の条件を満たさない場合、８１４へ進む。ここで、バイナリＡＮＤ演算の複数の入力ビットが全て１である場合のみ、バイナリＡＮＤ演算の結果が１である。バイナリＡＮＤ演算の複数の入力ビットが全て１ではない場合、バイナリＡＮＤ演算の結果は０である。例えば、第１のトランスポートブロックに対応するＨＡＲＱ−ＡＣＫ情報ビットが１であり、第２のトランスポートブロックに対応するＨＡＲＱ−ＡＣＫ情報ビットが１である場合、第１のトランスポートブロックに対応するＨＡＲＱ−ＡＣＫ情報ビットと第２のトランスポートブロックに対応するＨＡＲＱ−ＡＣＫ情報ビットのバイナリＡＮＤ演算の結果は１である。
【０１０６】
（８１１）上位層パラメータｈａｒｑ−ＡＣＫ−ＳｐａｔｉａｌＢｕｎｄｌｉｎｇＰＵＣＣＨが端末装置１に与えられ、且つ、端末装置１がサービングセルｃの活性化された下りリンクＢＷＰにおいて２つのトランスポートブロックの受信を指示する上位層パラメータｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩに構成され、且つ、端末装置１が１つのトランスポートブロックを受信する場合、（８１２）第２のトランスポートブロックに対応するＨＡＲＱ−ＡＣＫ情報ビットをＡＣＫと設定してから、該セルの第１のトランスポートブロックと第２のトランスポートブロックに対応するＨＡＲＱ−ＡＣＫ情報ビットをバイナリＡＮＤ演算（ｂｉｎａｒｙ  ＡＮＤ  ｏｐｅｒａｔｉｏｎ）を行い、その結果をｏｊＡＣＫに保存し、ｊを１つインクリメントし、８２８へ進む。８１１の条件を満たさない場合、８１４へ進む。
【０１０７】
（８１４）上位層パラメータＰＤＳＣＨ−ＣｏｄｅＢｌｏｃｋＧｒｏｕｐＴｒａｎｓｍｉｓｓｉｏｎが端末装置１に与えられ、且つ、ＮＨＡＲＱ−ＡＣＫ、ｃＣＢＧ／ＴＢ，ｍａｘＣＢＧがサービングセルｃにおいて上位層パラメータｍａｘＣｏｄｅＢｌｏｃｋＧｒｏｕｐｓＰｅｒＴｒａｎｓｐｏｒｔＢｌｏｃｋによって与えられる場合、８１５へ進む。８１４の条件を満たさない場合、８２５へ進む。ここでＮＨＡＲＱ−ＡＣＫ、ｃＣＢＧ／ＴＢ，ｍａｘはサービングセルｃにおいて１つのトランスポートブロックにおける最大のＣＢＧ数であってもよい。
（８１５）ＣＢＧインデックスのｎＣＢＧを０に設定し、８１６へ進む。
（８１６）ＮＨＡＲＱ−ＡＣＫ、ｃＣＢＧ／ＴＢ，ｍａｘをｎｍａｘに設定し、８１７へ進む。
（８１７）ｎＣＢＧがＮＨＡＲＱ−ＡＣＫ、ｃＣＢＧ／ＴＢ，ｍａｘより小さい場合、８１８へ進む。ｎＣＢＧがＮＨＡＲＱ−ＡＣＫ、ｃＣＢＧ／ＴＢ，ｍａｘより大きい、または、同じである場合、８２４へ進む。
（８１８）第１のトランスポートブロックのｎＣＢＧ個のＣＢＧに対応するＨＡＲＱ−ＡＣＫ情報ビットをｏｊ＋ｎＣＢＧＡＣＫに保存し、８１９へ進む。
（８１９）端末装置１が上位層パラメータｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩによりサービングセルｃの下りリンクＢＷＰにおいて２つのトランスポートブロックを受信するように構成される場合、（８２０）第２のトランスポートのｎＣＢＧ個のＣＢＧに対応するＨＡＲＱ−ＡＣＫ情報ビットをｏｊ＋ｎＣＢＧ＋ｎｍａｘＡＣＫに保存し、（８２１）８１９の条件文を終了し、８２２へ進む。８１９の条件を満たさない場合、８２２へ進む。
（８２２）ｎＣＢＧを１つインクリメントし、８２３へ進む。
（８２３）ｎＣＢＧがＮＨＡＲＱ−ＡＣＫ、ｃＣＢＧ／ＴＢ，ｍａｘより小さい場合、８１８へ進む。ｎＣＢＧがＮＨＡＲＱ−ＡＣＫ、ｃＣＢＧ／ＴＢ，ｍａｘより大きい、または、同じである場合、８２４へ進む。
（８２４）ｊにｊ＋ＮＴＢ，ｃＤＬ・ＮＨＡＲＱ−ＡＣＫ、ｃＣＢＧ／ＴＢ，ｍａｘを保存し、８２８へ進む。
（８２５）８０６、８１１、および／または、８１４の条件を満たさない場合、８２６へ進む。
（８２６）ｏｊＡＣＫにサービングセルｃにおけるＨＡＲＱ−ＡＣＫ情報ビットを保存し、８２７へ進む。
（８２７）ｊを１つインクリメントし、８２８へ進む。
（８２８）８０６、８１１、８１４、および／または、８２５の条件文を終了し、８２９へ進む。
（８２９）ｍを１つインクリメントし、８３０へ進む。
（８３０）インデックスｍがＭｃより小さい場合、８０６へ進む。インデックスｍがＭｃより大きい、または、同じである場合、８３１へ進む。
（８３１）ｃを１つインクリメントし、８３２へ進む。
（８３２）ｃがＮｃｅｌｌｓＤＬより小さい場合、８０４へ進む。ｃがＮｃｅｌｌｓＤＬより大きい、または、同じである場合、プロシージャを終了する。
【０１０８】
図７におけるインデックスjは図８におけるインデックスｍと同じであってもよい。
【０１０９】
図９は本実施形態におけるＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫコードブックサイズを決定する一例を示した図である。ＰＤＳＣＨ９００、ＰＤＳＣＨ９０１、ＰＤＳＣＨ９０２、ＰＤＳＣＨ９０３、ＰＤＳＣＨ９０４、ＰＤＳＣＨ９０５、ＰＤＳＣＨ９０６およびＰＤＳＣＨ９０７はＰＤＳＣＨ受信候補であってもよい。ＰＤＳＣＨの受信は１つまたは複数のＰＤＳＣＨ受信候補の何れかで行われてもよい。図９において、スロットｎ−Ｋ１、ｋにおけるＣ（Ｒ）が８であるため、７２６のループは８回実行される。図９におけるスロットｎ−Ｋ１、ｋの７２６のループにおいて、第１回目、第２回目、および、第３
回目のループは、ＰＤＳＣＨ９００の最後のＯＦＤＭシンボルを基準とするため、ＰＤＳＣＨ９００、および／または、ＰＤＳＣＨ９０１、および／または、ＰＤＳＣＨ９０２はｊの値が同じであってもよい。即ち、ｂ０、ｋ＝０、ｂ１、ｋ＝０、ｂ２、ｋ＝０であってもよい。また、図９におけるスロットｎ−Ｋ１、ｋの７２６のループにおいて、第４回目、第５回目、および、第６回目のループは、ＰＤＳＣＨ９０３の最後のＯＦＤＭシンボルを基準とするため、ＰＤＳＣＨ９０３、および／または、ＰＤＳＣＨ９０４、および／または、ＰＤＳＣＨ９０５はｊの値が同じであってもよい。即ち、ｂ３、ｋ＝１、ｂ４、ｋ＝１、ｂ５、ｋ＝１であってもよい。また、図９におけるスロットｎ−Ｋ１、ｋの７２６のループにおいて、第７回目、および、第８回目のループは、ＰＤＳＣＨ９０６の最後のＯＦＤＭシンボルを基準とするため、ＰＤＳＣＨ９０６、および／または、ＰＤＳＣＨ９０７はｊの値が同じであってもよい。即ち、ｂ６、ｋ＝２、ｂ７、ｋ＝２であってもよい。図９におけるスロットｎ−Ｋ１、ｋにおいて、Ｍｃは３であってもよい。
【０１１０】
図１０は本実施形態におけるＰＤＳＣＨおよびＳＰＳ  ＰＤＳＣＨリリースに対応するＨＡＲＱ−ＡＣＫコードブックサイズを決定する一例を示した図である。あるスロットにおいて端末装置１がＳＰＳ  ＰＤＳＣＨリリースを含むＰＤＣＣＨを受信した場合、端末装置１はＳＰＳ  ＰＤＳＣＨリリースに対応するＨＡＲＱ−ＡＣＫ情報を、ＳＰＳ  ＰＤＳＣＨリリースを含むＤＣＩフォーマットに含まれるＴｉｍｅ  Ｄｏｍａｉｎ  Ｒｅｓｏｕｒｃｅ  ａｓｓｉｇｎｍｅｎｔに少なくとも基づいて導出されるＳＬＩＶが指示する（ｉｎｄｉｃａｔｅ）ＰＤＳＣＨ受信候補のＨＡＲＱ−ＡＣＫに置き換えて送信してもよい。例えば、図１０においてＳＰＳ  ＰＤＳＣＨリリース１００８を含むＤＣＩフォーマットに含まれるＴｉｍｅ  Ｄｏｍａｉｎ  Ｒｅｓｏｕｒｃｅ  ａｓｓｉｇｎｍｅｎｔに少なくとも基づいて導出されるＳＬＩＶがＰＤＳＣＨ受信候補のＰＤＳＣＨ９０５を指示する場合、ＰＤＳＣＨ９０５に対応するＨＡＲＱ−ＡＣＫを用いてＳＰＳ  ＰＤＳＣＨリリース１００８のＨＡＲＱ−ＡＣＫ情報を送信してもよい。例えば、図１０においてＳＰＳ  ＰＤＳＣＨリリース１００８を含むＤＣＩフォーマットに含まれるＴｉｍｅ  Ｄｏｍａｉｎ  Ｒｅｓｏｕｒｃｅ  ａｓｓｉｇｎｍｅｎｔに少なくとも基づいて導出されるＳＬＩＶがＰＤＳＣＨ受信候補のＰＤＳＣＨ９０５を指示する場合、ＰＤＳＣＨ９０５に対応するｏｊＡＣＫにＳＰＳ  ＰＤＳＣＨリリース１００８のＨＡＲＱ−ＡＣＫ情報ビットを保存してもよい。該ＳＬＩＶが指示するＰＤＳＣＨ受信候補は該ＳＰＳ  ＰＤＳＣＨリリースを受信したスロットに含まれてもよいし、異なるスロットに含まれてもよい。つまり、該ＳＬＩＶが示すＰＤＳＣＨ受信候補のスロットは、該ＳＰＳ  ＰＤＳＣＨリリースを含むＤＣＩフォーマットに含まれるＴｉｍｅ  Ｄｏｍａｉｎ  Ｒｅｓｏｕｒｃｅ  ａｓｓｉｇｎｍｅｎｔに少なくとも基づいて与えられてもよい。
【０１１１】
図９および図１０におけるｍは、７２３、および／または、７３６に示す最後のＯＦＤＭシンボルインデックスであってもよい。
【０１１２】
ＳＰＳ  ＰＤＳＣＨリリースを含むＤＣＩフォーマットに含まれるＴｉｍｅ  Ｄｏｍａｉｎ  Ｒｅｓｏｕｒｃｅ  ａｓｓｉｇｎｍｅｎｔに少なくとも基づいて導出されるＳＬＩＶをＳＰＳ  ＳＬＩＶとも称する。端末装置１は、ＳＰＳ  ＳＬＩＶが示すＰＤＳＣＨ受信候補と同じｂｒ、ｋの値を持つＰＤＳＣＨ受信候補においてＰＤＳＣＨを受信することを期待しなくてもよい。例えば、図１０においてＳＰＳ  ＳＬＩＶがＰＤＳＣＨ受信候補のＰＤＳＣＨ９０５を示す場合、端末装置１は、該ＰＤＳＣＨ９０５とｂｒ、ｋの値が同じであるＰＤＳＣＨ９０３、ＰＤＳＣＨ９０４、および、ＰＤＳＣＨ９０５におけるＰＤＳＣＨの受信を期待しなくてもよい。
【０１１３】
端末装置１は、ＳＰＳ  ＰＤＳＣＨリリースが示すＰＤＳＣＨ受信候補と同じｂｒ、ｋの値を持つＰＤＳＣＨ受信候補においてＰＤＳＣＨを受信することを期待しなくてもよい。例えば、図１０においてＳＰＳ  ＰＤＳＣＨリリース１００８がＰＤＳＣＨ受信候補の
ＰＤＳＣＨ９０５を示す場合、端末装置１は、該ＰＤＳＣＨ９０５とｂｒ、ｋの値が同じであるＰＤＳＣＨ９０３、ＰＤＳＣＨ９０４、および、ＰＤＳＣＨ９０５におけるＰＤＳＣＨの受信を期待しなくてもよい。
【０１１４】
端末装置１は、ＰＤＳＣＨを受信するＰＤＳＣＨの受信候補において、ＳＰＳ  ＳＬＩＶが該ＰＤＳＣＨ受信候補と同じｂｒ、ｋの値を持つＰＤＳＣＨ受信候補の選択を期待しなくてもよい。例えば、図１０においてＰＤＳＣＨの受信がＰＤＳＣＨ受信候補のＰＤＳＣＨ９０２において行われる場合、端末装置１は、ＳＰＳ  ＳＬＩＶが該ＰＤＳＣＨ９０２とｂｒ、ｋの値が同じであるＰＤＳＣＨ９００、ＰＤＳＣＨ９０１、および／または、ＰＤＳＣＨ９０２を示すことを期待しなくてもよい。
【０１１５】
あるスロットにおいて端末装置１がＳＰＳ  ＰＤＳＣＨリリースを含むＰＤＣＣＨを受信し、且つ、該ＳＰＳ  ＰＤＳＣＨリリースを含むＤＣＩフォーマットに含まれるＴｉｍｅ  Ｄｏｍａｉｎ  Ｒｅｓｏｕｒｃｅ  ａｓｓｉｇｎｍｅｎｔに少なくとも基づいて与えられるスロットにおいて、１または複数のＰＤＳＣＨ受信候補があった場合、ＰＤＳＣＨ受信候補に対応するスタート、および／または、最後のＯＦＤＭシンボル、ＰＤＳＣＨ受信候補に対応するＯＦＤＭシンボル数、ＰＤＳＣＨ受信候補に対応するテーブルインデックスに少なくとも基づいて、該１または複数のＰＤＳＣＨ受信候補のうち、ＳＰＳ  ＰＤＣＣＨリリースに対応するＰＤＳＣＨ受信候補が与えられてもよい。
【０１１６】
例えば、ＳＰＳ  ＰＤＳＣＨリリースを含むＤＣＩフォーマットに含まれるＴｉｍｅ  Ｄｏｍａｉｎ  Ｒｅｓｏｕｒｃｅ  ａｓｓｉｇｎｍｅｎｔに少なくとも基づいて与えられるスロットにおいて、端末装置１はＳＰＳ  ＰＤＳＣＨリリースに対応するＨＡＲＱ−ＡＣＫ情報をスタートＯＦＤＭシンボルが最も遅いＰＤＳＣＨ受信候補が対応するＨＡＲＱ−ＡＣＫに置き換えて送信してもよい。例えば、ＳＰＳ  ＰＤＳＣＨリリースを含むＤＣＩフォーマットに含まれるＴｉｍｅ  Ｄｏｍａｉｎ  Ｒｅｓｏｕｒｃｅ  ａｓｓｉｇｎｍｅｎｔに少なくとも基づいて与えられるスロットにおいて、スタートＯＦＤＭシンボルが最も遅いＰＤＳＣＨ受信候補が対応するｏｊＡＣＫにＳＰＳ  ＰＤＳＣＨリリースのＨＡＲＱ−ＡＣＫ情報ビットを保存してもよい。
【０１１７】
ＳＰＳ  ＰＤＳＣＨリリースを含むＤＣＩフォーマットに含まれるＴｉｍｅ  Ｄｏｍａｉｎ  Ｒｅｓｏｕｒｃｅ  ａｓｓｉｇｎｍｅｎｔに少なくとも基づいて与えられるスロットにおいて、スタートＯＦＤＭシンボルが最も遅いＰＤＳＣＨ受信候補が複数存在する場合、端末装置１はＳＰＳ  ＰＤＳＣＨリリースに対応するＨＡＲＱ−ＡＣＫ情報をＯＦＤＭシンボルの数が最も少ないＰＤＳＣＨ受信候補のＨＡＲＱ−ＡＣＫに置き換えて送信してもよい。例えば、ＳＰＳ  ＰＤＳＣＨリリースを含むＤＣＩフォーマットに含まれるＴｉｍｅ  Ｄｏｍａｉｎ  Ｒｅｓｏｕｒｃｅ  ａｓｓｉｇｎｍｅｎｔに少なくとも基づいて与えられるスロットにおいて、スタートＯＦＤＭシンボルが最も遅いＰＤＳＣＨ受信候補が複数存在する場合、ＯＦＤＭシンボルの数が最も少ないＰＤＳＣＨ受信候補が対応するｏｊＡＣＫにＳＰＳ  ＰＤＳＣＨリリースのＨＡＲＱ−ＡＣＫ情報ビットを保存してもよい。
【０１１８】
ＳＰＳ  ＰＤＳＣＨリリースを含むＤＣＩフォーマットに含まれるＴｉｍｅ  Ｄｏｍａｉｎ  Ｒｅｓｏｕｒｃｅ  ａｓｓｉｇｎｍｅｎｔに少なくとも基づいて与えられるスロットにおいて、スタートＯＦＤＭシンボルが最も遅く、且つ、ＯＦＤＭシンボルの長さが同じであるＰＤＳＣＨ受信候補が複数存在する場合、端末装置１はＳＰＳ  ＰＤＳＣＨリリースに対応するＨＡＲＱ−ＡＣＫ情報を、ＰＤＳＣＨ受信候補を定義（ｄｅｆｉｎｅ）するテーブルのインデックスが最も小さいＰＤＳＣＨ受信候補のＨＡＲＱ−ＡＣＫに置き換えて送信してもよい。例えば、ＳＰＳ  ＰＤＳＣＨリリースを含むＤＣＩフォーマットに含まれるＴｉｍｅ  Ｄｏｍａｉｎ  Ｒｅｓｏｕｒｃｅ  ａｓｓｉｇｎｍｅｎｔに少なくと
も基づいて与えられるスロットにおいて、スタートＯＦＤＭシンボルが最も遅く、且つ、ＯＦＤＭシンボルの長さが同じであるＰＤＳＣＨ受信候補が複数存在する場合、ＰＤＳＣＨ受信候補を定義（ｄｅｆｉｎｅ）するテーブルのインデックスが最も小さいＰＤＳＣＨ受信候補が対応するｏｊＡＣＫにＳＰＳ  ＰＤＳＣＨリリースのＨＡＲＱ−ＡＣＫ情報ビットを保存してもよい。
【０１１９】
以下、本実施形態における、端末装置１および基地局装置３の種々の態様について説明する。
【０１２０】
（１）本実施形態の第１の態様は、端末装置であって、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を生成する処理部と、あるスロットにおいて、ＳＰＳ  ＰＤＳＣＨリリースが関連するＰＤＳＣＨ受信候補のｂｒ、ｋと同じ値のｂｒ、ｋの１つまたは複数のＰＤＳＣＨ候補を除くＰＤＳＣＨ受信候補の一部または全部のそれぞれでＰＤＳＣＨを受信する受信部と、を備える。
【０１２１】
（２）本実施形態の第２の態様は、基地局装置であって、ＰＤＳＣＨを送信する送信部と、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、前記送信部は、あるスロットにおいて、ＳＰＳ  ＰＤＳＣＨリリースが関連するＰＤＳＣＨ受信候補のｂｒ、ｋと同じ値のｂｒ、ｋの１つまたは複数のＰＤＳＣＨ候補を除くＰＤＳＣＨ受信候補の一部または全部にＰＤＳＣＨをスケジュールする。
【０１２２】
これにより、端末装置１と基地局装置３は効率的に通信を行うことができる。
【０１２３】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０１２４】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【０１２５】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０１２６】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０１２７】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０１２８】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０１２９】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０１３０】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０１３１】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０１３２】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０  無線送受信部
１１  アンテナ部
１２  ＲＦ部
１３  ベースバンド部
１４  上位層処理部
１５  媒体アクセス制御層処理部
１６  無線リソース制御層処理部
３０  無線送受信部
３１  アンテナ部
３２  ＲＦ部
３３  ベースバンド部
３４  上位層処理部
３５  媒体アクセス制御層処理部
３６  無線リソース制御層処理部
【図１】
2020061650.tif 000003
【図２】
2020061650.tif 000004
【図３】
2020061650.tif 000005
【図４】
2020061650.tif 000006
【図５】
2020061650.tif 000007
【図６】
2020061650.tif 000008
【図７】
2020061650.tif 000009
【図８】
2020061650.tif 000010
【図９】
2020061650.tif 000011
【図１０】
2020061650.tif 000012