▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-09-29
(45)【発行日】2023-10-10
(54)【発明の名称】送信装置、受信装置、送信方法及び受信方法
(51)【国際特許分類】
H04W 74/08 20090101AFI20231002BHJP
H04W 72/0453 20230101ALI20231002BHJP
H04W 72/53 20230101ALI20231002BHJP
【ＦＩ】
H04W74/08
H04W72/0453
H04W72/53
【請求項の数】
11
(21)【出願番号】P 2020553699
(86)(22)【出願日】2019-10-02
(86)【国際出願番号】 JP2019038884
(87)【国際公開番号】W WO2020090334
(87)【国際公開日】2020-05-07
【審査請求日】2022-07-29
(31)【優先権主張番号】P 2018206734
(32)【優先日】2018-11-01
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】岩井 敬
(72)【発明者】
【氏名】高田 智史
(72)【発明者】
【氏名】鈴木 秀俊
(72)【発明者】
【氏名】山本 哲矢
【審査官】横田 有光
(56)【参考文献】
【文献】InterDigital Communications，2-step random access procedure[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1701 R1-1700703，2017年01月10日，[検索日2019.12.13], インターネット:<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1701/Docs/R1-1700703.zip>, 2 節
【文献】CATT，Further considerations on a 2-step RA Procedure[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1701 R1-1700186，2017年01月10日，[検索日2019.12.13], インターネット:<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1701/Docs/R1-1700186.zip>, 2.1.1 節
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
データ信号を送信する送信回路と、プリアンブル信号の送信に用いる第１のリソースに基づいて、前記データ信号の送信に用いる第２のリソースを決定する制御回路と、
を具備し、
前記第１のリソースは、複数の帯域の各々に分散配置され、
前記第２のリソースは、前記複数の帯域の一部の帯域に配置される、
送信装置。
【請求項2】
前記一部の帯域は、前記プリアンブル信号に対して設定される符号系列に対応付けられている、請求項１に記載の送信装置。
【請求項3】
前記一部の帯域は、前記第２のリソースが配置される複数のシンボル毎に異なる、請求項１に記載の送信装置。
【請求項4】
前記第１のリソースにおける前記複数の帯域の各々のリソースは、複数のリソース単位を含み、前記第２のリソースは、前記一部の帯域に含まれる前記複数のリソース単位の少なくとも１つのリソース単位を含み、
前記少なくとも１つのリソース単位は、前記プリアンブル信号に対して設定される符号系列に対応付けられている、
請求項１に記載の送信装置。
【請求項5】
前記第２のリソースは、複数のシンボルの中の少なくとも１つのシンボルを含み、前記少なくとも１つのシンボルは、前記プリアンブル信号に対して設定される符号系列に対応付けられている、
請求項１に記載の送信装置。
【請求項6】
前記一部の帯域に含まれる帯域の数は、前記プリアンブル信号に対して設定される符号系列毎に異なる、請求項１に記載の送信装置。
【請求項7】
前記複数の帯域の各々は複数のサブキャリアで構成され、前記第１のリソースにおける前記複数の帯域の各々のリソース単位で前記複数のサブキャリアに番号がそれぞれ付され、
前記第２のリソースは、前記複数の帯域内の同一番号の前記サブキャリアを含み、
前記第２のリソースに含まれる前記サブキャリアの番号は、前記プリアンブル信号に対して設定される符号系列に対応付けられている、
請求項１に記載の送信装置。
【請求項8】
データ信号を送信する送信回路と、
プリアンブル信号の送信に用いる第１のリソースに基づいて、前記データ信号の送信に用いる第２のリソースを決定する制御回路と、
を具備し、
前記データ信号と前記プリアンブル信号とは周波数多重され、
前記第１のリソースは、複数の帯域の各々に分散配置され、
前記第２のリソースは、前記複数の帯域の各々において、前記第１のリソースと異なるリソースを含み、
前記第２のリソースは、前記プリアンブル信号に設定される符号系列に対応付けられている、
送信装置。
【請求項9】
データ信号を受信する受信回路と、プリアンブル信号の送信に用いられる第１のリソースに基づいて、前記データ信号の送信に用いられる第２のリソースを決定する制御回路と、
を具備し、
前記第１のリソースは、複数の帯域の各々に分散配置され、
前記第２のリソースは、前記複数の帯域の一部の帯域に配置される、
受信装置。
【請求項10】
プリアンブル信号の送信に用いる第１のリソースに基づいて、データ信号の送信に用いる第２のリソースを決定し、前記データ信号を送信し、
前記第１のリソースは、複数の帯域の各々に分散配置され、
前記第２のリソースは、前記複数の帯域の一部の帯域に配置される、
送信方法。
【請求項11】
プリアンブル信号の送信に用いられる第１のリソースに基づいて、データ信号の送信に用いられる第２のリソースを決定し、前記データ信号を受信し、
前記第１のリソースは、複数の帯域の各々に分散配置され、
前記第２のリソースは、前記複数の帯域の一部の帯域に配置される、
受信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、送信装置、受信装置、送信方法及び受信方法に関する。
【背景技術】
【0002】
5Gの標準化において、LTE/LTE-Advancedとは必ずしも後方互換性を持たない新しい無線アクセス技術（NR：New Radio access technology）が3GPPで議論されている。
【0003】
NRでは、LTE-LAA（License-Assisted Access）と同様に、アンライセンス帯域での運用について議論されている。LTE-LAAでは、ライセンス帯域での運用に不随するアンライセンス帯域での運用がサポートされた。一方、NRでは、ライセンス帯域を用いず、アンライセンス帯域での運用（Stand-alone operation）を実現することが要求されている。
【0004】
そこで、NRでは、端末（UE（User Equipment）とも呼ぶ）が基地局（gNBとも呼ぶ）との初期接続に用いるPRACH（Physical Random Access Channel）のアンライセンス帯域への導入が検討されている（例えば、非特許文献１を参照）。
【先行技術文献】
【非特許文献】
【0005】
【文献】R2-1809940, LG Electronics Inc. ,“Considerations on 2-Step CBRA procedure for NR-U SA”, 3GPP TSG-RAN WG2 Meeting#AH-1807
【文献】R1-1809726, Ericsson, “Feature lead summary for UL Signals and Channels”, 3GPP TSG-RAN WG1 Meeting#94
【発明の概要】
【0006】
しかしながら、NRにおけるランダムアクセス方法については十分に検討されていない。
【0007】
本開示の非限定的な実施例は、ランダムアクセス処理を適切に行うことができる送信装置、受信装置、送信方法及び受信方法の提供に資する。
【0008】
本開示の一実施例に係る送信装置は、データ信号を送信する送信回路と、プリアンブル信号の送信に用いる第１のリソースに基づいて、前記データ信号の送信に用いる第２のリソースを決定する制御回路と、を具備する。
【0009】
本開示の一実施例に係る受信装置は、データ信号を受信する受信回路と、プリアンブル信号の送信に用いられるリソースに基づいて、前記データ信号の送信に用いられるリソースを決定する制御回路と、を具備する。
【0010】
本開示の一実施例に係る送信方法は、プリアンブル信号の送信に用いるリソースに基づいて、データ信号の送信に用いるリソースを決定し、前記データ信号を送信する。
【0011】
本開示の一実施例に係る受信方法は、プリアンブル信号の送信に用いられるリソースに基づいて、データ信号の送信に用いられるリソースを決定し、前記データ信号を受信する。
【0012】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【0013】
本開示の一実施例によれば、ランダムアクセス処理を適切に行うことができる。
【0014】
本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【0015】
【図1】ランダムアクセス手順の一例を示す図
【図2】Block based interlace designの一例を示す図
【図3】実施の形態１に係る端末の一部の構成を示すブロック図
【図4】実施の形態１に係る基地局の一部の構成を示すブロック図
【図5】実施の形態１に係る端末の構成を示すブロック図
【図6】実施の形態１に係る基地局の構成を示すブロック図
【図7】実施の形態１に係る端末及び基地局の動作例を示すシーケンス図
【図8】実施の形態１の導出例１に係るPreamble partとData partとの送信リソースの対応関係の一例を示す図
【図9】実施の形態１の導出例１に係る送信リソース割当の一例を示す図
【図10】実施の形態１の導出例１に係るPreamble partとData partとの送信リソースの対応関係の他の例を示す図
【図11】実施の形態１の導出例２に係るPreamble partとData partとの送信リソースの対応関係の一例を示す図
【図12】実施の形態１の導出例２に係る送信リソース割当の一例を示す図
【図13】実施の形態１の導出例３に係るPreamble partとData partとの送信リソースの対応関係の一例を示す図
【図14】実施の形態１の導出例３に係る送信リソース割当の一例を示す図
【図15】実施の形態１の導出例４に係るPreamble partとData partとの送信リソースの対応関係の一例を示す図
【図16】実施の形態１の導出例４に係る送信リソース割当の一例を示す図
【図17】実施の形態１の導出例５に係るPreamble partとData partとの送信リソースの対応関係の一例を示す図
【図18】実施の形態１の導出例５に係る送信リソース割当の一例を示す図
【図19】実施の形態１の導出例６に係るPreamble partとData partとの送信リソースの対応関係の一例を示す図
【図20】実施の形態１の導出例６に係る送信リソース割当の一例を示す図
【図21】実施の形態１の導出例７に係るPreamble partとData partとの送信リソースの対応関係の一例を示す図
【図22】実施の形態１の導出例７に係る送信リソース割当の一例を示す図
【発明を実施するための形態】
【0016】
以下、本開示の実施の形態について図面を参照して詳細に説明する。
【0017】
[ランダムアクセス手順]
例えば、ライセンス帯域におけるランダムアクセス手順は、４段階ランダムアクセス（4-step RACH（Random Access Channel）又は4-Step CBRA（Contention Based Random Access）とも呼ぶ）で実施される。
例えば、ライセンス帯域におけるランダムアクセス手順は、４段階ランダムアクセス（4-step RACH（Random Access Channel）又は4-Step CBRA（Contention Based Random Access）とも呼ぶ）で実施される。
【0018】
４段階ランダムアクセスでは、例えば、図１（ａ）に示すように、端末（UE）は、１段階目の送信（MSG1）として、Preambleを基地局（gNB）に送信する。基地局は、MSG1の受信及び復号後に、２段階目の送信（MSG2）として、Preambleに対する応答（RA response）及びMSG3の上り送信タイミングを含むスケジューリング情報等を端末に通知する。端末は、MSG2の受信及び復号後に、３段階目の送信（MSG3）として、MSG2で指示されたスケジューリング情報を用いて、端末に関する情報（例えば、端末ID等）等のRRC接続要求情報を基地局に通知する。最後に、基地局は、４段階目の送信（MSG4）として、端末がRRC接続するための制御情報又はContention resolutionのための制御情報等を端末に通知する。Contention resolutionのための制御情報は、例えば、端末から通知された制御信号である。Contention resolutionでは、例えば、端末は、当該端末が送信した制御信号とMSG4に含まれるContention resolutionのための制御情報とを比較して同一情報でない場合、再度、MSG1からやり直すことにより複数端末のRACH衝突を回避する。
【0019】
一方、NRのアンライセンス帯域におけるランダムアクセス手順として、２段階ランダムアクセス（2-step RACH又は2-Step CBRAとも呼ぶ）の導入が検討されている（例えば、非特許文献１を参照）。
【0020】
２段階ランダムアクセスでは、例えば、図１（ｂ）に示すように、端末は、１段階目の送信（MSG1）として、Preamble part（図１（ａ）のPreamble（又はMSG1）に相当）と、Data part（図１（ａ）のMSG3に相当）とを基地局に送信する。端末は、Preamble partとData partとを同時に送信してもよく、連続した時間で送信してもよく、又は、規定された時間内（例えば１スロット内）で送信してもよい。
【0021】
次に、図１（ｂ）に示すように、基地局は、MSG1の受信及び復号後に、２段階目の送信（MSG２）として、上り送信タイミングと端末側のRRC接続のための制御情報又はContention resolution用制御情報等（図１（ａ）のMSG2及びMSG4に相当）を端末に通知する。
【0022】
NRのアンライセンス帯域において、２段階ランダムアクセスを導入することにより、例えば、LBT（Listen Before Talk）処理の低減、又は、ランダムアクセスの遅延時間の低減の効果が期待される。なお、２段階ランダムアクセスの導入は、アンライセンス帯域に限定されない。例えば、２段階ランダムアクセスをライセンス帯域に流用し、URLLC（Ultra-Reliable and Low Latency Communications、超高信頼低遅延）向けサービスに適用することにより、データ送受信の遅延時間を低減することが検討されている。
【0023】
［PRACH］
例えば、NRのライセンス帯域において用いられる４段階ランダムアクセス用のPRACH（例えば、図１（ａ）のMSG1）は、CP（cyclic prefix）、Preamble、及び、GP（guard period）から構成される。Preambleは、例えば、相関特性が良好な符号系列（例えば、Cyclic shifted Zadoff-Chu（CS-ZC）系列）等から生成される。また、CPはPreambleの一部をコピーした信号である。GPは無送信区間である。なお、Preambleは、CS-ZC系列に限定されず、相関特性が良好な符号系列であればよい。
例えば、NRのライセンス帯域において用いられる４段階ランダムアクセス用のPRACH（例えば、図１（ａ）のMSG1）は、CP（cyclic prefix）、Preamble、及び、GP（guard period）から構成される。Preambleは、例えば、相関特性が良好な符号系列（例えば、Cyclic shifted Zadoff-Chu（CS-ZC）系列）等から生成される。また、CPはPreambleの一部をコピーした信号である。GPは無送信区間である。なお、Preambleは、CS-ZC系列に限定されず、相関特性が良好な符号系列であればよい。
【0024】
これらのPRACHに関する情報は、例えば、基地局のセル情報として端末に通知される。例えば、Preamble番号毎に異なるCS-ZC系列が一意に対応付けられる。端末は、ランダムに選択したPreamble番号に対応するCS-ZC系列をPreambleとして送信する。例えば、複数の端末が同一の時間リソース及び周波数リソースを用いてPRACHを送信する場合でも、複数の端末がそれぞれ異なるPreamble番号を選択していれば、基地局は、CS-ZC系列の相関検出によって、複数のPreamble番号（換言すると、複数の端末のPreamble）を同時に検出できる。
【0025】
［B-IFDMA］
アンライセンス帯域における４段階ランダムアクセス用チャネルであるPRACH（例えば、図１（ａ）のMSG1）の周波数リソース割当方法の一つとして、Block based interlace design（B-IFDMA（Block-interleaved Frequency Division Multiple Access)とも呼ぶ）の適用が検討されている（例えば、非特許文献２を参照）。
アンライセンス帯域における４段階ランダムアクセス用チャネルであるPRACH（例えば、図１（ａ）のMSG1）の周波数リソース割当方法の一つとして、Block based interlace design（B-IFDMA（Block-interleaved Frequency Division Multiple Access)とも呼ぶ）の適用が検討されている（例えば、非特許文献２を参照）。
【0026】
図２は、Block based interlace designの一例を示す。
【0027】
Block based interlace designは、LTE-LAAにおけるPUSCH（Physical Uplink Shared Channel）の周波数リソース割当方法に用いられている。B-IFDMAは、アンライセンス帯域のOCB（Occupied Channel Bandwidth）の制限を遵守し、PSD（Power Spectral Density）limitの影響を和らげるために、システム帯域内において周波数方向に均一に分散されたインターレース（interlace）と呼ばれる帯域を用いて信号を送信する方法である。
【0028】
インターレースは、連続するサブキャリア群（連続した周波数リソースの塊。例えば、1PRB（Physical Resource Block））によって構成される。例えば、システム帯域又はシステム帯域の部分帯域（例えば、BWP（Bandwidth part））を複数のブロックに分割した帯域（以下、クラスタ、又は、クラスタブロックと呼ぶ）内に、複数のインターレースが含まれる。各クラスタに含まれるインターレースには番号（以下、「インターレース番号」と呼ぶ）が付けられる。
【0029】
なお、クラスタは、同一インターレース番号のインターレースが配置される「間隔」と同様な意味である。すなわち、同一インターレース番号のインターレースは、複数のCluster Blockに渡って周波数方向に均一に分散されている。
【0030】
また、クラスタは、システム帯域を複数のブロックに分割した帯域に限らず、或る帯域（例えば、LBT（listen before talk）が実施される帯域、20MHz帯域、又は、20MHzの整数倍の帯域等）を複数のブロックに分割した帯域と定義されてもよい。
【0031】
例えば、図２の例では、或る帯域を分割したクラスタ内の５個のインターレースには、interlace#0, #1, #2, #3, #4とインターレース番号が割り振られる。また、図２では、各クラスタにも、Cluster#0, #1, #2, #3, …とクラスタ番号が割り振られる。
【0032】
例えば、図２に示すように、PRACHの送信リソースに、１つのインターレース番号（図２ではinterlace#0）が設定されている場合について説明する。例えば、端末A（UE#A）及び端末B（UE#B）がそれぞれ異なるPreamble番号（例えば、異なるCS-ZC系列（ZC#X及びZC#Y））を選択する場合、端末A及び端末Bからそれぞれ送信されるPreambleは符号多重される。
【0033】
ところで、NRのアンライセンス帯域において、２段階ランダムアクセスの無線リソース割当については十分に議論されていない。特に、MSG1（例えば、図１（ｂ）を参照）のPreamble partに対してBlock based interlace design（例えば、図２を参照）を適用する場合のMSG1のData partの無線リソース割当については議論されていない。
【0034】
上述したように、２段階ランダムアクセスにおけるPreamble partの無線リソース割当方法にBlock based interlace designを適用した場合、異なるPreamble番号からそれぞれ生成された複数の端末のPreambleには、互いに異なる符号系列（例えば、CS-ZC系列）が使用される。これにより、同じインターレース番号の周波数リソースにおいて、複数の端末のPreambleを符号多重できる。
【0035】
一方、２段階ランダムアクセスにおけるData partには、端末固有ID等の送信情報が数十ビット含まれ、Data partはPreamble partと比較して情報量が多い。このため、Data partに対して、Preamble partと同様な符号多重を適用することは困難となる。
【0036】
例えば、Data partの送信情報パターン毎に、異なるCS-ZC系列を一意に対応付ける場合、送信情報パターンに対応付けられるCS-ZC系列の数が、生成可能な系列数を超える可能性がある。また、基地局の相関検出における処理量の増加、又は、検出性能の劣化という課題が生じる。
【0037】
そこで、以下では、端末が２段階ランダムアクセスにおいてPRACHを送信する場合に、Data partの無線リソースを適切に割り当てる方法について説明する。
【0038】
なお、以下の説明において、「２段階ランダムアクセス」とは、Preamble part（４段階ランダムアクセスのMSG1に相当）と、Data part（４段階ランダムアクセスのMSG3に相当）とが、同時に送信、連続する無線リソースで送信、又は、所定時間内（例えばスロット内）の無線リソースで送信されるランダムアクセス手順を意味する。換言すると、２段階ランダムアクセスとは、Data partがPreamble partとともに送信されるランダムアクセス手順を意味する。又は、２段階ランダムアクセスとは、端末が、Preambleに対する応答（４段階ランダムアクセスのMSG2に相当）を受信する前にData partを送信、又は、Preambleに対する応答を待たずにData partを送信するランダムアクセス手順を意味する。
【0039】
（実施の形態１）
［通信システムの概要］
本開示の一実施の形態に係る通信システムは、端末１００及び基地局２００を備える。以下の説明では、一例として、端末１００（送信装置に相当）がPRACHを送信し、基地局２００（受信装置に相当）がPRACHを受信する。
［通信システムの概要］
本開示の一実施の形態に係る通信システムは、端末１００及び基地局２００を備える。以下の説明では、一例として、端末１００（送信装置に相当）がPRACHを送信し、基地局２００（受信装置に相当）がPRACHを受信する。
【0040】
図３は本開示の実施の形態に係る端末１００の一部の構成を示すブロック図である。図３に示す端末１００において、無線送信部１０８は、データ信号（例えば、Data part）を送信する。制御部１０１は、プリアンブル信号（例えば、Preamble part）の送信に用いる第１のリソース（例えば、Preamble番号に対応する符号系列）に基づいて、データ信号の送信に用いる第２のリソースを決定する。
【0041】
図４は本開示の実施の形態に係る基地局２００の一部の構成を示すブロック図である。図４に示す基地局２００において、無線受信部２０２は、データ信号（例えば、Data part）を受信する。制御部２０３は、プリアンブル信号（例えば、Preamble part）の送信に用いられるリソース（例えば、Preamble番号に対応する符号系列）に基づいて、データ信号の送信に用いられるリソースを決定する。
【0042】
［端末の構成］
図５は、本実施の形態に係る端末１００の構成を示すブロック図である。
図５は、本実施の形態に係る端末１００の構成を示すブロック図である。
【0043】
図５において、端末１００は、制御部１０１と、Preamble生成部１０４と、Preambleリソース割当部１０５と、Data生成部１０６と、Dataリソース割当部１０７と、無線送信部１０８と、アンテナ１０９と、無線受信部１１０と、復調・復号部１１１と、を有する。
【0044】
制御部１０１は、例えば、PRACHを割り当てる無線リソース（例えば、２段階ランダムアクセスにおけるMSG1に含まれるPreamble part及びData partの割当リソース）を決定する。例えば、制御部１０１は、Preambleリソース設定部１０２と、Dataリソース設定部１０３と、を含む。
【0045】
Preambleリソース設定部１０２は、例えば、基地局２００のセル内において利用可能なPRACH向けの送信リソースを示すPRACH送信リソース情報（又は、Random access configurationとも呼ぶ）に基づいて、Preamble partに割り当てる送信リソースの候補を決定する。Preamble用の送信リソースは、例えば、インターレース番号及びクラスタ番号によって表される周波数帯域を示す周波数リソース、又は、送信タイミング等の時間リソースを含む。また、Preamble partに割り当てる送信リソースの候補は、例えば、Preamble番号に一意に対応付けられている。
【0046】
Preambleリソース設定部１０２は、少なくとも１つのPreamble番号を含むPreamble番号群の中から、ランダムに１つのPreamble番号を選択し、選択したPreamble番号、及び、当該Preamble番号に対応付けられた送信リソースを示す情報を、Dataリソース設定部１０３、Preamble生成部１０４、及び、Preambleリソース割当部１０５に出力する。
【0047】
なお、端末１００が利用可能なPRACH送信リソース情報には、例えば、Preamble用の系列番号、CS量、PRACH時間リソース（例えば、周期）、PRACH周波数リソース位置、Preamble format番号等のPRACHに関連する設定情報が含まれる。また、PRACH送信リソース情報は、接続する基地局２００（例えば、サービングセル）から報知される制御情報に含まれ、端末１００に予め通知される。なお、PRACH送信リソース情報の一部の情報は、例えば、スペックで規定されたシステム共通情報とし、基地局２００から端末１００に通知されなくてもよい。
【0048】
Dataリソース設定部１０３は、Preambleリソース設定部１０２から入力されるPreamble partの送信リソースに基づいて、Data partの送信リソースを決定する。例えば、Dataリソース設定部１０３は、Preambleリソース設定部１０２から入力されるPreamble番号に基づいて、Data partの送信リソースを設定する。Data partの送信リソースは、例えば、インターレース番号及びクラスタ番号によって表される周波数リソース、又は、送信タイミング等の時間リソースを含む。Dataリソース設定部１０３は、設定した送信リソースを示す情報をDataリソース割当部１０７に出力する。なお、Dataリソース設定部１０３におけるData partの送信リソースを導出する方法の詳細については後述する。
【0049】
Preamble生成部１０４は、Preambleリソース設定部１０２から入力される送信リソースを示す情報（例えば、選択されたPreamble番号に対応する系列番号及び巡回シフト量）を用いて、CS-ZC系列を生成し、生成したCS-ZC系列をPreamble part信号（又は、プリアンブル信号）としてPreambleリソース割当部１０５へ出力する。ここで、Preambleリソース設定部１０２において選択されるPreamble番号が異なれば、Preamble生成部１０４では、直交又は相関が小さい異なる符号系列（CS-ZC系列等）が生成される。
【0050】
Preambleリソース割当部１０５は、Preambleリソース設定部１０２から入力される送信リソース情報（例えば、クラスタ番号及びインターレース番号に対応した周波数リソース）に、Preamble生成部１０４から入力されるPreamble part信号を割り当てる。また、Preambleリソース割当部１０５は、Preambleリソース設定部１０２から入力される送信リソース情報に示される送信タイミングに基づいて、Preamble part信号を、無線送信部１０８に出力する。
【0051】
Data生成部１０６は、例えば、端末ID等のRRC接続要求情報等を含むデータ信号（例えば、４段階ランダムアクセスにおけるMSG3に相当）を生成する。Data生成部１０６は、生成したデータ信号を符号化及び変調し、変調後の信号（データ系列）をData part信号としてDataリソース割当部１０７に出力する。
【0052】
Dataリソース割当部１０７は、Dataリソース設定部１０３から入力される送信リソース情報に示されるクラスタ番号及びインターレース番号に対応する周波数リソースに、Data生成部１０６から入力されるData part信号を割り当てる。また、Dataリソース割当部１０７は、Dataリソース設定部１０３から入力される送信リソース情報に示される送信タイミングに基づいて、Data part信号を、無線送信部１０８に出力する。
【0053】
無線送信部１０８は、Preambleリソース割当部１０５から入力されるPreamble part信号、及び、Dataリソース割当部１０７から入力されるData part信号に対してＤ／Ａ変換、アップコンバート等の送信処理を施し、送信処理により得られた無線信号（例えば、２段階ランダムアクセスにおけるMSG1（図１（ｂ）を参照）に相当）を、アンテナ１０９から基地局２００へ送信する。
【0054】
無線受信部１１０は、アンテナ１０９を介して基地局２００から受信した受信信号に対して、ダウンコンバート、Ａ／Ｄ変換等の受信処理を施し、受信処理により得られた受信信号を復調・復号部１１１へ出力する。基地局２００から受信した受信信号には、例えば、２段階ランダムアクセスにおけるＰＲＡＣＨの応答データ信号（例えば、図１（ｂ）に示すMSG2）が含まれる。
【0055】
復調・復号部１１１は、無線受信部１１０から入力される受信信号を復調及び復号する。復調・復号部１１１において、PRACHの応答データ信号を正しく受信できた場合、２段階ランダムアクセスによるRRC接続処理は完了となる。
【0056】
［基地局の構成］
図６は、本実施の形態に係る基地局２００の構成を示すブロック図である。
図６は、本実施の形態に係る基地局２００の構成を示すブロック図である。
【0057】
図６において、基地局２００は、アンテナ２０１と、無線受信部２０２と、制御部２０３と、Preamble検出部２０６と、復調・復号部２０７と、スケジューリング部２０８と、データ生成部２０９と、符号化・変調部２１０と、無線送信部２１１と、を有する。
【0058】
無線受信部２０２は、例えば、基地局２００のセル内において利用可能なPRACH送信リソースにおいて、アンテナ２０１を介して受信した端末１００からのRACH信号（例えば、２段階ランダムアクセスにおけるMSG1）に対してダウンコンバート、Ａ／Ｄ変換等の受信処理を施し、受信処理により得られた信号をPreamble検出部２０６及び復調・復号部２０７に出力する。
【0059】
制御部２０３は、例えば、各端末１００がPRACHを割り当てる無線リソース（例えば、２段階ランダムアクセスにおけるMSG1に含まれるPreamble part及びData partの割当リソース）を決定する。なお、制御部２０３におけるPRACH送信リソースの設定方法は、端末１００（制御部１０１）におけるPRACH送信リソースの設定方法と同様である。例えば、制御部２０３は、Preambleリソース設定部２０４と、Dataリソース設定部２０５と、を含む。
【0060】
Preambleリソース設定部２０４は、例えば、基地局２００のセル内において利用可能なPreamble番号を、Dataリソース設定部２０５及びPreamble検出部２０６に出力する。
【0061】
Dataリソース設定部２０５は、Preambleリソース設定部２０４から入力されるPreamble番号に基づいて、Data partの送信リソースを設定する。Dataリソース設定部２０５は、設定した送信リソースを示す情報を復調・復号部２０７に出力する。なお、Dataリソース設定部２０５におけるData partの送信リソースを導出する方法の詳細については後述する。
【0062】
Preamble検出部２０６は、Preambleリソース設定部２０４から入力されるPreamble番号に対応する系列番号及びCS番号を用いて、PRACH preamble（例えば、CS-ZC系列）を検出するためのレプリカ信号を生成する。Preamble検出部２０６は、生成したレプリカ信号と、無線受信部２０２から入力される信号との相関処理を行い、PRACH preambleの検出、及び、タイミング推定を行う。Preamble検出部２０６は、検出結果及び推定結果をスケジューリング部２０８に出力する。
【0063】
なお、Preamble検出部２０６における相関処理は、時間領域において相関処理を行うことにより、タイミング推定において使用される遅延プロファイルを算出する処理でもよく、周波数領域において相関処理（除算処理）を行ってから、IFFT（Inverse Fast Fourier Transform）を行うことにより遅延プロファイルを算出する処理でもよい。
【0064】
復調・復号部２０７は、無線受信部２０２から入力される受信信号のうち、Dataリソース設定部２０５から入力される送信リソース情報に示される送信リソースに含まれる受信データ（Data part信号）に対して、復調及び復号処理を行い、復号結果をスケジューリング部２０８に出力する。
【0065】
スケジューリング部２０８は、Preamble検出部２０６から入力される端末１００のタイミング情報、又は、復調・復号部２０７から入力されるData part信号に含まれる端末ID情報等に基づいて、端末１００とのRRC接続を設定させる。スケジューリング部２０８は、例えば、端末１００側のRRC接続のための制御情報又はContention resolution用制御情報を含むデータ送信リソースを設定し、データ送信リソース情報をデータ生成部２０９に出力する。
【0066】
なお、基地局２００において、例えば、制御部２０３、Preamble検出部２０６、及び、復調・復号部２０７では、基地局２００のセル内において利用可能なPreamble番号の各々について、Preamble part検出、及び、Data part信号の復調及び復号処理を試みる。一方、スケジューリング部２０８では、Data part信号の復号結果がOK（誤りなし）となった端末１００に対して、RRC接続処理が行われる。
【0067】
データ生成部２０９は、スケジューリング部２０８から入力されるデータ送信リソース情報に示される無線リソースを用いて、端末側のRRC接続のための制御情報又はContention resolution用制御情報を含むデータを生成し、生成したデータ信号（例えば、２段階ランダムアクセスのMSG2に相当）を符号化・変調部２１０に出力する。
【0068】
符号化・変調部２１０は、データ生成部２０９から入力されるデータ信号を変調及び符号化し、変調後の信号を無線送信部２１１に出力する。
【0069】
無線送信部２１１は、符号化・変調部２１０から入力される信号に対してＤ／Ａ変換、アップコンバート、増幅等の送信処理を施し、送信処理により得られた無線信号（例えば、２段階ランダムアクセスにおけるMSG2（例えば、図１（ｂ）を参照））をアンテナ２０１から端末１００へ送信する。
【0070】
［端末１００及び基地局２００の動作］
以上の構成を有する端末１００及び基地局２００における動作例について説明する。
以上の構成を有する端末１００及び基地局２００における動作例について説明する。
【0071】
【0072】
図７において、基地局２００は、セル内において利用可能なPRACH送信リソース情報を含むセル情報を端末１００へ通知（換言すると、報知）する（ＳＴ１０１）。
【0073】
端末１００は、セル情報に示されるPRACH送信リソース情報に基づいて、端末１００が送信するPRACHに含まれるPreamble part信号の送信リソースを決定する（ＳＴ１０２）。
【0074】
端末１００は、決定したPreamble part信号の送信リソースに基づいて、Data part信号の送信リソースを決定する（ＳＴ１０３）。
【0075】
端末１００は、決定した送信リソースを用いて、Preamble part信号及びData part信号を含むPRACH信号（例えば、２段階ランダムアクセスにおけるMSG1）を基地局２００へ送信する（ＳＴ１０４）。
【0076】
基地局２００は、Preamble part信号の検出、及び、Data part信号の復号を行う（ＳＴ１０５）。基地局２００は、Data part信号の復号がOKの場合、対応する端末１００と基地局２００とのRRC接続を設定し、端末側のRRC接続のための制御情報又はContention resolution用制御情報を含む応答信号（例えば、２段階ランダムアクセスにおけるMSG2）の送信リソースを決定（スケジューリング）する（ＳＴ１０６）。基地局２００は、応答信号を含むデータ信号を端末１００へ送信する（ＳＴ１０７）。
【0077】
端末１００は、データ信号の復号を行い、誤り無くデータ信号を復号でき、他の端末のRACHとの衝突を検知しない場合、２段階ランダムアクセスによる基地局２００とのRRC接続処理を終了する（ＳＴ１０８）。なお、データ信号の復号が誤った場合又は他の端末のRACHとの衝突を検知した場合は、例えば、端末１００は、ＳＴ１０２の処理からランダムアクセスをやり直す。
【0078】
［Data partの送信リソースの設定方法］
次に、端末１００のDataリソース設定部１０３及び基地局２００のDataリソース設定部２０５におけるData partの送信リソース設定方法の一例について説明する。
次に、端末１００のDataリソース設定部１０３及び基地局２００のDataリソース設定部２０５におけるData partの送信リソース設定方法の一例について説明する。
【0079】
本実施の形態では、２段階ランダムアクセスにおいて、Preamble partにBlock based interlace designを適用する場合、Data partの送信リソースは、Preamble partの送信リソースに基づいて設定（換言すると、導出）される。
【0080】
例えば、端末１００及び基地局２００は、少なくとも、Preamble partのPreamble番号、及び、Interlace番号に基づいて、Data partの周波数リソース及び時間リソースを導出する。換言すると、２段階ランダムアクセスにおいて、Preamble partにBlock based interlace designを適用する場合、複数の端末のData partは、周波数リソース又は時間リソースによって分離及び多重される。
【0081】
例えば、後述するように、複数のPreamble番号の各々に対応するData partの送信リソース（例えば、クラスタ番号、インターレース番号、又は、送信シンボル位置等）が互いに異なるように、Preamble番号とData partの送信リソースとが関連付けられる。
【0082】
これにより、複数の端末１００のPreamble partは、同一インターレース上において符号多重され、複数の端末１００のData partは、周波数多重又は時間多重される。
【0083】
また、PRACHは、例えば、Block based interlace designを適用した他の上りチャネル（例えば、PUSCH（Physical Uplink Shared Channel）、PUCCH（Physical Uplink Control Channel）、SRS（Sounding Reference Signal）等）とインターレース番号を異ならせることにより、PRACHと他の上りチャネルとを容易に周波数多重させることができる。
【0084】
また、端末１００及び基地局２００は、Data partの送信リソースを、予め定めたPreamble partとの対応関係から導出するので、Data partの送信リソースを指示するためのシグナリングを削減できる。
【0085】
なお、Preamble partの送信リソース（例えば、Preamble番号）と、Data partの送信リソースとの対応関係は、スペックで予め規定されてもよい。これにより、２段階ランダムアクセスの導入のための新たなシグナリングは不要となる。または、Preamble partとData partとの間の送信リソースの対応関係は、セル情報として報知されてもよい。この場合、セル内の通信環境に応じて、対応関係が準静的に更新されてもよい。
【0086】
また、以下に記載する導出処理に加えて、基地局２００から端末１００へ通知される情報を用いてData partの送信リソースを導出してもよい。
【0087】
以下、Data partの送信リソースの導出例１～７についてそれぞれ説明する。
【0088】
［導出例１］
導出例１に係るPreamble partとData partとの送信リソースの対応関係の一例を図８に示す。
導出例１に係るPreamble partとData partとの送信リソースの対応関係の一例を図８に示す。
【0089】
図８では、一例として、Preamble partの送信リソースには、１０個のクラスタ（例えば、クラスタ番号0～9）の各々の中の１つのインターレース（例えば、インターレース番号0）が設定される。換言すると、Preamble partの送信リソースは、複数の帯域（例えば、クラスタ#0～#9）の各々に分散配置される。また、図８では、一例として、端末１００に対して、５個のPreamble番号0～4が設定される。各Preamble番号には、互いに異なる符号系列（例えば、CS-ZC系列）が対応付けられている。例えば、端末１００は、Preamble番号0～4の中から１つのPreamble番号をランダムに選択する。
【0090】
また、導出例１では、図８に示すように、Data partの送信リソースには、Preamble partに設定されたインターレース（図８ではインターレース番号0）が設定される。なお、Data partの送信リソースに設定されるインターレース番号は、Preamble partのインターレース番号と異なってもよい。
【0091】
また、導出例１では、図８に示すように、Data partの送信リソースは、Preambleの送信リソースに設定される複数のクラスタのうちの一部のクラスタに配置される。換言すると、Data partの送信リソースは、Preamble partに設定されたクラスタ（又は、クラスタ番号）の一部に制限される。また、図８に示すように、Data partの送信リソースに設定される上記一部のクラスタは、Preamble partに対して設定されるPreamble番号（換言すると、符号系列）に対応付けられている。例えば、図８に示すように、各Preamble番号には、Data partの送信リソースとして、互いに異なるクラスタ番号が対応付けられている。図８では、一例として、各Preamble番号に対応付けられているクラスタの間隔は、５クラスタ分離れている。
【0092】
図９は、導出例１における端末１００に対する送信リソースの設定例を示す。
【0093】
図９において横軸は周波数領域（又は周波数リソース割当）を示す。例えば、図９では、インターレースの帯域幅が1PRBであり、クラスタの帯域幅が5PRB（換言すると、５個のインターレース）であり、インターレース番号が0～4であり、クラスタ番号が#0, #1, #2, …である。また、図９において縦軸は時間領域（例えば、時間リソース割当）を示す。例えば、図９では、２シンボル（OFDM（Orthogonal Frequency Division Multiplexing）の場合、CP（Cyclic Prefix）を含めたOFDMシンボル）である。なお、Preamble partとData partの1シンボル長は異なってもよい。
【0094】
【0095】
図９に示すように、端末A及び端末Bの各Preamble partは、各クラスタのインターレース番号0の周波数帯域に割り当てられる。当該周波数帯域において、端末A及び端末Bの各Preamble partには、Preamble番号0及びPreamble番号1の各々に対応付けられた互いに異なるCS-ZC系列が用いられる。よって、端末A及び端末Bの各Preamble partは、同一インターレースにおいて符号多重され、基地局２００において分離可能となる。
【0096】
また、図９に示すように、端末AのData partは、クラスタ番号0及び5のクラスタ内のPreamble partと同一インターレース番号0の周波数帯域に割り当てられる。同様に、図９に示すように、端末BのData partは、クラスタ番号1及び6のクラスタ内のPreamble partと同一インターレース番号0の周波数帯域に割り当てられる。
【0097】
このように、端末A及び端末Bの各Data partの送信リソースには、互いに異なるクラスタ（又はクラスタ番号）が用いられる。このため、Preamble番号が異なる端末A及び端末Bの各Data partは、直交する周波数リソースに周波数多重され、基地局２００において分離可能となる。
【0098】
よって、導出例１では、Data partの送信リソースに関する新たなシグナリング無しで、複数の端末１００から送信されるData part信号を周波数多重できる。
【0099】
ここで、例えば、IEEE802.11axのOFDMA（Orthogonal Frequency Division Multiple Access）信号用に定められたtemporarily operationの規定（例えば、「同一COT（Channel Occupancy Time）では、一部の信号が80-100%のOCB規定を満たしていれば、一部の信号の帯域は2MHz以上であればよい」という規定）がある。これに対して、導出例１では、例えば、図８に示すように、Preamble part信号が80-100%のOCB規定を満たしているので、Data part信号の帯域は、例えば、2MHz以上であればよい。
【0100】
また、図８に示す例では、各端末１００のData part信号が比較的離れたクラスタ番号（図８では、クラスタ間隔：５）のクラスタに割り当てられる。これにより、端末１００は、Data part信号を広帯域に送信できるので、周波数ダイバーシティゲインが得られ、Data part信号の受信性能を向上できる。
【0101】
なお、Data partの送信リソースは、図８に示す例に限定されない。例えば、TDD（Time Division Duplexing）の場合等において、端末１００が上り受信品質を推定でき、品質が良いクラスタを特定できる場合、図１０に示すように、Data part信号が比較的近いクラスタ番号のクラスタに割り当てられてもよい。例えば、図１０では、各Preamble番号に対応付けられたクラスタ番号は連続する番号である。これにより、端末１００は、良好な品質が期待できるクラスタ（換言すると、Preamble番号）を選択し、Data part信号を送信することができ、Data part信号の受信性能を向上できる。
【0102】
【0103】
［導出例２］
導出例２に係るPreamble partとData partとの送信リソースの対応関係の一例を図１１に示す。
導出例２に係るPreamble partとData partとの送信リソースの対応関係の一例を図１１に示す。
【0104】
【0105】
導出例２では、図１１に示すように、Data partの送信リソースには、導出例１と同様、Preamble partに設定されたインターレース（図１１ではインターレース番号0）が設定される。なお、Data partの送信リソースに設定されるインターレース番号は、Preamble partのインターレース番号と異なってもよい。
【0106】
また、導出例２では、導出例１と同様、Data partの送信リソースは、周波数領域において、Preambleの送信リソースに設定される複数のクラスタのうちの一部のクラスタに配置される。導出例２では、更に、図１１に示すように、Data partの送信リソースは、時間領域において、３シンボル（Sym#0、Sym#1及びSym#2）に配置される。
【0107】
導出例２では、図１１に示すように、Data partの送信リソースに設定される上記一部のクラスタは、Preamble partに対して設定されるPreamble番号（換言すると、符号系列）に対応付けられている。このとき、Data partの送信リソースに設定される上記一部のクラスタは、複数のシンボル（図１１ではSym#0、Sym#1及びSym#2）毎に異なる。例えば、図１１に示すように、各Preamble番号には、Data partの送信リソースとして、シンボル毎に、互いに異なるクラスタ番号が対応付けられている。
【0108】
図１２は、導出例２における端末１００に対する送信リソースの設定例を示す。
【0109】
図１２において横軸は周波数領域（又は周波数リソース割当）を示し、縦軸は時間領域（例えば、時間リソース割当）を示す。また、図１２に示すクラスタ及びクラスタ内のインターレースの構成は導出例１（例えば、図９）と同様である。ただし、図１２では、時間領域においてPreamble partには１シンボルが設定され、Data partには３シンボルが設定される。
【0110】
【0111】
図１２に示すように、端末A及び端末Bの各Preamble partは、図９と同様、各クラスタのインターレース番号0の周波数帯域に割り当てられ、Preamble番号0及びPreamble番号1の各々に対応付けられた互いに異なるCS-ZC系列が用いられる。
【0112】
また、図１２に示すように、端末AのData partは、シンボル０（Sym#0）ではクラスタ番号0及び5のクラスタ内のPreamble partと同一インターレース番号0の周波数帯域に割り当てられ、シンボル１（Sym#1）ではクラスタ番号2及び7のクラスタ（クラスタ番号6は図示せず）内のPreamble partと同一インターレース番号0の周波数帯域に割り当てられ、シンボル２（Sym#2）ではクラスタ番号4及び9のクラスタ（クラスタ番号9は図示せず）内のPreamble partと同一インターレース番号0の周波数帯域に割り当てられる。
【0113】
同様に、図１２に示すように、端末BのData partは、シンボル０（Sym#0）ではクラスタ番号1及び6のクラスタ内のPreamble partと同一インターレース番号0の周波数帯域に割り当てられ、シンボル１（Sym#1）ではクラスタ番号3及び8のクラスタ（クラスタ番号8は図示せず）内のPreamble partと同一インターレース番号0の周波数帯域に割り当てられ、シンボル２（Sym#2）ではクラスタ番号0及び5のクラスタ内のPreamble partと同一インターレース番号0の周波数帯域に割り当てられる。
【0114】
このように、端末A及び端末Bの各Data partの送信リソースには、各シンボルにおいて互いに異なるクラスタ（又はクラスタ番号）が用いられる。このため、Preamble番号が異なる端末A及び端末Bの各Data partは、各シンボルにおいて直交する周波数リソースに周波数多重され、基地局２００において分離可能となる。
【0115】
また、導出例２では、各端末１００のData part信号が複数のシンボル間で周波数ホッピングされるので、周波数ダイバーシティゲインによりData part信号の受信性能を向上できる。
【0116】
なお、図１２では、各端末１００のData part信号が複数のシンボル間で周波数ホッピングされる例を示したが、各端末１００のData part信号は、複数のシンボルにおいて同一周波数帯域に割り当てられてもよい。
【0117】
［導出例３］
導出例３に係るPreamble partとData partとの送信リソースの対応関係の一例を図１３に示す。
導出例３に係るPreamble partとData partとの送信リソースの対応関係の一例を図１３に示す。
【0118】
図１３において、Preamble partの送信リソースは、導出例１（例えば、図８又は図９を参照）と同様である。ただし、図１３では、一例として、端末１００に対して、１０個のPreamble番号0～9が設定される。各Preamble番号には、互いに異なる符号系列（例えば、CS-ZC系列）が対応付けられている。例えば、端末１００は、Preamble番号0～9の中から１つのPreamble番号をランダムに選択する。
【0119】
また、導出例３では、図１３に示すように、Data partの送信リソースには、導出例１（例えば、図８又は図９を参照）と同様、Preamble partに設定されたインターレース（図１３ではインターレース番号0）、及び、Preamble partに設定されたクラスタ（又は、クラスタ番号）のうちの一部のクラスタが設定される。
【0120】
更に、導出例３では、Data partの送信リソースには、設定されるクラスタに含まれる少なくとも１つのsub-PRBが設定される。
【0121】
ここで、sub-PRBは、例えば、1PRB（LTE又はNRでは１２サブキャリア）を１つ又は複数のサブキャリア（例えば、４サブキャリア又は６サブキャリア）単位で分割したリソース単位である。換言すると、sub-PRBは、Preamble partの送信リソースにおける複数のクラスタの各々のインターレース内に含まれるリソース単位である。なお、1PRB（又は、各クラスタ内の１インターレース）を構成するサブキャリア数は１２サブキャリアに限定されず、sub-PRBを構成するサブキャリア数（換言すると、1PRBに対する分割数）は４又は６サブキャリアに限定されない。図１３に示すsub-PRBは、1PRBを２分割したリソース単位である。
【0122】
例えば、図１３に示すように、Data partの送信リソースは、Preamble partの送信リソースが配置されるクラスタに含まれる複数のsub-PRBの少なくとも１つのsub-PRBを含む。
【0123】
Data partの送信リソースに設定される上記少なくとも１つのsub-PRBは、Preamble partに対して設定されるPreamble番号（換言すると、符号系列）に対応付けられている。このとき、Data partの送信リソースに同一のクラスタ番号が設定される複数のPreamble番号に対して、異なるsub-PRB番号が対応付けられる。例えば、図１３では、Preamble番号0及び1の組に対して、sub-PRB番号0（sub-PRB#0）及びsub-PRB番号1（sub-PRB#1）がそれぞれ対応付けられる。同一クラスタ番号が対応付けられる他のPreamble番号の組についても同様である。
【0124】
換言すると、図１３に示す各Preamble番号には、クラスタ番号及びsub-PRB番号の少なくとも一方が異なるリソースがData partの送信リソースとして対応付けられている。
【0125】
図１４は、導出例３における端末１００に対する送信リソースの設定例を示す。
【0126】
図１４において横軸は周波数領域（又は周波数リソース割当）を示し、縦軸は時間領域（例えば、時間リソース割当）を示す。また、図１４に示すクラスタ及びクラスタ内のインターレースの構成は導出例１（例えば、図９）と同様である。ただし、図１４において、各PRB（例えば、１２個のサブキャリア#0～#11）は、sub-PRB#0（例えば、サブキャリア#0～#5）とsub-PRB#1（例えば、サブキャリア#6～#11）とを構成する。
【0127】
【0128】
図１４に示すように、端末A及び端末Bの各Preamble partは、図９と同様、各クラスタのインターレース番号0の周波数帯域に割り当てられ、Preamble番号0及びPreamble番号1の各々に対応付けられた互いに異なるCS-ZC系列が用いられる。
【0129】
また、図１４に示すように、端末AのData partは、クラスタ番号0及び5のクラスタ内のPreamble partと同一インターレース番号0のsub-PRB#0に割り当てられる。同様に、図１４に示すように、端末BのData partは、クラスタ番号0及び5のクラスタ内のPreamble partと同一インターレース番号0のsub-PRB#1に割り当てられる。
【0130】
このように、端末A及び端末Bの各Data partの送信リソースには、クラスタ番号及びsub-PRB番号の少なくとも一方が異なる周波数リソースが用いられる。このため、Preamble番号が異なる端末A及び端末Bの各Data partは、例えば、同一番号のインターレースにおいて直交する周波数リソースに周波数多重され、基地局２００において分離可能となる。
【0131】
また、導出例３では、図１４に示すように、同一クラスタの同一インターレースにも、異なる端末１００のData part信号のsub-PRB単位の割り当てが可能となる。このように、導出例３によれば、Data part信号をSub-PRB単位で割り当てることにより、同一インターレースにおいて割り当て可能なPRACH数を増加でき、ランダムアクセスの衝突率を低減できる。
【0132】
［導出例４］
導出例４に係るPreamble partとData partとの送信リソースの対応関係の一例を図１５に示す。
導出例４に係るPreamble partとData partとの送信リソースの対応関係の一例を図１５に示す。
【0133】
【0134】
導出例４では、Preamble part及びData partが割り当てられる複数のクラスタの各々は、複数のサブキャリア（例えば、Comb、又は、Toneとも呼ぶ）で構成される。
【0135】
例えば、Preamble partの送信リソースにおける複数のクラスタの各々のリソース単位（換言すると、クラスタ内のインターレース単位）で、複数のサブキャリアに番号（例えば、サブキャリア番号、Com番号又はTone番号）がそれぞれ付される。例えば、図１５では、クラスタ内の各インターレースには、５個のサブキャリア（Comb番号0～4）が含まれる。
【0136】
導出例４では、図１５に示すように、Data partの送信リソースには、サブキャリア単位の周波数リソースが設定される。例えば、Data partの送信リソースは、複数のクラスタ内の同一Comb番号のサブキャリアを含む。Data partの送信リソースに含まれるComb番号は、Preamble partに対して設定されるPreamble番号（換言すると、符号系列）に対応付けられている。
【0137】
例えば、図１５では、各Preamble番号0～4には、互いに異なるComb番号0～4がそれぞれ対応付けられている。換言すると、Data partの送信リソースは、サブキャリア単位のインターレース割り当て（例えば、tone-interlace design又はIFDMA（Interleaved Frequency Division Multiple Access）と呼ぶ）が適用される。
【0138】
図１６は、導出例４における端末１００に対する送信リソースの設定例を示す。
【0139】
図１６において横軸は周波数領域（又は周波数リソース割当）を示し、縦軸は時間領域（例えば、時間リソース割当）を示す。また、図１６に示すPreamble partが割り当てられるシンボルにおける、クラスタ及びクラスタ内のインターレースの構成は導出例１（例えば、図９）と同様である。
【0140】
一方、図１６では、Data partが割り当てられるシンボルにおいて、各PRBは、５個のComb#0～#4（サブキャリア又はサブキャリアグループ）を含む。なお、PRBを構成するCombの数は５個に限定されず。他の個数でもよい。
【0141】
【0142】
図１６に示すように、端末A及び端末Bの各Preamble partは、図９と同様、各クラスタのインターレース番号0の周波数帯域に割り当てられ、Preamble番号0及びPreamble番号1の各々に対応付けられた互いに異なるCS-ZC系列が用いられる。
【0143】
また、図１６に示すように、端末AのData partは、各クラスタのインターレース#0～#4の各々のComb番号0のComb（又は、サブキャリア）に割り当てられる。同様に、図１６に示すように、端末BのData partは、各クラスタのインターレース#0～#4の各々のComb番号1のComb（又は、サブキャリア）に割り当てられる。
【0144】
このように、Preamble番号が異なる端末A及び端末Bの各Data partは、直交する周波数リソースに周波数多重され、基地局２００において分離可能となる。
【0145】
また、導出例４では、各端末１００のData part信号は、各クラスタ内の複数のインターレースにそれぞれ割り当てられる。換言すると、各端末１００のData part信号は、Preamble part信号が割り当てられる各クラスタに割り当てられる。このため、各端末１００のData part信号は、Preamble part信号と同様の帯域（図１６ではクラスタ#0～#9）の全体に渡って割り当てられる。
【0146】
ここで、アンライセンス帯域での信号送信について、ETSI（欧州電気通信標準化機構(European Telecommunications Standards Institute)）が定めた規定に、キャリアセンス帯域（又は、サブバンドとも呼ばれる20MHzの整数倍の帯域）の80-100%の帯域に信号を送信すべきという「OCB規定」がある。
【0147】
導出例４では、例えば、図１６に示すように、Preamble part及びData partの双方とも、クラスタ番号0～9の各クラスタを用いて送信されるので、80-100%のOCB規定を満たすことができる。
【0148】
［導出例５］
導出例５に係るPreamble partとData partとの送信リソースの対応関係の一例を図１７に示す。
導出例５に係るPreamble partとData partとの送信リソースの対応関係の一例を図１７に示す。
【0149】
図１７において、Preamble partの送信リソースは、導出例１（例えば、図８又は図９を参照）と同様である。ただし、図１７では、一例として、端末１００に対して、１０個のPreamble番号0～9が設定される。各Preamble番号には、互いに異なる符号系列（例えば、CS-ZC系列）が対応付けられている。例えば、端末１００は、Preamble番号0～9の中から１つのPreamble番号をランダムに選択する。
【0150】
また、導出例５では、図１７に示すように、Data partの送信リソースには、導出例１（例えば、図８又は図９を参照）と同様、周波数領域において、Preamble partに設定されたインターレース（図１７ではインターレース番号0）、及び、Preamble partに設定されたクラスタ（又は、クラスタ番号）の一部のクラスタが設定される。
【0151】
更に、導出例５では、Data partの送信リソースには、時間領域において、複数のシンボル（図１７では２シンボル）の中の少なくとも１つのシンボルが設定される。
【0152】
Data partの送信リソースに設定される上記少なくとも１つのシンボルは、Preamble partに対して設定されるPreamble番号（換言すると、符号系列）に対応付けられている。このとき、図１７に示すように、Data partの送信リソースに同一のクラスタ番号が設定される複数のPreamble番号に対して、異なるシンボル番号（シンボル番号0及び1）がそれぞれ対応付けられる。例えば、図１７では、Preamble番号0及び1の組に対して、シンボル番号0及びシンボル番号1がそれぞれ対応付けられる。同一クラスタ番号が対応付けられる他のPreamble番号の組についても同様である。換言すると、図１７に示す各Preamble番号には、クラスタ番号及びシンボル番号の少なくとも一方が異なるリソースがData partの送信リソースとして対応付けられている。
【0153】
図１８は、導出例５における端末１００に対する送信リソースの設定例を示す。
【0154】
図１８において横軸は周波数領域（又は周波数リソース割当）を示し、縦軸は時間領域（例えば、時間リソース割当）を示す。また、図１８に示すクラスタ及びクラスタ内のインターレースの構成は導出例１（例えば、図９）と同様である。ただし、図１８では、時間領域においてPreamble partには１シンボルが設定され、Data partには複数のシンボル（図１８では２シンボル）が設定される。
【0155】
【0156】
図１８に示すように、端末A及び端末Bの各Preamble partは、図９と同様、各クラスタのインターレース番号0の周波数帯域に割り当てられ、Preamble番号0及びPreamble番号1の各々に対応付けられた互いに異なるCS-ZC系列が用いられる。
【0157】
また、図１８に示すように、端末AのData partは、クラスタ番号0及び5のクラスタ内のPreamble partと同一インターレース番号0のシンボル番号0のシンボル（Sym#0）に割り当てられる。同様に、図１８に示すように、端末BのData partは、クラスタ番号0及び5のクラスタ内のPreamble partと同一インターレース番号0のシンボル番号1のシンボル（Sym#1）に割り当てられる。
【0158】
このように、端末A及び端末Bの各Data partの送信リソースには、クラスタ番号及びシンボル番号の少なくとも一方が異なるリソースが用いられる。このため、Preamble番号が異なる端末A及び端末Bの各Data partは、例えば、同一番号のインターレースにおいて直交する時間リソースであるシンボルに時間多重され、基地局２００において分離可能となる。
【0159】
また、導出例５では、例えば、導出例１と比較して、Data part信号を送信するための時間リソース（例えば、シンボル数）が増加することにより、同一インターレースにおいて割り当て可能なPRACH数を増加でき、ランダムアクセスの衝突率を低減できる。
【0160】
［導出例６］
導出例６に係るPreamble partとData partとの送信リソースの対応関係の一例を図１９に示す。
導出例６に係るPreamble partとData partとの送信リソースの対応関係の一例を図１９に示す。
【0161】
図１９において、Preamble partの送信リソースは、導出例１（例えば、図８又は図９を参照）と同様である。ただし、図１９では、一例として、端末１００に対して、４個のPreamble番号0～3が設定される。各Preamble番号には、互いに異なる符号系列（例えば、CS-ZC系列）が対応付けられている。例えば、端末１００は、Preamble番号0～3の中から１つのPreamble番号をランダムに選択する。
【0162】
また、導出例６では、Preamble partとData partとが同一シンボル内の異なるインターレースに周波数多重される。
【0163】
例えば、図１９に示すように、Data partの送信リソースには、Preamble partに設定された各クラスタにおいて、Preamble partに設定されたインターレース（図１９ではインターレース番号0）と異なるインターレース（又は、インターレース番号）が設定される。Data partの送信リソースが設定されるインターレースは、Preamble partに対して設定されるPreamble番号（換言すると、符号系列）に対応付けられている。このとき、異なるPreamble番号を用いる端末１００のData partは、同一シンボル内の異なるインターレースに周波数多重される。
【0164】
【0165】
図２０は、導出例６における端末１００に対する送信リソースの設定例を示す。
【0166】
図２０において横軸は周波数領域（又は周波数リソース割当）を示し、縦軸は時間領域（例えば、時間リソース割当）を示す。また、図２０に示すクラスタ及びクラスタ内のインターレースの構成は導出例１（例えば、図９）と同様である。ただし、図２０では、時間領域においてPreamble part及びData partの双方に対して１シンボルが設定される。
【0167】
【0168】
図２０に示すように、端末A及び端末Bの各Preamble partは、図９と同様、各クラスタのインターレース番号0の周波数帯域に割り当てられ、Preamble番号0及びPreamble番号1の各々に対応付けられた互いに異なるCS-ZC系列が用いられる。
【0169】
また、図２０に示すように、端末AのData partは、各クラスタのインターレース番号1の周波数帯域に割り当てられる。また、図２０に示すように、端末BのData partは、各クラスタのインターレース番号2の周波数帯域に割り当てられる。
【0170】
このように、端末A及び端末Bの各Preamble part、及び、Preamble番号が異なる端末A及び端末Bの各Data partは、直交する周波数リソースに周波数多重され、基地局２００において分離可能となる。換言すると、複数の端末１００は、同一シンボルを用いて、Preamble part及びData partを送信できる。
【0171】
よって、導出例６によれば、Preamble partとData partとを周波数多重することにより、ランダムアクセスに要する遅延時間を低減できる。
【0172】
また、導出例６では、例えば、図２０に示すように、Preamble part及びData partの双方とも、クラスタ番号0～9の各クラスタを用いて送信されるので、導出例４と同様、80-100%のOCB規定を満たすことができる。
【0173】
［導出例７］
導出例７に係るPreamble partとData partとの送信リソースの対応関係の一例を図２１に示す。
導出例７に係るPreamble partとData partとの送信リソースの対応関係の一例を図２１に示す。
【0174】
図２１において、Preamble partの送信リソースは、導出例１（例えば、図８又は図９を参照）と同様である。ただし、図２１では、一例として、端末１００に対して、４個のPreamble番号0～3が設定される。各Preamble番号には、互いに異なる符号系列（例えば、CS-ZC系列）が対応付けられている。例えば、端末１００は、Preamble番号0～3の中から１つのPreamble番号をランダムに選択する。
【0175】
また、導出例７では、導出例１と同様、Data partの送信リソースは、Preambleの送信リソースに設定される複数のクラスタのうちの一部のクラスタに配置される。例えば、図２１に示すように、各Preamble番号には、Data partの送信リソース用に、互いに異なるクラスタ番号のクラスタが対応付けられている。
【0176】
更に、導出例７では、図２１に示すように、Preamble番号に対応付けられるData partの送信リソース用のクラスタ数がPreamble毎（換言すると、Preamble part信号に使用される符号系列毎）に異なる。例えば、図２１に示すように、Preamble番号0及び1には、３個のクラスタ（又はクラスタ番号）がそれぞれ対応付けられるのに対して、Preamble番号2及び3には、２個のクラスタ（又はクラスタ番号）がそれぞれ対応付けられる。
【0177】
例えば、端末１００の受信品質に応じて、端末１００が選択可能なPreamble番号が設定されてよい。端末１００の受信品質は、例えば、端末１００（UE）と基地局２００（gNB）との間のパスロスレベル、又は、受信信号レベル（例えば、RSRP（Received Signal Reception Power））でもよく、他のパラメータでもよい。
【0178】
図２１において、端末１００は、パスロスレベルがしきい値Xより大きい場合、例えば、Preamble番号0及び1を選択可能とし、パスロスレベルがしきい値X以下の場合、Preamble番号2及び3を選択可能としてもよい。なお、図２１は一例であり、Data partの送信リソースにおいて、Preamble番号に対応付けられるクラスタ数は２個及び３個に限定されず、Preamble番号に対応付けられるクラスタ数の種類は２種類に限らず、３種類以上でもよい。
【0179】
図２２は、導出例７における端末１００に対する送信リソースの設定例を示す。
【0180】
【0181】
また、図２２では、端末A（UE#A）が、パスロスレベルがしきい値Xより大きく、図２１に示すPreamble番号0をランダムに選択し、端末B（UE#B）が、パスロスレベルがしきい値X以下であり、図２１に示すPreamble番号2をランダムに選択した例を示す。
【0182】
図２２に示すように、端末A及び端末Bの各Preamble partは、図９と同様、各クラスタのインターレース番号0の周波数帯域に割り当てられ、Preamble番号0及びPreamble番号1の各々に対応付けられた互いに異なるCS-ZC系列が用いられる。
【0183】
また、図２２に示すように、端末AのData partは、クラスタ番号0、3及び5の３個のクラスタにおけるPreamble partと同一インターレース番号0のsub-PRB#0に割り当てられる。また、図２２に示すように、端末BのData partは、クラスタ番号2及び7の２個のクラスタにおけるPreamble partと同一インターレース番号0のsub-PRB#1に割り当てられる。
【0184】
このように、Preamble番号が異なる端末A及び端末Bの各Data partは、直交する周波数リソースに周波数多重され、基地局２００において分離可能となる。
【0185】
例えば、Data partにおいて送信されるデータ量は一定である。このため、Data part送信用のクラスタ数が増加するほど、Data partの符号化率が低下し、性能が向上する。よって、例えば、図２２に示すように、パスロスレベルがしきい値Xより大きい端末Aは、パスロスレベルがしきい値X以下の端末Bと比較して、多くのクラスタを用いてData partを送信することにより、Data partの性能を向上できる。
【0186】
よって、導出例７によれば、端末１００の受信品質（例えば、パスロスレベル）に応じて、Data part信号を送信するための周波数リソース量、又は、符号化率を適切に変えることで、Data partの性能を向上できる。
【0187】
以上、Data partの送信リソースの導出例１～７について説明した。
【0188】
なお、上述した導出例１～７のうち、少なくとも２つを組み合わせてもよい。例えば、導出例２と導出例３とを組み合わせることにより、Data partに対して周波数ダイバーシチ効果を得るとともに、同一インターレースにおいて割り当て可能なPRACH数を増加でき、ランダムアクセスの衝突率を低減できる。
【0189】
または、端末１００及び基地局２００は、例えば、端末１００の設定（又は端末１００の状況）に応じて、導出例１～７のうち、少なくとも２つの導出例を切り替えてもよい。
【0190】
以上のように、本実施の形態では、Data partの送信に用いるリソースは、Preamble partの送信に用いるリソースに基づいて決定される。例えば、端末１００が選択可能なPreamble番号に対して、Preamble partの送信リソース（例えば、クラスタ番号及びインターレース番号）に加え、Data partの送信リソース（例えば、クラスタ番号、インターレース番号、sub-PRB番号、Comb番号、又は、シンボル番号等）が対応付けられている。
【0191】
これにより、端末１００及び基地局２００は、設定されるPreamble番号に応じて、Preamble part及びData partの双方の送信リソースを特定できる。また、複数の端末１００から送信されるPreamble partは符号多重され、複数の端末１００から送信されるData partは周波数多重又は時間多重される。
【0192】
よって、本実施の形態によれば、ランダムアクセス処理を適切に行うことができる。
【0193】
以上、本開示の各実施の形態について説明した。
【0194】
（他の実施の形態）
（１）上記実施の形態では、アンライセンス帯域における動作について説明した。しかし、本開示は、アンライセンス帯域に限定せず、ライセンス帯域でも適用でき、同様の効果が得られる。例えば、ライセンス帯域において、送信リソースが予め規定されるGrant free送信、又は、URLLCサービスの送信用にも本開示を適用でき、本開示による遅延時間の低減又は性能改善効果を得ることができる。
（１）上記実施の形態では、アンライセンス帯域における動作について説明した。しかし、本開示は、アンライセンス帯域に限定せず、ライセンス帯域でも適用でき、同様の効果が得られる。例えば、ライセンス帯域において、送信リソースが予め規定されるGrant free送信、又は、URLLCサービスの送信用にも本開示を適用でき、本開示による遅延時間の低減又は性能改善効果を得ることができる。
【0195】
（２）上記実施の形態では、Preamble番号と、Preamble part及びData partの送信リソースとの対応関係を、例えば、図８、図１０、図１１、図１３、図１５、図１７、図１９及び図２１に示す表（テーブル）で規定したが、これに限定されず、例えば、式で規定してもよい。
【0196】
一例として、導出例２（例えば、図１１を参照）について、Data partの送信リソースのうち、シンボル（シンボル番号）毎のクラスタ番号（C0、C1及びC2と表す）は、次式で表される。
C0 = P, P + N/2
C1 = P + 2 , mod(P + 2 +N/2, N)
C2 = P + 4 , mod(P + 4 +N/2, N)
ただし、
C0：Data partのシンボル番号0で用いるクラスタ番号（0～N-1の何れか）
C1：Data partのシンボル番号1で用いるクラスタ番号（0～N-1の何れか）
C2：Data partのシンボル番号2で用いるクラスタ番号（0～N-1の何れか）
P：Preamble番号（例えば、図１１では0～4）
N：クラスタ数（例えば、図１１ではN=10）
C0 = P, P + N/2
C1 = P + 2 , mod(P + 2 +N/2, N)
C2 = P + 4 , mod(P + 4 +N/2, N)
ただし、
C0：Data partのシンボル番号0で用いるクラスタ番号（0～N-1の何れか）
C1：Data partのシンボル番号1で用いるクラスタ番号（0～N-1の何れか）
C2：Data partのシンボル番号2で用いるクラスタ番号（0～N-1の何れか）
P：Preamble番号（例えば、図１１では0～4）
N：クラスタ数（例えば、図１１ではN=10）
【0197】
（３）上記実施の形態において説明したPRACH（例えば、Preamble part及びData part）の送信リソースと異なる他のリソース（例えば、空きリソース）は、例えば、別のRACHリソース（RACH occasion）に設定されてもよく、別の上りチャネル（例えば、PUSCH、PUCCH、SRS）のスケジューリングに使用されてもよい。
【0198】
（４）上記実施の形態では、送信信号の一例としてPRACHについて説明した。しかし、送信信号はPRACHに限定されない。例えば、端末１００（送信装置に対応）が基地局２００（受信装置に対応）へ送信する他の信号でもよく、基地局２００（送信装置に対応）が端末１００（受信装置に対応）に対して送信する送信信号でもよい。
【0199】
（５）インターレースは、例えば、或る帯域におけるインターレースの数（例えば、Mと表す。クラスタ内のインターレース数に対応）と、各インターレースを構成するPRB数（例えば、Nと表す。クラスタ数に対応）とによって表されてもよい。また、各インターレースは、周波数領域においてPRB単位で分散して配置される場合に限らず、例えば、1PRBを構成するサブキャリアより少ないサブキャリア群で構成される単位で分散配置されてもよい。また、各インターレースが配置されるリソースの周波数間隔は、等間隔に限らない。
【0200】
（６）上記実施の形態において例示した、特定の周波数帯域（例えば、システム帯域）におけるクラスタ数、各クラスタ内のインターレース数、及び、インターレース（又はPRB）あたりのサブキャリア数に限定されず、他の値でもよい。
【0201】
（７）上記実施の形態において、Block based interlace designは、「PRB-based interlace design」と呼ばれることもある。また、インターレースは「クラスタ」と呼ばれることもある。また、クラスタは、「クラスタブロック（Cluster Block）」と呼ばれることもある。例えば、クラスタブロック内に複数のクラスタが存在すると表現されてもよい。
【0202】
以上、他の実施の形態について説明した。
【0203】
本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【0204】
本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
【0205】
通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
【0206】
通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
【0207】
また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
【0208】
また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
【0209】
本開示の一実施例における送信装置は、データ信号を送信する送信回路と、プリアンブル信号の送信に用いる第１のリソースに基づいて、前記データ信号の送信に用いる第２のリソースを決定する制御回路と、を具備する。
【0210】
本開示の一実施例における送信装置において、前記第１のリソースは、複数の帯域の各々に分散配置され、前記第２のリソースは、前記複数の帯域の一部の帯域に配置される。
【0211】
本開示の一実施例における送信装置において、前記一部の帯域は、前記プリアンブル信号に対して設定される符号系列に対応付けられている。
【0212】
本開示の一実施例における送信装置において、前記一部の帯域は、前記第２のリソースが配置される複数のシンボル毎に異なる。
【0213】
本開示の一実施例における送信装置において、前記第１のリソースにおける前記複数の帯域の各々のリソースは、複数のリソース単位を含み、前記第２のリソースは、前記一部の帯域に含まれる前記複数のリソース単位の少なくとも１つのリソース単位を含み、前記少なくとも１つのリソース単位は、前記プリアンブル信号に対して設定される符号系列に対応付けられている。
【0214】
本開示の一実施例における送信装置において、前記第２のリソースは、複数のシンボルの中の少なくとも１つのシンボルを含み、前記少なくとも１つのシンボルは、前記プリアンブル信号に対して設定される符号系列に対応付けられている。
【0215】
本開示の一実施例における送信装置において、前記一部の帯域に含まれる帯域の数は、前記プリアンブル信号に対して設定される符号系列毎に異なる。
【0216】
本開示の一実施例における送信装置において、前記複数の帯域の各々は複数のサブキャリアで構成され、前記第１のリソースにおける前記複数の帯域の各々のリソース単位で前記複数のサブキャリアに番号がそれぞれ付され、前記第２のリソースは、前記複数の帯域内の同一番号の前記サブキャリアを含み、前記第２のリソースに含まれる前記サブキャリアの番号は、前記プリアンブル信号に対して設定される符号系列に対応付けられている。
【0217】
本開示の一実施例における送信装置において、前記データ信号と前記プリアンブル信号とは周波数多重され、前記第１のリソースは、複数の帯域の各々に分散配置され、前記第２のリソースは、前記複数の帯域の各々において、前記第１のリソースと異なるリソースを含み、前記第２のリソースは、前記プリアンブル信号に設定される符号系列に対応付けられている。
【0218】
本開示の一実施例における受信装置は、データ信号を受信する受信回路と、プリアンブル信号の送信に用いられるリソースに基づいて、前記データ信号の送信に用いられるリソースを決定する制御回路と、を具備する。
【0219】
本開示の一実施例における送信方法は、プリアンブル信号の送信に用いるリソースに基づいて、データ信号の送信に用いるリソースを決定し、前記データ信号を送信する。
【0220】
本開示の一実施例における受信方法は、プリアンブル信号の送信に用いられるリソースに基づいて、データ信号の送信に用いられるリソースを決定し、前記データ信号を受信する。
【0221】
２０１８年１１月１日出願の特願２０１８－２０６７３４の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
【産業上の利用可能性】
【0222】
本開示の一実施例は、移動通信システムに有用である。
【符号の説明】
【0223】
１００ 端末
１０１，２０３ 制御部
１０２，２０４ Preambleリソース設定部
１０３，２０５ Dataリソース設定部
１０４ Preamble生成部
１０５ Preambleリソース割当部
１０６ Data生成部
１０７ Dataリソース割当部
１０８，２１１ 無線送信部
１０９，２０１ アンテナ
１１０，２０２ 無線受信部
１１１，２０７ 復調・復号部
２００ 基地局
２０６ Preamble検出部
２０８ スケジューリング部
２０９ データ生成部
２１０ 符号化・変調部
１０１，２０３ 制御部
１０２，２０４ Preambleリソース設定部
１０３，２０５ Dataリソース設定部
１０４ Preamble生成部
１０５ Preambleリソース割当部
１０６ Data生成部
１０７ Dataリソース割当部
１０８，２１１ 無線送信部
１０９，２０１ アンテナ
１１０，２０２ 無線受信部
１１１，２０７ 復調・復号部
２００ 基地局
２０６ Preamble検出部
２０８ スケジューリング部
２０９ データ生成部
２１０ 符号化・変調部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】