知財求人 - 知財ポータルサイト「IP Force」
▶ シャープ株式会社の特許一覧 ▶ 鴻穎創新有限公司の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-07-06
(45)【発行日】2022-07-14
(54)【発明の名称】端末装置、基地局装置、および、通信方法
(51)【国際特許分類】
H04W 72/04 20090101AFI20220707BHJP
H04L 1/16 20060101ALI20220707BHJP
H04L 1/00 20060101ALI20220707BHJP
【ＦＩ】
H04W72/04 136
H04L1/16
H04L1/00 A
H04W72/04 133
【請求項の数】
4
(21)【出願番号】P 2018072268
(22)【出願日】2018-04-04
(65)【公開番号】P2019122021
(43)【公開日】2019-07-22
【審査請求日】2021-04-01
(31)【優先権主張番号】P 2017253557
(32)【優先日】2017-12-28
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】000005049
【氏名又は名称】シャープ株式会社
(74)【代理人】
【識別番号】110002848
【氏名又は名称】特許業務法人ＳＢＰＪ国際特許事務所
(74)【代理人】
【識別番号】100161207
【弁理士】
【氏名又は名称】西澤 和純
(74)【代理人】
【識別番号】100129115
【弁理士】
【氏名又は名称】三木 雅夫
(74)【代理人】
【識別番号】100133569
【弁理士】
【氏名又は名称】野村 進
(74)【代理人】
【識別番号】100131473
【弁理士】
【氏名又は名称】覚田 功二
(74)【代理人】
【識別番号】100160783
【弁理士】
【氏名又は名称】堅田 裕之
(73)【特許権者】
【識別番号】518446879
【氏名又は名称】鴻穎創新有限公司
【氏名又は名称原語表記】ＦＧ ＩＮＮＯＶＡＴＩＯＮ ＣＯＭＰＡＮＹ ＬＩＭＩＴＥＤ
【住所又は居所原語表記】Ｆｌａｔ ２６２３，２６／Ｆ Ｔｕｅｎ Ｍｕｎ Ｃｅｎｔｒａｌ Ｓｑｕａｒｅ，２２ Ｈｏｉ Ｗｉｎｇ Ｒｏａｄ，Ｔｕｅｎ Ｍｕｎ，Ｎｅｗ Ｔｅｒｒｉｔｏｒｉｅｓ，Ｔｈｅ Ｈｏｎｇ Ｋｏｎｇ Ｓｐｅｃｉａｌ Ａｄｍｉｎｉｓｔｒａｔｉｖｅ Ｒｅｇｉｏｎ ｏｆ ｔｈｅ Ｐｅｏｐｌｅ’ｓ Ｒｅｐｕｂｌｉｃ ｏｆ Ｃｈｉｎａ
(74)【代理人】
【識別番号】110002848
【氏名又は名称】特許業務法人ＳＢＰＪ国際特許事務所
(72)【発明者】
【氏名】李 泰雨
(72)【発明者】
【氏名】鈴木 翔一
(72)【発明者】
【氏名】大内 渉
(72)【発明者】
【氏名】吉村 友樹
(72)【発明者】
【氏名】劉 麗清
【審査官】望月 章俊
(56)【参考文献】
【文献】国際公開第２０１６／１２３３７２（ＷＯ，Ａ１）
【文献】米国特許出願公開第２０１６／０２９５５７４（ＵＳ，Ａ１）
【文献】OPPO，Short-PUCCH for UCI of more than 2 bits[online]，3GPP TSG RAN WG1 #91 R1-1719992，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_91/Docs/R1-1719992.zip>，2017年11月18日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ４／００－Ｈ０４Ｗ９９／００
Ｈ０４Ｂ７／２４－Ｈ０４Ｂ７／２６
Ｈ０４Ｌ１／１６
Ｈ０４Ｌ１／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
第１のＣＲＣビットが付加されたＵＣＩを含むＰＵＣＣＨを送信する送信部を備え、前記ＰＵＣＣＨのリソースのＰＲＢ数ＭRB,min PUCCHは、前記ＵＣＩのビット数Ａと第
２のＣＲＣビット数OCRC,M-1に基づいて与えられ、
前記第１のＣＲＣビット数は前記Ａと前記ＭRB,min PUCCHに基づいて与えられ、
前記第２のＣＲＣビット数は前記ＭRB,min PUCCHにかかわらず前記Ａに基づいて与えら
れる
端末装置。
【請求項2】
第１のＣＲＣビットが付加されたＵＣＩを含むＰＵＣＣＨを受信する受信部を備え、前記ＰＵＣＣＨのリソースのＰＲＢ数ＭRB,min PUCCHは、前記ＵＣＩのビット数Ａと第
２のＣＲＣビット数OCRC,M-1に基づいて与えられ、
前記第１のＣＲＣビット数は前記Ａと前記ＭRB,min PUCCHに基づいて与えられ、
前記第２のＣＲＣビット数は前記ＭRB,min PUCCHにかかわらず前記Ａに基づいて与えら
れる
基地局装置。
【請求項3】
ＰＵＣＣＨを送信する端末装置に用いられる通信方法であって、第１のＣＲＣビットが付加されたＵＣＩを含むＰＵＣＣＨを送信する送信部を備え、
前記ＰＵＣＣＨのリソースのＰＲＢ数ＭRB,min PUCCHは、前記ＵＣＩのビット数Ａと第
２のＣＲＣビット数OCRC,M-1に基づいて与えられ、
前記第１のＣＲＣビット数は前記Ａと前記ＭRB,min PUCCHに基づいて与えられ、
前記第２のＣＲＣビット数は前記ＭRB,min PUCCHにかかわらず前記Ａに基づいて与えら
れる
通信方法。
【請求項4】
ＰＵＣＣＨを送信する基地局装置に用いられる通信方法であって、第１のＣＲＣビットが付加されたＵＣＩを含むＰＵＣＣＨを受信する受信部を備え、
前記ＰＵＣＣＨのリソースのＰＲＢ数ＭRB,min PUCCHは、前記ＵＣＩのビット数Ａと第
２のＣＲＣビット数OCRC,M-1に基づいて与えられ、
前記第１のＣＲＣビット数は前記Ａと前記ＭRB,min PUCCHに基づいて与えられ、
前記第２のＣＲＣビット数は前記ＭRB,min PUCCHにかかわらず前記Ａに基づいて与えら
れる
通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、端末装置、基地局装置、および、通信方法に関する。
【背景技術】
【0002】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE：登録商標）」、または、「Evolved Universal Terrestrial Radio Access : EUTRA」と称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。また、３ＧＰＰにおいて、新た
な無線アクセス方式（以下、「New Radio（NR）」と称する。）が検討されている（非特
許文献１、２、３、４）。ＬＴＥでは、基地局装置をｅＮｏｄｅＢ（evolved NodeB）と
も称する。ＮＲでは、基地局装置をｇＮｏｄｅＢとも称する。ＬＴＥ、および、ＮＲでは、端末装置をＵＥ（User Equipment）とも称する。ＬＴＥ、および、ＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
な無線アクセス方式（以下、「New Radio（NR）」と称する。）が検討されている（非特
許文献１、２、３、４）。ＬＴＥでは、基地局装置をｅＮｏｄｅＢ（evolved NodeB）と
も称する。ＮＲでは、基地局装置をｇＮｏｄｅＢとも称する。ＬＴＥ、および、ＮＲでは、端末装置をＵＥ（User Equipment）とも称する。ＬＴＥ、および、ＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
【0003】
ＮＲにおいて、１つのサービングセルに対して下りリンクＢＷＰ（bandwidth part）と上りリンクＢＷＰのセットが設定される（非特許文献３）。端末装置は、下りリンクＢＷＰにおいてＰＤＣＣＨとＰＤＳＣＨを受信する。
【先行技術文献】
【非特許文献】
【0004】
【文献】"3GPP TS 38.211 V2.0.0 (2017-12), NR; Physical channels and modulation", RP-172284, 7th December, 2017.
【文献】"3GPP TS 38.212 V2.0.0 (2017-12), NR; Multiplexing and channel coding", RP-172668, 7th December, 2017.
【文献】"3GPP TS 38.213 V2.0.0 (2017-12), NR; Physical layer procedures for control", RP-172703, 7th December, 2017.
【文献】"3GPP TS 38.214 V2.0.0 (2017-12), NR; Physical layer procedures for data", RP-172416, 7th December, 2017.
【発明の概要】
【発明が解決しようとする課題】
【0005】
本発明は、効率的に上りリンク送信を行うことができる端末装置、該端末装置に用いられる通信方法、効率的に上りリンク送信の受信を行うことができる基地局装置、および、該基地局装置に用いられる通信方法を提供する。
【課題を解決するための手段】
【0006】
（１）本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、ＰＵＣＣＨを送信する送信部を備え、前記ＰＵＣＣＨのリソースのＰＲＢ数ＭRB,min
PUCCHは、ＵＣＩのビット数ＡとＣＲＣビット数OCRC,M-1の和がVM-1よ
り大きくなるように与えられ、前記ＣＲＣビット数は前記ＰＵＣＣＨリソースのＰＲＢ数がＭRB,min PUCCH－１であることを想定して与えられ、前記VM-1は前記ＭRB,min PUCCH－１に少なくとも基づき与えられる。
り大きくなるように与えられ、前記ＣＲＣビット数は前記ＰＵＣＣＨリソースのＰＲＢ数がＭRB,min PUCCH－１であることを想定して与えられ、前記VM-1は前記ＭRB,min PUCCH－１に少なくとも基づき与えられる。
【0007】
（２）本発明の第２の態様は、基地局装置であって、ＰＵＣＣＨを受信する受信部を備え、前記ＰＵＣＣＨのリソースのＰＲＢ数ＭRB,min
PUCCHは、ＵＣＩのビット数ＡとＣＲ
Ｃビット数OCRC,M-1の和がVM-1より大きくなるように与えられ、前記ＣＲＣビット数は前
記ＰＵＣＣＨリソースのＰＲＢ数がＭRB,min PUCCH－１であることを想定して与えられ、
前記VM-1は前記ＭRB,min PUCCH－１に少なくとも基づき与えられる。
Ｃビット数OCRC,M-1の和がVM-1より大きくなるように与えられ、前記ＣＲＣビット数は前
記ＰＵＣＣＨリソースのＰＲＢ数がＭRB,min PUCCH－１であることを想定して与えられ、
前記VM-1は前記ＭRB,min PUCCH－１に少なくとも基づき与えられる。
【0008】
（３）本発明の第３の態様は、ＰＵＣＣＨを送信する端末装置に用いられる通信方法であって、前記ＰＵＣＣＨのリソースのＰＲＢ数ＭRB,min
PUCCHは、ＵＣＩのビット数Ａと
ＣＲＣビット数OCRC,M-1の和がVM-1より大きくなるように与えられ、前記ＣＲＣビット数は前記ＰＵＣＣＨリソースのＰＲＢ数がＭRB,min PUCCH－１であることを想定して与えら
れ、前記VM-1は前記ＭRB,min PUCCH－１に少なくとも基づき与えられる。
ＣＲＣビット数OCRC,M-1の和がVM-1より大きくなるように与えられ、前記ＣＲＣビット数は前記ＰＵＣＣＨリソースのＰＲＢ数がＭRB,min PUCCH－１であることを想定して与えら
れ、前記VM-1は前記ＭRB,min PUCCH－１に少なくとも基づき与えられる。
【0009】
（４）本発明の第４の態様は、ＰＵＣＣＨを受信する基地局装置に用いられる通信方法であって、前記ＰＵＣＣＨのリソースのＰＲＢ数ＭRB,min
PUCCHは、ＵＣＩのビット数Ａ
とＣＲＣビット数OCRC,M-1の和がVM-1より大きくなるように与えられ、前記ＣＲＣビット数は前記ＰＵＣＣＨリソースのＰＲＢ数がＭRB,min PUCCH－１であることを想定して与え
られ、前記VM-1は前記ＭRB,min PUCCH－１に少なくとも基づき与えられる。
とＣＲＣビット数OCRC,M-1の和がVM-1より大きくなるように与えられ、前記ＣＲＣビット数は前記ＰＵＣＣＨリソースのＰＲＢ数がＭRB,min PUCCH－１であることを想定して与え
られ、前記VM-1は前記ＭRB,min PUCCH－１に少なくとも基づき与えられる。
【発明の効果】
【0010】
この発明によれば、端末装置は効率的に上りリンク送信を行うことができる。また、基地局装置は効率的に上りリンク送信の受信を行うことができる。
【図面の簡単な説明】
【0011】
【図1】本実施形態の無線通信システムの概念図である。
【図2】本実施形態の無線フレームの概略構成を示す図である。
【図3】本実施形態における上りリンクスロットの概略構成を示す図である。
【図4】本実施形態の端末装置１の構成を示す概略ブロック図である。
【図5】本実施形態の基地局装置３の構成を示す概略ブロック図である。
【図6】本実施形態におけるＰＵＣＣＨリソースが上位層パラメータによって設定される一例を示す図である。
【図7】本実施形態におけるＣＲＣビットのサイズを決定するフローチャートを示した図である。
【図8】本実施形態におけるＵＣＩペイロードaのサイズとレートマッチ出力系列ｆｃ
ｅのサイズに基づくコードブロックセグメンテーションを示した図である。
【図9】本実施形態におけるＰＵＣＣＨリソースのＰＲＢ数を決定する方法の一例を示す図である。
【図10】本実施形態における仮想的なＣＲＣビットのサイズを決定するフローチャートを示した図である。
【発明を実施するための形態】
【0012】
以下、本発明の実施形態について説明する。
【0013】
【0014】
本実施形態の物理チャネルおよび物理信号について説明する。
【0015】
端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。上りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＵＣＣＨ（Physical Uplink Control Channel）
・ＰＵＳＣＨ（Physical Uplink Shared Channel）
・ＰＲＡＣＨ（Physical Random Access Channel）
・ＰＵＣＣＨ（Physical Uplink Control Channel）
・ＰＵＳＣＨ（Physical Uplink Shared Channel）
・ＰＲＡＣＨ（Physical Random Access Channel）
【0016】
ＰＵＣＣＨは、端末装置１が上りリンク制御情報（Uplink Control Information: UCI
）を基地局装置３へ送信するために用いられる。なお、本実施形態において、端末装置１は、プライマリセル、および／または、プライマリセルの機能を有するセカンダリセル、および／または、ＰＵＣＣＨの送信が可能なセカンダリセルにおいてＰＵＣＣＨの送信を行ってもよい。つまり、ＰＵＣＣＨは、特定のサービングセルにおいて送信されてもよい。
）を基地局装置３へ送信するために用いられる。なお、本実施形態において、端末装置１は、プライマリセル、および／または、プライマリセルの機能を有するセカンダリセル、および／または、ＰＵＣＣＨの送信が可能なセカンダリセルにおいてＰＵＣＣＨの送信を行ってもよい。つまり、ＰＵＣＣＨは、特定のサービングセルにおいて送信されてもよい。
【0017】
上りリンク制御情報は、下りリンクのチャネル状態情報（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
）のうち、少なくとも１つを含む。
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
）のうち、少なくとも１つを含む。
【0018】
ＨＡＲＱ－ＡＣＫを、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、ＨＡＲＱ－ＡＣＫフィードバック、ＨＡＲＱ応答、ＨＡＲＱ－ＡＣＫ応答、ＨＡＲＱ情報、ＨＡＲＱ－ＡＣＫ情報、ＨＡＲＱ制御情報、および、ＨＡＲＱ－ＡＣＫ制御情報とも称する。下りリンクデータが成功裏に復号された場合、該下りリンクデータに対するＡＣＫが生成される。下りリンクデータが成功裏に復号されなかった場合、該下りリンクデータに対するＮＡＣＫが生成される。ＤＴＸ（discontinuous transmission）は、下りリンクデータを検出しなかったことを意味してもよい。ＤＴＸ（discontinuous transmission）は、ＨＡＲＱ－ＡＣＫ応答を送信するべきデータを検出しなかったことを意味してもよい。
【0019】
チャネル状態情報は、チャネル品質指標（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）とランク指標（ＲＩ：Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）を含んでもよい。チャネル品質指標は、プレコーダ行列指標（ＰＭＩ：Ｐｒｅｃｏｄｅｒ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）を含んでもよい。チャネル状態情報はプレコーダ行列指標を含んでもよい。ＣＱＩは、チャネル品質（伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。
【0020】
スケジューリング要求は、正のスケジューリング要求（positive scheduling request
）、または、負のスケジューリング要求（negative scheduling request）を含む。正の
スケジューリング要求は、初期送信のためのＵＬ－ＳＣＨリソースを要求することを示す。負のスケジューリング要求は、初期送信のためのＵＬ－ＳＣＨリソースを要求しないことを示す。端末装置１は、正のスケジューリング要求を送信するかどうかを決定してもよい。スケジューリング要求が負のスケジューリング要求であることは、端末装置１が正のスケジューリング要求を送信しないと決定したことを意味してもよい。
）、または、負のスケジューリング要求（negative scheduling request）を含む。正の
スケジューリング要求は、初期送信のためのＵＬ－ＳＣＨリソースを要求することを示す。負のスケジューリング要求は、初期送信のためのＵＬ－ＳＣＨリソースを要求しないことを示す。端末装置１は、正のスケジューリング要求を送信するかどうかを決定してもよい。スケジューリング要求が負のスケジューリング要求であることは、端末装置１が正のスケジューリング要求を送信しないと決定したことを意味してもよい。
【0021】
ＰＵＳＣＨは、上りリンクデータ（Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Uplink-Shared Channel: UL-SCH）を送信するために用いられて
もよい。ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ－ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。また、ＰＵＳＣＨはチャネル状態情報のみ、または、ＨＡＲＱ－ＡＣＫおよびチャネル状態情報のみを送信するために用いられてもよい。つまり、ＰＵＳＣＨは、上りリンク制御情報を送信するために用いられてもよい。端末装置１は、上りリンクグラント（uplink grant）を含むＰＤＣＣＨ（Physical Downlink Control Channel）の検出に基づいてＰＵＳＣＨを送信してもよい。
もよい。ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ－ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。また、ＰＵＳＣＨはチャネル状態情報のみ、または、ＨＡＲＱ－ＡＣＫおよびチャネル状態情報のみを送信するために用いられてもよい。つまり、ＰＵＳＣＨは、上りリンク制御情報を送信するために用いられてもよい。端末装置１は、上りリンクグラント（uplink grant）を含むＰＤＣＣＨ（Physical Downlink Control Channel）の検出に基づいてＰＵＳＣＨを送信してもよい。
【0022】
ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１）を送信するために用いられる。ＰＲＡＣＨは、初期コネクション確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（connection re-establishment）プロシージャ、上りリンクデータの送信に対する同期（タイミ
ング調整）、およびＰＵＳＣＨ（ＵＬ－ＳＣＨ）リソースの要求の少なくとも一部を示すために用いられてもよい。
ング調整）、およびＰＵＳＣＨ（ＵＬ－ＳＣＨ）リソースの要求の少なくとも一部を示すために用いられてもよい。
【0023】
端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられてもよい。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・上りリンク参照信号（ＵＬ ＲＳ：Uplink Reference Signal）
・上りリンク参照信号（ＵＬ ＲＳ：Uplink Reference Signal）
【0024】
本実施形態において、少なくとも以下の２つのタイプの上りリンク参照信号が少なくとも用いられてもよい。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
・ＤＭＲＳ（Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
【0025】
ＤＭＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと多重されてもよい。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＤＭＲＳを使用する。以下、ＰＵＳＣＨとＤＭＲＳを共に送信することを、単にＰＵＳＣＨを送信すると称する。該ＤＭＲＳは該ＰＵＳＣＨに対応してもよい。以下、ＰＵＣＣＨとＤＭＲＳを共に送信することを、単にＰＵＣＣＨを送信すると称する。該ＤＭＲＳは該ＰＵＣＣＨに対応してもよい。
【0026】
ＳＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連しなくてもよい。ＳＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連してもよい。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクスロットにおける最後から１つまたは複数の所定数のＯＦＤＭシンボルにおいて送信されてもよい。
【0027】
基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられてもよい。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用されてもよい。
・ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）
・ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
・ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）
・ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）
・ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
・ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）
【0028】
ＰＢＣＨは、サービングセル内またはアクティブＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）内またはキャリア内の、１つまたは複数の端末装置１において共通に用いられるマスターインフォメーションブロック（Master Information Block: MIB）を報知するために
用いられる。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。例えば、ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の少なくとも一部は、８０ｍｓごとに更新されてもよい。ＰＢＣＨは、周波数領域において、所定のサブキャリア数（例えば、２８８サブキャリア）により構成されてもよい。また、ＰＢＣＨは、時間領域において、２、３、または、４ＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、同期信号の識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。第１の設定情報はＭＩＢに含まれてもよい。該第１の設定情報は、ランダムアクセスメッセージ２、ランダムアクセスメッセージ
３、ランダムアクセスメッセージ４の一部または全部に少なくとも用いられる設定情報であってもよい。
用いられる。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。例えば、ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の少なくとも一部は、８０ｍｓごとに更新されてもよい。ＰＢＣＨは、周波数領域において、所定のサブキャリア数（例えば、２８８サブキャリア）により構成されてもよい。また、ＰＢＣＨは、時間領域において、２、３、または、４ＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、同期信号の識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。第１の設定情報はＭＩＢに含まれてもよい。該第１の設定情報は、ランダムアクセスメッセージ２、ランダムアクセスメッセージ
３、ランダムアクセスメッセージ４の一部または全部に少なくとも用いられる設定情報であってもよい。
【0029】
ＰＤＣＣＨは、下りリンク制御情報（Downlink Control Information: DCI）を送信す
るために用いられる。下りリンク制御情報を、ＤＣＩフォーマットとも称する。なお、ＤＣＩフォーマットは、１つまたは複数の下りリンク制御情報のフィールドを含んでも構成されてもよい。下りリンク制御情報は、上りリンクグラント（ｕｐｌｉｎｋ ｇｒａｎｔ）または下りリンクグラント（ｄｏｗｎｌｉｎｋ ｇｒａｎｔ）のいずれかを少なくとも含んでもよい。
るために用いられる。下りリンク制御情報を、ＤＣＩフォーマットとも称する。なお、ＤＣＩフォーマットは、１つまたは複数の下りリンク制御情報のフィールドを含んでも構成されてもよい。下りリンク制御情報は、上りリンクグラント（ｕｐｌｉｎｋ ｇｒａｎｔ）または下りリンクグラント（ｄｏｗｎｌｉｎｋ ｇｒａｎｔ）のいずれかを少なくとも含んでもよい。
【0030】
上りリンクグラントは、単一のセル内の単一のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントは、単一のセル内の複数のスロットにおける複数のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントは、単一のセル内の複数のスロットにおける単一のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントを含む下りリンク制御情報は、上りリンクに関連するＤＣＩフォーマットとも称されてもよい。
【0031】
１つの下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントは、該下りリンクグラントが送信されたスロットと同じスロット内のＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントを含む下りリンク制御情報は、下りリンクに関連するＤＣＩフォーマットとも称されてもよい。
【0032】
ＰＤＳＣＨは、下りリンクデータ（ＴＢ、ＭＡＣ ＰＤＵ、ＤＬ－ＳＣＨ、ＰＤＳＣＨ、ＣＢ、ＣＢＧ）を送信するために用いられる。ＰＤＳＣＨは、ランダムアクセスメッセージ２（ランダムアクセスレスポンス）を送信するために少なくとも用いられる。ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステムインフォメーションを送信するために少なくとも用いられる。
【0033】
上述したＢＣＨ、ＵＬ－ＳＣＨおよびＤＬ－ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層で用いられるチャネルはトランスポートチャネルと呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロックまたはＭＡＣ ＰＤＵとも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（ｄｅｌｉｖｅｒ）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
【0034】
基地局装置３と端末装置１は、上位層（ｈｉｇｈｅｒ ｌａｙｅｒ）において信号をやり取り（送受信）してもよい。例えば、基地局装置３と端末装置１は、無線リソース制御（ＲＲＣ： Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層において、ＲＲＣシグナリング（ＲＲＣ ｍｅｓｓａｇｅ： Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ
ｍｅｓｓａｇｅ、ＲＲＣ ｉｎｆｏｒｍａｔｉｏｎ： Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ
Ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ ＣＥを、上位層の信号（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）とも称する。
ｍｅｓｓａｇｅ、ＲＲＣ ｉｎｆｏｒｍａｔｉｏｎ： Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ
Ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ ＣＥを、上位層の信号（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）とも称する。
【0035】
ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣ ＣＥを送信するために少なくとも用いられる。ここで、基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリングであってもよい。セル内における複数の端末装置１に対して共通のＲＲＣシグナリングは、共通ＲＲＣシグナリングとも呼称される。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のＲＲＣシグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇまたはＵＥ ｓｐｅｃｉｆｉｃ ｓｉｇｎａｌｉｎｇとも呼称される）であってもよい。端末装置１に対して専用のＲＲＣシグナリングは、専用ＲＲＣシグナリングとも呼称される。セルスペシフィックパラメータは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリング、または、ある端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。ＵＥスペシフィックパラメータは、ある端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。
【0036】
以下、本実施形態の無線フレーム（radio frame）の構成について説明する。
【0037】
図２は、本実施形態の無線フレームの概略構成を示す図である。図２において、横軸は時間軸である。無線フレームのそれぞれは、１０ms長であってもよい。また、無線フレームのそれぞれは１０のスロットから構成されてもよい。スロットのそれぞれは、１ms長であってもよい。
【0038】
以下、本実施形態のスロットの構成の一例について説明する。図３は、本実施形態における上りリンクスロットの概略構成を示す図である。図３において、１つのセルにおける上りリンクスロットの構成を示す。図３において、横軸は時間軸であり、縦軸は周波数軸である。上りリンクスロットはＮＵＬ
ｓｙｍｂ個のＳＣ－ＦＤＭＡシンボルを含んでもよい。上りリンクスロットはＮＵＬ
ｓｙｍｂ個のＯＦＤＭシンボルを含んでもよい。以下、本実施形態では、上りリンクスロットがＯＦＤＭシンボルを含む場合を用いて説明をするが、上りリンクスロットがＳＣ－ＦＤＭＡシンボルを含む場合にも本実施形態を適用することはできる。
【0039】
図３において、ｌはＯＦＤＭシンボル番号／インデックスであり、ｋはサブキャリア番号／インデックスである。スロットのそれぞれにおいて送信される物理シグナルまたは物理チャネルは、リソースグリッドによって表現される。上りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリア番号／インデックスｋ、および、ＯＦＤＭシンボル番号／インデックスｌによって表される。
【0040】
上りリンクスロットは、時間領域において、複数のＯＦＤＭシンボルｌ（ｌ＝０，１，・・・，ＮＵＬ
ｓｙｍｂ－１）を含んでもよい。１つの上りリンクスロットにおいて、上りリンクにおけるノーマルＣＰ（normal Cyclic Prefix）に対して、ＮＵＬ
ｓｙｍｂは７または１４であってもよい。上りリンクにおける拡張ＣＰ（extended Cyclic Prefix）に対して、ＮＵＬ
ｓｙｍｂは６または１２であってもよい。
【0041】
端末装置１は、上りリンクにおけるＣＰ長を示す上位層のパラメータUL-CyclicPrefixLengthを基地局装置３から受信する。基地局装置３は、セルに対応する該上位層のパラメ
ータUL-CyclicPrefixLengthを含むシステムインフォメーションを、該セルにおいて報知
してもよい。
ータUL-CyclicPrefixLengthを含むシステムインフォメーションを、該セルにおいて報知
してもよい。
【0042】
上りリンクスロットは、周波数領域において、複数のサブキャリアｋ（ｋ＝０，１，・・・，ＮＵＬ
ＲＢ・ＮＲＢ
ＳＣ－１)を含んでもよい。ＮＵＬ
ＲＢは、サービングセルに
対する上りリンク帯域幅設定であり、ＮＲＢ ＳＣの倍数によって表現される。ＮＲＢ ＳＣは、サブキャリアの数によって表現される、周波数領域における（物理）リソースブロックサイズである。サブキャリア間隔Δfは１５ｋＨｚであってもよい。ＮＲＢ ＳＣは１２
であってもよい。周波数領域における（物理）リソースブロックサイズは１８０ｋＨｚであってもよい。
対する上りリンク帯域幅設定であり、ＮＲＢ ＳＣの倍数によって表現される。ＮＲＢ ＳＣは、サブキャリアの数によって表現される、周波数領域における（物理）リソースブロックサイズである。サブキャリア間隔Δfは１５ｋＨｚであってもよい。ＮＲＢ ＳＣは１２
であってもよい。周波数領域における（物理）リソースブロックサイズは１８０ｋＨｚであってもよい。
【0043】
１つの物理リソースブロックは、時間領域においてNUL
symbの連続するＯＦＤＭシンボ
ルと周波数領域においてＮＲＢ ＳＣの連続するサブキャリアとから定義される。ゆえに、１つの物理リソースブロックは（ＮＵＬ ｓｙｍｂ・ＮＲＢ ＳＣ）のリソースエレメントから構成される。１つの物理リソースブロックは、時間領域において１つのスロットに対応してもよい。物理リソースブロックは周波数領域において、周波数の低いほうから順に番号ｎＰＲＢ（0,1,…, NUL RB -1）が付けられてもよい。
ルと周波数領域においてＮＲＢ ＳＣの連続するサブキャリアとから定義される。ゆえに、１つの物理リソースブロックは（ＮＵＬ ｓｙｍｂ・ＮＲＢ ＳＣ）のリソースエレメントから構成される。１つの物理リソースブロックは、時間領域において１つのスロットに対応してもよい。物理リソースブロックは周波数領域において、周波数の低いほうから順に番号ｎＰＲＢ（0,1,…, NUL RB -1）が付けられてもよい。
【0044】
本実施形態における下りリンクのスロットは、複数のＯＦＤＭシンボルを含む。本実施形態における下りリンクのスロットの構成は上りリンクと基本的に同じであるため、下りリンクのスロットの構成の説明は省略する。
【0045】
以下、本実施形態における装置の構成について説明する。
【0046】
図４は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベース
バンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、符号化部、復号部、または、物理層処理部とも称する。
バンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、符号化部、復号部、または、物理層処理部とも称する。
【0047】
上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロック）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線
リソース制御（Radio Resource Control: RRC）層の処理を行なう。
リソース制御（Radio Resource Control: RRC）層の処理を行なう。
【0048】
上位層処理部１４が備える媒体アクセス制御層処理部１５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、ランダムアクセス手順の制御を行う。
【0049】
上位層処理部１４が備える無線リソース制御層処理部１６は、無線リソース制御層の処理を行う。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。
【0050】
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号を生成し、基地局装置３に送信する。
【0051】
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド
信号に変換し（ダウンコンバート: down convert）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。
信号に変換し（ダウンコンバート: down convert）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。
【0052】
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号を、アナログ信号からディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰ（Cyclic Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変
換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
【0053】
ベースバンド部１３は、データを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＳＣ－ＦＤＭＡシンボルを生成し、生成されたＳＣ－ＦＤＭＡシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
【0054】
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
【0055】
図５は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、符号化部、復号部、または、物理層処理部とも称する。
【0056】
上位層処理部３４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。
【0057】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部３５は、無線リソース制御層処理部３６によって管理されている各種設定情報／パラメータに基づいて、ランダムアクセス手順の制御を行う。
【0058】
上位層処理部３４が備える無線リソース制御層処理部３６は、無線リソース制御層の処理を行う。無線リソース制御層処理部３６は、物理下りリンク共用チャネルに配置される下りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ、ＭＡＣ ＣＥ（Control Element）などを生成し、又は上位ノードから取得し
、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
【0059】
無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。
【0060】
端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成
されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。端末装置１が備える符号１０から符号１６が付された部のそれぞれは、少なくとも１つのプロセッサと前記少なくとも１つのプロセッサと連結されるメモリとして構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、少なくとも１つのプロセッサと前記少なくとも１つのプロセッサと連結されるメモリとして構成されてもよい。
されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。端末装置１が備える符号１０から符号１６が付された部のそれぞれは、少なくとも１つのプロセッサと前記少なくとも１つのプロセッサと連結されるメモリとして構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、少なくとも１つのプロセッサと前記少なくとも１つのプロセッサと連結されるメモリとして構成されてもよい。
【0061】
本実施形態の無線通信システムは、ＴＤＤ（Time Division Duplex）および／またはＦＤＤ（Frequency Division Duplex）が適用されてもよい。セルアグリゲーションの場合
には、ＴＤＤが適用されるサービングセルとＦＤＤが適用されるサービングセルが集約されてもよい。
には、ＴＤＤが適用されるサービングセルとＦＤＤが適用されるサービングセルが集約されてもよい。
【0062】
なお、上位層の信号は、ＲＭＳＩ（Remaining Minimum System Information）、ＯＳＩ（Other System Information）、ＳＩＢ（System Information Block）、ＲＲＣ（Radio Resource Control）メッセージ、ＭＡＣ ＣＥ（Medium Access Control Control Element）のいずれかであってもよい。また、上位層パラメータ（higher layer parameter）は
上位層の信号に含まれるパラメータや情報要素を意味してもよい。
上位層の信号に含まれるパラメータや情報要素を意味してもよい。
【0063】
ＰＵＣＣＨで送信するＵＣＩはＨＡＲＱ－ＡＣＫ、スケジューリングリクエスト、および／または、ＣＳＩを含んでもよい。
【0064】
端末装置１は、１つまたは複数の上位層パラメータに基づいて、ＰＵＣＣＨフォーマットでのＰＵＣＣＨ送信に対するリソース（ＰＵＣＣＨリソース）を設定する。上位層パラメータPUCCH-resource-config-PF0は、ＰＵＣＣＨフォーマット０でのＰＵＣＣＨ送信に
対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF１は、ＰＵＣＣＨフォーマット１でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF２は、ＰＵＣＣＨフォーマット２でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF３は、ＰＵＣＣＨフォーマット３でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF４は、ＰＵＣＣＨフォーマット４でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。
対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF１は、ＰＵＣＣＨフォーマット１でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF２は、ＰＵＣＣＨフォーマット２でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF３は、ＰＵＣＣＨフォーマット３でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF４は、ＰＵＣＣＨフォーマット４でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。
【0065】
ここで、ＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマットに対応するＰＵＣＣＨリソースの設定に用いられる上位層パラメータの値や種類、および／または、ＰＵＣＣＨフォーマットに対応するＰＵＣＣＨリソースで送信可能なＵＣＩビットの数に少なくとも基づいて定義されてもよい。例えば、ＰＵＣＣＨフォーマット０は、１つまたは２つのＯＦＤＭシンボルの長さを持ち、ＵＣＩビット数は１または２ビットであってもよい。ＰＵＣＣＨフォーマット１は４つのＯＦＤＭシンボル以上の長さを持ち、ＵＣＩビット数は１または２ビットであってもよい。ＰＵＣＣＨフォーマット２は１つまたは２つのＯＦＤＭシンボルの長さを持ち、ＵＣＩビット数は３と同じまたは大きくてもよい。ＰＵＣＣＨフォーマット３は４つのＯＦＤＭシンボルと同じまたは長い長さを持ち、ＵＣＩビット数は３と同じまたは大きくてもよい。ＰＵＣＣＨフォーマット４は４つのＯＦＤＭシンボルと同じまたは長い長さを持ち、ＵＣＩビット数は３と同じまたは大きくてもよい。ＰＵＣＣＨフォーマット４で設定されるＰＵＣＣＨリソースはＯＣＣを含んでもよい。
【0066】
ＰＵＣＣＨリソースセットは、上位層パラメータPUCCH-resource-setによって、１つまたは複数に設定されてもよい。端末装置１は１つのＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースの数を上位層パラメータPUCCH-resource-set-sizeによって設定して
もよい。端末装置１はＵＣＩのビット数Ａに応じてＰＵＣＣＨリソースセットを決定してもよい。ＵＣＩのビット数ＡがN1と同じまたは小さい場合、端末装置１は第１のＰＵＣＣＨリソースセットを決定する。ＵＣＩのビット数ＡがN1より大きい、且つ、N2と同じまたは小さい場合、端末装置１は第２のＰＵＣＣＨリソースセットを決定する。ＵＣＩのビット数ＡがN2と同じまたは大きい、且つ、N3と同じまたは小さい場合、端末装置１は第３のＰＵＣＣＨリソースセットを決定する。ＵＣＩのビット数ＡがN3と同じまたは大きい、且つ、N4と同じまたは小さい場合、端末装置１は第４のＰＵＣＣＨリソースセットを決定する。N1は２であってもよい。N2、N3、N4は上位層パラメータで設定されてもよい。
もよい。端末装置１はＵＣＩのビット数Ａに応じてＰＵＣＣＨリソースセットを決定してもよい。ＵＣＩのビット数ＡがN1と同じまたは小さい場合、端末装置１は第１のＰＵＣＣＨリソースセットを決定する。ＵＣＩのビット数ＡがN1より大きい、且つ、N2と同じまたは小さい場合、端末装置１は第２のＰＵＣＣＨリソースセットを決定する。ＵＣＩのビット数ＡがN2と同じまたは大きい、且つ、N3と同じまたは小さい場合、端末装置１は第３のＰＵＣＣＨリソースセットを決定する。ＵＣＩのビット数ＡがN3と同じまたは大きい、且つ、N4と同じまたは小さい場合、端末装置１は第４のＰＵＣＣＨリソースセットを決定する。N1は２であってもよい。N2、N3、N4は上位層パラメータで設定されてもよい。
【0067】
端末装置１が、ＰＵＣＣＨリソースセットを設定する上位層パラメータPUCCH-resource-setによって構成されていない場合、ＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨ送信のための上りリンクＢＷＰはSystemInformationBlockType1によって示され、ＰＵＣＣＨリソー
スセットはSystemInformationBlockType1に含まれる上位層パラメータPUCCH-resource-commonによって示される。
スセットはSystemInformationBlockType1に含まれる上位層パラメータPUCCH-resource-commonによって示される。
【0068】
端末装置１がＰＵＣＣＨを用いてＨＡＲＱ－ＡＣＫ情報を送信するために、端末装置１はＰＵＣＣＨリソースセットを決定した後にＰＵＣＣＨリソースを決定する。ＰＵＣＣＨリソースの決定は、端末装置１が検出した最後のＤＣＩフォーマット１_０またはＤＣＩ
フォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールド（PUCCH resource indicator field）の値に少なくとも基づいて行われる。
フォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールド（PUCCH resource indicator field）の値に少なくとも基づいて行われる。
【0069】
端末装置１は、検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１が示す順序に対応するＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨで送信する。検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１の順序は昇順（ascending order）を用
いてセル間のインデックスを先に設定してからＰＤＣＣＨモニタリングオケージョンを後にする。例えば、端末装置１がサービングセル１でＰＤＣＣＨモニタリングオケージョンＴにおいてＤＣＩフォーマットＡを、ＰＤＣＣＨモニタリングオケージョン（Ｔ＋１）においてＤＣＩフォーマットＢを検出し、サービングセル２でＰＤＣＣＨモニタリングオケージョンＴにおいてＤＣＩフォーマットＣを、ＰＤＣＣＨモニタリングオケージョン（Ｔ＋１）においてＤＣＩフォーマットＤを検出した場合、端末装置１は、ＤＣＩフォーマットＡ、ＤＣＩフォーマットＣ、ＤＣＩフォーマットＢ、ＤＣＩフォーマットＤの順で各ＤＣＩフォーマットに対応するＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨで送信する。ここでＤＣＩフォーマットＡ、ＤＣＩフォーマットＢ、ＤＣＩフォーマットＣ、ＤＣＩフォーマットＤは、少なくともＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１の何れかのＤＣＩフォーマットであってもよい。
いてセル間のインデックスを先に設定してからＰＤＣＣＨモニタリングオケージョンを後にする。例えば、端末装置１がサービングセル１でＰＤＣＣＨモニタリングオケージョンＴにおいてＤＣＩフォーマットＡを、ＰＤＣＣＨモニタリングオケージョン（Ｔ＋１）においてＤＣＩフォーマットＢを検出し、サービングセル２でＰＤＣＣＨモニタリングオケージョンＴにおいてＤＣＩフォーマットＣを、ＰＤＣＣＨモニタリングオケージョン（Ｔ＋１）においてＤＣＩフォーマットＤを検出した場合、端末装置１は、ＤＣＩフォーマットＡ、ＤＣＩフォーマットＣ、ＤＣＩフォーマットＢ、ＤＣＩフォーマットＤの順で各ＤＣＩフォーマットに対応するＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨで送信する。ここでＤＣＩフォーマットＡ、ＤＣＩフォーマットＢ、ＤＣＩフォーマットＣ、ＤＣＩフォーマットＤは、少なくともＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１の何れかのＤＣＩフォーマットであってもよい。
【0070】
端末装置１は、ＰＤＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォ
ーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールド（PUCCH resource indicator field）の値が示す上位層パラメータPUCCH-resource-indexによって設定され
たＰＵＣＣＨリソースインデックスにマップする。ＰＵＣＣＨリソースインデックスは上位層パラメータPUCCH-resource-set-sizeによって設定された１つまたは複数のＰＵＣＣ
Ｈリソースのインデックスである。例えば、あるＰＵＣＣＨリソースセットにおいて上位層パラメータPUCCH-resource-set-sizeによって４つのＰＵＣＣＨリソースが設定され、
上位層パラメータPUCCH-resource-indexによってＰＵＣＣＨリソースインジケータフィールドの値とＰＵＣＣＨリソースの関係が、ＰＵＣＣＨリソースインジケータフィールドの値００に対応するＰＵＣＣＨリソースが第１のＰＵＣＣＨリソース、ＰＵＣＣＨリソースインジケータフィールドの値０１に対応するＰＵＣＣＨリソースが第２のＰＵＣＣＨリソース、ＰＵＣＣＨリソースインジケータフィールドの値１０に対応するＰＵＣＣＨリソースが第３のＰＵＣＣＨリソース、ＰＵＣＣＨリソースインジケータフィールドの値１１に対応するＰＵＣＣＨリソースが第４のＰＵＣＣＨリソースで設定され、端末装置１がＰＤ
ＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールド（PUCCH resource indicator field）の値が１０である場合、端末装置１は第３のＰＵＣＣＨリソースを選択する。
ーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールド（PUCCH resource indicator field）の値が示す上位層パラメータPUCCH-resource-indexによって設定され
たＰＵＣＣＨリソースインデックスにマップする。ＰＵＣＣＨリソースインデックスは上位層パラメータPUCCH-resource-set-sizeによって設定された１つまたは複数のＰＵＣＣ
Ｈリソースのインデックスである。例えば、あるＰＵＣＣＨリソースセットにおいて上位層パラメータPUCCH-resource-set-sizeによって４つのＰＵＣＣＨリソースが設定され、
上位層パラメータPUCCH-resource-indexによってＰＵＣＣＨリソースインジケータフィールドの値とＰＵＣＣＨリソースの関係が、ＰＵＣＣＨリソースインジケータフィールドの値００に対応するＰＵＣＣＨリソースが第１のＰＵＣＣＨリソース、ＰＵＣＣＨリソースインジケータフィールドの値０１に対応するＰＵＣＣＨリソースが第２のＰＵＣＣＨリソース、ＰＵＣＣＨリソースインジケータフィールドの値１０に対応するＰＵＣＣＨリソースが第３のＰＵＣＣＨリソース、ＰＵＣＣＨリソースインジケータフィールドの値１１に対応するＰＵＣＣＨリソースが第４のＰＵＣＣＨリソースで設定され、端末装置１がＰＤ
ＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールド（PUCCH resource indicator field）の値が１０である場合、端末装置１は第３のＰＵＣＣＨリソースを選択する。
【0071】
図６は、ＰＵＣＣＨリソースが上位層パラメータによって設定される一例を示す図である。１つのＰＵＣＣＨリソースセットは１つまたは複数のＰＵＣＣＨリソースが設定されてもよい。各ＰＵＣＣＨリソースは図６に示すように、ＰＵＣＣＨがマップされる開始シンボルインデックス（starting symbol index）、シンボル数(symbol duration)、周波数ホッピングしない場合、または、周波数ホッピングする場合の１番目のホップの開始PRB
インデックス(starting PRB index of first hop)、周波数ホッピングする場合の２番目
のホップの開始ＰＲＢインデックス(starting PRB index of second hop)、ＰＲＢの数(the number of PRBs)、周波数ホッピングフラッグ(frequency hopping flag)、サイクリックシフトのインデックス、ＯＣＣのインデックスの一部または全部に少なくとも基づき与えられる。１つのＰＵＣＣＨリソースセットに設定される複数のＰＵＣＣＨリソースは、PRB数が少ないＰＵＣＣＨリソースに小さいインデックスが与えられてもよい。つまり、
ＰＵＣＣＨリソース１はＰＵＣＣＨリソース２よりPRB数が少ないまたは同じであっても
よい。ここで、ＰＲＢを帯域幅、ＲＢとも称する。
インデックス(starting PRB index of first hop)、周波数ホッピングする場合の２番目
のホップの開始ＰＲＢインデックス(starting PRB index of second hop)、ＰＲＢの数(the number of PRBs)、周波数ホッピングフラッグ(frequency hopping flag)、サイクリックシフトのインデックス、ＯＣＣのインデックスの一部または全部に少なくとも基づき与えられる。１つのＰＵＣＣＨリソースセットに設定される複数のＰＵＣＣＨリソースは、PRB数が少ないＰＵＣＣＨリソースに小さいインデックスが与えられてもよい。つまり、
ＰＵＣＣＨリソース１はＰＵＣＣＨリソース２よりPRB数が少ないまたは同じであっても
よい。ここで、ＰＲＢを帯域幅、ＲＢとも称する。
【0072】
ＰＵＣＣＨフォーマット０は、開始シンボルインデックス、シンボル数、周波数ホッピングフラグ、周波数ホッピングを施した場合の１番目のホップ、および／または、周波数ホッピングを施していない場合の開始PRBインデックス、周波数ホッピングを施した場合
の２番目のホップの開始PRBインデックス、サイクリックシフトのインデックスの一部ま
たは全部に少なくとも基づいて設定されてもよい。
の２番目のホップの開始PRBインデックス、サイクリックシフトのインデックスの一部ま
たは全部に少なくとも基づいて設定されてもよい。
【0073】
ＰＵＣＣＨフォーマット１は、開始シンボルインデックス、シンボル数、周波数ホッピングフラグ、周波数ホッピングを施した場合の１番目のホップ、および／または、周波数ホッピングを施していない場合の開始PRBインデックス、周波数ホッピングを施した場合
の２番目のホップの開始PRBインデックス、サイクリックシフトのインデックス、OCCのインデックスの一部または全部に少なくとも基づいて設定されてもよい。
の２番目のホップの開始PRBインデックス、サイクリックシフトのインデックス、OCCのインデックスの一部または全部に少なくとも基づいて設定されてもよい。
【0074】
ＰＵＣＣＨフォーマット２は、開始シンボルインデックス、シンボル数、周波数ホッピングフラグ、周波数ホッピングを施した場合の１番目のホップ、および／または、周波数ホッピングを施していない場合の開始PRBインデックス、周波数ホッピングを施した場合
の２番目のホップの開始PRBインデックス、PRB数の一部または全部に少なくとも基づいて設定されてもよい。
の２番目のホップの開始PRBインデックス、PRB数の一部または全部に少なくとも基づいて設定されてもよい。
【0075】
ＰＵＣＣＨフォーマット３は、開始シンボルインデックス、シンボル数、周波数ホッピングフラグ、周波数ホッピングを施した場合の１番目のホップ、および／または、周波数ホッピングを施していない場合の開始PRBインデックス、周波数ホッピングを施した場合
の２番目のホップの開始PRBインデックス、PRB数の一部または全部に少なくとも基づいて設定されてもよい。
の２番目のホップの開始PRBインデックス、PRB数の一部または全部に少なくとも基づいて設定されてもよい。
【0076】
ＰＵＣＣＨフォーマット４は、開始シンボルインデックス、シンボル数、周波数ホッピングフラグ、周波数ホッピングを施した場合の１番目のホップ、および／または、周波数ホッピングを施していない場合の開始PRBインデックス、周波数ホッピングを施した場合
の２番目のホップの開始PRBインデックス、ＯＣＣの長さ、ＯＣＣのインデックスの一部
または全部に少なくとも基づいて設定されてもよい。
の２番目のホップの開始PRBインデックス、ＯＣＣの長さ、ＯＣＣのインデックスの一部
または全部に少なくとも基づいて設定されてもよい。
【0077】
ＰＵＣＣＨ送信においてＰＵＣＣＨリソースがＰＵＣＣＨフォーマット０、または、ＰＵＣＣＨフォーマット２で設定される場合、最初のシンボルインデックスは上位層パラメ
ータPUCCH-F0-F2-starting-symbolによって示される。ＰＵＣＣＨ送信においてＰＵＣＣ
ＨリソースがＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、または、ＰＵＣＣＨフォーマット４で設定される場合、最初のシンボルインデックスは上位層パラメータPUCCH-F1-F3-F4-starting-symbolによって示される。
ータPUCCH-F0-F2-starting-symbolによって示される。ＰＵＣＣＨ送信においてＰＵＣＣ
ＨリソースがＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、または、ＰＵＣＣＨフォーマット４で設定される場合、最初のシンボルインデックスは上位層パラメータPUCCH-F1-F3-F4-starting-symbolによって示される。
【0078】
ＰＵＣＣＨ送信においてＰＵＣＣＨリソースがＰＵＣＣＨフォーマット０、または、ＰＵＣＣＨフォーマット２で設定される場合、シンボル数は上位層パラメータPUCCH-F0-F2-number-of-symbolsによって示される。ＰＵＣＣＨ送信においてＰＵＣＣＨリソースがＰ
ＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、ＰＵＣＣＨフォーマット４で設定される場合、シンボル数は上位層パラメータPUCCH-F1-F3-F4-number-of-symbolsによって示される。
ＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、ＰＵＣＣＨフォーマット４で設定される場合、シンボル数は上位層パラメータPUCCH-F1-F3-F4-number-of-symbolsによって示される。
【0079】
周波数ホッピングを施さない場合、ＰＵＣＣＨ送信のために用いられるＰＵＣＣＨリソースの最初のＰＲＢインデックスは上位層パラメータPUCCH-starting-PRBによって示される。周波数ホッピングを施すＰＵＣＣＨリソースの場合、１番目のホッピングにおいてＰＵＣＣＨ送信のために用いられるＰＵＣＣＨリソースの最初のＰＲＢインデックスは上位層パラメータPUCCH-starting-PRBによって示される。周波数ホッピングを施すＰＵＣＣＨリソースの場合、２番目のホッピングにおいてＰＵＣＣＨ送信のために用いられるＰＵＣＣＨリソースの最初のＰＲＢインデックスは上位層パラメータPUCCH-2nd-hop-PRBによっ
て示される。
て示される。
【0080】
端末装置１がＰＵＣＣＨフォーマット２を用いてＰＵＣＣＨを送信する場合、ＰＵＣＣＨ送信に用いるＰＲＢの数は上位層パラメータPUCCH-F2-number-of-PRBsによって示され
る。端末装置１がＰＵＣＣＨフォーマット３を用いてＰＵＣＣＨを送信する場合、ＰＵＣＣＨ送信に用いるＰＲＢの数は上位層パラメータPUCCH-F3-number-of-PRBsによって示さ
れる。
る。端末装置１がＰＵＣＣＨフォーマット３を用いてＰＵＣＣＨを送信する場合、ＰＵＣＣＨ送信に用いるＰＲＢの数は上位層パラメータPUCCH-F3-number-of-PRBsによって示さ
れる。
【0081】
端末装置１がＰＵＣＣＨリソースの周波数ホッピングをするかどうかは上位層パラメータPUCCH-frequency-hoppingによって示される。
【0082】
端末装置１がＰＵＣＣＨフォーマット０、および／または、ＰＵＣＣＨフォーマット１を用いてＰＵＣＣＨを送信する場合、ＰＵＣＣＨリソースのサイクリックシフトのインデックスは上位層パラメータPUCCH-F0-F1-initial-cyclic-shiftによって示される。
【0083】
端末装置１がＰＵＣＣＨフォーマット１を用いてＰＵＣＣＨを送信する場合、ＯＣＣ(Orthogonal Cover Code)を生成する時に用いる１つまたは複数の値は、ＰＵＣＣＨのシン
ボル数と上位層パラメータPUCCH-F1-time-domain-OCCに少なくとも基づいて与えられる。
ボル数と上位層パラメータPUCCH-F1-time-domain-OCCに少なくとも基づいて与えられる。
【0084】
端末装置１がＰＵＣＣＨフォーマット４を用いてＰＵＣＣＨを送信する場合、ＯＣＣ(Orthogonal Cover Code)を生成する時に用いる１つまたは複数の値は、ＰＵＣＣＨのシン
ボル数と上位層パラメータPUCCH-F1-time-domain-OCCに少なくとも基づいて与えられる。
ボル数と上位層パラメータPUCCH-F1-time-domain-OCCに少なくとも基づいて与えられる。
【0085】
ＰＵＣＣＨフォーマット３において、端末装置１はＤＭＲＳ送信に用いるＤＭＲＳの数を上位層パラメータPUCCH-F3-F4-additional-DMRSによって設定されてもよい。ＰＵＣＣ
Ｈフォーマット４において、端末装置１はＤＭＲＳ送信に用いるＤＭＲＳの数を上位層パラメータPUCCH-F3-F4-additional-DMRSによって設定されてもよい。
Ｈフォーマット４において、端末装置１はＤＭＲＳ送信に用いるＤＭＲＳの数を上位層パラメータPUCCH-F3-F4-additional-DMRSによって設定されてもよい。
【0086】
端末装置１がＨＡＲＱ－ＡＣＫ情報と該ＨＡＲＱ－ＡＣＫ情報に対するＣＲＣビットをＰＵＣＣＨフォーマット２で送信する場合、端末装置１は、図８のブロック８０２で示すように、ＨＡＲＱ情報とＣＲＣビットを符号化した符号語の符号化率が上位層パラメータ
PUCCH-F3-maximum-coderateによって与えられた符号化率と同じまたは該符号化率より低
くなるように上位層パラメータによって設定されたＰＵＣＣＨリソースの最小PRB数を決
定する。最小PRB数は少なくともＨＡＲＱ－ＡＣＫ情報ビット数、当該ＨＡＲＱ－ＡＣＫ
情報に対するＣＲＣビットのビット数、１PRBあたりのサブキャリア数、変調方式に対応
するビット数、および／または、最大符号化率に基づいて与えられる。変調方式に対応するビット数は、pi/2-BPSKの場合、１であってもよい。変調方式に対応するビット数は、QPSKの場合、２であってもよい。
PUCCH-F3-maximum-coderateによって与えられた符号化率と同じまたは該符号化率より低
くなるように上位層パラメータによって設定されたＰＵＣＣＨリソースの最小PRB数を決
定する。最小PRB数は少なくともＨＡＲＱ－ＡＣＫ情報ビット数、当該ＨＡＲＱ－ＡＣＫ
情報に対するＣＲＣビットのビット数、１PRBあたりのサブキャリア数、変調方式に対応
するビット数、および／または、最大符号化率に基づいて与えられる。変調方式に対応するビット数は、pi/2-BPSKの場合、１であってもよい。変調方式に対応するビット数は、QPSKの場合、２であってもよい。
【0087】
端末装置１がＨＡＲＱ－ＡＣＫ情報と該ＨＡＲＱ－ＡＣＫ情報に対するＣＲＣビットをＰＵＣＣＨフォーマット３で送信する場合、端末装置１は、図８のブロック８０２で示すように、ＨＡＲＱ－ＡＣＫ情報とＣＲＣビットを符号化した符号語の符号化率が上位層パラメータPUCCH-F3-maximum-coderateによって与えられた符号化率と同じまたは該符号化
率より低くなるように上位層パラメータによって設定されたＰＵＣＣＨリソースの最小PRB数を決定する。最小PRB数は少なくともＨＡＲＱ－ＡＣＫ情報ビット数、当該ＨＡＲＱ－ＡＣＫ情報に対するＣＲＣビットのビット数、１PRBあたりのサブキャリア数、変調方式
に対応するビット数、および／または、最大符号化率に基づいて与えられる。変調方式に対応するビット数は、pi/2-BPSKの場合、１であってもよい。変調方式に対応するビット
数は、QPSKの場合、２であってもよい。
率より低くなるように上位層パラメータによって設定されたＰＵＣＣＨリソースの最小PRB数を決定する。最小PRB数は少なくともＨＡＲＱ－ＡＣＫ情報ビット数、当該ＨＡＲＱ－ＡＣＫ情報に対するＣＲＣビットのビット数、１PRBあたりのサブキャリア数、変調方式
に対応するビット数、および／または、最大符号化率に基づいて与えられる。変調方式に対応するビット数は、pi/2-BPSKの場合、１であってもよい。変調方式に対応するビット
数は、QPSKの場合、２であってもよい。
【0088】
端末装置１がＨＡＲＱ－ＡＣＫ情報と該ＨＡＲＱ－ＡＣＫ情報に対するＣＲＣビットをＰＵＣＣＨフォーマット２で送信する、且つ、ＵＣＩペイロードが３６０ビットと同じまたは大きい、且つ、レートマッチの出力が１０８８ビットと同じまたは大きい場合、端末装置１は、図８のブロック８０３で示すようにＨＡＲＱ－ＡＣＫ情報に対してコードブロックセグメンテーション（Code block segmentation）を行い、コードブロックセグメン
テーションされたそれぞれの情報ビット（コードブロックとも呼称される）に対してＣＲＣビットを付加する。端末装置１は、ＨＡＲＱ情報とＣＲＣビットを符号化した符号語の符号化率が上位層パラメータPUCCH-F2-maximum-coderateによって与えられた符号化率と
同じまたは該符号化率より低くなるように上位層パラメータによって設定されたＰＵＣＣＨリソースの最小PRB数を決定する。最小PRB数はＨＡＲＱ－ＡＣＫ情報ビット数、当該ＨＡＲＱ－ＡＣＫ情報に対するＣＲＣビットのビット数、１PRBあたりのサブキャリア数、
変調方式に対応するビット数、および／または、最大符号化率に少なくとも基づいて与えられる。変調方式に対応するビット数は、pi/2-BPSKの場合、１であってもよい。変調方
式に対応するビット数は、QPSKの場合、２であってもよい。
テーションされたそれぞれの情報ビット（コードブロックとも呼称される）に対してＣＲＣビットを付加する。端末装置１は、ＨＡＲＱ情報とＣＲＣビットを符号化した符号語の符号化率が上位層パラメータPUCCH-F2-maximum-coderateによって与えられた符号化率と
同じまたは該符号化率より低くなるように上位層パラメータによって設定されたＰＵＣＣＨリソースの最小PRB数を決定する。最小PRB数はＨＡＲＱ－ＡＣＫ情報ビット数、当該ＨＡＲＱ－ＡＣＫ情報に対するＣＲＣビットのビット数、１PRBあたりのサブキャリア数、
変調方式に対応するビット数、および／または、最大符号化率に少なくとも基づいて与えられる。変調方式に対応するビット数は、pi/2-BPSKの場合、１であってもよい。変調方
式に対応するビット数は、QPSKの場合、２であってもよい。
【0089】
端末装置１がＨＡＲＱ－ＡＣＫ情報と該ＨＡＲＱ－ＡＣＫ情報に対するＣＲＣビットをＰＵＣＣＨフォーマット３で送信する、且つ、ＵＣＩペイロードが３６０ビットと同じまたは大きい、且つ、レートマッチの出力が１０８８ビットと同じまたは大きい場合、端末装置１は、図８のブロック８０３で示すようにＨＡＲＱ－ＡＣＫ情報に対してコードブロックセグメンテーションを行い、コードブロックセグメンテーションされたそれぞれの情報ビット（コードブロックとも呼称される）に対してＣＲＣビットを付加する。端末装置１は、ＨＡＲＱ情報とＣＲＣビットを符号化した符号語の符号化率が上位層パラメータPUCCH-F3-maximum-coderateによって与えられた符号化率と同じまたは該符号化率より低く
なるように上位層パラメータによって設定されたＰＵＣＣＨリソースの最小PRB数を決定
する。最小PRB数はＨＡＲＱ－ＡＣＫ情報ビット数、当該ＨＡＲＱ－ＡＣＫ情報に対する
ＣＲＣビットのビット数、１PRBあたりのサブキャリア数、変調方式に対応するビット数
、および／または、最大符号化率に少なくとも基づいて与えられる。変調方式に対応するビット数は、pi/2-BPSKの場合、１であってもよい。変調方式に対応するビット数は、QPSKの場合、２であってもよい。
なるように上位層パラメータによって設定されたＰＵＣＣＨリソースの最小PRB数を決定
する。最小PRB数はＨＡＲＱ－ＡＣＫ情報ビット数、当該ＨＡＲＱ－ＡＣＫ情報に対する
ＣＲＣビットのビット数、１PRBあたりのサブキャリア数、変調方式に対応するビット数
、および／または、最大符号化率に少なくとも基づいて与えられる。変調方式に対応するビット数は、pi/2-BPSKの場合、１であってもよい。変調方式に対応するビット数は、QPSKの場合、２であってもよい。
【0090】
符号語は、ＵＣＩの符号化ビットを少なくとも含む系列であってもよい。符号語は、Ｐ
ＲＢにマッピングされる系列であってもよい。符号語は、１または複数のレートマッチ出力系列（rate-match output sequence）の結合に少なくとも基づき与えられる系列であってもよい。１または複数のレートマッチ出力系列ｆｃ ｅは、ＵＣＩの符号化系列ｄｃ ｎのレートマッチ（rate-match）処理に少なくとも基づき与えられてもよい。ここで、ｃは、コードブロック番号を示すインデックスである。ｃは０からＣ－１の値を示すインデックスである。Ｃは、コードブロックの数を示す。ｅは、０からＥ－１の範囲の整数のいずれかを示す。Ｅは、レートマッチ出力系列ｆｃ ｅのサイズを示す。ｎは、０からＮ－１の範囲の整数のいずれかを示す。Ｎは、ｃ番目のコードブロックのＵＣＩの符号化ビット数であってもよい。Ｎは、ＵＣＩの符号化系列ｄｃ ｎのサイズを示す。レートマッチ処理の入力は、ＵＣＩの符号化系列ｄｃ ｎであってもよい。
ＲＢにマッピングされる系列であってもよい。符号語は、１または複数のレートマッチ出力系列（rate-match output sequence）の結合に少なくとも基づき与えられる系列であってもよい。１または複数のレートマッチ出力系列ｆｃ ｅは、ＵＣＩの符号化系列ｄｃ ｎのレートマッチ（rate-match）処理に少なくとも基づき与えられてもよい。ここで、ｃは、コードブロック番号を示すインデックスである。ｃは０からＣ－１の値を示すインデックスである。Ｃは、コードブロックの数を示す。ｅは、０からＥ－１の範囲の整数のいずれかを示す。Ｅは、レートマッチ出力系列ｆｃ ｅのサイズを示す。ｎは、０からＮ－１の範囲の整数のいずれかを示す。Ｎは、ｃ番目のコードブロックのＵＣＩの符号化ビット数であってもよい。Ｎは、ＵＣＩの符号化系列ｄｃ ｎのサイズを示す。レートマッチ処理の入力は、ＵＣＩの符号化系列ｄｃ ｎであってもよい。
【0091】
レートマッチ出力系列ｆｃ
ｅは、ｆｃ
ｅ＝ｄｃ
ｍｏｄ（ｎ，Ｎ）であってもよい。ここで、ｍｏｄ（Ｘ，Ｙ）は、ＸをＹで除算した場合の余りを出力する関数であってもよい。チャネル符号化のためにｐｏｌａｒ符号が用いられ、かつ、ＥがＮ以上である場合に少なくとも、レートマッチ出力系列ｆｃ
ｅは、ｆｃ
ｅ＝ｄｃ
ｍｏｄ（ｎ，Ｎ）であってもよい。ＵＣＩの符号化系列ｄｃ
ｎは、チャネル符号化された符号化系列をインターリーブ（interleave）することにより与えられてもよい。
【0092】
コードブロックの数Ｃは、コードブロックセグメンテーションに基づき与えられる。コードブロックセグメンテーションの詳細は後述される。
【0093】
コードブロックの数Ｃが１である場合、コードブロックの結合は行われなくてもよい。
【0094】
ＵＣＩは、ＨＡＲＱ－ＡＣＫ、ＳＲ、および、ＣＳＩに少なくとも基づき与えられるＣＲＣビットを少なくとも含んでもよい。
【0095】
ＵＣＩのペイロードaのサイズAが１２より小さい場合、サイズL１のＣＲＣビットを付
加する。ＵＣＩペイロードaのサイズAが１２と同じまたは大きい、且つ、１９と同じまたは小さい場合、サイズL2のＣＲＣビットを付加する。ＵＣＩペイロードaのサイズAが２０と同じまたは大きい場合、サイズL3のＣＲＣビットを付加する。ここで、L1は０であってもよい。L2は６であってもよい。L3は１１であってもよい。
加する。ＵＣＩペイロードaのサイズAが１２と同じまたは大きい、且つ、１９と同じまたは小さい場合、サイズL2のＣＲＣビットを付加する。ＵＣＩペイロードaのサイズAが２０と同じまたは大きい場合、サイズL3のＣＲＣビットを付加する。ここで、L1は０であってもよい。L2は６であってもよい。L3は１１であってもよい。
【0096】
図８はＵＣＩペイロードaのサイズとレートマッチ出力系列ｆｃ
ｅのサイズに基づくコ
ードブロックセグメンテーションを示した図である。ＵＣＩペイロードaのサイズAとＵＣＩペイロードaに対応するＣＲＣビットのサイズを総合ペイロードと称する。または、Ｕ
ＣＩペイロードａと該ＵＣＩペイロードａに付加されるＣＲＣビットを含んだペイロードを総合ペイロードと称する。端末装置１はＵＣＩペイロードaのサイズA、ＵＣＩペイロードaのサイズAに対する閾値K1、総合ペイロードのレートマッチ出力系列ｆｃ ｅのサイズE
、当該レートマッチ出力系列ｆｃ ｅのサイズEに対する閾値E1に少なくとも基づいてコー
ドブロックセグメンテーションを施すかどうかを８０１で判定する。なお、ＵＣＩペイロードに付加されるＣＲＣビットのサイズは、該ＵＣＩペイロードのサイズに基づいて決定されてもよい。
ードブロックセグメンテーションを示した図である。ＵＣＩペイロードaのサイズAとＵＣＩペイロードaに対応するＣＲＣビットのサイズを総合ペイロードと称する。または、Ｕ
ＣＩペイロードａと該ＵＣＩペイロードａに付加されるＣＲＣビットを含んだペイロードを総合ペイロードと称する。端末装置１はＵＣＩペイロードaのサイズA、ＵＣＩペイロードaのサイズAに対する閾値K1、総合ペイロードのレートマッチ出力系列ｆｃ ｅのサイズE
、当該レートマッチ出力系列ｆｃ ｅのサイズEに対する閾値E1に少なくとも基づいてコー
ドブロックセグメンテーションを施すかどうかを８０１で判定する。なお、ＵＣＩペイロードに付加されるＣＲＣビットのサイズは、該ＵＣＩペイロードのサイズに基づいて決定されてもよい。
【0097】
（８０４）ＵＣＩペイロードaのサイズAがK1以上である、且つ、レートマッチ出力系列ｆｃ
ｅのサイズEがE1以上である場合、端末装置１はブロック８０３で該ＵＣＩペイロー
ドaを二つに分割することができる（コードブロックの数Ｃ＝２）。ここでK1は３６０で
あってもよい。E1は１０８８であってもよい。該レートマッチ出力系列ｆｃ ｅは、該ＵＣＩペイロードを少なくとも含む総合ペイロードのチャネル符号化、および、レートマッチ処理に少なくとも基づき与えられる。
ドaを二つに分割することができる（コードブロックの数Ｃ＝２）。ここでK1は３６０で
あってもよい。E1は１０８８であってもよい。該レートマッチ出力系列ｆｃ ｅは、該ＵＣＩペイロードを少なくとも含む総合ペイロードのチャネル符号化、および、レートマッチ処理に少なくとも基づき与えられる。
【0098】
（８０５）ＵＣＩペイロードaのサイズAが少なくともK1未満である、または、レートマッチ出力系列ｆｃ
ｅのサイズEが少なくともE1未満である場合、ブロック８０２でＵＣＩ
ペイロードaにＣＲＣビットを付加してチャネル符号化を行う。つまり、ＵＣＩペイロー
ドaのサイズAが少なくともK1未満である、または、レートマッチ出力系列ｆｃ ｅのサイズEが少なくともE1未満である場合、総合ペイロードに対してコードブロックセグメンテー
ションが行われなくてもよい（または、コードブロックの数Ｃ＝１であってもよい）。なお、該総合ペイロードは、ＵＣＩペイロードaにＣＲＣビットが付加されたペイロードで
あってもよい。つまり、該総合ペイロードのサイズは、ＵＣＩペイロードａのサイズと該ＵＣＩペイロードaに付加されるＣＲＣビットのサイズに基づいて決定されてもよい。
ペイロードaにＣＲＣビットを付加してチャネル符号化を行う。つまり、ＵＣＩペイロー
ドaのサイズAが少なくともK1未満である、または、レートマッチ出力系列ｆｃ ｅのサイズEが少なくともE1未満である場合、総合ペイロードに対してコードブロックセグメンテー
ションが行われなくてもよい（または、コードブロックの数Ｃ＝１であってもよい）。なお、該総合ペイロードは、ＵＣＩペイロードaにＣＲＣビットが付加されたペイロードで
あってもよい。つまり、該総合ペイロードのサイズは、ＵＣＩペイロードａのサイズと該ＵＣＩペイロードaに付加されるＣＲＣビットのサイズに基づいて決定されてもよい。
【0099】
図９は、ＰＵＣＣＨリソースのＰＲＢ数を決定する方法の一例を示す図である。端末装置１は、ＰＵＣＣＨリソースのＰＲＢ数をMRB,min
PUCCHにセットする。ここで、MRB,min
PUCCHはＰＵＣＣＨ送信のために上位層パラメータPUCCH-F2-number-of-PRBsまたはPUCCH-F3-number-of-PRBsによって示されたＰＲＢ数と同じまたは小さいという条件を満たす最小のＰＲＢ数であってもよい。また、ＰＵＣＣＨフォーマット２に対して、MRB,min
PUCCHはＰＵＣＣＨ送信のために上位層パラメータPUCCH-F2-number-of-PRBsによって示されたＰ
ＲＢ数と同じまたは小さいという条件を満たす最小のＰＲＢ数であってもよい。また、ＰＵＣＣＨフォーマット３に対して、MRB,min PUCCHはＰＵＣＣＨ送信のために上位層パラメータPUCCH-F3-number-of-PRBsによって示されたＰＲＢ数と同じまたは小さいという条件
を満たす最小のＰＲＢ数であってもよい。端末装置１は、数式１で示される不等式１と数式２で示される不等式２を満たす最小のＰＲＢ数をMRB,min PUCCHにセットする。総合ペイロードのレートマッチ出力系列ｆｃ ｅをマッピングするＰＵＣＣＨリソースのＰＲＢの数(MRB,min PUCCH)は上位層パラメータによって示されたＰＲＢ数と同じまたは小さい値であってもよい。また、ＰＲＢの数(MRB,min PUCCH-1)はＰＲＢの数(MRB,min PUCCH)よりＰＲＢが１つ少ないことを意味してもよい。
ＲＢ数と同じまたは小さいという条件を満たす最小のＰＲＢ数であってもよい。また、ＰＵＣＣＨフォーマット３に対して、MRB,min PUCCHはＰＵＣＣＨ送信のために上位層パラメータPUCCH-F3-number-of-PRBsによって示されたＰＲＢ数と同じまたは小さいという条件
を満たす最小のＰＲＢ数であってもよい。端末装置１は、数式１で示される不等式１と数式２で示される不等式２を満たす最小のＰＲＢ数をMRB,min PUCCHにセットする。総合ペイロードのレートマッチ出力系列ｆｃ ｅをマッピングするＰＵＣＣＨリソースのＰＲＢの数(MRB,min PUCCH)は上位層パラメータによって示されたＰＲＢ数と同じまたは小さい値であってもよい。また、ＰＲＢの数(MRB,min PUCCH-1)はＰＲＢの数(MRB,min PUCCH)よりＰＲＢが１つ少ないことを意味してもよい。
【0100】
【数1】
【数2】
【0101】
図９において、９００はＰＵＣＣＨリソースのＰＲＢ数をMRB,min
PUCCH－１にセットした場合に想定される総合ペイロードである。９００は、９０３と９０４から構成されてもよい。９０３はＵＣＩペイロードであってもよい。９０４は９０３に付加されるＣＲＣビットである。９０４の数（ビット数、ビットサイズ、サイズ）OCRC,M-1は、ＰＵＣＣＨリソースのＰＲＢ数がMRB,min
PUCCH－１にセットされることを想定して与えられてもよい。９０４の数OCRC,M-1は、数式３によって与えられるEに基づいて決定されてもよい。ここ
で、９０３に付加されるＣＲＣビット９０４の数OCRC,M-1を計算するために用いられるE
は、実際のEとは異なってもよい。すなわち、９０３に付加されるＣＲＣビット９０４の
数OCRC,M-1は、仮想的なEの値に基づいて計算されてもよい。すなわち、ＣＲＣビット９
０４の数は、実際のＣＲＣビットの数と同じでもよいし、異なってもよい。９０３に付加されるＣＲＣビット９０４の数OCRC,M-1は、数式１によって与えられるEに応じて図７の
フローチャートに基づいて決定されてもよい。
で、９０３に付加されるＣＲＣビット９０４の数OCRC,M-1を計算するために用いられるE
は、実際のEとは異なってもよい。すなわち、９０３に付加されるＣＲＣビット９０４の
数OCRC,M-1は、仮想的なEの値に基づいて計算されてもよい。すなわち、ＣＲＣビット９
０４の数は、実際のＣＲＣビットの数と同じでもよいし、異なってもよい。９０３に付加されるＣＲＣビット９０４の数OCRC,M-1は、数式１によって与えられるEに応じて図７の
フローチャートに基づいて決定されてもよい。
【0102】
図９において、９０３に付加されるＣＲＣビット９０４の数OCRC,M-1は、PUCCH-F2-number-of-PRBsまたはPUCCH-F3-number-of-PRBsによって示されたＰＲＢ数を想定して与えられてもよい。９０３に付加されるＣＲＣビット９０４の数OCRC,M-1は、第１の上位層のパラメータに基づき与えられてもよい。
【0103】
Nsc,ctrl
RBはＰＵＣＣＨのフォーマットによって与えられてもよい。Nsc,ctrl
RBは１つのＰＲＢに与えられるサブキャリアの数であってもよい。Nsc,ctrl
RBはDMRSで与えられるサブキャリアを除いたサブキャリアの数でもよい。Nsc,ctrl
RBは、周波数領域において１つのＰＲＢに含まれ、且つ、ＤＭＲＳがマップされないサブキャリアの数であってもよい。Qmは変調オーダーであってもよい。Qmは変調方式に応じる数であってもよい。Qmは１つの変調シンボルで送信できるビットの数であってもよい。pi/2-BPSKの場合、Qmは１であ
ってもよい。QPSKの場合、Qmは２であってもよい。rは上位層パラメータによって与えら
れるコードレートである。ＰＵＣＣＨフォーマット２の場合、コードレートｒは上位層パラメータPUCCH-F2-maximum-coderateによって与えられる。ＰＵＣＣＨフォーマット３の
場合、コードレートｒは上位層パラメータPUCCH-F3-maximum-coderateによって与えられ
る。ＰＵＣＣＨフォーマット４の場合、コードレートｒは上位層パラメータPUCCH-F4-maximum-coderateによって与えられる。Nsymb PUCCHはＰＵＣＣＨフォーマット２、および／
または、ＰＵＣＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット４のシンボル数である。ＰＵＣＣＨフォーマット２において、Nsymb PUCCHは上位層パラメータPUCCH-F0-F2-number-of-symbolsによって与えられてもよい。ＰＵＣＣＨフォーマット３およ
び／またはＰＵＣＣＨフォーマット４において、Nsymb PUCCHはＤＭＲＳの送信に用いられるシンボル数を除いたシンボル数であり、上位層パラメータPUCCH-F1-F3-F3-number-of-symbolsによって決定されてもよい。
ってもよい。QPSKの場合、Qmは２であってもよい。rは上位層パラメータによって与えら
れるコードレートである。ＰＵＣＣＨフォーマット２の場合、コードレートｒは上位層パラメータPUCCH-F2-maximum-coderateによって与えられる。ＰＵＣＣＨフォーマット３の
場合、コードレートｒは上位層パラメータPUCCH-F3-maximum-coderateによって与えられ
る。ＰＵＣＣＨフォーマット４の場合、コードレートｒは上位層パラメータPUCCH-F4-maximum-coderateによって与えられる。Nsymb PUCCHはＰＵＣＣＨフォーマット２、および／
または、ＰＵＣＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット４のシンボル数である。ＰＵＣＣＨフォーマット２において、Nsymb PUCCHは上位層パラメータPUCCH-F0-F2-number-of-symbolsによって与えられてもよい。ＰＵＣＣＨフォーマット３およ
び／またはＰＵＣＣＨフォーマット４において、Nsymb PUCCHはＤＭＲＳの送信に用いられるシンボル数を除いたシンボル数であり、上位層パラメータPUCCH-F1-F3-F3-number-of-symbolsによって決定されてもよい。
【0104】
図９において、９０１におけるVM-1は数式４によって与えられる。数式１で示される不等式１で示すように、端末装置1は、総合ペイロード９００が数式４によって与えられるVM-1より大きくなるように、MRB,min
PUCCHをセットする。また、総合ペイロード９００が
数式４によって与えられるVM-1より大きいことは、ＰＵＣＣＨリソースのＰＲＢ数をMRB,min PUCCH－１にセットした場合に想定される総合ペイロードのコードレートＲＭ－１がコードレートｒよりも高くなることを意味してもよい。ここで、総合ペイロードのコードレートＲＭ－１はＰＵＣＣＨリソースのＰＲＢ数をMRB,min PUCCH－１にセットしたことを想定して与えられてもよい。総合ペイロードのコードレートＲＭ－１は数式５によって与えられてもよい。
数式４によって与えられるVM-1より大きいことは、ＰＵＣＣＨリソースのＰＲＢ数をMRB,min PUCCH－１にセットした場合に想定される総合ペイロードのコードレートＲＭ－１がコードレートｒよりも高くなることを意味してもよい。ここで、総合ペイロードのコードレートＲＭ－１はＰＵＣＣＨリソースのＰＲＢ数をMRB,min PUCCH－１にセットしたことを想定して与えられてもよい。総合ペイロードのコードレートＲＭ－１は数式５によって与えられてもよい。
【0105】
【数3】
【数4】
【数5】
【0106】
図９において、９０６はＰＵＣＣＨリソースのＰＲＢ数をMRB,min
PUCCHにセットした場合の総合ペイロードである。９０３はＵＣＩペイロードであってもよい。９０５は９０３に付加されるＣＲＣビットである。ＰＵＣＣＨリソースのＰＲＢ数をMRB,min
PUCCHにセットした場合の９０５の数OCRC,Mは、数式５によって与えられるＥに基づいて決定されてもよい。ここで、９０３に付加されるＣＲＣビット９０５の数を計算するために用いられるＥは、数式３で導出されるＥとは異なってもよい。９０３に付加されるＣＲＣビット９０５の数を計算するために用いられるＥは、実際のＥと同じであってもよい。すなわち、９０３に付加されるＣＲＣビット９０５の数は、実際のＥの値と同じ値に基づいて計算されてもよい。すなわち、ＣＲＣビット９０５の数は、実際のＣＲＣビットの数であってもよ
い。９０３に付加されるＣＲＣビット９０５の数は、数式４によって与えられるＥに応じて図７のフローチャートに基づいて決定されてもよい。
い。９０３に付加されるＣＲＣビット９０５の数は、数式４によって与えられるＥに応じて図７のフローチャートに基づいて決定されてもよい。
【0107】
図９において、９０３に付加されるＣＲＣビット９０５の数OCRC,Mは、PUCCH-F2-number-of-PRBsまたはPUCCH-F3-number-of-PRBsによって示されたＰＲＢ数を想定して与えられてもよい。９０３に付加されるＣＲＣビット９０５の数OCRC,Mは、第１の上位層のパラメータに基づき与えられてもよい。９０３に付加されるＣＲＣビット９０５の数OCRC,Mは、第２の上位層のパラメータに基づき与えられてもよい。
【0108】
図９において、９０２におけるVMは数式７によって与えられる。数式２で示される不等式２で示すように、端末装置1は、総合ペイロード９０６が数式７によって与えられるVM
と同じまたは小さくなるように、MRB,min PUCCHをセットする。また、総合ペイロード９０６が数式７によって与えられるVMと同じまたは小さいことは、ＰＵＣＣＨリソースのＰＲＢ数をＭRB,min PUCCHにセットした場合の総合ペイロードのコードレートＲＭがコードレ
ートｒと同じまたは低くなることを意味してもよい。ここで、総合ペイロードのコードレートＲＭはＰＵＣＣＨリソースのＰＲＢ数をMRB,min PUCCHに基づいて与えられてもよい。総合ペイロードのコードレートＲＭは数式８によって与えられてもよい。
と同じまたは小さくなるように、MRB,min PUCCHをセットする。また、総合ペイロード９０６が数式７によって与えられるVMと同じまたは小さいことは、ＰＵＣＣＨリソースのＰＲＢ数をＭRB,min PUCCHにセットした場合の総合ペイロードのコードレートＲＭがコードレ
ートｒと同じまたは低くなることを意味してもよい。ここで、総合ペイロードのコードレートＲＭはＰＵＣＣＨリソースのＰＲＢ数をMRB,min PUCCHに基づいて与えられてもよい。総合ペイロードのコードレートＲＭは数式８によって与えられてもよい。
【数6】
【数7】
【数8】
【0109】
図７は、ＣＲＣビットのサイズを決定するフローチャートを示した図である。（７０１）において、端末装置１は、ＵＣＩペイロードのサイズをＡにセットする。（７０２）において、端末装置１は、ＵＣＩペイロードのサイズＡ、数式３および／または数式６から与えられるＥのうち、少なくとも１つに基づいてＵＣＩペイロードに付加されるＣＲＣビットのサイズを決定する。ここで、例えば、Ａが１２より小さい場合には、（７０３）へ進む。また、例えば、Ａが１２と同じまたは大きい且つＡが２０より小さい場合には、（７０４）へ進む。また、例えば、Ａが２０と同じまたは大きい且つＡが３６０より小さい場合には、（７０５）へ進む。また、例えば、Ａが３６０と同じまたは大きい且つＥが１０８８と同じまたは大きい場合には、（７０６）へ進む。つまり、Ａおよび／またはＥがそれぞれ所定の条件を満たす場合、（７０３）～（７０６）のいずれかへ進む。
【0110】
（７０７）端末装置１は、ＵＣＩペイロードに付加されるＣＲＣビットのサイズを０に設定する。
【0111】
（７０８）端末装置１は、ＵＣＩペイロードに付加されるＣＲＣビットのサイズを６に設定する。
【0112】
（７０９）端末装置１は、ＵＣＩペイロードに付加されるＣＲＣビットのサイズを１１に設定する。なお、Ｅの値は、１０８８より小さくてもよい。
【0113】
（７１０）端末装置１は、ＵＣＩペイロードに付加されるＣＲＣビットのサイズを２２に設定する。
【0114】
なお、（７０３）および／または（７０４）において、端末装置１は、数式３および／または数式６から与えられるＥの値を考慮しなくてもよい。
【0115】
なお、（７０５）および（７０６）において、Ｅの値は、数式３または数式６によって与えられてもよい。図７のフローチャートに基づいてＣＲＣビット９０４のサイズOCRC,M－１を計算する場合には、（７０５）と（７０６）におけるＥは数式３によって与えられてもよい。図７のフローチャートに基づいて、ＣＲＣビット９０５のサイズOCRC,Mを計算する場合には、（７０５）と（７０６）におけるＥは数式６によって与えられてもよい。
【0116】
ＵＣＩペイロードに付加されるＣＲＣをＣＲＣビットと称する。ＰＵＣＣＨリソースのＰＲＢ数MRB,min
PUCCHを選択するために参照する臨時（ｔｅｍｐｏｒａｒｙ）ＣＲＣビットを仮想的なＣＲＣビットと称する。ＰＵＣＣＨリソースのＰＲＢ数MRB,min
PUCCHを選択するために参照するＣＲＣビットのサイズを臨時ＣＲＣビットのサイズまたは仮想的なＣＲＣビットのサイズと称する。仮想的なＣＲＣビットのサイズはＵＣＩペイロードに付加されるＣＲＣビットのサイズと同じでもよいし、異なってもよい。ＵＣＩペイロードはＵＣＩペイロードaと同じであってもよい。
【0117】
仮想的なＣＲＣビットのサイズは、９０４の数OCRC,M、および／または、９０５の数OCRC,M-1であってもよい。ＰＵＣＣＨリソースのＰＲＢ数MRB,min
PUCCHを選択するために用いられる９０４の数OCRC,M、および／または、９０５の数OCRC,M-1は、仮想的なＣＲＣビットのサイズによって与えられてもよい。
【0118】
仮想的なＣＲＣビットのサイズはＵＣＩペイロードaのサイズに少なくとも基づいて与
えられてもよい。仮想的なＣＲＣビットのサイズはＨＡＲＱ－ＡＣＫ情報のビット数に少なくとも基づいて与えられてもよい。仮想的なＣＲＣビットのサイズはスケジューリングリクエストのビット数に少なくとも基づいて与えられてもよい。仮想的なＣＲＣビットのサイズはＣＳＩのビット数に少なくとも基づいて与えられてもよい。仮想的なＣＲＣビットのサイズはＨＡＲＱ－ＡＣＫ情報のビット数、スケジューリングリクエストのビット数、ＣＳＩのビット数、何れかの組み合わせの総和に少なくとも基づいて与えられてもよい。仮想的なＣＲＣビットのサイズは、ＵＣＩペイロードａのサイズに関わらず与えられてもよい。ここで、ＵＣＩペイロードａに付加されるＣＲＣビットのサイズは、該ＵＣＩペイロードａのサイズに少なくとも基づいて与えられてもよい。また、仮想的なＣＲＣビットのサイズは、ＵＣＩペイロードａのサイズに関わらず所定の値であってもよい。例えば、該所定の値は０であってもよい。また、該所定の値は６であってもよい。また、該所定の値は１１であってもよい。
えられてもよい。仮想的なＣＲＣビットのサイズはＨＡＲＱ－ＡＣＫ情報のビット数に少なくとも基づいて与えられてもよい。仮想的なＣＲＣビットのサイズはスケジューリングリクエストのビット数に少なくとも基づいて与えられてもよい。仮想的なＣＲＣビットのサイズはＣＳＩのビット数に少なくとも基づいて与えられてもよい。仮想的なＣＲＣビットのサイズはＨＡＲＱ－ＡＣＫ情報のビット数、スケジューリングリクエストのビット数、ＣＳＩのビット数、何れかの組み合わせの総和に少なくとも基づいて与えられてもよい。仮想的なＣＲＣビットのサイズは、ＵＣＩペイロードａのサイズに関わらず与えられてもよい。ここで、ＵＣＩペイロードａに付加されるＣＲＣビットのサイズは、該ＵＣＩペイロードａのサイズに少なくとも基づいて与えられてもよい。また、仮想的なＣＲＣビットのサイズは、ＵＣＩペイロードａのサイズに関わらず所定の値であってもよい。例えば、該所定の値は０であってもよい。また、該所定の値は６であってもよい。また、該所定の値は１１であってもよい。
【0119】
ＣＳＩは１つまたは複数に分割されてもよい。例えば、ＣＳＩが２つに分割される場合、分割された第１のＣＳＩはＣＳＩ―ｐａｒｔ１、分割された第２のＣＳＩはＣＳＩ―ｐａｒｔ２であってもよい。分割されたＣＳＩのうちの一部のビット数であってもよい。ＣＳＩ―ｐａｒｔ１のビット数であってもよい。ＣＳＩ―ｐａｒｔ２のビット数であってもよい。分割された複数のＣＳＩのビット数の総和であってもよい。分割された複数のＣＳＩのビット数の総和は、分割される前のＣＳＩのビット数である。
【0120】
図１０は、仮想的なＣＲＣビットのサイズを決定するフローチャートを示した図である。（１００１）において、端末装置１は、ＵＣＩペイロードのサイズをＡにセットする。（１００２）において、端末装置１は、ＵＣＩペイロードのサイズＡに少なくとも基づいて仮想的なＣＲＣビットのサイズを決定する。ここで、ＡがＹ１より小さい場合には、（１００３）へ進む。また、ＡがＹ１と同じまたは大きい且つＡがＹ２より小さい場合には、（１００４）へ進む。また、ＡがＹ２と同じまたは大きい場合には、（１００５）へ進
む。ここでＹ１は１２であってもよい。Ｙ２は２０であってもよい。例えば、Ｙ１とＹ２はそれぞれ、Ｙ１＜Ｙ２を満たす値であってもよい。
む。ここでＹ１は１２であってもよい。Ｙ２は２０であってもよい。例えば、Ｙ１とＹ２はそれぞれ、Ｙ１＜Ｙ２を満たす値であってもよい。
【0121】
（１００３）端末装置１は、仮想的なＣＲＣビットのサイズを０に設定する。
【0122】
（１００４）端末装置１は、仮想的なＣＲＣビットのサイズを６に設定する。
【0123】
（１００５）端末装置１は、仮想的なＣＲＣビットのサイズをＸに設定する。
【0124】
ＸはＸ１であってもよい。ＡがＹ３より小さい場合、ＸはＸ１であってもよく、かつ、ＡがＹ３と同じまたは大きい場合、ＸはＸ２であってもよい。ここで、Ｙ３は３６０であってもよい。Ｘ１は１１であってもよい。Ｘ２は２２であってもよい。例えば、Ｘ１とＸ２はそれぞれ、Ｘ１＜Ｘ２を満たす値であってもよい。
【0125】
“仮想的なＣＲＣビットのサイズをＸ１に設定すること”は、“ＨＡＲＱ－ＡＣＫ情報に対してコードブロックセグメンテーションが行われないことを想定してＰＵＣＣＨリソースのＰＲＢ数MRB,min
PUCCHを選択するために参照するＣＲＣビットのサイズを設定すること”であってもよい。すなわち、ＰＵＣＣＨリソースのＰＲＢ数MRB,min
PUCCHを選択するために参照するＣＲＣビットのサイズを設定する場合に、端末装置１はＨＡＲＱ－ＡＣＫ情報に対してコードブロックセグメンテーションが行われないと想定してもよい。ＰＵＣＣＨリソースのＰＲＢ数MRB,min
PUCCHを選択するために参照するＣＲＣビットのサイズを設定する場合に端末装置１がＨＡＲＱ－ＡＣＫ情報に対してコードブロックセグメンテーションが行われないと想定したとしても、ＨＡＲＱ－ＡＣＫ情報に対してコードブロックセグメンテーションが行われてもよく、かつ、ＨＡＲＱ－ＡＣＫ情報に対してコードブロックセグメンテーションが行われことに基づいてＣＲＣビットのサイズを決定してもよい。
【0126】
“仮想的なＣＲＣビットのサイズをＸ２に設定すること”は、“ＨＡＲＱ－ＡＣＫ情報に対してコードブロックセグメンテーションが行われることを想定してＰＵＣＣＨリソースのＰＲＢ数MRB,min
PUCCHを選択するために参照するＣＲＣビットのサイズを設定すること”であってもよい。すなわち、ＰＵＣＣＨリソースのＰＲＢ数MRB,min
PUCCHを選択するために参照するＣＲＣビットのサイズを設定する場合に、端末装置１はＨＡＲＱ－ＡＣＫ情報に対してコードブロックセグメンテーションが行われると想定してもよい。ＰＵＣＣＨリソースのＰＲＢ数MRB,min
PUCCHを選択するために参照するＣＲＣビットのサイズを設定する場合に端末装置１がＨＡＲＱ－ＡＣＫ情報に対してコードブロックセグメンテーションが行われると想定したとしても、ＨＡＲＱ－ＡＣＫ情報に対してコードブロックセグメンテーションが行わなくてもよく、かつ、ＨＡＲＱ－ＡＣＫ情報に対してコードブロックセグメンテーションが行われないことに基づいてＣＲＣビットのサイズを決定してもよい。
【0127】
ＡがＹ３より小さい場合、仮想的なＣＲＣビットのサイズとＵＣＩペイロードに付加されるＣＲＣビットのサイズは同じでもよい。ＡがＹ３より小さい場合、仮想的なＣＲＣビットのサイズとＵＣＩペイロードに付加されるＣＲＣビットのサイズはＡに基づいて与えられる。
【0128】
ＡがＹ３より大きい、または、同じ場合、仮想的なＣＲＣビットのサイズとＵＣＩペイロードに付加されるＣＲＣビットのサイズは同じでもよいし、異なってもよい。ＡがＹ３より大きい、または、同じ場合、仮想的なＣＲＣビットのサイズはＡに基づいて与えられ、かつ、ＵＣＩペイロードに付加されるＣＲＣビットのサイズはＡおよびＥに基づいて与えられる。
【0129】
仮想的なＣＲＣビットのサイズはレートマッチ出力系列ｆｃ
ｅのサイズに関わらず与えられてもよい。
【0130】
ＰＵＣＣＨリソースのＰＲＢ数MRB,min
PUCCHはＵＣＩペイロードのサイズに基づいて与えられた仮想的なＣＲＣビットのサイズに少なくとも基づいて与えられる。
【0131】
本実施形態は、上りリンク制御情報に対して適用されてもよい。すなわち、本実施形態において、上述したＨＡＲＱ－ＡＣＫ情報は上りリンク制御情報であってもよい。
【0132】
以下、本実施形態における、端末装置１および基地局装置３の種々の態様について説明する。
【0133】
（１）本実施形態の第１の態様は、ＰＵＣＣＨを送信する端末装置であって、前記ＰＵＣＣＨのリソースのＰＲＢ数ＭRB,min
PUCCHは、ＵＣＩのビット数ＡとＣＲＣビット数OCRC,M-1の和がVM-1より大きくなるように与えられ、前記ＣＲＣビット数は前記ＰＵＣＣＨ
リソースのＰＲＢ数がＭRB,min PUCCH－１であることを想定して与えられ、前記VM-1は前
記ＭRB,min PUCCH－１に少なくとも基づき与えられる。
リソースのＰＲＢ数がＭRB,min PUCCH－１であることを想定して与えられ、前記VM-1は前
記ＭRB,min PUCCH－１に少なくとも基づき与えられる。
【0134】
（２）本実施形態の第１の態様において、前記ＭRB,min
PUCCHは、前記ＵＣＩのビット
数Ａと第２のＣＲＣビット数OCRC,Mの和がVMより小さくなるように与えられ、前記第２のＣＲＣビット数はＰＵＣＣＨリソースのＰＲＢ数がＭRB,min PUCCHである場合のＣＲＣビ
ット数であり、前記VMは前記ＭRB,min PUCCHに少なくとも基づき与えられる。
数Ａと第２のＣＲＣビット数OCRC,Mの和がVMより小さくなるように与えられ、前記第２のＣＲＣビット数はＰＵＣＣＨリソースのＰＲＢ数がＭRB,min PUCCHである場合のＣＲＣビ
ット数であり、前記VMは前記ＭRB,min PUCCHに少なくとも基づき与えられる。
【0135】
（３）本実施形態の第２の態様は、ＰＵＣＣＨを受信する基地局装置であって、前記ＰＵＣＣＨのリソースのＰＲＢ数ＭRB,min
PUCCHは、ＵＣＩのビット数ＡとＣＲＣビット数OCRC,M-1の和がVM-1より大きくなるように与えられ、前記ＣＲＣビット数は前記ＰＵＣＣ
ＨリソースのＰＲＢ数がＭRB,min PUCCH－１であることを想定して与えられ、前記VM-1は
前記ＭRB,min PUCCH－１に少なくとも基づき与えられる。
ＨリソースのＰＲＢ数がＭRB,min PUCCH－１であることを想定して与えられ、前記VM-1は
前記ＭRB,min PUCCH－１に少なくとも基づき与えられる。
【0136】
（４）本実施形態の第２の態様において、前記ＭRB,min
PUCCHは、前記ＵＣＩのビット
数Ａと第２のＣＲＣビット数（OCRC,M）の和がVMより小さくなるように与えられ、前記第２のＣＲＣビット数はＰＵＣＣＨリソースのＰＲＢ数がＭRB,min PUCCHである場合のＣＲ
Ｃビット数であり、前記VMは前記ＭRB,min PUCCHに少なくとも基づき与えられる。
数Ａと第２のＣＲＣビット数（OCRC,M）の和がVMより小さくなるように与えられ、前記第２のＣＲＣビット数はＰＵＣＣＨリソースのＰＲＢ数がＭRB,min PUCCHである場合のＣＲ
Ｃビット数であり、前記VMは前記ＭRB,min PUCCHに少なくとも基づき与えられる。
【0137】
（５）本実施形態の第３の態様は、ＰＵＣＣＨを送信する端末装置であって、前記第１のＣＲＣビットが付加されたＵＣＩを含むＰＵＣＣＨを送信する送信部を備え、前記ＰＵＣＣＨのリソースのＰＲＢ数ＭRB,min
PUCCHは、前記ＵＣＩのビット数Ａと第２のＣＲＣ
ビット数OCRC,M-1に基づいて与えられ、前記第１のＣＲＣビット数は前記Ａと前記ＭRB,min PUCCHに基づいて与えられ、前記第２のＣＲＣビット数は前記ＭRB,min PUCCHにかかわらず前記Ａに基づいて与えられる。
ビット数OCRC,M-1に基づいて与えられ、前記第１のＣＲＣビット数は前記Ａと前記ＭRB,min PUCCHに基づいて与えられ、前記第２のＣＲＣビット数は前記ＭRB,min PUCCHにかかわらず前記Ａに基づいて与えられる。
【0138】
（５）本実施形態の第４の態様は、ＰＵＣＣＨを受信する基地局装置であって、前記第１のＣＲＣビットが付加されたＵＣＩを含むＰＵＣＣＨを送信する送信部を備え、前記ＰＵＣＣＨのリソースのＰＲＢ数ＭRB,min
PUCCHは、前記ＵＣＩのビット数Ａと第２のＣＲ
Ｃビット数OCRC,M-1に基づいて与えられ、前記第１のＣＲＣビット数は前記Ａと前記ＭRB,min PUCCHに基づいて与えられ、前記第２のＣＲＣビット数は前記ＭRB,min PUCCHにかかわらず前記Ａに基づいて与えられる。
Ｃビット数OCRC,M-1に基づいて与えられ、前記第１のＣＲＣビット数は前記Ａと前記ＭRB,min PUCCHに基づいて与えられ、前記第２のＣＲＣビット数は前記ＭRB,min PUCCHにかかわらず前記Ａに基づいて与えられる。
【0139】
これにより、端末装置１と基地局装置３は効率的に上りリンクの送受信をすることがで
きる。
きる。
【0140】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
御するプログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【0141】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【0142】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【0143】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【0144】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【0145】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【0146】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【0147】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明
は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【0148】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【0149】
１（１Ａ、１Ｂ、１Ｃ） 端末装置
３ 基地局装置
１０ 無線送受信部
１１ アンテナ部
１２ ＲＦ部
１３ ベースバンド部
１４ 上位層処理部
１５ 媒体アクセス制御層処理部
１６ 無線リソース制御層処理部
３０ 無線送受信部
３１ アンテナ部
３２ ＲＦ部
３３ ベースバンド部
３４ 上位層処理部
３５ 媒体アクセス制御層処理部
３６ 無線リソース制御層処理部
３ 基地局装置
１０ 無線送受信部
１１ アンテナ部
１２ ＲＦ部
１３ ベースバンド部
１４ 上位層処理部
１５ 媒体アクセス制御層処理部
１６ 無線リソース制御層処理部
３０ 無線送受信部
３１ アンテナ部
３２ ＲＦ部
３３ ベースバンド部
３４ 上位層処理部
３５ 媒体アクセス制御層処理部
３６ 無線リソース制御層処理部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】