知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-05-30
(45)【発行日】2023-06-07
(54)【発明の名称】送信装置、受信装置、無線通信システム、及び通信方法
(51)【国際特許分類】
H04W 72/20 20230101AFI20230531BHJP
H04W 72/0446 20230101ALI20230531BHJP
H04W 16/14 20090101ALI20230531BHJP
【ＦＩ】
H04W72/20
H04W72/0446
H04W16/14
【請求項の数】
3
(21)【出願番号】P 2022079385
(22)【出願日】2022-05-13
(62)【分割の表示】P 2020535382の分割
【原出願日】2018-08-07
(65)【公開番号】P2022105211
(43)【公開日】2022-07-12
【審査請求日】2022-05-16
(73)【特許権者】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】100094525
【弁理士】
【氏名又は名称】土井 健二
(74)【代理人】
【識別番号】100094514
【弁理士】
【氏名又は名称】林 恒徳
(72)【発明者】
【氏名】下村 剛史
【審査官】伊東 和重
(56)【参考文献】
【文献】国際公開第２０１７／０２５４８４（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
免許が不要な第１の周波数帯を用いて、送信装置と無線通信が可能な受信装置において、
スロット内で第１の制御信号が送信される可能性のあるシンボルに関する情報をそれぞれ含む第１の情報要素と第２の情報要素を含むメッセージを受信する受信部と、
前記第１の情報要素に従って前記第１の制御信号の検出動作を行い、
前記第１の制御信号を検出した場合、前記第１の情報要素に従って前記第１の制御信号の検出動作を行うことを停止し、前記第２の情報要素に従って前記第１の制御信号の検出動作を行う処理部と、
を備えることを特徴とする受信装置。
【請求項2】
前記第１の制御信号はＤＣＩ(Downlink Control Information)を載せるＰＤＣＣＨ(Physical Downlink Control Channel)である
ことを特徴とする請求項１に記載の受信装置。
【請求項3】
前記処理部は、
前記第１の情報要素に従って、前記第１の制御信号を検出したスロットの次のスロット以降に、前記第２の情報要素に従って、前記第１の制御信号の検出動作を行うことを開始する
ことを特徴とする請求項１に記載の受信装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、送信装置、受信装置、無線通信システム、及び通信方法に関する。
【背景技術】
【0002】
現在のネットワークは、モバイル端末（スマートフォンやフューチャーホン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。
【0003】
一方で、ＩｏＴ（Internet of things）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、第５世代移動体通信（５Ｇまたは、ＮＲ（Ｎｅｗ Ｒａｄｉｏ））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術（例えば、非特許文献１～１１）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。
【0004】
なお、第５世代通信規格については、３ＧＰＰ（登録商標）（Third Generation Partnership Project）の作業部会（例えば、ＴＳＧ－ＲＡＮ ＷＧ１、ＴＳＧ－ＲＡＮ ＷＧ２等）で技術検討が進められている（非特許文献１２～３９）。
【0005】
上記で述べたように、多種多様なサービスに対応するために、５Ｇでは、ｅＭＢＢ（Enhanced Mobile Broad Band）、Ｍａｓｓｉｖｅ ＭＴＣ（Machine Type Communications)、およびＵＲＬＬＣ（Ultra-Reliable and Low Latency Communication）に分類される多くのユースケースのサポートを想定している。
【0006】
一方、４Ｇでは、低周波帯（５ＧＨｚ帯）であるＵｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ（又はＵｎｌｉｃｅｎｓｅｄ ｂａｎｄ）での通信を行なうための機能が導入されている。そのような機能としては、例えば、ＬＴＥ－ＬＡＡ（Long Term Evolution-Licensed Assisted Access）がある。ＬＴＥ－ＬＡＡは、例えば、Ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍの周波数帯域とＬｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍの周波数帯域とを束ねて同時に使用する技術である。ＬＴＥ－ＬＡＡにより、例えば、高速大容量化を実現することが可能となる。
【0007】
ＬＴＥ－ＬＡＡでは、低周波帯（５ＧＨｚ帯）のＵｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍでの通信を行なうために、Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ（ＬＢＴ）方式が採用される。ＬＢＴ方式では、例えば、送信側は、信号送信開始前にｃａｒｒｉｅｒ ｓｅｎｓｉｎｇ（又はキャリアセンス）を行い、無線チャネルが“Ｉｄｌｅ”状態（他の通信が行なわれていない）であることを確認してからデータ送信を開始する。ＬＢＴ方式により、例えば、ＷｉｆｉとＬＴＥなど、異なるネットワーク間において公平な共存が実現可能である。
【0008】
ただし、ＬＴＥでは、サブフレーム（ｓｕｂｆｒａｍｅ）タイミングに基づく送受信が基本である。ＬＢＴ方式をサブフレームタイミングで用いると、サブフレームタイミングで送信機会が与えられるため、送信機会が限定される場合がある。
【0009】
そこで、ＬＴＥ－ＬＡＡでは、サブフレームの先頭タイミング（又は先頭シンボル）と、サブフレームの半分のタイミング（又は先頭シンボルから８番目のシンボル）とで送信可能な方式も仕様化されている。図３０（Ａ）と図３０（Ｂ）はその例を表している。これにより、例えば、送信側で送信機会を増やし、送信側と受信側の双方で送受信処理の複雑度を極端に増大しないようにすることが可能となる。
【0010】
なお、図３０（Ｂ）に示すように、サブフレームの半分のタイミングの場合、ＴＢ（Transport Block）＃０に含まれるデータは、図３０（Ａ）に示すサブフレームの先頭シンボルのタイミングから送信される場合と比較して、半分になる。そのため、送信側は、ＴＢ＃０に含まれる符号化前のデータを半分にして、送信することも、３ＧＰＰでは仕様化されている。
【0011】
他方、５Ｇでは、４Ｇと同様に、基地局は、無線リソースの割り当てや誤り訂正符号化の符号化率、変調方式などを決定（又はスケジューリング）し、そのスケジューリング結果を、端末へ送信する。この場合、基地局は、スケジューリング結果を含むＤＣＩ（Downlink Control Information）を、ＰＤＣＣＨ（Physical Downlink Control CHannel）を利用して、端末へ送信する。端末は、ＤＣＩに含まれるスケジューリング結果に従って、ＰＤＳＣＨ（Physical Downlink Shared CHannel）を利用して、受信した信号から自局宛てのデータを抽出したり、ＰＵＳＣＨ（Physical Uplink Shared CHannel）を利用して、データを基地局へ送信したりすることが可能となる。
【0012】
図３１（Ａ）と図３１（Ｂ）は、５Ｇにおいて仕様化されたＤＣＩによる時間方向のリソース割り当てを表す図である。図３１（Ａ）はＰＤＳＣＨ、図３１（Ｂ）はＰＵＳＣＨにおける、時間方向のリソース割り当てをそれぞれ表している。図３１（Ａ）と図３１（Ｂ）において、例えば、“Ｓ”はスロットの開始シンボル、“Ｌ”は開始シンボルＳからカウントした連続したシンボル数（又は長さ）をそれぞれ表す。
【0013】
図３１（Ｃ）は、時間方向におけるリソースの割り当て（又はマッピング。以下では、割り当てとマッピングとを区別しないで用いる場合がある。）例を表す。例えば、Ｓ＝２、Ｌ＝４の場合、１スロット内において、開始シンボルは、先頭シンボル（Ｓ＝０）から３番目のシンボル、その長さは、Ｓ＝２から連続して４シンボルであることを表す。このような時間方向のリソース割り当てが行われた場合、端末は、ＰＤＳＣＨの場合、Ｓ＝２から始まる４つのシンボルを利用して、自局宛てのデータを抽出する。
【0014】
なお、図３１（Ｃ）に示すように、４Ｇでは、１サブフレーム＝１４シンボル（＝１ｍｓ）であったが、５Ｇでは、１スロット＝１４シンボルとなる。また、５Ｇでは、複数のサブキャリア間隔を利用可能で、サブキャリア間隔が１５ｋＨｚの場合、１スロット＝１ｍｓで、サブキャリア間隔が３０ｋＨｚの場合、１スロット＝０．５ｍｓなど、サブキャリア間隔に応じてスロット長が変化する。
【0015】
【先行技術文献】
【非特許文献】
【0016】
【文献】3GPP TS 36.211 V15.1.0（2018-03）
【文献】3GPP TS 36.212 V15.1.0（2018-03）
【文献】3GPP TS 36.213 V15.1.0（2018-03）
【文献】3GPP TS 36.300 V15.1.0（2018-03）
【文献】3GPP TS 36.321 V15.1.0（2018-03）
【文献】3GPP TS 36.322 V15.0.1（2018-04）
【文献】3GPP TS 36.323 V14.5.0（2017-12）
【文献】3GPP TS 36.331 V15.1.0（2018-03）
【文献】3GPP TS 36.413 V15.1.0（2018-03）
【文献】3GPP TS 36.423 V15.1.0（2018-03）
【文献】3GPP TS 36.425 V14.1.0（2018-03）
【文献】3GPP TS 37.340 V15.1.0（2018-03）
【文献】3GPP TS 38.201 V15.0.0（2017-12）
【文献】3GPP TS 38.202 V15.1.0（2018-03）
【文献】3GPP TS 38.211 V15.1.0（2018-03）
【文献】3GPP TS 38.212 V15.1.1（2018-04）
【文献】3GPP TS 38.213 V15.1.0（2018-0312）
【文献】3GPP TS 38.214 V15.1.0（2018-03）
【文献】3GPP TS 38. 215 V15.1.0（2018-03）
【文献】3GPP TS 38.300 V15.1.0（2018-03）
【文献】3GPP TS 38.321 V15.1.0（2018-03）
【文献】3GPP TS 38.322 V15.1.0（2018-03）
【文献】3GPP TS 38.323 V15.1.0（2018-03）
【文献】3GPP TS 38.331 V15.1.0（2018-03）
【文献】3GPP TS 38.401 V15.1.0（2018-03）
【文献】3GPP TS 38.410 V0.9.0（2018-04）
【文献】3GPP TS 38.413 V0.8.0（2018-04）
【文献】3GPP TS 38.420 V0.8.0（2018-04）
【文献】3GPP TS 38.423 V0.8.0（2018-04）
【文献】3GPP TS 38.470 V15.1.0（2018-03）
【文献】3GPP TS 38.473 V15.1.1（2018-04）
【文献】3GPP TR 38.801 V14.0.0（2017-04）
【文献】3GPP TR 38.802 V14.2.0（2017-09）
【文献】3GPP TR 38.803 V14.2.0（2017-09）
【文献】3GPP TR 38.804 V14.0.0（2017-03）
【文献】3GPP TR 38.900 V14.3.1（2017-07）
【文献】3GPP TR 38.912 V14.1.0（2017-06）
【文献】3GPP TR 38.913 V14.3.0（2017-06）
【文献】”Enriched feedback for adaptive HARQ”, Nokia, Alcatel-Lucent Shanghai Bell, R1-1701020, 3GPP TSG RAN WG1 NR Ad-Hoc Metting, Spokane, 16-20 January, 2017
【発明の概要】
【発明が解決しようとする課題】
【0017】
しかし、上述したように、Ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄに関し、ＬＴＥ－ＬＡＡでは、送信機会は、１サブフレーム（＝１ｍｓ）あたり最大２回である。１サブフレームあたり最大２回の送信機会では、スループットが低下する場合がある。
【0018】
開示の技術は、上記に鑑みてなされたものであって、スループットを向上させることを目的とする。
【課題を解決するための手段】
【0019】
１つの側面では、免許が不要な第１の周波数帯を用いて、受信装置と無線通信が可能な送信装置において、前記第１の周波数帯が他の送信装置により使用されていないことを確認し、第１の通信方向における第１の制御チャネルと第１の共有チャネルとを含む第１のシンボル、又は、前記第１の通信方向と異なる第２の通信方向における第２の共有チャネルとを含む第２のシンボルを、時間方向にシフトさせる制御部と、前記第１のシンボルに割り当てられた第１の制御信号と第１のデータとを前記第１の制御チャネルと前記第１の共有チャネルとを夫々用いて、又は前記第２のシンボルに割り当てられた第２のデータを前記第２の共有チャネルを用いて、前記受信装置へ送信する送信部とを備える。
【発明の効果】
【0020】
スループットを向上させることができる。
【図面の簡単な説明】
【0021】
【発明を実施するための形態】
【0022】
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【0023】
また、本明細書で使用している用語や記載した技術的内容は、３ＧＰＰなど通信に関する規格として仕様書や寄書に記載された用語や技術的内容が適宜用いられてもよい。このような仕様書としては、例えば、３ＧＰＰ ＴＳ ３８．２１１ Ｖ１５．１．０（２０１８－０３）などがある。
【0024】
なお、３ＧＰＰの仕様書は、随時、更新される。従って、上述した仕様書は、本願出願時における最新の仕様書が用いられてよい。そして、最新の仕様書に記載された用語や技術的内容が、本明細書において適語用いられてよい。
【0025】
以下に、本願の開示する基地局、端末、無線通信システム、及び通信方法の実施例を、図面に基づいて詳細に説明する。なお、以下の実施の形態は、開示の技術を限定するものではない。
【0026】
【0027】
無線通信システム１０は、基地局装置（以下、「基地局」と称する場合がある。）１００と複数の端末装置（以下、「端末」と称する場合がある。）２００－１，２００－２を備える。
【0028】
基地局１００は、自局のサービス提供可能範囲（又はセル範囲）に在圏する端末２００－１，２００－２に対して無線通信を行い、通話サービスやＷｅｂ閲覧サービスなど、種々のサービスを提供する無線通信装置である。
【0029】
また、基地局１００は、上述したようにスケジューリングを行い、各端末２００－１，２００－２に対して、無線リソースの割り当てや、符号化率、変調方式などを決定する。そして、基地局１００は、そのスケジューリング結果を制御信号に含めて、ＰＤＣＣＨを利用して、端末２００－１，２００－２へ送信する。各端末２００－１，２００－２は、制御信号に含まれるスケジューリング結果に従って、ＰＤＳＣＨを利用して受信した信号から自局宛てのデータを抽出したり、ＰＵＳＣＨを利用してデータを基地局１００へ送信したりすることができる。
【0030】
基地局１００から端末２００－１，２００－２への通信方向を、下り方向、端末２００－１，２００－２から基地局１００への通信方向を、上り方向とそれぞれ称する場合がある。
【0031】
例えば、下り方向においては、基地局１００が送信装置、端末２００－１，２００－２が受信装置となり、上り方向においては、端末２００－１，２００－２が送信装置、基地局１００が受信装置となり得る。
【0032】
なお、端末２００－１，２００－２は、上り方向においても、制御信号を送信することが可能であり、この場合、ＰＵＣＣＨ（Physical Uplink Control CHannel）を用いて、上り制御信号を送信する。上り制御信号の例として、例えば、データを正常に受信したか否かを示すＡＣＫ（Acknowledgement：肯定応答）信号又はＮＡＣＫ（Negative Acknowledgement）信号（以下では、「ＡＣＫ」又は「ＮＡＣＫ」と称する場合がある。）がある。
【0033】
端末２００－１，２００－２は、例えば、フィーチャーフォン、スマートフォン、パーソナルコンピュータ、タブレット端末、ゲーム装置など、無線通信が可能な無線通信装置である。各端末２００－１，２００－２は、基地局１００を介して、上述した種々のサービスの提供を受けることが可能である。
【0034】
図１の例では、基地局１００は、２つの端末２００－１，２００－２と無線通信を行っている例を表している。例えば、無線通信システム１０においては、基地局１００は、１台の端末２００－１と無線通信を行ってもよいし、３台以上の端末と無線通信を行ってもよい。端末２００－１，２００－２の台数は、１台でもよいし、複数台でもよい。
【0035】
本第１の実施の形態では、基地局１００と端末２００－１，２００－２は、Ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄを用いて無線通信が可能である。
【0036】
無線通信で使用する周波数は、ＩＴＵ－Ｒ（International Telecommunication Radio communications Sector）が策定した周波数の割り当てと各国の事情などを考慮して、各国が特定のオペレータに対して使用免許を与えて割り当てている。オペレータは、免許が与えられた周波数を占有して移動通信事業（又は無線通信事業）を行うことが可能である。オペレータに免許が与えられて割り当てられた周波数帯を、例えば、Ｌｉｃｅｎｓｅｄ ｂａｎｄと称する場合がある。他方、Ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄは、例えば、複数のオペレータなどが免許なしに使用可能な周波数帯のことである。Ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄは、例えば、免許が不要な周波数帯であり、Ｌｉｃｅｎｓｅｄ ｂａｎｄは、例えば、免許が必要な周波数帯でもある。Ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄとしては、例えば、ＩＳＭ帯（Industry Science Medical band）や５ＧＨｚ帯などがある。
【0037】
そして、基地局１００と端末２００－１，２００－２は、Ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄを用いて無線通信を行う際に、ＬＢＴ方式を利用して、その周波数帯域が利用可能であるか否かを確認する。例えば、基地局１００と端末２００－１，２００－２は、以下の処理を行う。
【0038】
すなわち、基地局１００と端末２００－１，２００－２は、アンライセンスバンドの利用可能な周波数帯域において、キャリアセンスを行う。基地局１００と端末２００－１，２００－２は、その周波数帯域が“Ｉｄｌｅ”状態のとき、その周波数帯域を利用して、無線通信を行う。“Ｉｄｌｅ”状態とは、例えば、受信信号の信号強度が閾値より小さい場合の状態である。この場合は、基地局１００と端末２００－１，２００－２は、その周波数帯域が他の基地局や端末で利用されていないことを確認することになり、その周波数帯域の利用が可能となる。一方、基地局１００と端末２００－１，２００－２は、その周波数帯域が“Ｂｕｓｙ”状態のとき、その周波数帯域を利用しないようにする。“Ｂｕｓｙ”状態とは、例えば、受信信号の信号強度が閾値以上のときの状態である。この場合、基地局１００と端末２００－１，２００－２は、“Ｂｕｓｙ”状態を確認後、所定時間経過すると、再び、その周波数帯域についてキャリアセンスを行う。
【0039】
キャリアセンスの詳細動作は、例えば、３ＧＰＰ ＴＳ ３７．２１３ Ｖ１５．０．０（２０１８－０６）に記載されている方式に従う。送信する信号の内容などにより、１回のキャリアセンスで“Ｉｄｌｅ”状態であれば送信できる場合と、規定された回数だけ“Ｉｄｌｅ”状態が経過して初めて送信できる場合とが定義されている。いずれの場合についても、信号を送信する直前の１回のキャリアセンスの結果は、“Ｉｄｌｅ”状態でなければならない。
【0040】
基地局１００と端末２００－１，２００－２は、Ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄだけではなく、Ｌｉｃｅｎｓｅｄ ｂａｎｄを用いて無線通信が可能である。
【0041】
なお、以下では、Ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄを、例えば、アンライセンスバンド、Ｌｉｃｅｎｓｅｄ ｂａｎｄを、例えば、ラインセスバンドと表記する場合がある。
【0042】
また、端末２００－１，２００－２を、端末２００と表記する場合がある。
【0043】
さらに、下り方向の制御信号を、例えば、ＰＤＣＣＨと称する場合がある。従って、下り方向の制御信号を送信することを、例えば、ＰＤＣＣＨを送信する、と称する場合がある。また、下り方向のデータを、例えば、ＰＤＳＣＨと称する場合がある。さらに、例えば、上り方向の制御信号をＰＵＣＣＨ、上り方向のデータをＰＵＳＣＨとそれぞれ称する場合がある。
【0044】
さらに、以下においては、制御信号とＤＣＩとを区別しないで用いる場合がある。
【0045】
さらに、以下においては、ＬＢＴとキャリアセンスとを区別しないで用いる場合がある。
【0046】
＜２．時間方向の無線リソースについて＞
図２（Ａ）は、５Ｇで規定される１スロットの構成例を表す図である。上述したように、ＬＴＥでは、１４シンボルで１サブフレームである。しかし、５Ｇでは、図２（Ａ）に示すように、１４シンボルで１スロットとなっている。図２（Ａ）は、例えば、アンライセンスバンドのある周波数帯域における１スロットを表している。
図２（Ａ）は、５Ｇで規定される１スロットの構成例を表す図である。上述したように、ＬＴＥでは、１４シンボルで１サブフレームである。しかし、５Ｇでは、図２（Ａ）に示すように、１４シンボルで１スロットとなっている。図２（Ａ）は、例えば、アンライセンスバンドのある周波数帯域における１スロットを表している。
【0047】
図２（Ｂ）は、アンライセンスバンドのある周波数帯域において、時間方向におけるＴＢの送信例を表す図である。
【0048】
例えば、基地局１００は、この周波数帯域に対して、キャリアセンスを行い、“Ｉｄｌｅ”状態であることを確認したため、先頭スロットから全シンボルを利用して、ＴＢ＃ａに含まれるデータを送信している。そして、例えば、基地局１００は、次のスロットに割り当てられたＴＢ＃ｂのデータも次のスロットの全シンボルを利用して送信している。図２（Ｂ）に示す例では、各スロットに割り当てられた通りに、各ＴＢに含まれるデータが送信される例を表している。
【0049】
なお、以下では、ＴＢに含まれるデータを送信すること、例えば、ＴＢを送信する、と称する場合がある。
【0050】
図２（Ｂ）においては、ＴＴＩも示されている。ＴＴＩとは、例えば、ＴＢセットの到着時間間隔であり、ＰＤＣＣＨを利用して送信される１つの制御信号により割り当てられたスケジューリング期間（又は周期）の最小期間を表す。従って、ＴＴＩは、例えば、１つのＰＤＣＣＨにより複数のＴＴＩを含むことも許容される。詳細は後述するが、図７（Ａ）の例では、１つのＰＤＣＣＨにより２つのＴＴＩがスケジューリングされている例を表している。
【0051】
例えば、図２（Ｂ）の例では、１つのＰＤＣＣＨにより、先頭スロットにＴＢ＃ａが割り当てられ、他のＰＤＣＣＨにより、先頭スロットの次のスロットにＴＢ＃ｂが割り当てられている。従って、先頭スロットが１つのＴＴＩとなり、次のスロットが他の１つのＴＴＩとなる。例えば、１つのスロット内に、２つのＰＤＣＣＨが別々のシンボルに割り当てられたとき、１つのスロット内に、２つのＴＴＩが存在することになる。
【0052】
【0053】
図２（Ｃ）の例では、キャリアセンスの結果、先頭スロットの１シンボル目において、“Ｂｕｓｙ”状態となっている。また、その後、キャリアセンスを行い、３シンボル目においても、“Ｂｕｓｙ”状態となっている。さらに、その後、キャリアセンスを行い、“Ｉｄｌｅ”状態となったため、５シンボル目から信号の送信が開始される。図２（Ｃ）の例では、先頭スロットの５シンボル目（シンボル０が先頭シンボルとすると、シンボル４）がデータ送信開始タイミングとなっている。
【0054】
なお、図２（Ｂ）と図２（Ｃ）が下り方向の送信例を表す場合、送信開始タイミングにある先頭シンボル（図２（Ｂ）の例では１番目のシンボル、図２（Ｃ）の例では５番目のシンボル）を利用して、ＰＤＣＣＨとＰＤＳＣＨとが送信される。５Ｇでは、４Ｇとは異なり、１つのシンボルにＰＤＣＣＨとＰＤＳＣＨとが割り当て可能となっている。この場合、図２（Ｂ）と図２（Ｃ）に示す送信は、例えば、基地局１００により行われる。
【0055】
また、図２（Ｂ）と図２（Ｃ）が上り方向の送信例を表す場合、送信開始タイミングにある先頭シンボルを利用して、ＰＵＣＣＨとＰＵＳＣＨとが送信される。この場合、図２（Ｂ）と図２（Ｃ）に示す送信は、例えば、端末２００により行われる。
【0056】
一方、図２（Ｂ）に示すように、ＴＢ＃ａには、１スロットの全１４シンボルが割り当てられている。図２（Ｃ）に示す例では、５シンボル目から送信が開始されるため、先頭スロットにおいては、ＴＢ＃ａに含まれる１０シンボル分のデータが送信可能であるものの、残りの４シンボル分のデータは送信できない。この場合、図２（Ｃ）の例では、先頭スロットで送信できなかった、ＴＢ＃ａに含まれる残り４シンボル分のデータは、次のスロットの先頭の４シンボルを利用して、送信される。
【0057】
従って、ＴＢ＃ａに含まれる１４シンボル分のデータは、先頭スロットの１０シンボルと、次のスロットの先頭の４シンボルを利用して送信される。この場合、先頭スロットと、次のスロットとは、例えば、異なるＰＤＣＣＨにより割り当てられた時間方向のリソースとなっている。この場合、ＴＢ＃ａのデータは、異なるＰＤＣＣＨによって割り当てられた２つのスロットを跨いで、時間方向のリソースの割り当てが行われている。例えば、１つのＰＤＣＣＨにより割り当てられたスケジューリング期間が１つのＴＴＩであるため、ＴＢ＃ａのデータは、２つのＴＴＩを跨いで同一の端末２００へ送信される。
【0058】
キャリアセンスにより、先頭スロット（又は先頭ＴＴＩ）でデータの全てを送信しきれなかった場合、送信できなかったデータ部分を、次のＴＴＩで送信することを、例えば、「Ｃｒｏｓｓ ＴＴＩ」（又はクロスＴＴＩ）と称する場合がある。或いは、クロスＴＴＩとは、例えば、同一のデータが、複数のＴＴＩを跨いで送信されることである。例えば、図２（Ｃ）では、ＴＢ＃ａは、先頭のＴＴＩで送信しきれなかったため、次のＴＴＩで送信されており、クロスＴＴＩで送信されている。
【0059】
なお、クロスＴＴＩは、例えば、ＲＲＣ（Radio Resource Control）メッセージやＰＤＣＣＨにより設定可能である。詳細は後述する。
【0060】
このように、本第１の実施の形態では、例えば、図２（Ｃ）に示すように、ＰＤＣＣＨとＰＤＳＣＨを含むシンボル、或いは、ＰＵＣＣＨとＰＵＳＣＨとを含むシンボルを時間方向にシフトさせることができる。従って、ＬＴＥ－ＬＡＡのように、スロット内の先頭シンボル（１番目のシンボル）とその中間シンボル（先頭シンボルから８番目のシンボル）だけではなく、図２（Ｃ）に示すように、それ以外のシンボルからでもデータ送信が可能となっている。そのため、本第１の実施の形態では、スロット内の先頭シンボルとその中間シンボルからデータを送信する場合と比較して、送信機会が増加するため、スループットを向上させることが可能となる。
【0061】
また、本第１の実施の形態では、クロスＴＴＩにより同一の端末２００宛てのデータを送信する。この場合、図２（Ｃ）の例に示すように、送信側は、ＡＣＫやＮＡＣＫを待つことなく、先頭のＴＴＩ（又はスロット）の次のＴＴＩ（又は次のスロット）において、先頭のＴＴＩで送信できなかったＴＢ＃ａの残りのデータを送信している。従って、送信装置は、ＡＣＫやＮＡＣＫを待つことなくデータ送信が可能となっているため、ＡＣＫやＮＡＣＫを待ってから送信する場合と比較して、スループットを向上させることが可能となる。
【0062】
さらに、本第１の実施の形態では、送信側は、キャリアセンスにより、先頭スロットで送信できなかった信号を、そのまま、次のスロットで送信する。その信号に対してある処理を施す場合と比較して、本第１の実施の形態では、そのまま送信するため、送信側の送信処理や受信側の受信処理の複雑度を低減させることも可能となる。
【0063】
以下では、本第１の実施の形態について、場合を分けて説明する。最初に、ＲＲＣメッセージとＰＤＣＣＨとの関係について説明する。次に、具体的な例として、１）ＰＤＣＣＨとＰＤＳＣＨとがシフトする場合において、ＲＲＣメッセージによりクロスＴＴＩを設定する場合、を説明する。次に、２）ＰＵＳＣＨがシフトする場合において、ＲＲＣメッセージよりクロスＴＴＩを設定する場合、を説明する。そして、次に、３）ＰＤＣＣＨとＰＤＳＣＨとがシフトする場合において、ＰＤＣＣＨによりクロスＴＴＩを設定する場合、を説明する。
【0064】
なお、図２（Ｂ）に示すように、ＴＢ＃ｂに対しては、先頭スロットの次のスロットにおいて、スロット内の全シンボルが割り当てられている。この場合、図２（Ｃ）に示すように、ＴＢ＃ａのクロスＴＴＩにより、先頭スロットの次スロットにおいて、ＴＢ＃ｂの４シンボル分のデータを送信装置は送信することができない。この場合、送信装置は、送信できなかった４シンボル分のデータを、更に、次のスロット（先頭スロットの次の次のスロット）を用いて送信することも可能である。送信装置は、ＴＢ＃ｂも、クロスＴＴＩで送信することが可能である。
【0065】
また、図２（Ｃ）に示す例では、２シンボル毎に、キャリアセンスが行われる例について説明しているが、１シンボル毎でもよいし、３シンボル毎以上でもよい。
【0066】
＜３．ＲＲＣメッセージとＰＤＣＣＨとの関係＞
図３は、５Ｇにおける、基地局１００と端末２００と間のプロトコルスタックの例を表す図である。図３に示すように、ＰＤＣＣＨは、最下層の物理レイヤ（ＰＨＹ）に含まれ、ＲＲＣメッセージは、物理レイヤよりも上位のＲＲＣレイヤに含まれる。
図３は、５Ｇにおける、基地局１００と端末２００と間のプロトコルスタックの例を表す図である。図３に示すように、ＰＤＣＣＨは、最下層の物理レイヤ（ＰＨＹ）に含まれ、ＲＲＣメッセージは、物理レイヤよりも上位のＲＲＣレイヤに含まれる。
【0067】
ＰＤＣＣＨは、例えば、ＴＴＩ毎に送信される。そのため、ＰＤＣＣＨは、ＲＲＣメッセージと比較して、オーバーヘッドが大きい反面、リアルタイムに制御を変更することができ、柔軟性がある。
【0068】
一方、ＲＲＣメッセージは、例えば、数百ｍｓ毎に送信される。そのため、ＲＲＣメッセージは、ＰＤＣＣＨと比較して、オーバーヘッドが少ない反面、リアルタイムに制御を変更することが難しく、柔軟性に乏しい。
【0069】
ＰＤＣＣＨとＲＲＣメッセージは、例えば、オーバーベッドや柔軟性に関して、トレードオフの関係にある、と言える。
【0070】
【0071】
なお、図４（Ａ）の例では、基地局１００は、スケジューリングにより、下り方向の先頭スロットの全シンボルに対してＴＢ＃ａに含まれるデータを割り当て、先頭スロットの次のスロットの全シンボルに対してＴＢ＃ｂのデータを割り当てている。また、図４（Ａ）の例では、先頭の１番目と２番目のシンボルにＰＤＣＣＨが割り当てられている例となっている。５Ｇでは、ＰＤＣＣＨについては、１シンボル長から３シンボル長まで許容される。そのため、ＰＤＣＣＨは、１番目のシンボルだけに含まれてもよいし、１～３番目のシンボルに含まれてもよい。
【0072】
図４（Ａ）の例では、基地局１００は、アンライセンスバンドにおいてキャリアセンスを行い、先頭スロットの１番目のシンボルの時点で、“Ｉｄｌｅ”状態であることを確認したため、１番目のシンボルから順番に、各シンボルに割り当てたＰＤＣＣＨ＃ａとＰＤＳＣＨ（ＴＢ＃ａ）とを送信している。そして、基地局１００は、先頭スロットの次のスロットにおいても、１番目のシンボルから順番に、各シンボルに割り当てたＰＤＣＣＨ＃ｂとＰＤＳＣＨ（ＴＢ＃ｂ）とを送信している。
【0073】
一方、図４（Ｂ）の例では、基地局１００は、アンライセンスバンドにおいてキャリアセンスを行い、先頭スロットの１番目のシンボルの時点で、“Ｂｕｓｙ”状態であることを確認している。そのため、基地局１００は、ＰＤＣＣＨ＃ａとＰＤＳＣＨ（ＴＢ＃ａ）、さらに、その後に続く、ＰＤＣＣＨ＃ｂとＰＤＳＣＨ（ＴＢ＃ｂ）も、このタイミングでは送信しない。
【0074】
基地局１００は、最初のキャリアセンスを行ってから所定時間経過後（図４（Ａ）の例では２シンボル時間経過後）、再度、キャリアセンスを行い、先頭スロットの３番目のシンボルの時点で、“Ｂｕｓｙ”状態であることを確認している。そのため、基地局１００は、この時点でも、送信を行わない。
【0075】
そして、基地局１００は、２番目のキャリアセンスを行ってから所定時間経過後、再度、キャリアセンスを行い、先頭スロットの５番目のシンボルの時点で、“Ｉｄｌｅ”状態を確認する。そのため、基地局１００は、５番目のシンボルの時点が送信開始タイミングとなって、ＰＤＣＣＨ＃ａとＰＤＳＣＨ（ＴＢ＃ａ）とを送信する。この場合、基地局１００は、ＴＢ＃ａについて、先頭スロットの５番目のシンボルから１４番目のシンボルまでの１０シンボル分に割り当てたデータを送信する。従って、先頭スロットの全シンボルに割り当てたＴＢ＃ａのうち、１１番目のシンボルから１４番目のシンボル目に割り当てた、残りの４シンボル分のＴＢ＃ａは、先頭スロットでは送信されないことになる。
【0076】
そして、基地局１００は、クロスＴＴＩを利用して、残りの４シンボル分のＴＢ＃ａを送信する。すなわち、基地局１００は、図４（Ｂ）の例では、次のスロットの最後の４シンボル（１１番目から１４番目のシンボル）を利用して、送信されなかった残り４シンボル分のＴＢ＃ａを送信する。この場合、基地局１００は、端末２００からＡＣＫやＮＡＣＫを受信することなく、残りの４シンボル分のデータを、次のスロットの最後の４シンボルを利用して送信する。
【0077】
なお、ＰＤＣＣＨを利用して送信されるＤＣＩには、ＰＤＳＣＨの時間方向のリソース割り当てとして、開始シンボルＳと、開始シンボルからの連続した長さ（以下、「長さ」と称する場合がある。）Ｌとが含まれる。図４（Ａ）の例では、Ｓ＝０，Ｌ＝１４を含むＤＣＩがＰＤＣＣＨを利用して送信されることになる。
【0078】
本第１の実施の形態では、基地局１００は、キャリアセンスにより複数の送信機会がある場合でも、ＤＣＩに含まれる開始シンボルＳと長さＬとはその内容を同じにする。従って、基地局１００は、図４（Ａ）に示すように、１番目のシンボルから送信するＰＤＣＣＨ＃ａと、図４（Ｂ）に示すように、５番目のシンボルから送信するＰＤＣＣＨ＃ａとにおいて、開始シンボルＳと長さＬは、ともに、Ｓ＝０，Ｌ＝１４を含むＤＣＩを送信する。
【0079】
この場合、図４（Ａ）の例では、端末２００は、Ｓ＝０，Ｌ＝１４のＰＤＣＣＨとＰＤＳＣＨの全てを受信することができる。しかし、図４（Ｂ）の例では、端末２００は、Ｓ＝０の時点で、ＰＤＤＣＨとＰＤＳＣＨとを受信していない。また、端末２００は、１スロット時間が終了するとき、Ｌ＝１４の長さ分のＰＤＳＣＨを受信していない。すなわち、端末２００は、開始シンボルＳと長さＬとを利用して、不足分のＰＤＳＣＨがあることを把握することが可能となる。この場合、端末２００は、不足分のＰＤＳＣＨを「未送信」と解釈する。詳細は動作例で説明する。
【0080】
なお、本第１の実施の形態においては、開始シンボルＳは、例えば、送信バーストを実際に送信開始できたシンボル、と定義する。例えば、図４（Ａ）の例では、１スロット内の１番目のシンボル（シンボル０）から送信バーストの送信が開始され、図４（Ｂ）の例では、５番目のシンボル（シンボル４）から送信バーストの送信が開始されている。この場合、いずれも、開始シンボルＳは、Ｓ＝０となる。
【0081】
次に、ＲＲＣメッセージにより、クロスＴＴＩを設定する例について説明する。
【0082】
【0083】
基地局１００は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを端末２００へ送信する（Ｓ１０）。一方、端末２００は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信すると、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを基地局１００へ送信する（Ｓ１１）。
【0084】
図５（Ｂ）は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの構成例を表す図である。ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージには、種々の内容が階層構造で含まれており、その一部に、ＰＤＳＣＨ－ＣｏｎｆｉｇとＰＵＳＣＨ－Ｃｏｎｆｉｇが含まれる。
【0085】
ＰＤＳＣＨ－Ｃｏｎｆｉｇは、例えば、ＵＥ個別のＰＤＳＣＨパラメータを設定するために用いられる。また、ＰＵＳＣＨ－Ｃｏｎｆｉｇは、例えば、ＵＥ個別のＰＵＳＣＨパラメータを設定するために用いられる。ＰＤＳＣＨ－ＣｏｎｆｉｇとＰＵＳＣＨ－Ｃｏｎｆｉｇにそれぞれ含まれる情報要素（ＩＥ：Information Element）の詳細は、３ＧＰＰ ＴＳ ３８．３３１ Ｖ１５．１．０（２０１８－０３）に記載されている。
【0086】
本第１の実施の形態では、基地局１００は、ＰＤＳＣＨ－Ｃｏｎｆｉｇに、クロスＴＴＩを実現するためのＩＥを更に含めて送信するようにしている。
【0087】
図６は、ＰＤＳＣＨ―Ｃｏｎｆｉｇに含まれるＩＥの例を表す図である。ＩＥとして、（１）クロスＴＴＩを行うか否か、（２）未送信部分を送信するスロット番号、（３）送信を開始するシンボル番号、（４）先頭スロットの次のスロットの終了シンボルは、更に、次のスロットでシフトさせるか否か、が含まれる。
【0088】
（１）の「クロスＴＴＩを行うか否か」は、例えば、ＴＴＩを跨いで（又は複数のＴＴＩを用いて）データの送信を行うか否かを表し、１ビットで表現可能である。
【0089】
（２）の「未送信部分を送信するスロット番号」は、例えば、クロスＴＴＩにより未送信部分のＰＤＳＣＨを送信する場合、その送信に利用するスロットのスロット番号を表す。図４（Ｂ）の例では、ＴＢ＃ａの未送信部分（残りの４シンボル分のデータ）は、先頭スロットの次のスロットで送信するため、先頭スロットのスロット番号を「０」とすると、「未送信部分を送信するスロット番号」は「１」となる。
【0090】
（３）の「送信を開始するシンボル番号」は、例えば、（２）の未送信部分を送信するスロット番号のスロット内において、送信を開始するシンボルのシンボル番号を表している。例えば、図４（Ｂ）の例では、１１番目のシンボルから送信を開始するため、送信を開始するシンボル番号は「１０」となる。
【0091】
なお、（３）の送信を開始するシンボル番号は、図６に示すように場合分けされている。これは、例えば、基地局１００は、キャリアセンスを行うと、送信開始できるタイミングは、実際に行わないとわからない場合があるためである。端末２００では、上述したように、開始シンボルＳと長さＬ、及び実際に受信したデータなどから、未送信部分のＰＤＳＣＨについて「未送信」と解釈することができ、さらに、何シンボル分のデータが不足しているかを把握することが可能である。そして、端末２００は、ＰＤＳＣＨ－Ｃｏｎｆｉｇに含まれる、（２）の「未送信部分を送信するスロット番号」と、（３）の「送信を開始するシンボル番号」とに従って、そのスロット内におけるそのシンボルから未送信部分のデータを受信することが可能となる。
【0092】
（４）の「先頭スロットの次のスロットの終了シンボルは、更に次のスロットへシフトさせるか否か」は、例えば、以下を表す。すなわち、基地局１００は、クロスＴＴＩにより先頭の次のスロット（又はＴＴＩ）において、未送信部分を送信することになる。しかし、これにより、先頭の次のスロットにおいて、送信されるべきデータを割り当てたシンボルが少なくなり、基地局１００は、このデータを送信することができなくなる。図４（Ｂ）の例では、先頭スロットの次のスロットの全シンボルに割り当てたＴＢ＃ｂのデータが、ＴＢ＃ａのクロスＴＴＩにより、送信できない部分が発生する。そのため、（４）によって、更に、次のスロットにシフトさせるか否かを表すＩＥを、ＰＤＳＣＨ－Ｃｏｎｆｉｇに付加している。なお、図４（Ｂ）の例では、ＴＢ＃ｂの未送信部分の終了シンボルは、更に、次のスロット（先頭から３番目のスロット）へシフトさせていない例を表している。この場合、「先頭スロットの次のスロットの終了シンボルは、更に次のスロットへシフトさせるか否か」は「０」（＝シフトさせない）となる。シフトさせる場合は、例えば、このＩＥは「１」となる。
【0093】
なお、図６に示す（３）の「送信を開始するシンボル番号」の場合分けの例は一例である。場合分けとしては、例えば、１シンボル不足した場合は、「送信を開始するシンボル番号」は「１」、２シンボル不足した場合は、「２」、などとしてもよい。
【0094】
【0095】
なお、図７（Ａ）に示すように、基地局１００は、スケジューリングにより、上り方向における先頭スロットの全シンボルにＴＢ＃ａを割り当て、その次のスロットの全シンボルにＴＢ＃ｂを割り当て、その割り当て結果を送信している。
【0096】
図７（Ａ）の例では、端末２００は、アンライセンスバンドにおいてキャリアセンスを行い、先頭スロットの１番目のシンボルの時点で、“Ｉｄｌｅ”状態を確認したため、１番目のシンボルから順番に、ＰＤＣＣＨに従って、ＰＵＳＣＨ（ＴＢ＃ａ）を送信する。そして、端末２００は、次のスロットにおいても、１番目のシンボルから順番に、ＰＵＳＣＨ（ＴＢ＃ｂ）を送信する。
【0097】
一方、図７（Ｂ）の例では、端末２００は、アンライセンスバンドにおいてキャリアセンスを行い、先頭スロットの１番目のシンボルの時点で、“Ｂｕｓｙ”状態であることを確認する。そのため、端末２００は、所定期間経過後、再度、アンライセンスバンドにおいてキャリアセンスを行い、３番目のシンボルの時点でも、“Ｂｕｓｙ”状態であることを確認する。さらに、端末２００は、所定期間経過後、再度、アンライセンスバンドにおいてキャリアセンスを行い、今度は、“Ｉｄｌｅ”状態を確認する。端末２００は、５番目のシンボルの開始時点が送信開始タイミングとなって、ＰＵＳＣＨ（ＴＢ＃ａ）とを送信する。端末２００は、ＴＢ＃ａの送信開始タイミングをシフトして送信する。
【0098】
この場合、端末２００は、ＴＢ＃ａについては、先頭スロットの５番目のシンボルから１４番目のシンボルまでの１０シンボルに割り当てたデータを、先頭スロットにおいて送信する。従って、端末２００は、先頭スロットの全シンボルに割り当てられたＴＢ＃ａのうち、１１番目のシンボルから１４番目のシンボルに割り当てられた、残り４シンボル分のＴＢ＃ａを、先頭スロットでは送信できない。
【0099】
そこで、端末２００は、クロスＴＴＩを利用して、残り４シンボル分のＴＢ＃ａを送信する。すなわち、端末２００は、図７（Ｂ）の例では、次のスロットの先頭の４シンボル（１番目から４番目のシンボル）を利用して、送信されなかった残り４シンボル分のＴＢ＃ａを送信する。
【0100】
そして、基地局１００は、下り方向における端末２００と同様に、開始シンボルＳと長さＬに基づいて、不足分のＰＵＳＣＨがあることを把握することが可能である。例えば、図７（Ｂ）の例では、基地局１００は、ＰＵＣＣＨにより、Ｓ＝０，Ｌ＝１４を送信したにも拘わらず、端末２００から受信したデータ量が、１０シンボル分のデータしか受信しないことを検出すると、不足分のＰＵＳＣＨがあることを把握できる。この場合、基地局１００は、不足分のＰＵＳＣＨは「未送信」と解釈する。
【0101】
次に、ＲＲＣメッセージにより、クロスＴＴＩを設定する例について説明する。
【0102】
図６は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれるＰＵＳＣＨ－ＣｏｎｆｉｇのＩＥの例を表す。ＰＵＳＣＨ－Ｃｏｎｆｉｇも、ＰＤＳＣＨ－Ｃｏｎｆｉｇと同様に、３ＧＰＰ ＴＳ ３８．３ＧＰＰ ＴＳ ３８．３３１ Ｖ１５．１．０（２０１８－０３）に各ＩＥが仕様化されている。本第１の実施の形態では、クロスＴＴＩを設定するために、更に、図６に示すＩＥをＰＵＳＣＨ－Ｃｏｎｆｉｇに含めている。
【0103】
図６に示すように、ＩＥは、ＰＤＳＣＨ－ＣｏｎｆｉｇのＩＥと同一であり、その内容も同一である。
【0104】
例えば、図７（Ｂ）の例では、（１）の「クロスＴＴＩを行うか否か」は「１」（＝クロスＴＴＩを行う）、（２）の「未送信部分の送信スロット番号」は「１」（先頭スロットを「０」とするとその次のスロット）となる。また、（３）の「送信を開始するシンボル番号」は「０」、（４）の「次のスロットへシフトさせるか」は「１」（＝シフトさせる）となる。
【0105】
端末２００は、図５（Ａ）に示すように、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを基地局１００から受信する（Ｓ１０，Ｓ１１）。そして、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージには、図６に示すように、クロスＴＴＩに関するＩＥが含まれる。端末２００は、このＩＥに従って、図７（Ｂ）に示すように、ＴＢ＃ａの残り４シンボル分のデータを、先頭スロットの次のスロットの１番目から４番目のシンボルを利用して送信する。この場合、ＴＢ＃ｂのデータについて、１１番目のシンボルから１４番目のシンボルに割り当てたデータが「未送信」となる。端末２００は、図６に示すＩＥの（４）に従って、次のスロット（先頭スロットの次の次のスロット）に「未送信」部分のデータをシフトさせ、クロスＴＴＩにより送信する。
【0106】
なお、図２９（Ａ）と図２９（Ｂ）は、ＰＵＣＣＨとＰＵＳＣＨとを送信する場合の例を表している。図２９（Ａ）と図２９（Ｂ）は、図７（Ａ）と図７（Ｂ）の例に対して、ＰＵＣＣＨが付加されている例を夫々表している。ＰＵＣＣＨは、例えば、ＤＣＩにより、ＰＵＳＣＨに付加されたり、ＰＵＳＣＨに付加されてなかったりする。
【0107】
図２９（Ａ）と図２９（Ｂ）の送信例は、例えば、図７（Ａ）と図７（Ｂ）の場合と同様に夫々実施可能である。この場合、図２９（Ｂ）に示すように、端末２００は、５シンボル目を送信開始タイミングとして、図２９（Ａ）の場合と比較して、ＰＵＣＣＨとＰＵＳＣＨとを時間方向にシフトして送信することになる。
【0108】
【0109】
図８（Ａ）の例は、基地局１００は、１スロットの１番目のシンボル時点において、アンライセンスバンドが“Ｉｄｌｅ”状態であったため、先頭シンボルの全シンボルに割り当てたＴＢ＃ａを順番に送信する。また、基地局１００は、先頭スロットの次のスロットにおいても全シンボルに割り当てたＴＢ＃ｂを順番に送信する。
【0110】
一方、図８（Ｂ）の例では、先頭スロットの１番目のシンボルと３番目のシンボルの時点で、“Ｂｕｓｙ”状態であったため、基地局１００は、Ｔｂ＃ａの送信を見合わせている。基地局１００は、５番目のシンボル時点で“Ｉｄｌｅ”状態となったため、ＴＢ＃ａの送信を開始する。この場合、基地局１００は、先頭スロットで送信されるＴＢ＃ａのうち、最後の４シンボルが先頭スロットで送信することができなかった。そのため、基地局１００は、クロスＴＴＩにより、次のスロット（又はＴＴＩ）で、５番目のシンボルから８番目のシンボルを利用して、「未送信」であるＴＢ＃ａの残りの４シンボル分のデータを送信している。
【0111】
本例では、ＰＤＣＣＨによりクロスＴＴＩを設定する。
【0112】
図９は、ＰＤＣＣＨを利用して送信されるＤＣＩに含まれる領域（フィールド）の例を表す図である。
【0113】
図９に示すように、ＤＣＩは、ＴＤＲＡ（Time Domain Resource Assignment）、ＮＤＩ（New Data Indicator）、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）プロセス番号（HARQ Process number）を含む。また、新しいＰＤＣＣＨは、ＲＶ（Redundancy Version）、ＭＣＳ（Modulation and Coding Scheme）、ＦＤＲＡ（Frequency Domain Resource Assignment）を含む。
【0114】
ＴＤＲＡは、例えば、時間方向のリソース指定を表し、スロット内における開始シンボルＳと長さＬを含む。開始シンボルＳは、上記＜４．１＞と同様に、例えば、送信バーストを実際に送信開始できたシンボル、と定義する。また、複数の送信機会がある場合、基地局１００は、開始シンボルＳと長さＬは同じ値に設定する。
【0115】
図１０（Ａ）は、図８（Ａ）と図８（Ｂ）の例における、ＰＤＣＣＨ＃ｍに含まれるＤＣＩの例を表す図である。図１０（Ａ）に示すように、図８（Ａ）のＰＤＣＣＨ＃ｍに含まれる開始シンボルＳと長さＬと、図８（Ｂ）のＰＤＣＣＨ＃ｍに含まれる開始シンボルＳと長さＬとは、ともに、Ｓ＝０、Ｌ＝１４となる。
【0116】
図９に戻り、ＮＤＩは、例えば、今回のＮＤＩと同一の再送プロセス（ＨＡＲＱ）において、前回のＮＤＩとの比較により、再送データか新規データかを識別するために用いられる。
【0117】
図１１は、ＮＤＩの使用例を表す図である。
【0118】
ＴＢ＃ａに着目すると、基地局１００は、最初はＮＤＩとして、“０”を送信し、端末２００からＮＡＣＫが返送されたため、ＴＢ＃ａを再送する。この場合、基地局１００は、ＮＤＩとして表された“０”を、Ｔｏｇｇｌｅ（又はビット反転）しないで、再び、ＮＤＩとして“０”を送信する。端末２００は、ＮＤＩのビットがＴｏｇｇｌｅしていないため、受信したＴＢ＃ａが再送データであると認識することができる。
【0119】
そして、端末２００が、ＴＢ＃ａを正常に受信したことでＡＣＫを返送すると、基地局１００は、ＴＢ＃ａとは異なるＴＢ＃ａ’を新規データとして送信する。この場合、基地局１００は、ＮＤＩのビット“０”をＴｏｇｇｌｅし、 “１”を送信する。端末２００は、ＮＤＩとして“１”を受信したため、ＴＢ＃ａ’が新規データであることを認識できる。
【0120】
図９に戻り、ＨＡＲＱプロセス番号は、例えば、ＴＢを記憶するＴＢ毎のバッファの識別番号を表す。例えば、同一の再送プロセスにおいて、ＨＡＲＱプロセス番号が同一の場合、同一のＴＢを表し、異なる場合、異なるＴＢを表す。
【0121】
ＲＶは、例えば、符号化データのバージョンを表す。再送毎に符号化データのバージョンを変えることで、受信側の符号化利得を向上させることができる。基地局１００は、同一再送プロセスにおいて再送データを送信するときは、前回送信したＲＶとは異なるＲＶを送信することで、端末２００においては、再送データに対する符号化利得を向上させることが可能である。
【0122】
本第１の実施の形態では、クロスＴＴＩの設定用に新しいＰＤＣＣＨ（図８（Ｂ）の例ではＰＤＣＣＨ＃ｎ）を用い、ＮＤＩ、ＨＡＲＱプロセス番号、及びＲＶにより、ＰＤＳＣＨの「未送信」部分を送信することを表すようにしている。
【0123】
図１０（Ｂ）は、図８（Ｂ）の例で、新しいＰＤＣＣＨであるＰＤＣＣＨ＃ｎに含まれるＤＣＩの例を表す図である。なお、図８（Ｂ）の例では、残りの４シンボル分のＴＢ＃ａを、先頭スロットの次のスロットにおける４番目のシンボルを送信開始シンボルとし、その長さを４シンボルとしているため、図１０（Ｂ）に示すＰＤＣＣＨ＃ｎのＴＤＲＡは、Ｓ＝４，Ｌ＝４となっている。
【0124】
図１０（Ｂ）に示すように、ＰＤＣＣＨ＃ｎに含まれるＮＤＩと、図１０（Ａ）に示すＰＤＣＣＨ＃ｍに含まれるＮＤＩは同じ“０”となっている。また、ＰＤＣＣＨ＃ｎに含まれるＨＡＲＱプロセス番号と、ＰＤＣＣＨ＃ｍに含まれるＨＡＲＱプロセス番号は、同じ“５”となっている。
【0125】
図１０（Ａ）と図１０（Ｂ）に示すように、ＰＤＣＣＨ＃ｎとＰＤＣＣＨ＃ｍのＨＡＲＱプロセス番号が同じであるため、同一再送プロセスにおいては、同一のＴＢ（ＴＢ＃ａ）を送信していることを表している。また、ＰＤＣＣＨ＃ｎとＰＤＣＣＨ＃ｍのＮＤＩが同じであるものの、ＰＤＣＣＨ＃ｎとＰＤＣＣＨ＃ｍのＲＶがともに同一であるため、例えば、再送ではないことを表している。
【0126】
すなわち、ＰＤＣＣＮ＃ｎとＰＤＣＣＨ＃ｍのＮＤＩ、ＨＡＲＱプロセス番号、及びＲＶを同じにすることで、同一のＰＤＳＣＨの「未送信」部分の送信を表することが可能である。
【0127】
本第１の実施の形態では、このように、ＮＤＩ、ＨＡＲＱプロセス番号、及びＲＶの定義を変更することなく、利用の仕方を変えることで、ＤＣＩにより、「未送信」部分の送信を表すことが可能となっている。
【0128】
なお、図８（Ａ）と図８（Ｂ）の例で、ＴＢ＃ｂの送信を指示するＰＤＣＣＨ＃ｍ１のＤＣＩは、例えば、図１０（Ｃ）で表される。図１０（Ｃ）に示すように、ＨＡＲＱプロセス番号は、先頭スロットで送信されるＰＤＣＣＨ＃ｍ（図１０（Ａ））と比較して、異なっている。そのため、先頭スロットで送信されるＴＢ（図８（Ａ）ではＴＢ＃ａ）とは異なるＴＢ（図８（Ａ）ではＴＢ＃ｂ）を基地局１００が送信していることを表している。
【0129】
以上、３つの送信例について説明した。
【0130】
＜５．その他＞
次に、その他の例について説明する。
次に、その他の例について説明する。
【0131】
＜５．１ Ｅｎｄｉｎｇ Ｓｙｍｂｏｌを通知する例＞
次に、Ｅｎｄｉｎｇ Ｓｙｍｂｏｌを通知する例について説明する。
次に、Ｅｎｄｉｎｇ Ｓｙｍｂｏｌを通知する例について説明する。
【0132】
図１２（Ａ）は、ＰＤＣＣＨとＰＤＳＣＨの送信例を表す図である。
【0133】
図１２（Ａ）は、先頭スロットの先頭シンボルにおいて、“Ｉｄｌｅ”状態であったため、ＴＢ＃ａを先頭から４シンボル利用して送信し、５シンボル目以降を利用してＴＢ＃ｂを送信する例を表している。図１２（Ａ）は、５Ｇで仕様化されたミニスロットの例を表している。
【0134】
ＰＤＣＣＨ＃ｎのＴＤＲＡは、例えば、開始シンボルＳ＝０、長さＬ＝７、ＰＤＣＣＨ＃ｍ１のＴＤＲＡは、例えば、開始シンボルＳ＝０、長さ＝１４となっている。
【0135】
図１２（Ｂ）は、先頭スロットの１番目のシンボルと３番目のシンボルの時点では、アンライセンスバンドは“Ｂｕｓｙ”状態であったため、送信を見合わせ、５番目のシンボルの時点では、“Ｉｄｌｅ”状態となった例を表している。そのため、基地局１００は、５番目のシンボルを送信開始位置として、ＰＤＣＣＨ＃ｎとＰＤＣＣＨ＃ｎ１、及びＴＢ＃ａを送信する。
【0136】
この場合、先頭スロットの１番目のシンボルから７番目のシンボルに割り当てられたＴＢ＃ａは、その一部である３シンボル分のデータが先頭スロットで送信される。そのため、ＴＢ＃ａの４番目のシンボルから７番目のシンボルに割り当てられたＴＢ＃ａの４シンボル分のデータが、先頭スロットの５番目から７番目のシンボルを利用して送信できないことになる。
【0137】
このような場合、先頭スロットの８番目のシンボルから１１番目のシンボルは、「未送信」部分であるＴＢ＃ａの４シンボル分のデータの送信に利用されるのか、或いは、ＰＤＣＣＨ＃ｍ１により指示された通り、ＴＢ＃ｂの送信に利用されるのか、把握することができない。しかも、ＰＤＣＣＨ＃ｎでは、開始シンボルＳ＝０、長さＬ＝７、ＰＤＣＣＨ＃ｍ１では、開始シンボルＳ＝０、長さＬ＝１４となっており、基地局１００と端末２００では、開始シンボルＳと長さＬだけでは、このような場合どのように処理するのか把握することができない。
【0138】
そこで、本第１の実施の形態では、Ｅｎｄｉｎｇ Ｓｙｍｂｏｌを新たに規定する。Ｅｎｄｉｎｇ Ｓｙｍｂｏｌは、例えば、スロット内における終了シンボルを表す。ただし、Ｅｎｄｉｎｇ Ｓｙｍｂｏｌの数え方は、例えば、スロットの先頭のシンボルを“０”として、先頭から順番に数える。
【0139】
例えば、Ｅｎｄｉｎｇ Ｓｙｍｂｏｌ＝６のとき、スロットの先頭の１番目のシンボルから数えて７シンボル目までに、そのＰＤＳＣＨの送信を終了させることを表す。図１２（Ｂ）の例で、ＴＢ＃ａに対して、Ｅｎｄｉｎｇ Ｓｙｂｏｌ＝６のとき、ＴＢ＃ａのデータは、先頭スロットの７番目のシンボルまでに送信が終了することになる。そのため、図１２（Ｂ）の例では、８番目から１４番目のシンボルは、ＴＢ＃ｂの送信に利用される。一方、図１２（Ｂ）の例で、Ｅｎｄｉｎｇ Ｓｙｍｂｏｌ＝１３のとき、ＴＢ＃ａの「未送信」のデータは、先頭スロットの８番目から１４番目のシンボルまでに送信を終了させることを表している。そのため、図１２（Ｂ）の例では、ＴＢ＃ａの未送信のデータは、先頭スロットの８番目から１４番目のシンボルを利用して送信されることを表している。図１２（Ｂ）の例では、８番目から１１番目のシンボルを利用して、ＴＢ＃ａの未送信のデータが送信される。
【0140】
Ｅｎｄｉｎｇ Ｓｙｍｂｏｌは、例えば、Ｓ＜６のときは「６」、それ以外では「１３」などとすることで、「未送信」部分のデータを、他のＴＴＩへシフトさせて送信するか否かを表している、と言える。
【0141】
このＥｎｄｉｎｇ Ｓｙｍｂｏｌも、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにより設定してもよいし、ＰＤＣＣＨにより設定してもよい。
【0142】
図１３は、ＲＲＣメッセージにより、Ｅｎｄｉｎｇ Ｓｙｍｂｏｌを設定する例を表している。
【0143】
図１３に示すように、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれるＰＤＣＨ－Ｃｏｎｆｉｇに、「Ｅｎｄｉｎｇ Ｓｙｍｂｏｌ」のＩＥが新たに含まれる。基地局１００は、このＩＥに、終了シンボルを挿入して、端末２００へ送信する（例えば図５（Ａ））。
【0144】
図１３に示す例では、開始シンボルＳ＜６のとき、Ｅｎｄｉｎｇ Ｓｙｍｂｏｌ＝６、それ以外のとき、Ｅｎｄｉｎｇ Ｓｙｍｂｏｌ＝１３と設定する例を表している。すなわち、開始シンボルＳが、キャリアセンスにより、１番目から７番目のシンボルとなったとき、７番目のシンボルまでに、これらのシンボルに割り当てたＴＢ＃ａの送信を終了させることを表す。また、開始シンボルＳが、キャリアセンスにより、８番目から１４番目のシンボルとなったとき、１４番目のシンボルまでに、ＴＢ＃ａの送信を終了させることを表している。
【0145】
図１４は、ＰＤＣＣＨにより、Ｅｎｄｉｎｇ Ｓｙｍｂｏｌを設定する例を表している。
【0146】
図１４に示すように、「Ｅｎｄｉｎｇ Ｓｙｍｂｏｌ」の領域が新たに含まれ、基地局１００は、この領域に終了シンボルを挿入してＰＤＣＣＨを送信する。この場合、ＴＤＲＡに含まれる長さＬについては、Ｌ＝Ｅ－Ｓ＋１と計算可能であるため、ＴＤＲＡに長さＬを含めなくてよい。また、「Ｅｎｄｉｎｇ Ｓｙｍｂｏｌ」の情報をＴＤＲＡの領域の中に含めてもよい。
【0147】
なお、図１２（Ｃ）に示すように、先頭スロットの８番目から１０番目のシンボルにＰＤＣＣＨが割り当てられてもよい。この場合、基地局１００は、このＰＤＣＣＨにより、ＴＢ＃ａの「未送信」の４シンボル分のデータを、８番目から１４番目のシンボルで受信するか否か（又はシフトを許容するか否か）を決定する情報を含むＤＣＩを送信してもよい。或いは、基地局１００は、ＰＤＳＤＨ－Ｃｏｎｆｉｇ内に、このような情報を挿入して、ＲＲＣメッセージで設定するようにしてもよい。
【0148】
なお、Ｅｎｄｉｎｇ Ｓｙｍｂｏｌは、ＰＵＣＣＨとＰＵＳＣＨの送信においても利用可能である。この場合、基地局１００は、例えば、図１３に示すＰＵＳＣＨ－Ｃｏｎｆｉｇを利用して、Ｅｎｄｉｎｇ Ｓｙｍｂｏｌの設定が可能である。
【0149】
＜５．２ ＰＤＣＣＨのマッピング領域にＰＤＳＣＨがマッピングできない場合の例＞
５Ｇでは、例えば、あるシンボルを利用してＰＤＣＣＨを送信し、そのシンボルを利用してＰＤＳＣＨを送信することが可能である。或いは、例えば、ＰＤＣＣＨがマッピングされたシンボルに対して、ＰＤＳＣＨをマッピングして送信することが可能である。
５Ｇでは、例えば、あるシンボルを利用してＰＤＣＣＨを送信し、そのシンボルを利用してＰＤＳＣＨを送信することが可能である。或いは、例えば、ＰＤＣＣＨがマッピングされたシンボルに対して、ＰＤＳＣＨをマッピングして送信することが可能である。
【0150】
【0151】
図１５（Ａ）は、基地局１００が、先頭スロットでＰＤＣＣＨ＃ｍとＴＢ＃ａを送信し、次のスロットで、ＰＤＣＣＨ＃ｍ１とＴＢ＃ｂとを送信する例を表している。
【0152】
一方、図１５（Ｂ）では、先頭スロットでは、５番目のシンボルから送信開始となり、ＴＢ＃ａが、クロスＴＴＩにより、先頭スロット（又は先頭ＴＴＩ）と次のスロット（又は次のＴＴＩ）を利用して送信される例を表している。この場合、基地局１００は、先頭スロットの次のスロットの１番目と２番目のシンボルに、２つのＰＤＣＣＨ＃ｍ１とＰＤＣＣＨ＃ｎを割り当て、さらに、この２つのシンボルにＰＤＳＣＨを割り当てている。
【0153】
この場合、この２つのシンボルの領域においては、ＰＤＳＣＨが割り当てられた無線リソースの領域に、ＰＤＣＣＨ（ＰＤＣＣＨ＃ｍ１及びＰＤＣＣＨ＃ｎ）が割り当てられた無線リソースの領域が含まれる場合がある。
【0154】
本第１の実施の形態では、基地局１００は、ＰＤＣＣＨの領域を含むＰＤＳＣＨにおいて、ＰＤＣＣＨの領域にマッピングする予定であった符号化ビットをパンクチャする。すなわち、基地局１００は、ＰＤＳＣＨの領域内にＰＤＣＣＨが含まれるとき、ＰＤＳＣＨよりもＰＤＣＣＨを優先して送信する。さらに、基地局１００は、ＰＤＣＣＨとＰＤＳＣＨとが重複した無線リソースの領域では、符号化ビットを送信しないようにする（又はパンクチャする）。これにより、例えば、受信側の端末２００では、データと制御信号とを同一の周波数を利用して同一のタイミングで受信することを回避することができ、データや制御信号を正常に受信することが可能となる。
【0155】
＜６．基地局と端末の構成例＞
図１６（Ａ）は基地局１００の構成例を表す図である。基地局１００は、伝送路インタフェース１１０と、ベースバンド信号処理部１２０、ＲＦ（Radio Frequency）送受信部（又は送信部、或いは受信部）１３０、及びアンテナ１４０を備える。基地局１００は、例えば、５Ｇで規定されたｇＮＢ（Next generation Node B）であってもよい。
図１６（Ａ）は基地局１００の構成例を表す図である。基地局１００は、伝送路インタフェース１１０と、ベースバンド信号処理部１２０、ＲＦ（Radio Frequency）送受信部（又は送信部、或いは受信部）１３０、及びアンテナ１４０を備える。基地局１００は、例えば、５Ｇで規定されたｇＮＢ（Next generation Node B）であってもよい。
【0156】
伝送路インタフェース１１０は、上位局や他の基地局から送信されたパケットデータを受信し、受信したパケットデータからデータなどを抽出する。伝送路インタフェース１１０は、抽出したデータをベースバンド信号処理部１２０へ出力する。また、伝送路インタフェース１１０は、ベースバンド信号処理部１２０から出力されたデータなどを入力し、入力したデータなどを含むパケットデータを生成し、生成したパケットデータを上位局や他の基地局へ送信する。
【0157】
ベースバンド信号処理部１２０は、例えば、ベースバンド帯域のデータに対する処理を行う。
【0158】
図１６（Ｂ）はベースバンド信号処理部１２０の構成例を表す図である。ベースバンド信号処理部１２０は、受信信号処理部１２１、制御部１２２、ＰＤＣＣＨ生成部１２３、ＰＤＳＣＨ生成部１２４、及びマッピング部１２５を備える。
【0159】
受信信号処理部１２１は、例えば、制御部１２２から出力された、上り方向のスケジューリング結果に従って、ＲＦ送受信部１３０から出力されたベースバンド信号から、ある端末２００から送信されたデータ（ＰＵＳＣＨ）や制御信号（ＰＵＣＣＨ）などを抽出する。受信信号処理部１２１は、抽出したデータや制御信号などを制御部１２２へ出力する。
【0160】
制御部１２２は、例えば、端末２００と無線通信を行う際のスケジューリングを行い、スケジューリング結果を、ＰＤＣＣＨ生成部１２３へ出力する。この場合、ＰＤＣＣＨ生成部１２３へ出力するスケジューリング結果には、下り方向と上り方向の各スケジューリング結果が含まれる。制御部１２２は、下り方向のスケジューリング結果をマッピング部１２５へ、上り方向のスケジューリング結果を受信信号処理部１２１へそれぞれ出力する。
【0161】
また、制御部１２２は、伝送路インタフェース１１０から出力されたデータをＰＤＳＣＨ生成部１２４へ出力する。
【0162】
さらに、制御部１２２は、ＲＲＣメッセージを生成し、生成したＲＲＣメッセージをＰＤＳＣＨ生成部１２４へ出力する。ＲＲＣメッセージは、例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが含まれ、図６や図１３などに示すＰＤＳＣＨ－ＣｏｎｆｉｇやＰＵＳＣＨ－Ｃｏｎｆｉｇも含まれる。
【0163】
ＰＤＣＣＨ生成部１２３は、制御部１２２から出力されたスケジューリング結果に対し、このスケジューリング結果を含むＤＣＩを生成する。ＰＤＣＣＨ生成部１２３は、例えば、図９や図１４に示すＤＣＩを生成する。ただし、ＤＣＩの各ＩＥに含まれる情報は、例えば、制御部１２２において生成されてもよく、この場合、ＰＤＣＣＨ生成部１２３は、各情報をまとめて、図９や図１４に示す１つのＤＣＩの形式となるように、ＤＣＩを生成してもよい。ＰＤＣＣＨ生成部１２３は、生成したＤＣＩをマッピング部１２５へ出力する。
【0164】
ＰＤＳＣＨ生成部１２４は、制御部１２２から出力されたデータを、マッピング部１２５へ出力する。この場合、ＰＤＳＣＨ生成部１２４は、例えば、このデータをＰＤＳＣＨとして出力してもよい。また、ＰＤＳＣＨ生成部１２４は、制御部１２２から出力されたＲＲＣメッセージを、マッピング部１２５へ出力する。
【0165】
マッピング部１２５は、制御部１２２から出力された下り方向のスケジューリング結果に従って、ＰＤＣＣＨ生成部１２３から出力された制御信号と、ＰＤＳＣＨ生成部１２４から出力されたデータを、無線リソース上の所定の領域にマッピングする。マッピング部１２５は、マッピングした制御信号とデータとをＲＦ送受信部１３０へ出力する。
【0166】
また、マッピング部１２５は、例えば、ＰＤＳＣＨ生成部１２４から出力されたＲＲＣメッセージを、無線リソース上の所定の領域にマッピングし、マッピングしたＲＲＣメッセージをＲＦ送受信部１３０へ出力する。
【0167】
図１６（Ａ）に戻り、ＲＦ送受信部１３０は、ベースバンド信号処理部１２０から出力された制御信号とデータ、及びＲＲＣメッセージとを、無線帯域の無線信号へ周波数変換を行い、周波数変換後の無線信号をアンテナ１４０へ出力する。
【0168】
また、ＲＦ送受信部１３０は、アンテナ１４０から出力された無線信号を、ベースバンド帯域のベースバンド信号へ周波数変換を行い、周波数変換後のベースバンド信号を、ベースバンド信号処理部１２０へ出力する。
【0169】
アンテナ１４０は、ＲＦ送受信部１３０から出力された無線信号を、端末２００へ送信する。また、アンテナ１４０は、端末２００から送信された無線信号を受信し、受信した無線信号をＲＦ送受信部１３０へ出力する。
【0170】
図１７（Ａ）は端末２００の構成例を表す図である。
【0171】
端末２００は、アンテナ２１０、ＲＦ送受信部（又は送信部、或いは受信部）２２０、ベースバンド信号処理部２３０、アプリケーション部２４０を備える。
【0172】
アンテナ２１０は、基地局１００から送信された無線信号を受信し、受信した無線信号をＲＦ送受信部２２０へ出力する。また、アンテナ２１０は、ＲＦ送受信部２２０から出力された無線信号を、基地局１００へ送信する。
【0173】
ＲＦ送受信部２２０は、アンテナ２１０から出力された無線信号に対して周波数変換を行って、ベースバンド帯域の信号に変換し、変換後のベースバンド信号をベースバンド信号処理部２３０へ出力する。また、ＲＦ送受信部２２０は、ベースバンド信号処理部２３０から出力されたベースバンド信号を、無線帯域の無線信号へ周波数変換を行い、変換後の無線信号をアンテナ２１０へ出力する。
【0174】
ベースバンド信号処理部２３０は、例えば、ベースバンド信号に対する処理を行う。
【0175】
図１７（Ｂ）はベースバンド信号処理部２３０の構成例を表す図である。
【0176】
ベースバンド信号処理部２３０は、ＰＤＣＣＨ受信処理部２３１、ＰＤＳＣＨ受信処理部２３２、制御部２３４、ＰＵＳＣＨ生成部２３５、ＰＵＣＣＨ生成部２３６、及びマッピング部２３７を備える。
【0177】
ＰＤＣＣＨ受信処理部２３１は、ＲＦ送受信部２２０から出力されたベースバンド信号から制御信号を抽出する。ＰＤＣＣＨ受信処理部２３１は、抽出した制御信号のうち、下り方向のスケジューリング結果をＰＤＳＣＨ受信処理部２３２へ出力し、上り方向のスケジューリング結果を制御部２３４へ出力する。
【0178】
ＰＤＳＣＨ受信処理部２３２は、ＰＤＣＣＨ受信処理部２３１から出力された下り方向のスケジューリング結果に従って、ＲＦ送受信部２２０から出力されたベースバンド信号から、自局に割り当てられたデータやＲＲＣメッセージを抽出する。
【0179】
この際、ＰＤＳＣＨ受信処理部２３２は、例えば、ＤＣＩに含まれる開始シンボルＳと長さＬ、或いは長さＬに代えてＥｎｄｉｎｇ Ｓｙｍｂｏｌに従って、データを受け取っているか否かを確認する。また、ＰＤＳＣＨ受信処理部２３２は、例えば、ＤＣＩに含まれるＮＤＩとＨＡＲＱプロセス番号、及びＲＶ（例えば図９）に基づいて、クロスＴＴＩがＰＤＣＣＨにより設定されているか否かを確認する。この場合、ＰＤＳＣＨ受信処理部２３２は、ＰＤＣＣＨによりクロスＴＴＩが設定されているときは、開始シンボルＳ、長さＬ又はＥｎｄｉｎｇ Ｓｙｍｂｏｌ、ＮＤＩ、ＨＡＲＱプロセス番号、ＲＶなどに基づいて、クロスＴＴＩが設定されたデータを、ベースバンド信号から抽出する。ＰＤＣＣＨにより設定されたクロスＴＴＩに対する処理は、制御部２３４ではなく、ＰＤＳＣＨ受信処理部２３２で行われてもよい。
【0180】
また、ＰＤＳＣＨ受信処理部２３２は、例えば、ＲＲＣメッセージによりクロスＴＴＩが設定されているときは、抽出したＲＲＣメッセージに含まれるＰＤＳＣＨ－Ｃｏｎｆｉｇ（例えば図６）に従って、ＰＤＳＣＨの続きの部分を、ベースバンド信号から抽出する。
【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】
そして、端末２００は一連の処理を終了する（Ｓ３６）。
【0210】
一方、ＲＲＣ設定として、クロスＴＴＩが設定されていないとき（Ｓ３３でＮｏ）、端末２００は、クロスＴＴＩの処理を行うことなく、Ｓ３５へ移行する。この場合、端末２００は、クロスＴＴＩを行うことなく、受信したＰＤＳＣＨに対して、ＡＣＫ又はＮＡＣＫをフィードバックする。
【0211】
一方、端末２００は、実際に受信したＰＤＳＣＨの長さが、ＤＣＩで指示されたＰＤＳＣＨの長さと同じとき（Ｓ３２でＮｏ）、Ｓ３５へ移行する。この場合、端末２００は、ＤＣＩで指示された長さＬのＰＤＳＣＨを受信したことになり、例えば、図４（Ａ）と同じ状況となるため、クロスＴＴＩの処理を行うことなく、受信したＰＤＳＣＨに対して、ＡＣＫ又はＮＡＣＫをフィードバックする。
【0212】
＜７．２ ＰＵＳＣＨがシフトする場合において、ＲＲＣメッセージによりクロスＴＴＩを設定する場合の動作例＞
図２０は、ＰＵＳＣＨがシフトする場合において、ＲＲＣメッセージによりクロスＴＴＩを設定する場合の端末２００側の動作例を表すフローチャートである。この場合も、上記＜７．１＞と同様に、基地局１００と端末２００は、ＲＲＣメッセージの交換を終了し（例えば、図５（Ａ））、ＰＵＳＣＨ－Ｃｏｎｆｉｇ（例えば図６）を互いに保持しているものとする。例えば、制御部１２２が、図６に示すＰＵＳＣＨ－Ｃｏｎｆｉｇを生成し、ＰＤＳＣＨ生成部１２４などを介して端末２００へ送信する。
図２０は、ＰＵＳＣＨがシフトする場合において、ＲＲＣメッセージによりクロスＴＴＩを設定する場合の端末２００側の動作例を表すフローチャートである。この場合も、上記＜７．１＞と同様に、基地局１００と端末２００は、ＲＲＣメッセージの交換を終了し（例えば、図５（Ａ））、ＰＵＳＣＨ－Ｃｏｎｆｉｇ（例えば図６）を互いに保持しているものとする。例えば、制御部１２２が、図６に示すＰＵＳＣＨ－Ｃｏｎｆｉｇを生成し、ＰＤＳＣＨ生成部１２４などを介して端末２００へ送信する。
【0213】
端末２００は、処理を開始すると（Ｓ４０）、ＬＢＴを実行する（Ｓ４１）。例えば、端末２００は、以下の処理を行う。
【0214】
すなわち、ＰＤＣＣＨ受信処理部２３１又はＰＤＳＣＨ受信処理部２３２は、アンライセンス周波数帯の所定周波数帯域において、受信した信号の信号強度を測定し、その結果を制御部２３４へ出力する。制御部２３４は、基地局１００の制御部１２２と同様に、その結果に基づいて、“Ｉｄｌｅ”状態又は“Ｂｕｓｙ”状態を判定する。
【0215】
端末２００は、所定周波数帯域が“Ｂｕｓｙ”状態のとき（Ｓ４２でＮｏ）、所定時間経過後、再び、ＬＢＴを実行し（Ｓ４１）、“Ｉｄｌｅ”状態となるまで繰り返す（Ｓ４２でＮｏのループ）。
【0216】
端末２００は、所定周波数帯域が“Ｉｄｌｅ”状態となったとき（Ｓ４２でＹｅｓ）、その所定周波数帯域を利用して、ＰＵＣＣＨとＰＵＳＣＨとを、基地局１００へ送信する（Ｓ４３）。端末２００は、例えば、以下の処理を行う。
【0217】
すなわち、制御部２３４は、“Ｉｄｌｅ”状態であることを判定すると、アプリケーション部２４０から受け取ったデータを、ＰＵＳＣＨ生成部２３５を介してマッピング部２３７へ出力する。制御部２３４は、ＰＤＳＣＨ受信処理部２３２から受け取った上り方向のスケジューリング結果を、マッピング部２３７へ出力し、また、制御信号を生成し、ＰＵＣＣＨ生成部２３６を介して、マッピング部２３７へ出力する。マッピング部２３７は、上り方向のスケジューリング結果に従って、制御信号とデータとを無線リソース上にマッピングする。マッピング部２３７は、マッピングした制御信号（ＰＵＣＣＨ）とデータ（ＰＵＳＣＨ）とをＲＦ送受信部２２０を介して基地局１００へ送信する。
【0218】
ただし、端末２００は、例えば、図７（Ｂ）に示すように、“Ｂｕｓｙ”状態後、“Ｉｄｌｅ”状態となったとき、“Ｉｄｌｅ”状態となるまでＰＵＣＣＨとＰＵＳＣＨとを含むシンボルをシフトさせる。また、端末２００は、先頭スロット（又は先頭ＴＴＩ）で送信できかったＰＵＳＣＨの部分を、クロスＴＴＩを利用して、次のスロット（又は次のＴＴＩ）で送信する。例えば、端末２００は、以下の処理を行う。
【0219】
すなわち、制御部２３４は、所定周波数帯域の信号強度が閾値以上のとき、ＰＵＣＣＨとＰＵＳＣＨを送信しないように、マッピング部２３７に指示し、マッピング部２３７は、マッピングしたＰＵＣＣＨとＰＵＳＣＨの送信を停止する。この場合、マッピング部２３７は、内部メモリにＰＵＣＣＨとＰＵＳＣＨとを記憶してもよい。制御部２３４は、その後、信号強度が閾値より小さくなったとき、アンライセンス周波数帯が他の装置に使用されていないことを確認する。そして、制御部２３４は、上り方向におけるＰＵＣＣＨとＰＵＳＣＨとを含むシンボルを、“Ｉｄｌｅ”状態となる送信開始タイミングまで、時間方向にシフトさせる。制御部２３４は、以降に続く、ＰＵＣＣＨとＰＵＳＣＨについても時間方向にシフトさせる。図７（Ｂ）の例では、４シンボル分シフトさせる。制御部２３４は、シフトした結果を、マッピング部２３７へ出力する。マッピング部２３７は、シフト結果に従って、ＰＵＣＣＨとＰＵＳＣＨとを内部メモリから読み出して、ＲＦ送受信部２２０へ出力する。マッピング部２３７又はＲＦ送受信部２２０は、シフト後のシンボルに割り当てられた制御信号とデータをＰＵＣＣＨとＰＵＳＣＨと夫々用いて、基地局１００へ送信する。そして、制御部２３４は、ＰＵＳＣＨ－Ｃｏｎｆｉｇ（例えば、図５（Ａ）、図６）に従って、クロスＴＴＩを行う場合は、未送信部分を送信するスロット番号や送信開始シンボルの番号などを、マッピング部２３７へ出力する。マッピング部２３７は、その指示に従って、内部メモリなどに記憶した未送信部分（例えば、図７（Ａ）のＴＢ＃ａ）を読み出して、指示されたスロットの指示されたシンボルを利用して送信する。これにより、例えば、上り方向において、クロスＴＴＩを実現することが可能となる。
【0220】
図２０に戻り、端末２００は、ＰＵＣＣＨとＰＵＳＣＨの送信が終了すると、本処理を終了する（Ｓ４４）。
【0221】
なお、端末２００は、ＰＵＣＣＨを送信しない場合（例えば図７（Ｂ））、Ｓ４３の処理は、ＰＵＣＣＨを送信しないでＰＵＳＣＨを送信する処理となる。
【0222】
図２１は、本動作例における基地局１００側の処理の例を表すフローチャートである。
【0223】
基地局１００は、処理を開始すると（Ｓ５０）、ＰＵＣＣＨと、ＰＵＣＣＨを含むスロット内のＰＵＳＣＨ部分とを受信する（Ｓ５１）。例えば、受信信号処理部１２１は、制御部１２２から出力された上り方向のスケジューリング結果に従って、ベースバンド信号から、端末２００から送信されたＰＵＣＣＨとＰＵＳＣＨとを抽出し、抽出したＰＵＣＣＨとＰＵＳＣＨとを制御部１２２へ出力する。
【0224】
次に、基地局１００は、実際に受信したＰＵＳＣＨの長さは、ＤＣＩで指示したＰＵＳＣＨの長さより短いか否かを判定する（Ｓ５２）。例えば、基地局１００は以下の処理を行う。
【0225】
すなわち、制御部１２２は、受信信号処理部１２１から受け取ったデータのデータ量をカウントし、カウントしたデータ量に基づいて、ＰＵＳＣＨの長さを計算する。制御部１２２は、ＤＣＩに含まれる開始シンボルＳと長さＬとに基づいて、開始シンボルＳからＰＵＳＣＨが開始されたか否か、計算した長さが長さＬより短いか否かを確認する。制御部１２２も、端末２００の制御部１２２と同様に、ＤＣＩと実際に受信したＰＵＳＣＨの長さとに基づいて、端末２００において、先頭シンボルに含まれるＰＵＣＣＨとＰＤＳＣＨ以降がシフトして送信したか否かを確認するようにしている。
【0226】
基地局１００は、実際に受信したＰＵＳＣＨの長さが、ＤＣＩで指示したＰＵＳＣＨの長さより短いとき（Ｓ５２でＹｅｓ）、ＲＲＣメッセージにおいて、クロスＴＴＩが設定されているか否かを判定する（Ｓ５３）。例えば、制御部１２２は、自身で生成したＲＲＣメッセージにおいて、クロスＴＴＩ設定の有無（例えば、図６の１））を確認することで判定する。
【0227】
基地局１００は、クロスＴＴＩの設定があるとき（Ｓ５３でＹｅｓ）、ＲＲＣ設定に従い、ＰＵＳＣＨの続き部分を受信する（Ｓ５４）。例えば、制御部１２２は、クロスＴＴＩの設定を確認すると、ＰＵＳＣＨ－Ｃｏｎｆｉｇ（例えば図６）に含まれるＩＥに従って、ＰＵＳＣＨの続き部分を次のＴＴＩなどで受信する。
【0228】
次に、基地局１００は、受信結果に応じて、ＰＤＣＣＨにより、再送あるいは新規データの送信を指示する（Ｓ５５）。例えば、制御部１２２は、クロスＴＴＩにより、ＰＵＳＣＨの続き部分を含むＰＵＳＣＨを正常に受信できたときは、ＰＤＣＣＨ生成部１２３を介して、新規データの送信を指示するＰＤＣＣＨを端末２００へ送信する。一方、制御部１２２は、例えば、クロスＴＴＩにより、ＰＵＳＣＨ続き部分を含むＰＵＳＣＨを正常に受信できなかったとき、ＰＤＣＣＨ生成部１２３を介して、再送を指示するＰＤＣＣＨを端末２００へ送信する。
【0229】
そして、基地局１００は、一連の処理を終了する（Ｓ５６）。
【0230】
一方、ＲＲＣ設定として、クロスＴＴＩが設定されていないとき（Ｓ５３でＮｏ）、基地局１００は、クロスＴＴＩの処理を行うことなく、Ｓ５５へ移行する。この場合、端末２００は、クロスＴＴＩを行うことなく、受信したＰＵＳＣＵに対して、ＡＣＫ又はＮＡＣＫをフィードバックする。
【0231】
一方、基地局１００は、実際に受信したＰＵＳＣＨの長さが、ＤＣＩで指示したＰＵＳＣＨの長さと同じとき（Ｓ５２でＮｏ）、Ｓ５５へ移行する。この場合、基地局１００は、ＤＣＩで指示した長さＬのＰＵＳＣＨを受信したことになり、例えば、図７（Ａ）と同じ状況となるため、クロスＴＴＩの処理を行うことなく、受信したＰＵＳＣＨに対して、ＡＣＫ又はＮＡＣＫをフィードバックする。
【0232】
なお、図２１において、端末２００がＰＵＣＣＨを送信しない場合、Ｓ５１の処理では、基地局１００は、ＰＵＣＣＨを受信することなく、ＰＵＳＣＨを受信することになる。
【0233】
＜７．３ ＰＤＣＣＨとＰＤＳＣＨとがシフトする場合において、ＰＤＣＣＨによりクロスＴＴＩを設定する場合の動作例＞
図２２は、ＰＤＣＣＨとＰＤＳＣＨとがシフトする場合においてＰＤＣＣＨによりクロスＴＴＩを設定する場合の基地局１００側の動作例を表すフローチャートである。
図２２は、ＰＤＣＣＨとＰＤＳＣＨとがシフトする場合においてＰＤＣＣＨによりクロスＴＴＩを設定する場合の基地局１００側の動作例を表すフローチャートである。
【0234】
また、本動作例を行うに際して、基地局１００と端末２００は、ＲＲＣメッセージの交換を終了し（例えば、図５（Ａ））、ＰＤＳＣＨ－Ｃｏｎｆｉｇを互いにメモリなどに保持しているものとする。ただし、ＰＤＳＣＨ－Ｃｏｎｆｉｇには図６の（１）が設定され、（２）から（４）は設定されていないものとする。すなわち、基地局１００と端末２００は、ＲＲＣメッセージの交換により、クロスＴＴＩを行うか否かについて、共有しているものとし、クロスＴＴＩの詳細は、ＰＤＣＣＨにより設定される。
【0235】
【0236】
基地局１００は、アンライセンス周波数帯が“Ｉｄｌｅ”状態となったとき（Ｓ６２でＹｅｓ）、ＰＤＣＣＨとＰＤＳＣＨとを送信する（Ｓ２３）。上述した＜７．１＞の場合と同様に、先頭スロットにおいて、ＰＤＣＣＨとＰＤＳＣＨのシフトが行われた場合、基地局１００は、例えば、以下の処理を行う。
【0237】
すなわち、制御部１２２は、先頭スロットのスケジューリングを行う際に、図９に示すＴＤＲＡ、ＮＤＩ、ＨＡＲＱプロセス番号、ＲＶ、ＭＣＳなどを決定し、決定したこれらの情報をＰＤＣＣＨ生成部１２３へ出力する。ＰＤＣＣＨ生成部１２３は、これらの情報をまとめて、例えば、図１０（Ａ）に示すＰＤＣＣＨ＃ｍを生成する。ＰＤＣＣＨ生成部１２３は、生成したＰＤＣＣＨ＃ｍを、マッピング部１２５を介して、端末２００へ送信する。また、制御部１２２は、先頭スロットでＰＤＣＣＨ（図１０（Ａ）の例ではＰＤＣＣＨ＃ｍ）とＰＤＳＣＨとを含むシンボルがシフトしたことで、先頭スロットで送信できなかったＰＤＳＣＨに対するクロスＴＴＩを設定するために、新たなＰＤＣＣＨ（図１０（Ａ）の例では、ＰＤＣＣＨ＃ｎ）を生成する。制御部１２２は、先頭スロットのＰＤＣＣＨ（ＰＤＣＣＨ＃ｍ）に含まれるＮＤＩ、ＨＡＲＱプロセス番号、及びＲＶと同じＮＤＩ、ＨＡＲＱプロセス番号、及びＲＶを、生成する。ＰＤＣＣＨ生成部１２３は、これらの情報を含むクロスＴＴＩ設定用のＰＤＣＣＨ（ＰＤＣＣＨ＃ｎ）を生成し、マッピング部１２５などを介して端末２００へ送信する。なお、ＰＤＣＣＨ＃ｍ１は、ＰＤＣＣＨ＃ｍを生成するときに生成するようにしてもよい。また、クロスＴＴＩによるＰＤＳＣＨの送信については、上述した＜７．１＞と同様である。
【0238】
図２３は、ＰＤＣＣＨとＰＤＳＣＨとがシフトする場合においてＰＤＣＣＨによりクロスＴＴＩを設定する場合の端末２００側の動作例を表すフローチャートである。
【0239】
図２３において、Ｓ７０からＳ７２は、上述した＜７．１＞で説明した図１９のＳ３０からＳ３２とそれぞれ同じである。ただし、Ｓ７２では、実際に受信したＰＤＳＣＨの長さは、ＤＣＩで指示されたＰＤＳＣＨの長さより短いか否かを判定する際に用いられるＤＣＩは、例えば、先頭スロットのＰＤＣＣＨに含まれるＤＣＩであり、図８（Ｂ）の例では、ＰＤＣＣＨ＃ｍに含まれるＤＣＩに相当する。
【0240】
端末２００は、実際に受信したＰＤＳＣＨの長さが、ＤＣＩで指示されたＰＤＳＣＨの長さより短いとき（Ｓ７２でＹｅｓ）、ＲＲＣ設定においてクロスＴＴＩの設定がされているか否かを判定する（Ｓ７３）。例えば、端末２００は、以下の処理を行う。
【0241】
すなわち、制御部２３４は、ＰＤＳＣＨ受信処理部２３２から出力されたデータのデータ量からデータの長さを計算し、その長さがＤＣＩで指示された長さＬより短いと判定する。そして、制御部２３４は、ＰＤＳＣＨ受信処理部２３２から出力されたＲＲＣメッセージに含まれるＰＤＳＣＨ－Ｃｏｎｆｉｇにおいて、クロスＴＴＩ設定（図６の（１））を確認することで、クロスＴＴＩの設定の有無を判定する。
【0242】
端末２００は、クロスＴＴＩが設定されているとき（Ｓ７３でＹｅｓ）、新しいＰＤＣＣＨを受信し、リソースの割り当て内容に従って、ＰＤＳＣＨの続き部分を受信する（Ｓ７４）。例えば、端末２００は、以下の処理を行う。
【0243】
すなわち、ＰＤＳＣＨ受信処理部２３２は、ＰＤＣＣＨ受信処理部２３１から新しいＰＤＣＣＨを受け取り、図９に示す各フィールドを参照する。そして、ＰＤＳＣＨ受信処理部２３２は、各フィールドに示された情報に従って、自局宛ての、「未送信」部分のＰＤＳＣＨを確認し、前ＴＴＩのＰＤＣＣＨにより割り当てられたＰＤＳＣＨに続く、ＰＤＳＣＨの部分を受信する。
【0244】
次に、端末２００は、受信結果に応じて、ＡＣＫ又はＮＡＣＫをフィードバックする（Ｓ７５）。例えば、制御部２３４は、ＰＤＳＣＨ受信処理部２３２から受け取ったデータが正常か否かを判定し、その判定結果に従って、ＡＣＫ又はＮＡＣＫを生成し、ＰＵＳＣＨ生成部２３５又はＰＵＣＣＨ生成部２３６を介して、基地局１００へフィードバックする。
【0245】
そして、端末２００は、一連の処理を終了する（Ｓ７６）。
【0246】
一方、端末２００は、実際に受信したＰＤＳＣＨの長さがＤＣＩで指示されたＰＤＳＣＨの長さと同じとき（Ｓ７２でＮｏ）、又は、ＲＲＣ設定でクロスＴＴＩを行わないことが設定されているとき（Ｓ７３でＮｏ）、Ｓ７５へ移行して、上述した処理を行う。
【0247】
＜８．Ｓｅａｒｃｈ Ｓｐａｃｅについて＞
本第１の実施の形態における補足説明をする。
本第１の実施の形態における補足説明をする。
【0248】
５Ｇには、ＲＲＣメッセージとして、ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ（ＣＯＲＥＳＥＴ）がある。ＣＯＲＥＳＥＴは、例えば、ＤＣＩを探索するために、時間と周波数の制御リソースを設定するために用いられる。ＣＯＲＥＳＥＴに含まれるＩＥとして、ｆｒｅｑｕｅｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓがある。ｆｒｅｑｕｅｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓは、例えば、ＤＣＩ探索のための周波数リソースを表す。
【0249】
また、５Ｇには、ＲＲＣメッセージとして、ＳｅａｒｃｈＳｐａｃｅ（サーチスペース）がある。ＳｅａｒｃｈＳｐａｃｅは、例えば、ＰＤＣＣＨ候補をどのように探索するか、或いはどこからＰＤＣＣＨ候補を探索するかを表す。ＣＯＲＥＳＥＴもＳｅａｒｃｈＳｐａｃｅも、例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる情報要素又はメッセージである。
【0250】
図２４（Ａ）は、例えば、サーチスペースを含むＰＤＣＣＨとＰＤＳＣＨの送信例を表す図である。サーチスペース内に、１又は複数のＰＤＣＣＨが含まれる。例えば、端末２００は、ＲＲＣメッセージであるＳｅａｒｃｈＳｐａｃｅに従って、無線リソース上でＰＤＣＣＨが割り当てられた領域を探索する。ＰＤＣＣＨには、個々の端末２００に通知するものに加えて、システム共通或いは複数端末に通知するものもある。例えば、送信バーストの長さや次のスロットの長さなどフォーマットに関する情報、または上り送信区間に関する情報、送信バーストの中における当該ＰＤＣＣＨが位置するスロットのスロット番号（例えば、先頭スロットを０番として番号をカウントする）などシステム共通の情報を送信するＰＤＣＣＨについても端末２００はサーチを行う。
【0251】
ＳｅａｒｃｈＳｐａｃｅには、ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔと、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ、及びｄｕｒａｔｉｏｎの各ＩＥが含まれる。
【0252】
ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔは、例えば、サーチスペースが何スロットに１回あるかを表すＩＥである。例えば、ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔが「全スロット」のとき、全スロットにサーチスペースが含まれる。
【0253】
ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔは、例えば、スロット内でＰＤＣＣＨが送信される可能性がある（又はＰＤＣＣＨの送信が可能な）シンボルを表すＩＥである。ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔは、例えば、スロット内の絶対位置で定義される。例えば、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔが「１００００００１００００００」のとき、図２４（Ａ）に示すように、ＰＤＣＣＨはスロット内の１番目のシンボルと８番目のシンボルに割り当てられることを表している。
【0254】
ｄｕｒａｔｉｏｎは、例えば、時間方向における長さを表すＩＥである。例えば、ｄｕｒａｔｉｏｎが「２」のとき、図２４（Ａ）に示すように、ＰＤＣＣＨは「２」シンボルの長さを有していることを表している。
【0255】
サーチスペースの領域については、例えば、ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔと、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ、及びｄｕｒａｔｉｏｎの各ＩＥにより、ＰＤＣＣＨの時間方向でのリソース指定が可能となる。そして、このようなＲＲＣメッセージを受信した端末２００は、これらの各ＩＥに従って、無線リソース上の領域をモニタリングして、ＰＤＣＣＣＨを受信することが可能となる。
【0256】
本第１の実施の形態では、例えば、図２４（Ｂ）に示すように、ＰＤＣＣＨとＰＤＳＣＨを含むシンボルを、キャリアセンスの結果により、時間方向にシフトさせることが可能で、これにより、複数の送信機会が存在することになる。この場合、サーチスペースの時間方向のリソースをどのように定義するかが問題となる。とくに、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔは、例えば、スロット内の絶対的な位置でシンボルを定義しているため、どのように取り扱うかが問題となる。
【0257】
ここで、図２４（Ｂ）の先頭スロット以外の後続スロットに着目すると、サーチスペースの位置は、ライセンス周波数帯におけるサーチスペースの位置と同じである。従って、アンライセンス周波数帯の後続スロットにおけるサーチスペースと、ライセンス周波数帯のサーチスペースとは、モニタリングを共通にさせることが可能である。一方、先頭スロットのサーチスペースに対するモニタリング方法は、ライセンス周波数帯におけるサーチスペースに対するモニタリング方法とは異なる方法で行われる。
【0258】
そこで、本第１の実施の形態では、２つのオプションにより、サーチスペースのモニタリング方法を定義する。１つ目のオプション（Ｏｐｔｉｏｎ１）は、後続スロットと先頭スロットとで、２つのｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔを定義する。２つ目のオプション（Ｏｐｔｉｏｎ２）は、後続スロットと先頭スロットで、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔを同一の定義とし、端末２００において解釈と処理を変更する方法である。
【0259】
図２５は、２つのオプション（Ｏｐｔｉｏｎ１とＯｐｔｉｏｎ２）の定義例を表す図である。図２５において、例えば、「送信バーストの２ｓｌｏｔ以降のＳｌｏｔ」が後続スロット（例えば、先頭スロットから次のスロット以降のスロット）、「左記以外のｓｌｏｔ」が先頭スロットを夫々表す。なお、「左記以外のｓｌｏｔ」には、例えば、先頭スロット前の、データの未送信区間におけるスロットも含まれる。
【0260】
図２５に示す例において、Ｏｐｔｉｏｎ１では、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔは、後続スロットでは「１００００００００００００」、先頭スロットでは「１０１０１０１０１０１０１０」とそれぞれ異なる方法で定義している。すなわち、Ｏｐｔｉｏｎ１では、例えば、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔに含まれる内容を、「送信バーストの２ｓｌｏｔ以降のＳｌｏｔ」と「左記以外のｓｌｏｔ」とで異なる内容としている。
【0261】
この例では、後続スロットでは、先頭のシンボル（１番目のシンボル）でサーチスペースがあることを示す。従って、端末２００は、後続スロットについては、スロット内の先頭スロットを探索すればよい。
【0262】
また、先頭スロットでは、先頭から１番目のシンボル（Ｓｙｍｂｏｌ＃０）、３番目のシンボル（Ｓｙｍｂｏｌ＃２）、５番目のシンボル（Ｓｙｍｂｏｌ＃４）など、１シンボルおきに７回モニタすることを示す。従って、端末２００は、先頭スロットについては、指定されたシンボルで７回のモニタリングを行えばよい。
【0263】
なお、Ｏｐｔｉｏｎ１の場合、ＲＲＣメッセージ内では、例えば、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔについて、図２５に示すような２つの定義が含まれ、端末２００は、ＲＲＣメッセージを受信することで、このような処理が可能となる。
【0264】
一方、図２５に示す例において、Ｏｐｔｉｏｎ２では、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔが後続スロットも先頭スロットもいずれも「１０００００００００００００」となる。この場合、端末２００は、各送信機会の実際の送信開始シンボルからの相対位置として、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔにより示されたパラメータを解釈する。例えば、図２４（Ｂ）の例では、先頭スロットでは、５番目のシンボルから実際に送信が開始されるため、端末２００は、５番目のシンボルが、「１０００００００００００００」における最初の「１」番目のシンボルとして解釈する。
【0265】
図２５のＯｐｔｉｏｎ２も、Ｏｐｔｉｏｎ１の場合と同様に、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔがＲＲＣメッセージに含まれるため、端末２００はＲＲＣメッセージを受信することで、このような処理が可能となる。
【0266】
なお、Ｏｐｔｉｏｎ２では、ＲＲＣメッセージにより、送信開始パターンとして、「Ｓｙｍｂｏｌ＃０，＃２，＃４，＃６，＃８，＃１０，＃１２」を設定してもよい。
【0267】
図２６は、送信開始パターンを含むＲＲＣメッセージの例を表す図である。図２６に示す例は、ＰＤＳＣＨ－Ｃｏｎｆｉｇにおいて、「ＰＤＣＣＨ送信可能タイミング」のＩＥが含まれる例である。「ＰＤＣＣＨ送信可能タイミング」に設定するパラメータとして、例えば、「１０１０１０１０１０１０１０」とすることで、先頭スロットの「Ｓｙｍｂｏｌ＃０，＃２，＃４，＃６，＃８，＃１０，＃１２」が送信機会となり、端末２００はこのタイミングでＰＤＣＣＨをモニタリングすればよい。
【0268】
なお、「ＰＤＣＣＨ送信可能タイミング」は、ＰＤＣＣＨ－Ｃｏｎｆｉｇに含まれてもよいし、他のＣｏｎｆｉｇなどに含まれてもよい。「ＰＤＣＣＨ送信可能タイミング」は、例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれるものであればよい。
【0269】
Ｏｐｔｉｏｎ１とＯｐｔｉｏｎ２については、例えば、基地局１００の制御部１２２において、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔを含むＲＲＣメッセージを生成し、ＰＤＳＣＨ生成部１２４経由で、端末２００へ送信すればよい。
【0270】
【0271】
図２７（Ａ）に示すように、端末２００は、未送信区間では、Ｏｐｔｉｏｎ１では、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ、Ｏｐｔｉｏｎ２では、ＲＲＣメッセージにより、スロット内の先頭シンボルから１シンボルおきにモニタリングを夫々行っている。
【0272】
そして、端末２００は、送信バーストの先頭スロットの先頭シンボルでモニタリングして、ＰＤＣＣＨを受信し、その後、ＰＤＳＣＨも受信する。
【0273】
Ｏｐｔｉｏｎ１の場合、端末２００は、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ（＝「１０１０１０１０１０１０１０」）により、先頭スロットをモニタリングすることでＰＤＣＣＨを受信できる。
【0274】
Ｏｐｔｉｏｎ２の場合、端末２００は、ＲＲＣメッセージの「送信開始タイミング」により、先頭シンボルをモニタリングすることで、ＰＤＣＣＨを受信できる。この場合、端末２００は、先頭シンボルが送信開始シンボルとして、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔにおける「１０００００００００００００」の「１」を解釈する。
【0275】
なお、送信バーストの２スロット目以降は、後続スロットとして、Ｏｐｔｉｏｎ１もＯｐｔｉｏｎ２も、端末２００は、スロット内の先頭スロットをモニタリングすればよい。
【0276】
一方、図２７（Ｂ）の例では、送信バーストの先頭スロットでは、５番目のシンボルからＰＤＣＣＨとＰＤＳＣＨを受信し始める。Ｏｐｔｉｏｎ１では、端末２００は、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔにより、先頭シンボルから１シンボルおきにモニタリングすることで、５番目のシンボルからＰＤＣＣＨを受信する。Ｏｐｔｉｏｎ２では、端末２００は、ＲＲＣメッセージの「送信開始タイミング」により、先頭シンボルから１シンボルおきにモニタリングして、５番目のシンボルからＰＤＣＣＨを受信する。この際、端末２００は、５番目のシンボル（シンボル４）を、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔの「１０００００００００００００」の「１」と解釈する。
【0277】
[他の実施の形態]
図２８（Ａ）は基地局１００のハードウェア構成例を表す図である。
図２８（Ａ）は基地局１００のハードウェア構成例を表す図である。
【0278】
基地局１００は、プロセッサ１６０、主記憶装置１６１、ネットワークインタフェース１６２、補助記憶装置１６３、無線機１６４、及びアンテナ１４０を備える。
【0279】
プロセッサ１６０は、主記憶装置１６１に記憶されたプログラムを読み出して補助記憶装置１６３にロードし、ロードしたプログラムを実行することで、ベースバンド信号処理部１２０の機能を実現する。プロセッサ１６０は、例えば、第１の実施の形態におけるベースバンド信号処理部１２０に対応する。
【0280】
また、ネットワークインタフェース１６２は、例えば、第１の実施の形態における伝送路インタフェース１１０に対応する。さらに、無線機１６４は、例えば、第１の実施の形態におけるＲＦ送受信部１３０に対応する。
【0281】
図２８（Ｂ）は端末２００のハードウェア構成例を表す図である。
【0282】
端末２００は、プロセッサ２６０、主記憶装置２６１、画面表示装置２６２、補助記憶装置２６３、無線機２６４、及びアンテナ２１０を備える。
【0283】
プロセッサ２６０は、主記憶装置２６１に記憶されたプログラムを読み出して、補助記憶装置２６３にロードし、ロードしたプログラムを実行することで、ベースバンド信号処理部２３０とアプリケーション部２４０の機能を実現する、プロセッサ２６０は、例えば、第１の実施の形態におけるベースバンド信号処理部２３０とアプリケーション部２４０に対応する。
【0284】
また、無線機２６４は、例えば、第１の実施の形態におけるＲＦ送受信部２２０に対応する。
【0285】
画面表示装置２６２は、例えば、プロセッサ２６０の制御により、アプリケーションを実行することで画像を表示する。
【0286】
なお、プロセッサ１６０，２６０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＤＳＰ（Digital Processing Unit）などであってもよい。
【0287】
また、第１の実施の形態では、基地局１００や端末２００は、例えば、２シンボル単位でキャリアセンスを行い、１スロット内において全部で７回の送信機会がある例について説明した。例えば、基地局１００や端末２００は、１シンボル単位でキャリアセンスを行う場合、送信機会は、１つのスロット内において１４回存在することになる。そして、基地局１００や端末２００は、例えば、シンボル期間単位でシフトする例について説明した。例えば、基地局１００や端末２００は、シンボル期間よりも短い期間単位（又は時間単位）で、先頭シンボルをシフトさせるようにしてもよい。あるいは、シフトする単位がシンボルの整数倍で、送信開始タイミングがシンボル期間の途中であってもよい。この場合、基地局１００の制御部１２２や端末２００の制御部２３４は、例えば、先頭シンボルに含まれるデータや信号をコピーし、先頭シンボルをシフトさせる際、コピーしたデータや信号を、先頭シンボルに対して時間的に前方向に付加することで、シンボル期間の途中からの送信が可能となる。なお、基地局１００からの下り送信でサーチスペースがスロットの先頭シンボルにない設定の場合、あるいは端末２００からの上り送信の場合、送信開始タイミングに合わせて先頭シンボルの途中から送信し始めてもよい。
【0288】
また、第１の実施の形態では、データ、ＤＣＩ、ＲＲＣメッセージ、ＨＡＲＱ－ＡＣＫを全てアンライセンス周波数帯の所定周波数帯域を使って送信する例について説明した。無線システム１０として、ライセンス周波数帯とアンライセンス周波数帯の両方を使って通信し、アンライセンス周波数帯におけるデータ伝送に関するＤＣＩ、ＲＲＣメッセージ、ＨＡＲＱ－ＡＣＫの一部又は全部を、ライセンス周波数帯を使って送信してもよい。
【符号の説明】
【0289】
１０：無線通信システム １００：基地局装置（基地局）
１１０：伝送路インタフェース １２０：ベースバンド信号処理部
１２１：受信信号処理部 １２２：制御部
１２３：ＰＤＣＣＨ生成部 １２４：ＰＤＳＣＨ生成部
１２５：マッピング部 １３０：ＲＦ送受信部
１４０：アンテナ １６０：プロセッサ
２００（２００－１，２００－２）：端末装置（端末）
２１０：アンテナ ２２０：ＲＦ送受信部
２３０：ベースバンド信号処理部 ２３１：ＰＤＣＣＨ受信処理部
２３２：ＰＤＳＣＨ受信処理部 ２３４：制御部
２３５：ＰＵＳＣＨ生成部 ２３６：ＰＵＣＣＨ生成部
２３７：マッピング部 ２４０：アプリケーション部
２６０：プロセッサ
１１０：伝送路インタフェース １２０：ベースバンド信号処理部
１２１：受信信号処理部 １２２：制御部
１２３：ＰＤＣＣＨ生成部 １２４：ＰＤＳＣＨ生成部
１２５：マッピング部 １３０：ＲＦ送受信部
１４０：アンテナ １６０：プロセッサ
２００（２００－１，２００－２）：端末装置（端末）
２１０：アンテナ ２２０：ＲＦ送受信部
２３０：ベースバンド信号処理部 ２３１：ＰＤＣＣＨ受信処理部
２３２：ＰＤＳＣＨ受信処理部 ２３４：制御部
２３５：ＰＵＳＣＨ生成部 ２３６：ＰＵＣＣＨ生成部
２３７：マッピング部 ２４０：アプリケーション部
２６０：プロセッサ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】