(57)【特許請求の範囲】
【請求項１】
端末装置であって、
ＰＵＣＣＨがマッピングされる１つまたは複数のＰＲＢの、１または複数の第１のインデックスを決定する処理部と、
ＢＷＰでＰＵＣＣＨを送信する送信部と、を備え、
前記ＰＵＣＣＨがインターレースを用いて送信される場合、前記第１のインデックスは、前記インターレースのインデックスと、前記インターレースに用いられるＲＢの数と、インターレース数と、ＣＲＢインデックスにおける０から前記ＢＷＰの開始ＰＲＢまでのＰＲＢ数と、に基づいて決定される、
端末装置。
【請求項２】
前記インターレース数は、サブキャリア間隔が第１の値である場合、第１のインターレース数に決定され、前記サブキャリア間隔が第２の値である場合、第２のインターレース数に決定される、請求項１に記載の端末装置。
【請求項３】
基地局装置であって、
ＰＵＣＣＨがマッピングされる１つまたは複数のＰＲＢの、１または複数の第１のインデックスを用いて、ＢＷＰでＰＵＣＣＨを受信する受信部を備え、
前記ＰＵＣＣＨがインターレースを用いて送信される場合、前記第１のインデックスは、前記インターレースのインデックスと、前記インターレースに用いられるＲＢの数と、インターレース数と、ＣＲＢインデックスにおける０から前記ＢＷＰの開始ＰＲＢまでのＰＲＢ数と、に基づいて決定される、
基地局装置。
【請求項４】
前記インターレース数は、サブキャリア間隔が第１の値である場合、第１のインターレース数に決定され、前記サブキャリア間隔が第２の値である場合、第２のインターレース数に決定される、請求項３に記載の基地局装置。
【請求項５】
端末装置に用いられる方法であって、
ＰＵＣＣＨがマッピングされる１つまたは複数のＰＲＢの、１または複数の第１のインデックスを決定するステップと、
ＢＷＰでＰＵＣＣＨを送信するステップと、を備え、
前記ＰＵＣＣＨがインターレースを用いて送信される場合、前記第１のインデックスは、前記インターレースのインデックスと、前記インターレースに用いられるＲＢの数と、インターレース数と、ＣＲＢインデックスにおける０から前記ＢＷＰの開始ＰＲＢまでのＰＲＢ数と、に基づいて決定される、
通信方法。
【請求項６】
基地局装置に用いられる通信方法であって、
ＰＵＣＣＨがマッピングされる１つまたは複数のＰＲＢの、１または複数の第１インデックスを用いて、ＢＷＰでＰＵＣＣＨを受信するステップ、を備え、
前記ＰＵＣＣＨがインターレースを用いて送信される場合、前記第１のインデックスは、前記インターレースのインデックスと、前記インターレースに用いられるＲＢの数と、インターレース数と、ＣＲＢインデックスにおける０から前記ＢＷＰの開始ＰＲＢまでのＰＲＢ数と、に基づいて決定される、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、および、通信方法に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「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.6.0 (2019-06), NR; Physical channels and modulation".
【非特許文献２】"3GPP TS 38.212 V15.6.0 (2019-06), NR; Multiplexing and channel coding".
【非特許文献３】"3GPP TS 38.213 V15.6.0 (2019-06), NR; Physical layer procedures for control".
【非特許文献４】"3GPP TS 38.214 V15.6.0 (2019-06), NR; Physical layer procedures for data".
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、効率的に上りリンク送信、および／または、下りリンク送信の受信を行うことができる端末装置、該端末装置に用いられる通信方法、効率的に下りリンク送信、および／または、上りリンク送信の受信を行うことができる基地局装置、および、該基地局装置に用いられる通信方法を提供する。
【課題を解決するための手段】
【０００６】
（１）本発明の第１の態様は、端末装置であって、インターレースの構成に関連する上位層パラメータを受信する受信部と、前記インターレースを用いてＰＵＣＣＨを送信する送信部と、前記ＰＵＣＣＨがマッピングされる１つまたは複数のＰＲＢのＰＲＢインデックスを決定する処理部と、を備え、前記インターレースに含まれる第１のＰＲＢ数は第１の値と第２の値とに少なくとも基づいて決められ、前記第１の値は、前記ＰＵＣＣＨが送信される帯域を構成する第２のＰＲＢ数に少なくとも基づいて与えられ、前記第２の値は、前記インターレースのインデックスと前記ＰＵＣＣＨが送信される帯域を構成する１つまたは複数のＰＲＢのＰＲＢインデックスの中で最も小さいＰＲＢインデックスとに基づいて与えられる。
【０００７】
（２）本発明の第２の態様は、基地局装置であって、インターレースの構成に関連する上位層パラメータを送信する送信部と、前記インターレースを用いてＰＵＣＣＨを受信する受信部と、前記ＰＵＣＣＨがマッピングされる１つまたは複数のＰＲＢのＰＲＢインデックスを決定する処理部と、を備え、前記インターレースに含まれる第１のＰＲＢ数は第１の値と第２の値とに少なくとも基づいて決められ、前記第１の値は、前記ＰＵＣＣＨが送信される帯域を構成する第２のＰＲＢ数に少なくとも基づいて与えられ、前記第２の値は、前記インターレースのインデックスと前記ＰＵＣＣＨが送信される帯域を構成する１つまたは複数のＰＲＢのＰＲＢインデックスの中で最も小さいＰＲＢインデックスとに基づいて与えられる。
【０００８】
（３）本発明の第３の態様は、端末装置に用いられる通信方法であって、インターレースの構成に関連する上位層パラメータを受信するステップと、前記インターレースを用いてＰＵＣＣＨを送信するステップと、前記ＰＵＣＣＨがマッピングされる１つまたは複数のＰＲＢのＰＲＢインデックスを決定するステップと、を備え、前記インターレースに含まれる第１のＰＲＢ数は第１の値と第２の値とに少なくとも基づいて決められ、前記第１の値は、前記ＰＵＣＣＨが送信される帯域を構成する第２のＰＲＢ数に少なくとも基づいて与えられ、前記第２の値は、前記インターレースのインデックスと前記ＰＵＣＣＨが送信される帯域を構成する１つまたは複数のＰＲＢのＰＲＢインデックスの中で最も小さいＰＲＢインデックスとに基づいて与えられる。
【０００９】
（４）本発明の第４の態様は、基地局装置に用いられる通信方法であって、基地局装置に用いられる通信方法であって、インターレースの構成に関連する上位層パラメータを送信するステップと、前記インターレースを用いてＰＵＣＣＨを受信するステップと、前記ＰＵＣＣＨがマッピングされる１つまたは複数のＰＲＢのＰＲＢインデックスを決定するステップと、を備え、前記インターレースに含まれる第１のＰＲＢ数は第１の値と第２の値とに少なくとも基づいて決められ、前記第１の値は、前記ＰＵＣＣＨが送信される帯域を構成する第２のＰＲＢ数に少なくとも基づいて与えられ、前記第２の値は、前記インターレースのインデックスと前記ＰＵＣＣＨが送信される帯域を構成する１つまたは複数のＰＲＢのＰＲＢインデックスの中で最も小さいＰＲＢインデックスとに基づいて与えられる。
【発明の効果】
【００１０】
この発明によれば、端末装置は効率的に上りリンク送信を行うことができる。また、基地局装置は効率的に上りリンク送信の受信を行うことができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の無線通信システムの概念図である。
【図２】本実施形態の無線フレームの概略構成を示す図である。
【図３】本実施形態における上りリンクスロットの概略構成を示す図である。
【図４】本実施形態の端末装置１の構成を示す概略ブロック図である。
【図５】本実施形態の基地局装置３の構成を示す概略ブロック図である。
【図６】本実施形態におけるインターレースの一例を示した図である。
【図７】本実施形態において帯域幅とサブキャリアスペーシング（ＳＣＳ）とインターレースの数と１つのインターレースに含まれるＰＲＢの数との関係の一例を示した図である。
【図８】本実施形態における本実施形態においてＰＵＣＣＨをＰＲＢにマッピングする第１の方法の一例を示した図である。
【図９】本実施形態における上位層パラメータＰＵＣＣＨ  ｒｅｓｏｕｒｃｅの構成を示す一例である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について説明する。
【００１３】
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１という。
【００１４】
本実施形態の物理チャネルおよび物理信号について説明する。
【００１５】
端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。上りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＵＣＣＨ（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
）のうち、少なくとも１つを含む。
【００１８】
ＨＡＲＱ−ＡＣＫを、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、ＨＡＲＱ−ＡＣＫフィードバック、ＨＡＲＱ応答、ＨＡＲＱ−ＡＣＫ応答、ＨＡＲＱ情報、ＨＡＲＱ−ＡＣＫ情報、ＨＡＲＱ制御情報、および、ＨＡＲＱ−ＡＣＫ制御情報とも称する。下りリンクデータが成功裏に復号された場合、該下りリンクデータに対するＡＣＫが生成される。下りリンクデータが成功裏に復号されなかった場合、該下りリンクデータに対するＮＡＣＫが生成される。ＤＴＸ（discontinuous transmission）は、下りリンクデータを検出しなかったことを意味してもよい。ＤＴＸ（discontinuous transmission）は、ＨＡＲＱ−ＡＣＫ応答を送信するべきデータを検出しなかったことを意味してもよい。ＨＡＲＱ−ＡＣＫは、１つのトランスポートブロックに少なくとも対応するＨＡＲＱ−ＡＣＫビットを少なくとも含んでもよい。ＨＡＲＱ−ＡＣＫビットは、１または複数のトランスポートブロックに対応するＡＣＫ（acknowledgement）またはＮＡＣＫ（negative-acknowledgement
）を示してもよい。ＨＡＲＱ−ＡＣＫは、１または複数のＨＡＲＱ−ＡＣＫビットを含むＨＡＲＱ−ＡＣＫコードブックを少なくとも含んでもよい。ＨＡＲＱ−ＡＣＫビットが１または複数のトランスポートブロックに対応することは、ＨＡＲＱ−ＡＣＫビットが該１または複数のトランスポートブロックを含むＰＤＳＣＨに対応することであってもよい。
【００１９】
ＨＡＲＱ−ＡＣＫビットは、トランスポートブロックに含まれる１つのＣＢＧ（Code Block Group）に対応するＡＣＫまたはＮＡＣＫを示してもよい。ＨＡＲＱ−ＡＣＫは、ＨＡＲＱフィードバック、ＨＡＲＱ情報、ＨＡＲＱ制御情報とも呼称される。
【００２０】
チャネル状態情報（ＣＳＩ：Channel State Information）は、チャネル品質指標（Ｃ
ＱＩ：Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）とランク指標（ＲＩ：Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）を含んでもよい。チャネル品質指標は、プレコーダ行列指標（ＰＭＩ：Ｐｒｅｃｏｄｅｒ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、CSI-RS指標（CRI：CSI-RS indicator）を含んでもよい。チャネル状態情報はプレコーダ行列指標を含ん
でもよい。ＣＱＩは、チャネル品質（伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。ＣＳＩはＣＳＩレポート、ＣＳＩ情報とも呼称する。
【００２１】
ＣＳＩレポートは１つまたは複数に分割されてもよい。例えば、ＣＳＩレポートが２つに分割される場合、分割された第１のＣＳＩレポートはＣＳＩ―ｐａｒｔ１、分割された第２のＣＳＩレポートはＣＳＩ―ｐａｒｔ２であってもよい。ＣＳＩレポートのサイズは分割されたＣＳＩのうちの一部または全部のビット数であってもよい。ＣＳＩレポートのサイズはＣＳＩ―ｐａｒｔ１のビット数であってもよい。ＣＳＩレポートのサイズはＣＳＩ―ｐａｒｔ２のビット数であってもよい。ＣＳＩレポートのサイズは分割された複数のＣＳＩレポートのビット数の総和であってもよい。分割された複数のＣＳＩのビット数の総和は、分割される前のＣＳＩレポートのビット数である。ＣＳＩ−ｐａｒｔ１は少なくともRI、CRI、CQI、PMIの何れかの一部または全部を含んでもよい。ＣＳＩ−ｐａｒｔ２
はPMI、CQI、RI、CRIの何れかの一部または全部を含んでもよい。
【００２２】
スケジューリングリクエスト（SR: Scheduling Request）は、初期送信のためのＰＵＳＣＨのリソースを要求するために少なくとも用いられてもよい。スケジューリングリクエストビットは、正のＳＲ（positive SR）または、負のＳＲ（negative SR）のいずれかを示すために用いられてもよい。スケジューリングリクエストビットが正のＳＲを示すことは、“正のＳＲが送信される”とも呼称される。正のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストがトリガされることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストを送信することが指示された場合に、送信されてもよい。スケジューリングリクエストビットが負のＳＲを示すことは、“負のＳＲが送信される”とも呼称される。負のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストがトリガされないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストを送信することが指示されない場合に、送信されてもよい。
【００２３】
スケジューリングリクエストビットは、１または複数のＳＲ設定（SR configuration）のいずれかに対する正のＳＲ、または、負のＳＲのいずれかを示すために用いられてもよい。該１または複数のＳＲ設定のそれぞれは、１または複数のロジカルチャネルに対応してもよい。あるＳＲ設定に対する正のＳＲは、該あるＳＲ設定に対応する１または複数のロジカルチャネルのいずれかまたは全部に対する正のＳＲであってもよい。負のＳＲは、特定のＳＲ設定に対応しなくてもよい。負のＳＲが示されることは、全てのＳＲ設定に対して負のＳＲが示されることであってもよい。
【００２４】
ＳＲ設定は、スケジューリングリクエストＩＤ（Scheduling Request ID）であっても
よい。
【００２５】
ＰＵＳＣＨは、上りリンクデータ（Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Uplink-Shared Channel: UL-SCH）を送信するために用いられて
もよい。ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。また、ＰＵＳＣＨはチャネル状態情報の
み、または、ＨＡＲＱ−ＡＣＫおよびチャネル状態情報のみを送信するために用いられてもよい。つまり、ＰＵＳＣＨは、上りリンク制御情報を送信するために用いられてもよい。端末装置１は、上りリンクグラント（uplink grant）を含むＰＤＣＣＨ（Physical Downlink Control Channel）の検出に基づいてＰＵＳＣＨを送信してもよい。
【００２６】
ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１）を送信するために用いられる。ＰＲＡＣＨは、初期コネクション確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（connection re-establishment）プロシージャ、上りリンクデータの送信に対する同期（タイミ
ング調整）、およびＰＵＳＣＨ（ＵＬ−ＳＣＨ）リソースの要求の少なくとも一部を示すために用いられてもよい。
【００２７】
端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられてもよい。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・上りリンク参照信号（ＵＬ  ＲＳ：Uplink Reference Signal）
【００２８】
本実施形態において、少なくとも以下の２つのタイプの上りリンク参照信号が少なくとも用いられてもよい。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
【００２９】
ＤＭＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと多重されてもよい。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＤＭＲＳを使用する。以下、ＰＵＳＣＨとＤＭＲＳを共に送信することを、単にＰＵＳＣＨを送信すると称する。該ＤＭＲＳは該ＰＵＳＣＨに対応してもよい。以下、ＰＵＣＣＨとＤＭＲＳを共に送信することを、単にＰＵＣＣＨを送信すると称する。該ＤＭＲＳは該ＰＵＣＣＨに対応してもよい。
【００３０】
ＳＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連しなくてもよい。ＳＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連してもよい。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクスロットにおける最後から１つまたは複数の所定数のＯＦＤＭシンボルにおいて送信されてもよい。
【００３１】
基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられてもよい。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用されてもよい。
・ＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）
・ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
・ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）
【００３２】
ＰＢＣＨは、サービングセル内またはアクティブＢＷＰ（Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）内またはキャリア内の、１つまたは複数の端末装置１において共通に用いられるマスターインフォメーションブロック（Master Information Block: MIB）を報知するために
用いられる。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。例えば、ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の少なくとも一部は、８０ｍｓごとに更新されてもよい。ＰＢＣＨは、周波数領域において、所定のサブキャリア数（例えば、２８８サブキャリア）により構成されてもよい。また、ＰＢＣＨは、時間
領域において、２、３、または、４ＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、同期信号の識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。第１の設定情報はＭＩＢに含まれてもよい。該第１の設定情報は、ランダムアクセスメッセージ２、ランダムアクセスメッセージ３、ランダムアクセスメッセージ４の一部または全部に少なくとも用いられる設定情報であってもよい。
【００３３】
ＰＤＣＣＨは、下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を送信するために用いられる。下りリンク制御情報を、ＤＣＩフォーマットとも称する。なお、ＤＣＩフォーマットは、１つまたは複数の下りリンク制御情報のフィールドを含んでも構成されてもよい。下りリンク制御情報は、上りリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）または下りリンクグラント（ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ）のいずれかを少なくとも含んでもよい。
【００３４】
上りリンクグラントは、単一のセル内の単一のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントは、単一のセル内の複数のスロットにおける複数のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントは、単一のセル内の複数のスロットにおける単一のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントを含む下りリンク制御情報は、上りリンクに関連するＤＣＩフォーマットとも称されてもよい。
【００３５】
１つの下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントは、該下りリンクグラントが送信されたスロットと同じスロット内のＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントを含む下りリンク制御情報は、下りリンクに関連するＤＣＩフォーマットとも称されてもよい。
【００３６】
ＰＤＳＣＨは、下りリンクデータ（ＴＢ、ＭＡＣ  ＰＤＵ、ＤＬ−ＳＣＨ、ＰＤＳＣＨ、ＣＢ、ＣＢＧ）を送信するために用いられる。ＰＤＳＣＨは、ランダムアクセスメッセージ２（ランダムアクセスレスポンス）を送信するために少なくとも用いられる。ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステムインフォメーション（Ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）を送信するために少なくとも用いられる。
【００３７】
上述したＢＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層で用いられるチャネルはトランスポートチャネルと呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロックまたはＭＡＣ  ＰＤＵとも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（ｄｅｌｉｖｅｒ）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
【００３８】
基地局装置３と端末装置１は、上位層（ｈｉｇｈｅｒ  ｌａｙｅｒ）において信号をやり取り（送受信）してもよい。例えば、基地局装置３と端末装置１は、無線リソース制御（ＲＲＣ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層において、ＲＲＣシグナリング（ＲＲＣ  ｍｅｓｓａｇｅ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ
ｍｅｓｓａｇｅ、ＲＲＣ  ｉｎｆｏｒｍａｔｉｏｎ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ
Ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとも称される）を送受信してもよい。また、
基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ  ＣＥ（Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ  ＣＥを、上位層の信号（ｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）とも称する。
【００３９】
ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣ  ＣＥを送信するために少なくとも用いられる。ここで、基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリングであってもよい。セル内における複数の端末装置１に対して共通のＲＲＣシグナリングは、共通ＲＲＣシグナリングとも呼称される。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のＲＲＣシグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇまたはＵＥ  ｓｐｅｃｉｆｉｃ  ｓｉｇｎａｌｉｎｇとも呼称される）であってもよい。端末装置１に対して専用のＲＲＣシグナリングは、専用ＲＲＣシグナリングとも呼称される。セルスペシフィックパラメータは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリング、または、ある端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。ＵＥスペシフィックパラメータは、ある端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。
【００４０】
以下、本実施形態の無線フレーム（radio frame）の構成について説明する。
【００４１】
図２は、本実施形態の無線フレームの概略構成を示す図である。図２において、横軸は時間軸である。無線フレームのそれぞれは、１０ms長であってもよい。また、無線フレームのそれぞれは１０のスロットから構成されてもよい。スロットのそれぞれは、１ms長であってもよい。
【００４２】
以下、本実施形態のスロットの構成の一例について説明する。図３は、本実施形態における上りリンクスロットの概略構成を示す図である。図３において、１つのセルにおける上りリンクスロットの構成を示す。図３において、横軸は時間軸であり、縦軸は周波数軸である。上りリンクスロットはＮＵＬｓｙｍｂ個のＳＣ−ＦＤＭＡシンボルを含んでもよい。上りリンクスロットはＮＵＬｓｙｍｂ個のＯＦＤＭシンボルを含んでもよい。以下、本実施形態では、上りリンクスロットがＯＦＤＭシンボルを含む場合を用いて説明をするが、上りリンクスロットがＳＣ−ＦＤＭＡシンボルを含む場合にも本実施形態を適用することはできる。
【００４３】
図３において、ｌはＯＦＤＭシンボル番号／インデックスであり、ｋはサブキャリア番号／インデックスである。スロットのそれぞれにおいて送信される物理シグナルまたは物理チャネルは、リソースグリッドによって表現される。上りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリア番号／インデックスｋ、および、ＯＦＤＭシンボル番号／インデックスｌによって表される。
【００４４】
上りリンクスロットは、時間領域において、複数のＯＦＤＭシンボルl（l＝０，１，・・・，ＮＵＬｓｙｍｂ−１）を含んでもよい。１つの上りリンクスロットにおいて、上りリンクにおけるノーマルＣＰ（normal Cyclic Prefix）に対して、ＮＵＬｓｙｍｂは７または１４であってもよい。上りリンクにおける拡張ＣＰ（extended Cyclic Prefix）に対して、ＮＵＬｓｙｍｂは６または１２であってもよい。
【００４５】
端末装置１は、上りリンクにおけるＣＰ長を示す上位層のパラメータUL-CyclicPrefixLengthを基地局装置３から受信する。基地局装置３は、セルに対応する該上位層のパラメ
ータUL-CyclicPrefixLengthを含むシステムインフォメーションを、該セルにおいて報知
してもよい。
【００４６】
上りリンクスロットは、周波数領域において、複数のサブキャリアｋ（ｋ＝０，１，・・・，ＮＵＬＲＢ・ＮＲＢＳＣ−１)を含んでもよい。ＮＵＬＲＢは、サービングセルに
対する上りリンク帯域幅設定であり、ＮＲＢＳＣの倍数によって表現される。ＮＲＢＳＣは、サブキャリアの数によって表現される、周波数領域における（物理）リソースブロックサイズである。サブキャリア間隔Δfは１５ｋＨｚであってもよい。ＮＲＢＳＣは１２
であってもよい。周波数領域における（物理）リソースブロックサイズは１８０ｋＨｚであってもよい。
【００４７】
本実施形態の一態様に係る無線通信システムにおいて、ＯＦＤＭ（Orthogonal Frequency Division Multiplex）が少なくとも用いられる。ＯＦＤＭシンボルは、ＯＦＤＭの時
間領域の単位である。ＯＦＤＭシンボルは、少なくとも１または複数のサブキャリア（subcarrier）を含む。ＯＦＤＭシンボルは、ベースバンド信号生成において時間連続信号（time-continuous signal）に変換されもよい。
【００４８】
サブキャリア間隔（SCS: SubCarrier Spacing）は、サブキャリア間隔Δｆ＝２μ・１
５ｋＨｚにより与えられてもよい。例えば、サブキャリア間隔の設定（subcarrier spacing configuration）μは０、１、２、３、４、および／または、５の何れかに設定されてもよい。あるＢＷＰ（BandWidth Part）のために、サブキャリア間隔の設定μが上位層パラメータにより与えられてもよい。
【００４９】
本実施形態における下りリンクのスロットは、複数のＯＦＤＭシンボルを含む。本実施形態における下りリンクのスロットの構成は上りリンクと基本的に同じであるため、下りリンクのスロットの構成の説明は省略する。
【００５０】
以下、本実施形態における装置の構成について説明する。
【００５１】
図４は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（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）層の処理を行なう。
【００６２】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部３５は、無線リソース制御層処理部３６によって管理されている各種設定情報／パラメータに基づいて、ランダムアクセス手順の制御を行う。
【００６３】
上位層処理部３４が備える無線リソース制御層処理部３６は、無線リソース制御層の処理を行う。無線リソース制御層処理部３６は、物理下りリンク共用チャネルに配置される下りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ、ＭＡＣ  ＣＥ（Control Element）などを生成し、又は上位ノードから取得し
、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
【００６４】
無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。
【００６５】
端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。端末装置１が備える符号１０から符号１６が付された部のそれぞれは、少なくとも１つのプロセッサと前記少なくとも１つのプロセッサと連結されるメモリとして構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、少なくとも１つのプロセッサと前記少なくとも１つのプロセッサと連結されるメモリとして構成されてもよい。
【００６６】
本実施形態の無線通信システムは、ＴＤＤ（Time Division Duplex）および／またはＦＤＤ（Frequency Division Duplex）が適用されてもよい。セルアグリゲーションの場合
には、ＴＤＤが適用されるサービングセルとＦＤＤが適用されるサービングセルが集約されてもよい。
【００６７】
なお、上位層の信号は、ＲＭＳＩ（Remaining Minimum System Information）、ＯＳＩ（Other System Information）、ＳＩＢ（System Information Block）、ＲＲＣ（Radio Resource Control）メッセージ、ＭＡＣ  ＣＥ（Medium Access Control Control Element）のいずれかであってもよい。また、上位層パラメータ（higher layer parameter）は
上位層の信号に含まれるパラメータや情報要素を意味してもよい。システムインフォメーションはＳＩＢ１であってもよい。
【００６８】
ＰＵＣＣＨで送信されるＵＣＩはＨＡＲＱ−ＡＣＫ、スケジューリングリクエスト、および／または、ＣＳＩを含んでもよい。ＰＵＣＣＨで送信されるＵＣＩはＨＡＲＱ−ＡＣＫ、スケジューリングリクエスト、および／または、ＣＳＩの何れかの組み合わせを含んでもよい。
【００６９】
あるコンポーネントキャリアにおいて、ＮＲ−Ｕ（New Radio - Unlicensed）が適用されてもよい。あるサービングセルにおいて、ＮＲ−Ｕが適用されてもよい。あるコンポーネントキャリア（または、あるサービングセル）においてＮＲ−Ｕが適用されることは、以下の要素Ａ１から要素Ａ６の一部または全部を含む技術（フレームワーク、構成）を少なくとも含んでもよい。
要素Ａ１：該あるコンポーネントキャリア（または、該あるサービングセル）において、第２のＳＳバーストセットが構成される
要素Ａ２：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第２のＳＳ／ＰＢＣＨブロックを送信する
要素Ａ３：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第２のＳＳ／ＰＢＣＨブロックを受信する
要素Ａ４：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）における第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを送信する
要素Ａ５：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）における第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを受信する
要素Ａ６：ＮＲ−Ｕに関連する上位層パラメータ（例えば、ＭＩＢに含まれるフィールド）が第１の値（例えば、１）を示す
【００７０】
あるコンポーネントキャリアにおいて、ＮＲ−Ｕ（New Radio - Unlicensed）が適用されなくてもよい。あるサービングセルにおいて、ＮＲ−Ｕが適用されなくてもよい。あるコンポーネントキャリア（または、あるサービングセル）においてＮＲ−Ｕが適用されないことは、以下の要素Ｂ１から要素Ｂ６の一部または全部を含む技術（フレームワーク、構成）を少なくとも含んでもよい。
要素Ｂ１：該あるコンポーネントキャリア（または、該あるサービングセル）において、第１のＳＳバーストセットが構成される
要素Ｂ２：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第１のＳＳ／ＰＢＣＨブロックを送信する
要素Ｂ３：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第１のＳＳ／ＰＢＣＨブロックを受信する
要素Ｂ４：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）における第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを送信する
要素Ｂ５：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）における第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを受信する
要素Ｂ６：ＮＲ−Ｕに関連する上位層パラメータ（例えば、ＭＩＢに含まれるフィールド）が該第１の値とは異なる値（例えば、０）を示す
【００７１】
あるコンポーネントキャリアは、免許帯域（licensed band）に設定されてもよい。あ
るサービングセルは、免許帯域に設定されてもよい。ここで、あるコンポーネントキャリア（または、あるサービングセル）が免許帯域に設定されることは、以下の設定１から設定３の一部または全部を少なくとも含んでもよい。
設定１：あるコンポーネントキャリア（または、あるサービングセル）に対して免許帯域で動作することを示す上位層パラメータが与えられる、または、あるコンポーネントキャリア（または、あるサービングセル）に対して免許不要帯域（unlicensed band）で動作
することを示す上位層パラメータが与えられない
設定２：免許帯域で動作するように、あるコンポーネントキャリア（または、あるサービ
ングセル）が設定される、または、免許不要帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定されない
設定３：あるコンポーネントキャリア（または、あるサービングセル）が免許帯域に含まれる、または、あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に含まれない
【００７２】
免許帯域は、該免許帯域において動作する（ことが期待される）端末装置に対して、無線局免許が要求されるような帯域であってもよい。免許帯域は、無線局免許を保有する事業者（事業体、事業、団体、企業）によって製造される端末装置のみが動作を許可されるような帯域であってもよい。免許不要帯域は、物理信号の送信に先立つチャネルアクセス手順が要求されないような帯域であってもよい。
【００７３】
免許不要帯域は、該免許不要帯域において動作する（ことが期待される）端末装置に対して、無線局免許が要求されないような帯域であってもよい。免許不要帯域は、無線局免許を保有する事業者、および／または、無線局免許を保有しない事業者の一部または全部によって製造される端末装置が動作を許可されるような帯域であってもよい。免許不要帯域は、物理信号の送信に先立つチャネルアクセス手順が要求されるような帯域であってもよい。
【００７４】
あるコンポーネントキャリア（または、あるサービングセル）にＮＲ−Ｕが適用されるか否かは、少なくとも該あるコンポーネントキャリア（または、該あるサービングセル）が、免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に設定されているか否かに基づいて決められてもよい。例えば、ＮＲあるいはＮＲのキャリアアグリゲーションのためにデザインされたバンドのリストが規定されてもよい。例えば、あるバンドが、リスト内の１つまたは複数のバンドが免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に含まれる場合、該あるバンドにＮＲ−Ｕが適用されてもよい。また、あるバンドが、リスト内の１つまたは複数のバンドが免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に含まれない場合、該あるバンドにＮＲ−Ｕが適用されず、通常のＮＲ（例えば、リリース１５のＮＲ、あるいはリリース１６のＮＲ−Ｕ以外のＮＲ）が適用されてもよい。
【００７５】
あるコンポーネントキャリア（または、あるサービングセル）にＮＲ−Ｕが適用されるか否かは、少なくともそのコンポーネントキャリア（または、そのサービングセル）が、ＮＲ−Ｕが運用可能なバンド（例えば、ＮＲ−Ｕでのみ運用可能なバンド）に設定されているか否かに基づいて決められてもよい。例えば、あるバンドが、リスト内の１つまたは複数のバンドがＮＲ−Ｕで運用可能なバンド（例えば、ＮＲ−Ｕでのみ運用可能なバンド）に含まれる場合、該あるバンドにＮＲ−Ｕが適用されてもよい。また、あるバンドが、リスト内の１つまたは複数のバンドがＮＲ−Ｕで運用可能なバンド（例えば、ＮＲ−Ｕでのみ運用可能なバンド）に含まれない場合、該あるバンドにＮＲ−Ｕが適用されず、通常のＮＲ（例えば、リリース１５のＮＲ、あるいはリリース１６のＮＲ−Ｕ以外のＮＲ）が適用されてもよい。
【００７６】
あるコンポーネントキャリア（または、あるサービングセル）にＮＲ−Ｕが適用されるか否かは、ＭＩＢ、または、システム情報に含まれる情報に基づいて決められてもよい。例えば、ＭＩＢ（または、システム情報）にＮＲ−Ｕを適用するか否かを示す情報が含まれており、該情報がＮＲ−Ｕを適用することを示している場合、該ＭＩＢ（または、該システム情報）が対応するサービングセルに対して、ＮＲ−Ｕが適用されてもよい。一方、該情報がＮＲ−Ｕを適用することを示していない場合、該ＭＩＢ（または、該システム情報）が対応するサービングセルに対して、ＮＲ−Ｕが適用されず、通常のＮＲが適用されてもよい。または、該情報が免許不要帯域で運用可能か否かを示してもよい。
【００７７】
あるコンポーネントキャリアは、免許不要帯域に設定されてもよい。あるサービングセルは、免許不要帯域に設定されてもよい。ここで、あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に設定されることは、以下の設定４から設定６の一部または全部を少なくとも含んでもよい。
設定４：あるコンポーネントキャリア（または、あるサービングセル）に対して免許不要帯域で動作することを示す上位層パラメータが与えられる
設定５：免許不要帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定される
設定６：あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に含まれる
【００７８】
以下、コンポーネントキャリアが免許帯域に設定される、または免許不要帯域に設定されることを想定の下、説明を行う。なお、“コンポーネントキャリアが免許帯域に設定される”ことは、“サービングセルが免許帯域に設定される”ことであってもよいし、“コンポーネントキャリアが免許不要帯域に設定される”ことは、“サービングセルが免許不要帯域に設定される”ことであってもよい。
【００７９】
あるコンポーネントキャリアにおいて、端末装置１が第１のＳＳ／ＰＢＣＨブロックを受信するか、第２のＳＳ／ＰＢＣＨブロックを受信するかは、該あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されるか否か、および、該あるコンポーネントキャリアが免許不要帯域に設定されるか否か、の一部または全部に少なくとも基づき与えられてもよい。
【００８０】
例えば、あるコンポーネントキャリアが免許帯域に設定される場合、端末装置１は第１のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアが免許帯域に設定される場合、端末装置１は、第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアが免許帯域に設定される場合、基地局装置３は第１のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアが免許帯域に設定される場合、基地局装置３は、第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。
【００８１】
あるコンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は第２のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第２のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は第２のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第２のＰＤＣＣＨを受信してもよい。
【００８２】
例えば、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許帯域に設定される場合、端末装置１は第１のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許帯域に設定される場合、端末装置１は、第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許帯域に設定される場合、基地局装置３は第１のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許帯域に設定される場合、基地局装置３は、第１
のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。
【００８３】
例えば、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は第２のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は第２のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されず、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。
【００８４】
例えば、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許帯域に設定される場合、端末装置１は第２のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許帯域に設定される場合、端末装置１は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許帯域に設定される場合、基地局装置３は第２のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許帯域に設定される場合、基地局装置３は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。
【００８５】
例えば、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は第２のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は第２のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用され、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。
【００８６】
端末装置１は、ＰＲＡＣＨ、ＰＵＣＣＨ、または、ＰＵＳＣＨを１つまたは複数のインターレース（ｉｎｔｅｒｌａｃｅ）を用いて送信してもよい。１つのインターレースというのは、端末装置１に与えられた一部または全部のＰＲＢにおいて、同じ間隔を持つＰＲＢを選択し送信することを意味してもよい。同じ間隔というのは、インターレースの１つの第１のＰＲＢから該インターレースの１つの第２のＰＲＢの間に存在するＰＲＢ数と該インターレースの１つの第２のＰＲＢと該インターレースの１つの第３のＰＲＢの間に存在するＰＲＢ数と、が同じであることを意味してもよい。ある活性化された（ａｃｔｉｖａｔｅｄ）１つまたは複数のＢＷＰにおけるインターレースを用いるＰＵＳＣＨ、または、ＰＵＣＣＨ送信において、該ＰＵＳＣＨ、または、該ＰＵＣＣＨ送信のためにインターレースの数と１つのインターレースに含まれるＰＲＢ数が端末装置１に割り当てられてもよい。例えば、ある活性化された１つまたは複数のＢＷＰにおいて、端末装置１に割り当てられたＰＲＢ数が１００である場合、インターレースの数は１０、１つのインターレースに含まれるＰＲＢ数は１０であってもよい。
【００８７】
端末装置１は、端末装置１に割り当てられるインターレースの数、および／または、１つのインターレースに含まれるＰＲＢの数をＤＣＩ、および／または、上位層パラメータによって与えられてもよい。
【００８８】
図６は、本実施形態におけるインターレースの一例を示した図である。図６において、端末装置１に与えられたＰＲＢ数は１０６個であってもよい。図６において、ある活性化された１つまたは複数のＢＷＰにおいて、インターレース＃０からインターレース＃９まで最大１０個のインターレースが構成されてもよい。１つのインターレースを構成するＰＲＢの数は１０個または１１個であってもよい。例えば、インターレース＃０の６００は１１個のＰＲＢで構成されてもよいし、インターレース＃６の６０３は１０個のＰＲＢで構成されてもよい。
【００８９】
図７は、本実施形態において帯域幅とサブキャリアスペーシング（ＳＣＳ）とインターレースの数と１つのインターレースに含まれるＰＲＢの数との関係の一例を示した図である。７００の行はサブキャリアスペーシングを示してもよい。７０１の行は帯域幅を示してもよい。７０２の行は７００の行のサブキャリアスペーシングと７０１の行の帯域幅と、に対応する全てのＰＲＢの数であってもよい。また、あるＳＣＳにおいて帯域幅に関わらずインターレースの数は一定であってもよい。
【００９０】
インターレースのインデックスはＰＲＢインデックス（ｎＰＲＢ）と紐付けられてもよい。インターレースのインデックスはＣＲＢ（ｃｏｍｍｏｎ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）インデックスと紐付けられてもよい。ＣＲＢインデックス（ｎＣＲＢ）はＰＲＢインデックスとＮＢＷＰｓｔａｒｔとの合計であってもよい。例えば、ｎＣＲＢ＝ｎＰＲＢ
＋ＮＢＷＰｓｔａｒｔの関係であってもよい。ここでＮＢＷＰｓｔａｒｔはＣＲＢインデックス０からＢＷＰの開始ＰＲＢまでのＰＲＢ数であってもよい。該ＰＲＢ数はＢＷＰの開始ＰＲＢを除く数であってもよい。インターレースのインデックスは（ｎＰＲＢ  ｍｏｄ  Ｎｉｎｔ）の関係であってもよい。インターレースのインデックスは（（ｎＰＲＢ
＋ＮＢＷＰｓｔａｒｔ）ｍｏｄ  Ｎｉｎｔ）であってもよい。ここでＮｉｎｔはＳＣＳごとのインターレースの数であってもよい。また、３０ｋＨｚ  ＳＣＳの場合、Ｎｉｎｔは５であってもよい。また、１５ｋＨｚ  ＳＣＳの場合、Ｎｉｎｔは１０であってもよい。
【００９１】
端末装置１は、１つまたは複数の上位層パラメータに基づいて、ＰＵＣＣＨフォーマットでのＰＵＣＣＨ送信に用いられるＰＵＣＣＨリソースを設定してもよい。例えば、上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ０が上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット０を含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ１が上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット１を含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ２が上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット２を含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ３が上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット３を含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ４が上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット４を含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ０Ａが上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット０Ａを含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ１Ａが上位層パラメー
タｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット１Ａを含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ２が上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット２Ａを含んでもよい。上位層パラメータＰＵＣＣＨ−Ｆｏｒｍａｔ３が上位層パラメータｆｏｒｍａｔに含まれる場合、ＰＵＣＣＨ送信に用いられる１つまたは複数のＰＵＣＣＨリソースはＰＵＣＣＨフォーマット３Ａを含んでもよい。
【００９２】
ここで、ＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマットに対応するＰＵＣＣＨリソースの設定に用いられる上位層パラメータの値や種類、および／または、ＰＵＣＣＨフォーマットに対応するＰＵＣＣＨリソースで送信可能なＵＣＩビットの数に少なくとも基づいて定義されてもよい。例えば、ＰＵＣＣＨフォーマット０、および／または、ＰＵＣＣＨフォーマット０Ａは、１つまたは２つのＯＦＤＭシンボルの長さを持ち、ＵＣＩビット数は１または２ビットであってもよい。ＰＵＣＣＨフォーマット１、および／または、ＰＵＣＣＨフォーマット１Ａは４つのＯＦＤＭシンボル以上の長さを持ち、ＵＣＩビット数は１または２ビットであってもよい。ＰＵＣＣＨフォーマット２、および／または、ＰＵＣＣＨフォーマット２Ａは１つまたは２つのＯＦＤＭシンボルの長さを持ち、ＵＣＩビット数は３と同じまたは大きくてもよい。ＰＵＣＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット３Ａは４つのＯＦＤＭシンボルと同じまたは長い長さを持ち、ＵＣＩビット数は３と同じまたは大きくてもよい。ＰＵＣＣＨフォーマット４は４つのＯＦＤＭシンボルと同じまたは長い長さを持ち、ＵＣＩビット数は３と同じまたは大きくてもよい。ＰＵＣＣＨフォーマット４で設定されるＰＵＣＣＨリソースはＯＣＣを含んでもよい。ＰＵＣＣＨフォーマット２Ａ、または、ＰＵＣＣＨフォーマット３Ａにおいて、ＵＣＩビットの数が２ビット以下である場合、端末装置１は冗長データ（ｒｅｄｕｎｄａｎｃｙ  ｄａｔａ：例えば、ゼロパディング、パディング、反復コード（ｒｅｐｅｔｉｔｉｏｎ  ｃｏｄｅ）、符号化等）を用いてＵＣＩビットの数と、冗長データのビットの数と、の合計が３ビットと同じまたは大きくなるように処理してもよい。
【００９３】
ＰＵＣＣＨリソースセットは、上位層パラメータＰＵＣＣＨ−ｒｅｓｏｕｒｃｅ−ｓｅｔによって、１つまたは複数に設定されてもよい。１つのＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースの最大数は、上位層パラメータｍａｘＮｒｏｆＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＰｅｒＳｅｔによって設定されてもよい。端末装置１はＵＣＩのビット数Ａに応じてＰＵＣＣＨリソースセットを決定してもよい。ＵＣＩのビット数ＡがＮ１と同じまたは小さい場合、端末装置１は第１のＰＵＣＣＨリソースセットを決定してもよい。ＵＣＩのビット数ＡがＮ１より大きい、且つ、Ｎ２と同じまたは小さい場合、端末装置１は第２のＰＵＣＣＨリソースセットを決定してもよい。ＵＣＩのビット数ＡがＮ２と同じまたは大きい、且つ、Ｎ３と同じまたは小さい場合、端末装置１は第３のＰＵＣＣＨリソースセットを決定してもよい。ＵＣＩのビット数ＡがＮ３と同じまたは大きい、且つ、Ｎ４と同じまたは小さい場合、端末装置１は第４のＰＵＣＣＨリソースセットを決定する。Ｎ１は２であってもよい。Ｎ４は１７０６であってもよい。Ｎ２、Ｎ３は上位層パラメータで設定されてもよい。
【００９４】
端末装置１が、ＰＵＣＣＨリソースセットを設定する上位層パラメータＰＵＣＣＨ−ｒｅｓｏｕｒｃｅ−ｓｅｔによって構成されていない場合、ＨＡＲＱ−ＡＣＫ情報を伴うＰＵＣＣＨ送信のための上りリンクＢＷＰはＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１によって示され、ＰＵＣＣＨリソースセットはＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１に含まれる上位層パラメータＰＵＣＣＨ−ｒｅｓｏｕｒｃｅ−ｃｏｍｍｏｎによって示されてもよい。
【００９５】
端末装置１がＰＵＣＣＨを用いてＨＡＲＱ−ＡＣＫ情報を送信するために、端末装置１
はＰＵＣＣＨリソースセットを決定した後にＰＵＣＣＨリソースを決定する。ＰＵＣＣＨリソースの決定は、端末装置１が検出した最後のＤＣＩフォーマット１_０またはＤＣＩ
フォーマット１_１に含まれるＰＵＣＣＨリソースインジケータ（ＰＲＩ：ＰＵＣＣＨ  
ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ）フィールドの値に少なくとも基づいて行われてもよい。
【００９６】
端末装置１は、検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１が示す順序に対応するＨＡＲＱ−ＡＣＫ情報をＰＵＣＣＨで送信してもよい。検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１の順序は昇順（ascending order
）を用いてセル間のインデックスを先に設定してからＰＤＣＣＨモニタリングオケージョンを後にする。例えば、端末装置１がサービングセル１でＰＤＣＣＨモニタリングオケージョンＴにおいてＤＣＩフォーマットＡを、ＰＤＣＣＨモニタリングオケージョン（Ｔ＋１）においてＤＣＩフォーマットＢを検出し、サービングセル２でＰＤＣＣＨモニタリングオケージョンＴにおいてＤＣＩフォーマットＣを、ＰＤＣＣＨモニタリングオケージョン（Ｔ＋１）においてＤＣＩフォーマットＤを検出した場合、端末装置１は、ＤＣＩフォーマットＡ、ＤＣＩフォーマットＣ、ＤＣＩフォーマットＢ、ＤＣＩフォーマットＤの順で各ＤＣＩフォーマットに対応するＨＡＲＱ−ＡＣＫ情報をＰＵＣＣＨで送信してもよい。ここでＤＣＩフォーマットＡ、ＤＣＩフォーマットＢ、ＤＣＩフォーマットＣ、ＤＣＩフォーマットＤは、少なくともＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１の何れかのＤＣＩフォーマットであってもよい。
【００９７】
端末装置１は、ＰＤＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォ
ーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールドの値が示す、上位
層パラメータｒｅｓｏｕｒｃｅＬｉｓｔに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＩｄによって設定されたＰＵＣＣＨリソースを決定してもよい。例えば、あるＰＵＣＣＨリソースセットにおいて、上位層パラメータｒｅｓｏｕｒｃｅＬｉｓｔに４つのＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＩｄを持つ１つまたは複数のＰＵＣＣＨリソースが含まれ、該１つまたは複数のＰＵＣＣＨリソースが、ＰＵＣＣＨリソースインジケータフィールドの値００に対応するＰＵＣＣＨリソースが第１のＰＵＣＣＨリソース、ＰＵＣＣＨリソースインジケータフィールドの値０１に対応するＰＵＣＣＨリソースが第２のＰＵＣＣＨリソース、ＰＵＣＣＨリソースインジケータフィールドの値１０に対応するＰＵＣＣＨリソースが第３のＰＵＣＣＨリソース、ＰＵＣＣＨリソースインジケータフィールドの値１１に対応するＰＵＣＣＨリソースが第４のＰＵＣＣＨリソースで設定される場合、端末装置１がＰＤＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールドの値が１０である場合、端末装置１は第３のＰＵＣＣＨリソースを選択してもよい。
【００９８】
各ＰＵＣＣＨリソースは、ＰＵＣＣＨがマップされる開始シンボルインデックス（ｓｔａｒｔｉｎｇ  ｓｙｍｂｏｌ  ｉｎｄｅｘ）と、シンボル数（ｓｙｍｂｏｌ  ｄｕｒａｔｉｏｎ）と、周波数ホッピングしない時の、または、周波数ホッピングする時の１番目のホップの、開始ＰＲＢインデックス（ｓｔａｒｔｉｎｇ  ＰＲＢ  ｉｎｄｅｘ  ｏｆ  ｆｉｒｓｔ  ｈｏｐ）と、周波数ホッピングする時の２番目のホップの開始ＰＲＢインデックス（ｓｔａｒｔｉｎｇ  ＰＲＢ  ｉｎｄｅｘ  ｏｆ  ｓｅｃｏｎｄ  ｈｏｐ）と、ＰＲＢの数と、周波数ホッピングフラッグ（Ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ  ｆｌａｇ）と、初期サイクリックシフトのインデックスと、ＯＣＣのインデックスと、イントラスロット周波数ホッピングの実施インディケーションと、の一部または全部に少なくとも基づき与えられてもよい。１つのＰＵＣＣＨリソースセットに設定される１つまたは複数のＰＵＣＣＨリソースは、ＰＲＢ数が少ないＰＵＣＣＨリソースに小さいインデックスが与えられてもよい。つまり、ＰＵＣＣＨリソース１はＰＵＣＣＨリソース２よりＰＲＢ数が少ないまたは同じであってもよい。ここで、ＰＲＢを帯域幅、ＲＢとも称する。
【００９９】
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ０を指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット０であってもよい。該ＰＵＣＣＨフォーマット０は、上位層パラメータｉｎｉｔｉａｌＣｙｃｌｉｃＳｈｉｆｔによって与えられる初期サイクリックシフト（ｉｎｉｔｉａｌ  ｃｙｃｌｉｃ  ｓｈｉｆｔ）と、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、の一部または全部を少なくとも含んでもよい。
【０１００】
あるＰＵＣＣＨリソースのサイクリックシフトαは、該あるＰＵＣＣＨリソースの初期サイクリックシフトに少なくとも基づき与えられてもよい。あるＰＵＣＣＨリソースのサイクリックシフトαは、該あるＰＵＣＣＨリソースの初期サイクリックシフトの値に所定の値が加算（または、減算）されることに少なくとも基づき与えられてもよい。あるＰＵＣＣＨリソースのサイクリックシフトαは、該あるＰＵＣＣＨリソースの初期サイクリックシフトと等しくてもよい。
【０１０１】
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ１を指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット１であってもよい。該ＰＵＣＣＨフォーマット１は、上位層パラメータｉｎｉｔｉａｌＣｙｃｌｉｃＳｈｉｆｔによって与えられる初期サイクリックシフト（ｉｎｉｔｉａｌ  ｃｙｃｌｉｃ  ｓｈｉｆｔ）と、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、上位層パラメータｔｉｍｅＤｏｍａｉｎＯＣＣによって与えられる直交カバーコード（ＯＣＣ：ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）のインデックスと、の一部または全部を少なくとも含んでもよい。
【０１０２】
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ２を指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット２であってもよい。該ＰＵＣＣＨフォーマット２は、上位層パラメータｎｒｏｆＰＲＢｓによって与えられるＰＲＢ数と、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、の一部または全部を少なくとも含んでもよい。
【０１０３】
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ３を指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット３であってもよい。該ＰＵＣＣＨフォーマット３は、上位層パラメータｎｒｏｆＰＲＢｓによって与えられるＰＲＢ数と、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、の一部または全部を少なくとも含んでもよい。
【０１０４】
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ４を指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット４であってもよい。該ＰＵＣＣＨフォーマット４は、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｏｃｃ−Ｌｅｎｇｔｈによって与えられる直交カバーコード（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）の長さと、上位層パラメータｏｃｃ−Ｉｎｄ
ｅｘによって与えられる直交カバーコードのインデックスと、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、の一部または全部を少なくとも含んでもよい。
【０１０５】
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ０Ａを指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット０Ａであってもよい。該ＰＵＣＣＨフォーマット０Ａは、上位層パラメータｉｎｉｔｉａｌＣｙｃｌｉｃＳｈｉｆｔによって与えられる初期サイクリックシフト（ｉｎｉｔｉａｌ  ｃｙｃｌｉｃ  ｓｈｉｆｔ）と、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、インターレースのインデックスと、の一部または全部を少なくとも含んでもよい。
【０１０６】
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ１Ａを指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット１Ａであってもよい。該ＰＵＣＣＨフォーマット１Ａは、上位層パラメータｉｎｉｔｉａｌＣｙｃｌｉｃＳｈｉｆｔによって与えられる初期サイクリックシフト（ｉｎｉｔｉａｌ  ｃｙｃｌｉｃ  ｓｈｉｆｔ）と、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、上位層パラメータｔｉｍｅＤｏｍａｉｎＯＣＣによって与えられる直交カバーコード（ＯＣＣ：ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）のインデックスと、インターレースのインデックスと、の一部または全部を少なくとも含んでもよい。
【０１０７】
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ２Ａを指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット２Ａであってもよい。該ＰＵＣＣＨフォーマット２Ａは、上位層パラメータｎｒｏｆＰＲＢｓによって与えられるＰＲＢ数と、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、上位層パラメータｔｉｍｅＤｏｍａｉｎＯＣＣによって与えられる時間ドメイン直交カバーコード（ＯＣＣ：ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）のインデックスと、上位層パラメータｔｉｍｅＤｏｍａｉｎｏｃｃ−Ｌｅｎｇｔｈによって与えられる時間ドメイン直交カバーコード（ｏｒｔｈｏｇｏｎａｌ
ｃｏｖｅｒ  ｃｏｄｅ）の長さと、上位層パラメータｏｃｃ−Ｉｎｄｅｘによって与えられる周波数ドメイン直交カバーコードのインデックスと、上位層パラメータｆｒｅｑＤｏｍａｉｎｏｃｃ−Ｌｅｎｇｔｈによって与えられる周波数ドメイン直交カバーコード（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）の長さと、インターレースのインデックスと、の一部または全部を少なくとも含んでもよい。
【０１０８】
あるＰＵＣＣＨリソースにおいて、上位層パラメータｆｏｒｍａｔがＰＵＣＣＨ−ｆｏｒｍａｔ３Ａを指示する場合、該ＰＵＣＣＨリソースに設定されるＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット３Ａであってもよい。該ＰＵＣＣＨフォーマット３Ａは、上位層パラメータｎｒｏｆＰＲＢｓによって与えられるＰＲＢ数と、上位層パラメータｎｒｏｆＳｙｍｂｏｌｓによって与えられるＰＵＣＣＨ送信のためのシンボル数と、上位層パラメータｓｔａｒｔｉｎｇＳｙｍｂｏｌＩｎｄｅｘによって与えられるＰＵＣＣＨ送信のための最初のシンボルインデックスと、上位層パラメータｔｉｍｅＤｏｍａｉｎＯＣＣによって与えられる時間ドメイン直交カバーコード（ＯＣＣ：ｏｒｔｈｏｇｏｎａｌ  ｃｏ
ｖｅｒ  ｃｏｄｅ）のインデックスと、上位層パラメータｔｉｍｅＤｏｍａｉｎｏｃｃ−Ｌｅｎｇｔｈによって与えられる時間ドメイン直交カバーコード（ｏｒｔｈｏｇｏｎａｌ
ｃｏｖｅｒ  ｃｏｄｅ）の長さと、上位層パラメータｏｃｃ−Ｉｎｄｅｘによって与えられる周波数ドメイン直交カバーコードのインデックスと、上位層パラメータｆｒｅｑＤｏｍａｉｎｏｃｃ−Ｌｅｎｇｔｈによって与えられる周波数ドメイン直交カバーコード（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）の長さと、インターレースのインデックスと、の一部または全部を少なくとも含んでもよい。
【０１０９】
端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない場合、ＨＡＲＱ−ＡＣＫ情報を含むＵＣＩの送信のための１つまたは複数のＰＵＣＣＨリソースセットは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１（ＳＩＢ１）に含まれるｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎに基づいて与えられてもよい。該ｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎは、１つまたは複数のＰＵＣＣＨリソースセットを含むテーブルの行番号、または、列番号に対応するインデックスであってもよい。端末装置１は、該ｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎの値に基づいて該１つまたは複数のＰＵＣＣＨリソースセットを含むテーブルから１つのＰＵＣＣＨリソースセットを選択してもよい。
【０１１０】
端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない場合、ＨＡＲＱ−ＡＣＫ情報を含むＵＣＩの送信のための１つまたは複数のＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースセットインデックスと、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ送信に用いられる最初のシンボルインデックスと、ＰＵＣＣＨ送信に用いられるシンボル数と、周波数ドメイン直交カバーコードのインデックスと、時間ドメイン直交カバーコードのインデックスと、インターレースのインデックスのオフセットと、の一部または全部に少なくとも基づいて与えられてもよい。
【０１１１】
端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない場合、端末装置１は、１つまたは複数のＰＵＣＣＨリソースセットと、該ＰＵＣＣＨリソースセットの構成と、が含まれるテーブルに少なくとも基づいてＨＡＲＱ−ＡＣＫ情報を含むＵＣＩの送信のためのＰＵＣＣＨリソースを選択してもよい。
【０１１２】
端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない、かつ、端末装置１がＤＣＩフォーマット１＿０、または、ＤＣＩフォーマット１＿１によってスケジューリングされるＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ情報を、ＰＵＣＣＨを用いて送信する場合、端末装置１は、該ＤＣＩフォーマット１＿０、または、該ＤＣＩフォーマット１＿１を含むＰＤＣＣＨを受信したＣＯＲＥＳＥＴに含まれるＣＣＥの総数ＮＣＣＥと、該ＣＯＲＥＳＥＴにおける該ＰＤＣＣＨを受信のための最初のＣＣＥインデックスｎＣＣＥ、０と、該ＤＣＩフォーマット１＿０、または、該ＤＣＩフォーマット１＿１に含まれるＰＵＣＣＨリソースインジケータフィールドの値ΔＰＲＩと、の一部または全部に少なくとも基づいてＰＵＣＣＨリソースインデックスｒＰＵＣＣＨを決定してもよい。
【０１１３】
端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ  ｒｅｓｏ
ｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない、かつ、端末装置１がＤＣＩフォーマット１＿０、または、ＤＣＩフォーマット１＿１によってスケジューリングされるＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ情報を、ＰＵＣＣＨを用いて送信する場合、端末装置１は、該ＤＣＩフォーマット１＿０、または、該ＤＣＩフォーマット１＿１を含むＰＤＣＣＨを受信したＣＯＲＥＳＥＴに含まれるＣＣＥの総数ＮＣＣＥと、該ＣＯＲＥＳＥＴにおける該ＰＤＣＣＨを受信のための最初のＣＣＥインデックスｎＣＣＥ、０と、該ＤＣＩフォーマット１＿０、または、該ＤＣＩフォーマット１＿１に含まれるＰＵＣＣＨリソースインジケータフィールドの値ΔＰＲＩと、の一部または全部に少なくとも基づいてＰＵＣＣＨリソースインデックスｒＰＵＣＣＨを決定してもよい。
【０１１４】
ｆｌｏｏｒ（ｒＰＵＣＣＨ／８）が０である場合、端末装置１は、ＲＢＢＷＰｏｆｆｓｅｔ＋ｆｌｏｏｒ（ｒＰＵＣＣＨ／ＮＣＳ）に少なくとも基づいて周波数ホッピングの１番目のホップにおけるＰＵＣＣＨ送信のためのＰＲＢインデックスを決定してもよい。ｆｌｏｏｒ（ｒＰＵＣＣＨ／８）が０である場合、端末装置１は、ＮＢＷＰｓｉｚｅ−１−ＲＢＢＷＰｏｆｆｓｅｔ−ｆｌｏｏｒ（ｒＰＵＣＣＨ／ＮＣＳ）に少なくとも基づいて周波数ホッピングの２番目のホップにおけるＰＵＣＣＨ送信のためのＰＲＢインデックスを決定してもよい。ｆｌｏｏｒ（ｒＰＵＣＣＨ／８）が０である場合、端末装置１は、ｒＰＵＣＣＨ  ｍｏｄ  ＮＣＳに基づいて初期サイクリックシフトインデックスの集合から１つの初期サイクリックシフトインデックス（Ｉｎｉｔｉａｌ  Ｃｙｃｌｉｃ  Ｓｈｉｆｔ
ｉｎｄｅｘ）を決定してもよい。ＮＣＳは９０６の列の各行において初期サイクリックシフトインデックスの集合の要素の総数であってもよい。例えば、９０１の列のインデックス０の行において、ＮＣＳは２であってもよい。ＮＢＷＰｓｉｚｅは、ＰＵＣＣＨを送信する初期上りリンクＢＷＰ（ｉｎｉｔｉａｌ  ｕｐｌｉｎｋ  ＢＷＰ）のＰＲＢ数であってもよい。ＲＢＢＷＰｏｆｆｓｅｔは９０５の列の値であってもよい。例えば、９０１の列のインデックス６の行において、ＲＢＢＷＰｏｆｆｓｅｔは４であってもよい。ここで、ｍｏｄ（または、ｍｏｄｕｌｏ演算）は、ＡをＢで割ったとき、余りを出力する関数であり、（Ａ  ｍｏｄ  Ｂ）と表記する。例えば、（５  ｍｏｄ  ４）＝１であってもよい。また、ｆｌｏｏｒ（または、ｆｌｏｏｒ演算）は、数値の小数点以下を切り下げた整数を出力する関数である。例えば、Ｆ＝３．９であれば、ｆｌｏｏｒ（Ｆ）＝３であり、Ｆ＝５．２であれば、ｆｌｏｏｒ（Ｆ）＝５のようになる。
【０１１５】
ｆｌｏｏｒ（ｒＰＵＣＣＨ／８）が１である場合、端末装置１は、ＮＢＷＰｓｉｚｅ−１−ＲＢＢＷＰｏｆｆｓｅｔ−ｆｌｏｏｒ（（ｒＰＵＣＣＨ−８）／ＮＣＳ）に少なくとも基づいて周波数ホッピングの１番目のホップにおけるＰＵＣＣＨ送信のためのＰＲＢインデックスを決定してもよい。ｆｌｏｏｒ（ｒＰＵＣＣＨ／８）が１である場合、端末装置１は、ＲＢＢＷＰｏｆｆｓｅｔ＋ｆｌｏｏｒ（（ｒＰＵＣＣＨ−８）／ＮＣＳ）に少なくとも基づいて周波数ホッピングの２番目のホップにおけるＰＵＣＣＨ送信のためのＰＲＢインデックスを決定してもよい。ｆｌｏｏｒ（ｒＰＵＣＣＨ／８）が０である場合、端末装置１は、（ｒＰＵＣＣＨ−８）  ｍｏｄ  ＮＣＳに基づいて初期サイクリックシフトインデックスの集合から１つの初期サイクリックシフトインデックス（Ｉｎｉｔｉａｌ  Ｃｙｃｌｉｃ  Ｓｈｉｆｔ  ｉｎｄｅｘ）を決定してもよい。
【０１１６】
端末装置１が上位層パラメータＰＵＣＣＨ−Ｃｏｎｆｉｇに含まれるＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＳｅｔによって与えられるＰＵＣＣＨリソース構成（ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を持っていない場合、ＨＡＲＱ−ＡＣＫ情報を含むＵＣＩの送信のための１つまたは複数のＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースセットインデックスと、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ送信に用いられる最初のシンボルインデックスと、ＰＵＣＣＨ送信に用いられるシンボル数と、ＰＲＢオフセットと、初期サイクリックシフトのインデックスと、の一部または全部に少なくとも基づいて与えられてもよい。
【０１１７】
図９は、本実施形態おける上位層パラメータＰＵＣＣＨ  ｒｅｓｏｕｒｃｅの構成を示す一例である。９００の上位層パラメータＰＵＣＣＨ−Ｒｅｓｏｕｒｃｅ−ｒ１６は、上位層パラメータ９０１、９０２、９０３、９０４、９０５、９０６、９０７を含んでもよい。上位層パラメータｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＩｄ９０１は、端末装置１に構成されるＰＵＣＣＨリソースのＩＤを含んでもよい。上位層パラメータｓｔａｒｔｉｎｇＰＲＢ９０２は、端末装置１がＰＵＣＣＨをマッピングする開始（ｓｔａｒｔｉｎｇ）ＰＲＢのＰＲＢインデックスであってもよい。すなわち、上位層パラメータｓｔａｒｔｉｎｇＰＲＢ９０２は、端末装置１がＰＵＣＣＨをマッピングする１つまたは複数のＰＲＢの中で最も小さいＰＲＢインデックスであってもよい。上位層パラメータｉｎｔｒａＳｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ９０３は、周波数ホッピングをするかどうかを決定するパラメータであってもよい。上位層パラメータｓｅｃｏｎｄＨｏｐＰＲＢは、端末装置１が周波数ホッピングを施す場合において、１番目のホップ（ｈｏｐ）の開始（ｓｔａｒｔｉｎｇ）ＰＲＢのＰＲＢインデックスであってもよい。上位層パラメータｉｎｔｅｒｌａｃｅＩｎｄｅｘ９０５は、端末装置１がＰＵＣＣＨを送信するときに用いるインターレースのインデックスであってもよい。３０ｋＨｚ  ＳＣＳの場合、ＭａｘＩｎｔｅｒｌａｃｅＭｉｎｕｓ１は４であってもよい。１５ｋＨｚ  ＳＣＳの場合、ＭａｘＩｎｔｅｒｌａｃｅＭｉｎｕｓ１は９であってもよい。上位層パラメータｓｕｂｂａｎｄＩｎｄｅｘ９０６は、端末装置１がＰＵＣＣＨを送信するときに用いる帯域を指示するパラメータであってもよい。ＳｕｂｂａｎｄＩｎｄｉｃａｔｉｏｎは｛０、１、２、３｝の中で１つまたは複数の値であってもよいし、｛１、２、３、４｝の中で１つまたは複数の値であってもよいし、端末装置１がＰＵＣＣＨを送信する帯域に含まれる開始（ｓｔａｒｔｉｎｇ）ＰＲＢのＰＲＢインデックスであってもよい。端末装置１にインターレースが構成されない場合、端末装置１は、上位層パラメータｉｎｔｅｒｌａｃｅＩｎｄｅｘ９０５、および／または、上位層パラメータｓｕｂｂａｎｄＩｎｄｅｘ９０６が構成されることを期待しなくてもよい。
【０１１８】
ＰＲＢインデックスａＰＲＢは、インターレースの数Ｎｉｎｔと、インターレースのインデックスｘ１と、ＰＵＣＣＨ送信に用いられるインターレースに含まれる１つまたは複数のＰＲＢのＰＲＢインデックスのうち最も小さいＰＲＢインデックスｙ１と、ＰＵＣＣＨが送信される帯域を構成するＰＲＢのうち最も小さいＰＲＢインデックスｙ２と、上りリンクチャネル（ＰＵＣＣＨまたはＰＵＳＣＨ）が送信される帯域を示すパラメータｙ３と、ＰＵＣＣＨ送信に用いられるインターレースに含まれるＰＲＢ数ｚ１と、ＰＵＣＣＨが送信される帯域のＰＲＢ数ｚ２と、の一部または全部に少なくとも基づいて与えられてもよい。
【０１１９】
端末装置１は、例えば、数式１で決定されるＰＲＢインデックスが指示するＰＲＢにＰＵＣＣＨをマッピングしてもよい。ここでｎは、ｎ＝｛０、１、・・・、ｎｍａｘ−１｝であってもよい。ｎｍａｘは、１つのインターレースを構成するＰＲＢの数であってもよい。また、ｎｍａｘは上位層パラメータｎｒｏｆＰＲＢｓＰｅｒＩｎｔｅｒｌａｃｅによって与えられてもよい。３０ｋＨｚ  ＳＣＳの場合、μは１であってもよい。１５ｋＨｚ
ＳＣＳの場合、μは０であってもよい。ｙ１は、インターレース、および上りリンクチャネル（ＰＵＣＣＨまたはＰＵＳＣＨ）が送信される帯域を示す値であってもよい。ｙ１はＰＲＢインデックスであってもよいし、ＣＲＢインデックスであってもよい。ｙ１は上位層パラメータｓｔａｒｔｉｎｇＰＲＢによって与えられてもよい。
【０１２０】
【数１】
0006853863.tif 000002
【０１２１】
図８は、本実施形態においてＰＵＣＣＨをＰＲＢにマッピングする第１の方法の一例を示した図である。図８においてＰＲＢＸＸＸは、ＰＲＢインデックスがＸＸＸであることを意味してもよい。例えば、ＰＲＢ１００は、ＰＲＢインデックスが１００であることを意味してもよい。図８において、端末装置１は帯域幅８０ＭＨｚのＢＷＰ８００が構成される。ＢＷＰ８００は、１つまたは複数のＰＲＢセットで構成されてもよい。該１つまたは複数のＰＲＢセットをＬｏｃａｔｉｏｎ（またはｓｕｂｂａｎｄ）と称されてもよい。該Ｌｏｃａｔｉｏｎに相当する帯域幅をＬＢＴ  ｂａｎｄｗｉｄｔｈと称されてもよい。
【０１２２】
３０ｋＨｚ  ＳＣＳにおいて、図９で示す上位層パラメータを用いる一例（例１）について説明する。例えば、端末装置１が上位層パラメータｓｔａｒｔｉｎｇＰＲＢによってｙ１の値５８と、上位層パラメータｎｒｏｆＰＲＢｓＰｅｒＩｎｔｅｒｌａｃｅによってｎｍａｘの値１０と、を与えられた場合、端末装置１はｎｍａｘを用いてｎの範囲、ｎ＝｛０、１、・・・、９｝を決定し、数式１にｙ１の値と、ｎとを代入しＰＵＣＣＨがマッピングされるＰＲＢのＰＲＢインデックスａＰＲＢを決定してもよい。つまり、該ＰＵＣＣＨがマッピングされるＰＲＢのＰＲＢインデックスａＰＲＢは、ＰＲＢ５８、ＰＲＢ６３、ＰＲＢ６８、ＰＲＢ７３、ＰＲＢ７８、ＰＲＢ８３、ＰＲＢ８８、ＰＲＢ９３、ＰＲＢ９８、およびＰＲＢ１０３であってもよい。端末装置１が上りリンクチャネル（ＰＵＣＣＨまたはＰＵＳＣＨ）をＰＲＢにマッピングする場合、端末装置１は、ａＰＲＢが最も小さいＰＲＢから昇順（ａｓｃｅｎｄｉｎｇ  ｏｒｄｅｒ）に上りリンクチャネルをマッピングしてもよい。また、端末装置１が上りリンクチャネル（ＰＵＣＣＨまたはＰＵＳＣＨ）をＰＲＢにマッピングする場合、端末装置１は、ａＰＲＢが最も大きいＰＲＢから降順（ｄｅｓｃｅｎｄｉｎｇ  ｏｒｄｅｒ）に上りリンクチャネルをマッピングしてもよい。
【０１２３】
３０ｋＨｚ  ＳＣＳにおいて、図９で示す上位層パラメータを用いる一例（例２）について説明する。例えば、端末装置１が上位層パラメータｓｔａｒｔｉｎｇＰＲＢ９０２によってｙ１の値５８を与えられ、かつ、ｎｍａｘの値が１０である場合、端末装置１はｎｍａｘを用いてｎの範囲、ｎ＝｛０、１、・・・、９｝を決定し、数式１にｙ１の値と、ｎとを代入しＰＵＣＣＨがマッピングされるＰＲＢのＰＲＢインデックスａＰＲＢを決定してもよい。つまり、該ＰＵＣＣＨがマッピングされるＰＲＢのＰＲＢインデックスａＰＲＢは、ＰＲＢ５８、ＰＲＢ６３、ＰＲＢ６８、ＰＲＢ７３、ＰＲＢ７８、ＰＲＢ８３、ＰＲＢ８８、ＰＲＢ９３、ＰＲＢ９８、およびＰＲＢ１０３であってもよい。端末装置１が上りリンクチャネル（ＰＵＣＣＨまたはＰＵＳＣＨ）をＰＲＢにマッピングする場合、端末装置１は、ａＰＲＢが最も小さいＰＲＢから昇順（ａｓｃｅｎｄｉｎｇ  ｏｒｄｅｒ）に上りリンクチャネルをマッピングしてもよい。また、端末装置１が上りリンクチャネル（ＰＵＣＣＨまたはＰＵＳＣＨ）をＰＲＢにマッピングする場合、端末装置１は、ａＰＲＢが最も大きいＰＲＢから降順（ｄｅｓｃｅｎｄｉｎｇ  ｏｒｄｅｒ）に上りリンクチャネルをマッピングしてもよい。
【０１２４】
端末装置１は、例１および例２において、上位層パラメータｉｎｔｒａＳｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ９０３と、上位層パラメータｓｅｃｏｎｄＨｏｐＰＲＢ９０４と、上位層パラメータｉｎｔｅｒｌａｃｅＩｎｄｅｘ９０５と、上位層パラメータｓｕｂｂａｎｄＩｎｄｅｘ９０６とを無視してもよい。また、端末装置１は、例１および例２において、上位層パラメータｉｎｔｒａＳｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ９０３と、上位層パラメータｓｅｃｏｎｄＨｏｐＰＲＢ９０４と、上位層パラメータｉｎｔｅｒｌａｃｅＩｎｄｅｘ９０５と、上位層パラメータｓｕｂｂａｎｄＩｎｄｅｘ９０６とが構成されることを期待しなくてもよい。
【０１２５】
端末装置１は、例えば、数式２で決定されるＰＲＢインデックスａＰＲＢが指示するＰＲＢにＰＵＣＣＨをマッピングしてもよい。ここでｎは、数式３で決定されてもよい。ま
た、ｎは、ｎ＝｛０、１、・・・、ｚ２−１｝であってもよい。ｚ１は、上りリンクチャネルが送信される帯域を構成するＰＲＢ数であってもよい。ｚ１は、上りリンクチャネルが送信される帯域を構成する、ガードバンドを含まない連続的なＰＲＢの数であってもよい。該ｚ２は上りリンクチャネルが送信に用いる１つのインターレースを構成するＰＲＢ数であってもよい。該ｚ２は１０であってもよいし、１１であってもよい。３０ｋＨｚ  ＳＣＳの場合、μは１であってもよい。１５ｋＨｚ  ＳＣＳの場合、μは０であってもよい。
【０１２６】
【数２】
0006853863.tif 000003
【０１２７】
【数３】
0006853863.tif 000004
【０１２８】
【数４】
0006853863.tif 000005
【０１２９】
【数５】
0006853863.tif 000006
【０１３０】
ｙ２はＰＲＢインデックスであってもよいし、ＣＲＢインデックスであってもよい。ｙ２は上りリンクチャネル（ＰＵＣＣＨまたはＰＵＳＣＨ）が送信される帯域を示すパラメータであってもよい。ｙ２は上位層パラメータＣＲＢ−ＳｔａｒｔｉｎｇＩｎｄｅｘに基づいて与えられてもよい。ｙ２は上位層パラメータＰＲＢ−ＳｔａｒｔｉｎｇＩｎｄｅｘに基づいて与えられてもよい。ｙ２は上りリンクチャネルが送信される帯域を構成する、ガードバンドを除くＰＲＢの中で最も低いＰＲＢインデックスであってもよい。例えば、図８において、基地局装置３が端末装置１に８０２のＬｏｃａｔｉｏｎ２にて上りリンクチャネルを送信することを指示する場合、基地局装置３は上位層パラメータＰＲＢ−ＳｔａｒｔｉｎｇＩｎｄｅｘの値を５６に設定してもよい。例えば、図８において、端末装置１が上位層パラメータＰＲＢ−ＳｔａｒｔｉｎｇＩｎｄｅｘの値として５６を受信した場合、端末装置１はＰＲＢインデックスが５６であるＰＲＢを含む８０２のＬｏｃａｔｉｏｎ２にて上りリンクチャネルを送信してもよい。ｙ２は上りリンクチャネルが送信される帯域を構成する、ガードバンドを含むＰＲＢの中で最も低いＰＲＢインデックスであってもよい。例えば、図８において、基地局装置３が端末装置１に８０２のＬｏｃａｔｉｏｎ２にて上りリンクチャネルを送信することを指示する場合、基地局装置３は上位層パラメータＰＲＢ−ＳｔａｒｔｉｎｇＩｎｄｅｘの値を５３に設定してもよい。例えば、図８において、端末装置１が上位層パラメータＰＲＢ−ＳｔａｒｔｉｎｇＩｎｄｅｘの値として５３を受信した場合、端末装置１はＰＲＢインデックスが５６であるＰＲＢを含む８０２のＬｏｃａｔｉｏｎ２にて上りリンクチャネルを送信してもよい。
【０１３１】
上りリンクチャネルが送信される帯域とは、ガードバンド（ｇｕａｒｄｂａｎｄ）を含まない連続的な（ｃｏｎｔｉｇｕｏｕｓ）ＰＲＢのセットであってもよい。例えば、図８において、端末装置１がＬｏｃａｔｉｏｎ２にてＰＵＣＣＨを送信する場合、上りリンクチャネルが送信される帯域は、ガードバンドに含まれるＰＲＢであるＰＲＢ５３、ＰＲＢ５４、ＰＲＢ５５、ＰＲＢ１０６、ＰＲＢ１０７、およびＰＲＢ１０８を除いて、ＰＲＢ
５６からＰＲＢ１０５までの帯域であってもよい。
【０１３２】
Ｎｉｎｔは端末装置１に構成されるインターレースの数であってもよい。３０ｋＨｚ  ＳＣＳの場合、Ｎｉｎｔは５であってもよい。１５ｋＨｚ  ＳＣＳの場合、Ｎｉｎｔは１０であってもよい。ｘ１はインターレースのインデックスであってもよい。ｘ１は上位層パラメータｉｎｔｅｒｌａｃｅｘ１−ｒ１６によって与えられてもよい。ｘ１は上位層パラメータｉｎｔｅｒｌａｃｅ−ｒ１６によって与えられてもよい。３０ｋＨｚ  ＳＣＳの場合、ｘ１は（０、１、２、３、４）のいずれかの１つまたは複数の値であってもよい。１５ｋＨｚ  ＳＣＳの場合、ｘ１は（０、１、２、３、４、５、６、７、８、９）のいずれかの１つまたは複数の値であってもよい。
【０１３３】
インターレースのインデックスがＰＲＢ０から始まる場合、つまり、インターレースのインデックスが（ｎＰＲＢ  ｍｏｄ  Ｎｉｎｔ）で決定される場合、ｐｏは数式４で決定されてもよい。ｐｏはＰＵＣＣＨを送信する帯域を構成する１つまたは複数のＰＲＢの中で、ガードバンドを除く最も小さいＰＲＢインデックスと、ＰＵＣＣＨ送信に用いる上位層パラメータｉｎｔｅｒｌａｃｅＩｎｄｅｘによって指示されたインターレースのインデックスに対応する１つまたは複数のＰＲＢの中で最も小さいＰＲＢインデックスとの差であってもよい。例えば、ＰＵＣＣＨを送信する帯域を構成する１つまたは複数のＰＲＢの中で、ガードバンドを除く最も小さいＰＲＢインデックスが６であり、ＰＵＣＣＨ送信に用いる上位層パラメータｉｎｔｅｒｌａｃｅＩｎｄｅｘによって指示されたインターレースのインデックスに対応する１つまたは複数のＰＲＢの中で最も小さいＰＲＢインデックスが８である場合、ｐｏは２であってもよい。インターレースのインデックスがＣＲＢ０から始まる場合、つまり、インターレースのインデックスが（（ｎＰＲＢ  ＋ＮＢＷＰｓｔａｒｔ）ｍｏｄ  Ｎｉｎｔ）で決定される場合、ｐｏは数式５で決定されてもよい。ｐｏは０を含む正の整数であってもよい。例えば、（−２  ｍｏｄ  ５）は、５＊（−１）＋３＝−２であるため、３であってもよい。端末装置１が上りリンクチャネル（ＰＵＣＣＨまたはＰＵＳＣＨ）をＰＲＢにマッピングする場合、端末装置１は、ａＰＲＢが最も小さいＰＲＢから昇順（ａｓｃｅｎｄｉｎｇ  ｏｒｄｅｒ）に上りリンクチャネルをマッピングしてもよい。また、端末装置１が上りリンクチャネル（ＰＵＣＣＨまたはＰＵＳＣＨ）をＰＲＢにマッピングする場合、端末装置１は、ａＰＲＢが最も大きいＰＲＢから降順（ｄｅｓｃｅｎｄｉｎｇ  ｏｒｄｅｒ）に上りリンクチャネルをマッピングしてもよい。
【０１３４】
インターレースのインデックスはＰＲＢインデックス（ｎＰＲＢ）と紐付けられてもよい。インターレースのインデックスはＣＲＢ（ｃｏｍｍｏｎ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）インデックスと紐付けられてもよい。ＣＲＢインデックスはＰＲＢインデックスとＮＢＷＰｓｔａｒｔとの合計であってもよい。ここでＮＢＷＰｓｔａｒｔはＣＲＢインデックス０からＢＷＰの開始ＰＲＢまでのＰＲＢ数であってもよい。該ＰＲＢ数はＢＷＰの開始ＰＲＢを除く数であってもよい。インターレースのインデックスは（ｎＰＲＢ  ｍｏｄ  Ｎｉｎｔ）の関係であってもよい。インターレースのインデックスは（（ｎＰＲＢ  ＋ＮＢＷＰｓｔａｒｔ）ｍｏｄ  Ｎｉｎｔ）であってもよい。
【０１３５】
３０ｋＨｚ  ＳＣＳにおいて、図９で示す上位層パラメータを用いる一例（例３）について説明する。例えば、端末装置１に、上位層パラメータｓｔａｒｔｉｎｇＰＲＢ９０２、または、上位層パラメータｓｕｂｂａｎｄＩｎｄｅｘ９０６に基づいてｙ２の値が与えられてもよい。ここで、端末装置１に、上位層パラメータｓｔａｒｔｉｎｇＰＲＢ９０２に基づいてｙ２の値が与えられる場合、上位層パラメータｓｕｂｂａｎｄＩｎｄｅｘ９０６は、端末装置１に構成されなくてもよい。また、端末装置１に、上位層パラメータｓｕｂｂａｎｄＩｎｄｅｘ９０６に基づいてｙ２の値が与えられる場合、上位層パラメータｓｔａｒｔｉｎｇＰＲＢ９０２は、端末装置１に構成されなくてもよい。ｚ１は上位層パラメータに基づいて与えられてもよい。ｚ１は図７で示す７０２の値に基づいて与えられて
もよい。ｘ１は上位層パラメータｉｎｔｅｒｌａｃｅＩｎｄｅｘ９０５に基づいて与えられてもよい。例えば、帯域幅が２０ＭＨｚの３０ｋＨｚ  ＳＣＳにおいて、端末装置１にｘ１＝０と、ｙ２＝０と、ｚ１＝５１とが構成され、かつ、インターレースのインデックスがＰＲＢインデックスに基づいて与えられる場合、端末装置１は、数式２、数式３、および数式４に基づいてＰＵＣＣＨがマッピングされるＰＲＢのＰＲＢインデックスａＰＲＢ＝｛０、５、１０、１５、２０、２５、３０、３５、４０、４５、５０｝を決定してもよい。例えば、帯域幅が２０ＭＨｚの３０ｋＨｚ  ＳＣＳにおいて、端末装置１にｘ１＝０と、ｙ２＝０と、ｚ１＝５１と、ＮＢＷＰｓｔａｒｔ＝１１が構成され、かつ、インターレースのインデックスがＣＲＢインデックスに基づいて与えられる場合、端末装置１は、数式２、数式３、および数式４に基づいてＰＵＣＣＨがマッピングされるＰＲＢのＰＲＢインデックスａＰＲＢ＝｛４、９、１４、１９、２４、２９、３４、３９、４４、４９｝を決定してもよい。
【０１３６】
３０ｋＨｚ  ＳＣＳにおいて、図９で示す上位層パラメータを用いる一例（例４）について説明する。例えば、端末装置１に、上位層パラメータｓｔａｒｔｉｎｇＰＲＢ９０２、または、上位層パラメータｓｕｂｂａｎｄＩｎｄｅｘ９０６に基づいてｙ２の値が与えられてもよい。ここで、端末装置１に、上位層パラメータｓｔａｒｔｉｎｇＰＲＢ９０２に基づいてｙ２の値が与えられる場合、上位層パラメータｓｕｂｂａｎｄＩｎｄｅｘ９０６は、端末装置１に構成されなくてもよい。また、端末装置１に、上位層パラメータｓｕｂｂａｎｄＩｎｄｅｘ９０６に基づいてｙ２の値が与えられる場合、上位層パラメータｓｔａｒｔｉｎｇＰＲＢ９０２は、端末装置１に構成されなくてもよい。ｚ２は上位層パラメータに基づいて与えられてもよい。ｚ２は図７で示す７０４の値に基づいて与えられてもよい。ｘ１は上位層パラメータｉｎｔｅｒｌａｃｅＩｎｄｅｘ９０５に基づいて与えられてもよい。例えば、帯域幅が２０ＭＨｚの３０ｋＨｚ  ＳＣＳにおいて、端末装置１にｘ１＝１と、ｙ２＝０と、ｚ２＝１０とが構成され、かつ、インターレースのインデックスがＰＲＢインデックスに基づいて与えられる場合、端末装置１は、数式２、および数式４に基づいてＰＵＣＣＨがマッピングされるＰＲＢのＰＲＢインデックスａＰＲＢ＝｛１、６、１１、１６、２１、２６、３１、３６、４１、４６｝を決定してもよい。例えば、帯域幅が２０ＭＨｚの３０ｋＨｚ  ＳＣＳにおいて、端末装置１にｘ１＝１と、ｙ２＝０と、ｚ２＝１０と、ＮＢＷＰｓｔａｒｔ＝１２が構成され、かつ、インターレースのインデックスがＣＲＢインデックスに基づいて与えられる場合、端末装置１は、数式２、数式３、および数式４に基づいてＰＵＣＣＨがマッピングされるＰＲＢのＰＲＢインデックスａＰＲＢ＝｛４、９、１４、１９、２４、２９、３４、３９、４４、４９｝を決定してもよい。
【０１３７】
端末装置１は、例えば、数式６で決定されるＰＲＢインデックスａＰＲＢが指示するＰＲＢにＰＵＣＣＨをマッピングしてもよい。ここでｎは、数式３で決定されてもよいし、ｎ＝｛０、１、・・・、ｚ２−１｝であってもよい。
【０１３８】
【数６】
0006853863.tif 000007
【０１３９】
ｙ３は上りリンクチャネル（ＰＵＣＣＨまたはＰＵＳＣＨ）が送信される帯域を示すパラメータであってもよい。ｙ３は上位層パラメータｓｕｂｂａｎｄＩｎｄｅｘに基づいて与えられてもよい。ｙ３は、ｘ１に対応するＰＲＢインデックスに基づいて与えられてもよい。例えば、ｙ３はｆｌｏｏｒ（ＰＲＢｘ１／Ｎｉｎｔ）から決定されてもよい。ここで、ＰＲＢｘ１はｘ１に対応するＰＲＢインデックスであってもよい。ｘ１に対応するＰＲＢインデックスとは、ＰＵＣＣＨが送信されるある帯域において、ｘ１に対応する１つまたは複数のＰＲＢのうち、最も小さいＰＲＢインデックスを意味してもよい。例えば、
図８において、インターレースのインデックスは（ＰＲＢインデックス  ｍｏｄ  Ｎｉｎｔ）で与えられ、かつ、ｘ１が３である場合、ｘ１に対応するＰＲＢインデックスＰＲＢｘ１は５８であってもよい。
【０１４０】
ガードバンドは、第１の帯域と第２の帯域との間に存在し、ＰＵＣＣＨの送信に使用されない周波数リソースであってもよい。また、ガードバンドの帯域幅はＰＲＢの整数倍であってもよい。また、ガードバンドは１つまたは複数のＰＲＢのセットであってもよい。
【０１４１】
以下、本実施形態における、端末装置１および基地局装置３の種々の態様について説明する。
【０１４２】
（１）本実施形態の第１の態様は、端末装置であって、インターレースの構成に関連する上位層パラメータを受信する受信部と、前記インターレースを用いてＰＵＣＣＨを送信する送信部と、前記ＰＵＣＣＨがマッピングされる１つまたは複数のＰＲＢのＰＲＢインデックスを決定する処理部と、を備え、前記インターレースに含まれる第１のＰＲＢ数は第１の値と第２の値とに少なくとも基づいて決められ、前記第１の値は、前記ＰＵＣＣＨが送信される帯域を構成する第２のＰＲＢ数に少なくとも基づいて与えられ、前記第２の値は、前記インターレースのインデックスと前記ＰＵＣＣＨが送信される帯域を構成する１つまたは複数のＰＲＢのＰＲＢインデックスの中で最も小さいＰＲＢインデックスとに基づいて与えられる。
【０１４３】
（４）本実施形態の第２の態様は、基地局装置であって、インターレースの構成に関連する上位層パラメータを送信する送信部と、前記インターレースを用いてＰＵＣＣＨを受信する受信部と、前記ＰＵＣＣＨがマッピングされる１つまたは複数のＰＲＢのＰＲＢインデックスを決定する処理部と、を備え、前記インターレースに含まれる第１のＰＲＢ数は第１の値と第２の値とに少なくとも基づいて決められ、前記第１の値は、前記ＰＵＣＣＨが送信される帯域を構成する第２のＰＲＢ数に少なくとも基づいて与えられ、前記第２の値は、前記インターレースのインデックスと前記ＰＵＣＣＨが送信される帯域を構成する１つまたは複数のＰＲＢのＰＲＢインデックスの中で最も小さいＰＲＢインデックスとに基づいて与えられる。
【０１４４】
これにより、端末装置１と基地局装置３は効率的に上りリンク、および／または、下りリンクの送受信をすることができる。
【０１４５】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０１４６】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【０１４７】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁
気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０１４８】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０１４９】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０１５０】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０１５１】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０１５２】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０１５３】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０１５４】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０  無線送受信部
１１  アンテナ部
１２  ＲＦ部
１３  ベースバンド部
１４  上位層処理部
１５  媒体アクセス制御層処理部
１６  無線リソース制御層処理部
３０  無線送受信部
３１  アンテナ部
３２  ＲＦ部
３３  ベースバンド部
３４  上位層処理部
３５  媒体アクセス制御層処理部
３６  無線リソース制御層処理部
【要約】
【課題】効率的に通信を行うことができる。
【解決手段】
インターレースの構成に関連する上位層パラメータを受信し、インターレースを用いてＰＵＣＣＨを送信し、ＰＵＣＣＨがマッピングされる１つまたは複数のＰＲＢのＰＲＢインデックスを決定し、インターレースに含まれる第１のＰＲＢ数は第１の値と第２の値とに少なくとも基づいて決められ、第１の値は、ＰＵＣＣＨが送信される帯域を構成する第２のＰＲＢ数に少なくとも基づいて与えられ、第２の値は、インターレースのインデックスとＰＵＣＣＨが送信される帯域を構成する１つまたは複数のＰＲＢのＰＲＢインデックスの中で最も小さいＰＲＢインデックスとに基づいて与えられる。
【選択図】図４【図１】
0006853863.tif 000008
【図２】
0006853863.tif 000009
【図３】
0006853863.tif 000010
【図４】
0006853863.tif 000011
【図５】
0006853863.tif 000012
【図６】
0006853863.tif 000013
【図７】
0006853863.tif 000014
【図８】
0006853863.tif 000015
【図９】
0006853863.tif 000016