(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-10-17
(45)【発行日】2022-10-25
(54)【発明の名称】端末、無線通信方法、基地局及びシステム
(51)【国際特許分類】
H04W 72/12 20090101AFI20221018BHJP
H04W 28/04 20090101ALI20221018BHJP
H04W 72/04 20090101ALI20221018BHJP
【FI】
H04W72/12 150
H04W28/04 110
H04W72/04 111
(21)【出願番号】P 2020517747
(86)(22)【出願日】2018-05-11
(86)【国際出願番号】 JP2018018408
(87)【国際公開番号】W WO2019215928
(87)【国際公開日】2019-11-14
【審査請求日】2021-04-28
(73)【特許権者】
【識別番号】392026693
【氏名又は名称】株式会社NTTドコモ
(74)【代理人】
【識別番号】100121083
【氏名又は名称】青木 宏義
(74)【代理人】
【識別番号】100138391
【氏名又は名称】天田 昌行
(74)【代理人】
【識別番号】100158528
【氏名又は名称】守屋 芳隆
(72)【発明者】
【氏名】武田 一樹
(72)【発明者】
【氏名】永田 聡
(72)【発明者】
【氏名】グオ シャオツェン
(72)【発明者】
【氏名】ワン リフェ
(72)【発明者】
【氏名】コウ ギョウリン
【審査官】長谷川 篤男
(56)【参考文献】
【文献】CATT,Discussion on HARQ management and HARQ-ACK feedback,3GPP TSG RAN WG1 #90b R1- 1717834,2017年10月03日
【文献】Qualcomm Incorporated,Summary of DL/UL scheduling and HARQ management,3GPP TSG-RAN WG1 Meeting AH 1801 R1-1803388,2018年02月28日
【文献】Intel Corporation,HARQ-ACK multiplexing and bundling,3GPP TSG RAN WG1 NR Ad-Hoc#2 R1-1710572,2017年06月17日
【文献】Huawei, HiSilicon,Remaining issues on NR CA,3GPP TSG RAN WG1 Meeting #93 R1-1805895,2018年05月11日
【文献】Qualcomm Incorporated,Remaining Issues on CA,3GPP TSG RAN WG1 Meeting #92bis R1-1804810,2018年04月07日
(58)【調査した分野】(Int.Cl.,DB名)
H04B 7/24 - 7/26
H04W 4/00 - 99/00
3GPP TSG RAN WG1-4
SA WG1-4
CT WG1,4
(57)【特許請求の範囲】
【請求項1】
第1のサブキャリア間隔(Sub-Carrier Spacing(SCS))を用いる第1のセルと、前記第1のSCSより大きい第2のSCSを用いる第2のセルと、を用いて送受信する送受信部と、
前記第2のセルの上り共有チャネルにおいて前記第1のセル及び前記第2のセルの両方に関する準静的なHARQ-ACK(Hybrid Automatic Repeat reQuest Acknowledgement)コードブックを送信する場合に、通知された、下り共有チャネルの受信からHARQ-ACKの送信までのタイミングと、通知された、前記上り共有チャネルをスケジューリングする下り制御情報の受信から前記上り共有チャネルの送信までのタイミングと、に基づいて、
前記準静的なHARQ-ACKコードブックの全てのHARQ-ACKビットが処理時間の要求を満たす
ように前記準静的なHARQ-ACKコードブックの送信を制御する制御部と、を有する端末。
【請求項2】
第1のサブキャリア間隔(Sub-Carrier Spacing(SCS))を用いる第1のセルと、前記第1のSCSより大きい第2のSCSを用いる第2のセルと、を用いて送受信するステップと、
前記第2のセルの上り共有チャネルにおいて前記第1のセル及び前記第2のセルの両方に関する準静的なHARQ-ACK(Hybrid Automatic Repeat reQuest Acknowledgement)コードブックを送信する場合に、通知された、下り共有チャネルの受信からHARQ-ACKの送信までのタイミングと、通知された、前記上り共有チャネルをスケジューリングする下り制御情報の受信から前記上り共有チャネルの送信までのタイミングと、に基づいて、
前記準静的なHARQ-ACKコードブックの全てのHARQ-ACKビットが処理時間の要求を満たす
ように前記準静的なHARQ-ACKコードブックの送信を制御するステップと、を有する端末の無線通信方法。
【請求項3】
第1のサブキャリア間隔(Sub-Carrier Spacing(SCS))を用いる第1のセルと、前記第1のSCSより大きい第2のSCSを用いる第2のセルと、の少なくとも一方を用いて端末と通信する送受信部と、
前記端末が前記第2のセルの上り共有チャネルにおいて前記第1のセル及び前記第2のセルの両方に関する準静的なHARQ-ACK(Hybrid Automatic Repeat reQuest Acknowledgement)コードブックを送信する場合に、前記準静的なHARQ-ACKコードブックの全てのHARQ-ACKビットが処理時間の要求を満たすための、下り共有チャネルの受信からHARQ-ACKの送信までのタイミングと、前記上り共有チャネルをスケジューリングする下り制御情報の受信から前記上り共有チャネルの送信までのタイミングと、を前記端末に通知する制御を行う制御部と、を有する基地局。
【請求項4】
基地局及び端末を含むシステムであって、
前記基地局は
、
第1のサブキャリア間隔(Sub-Carrier Spacing(SCS))を用いる第1のセルと、前記第1のSCSより大きい第2のSCSを用いる第2のセルと、の少なくとも一方を用いて端末と通信する送受信部と、
前記端末が前記第2のセルの上り共有チャネルにおいて前記第1のセル及び前記第2のセルの両方に関する準静的なHARQ-ACK(Hybrid Automatic Repeat reQuest Acknowledgement)コードブックを送信する場合に、
前記準静的なHARQ-ACKコードブックの全てのHARQ-ACKビットが処理時間の要求を満たすための、下り共有チャネルの受信からHARQ-ACKの送信までのタイミングと、前記上り共有チャネルをスケジューリングする下り制御情報の受信から前記上り共有チャネルの送信までのタイミングと、を前記端末に通知する制御を行う制御部と、を有し、
前記端末は、
前記第1のセルと、前記第2のセルと、を用いて送受信する送受信部と、
前記上り共有チャネルにおいて前記準静的なHARQ-ACKコードブックを送信する場合に、通知された、前記下り共有チャネルの受信からHARQ-ACKの送信までのタイミングと、通知された、前記上り共有チャネルをスケジューリングする下り制御情報の受信から前記上り共有チャネルの送信までのタイミングと、に基づいて、
前記準静的なHARQ-ACKコードブックの全てのHARQ-ACKビットが処理時間の要求を満たす
ように前記準静的なHARQ-ACKコードブックの送信を制御する制御部と、を有するシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、次世代移動通信システムにおける端末、無線通信方法、基地局及びシステムに関する。
【背景技術】
【0002】
UMTS(Universal Mobile Telecommunications System)ネットワークにおいて、更なる高速データレート、低遅延などを目的としてロングタームエボリューション(LTE:Long Term Evolution)が仕様化された(非特許文献1)。また、LTE(LTE Rel.8、9)の更なる大容量、高度化などを目的として、LTE-A(LTEアドバンスト、LTE Rel.10、11、12、13)が仕様化された。
【0003】
LTEの後継システム(例えば、FRA(Future Radio Access)、5G(5th generation mobile communication system)、5G+(plus)、NR(New Radio)、NX(New radio access)、FX(Future generation radio access)、LTE Rel.14又は15以降などともいう)も検討されている。
【0004】
既存のLTEシステム(例えば、LTE Rel.8-13)では、ユーザ端末(UE:User Equipment)は、ULデータチャネル(例えば、PUSCH:Physical Uplink Shared Channel)及びUL制御チャネル(例えば、PUCCH:Physical Uplink Control Channel)の少なくとも一方を用いて、上りリンク制御情報(UCI:Uplink Control Information)を送信する。
【0005】
UCIは、例えば、下り共有チャネル(PDSCH:Physical Downlink Shared Channel)に対する再送制御情報(HARQ-ACK(Hybrid Automatic Repeat reQuest Acknowledgement)、ACK/NACK、A/Nなどともいう)、スケジューリングリクエスト(SR:Scheduling Request)、チャネル状態情報(CSI:Channel State Information)などを含んでもよい。
【先行技術文献】
【非特許文献】
【0006】
【文献】3GPP TS 36.300 V8.12.0 “Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 8)”、2010年4月
【発明の概要】
【発明が解決しようとする課題】
【0007】
NRでは、UEが、準静的(semi-static)なHARQ-ACKコードブックを用いることが検討されている。しかしながら、これまでの検討では、PUSCHの送信に処理が間に合わないHARQ-ACKがある場合に、当該PUSCHで送信する準静的HARQ-ACKをどのように構成すべきかが明らかでない。この点を明らかにしなければ、適切にHARQ-ACK送信を行うことができず、通信スループット、周波数利用効率などの劣化が生じるおそれがある。
【0008】
そこで、本開示は、準静的なHARQ-ACKコードブックが設定される場合であっても、HARQ-ACKを適切に送信できる端末、無線通信方法、基地局及びシステムを提供することを目的の1つとする。
【課題を解決するための手段】
【0009】
本開示の一態様に係る端末は、第1のサブキャリア間隔(Sub-Carrier Spacing(SCS))を用いる第1のセルと、前記第1のSCSより大きい第2のSCSを用いる第2のセルと、を用いて送受信する送受信部と、前記第2のセルの上り共有チャネルにおいて前記第1のセル及び前記第2のセルの両方に関する準静的なHARQ-ACK(Hybrid Automatic Repeat reQuest Acknowledgement)コードブックを送信する場合に、通知された、下り共有チャネルの受信からHARQ-ACKの送信までのタイミングと、通知された、前記上り共有チャネルをスケジューリングする下り制御情報の受信から前記上り共有チャネルの送信までのタイミングと、に基づいて、前記準静的なHARQ-ACKコードブックの全てのHARQ-ACKビットが処理時間の要求を満たすように前記準静的なHARQ-ACKコードブックの送信を制御する制御部と、を有する。
【発明の効果】
【0010】
本開示の一態様によれば、準静的なHARQ-ACKコードブックが設定される場合であっても、HARQ-ACKを適切に送信できる。
【図面の簡単な説明】
【0011】
【
図1】
図1は、HARQ-ACKバンドリングウィンドウの概念説明図である。
【
図2】
図2は、FR1及びFR2を用いたニューメロロジー混在CAが設定される場合の、準静的HARQ-ACKコードブックに基づくフィードバックの一例を示す図である。
【
図3】
図3は、ニューメロロジー混在CAにおいて、FR1のPUCCH/PUSCHで準静的HARQ-ACKコードブックをフィードバックする一例を示す図である。
【
図4】
図4は、ニューメロロジー混在CAにおいて、FR2のPUSCHで準静的HARQ-ACKコードブックをフィードバックする一例を示す図である。
【
図5】
図5は、ニューメロロジー混在CAにおいて、FR2のPUSCHで準静的HARQ-ACKコードブックをフィードバックする別の一例を示す図である。
【
図6】
図6は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。
【
図7】
図7は、一実施形態に係る無線基地局の全体構成の一例を示す図である。
【
図8】
図8は、一実施形態に係る無線基地局の機能構成の一例を示す図である。
【
図9】
図9は、一実施形態に係るユーザ端末の全体構成の一例を示す図である。
【
図10】
図10は、一実施形態に係るユーザ端末の機能構成の一例を示す図である。
【
図11】
図11は、一実施形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【0012】
(PDSCH-to-ACKタイミング)
NRにおいて、UEは、PDSCHの受信から当該PDSCHに対応するHARQ-ACKの送信までのタイミング(PDSCH-to-ACKタイミング、「K1」などと呼ばれてもよい)を、当該PDSCHをスケジューリングするDCI(DL DCI、DLアサインメント、DCIフォーマット1_0、DCIフォーマット1_1などと呼ばれてもよい)に基づいて決定する。
【0013】
例えば、UEは、DCIフォーマット1_0を検出すると、当該DCIに含まれる「PDSCHからHARQへのタイミング指示フィールド(PDSCH-to-HARQ-timing-indicator field)」に基づいて、当該PDSCHの最終シンボルが含まれるスロットnを基準としてスロットn+k(k=1から8)において当該PDSCHに対応するHARQ-ACKを送信する。
【0014】
UEは、DCIフォーマット1_1を検出すると、当該DCIに含まれる「PDSCHからHARQへのタイミング指示フィールド」に基づいて、当該PDSCHの最終シンボルが含まれるスロットnを基準としてスロットn+kにおいて当該PDSCHに対応するHARQ-ACKを送信する。ここでのkと上記タイミング指示フィールドとの対応関係は、上位レイヤシグナリングによってPUCCH(又はPUCCHグループ、セルグループ)ごとに、UEに設定されてもよい。
【0015】
ここで、上位レイヤシグナリングは、例えば、RRC(Radio Resource Control)シグナリング、MAC(Medium Access Control)シグナリング、ブロードキャスト情報などのいずれか、又はこれらの組み合わせであってもよい。
【0016】
MACシグナリングは、例えば、MAC制御要素(MAC CE(Control Element))、MAC PDU(Protocol Data Unit)などを用いてもよい。ブロードキャスト情報は、例えば、マスタ情報ブロック(MIB:Master Information Block)、システム情報ブロック(SIB:System Information Block)、最低限のシステム情報(RMSI:Remaining Minimum System Information)、その他のシステム情報(OSI:Other System Information)などであってもよい。
【0017】
例えば、上記対応関係は、RRCシグナリングのPUCCH設定情報要素(PUCCH Config information element)に含まれるパラメータ(dl-DataToUL-ACK、Slot-timing-value-K1などと呼ばれてもよい)によって設定されてもよい。
【0018】
K1は、PUCCHグループ(又はセルグループ)ごとに設定されるため、当該PUCCHグループの中で、異なるニューメロロジーが設定(又は利用)されるコンポーネントキャリア(CC:Component Carrier)が混じったCA(mixed numerology CA)(ニューメロロジー混在CAなどと呼ばれてもよい)が設定される場合であっても、ニューメロロジーが異なるCC間で共通のPDSCH-to-ACKタイミングが設定されることになる。
【0019】
なお、K1は、HARQ-ACKを送信するチャネル(例えば、PUCCH又はPUSCH)のニューメロロジー(例えば、SCS)に基づいて判断される時間であってもよい。
【0020】
(ULgrant-to-PUSCHタイミング)
また、NRにおいて、UEは、PUSCHをスケジューリングするDCI(UL DCI、ULグラント、DCIフォーマット0_0、DCIフォーマット0_1などと呼ばれてもよい)の受信から当該PUSCHの送信までのタイミング(ULgrant-to-PUSCHタイミング、「K2」、PDCCHを受信したスロット及びPUSCH送信を行うスロットのタイミングの差分などと呼ばれてもよい)を、当該DCIに基づいて決定する。
【0021】
例えば、UEは、DCIフォーマット0_0又は0_1を検出すると、当該DCIに含まれる「時間ドメインリソース割り当てフィールド(Time domain resource assignment field)」に基づいて時間ドメインリソース割り当て(RA:Resource Allocation)の候補(K2などのパラメータセット)を決定し、当該DCIを検出したスロットnを基準として、対応するPUSCHの時間ドメインリソースRAを特定する。
【0022】
時間ドメインRAフィールドの値(インデックス)と時間ドメインRAの候補との対応関係(PUSCH時間ドメインRAリストなどと呼ばれてもよい)は、上位レイヤシグナリングによってPUSCHを送信するセル(PUSCH-Cellと呼ばれてもよい)ごとに、UEに設定されてもよい。
【0023】
PUSCH時間ドメインRAリストは、RRCシグナリングの「pusch-AllocationList」情報要素(IE:Information Element)に該当してもよい。PUSCH時間ドメインRAリストは、PUSCH時間ドメインRAの候補(シーケンスの要素、エントリなどと呼ばれてもよい)を所定の数(例えば、最大16個)含むことが検討されている。
【0024】
各候補は、PDCCH及びPUSCHの時間ドメインの関係を設定するためのIE(「PUSCH-TimeDomainResourceAllocation」IE)に該当する。当該IEは、例えば、パラメータK2、復調用参照信号(DMRS:DeModulation Reference Signal)のマッピング構成を示すマッピングタイプ、PUSCH開始シンボル及びシンボル単位の長さを示す値(SLIV(Start/Length Indication Value)と呼ばれてもよい)などを含んでもよい。
【0025】
K2は、ULセルごとに設定されるため、ニューメロロジー混在CAが設定される場合であっても、ニューメロロジーが異なるCC間で同じ値を用いなくてもよい。
【0026】
なお、K2は、PUSCHのニューメロロジー(例えば、SCS)に基づいて判断される時間であってもよい。
【0027】
(処理時間)
また、NRでは、PDSCHの処理時間、PUSCHの処理時間などが検討されている。なお、処理時間(processing time)は、準備時間(preparation time)、準備手順時間(preparation procedure time)、処理手順時間(processing procedure time)などで読み替えられてもよい。
【0028】
PDSCHの処理時間は、トランスポートブロックを伝送する当該PDSCHの最終シンボルの終わり以降のULシンボルまでの期間であってもよい。UEは、当該ULシンボルと同じ又はこれ以降のシンボルで有効なHARQ-ACKを提供してもよい。
【0029】
PUSCHの処理時間は、当該PUSCHをスケジューリングするDCIを伝送するPDCCHの最終シンボルの終わり以降のULシンボルまでの期間であってもよい。UEは、当該ULシンボルと同じ又はこれ以降のシンボルでPUSCHを送信してもよい。
【0030】
PDSCHの処理時間は、パラメータN1(PDSCH復号時間と呼ばれてもよい)に基づいて決定されてもよく、PUSCHの処理時間は、パラメータN2(PUSCH準備時間と呼ばれてもよい)に基づいて決定されてもよい。
【0031】
N1は、当該PDSCHが送信された下りリンクのSCSと、上記HARQ-ACKが送信されるULチャネル(例えば、PUCCH、PUSCH)のSCSと、に基づいて決定されてもよい。例えば、N1は、これらのSCSのうち最小のSCSに基づいて決定されてもよく、例えば当該最小のSCSが15kHzの場合は8シンボルなど、8-20シンボルであると判断されてもよい。N1は、追加のPDSCH DMRSが設定される場合には、13-24シンボルであると判断されてもよい。
【0032】
N2は、当該PUSCHをスケジューリングするDCIを伝送するPDCCHが送信された下りリンクのSCSと、当該PUSCHが送信されるULチャネルのSCSと、に基づいて決定されてもよい。例えば、N2は、これらのSCSのうち最小のSCSに基づいて決定されてもよく、例えば当該最小のSCSが15kHzの場合は10シンボルなど、10-36シンボルであると判断されてもよい。
【0033】
つまり、上記処理時間(及び処理時間に関するパラメータ(N1、N2など))は、PDCCH/PDSCHと、PUCCH/PUSCHと、のうち、最小のSCSに対応するニューメロロジーによって規定される値に従ってもよい。つまり、N1、N2などは、ニューメロロジー混在CAが設定される場合であっても、ニューメロロジーが異なるCC間で共通の値が定義される。
【0034】
PDSCHに対応するHARQ-ACKを、PUSCHを用いて送信する場合には、UEは、上記PDSCHの処理時間及び上記PUSCHの処理時間を合わせた時間(和の時間)以降のULシンボル、又はこれ以降のシンボルでPUSCHを送信してもよい。
【0035】
(準静的HARQ-ACKコードブック)
また、NRでは、UEが、HARQ-ACKコードブック(HARQ-ACKサイズと呼ばれてもよい)を準静的(semi-static)又は動的(dynamic)に決定することが検討されている。基地局がUEに対して、HARQ-ACKコードブックの決定方法を示す情報(例えば、HARQ-ACKコードブックが準静的か、動的かを示す情報)を、上位レイヤシグナリングを用いて通知してもよい。HARQ-ACKコードブックは、PDSCHのHARQ-ACKコードブックと呼ばれてもよい。
【0036】
UEは、決定したHARQ-ACKコードブックに基づいて、HARQ-ACK情報ビットを決定(生成)し、生成したHARQ-ACKを、上り制御チャネル(PUCCH:Physical Uplink Control Channel)及び上り共有チャネル(PUSCH:Physical Uplink Shared Channel)の少なくとも一方を用いて送信してもよい。
【0037】
UEがHARQ-ACKコードブックを準静的に決定すること(又は準静的なHARQ-ACKコードブック)を設定される場合、当該HARQ-ACKコードブックの決定は、タイプ1HARQ-ACKコードブック決定と呼ばれてもよい。UEがHARQ-ACKコードブックを動的に決定すること(又は動的なHARQ-ACKコードブック)を設定される場合、当該HARQ-ACKコードブックの決定は、タイプ2HARQ-ACKコードブック決定と呼ばれてもよい。
【0038】
UEは、タイプ1HARQ-ACKコードブック決定においては、上位レイヤシグナリングで設定される構成に基づいてHARQ-ACKのビット数などを決定してもよい。当該設定される構成は、例えば、HARQ-ACKのフィードバックタイミングに関連付けられる範囲にわたってスケジューリングされるDL送信(例えば、PDSCH)の数(例えば、最大数、最小数など)を含んでもよい。
【0039】
当該範囲は、HARQ-ACKバンドリングウィンドウ、HARQ-ACKフィードバックウィンドウ、バンドリングウィンドウ、フィードバックウィンドウなどとも呼ばれる。バンドリングウィンドウは、空間(space)、時間(time)及び周波数(frequency)の少なくとも1つの範囲に該当してもよい。
【0040】
図1は、HARQ-ACKバンドリングウィンドウの概念説明図である。
図1では、バンドリングウィンドウのサイズは6(6スロット分)である。また、上述のK
1={2、3、4、5、6、7}が用いられる(UEに通知される)。
【0041】
UEは、各UL送信タイミング(ULスロット)において、当該ULのバンドリングウィンドウ内の全DLデータ候補(PDSCH候補)(つまり、当該ULスロットから2-7スロット前のPDSCH候補)のためのHARQ-ACKを送信する。
【0042】
図1に示すように、時間が進むにつれて、バンドリングウィンドウがスライドしていくことになる。コードブックに含まれるA/Nの順番(order)は、バンドリングウィンドウのスライドに合わせてスライドしてもよい。
【0043】
この例からわかるように、あるスロット(PDSCH候補)について重複する(duplicated)HARQ-ACKが送信されることがある。
【0044】
UEは、CAを設定されている場合には、バンドリングウィンドウ内のCAされる複数のCCについてのHARQ-ACKを、あるUL送信タイミングでまとめて送信してもよい。
【0045】
一方で、UEは、タイプ2HARQ-ACKコードブック決定においては、下り制御情報(例えば、DL assignment)に含まれるDL割当てインデックス(DAI:Downlink Assignment Indicator(Index))フィールドのビット列に基づいてHARQ-ACKビット数などを決定してもよい。
【0046】
(FR1/FR2)
NRにおいて、UEは、第1の周波数帯(FR1:Frequency Range 1)及び第2の周波数帯(FR2:Frequency Range 2)の少なくとも1つの周波数帯(キャリア周波数)を用いて通信(信号の送受信、測定など)することが検討されている。
【0047】
例えば、FR1は、6GHz以下の周波数帯(サブ6GHz(sub-6GHz))であってもよいし、FR2は、24GHzよりも高い周波数帯(above-24GHz)であってもよい。
【0048】
FR1は、サブキャリア間隔(SCS:Sub-Carrier Spacing)として15、30及び60kHzのうちから少なくとも1つが用いられる周波数レンジと定義されてもよい。
【0049】
FR2は、SCSとして60及び120kHzのうちから少なくとも1つが用いられる周波数レンジと定義されてもよい。なお、FR1及びFR2の周波数帯、定義などはこれらに限られず、例えばFR1がFR2よりも高い周波数帯であってもよい。
【0050】
FR2は、時分割複信(TDD:Time Division Duplex)バンドのみに用いられてもよい。FR2は、波長が1mmから10mm程度のミリ波(mmW:millimeter Wave)に対応するため、mmWバンドと呼ばれてもよい。mmWバンドは、EHF(Extremely High Frequency)と呼ばれてもよい。
【0051】
なお、本開示のFR1及びFR2は、それぞれ、具体的な周波数帯に限定されないより一般的な表現である第1の周波数帯(first frequency range)及び第2の周波数帯(second frequency range)で読み替えられてもよい。
【0052】
図2は、FR1及びFR2を用いたニューメロロジー混在CAが設定される場合の、準静的HARQ-ACKコードブックに基づくフィードバックの一例を示す図である。本例では、FR1のCC及びFR2のCCが、同じPUCCHグループに設定される。また、FR1のCCにPUCCHが設定されている(FR1のCCがPUCCHセルである)と想定する。
【0053】
なお、本例では、簡単のため、FR2のSCSがFR1のSCSの4倍(例えば、FR1のSCS=30kHzかつFR2のSCS=120kHzかつ)であり、FR2のスロット長がFR1のスロット長の4分の1であり、FR1及びFR2のCCが同期していると想定する。本開示が適用されるニューメロロジー、同期環境などは、これに限られない。
【0054】
ネットワーク(例えば、基地局)は、UEにFR1のPUCCHを用いてHARQ-ACKコードブックをフィードバックさせたい場合、当該PUCCHと重複するタイミングでPUSCHをスケジューリングしないことで実現できる。PUCCH及びPUSCHの同時送信の場合、HARQ-ACKがPUSCHにピギーバック(伝送)されるからである。
【0055】
ネットワークは、UEにFR1のPUSCHを用いてHARQ-ACKコードブックをフィードバックさせたい場合、FR1のCCにPUSCHをグラントすればよい。
【0056】
ネットワークは、UEにFR2のPUSCHを用いてHARQ-ACKコードブックをフィードバックさせたい場合、FR2のCCにPUSCHをグラントすればよい。この場合、FR2のPUSCH送信と同じタイミングでFR1のCCのPUSCH送信がスケジューリングされないようにしてもよい。
【0057】
UEは、HARQ-ACKコードブックをFR1で送信する場合に、バンドリングウィンドウ内のFR2のHARQ-ACKを生成して、FR1のCCを用いて送信してもよい。UEは、HARQ-ACKコードブックをFR2で送信する場合に、バンドリングウィンドウ内のFR1のHARQ-ACKを生成して、FR2のCCを用いて送信してもよい。
【0058】
本例の場合、FR1の2スロット分のHARQ-ACKと、FR2の対応する8スロット分のHARQ-ACKと、がFR1及びFR2のULスロットの少なくとも一方で送信されてもよい。準静的なコードブックであれば、UEは、各CCのために生成するHARQ-ACKビット数を適切に把握できる。
【0059】
基地局は、複数CCに関するHARQ-ACKをあるCCのスロットで受信した場合、各CCのHARQ-ACKを個別に取り出すことができる。例えば、基地局は、FR1で受信したHARQ-ACKからFR1に関するHARQ-ACKを抽出し、FR2に関するHARQ-ACKは破棄してもよい。また、基地局は、FR2で受信したHARQ-ACKからFR2に関するHARQ-ACKを抽出し、FR1に関するHARQ-ACKは破棄してもよい。
【0060】
もちろん、基地局は、あるCCのスロットで受信したHARQ-ACKから、別のCCのHARQ-ACKを抽出して利用してもよい。
【0061】
上述のように、複数CCに関するHARQ-ACKが各CCのPUSCHを用いて送信できる場合、これらのCCにはPUCCHは設定されなくてもよい(これらのCCにおいて、少なくともHARQ-ACKがPUCCHを用いて送信されない、と想定されてもよい)。
【0062】
現状、NRにおいて、UEは、処理時間よりも短い時間で設定されたHARQ-ACKを送信することを期待されないことが検討されている。具体的には、UEは、UEに十分な処理時間が残されていないK1及び/又はK2の値をネットワークが設定する場合、ULデータと多重されるHARQ-ACKを送信することを期待しない(UE is not expected transmit the HARQ-ACK multiplexed with uplink data if the network set the values of K1 and/or K2 without leaving sufficient time for UE processing)ことが検討されている。
【0063】
しかしながら、この検討は、明確でない点がある。例えば、SCSが異なるCCのCAが設定され、大きい方のSCSのCCでHARQ-ACKコードブックフィードバックを行う場合に、問題が発生すると想定される。
【0064】
以下で、FR1及びFR2の混在CAの場合のHARQ-ACKコードブックフィードバックについて、処理時間についてより具体的に説明する。上述のように、処理時間は、PDCCH/PDSCHと、PUCCH/PUSCHと、のうち、最小のSCSに対応するニューメロロジーに基づいて特定される。
【0065】
図3は、ニューメロロジー混在CAにおいて、FR1のPUCCH/PUSCHで準静的HARQ-ACKコードブックをフィードバックする一例を示す図である。本例では、FR1のCC及びFR2のCCが、同じPUCCHグループに設定される。また、FR1のCCにPUCCHが設定されている(FR1のCCがPUCCHセルである)と想定する。なお、「準静的HARQ-ACKコードブックを送信(当該コードブックに基づく送信)」は、「準静的HARQ-ACKを送信」と互いに読み替えられてもよい。
【0066】
また、
図2と同様の条件(FR2のSCSがFR1のSCSの4倍など)を想定する。
図3以降のHARQ-ACKフィードバックに関連する図については、同様である。
【0067】
図3のFR1は、スロット#nから#n+6がDLシンボルのみで構成され、スロット#n+7がDLシンボル及びULシンボルを含んで構成され、スロット#n+8から#n+9がULシンボルのみで構成されている。FR2はスロット#4mから#4(m+9)+3の範囲が図示され、DL/ULについては図示されるとおりである。
【0068】
上述した各種パラメータについては、K1={2、3、4、5、6、7}が用いられ、FR1のK2であるK2,1はK2,1={2、3、4}であると想定する。
【0069】
スロット#n+7のPUCCHで準静的HARQ-ACKを送信する場合、FR1のスロット#nから#n+5の6スロット分のPDSCHに対するHARQ-ACKが多重されてもよい。また、スロット#n+7のPUCCHで準静的HARQ-ACKを送信する場合、FR2のスロット#4mから#4(m+5)+3の24スロット分のPDSCHに対するHARQ-ACKが多重されてもよい。
【0070】
また、FR1のスロット#n+7のPUCCHで準静的HARQ-ACKを送信することが想定されている場合に、FR1のスロット#n+5(又はFR2のスロット#4(m+5)から#4(m+5)+3)において、K2,1=2を指定するFR1のPUSCHのためのULグラントを受信した場合、UEは、FR1のスロット#n+7のPUSCHで準静的HARQ-ACKを送信してもよい。送信される準静的HARQ-ACKコードブックは、上述のFR1の6スロット及びFR2の24スロットに対するHARQ-ACKを含んでもよい。
【0071】
FR1のPDSCH処理時間に対応できるタイミングで送信されるようにK1及び/又はK2,1が設定されていれば、FR1のPUCCH/PUSCHで送信されるHARQ-ACKは処理時間よりも長い時間で設定されると言える。
【0072】
なお、最大のHARQプロセス数を超えるHARQ-ACKについては送信しなくてもよいし、送信されても利用されなくてもよい。例えば、
図3のバンドリングウィンドウ内において、FR2のDLスロット及びDLシンボルを含むスロットは20あり、仮に最大HARQプロセス数が16とすると、4つのHARQは利用できないと想定されてもよい。
【0073】
図4は、ニューメロロジー混在CAにおいて、FR2のPUSCHで準静的HARQ-ACKコードブックをフィードバックする一例を示す図である。本例では、FR2のK
2であるK
2,2として所定の値(例えば、8、16、32など)より大きい値が設定されている場合を想定する。この場合、FR2のPUSCHで準静的HARQ-ACKを送信する際でも、FR1のPDSCHの処理時間を確保できる。
【0074】
図4の例では、UEは、FR2のスロット#4(m+5)+3において、K
2,2=11を指定するFR2のPUSCHのためのULグラントを受信し、FR2のスロット#4(m+8)+2のPUSCHで準静的HARQ-ACKを送信してもよい。
【0075】
FR1のPDSCH処理時間に対応できるタイミングで送信されるようにK1及び/又はK2,1が設定されていれば、FR2のPUSCHで送信されるHARQ-ACKは処理時間よりも長い時間で設定されると言える。
【0076】
図5は、ニューメロロジー混在CAにおいて、FR2のPUSCHで準静的HARQ-ACKコードブックをフィードバックする別の一例を示す図である。本例では、FR2のK
2であるK
2,2として所定の値(例えば、8)より小さい値が設定されている場合を想定する。K
2,2はK
2,2={3、4、6、7}であると想定する。
【0077】
図5の例では、UEは、FR2のスロット#4(m+5)+1において、K
2,2=31を指定するFR2のPUSCHのためのULグラントを受信し、FR2のスロット#4(m+6)のPUSCHで準静的HARQ-ACKを送信してもよい。
【0078】
図5に示す例では、FR1のPDSCH処理時間に対応できるタイミングで送信されるようにK
1及び/又はK
2,2が設定されていない。
【0079】
これまでの検討では、PUSCHの送信に処理が間に合わないHARQ-ACKがある場合に、当該PUSCHで送信する準静的HARQ-ACKをどのように構成すべきかが明らかでない。この点を明らかにしなければ、適切にHARQ-ACK送信を行うことができず、通信スループット、周波数利用効率などの劣化が生じるおそれがある。
【0080】
そこで、本発明者らは、ニューメロロジー混在CAが設定され、当該CAにおいて準静的なHARQ-ACKコードブックが設定される場合であっても、HARQ-ACKを適切に送信するための設定及び関連動作を着想した。
【0081】
以下、本開示に係る実施形態について、図面を参照して詳細に説明する。各実施形態に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
【0082】
本開示において、FR1のCC及びFR2のCCを用いたニューメロロジー混在CAを想定して説明するが、FR1及びFR2は任意の周波数帯であってもよい。例えば、FR1は、第1のSCSを用いるCCで読み替えられてもよい。FR2は、上記第1のSCSより大きい第2のSCSを用いるCCで読み替えられてもよい。
【0083】
なお、以下の実施形態ではニューメロロジー混在CAを想定して説明するが、同じニューメロロジーのCCのCAが設定される場合であっても、本開示の内容が適用されてもよい。ニューメロロジー混在CAは、単にCA、DCなどで読み替えられてもよい。
【0084】
(無線通信方法)
<第1の実施形態>
第1の実施形態では、UEは、ニューメロロジー混在CAを設定される場合に、CAされるPUCCHセルについて設定されるK1の値と、CAされる各ULセルについて設定されるK2の値と、の全てが、N1及びN2の少なくとも一方に基づく処理時間(例えば、PDSCH処理時間、PUCCH処理時間、これらの処理時間の和など)に違反しない(処理時間の制約(要求)を満たす)ように設定されてもよい。
【0085】
言い換えると、第1の実施形態では、基地局が、UEにニューメロロジー混在CAを設定する場合に、CAされるPUCCHセルについて設定するK1の値と、CAされる各ULセルについて設定するK2の値と、の全てが、N1及びN2の少なくとも一方に基づく処理時間に違反しないように設定してもよい。この設定は、gNBの実装(implementation)に依存してもよい。
【0086】
UEは、K1の値と、CAされる各ULセルについて設定されるK2の値と、の全てが、N1及びN2の少なくとも一方に基づく処理時間(例えば、PDSCH処理時間、PUCCH処理時間、これらの処理時間の和など)に違反しない(処理時間の制約(要求)を満たす)ように設定されると想定し、違反する設定はなされないと想定してもよい。
【0087】
UEは、N1及びN2の少なくとも一方の値(又は当該値に関連する(特定できる)情報)を、端末能力情報として基地局に報告してもよい。この場合、基地局は、報告された端末能力情報を考慮し、CAされるPUCCHセルについて設定されるK1の値と、CAされる各ULセルについて設定されるK2の値と、の全てが、N1及びN2の少なくとも一方に基づく処理時間(例えば、PDSCH処理時間、PUCCH処理時間、これらの処理時間の和など)に違反しない(処理時間の制約(要求)を満たす)ように設定する。
【0088】
以上説明した第1の実施形態によれば、上述の
図4のように、PDSCH処理時間、PUSCH処理時間、及びこれらの和の少なくとも1つより大きい値を、FR2のK
2としてUEに設定できる。また、いずれのCCのPUSCHで準静的HARQ-ACKを送信する場合であっても、各処理時間の要求を満たすことができる。
【0089】
<第2の実施形態>
第2の実施形態では、UEは、ニューメロロジー混在CAを設定される場合に、CAされるPUCCHセルについて設定されるK1の値と、CAされる各ULセルについて設定されるK2の値と、の少なくとも一部が、N1及びN2の少なくとも一方に基づく処理時間に違反するように設定されてもよい。
【0090】
第2の実施形態では、ニューメロロジー混在CAのためのHARQ-ACKコードブック決定(HARQ-ACK関連セット決定と呼ばれてもよい)について、UE処理時間の要求を満たさないK1及び/又はK2の値に対応するHARQ-ACKが削除されてもよい。つまり、UEは、UE処理時間の要求を満たさないK1及び/又はK2の値に対応するHARQ-ACKを準静的HARQ-ACKには含めず送信してもよい(フィードバックしなくてもよい)。
【0091】
つまり、UEは、候補PDSCH(バンドリングウィンドウに含まれ得るPDSCH)と当該候補PDSCHに対するHARQ-ACK送信に十分な処理時間が残されていない場合、ULデータと多重されるHARQ-ACKの少なくとも一部を送信しなくてもよい。言い換えると、UEは、候補PDSCH及びHARQ-ACKコードブック送信の間に十分な時間を残すことがないK1及び/又はK2の値をネットワークがUEに設定(指示)する場合、対応するHARQ-ACKコードブックにおいて、当該候補PDSCHに対応するHARQ-ACKをフィードバックしなくてもよい。
【0092】
UEは、削除したHARQ-ACKを特定できる(例えば、HARQ-ACKのビット位置又は対応するK1を特定できる)情報を、基地局に送信してもよい。なお、UEは、処理時間の要求を満たさないHARQ-ACKビットを削除し、ゼロでパディングしてもよい。
【0093】
以上説明した第2の実施形態によれば、上述の
図5のように、PUSCHの送信に処理が間に合わないHARQ-ACKがある場合であっても、当該HARQ-ACKを含めずに準静的HARQ-ACKを送信できる。
【0094】
<第3の実施形態>
第3の実施形態では、第2の実施形態と同様に、UEは、ニューメロロジー混在CAを設定される場合に、CAされるPUCCHセルについて設定されるK1の値と、CAされる各ULセルについて設定されるK2の値と、の少なくとも一部が、N1及びN2の少なくとも一方に基づく処理時間に違反するように設定されてもよい。
【0095】
第3の実施形態では、ニューメロロジー混在CAのためのHARQ-ACK関連セット決定について、UE処理時間の要求は考慮されなくてもよい。つまり、UEは、UE処理時間の要求を満たさないK1及び/又はK2の値に対応するHARQ-ACKを固定的な値(ACK又はNACK)として生成(送信)してもよい。
【0096】
つまり、UEは、候補PDSCHと当該候補PDSCHに対するHARQ-ACK送信に十分な処理時間が残されていない場合、ULデータと多重されるHARQ-ACKの少なくとも一部を固定値として送信してもよい。言い換えると、UEは、候補PDSCH及びHARQ-ACKコードブック送信の間に十分な時間を残すことがないK1及び/又はK2の値をネットワークがUEに設定(指示)する場合、対応するHARQ-ACKコードブックにおいて、当該候補PDSCHに対応するHARQ-ACKを固定値としてもよい。
【0097】
ここで、当該候補PDSCHのために送信されるACK又はNACKは、当該候補PDSCHの復号が成功するか否かに関わらなくてもよい(固定的に決定されてもよい)。当該候補PDSCHのために送信されるACK又はNACKは、HARQ-ACK検出のための仮想(virtual)CRCビットとして利用されてもよい。仮想CRCビットは、送信されるペイロード内に含まれる既知のビット値であり、プルーニング(pruning)用のビットなどと呼ばれてもよい。一般に、既知のビット値が増加するほど誤り訂正の効果を向上できる。
【0098】
以上説明した第3の実施形態によれば、上述の
図5のように、PUSCHの送信に処理が間に合わないHARQ-ACKがある場合であっても、当該HARQ-ACKを固定値として準静的HARQ-ACKを送信できる。
【0099】
<その他>
本開示におけるHARQ-ACKの生成、HARQ-ACKの送信、HARQ-ACKの決定及びHARQ-ACKの特定は、互いに読み替えられてもよい。また、本開示におけるHARQ-ACKは、ACK、NACK、A/Nなどと表現されてもよい。また、本開示におけるHARQ-ACKビット及びHARQ-ACKは、互いに読み替えられてもよい。
【0100】
基地局は、以上述べた各実施形態のUE動作を想定して、HARQ-ACKの受信処理(復号など)を行ってもよい。
【0101】
(無線通信システム)
以下、本開示の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、本開示の上記各実施形態に係る無線通信方法のいずれか又はこれらの組み合わせを用いて通信が行われる。
【0102】
図6は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム1では、LTEシステムのシステム帯域幅(例えば、20MHz)を1単位とする複数の基本周波数ブロック(コンポーネントキャリア)を一体としたキャリアアグリゲーション(CA)及びデュアルコネクティビティ(DC)の少なくとも一方を適用することができる。
【0103】
なお、無線通信システム1は、LTE(Long Term Evolution)、LTE-A(LTE-Advanced)、LTE-B(LTE-Beyond)、SUPER 3G、IMT-Advanced、4G(4th generation mobile communication system)、5G(5th generation mobile communication system)、NR(New Radio)、FRA(Future Radio Access)、New-RAT(Radio Access Technology)などと呼ばれてもよいし、これらを実現するシステムと呼ばれてもよい。
【0104】
無線通信システム1は、比較的カバレッジの広いマクロセルC1を形成する無線基地局11と、マクロセルC1内に配置され、マクロセルC1よりも狭いスモールセルC2を形成する無線基地局12(12a-12c)と、を備えている。また、マクロセルC1及び各スモールセルC2には、ユーザ端末20が配置されている。各セル及びユーザ端末20の配置、数などは、図に示す態様に限定されない。
【0105】
ユーザ端末20は、無線基地局11及び無線基地局12の双方に接続することができる。ユーザ端末20は、マクロセルC1及びスモールセルC2を、CA又はDCを用いて同時に使用することが想定される。また、ユーザ端末20は、複数のセル(CC)を用いてCA又はDCを適用してもよい。
【0106】
ユーザ端末20と無線基地局11との間は、相対的に低い周波数帯域(例えば、2GHz)で帯域幅が狭いキャリア(既存キャリア、legacy carrierなどとも呼ばれる)を用いて通信を行うことができる。一方、ユーザ端末20と無線基地局12との間は、相対的に高い周波数帯域(例えば、3.5GHz、5GHzなど)で帯域幅が広いキャリアが用いられてもよいし、無線基地局11との間と同じキャリアが用いられてもよい。なお、各無線基地局が利用する周波数帯域の構成はこれに限られない。
【0107】
また、ユーザ端末20は、各セルで、時分割複信(TDD:Time Division Duplex)及び周波数分割複信(FDD:Frequency Division Duplex)の少なくとも1つを用いて通信を行うことができる。また、各セル(キャリア)では、単一のニューメロロジーが適用されてもよいし、複数の異なるニューメロロジーが適用されてもよい。
【0108】
ニューメロロジーとは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよく、例えば、サブキャリア間隔、帯域幅、シンボル長、サイクリックプレフィックス長、サブフレーム長、TTI長、TTIあたりのシンボル数、無線フレーム構成、送受信機が周波数領域で行う特定のフィルタリング処理、送受信機が時間領域で行う特定のウィンドウイング処理などの少なくとも1つを示してもよい。
【0109】
例えば、ある物理チャネルについて、構成するOFDMシンボルのサブキャリア間隔及びOFDMシンボル数の少なくとも一方が異なる場合には、ニューメロロジーが異なると称されてもよい。
【0110】
無線基地局11と無線基地局12との間(又は、2つの無線基地局12間)は、有線(例えば、CPRI(Common Public Radio Interface)に準拠した光ファイバ、X2インターフェースなど)又は無線によって接続されてもよい。
【0111】
無線基地局11及び各無線基地局12は、それぞれ上位局装置30に接続され、上位局装置30を介してコアネットワーク40に接続される。なお、上位局装置30には、例えば、アクセスゲートウェイ装置、無線ネットワークコントローラ(RNC)、モビリティマネジメントエンティティ(MME)などが含まれるが、これに限定されない。また、各無線基地局12は、無線基地局11を介して上位局装置30に接続されてもよい。
【0112】
なお、無線基地局11は、相対的に広いカバレッジを有する無線基地局であり、マクロ基地局、集約ノード、eNB(eNodeB)、送受信ポイント、などと呼ばれてもよい。また、無線基地局12は、局所的なカバレッジを有する無線基地局であり、スモール基地局、マイクロ基地局、ピコ基地局、フェムト基地局、HeNB(Home eNodeB)、RRH(Remote Radio Head)、送受信ポイントなどと呼ばれてもよい。以下、無線基地局11及び12を区別しない場合は、無線基地局10と総称する。
【0113】
各ユーザ端末20は、LTE、LTE-Aなどの各種通信方式に対応した端末であり、移動通信端末(移動局)だけでなく固定通信端末(固定局)を含んでもよい。
【0114】
無線通信システム1においては、無線アクセス方式として、下りリンクに直交周波数分割多元接続(OFDMA:Orthogonal Frequency Division Multiple Access)が適用され、上りリンクにシングルキャリア-周波数分割多元接続(SC-FDMA:Single Carrier Frequency Division Multiple Access)及びOFDMAの少なくとも一方が適用される。
【0115】
OFDMAは、周波数帯域を複数の狭い周波数帯域(サブキャリア)に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。SC-FDMAは、システム帯域幅を端末ごとに1つ又は連続したリソースブロックによって構成される帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。なお、上り及び下りの無線アクセス方式は、これらの組み合わせに限らず、他の無線アクセス方式が用いられてもよい。
【0116】
無線通信システム1では、下りリンクのチャネルとして、各ユーザ端末20で共有される下り共有チャネル(PDSCH:Physical Downlink Shared Channel)、ブロードキャストチャネル(PBCH:Physical Broadcast Channel)、下り制御チャネルなどが用いられる。PDSCHによって、ユーザデータ、上位レイヤ制御情報、SIB(System Information Block)などが伝送される。また、PBCHによって、MIB(Master Information Block)が伝送される。
【0117】
下り制御チャネルは、PDCCH(Physical Downlink Control Channel)、EPDCCH(Enhanced Physical Downlink Control Channel)、PCFICH(Physical Control Format Indicator Channel)、PHICH(Physical Hybrid-ARQ Indicator Channel)などを含む。PDCCHによって、PDSCH及びPUSCHの少なくとも一方のスケジューリング情報を含む下り制御情報(DCI:Downlink Control Information)などが伝送される。
【0118】
なお、DLデータ受信をスケジューリングするDCIは、DLアサインメントと呼ばれてもよいし、ULデータ送信をスケジューリングするDCIは、ULグラントと呼ばれてもよい。
【0119】
PCFICHによって、PDCCHに用いるOFDMシンボル数が伝送されてもよい。PHICHによって、PUSCHに対するHARQ(Hybrid Automatic Repeat reQuest)の送達確認情報(例えば、再送制御情報、HARQ-ACK、ACK/NACKなどともいう)が伝送されてもよい。EPDCCHは、PDSCH(下り共有データチャネル)と周波数分割多重され、PDCCHと同様にDCIなどの伝送に用いられる。
【0120】
無線通信システム1では、上りリンクのチャネルとして、各ユーザ端末20で共有される上り共有チャネル(PUSCH:Physical Uplink Shared Channel)、上り制御チャネル(PUCCH:Physical Uplink Control Channel)、ランダムアクセスチャネル(PRACH:Physical Random Access Channel)などが用いられる。PUSCHによって、ユーザデータ、上位レイヤ制御情報などが伝送される。また、PUCCHによって、下りリンクの無線品質情報(CQI:Channel Quality Indicator)、送達確認情報、スケジューリングリクエスト(SR:Scheduling Request)などが伝送される。PRACHによって、セルとの接続確立のためのランダムアクセスプリアンブルが伝送される。
【0121】
無線通信システム1では、下り参照信号として、セル固有参照信号(CRS:Cell-specific Reference Signal)、チャネル状態情報参照信号(CSI-RS:Channel State Information-Reference Signal)、復調用参照信号(DMRS:DeModulation Reference Signal)、位置決定参照信号(PRS:Positioning Reference Signal)などが伝送される。また、無線通信システム1では、上り参照信号として、測定用参照信号(SRS:Sounding Reference Signal)、復調用参照信号(DMRS)などが伝送される。なお、DMRSはユーザ端末固有参照信号(UE-specific Reference Signal)と呼ばれてもよい。また、伝送される参照信号は、これらに限られない。
【0122】
(無線基地局)
図7は、一実施形態に係る無線基地局の全体構成の一例を示す図である。無線基地局10は、複数の送受信アンテナ101と、アンプ部102と、送受信部103と、ベースバンド信号処理部104と、呼処理部105と、伝送路インターフェース106と、を備えている。なお、送受信アンテナ101、アンプ部102、送受信部103は、それぞれ1つ以上を含むように構成されればよい。
【0123】
下りリンクによって無線基地局10からユーザ端末20に送信されるユーザデータは、上位局装置30から伝送路インターフェース106を介してベースバンド信号処理部104に入力される。
【0124】
ベースバンド信号処理部104では、ユーザデータに関して、PDCP(Packet Data Convergence Protocol)レイヤの処理、ユーザデータの分割・結合、RLC(Radio Link Control)再送制御などのRLCレイヤの送信処理、MAC(Medium Access Control)再送制御(例えば、HARQの送信処理)、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換(IFFT:Inverse Fast Fourier Transform)処理、プリコーディング処理などの送信処理が行われて送受信部103に転送される。また、下り制御信号に関しても、チャネル符号化、逆高速フーリエ変換などの送信処理が行われて、送受信部103に転送される。
【0125】
送受信部103は、ベースバンド信号処理部104からアンテナごとにプリコーディングして出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部103で周波数変換された無線周波数信号は、アンプ部102によって増幅され、送受信アンテナ101から送信される。送受信部103は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター/レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部103は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
【0126】
一方、上り信号については、送受信アンテナ101で受信された無線周波数信号がアンプ部102で増幅される。送受信部103はアンプ部102で増幅された上り信号を受信する。送受信部103は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部104に出力する。
【0127】
ベースバンド信号処理部104では、入力された上り信号に含まれるユーザデータに対して、高速フーリエ変換(FFT:Fast Fourier Transform)処理、逆離散フーリエ変換(IDFT:Inverse Discrete Fourier Transform)処理、誤り訂正復号、MAC再送制御の受信処理、RLCレイヤ及びPDCPレイヤの受信処理がなされ、伝送路インターフェース106を介して上位局装置30に転送される。呼処理部105は、通信チャネルの呼処理(設定、解放など)、無線基地局10の状態管理、無線リソースの管理などを行う。
【0128】
伝送路インターフェース106は、所定のインターフェースを介して、上位局装置30と信号を送受信する。また、伝送路インターフェース106は、基地局間インターフェース(例えば、CPRI(Common Public Radio Interface)に準拠した光ファイバ、X2インターフェース)を介して他の無線基地局10と信号を送受信(バックホールシグナリング)してもよい。
【0129】
図8は、本開示の一実施形態に係る無線基地局の機能構成の一例を示す図である。なお、本例では、本実施形態における特徴部分の機能ブロックを主に示しており、無線基地局10は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。
【0130】
ベースバンド信号処理部104は、制御部(スケジューラ)301と、送信信号生成部302と、マッピング部303と、受信信号処理部304と、測定部305と、を少なくとも備えている。なお、これらの構成は、無線基地局10に含まれていればよく、一部又は全部の構成がベースバンド信号処理部104に含まれなくてもよい。
【0131】
制御部(スケジューラ)301は、無線基地局10全体の制御を実施する。制御部301は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
【0132】
制御部301は、例えば、送信信号生成部302における信号の生成、マッピング部303における信号の割り当てなどを制御する。また、制御部301は、受信信号処理部304における信号の受信処理、測定部305における信号の測定などを制御する。
【0133】
制御部301は、システム情報、下りデータ信号(例えば、下り共有チャネルを用いて送信される信号)、下り制御信号(例えば、下り制御チャネルを用いて送信される信号)のスケジューリング(例えば、リソース割り当て)を制御する。また、制御部301は、上りデータ信号に対する再送制御の要否を判定した結果などに基づいて、下り制御信号、下りデータ信号などの生成を制御する。
【0134】
制御部301は、同期信号(例えば、PSS(Primary Synchronization Signal)/SSS(Secondary Synchronization Signal))、下り参照信号(例えば、CRS、CSI-RS、DMRS)などのスケジューリングの制御を行う。
【0135】
制御部301は、上りデータ信号(例えば、上り共有チャネルを用いて送信される信号)、上り制御信号(例えば、上り制御チャネルを用いて送信される信号)、ランダムアクセスプリアンブル、上り参照信号などのスケジューリングを制御する。
【0136】
送信信号生成部302は、制御部301からの指示に基づいて、下り信号(下り制御信号、下りデータ信号、下り参照信号など)を生成して、マッピング部303に出力する。送信信号生成部302は、本開示に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。
【0137】
送信信号生成部302は、例えば、制御部301からの指示に基づいて、下りデータの割り当て情報を通知するDLアサインメント及び上りデータの割り当て情報を通知するULグラントの少なくとも一方を生成する。DLアサインメント及びULグラントは、いずれもDCIであり、DCIフォーマットに従う。また、下りデータ信号には、各ユーザ端末20からのチャネル状態情報(CSI:Channel State Information)などに基づいて決定された符号化率、変調方式などに従って符号化処理、変調処理が行われる。
【0138】
マッピング部303は、制御部301からの指示に基づいて、送信信号生成部302で生成された下り信号を、所定の無線リソースにマッピングして、送受信部103に出力する。マッピング部303は、本開示に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
【0139】
受信信号処理部304は、送受信部103から入力された受信信号に対して、受信処理(例えば、デマッピング、復調、復号など)を行う。ここで、受信信号は、例えば、ユーザ端末20から送信される上り信号(上り制御信号、上りデータ信号、上り参照信号など)である。受信信号処理部304は、本開示に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。
【0140】
受信信号処理部304は、受信処理によって復号された情報を制御部301に出力する。例えば、HARQ-ACKを含むPUCCHを受信した場合、HARQ-ACKを制御部301に出力する。また、受信信号処理部304は、受信信号及び受信処理後の信号の少なくとも一方を、測定部305に出力する。
【0141】
測定部305は、受信した信号に関する測定を実施する。測定部305は、本開示に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
【0142】
例えば、測定部305は、受信した信号に基づいて、RRM(Radio Resource Management)測定、CSI(Channel State Information)測定などを行ってもよい。測定部305は、受信電力(例えば、RSRP(Reference Signal Received Power))、受信品質(例えば、RSRQ(Reference Signal Received Quality)、SINR(Signal to Interference plus Noise Ratio)、SNR(Signal to Noise Ratio))、信号強度(例えば、RSSI(Received Signal Strength Indicator))、伝搬路情報(例えば、CSI)などについて測定してもよい。測定結果は、制御部301に出力されてもよい。
【0143】
なお、送受信部103は、第1のサブキャリア間隔(SCS:Sub-Carrier Spacing)を用いる第1のコンポーネントキャリア(CC:Component Carrier)と、当該第1のSCSより大きい第2のSCSを用いる第2のCCと、の少なくとも一方を用いてユーザ端末20と通信してもよい。
【0144】
制御部301は、ユーザ端末20が上記第2のCCの上り共有チャネルにおいて上記第1のCC及び上記第2のCCの両方に関する準静的なHARQ-ACKコードブックを送信する場合に、全てのデータに対応するHARQ-ACKビットが処理時間の要求を満たすように、下り共有チャネルの受信からHARQ-ACKの送信までのタイミング(PDSCH-to-ACKタイミング、「K1」などと呼ばれてもよい)及び前記上り共有チャネルをスケジューリングする下り制御情報の受信から前記上り共有チャネルの送信までのタイミング(ULgrant-to-PUSCHタイミング、「K2」などと呼ばれてもよい)を、上記ユーザ端末20に設定してもよい。
【0145】
制御部301は、ユーザ端末20から受信したHARQ-ACKビットについて、先に述べた実施形態の少なくとも1つのUE動作を想定して、HARQ-ACKの受信処理(復号など)を行うように制御してもよい。
【0146】
(ユーザ端末)
図9は、一実施形態に係るユーザ端末の全体構成の一例を示す図である。ユーザ端末20は、複数の送受信アンテナ201と、アンプ部202と、送受信部203と、ベースバンド信号処理部204と、アプリケーション部205と、を備えている。なお、送受信アンテナ201、アンプ部202、送受信部203は、それぞれ1つ以上を含むように構成されればよい。
【0147】
送受信アンテナ201で受信された無線周波数信号は、アンプ部202で増幅される。送受信部203は、アンプ部202で増幅された下り信号を受信する。送受信部203は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部204に出力する。送受信部203は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター/レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部203は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
【0148】
ベースバンド信号処理部204は、入力されたベースバンド信号に対して、FFT処理、誤り訂正復号、再送制御の受信処理などを行う。下りリンクのユーザデータは、アプリケーション部205に転送される。アプリケーション部205は、物理レイヤ及びMACレイヤより上位のレイヤに関する処理などを行う。また、下りリンクのデータのうち、ブロードキャスト情報もアプリケーション部205に転送されてもよい。
【0149】
一方、上りリンクのユーザデータについては、アプリケーション部205からベースバンド信号処理部204に入力される。ベースバンド信号処理部204では、再送制御の送信処理(例えば、HARQの送信処理)、チャネル符号化、プリコーディング、離散フーリエ変換(DFT:Discrete Fourier Transform)処理、IFFT処理などが行われて送受信部203に転送される。
【0150】
送受信部203は、ベースバンド信号処理部204から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部203で周波数変換された無線周波数信号は、アンプ部202によって増幅され、送受信アンテナ201から送信される。
【0151】
図10は、一実施形態に係るユーザ端末の機能構成の一例を示す図である。なお、本例においては、本実施形態における特徴部分の機能ブロックを主に示しており、ユーザ端末20は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。
【0152】
ユーザ端末20が有するベースバンド信号処理部204は、制御部401と、送信信号生成部402と、マッピング部403と、受信信号処理部404と、測定部405と、を少なくとも備えている。なお、これらの構成は、ユーザ端末20に含まれていればよく、一部又は全部の構成がベースバンド信号処理部204に含まれなくてもよい。
【0153】
制御部401は、ユーザ端末20全体の制御を実施する。制御部401は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
【0154】
制御部401は、例えば、送信信号生成部402における信号の生成、マッピング部403における信号の割り当てなどを制御する。また、制御部401は、受信信号処理部404における信号の受信処理、測定部405における信号の測定などを制御する。
【0155】
制御部401は、無線基地局10から送信された下り制御信号、下りデータ信号などを、受信信号処理部404から取得する。制御部401は、下りデータ信号に対する再送制御の要否を判定した結果、下り制御信号などに基づいて、上り制御信号、上りデータ信号などの生成を制御する。
【0156】
制御部401は、無線基地局10から通知された各種情報を受信信号処理部404から取得した場合、当該情報に基づいて制御に用いるパラメータを更新してもよい。
【0157】
送信信号生成部402は、制御部401からの指示に基づいて、上り信号(上り制御信号、上りデータ信号、上り参照信号など)を生成して、マッピング部403に出力する。送信信号生成部402は、本開示に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。
【0158】
送信信号生成部402は、例えば、制御部401からの指示に基づいて、送達確認情報、チャネル状態情報(CSI)などに関する上り制御信号を生成する。また、送信信号生成部402は、制御部401からの指示に基づいて上りデータ信号を生成する。例えば、送信信号生成部402は、無線基地局10から通知される下り制御信号にULグラントが含まれている場合に、制御部401から上りデータ信号の生成を指示される。
【0159】
マッピング部403は、制御部401からの指示に基づいて、送信信号生成部402で生成された上り信号を無線リソースにマッピングして、送受信部203へ出力する。マッピング部403は、本開示に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
【0160】
受信信号処理部404は、送受信部203から入力された受信信号に対して、受信処理(例えば、デマッピング、復調、復号など)を行う。ここで、受信信号は、例えば、無線基地局10から送信される下り信号(下り制御信号、下りデータ信号、下り参照信号など)である。受信信号処理部404は、本開示に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。また、受信信号処理部404は、本開示に係る受信部を構成することができる。
【0161】
受信信号処理部404は、受信処理によって復号された情報を制御部401に出力する。受信信号処理部404は、例えば、ブロードキャスト情報、システム情報、RRCシグナリング、DCIなどを、制御部401に出力する。また、受信信号処理部404は、受信信号及び受信処理後の信号の少なくとも一方を、測定部405に出力する。
【0162】
測定部405は、受信した信号に関する測定を実施する。測定部405は、本開示に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
【0163】
例えば、測定部405は、受信した信号に基づいて、RRM測定、CSI測定などを行ってもよい。測定部405は、受信電力(例えば、RSRP)、受信品質(例えば、RSRQ、SINR、SNR)、信号強度(例えば、RSSI)、伝搬路情報(例えば、CSI)などについて測定してもよい。測定結果は、制御部401に出力されてもよい。
【0164】
なお、送受信部203は、第1のサブキャリア間隔(SCS:Sub-Carrier Spacing)を用いる第1のコンポーネントキャリア(CC:Component Carrier)と、前記第1のSCSより大きい第2のSCSを用いる第2のCCと、を用いて送受信してもよい。
【0165】
また、制御部401は、上記第2のCCの上り共有チャネル(PUSCH)において上記第1のCC及び上記第2のCCのいずれか一方又は両方に関する準静的なHARQ-ACKコードブック(semi-static HARQ-ACK codebook)を送信する場合に、処理時間の要求を満たさないデータ(PDSCH候補であってもよい)に対応するHARQ-ACKビットを削除してもよいし、ゼロパディングしてもよい。
【0166】
また、制御部401は、上記第2のCCの上り共有チャネル(PUSCH)において上記第1のCC及び上記第2のCCのいずれか一方又は両方に関する準静的なHARQ-ACKコードブックを送信する場合に、処理時間の要求を満たさないデータ(PDSCH候補であってもよい)に対応するHARQ-ACKビットをACK及びNACKのいずれかであると決定(して生成)してもよい。
【0167】
(ハードウェア構成)
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック(構成部)は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した1つの装置を用いて実現されてもよいし、物理的又は論理的に分離した2つ以上の装置を直接的又は間接的に(例えば、有線、無線などを用いて)接続し、これら複数の装置を用いて実現されてもよい。
【0168】
例えば、本開示の一実施形態における無線基地局、ユーザ端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。
図11は、一実施形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の無線基地局10及びユーザ端末20は、物理的には、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006、バス1007などを含むコンピュータ装置として構成されてもよい。
【0169】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。無線基地局10及びユーザ端末20のハードウェア構成は、図に示した各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【0170】
例えば、プロセッサ1001は1つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、1のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、1以上のプロセッサによって実行されてもよい。なお、プロセッサ1001は、1以上のチップによって実装されてもよい。
【0171】
無線基地局10及びユーザ端末20における各機能は、例えば、プロセッサ1001、メモリ1002などのハードウェア上に所定のソフトウェア(プログラム)を読み込ませることによって、プロセッサ1001が演算を行い、通信装置1004を介する通信を制御したり、メモリ1002及びストレージ1003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
【0172】
プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置(CPU:Central Processing Unit)によって構成されてもよい。例えば、上述のベースバンド信号処理部104(204)、呼処理部105などは、プロセッサ1001によって実現されてもよい。
【0173】
また、プロセッサ1001は、プログラム(プログラムコード)、ソフトウェアモジュール、データなどを、ストレージ1003及び通信装置1004の少なくとも一方からメモリ1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ユーザ端末20の制御部401は、メモリ1002に格納され、プロセッサ1001において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
【0174】
メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM(Read Only Memory)、EPROM(Erasable Programmable ROM)、EEPROM(Electrically EPROM)、RAM(Random Access Memory)、その他の適切な記憶媒体の少なくとも1つによって構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ(主記憶装置)などと呼ばれてもよい。メモリ1002は、本開示の一実施形態に係る無線通信方法を実施するために実行可能なプログラム(プログラムコード)、ソフトウェアモジュールなどを保存することができる。
【0175】
ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー(登録商標)ディスク、光磁気ディスク(例えば、コンパクトディスク(CD-ROM(Compact Disc ROM)など)、デジタル多用途ディスク、Blu-ray(登録商標)ディスク)、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも1つによって構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。
【0176】
通信装置1004は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置1004は、例えば周波数分割複信(FDD:Frequency Division Duplex)及び時分割複信(TDD:Time Division Duplex)の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送受信アンテナ101(201)、アンプ部102(202)、送受信部103(203)、伝送路インターフェース106などは、通信装置1004によって実現されてもよい。
【0177】
入力装置1005は、外部からの入力を受け付ける入力デバイス(例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど)である。出力装置1006は、外部への出力を実施する出力デバイス(例えば、ディスプレイ、スピーカー、LED(Light Emitting Diode)ランプなど)である。なお、入力装置1005及び出力装置1006は、一体となった構成(例えば、タッチパネル)であってもよい。
【0178】
また、プロセッサ1001、メモリ1002などの各装置は、情報を通信するためのバス1007によって接続される。バス1007は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
【0179】
また、無線基地局10及びユーザ端末20は、マイクロプロセッサ、デジタル信号プロセッサ(DSP:Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)などのハードウェアを含んで構成されてもよく、当該ハードウェアを用いて各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも1つを用いて実装されてもよい。
【0180】
(変形例)
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号(シグナリング)であってもよい。また、信号はメッセージであってもよい。参照信号は、RS(Reference Signal)と略称することもでき、適用される標準によってパイロット(Pilot)、パイロット信号などと呼ばれてもよい。また、コンポーネントキャリア(CC:Component Carrier)は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。
【0181】
また、無線フレームは、時間領域において1つ又は複数の期間(フレーム)によって構成されてもよい。無線フレームを構成する当該1つ又は複数の各期間(フレーム)は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において1つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジーに依存しない固定の時間長(例えば、1ms)であってもよい。
【0182】
さらに、スロットは、時間領域において1つ又は複数のシンボル(OFDM(Orthogonal Frequency Division Multiplexing)シンボル、SC-FDMA(Single Carrier Frequency Division Multiple Access)シンボルなど)によって構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。
【0183】
また、スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において1つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルで構成されてもよい。ミニスロットより大きい時間単位で送信されるPDSCH及びPUSCHは、PDSCH/PUSCHマッピングタイプAと呼ばれてもよい。ミニスロットを用いて送信されるPDSCH及びPUSCHは、PDSCH/PUSCHマッピングタイプBと呼ばれてもよい。
【0184】
無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。例えば、1サブフレームは送信時間間隔(TTI:Transmission Time Interval)と呼ばれてもよいし、複数の連続したサブフレームがTTIと呼ばれてよいし、1スロット又は1ミニスロットがTTIと呼ばれてもよい。つまり、サブフレーム及びTTIの少なくとも一方は、既存のLTEにおけるサブフレーム(1ms)であってもよいし、1msより短い期間(例えば、1-13シンボル)であってもよいし、1msより長い期間であってもよい。なお、TTIを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
【0185】
ここで、TTIは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、LTEシステムでは、無線基地局が各ユーザ端末に対して、無線リソース(各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など)を、TTI単位で割り当てるスケジューリングを行う。なお、TTIの定義はこれに限られない。
【0186】
TTIは、チャネル符号化されたデータパケット(トランスポートブロック)、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、TTIが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間(例えば、シンボル数)は、当該TTIよりも短くてもよい。
【0187】
なお、1スロット又は1ミニスロットがTTIと呼ばれる場合、1以上のTTI(すなわち、1以上のスロット又は1以上のミニスロット)が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数(ミニスロット数)は制御されてもよい。
【0188】
1msの時間長を有するTTIは、通常TTI(LTE Rel.8-12におけるTTI)、ノーマルTTI、ロングTTI、通常サブフレーム、ノーマルサブフレーム、又はロングサブフレームなどと呼ばれてもよい。通常TTIより短いTTIは、短縮TTI、ショートTTI、部分TTI(partial又はfractional TTI)、短縮サブフレーム、ショートサブフレーム、ミニスロット、又は、サブスロットなどと呼ばれてもよい。
【0189】
なお、ロングTTI(例えば、通常TTI、サブフレームなど)は、1msを超える時間長を有するTTIで読み替えてもよいし、ショートTTI(例えば、短縮TTIなど)は、ロングTTIのTTI長未満かつ1ms以上のTTI長を有するTTIで読み替えてもよい。
【0190】
リソースブロック(RB:Resource Block)は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、1つ又は複数個の連続した副搬送波(サブキャリア(subcarrier))を含んでもよい。また、RBは、時間領域において、1つ又は複数個のシンボルを含んでもよく、1スロット、1ミニスロット、1サブフレーム又は1TTIの長さであってもよい。1TTI、1サブフレームは、それぞれ1つ又は複数のリソースブロックによって構成されてもよい。なお、1つ又は複数のRBは、物理リソースブロック(PRB:Physical RB)、サブキャリアグループ(SCG:Sub-Carrier Group)、リソースエレメントグループ(REG:Resource Element Group)、PRBペア、RBペアなどと呼ばれてもよい。
【0191】
また、リソースブロックは、1つ又は複数のリソースエレメント(RE:Resource Element)によって構成されてもよい。例えば、1REは、1サブキャリア及び1シンボルの無線リソース領域であってもよい。
【0192】
なお、上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びRBの数、RBに含まれるサブキャリアの数、並びにTTI内のシンボル数、シンボル長、サイクリックプレフィックス(CP:Cyclic Prefix)長などの構成は、様々に変更することができる。
【0193】
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースは、所定のインデックスによって指示されてもよい。
【0194】
本開示においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。例えば、様々なチャネル(PUCCH(Physical Uplink Control Channel)、PDCCH(Physical Downlink Control Channel)など)及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
【0195】
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【0196】
また、情報、信号などは、上位レイヤから下位レイヤ及び下位レイヤから上位レイヤの少なくとも一方へ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。
【0197】
入出力された情報、信号などは、特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。
【0198】
情報の通知は、本開示において説明した態様/実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング(例えば、下り制御情報(DCI:Downlink Control Information)、上り制御情報(UCI:Uplink Control Information))、上位レイヤシグナリング(例えば、RRC(Radio Resource Control)シグナリング、ブロードキャスト情報(マスタ情報ブロック(MIB:Master Information Block)、システム情報ブロック(SIB:System Information Block)など)、MAC(Medium Access Control)シグナリング)、その他の信号又はこれらの組み合わせによって実施されてもよい。
【0199】
なお、物理レイヤシグナリングは、L1/L2(Layer 1/Layer 2)制御情報(L1/L2制御信号)、L1制御情報(L1制御信号)などと呼ばれてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ(RRCConnectionSetup)メッセージ、RRC接続再構成(RRCConnectionReconfiguration)メッセージなどであってもよい。また、MACシグナリングは、例えば、MAC制御要素(MAC CE(Control Element))を用いて通知されてもよい。
【0200】
また、所定の情報の通知(例えば、「Xであること」の通知)は、明示的な通知に限られず、暗示的に(例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって)行われてもよい。
【0201】
判定は、1ビットで表される値(0か1か)によって行われてもよいし、真(true)又は偽(false)で表される真偽値(boolean)によって行われてもよいし、数値の比較(例えば、所定の値との比較)によって行われてもよい。
【0202】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【0203】
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術(同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL:Digital Subscriber Line)など)及び無線技術(赤外線、マイクロ波など)の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
【0204】
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用され得る。
【0205】
本開示においては、「基地局(BS:Base Station)」、「無線基地局」、「固定局(fixed station)」、「NodeB」、「eNodeB(eNB)」、「gNodeB(gNB)」、「アクセスポイント(access point)」、「送信ポイント(transmission point)」、「受信ポイント(reception point)」、「送受信ポイント(transmission/reception point)」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」、「部分帯域幅(BWP:Bandwidth Part)」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
【0206】
基地局は、1つ又は複数(例えば、3つ)のセル(セクタとも呼ばれる)を収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム(例えば、屋内用の小型基地局(RRH:Remote Radio Head))によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
【0207】
本開示においては、「移動局(MS:Mobile Station)」、「ユーザ端末(user terminal)」、「ユーザ装置(UE:User Equipment)」、「端末」などの用語は、互換的に使用され得る。
【0208】
移動局は、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。
【0209】
基地局及び移動局の少なくとも一方は、送信装置、受信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物(例えば、車、飛行機など)であってもよいし、無人で動く移動体(例えば、ドローン、自動運転車など)であってもよいし、ロボット(有人型又は無人型)であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。
【0210】
また、本開示における無線基地局は、ユーザ端末で読み替えてもよい。例えば、無線基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信(例えば、D2D(Device-to-Device)、V2X(Vehicle-to-Everything)などと呼ばれてもよい)に置き換えた構成について、本開示の各態様/実施形態を適用してもよい。この場合、上述の無線基地局10が有する機能をユーザ端末20が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言(例えば、「サイド(side)」)で読み替えられてもよい。例えば、上りチャネルは、サイドチャネルで読み替えられてもよい。
【0211】
同様に、本開示におけるユーザ端末は、無線基地局で読み替えてもよい。この場合、上述のユーザ端末20が有する機能を無線基地局10が有する構成としてもよい。
【0212】
本開示において、基地局によって行われるとした動作は、場合によってはその上位ノード(upper node)によって行われることもある。基地局を有する1つ又は複数のネットワークノード(network nodes)を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の1つ以上のネットワークノード(例えば、MME(Mobility Management Entity)、S-GW(Serving-Gateway)などが考えられるが、これらに限られない)又はこれらの組み合わせによって行われ得ることは明らかである。
【0213】
本開示において説明した各態様/実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示で説明した各態様/実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【0214】
本開示において説明した各態様/実施形態は、LTE(Long Term Evolution)、LTE-A(LTE-Advanced)、LTE-B(LTE-Beyond)、SUPER 3G、IMT-Advanced、4G(4th generation mobile communication system)、5G(5th generation mobile communication system)、FRA(Future Radio Access)、New-RAT(Radio Access Technology)、NR(New Radio)、NX(New radio access)、FX(Future generation radio access)、GSM(登録商標)(Global System for Mobile communications)、CDMA2000、UMB(Ultra Mobile Broadband)、IEEE 802.11(Wi-Fi(登録商標))、IEEE 802.16(WiMAX(登録商標))、IEEE 802.20、UWB(Ultra-WideBand)、Bluetooth(登録商標)、その他の適切な無線通信方法を利用するシステム、これらに基づいて拡張された次世代システムなどに適用されてもよい。また、複数のシステムが組み合わされて(例えば、LTE又はLTE-Aと、5Gとの組み合わせなど)適用されてもよい。
【0215】
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【0216】
本開示において使用する「第1の」、「第2の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、2つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第1及び第2の要素の参照は、2つの要素のみが採用され得ること又は何らかの形で第1の要素が第2の要素に先行しなければならないことを意味しない。
【0217】
本開示において使用する「判断(決定)(determining)」という用語は、多種多様な動作を包含する場合がある。例えば、「判断(決定)」は、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)(例えば、テーブル、データベース又は別のデータ構造での探索)、確認(ascertaining)などを「判断(決定)」することであるとみなされてもよい。
【0218】
また、「判断(決定)」は、受信(receiving)(例えば、情報を受信すること)、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)(例えば、メモリ中のデータにアクセスすること)などを「判断(決定)」することであるとみなされてもよい。
【0219】
また、「判断(決定)」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などを「判断(決定)」することであるとみなされてもよい。つまり、「判断(決定)」は、何らかの動作を「判断(決定)」することであるとみなされてもよい。
【0220】
また、「判断(決定)」は、「想定する(assuming)」、「期待する(expecting)」、「みなす(considering)」などで読み替えられてもよい。
【0221】
本開示において使用する「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、2又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された2つの要素間に1又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的であっても、論理的であっても、あるいはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。
【0222】
本開示において、2つの要素が接続される場合、1つ以上の電線、ケーブル、プリント電気接続などを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域、光(可視及び不可視の両方)領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
【0223】
本開示において、「AとBが異なる」という用語は、「AとBが互いに異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も同様に解釈されてもよい。
【0224】
本開示又は請求の範囲において、「含む(include)」、「含んでいる(including)」、及びそれらの変形が使用されている場合、これらの用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本開示あるいは請求の範囲において使用されている用語「又は(or)」は、排他的論理和ではないことが意図される。
【0225】
本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
【0226】
以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。