ホーム > 特許ランキング > 株式会社ＮＴＴドコモ
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-22
(45)【発行日】2024-08-30
(54)【発明の名称】端末および通信方法
(51)【国際特許分類】
H04W 72/232 20230101AFI20240823BHJP
H04W 92/18 20090101ALI20240823BHJP
H04W 4/40 20180101ALI20240823BHJP
H04W 72/0457 20230101ALI20240823BHJP
H04W 28/04 20090101ALI20240823BHJP
H04W 72/25 20230101ALI20240823BHJP
H04W 72/40 20230101ALI20240823BHJP
【ＦＩ】
H04W72/232
H04W92/18
H04W4/40
H04W72/0457 110
H04W28/04 110
H04W72/25
H04W72/40
【請求項の数】
4
(21)【出願番号】P 2022541097
(86)(22)【出願日】2020-08-07
(86)【国際出願番号】 JP2020030514
(87)【国際公開番号】W WO2022030021
(87)【国際公開日】2022-02-10
【審査請求日】2023-01-11
(73)【特許権者】
【識別番号】392026693
【氏名又は名称】株式会社ＮＴＴドコモ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】吉岡 翔平
(72)【発明者】
【氏名】芝池 尚哉
(72)【発明者】
【氏名】永田 聡
【審査官】小林 正明
(56)【参考文献】
【文献】国際公開第２０２０／１５３２１０（ＷＯ，Ａ１）
【文献】国際公開第２０１７／０５１９０４（ＷＯ，Ａ１）
【文献】Ericsson，On the Need of Sidelink PCell and SCell[online]，3GPP TSG RAN WG2 #99bis R2-1711494，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_99bis/Docs/R2-1711494.zip>，2017年10月13日，［検索日 2024.02.19］
【文献】Huawei, HiSilicon，Miscellaneous corrections to 38.331 for V2X[online]，3GPP TSG RAN WG2 #110-e R2-2005951，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_110-e/Docs/R2-2005951.zip>，2020年06月12日，［検索日 2024.02.19］
【文献】NTT DOCOMO, INC.，Remaining issues on resource allocation mechanism mode 1[online]，3GPP TSG RAN WG1 #100b_e R1-2002438，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100b_e/Docs/R1-2002438.zip>，2020年04月30日，［検索日 2024.02.19］
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
２つのPhysical Uplink Control Channel（ＰＵＣＣＨ）グループの一方にPUCCH-Scellが含まれる通信システムの端末であって、
前記PUCCH-SCellに設定されたPhysical Downlink Control Channel（ＰＤＣＣＨ）にて、サイドリンク通信において、他の端末へ第１制御情報及びデータを送信するためのチャネルを示す第２制御情報を基地局から受信する受信部と、
前記データを受信した前記他の端末から送信された第１応答信号に基づく第２応答信号を、前記PUCCH-SCellに設定されたＰＵＣＣＨにて前記基地局に送信する送信部と、
を具備する端末。
【請求項2】
前記受信部は、第１設定情報を含む第１上位レイヤパラメータ、及び、第２設定情報を含む第２上位レイヤパラメータを受信し、
前記第１設定情報には、前記ＰＤＣＣＨが設定されるリソースが示され、
前記第２設定情報には、前記ＰＵＣＣＨが設定されるリソースが示される、
請求項１に記載の端末。
【請求項3】
２つのPhysical Uplink Control Channel（ＰＵＣＣＨ）グループの一方にPUCCH-Scellが含まれ、
基地局と、
前記基地局と通信を行う第１端末と、
前記第１端末とサイドリンク通信を行う第２端末と、
を有する通信システムであって、
前記第１端末は、
前記PUCCH-SCellに設定されたPhysical Downlink Control Channel（ＰＤＣＣＨ）にて、前記第２端末へ、第１制御情報及びデータを送信するためのチャネルを示す第２制御情報を前記基地局から受信する受信部と、
前記データを受信した前記第２端末から送信された第１応答信号に基づく第２応答信号を、前記PUCCH-SCellに設定されたＰＵＣＣＨにて前記基地局に送信する送信部と、
を具備する、
通信システム。
【請求項4】
２つのPhysical Uplink Control Channel（ＰＵＣＣＨ）グループの一方にPUCCH-Scellが含まれる通信システムの端末が、前記PUCCH-SCellに設定されたPhysical Downlink Control Channel（ＰＤＣＣＨ）にて、サイドリンク通信において他の端末へ第１制御情報及びデータを送信するためのチャネルを示す第２制御情報を基地局から受信し、
前記データを受信した前記他の端末から送信された第１応答信号に基づく第２応答信号を、前記PUCCH-SCellに設定されたＰＵＣＣＨにて前記基地局に送信する、
通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、端末および通信方法に関する。
【背景技術】
【0002】
ＬＴＥ－Ａｄｖａｎｃｅｄの後継システムにあたる５Ｇ（5th generation mobile communication system）では、端末同士が基地局を介さないで直接通信を行うＤ２Ｄ（Device to Device）技術が検討されており、Ｖ２Ｘ向けのＤ２Ｄ技術も検討されている（例えば、非特許文献１を参照）。なお、３ＧＰＰ（3rd Generation Partnership Project）では、Ｄ２Ｄを「サイドリンク（Sidelink）」と称している。なお、ＬＴＥは、Long Term Evolutionの略である。Ｖ２Ｘは、Vehicle-to-everythingの略である。５Ｇは、New Radio（ＮＲ）などと呼ばれることもある。また、以下では、サイドリンク（Sidelink）を「ＳＬ」と表記することもある。
【0003】
ＮＲのリリース１６のＶ２Ｘでは、リソース割り当て（Resource allocation）のモード１において、基地局が、ＳＬスケジューリングを行い、割り当てたＰＳＣＣＨ／ＰＳＳＣＨを示すＳＬグラントを含むＤＣＩ（Downlink Control Information）を、ＳＬスケジューリング用のＰＤＣＣＨで特定の端末に送信する。また、ＳＬグラントを受信した端末が、割り当てられたＰＳＣＣＨ／ＰＳＳＣＨを用いて他の端末とサイドリンク通信を行い、他の端末からＰＳＦＣＨを介して送信されたSL HARQ-ACKを、ＳＬスケジューリング用のＰＵＣＣＨで基地局に報告する。なお、ＰＤＣＣＨは、Physical Downlink Control Channelの略であり、ＰＵＣＣＨは、Physical Uplink Control Channelの略である。また、ＰＳＣＣＨは、Physical Sidelink Control Channelの略であり、ＰＳＳＣＨは、Physical Sidelink Shared Channelの略であり、ＰＳＦＣＨは、Physical Sidelink Feedback Channelの略である。また、HARQは、Hybrid Automatic Repeat Requestの略であり、ACKは、Acknowledgementの略である。
【先行技術文献】
【非特許文献】
【0004】
【文献】RP-192744 “5G V2X with NR sidelink”, December 9-12 2019
【発明の概要】
【発明が解決しようとする課題】
【0005】
５Ｇ以降の無線通信システムでは、ＳＬスケジューリング用のＰＤＣＣＨ、ＰＵＣＣＨ及びＰＤＣＣＨ／ＰＵＣＣＨの組み合わせが柔軟に設定されることが想定される。
【0006】
本開示の目的の１つは、ＳＬスケジューリング用のＰＤＣＣＨ及びＰＵＣＣＨの少なくとも一方を設定可能なキャリアを明確にすることにある。
【課題を解決するための手段】
【0007】
本開示の端末は、サイドリンクのリソースをスケジュールするためのPhysical Downlink Control Channel（ＰＤＣＣＨ）が設定される第１キャリア、及び、サイドリンクに係る情報をフィードバックするためのPhysical Uplink Control Channel（ＰＵＣＣＨ）が設定される第２キャリアの少なくとも一方を特定する制御部と、前記制御部の制御に従って、前記第１キャリアにおける前記ＰＤＣＣＨの受信及び前記第２キャリアにおける前記ＰＵＣＣＨの送信の少なくとも一方を行う通信部と、を有し、前記第１キャリア及び前記第２キャリアの少なくとも一方は、特定の規則を満たすキャリアの中から決定される。
【0008】
本開示の通信方法は、端末が、サイドリンクのリソースをスケジュールするためのPhysical Downlink Control Channel（ＰＤＣＣＨ）が設定される第１キャリア、及び、サイドリンクに係る情報をフィードバックするためのPhysical Uplink Control Channel（ＰＵＣＣＨ）が設定される第２キャリアの少なくとも一方を特定し、前記制御部の制御に従って、前記第１キャリアにおける前記ＰＤＣＣＨの受信及び前記第２キャリアにおける前記ＰＵＣＣＨの送信の少なくとも一方を行い、前記第１キャリア及び前記第２キャリアの少なくとも一方は、特定の規則を満たすキャリアの中から決定される。
【発明の効果】
【0009】
本開示によれば、ＳＬスケジューリング用のＰＤＣＣＨ及びＰＵＣＣＨの少なくとも一方を設定可能なキャリアを明確にできる。
【図面の簡単な説明】
【0010】
【図1】本開示の実施の形態に係る無線通信システムの構成例を示した図である。
【図2】端末のブロック構成例を示した図である。
【図3】ＰＤＣＣＨが設定されるキャリアを説明する図である。
【図4】ＰＵＣＣＨが設定されるキャリアを説明する図である。
【図5】ＰＤＣＣＨ及びＰＵＣＣＨが設定されるキャリアを説明する図である。
【図6】本開示の実施の形態に係る端末および基地局のハードウェア構成例を示した図である。
【発明を実施するための形態】
【0011】
以下、本開示の実施の形態を、図面を参照して説明する。なお、以下の説明では、簡単のために、ＳＬスケジューリング用のＰＤＣＣＨを、単に「ＰＤＣＣＨ」と表記し、ＳＬスケジューリング用のＰＵＣＣＨを、単に「ＰＵＣＣＨ」と表記する。ＳＬスケジューリング用のＰＵＣＣＨは、ＳＬの送受信結果に係るHARQ-ACKを基地局へ送信するためのＰＵＣＣＨを意味してもよい。また、「設定」は「予め設定」に置き換えられてもよい。
【0012】
本開示の実施の形態の無線通信システムの動作にあたっては、適宜、既存技術が使用される。ただし、当該既存技術は、例えば既存のＬＴＥであるが、既存のＬＴＥに限られない。また、本明細書で使用する用語「ＬＴＥ」は、特に断らない限り、ＬＴＥ－Ａｄｖａｎｃｅｄ、及び、ＬＴＥ－Ａｄｖａｎｃｅｄ以降の方式（例：ＮＲ）、又は無線ＬＡＮ（Local Area Network）を含む広い意味を有するものとする。
【0013】
また、本開示の実施の形態において、複信（Duplex）方式は、ＴＤＤ方式でもよいし、ＦＤＤ（Frequency Division Duplex）方式でもよいし、又はそれ以外（例えば、Flexible Duplex等）の方式でもよい。
【0014】
また、本開示の実施の形態において、無線パラメータ等が「設定される（Configure）」とは、所定の値が予め設定（Pre-configure）されることであってもよいし、基地局又は端末から通知される無線パラメータが設定されることであってもよい。
【0015】
３ＧＰＰでは、Ｄ２Ｄ機能を拡張することでＶ２ＸあるいはｅＶ２Ｘ（enhanced V2X）を実現することが検討され、仕様化が進められている。Ｖ２Ｘとは、ＩＴＳ（Intelligent Transport Systems）の一部であり、車両間で行われる通信形態を意味するＶ２Ｖ（Vehicle to Vehicle）、車両と道路脇に設置される路側機（ＲＳＵ：Road-Side Unit）との間で行われる通信形態を意味するＶ２Ｉ（Vehicle to Infrastructure）、車両とＩＴＳサーバとの間で行われる通信形態を意味するＶ２Ｎ（Vehicle to Network）、及び、車両と歩行者が所持するモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Vehicle to Pedestrian）の総称である。
【0016】
ＬＴＥ又はＮＲのＶ２Ｘについて、今後３ＧＰＰ仕様に限られない検討も進められることが想定される。例えば、インターオペラビリティの確保、上位レイヤの実装によるコストの低減、複数ＲＡＴ（Radio Access Technology）の併用又は切替方法、各国におけるレギュレーション対応、ＬＴＥ又はＮＲのＶ２Ｘプラットフォームのデータ取得、配信、データベース管理及び利用方法が検討されることが想定される。
【0017】
本開示の実施の形態において、通信装置が車両に搭載される形態を主に想定するが、本開示の実施の形態は、当該形態に限定されない。例えば、通信装置は人が保持する端末であってもよいし、通信装置がドローンあるいは航空機に搭載される装置であってもよいし、通信装置が基地局、ＲＳＵ、中継局（リレーノード）、スケジューリング能力を有する端末等であってもよい。また、Ｖ２Ｘには限定されず、いかなるＤ２Ｄ端末に適用されてもよい。
【0018】
なお、ＳＬ（Sidelink）は、ＵＬ（Uplink）又はＤＬ（Downlink）と以下１）－４）のいずれか又は組み合わせに基づいて区別されてもよい。また、ＳＬは、他の名称であってもよい。
１）時間領域のリソース配置
２）周波数領域のリソース配置
３）参照する同期信号（ＳＬＳＳ（Sidelink Synchronization Signal）を含む）
４）送信電力制御のためのパスロス測定に用いる参照信号
１）時間領域のリソース配置
２）周波数領域のリソース配置
３）参照する同期信号（ＳＬＳＳ（Sidelink Synchronization Signal）を含む）
４）送信電力制御のためのパスロス測定に用いる参照信号
【0019】
また、ＳＬ又はＵＬのＯＦＤＭ（Orthogonal Frequency Division Multiplexing）に関して、ＣＰ－ＯＦＤＭ（Cyclic-Prefix OFDM）、ＤＦＴ－Ｓ－ＯＦＤＭ（Discrete Fourier Transform - Spread - OFDM）、Ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇされていないＯＦＤＭ又はＴｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇされているＯＦＤＭのいずれが適用されてもよい。
【0020】
なお、端末は１つの筐体の装置である必要はなく、例えば、各種センサが車両内に分散して配置される場合でも、当該各種センサを含めた装置が端末である。
【0021】
また、端末のＳＬの送信データの処理内容は基本的には、ＬＴＥあるいはＮＲでのＵＬ送信の処理内容と同様である。例えば、端末は、送信データのコードワードをスクランブルし、変調してcomplex-valued symbolsを生成し、当該complex-valued symbols（送信信号）を１又は２レイヤにマッピングし、プリコーディングを行う。そして、precoded complex-valued symbolsをリソースエレメントにマッピングして、送信信号（例：complex-valued time-domain SC-FDMA signal）を生成し、各アンテナポートから送信する。
【0022】
【0023】
端末１ａは、基地局２とＵｕ（Unique user）キャリアを経由して通信を行い、端末１ｂと、ＳＬキャリアを経由してサイドリンク通信を行う。なお、Ｕｕキャリアは、ＵＬ／ＤＬの通信に使用されるキャリアである。ＳＬキャリアは、サイドリンクの通信に使用されるキャリアである。ＳＬキャリアには、ＰＣ５インターフェース専用に使用される専用キャリア（Dedicated carrier）と、Ｕｕインターフェースと共用で使用されるシェアドキャリア（Shared carrier）とがある。
【0024】
端末１ｂは、基地局２と通信を行わなくてもよく、例えば、基地局２のカバレッジ外にいる場合であってもよい。
【0025】
リソース割り当て（Resource allocation）のモード１において、基地局２は、ＳＬスケジューリングを行い、割り当てたＰＳＣＣＨ／ＰＳＳＣＨを示すＳＬグラントを含むＤＣＩを、Ｕｕキャリアに設定されたＰＤＣＣＨで端末１ａに送信する。ＤＣＩは、上位レイヤパラメータに置き換えられてもよい。なお、ＰＤＣＣＨが設定されるキャリアは、後述する所定の規則を満たすキャリアの中から決定され、決定されたキャリアに対してsl-PDCCH-Configが設定される。sl-PDCCH-Configは、基地局からのＮＲのＳＬスケジューリングのための上位レイヤのパラメータであり、基地局２から端末１ａに通知される。端末１ａは、通知されたsl-PDCCH-Configに基づいて、ＳＬスケジューリング用のＤＣＩの受信を試みる。なお、sl-PDCCH-Configの通知方法に特に限定は無く、例えば、上位レイヤ（例えば、ＲＲＣ（Radio Resource Control）又はＭＡＣ（Medium Access Control））シグナリングによって通知されてもよく、物理レイヤ（ＰＨＹ）シグナリングによって通知されてもよい。
【0026】
端末１ａは、ＳＬキャリアに設定され、基地局２によって割り当てられたＰＳＣＣＨ／ＰＳＳＣＨで、端末１ｂに制御情報およびデータを送信する。
【0027】
端末１ｂは、端末１ａから受信したデータに対して復調／復号処理を行い、正常に復号できたか否かを示すSL HARQ-ACKを、ＳＬキャリアに設定されたＰＳＦＣＨで端末１ａに送信する。
【0028】
端末１ａは、端末１ｂから受信したSL HARQ-ACKを、Ｕｕキャリアに設定されたＰＵＣＣＨで基地局２に報告する。本実施例において、基地局２に報告するSL HARQ-ACKは、端末１ｂから受信したSL HARQ-ACKと同じ情報であってもよく、端末１ｂから受信したSL HARQ-ACKに基づいて決定された情報であってもよく、基地局２によって割り当てられたＰＳＣＣＨ／ＰＳＳＣＨリソースにおける送信に基づいて決定された情報であってもよい。なお、ＰＵＣＣＨが設定されるキャリアは、後述する所定の規則を満たすキャリアの中から決定され、決定されたキャリアに対してsl-PUCCH-Configが設定される。sl-PUCCH-Configは、端末から基地局にSL HARQ-ACKを報告するための上位レイヤのパラメータであり、基地局２から端末１ａに通知される。なお、sl-PUCCH-Configの通知方法に特に限定は無い。
【0029】
なお、図１では、２台の端末１ａ，１ｂしか示していないが、３台以上の端末が存在してもよい。
【0030】
【0031】
通信部１１は、制御部１２の制御に従って、基地局２との通信、および、端末１ｂとの通信を行う。
【0032】
具体的には、通信部１１は、sl-PDCCH-Configに基づいて送信されたＰＤＣＣＨで、基地局２から送信されたＤＣＩを受信する。また、通信部１１は、sl-PUCCH-Configで指定されたＰＵＣＣＨ、又はsl-PUCCH-Configに基づいて指示されたＰＵＣＣＨで、基地局２にSL HARQ-ACKを送信する。
【0033】
通信部１１は、ＳＬキャリアに設定又は指示されたＰＳＣＣＨ／ＰＳＳＣＨ用のリソースにおけるＰＳＣＣＨ／ＰＳＳＣＨを介して、端末１ｂに制御情報およびデータを送信する。また、通信部１１は、ＳＬキャリアに設定されたＰＳＦＣＨ用のリソースのうちでいずれかのリソースにおけるＰＳＦＣＨを介して、端末１ｂから送信されたSL HARQ-ACKを受信する。
【0034】
制御部１２は、端末１ａの全体の動作を制御する。特に、制御部１２は、sl-PDCCH-Configにより、ＰＤＣＣＨが設定される（すなわち、基地局２から送信され得る）キャリアを特定し、当該キャリアでＰＤＣＣＨを受信するように通信部１１を制御する。本実施例において、「ＰＤＣＣＨが設定される」とは、ＰＤＣＣＨの受信を行うことが設定されること、を意味してもよいし、関連するパラメータ（例えば、sl-PDCCH-Config）が設定されることを意味してもよい。また、制御部１２は、sl-PUCCH-Configにより、ＰＵＣＣＨが設定されるキャリアを特定し、当該キャリアでＰＵＣＣＨを送信するように通信部１１を制御する。
【0035】
以下、ＰＤＣＣＨを設定可能なキャリアを決定するための規則の例について図３を用いて説明する。図３は、ＰＤＣＣＨが設定されるキャリアを説明する図である。図３では、１つのセルグループが２つのＰＵＣＣＨグループに分けられ、一方のＰＵＣＣＨグループにはSpCell（Special Cell）が含まれ、CC0、CC1の２つのキャリアが用意されており、他方のＰＵＣＣＨグループにはPUCCH SCell（Secondary Cell）が含まれ、CC2、CC3の２つのキャリアが用意されている例を示す。この例では、CC0はSpCell（すなわち、PCell又はPSCell）であり、CC2はPUCCH SCellであり、CC1及びCC3はSCellである。なお、ＰＵＣＣＨグループとは、ＰＤＣＣＨ及び／又はＰＤＳＣＨの少なくとも一方を受信し、それに基づくフィードバックを行うキャリア群の単位である。
【0036】
また、図３において、CC0、CC2及びCC3は、いずれもＵｕキャリアであり、CC1は、ＵｕキャリアかつＳＬキャリア（シェアドキャリア）であるとする。なお、図３では、最終的に、CC0でＰＤＣＣＨが送信される場合を示している。
【0037】
＜規則Ａ１＞
規則Ａ１は、全てのＵｕキャリアにＰＤＣＣＨを設定可能とするものである。例えば、ＳＬキャリアと異なるＰＵＣＣＨグループ内のＵｕキャリアに設定されてもよいし、同じＵＣＣＨグループ内のＵｕキャリアに設定されてもよい。
規則Ａ１は、全てのＵｕキャリアにＰＤＣＣＨを設定可能とするものである。例えば、ＳＬキャリアと異なるＰＵＣＣＨグループ内のＵｕキャリアに設定されてもよいし、同じＵＣＣＨグループ内のＵｕキャリアに設定されてもよい。
【0038】
図３のキャリア構成の例において、規則Ａ１を満たすキャリアは、ＵｕキャリアCC0、CC1、CC2及びCC3である。上位レイヤでは、ＰＤＣＣＨが設定されるキャリアがCC0、CC1、CC2及びCC3の中から決定される。例えば、ＰＤＣＣＨが設定されるＵｕキャリアとしてCC0が決定された場合、CC0に対してsl-PDCCH-Configが設定される。
【0039】
端末１ａは、sl-PDCCH-Configに従ってCC0でＰＤＣＣＨを受信し、ＰＤＣＣＨのＤＣＩに含まれるＳＬグラントを解析し、CC1の、ＳＬグラントに示されるＰＳＣＣＨ／ＰＳＳＣＨで、制御情報およびデータを端末１ｂに送信する。
【0040】
＜規則Ａ２＞
規則Ａ２は、ＳＬキャリアと同一のＰＵＣＣＨグループ内の全てのＵｕキャリアにＰＤＣＣＨを設定可能とするものである。
規則Ａ２は、ＳＬキャリアと同一のＰＵＣＣＨグループ内の全てのＵｕキャリアにＰＤＣＣＨを設定可能とするものである。
【0041】
図３のキャリア構成の例において、規則Ａ２を満たすキャリアは、ＳＬキャリアCC1と同一のＰＵＣＣＨグループ内のＵｕキャリアCC0及びCC1である。上位レイヤでは、ＰＤＣＣＨが設定されるキャリアがCC0及びCC1の中から決定される。例えば、ＰＤＣＣＨが設定されるＵｕキャリアとしてCC0が決定された場合、CC0に対してsl-PDCCH-Configが設定される。
【0042】
＜規則Ａ３＞
規則Ａ３は、ＳＬキャリアと異なるＰＵＣＣＨグループ内の全てのＵｕキャリアにＰＤＣＣＨを設定可能とするものである。
規則Ａ３は、ＳＬキャリアと異なるＰＵＣＣＨグループ内の全てのＵｕキャリアにＰＤＣＣＨを設定可能とするものである。
【0043】
図３のキャリア構成の例において、規則Ａ３を満たすキャリアは、ＳＬキャリアCC1と異なるＰＵＣＣＨグループ内のＵｕキャリアCC2及びCC3である。上位レイヤでは、ＰＤＣＣＨが設定されるキャリアがCC2及びCC3の中から決定される。例えば、ＰＤＣＣＨを設定するＵｕキャリアとしてCC2が決定された場合、CC2に対してsl-PDCCH-Configが設定される。
【0044】
＜規則Ａ４＞
規則Ａ４は、SpCell及び／又はPUCCH SCellのＵｕキャリアにＰＤＣＣＨを設定可能とするものである。
規則Ａ４は、SpCell及び／又はPUCCH SCellのＵｕキャリアにＰＤＣＣＨを設定可能とするものである。
【0045】
図３のキャリア構成の例において、規則Ａ４を満たすキャリアは、SpCellであるＵｕキャリアCC0及び／又はPUCCH SCellであるＵｕキャリアCC2である。例えば、上位レイヤでは、ＰＤＣＣＨが設定されるキャリアがCC0に決定される。そして、CC0に対してsl-PDCCH-Configが設定される。
【0046】
＜規則Ａ５＞
規則Ａ５は、シェアドキャリアにＰＤＣＣＨを設定可能とするものである。
規則Ａ５は、シェアドキャリアにＰＤＣＣＨを設定可能とするものである。
【0047】
図３のキャリア構成の例において、規則Ａ５を満たすキャリアは、シェアドキャリアCC1である。上位レイヤでは、ＰＤＣＣＨが設定されるキャリアがCC1に決定される。そして、CC1に対してsl-PDCCH-Configが設定される。
【0048】
＜バリエーション＞
上記の例では、ＰＤＣＣＨが設定されるキャリアの数が１つの場合について説明したが、本実施の形態では、ＰＤＣＣＨが設定されるキャリアの数が複数であっても良い。
上記の例では、ＰＤＣＣＨが設定されるキャリアの数が１つの場合について説明したが、本実施の形態では、ＰＤＣＣＨが設定されるキャリアの数が複数であっても良い。
【0049】
また、本実施の形態では、ＳＬキャリアの種類によって、適用する規則を変えても良い。例えば、ＳＬキャリアが専用キャリアの場合には規則Ａ１を適用し、ＳＬキャリアがシェアドキャリアの場合には規則Ａ２を適用する。
【0050】
＜効果＞
以上のように、ＰＤＣＣＨを設定可能なキャリアの条件を定義する規則を設定しておくことにより、ＰＤＣＣＨを設定可能なキャリアを明確にできる。
以上のように、ＰＤＣＣＨを設定可能なキャリアの条件を定義する規則を設定しておくことにより、ＰＤＣＣＨを設定可能なキャリアを明確にできる。
【0051】
また、規則Ａ１等、制限が緩い規則を適用することにより、柔軟なスケジューリングを行うことができる。また、規則Ａ５等、制限が厳しい規則を適用することにより、装置構成を簡易にすることができる。規則Ａ２、Ａ３、Ａ４等、制限が中間的な規則を適用することにより、スケジューリングの柔軟性と装置構成の簡易性とのバランスを取ることができる。
【0052】
次に、ＰＵＣＣＨを設定可能なキャリアを決定する規則の例について図４を用いて説明する。図４は、ＰＵＣＣＨが設定されるキャリアを説明する図である。なお、図４では、図３と同様のセル構成、キャリア構成の例を示す。
【0053】
＜規則Ｂ１＞
規則Ｂ１は、ＰＵＣＣＨが設定可能であるキャリア（例えば、SpCell又はPUCCH SCell）のうち、全てのＵｕキャリアにＰＵＣＣＨを設定可能とするものである。例えば、ＳＬキャリアと異なるＰＵＣＣＨグループ内のＵｕキャリアに設定されてもよいし、同じＵＣＣＨグループ内のＵｕキャリアに設定されてもよい。
規則Ｂ１は、ＰＵＣＣＨが設定可能であるキャリア（例えば、SpCell又はPUCCH SCell）のうち、全てのＵｕキャリアにＰＵＣＣＨを設定可能とするものである。例えば、ＳＬキャリアと異なるＰＵＣＣＨグループ内のＵｕキャリアに設定されてもよいし、同じＵＣＣＨグループ内のＵｕキャリアに設定されてもよい。
【0054】
図４のキャリア構成の例において、規則Ｂ１を満たすキャリアは、ＵｕキャリアCC0、及びCC2である。上位レイヤでは、ＰＵＣＣＨが設定されるキャリアがCC0及びCC2の中から決定される。例えば、ＰＵＣＣＨが設定されるＵｕキャリアとしてCC0が決定された場合、CC0に対してsl-PUCCH-Configが設定される。
【0055】
端末１ａは、sl-PUCCH-Configに従ってCC0でHARQ-ACKを含むＰＵＣＣＨを基地局２に送信する。
【0056】
＜規則Ｂ２＞
規則Ｂ２は、ＳＬキャリアと同一のＰＵＣＣＨグループ内の、SpCell又はPUCCH SCellにＰＵＣＣＨを設定可能とするものである。
規則Ｂ２は、ＳＬキャリアと同一のＰＵＣＣＨグループ内の、SpCell又はPUCCH SCellにＰＵＣＣＨを設定可能とするものである。
【0057】
図４のキャリア構成の例において、規則Ｂ２を満たすキャリアは、ＳＬキャリアCC1と同一のＰＵＣＣＨグループ内のSpCellであるＵｕキャリアCC0である。上位レイヤでは、ＰＵＣＣＨが設定されるキャリアがCC0に決定される。そして、CC0に対してsl-PUCCH-Configが設定される。
【0058】
＜規則Ｂ３＞
規則Ｂ３は、ＳＬキャリアと異なるＰＵＣＣＨグループ内、のSpCell又はPUCCH SCellにＰＵＣＣＨを設定可能とするものである。
規則Ｂ３は、ＳＬキャリアと異なるＰＵＣＣＨグループ内、のSpCell又はPUCCH SCellにＰＵＣＣＨを設定可能とするものである。
【0059】
図４のキャリア構成の例において、規則Ｂ３を満たすキャリアは、ＳＬキャリアCC1と異なるＰＵＣＣＨグループ内のPUCCH SCellであるＵｕキャリアCC2である。上位レイヤでは、ＰＵＣＣＨが設定されるキャリアがCC2に決定される。そして、CC2に対してsl-PUCCH-Configが設定される。
【0060】
＜規則Ｂ４＞
規則Ｂ４は、SpCell又はPUCCH SCellのうち、特定のＵｕキャリアにＰＵＣＣＨを設定可能とするものである。
規則Ｂ４は、SpCell又はPUCCH SCellのうち、特定のＵｕキャリアにＰＵＣＣＨを設定可能とするものである。
【0061】
図４のキャリア構成の例において、特定のＵｕキャリアがSpCellである場合、規則Ｂ４を満たすキャリアは、SpCellのＵｕキャリアCC0である。上位レイヤでは、ＰＵＣＣＨが設定されるキャリアがCC0に決定される。そして、CC0に対してsl-PUCCH-Configが設定される。
【0062】
＜規則Ｂ５＞
規則Ｂ５は、シェアドキャリアにＰＵＣＣＨを設定可能とするものである。
規則Ｂ５は、シェアドキャリアにＰＵＣＣＨを設定可能とするものである。
【0063】
図４のキャリア構成の例において、規則Ｂ５を満たすキャリアは、シェアドキャリアCC1である。上位レイヤでは、ＰＵＣＣＨが設定されるキャリアがCC1に決定される。そして、CC1に対してsl-PUCCH-Configが設定される。
【0064】
＜バリエーション＞
上記の例では、ＰＵＣＣＨが設定されるキャリアの数が１つの場合について説明したが、本実施の形態では、ＰＵＣＣＨが設定されるキャリアの数が複数であっても良い。
上記の例では、ＰＵＣＣＨが設定されるキャリアの数が１つの場合について説明したが、本実施の形態では、ＰＵＣＣＨが設定されるキャリアの数が複数であっても良い。
【0065】
また、本実施の形態では、ＳＬキャリアの種類によって、適用する規則を変えても良い。例えば、ＳＬキャリアが専用キャリアの場合には規則Ｂ１を適用し、ＳＬキャリアがシェアドキャリアの場合には規則Ｂ２を適用する。
【0066】
＜効果＞
以上のように、ＰＵＣＣＨを設定可能なキャリアの条件を定義する規則を設定しておくことにより、ＰＵＣＣＨを設定可能なキャリアを明確にできる。
以上のように、ＰＵＣＣＨを設定可能なキャリアの条件を定義する規則を設定しておくことにより、ＰＵＣＣＨを設定可能なキャリアを明確にできる。
【0067】
また、規則Ｂ１等、制限が緩い規則を適用することにより、柔軟なスケジューリングを行うことができる。また、規則Ｂ５等、制限が厳しい規則を適用することにより、装置構成を簡易にすることができる。規則Ｂ２、Ｂ３、Ｂ４等、制限が中間的な規則を適用することにより、スケジューリングの柔軟性と装置構成の簡易性とのバランスを取ることができる。
【0068】
次に、ＰＤＣＣＨを設定可能なキャリアとＰＵＣＣＨを設定可能なキャリアとの関係性を決定する規則の例について図５を用いて説明する。図５は、ＰＤＣＣＨ及びＰＵＣＣＨが設定されるキャリアを説明する図である。なお、図５では、図３と同様のセル構成、キャリア構成の例を示す。
【0069】
＜規則Ｃ１＞
規則Ｃ１は、全てのＵｕキャリアにＰＤＣＣＨ及びＰＵＣＣＨを互いに独立に設定可能とするものである。例えば、PDCCH及びPUCCHのそれぞれが、ＳＬキャリアと異なるＰＵＣＣＨグループ内のＵｕキャリアに設定されてもよいし、同じＵＣＣＨグループ内のＵｕキャリアに設定されてもよい。
規則Ｃ１は、全てのＵｕキャリアにＰＤＣＣＨ及びＰＵＣＣＨを互いに独立に設定可能とするものである。例えば、PDCCH及びPUCCHのそれぞれが、ＳＬキャリアと異なるＰＵＣＣＨグループ内のＵｕキャリアに設定されてもよいし、同じＵＣＣＨグループ内のＵｕキャリアに設定されてもよい。
【0070】
図５のキャリア構成の例において、規則Ｃ１を満たすキャリアは、ＵｕキャリアCC0、CC1、CC2及びCC3である。上位レイヤでは、ＰＤＣＣＨ、ＰＵＣＣＨのそれぞれが設定されるＵｕキャリアがCC0、CC1、CC2及びCC3の中から決定される。例えば、ＰＤＣＣＨを設定するＵｕキャリアとしてCC0が決定され、ＰＵＣＣＨを設定するＵｕキャリアとしてCC2が決定された場合、CC0に対してsl-PDCCH-Configが、及び、CC2に対してsl-PUCCH-Configがそれぞれ設定される。
【0071】
端末１ａは、sl-PDCCH-Configに従ってCC0でＰＤＣＣＨを受信し、ＰＤＣＣＨのＤＣＩに含まれるＳＬグラントを解析し、CC1の、ＳＬグラントに示されるＰＳＣＣＨ／ＰＳＳＣＨで、制御情報およびデータを端末１ｂに送信する。また、端末１ａは、sl-PUCCH-Configに従ってCC0でHARQ-ACKを含むＰＵＣＣＨを基地局２に送信する。
【0072】
＜規則Ｃ２＞
規則Ｃ２は、同一のＰＵＣＣＨグループ内のＵｕキャリアにＰＤＣＣＨ及びＰＵＣＣＨを設定可能とするものである。
規則Ｃ２は、同一のＰＵＣＣＨグループ内のＵｕキャリアにＰＤＣＣＨ及びＰＵＣＣＨを設定可能とするものである。
【0073】
図５のキャリア構成の例において、同一のＰＵＣＣＨグループがSpCellを含むPUCCH groupである場合、規則Ｃ２を満たすキャリアは、PDCCHはCC0及びCC1、PUCCHはSpCellのＵｕキャリアCC0である。上位レイヤでは、例えば、ＰＤＣＣＨを設定するＵｕキャリアとしてCC1が決定され、ＰＵＣＣＨを設定するＵｕキャリアとしてCC0が決定された場合、CC1に対してsl-PDCCH-Configが、及び、CC0に対してsl-PUCCH-Configがそれぞれ設定される。
【0074】
＜規則Ｃ３＞
規則Ｃ３は、同一のＵｕキャリアにＰＤＣＣＨ及びＰＵＣＣＨに設定されるとするものである。
規則Ｃ３は、同一のＵｕキャリアにＰＤＣＣＨ及びＰＵＣＣＨに設定されるとするものである。
【0075】
図５のキャリア構成の例において、規則Ｃ３を満たすキャリアは、CC0、CC1、CC2及びCC3である。例えば、上位レイヤにおいて、ＰＤＣＣＨがCC0に設定された場合、ＰＵＣＣＨもCC0に設定される。そして、CC0に対してsl-PDCCH-Config、及び、CC0に対してsl-PUCCH-Configが設定される。
【0076】
＜規則Ｃ４＞
規則Ｃ４は、シェアドキャリアにＰＤＣＣＨ及びＰＵＣＣＨを設定可能とするものである。
規則Ｃ４は、シェアドキャリアにＰＤＣＣＨ及びＰＵＣＣＨを設定可能とするものである。
【0077】
図５のキャリア構成の例において、規則Ｃ４を満たすキャリアは、シェアドキャリアCC1である。上位レイヤでは、ＰＤＣＣＨ及びＰＵＣＣＨを設定するシェアドキャリアがCC1に決定される。そして、CC1に対してsl-PDCCH-Config、及び、CC1に対してsl-PUCCH-Configが設定される。ただし、この場合、CC0ではなくCC1がSpCellである。
【0078】
＜バリエーション＞
上記の例では、ＰＤＣＣＨ及びＰＵＣＣＨが設定されるキャリアの数が１つの場合について説明したが、本実施の形態では、ＰＤＣＣＨ及びＰＵＣＣＨが設定されるキャリアの数が複数であっても良い。
上記の例では、ＰＤＣＣＨ及びＰＵＣＣＨが設定されるキャリアの数が１つの場合について説明したが、本実施の形態では、ＰＤＣＣＨ及びＰＵＣＣＨが設定されるキャリアの数が複数であっても良い。
【0079】
また、本実施の形態では、ＳＬキャリアの種類によって、適用する規則を変えても良い。例えば、ＳＬキャリアが専用キャリアの場合には規則Ｃ３を適用し、ＳＬキャリアがシェアドキャリアの場合には規則Ｃ４を適用する。
【0080】
＜効果＞
以上のように、ＰＤＣＣＨ及びＰＵＣＣＨを設定可能なキャリアの条件を定義する規則を設定しておくことにより、ＰＤＣＣＨ及びＰＵＣＣＨを設定可能なキャリアを明確にできる。
以上のように、ＰＤＣＣＨ及びＰＵＣＣＨを設定可能なキャリアの条件を定義する規則を設定しておくことにより、ＰＤＣＣＨ及びＰＵＣＣＨを設定可能なキャリアを明確にできる。
【0081】
また、規則Ｃ１等、制限が緩い規則を適用することにより、柔軟なスケジューリングを行うことができる。また、規則Ｃ５等、制限が厳しい規則を適用することにより、装置構成を簡易にすることができる。規則Ｃ２、Ｃ３、Ｃ４等、制限が中間的な規則を適用することにより、スケジューリングの柔軟性と装置構成の簡易性とのバランスを取ることができる。
【0082】
以上、本開示について説明した。なお、本実施の形態のＰＵＣＣＨグループは、セルグループ、帯域（Band）、周波数範囲（Frequency range）に置き換えることもできる。また、sl-PDCCH-Configは、sl-V2X-PDCCH-Configに置き換えられてもよく、基地局からのＬＴＥのＳＬスケジューリングのためのパラメータであってもよい。
【0083】
また、ＰＤＣＣＨに係る設定のためのパラメータとして、sl-PDCCH-Config以外の名称を用いても良い。同様に、ＰＵＣＣＨに係る設定のためのパラメータとして、sl-PUCCH-Config以外の名称を用いても良い。
【0084】
（ハードウェア構成）
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
【0085】
機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
【0086】
例えば、本開示の一実施の形態における基地局、端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図６は、本開示の実施の形態に係る端末および基地局のハードウェア構成例を示した図である。上述の端末１ａ，１ｂおよび基地局２は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【0087】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。端末１ａ，１ｂおよび基地局２のハードウェア構成は、図２に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【0088】
端末１ａ，１ｂおよび基地局２における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
【0089】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。例えば、上述の制御部１２などは、プロセッサ１００１によって実現されてもよい。
【0090】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、端末１ａの制御部１２、端末１ｂの制御部、および基地局の制御部は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【0091】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【0092】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及びストレージ１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
【0093】
通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の通信部１１などは、通信装置１００４によって実現されてもよい。
【0094】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【0095】
また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
【0096】
また、端末１ａ，１ｂおよび基地局２は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
【0097】
（情報の通知、シグナリング）
情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
【0098】
（適用システム）
本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（New Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。
本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（New Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。
【0099】
（処理手順等）
本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【0100】
（基地局の動作）
本開示において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局及び基地局以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。
本開示において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局及び基地局以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。
【0101】
（入出力の方向）
情報等（※「情報、信号」の項目参照）は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
情報等（※「情報、信号」の項目参照）は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
【0102】
（入出力された情報等の扱い）
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【0103】
（判定方法）
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【0104】
（ソフトウェア）
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【0105】
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
【0106】
（情報、信号）
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【0107】
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
【0108】
（「システム」、「ネットワーク」）
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
【0109】
（パラメータ、チャネルの名称）
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
【0110】
上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
【0111】
（基地局（無線基地局））
本開示においては、「基地局（ＢＳ：Base Station）」、「無線基地局」、「固定局（fixed station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）」、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
本開示においては、「基地局（ＢＳ：Base Station）」、「無線基地局」、「固定局（fixed station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）」、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
【0112】
基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
【0113】
（端末）
本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。
本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。
【0114】
移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
【0115】
（基地局／移動局）
基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet of Things）機器であってもよい。
基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet of Things）機器であってもよい。
【0116】
また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局が有する機能を端末が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
【0117】
同様に、本開示における端末は、基地局で読み替えてもよい。この場合、上述の端末が有する機能を基地局が有する構成としてもよい。
【0118】
（用語の意味、解釈）
本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
【0119】
「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
【0120】
参照信号は、ＲＳ（Reference Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。
【0121】
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【0122】
「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【0123】
上記の各装置の構成における「部」を、「手段」、「回路」、「デバイス」等に置き換えてもよい。
【0124】
本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
【0125】
無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
【0126】
ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（ＳＣＳ：SubCarrier Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission Time Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
【0127】
スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル、ＳＣ-ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）シンボル等）で構成されてもよい。スロットは、ニューメロロジーに基づく時間単位であってもよい。
【0128】
スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。
【0129】
無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
【0130】
例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission Time Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
【0131】
ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
【0132】
ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
【0133】
なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
【0134】
１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥ Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
【0135】
なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
【0136】
リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
【0137】
また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。
【0138】
なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier Group）、リソースエレメントグループ（ＲＥＧ：Resource Element Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。
【0139】
また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
【0140】
帯域幅部分（ＢＷＰ：Bandwidth Part）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（common resource blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。
【0141】
ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬ ＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬ ＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。
【0142】
設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。
【0143】
上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長などの構成は、様々に変更することができる。
【0144】
本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
【0145】
本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
【0146】
(態様のバリエーション等)
本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【0147】
以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
【産業上の利用可能性】
【0148】
本開示の一態様は、無線通信システムに有用である。
【符号の説明】
【0149】
１ａ，１ｂ 端末
２ 基地局
１１ 通信部
１２ 制御部
２ 基地局
１１ 通信部
１２ 制御部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】