▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023182840
(43)【公開日】2023-12-26
(54)【発明の名称】通信装置、通信方法及び集積回路
(51)【国際特許分類】
H04W 72/20 20230101AFI20231219BHJP
H04W 28/06 20090101ALI20231219BHJP
H04W 16/14 20090101ALI20231219BHJP
【ＦＩ】
H04W72/20
H04W28/06 110
H04W16/14
【審査請求】有
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2023183356
(22)【出願日】2023-10-25
(62)【分割の表示】P 2021556929の分割
【原出願日】2019-03-28
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】眞木 翔太郎
(72)【発明者】
【氏名】ワン リレイ
(72)【発明者】
【氏名】鈴木 秀俊
(72)【発明者】
【氏名】堀内 綾子
(57)【要約】
【課題】免許不要な帯域において適切にデータ通信できる。
【解決手段】通信装置は、データの送信のために設定される第１のリソースに関する第１の情報、及び、データの送信のために設定される第２のリソースに関する第２の情報を送信する送信機と、第１の情報及び第２の情報に基づいてデータの送信を制御する制御回路と、を具備し、第１の情報及び第２の情報は、１つの下り制御情報における１つのフィールドで送信される。
【選択図】図９
【解決手段】通信装置は、データの送信のために設定される第１のリソースに関する第１の情報、及び、データの送信のために設定される第２のリソースに関する第２の情報を送信する送信機と、第１の情報及び第２の情報に基づいてデータの送信を制御する制御回路と、を具備し、第１の情報及び第２の情報は、１つの下り制御情報における１つのフィールドで送信される。
【選択図】図９
【特許請求の範囲】
【請求項1】
データの送信のために設定される第１のリソースに関する第１の情報、及び、前記データの送信のために設定される第２のリソースに関する第２の情報を送信する送信機と、
前記第１の情報及び前記第２の情報に基づいて前記データの送信を制御する制御回路と、を具備し、
前記第１の情報及び前記第２の情報は、１つの下り制御情報における１つのフィールドで送信される、
通信装置。
前記第１の情報及び前記第２の情報に基づいて前記データの送信を制御する制御回路と、を具備し、
前記第１の情報及び前記第２の情報は、１つの下り制御情報における１つのフィールドで送信される、
通信装置。
【請求項2】
前記第１のリソースと前記第２のリソースとが異なる場合、前記第２の情報に基づいて前記データのサイズが調整される、
請求項１に記載の通信装置。
請求項１に記載の通信装置。
【請求項3】
前記第１のリソースの量は前記第２のリソースの量よりも小さい、
請求項１に記載の通信装置。
請求項１に記載の通信装置。
【請求項4】
前記第１の情報は、前記データに対して設定されるトランスポートブロックサイズに関する第１の時間リソースを示し、前記第２の情報は、前記データが割り当てられるリソースに関する第２の時間リソースを示す、
請求項１に記載の通信装置。
請求項１に記載の通信装置。
【請求項5】
前記第１の情報は前記第１のリソースの量と前記第２のリソースの量の差分を示す、
請求項１に記載の通信装置。
請求項１に記載の通信装置。
【請求項6】
データの送信のために設定される第１のリソースに関する第１の情報、及び、前記データの送信のために設定される第２のリソースに関する第２の情報を送信し、
前記第１の情報及び前記第２の情報に基づいて前記データの送信を制御し、
前記第１の情報及び前記第２の情報は下り制御情報における１つのフィールドで送信される、
通信方法。
前記第１の情報及び前記第２の情報に基づいて前記データの送信を制御し、
前記第１の情報及び前記第２の情報は下り制御情報における１つのフィールドで送信される、
通信方法。
【請求項7】
前記第１のリソースと前記第２のリソースとが異なる場合、前記第２の情報に基づいて前記データのサイズを調整する、
請求項６に記載の通信方法。
請求項６に記載の通信方法。
【請求項8】
前記第１のリソースの量は前記第２のリソースの量よりも小さい、
請求項６に記載の通信方法。
請求項６に記載の通信方法。
【請求項9】
前記第１の情報は、前記データに対して設定されるトランスポートブロックサイズに関する第１の時間リソースを示し、前記第２の情報は、前記データが割り当てられるリソースに関する第２の時間リソースを示す、
請求項６に記載の通信方法。
請求項６に記載の通信方法。
【請求項10】
前記第１の情報は前記第１のリソースの量と前記第２のリソースの量の差分を示す、
請求項６に記載の通信方法。
請求項６に記載の通信方法。
【請求項11】
データの送信のために設定される第１のリソースに関する第１の情報、及び、前記データの送信のために設定される第２のリソースに関する第２の情報を送信する処理と、
前記第１の情報及び前記第２の情報に基づいて前記データを生成する処理と、を制御し、
前記第１の情報及び前記第２の情報は下り制御情報における１つのフィールドで送信される、
集積回路。
前記第１の情報及び前記第２の情報に基づいて前記データを生成する処理と、を制御し、
前記第１の情報及び前記第２の情報は下り制御情報における１つのフィールドで送信される、
集積回路。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、移動局、基地局、受信方法及び送信方法に関する。
【背景技術】
【0002】
第５世代移動通信システム（5G）と呼ばれる通信システムが検討されている。国際標準化団体である3rd Generation Partnership Project（3GPP）では、LTE／LTE-Advancedシステムの高度化と、LTE/LTE-Advancedシステムとは必ずしも後方互換性を有しない新しい方式であるNew Radio Access Technology（New RAT又はNRとも呼ぶ）（例えば、非特許文献１を参照）の両面から、5G通信システムの高度化が検討されている。
【0003】
NRでは、免許の必要な帯域（licensed band）に加えて、LTEのLicense-Assisted Access（LAA）又はEnhanced LAA（eLAA)と同様に、免許不要帯（アンライセンスバンド、unlicensed band）での運用が検討されている（例えば、非特許文献２を参照）。免許不要な帯域での運用は、例えば、NR-based Access to Unlicensed Spectrum又はNR-Uとも呼ばれる。
【先行技術文献】
【非特許文献】
【0004】
【非特許文献1】RP-181726, "Revised WID on New Radio Access Technology", NTT DOCOMO, September 2018
【非特許文献2】RP-182878, "New WID on NR-based Access to Unlicensed Spectrum", Qualcomm, December 2018
【非特許文献3】3GPP TS 37.213 V15.1.0, "Physical layer procedure for shared spectrum channel access (Release 15)," September 2018
【非特許文献4】3GPP TS 38.214 V15.4.0, "NR; Physical layer procedures for data (Release 15)," December 2018
【非特許文献5】R1-1901939, "Initial Slot with Flexible Starting Positions for NR-U", Fujitsu, February 2019
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、免許不要な帯域におけるデータの通信方法について十分に検討されていない。
【0006】
本開示の非限定的な実施例は、免許不要な帯域において適切にデータ通信できる移動局、基地局、受信方法及び送信方法の提供に資する。
【課題を解決するための手段】
【0007】
本開示の一実施例に係る移動局は、データに設定されるサイズに関する第１の情報、及び、前記データが割り当てられるリソースに関する第２の情報を受信する受信回路と、前記第１の情報及び前記第２の情報に基づいて、前記データの受信を制御する制御回路と、を具備する。
【0008】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【0009】
本開示の一実施例によれば、免許不要な帯域において適切にデータ通信できる。
【0010】
本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【0011】
【図1】サブバンドの一例を示す図
【図2】下りリンクデータ割当の一例を示す図
【図3】下りリンクデータの構成例を示す図
【図4】下りリンクデータの構成例を示す図
【図5】LBT実施時の下りリンクデータの構成例を示す図
【図6】LBT実施時のサブバンドの割当例を示す図
【図7】実施の形態１に係る基地局の一部の構成例を示すブロック図
【図8】実施の形態１に係る移動局の一部の構成例を示すブロック図
【図9】実施の形態１に係る基地局の構成例を示すブロック図
【図10】実施の形態１に係る移動局の構成例を示すブロック図
【図11】実施の形態１の動作例１－１に係る基地局及び移動局の処理の一例を示すシーケンス図
【図12】実施の形態１の動作例１－１に係る制御情報の一例を示す図
【図13】実施の形態１の動作例１－１に係る制御情報の他の例を示す図
【図14】実施の形態１の動作例１－２に係る制御情報の一例を示す図
【図15】実施の形態１の動作例１－２に係る制御情報の他の例を示す図
【図16】実施の形態１の動作例１－３に係る基地局及び移動局の処理の一例を示すシーケンス図
【図17】実施の形態１の動作例１－４に係る基地局及び移動局の処理の一例を示すシーケンス図
【発明を実施するための形態】
【0012】
以下、本開示の実施の形態について図面を参照して詳細に説明する。
【0013】
［キャリアセンス／Listen Before Talk（LBT）］
免許不要帯では、無線機器同士の干渉を防ぐために、各無線機器が信号の送信前にキャリアセンスを実施し、同一周波数帯において周辺の無線機器が信号を送信していないことを確認することが求められる。
免許不要帯では、無線機器同士の干渉を防ぐために、各無線機器が信号の送信前にキャリアセンスを実施し、同一周波数帯において周辺の無線機器が信号を送信していないことを確認することが求められる。
【0014】
NR-Uでは、eLAA（例えば、非特許文献３を参照）と同様、例えば、LBT category 4（又は、Type 1 UL channel access procedure）、及び、LBT category 2（又は、Type 2 UL channel access procedure）というキャリアセンスを使用することが想定される。LBT category 2では、キャリアセンスを実施する期間（例えば、LBT durationとも呼ばれる）が、例えば、25マイクロ秒で固定である。LBT category 4では、キャリアセンスを実施する期間が、例えば25マイクロ秒以上であり、ランダムに決定され得る。
【0015】
以下では、NR-Uにおけるキャリアセンスの意味で「LBT」という用語を用いる。
【0016】
また、NR-Uでは、例えば、図１に示すように、システム帯域（例えば、80MHz）が複数の帯域（例えば、20MHz領域。サブバンド又はsub-bandとも呼ぶ)に分けられ、サブバンドのそれぞれにおいてLBTが実施され得る。この場合、無線機器では、LBTが完了したサブバンドにおいて信号を送信し、LBTが完了していないサブバンドにおいて信号を送信しないという動作があり得る。
【0017】
［下りリンクデータ割当（時間領域）］
NRでは、下りリンク（downlink（DL））のデータ送信には、例えば、下りリンクデータチャネル（例えば、Physical Downlink Shared Channel（PDSCH））が用いられる。
NRでは、下りリンク（downlink（DL））のデータ送信には、例えば、下りリンクデータチャネル（例えば、Physical Downlink Shared Channel（PDSCH））が用いられる。
【0018】
Rel-15 NRでは、各PDSCHのリソース（以下、PDSCHリソースとも呼ぶ）を構成する時間リソースであるシンボル（例えば、Orthogonal Frequency Division Multiplexing（OFDM）シンボル）は、下り制御チャネル（例えば、Physical Downlink Control Channel（PDCCH））によって基地局（例えば、gNBとも呼ぶ）から移動局（例えば、端末、User Equipment（UE）とも呼ぶ）へ通知される。
【0019】
例えば、PDSCHリソースを構成するシンボルは、PDCCHによって送信される下り制御情報（例えば、Downlink Control Information（DCI））のフィールドの１つである「Time domain resource assignment」によって移動局に通知される。このフィールドは、例えば、図２に示すような「pdsch-TimeDomainAllocationListテーブル」のRow Indexに対応している。図２において、各Row Indexには、「Start and Length Indicator Value（SLIV）」なる値が関連付けられている。Row IndexとSLIVとの関連付けは、例えば、上位レイヤによって移動局に設定されている。SLIVの値は、例えば、スロットにおけるPDSCHの割当開始シンボル位置を示す「S」、及び、割当シンボル長（換言すると、シンボル数）を示す「L」の２つの値の組み合わせと1対1で対応する（例えば、非特許文献４を参照）。例えば、移動局は、通知されたSLIVの値から、S及びLの値を導出する。移動局は、S及びLの値に従って、例えば、スロットのS番目のシンボルから（S+L-1）番目のシンボルにPDSCHが割り当てられていることを指示される。
【0020】
図３は、一例として、図２のRow index=0が移動局に通知される場合のPDSCHの構成例を示す。図３に示すように、移動局は、PDSCHを構成するシンボルがS=2番目のシンボルから（S+L-1）=13番目のシンボルの１２シンボルであると判断する。
【0021】
図４は、他の例として、図２のRow index=1が移動局に通知される場合のPDSCHの構成例を示す。図４に示すように、移動局は、PDSCHを構成するシンボルがS=7番目のシンボルから（S+L-1）=13番目のシンボルの７シンボルであると判断する。
【0022】
NR-Uにおいても、上述した時間領域における下りリンクデータの割当を指示する方法が適用され得る。
【0023】
［下りリンクデータ割当（周波数領域）］
Rel-15 NRでは、各PDSCHリソースを構成する周波数リソースであるサブキャリアは、例えば、PDCCHによって送信されるDCIのフィールドの1つである「Frequency domain resource assignment」によって移動局に通知される。
Rel-15 NRでは、各PDSCHリソースを構成する周波数リソースであるサブキャリアは、例えば、PDCCHによって送信されるDCIのフィールドの1つである「Frequency domain resource assignment」によって移動局に通知される。
【0024】
NR-Uでは、このサブキャリアを通知する情報に加え、移動局がどのサブバンドを使用するかを通知する方法も検討されている。
【0025】
例えば、システム帯域が図１に示すように４つのサブバンドによって構成される場合について説明する。この場合、例えば、各サブバンドの使用可否をそれぞれ示す4bitのビットマップが移動局に通知されてよい。例えば、4bitのビットマップは、移動局が使用するサブバンドを「1」とし、移動局が使用しないサブバンドを「0」として、移動局に通知され得る。一例として、移動局は、基地局から‘1110’を示すビットマップが通知された場合、ビットマップが「1」であるサブバンド番号0～2の３つのサブバンドを使用し、ビットマップが「0」であるサブバンド番号3の１つのサブバンドを使用しないと判断し得る。
【0026】
［下りリンクデータ送信処理］
基地局は、例えば、下りリンクデータを含むトランスポートブロック（Transport Block（TB））のサイズ（TBサイズまたはTBSと呼ぶ）、及び、適用可能な変調次数と符号化率との組み合わせ（例えば、Modulation and Coding Scheme（MCS））に基づいて、PDSCHリソース（例えば、時間リソース及び周波数リソースの少なくとも一つ）を決定する。例えば、基地局は、決定したPDSCHリソースをDCIによって移動局へ通知する。
基地局は、例えば、下りリンクデータを含むトランスポートブロック（Transport Block（TB））のサイズ（TBサイズまたはTBSと呼ぶ）、及び、適用可能な変調次数と符号化率との組み合わせ（例えば、Modulation and Coding Scheme（MCS））に基づいて、PDSCHリソース（例えば、時間リソース及び周波数リソースの少なくとも一つ）を決定する。例えば、基地局は、決定したPDSCHリソースをDCIによって移動局へ通知する。
【0027】
また、基地局は、例えば、下りリンクデータを含むTBを符号化し、符号化後のデータ信号が上述したPDSCHリソースのサイズに合うようにビット数を調整する。このビット数調整の処理を「レートマッチング（rate-matching）」と呼ぶ。基地局は、レートマッチングされたデータ信号（以下、「レートマッチング出力信号」と呼ぶこともある）をPDSCHリソースに割り当て、データ信号をDCIとともに移動局へ送信する。
【0028】
移動局は、受信したDCIからPDSCHリソースを読み取る。また、移動局は、読み取ったPDSCHリソースのサイズに基づいて、PDSCHにおいて受信するTBのサイズ（TBサイズ）を導出する（例えば、非特許文献４を参照）。移動局は、更に、導出したTBサイズに基づいて、基地局において下りリンクデータがどのようにレートマッチングされたかを判断する。これにより、移動局は、下りリンクデータを適切に復号できる。
【0029】
以上、下りリンクデータ送信処理について説明した。
【0030】
ここで、NR-Uでは、例えば、基地局が、下りリンクデータ（例えば、PDSCH信号とも呼ぶ）の送信前にLBTを実施することが想定される。例えば、基地局は、LBTが完了（換言すると、LBTが成功）した後に、下りリンクデータの送信を開始する。
【0031】
そのため、基地局がTBサイズに基づいて決定したPDSCHリソース（以下、「第１のリソース」と呼ぶ）のサイズと、LBT完了後に使用可能なPDSCHリソース（換言すると、実際に割り当てられるPDSCHリソース。以下、「第２のリソース」と呼ぶ）のサイズとが異なる場合があり得る。
【0032】
例えば、第２のリソースサイズが第１のリソースサイズより小さい場合、レートマッチング出力信号のビット数は、第２のリソースを用いて送信可能なビット数よりも多い。そこで、例えば、基地局が、レートマッチング出力信号の一部のビットを更に削除（換言すると、puncture）し、レートマッチング出力信号のビット数が第２のリソースサイズに合うように調整するする方法が検討されている（例えば、非特許文献５を参照）。このビット数調整の処理は、例えば、上述したレートマッチングとは別途実施されてよい。
【0033】
また、例えば、第２のリソースサイズが第１のリソースサイズより大きい場合、レートマッチング出力信号のビット数は、第２のリソースを用いて送信可能なビット数よりも少ない。そこで、例えば、基地局が、レートマッチング出力信号の一部のビットを繰り返し（換言すると、repetitionし）、レートマッチング出力信号のビット数が第２のリソースサイズに合うように調整する方法があり得る。このビット数調整の処理は、例えば、上述したレートマッチングとは別途実施されてよい。
【0034】
しかしながら、第２のリソースサイズに応じてレートマッチング出力信号のサイズ（例えば、ビット数）を調整する場合、移動局は、例えば、第２のリソースが通知されても、第１のリソースについて通知されなければ、下りリンクデータのTBサイズを正しく推定（又は、導出）できない可能性がある。このため、移動局は、下りリンクデータを適切に復号できない可能性がある。一方、第２のリソースサイズに応じてレートマッチング出力信号のサイズを調整する場合、移動局は、例えば、第１のリソースが通知されても、第２のリソースについて通知されなければ、PDSCHが実際に配置されているリソースを判断できない可能性がある。
【0035】
図５は、時間領域において第１のリソースと第２のリソースとが異なる場合の一例を示す。
【0036】
例えば、図５に示すように、基地局は、TBサイズに基づいて、第2シンボルから第13シンボルの１２シンボルを第１のリソースに決定し、決定した第１のリソースに基づいてレートマッチングを実施し得る。また、図５に示すように、基地局は、LBTを実施し、LBTを第7シンボルの前に完了させた後、第7シンボルから第13シンボルの７シンボルを、PDSCHの配置に使用可能である第２のリソースに決定し得る。
【0037】
このとき、図５に示すように、第２のリソースサイズ（例えば、７シンボル）は、第１のリソースサイズ（例えば、１２シンボル）より小さい。よって、基地局は、レートマッチング出力信号の一部のビット（例えば、図５では第2シンボルから第6シンボルの５シンボル）を削除し、第２のリソースサイズに合うよう調整する。これにより、調整後の信号（例えば、第７シンボルから第１３シンボルの７シンボル）が第２のリソースに配置され得る。そして、基地局は、第２のリソースにおけるPDSCHの配置を移動局に通知するために、例えば、S=7及びL=7に対応する情報（例えば、SLIV等）を含むDCIを通知し得る。
【0038】
この場合、移動局には、DCIによって、第２のリソースに関する情報（例えば、S=7及びL=7）が通知されるのに対して、第１のリソースを示す情報は通知されていない。このため、移動局は、TBサイズを導出できず、基地局において下りリンクデータがどのようにレートマッチングされたか判断できない。このため、移動局は、下りリンクデータを適切に復号できない場合がある。
【0039】
次に、図６は、周波数領域において第１のリソースと第２のリソースとが異なる場合の一例を示す。
【0040】
例えば、図６に示すように、基地局は、TBサイズに基づいて、第0から第3サブバンドに跨がる第１のリソースを決定し、決定した第１のリソースに基づいてレートマッチングを実施し得る。また、図６に示すように、基地局は、LBTを実施し、第0から第2サブバンドにおいてLBTを完了させた後、これらの３つのサブバンドに第２のリソースを、PDSCHの配置に使用可能と判断する。換言すると、図６に示す第3サブバンドは、PDSCHの配置に使用不可能と判断される。
【0041】
このとき、図６に示すように、第２のリソースサイズ（例えば、３サブバンド）は、第１のリソースサイズ（例えば、４サブバンド）より小さい。よって、基地局は、レートマッチング出力信号の一部のビット（例えば、図６では第3サブバンドの信号）を削除し、第２のリソースサイズに合うよう調整する。これにより、調整後の信号が第２のリソースに配置され得る。そして、基地局は、第２のリソース（例えば、第0から第2サブバンド）におけるPDSCHの配置を示す情報を含むDCIを移動局に通知し得る。
【0042】
この場合、移動局には、第２のリソースに関する情報が通知されるのに対して、第１のリソースに関する情報は通知されていない。このため、移動局は、TBサイズを導出できず、基地局において下りリンクデータがどのようにレートマッチングされたか判断できない。このため、移動局は、下りリンクデータを適切に復号できない場合がある。
【0043】
このように、NR-Uでは、下りリンクデータの送信に関して、LBTの影響により、データのTBサイズに基づいて決定される第１のリソースと、LBT完了後にデータが実際に割り当てられる第２のリソースとが異なる場合があり得る。換言すると、NR-Uでは、LBT実施前に設定される第１のリソースと、LBT実施後に設定される第２のリソースとが異なる場合があり得る。
【0044】
この場合、第１のリソースに関する情報、及び、第２のリソースに関する情報の何れか一方の情報が移動局に通知されても、移動局は、下りリンクデータに対して受信処理（例えば、データ抽出処理又はデータ復号処理等）を適切に行えない可能性がある。
【0045】
そこで、本開示の一実施例では、下りリンクデータのTBサイズ（換言すると、第１のリソース）に関する情報（以下、「第１の情報」と呼ぶ）、及び、下りリンクデータが割り当てられる第２のリソースに関する情報（以下、「第２の情報」と呼ぶ）を基地局から移動局へ通知する方法について説明する。例えば、第１の情報は、LBTの実施前に決定される情報であり、LBTの実施前における下りリンクデータのリソース量（例えば、TBサイズに対応するリソース量）に関する情報を含む。また、例えば、第２の情報は、LBTの結果に基づいて決定される情報であり、LBTの実施後における下りリンクデータの割当リソースに関する情報を含む。
【0046】
（実施の形態１）
本実施の形態では、免許不要帯におけるNR-Uの時間領域に関する下りリンクデータの送信について説明する。換言すると、本実施の形態では、第１のリソースは、下りリンクデータに設定されるTBサイズに基づいて決定される時間リソースであり、第２のリソースは、下りリンクデータに割り当てられる時間リソースである。
本実施の形態では、免許不要帯におけるNR-Uの時間領域に関する下りリンクデータの送信について説明する。換言すると、本実施の形態では、第１のリソースは、下りリンクデータに設定されるTBサイズに基づいて決定される時間リソースであり、第２のリソースは、下りリンクデータに割り当てられる時間リソースである。
【0047】
［通信システムの概要］
本実施の形態に係る通信システムは、基地局１００、及び、移動局２００を備える。
本実施の形態に係る通信システムは、基地局１００、及び、移動局２００を備える。
【0048】
図７は、本実施の形態に係る基地局１００の一部の構成例を示すブロック図である。図７に示す基地局１００において、送信部１０７（送信回路に相当）は、データに設定されるサイズ（例えば、TBサイズ）に関する第１の情報、及び、データが割り当てられるリソース（例えば、第２のリソース）に関する第２の情報を送信する。制御部１０１（制御回路に相当）は、第１の情報及び第２の情報に基づいて、データの送信を制御する。
【0049】
図８は、本実施の形態に係る移動局２００の一部の構成例を示すブロック図である。図８に示す移動局２００において、受信部２０２（受信回路に相当）は、データに設定されるサイズ（例えば、TBサイズ）に関する第１の情報、及び、データが割り当てられるリソース（例えば、第２のリソース）に関する第２の情報を受信する。制御部２０６（制御回路に相当）は、第１の情報及び第２の情報に基づいて、データの受信を制御する。
【0050】
［基地局の構成］
図９は、本実施の形態に係る基地局１００の構成例を示すブロック図である。図９において、基地局１００は、制御部１０１と、符号化部１０２と、レートマッチング部１０３と、変調部１０４と、ビット数再調整部１０５と、信号配置部１０６と、送信部１０７と、アンテナ１０８と、を有する。
図９は、本実施の形態に係る基地局１００の構成例を示すブロック図である。図９において、基地局１００は、制御部１０１と、符号化部１０２と、レートマッチング部１０３と、変調部１０４と、ビット数再調整部１０５と、信号配置部１０６と、送信部１０７と、アンテナ１０８と、を有する。
【0051】
制御部１０１は、例えば、送信データ（換言すると、下りリンクデータ）の送信を制御する。例えば、制御部１０１は、送信データのTBサイズを決定し、決定したTBサイズを示す情報（例えば、TBサイズ情報と呼ぶ）をレートマッチング部１０３に出力する。また、制御部１０１は、TBサイズに基づいてPDSCHリソース（換言すると、第１のリソース）を決定する。また、制御部１０１は、例えば、LBT完了後に実際に使用可能なPDSCHリソース（換言すると、第２のリソース）を決定する。制御部１０１は、TBサイズに基づいて決定したPDSCHリソースに関する情報（例えば、第１の情報）、及び、LBT完了後に決定したPDSCHリソースに関する情報（例えば、第２の情報）を生成し、DCI及び上位レイヤ信号の少なくとも一方に含める。制御部１０１は、上位レイヤ信号を符号化部１０２に出力し、DCIを信号配置部１０６に出力する。また、制御部１０１は、PDSCHリソース（換言すると、第２のリソース）を示すPDSCHリソース情報をビット数再調整部１０５及び信号配置部１０６に出力する。
【0052】
符号化部１０２は、送信データ（換言すると、PDSCH信号又は下りリンクデータ）、及び、制御部１０１から入力される上位レイヤ信号を誤り訂正符号化して、符号化後の信号をレートマッチング部１０３に出力する。
【0053】
レートマッチング部１０３は、制御部１０１から入力されるTBサイズ情報に基づいて、符号化部１０２から入力される信号にレートマッチングを適用し、レートマッチング後の信号を変調部１０４に出力する。
【0054】
変調部１０４は、レートマッチング部１０３から入力される信号を変調し、変調後の信号をビット数再調整部１０５に出力する。
【0055】
ビット数再調整部１０５は、制御部１０１から入力されるPDSCHリソース情報（換言すると、第２のリソースに関する情報）に基づいて、変調部１０４から入力される信号のビット数を、第２のリソースサイズに合うように調整し、ビット数調整後の信号を信号配置部１０６に出力する。
【0056】
信号配置部１０６は、制御部１０１から入力されるDCIを例えばPDCCHリソースに配置する。また、信号配置部１０６は、制御部１０１から入力されるPDSCHリソース情報に基づいて、ビット数再調整部１０５から入力される信号を、PDSCHリソース（換言すると、第２のリソース）に配置する。信号配置部１０６は、リソースに配置された信号を、送信部１０７に出力する。
【0057】
送信部１０７は、信号配置部１０６から入力される信号に対して、搬送波を用いた周波数変換等の無線送信処理を行い、無線送信処理後の信号をアンテナ１０８に出力する。
【0058】
アンテナ１０８は、送信部１０７から入力される信号（換言すると、下りリンク信号）を移動局２００に向けて放射する。
【0059】
［移動局の構成］
図１０は、本実施の形態に係る移動局２００の構成例を示すブロック図である。図１０において、移動局２００は、アンテナ２０１と、受信部２０２と、信号分離部２０３と、復調部２０４と、復号部２０５と、制御部２０６と、を有する。
図１０は、本実施の形態に係る移動局２００の構成例を示すブロック図である。図１０において、移動局２００は、アンテナ２０１と、受信部２０２と、信号分離部２０３と、復調部２０４と、復号部２０５と、制御部２０６と、を有する。
【0060】
アンテナ２０１は、基地局１００（例えば、図９を参照）が送信した下りリンク信号を受信し、受信部２０２に出力する。
【0061】
受信部２０２は、アンテナ２０１から入力される信号に対して、周波数変換等の無線受信処理を行い、無線受信処理後の信号を信号分離部２０３に出力する。
【0062】
信号分離部２０３は、受信部２０２から入力される信号から、例えば、PDCCHリソースに配置されたDCIを抽出し、制御部２０６に出力する。また、信号分離部２０３は、制御部２０６から入力されるPDSCHリソース（換言すると、第２のリソース）を示すPDSCHリソース情報に基づいて、PDSCHリソースに配置されたデータ信号を抽出し、復調部２０４に出力する。
【0063】
復調部２０４は、信号分離部２０３から入力されるデータ信号を復調する。復調部２０４は、復調後の信号を復号部２０５に出力する。
【0064】
復号部２０５は、制御部２０６から入力されるTBサイズ情報に基づいて、復調部２０４から入力される信号を復号し、受信データ信号及び上位レイヤ信号を得る。復号部２０５は、上位レイヤ信号を制御部２０６に出力する。
【0065】
制御部２０６は、信号分離部２０３から入力されるDCI及び復号部２０５から入力される上位レイヤ信号の少なくとも一方に基づいて、第１のリソース及び第２のリソースに関する情報を取得する。制御部２０６は、第２のリソースに関する情報（例えば、PDSCHリソース情報）を信号分離部２０３に出力する。また、制御部２０６は、第１のリソースに関する情報に基づいて、受信データのTBサイズを決定し（換言すると、割り出し）、TBサイズを示すTBサイズ情報を復号部２０５に出力する。
【0066】
【0067】
以下、下りリンクデータに設定されるTBサイズ（又は、TBサイズに基づいて決定される第１のリソース）に関する「第１の情報」、及び、LBT完了後に下りリンクデータに実際に割り当てられる第２のリソース（例えば、PDSCHリソース）に関する「第２の情報」の通知に関する動作例１－１～動作例１－４についてそれぞれ説明する。
【0068】
［動作例１－１］
動作例１－１では、第１の情報及び第２の情報は、１つのパラメータによって移動局２００に通知される。なお、１つのパラメータは、例えば、１つのDCI（換言すると、１つの制御信号）において通知されてもよく、DCI内の１つのフィールドにおいて通知されてもよい。
動作例１－１では、第１の情報及び第２の情報は、１つのパラメータによって移動局２００に通知される。なお、１つのパラメータは、例えば、１つのDCI（換言すると、１つの制御信号）において通知されてもよく、DCI内の１つのフィールドにおいて通知されてもよい。
【0069】
図１１は、動作例１－１に係る基地局１００及び移動局２００の処理の一例を示すシーケンス図である。
【0070】
図１１において、基地局１００は、例えば、データ信号のTBサイズ及びMCSを決定し、TBサイズ及びMCSに基づいて第１のリソース（例えば、時間リソース）を決定する（ＳＴ１０１）。例えば、図５に示す例では、基地局１００は、１２シンボルで構成される第１のリソースを決定する。また、基地局１００は、第１のリソース（例えば、第１のリソースのシンボル数）に基づいて、データ信号に対して、誤り訂正符号化及びレートマッチング等を行う。
【0071】
基地局１００は、データ信号を送信する前に、LBTを実施する（ＳＴ１０２）。基地局１００は、LBTが完了すると、LBT完了時点においてデータ信号の送信に使用可能な第２のリソース（例えば、時間リソース）を決定する（ＳＴ１０３）。例えば、図５に示す例では、基地局１００は、スロット内の第７シンボルから開始される７シンボルで構成される第２のリソースを決定する。
【0072】
図１１において、基地局１００は、第１のリソースと第２のリソースとが異なるか否かを判断する（ＳＴ１０４）。第１のリソースと第２のリソースとが異なる場合（ＳＴ１０４：Ｙｅｓ）、基地局１００は、データ信号（換言すると、レートマッチング出力信号）のビット数を、第２のリソースサイズ（換言すると、リソース量）に合うように調整する（ＳＴ１０５）。一方、第１のリソースと第２のリソースとが異ならない場合（ＳＴ１０４：Ｎｏ）、基地局１００は、データ信号のビット数を調整せずに、ＳＴ１０６の処理を行う。
【0073】
例えば、図５に示す例では、第１のリソース（１２シンボル）と第２のリソース（７シンボル）とは異なる。よって、基地局１００は、例えば、データ信号（例えば、ＳＴ１０１において生成される信号）の一部を削除（換言すると、puncture）して、第２リソース（図５では７シンボル）に配置可能なビット数に調整してよい。
【0074】
なお、図５に示すように第２のリソースが第１のリソースより小さい場合（換言すると、データ信号の一部を削除する場合）に限らず、第２のリソースが第１のリソースより大きい場合においても、基地局１００は、データ信号のビット数の調整を行ってよい。例えば、第１のリソースが７シンボルであり、第２のリソースが１２シンボルの場合（図示せず）、基地局１００は、データ信号の一部のビットを繰り返して（換言すると、repetitionして）、１２シンボルを満たして配置されるように、データ信号のビット数を調整してよい。なお、第２のリソースが第１のリソースより大きいケースは、例えば、基地局１００が、LBT期間を想定して第１のリソースを決定したものの、想定したLBT期間よりも短い時間でLBTが完了した場合などがある。
【0075】
図１１において、基地局１００は、例えば、データ信号を第２のリソースに割り当て、DCIをPDCCHリソースに割り当てる（ＳＴ１０６）。なお、DCIには、例えば、第１のリソースに関する第１の情報及び第２のリソースに関する第２の情報が含まれる。基地局１００は、データ信号及びDCIを含む下りリンク信号を移動局２００へ送信する（ＳＴ１０８）。
【0076】
図１２は、動作例１－１に係る、DCIに含まれる第１の情報及び第２の情報の一例を示す。
【0077】
図１２では、例えば、第１のリソースの長さ（サイズ又はリソース量とも呼ぶ。例えば、第１のリソースを構成するシンボル数）を示すパラメータ「L」と、第２のリソースの長さ（サイズ又はリソース量とも呼ぶ。例えば、第２のリソースを構成するシンボル数）を示すパラメータ「L」と、第２のリソースの開始位置（例えば、第２のリソースが配置される最初のシンボル位置）を示すパラメータ「S」と、の組み合わせの候補が複数設定されている。
【0078】
図１２において、第１の情報は、第１のリソースのリソース量を表す「第１のリソースのL」を示す。また、図１２において、第２の情報は、第２のリソースのリソース量を表す「第２のリソースのL」、及び、第２のリソースの位置を表す「第２のリソースのS」を示す。
【0079】
また、図１２において、第１のリソースのLと、第２のリソースのLと、第２のリソースのSとの組み合わせの候補には、それぞれ、Row Index（識別情報）が関連付けられている。基地局１００及び移動局２００は、例えば、図１２に示すRow Indexと、各パラメータの組み合わせとの関連付けを共有している。例えば、図１２に示すRow Indexと各パラメータの組み合わせとの関連付けは、上位レイヤ信号又はDCIによって基地局１００から移動局２００へ通知されてもよく、規格において規定されてもよい。
【0080】
基地局１００は、第１の情報（第１のリソースのL）と第２の情報（第２のリソースのL及びS）との組み合わせの複数の候補の何れか一つを示すRow Indexを含むDCIを移動局２００へ通知する。一例として、図１２において、第１のリソースが１２シンボルを有し、第２のリソースが、スロットの第７シンボルから開始される７シンボルを有する場合、基地局１００は、Row Index=1を含むDCIを移動局２００へ通知する。
【0081】
図１１において、移動局２００は、基地局１００から受信したDCIに含まれる第２の情報に基づいて、第２のリソースに割り当てられたデータ信号を抽出する（ＳＴ１０８）。例えば、図１２において、DCIによってRow Index=1（例えば、第２のリソースのL=12及び第２のリソースのS=7）が通知された場合、移動局２００は、第２リソースがスロット内の第７シンボルから開始される７シンボルを有すると判断し、第２リソースに対応する７シンボルにおいてデータ信号を抽出してよい。
【0082】
また、移動局２００は、基地局１００から受信したDCIに含まれる第１の情報に基づいて、データ信号のTBサイズを特定する（換言すると、割り出す）（ＳＴ１０９）。例えば、図１２において、DCIによってRow Index=1（例えば、第１のリソースのL=12）が通知された場合、移動局２００は、第１リソースが１２シンボルを有すると判断し、１２シンボルに対応するTBサイズを算出する（例えば、非特許文献４を参照）。
【0083】
移動局２００は、算出したTBサイズに基づいて、抽出したデータ信号を復調し、復号する（ＳＴ１１０）。
【0084】
以上、動作例１－１に係る基地局１００及び移動局２００におけるデータの送受信方法の一例について説明した。
【0085】
動作例１－１によれば、移動局２００は、第１のリソースと第２のリソースとが異なる場合でも、データ信号の割当リソース、及び、データ信号に設定されたTBサイズを特定でき、データ信号に対して適切に受信処理（例えば、データ抽出及び復号）を行うことができる。
【0086】
また、動作例１－１によれば、基地局１００は、第１の情報及び第２の情報を１つのパラメータ（例えば、図１２に示すRow Index）によって移動局２００へ通知できる。このため、DCIのオーバーヘッドを低減できる。
【0087】
なお、図１２では、第２のリソースのL及び第２のリソースのSはそれぞれ別のパラメータ（換言すると、図１２に示すテーブルの別の列）に設定される場合について説明したが、これに限定されない。例えば、図１３に示すように、第２のリソースのL及び第２のリソースのSが、図２と同様、SLIVによって設定されてもよい。図１３に示す方法でも、移動局２００は、データ信号に対するTBサイズ（換言すると、第１のリソース）及び割当リソース（換言すると、第２のリソース）の情報に基づいて、データ信号を適切に復号できる。また、図１３では、図１２と比較して、パラメータの個数が少ないので、上位レイヤ信号のオーバーヘッドを低減できる。
【0088】
また、図１３では、第２のリソースのLと第２のリソースのSとがSLIVに設定される場合について説明したが、これに限定されない。例えば、第１のリソースのLと第２のリソースのSとがSLIVに設定され、第２のリソースのLが個別の値に設定されてよい。この場合でも、移動局２００は、データ信号に対するTBサイズ（換言すると、第１のリソース）及び割当リソース（換言すると、第２のリソース）の情報に基づいて、データ信号を適切に復号できる。また、この場合でも、図１２と比較して、パラメータの個数が少ないので、上位レイヤ信号のオーバーヘッドを低減できる。
【0089】
＜動作例１－２＞
動作例１－１では、第１の情報及び第２の情報が１つのパラメータによって通知される場合について説明した。これに対して、動作例１－２では、第１の情報及び第２の情報は、それぞれ異なるパラメータによって通知される。なお、第１の情報及び第２の情報のそれぞれを示すパラメータは、例えば、異なるDCI（換言すると、異なる制御信号）においてそれぞれ通知されてもよく、１つのDCI内の異なるフィールドにおいてそれぞれ通知されてもよい。
動作例１－１では、第１の情報及び第２の情報が１つのパラメータによって通知される場合について説明した。これに対して、動作例１－２では、第１の情報及び第２の情報は、それぞれ異なるパラメータによって通知される。なお、第１の情報及び第２の情報のそれぞれを示すパラメータは、例えば、異なるDCI（換言すると、異なる制御信号）においてそれぞれ通知されてもよく、１つのDCI内の異なるフィールドにおいてそれぞれ通知されてもよい。
【0090】
なお、動作例１－２における基地局１００及び移動局２００の処理は、動作例１－１（例えば、図１１を参照）と同様であり、DCIに含まれる第１のリソース及び第２のリソースに関する情報（換言すると、DCIの構成）が異なる。
【0091】
例えば、第１の情報は、第１のDCI（又は第１のDCIフィールドと呼ぶ）に含まれ、第２の情報は、第１のDCIと異なる第２のDCI（又は第２のDCIフィールドと呼ぶ）に含まれる。
【0092】
例えば、第１のDCIには、少なくとも、第１のリソースの長さ（例えば、第１のリソースを構成するシンボル数）を示すパラメータ「L」が含まれる。
【0093】
また、例えば、第２のDCIには、少なくとも、第２のリソースの長さ（例えば、第２のリソースを構成するシンボル数）を示すパラメータ「L」、及び、第２のリソースの開始位置（例えば、第２のリソースが配置される最初のシンボル位置）を示すパラメータ「S」が含まれる。
【0094】
図１４は、動作例１－２に係る、第２のDCIに含まれる第２の情報の一例を示す。
【0095】
図１４では、例えば、第２のリソースのLと第２のリソースのSとの組み合わせの候補が複数設定されている。
【0096】
また、図１４において、第２のリソースのLと第２のリソースのSとの組み合わせの候補には、それぞれ、Row Indexが関連付けられている。基地局１００及び移動局２００は、例えば、図１４に示すRow Indexと、各パラメータの組み合わせとの関連付けを共有している。例えば、図１４に示すRow Indexと各パラメータの組み合わせとの関連付けは、上位レイヤ信号又はDCIによって基地局１００から移動局２００へ通知されてもよく、規格において規定されてもよい。
【0097】
基地局１００は、第１の情報（例えば、第１のリソースのL）を含む第１のDCI、及び、第２の情報（第２のリソースのL及びS）を含む第２のDCIを移動局２００へそれぞれ通知する。一例として、第１のリソースが１２シンボルを有し、第２のリソースが、スロットの第７シンボルから開始される７シンボルを有する場合、基地局１００は、L=12を含む第１のDCI、及び、図１４に示すRow Index=1を含む第２のDCIを移動局２００へ通知する。
【0098】
動作例１－２によれば、動作例１－１と同様、移動局２００は、第１のリソースと第２のリソースとが異なる場合でも、データ信号の割当リソース、及び、データ信号に設定されたTBサイズを特定でき、データ信号に対して適切に受信処理（例えば、データ抽出及び復号）を行うことができる。
【0099】
また、動作例１－２によれば、基地局１００は、第１の情報及び第２の情報を独立して移動局２００へ通知できる。このため、基地局１００は、第１のリソース（換言すると、TBサイズ）及び第２のリソースのそれぞれをより柔軟に設定できる。
【0100】
なお、図１４では、第２のリソースのL及び第２のリソースのSはそれぞれ別のパラメータ（換言すると、図１４に示すテーブルの別の列）に設定される場合について説明したが、これに限定されない。例えば、図１５に示すように、第２のリソースのL及び第２のリソースのSが、図２と同様、SLIVによって設定され、通知されてもよい。図１５に示す方法でも、移動局２００は、データ信号に対するTBサイズ（換言すると、第１のリソース）及び割当リソース（換言すると、第２のリソース）の情報に基づいて、データ信号を適切に復号できる。また、図１５では、図１４と比較して、パラメータの個数が少ないので、上位レイヤ信号のオーバーヘッドを低減できる。
【0101】
また、図１４では、第２のリソースのL及び第２のリソースのSが１つのDCI（又は１つのDCIフィールド）によって通知される場合について説明したが、これに限定されない。例えば、第１のリソースのLと、第２のリソースのLと、第２のリソースのSとは、それぞれ異なるDCI（又はDCIフィールド）において通知されてもよい。または、基地局１００は、第１のリソースのLと第２のリソースのSとを図１４又は図１５のように組み合わせて１つのDCI（例えば、Row Indexを含む１つのDCI）によって移動局２００へ通知し、第２のリソースのLを他のDCIによって移動局２００へ通知してもよい。このような方法でも、移動局２００は、TBサイズ及び割当リソースの情報に基づいて、データ信号を適切に復号できる。
【0102】
＜動作例１－３＞
動作例１－３では、第１の情報及び第２の情報の何れか一方の情報は上位レイヤ信号によって通知され、他方の情報はDCIによって通知される。
動作例１－３では、第１の情報及び第２の情報の何れか一方の情報は上位レイヤ信号によって通知され、他方の情報はDCIによって通知される。
【0103】
図１６は、動作例１－３に係る基地局１００及び移動局２００の処理の一例を示すシーケンス図である。なお、図１６において、動作例１－１（例えば、図１１）と同様の動作には同一の符号を付し、その説明を省略する。
【0104】
図１６に示すように、基地局１００は、LBTの実施（ＳＴ１０２）の前に、第２のリソースを決定してよい（ＳＴ１０３）。
【0105】
基地局１００は、第１のリソースに関する第１の情報及び第２のリソースに関する第２の情報の何れか一方の情報を含む上位レイヤ信号を移動局２００へ通知する（ＳＴ２０１）。また、基地局１００は、第１の情報及び第２の情報の他方を示す情報を含むDCIを移動局２００へ通知する（ＳＴ２０２）。
【0106】
なお、例えば、第１の情報が上位レイヤ信号によって移動局２００へ通知される場合、基地局１００は、図１１と同様にして、ＳＴ１０２のLBT実施後に第２のリソースを決定し、決定した第２のリソースに関する第２の情報を含むDCIを移動局２００へ通知してよい。
【0107】
移動局２００は、基地局１００から上位レイヤ信号及びDCIによって通知された第１の情報及び第２の情報に基づいて、第１のリソース（又はTBサイズ）及び第２のリソースを導出する。また、移動局２００は、動作例１－１と同様にして、第１のリソース及び第２のリソースに基づいて、データの受信処理（例えば、データ抽出及び復号）を行う。
【0108】
動作例１－３によれば、動作例１－１と同様、移動局２００は、第１のリソースと第２のリソースとが異なる場合でも、データ信号の割当リソース、及び、データ信号に設定されたTBサイズを特定でき、データ信号に対して適切に受信処理（例えば、データ抽出及び復号）を行うことができる。
【0109】
また、動作例１－３によれば、第１の情報及び第２の情報の何れか一方が上位レイヤ信号によって移動局２００へ通知されるので、DCIのオーバーヘッドを低減できる。
【0110】
なお、第１の情報及び第２の情報の双方が上位レイヤ信号によって移動局２００へ通知されてもよい。この場合、DCIによる通知が不要となり、シグナリングを低減できる。
【0111】
また、第１の情報及び第２の情報のうち少なくとも一方は、固定の値でもよい。固定の値は、例えば、基地局１００及び移動局２００において共有される。この場合、第１の情報及び第２の情報のうち何れか一方の通知が不要となり、シグナリング量を低減できる。
【0112】
＜動作例１－４＞
動作例１－４では、第１の情報及び第２の情報の何れか一方の情報が明示的（explicit）に通知され、他方の情報は暗黙的（implicit）に通知される。
動作例１－４では、第１の情報及び第２の情報の何れか一方の情報が明示的（explicit）に通知され、他方の情報は暗黙的（implicit）に通知される。
【0113】
以下では、第２の情報が明示的に通知され、第１の情報が暗黙的に通知される例について説明する。なお、第１の情報が明示的に通知され、第２の情報が暗黙的に通知されてもよい。
【0114】
図１７は、動作例１－４に係る基地局１００及び移動局２００の処理の一例を示すシーケンス図である。なお、図１７において、動作例１－１（例えば、図１１）と同様の動作には同一の符号を付し、その説明を省略する。
【0115】
図１７において、基地局１００は、LBT実施（ＳＴ１０２）の前に、例えば、第１のリソースの複数の候補を設定する（ＳＴ３０１）。また、基地局１００は、第１のリソースの各候補に対応するレートマッチング出力信号をそれぞれ生成してもよい。
【0116】
基地局１００は、設定した第１のリソースの候補に関する情報を、例えば、上位レイヤ信号によって移動局２００へ通知する（ＳＴ３０２）。なお、第１のリソースの候補に関する情報は、上位レイヤ信号に限らず、他のシグナリング（例えば、DCI）によって通知されもよく、基地局１００と移動局２００に共有される固定の値でもよい。
【0117】
基地局１００は、LBT実施（ＳＴ１０２）及び第２のリソースの決定（ＳＴ１０３）の後、第１のリソースの候補の中から、第２のリソースに対応する候補を選択する（ＳＴ３０３）。例えば、基地局１００は、第１のリソースの候補の中から、第２のリソースのサイズに近いサイズ（例えば、最も近いサイズ）の候補を選択してよい。また、基地局１００は、選択した第１のリソースの候補に対応するレートマッチング出力信号を選択する。
【0118】
基地局１００は、例えば、第２のリソースに関する第２の情報を含むDCI、及び、データ信号（例えば、ＳＴ３０３において選択された候補に対応するデータ信号）を移動局２００へ送信する（ＳＴ３０４）。
【0119】
移動局２００は、ＳＴ３０３と同様、第１のリソースの候補の中から、DCIによって通知される第２のリソースのサイズに近いサイズの候補を選択する（ＳＴ３０５）。例えば、移動局２００は、複数の第１のリソースの候補の中から、第２のリソースのサイズに最も近い候補を選択してもよい。このように、移動局２００は、受信したDCIに含まれる第２の情報に基づいて、第１の情報を決定する。換言すると、第１の情報は、DCIに含まれる第２の情報によって暗黙的に移動局２００へ通知される。
【0120】
移動局２００は、選択した第１のリソースの候補に基づいて、受信データ信号のTBサイズを特定し（ＳＴ１０９）、データ信号を復調及び復号する（ＳＴ１１０）。
【0121】
動作例１－４によれば、動作例１－１と同様、移動局２００は、第１のリソースと第２のリソースとが異なる場合でも、データ信号の割当リソース、及び、データ信号に設定されたTBサイズを特定でき、データ信号に対して適切に受信処理（例えば、データ抽出及び復号）を行うことができる。
【0122】
また、動作例１－４によれば、第１の情報は明示的に通知されないので、DCIのオーバーヘッドを低減できる。
【0123】
また、動作例１－４によれば、例えば、LBT完了後に決定される第２のリソースに応じて第１のリソースの候補（換言すると、TBサイズ）が決定される。よって、LBTの結果に基づく使用可能な第２のリソースに応してTBサイズが決定されるので、リソース利用効率を改善できる。
【0124】
なお、動作例１－４では、基地局１００及び移動局２００は、複数の第１のリソースの候補の中から、第２のリソースのサイズに最も近い候補を選択する場合について説明したが、候補の選択方法はこれに限定されない。例えば、基地局１００及び移動局２００は、複数の第１のリソースの候補の中から、第２のリソースのサイズより小さいサイズのうち、最大のサイズを有する候補を選択してもよい。または、基地局１００及び移動局２００は、複数の第１のリソースの候補の中から、第２のリソースのサイズより大きいサイズのうち、最小のサイズを有する候補を選択してもよい。このような方法によっても、基地局１００及び移動局２００は、使用可能な第２のリソースに対応する最適なTBサイズを設定できる。
【0125】
また、動作例１－４では、第１のリソースの候補を複数設定する場合について説明したが、第２のリソースについて候補が複数設定されてもよい。例えば、基地局１００は、第２のリソースの候補の中から、第１のリソースとサイズが近い候補を１つ選択する。基地局１００は、第１のリソースに関する第１の情報を移動局２００に通知してもよい。移動局２００は、通知された第１の情報に基づいて、既知である第２のリソースの候補の中から、第１のリソースのサイズと近いサイズを有する候補を１つ選択し、選択した候補に基づいて、データの割当位置を特定してもよい。このような方法によっても、移動局２００は、TBサイズおよび割当リソースの情報に基づいて、データ信号を適切に復号できる。
【0126】
以上、動作例１－１～動作例１－４について説明した。
【0127】
このように、本実施の形態では、基地局１００は、データに設定されるTBサイズに関する第１の情報（換言すると、第１のリソースに関する情報）、及び、LBT完了後に決定される第２のリソースに関する第２の情報を移動局２００へ通知する。移動局２００は、基地局１００から通知される第１の情報及び第２の情報に基づいて、データ信号の受信（例えば、データ信号の割当リソースを特定、TBサイズの導出、及び、データ信号の復号）を制御する。
【0128】
これにより、例えば、LBTの影響により、データのTBサイズに基づいて決定される第１のリソースと、データが実際に割り当てられる第２のリソースとが異なる場合でも、移動局２００は、TBサイズを導出でき、基地局１００において下りリンクデータがどのようにレートマッチングされたかを判断できる。
【0129】
よって、本実施の形態によれば、移動局２００は、下りリンクデータを適切に受信し、復号できる。以上より、本実施の形態によれば、基地局１００及び移動局２００は、NR-Uのような免許不要な帯域において適切にデータ通信できる。
【0130】
（実施の形態１のバリエーション）
なお、実施の形態１において、第１の情報は、第１のリソースを構成するシンボル数を示す場合に限らない。例えば、第１の情報は、「第１のリソースを構成するシンボル数と第２のリソースを構成するシンボル数との差分」を示してもよい。例えば、移動局２００は、上記差分を含む第１の情報と、第２のリソースサイズを含む第２の情報とに基づいて、第１のリソースのサイズ（例えば、シンボル数）を推定し、TBサイズを特定してもよい。この方法によっても、移動局２００は、TBサイズ及び割当リソースの情報に基づいて、データを適切に復号できる。換言すると、第１のリソースに関する情報は、第１のリソースのサイズを特定するための情報が含まれていればよい。
なお、実施の形態１において、第１の情報は、第１のリソースを構成するシンボル数を示す場合に限らない。例えば、第１の情報は、「第１のリソースを構成するシンボル数と第２のリソースを構成するシンボル数との差分」を示してもよい。例えば、移動局２００は、上記差分を含む第１の情報と、第２のリソースサイズを含む第２の情報とに基づいて、第１のリソースのサイズ（例えば、シンボル数）を推定し、TBサイズを特定してもよい。この方法によっても、移動局２００は、TBサイズ及び割当リソースの情報に基づいて、データを適切に復号できる。換言すると、第１のリソースに関する情報は、第１のリソースのサイズを特定するための情報が含まれていればよい。
【0131】
また、実施の形態１では、第１の情報は、第１のリソースを構成するシンボル数を示す場合に限らない。例えば、第１の情報は、移動局２００に設定されるTBサイズを示してもよい。この方法によっても、移動局２００は、TBサイズ及び割当リソースの情報に基づいて、データを適切に復号できる。
【0132】
また、実施の形態１では、第２の情報は、「第２のリソースの最初のシンボルの位置(開始位置S)」と「第２のリソースを構成するシンボルの数（L）」との組み合わせを示す場合に限らない。例えば、第２の情報は、「第２のリソースの最初のシンボルの位置（開始位置S）」と「第２のリソースの最後のシンボルの位置（終了位置）」との組み合わせを示してもよい。換言すると、第２の情報は、第２のリソースのサイズ及び位置を特定するための情報が含まれていればよい。
【0133】
また、「第２のリソースの最後のシンボルの位置」は、例えば、Channel Occupancy Time（COT）の構成を指示する情報、又は、スロットフォーマットを指示する情報（例えば、Slot Format Indicator（SFI））によって、移動局２００へ暗黙的に通知されてもよい。例えば、基地局１００は、COT構成通知又はSFIを用いて、「下りリンク信号が送信される最後のシンボルは第Ｘシンボルである」ことを移動局２００へ通知してもよい。移動局２００は、受信したＣＯＴ構成通知又はSFTに基づいて、第２のリソースが第Ｘシンボルで終了すると判断してもよい。
【0134】
このような方法によっても、移動局２００は、割当リソースを特定でき、データを適切に復号できる。また、第２のリソースに関する情報は、COT構成又はスロットフォーマットと同時に通知されるので、DCIのオーバーヘッドを低減できる。
【0135】
また、実施の形態１では、「第２のリソースの最初のシンボルの位置」は、シンボルの番号、つまり、絶対位置を想定したが、他の表現方法でもよい。例えば、第２のリソースの最初のシンボルの位置は、DCIが配置されているリソースからの相対位置、すなわち、オフセット値で表されてもよい。このような方法によっても、移動局２００は、割当リソースを特定でき、データを適切に復号できる。
【0136】
また、実施の形態１では、第１の情報は、第１のリソースを構成するシンボル数を示す場合について説明したが、これに限らない。例えば、第１の情報は、第２の情報と同様、シンボル数（換言すると、リソース量）に加え、第１のリソースの最初のシンボルの位置（換言すると、リソースの位置）を含めてもよい。このような方法によっても、移動局２００は、TBサイズを特定でき、データを適切に復号できる。
【0137】
また、実施の形態１では、スロットを構成するシンボルの数を14としたが、スロットを構成するシンボル数は、14シンボルに限らず、他の値（例えば、12）でもよい。
【0138】
（実施の形態２）
本実施の形態では、免許不要帯におけるNR-Uの周波数領域に関する下りリンクデータの送信について説明する。
本実施の形態では、免許不要帯におけるNR-Uの周波数領域に関する下りリンクデータの送信について説明する。
【0139】
【0140】
以下、下りリンクデータに設定されるTBサイズ（又は、TBサイズに基づいて決定される第１のリソース）に関する第１の情報、及び、LBT完了後に下りリンクデータに実際に割り当てられる第２のリソース（例えば、PDSCHリソース）に関する第２の情報の通知に関する動作例２－１及び動作例２－２についてそれぞれ説明する。
【0141】
＜動作例２－１＞
動作例２－１に係る基地局１００及び移動局２００の処理は、例えば、動作例１－１（例えば、図１１を参照）と同様であり、第１のリソース及び第２のリソースが周波数リソースである点が異なる。
動作例２－１に係る基地局１００及び移動局２００の処理は、例えば、動作例１－１（例えば、図１１を参照）と同様であり、第１のリソース及び第２のリソースが周波数リソースである点が異なる。
【0142】
図１１において、基地局１００は、例えば、データ信号のTBサイズ及びMCSを決定し、TBサイズ及びMCSに基づいて第１のリソース（例えば、周波数リソース）を決定する（ＳＴ１０１）。ここでは、例えば、基地局１００は、サブバンド#0～#3の４サブバンドのそれぞれに属するリソースブロック（resource block（RB））#0、#10、…、#90の10RB、すなわち、合計40RB（例えば、480サブキャリア）で構成される第１のリソースを決定する。また、基地局１００は、第１のリソース（例えば、第１のリソースのRB数又はサブキャリア数）に基づいて、データ信号に対して、誤り訂正符号化及びレートマッチング等を行う。
【0143】
基地局１００は、データ信号を送信する前に、LBTを実施する（ＳＴ１０２）。基地局１００は、LBTが完了すると、LBT完了時点においてデータ信号の送信に使用可能な第２のリソース（例えば、周波数リソース）を決定する（ＳＴ１０３）。例えば、上述した例において、基地局１００は、サブバンド#0～#2の３サブバンドのそれぞれに属するRB#0、#10、…、#90の10RB、すなわち、合計30RB（例えば、360サブキャリア）で構成される第２のリソースを決定する。
【0144】
基地局１００は、第１のリソースと第２のリソースとが異なる場合（ＳＴ１０４：Ｙｅｓ）、データ信号（換言すると、レートマッチング出力信号）のビット数を、第２のリソースサイズ（換言すると、リソース量）に合うように調整する（ＳＴ１０５）。一方、第１のリソースと第２のリソースとが異ならない場合（ＳＴ１０４：Ｎｏ）、基地局１００は、データ信号のビット数を調整せずに、ＳＴ１０６の処理を行う。
【0145】
例えば、上述した例において、第１のリソース（40RB=480サブキャリア）と第２のリソース（30RB=360サブキャリア）とは異なる。よって、基地局１００は、例えば、データ信号（例えば、ＳＴ１０１において生成される信号）の一部を削除（換言すると、puncture）して、360サブキャリアに配置可能なビット数に調整してよい。
【0146】
なお、第２のリソースが第１のリソースより小さい場合（換言すると、データ信号の一部を削除する場合）に限らず、第２のリソースが第１のリソースより大きい場合においても、基地局１００は、データ信号のビット数の調整を行ってよい。例えば、第１のリソースが360サブキャリアであり、第２のリソースが480サブキャリアの場合、基地局１００は、データ信号の一部のビットを繰り返して（換言すると、repetitionして）、480サブキャリアを満たして配置されるように、データ信号のビット数を調整してよい。
【0147】
基地局１００は、例えば、データ信号を第２のリソースに割り当て、DCIをPDCCHリソースに割り当てる（ＳＴ１０６）。なお、DCIには、例えば、第１のリソースに関する第１の情報及び第２のリソースに関する情報が含まれる。基地局１００は、データ信号及びDCIを含む下りリンク信号を移動局２００へ送信する（ＳＴ１０８）。
【0148】
移動局２００は、基地局１００から受信したDCIに含まれる第２のリソースに関する情報に基づいて、第２のリソースに割り当てられたデータ信号を抽出する（ＳＴ１０８）。
【0149】
また、移動局２００は、基地局１００から受信したDCIに含まれる第１のリソースに関する情報に基づいて、データ信号のTBサイズを特定する（換言すると、割り出す）（ＳＴ１０９）。例えば、移動局２００は、DCIに基づいて、第１リソースが480サブキャリアを有すると判断した場合、480サブキャリアに対応するTBサイズを算出する（例えば、非特許文献４を参照）。
【0150】
移動局２００は、算出したTBサイズに基づいて、抽出したデータ信号を復調し、復号する（ＳＴ１１０）。
【0151】
以上、動作例２－１に係る基地局１００及び移動局２００におけるデータの送受信方法の一例について説明した。
【0152】
動作例２－１によれば、移動局２００は、第１のリソースと第２のリソースとが異なる場合でも、データ信号の割当リソース、及び、データ信号に設定されたTBサイズを特定でき、データ信号に対して適切に受信処理（例えば、データ抽出及び復号）を行うことができる。
【0153】
なお、ここでは、第１の情報が、第１のリソースである周波数帯域（例えば、サブバンド内の特定のRBを示す情報）を示す場合について説明したが、これに限らない。例えば、第１の情報は、第１のリソースを構成するサブキャリア数（換言すると、第１のリソースのサイズ又はリソース量）を示してもよい。この方法によっても、移動局２００は、TBサイズを特定でき、データを適切に復号できる。
【0154】
または、第１の情報は、例えば、「第１のリソースを構成するサブキャリア数と第２のリソースを構成するサブキャリア数との差分」を示してもよい。この場合、例えば、移動局２００は、第１の情報、及び、第２の情報に基づいて、第１のリソースのサイズ（例えば、サブキャリア数）を推定し、TBサイズを特定してもよい。この方法によっても、移動局２００は、TBサイズを特定でき、データを適切に復号できる。
【0155】
＜動作例２－２＞
動作例２－２では、第２の情報は、例えば、第１のリソース（周波数リソース。例えば、複数のサブバンド）のうち、利用可能であるサブバンドを示す情報である。
動作例２－２では、第２の情報は、例えば、第１のリソース（周波数リソース。例えば、複数のサブバンド）のうち、利用可能であるサブバンドを示す情報である。
【0156】
なお、動作例２－２における基地局１００及び移動局２００の処理は、動作例２－１（例えば、図１１を参照）と同様であり、DCIに含まれる第２のリソースに関する情報が異なる。
【0157】
例えば、基地局１００において、LBTによってサブバンド#0～#2が利用可能であり、サブバンド#3が利用不可能であると判断した場合、各サブバンドの利用可否を示す情報（例えば、ビットマップ‘1110’）を示す第２の情報が移動局２００に通知されてよい。また、基地局１００は、この第２の情報と、第１の情報（例えば、動作例２－１と同様の情報）を通知してもよい。換言すると、基地局１００は、下りリンクデータに設定されるTBサイズに基づいて決定される周波数リソースを示す第１の情報、及び、第１の情報に示される周波数リソースに含まれる複数の帯域のうち、少なくとも一つの帯域を示す第２の情報を、移動局２００へ通知する。
【0158】
移動局２００は、第１の情報及び第２の情報を受信すると、「第２のリソースは、通知された第１のリソースのうち利用可能であるサブバンドに属するリソースである」と判断してもよい。これにより、移動局２００は、第２のリソースからデータ信号を抽出できる。
【0159】
動作例２－２によれば、動作例２－１と同様、移動局２００は、第１のリソースと第２のリソースとが異なる場合でも、データ信号の割当リソース、及び、データ信号に設定されたTBサイズを特定でき、データ信号に対して適切に受信処理（例えば、データ抽出及び復号）を行うことができる。
【0160】
また、動作例２－２によれば、第２の情報は、第２のリソースのサイズ及び位置そのものを示す情報ではなく、各リソースの利用可否（利用可能又は利用不可能）を示す情報であるので、動作例２－１と比較して、DCIのオーバーヘッドを低減できる。
【0161】
なお、第２の情報において示される利用可否の対象となるリソース単位は、サブバンドに限らず、他の単位でもよい。例えば、利用可否の対象となるリソース単位は、サブキャリア単位、リソースブロック単位、インターレース単位、インターレースのクラスタ単位等でもよい。この方法によっても、移動局２００は、TBサイズ及び割当リソースの情報に基づいて、データを適切に復号できる。
【0162】
以上、動作例２－１～動作例２－２について説明した。
【0163】
このように、本実施の形態では、基地局１００は、データに設定されるTBサイズに関する第１の情報（換言すると、第１のリソースに関する情報）、及び、LBT完了後に決定される第２のリソースに関する第２の情報を移動局２００へ通知する。移動局２００は、基地局１００から通知される第１の情報及び第２の情報に基づいて、データ信号の受信（例えば、データ信号の割当リソースを特定、TBサイズの導出、及び、データ信号の復号）を制御する。
【0164】
これにより、例えば、LBTの影響により、データのTBサイズに基づいて決定される第１のリソースと、データが実際に割り当てられる第２のリソースとが異なる場合でも、移動局２００は、TBサイズを導出でき、基地局１００において下りリンクデータがどのようにレートマッチングされたかを判断できる。
【0165】
よって、本実施の形態によれば、移動局２００は、下りリンクデータを適切に受信し、復号できる。以上より、本実施の形態によれば、基地局１００及び移動局２００は、NR-Uのような免許不要な帯域において適切にデータ通信できる。
【0166】
（実施の形態２のバリエーション）
なお、実施の形態２では、第１の情報は、第１のリソースを構成するサブキャリア数を示す場合に限らない。例えば、第１の情報は、TBサイズを示してもよい。この方法によっても、移動局２００は、TBサイズ及び割当リソースの情報に基づいて、データを適切に復号できる。
なお、実施の形態２では、第１の情報は、第１のリソースを構成するサブキャリア数を示す場合に限らない。例えば、第１の情報は、TBサイズを示してもよい。この方法によっても、移動局２００は、TBサイズ及び割当リソースの情報に基づいて、データを適切に復号できる。
【0167】
また、実施の形態２では、１つの第１のリソース又は１つの第２のリソースが、複数のサブバンドに跨がって配置される場合を想定しているが、これに限らず、各サブバンドに第１のリソース又は第２のリソースが独立して設定されてもよい。また、この場合には、複数のサブバンドに跨がって1つのTBが送受信されてもよいし、サブバンド間で異なる、複数のTBが送受信されてもよい。
【0168】
以上、本開示の各実施の形態について説明した。
【0169】
（他の実施の形態）
上述した本開示の一実施例は、いかなるスロットにおいて適用されてもよい。または、本開示の一実施例は、LBTが完了した直後のスロットに適用し、その他のスロットには適用しないこともあり得る。
上述した本開示の一実施例は、いかなるスロットにおいて適用されてもよい。または、本開示の一実施例は、LBTが完了した直後のスロットに適用し、その他のスロットには適用しないこともあり得る。
【0170】
また、上記実施の形態において、第２のリソースに合わせるために第１のリソースのサイズに相当するデータ信号の一部のビットを削除又は繰り返すプロセスにおいて、削除又は繰り返しの対象となるビット列は、データ信号の先頭のビット列でもよく、最後のビット列でもよい。また、削除又は繰り返しの対象となるビット列は、例えば、Code Block（CB）又はCB Group（CBG）の単位でもよい。
【0171】
また、上記実施の形態において、基地局１００が、第２のリソースに合わせるために、レートマッチングと異なるプロセスにおいてビット数を調整する場合について説明した。しかし、基地局１００は、第２のリソースを合わせるためのプロセスにおいて、レートマッチングによってビット数を調整してもよい。これにより、基地局１００の構成を簡易化できる。
【0172】
また、上記実施の形態において、第１の情報（換言すると、TBサイズに関する情報）を示す制御信号のパターン数、または第１の情報に対応する制御信号のビット数は、第２の情報（換言すると、第２のリソースに関する情報）を示す制御信号のパターン数、または第２の情報に対応する制御信号のビット数よりも多くてよい。これにより、基地局１００は、TBサイズ及び第１のリソースをより柔軟に設定できる。または、第２の情報を示す制御信号のパターン数、または第２の情報に対応する制御信号のビット数は、第１の情報を示す制御信号のパターン数、または第１の情報に対応する制御信号のビット数よりも多くてもよい。これにより、基地局１００は、第２のリソースをより柔軟に設定できる。
【0173】
また、上記の各実施の形態において、基地局１００は、LBT完了後から第２のリソースを用いた送信までの間に間隔がある場合、この間隔において予約信号（例えば、reservation signal又はダミー信号とも呼ぶ）を送信してもよい。これにより、この間隔において周辺の無線機器がキャリアセンス（例えば、LBT）を完了させることを防ぎ、また互いに干渉することを防ぐことができる。
【0174】
また、上記実施の形態では、下りリンクを想定しているが、上りリンクに適用してもよい。又は、移動局同士による通信(例えば、デバイス間通信や、車車間通信)、すなわちサイドリンク（sidelink）に適用してもよい。
【0175】
また、上記各実施の形態において、「上位レイヤ信号」は、例えば、「RRC信号(RRC signaling)」又は「MAC信号(MAC signaling)」と呼ぶこともある。
【0176】
また、上記各実施の形態におけるDCIは、ある１つの移動局によって受信され得るPDCCH（例えば、UE-specific PDCCH）に配置されてもよく、または、複数の移動局によって受信され得るPDCCH（例えば、Group-common PDCCH）に配置されてもよい。
【0177】
また、上記各実施の形態における第１の情報及び第２の情報が、シンボル又はサブキャリアに関するパラメータ（個数又は位置）を示す場合について説明したが、これに限定されない。例えば、第１の情報及び第２の情報は、シンボルと異なるの他の時間リソース、又は、サブキャリアと異なる他の周波数リソースに関するパラメータ（例えば、リソース量又はリソースの位置）を示してもよい。
【0178】
本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【0179】
本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
【0180】
通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
【0181】
通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
【0182】
また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
【0183】
また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
【0184】
本開示の一実施例に係る移動局は、データに設定されるサイズに関する第１の情報、及び、前記データが割り当てられるリソースに関する第２の情報を受信する受信回路と、前記第１の情報及び前記第２の情報に基づいて、前記データの受信を制御する制御回路と、を具備する。
【0185】
本開示の一実施例において、前記受信回路は、前記第１の情報と前記第２の情報との組み合わせの複数の候補の何れか一つを示す情報を受信する。
【0186】
本開示の一実施例において、前記受信回路は、前記第１の情報及び前記第２の情報をそれぞれ含む異なる制御信号を受信する。
【0187】
本開示の一実施例において、前記受信回路は、前記第１の情報及び前記第２の情報の何れか一方の情報を含む上位レイヤ信号を受信し、前記第１の情報及び前記第２の情報の他方の情報を含む下り制御信号を受信する。
【0188】
本開示の一実施例において、前記受信回路は、前記第１の情報及び前記第２の情報の何れか一方の情報を含む信号を受信し、前記制御回路は、前記何れか一方の情報に基づいて、前記第１の情報及び前記第２の情報の他方の情報を決定する。
【0189】
本開示の一実施例において、前記第１の情報は、前記データに設定されるサイズに基づいて決定される時間リソースのリソース量を示す。
【0190】
本開示の一実施例において、前記第１の情報は、前記データに設定されるサイズに基づいて決定される時間リソースのリソース量と、前記データが割り当てられる時間リソースのリソース量との差分を示す。
【0191】
本開示の一実施例において、前記第１の情報は、前記データに設定されるサイズを示す。
【0192】
本開示の一実施例において、前記第１の情報は、前記データに設定されるサイズに基づいて決定される時間リソースのリソース量、及び、前記時間リソースの位置を示す。
【0193】
本開示の一実施例において、前記第２の情報は、前記データが割り当てられる時間リソースのリソース量、及び、前記時間リソースの位置を示す。
【0194】
本開示の一実施例において、前記第２の情報は、前記データが割り当てられる時間リソースの開始位置及び終了位置を示す。
【0195】
本開示の一実施例において、前記第１の情報は、前記データに設定されるサイズに基づいて決定される周波数リソースを示す。
【0196】
本開示の一実施例において、前記第１の情報は、前記データに設定されるサイズに基づいて決定される周波数リソースのリソース量を示す。
【0197】
本開示の一実施例において、前記第１の情報は、前記データに設定されるサイズに基づいて決定される周波数リソースのリソース量と、前記データが割り当てられる周波数リソースのリソース量との差分を示す。
【0198】
本開示の一実施例において、前記第２の情報は、前記データが割り当てられる周波数リソースを示す。
【0199】
本開示の一実施例において、前記第１の情報は、前記データに設定されるサイズに基づいて決定される周波数リソースを示し、前記第２の情報は、前記周波数リソースに含まれる複数の帯域のうち、少なくとも一つの帯域を示す。
【0200】
本開示の一実施例において、前記少なくとも一つの帯域は、前記複数の帯域のうち、キャリアセンスによって使用可能と判断された帯域である。
【0201】
本開示の一実施例において、前記データに設定されるサイズに基づいて決定されるリソースのリソース量は、前記データが割り当てられるリソースのリソース量よりも大きい。
【0202】
本開示の一実施例において、前記データに設定されるサイズに基づいて決定されるリソースのリソース量は、前記データが割り当てられるリソースのリソース量よりも小さい。
【0203】
本開示の一実施例において、前記第１の情報は、キャリアセンスの実施前に決定される。
【0204】
本開示の一実施例において、前記第２の情報は、キャリアセンスの結果に基づいて決定される。
【0205】
本開示の一実施例に係る基地局は、データに設定されるサイズに関する第１の情報、及び、前記データが割り当てられるリソースに関する第２の情報を送信する送信回路と、前記第１の情報及び前記第２の情報に基づいて、前記データの送信を制御する制御回路と、を具備する。
【0206】
本開示の一実施例に係る受信方法は、移動局が、データに設定されるサイズに関する第１の情報、及び、前記データが割り当てられるリソースに関する第２の情報を受信し、前記第１の情報及び前記第２の情報に基づいて、前記データの受信を制御する。
【0207】
本開示の一実施例に係る送信方法は、基地局が、データに設定されるサイズに関する第１の情報、及び、前記データが割り当てられるリソースに関する第２の情報を送信し、前記第１の情報及び前記第２の情報に基づいて、前記データの送信を制御する。
【産業上の利用可能性】
【0208】
本開示の一実施例は、移動通信システムに有用である。
【符号の説明】
【0209】
１００ 基地局
１０１，２０６ 制御部
１０２ 符号化部
１０３ レートマッチング部
１０４ 変調部
１０５ ビット数再調整部
１０６ 信号配置部
１０７ 送信部
１０８，２０１ アンテナ
２００ 移動局
２０３ 信号分離部
２０４ 復調部
２０５ 復号部
１０１，２０６ 制御部
１０２ 符号化部
１０３ レートマッチング部
１０４ 変調部
１０５ ビット数再調整部
１０６ 信号配置部
１０７ 送信部
１０８，２０１ アンテナ
２００ 移動局
２０３ 信号分離部
２０４ 復調部
２０５ 復号部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】