知財求人 - 知財ポータルサイト「IP Force」
▶ シャープ株式会社の特許一覧 ▶ 鴻穎創新有限公司の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-07-07
(45)【発行日】2023-07-18
(54)【発明の名称】端末装置、基地局装置、および、通信方法
(51)【国際特許分類】
H04W 72/21 20230101AFI20230710BHJP
H04W 72/1268 20230101ALI20230710BHJP
H04W 24/10 20090101ALI20230710BHJP
【ＦＩ】
H04W72/21
H04W72/1268
H04W24/10
【請求項の数】
6
(21)【出願番号】P 2018174702
(22)【出願日】2018-09-19
(65)【公開番号】P2020048062
(43)【公開日】2020-03-26
【審査請求日】2021-09-14
(73)【特許権者】
【識別番号】000005049
【氏名又は名称】シャープ株式会社
(74)【代理人】
【識別番号】110000338
【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ
(74)【代理人】
【識別番号】100161207
【弁理士】
【氏名又は名称】西澤 和純
(74)【代理人】
【識別番号】100129115
【弁理士】
【氏名又は名称】三木 雅夫
(74)【代理人】
【識別番号】100133569
【弁理士】
【氏名又は名称】野村 進
(74)【代理人】
【識別番号】100131473
【弁理士】
【氏名又は名称】覚田 功二
(74)【代理人】
【識別番号】100160783
【弁理士】
【氏名又は名称】堅田 裕之
(73)【特許権者】
【識別番号】518446879
【氏名又は名称】鴻穎創新有限公司
【氏名又は名称原語表記】ＦＧ ＩＮＮＯＶＡＴＩＯＮ ＣＯＭＰＡＮＹ ＬＩＭＩＴＥＤ
【住所又は居所原語表記】Ｆｌａｔ ２６２３，２６／Ｆ Ｔｕｅｎ Ｍｕｎ Ｃｅｎｔｒａｌ Ｓｑｕａｒｅ，２２ Ｈｏｉ Ｗｉｎｇ Ｒｏａｄ，Ｔｕｅｎ Ｍｕｎ，Ｎｅｗ Ｔｅｒｒｉｔｏｒｉｅｓ，Ｔｈｅ Ｈｏｎｇ Ｋｏｎｇ Ｓｐｅｃｉａｌ Ａｄｍｉｎｉｓｔｒａｔｉｖｅ Ｒｅｇｉｏｎ ｏｆ ｔｈｅ Ｐｅｏｐｌｅ’ｓ Ｒｅｐｕｂｌｉｃ ｏｆ Ｃｈｉｎａ
(74)【代理人】
【識別番号】110000338
【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ
(72)【発明者】
【氏名】林 会発
(72)【発明者】
【氏名】鈴木 翔一
(72)【発明者】
【氏名】吉村 友樹
(72)【発明者】
【氏名】李 泰雨
(72)【発明者】
【氏名】大内 渉
(72)【発明者】
【氏名】野上 智造
【審査官】小林 正明
(56)【参考文献】
【文献】特表２０２１－５０３２４９（ＪＰ，Ａ）
【文献】Ericsson，On semi-persistent CSI reporting on PUSCH[online]，3GPP TSG RAN WG1 #90 R1-1714288，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90/Docs/R1-1714288.zip>，2017年08月25日
【文献】OPPO，Discussion on PUCCH partial overlap[online]，3GPP TSG RAN WG1 #93 R1-1806836，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_93/Docs/R1-1806836.zip>，2018年05月25日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ７／２４－７／２６
Ｈ０４Ｗ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
通信方法を実行するための端末装置であって、第１のDownlink Control Information（ＤＣＩ）フォーマットを有するPhysical Downlink Control Channel（ＰＤＣＣＨ）を受信する受信部と、
Uplink Control Information（ＵＣＩ）を含むPhysical Uplink Control Channel（ＰＵＣＣＨ）を送信し、且つPhysical Uplink Shared Channel（ＰＵＳＣＨ）を送信する送信部とを備え、
前記送信部は、
前記ＰＵＣＣＨが第１の複数のＰＵＳＣＨと衝突し、且つ前記第１の複数のＰＵＳＣＨが、前記第１のＤＣＩフォーマットによって動的スケジューリングされる第１のＰＵＳＣＨと、半永続的に送信されるChannel State Information（ＣＳＩ）のための第２のＰＵＳＣＨとを含む場合、前記ＵＣＩを前記第１のＰＵＳＣＨに多重し、
前記ＰＵＣＣＨが、非周期的に送信されるＣＳＩのための第３のＰＵＳＣＨと衝突する場合、前記ＵＣＩを前記第３のＰＵＳＣＨに多重する、
端末装置。
【請求項2】
前記ＰＵＣＣＨが、複数のサービングセルにおいて半永続的に送信されるＣＳＩのための第２の複数のＰＵＳＣＨと衝突する場合、前記送信部は、前記ＵＣＩを、前記第２の複数のＰＵＳＣＨのうちで最小のセルインデックスを有するセルのＰＵＳＣＨに多重し、前記第２の複数のＰＵＳＣＨは、前記第２のＰＵＳＣＨを含む、請求項１に記載の端末装置。
【請求項3】
前記非周期的に送信されるＣＳＩは、第２のＤＣＩフォーマットに含まれるＣＳＩリクエストフィールドに設定された所定の値に基づいて示され、前記半永続的に送信されるＣＳＩは、前記半永続ＣＳＩの活性化を示す所定の値が第３のＤＣＩフォーマットの所定フィールドにセットされる場合に活性化され、且つ、前記第３のＤＣＩフォーマットは、上位層パラメータにより与えられるSemi Persistent-Channel State Information-Radio Network Temporary Identifier（ＳＰ－ＣＳＩ－ＲＮＴＩ）でスクランブルされ、
前記半永続的に送信されるＣＳＩは、前記半永続ＣＳＩの非活性化を示す所定の値が第４のＤＣＩフォーマットの所定フィールドにセットされる場合に非活性化され、且つ、前記第４のＤＣＩフォーマットは、前記上位層パラメータにより与えられるＳＰ－ＣＳＩ－ＲＮＴＩでスクランブルされる、
請求項１に記載の端末装置。
【請求項4】
端末装置に用いられる通信方法であって、第１のDownlink Control Information（ＤＣＩ）フォーマットを有するPhysical Downlink Control Channel（ＰＤＣＣＨ）を受信し、
Physical Uplink Control Channel（ＰＵＣＣＨ）が第１の複数のＰＵＳＣＨと衝突し、且つ前記第１の複数のＰＵＳＣＨが、前記第１のＤＣＩフォーマットによって動的スケジューリングされる第１のＰＵＳＣＨと、半永続的に送信されるChannel State Information（ＣＳＩ）のための第２のＰＵＳＣＨとを含む場合、Uplink Control Information（ＵＣＩ）を前記第１のＰＵＳＣＨに多重し、
前記ＰＵＣＣＨが、非周期的に送信されるＣＳＩのための第３のＰＵＳＣＨと衝突する場合、前記ＵＣＩを前記第３のＰＵＳＣＨに多重する、
通信方法。
【請求項5】
前記ＰＵＣＣＨが、複数のサービングセルにおいて半永続的に送信されるＣＳＩのための第２の複数のＰＵＳＣＨと衝突する場合、前記ＵＣＩを、前記第２の複数のＰＵＳＣＨのうちで最小のセルインデックスを有するセルのＰＵＳＣＨに多重し、前記第２の複数のＰＵＳＣＨは、前記第２のＰＵＳＣＨを含む、請求項４に記載の通信方法。
【請求項6】
前記非周期的に送信されるＣＳＩは、第２のＤＣＩフォーマットに含まれるＣＳＩリクエストフィールドに設定された所定の値に基づいて示され、前記半永続的に送信されるＣＳＩは、前記半永続ＣＳＩの活性化を示す所定の値が第３のＤＣＩフォーマットの所定フィールドにセットされる場合に活性化され、且つ、前記第３のＤＣＩフォーマットは、上位層パラメータにより与えられるSemi Persistent-Channel State Information-Radio Network Temporary Identifier（ＳＰ－ＣＳＩ－ＲＮＴＩ）でスクランブルされ、
前記半永続的に送信されるＣＳＩは、前記半永続ＣＳＩの非活性化を示す所定の値が第４のＤＣＩフォーマットの所定フィールドにセットされる場合に非活性化され、且つ、前記第４のＤＣＩフォーマットは、前記上位層パラメータにより与えられるＳＰ－ＣＳＩ－ＲＮＴＩでスクランブルされる、
請求項４に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、端末装置、基地局装置、および、通信方法に関する。
【背景技術】
【0002】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE）」、または、「EUTRA:Evolved Universal Terrestrial Radio Access」
と称する。）が、第三世代パートナーシッププロジェクト（3GPP:3rd Generation Partnership Project）において検討されている。ＬＴＥにおいて、基地局装置はｅＮｏｄｅＢ
（evolved NodeB）、端末装置はＵＥ（User Equipment）とも呼称される。ＬＴＥは、基
地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のサービングセルを管理してもよい。
と称する。）が、第三世代パートナーシッププロジェクト（3GPP:3rd Generation Partnership Project）において検討されている。ＬＴＥにおいて、基地局装置はｅＮｏｄｅＢ
（evolved NodeB）、端末装置はＵＥ（User Equipment）とも呼称される。ＬＴＥは、基
地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のサービングセルを管理してもよい。
【0003】
３ＧＰＰでは、国際電気通信連合（ITU:International Telecommunication Union）が
策定する次世代移動通信システムの規格であるＩＭＴ（International Mobile Telecommunication）―２０２０に提案するため、次世代規格（NR:New Radio）の検討が行われている（非特許文献１）。ＮＲは、単一の技術の枠組みにおいて、ｅＭＢＢ（enhanced Mobile BroadBand）、ｍＭＴＣ（massive Machine Type Communication）、ＵＲＬＬＣ（Ultra
Reliable and Low Latency Communication）の３つのシナリオを想定した要求を満たす
ことが求められている。
策定する次世代移動通信システムの規格であるＩＭＴ（International Mobile Telecommunication）―２０２０に提案するため、次世代規格（NR:New Radio）の検討が行われている（非特許文献１）。ＮＲは、単一の技術の枠組みにおいて、ｅＭＢＢ（enhanced Mobile BroadBand）、ｍＭＴＣ（massive Machine Type Communication）、ＵＲＬＬＣ（Ultra
Reliable and Low Latency Communication）の３つのシナリオを想定した要求を満たす
ことが求められている。
【先行技術文献】
【非特許文献】
【0004】
【文献】"New SID proposal: Study on New Radio Access Technology"， RP-160671， NTT docomo， 3GPP TSG RAN Meeting #71， Goteborg， Sweden， 7th-10th March， 2016．
【発明の概要】
【発明が解決しようとする課題】
【0005】
本発明は、効率的に通信を行う端末装置、該端末装置に用いられる通信方法、効率的に通信を行う基地局装置、該基地局装置に用いられる通信方法を提供する。
【課題を解決するための手段】
【0006】
（１）本発明の第１の態様は、端末装置であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨに少なくとも基づきスケジューリングされるＰＤＳＣＨを受信する受信部を備え、ＰＵＣＣＨが１または複数のＰＵＳＣＨと時間領域で衝突する場合、前記１または複数のＰＵＳＣＨのそれぞれが半永続ＣＳＩのＰＵＳＣＨであるか否かに少なくとも基づき、前記１または複数のＰＵＳＣＨのなかから１つのＰＵＳＣＨを選択し、前記ＰＤＳＣＨに対応するＵＣＩを、前記選択したＰＵＳＣＨで送信することを含む。
【0007】
（２）本発明の第２の態様は、基地局装置であって、ＰＤＣＣＨを送信し、前記ＰＤＣＣＨに少なくとも基づきスケジューリングされるＰＤＳＣＨを送信する送信部を備え、ＰＵＣＣＨが１または複数のＰＵＳＣＨと時間領域で衝突する場合、前記１または複数のＰＵＳＣＨのそれぞれが半永続ＣＳＩのＰＵＳＣＨであるか否かに少なくとも基づき、前記１または複数のＰＵＳＣＨのなかから１つのＰＵＳＣＨを選択し、前記ＰＤＳＣＨに対応するＵＣＩを、前記選択したＰＵＳＣＨで受信することを含む。
【0008】
（３）本発明の第３の態様は、端末装置に用いられる通信方法であって、ＰＤＣＣＨを
受信し、前記ＰＤＣＣＨに少なくとも基づきスケジューリングされるＰＤＳＣＨを受信し、ＰＵＣＣＨが前記１または複数のＰＵＳＣＨと時間領域で衝突する場合、前記１または複数のＰＵＳＣＨのそれぞれが半永続ＣＳＩのＰＵＳＣＨであるか否かに少なくとも基づき、前記１または複数のＰＵＳＣＨのなかから前記１つのＰＵＳＣＨを選択し、ＵＣＩを前記選択したＰＵＳＣＨで送信することを含む。
受信し、前記ＰＤＣＣＨに少なくとも基づきスケジューリングされるＰＤＳＣＨを受信し、ＰＵＣＣＨが前記１または複数のＰＵＳＣＨと時間領域で衝突する場合、前記１または複数のＰＵＳＣＨのそれぞれが半永続ＣＳＩのＰＵＳＣＨであるか否かに少なくとも基づき、前記１または複数のＰＵＳＣＨのなかから前記１つのＰＵＳＣＨを選択し、ＵＣＩを前記選択したＰＵＳＣＨで送信することを含む。
【0009】
（４）本発明の第４の態様は、基地局装置に用いられる通信方法であって、ＰＤＣＣＨを送信し、前記ＰＤＣＣＨに少なくとも基づきスケジューリングされるＰＤＳＣＨを送信し、ＰＵＣＣＨが前記１または複数のＰＵＳＣＨと時間領域で衝突する場合、前記１または複数のＰＵＳＣＨのそれぞれが半永続ＣＳＩのＰＵＳＣＨであるか否かに少なくとも基づき、前記１または複数のＰＵＳＣＨのなかから前記１つのＰＵＳＣＨを選択し、前記ＰＤＳＣＨに対応するＵＣＩを、前記選択したＰＵＳＣＨで受信することを含む。
【発明の効果】
【0010】
この発明によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行うことができる。
【図面の簡単な説明】
【0011】
【図1】本実施形態の一態様に係る無線通信システムの概念図である。
【図2】本実施形態の一態様に係るＮｓｌｏｔ
ｓｙｍｂ、サブキャリア間隔の設定μ、スロット設定、および、ＣＰ設定の関係を示す一例である。
【図3】本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。
【図4】本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。
【図5】本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。
【図6】本実施形態の一態様に係る、ＵＣＩを含むＰＵＣＣＨが１または複数のＰＵＳＣＨと時間領域で衝突する場合、該ＵＣＩを送信するＰＵＳＣＨを選択する方法を示す図である。
【発明を実施するための形態】
【0012】
以下、本発明の実施形態について説明する。
【0013】
パラメータまたは情報が１または複数の値を示すことは、該パラメータまたは該情報が該１または複数の値を示すパラメータまたは情報を少なくとも含むことであってもよい。上位層パラメータは、単一の上位層パラメータであってもよい。上位層パラメータは、複数のパラメータを含む情報要素（IE: Information Element）であってもよい。
【0014】
【0015】
基地局装置３は、ＭＣＧ（Master Cell Group）、および、ＳＣＧ（Secondary Cell Group）の一方または両方を含んで構成されてもよい。ＭＣＧは、少なくともＰＣｅｌｌ（Primary Cell）を含んで構成されるサービングセルのグループである。ＳＣＧは、少なく
ともＰＳＣｅｌｌ（Primary Secondary Cell）を含んで構成されるサービングセルのグループである。ＰＣｅｌｌは、初期接続に基づき与えられるサービングセルであってもよい。ＭＣＧは、１または複数のＳＣｅｌｌ（Secondary Cell）を含んで構成されてもよい。ＳＣＧは、１または複数のＳＣｅｌｌを含んで構成されてもよい。サービングセル識別子（serving cell identity）は、サービングセルを識別するための短い識別子である。サ
ービングセル識別子は、上位層パラメータによる与えられてもよい。
ともＰＳＣｅｌｌ（Primary Secondary Cell）を含んで構成されるサービングセルのグループである。ＰＣｅｌｌは、初期接続に基づき与えられるサービングセルであってもよい。ＭＣＧは、１または複数のＳＣｅｌｌ（Secondary Cell）を含んで構成されてもよい。ＳＣＧは、１または複数のＳＣｅｌｌを含んで構成されてもよい。サービングセル識別子（serving cell identity）は、サービングセルを識別するための短い識別子である。サ
ービングセル識別子は、上位層パラメータによる与えられてもよい。
【0016】
以下、フレーム構成について説明する。
【0017】
本実施形態の一態様に係る無線通信システムにおいて、ＯＦＤＭ（Orthogonal Frequency Division Multiplex）が少なくとも用いられる。ＯＦＤＭシンボルは、ＯＦＤＭの時
間領域の単位である。ＯＦＤＭシンボルは、少なくとも１または複数のサブキャリア（subcarrier）を含む。ＯＦＤＭシンボルは、ベースバンド信号生成において時間連続信号（time-continuous signal）に変換されもよい。
間領域の単位である。ＯＦＤＭシンボルは、少なくとも１または複数のサブキャリア（subcarrier）を含む。ＯＦＤＭシンボルは、ベースバンド信号生成において時間連続信号（time-continuous signal）に変換されもよい。
【0018】
サブキャリア間隔（SCS: SubCarrier Spacing）は、サブキャリア間隔Δｆ＝２μ・１
５ｋＨｚによって与えられてもよい。例えば、サブキャリア間隔の設定（subcarrier spacing configuration）μは０、１、２、３、４、および／または、５のいずれかに設定されてもよい。あるＢＷＰ（BandWidth Part）のために、サブキャリア間隔の設定μが上位層パラメータにより与えられてもよい。
５ｋＨｚによって与えられてもよい。例えば、サブキャリア間隔の設定（subcarrier spacing configuration）μは０、１、２、３、４、および／または、５のいずれかに設定されてもよい。あるＢＷＰ（BandWidth Part）のために、サブキャリア間隔の設定μが上位層パラメータにより与えられてもよい。
【0019】
本実施形態の一態様に係る無線通信システムにおいて、時間領域の長さの表現のために時間単位（タイムユニット）Ｔｃが用いられる。時間単位Ｔｃは、Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）で与えられてもよい。Δｆｍａｘは、本実施形態の一態様に係る無線通信システムにおいてサポートされるサブキャリア間隔の最大値であってもよい。Δｆｍａｘは、Δｆｍａｘ＝４８０ｋＨｚであってもよい。Ｎｆは、Ｎｆ＝４０９６であってもよい。定数κは、κ＝Δｆｍａｘ・Ｎｆ／（ΔｆｒｅｆＮｆ，ｒｅｆ）＝６４である。Δｆｒｅｆは、１５ｋＨｚであってもよい。Ｎｆ，ｒｅｆは、２０４８であってもよい。
【0020】
定数κは、参照サブキャリア間隔とＴｃの関係を示す値であってもよい。定数κはサブフレームの長さのために用いられてもよい。定数κに少なくとも基づき、サブフレームに含まれるスロットの数が与えられてもよい。Δｆｒｅｆは、参照サブキャリア間隔であり、Ｎｆ，ｒｅｆは、参照サブキャリア間隔に対応する値である。
【0021】
下りリンクにおける送信、および／または、上りリンクにおける送信は、１０ｍｓのフレームにより構成される。フレームは、１０個のサブフレームを含んで構成される。サブフレームの長さは１ｍｓである。フレームの長さは、サブキャリア間隔Δｆに関わらず与えられてもよい。つまり、フレームの設定はμに関わらず与えられてもよい。サブフレームの長さは、サブキャリア間隔Δｆに関わらず与えられてもよい。つまり、サブフレームの設定はμに関わらず与えられてもよい。
【0022】
あるサブキャリア間隔の設定μのために、サブフレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第１のスロット番号ｎμ
ｓは、サブフレーム内において０からＮｓｕｂｆｒａｍｅ，μ
ｓｌｏｔ－１の範囲で昇順に与えられてもよい。サブキャリア間隔の設定μのために、フレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第２のスロット番号ｎμ
ｓ，ｆは、フレーム内において０からＮｆｒａｍｅ，μ
ｓｌｏｔ－１の範囲で昇順に与えられてもよい。連続するＮｓｌｏｔ
ｓｙｍｂ個のＯＦＤＭシンボルが１つのスロットに含まれてもよい。Ｎｓｌｏｔ
ｓｙｍｂは、スロット設定（slot configuration）、および／または、ＣＰ（Cyclic Prefix）設定
の一部または全部に少なくとも基づき与えられてもよい。スロット設定は、少なくとも上位層パラメータｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎにより与えられてもよい。ＣＰ設定は、上位層パラメータに少なくとも基づき与えられてもよい。ＣＰ設定は、専用ＲＲＣシグナリングに少なくとも基づき与えられてもよい。第１のスロット番号および第２のスロット番号は、スロット番号（スロットインデックス）とも呼称される。
の一部または全部に少なくとも基づき与えられてもよい。スロット設定は、少なくとも上位層パラメータｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎにより与えられてもよい。ＣＰ設定は、上位層パラメータに少なくとも基づき与えられてもよい。ＣＰ設定は、専用ＲＲＣシグナリングに少なくとも基づき与えられてもよい。第１のスロット番号および第２のスロット番号は、スロット番号（スロットインデックス）とも呼称される。
【0023】
図２は、本実施形態の一態様に係るＮｓｌｏｔ
ｓｙｍｂ、サブキャリア間隔の設定μ、スロット設定、および、ＣＰ設定の関係を示す一例である。図２Ａにおいて、スロット設定が０であり、サブキャリア間隔の設定μが２であり、ＣＰ設定がノーマルＣＰ（normal
cyclic prefix）である場合、Ｎｓｌｏｔ ｓｙｍｂ＝１４、Ｎｆｒａｍｅ，μ ｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μ ｓｌｏｔ＝４である。また、図２Ｂにおいて、スロット設定が０であり、サブキャリア間隔の設定μが２であり、ＣＰ設定が拡張ＣＰ（extended cyclic prefix）である場合、Ｎｓｌｏｔ ｓｙｍｂ＝１２、Ｎｆｒａｍｅ，μ ｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μ ｓｌｏｔ＝４である。スロット設定０におけるＮｓｌｏｔ ｓｙｍｂは、スロット設定１におけるＮｓｌｏｔ ｓｙｍｂの２倍に対応してもよい。
cyclic prefix）である場合、Ｎｓｌｏｔ ｓｙｍｂ＝１４、Ｎｆｒａｍｅ，μ ｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μ ｓｌｏｔ＝４である。また、図２Ｂにおいて、スロット設定が０であり、サブキャリア間隔の設定μが２であり、ＣＰ設定が拡張ＣＰ（extended cyclic prefix）である場合、Ｎｓｌｏｔ ｓｙｍｂ＝１２、Ｎｆｒａｍｅ，μ ｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μ ｓｌｏｔ＝４である。スロット設定０におけるＮｓｌｏｔ ｓｙｍｂは、スロット設定１におけるＮｓｌｏｔ ｓｙｍｂの２倍に対応してもよい。
【0024】
以下、物理リソースについて説明を行う。
【0025】
アンテナポートは、１つのアンテナポートにおいてシンボルが伝達されるチャネルが、同一のアンテナポートにおいてその他のシンボルが伝達されるチャネルから推定できることによって定義される。１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性（large scale property）が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬ（Quasi Co-Located）であると呼称される。大規模特性は、チャネルの長区間特性を少なくとも含んでもよい。大規模特性は、遅延拡がり（delay spread）、ドップラー拡がり（Doppler spread）、ドップラーシフト（Doppler shift）、平均利得（average gain）、平均遅延（average delay）、および、ビームパラメータ（spatial Rx parameters）の一部または全部を
少なくとも含んでもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する受信ビームと第２のアンテナポートに対して受信側が想定する受信ビームとが同一であることであってもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する送信ビームと第２のアンテナポートに対して受信側が想定する送信ビームとが同一であることであってもよい。端末装置１は、１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬであることが想定されてもよい。２つのアンテナポートがＱＣＬであることは、２つのアンテナポートがＱＣＬであることが想定されることであってもよい。
少なくとも含んでもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する受信ビームと第２のアンテナポートに対して受信側が想定する受信ビームとが同一であることであってもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する送信ビームと第２のアンテナポートに対して受信側が想定する送信ビームとが同一であることであってもよい。端末装置１は、１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬであることが想定されてもよい。２つのアンテナポートがＱＣＬであることは、２つのアンテナポートがＱＣＬであることが想定されることであってもよい。
【0026】
サブキャリア間隔の設定とキャリアのセットのそれぞれのために、Ｎμ
ＲＢ，ｘＮＲＢ
ｓｃ個のサブキャリアとＮ（μ）
ｓｙｍｂＮｓｕｂｆｒａｍｅ，μ
ｓｙｍｂ個のＯＦＤＭシンボルのリソースグリッドが与えられる。Ｎμ
ＲＢ，ｘは、キャリアｘのためのサブキャリア間隔の設定μのために与えられるリソースブロック数を示してもよい。Ｎμ
ＲＢ，ｘは、キャリアｘのためのサブキャリア間隔の設定μのために与えられるリソースブロックの最大数であってもよい。キャリアｘは下りリンクキャリアまたは上りリンクキャリアのいずれかを示す。つまり、ｘは“ＤＬ”、または、“ＵＬ”である。Ｎμ
ＲＢは、Ｎμ
ＲＢ，ＤＬ、および／または、Ｎμ
ＲＢ，ＵＬを含んだ呼称である。ＮＲＢ
ｓｃは、１つのリソースブロックに含まれるサブキャリア数を示してもよい。アンテナポートｐごとに、および／または、サブキャリア間隔の設定μごとに、および／または、送信方向（Transmission direction）の設定ごとに少なくとも１つのリソースグリッドが与えられてもよい。送信方向は、少なくとも下りリンク（DL:DownLink）および上りリンク（UL:UpLink）を含む。以下、アンテナポートｐ、サブキャリア間隔の設定μ、および、送信方向の設定の一部または全部を少なくとも含むパラメータのセットは、第１の無線パラメータセットとも呼称される。つまり、リソースグリッドは、第１の無線パラメータセットごとに１つ与えられてもよい。
【0027】
下りリンクにおいて、サービングセルに含まれるキャリアを下りリンクキャリア（または、下りリンクコンポーネントキャリア）と称する。上りリンクにおいて、サービングセルに含まれるキャリアを上りリンクキャリア（上りリンクコンポーネントキャリア）と称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリア（または、キャリア）と称する。
【0028】
第１の無線パラメータセットごとに与えられるリソースグリッドの中の各要素は、リソースエレメントと呼称される。リソースエレメントは周波数領域のインデックスｋｓｃと、時間領域のインデックスｌｓｙｍにより特定される。ある第１の無線パラメータセットのために、リソースエレメントは周波数領域のインデックスｋｓｃと、時間領域のインデックスｌｓｙｍにより特定される。周波数領域のインデックスｋｓｃと時間領域のインデックスｌｓｙｍにより特定されるリソースエレメントは、リソースエレメント（ｋｓｃ、ｌｓｙｍ）とも呼称される。周波数領域のインデックスｋｓｃは、０からＮμ
ＲＢＮＲＢ
ｓｃ－１のいずれかの値を示す。Ｎμ
ＲＢはサブキャリア間隔の設定μのために与えられるリソースブロック数であってもよい。ＮＲＢ
ｓｃは、リソースブロックに含まれるサブキャリア数であり、ＮＲＢ
ｓｃ＝１２である。周波数領域のインデックスｋｓｃは、サブキャリアインデックスｋｓｃに対応してもよい。時間領域のインデックスｌｓｙｍは、ＯＦＤＭシンボルインデックスｌｓｙｍに対応してもよい。
【0029】
図３は、本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。図３のリソースグリッドにおいて、横軸は時間領域のインデックスｌｓｙｍであり、縦軸は周波数領域のインデックスｋｓｃである。１つのサブフレームにおいて、リソースグリッドの周波数領域はＮμ
ＲＢＮＲＢ
ｓｃ個のサブキャリアを含む。１つのサブフレームにおいて、リソースグリッドの時間領域は１４・２μ個のＯＦＤＭシンボルを含んでもよい。１つのリソースブロックは、ＮＲＢ
ｓｃ個のサブキャリアを含んで構成される。リソースブロックの時間領域は、１ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１４ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１または複数のスロットに対応してもよい。リソースブロックの時間領域は、１つのサブフレームに対応してもよい。
【0030】
端末装置１は、リソースグリッドのサブセットのみを用いて送受信を行うことが指示されてもよい。リソースグリッドのサブセットは、ＢＷＰとも呼称され、ＢＷＰは上位層パラメータ、および／または、ＤＣＩの一部または全部に少なくとも基づき与えられてもよい。ＢＷＰをバンドパートとも称する（BP:bandwidth part）。つまり、端末装置１は、
リソースグリッドのすべてのセットを用いて送受信を行なうことが指示されなくてもよい。つまり、端末装置１は、リソースグリッド内の一部の周波数リソースを用いて送受信を行なうことが指示されてもよい。１つのＢＷＰは、周波数領域における複数のリソースブロックから構成されてもよい。１つのＢＷＰは、周波数領域において連続する複数のリソースブロックから構成されてもよい。下りリンクキャリアに対して設定されるＢＷＰは、下りリンクＢＷＰとも呼称される。上りリンクキャリアに対して設定されるＢＷＰは、上りリンクＢＷＰとも呼称される。
リソースグリッドのすべてのセットを用いて送受信を行なうことが指示されなくてもよい。つまり、端末装置１は、リソースグリッド内の一部の周波数リソースを用いて送受信を行なうことが指示されてもよい。１つのＢＷＰは、周波数領域における複数のリソースブロックから構成されてもよい。１つのＢＷＰは、周波数領域において連続する複数のリソースブロックから構成されてもよい。下りリンクキャリアに対して設定されるＢＷＰは、下りリンクＢＷＰとも呼称される。上りリンクキャリアに対して設定されるＢＷＰは、上りリンクＢＷＰとも呼称される。
【0031】
端末装置１に対して、１または複数の下りリンクＢＷＰが設定されてもよい。端末装置１は、１または複数の下りリンクＢＷＰのうちの１つの下りリンクＢＷＰにおいて物理チャネル（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＳＳ／ＰＢＣＨ等）の受信を試みてもよい。該１つの下りリンクＢＷＰは、活性化下りリンクＢＷＰとも呼称される。
【0032】
端末装置１に対して、１または複数の上りリンクＢＷＰが設定されてもよい。端末装置１は、１または複数の上りリンクＢＷＰのうちの１つの上りリンクＢＷＰにおいて物理チ
ャネル（例えば、ＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨ等）の送信を試みてもよい。該１つの上りリンクＢＷＰは、活性化上りリンクＢＷＰとも呼称される。
ャネル（例えば、ＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨ等）の送信を試みてもよい。該１つの上りリンクＢＷＰは、活性化上りリンクＢＷＰとも呼称される。
【0033】
サービングセルのそれぞれに対して下りリンクＢＷＰのセットが設定されてもよい。下りリンクＢＷＰのセットは１または複数の下りリンクＢＷＰを含んでもよい。サービングセルのそれぞれに対して上りリンクＢＷＰのセットが設定されてもよい。上りリンクＢＷＰのセットは１または複数の上りリンクＢＷＰを含んでもよい。
【0034】
上位層パラメータは、上位層の信号に含まれるパラメータである。上位層の信号は、ＲＲＣ（Radio Resource Control）シグナリングであってもよいし、ＭＡＣ ＣＥ（Medium
Access Control Control Element）であってもよい。ここで、上位層の信号は、ＲＲＣ
層の信号であってもよいし、ＭＡＣ層の信号であってもよい。
Access Control Control Element）であってもよい。ここで、上位層の信号は、ＲＲＣ
層の信号であってもよいし、ＭＡＣ層の信号であってもよい。
【0035】
上位層の信号は、共通ＲＲＣシグナリング（common RRC signaling）であってもよい。共通ＲＲＣシグナリングは、以下の特徴Ｃ１から特徴Ｃ３の一部または全部を少なくとも備えてもよい。
特徴Ｃ１）ＢＣＣＨロジカルチャネル、または、ＣＣＣＨロジカルチャネルにマップされる
特徴Ｃ２）ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素を少なくとも含む
特徴Ｃ３）ＰＢＣＨにマップされる
特徴Ｃ１）ＢＣＣＨロジカルチャネル、または、ＣＣＣＨロジカルチャネルにマップされる
特徴Ｃ２）ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素を少なくとも含む
特徴Ｃ３）ＰＢＣＨにマップされる
【0036】
ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素は、サービングセルにおいて共通に用いられる設定を示す情報を含んでもよい。サービングセルにおいて共通に用いられる設定は、ＰＲＡＣＨの設定を少なくとも含んでもよい。該ＰＲＡＣＨの設定は、１または複数のランダムアクセスプリアンブルインデックスを少なくとも示してもよい。該ＰＲＡＣＨの設定は、ＰＲＡＣＨの時間／周波数リソースを少なくとも示してもよい。
【0037】
上位層の信号は、専用ＲＲＣシグナリング（dedicated RRC signaling）であってもよ
い。専用ＲＲＣシグナリングは、以下の特徴Ｄ１からＤ２の一部または全部を少なくとも備えてもよい。
特徴Ｄ１）ＤＣＣＨロジカルチャネルにマップされる
特徴Ｄ２）ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素を少なくとも含む
い。専用ＲＲＣシグナリングは、以下の特徴Ｄ１からＤ２の一部または全部を少なくとも備えてもよい。
特徴Ｄ１）ＤＣＣＨロジカルチャネルにマップされる
特徴Ｄ２）ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素を少なくとも含む
【0038】
ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、端末装置１に固有の設定を示す情報を少なくとも含んでもよい。ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、ＢＷＰの設定を示す情報を少なくとも含んでもよい。該ＢＷＰの設定は、該ＢＷＰの周波数リソースを少なくとも示してもよい。
【0039】
例えば、ＭＩＢ、第１のシステム情報、および、第２のシステム情報は共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、且つ、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎを少なくとも含む上位層のメッセージは、共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、且つ、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素を含まない上位層のメッセージは、専用ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、且つ、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素を少なくとも含む上位層のメッセージは、専用ＲＲＣシグナリングに含まれてもよい。
【0040】
第１のシステム情報は、ＳＳ（Synchronization Signal）ブロックの時間インデックスを少なくとも示してもよい。ＳＳブロック（SS block）は、ＳＳ／ＰＢＣＨブロック（SS/PBCH block）とも呼称される。ＳＳ／ＰＢＣＨブロックは、ＳＳ／ＰＢＣＨとも呼称さ
れる。第１のシステム情報は、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。第１のシステム情報は、初期接続の設定に関連する情報を少なくとも含んでもよい。第２のシステム情報は、第１のシステム情報以外のシステム情報であってもよい。
れる。第１のシステム情報は、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。第１のシステム情報は、初期接続の設定に関連する情報を少なくとも含んでもよい。第２のシステム情報は、第１のシステム情報以外のシステム情報であってもよい。
【0041】
ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、初期接続の設定に関連する情報を少なくとも含んでもよい。
【0042】
以下、本実施形態の種々の態様に係る物理チャネルおよび物理シグナルを説明する。
【0043】
上りリンク物理チャネルは、上位層において発生する情報を運ぶリソースエレメントのセットに対応してもよい。上りリンク物理チャネルは、上りリンクキャリアにおいて用いられる物理チャネルである。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の上りリンク物理チャネルが用いられる。
・ＰＵＣＣＨ（Physical Uplink Control CHannel）
・ＰＵＳＣＨ（Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（Physical Random Access CHannel）
・ＰＵＣＣＨ（Physical Uplink Control CHannel）
・ＰＵＳＣＨ（Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（Physical Random Access CHannel）
【0044】
ＰＵＣＣＨは、上りリンク制御情報（UCI:Uplink Control Information）を送信するために用いられてもよい。上りリンク制御情報は、チャネル状態情報（CSI:Channel State Information）、スケジューリングリクエスト（SR:Scheduling Request）、トランスポートブロック（TB:Transport block， MAC PDU:Medium Access Control Protocol Data Unit， DL-SCH:Downlink-Shared Channel， PDSCH:Physical Downlink Shared Channel）に
対応するＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）の一
部または全部を含む。
対応するＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）の一
部または全部を含む。
【0045】
ＨＡＲＱ－ＡＣＫは、１つのトランスポートブロックに少なくとも対応するＨＡＲＱ－ＡＣＫビットを少なくとも含んでもよい。ＨＡＲＱ－ＡＣＫビットは、１または複数のトランスポートブロックに対応するＡＣＫ（acknowledgement）またはＮＡＣＫ（negative-acknowledgement）を示してもよい。ＨＡＲＱ－ＡＣＫは、１または複数のＨＡＲＱ－Ａ
ＣＫビットを含むＨＡＲＱ－ＡＣＫコードブックを少なくとも含んでもよい。ＨＡＲＱ－ＡＣＫビットが１または複数のトランスポートブロックに対応することは、ＨＡＲＱ－ＡＣＫビットが該１または複数のトランスポートブロックを含むＰＤＳＣＨに対応することであってもよい。
ＣＫビットを含むＨＡＲＱ－ＡＣＫコードブックを少なくとも含んでもよい。ＨＡＲＱ－ＡＣＫビットが１または複数のトランスポートブロックに対応することは、ＨＡＲＱ－ＡＣＫビットが該１または複数のトランスポートブロックを含むＰＤＳＣＨに対応することであってもよい。
【0046】
ＨＡＲＱ－ＡＣＫビットは、トランスポートブロックに含まれる１つのＣＢＧ（Code Block Group）に対応するＡＣＫまたはＮＡＣＫを示してもよい。ＨＡＲＱ－ＡＣＫは、ＨＡＲＱフィードバック、ＨＡＲＱ情報、ＨＡＲＱ制御情報とも呼称される。
【0047】
スケジューリングリクエスト（SR:Scheduling Request）は、初期送信のためのＰＵＳ
ＣＨのリソースを要求するために少なくとも用いられてもよい。スケジューリングリクエストビットは、正のＳＲ（positive SR）または、負のＳＲ（negative SR）のいずれかを示すために用いられてもよい。スケジューリングリクエストビットが正のＳＲを示すことは、“正のＳＲが送信される”とも呼称される。正のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されることを示してもよい。正のＳＲは、上位層
によりスケジューリングリクエストがトリガされることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストを送信することが指示された場合に、送信されてもよい。スケジューリングリクエストビットが負のＳＲを示すことは、“負のＳＲが送信される”とも呼称される。負のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストがトリガされないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストを送信することが指示されない場合に、送信されてもよい。
ＣＨのリソースを要求するために少なくとも用いられてもよい。スケジューリングリクエストビットは、正のＳＲ（positive SR）または、負のＳＲ（negative SR）のいずれかを示すために用いられてもよい。スケジューリングリクエストビットが正のＳＲを示すことは、“正のＳＲが送信される”とも呼称される。正のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されることを示してもよい。正のＳＲは、上位層
によりスケジューリングリクエストがトリガされることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストを送信することが指示された場合に、送信されてもよい。スケジューリングリクエストビットが負のＳＲを示すことは、“負のＳＲが送信される”とも呼称される。負のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストがトリガされないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストを送信することが指示されない場合に、送信されてもよい。
【0048】
チャネル状態情報は、チャネル品質指標（CQI:Channel Quality Indicator）、プレコ
ーダ行列指標（PMI:Precoder Matrix Indicator）、および、ランク指標（RI:Rank Indicator）の一部または全部を少なくとも含んでもよい。ＣＱＩは、チャネルの品質（例えば、伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。
ーダ行列指標（PMI:Precoder Matrix Indicator）、および、ランク指標（RI:Rank Indicator）の一部または全部を少なくとも含んでもよい。ＣＱＩは、チャネルの品質（例えば、伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。
【0049】
ＰＵＣＣＨは、ＰＵＣＣＨフォーマット（ＰＵＣＣＨフォーマット０からＰＵＣＣＨフォーマット４）をサポートする。ＰＵＣＣＨフォーマットは、ＰＵＣＣＨにマップされて送信されてもよい。ＰＵＣＣＨフォーマットは、ＰＵＣＣＨで送信されてもよい。ＰＵＣＣＨフォーマットが送信されることは、ＰＵＣＣＨが送信されることであってもよい。
【0050】
ＰＵＳＣＨは、トランスポートブロック（TB， MAC PDU， UL-SCH， PUSCH）を送信す
るために少なくとも用いられる。ＰＵＳＣＨは、トランスポートブロック、ＨＡＲＱ－ＡＣＫ、チャネル状態情報、および、スケジューリングリクエストの一部または全部を少なくとも送信するために用いられてもよい。ＰＵＳＣＨは、ランダムアクセスメッセージ３を送信するために少なくとも用いられる。
るために少なくとも用いられる。ＰＵＳＣＨは、トランスポートブロック、ＨＡＲＱ－ＡＣＫ、チャネル状態情報、および、スケジューリングリクエストの一部または全部を少なくとも送信するために用いられてもよい。ＰＵＳＣＨは、ランダムアクセスメッセージ３を送信するために少なくとも用いられる。
【0051】
ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１）を送信するために少なくとも用いられる。ＰＲＡＣＨは、初期コネクション確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（connection re-establishment）プロシージャ、ＰＵＳＣＨの送信に対する同期（タ
イミング調整）、およびＰＵＳＣＨのためのリソースの要求の一部または全部を示すために少なくとも用いられてもよい。ランダムアクセスプリアンブルは、端末装置１の上位層より与えられるインデックス（ランダムアクセスプリアンブルインデックス）を基地局装置３に通知するために用いられてもよい。
イミング調整）、およびＰＵＳＣＨのためのリソースの要求の一部または全部を示すために少なくとも用いられてもよい。ランダムアクセスプリアンブルは、端末装置１の上位層より与えられるインデックス（ランダムアクセスプリアンブルインデックス）を基地局装置３に通知するために用いられてもよい。
【0052】
図１において、上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられる。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・ＵＬ ＤＭＲＳ（UpLink Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
・ＵＬ ＰＴＲＳ（UpLink Phase Tracking Reference Signal）
・ＵＬ ＤＭＲＳ（UpLink Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
・ＵＬ ＰＴＲＳ（UpLink Phase Tracking Reference Signal）
【0053】
ＵＬ ＤＭＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。ＵＬ
ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと多重される。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＵＬ ＤＭＲＳを使用してよい。以下、ＰＵＳＣＨと、該ＰＵＳＣＨに関連するＵＬ ＤＭＲＳを共に送信することを、単に、ＰＵＳＣＨを送信する、と称する。以下、ＰＵＣＣＨと該ＰＵＣＣＨに関連するＵＬ ＤＭＲＳを共に送信することを、単に、ＰＵＣＣＨを送信する、と称する。ＰＵＳＣＨに関連するＵＬ ＤＭＲＳは、ＰＵＳＣＨ用ＵＬ ＤＭＲＳとも称される。ＰＵＣＣＨに関連するＵＬ ＤＭＲＳは、ＰＵＣＣＨ用ＵＬ ＤＭＲＳとも称される。
ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと多重される。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＵＬ ＤＭＲＳを使用してよい。以下、ＰＵＳＣＨと、該ＰＵＳＣＨに関連するＵＬ ＤＭＲＳを共に送信することを、単に、ＰＵＳＣＨを送信する、と称する。以下、ＰＵＣＣＨと該ＰＵＣＣＨに関連するＵＬ ＤＭＲＳを共に送信することを、単に、ＰＵＣＣＨを送信する、と称する。ＰＵＳＣＨに関連するＵＬ ＤＭＲＳは、ＰＵＳＣＨ用ＵＬ ＤＭＲＳとも称される。ＰＵＣＣＨに関連するＵＬ ＤＭＲＳは、ＰＵＣＣＨ用ＵＬ ＤＭＲＳとも称される。
【0054】
ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しなくてもよい。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクスロットにおけるサブフレームの最後、または、最後から所定数のＯＦＤＭシンボルにおいて送信されてもよい。
【0055】
ＵＬ ＰＴＲＳは、位相トラッキングのために少なくとも用いられる参照信号であってもよい。ＵＬ ＰＴＲＳは、１または複数のＵＬ ＤＭＲＳに用いられるアンテナポートを少なくとも含むＵＬ ＤＭＲＳグループに関連してもよい。ＵＬ ＰＴＲＳとＵＬ ＤＭＲＳグループが関連することは、ＵＬ ＰＴＲＳのアンテナポートとＵＬ ＤＭＲＳグループに含まれるアンテナポートの一部または全部が少なくともＱＣＬであることであってもよい。ＵＬ ＤＭＲＳグループは、ＵＬ ＤＭＲＳグループに含まれるＵＬ ＤＭＲＳにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。ＵＬ ＰＴＲＳは、１つのコードワードがマップされる１または複数のアンテナポートにおいて、最もインデックスの小さいアンテナポートにマップされてもよい。ＵＬ ＰＴＲＳは、１つのコードワードが第１のレイヤ及び第２のレイヤに少なくともマップされる場合に、該第１のレイヤにマップされてもよい。ＵＬ ＰＴＲＳは、該第２のレイヤにマップされなくてもよい。ＵＬ ＰＴＲＳがマップされるアンテナポートのインデックスは、下りリンク制御情報に少なくとも基づき与えられてもよい。
【0056】
図１において、基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用される。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
【0057】
ＰＢＣＨは、マスターインフォメーションブロック（MIB:Master Information Block，
BCH， Broadcast Channel）を送信するために少なくとも用いられる。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨは、１６０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の中身は、８０ｍｓごとに更新されてもよい。ＰＢＣＨに含まれる情報の一部または全部は、１６０ｍｓごとに更新されてもよい。ＰＢＣＨは、２８８サブキャリアにより構成されてもよい。ＰＢＣＨは、２、３、または、４つのＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、同期信号の識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および／または、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。
BCH， Broadcast Channel）を送信するために少なくとも用いられる。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨは、１６０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の中身は、８０ｍｓごとに更新されてもよい。ＰＢＣＨに含まれる情報の一部または全部は、１６０ｍｓごとに更新されてもよい。ＰＢＣＨは、２８８サブキャリアにより構成されてもよい。ＰＢＣＨは、２、３、または、４つのＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、同期信号の識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および／または、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。
【0058】
ＰＤＣＣＨは、下りリンク制御情報（DCI:Downlink Control Information）の送信のために少なくとも用いられる。ＰＤＣＣＨは、下りリンク制御情報を少なくとも含んで送信されてもよい。ＰＤＣＣＨは下りリンク制御情報を含んでもよい。下りリンク制御情報は、ＤＣＩフォーマットとも呼称される。下りリンク制御情報は、下りリンクグラント（downlink grant）または上りリンクグラント（uplink grant）のいずれかを少なくとも含んでもよい。ＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、下りリンクＤＣＩフォーマットとも呼称される。ＰＵＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、上りリンクＤＣＩフォーマットとも呼称される。下りリンクグラントは、下りリンクアサインメント（downlink assignment）または下りリンク
割り当て（downlink allocation）とも呼称される。
割り当て（downlink allocation）とも呼称される。
【0059】
本実施形態の種々の態様において、特別な記載のない限り、リソースブロックの数は周波数領域におけるリソースブロックの数を示す。
【0060】
下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングのために少なくとも用いられる。
【0061】
上りリンクグラントは、１つのサービングセル内の１つのＰＵＳＣＨのスケジューリングのために少なくとも用いられる。
【0062】
１つの物理チャネルは、１つのサービングセルにマップされてもよい。１つの物理チャネルは、１つのサービングセルに含まれる１つのキャリアに設定される１つのＢＷＰにマップされてもよい。
【0063】
端末装置１は、１または複数の制御リソースセット（CORESET:COntrol REsource SET）が設定されてもよい。端末装置１は、１または複数の制御リソースセットにおいてＰＤＣＣＨを監視する（monitor）。ここで、１または複数の制御リソースセットにおいてＰＤ
ＣＣＨを監視することは、１または複数の制御リソースセットのそれぞれに対応する１または複数のＰＤＣＣＨを監視することを含んでもよい。なお、ＰＤＣＣＨは、１または複数のＰＤＣＣＨ候補および／またはＰＤＣＣＨ候補のセットを含んでもよい。また、ＰＤＣＣＨを監視することは、ＰＤＣＣＨ、および／または、ＰＤＣＣＨを介して送信されるＤＣＩフォーマットを監視し、検出することを含んでもよい。
ＣＣＨを監視することは、１または複数の制御リソースセットのそれぞれに対応する１または複数のＰＤＣＣＨを監視することを含んでもよい。なお、ＰＤＣＣＨは、１または複数のＰＤＣＣＨ候補および／またはＰＤＣＣＨ候補のセットを含んでもよい。また、ＰＤＣＣＨを監視することは、ＰＤＣＣＨ、および／または、ＰＤＣＣＨを介して送信されるＤＣＩフォーマットを監視し、検出することを含んでもよい。
【0064】
制御リソースセットは、１または複数のＰＤＣＣＨがマップされうる時間周波数領域を示してもよい。制御リソースセットは、端末装置１がＰＤＣＣＨを監視する領域であってもよい。制御リソースセットは、連続的なリソース（Localized resource）により構成されてもよい。制御リソースセットは、非連続的なリソース（distributed resource）により構成されてもよい。
【0065】
周波数領域において、制御リソースセットのマッピングの単位はリソースブロックであってもよい。例えば、周波数領域において、制御リソースセットのマッピングの単位は６リソースブロックであってもよい。時間領域において、制御リソースセットのマッピングの単位はＯＦＤＭシンボルであってもよい。例えば、時間領域において、制御リソースセットのマッピングの単位は１ＯＦＤＭシンボルであってもよい。
【0066】
制御リソースセットのリソースブロックへのマッピングは、上位層パラメータに少なくとも基づき与えられてもよい。該上位層パラメータは、リソースブロックのグループ（RBG:Resource Block Group）に対するビットマップを含んでもよい。該リソースブロックのグループは、６つの連続するリソースブロックにより与えられてもよい。
【0067】
制御リソースセットを構成するＯＦＤＭシンボルの数は、上位層パラメータに少なくとも基づき与えられてもよい。
【0068】
ある制御リソースセットは、共通制御リソースセット（Common control resource set
）であってもよい。共通制御リソースセットは、複数の端末装置１に対して共通に設定される制御リソースセットであってもよい。共通制御リソースセットは、ＭＩＢ、第１のシステム情報、第２のシステム情報、共通ＲＲＣシグナリング、および、セルＩＤの一部または全部に少なくとも基づき与えられてもよい。例えば、第１のシステム情報のスケジューリングのために用いられるＰＤＣＣＨを監視することが設定される制御リソースセットの時間リソース、および／または、周波数リソースは、ＭＩＢに少なくとも基づき与えられてもよい。
）であってもよい。共通制御リソースセットは、複数の端末装置１に対して共通に設定される制御リソースセットであってもよい。共通制御リソースセットは、ＭＩＢ、第１のシステム情報、第２のシステム情報、共通ＲＲＣシグナリング、および、セルＩＤの一部または全部に少なくとも基づき与えられてもよい。例えば、第１のシステム情報のスケジューリングのために用いられるＰＤＣＣＨを監視することが設定される制御リソースセットの時間リソース、および／または、周波数リソースは、ＭＩＢに少なくとも基づき与えられてもよい。
【0069】
ＭＩＢで設定される制御リソースセットは、ＣＯＲＥＳＥＴ＃０とも呼称される。ＣＯ
ＲＥＳＥＴ＃０は、インデックス＃０の制御リソースセットであってもよい。
ＲＥＳＥＴ＃０は、インデックス＃０の制御リソースセットであってもよい。
【0070】
ある制御リソースセットは、専用制御リソースセット（Dedicated control resource set）であってもよい。専用制御リソースセットは、端末装置１のために専用に用いられるように設定される制御リソースセットであってもよい。専用制御リソースセットは、専用ＲＲＣシグナリング、および、Ｃ－ＲＮＴＩの値の一部または全部に少なくとも基づき与えられてもよい。
【0071】
端末装置１によって監視されるＰＤＣＣＨの候補のセットは、探索領域の観点から定義されてもよい。つまり、端末装置１によって監視されるＰＤＣＣＨ候補のセットは、探索領域によって与えられてもよい。
【0072】
探索領域は、１または複数の集約レベル（Aggregation level）のＰＤＣＣＨ候補を１
または複数含んで構成されてもよい。ＰＤＣＣＨ候補の集約レベルは、該ＰＤＣＣＨを構成するＣＣＥの個数を示してもよい。ＰＤＤＣＨ候補は、１または複数のＣＣＥにマップされてもよい。
または複数含んで構成されてもよい。ＰＤＣＣＨ候補の集約レベルは、該ＰＤＣＣＨを構成するＣＣＥの個数を示してもよい。ＰＤＤＣＨ候補は、１または複数のＣＣＥにマップされてもよい。
【0073】
端末装置１は、ＤＲＸ（Discontinuous reception）が設定されないスロットにおいて
少なくとも１または複数の探索領域を監視してもよい。ＤＲＸは、上位層パラメータに少なくとも基づき与えられてもよい。端末装置１は、ＤＲＸが設定されないスロットにおいて少なくとも１または複数の探索領域セット（Search space set）を監視してもよい。
少なくとも１または複数の探索領域を監視してもよい。ＤＲＸは、上位層パラメータに少なくとも基づき与えられてもよい。端末装置１は、ＤＲＸが設定されないスロットにおいて少なくとも１または複数の探索領域セット（Search space set）を監視してもよい。
【0074】
探索領域セットは、１または複数の探索領域を少なくとも含んで構成されてもよい。
【0075】
探索領域セットのそれぞれは、１つの制御リソースセットに少なくとも関連してもよい。探索領域セットのそれぞれは、１つの制御リソースセットに含まれてもよい。探索領域セットのそれぞれに対して、該探索領域セットに関連する制御リソースセットのインデックスが与えられてもよい。
【0076】
探索領域の物理リソースは制御チャネルの構成単位（CCE:Control Channel Element）
により構成される。ＣＣＥは所定の数のリソース要素グループ（REG:Resource Element Group）により構成される。例えば、ＣＣＥは６個のＲＥＧにより構成されてもよい。ＲＥＧは１つのＰＲＢ（Physical Resource Block）の１ＯＦＤＭシンボルにより構成されて
もよい。つまり、ＲＥＧは１２個のリソースエレメント（RE:Resource Element）を含ん
で構成されてもよい。ＰＲＢは、単にＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ：リソースブロック）とも呼称される。
により構成される。ＣＣＥは所定の数のリソース要素グループ（REG:Resource Element Group）により構成される。例えば、ＣＣＥは６個のＲＥＧにより構成されてもよい。ＲＥＧは１つのＰＲＢ（Physical Resource Block）の１ＯＦＤＭシンボルにより構成されて
もよい。つまり、ＲＥＧは１２個のリソースエレメント（RE:Resource Element）を含ん
で構成されてもよい。ＰＲＢは、単にＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ：リソースブロック）とも呼称される。
【0077】
ＰＤＳＣＨは、トランスポートブロックを送信するために少なくとも用いられる。ＰＤＳＣＨは、ランダムアクセスメッセージ２（ランダムアクセスレスポンス）を送信するために少なくとも用いられてもよい。ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステム情報を送信するために少なくとも用いられてもよい。
【0078】
図１において、下りリンクの無線通信では、以下の下りリンク物理シグナルが用いられる。下りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・同期信号（SS:Synchronization signal）
・ＤＬ ＤＭＲＳ（DownLink DeModulation Reference Signal）
・ＣＳＩ－ＲＳ（Channel State Information-Reference Signal）
・ＤＬ ＰＴＲＳ（DownLink Phase Tracking Reference Signal）
・
・同期信号（SS:Synchronization signal）
・ＤＬ ＤＭＲＳ（DownLink DeModulation Reference Signal）
・ＣＳＩ－ＲＳ（Channel State Information-Reference Signal）
・ＤＬ ＰＴＲＳ（DownLink Phase Tracking Reference Signal）
・
【0079】
同期信号は、端末装置１が下りリンクの周波数領域、および／または、時間領域の同期をとるために用いられる。同期信号は、ＰＳＳ（Primary Synchronization Signal）、および、ＳＳＳ（Secondary Synchronization Signal）を含む。
【0080】
ＳＳブロック（ＳＳ／ＰＢＣＨブロック）は、ＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部を少なくとも含んで構成される。
【0081】
ＤＬ ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの送信に関連する。ＤＬ ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨに多重される。端末装置１は、ＰＢＣＨ、ＰＤＣＣＨ、または、ＰＤＳＣＨの伝搬路補正を行なうために該ＰＢＣＨ、該ＰＤＣＣＨ、または、該ＰＤＳＣＨと対応するＤＬ ＤＭＲＳを使用してよい。
【0082】
ＣＳＩ－ＲＳは、チャネル状態情報を算出するために少なくとも用いられる信号であってもよい。端末装置によって想定されるＣＳＩ－ＲＳのパターンは、少なくとも上位層パラメータにより与えられてもよい。
【0083】
ＰＴＲＳは、位相雑音の補償のために少なくとも用いられる信号であってもよい。端末装置によって想定されるＰＴＲＳのパターンは、上位層パラメータ、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
【0084】
ＤＬ ＰＴＲＳは、１または複数のＤＬ ＤＭＲＳに用いられるアンテナポートを少なくとも含むＤＬ ＤＭＲＳグループに関連してもよい。
【0085】
下りリンク物理チャネルおよび下りリンク物理シグナルは、下りリンク信号とも呼称される。上りリンク物理チャネルおよび上りリンク物理シグナルは、上りリンク信号とも呼称される。下りリンク信号および上りリンク信号はまとめて物理信号とも呼称される。下りリンク信号および上りリンク信号はまとめて信号とも呼称される。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび上りリンク物理シグナルを総称して、物理シグナルと称する。
【0086】
ＢＣＨ（Broadcast CHannel）、ＵＬ－ＳＣＨ（Uplink-Shared CHannel）およびＤＬ－ＳＣＨ（Downlink-Shared CHannel）は、トランスポートチャネルである。媒体アクセス
制御（MAC:Medium Access Control）層で用いられるチャネルはトランスポートチャネル
と呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロック（TB）またはＭＡＣ ＰＤＵとも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行なわれる。トラ
ンスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理
層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
制御（MAC:Medium Access Control）層で用いられるチャネルはトランスポートチャネル
と呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロック（TB）またはＭＡＣ ＰＤＵとも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行なわれる。トラ
ンスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理
層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
【0087】
基地局装置３と端末装置１は、上位層（higher layer）において上位層の信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（RRC:Radio Resource Control）層において、ＲＲＣシグナリング（RRC message:Radio Resource Control message、RRC information:Radio Resource Control information）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ ＣＥ（Control Element）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡ
Ｃ ＣＥを、上位層の信号（higher layer signaling）とも称する。
Ｃ ＣＥを、上位層の信号（higher layer signaling）とも称する。
【0088】
ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および／または、ＭＡＣ ＣＥを送信するために少なくとも用いられてよい。ここで、基地局装置３よりＰＤＳＣＨで送信されるＲＲＣシグナリングは、サービングセル内における複数の端末装置１に対して共通のシグナリングであってもよい。サービングセル内における複数の端末装置１に対して共通のシグナリングは、共通ＲＲＣシグナリングとも呼称される。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇまたはＵＥ ｓｐｅｃｉｆｉｃ ｓｉｇｎａｌｉｎｇとも呼称される）であってもよい。端末装置１に対して専用のシグナリングは、専用ＲＲＣシグナリングとも呼称される。サービングセルにおいて固有な上位層パラメータは、サービングセル内における複数の端末装置１に対して共通のシグナリング、または、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。ＵＥ固有な上位層パラメータは、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。
【0089】
ＢＣＣＨ（Broadcast Control CHannel）、ＣＣＣＨ（Common Control CHannel）、お
よび、ＤＣＣＨ（Dedicated Control CHannel）は、ロジカルチャネルである。例えば、
ＢＣＣＨは、ＭＩＢを送信するために用いられる上位層のチャネルである。また、ＣＣＣＨ（Common Control CHannel）は、複数の端末装置１において共通な情報を送信するために用いられる上位層のチャネルである。ここで、ＣＣＣＨは、例えば、ＲＲＣ接続されていない端末装置１のために用いられてもよい。また、ＤＣＣＨ（Dedicated Control CHannel）は、端末装置１に専用の制御情報（dedicated control information）を送信するために少なくとも用いられる上位層のチャネルである。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１のために用いられてもよい。
よび、ＤＣＣＨ（Dedicated Control CHannel）は、ロジカルチャネルである。例えば、
ＢＣＣＨは、ＭＩＢを送信するために用いられる上位層のチャネルである。また、ＣＣＣＨ（Common Control CHannel）は、複数の端末装置１において共通な情報を送信するために用いられる上位層のチャネルである。ここで、ＣＣＣＨは、例えば、ＲＲＣ接続されていない端末装置１のために用いられてもよい。また、ＤＣＣＨ（Dedicated Control CHannel）は、端末装置１に専用の制御情報（dedicated control information）を送信するために少なくとも用いられる上位層のチャネルである。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１のために用いられてもよい。
【0090】
ロジカルチャネルにおけるＢＣＣＨは、トランスポートチャネルにおいてＢＣＨ、ＤＬ－ＳＣＨ、または、ＵＬ－ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＣＣＣＨは、トランスポートチャネルにおいてＤＬ－ＳＣＨまたはＵＬ－ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＤＣＣＨは、トランスポートチャネルにおいてＤＬ－ＳＣＨまたはＵＬ－ＳＣＨにマップされてもよい。
【0091】
トランスポートチャネルにおけるＵＬ－ＳＣＨは、物理チャネルにおいてＰＵＳＣＨにマップされてもよい。トランスポートチャネルにおけるＤＬ－ＳＣＨは、物理チャネルにおいてＰＤＳＣＨにマップされてもよい。トランスポートチャネルにおけるＢＣＨは、物理チャネルにおいてＰＢＣＨにマップされてもよい。
【0092】
以下、本実施形態の一態様に係る端末装置１の構成例を説明する。
【0093】
図４は、本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、お
よび、ベースバンド部１３の一部または全部を少なくとも含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６の一部または全部を少なくとも含んで構成される。無線送受信部１０を送信部、受信部、または、物理層処理部とも称する。
よび、ベースバンド部１３の一部または全部を少なくとも含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６の一部または全部を少なくとも含んで構成される。無線送受信部１０を送信部、受信部、または、物理層処理部とも称する。
【0094】
上位層処理部１４は、ユーザーの操作等により生成された上りリンクデータ（トランスポートブロック）を、無線送受信部１０に出力する。上位層処理部１４は、ＭＡＣ層、パケットデータ統合プロトコル（PDCP:Packet Data Convergence Protocol）層、無線リン
ク制御（RLC:Radio Link Control）層、ＲＲＣ層の処理を行なう。
ク制御（RLC:Radio Link Control）層、ＲＲＣ層の処理を行なう。
【0095】
上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣ層の処理を行う。
【0096】
上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。尚、該設定情報は、物理チャネルや物理シグナル（つまり、物理層）、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理または設定に関連する情報を含んでもよい。該パラメータは上位層パラメータであってもよい。
【0097】
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、受信した物理信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化、ベースバンド信号生成（時間連続信号への変換）することによって物理信号を生成し、基地局装置３に送信する。
【0098】
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート：ｄｏｗｎ ｃｏｖｅｒｔ）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。
【0099】
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号をディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰ（Cyclic Prefix）に
相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（FFT:Fast Fourier Transform）を行い、周波数領域の信号を抽出する。
相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（FFT:Fast Fourier Transform）を行い、周波数領域の信号を抽出する。
【0100】
ベースバンド部１３は、データを逆高速フーリエ変換（IFFT:Inverse Fast Fourier Transform）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加
し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
【0101】
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
【0102】
以下、本実施形態の一態様に係る基地局装置３の構成例を説明する。
【0103】
図５は、本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、または、物理層処理部とも称する。
【0104】
上位層処理部３４は、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理を行なう。
【0105】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣ層の処理を行う。
【0106】
上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部３６は、ＰＤＳＣＨに配置される下りリンクデータ（トランスポートブロック）、システム情報、ＲＲＣメッセージ、ＭＡＣ ＣＥなどを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。尚、該設定情報は、物理チャネルや物理シグナル（つまり、物理層）、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理または設定に関連する情報を含んでもよい。該パラメータは上位層パラメータであってもよい。
【0107】
無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。
【0108】
端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。
【0109】
端末装置１は、上りリンク制御情報（UCI）をＰＵＣＣＨに多重して送信してもよい。
端末装置１は、ＵＣＩをＰＵＳＣＨに多重して送信してもよい。ＵＣＩは、ＨＡＲＱ－ＡＣＫ、および／または、ＣＳＩを含んでもよい。
端末装置１は、ＵＣＩをＰＵＳＣＨに多重して送信してもよい。ＵＣＩは、ＨＡＲＱ－ＡＣＫ、および／または、ＣＳＩを含んでもよい。
【0110】
ＰＵＣＣＨに関連するＵＣＩをＰＵＳＣＨに多重する前に既にＰＵＳＣＨに多重されているデータ（ＵＣＩ、ＵＬ－ＳＣＨ）のタイプに基づいて、複数のＰＵＳＣＨタイプが定義されてもよい。例えば、非周期ＣＳＩのＰＵＳＣＨ（aperiodic CSI on PUSCH）、半永続ＣＳＩのＰＵＳＣＨ（semi-persistent CSI on PUSCH）、動的スケジューリングのＰＵＳＣＨ（dynamically scheduled PUSCH）、準静的スケジューリングのＰＵＳＣＨ（semi-statically scheduled PUSCH）を少なくとも定義してもよい。非周期ＣＳＩは、aperiodic CSIとも呼称される。半永続ＣＳＩは、semi-persistent CSIとも呼称される。本実施形態において、動的スケジューリングのＰＵＳＣＨは、ランダムアクセスメッセージ３を含まない。
【0111】
非周期ＣＳＩのＰＵＳＣＨは、非周期ＣＳＩが多重されるＰＵＳＣＨである。非周期ＣＳＩは、非周期的に（aperiodic）行われるチャネル状態情報報告である。非周期的に行
われるチャネル状態情報報告は、ＤＣＩフォーマットに少なくとも基づき指示されてもよい。非周期的に行われるチャネル状態情報報告は、ＤＣＩフォーマットに含まれるＣＳＩリクエストフィールドのコードポイントに所定の値がセットされることに少なくとも基づき指示されてもよい。
われるチャネル状態情報報告は、ＤＣＩフォーマットに少なくとも基づき指示されてもよい。非周期的に行われるチャネル状態情報報告は、ＤＣＩフォーマットに含まれるＣＳＩリクエストフィールドのコードポイントに所定の値がセットされることに少なくとも基づき指示されてもよい。
【0112】
半永続ＣＳＩのＰＵＳＣＨは、半永続ＣＳＩのＵＣＩが多重されるＰＵＳＣＨと称する。半永続ＣＳＩは、半永続的に（semi-persistent）行われるチャネル状態情報報告であ
る。ＰＵＳＣＨを用いた半永続ＣＳＩ報告の活性化または非活性化に対して、端末装置１は以下の要求条件の一部または全部を満たすか否かを確認する。すなわち、ＰＵＳＣＨを用いた半永続ＣＳＩ報告は、少なくともＤＣＩフォーマットを用いて活性化される。
条件Ａ１：ＤＣＩフォーマットが上位層パラメータｓｐ－ｃｓｉ－ＲＮＴＩにより与えられるＳＰ－ＣＳＩ－ＲＮＴＩでスクランブルされている
条件Ａ２：半永続ＣＳＩの活性化に対する特定ＤＣＩフォーマットフィールドが、半永続ＣＳＩの活性化を示す所定値に設定されている
条件Ａ３：半永続ＣＳＩの非活性化に対する特定ＤＣＩフォーマットフィールドが、半永続ＣＳＩの非活性化を示す所定値に設定されている
る。ＰＵＳＣＨを用いた半永続ＣＳＩ報告の活性化または非活性化に対して、端末装置１は以下の要求条件の一部または全部を満たすか否かを確認する。すなわち、ＰＵＳＣＨを用いた半永続ＣＳＩ報告は、少なくともＤＣＩフォーマットを用いて活性化される。
条件Ａ１：ＤＣＩフォーマットが上位層パラメータｓｐ－ｃｓｉ－ＲＮＴＩにより与えられるＳＰ－ＣＳＩ－ＲＮＴＩでスクランブルされている
条件Ａ２：半永続ＣＳＩの活性化に対する特定ＤＣＩフォーマットフィールドが、半永続ＣＳＩの活性化を示す所定値に設定されている
条件Ａ３：半永続ＣＳＩの非活性化に対する特定ＤＣＩフォーマットフィールドが、半永続ＣＳＩの非活性化を示す所定値に設定されている
【0113】
半永続ＣＳＩの送信は、条件Ａ１と条件Ａ２が同時に満たされる場合、活性化されてもよい。半永続ＣＳＩの送信は、条件Ａ１と条件Ａ３が同時に満たされる場合、非活性化されてもよい。
【0114】
動的スケジューリングのＰＵＳＣＨは、ＤＣＩフォーマットの上りグラント（UL grant）により動的にスケジューリングされる。該ＰＵＳＣＨにトランスポートブロックが含まれてもよい。動的スケジューリングのＰＵＳＣＨは、ＤＣＩフォーマットに基づきスケジューリングされ、かつ、該ＤＣＩフォーマットに基づき非周期ＣＳＩが指示されないようなＰＵＳＣＨであってもよい。
【0115】
グラントトリガー（grant trigger）によりスケジューリングされ
準静的スケジューリングのＰＵＳＣＨは、ＰＵＳＣＨリソースが上位層パラメータで準静的に割り当てられ、トランスポートブロックを送信するＰＵＳＣＨである。準静的スケジューリングのＰＵＳＣＨは、タイプ１の準静的スケジューリングのＰＵＳＣＨ、および、タイプ２の準静的スケジューリングのＰＵＳＣＨを含んでもよい。タイプ１の準静的スケジューリングのＰＵＳＣＨに対して、時間領域での送信は上位層パラメータｔｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎにより指示されてもよい。タイプ２の準静的スケジューリングのＰＵＳＣＨは、ＤＣＩフォーマットの上りグラントでトリガーされてもよい。準静的スケジューリングのＰＵＳＣＨのための送信間隔（periodicity）が上位層のパラメ
ータに基づき与えられてもよい。
準静的スケジューリングのＰＵＳＣＨは、ＰＵＳＣＨリソースが上位層パラメータで準静的に割り当てられ、トランスポートブロックを送信するＰＵＳＣＨである。準静的スケジューリングのＰＵＳＣＨは、タイプ１の準静的スケジューリングのＰＵＳＣＨ、および、タイプ２の準静的スケジューリングのＰＵＳＣＨを含んでもよい。タイプ１の準静的スケジューリングのＰＵＳＣＨに対して、時間領域での送信は上位層パラメータｔｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎにより指示されてもよい。タイプ２の準静的スケジューリングのＰＵＳＣＨは、ＤＣＩフォーマットの上りグラントでトリガーされてもよい。準静的スケジューリングのＰＵＳＣＨのための送信間隔（periodicity）が上位層のパラメ
ータに基づき与えられてもよい。
【0116】
ＰＵＣＣＨがＰＵＳＣＨと時間領域で衝突（overlap）していない場合、端末装置１は
、該ＰＵＣＣＨに関連するＵＣＩを該ＰＵＣＣＨに多重して送信してもよい。ＰＵＣＣＨがＰＵＳＣＨと時間領域で衝突（overlap）する場合、端末装置１は、該ＰＵＣＣＨに関
連するＵＣＩを該ＰＵＳＣＨに多重して送信してもよく、且つ、ＰＵＣＣＨを送信しなくてもよい。該ＰＵＣＣＨは、該ＵＣＩの送信が設定されるＰＵＣＣＨであってもよい。該ＵＣＩの送信は、ＤＣＩフォーマット、および／または、上位層パラメータに少なくとも基づき与えられてもよい。
、該ＰＵＣＣＨに関連するＵＣＩを該ＰＵＣＣＨに多重して送信してもよい。ＰＵＣＣＨがＰＵＳＣＨと時間領域で衝突（overlap）する場合、端末装置１は、該ＰＵＣＣＨに関
連するＵＣＩを該ＰＵＳＣＨに多重して送信してもよく、且つ、ＰＵＣＣＨを送信しなくてもよい。該ＰＵＣＣＨは、該ＵＣＩの送信が設定されるＰＵＣＣＨであってもよい。該ＵＣＩの送信は、ＤＣＩフォーマット、および／または、上位層パラメータに少なくとも基づき与えられてもよい。
【0117】
ＰＵＣＣＨに関連するＵＣＩは、非周期ＣＳＩを含まない。ＰＵＣＣＨに関連するＵＣＩは、ＤＣＩフォーマットによって報告が活性化される半永続ＣＳＩを含まない。
【0118】
端末装置１は、非周期ＣＳＩのＰＵＳＣＨと動的スケジューリングのＰＵＳＣＨがＰＵＣＣＨと時間領域で衝突する場合、ＰＵＣＣＨに関連するＵＣＩを非周期ＣＳＩのＰＵＳＣＨに多重して送信してもよい。
【0119】
端末装置１は、非周期ＣＳＩのＰＵＳＣＨと準静的スケジューリングのＰＵＳＣＨがＰＵＣＣＨと時間領域で衝突する場合、ＰＵＣＣＨに関連するＵＣＩを非周期ＣＳＩのＰＵＳＣＨに多重して送信してもよい。
【0120】
端末装置１は、動的スケジューリングのＰＵＳＣＨと準静的スケジューリングのＰＵＳＣＨがＰＵＣＣＨと時間領域で衝突する場合、ＰＵＣＣＨに関連するＵＣＩを動的スケジューリングのＰＵＳＣＨに多重して送信してもよい。
【0121】
複数のＰＵＳＣＨ（ＰＵＳＣＨのセット）がＰＵＣＣＨと時間領域で衝突する場合、ＵＣＩが多重されるＰＵＳＣＨは、該複数のＰＵＳＣＨのそれぞれがマップされるサービングセルのインデックス、および／または、該複数のＰＵＳＣＨのそれぞれの開始位置（starting position）に少なくとも基づき与えられてもよい。例えば、端末装置１は、同一
ＰＵＳＣＨタイプの複数のＰＵＳＣＨがＰＵＣＣＨと時間領域で衝突する、且つ、該複数のＰＵＳＣＨが複数のサービングセルに用いられる場合、ＰＵＣＣＨに関連するＵＣＩを
サービングセル識別子の値が低いサービングセルのＰＵＳＣＨに多重して送信してもよい。端末装置１は、該サービングセルにおいて複数のＰＵＳＣＨが送信される場合、ＰＵＣＣＨに関連するＵＣＩを該サービングセルにおける複数のＰＵＳＣＨのうち時間領域で先頭のＰＵＳＣＨに多重して送信してもよい。
ＰＵＳＣＨタイプの複数のＰＵＳＣＨがＰＵＣＣＨと時間領域で衝突する、且つ、該複数のＰＵＳＣＨが複数のサービングセルに用いられる場合、ＰＵＣＣＨに関連するＵＣＩを
サービングセル識別子の値が低いサービングセルのＰＵＳＣＨに多重して送信してもよい。端末装置１は、該サービングセルにおいて複数のＰＵＳＣＨが送信される場合、ＰＵＣＣＨに関連するＵＣＩを該サービングセルにおける複数のＰＵＳＣＨのうち時間領域で先頭のＰＵＳＣＨに多重して送信してもよい。
【0122】
図６は、本実施形態の一態様の係る、１または複数のＰＵＳＣＨがＰＵＣＣＨと時間領域で衝突する場合において、ＵＣＩを多重するＰＵＳＣＨを選択する方法を示す図である。
【0123】
例えば、第1の例において、ＵＣＩを含むＰＵＣＣＨ６０１がＰＵＳＣＨ６００と時間
領域で衝突する場合、端末装置１は該ＵＣＩをＰＵＳＣＨ６００に多重して送信してもよい。ＰＵＳＣＨ６００は、非周期ＣＳＩのＰＵＳＣＨ、半永続ＣＳＩのＰＵＳＣＨ（semi-persistent CSI on PUSCH）、動的スケジューリングのＰＵＳＣＨ（dynamically scheduled PUSCH）、準静的スケジューリングのＰＵＳＣＨの何れであってもよい。ＵＣＩを含
むＰＵＣＣＨは、上位層のパラメータに少なくとも基づきＵＣＩの送信が設定されるＰＵＣＣＨであってもよい。ＵＣＩを含むＰＵＣＣＨは、ＤＣＩに少なくとも基づきＵＣＩの送信が指示されるＰＵＣＣＨであってもよい。
領域で衝突する場合、端末装置１は該ＵＣＩをＰＵＳＣＨ６００に多重して送信してもよい。ＰＵＳＣＨ６００は、非周期ＣＳＩのＰＵＳＣＨ、半永続ＣＳＩのＰＵＳＣＨ（semi-persistent CSI on PUSCH）、動的スケジューリングのＰＵＳＣＨ（dynamically scheduled PUSCH）、準静的スケジューリングのＰＵＳＣＨの何れであってもよい。ＵＣＩを含
むＰＵＣＣＨは、上位層のパラメータに少なくとも基づきＵＣＩの送信が設定されるＰＵＣＣＨであってもよい。ＵＣＩを含むＰＵＣＣＨは、ＤＣＩに少なくとも基づきＵＣＩの送信が指示されるＰＵＣＣＨであってもよい。
【0124】
第２の例において、ＵＣＩを含むＰＵＣＣＨ６１２が非周期ＣＳＩのＰＵＳＣＨ６１１、および、ＰＵＳＣＨ６１０と時間領域で衝突する場合、端末装置１は該ＵＣＩを非周期ＣＳＩのＰＵＳＣＨ６１１に多重して送信してもよい。ＰＵＳＣＨ６１０は、動的スケジューリングのＰＵＳＣＨ（dynamically scheduled PUSCH）、準静的スケジューリングの
ＰＵＳＣＨの何れであってもよい。
ＰＵＳＣＨの何れであってもよい。
【0125】
第３の例において、ＵＣＩを含むＰＵＣＣＨ６２５が１または複数の動的スケジューリングのＰＵＳＣＨ６２２、６２３、および、６２４を含む第１のＰＵＳＣＨグループ（First PUSCHs）、および、１または複数の準静的スケジューリングのＰＵＳＣＨ６２０および６２１を含む第２のＰＵＳＣＨグループ（Second PUSCHs）と時間領域で衝突する場合
、端末装置１は該ＵＣＩを第１のＰＵＳＣＨグループのＰＵＳＣＨのうちの１つに多重して送信してもよい。
、端末装置１は該ＵＣＩを第１のＰＵＳＣＨグループのＰＵＳＣＨのうちの１つに多重して送信してもよい。
【0126】
第４の例において、ＵＣＩを含むＰＵＣＣＨ６３４が複数の動的スケジューリングのＰＵＳＣＨ６３０、６３１、６３２、および、６３３と時間領域で衝突する場合、端末装置１は該ＵＣＩをサービングセル識別子の値が低い、且つ、時間領域で先頭のＰＵＳＣＨ６３０に多重して送信してもよい。
【0127】
ＵＣＩを含むＰＵＣＣＨと１または複数のＰＵＳＣＨが時間領域で衝突する場合、該ＵＣＩを多重して送信されるＰＵＳＣＨは、該１または複数のＰＵＳＣＨのそれぞれが半永続ＣＳＩのＰＵＳＣＨであるか否かに少なくとも基づき、該１または複数のＰＵＳＣＨのなかから選択されてもよい。
【0128】
半永続ＣＳＩのＰＵＳＣＨと非周期ＣＳＩのＰＵＳＣＨ、および／または、動的スケジューリングのＰＵＳＣＨ、および／または、準静的スケジューリングのＰＵＳＣＨがＵＣＩを含むＰＵＣＣＨと時間領域で衝突する場合、端末装置１は該ＵＣＩを半永続ＣＳＩのＰＵＳＣＨに多重して送信してもよい。半永続ＣＳＩのＰＵＳＣＨと第１のＰＵＳＣＨのセットがＵＣＩを含むＰＵＣＣＨと時間領域で衝突する場合、該ＵＣＩは半永続ＣＳＩのＰＵＳＣＨに多重して送信されてもよい。該第１のＰＵＳＣＨのセットは、１または複数の非周期ＣＳＩのＰＵＳＣＨ、１または複数の動的スケジューリングのＰＵＳＣＨ、および／または、１または複数の準静的スケジューリングのＰＵＳＣＨの一部または全部を少なくとも含んでもよい。例えば、半永続ＣＳＩのＰＵＳＣＨと非周期ＣＳＩのＰＵＳＣＨ
がＵＣＩを含むＰＵＣＣＨと時間領域で衝突する場合、該ＵＣＩは半永続ＣＳＩのＰＵＳＣＨに多重して送信されてもよい。また、半永続ＣＳＩのＰＵＳＣＨと動的スケジューリングのＰＵＳＣＨがＵＣＩを含むＰＵＣＣＨと時間領域で衝突する場合、該ＵＣＩは半永続ＣＳＩのＰＵＳＣＨに多重して送信されてもよい。
がＵＣＩを含むＰＵＣＣＨと時間領域で衝突する場合、該ＵＣＩは半永続ＣＳＩのＰＵＳＣＨに多重して送信されてもよい。また、半永続ＣＳＩのＰＵＳＣＨと動的スケジューリングのＰＵＳＣＨがＵＣＩを含むＰＵＣＣＨと時間領域で衝突する場合、該ＵＣＩは半永続ＣＳＩのＰＵＳＣＨに多重して送信されてもよい。
【0129】
ＵＣＩを含むＰＵＣＣＨが、半永続ＣＳＩのＰＵＳＣＨと非周期ＣＳＩのＰＵＳＣＨと時間領域で衝突する場合、端末装置１は該ＵＣＩを非周期ＣＳＩのＰＵＳＣＨに多重して送信してもよい。ＵＣＩを含むＰＵＣＣＨが、半永続ＣＳＩのＰＵＳＣＨと動的スケジューリングのＰＵＳＣＨ、および／または、準静的スケジューリングのＰＵＳＣＨと時間領域で衝突する場合、端末装置１は該ＵＣＩを半永続ＣＳＩのＰＵＳＣＨに多重して送信してもよい。半永続ＣＳＩのＰＵＳＣＨと非周期ＣＳＩのＰＵＳＣＨがＵＣＩを含むＰＵＣＣＨと時間領域で衝突する場合、該ＵＣＩは非周期ＣＳＩのＰＵＳＣＨに多重して送信されてもよい。半永続ＣＳＩのＰＵＳＣＨと第２のＰＵＳＣＨのセットがＵＣＩを含むＰＵＣＣＨと時間領域で衝突する場合、該ＵＣＩは、半永続ＣＳＩのＰＵＳＣＨに多重して送信されてもよい。該第２のＰＵＳＣＨのセットは、１または複数の動的スケジューリングのＰＵＳＣＨ、および／または、１または複数の準静的スケジューリングのＰＵＳＣＨの一部または全部を少なくとも含んでもよい。
【0130】
ＵＣＩを含むＰＵＣＣＨが、半永続ＣＳＩのＰＵＳＣＨと非周期ＣＳＩのＰＵＳＣＨと時間領域で衝突する場合、端末装置１は該ＵＣＩを非周期ＣＳＩのＰＵＳＣＨに多重して送信してもよい。ＵＣＩを含むＰＵＣＣＨが、半永続ＣＳＩのＰＵＳＣＨと動的スケジューリングのＰＵＳＣＨと時間領域で同時に衝突する場合、端末装置１は該ＵＣＩを動的スケジューリングのＰＵＳＣＨに多重して送信してもよい。ＵＣＩを含むＰＵＣＣＨが、半永続ＣＳＩのＰＵＳＣＨと準静的スケジューリングのＰＵＳＣＨと時間領域で衝突する場合、半永続ＣＳＩのＰＵＳＣＨに多重して送信してもよい。半永続ＣＳＩのＰＵＳＣＨと第３のＰＵＳＣＨのセットがＵＣＩを含むＰＵＣＣＨと時間領域で衝突する場合、該ＵＣＩは第３のＰＵＳＣＨのセットから選択される１つのＰＵＳＣＨに多重して送信されてもよい。該第３のＰＵＳＣＨのセットは、１または複数の非周期ＣＳＩのＰＵＳＣＨ、および／または、１または複数の動的スケジューリングのＰＵＳＣＨの一部または全部を少なくとも含んでもよい。例えば、半永続ＣＳＩのＰＵＳＣＨと非周期ＣＳＩのＰＵＳＣＨがＵＣＩを含むＰＵＣＣＨと時間領域で衝突する場合、該ＵＣＩは非周期ＣＳＩのＰＵＳＣＨに多重して送信されてもよい。また、例えば、半永続ＣＳＩのＰＵＳＣＨと動的スケジューリングのＰＵＳＣＨがＵＣＩを含むＰＵＣＣＨと時間領域で衝突する場合、該ＵＣＩは動的スケジューリングのＰＵＳＣＨに多重して送信されてもよい。半永続ＣＳＩのＰＵＳＣＨと準静的スケジューリングのＰＵＳＣＨがＵＣＩを含むＰＵＣＣＨと時間領域で衝突する場合、該ＵＣＩは半永続ＣＳＩのＰＵＳＣＨに多重して送信されてもよい。
【0131】
ＵＣＩを含むＰＵＣＣＨが、半永続ＣＳＩのＰＵＳＣＨと非周期ＣＳＩのＰＵＳＣＨと時間領域で衝突する場合、端末装置１は該ＵＣＩを非周期ＣＳＩのＰＵＳＣＨに多重して送信してもよい。ＵＣＩを含むＰＵＣＣＨが、半永続ＣＳＩのＰＵＳＣＨと動的スケジューリングのＰＵＳＣＨと時間領域で衝突する場合、端末装置１は該ＵＣＩを動的スケジューリングのＰＵＳＣＨに多重して送信してもよい。ＵＣＩを含むＰＵＣＣＨが、半永続ＣＳＩのＰＵＳＣＨと準静的スケジューリングのＰＵＳＣＨと時間領域で同時に衝突する場合、端末装置１は該ＵＣＩを準静的スケジューリングのＰＵＳＣＨに多重して送信してもよい。半永続ＣＳＩのＰＵＳＣＨと第４のＰＵＳＣＨのセットがＵＣＩを含むＰＵＣＣＨと時間領域で衝突する場合、該ＵＣＩは該第４のＰＵＳＣＨのセットから選択される１つのＰＵＳＣＨに多重して送信されてもよい。該第４のＰＵＳＣＨのセットは、１または複数の非周期ＣＳＩのＰＵＳＣＨ、１または複数の動的スケジューリングのＰＵＳＣＨ、および／または、１または複数の準静的スケジューリングのＰＵＳＣＨの一部または全部を少なくとも含んでもよい。
【0132】
ＵＣＩを含むＰＵＣＣＨが、第５のＰＵＳＣＨのセットと時間領域で衝突する場合、端末装置１は該ＵＣＩを第５のＰＵＳＣＨのセットから選択される１つのＰＵＳＣＨに多重して送信してもよい。ＵＣＩを含むＰＵＣＣＨが、第５のＰＵＳＣＨのセットと第６のＰＵＳＣＨのセットと時間領域で衝突する場合、端末装置１は該ＵＣＩを第５のＰＵＳＣＨのセットから選択される１つのＰＵＳＣＨに多重して送信してもよい。第５のＰＵＳＣＨのセットは、１または複数の半永続ＣＳＩのＰＵＳＣＨ、および／または、１または複数の非周期ＣＳＩのＰＵＳＣＨの一部または全部を少なくとも含んでもよい。第６のＰＵＳＣＨのセットは、１または複数の動的スケジューリングのＰＵＳＣＨ、および／または、１または複数の準静的スケジューリングのＰＵＳＣＨの一部または全部を少なくとも含んでもよい。該第５のＰＵＳＣＨのセットから選択される該１つのＰＵＳＣＨは、該第５のＰＵＳＣＨのセットに含まれるＰＵＳＣＨのそれぞれがマップされるサービングセルのインデックス、および／または、該第５のＰＵＳＣＨのセットに含まれるＰＵＳＣＨのそれぞれの開始位置（starting position）に少なくとも基づき与えられてもよい。
【0133】
ＵＣＩを含むＰＵＣＣＨが、非周期ＣＳＩのＰＵＳＣＨと第７のＰＵＳＣＨのセットと時間領域で衝突する場合、端末装置１は該ＵＣＩを非周期ＣＳＩのＰＵＳＣＨに多重して送信してもよい。該第７のＰＵＳＣＨのセットは、１または複数の半永続ＣＳＩのＰＵＳＣＨ、および／または、１または複数の動的スケジューリングのＰＵＳＣＨの一部または全部を少なくとも含んでもよい。ＵＣＩを含むＰＵＣＣＨが、非周期ＣＳＩのＰＵＳＣＨと準静的スケジューリングのＰＵＳＣＨと時間領域で衝突する場合、端末装置１は該ＵＣＩを非周期ＣＳＩのＰＵＳＣＨに多重して送信してもよい。ＵＣＩを含むＰＵＣＣＨが、第７のＰＵＳＣＨのセットと準静的スケジューリングのＰＵＳＣＨと時間領域で衝突する場合、端末装置１は該ＵＣＩを第７のＰＵＳＣＨのセットから選択される１つのＰＵＳＣＨに多重して送信してもよい。該第７のＰＵＳＣＨのセットから選択される該１つのＰＵＳＣＨは、該第７のＰＵＳＣＨのセットに含まれるＰＵＳＣＨのそれぞれがマップされるサービングセルのインデックス、および／または、該第７のＰＵＳＣＨのセットに含まれるＰＵＳＣＨのそれぞれの開始位置（starting position）に少なくとも基づき与えられて
もよい。
もよい。
【0134】
ＵＣＩを含むＰＵＣＣＨが、非周期ＣＳＩのＰＵＳＣＨと動的スケジューリングのＰＵＳＣＨと時間領域で衝突する場合、端末装置１は該ＵＣＩを非周期ＣＳＩのＰＵＳＣＨに多重して送信してもよい。ＵＣＩを含むＰＵＣＣＨが、非周期ＣＳＩのＰＵＳＣＨと第８のＰＵＳＣＨのセットと時間領域で衝突する場合、端末装置１は該ＵＣＩを非周期ＣＳＩのＰＵＳＣＨに多重して送信してもよい。第８のＰＵＳＣＨのセットは、１または複数の半永続ＣＳＩのＰＵＳＣＨ、および／または、１または複数の準静的スケジューリングのＰＵＳＣＨの一部または全部を少なくとも含んでもよい。ＵＣＩを含むＰＵＣＣＨが、動的スケジューリングのＰＵＳＣＨと第８のＰＵＳＣＨのセットと時間領域で衝突する場合、端末装置１は該ＵＣＩを動的スケジューリングのＰＵＳＣＨに多重して送信してもよい。ＵＣＩを含むＰＵＣＣＨが、第８のＰＵＳＣＨのセットと時間領域で衝突する場合、該ＵＣＩは該第８のＰＵＳＣＨのセットから選択される１つのＰＵＳＣＨに多重して送信されてもよい。
【0135】
ＵＣＩを含むＰＵＣＣＨが、複数の非周期ＣＳＩのＰＵＳＣＨと時間領域で衝突する、且つ、該複数の非周期ＣＳＩのＰＵＳＣＨが複数のサービングセルに用いられる場合、端末装置１はＰＵＣＣＨに関連するＵＣＩをサービングセル識別子の値が低いサービングセルの非周期ＣＳＩのＰＵＳＣＨに多重して送信してもよい。端末装置１は、該サービングセルにおいて複数の非周期ＣＳＩのＰＵＳＣＨが送信される場合、ＰＵＣＣＨに関連するＵＣＩを該サービングセルにおける複数の非周期ＣＳＩのＰＵＳＣＨのうち時間領域で先頭の非周期ＣＳＩのＰＵＳＣＨに多重して送信してもよい。
【0136】
ＵＣＩを含むＰＵＣＣＨが、複数の半永続ＣＳＩのＰＵＳＣＨと時間領域で衝突する、且つ、該複数の半永続ＣＳＩのＰＵＳＣＨが複数のサービングセルに用いられる場合、端末装置１はＰＵＣＣＨに関連するＵＣＩをサービングセル識別子の値が低いサービングセルの半永続ＣＳＩのＰＵＳＣＨに多重して送信してもよい。端末装置１は、該サービングセルにおいて複数の半永続ＣＳＩのＰＵＳＣＨが送信される場合、ＰＵＣＣＨに関連するＵＣＩを該サービングセルにおける複数の半永続ＣＳＩのＰＵＳＣＨのうち時間領域で先頭の半永続ＣＳＩのＰＵＳＣＨに多重して送信してもよい。
【0137】
ＵＣＩを含むＰＵＣＣＨが、１または複数の非周期ＣＳＩのＰＵＳＣＨ、または／および、１または複数の半永続ＣＳＩのＰＵＳＣＨ、または／および、１または複数の動的スケジューリングのＰＵＳＣＨ、または／および、１または複数の準静的スケジューリングのＰＵＳＣＨと時間領域で衝突する場合、少なくともｙ、ｃ、ｌに基づいて、ＰＵＣＣＨに関連するＵＣＩを多重して送信するＰＵＳＣＨが定められてもよい。例えば、ＵＣＩを含むＰＵＣＣＨが、１または複数の非周期ＣＳＩのＰＵＳＣＨ、または／および、１または複数の半永続ＣＳＩのＰＵＳＣＨ、または／および、１または複数の動的スケジューリングのＰＵＳＣＨ、または／および、１または複数の準静的スケジューリングのＰＵＳＣＨと時間領域で衝突する場合、数式（１）に基づいて求められる優先順位の値ＰｒｉｉＵＣＩによって、ＰＵＣＣＨに関連するＵＣＩを多重して送信するＰＵＳＣＨが定められてもよい。例えば、端末装置１はＰＵＣＣＨに関連するＵＣＩを最低値のＰｒｉｉＵＣＩに対応するＰＵＳＣＨに多重して送信してもよい。すなわち、端末装置１は、ＵＣＩを含むＰＵＣＣＨが１または複数のＰＵＳＣＨと時間領域で衝突する場合、ＰＵＣＣＨに関連するＵＣＩを、該１または複数のＰＵＳＣＨのうち最低値のＰｒｉｉＵＣＩに対応するＰＵＳＣＨに多重して送信してもよい。
【0138】
【数1】
【0139】
Ｎｃｅｌｌｓはサービングセルの最大数である。Ｎｃｅｌｌｓは、上位層パラメータｍａｘＮｒｏｆＳｅｒｖｉｎｇＣｅｌｌｓによって与えられてもよい。Ｎｃｅｌｌｓは、予め決められた値（例えば、１６または３２）であってもよい。
【0140】
Ｎｔｉｍｅは、１つのスロットにおいて送信可能なＰＵＳＣＨの時間領域リソース割り当ての候補数に関連する値であってもよい。例えば、Ｎｔｉｍｅは、上位層のパラメータに基づき与えられてもよい。例えば、Ｎｔｉｍｅは、Ｎｓｌｏｔ
ｓｙｍｂに対応してもよい。Ｎｓｌｏｔ
ｓｙｍｂは、１つのスロットに含まれるＯＦＤＭシンボルの数である。複数のキャリアのそれぞれに対してサブキャリア間隔の設定μが設定されるキャリアアグリゲーションにおいて、Ｎｓｌｏｔ
ｓｙｍｂは、最も大きいサブキャリア間隔の設定μが設定されるキャリアに対応してもよい。複数のキャリアのそれぞれに対してサブキャリア間隔の設定μが設定されるキャリアアグリゲーションにおいて、Ｎｓｌｏｔ
ｓｙｍｂは、ＵＣＩを含むＰＵＣＣＨと時間領域で衝突する１または複数のＰＵＳＣＨが送信される（割り当てられる）１または複数のキャリアのうち、最も大きいサブキャリア間隔の設定μが設定されるキャリアに対応してもよい。該最も大きいサブキャリア間隔の設定μが２であり、ＣＰ設定が拡張ＣＰ（extended cyclic prefix）である場合、Ｎｓｌｏｔ
ｓｙｍｂは、サブキャリア間隔の設定μが２であり、ＣＰ設定がノーマルＣＰ（normal cyclic prefix）であるキャリアに対するＮｓｌｏｔ
ｓｙｍｂによって与えられてもよい。例えば、Ｎｔｉｍｅは、ｃｅｉｌｉｎｇ（Ｋ・Ｎｓｌｏｔ
ｓｙｍｂ）に対応してもよい。Ｋの値は、少なくともμに基づいて与えられてもよい。Ｋの値は、２（μ－μＰＵＣＣＨ）によって与えられてもよい。μＰＵＣＣＨは、ＰＵＣＣＨが用いられるキャリアのサブキャリア間
隔の設定である。ｃｅｉｌｉｎｇは天井関数である。天井関数は、入力された値よりも大きい、最も小さい整数を出力する。
隔の設定である。ｃｅｉｌｉｎｇは天井関数である。天井関数は、入力された値よりも大きい、最も小さい整数を出力する。
【0141】
例えば、第ａ１の例において、μ＝３およびμＰＵＣＣＨ＝１が設定される場合、Ｋ＝４であり、Ｎｓｌｏｔ
ｓｙｍｂ＝１４であり、Ｎｔｉｍｅ＝５６である。
【0142】
第ａ２の例において、μ＝０およびμＰＵＣＣＨ＝２が設定される、且つ、ＰＵＣＣＨが用いられるキャリアのＣＰ設定が拡張ＣＰである場合、Ｋ＝０．２５であり、Ｎｓｌｏｔ
ｓｙｍｂ＝１４であり、Ｎｔｉｍｅ＝４である。
【0143】
第ａ３の例において、μ＝２およびμＰＵＣＣＨ＝４が設定される、且つ、μ＝２に対するＰＵＳＣＨが用いられるキャリアのＣＰ設定が拡張ＣＰである場合、Ｋ＝０．２５であり、Ｎｓｌｏｔ
ｓｙｍｂ＝１４であり、Ｎｔｉｍｅ＝４である。
【0144】
ｃはサービングセルのインデックスである（ｃ＝０、１、．．．、Ｎｃｅｌｌｓ－１）。
【0145】
第４の例において、ＰＵＳＣＨ６３２とＰＵＳＣＨ６３３に対してｃ＝１、ＰＵＳＣＨ６３０とＰＵＳＣＨ６３１に対してｃ＝０を設定してもよい。
【0146】
ｌは、サービングセルのそれぞれにおいてＰＵＳＣＨの送信の開始位置が早い方から順番にインデックスされてもよい。ｌは、ＰＵＳＣＨの先頭のＯＦＤＭシンボルのインデックスに対応してもよい。
【0147】
第３の例において、ＰＵＳＣＨ６２２に対してｌ＝０、ＰＵＳＣＨ６２３に対してｌ＝１、ＰＵＳＣＨ６２４に対してｌ＝２、ＰＵＳＣＨ６２０に対してｌ＝３、ＰＵＳＣＨ６２１に対してｌ＝４を設定してもよい。
【0148】
第４の例において、ＰＵＳＣＨ６３２に対してｌ＝０、ＰＵＳＣＨ６３３に対してｌ＝１、ＰＵＳＣＨ６３０に対してｌ＝０、ＰＵＳＣＨ６３１に対してｌ＝１を設定してもよい。
【0149】
ｙは、非周期ＣＳＩのＰＵＳＣＨ、および、半永続ＣＳＩのＰＵＳＣＨ、および、動的スケジューリングのＰＵＳＣＨ、および、準静的スケジューリングのＰＵＳＣＨを少なくとも含むＰＵＳＣＨのタイプに対して、優先順位を決めるのための重み係数である。ｙの値は、それぞれのＰＵＳＣＨのタイプに対して設定されてもよい。
【0150】
例えば、第ｂ１の例において、半永続ＣＳＩのＰＵＳＣＨに対してｙ＝０、非周期ＣＳＩのＰＵＳＣＨに対してｙ＝１、動的スケジューリングのＰＵＳＣＨに対してｙ＝２、準静的スケジューリングのＰＵＳＣＨに対してｙ＝３を設定してもよい。
【0151】
第ｂ２の例において、半永続ＣＳＩのＰＵＳＣＨに対してｙ＝１、非周期ＣＳＩのＰＵＳＣＨに対してｙ＝０、動的スケジューリングのＰＵＳＣＨに対してｙ＝２、準静的スケジューリングのＰＵＳＣＨに対してｙ＝３を設定してもよい。
【0152】
第ｂ３の例において、半永続ＣＳＩのＰＵＳＣＨに対してｙ＝２、非周期ＣＳＩのＰＵＳＣＨに対してｙ＝０、動的スケジューリングのＰＵＳＣＨに対してｙ＝１、準静的スケジューリングのＰＵＳＣＨに対してｙ＝３を設定してもよい。
【0153】
第ｂ４の例において、半永続ＣＳＩのＰＵＳＣＨに対してｙ＝３、非周期ＣＳＩのＰＵ
ＳＣＨに対してｙ＝０、動的スケジューリングのＰＵＳＣＨに対してｙ＝１、準静的スケジューリングのＰＵＳＣＨに対してｙ＝２を設定してもよい。
以下、本実施形態の一態様に係る種々の装置の態様を説明する。
ＳＣＨに対してｙ＝０、動的スケジューリングのＰＵＳＣＨに対してｙ＝１、準静的スケジューリングのＰＵＳＣＨに対してｙ＝２を設定してもよい。
以下、本実施形態の一態様に係る種々の装置の態様を説明する。
【0154】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨに少なくとも基づきスケジューリングされるＰＤＳＣＨを受信する受信部を備え、ＰＵＣＣＨが１または複数のＰＵＳＣＨと時間領域で衝突する場合、前記１または複数のＰＵＳＣＨのそれぞれが半永続ＣＳＩのＰＵＳＣＨであるか否かに少なくとも基づき、前記１または複数のＰＵＳＣＨのなかから１つのＰＵＳＣＨを選択し、前記ＰＤＳＣＨに対応するＵＣＩを、前記選択したＰＵＳＣＨで送信することを含む。
【0155】
（２）本発明の第２の態様は、基地局装置であって、ＰＤＣＣＨを送信し、前記ＰＤＣＣＨに少なくとも基づきスケジューリングされるＰＤＳＣＨを送信する送信部を備え、ＰＵＣＣＨが１または複数のＰＵＳＣＨと時間領域で衝突する場合、前記１または複数のＰＵＳＣＨのそれぞれが半永続ＣＳＩのＰＵＳＣＨであるか否かに少なくとも基づき、前記１または複数のＰＵＳＣＨのなかから１つのＰＵＳＣＨを選択し、前記ＰＤＳＣＨに対応するＵＣＩを、前記選択したＰＵＳＣＨで受信することを含む。
【0156】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
御するプログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【0157】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【0158】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【0159】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【0160】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブ
ロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
ロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【0161】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）および／またはＮＧ－ＲＡＮ（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢお
よび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。
よび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。
【0162】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【0163】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【0164】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【0165】
１（１Ａ、１Ｂ、１Ｃ） 端末装置
３ 基地局装置
１０、３０ 無線送受信部
１１、３１ アンテナ部
１２、３２ ＲＦ部
１３、３３ ベースバンド部
１４、３４ 上位層処理部
１５、３５ 媒体アクセス制御層処理部
１６、３６ 無線リソース制御層処理部
３ 基地局装置
１０、３０ 無線送受信部
１１、３１ アンテナ部
１２、３２ ＲＦ部
１３、３３ ベースバンド部
１４、３４ 上位層処理部
１５、３５ 媒体アクセス制御層処理部
１６、３６ 無線リソース制御層処理部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】