(57)【要約】  免許が不要な第１の周波数帯を用いて、受信装置と無線通信が可能な送信装置において、前記第１の周波数帯が他の送信装置により使用されていないことを確認し、第１の通信方向における第１の制御チャネルと第１の共有チャネルとを含む第１のシンボル、又は、前記第１の通信方向と異なる第２の通信方向における第２の共有チャネルとを含む第２のシンボルを、時間方向にシフトさせる制御部と、前記第１のシンボルに割り当てられた第１の制御信号と第１のデータとを前記第１の制御チャネルと前記第１の共有チャネルとを夫々用いて、又は前記第２のシンボルに割り当てられた第２のデータを前記第２の共有チャネルを用いて、前記受信装置へ送信する送信部とを備える。
2020031277.tif 000002
【特許請求の範囲】
【請求項１】
免許が不要な第１の周波数帯を用いて、受信装置と無線通信が可能な送信装置において、
前記第１の周波数帯が他の送信装置により使用されていないことを確認し、第１の通信方向における第１の制御チャネルと第１の共有チャネルとを含む第１のシンボル、又は、前記第１の通信方向と異なる第２の通信方向における第２の共有チャネルとを含む第２のシンボルを、時間方向にシフトさせる制御部と、
前記第１のシンボルに割り当てられた第１の制御信号と第１のデータとを前記第１の制御チャネルと前記第１の共有チャネルとを夫々用いて、又は前記第２のシンボルに割り当てられた第２のデータを前記第２の共有チャネルを用いて、前記受信装置へ送信する送信部と
を備えることを特徴とする送信装置。
【請求項２】
前記制御部は、前記第１の周波数帯が前記他の送信装置により使用され、前記第１の制御信号と前記第１のデータ又は前記第２のデータを、スロット内の先頭シンボルから送信することができないとき、前記第１又は第２のシンボルを前記先頭シンボルから時間方向にシフトさせることを特徴とする請求項１記載の送信装置。
【請求項３】
前記制御部は、前記第１の制御信号と前記第１のデータとをスロット内の先頭シンボルからシフトして送信する場合に前記第１の制御信号に含まれる前記第１のデータのスロットにおける開始シンボルと前記開始シンボルからの長さとを、前記第１の制御信号と前記第１のデータとを前記先頭シンボルから送信する場合に前記第１の制御信号に含まれる前記第１のデータのスロットにおける開始シンボルと前記開始シンボルからの長さにそれぞれ設定することを特徴とする請求項１記載の送信装置。
【請求項４】
前記第１の制御信号には、開始シンボルと前記開始シンボルからの長さとを含み、
前記開始シンボルは、前記第１のデータの送信を実際に開始したシンボルであることを特徴とする請求項１記載の送信装置。
【請求項５】
前記制御部は、前記第１又は第２のシンボルを、シンボル期間単位又は前記シンボル期間よりも短い期間で、時間方向にシフトさせることを特徴とする請求項１記載の送信装置。
【請求項６】
前記送信部は、
前記第１の制御信号により割り当てられた第１の期間において送信することができなかった前記第１のデータの一部を、第３の制御信号により割り当てられた第２の期間で送信し、又は、
前記第１の制御信号により割り当てられた第３の期間において送信することができなかった前記第２のデータの一部を、第４の制御信号により割り当てられた第４の期間で送信する
ことを特徴とする請求項１記載の送信装置。
【請求項７】
前記制御部は、前記第１の周波数帯が前記他の送信装置により使用され、前記第１の制御信号と前記第１のデータ又は前記第２のデータを、スロット内の先頭シンボルから送信することができないことで、前記第１の制御信号により割り当てられた前記第１又は第２の期間において前記第１又は第２のデータの全部をそれぞれ送信することができなかったとき、前記第１又は第２のデータの一部を前記第２又は第４の期間でそれぞれ送信することを指示し、
前記送信部は、前記指示に従って、前記第１又は第２のデータの一部を前記第２又は第４の期間でそれぞれ送信する
ことを特徴とする請求項６記載の送信装置。
【請求項８】
前記送信部は、第１のスロット期間に含まれる前記第１又は第３の期間でそれぞれ送信することができなかった前記第１又は第２のデータの一部を、前記第１のスロット期間の次のスロット期間である第２のスロット期間に含まれる前記第２又は第４の期間でそれぞれ送信することを特徴とする請求項６記載の送信装置。
【請求項９】
前記送信部は、前記第１又は第２のデータの一部を前記第２又は第４の期間で送信することを指示する第１のメッセージを前記第１の共有チャネルを用いて送信することを特徴とする請求項６記載の送信装置。
【請求項１０】
前記制御部は、前記第１のデータを前記第１及び第２の期間で送信するか否か又は前記第２のデータを前記第３及び第４の期間で送信するか否かを示す情報要素と、前記第１又は第２のデータの一部を送信するスロット番号を示す情報要素と、前記第１又は第２のデータの一部の送信を開始するシンボルのシンボル番号と、先頭スロットの次のスロットの終了シンボルは、更に次のスロットでシフトさせるか否かを示す情報要素とを含む前記第１のメッセージを生成することを特徴とする請求項９記載の送信装置。
【請求項１１】
前記第１のメッセージは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれるＰＤＳＣＨ（Physical Downlink Shared CHannel）−Ｃｏｎｆｉｇ又はＰＵＳＣＨ（Physical Uplink Shared CHannel）−Ｃｏｎｆｉｇであることを特徴とする請求項９記載の送信装置。
【請求項１２】
前記第１の制御チャネルと前記第１の共有チャネルは、それぞれＰＤＣＣＨ（Physical Downlink Control CHannel）とＰＤＳＣＨ（Physical Downlink Shared CHannel）であり、前記前記第２の共有チャネルは、ＰＵＳＣＨ（Physical Uplink Control CHannel）であることを特徴とする請求項９記載の送信装置。
【請求項１３】
前記送信部は、前記第１のデータの一部を前記第２の期間で送信することを指示する第５の制御信号を前記第１の制御チャネルを用いて送信することを特徴とする請求項６記載の送信装置。
【請求項１４】
前記送信部は、前記第１の制御信号に含まれるＮＤＩ（New Data Indicator）、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）プロセス番号、及びＲＶとそれぞれ同じＮＤＩ、ＨＡＲＱプロセス番号、及びＲＶを含む前記第５の制御信号を送信する請求項１３記載の送信装置。
【請求項１５】
前記送信部は、前記第１の制御信号を第１のスロット期間で送信し、前記第５の制御信号と前記第１のデータの一部とを前記第１のスロット期間の次の第２のスロット期間で送信することを特徴とする請求項１３記載の送信装置。
【請求項１６】
前記制御部は、前記第５の制御信号により割り当てられた前記第１のデータの一部を送信する第１の無線リソースの領域に、前記第５の制御信号を含む他の制御信号を送信する第２の無線リソースの領域が含まれるとき、前記第２の無線リソースの領域に割り当てた前記第１のデータの部分をパンクチャすることを特徴とする請求項１３記載の送信装置。
【請求項１７】
前記第１の制御チャネルと前記第１の共有チャネルは、それぞれＰＤＣＣＨ（Physical Downlink Control CHannel）とＰＤＳＣＨ（Physical Downlink Shared CHannel）であることを特徴とする請求項１３記載の送信装置。
【請求項１８】
前記送信部は、スロット内において前記第１のデータの送信が終了するシンボルを示す終了シンボルを含む第２のメッセージを前記第１の共有チャネルを用いて送信、又は前記終了シンボルを含む第６の制御信号を前記第１の制御チャネルを用いて送信することを特徴とする請求項１記載の送信装置。
【請求項１９】
前記第２のメッセージは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれるＰＤＳＣＨ（Physical Downlink Shared CHannel）−Ｃｏｎｆｉｇ又はＰＵＳＣＨ（Physical Uplink Shared CHannel）−Ｃｏｎｆｉｇであることを特徴とする請求項１８記載の送信装置。
【請求項２０】
前記送信部は、開始シンボルからの長さに代えて、前記終了シンボルを含む前記第６の制御信号を前記第１の制御チャネルを利用して送信することを特徴とする請求項１８記載の送信装置。
【請求項２１】
前記送信部は、スロット内で前記第１の制御信号の送信が可能なシンボルを表す情報要素を含む第３のメッセージを前記第１の共有チャネルを用いて送信し、
前記第３のメッセージは、前記第１のデータの送信を開始した第１のスロットの次の第２のスロット以降のスロットにおける前記情報要素の内容と、前記第２のスロット以降のスロット以外のスロットにおける前記情報要素の内容とが異なる内容となっている前記第３のメッセージを送信する
ことを特徴とする請求項１記載の送信装置。
【請求項２２】
前記情報要素は、ｍｏｎｉｔｏｒｉｎｇＳｙｂｏｌｓＷｉｔｈｉｎＳｌｏｔであることを特徴とする請求項２１記載の送信装置。
【請求項２３】
前記送信部は、スロット内で前記第１の制御信号の送信が可能なシンボルを表す情報要素を含む第３のメッセージを前記第１の共有チャネルを用いて送信し、
前記第１の制御信号の送信が可能なシンボルは、前記第１の制御信号について実際に送信を開始したシンボルからの相対位置で表され、
前記送信部は、第１の制御信号の送信機会を表すシンボルを含む第４のメッセージを前記第１の共有チャネルを用いて送信する
ことを特徴とする請求項１記載の送信装置。
【請求項２４】
前記情報要素は、ｍｏｎｉｔｏｒｉｎｇＳｙｂｏｌｓＷｉｔｈｉｎＳｌｏｔであることを特徴とする請求項２３記載の送信装置。
【請求項２５】
前記送信装置は、基地局装置であり、前記受信装置は、端末装置である、又は、
前記送信装置は、端末装置であり、前記受信装置は、基地局装置である
ことを特徴とする請求項１記載の送信装置。
【請求項２６】
前記第２のシンボルは、第２の制御チャネルを含み、
前記送信部は、前記第２のシンボルに割り当てられた前記第２のデータと第２の制御信号とを前記第２の共有チャネルと前記第２の制御チャネルと夫々用いて、前記受信装置へ送信することを特徴とする請求項１記載の送信装置。
【請求項２７】
前記第２の制御チャネルは、ＰＵＣＣＨ（Physical Uplink Control CHannel）であることを特徴とする請求項２６記載の送信装置。
【請求項２８】
免許が不要な第１の周波数帯を用いて、送信装置と無線通信が可能な受信装置において、
第１のシンボルに割り当てられた第１の制御信号と第１のデータとを第１の制御チャネルと第１の共有チャネルとを夫々用いて、又は第２のシンボルに割り当てられた第２のデータを第２の共有チャネルを用いて、前記送信装置から受信する受信部と、
前記第１の制御信号と前記第１のデータ、又は前記第２のデータとにより、第１の通信方向における前記第１の制御チャネルと前記第１の共有チャネルとを含む前記第１のシンボル、又は、前記第１の通信方向と異なる第２の通信方向における前記第２の共有チャネルを含む前記第２のシンボルが時間方向にシフトされたことを夫々確認する制御部
を備えることを特徴とする受信装置。
【請求項２９】
前記制御部は、前記第１の制御信号に含まれる、前記第１のデータについての、スロットにおける開始シンボルと前記開始シンボルからの長さとにより、前記第１又は第２のシンボルがシフトされたことを確認することを特徴とする請求項２８記載の受信装置。
【請求項３０】
前記受信部は、
前記第１の制御信号により割り当てられた第１の期間において受信することができなかった前記第１のデータの一部を、第３の制御信号により割り当てられた第２の期間で受信し、又は、
前記第１の制御信号により割り当てられた第３の期間において受信することができなかった前記第２のデータの一部を、第４の制御信号により割り当てられた第４の期間で受信する
ことを特徴とする請求項２８記載の受信装置。
【請求項３１】
前記受信部は、
前記第１又は第２のデータの一部を前記第２又は第４の期間で送信することを指示する第１のメッセージを前記第１の共有チャネルを用いて受信し、又は、
前記第１のデータの一部を前記第２の期間で送信することを指示する第５の制御信号を前記第１の制御チャネルを用いて受信し、
前記受信部は、前記第１のメッセージ又は前記第５の制御信号により、前記第１のデータの一部を、前記第２又は第４の期間で受信する
ことを特徴とする請求項３０記載の受信装置。
【請求項３２】
送信装置と、
受信装置とを備え、
前記送信装置と前記受信装置とが、免許が不要な第１の周波数帯を用いて無線通信が可能な無線通信システムにおいて、
前記送信装置は、
前記第１の周波数帯が他の送信装置により使用されていないことを確認し、第１の通信方向における第１の制御チャネルと第１の共有チャネルとを含む第１のシンボル、又は、前記第１の通信方向と異なる第２の通信方向における第２の共有チャネルを含む第２のシンボルを、時間方向にシフトさせる制御部と、
前記第１のシンボルに割り当てられた第１の制御信号と第１のデータとを前記第１の制御チャネルと前記第１の共有チャネルとを夫々用いて、又は前記第２のシンボルに割り当てられた第２のデータを前記第２の共有チャネルを用いて、前記受信装置へ送信する送信部と
を備え、
前記受信装置は、
前記第１の制御信号と前記第１のデータとを前記第１の制御チャネルと前記第１の共有チャネルとを夫々用いて、又は前記第２のデータを前記第２の共有チャネルを夫々用いて、前記送信装置から受信する受信部
を備えることを特徴とする無線通信システム。
【請求項３３】
制御部と、送信部とを有し、免許が不要な第１の周波数帯を用いて、受信装置と無線通信が可能な送信装置における通信方法であって、
前記制御部により、前記第１の周波数帯が他の送信装置により使用されていないことを確認し、第１の通信方向における第１の制御チャネルと第１の共有チャネルとを含む第１のシンボル、又は、前記第１の通信方向と異なる第２の通信方向における第２の共有チャネルを含む第２のシンボルを、時間方向にシフトさせ、
前記送信部により、前記第１のシンボルに割り当てられた第１の制御信号と第１のデータとを前記第１の制御チャネルと前記第１の共有チャネルとを夫々用いて、又は前記第２のシンボルに割り当てられた第２のデータを前記第２の共有チャネルを夫々用いて、前記受信装置へ送信する
ことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置、受信装置、無線通信システム、及び通信方法に関する。
【背景技術】
【０００２】
現在のネットワークは、モバイル端末（スマートフォンやフューチャーホン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。【０００３】
一方で、ＩｏＴ（Internet of things）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、第５世代移動体通信（５Ｇまたは、ＮＲ（Ｎｅｗ  Ｒａｄｉｏ））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術（例えば、非特許文献１〜１１）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。【０００４】
なお、第５世代通信規格については、３ＧＰＰ（Third Generation Partnership Project）の作業部会（例えば、ＴＳＧ−ＲＡＮ  ＷＧ１、ＴＳＧ−ＲＡＮ  ＷＧ２等）で技術検討が進められている（非特許文献１２〜３９）。【０００５】
上記で述べたように、多種多様なサービスに対応するために、５Ｇでは、ｅＭＢＢ（Enhanced Mobile Broad Band）、Ｍａｓｓｉｖｅ  ＭＴＣ（Machine  Type  Communications)、およびＵＲＬＬＣ（Ultra-Reliable and Low Latency Communication）に分類される多くのユースケースのサポートを想定している。【０００６】
一方、４Ｇでは、低周波帯（５ＧＨｚ帯）であるＵｎｌｉｃｅｎｓｅｄ  ｓｐｅｃｔｒｕｍ（又はＵｎｌｉｃｅｎｓｅｄ  ｂａｎｄ）での通信を行なうための機能が導入されている。そのような機能としては、例えば、ＬＴＥ−ＬＡＡ（Long Term Evolution-Licensed Assisted Access）がある。ＬＴＥ−ＬＡＡは、例えば、Ｕｎｌｉｃｅｎｓｅｄ  ｓｐｅｃｔｒｕｍの周波数帯域とＬｉｃｅｎｓｅｄ  ｓｐｅｃｔｒｕｍの周波数帯域とを束ねて同時に使用する技術である。ＬＴＥ−ＬＡＡにより、例えば、高速大容量化を実現することが可能となる。【０００７】
ＬＴＥ−ＬＡＡでは、低周波帯（５ＧＨｚ帯）のＵｎｌｉｃｅｎｓｅｄ  ｓｐｅｃｔｒｕｍでの通信を行なうために、Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ（ＬＢＴ）方式が採用される。ＬＢＴ方式では、例えば、送信側は、信号送信開始前にｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ（又はキャリアセンス）を行い、無線チャネルが“Ｉｄｌｅ”状態（他の通信が行なわれていない）であることを確認してからデータ送信を開始する。ＬＢＴ方式により、例えば、ＷｉｆｉとＬＴＥなど、異なるネットワーク間において公平な共存が実現可能である。【０００８】
ただし、ＬＴＥでは、サブフレーム（ｓｕｂｆｒａｍｅ）タイミングに基づく送受信が基本である。ＬＢＴ方式をサブフレームタイミングで用いると、サブフレームタイミングで送信機会が与えられるため、送信機会が限定される場合がある。【０００９】
そこで、ＬＴＥ−ＬＡＡでは、サブフレームの先頭タイミング（又は先頭シンボル）と、サブフレームの半分のタイミング（又は先頭シンボルから８番目のシンボル）とで送信可能な方式も仕様化されている。図３０（Ａ）と図３０（Ｂ）はその例を表している。これにより、例えば、送信側で送信機会を増やし、送信側と受信側の双方で送受信処理の複雑度を極端に増大しないようにすることが可能となる。【００１０】
なお、図３０（Ｂ）に示すように、サブフレームの半分のタイミングの場合、ＴＢ（Transport Block）＃０に含まれるデータは、図３０（Ａ）に示すサブフレームの先頭シンボルのタイミングから送信される場合と比較して、半分になる。そのため、送信側は、ＴＢ＃０に含まれる符号化前のデータを半分にして、送信することも、３ＧＰＰでは仕様化されている。【００１１】
他方、５Ｇでは、４Ｇと同様に、基地局は、無線リソースの割り当てや誤り訂正符号化の符号化率、変調方式などを決定（又はスケジューリング）し、そのスケジューリング結果を、端末へ送信する。この場合、基地局は、スケジューリング結果を含むＤＣＩ（Downlink Control Information）を、ＰＤＣＣＨ（Physical Downlink Control CHannel）を利用して、端末へ送信する。端末は、ＤＣＩに含まれるスケジューリング結果に従って、ＰＤＳＣＨ（Physical Downlink Shared CHannel）を利用して、受信した信号から自局宛てのデータを抽出したり、ＰＵＳＣＨ（Physical Uplink Shared CHannel）を利用して、データを基地局へ送信したりすることが可能となる。【００１２】
図３１（Ａ）と図３１（Ｂ）は、５Ｇにおいて仕様化されたＤＣＩによる時間方向のリソース割り当てを表す図である。図３１（Ａ）はＰＤＳＣＨ、図３１（Ｂ）はＰＵＳＣＨにおける、時間方向のリソース割り当てをそれぞれ表している。図３１（Ａ）と図３１（Ｂ）において、例えば、“Ｓ”はスロットの開始シンボル、“Ｌ”は開始シンボルＳからカウントした連続したシンボル数（又は長さ）をそれぞれ表す。【００１３】
図３１（Ｃ）は、時間方向におけるリソースの割り当て（又はマッピング。以下では、割り当てとマッピングとを区別しないで用いる場合がある。）例を表す。例えば、Ｓ＝２、Ｌ＝４の場合、１スロット内において、開始シンボルは、先頭シンボル（Ｓ＝０）から３番目のシンボル、その長さは、Ｓ＝２から連続して４シンボルであることを表す。このような時間方向のリソース割り当てが行われた場合、端末は、ＰＤＳＣＨの場合、Ｓ＝２から始まる４つのシンボルを利用して、自局宛てのデータを抽出する。【００１４】
なお、図３１（Ｃ）に示すように、４Ｇでは、１サブフレーム＝１４シンボル（＝１ｍｓ）であったが、５Ｇでは、１スロット＝１４シンボルとなる。また、５Ｇでは、複数のサブキャリア間隔を利用可能で、サブキャリア間隔が１５ｋＨｚの場合、１スロット＝１ｍｓで、サブキャリア間隔が３０ｋＨｚの場合、１スロット＝０．５ｍｓなど、サブキャリア間隔に応じてスロット長が変化する。【００１５】
５Ｇでは、図３１（Ａ）と図３１（Ｂ）に示すように、シンボル単位で時間方向の無線リソースの割り当てが可能となっており、柔軟な無線リソースの割り当てが可能となっている。
【先行技術文献】
【非特許文献】
【００１６】
【非特許文献１】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
【発明の概要】
【発明が解決しようとする課題】
【００１７】
しかし、上述したように、Ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄに関し、ＬＴＥ−ＬＡＡでは、送信機会は、１サブフレーム（＝１ｍｓ）あたり最大２回である。１サブフレームあたり最大２回の送信機会では、スループットが低下する場合がある。【００１８】
開示の技術は、上記に鑑みてなされたものであって、スループットを向上させることを目的とする。
【課題を解決するための手段】
【００１９】
１つの側面では、免許が不要な第１の周波数帯を用いて、受信装置と無線通信が可能な送信装置において、前記第１の周波数帯が他の送信装置により使用されていないことを確認し、第１の通信方向における第１の制御チャネルと第１の共有チャネルとを含む第１のシンボル、又は、前記第１の通信方向と異なる第２の通信方向における第２の共有チャネルとを含む第２のシンボルを、時間方向にシフトさせる制御部と、前記第１のシンボルに割り当てられた第１の制御信号と第１のデータとを前記第１の制御チャネルと前記第１の共有チャネルとを夫々用いて、又は前記第２のシンボルに割り当てられた第２のデータを前記第２の共有チャネルを用いて、前記受信装置へ送信する送信部とを備える。
【発明の効果】
【００２０】
スループットを向上させることができる。
【図面の簡単な説明】
【００２１】
【図１】図１は無線通信システムの構成例を表す図である。
【図２】図２（Ａ）は１スロットの構成例、図２（Ｂ）と図２（Ｃ）は、ＴＢの送信例を表す図である。
【図３】図３はプロトコルスタックの例を表す図である。
【図４】図４（Ａ）と図４（Ｂ）はＰＤＣＣＣＨとＰＤＳＣＨの送信例を表す図である。
【図５】図５（Ａ）はＲＲＣメッセージの交換シーケンス例、図５（Ｂ）はＲＲＣＣｏｎｆｉｇｕｒａｔｉｏｎメッセージの構成例を夫々表す図である。
【図６】図６はＰＤＳＣＨ−Ｃｏｎｆｉｇ又はＰＵＳＣＨ−Ｃｏｎｆｉｇに含まれるＩＥの例を表す図である。
【図７】図７（Ａ）と図７（Ｂ）はＰＵＳＣＨの送信例を表す図である。
【図８】図８（Ａ）と図８（Ｂ）はＰＤＣＣＨとＰＤＳＣＨの送信例を表す図である。
【図９】図９は、ＰＤＣＣＨに含まれる情報の例を表す図である。
【図１０】図１０（Ａ）から図１０（Ｃ）はＰＤＣＣＨに含まれる情報の例を表す図である。
【図１１】図１１はＮＤＩの例を表す図である。
【図１２】図１２（Ａ）から図１２（Ｃ）はＰＤＣＣＨとＰＤＳＣＨの送信例を表す図である。
【図１３】図１３はＰＤＳＣＨ−Ｃｏｎｆｉｇに含まれるＩＥの例を表す図である。
【図１４】図１４はＰＤＣＣＨに含まれる情報の例を表す図である。
【図１５】図１５（Ａ）と図１５（Ｂ）はＰＤＣＣＨとＰＤＳＣＨの送信例を表す図である。
【図１６】図１６（Ａ）は基地局の構成例、図１６（Ｂ）はベースバンド信号処理部の構成例を夫々表す図である。
【図１７】図１７（Ａ）は端末の構成例、図１７（Ｂ）はベースバンド信号処理部の構成例を夫々表す図である。
【図１８】図１８は基地局の動作例を表すフローチャートである。
【図１９】図１９は端末の動作例を表すフローチャートである。
【図２０】図２０は端末の動作例を表すフローチャートである。
【図２１】図２１は基地局の動作例を表すフローチャートである。
【図２２】図２２は基地局の動作例を表すフローチャートである。
【図２３】図２３は端末の動作例を表すフローチャートである。
【図２４】図２４（Ａ）と図２４（Ｂ）はＰＤＣＣＨとＰＤＳＣＨの送信例を表す図である。
【図２５】図２５はｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔの設定例を表す図である。
【図２６】図２６はＰＤＳＣＨ−Ｃｏｎｆｉｇ又はＰＵＳＣＨ−Ｃｏｎｆｉｇに含まれるＩＥの例を表す図である。
【図２７】図２７（Ａ）と図２７（Ｂ）はモニタリング例を表す図である。
【図２８】図２８（Ａ）は基地局、図２９（Ｂ）は端末のハードウェア構成例を夫々表す図である。
【図２９】図２９（Ａ）と図２９（Ｂ）はＰＵＣＣＨとＰＵＳＣＨの送信例を表す図である。
【図３０】図３０（Ａ）と図３０（Ｂ）はＴＢの送信例を表す図である。
【図３１】図３１（Ａ）と図３１（Ｂ）は開始シンボルと長さの仕様、図３１（Ｃ）は開始シンボルと長さの設定例を夫々表す図である。
【発明を実施するための形態】
【００２２】
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【００２３】
また、本明細書で使用している用語や記載した技術的内容は、３ＧＰＰなど通信に関する規格として仕様書や寄書に記載された用語や技術的内容が適宜用いられてもよい。このような仕様書としては、例えば、３ＧＰＰ  ＴＳ  ３８．２１１  Ｖ１５．１．０（２０１８−０３）などがある。
【００２４】
なお、３ＧＰＰの仕様書は、随時、更新される。従って、上述した仕様書は、本願出願時における最新の仕様書が用いられてよい。そして、最新の仕様書に記載された用語や技術的内容が、本明細書において適語用いられてよい。
【００２５】
以下に、本願の開示する基地局、端末、無線通信システム、及び通信方法の実施例を、図面に基づいて詳細に説明する。なお、以下の実施の形態は、開示の技術を限定するものではない。
【００２６】
［第１の実施の形態］
＜１．無線通信システムの構成例＞
図１は、第１の実施の形態における無線通信システム１０の構成例を表す図である。
【００２７】
無線通信システム１０は、基地局装置（以下、「基地局」と称する場合がある。）１００と複数の端末装置（以下、「端末」と称する場合がある。）２００−１，２００−２を備える。
【００２８】
基地局１００は、自局のサービス提供可能範囲（又はセル範囲）に在圏する端末２００−１，２００−２に対して無線通信を行い、通話サービスやＷｅｂ閲覧サービスなど、種々のサービスを提供する無線通信装置である。
【００２９】
また、基地局１００は、上述したようにスケジューリングを行い、各端末２００−１，２００−２に対して、無線リソースの割り当てや、符号化率、変調方式などを決定する。そして、基地局１００は、そのスケジューリング結果を制御信号に含めて、ＰＤＣＣＨを利用して、端末２００−１，２００−２へ送信する。各端末２００−１，２００−２は、制御信号に含まれるスケジューリング結果に従って、ＰＤＳＣＨを利用して受信した信号から自局宛てのデータを抽出したり、ＰＵＳＣＨを利用してデータを基地局１００へ送信したりすることができる。
【００３０】
基地局１００から端末２００−１，２００−２への通信方向を、下り方向、端末２００−１，２００−２から基地局１００への通信方向を、上り方向とそれぞれ称する場合がある。
【００３１】
例えば、下り方向においては、基地局１００が送信装置、端末２００−１，２００−２が受信装置となり、上り方向においては、端末２００−１，２００−２が送信装置、基地局１００が受信装置となり得る。
【００３２】
なお、端末２００−１，２００−２は、上り方向においても、制御信号を送信することが可能であり、この場合、ＰＵＣＣＨ（Physical Uplink Control CHannel）を用いて、上り制御信号を送信する。上り制御信号の例として、例えば、データを正常に受信したか否かを示すＡＣＫ（Acknowledgement：肯定応答）信号又はＮＡＣＫ（Negative Acknowledgement）信号（以下では、「ＡＣＫ」又は「ＮＡＣＫ」と称する場合がある。）がある。
【００３３】
端末２００−１，２００−２は、例えば、フィーチャーフォン、スマートフォン、パーソナルコンピュータ、タブレット端末、ゲーム装置など、無線通信が可能な無線通信装置である。各端末２００−１，２００−２は、基地局１００を介して、上述した種々のサービスの提供を受けることが可能である。
【００３４】
図１の例では、基地局１００は、２つの端末２００−１，２００−２と無線通信を行っている例を表している。例えば、無線通信システム１０においては、基地局１００は、１台の端末２００−１と無線通信を行ってもよいし、３台以上の端末と無線通信を行ってもよい。端末２００−１，２００−２の台数は、１台でもよいし、複数台でもよい。
【００３５】
本第１の実施の形態では、基地局１００と端末２００−１，２００−２は、Ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄを用いて無線通信が可能である。
【００３６】
無線通信で使用する周波数は、ＩＴＵ−Ｒ（International Telecommunication Radio communications Sector）が策定した周波数の割り当てと各国の事情などを考慮して、各国が特定のオペレータに対して使用免許を与えて割り当てている。オペレータは、免許が与えられた周波数を占有して移動通信事業（又は無線通信事業）を行うことが可能である。オペレータに免許が与えられて割り当てられた周波数帯を、例えば、Ｌｉｃｅｎｓｅｄ  ｂａｎｄと称する場合がある。他方、Ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄは、例えば、複数のオペレータなどが免許なしに使用可能な周波数帯のことである。Ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄは、例えば、免許が不要な周波数帯であり、Ｌｉｃｅｎｓｅｄ  ｂａｎｄは、例えば、免許が必要な周波数帯でもある。Ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄとしては、例えば、ＩＳＭ帯（Industry Science Medical band）や５ＧＨｚ帯などがある。
【００３７】
そして、基地局１００と端末２００−１，２００−２は、Ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄを用いて無線通信を行う際に、ＬＢＴ方式を利用して、その周波数帯域が利用可能であるか否かを確認する。例えば、基地局１００と端末２００−１，２００−２は、以下の処理を行う。
【００３８】
すなわち、基地局１００と端末２００−１，２００−２は、アンライセンスバンドの利用可能な周波数帯域において、キャリアセンスを行う。基地局１００と端末２００−１，２００−２は、その周波数帯域が“Ｉｄｌｅ”状態のとき、その周波数帯域を利用して、無線通信を行う。“Ｉｄｌｅ”状態とは、例えば、受信信号の信号強度が閾値より小さい場合の状態である。この場合は、基地局１００と端末２００−１，２００−２は、その周波数帯域が他の基地局や端末で利用されていないことを確認することになり、その周波数帯域の利用が可能となる。一方、基地局１００と端末２００−１，２００−２は、その周波数帯域が“Ｂｕｓｙ”状態のとき、その周波数帯域を利用しないようにする。“Ｂｕｓｙ”状態とは、例えば、受信信号の信号強度が閾値以上のときの状態である。この場合、基地局１００と端末２００−１，２００−２は、“Ｂｕｓｙ”状態を確認後、所定時間経過すると、再び、その周波数帯域についてキャリアセンスを行う。
【００３９】
キャリアセンスの詳細動作は、例えば、３ＧＰＰ  ＴＳ  ３７．２１３  Ｖ１５．０．０（２０１８−０６）に記載されている方式に従う。送信する信号の内容などにより、１回のキャリアセンスで“Ｉｄｌｅ”状態であれば送信できる場合と、規定された回数だけ“Ｉｄｌｅ”状態が経過して初めて送信できる場合とが定義されている。いずれの場合についても、信号を送信する直前の１回のキャリアセンスの結果は、“Ｉｄｌｅ”状態でなければならない。
【００４０】
基地局１００と端末２００−１，２００−２は、Ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄだけではなく、Ｌｉｃｅｎｓｅｄ  ｂａｎｄを用いて無線通信が可能である。
【００４１】
なお、以下では、Ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄを、例えば、アンライセンスバンド、Ｌｉｃｅｎｓｅｄ  ｂａｎｄを、例えば、ラインセスバンドと表記する場合がある。
【００４２】
また、端末２００−１，２００−２を、端末２００と表記する場合がある。
【００４３】
さらに、下り方向の制御信号を、例えば、ＰＤＣＣＨと称する場合がある。従って、下り方向の制御信号を送信することを、例えば、ＰＤＣＣＨを送信する、と称する場合がある。また、下り方向のデータを、例えば、ＰＤＳＣＨと称する場合がある。さらに、例えば、上り方向の制御信号をＰＵＣＣＨ、上り方向のデータをＰＵＳＣＨとそれぞれ称する場合がある。
【００４４】
さらに、以下においては、制御信号とＤＣＩとを区別しないで用いる場合がある。
【００４５】
さらに、以下においては、ＬＢＴとキャリアセンスとを区別しないで用いる場合がある。
【００４６】
＜２．時間方向の無線リソースについて＞
図２（Ａ）は、５Ｇで規定される１スロットの構成例を表す図である。上述したように、ＬＴＥでは、１４シンボルで１サブフレームである。しかし、５Ｇでは、図２（Ａ）に示すように、１４シンボルで１スロットとなっている。図２（Ａ）は、例えば、アンライセンスバンドのある周波数帯域における１スロットを表している。
【００４７】
図２（Ｂ）は、アンライセンスバンドのある周波数帯域において、時間方向におけるＴＢの送信例を表す図である。
【００４８】
例えば、基地局１００は、この周波数帯域に対して、キャリアセンスを行い、“Ｉｄｌｅ”状態であることを確認したため、先頭スロットから全シンボルを利用して、ＴＢ＃ａに含まれるデータを送信している。そして、例えば、基地局１００は、次のスロットに割り当てられたＴＢ＃ｂのデータも次のスロットの全シンボルを利用して送信している。図２（Ｂ）に示す例では、各スロットに割り当てられた通りに、各ＴＢに含まれるデータが送信される例を表している。
【００４９】
なお、以下では、ＴＢに含まれるデータを送信すること、例えば、ＴＢを送信する、と称する場合がある。
【００５０】
図２（Ｂ）においては、ＴＴＩも示されている。ＴＴＩとは、例えば、ＴＢセットの到着時間間隔であり、ＰＤＣＣＨを利用して送信される１つの制御信号により割り当てられたスケジューリング期間（又は周期）の最小期間を表す。従って、ＴＴＩは、例えば、１つのＰＤＣＣＨにより複数のＴＴＩを含むことも許容される。詳細は後述するが、図７（Ａ）の例では、１つのＰＤＣＣＨにより２つのＴＴＩがスケジューリングされている例を表している。
【００５１】
例えば、図２（Ｂ）の例では、１つのＰＤＣＣＨにより、先頭スロットにＴＢ＃ａが割り当てられ、他のＰＤＣＣＨにより、先頭スロットの次のスロットにＴＢ＃ｂが割り当てられている。従って、先頭スロットが１つのＴＴＩとなり、次のスロットが他の１つのＴＴＩとなる。例えば、１つのスロット内に、２つのＰＤＣＣＨが別々のシンボルに割り当てられたとき、１つのスロット内に、２つのＴＴＩが存在することになる。
【００５２】
図２（Ｃ）も、図２（Ｂ）と同様に、時間方向におけるＴＢの送信例を表す図である。ただし、図２（Ｃ）の例は、図２（Ｂ）の例に対して、キャリアセンスにより、送信開始タイミングがシフトする例を表している。
【００５３】
図２（Ｃ）の例では、キャリアセンスの結果、先頭スロットの１シンボル目において、“Ｂｕｓｙ”状態となっている。また、その後、キャリアセンスを行い、３シンボル目においても、“Ｂｕｓｙ”状態となっている。さらに、その後、キャリアセンスを行い、“Ｉｄｌｅ”状態となったため、５シンボル目から信号の送信が開始される。図２（Ｃ）の例では、先頭スロットの５シンボル目（シンボル０が先頭シンボルとすると、シンボル４）がデータ送信開始タイミングとなっている。
【００５４】
なお、図２（Ｂ）と図２（Ｃ）が下り方向の送信例を表す場合、送信開始タイミングにある先頭シンボル（図２（Ｂ）の例では１番目のシンボル、図２（Ｃ）の例では５番目のシンボル）を利用して、ＰＤＣＣＨとＰＤＳＣＨとが送信される。５Ｇでは、４Ｇとは異なり、１つのシンボルにＰＤＣＣＨとＰＤＳＣＨとが割り当て可能となっている。この場合、図２（Ｂ）と図２（Ｃ）に示す送信は、例えば、基地局１００により行われる。
【００５５】
また、図２（Ｂ）と図２（Ｃ）が上り方向の送信例を表す場合、送信開始タイミングにある先頭シンボルを利用して、ＰＵＣＣＨとＰＵＳＣＨとが送信される。この場合、図２（Ｂ）と図２（Ｃ）に示す送信は、例えば、端末２００により行われる。
【００５６】
一方、図２（Ｂ）に示すように、ＴＢ＃ａには、１スロットの全１４シンボルが割り当てられている。図２（Ｃ）に示す例では、５シンボル目から送信が開始されるため、先頭スロットにおいては、ＴＢ＃ａに含まれる１０シンボル分のデータが送信可能であるものの、残りの４シンボル分のデータは送信できない。この場合、図２（Ｃ）の例では、先頭スロットで送信できなかった、ＴＢ＃ａに含まれる残り４シンボル分のデータは、次のスロットの先頭の４シンボルを利用して、送信される。
【００５７】
従って、ＴＢ＃ａに含まれる１４シンボル分のデータは、先頭スロットの１０シンボルと、次のスロットの先頭の４シンボルを利用して送信される。この場合、先頭スロットと、次のスロットとは、例えば、異なるＰＤＣＣＨにより割り当てられた時間方向のリソースとなっている。この場合、ＴＢ＃ａのデータは、異なるＰＤＣＣＨによって割り当てられた２つのスロットを跨いで、時間方向のリソースの割り当てが行われている。例えば、１つのＰＤＣＣＨにより割り当てられたスケジューリング期間が１つのＴＴＩであるため、ＴＢ＃ａのデータは、２つのＴＴＩを跨いで同一の端末２００へ送信される。
【００５８】
キャリアセンスにより、先頭スロット（又は先頭ＴＴＩ）でデータの全てを送信しきれなかった場合、送信できなかったデータ部分を、次のＴＴＩで送信することを、例えば、「Ｃｒｏｓｓ  ＴＴＩ」（又はクロスＴＴＩ）と称する場合がある。或いは、クロスＴＴＩとは、例えば、同一のデータが、複数のＴＴＩを跨いで送信されることである。例えば、図２（Ｃ）では、ＴＢ＃ａは、先頭のＴＴＩで送信しきれなかったため、次のＴＴＩで送信されており、クロスＴＴＩで送信されている。
【００５９】
なお、クロスＴＴＩは、例えば、ＲＲＣ（Radio Resource Control）メッセージやＰＤＣＣＨにより設定可能である。詳細は後述する。
【００６０】
このように、本第１の実施の形態では、例えば、図２（Ｃ）に示すように、ＰＤＣＣＨとＰＤＳＣＨを含むシンボル、或いは、ＰＵＣＣＨとＰＵＳＣＨとを含むシンボルを時間方向にシフトさせることができる。従って、ＬＴＥ−ＬＡＡのように、スロット内の先頭シンボル（１番目のシンボル）とその中間シンボル（先頭シンボルから８番目のシンボル）だけではなく、図２（Ｃ）に示すように、それ以外のシンボルからでもデータ送信が可能となっている。そのため、本第１の実施の形態では、スロット内の先頭シンボルとその中間シンボルからデータを送信する場合と比較して、送信機会が増加するため、スループットを向上させることが可能となる。
【００６１】
また、本第１の実施の形態では、クロスＴＴＩにより同一の端末２００宛てのデータを送信する。この場合、図２（Ｃ）の例に示すように、送信側は、ＡＣＫやＮＡＣＫを待つことなく、先頭のＴＴＩ（又はスロット）の次のＴＴＩ（又は次のスロット）において、先頭のＴＴＩで送信できなかったＴＢ＃ａの残りのデータを送信している。従って、送信装置は、ＡＣＫやＮＡＣＫを待つことなくデータ送信が可能となっているため、ＡＣＫやＮＡＣＫを待ってから送信する場合と比較して、スループットを向上させることが可能となる。
【００６２】
さらに、本第１の実施の形態では、送信側は、キャリアセンスにより、先頭スロットで送信できなかった信号を、そのまま、次のスロットで送信する。その信号に対してある処理を施す場合と比較して、本第１の実施の形態では、そのまま送信するため、送信側の送信処理や受信側の受信処理の複雑度を低減させることも可能となる。
【００６３】
以下では、本第１の実施の形態について、場合を分けて説明する。最初に、ＲＲＣメッセージとＰＤＣＣＨとの関係について説明する。次に、具体的な例として、１）ＰＤＣＣＨとＰＤＳＣＨとがシフトする場合において、ＲＲＣメッセージによりクロスＴＴＩを設定する場合、を説明する。次に、２）ＰＵＳＣＨがシフトする場合において、ＲＲＣメッセージよりクロスＴＴＩを設定する場合、を説明する。そして、次に、３）ＰＤＣＣＨとＰＤＳＣＨとがシフトする場合において、ＰＤＣＣＨによりクロスＴＴＩを設定する場合、を説明する。
【００６４】
なお、図２（Ｂ）に示すように、ＴＢ＃ｂに対しては、先頭スロットの次のスロットにおいて、スロット内の全シンボルが割り当てられている。この場合、図２（Ｃ）に示すように、ＴＢ＃ａのクロスＴＴＩにより、先頭スロットの次スロットにおいて、ＴＢ＃ｂの４シンボル分のデータを送信装置は送信することができない。この場合、送信装置は、送信できなかった４シンボル分のデータを、更に、次のスロット（先頭スロットの次の次のスロット）を用いて送信することも可能である。送信装置は、ＴＢ＃ｂも、クロスＴＴＩで送信することが可能である。
【００６５】
また、図２（Ｃ）に示す例では、２シンボル毎に、キャリアセンスが行われる例について説明しているが、１シンボル毎でもよいし、３シンボル毎以上でもよい。
【００６６】
＜３．ＲＲＣメッセージとＰＤＣＣＨとの関係＞
図３は、５Ｇにおける、基地局１００と端末２００と間のプロトコルスタックの例を表す図である。図３に示すように、ＰＤＣＣＨは、最下層の物理レイヤ（ＰＨＹ）に含まれ、ＲＲＣメッセージは、物理レイヤよりも上位のＲＲＣレイヤに含まれる。
【００６７】
ＰＤＣＣＨは、例えば、ＴＴＩ毎に送信される。そのため、ＰＤＣＣＨは、ＲＲＣメッセージと比較して、オーバーヘッドが大きい反面、リアルタイムに制御を変更することができ、柔軟性がある。
【００６８】
一方、ＲＲＣメッセージは、例えば、数百ｍｓ毎に送信される。そのため、ＲＲＣメッセージは、ＰＤＣＣＨと比較して、オーバーヘッドが少ない反面、リアルタイムに制御を変更することが難しく、柔軟性に乏しい。
【００６９】
ＰＤＣＣＨとＲＲＣメッセージは、例えば、オーバーベッドや柔軟性に関して、トレードオフの関係にある、と言える。
【００７０】
＜４．１  ＰＤＣＣＨとＰＤＳＣＨとがシフトする場合において、ＲＲＣメッセージによりクロスＴＴＩを設定する場合＞
図４（Ａ）と図４（Ｂ）は、ＰＤＣＣＨとＰＤＳＣＨの送信例を表す図である。
【００７１】
なお、図４（Ａ）の例では、基地局１００は、スケジューリングにより、下り方向の先頭スロットの全シンボルに対してＴＢ＃ａに含まれるデータを割り当て、先頭スロットの次のスロットの全シンボルに対してＴＢ＃ｂのデータを割り当てている。また、図４（Ａ）の例では、先頭の１番目と２番目のシンボルにＰＤＣＣＨが割り当てられている例となっている。５Ｇでは、ＰＤＣＣＨについては、１シンボル長から３シンボル長まで許容される。そのため、ＰＤＣＣＨは、１番目のシンボルだけに含まれてもよいし、１〜３番目のシンボルに含まれてもよい。
【００７２】
図４（Ａ）の例では、基地局１００は、アンライセンスバンドにおいてキャリアセンスを行い、先頭スロットの１番目のシンボルの時点で、“Ｉｄｌｅ”状態であることを確認したため、１番目のシンボルから順番に、各シンボルに割り当てたＰＤＣＣＨ＃ａとＰＤＳＣＨ（ＴＢ＃ａ）とを送信している。そして、基地局１００は、先頭スロットの次のスロットにおいても、１番目のシンボルから順番に、各シンボルに割り当てたＰＤＣＣＨ＃ｂとＰＤＳＣＨ（ＴＢ＃ｂ）とを送信している。
【００７３】
一方、図４（Ｂ）の例では、基地局１００は、アンライセンスバンドにおいてキャリアセンスを行い、先頭スロットの１番目のシンボルの時点で、“Ｂｕｓｙ”状態であることを確認している。そのため、基地局１００は、ＰＤＣＣＨ＃ａとＰＤＳＣＨ（ＴＢ＃ａ）、さらに、その後に続く、ＰＤＣＣＨ＃ｂとＰＤＳＣＨ（ＴＢ＃ｂ）も、このタイミングでは送信しない。
【００７４】
基地局１００は、最初のキャリアセンスを行ってから所定時間経過後（図４（Ａ）の例では２シンボル時間経過後）、再度、キャリアセンスを行い、先頭スロットの３番目のシンボルの時点で、“Ｂｕｓｙ”状態であることを確認している。そのため、基地局１００は、この時点でも、送信を行わない。
【００７５】
そして、基地局１００は、２番目のキャリアセンスを行ってから所定時間経過後、再度、キャリアセンスを行い、先頭スロットの５番目のシンボルの時点で、“Ｉｄｌｅ”状態を確認する。そのため、基地局１００は、５番目のシンボルの時点が送信開始タイミングとなって、ＰＤＣＣＨ＃ａとＰＤＳＣＨ（ＴＢ＃ａ）とを送信する。この場合、基地局１００は、ＴＢ＃ａについて、先頭スロットの５番目のシンボルから１４番目のシンボルまでの１０シンボル分に割り当てたデータを送信する。従って、先頭スロットの全シンボルに割り当てたＴＢ＃ａのうち、１１番目のシンボルから１４番目のシンボル目に割り当てた、残りの４シンボル分のＴＢ＃ａは、先頭スロットでは送信されないことになる。
【００７６】
そして、基地局１００は、クロスＴＴＩを利用して、残りの４シンボル分のＴＢ＃ａを送信する。すなわち、基地局１００は、図４（Ｂ）の例では、次のスロットの最後の４シンボル（１１番目から１４番目のシンボル）を利用して、送信されなかった残り４シンボル分のＴＢ＃ａを送信する。この場合、基地局１００は、端末２００からＡＣＫやＮＡＣＫを受信することなく、残りの４シンボル分のデータを、次のスロットの最後の４シンボルを利用して送信する。
【００７７】
なお、ＰＤＣＣＨを利用して送信されるＤＣＩには、ＰＤＳＣＨの時間方向のリソース割り当てとして、開始シンボルＳと、開始シンボルからの連続した長さ（以下、「長さ」と称する場合がある。）Ｌとが含まれる。図４（Ａ）の例では、Ｓ＝０，Ｌ＝１４を含むＤＣＩがＰＤＣＣＨを利用して送信されることになる。
【００７８】
本第１の実施の形態では、基地局１００は、キャリアセンスにより複数の送信機会がある場合でも、ＤＣＩに含まれる開始シンボルＳと長さＬとはその内容を同じにする。従って、基地局１００は、図４（Ａ）に示すように、１番目のシンボルから送信するＰＤＣＣＨ＃ａと、図４（Ｂ）に示すように、５番目のシンボルから送信するＰＤＣＣＨ＃ａとにおいて、開始シンボルＳと長さＬは、ともに、Ｓ＝０，Ｌ＝１４を含むＤＣＩを送信する。
【００７９】
この場合、図４（Ａ）の例では、端末２００は、Ｓ＝０，Ｌ＝１４のＰＤＣＣＨとＰＤＳＣＨの全てを受信することができる。しかし、図４（Ｂ）の例では、端末２００は、Ｓ＝０の時点で、ＰＤＤＣＨとＰＤＳＣＨとを受信していない。また、端末２００は、１スロット時間が終了するとき、Ｌ＝１４の長さ分のＰＤＳＣＨを受信していない。すなわち、端末２００は、開始シンボルＳと長さＬとを利用して、不足分のＰＤＳＣＨがあることを把握することが可能となる。この場合、端末２００は、不足分のＰＤＳＣＨを「未送信」と解釈する。詳細は動作例で説明する。
【００８０】
なお、本第１の実施の形態においては、開始シンボルＳは、例えば、送信バーストを実際に送信開始できたシンボル、と定義する。例えば、図４（Ａ）の例では、１スロット内の１番目のシンボル（シンボル０）から送信バーストの送信が開始され、図４（Ｂ）の例では、５番目のシンボル（シンボル４）から送信バーストの送信が開始されている。この場合、いずれも、開始シンボルＳは、Ｓ＝０となる。
【００８１】
次に、ＲＲＣメッセージにより、クロスＴＴＩを設定する例について説明する。
【００８２】
図５（Ａ）は、ＲＲＣメッセージの交換例を表す図である。図５（Ａ）において、例えば、ＵＥ（User Equipment）は端末２００に対応し、Ｎｅｔｗｏｒｋは基地局１００に対応する。
【００８３】
基地局１００は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを端末２００へ送信する（Ｓ１０）。一方、端末２００は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信すると、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを基地局１００へ送信する（Ｓ１１）。
【００８４】
図５（Ｂ）は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの構成例を表す図である。ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージには、種々の内容が階層構造で含まれており、その一部に、ＰＤＳＣＨ−ＣｏｎｆｉｇとＰＵＳＣＨ−Ｃｏｎｆｉｇが含まれる。
【００８５】
ＰＤＳＣＨ−Ｃｏｎｆｉｇは、例えば、ＵＥ個別のＰＤＳＣＨパラメータを設定するために用いられる。また、ＰＵＳＣＨ−Ｃｏｎｆｉｇは、例えば、ＵＥ個別のＰＵＳＣＨパラメータを設定するために用いられる。ＰＤＳＣＨ−ＣｏｎｆｉｇとＰＵＳＣＨ−Ｃｏｎｆｉｇにそれぞれ含まれる情報要素（ＩＥ：Information Element）の詳細は、３ＧＰＰ  ＴＳ  ３８．３３１  Ｖ１５．１．０（２０１８−０３）に記載されている。
【００８６】
本第１の実施の形態では、基地局１００は、ＰＤＳＣＨ−Ｃｏｎｆｉｇに、クロスＴＴＩを実現するためのＩＥを更に含めて送信するようにしている。
【００８７】
図６は、ＰＤＳＣＨ―Ｃｏｎｆｉｇに含まれるＩＥの例を表す図である。ＩＥとして、（１）クロスＴＴＩを行うか否か、（２）未送信部分を送信するスロット番号、（３）送信を開始するシンボル番号、（４）先頭スロットの次のスロットの終了シンボルは、更に、次のスロットでシフトさせるか否か、が含まれる。
【００８８】
（１）の「クロスＴＴＩを行うか否か」は、例えば、ＴＴＩを跨いで（又は複数のＴＴＩを用いて）データの送信を行うか否かを表し、１ビットで表現可能である。
【００８９】
（２）の「未送信部分を送信するスロット番号」は、例えば、クロスＴＴＩにより未送信部分のＰＤＳＣＨを送信する場合、その送信に利用するスロットのスロット番号を表す。図４（Ｂ）の例では、ＴＢ＃ａの未送信部分（残りの４シンボル分のデータ）は、先頭スロットの次のスロットで送信するため、先頭スロットのスロット番号を「０」とすると、「未送信部分を送信するスロット番号」は「１」となる。
【００９０】
（３）の「送信を開始するシンボル番号」は、例えば、（２）の未送信部分を送信するスロット番号のスロット内において、送信を開始するシンボルのシンボル番号を表している。例えば、図４（Ｂ）の例では、１１番目のシンボルから送信を開始するため、送信を開始するシンボル番号は「１０」となる。
【００９１】
なお、（３）の送信を開始するシンボル番号は、図６に示すように場合分けされている。これは、例えば、基地局１００は、キャリアセンスを行うと、送信開始できるタイミングは、実際に行わないとわからない場合があるためである。端末２００では、上述したように、開始シンボルＳと長さＬ、及び実際に受信したデータなどから、未送信部分のＰＤＳＣＨについて「未送信」と解釈することができ、さらに、何シンボル分のデータが不足しているかを把握することが可能である。そして、端末２００は、ＰＤＳＣＨ−Ｃｏｎｆｉｇに含まれる、（２）の「未送信部分を送信するスロット番号」と、（３）の「送信を開始するシンボル番号」とに従って、そのスロット内におけるそのシンボルから未送信部分のデータを受信することが可能となる。
【００９２】
（４）の「先頭スロットの次のスロットの終了シンボルは、更に次のスロットへシフトさせるか否か」は、例えば、以下を表す。すなわち、基地局１００は、クロスＴＴＩにより先頭の次のスロット（又はＴＴＩ）において、未送信部分を送信することになる。しかし、これにより、先頭の次のスロットにおいて、送信されるべきデータを割り当てたシンボルが少なくなり、基地局１００は、このデータを送信することができなくなる。図４（Ｂ）の例では、先頭スロットの次のスロットの全シンボルに割り当てたＴＢ＃ｂのデータが、ＴＢ＃ａのクロスＴＴＩにより、送信できない部分が発生する。そのため、（４）によって、更に、次のスロットにシフトさせるか否かを表すＩＥを、ＰＤＳＣＨ−Ｃｏｎｆｉｇに付加している。なお、図４（Ｂ）の例では、ＴＢ＃ｂの未送信部分の終了シンボルは、更に、次のスロット（先頭から３番目のスロット）へシフトさせていない例を表している。この場合、「先頭スロットの次のスロットの終了シンボルは、更に次のスロットへシフトさせるか否か」は「０」（＝シフトさせない）となる。シフトさせる場合は、例えば、このＩＥは「１」となる。
【００９３】
なお、図６に示す（３）の「送信を開始するシンボル番号」の場合分けの例は一例である。場合分けとしては、例えば、１シンボル不足した場合は、「送信を開始するシンボル番号」は「１」、２シンボル不足した場合は、「２」、などとしてもよい。
【００９４】
＜４．２  ＰＵＳＣＨがシフトする場合において、ＲＲＣメッセージによりクロスＴＴＩを設定する場合＞
図７（Ａ）と図７（Ｂ）は、ＰＵＳＣＨの送信例を表す図である。
【００９５】
なお、図７（Ａ）に示すように、基地局１００は、スケジューリングにより、上り方向における先頭スロットの全シンボルにＴＢ＃ａを割り当て、その次のスロットの全シンボルにＴＢ＃ｂを割り当て、その割り当て結果を送信している。
【００９６】
図７（Ａ）の例では、端末２００は、アンライセンスバンドにおいてキャリアセンスを行い、先頭スロットの１番目のシンボルの時点で、“Ｉｄｌｅ”状態を確認したため、１番目のシンボルから順番に、ＰＤＣＣＨに従って、ＰＵＳＣＨ（ＴＢ＃ａ）を送信する。そして、端末２００は、次のスロットにおいても、１番目のシンボルから順番に、ＰＵＳＣＨ（ＴＢ＃ｂ）を送信する。
【００９７】
一方、図７（Ｂ）の例では、端末２００は、アンライセンスバンドにおいてキャリアセンスを行い、先頭スロットの１番目のシンボルの時点で、“Ｂｕｓｙ”状態であることを確認する。そのため、端末２００は、所定期間経過後、再度、アンライセンスバンドにおいてキャリアセンスを行い、３番目のシンボルの時点でも、“Ｂｕｓｙ”状態であることを確認する。さらに、端末２００は、所定期間経過後、再度、アンライセンスバンドにおいてキャリアセンスを行い、今度は、“Ｉｄｌｅ”状態を確認する。端末２００は、５番目のシンボルの開始時点が送信開始タイミングとなって、ＰＵＳＣＨ（ＴＢ＃ａ）とを送信する。端末２００は、ＴＢ＃ａの送信開始タイミングをシフトして送信する。
【００９８】
この場合、端末２００は、ＴＢ＃ａについては、先頭スロットの５番目のシンボルから１４番目のシンボルまでの１０シンボルに割り当てたデータを、先頭スロットにおいて送信する。従って、端末２００は、先頭スロットの全シンボルに割り当てられたＴＢ＃ａのうち、１１番目のシンボルから１４番目のシンボルに割り当てられた、残り４シンボル分のＴＢ＃ａを、先頭スロットでは送信できない。
【００９９】
そこで、端末２００は、クロスＴＴＩを利用して、残り４シンボル分のＴＢ＃ａを送信する。すなわち、端末２００は、図７（Ｂ）の例では、次のスロットの先頭の４シンボル（１番目から４番目のシンボル）を利用して、送信されなかった残り４シンボル分のＴＢ＃ａを送信する。
【０１００】
そして、基地局１００は、下り方向における端末２００と同様に、開始シンボルＳと長さＬに基づいて、不足分のＰＵＳＣＨがあることを把握することが可能である。例えば、図７（Ｂ）の例では、基地局１００は、ＰＵＣＣＨにより、Ｓ＝０，Ｌ＝１４を送信したにも拘わらず、端末２００から受信したデータ量が、１０シンボル分のデータしか受信しないことを検出すると、不足分のＰＵＳＣＨがあることを把握できる。この場合、基地局１００は、不足分のＰＵＳＣＨは「未送信」と解釈する。
【０１０１】
次に、ＲＲＣメッセージにより、クロスＴＴＩを設定する例について説明する。
【０１０２】
図６は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれるＰＵＳＣＨ−ＣｏｎｆｉｇのＩＥの例を表す。ＰＵＳＣＨ−Ｃｏｎｆｉｇも、ＰＤＳＣＨ−Ｃｏｎｆｉｇと同様に、３ＧＰＰ  ＴＳ  ３８．３ＧＰＰ  ＴＳ  ３８．３３１  Ｖ１５．１．０（２０１８−０３）に各ＩＥが仕様化されている。本第１の実施の形態では、クロスＴＴＩを設定するために、更に、図６に示すＩＥをＰＵＳＣＨ−Ｃｏｎｆｉｇに含めている。
【０１０３】
図６に示すように、ＩＥは、ＰＤＳＣＨ−ＣｏｎｆｉｇのＩＥと同一であり、その内容も同一である。
【０１０４】
例えば、図７（Ｂ）の例では、（１）の「クロスＴＴＩを行うか否か」は「１」（＝クロスＴＴＩを行う）、（２）の「未送信部分の送信スロット番号」は「１」（先頭スロットを「０」とするとその次のスロット）となる。また、（３）の「送信を開始するシンボル番号」は「０」、（４）の「次のスロットへシフトさせるか」は「１」（＝シフトさせる）となる。
【０１０５】
端末２００は、図５（Ａ）に示すように、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを基地局１００から受信する（Ｓ１０，Ｓ１１）。そして、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージには、図６に示すように、クロスＴＴＩに関するＩＥが含まれる。端末２００は、このＩＥに従って、図７（Ｂ）に示すように、ＴＢ＃ａの残り４シンボル分のデータを、先頭スロットの次のスロットの１番目から４番目のシンボルを利用して送信する。この場合、ＴＢ＃ｂのデータについて、１１番目のシンボルから１４番目のシンボルに割り当てたデータが「未送信」となる。端末２００は、図６に示すＩＥの（４）に従って、次のスロット（先頭スロットの次の次のスロット）に「未送信」部分のデータをシフトさせ、クロスＴＴＩにより送信する。
【０１０６】
なお、図２９（Ａ）と図２９（Ｂ）は、ＰＵＣＣＨとＰＵＳＣＨとを送信する場合の例を表している。図２９（Ａ）と図２９（Ｂ）は、図７（Ａ）と図７（Ｂ）の例に対して、ＰＵＣＣＨが付加されている例を夫々表している。ＰＵＣＣＨは、例えば、ＤＣＩにより、ＰＵＳＣＨに付加されたり、ＰＵＳＣＨに付加されてなかったりする。
【０１０７】
図２９（Ａ）と図２９（Ｂ）の送信例は、例えば、図７（Ａ）と図７（Ｂ）の場合と同様に夫々実施可能である。この場合、図２９（Ｂ）に示すように、端末２００は、５シンボル目を送信開始タイミングとして、図２９（Ａ）の場合と比較して、ＰＵＣＣＨとＰＵＳＣＨとを時間方向にシフトして送信することになる。
【０１０８】
＜４．３  ＰＤＣＣＨとＰＤＳＣＨとがシフトする場合において、ＰＤＣＣＨによりクロスＴＴＩを設定する場合＞
図８（Ａ）と図８（Ｂ）は、ＰＤＣＣＨとＰＤＳＣＨの送信例を表す図である。
【０１０９】
図８（Ａ）の例は、基地局１００は、１スロットの１番目のシンボル時点において、アンライセンスバンドが“Ｉｄｌｅ”状態であったため、先頭シンボルの全シンボルに割り当てたＴＢ＃ａを順番に送信する。また、基地局１００は、先頭スロットの次のスロットにおいても全シンボルに割り当てたＴＢ＃ｂを順番に送信する。
【０１１０】
一方、図８（Ｂ）の例では、先頭スロットの１番目のシンボルと３番目のシンボルの時点で、“Ｂｕｓｙ”状態であったため、基地局１００は、Ｔｂ＃ａの送信を見合わせている。基地局１００は、５番目のシンボル時点で“Ｉｄｌｅ”状態となったため、ＴＢ＃ａの送信を開始する。この場合、基地局１００は、先頭スロットで送信されるＴＢ＃ａのうち、最後の４シンボルが先頭スロットで送信することができなかった。そのため、基地局１００は、クロスＴＴＩにより、次のスロット（又はＴＴＩ）で、５番目のシンボルから８番目のシンボルを利用して、「未送信」であるＴＢ＃ａの残りの４シンボル分のデータを送信している。
【０１１１】
本例では、ＰＤＣＣＨによりクロスＴＴＩを設定する。
【０１１２】
図９は、ＰＤＣＣＨを利用して送信されるＤＣＩに含まれる領域（フィールド）の例を表す図である。
【０１１３】
図９に示すように、ＤＣＩは、ＴＤＲＡ（Time Domain Resource Assignment）、ＮＤＩ（New Data Indicator）、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）プロセス番号（HARQ Process number）を含む。また、新しいＰＤＣＣＨは、ＲＶ（Redundancy Version）、ＭＣＳ（Modulation and Coding Scheme）、ＦＤＲＡ（Frequency Domain Resource Assignment）を含む。
【０１１４】
ＴＤＲＡは、例えば、時間方向のリソース指定を表し、スロット内における開始シンボルＳと長さＬを含む。開始シンボルＳは、上記＜４．１＞と同様に、例えば、送信バーストを実際に送信開始できたシンボル、と定義する。また、複数の送信機会がある場合、基地局１００は、開始シンボルＳと長さＬは同じ値に設定する。
【０１１５】
図１０（Ａ）は、図８（Ａ）と図８（Ｂ）の例における、ＰＤＣＣＨ＃ｍに含まれるＤＣＩの例を表す図である。図１０（Ａ）に示すように、図８（Ａ）のＰＤＣＣＨ＃ｍに含まれる開始シンボルＳと長さＬと、図８（Ｂ）のＰＤＣＣＨ＃ｍに含まれる開始シンボルＳと長さＬとは、ともに、Ｓ＝０、Ｌ＝１４となる。
【０１１６】
図９に戻り、ＮＤＩは、例えば、今回のＮＤＩと同一の再送プロセス（ＨＡＲＱ）において、前回のＮＤＩとの比較により、再送データか新規データかを識別するために用いられる。
【０１１７】
図１１は、ＮＤＩの使用例を表す図である。
【０１１８】
ＴＢ＃ａに着目すると、基地局１００は、最初はＮＤＩとして、“０”を送信し、端末２００からＮＡＣＫが返送されたため、ＴＢ＃ａを再送する。この場合、基地局１００は、ＮＤＩとして表された“０”を、Ｔｏｇｇｌｅ（又はビット反転）しないで、再び、ＮＤＩとして“０”を送信する。端末２００は、ＮＤＩのビットがＴｏｇｇｌｅしていないため、受信したＴＢ＃ａが再送データであると認識することができる。
【０１１９】
そして、端末２００が、ＴＢ＃ａを正常に受信したことでＡＣＫを返送すると、基地局１００は、ＴＢ＃ａとは異なるＴＢ＃ａ’を新規データとして送信する。この場合、基地局１００は、ＮＤＩのビット“０”をＴｏｇｇｌｅし、 “１”を送信する。端末２００は、ＮＤＩとして“１”を受信したため、ＴＢ＃ａ’が新規データであることを認識できる。
【０１２０】
図９に戻り、ＨＡＲＱプロセス番号は、例えば、ＴＢを記憶するＴＢ毎のバッファの識別番号を表す。例えば、同一の再送プロセスにおいて、ＨＡＲＱプロセス番号が同一の場合、同一のＴＢを表し、異なる場合、異なるＴＢを表す。
【０１２１】
ＲＶは、例えば、符号化データのバージョンを表す。再送毎に符号化データのバージョンを変えることで、受信側の符号化利得を向上させることができる。基地局１００は、同一再送プロセスにおいて再送データを送信するときは、前回送信したＲＶとは異なるＲＶを送信することで、端末２００においては、再送データに対する符号化利得を向上させることが可能である。
【０１２２】
本第１の実施の形態では、クロスＴＴＩの設定用に新しいＰＤＣＣＨ（図８（Ｂ）の例ではＰＤＣＣＨ＃ｎ）を用い、ＮＤＩ、ＨＡＲＱプロセス番号、及びＲＶにより、ＰＤＳＣＨの「未送信」部分を送信することを表すようにしている。
【０１２３】
図１０（Ｂ）は、図８（Ｂ）の例で、新しいＰＤＣＣＨであるＰＤＣＣＨ＃ｎに含まれるＤＣＩの例を表す図である。なお、図８（Ｂ）の例では、残りの４シンボル分のＴＢ＃ａを、先頭スロットの次のスロットにおける４番目のシンボルを送信開始シンボルとし、その長さを４シンボルとしているため、図１０（Ｂ）に示すＰＤＣＣＨ＃ｎのＴＤＲＡは、Ｓ＝４，Ｌ＝４となっている。
【０１２４】
図１０（Ｂ）に示すように、ＰＤＣＣＨ＃ｎに含まれるＮＤＩと、図１０（Ａ）に示すＰＤＣＣＨ＃ｍに含まれるＮＤＩは同じ“０”となっている。また、ＰＤＣＣＨ＃ｎに含まれるＨＡＲＱプロセス番号と、ＰＤＣＣＨ＃ｍに含まれるＨＡＲＱプロセス番号は、同じ“５”となっている。
【０１２５】
図１０（Ａ）と図１０（Ｂ）に示すように、ＰＤＣＣＨ＃ｎとＰＤＣＣＨ＃ｍのＨＡＲＱプロセス番号が同じであるため、同一再送プロセスにおいては、同一のＴＢ（ＴＢ＃ａ）を送信していることを表している。また、ＰＤＣＣＨ＃ｎとＰＤＣＣＨ＃ｍのＮＤＩが同じであるものの、ＰＤＣＣＨ＃ｎとＰＤＣＣＨ＃ｍのＲＶがともに同一であるため、例えば、再送ではないことを表している。
【０１２６】
すなわち、ＰＤＣＣＮ＃ｎとＰＤＣＣＨ＃ｍのＮＤＩ、ＨＡＲＱプロセス番号、及びＲＶを同じにすることで、同一のＰＤＳＣＨの「未送信」部分の送信を表することが可能である。
【０１２７】
本第１の実施の形態では、このように、ＮＤＩ、ＨＡＲＱプロセス番号、及びＲＶの定義を変更することなく、利用の仕方を変えることで、ＤＣＩにより、「未送信」部分の送信を表すことが可能となっている。
【０１２８】
なお、図８（Ａ）と図８（Ｂ）の例で、ＴＢ＃ｂの送信を指示するＰＤＣＣＨ＃ｍ１のＤＣＩは、例えば、図１０（Ｃ）で表される。図１０（Ｃ）に示すように、ＨＡＲＱプロセス番号は、先頭スロットで送信されるＰＤＣＣＨ＃ｍ（図１０（Ａ））と比較して、異なっている。そのため、先頭スロットで送信されるＴＢ（図８（Ａ）ではＴＢ＃ａ）とは異なるＴＢ（図８（Ａ）ではＴＢ＃ｂ）を基地局１００が送信していることを表している。
【０１２９】
以上、３つの送信例について説明した。
【０１３０】
＜５．その他＞
次に、その他の例について説明する。
【０１３１】
＜５．１  Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌを通知する例＞
次に、Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌを通知する例について説明する。
【０１３２】
図１２（Ａ）は、ＰＤＣＣＨとＰＤＳＣＨの送信例を表す図である。
【０１３３】
図１２（Ａ）は、先頭スロットの先頭シンボルにおいて、“Ｉｄｌｅ”状態であったため、ＴＢ＃ａを先頭から４シンボル利用して送信し、５シンボル目以降を利用してＴＢ＃ｂを送信する例を表している。図１２（Ａ）は、５Ｇで仕様化されたミニスロットの例を表している。
【０１３４】
ＰＤＣＣＨ＃ｎのＴＤＲＡは、例えば、開始シンボルＳ＝０、長さＬ＝７、ＰＤＣＣＨ＃ｍ１のＴＤＲＡは、例えば、開始シンボルＳ＝０、長さ＝１４となっている。
【０１３５】
図１２（Ｂ）は、先頭スロットの１番目のシンボルと３番目のシンボルの時点では、アンライセンスバンドは“Ｂｕｓｙ”状態であったため、送信を見合わせ、５番目のシンボルの時点では、“Ｉｄｌｅ”状態となった例を表している。そのため、基地局１００は、５番目のシンボルを送信開始位置として、ＰＤＣＣＨ＃ｎとＰＤＣＣＨ＃ｎ１、及びＴＢ＃ａを送信する。
【０１３６】
この場合、先頭スロットの１番目のシンボルから７番目のシンボルに割り当てられたＴＢ＃ａは、その一部である３シンボル分のデータが先頭スロットで送信される。そのため、ＴＢ＃ａの４番目のシンボルから７番目のシンボルに割り当てられたＴＢ＃ａの４シンボル分のデータが、先頭スロットの５番目から７番目のシンボルを利用して送信できないことになる。
【０１３７】
このような場合、先頭スロットの８番目のシンボルから１１番目のシンボルは、「未送信」部分であるＴＢ＃ａの４シンボル分のデータの送信に利用されるのか、或いは、ＰＤＣＣＨ＃ｍ１により指示された通り、ＴＢ＃ｂの送信に利用されるのか、把握することができない。しかも、ＰＤＣＣＨ＃ｎでは、開始シンボルＳ＝０、長さＬ＝７、ＰＤＣＣＨ＃ｍ１では、開始シンボルＳ＝０、長さＬ＝１４となっており、基地局１００と端末２００では、開始シンボルＳと長さＬだけでは、このような場合どのように処理するのか把握することができない。
【０１３８】
そこで、本第１の実施の形態では、Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌを新たに規定する。Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌは、例えば、スロット内における終了シンボルを表す。ただし、Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌの数え方は、例えば、スロットの先頭のシンボルを“０”として、先頭から順番に数える。
【０１３９】
例えば、Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌ＝６のとき、スロットの先頭の１番目のシンボルから数えて７シンボル目までに、そのＰＤＳＣＨの送信を終了させることを表す。図１２（Ｂ）の例で、ＴＢ＃ａに対して、Ｅｎｄｉｎｇ  Ｓｙｂｏｌ＝６のとき、ＴＢ＃ａのデータは、先頭スロットの７番目のシンボルまでに送信が終了することになる。そのため、図１２（Ｂ）の例では、８番目から１４番目のシンボルは、ＴＢ＃ｂの送信に利用される。一方、図１２（Ｂ）の例で、Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌ＝１３のとき、ＴＢ＃ａの「未送信」のデータは、先頭スロットの８番目から１４番目のシンボルまでに送信を終了させることを表している。そのため、図１２（Ｂ）の例では、ＴＢ＃ａの未送信のデータは、先頭スロットの８番目から１４番目のシンボルを利用して送信されることを表している。図１２（Ｂ）の例では、８番目から１１番目のシンボルを利用して、ＴＢ＃ａの未送信のデータが送信される。
【０１４０】
Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌは、例えば、Ｓ＜６のときは「６」、それ以外では「１３」などとすることで、「未送信」部分のデータを、他のＴＴＩへシフトさせて送信するか否かを表している、と言える。
【０１４１】
このＥｎｄｉｎｇ  Ｓｙｍｂｏｌも、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにより設定してもよいし、ＰＤＣＣＨにより設定してもよい。
【０１４２】
図１３は、ＲＲＣメッセージにより、Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌを設定する例を表している。
【０１４３】
図１３に示すように、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれるＰＤＣＨ−Ｃｏｎｆｉｇに、「Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌ」のＩＥが新たに含まれる。基地局１００は、このＩＥに、終了シンボルを挿入して、端末２００へ送信する（例えば図５（Ａ））。
【０１４４】
図１３に示す例では、開始シンボルＳ＜６のとき、Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌ＝６、それ以外のとき、Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌ＝１３と設定する例を表している。すなわち、開始シンボルＳが、キャリアセンスにより、１番目から７番目のシンボルとなったとき、７番目のシンボルまでに、これらのシンボルに割り当てたＴＢ＃ａの送信を終了させることを表す。また、開始シンボルＳが、キャリアセンスにより、８番目から１４番目のシンボルとなったとき、１４番目のシンボルまでに、ＴＢ＃ａの送信を終了させることを表している。
【０１４５】
図１４は、ＰＤＣＣＨにより、Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌを設定する例を表している。
【０１４６】
図１４に示すように、「Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌ」の領域が新たに含まれ、基地局１００は、この領域に終了シンボルを挿入してＰＤＣＣＨを送信する。この場合、ＴＤＲＡに含まれる長さＬについては、Ｌ＝Ｅ−Ｓ＋１と計算可能であるため、ＴＤＲＡに長さＬを含めなくてよい。また、「Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌ」の情報をＴＤＲＡの領域の中に含めてもよい。
【０１４７】
なお、図１２（Ｃ）に示すように、先頭スロットの８番目から１０番目のシンボルにＰＤＣＣＨが割り当てられてもよい。この場合、基地局１００は、このＰＤＣＣＨにより、ＴＢ＃ａの「未送信」の４シンボル分のデータを、８番目から１４番目のシンボルで受信するか否か（又はシフトを許容するか否か）を決定する情報を含むＤＣＩを送信してもよい。或いは、基地局１００は、ＰＤＳＤＨ−Ｃｏｎｆｉｇ内に、このような情報を挿入して、ＲＲＣメッセージで設定するようにしてもよい。
【０１４８】
なお、Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌは、ＰＵＣＣＨとＰＵＳＣＨの送信においても利用可能である。この場合、基地局１００は、例えば、図１３に示すＰＵＳＣＨ−Ｃｏｎｆｉｇを利用して、Ｅｎｄｉｎｇ  Ｓｙｍｂｏｌの設定が可能である。
【０１４９】
＜５．２  ＰＤＣＣＨのマッピング領域にＰＤＳＣＨがマッピングできない場合の例＞
５Ｇでは、例えば、あるシンボルを利用してＰＤＣＣＨを送信し、そのシンボルを利用してＰＤＳＣＨを送信することが可能である。或いは、例えば、ＰＤＣＣＨがマッピングされたシンボルに対して、ＰＤＳＣＨをマッピングして送信することが可能である。
【０１５０】
図１５（Ａ）と図１５（Ｂ）はＰＤＣＣＨとＰＤＳＣＨの送信例を表す。
【０１５１】
図１５（Ａ）は、基地局１００が、先頭スロットでＰＤＣＣＨ＃ｍとＴＢ＃ａを送信し、次のスロットで、ＰＤＣＣＨ＃ｍ１とＴＢ＃ｂとを送信する例を表している。
【０１５２】
一方、図１５（Ｂ）では、先頭スロットでは、５番目のシンボルから送信開始となり、ＴＢ＃ａが、クロスＴＴＩにより、先頭スロット（又は先頭ＴＴＩ）と次のスロット（又は次のＴＴＩ）を利用して送信される例を表している。この場合、基地局１００は、先頭スロットの次のスロットの１番目と２番目のシンボルに、２つのＰＤＣＣＨ＃ｍ１とＰＤＣＣＨ＃ｎを割り当て、さらに、この２つのシンボルにＰＤＳＣＨを割り当てている。
【０１５３】
この場合、この２つのシンボルの領域においては、ＰＤＳＣＨが割り当てられた無線リソースの領域に、ＰＤＣＣＨ（ＰＤＣＣＨ＃ｍ１及びＰＤＣＣＨ＃ｎ）が割り当てられた無線リソースの領域が含まれる場合がある。
【０１５４】
本第１の実施の形態では、基地局１００は、ＰＤＣＣＨの領域を含むＰＤＳＣＨにおいて、ＰＤＣＣＨの領域にマッピングする予定であった符号化ビットをパンクチャする。すなわち、基地局１００は、ＰＤＳＣＨの領域内にＰＤＣＣＨが含まれるとき、ＰＤＳＣＨよりもＰＤＣＣＨを優先して送信する。さらに、基地局１００は、ＰＤＣＣＨとＰＤＳＣＨとが重複した無線リソースの領域では、符号化ビットを送信しないようにする（又はパンクチャする）。これにより、例えば、受信側の端末２００では、データと制御信号とを同一の周波数を利用して同一のタイミングで受信することを回避することができ、データや制御信号を正常に受信することが可能となる。
【０１５５】
＜６．基地局と端末の構成例＞
図１６（Ａ）は基地局１００の構成例を表す図である。基地局１００は、伝送路インタフェース１１０と、ベースバンド信号処理部１２０、ＲＦ（Radio Frequency）送受信部（又は送信部、或いは受信部）１３０、及びアンテナ１４０を備える。基地局１００は、例えば、５Ｇで規定されたｇＮＢ（Next generation Node B）であってもよい。
【０１５６】
伝送路インタフェース１１０は、上位局や他の基地局から送信されたパケットデータを受信し、受信したパケットデータからデータなどを抽出する。伝送路インタフェース１１０は、抽出したデータをベースバンド信号処理部１２０へ出力する。また、伝送路インタフェース１１０は、ベースバンド信号処理部１２０から出力されたデータなどを入力し、入力したデータなどを含むパケットデータを生成し、生成したパケットデータを上位局や他の基地局へ送信する。
【０１５７】
ベースバンド信号処理部１２０は、例えば、ベースバンド帯域のデータに対する処理を行う。
【０１５８】
図１６（Ｂ）はベースバンド信号処理部１２０の構成例を表す図である。ベースバンド信号処理部１２０は、受信信号処理部１２１、制御部１２２、ＰＤＣＣＨ生成部１２３、ＰＤＳＣＨ生成部１２４、及びマッピング部１２５を備える。
【０１５９】
受信信号処理部１２１は、例えば、制御部１２２から出力された、上り方向のスケジューリング結果に従って、ＲＦ送受信部１３０から出力されたベースバンド信号から、ある端末２００から送信されたデータ（ＰＵＳＣＨ）や制御信号（ＰＵＣＣＨ）などを抽出する。受信信号処理部１２１は、抽出したデータや制御信号などを制御部１２２へ出力する。
【０１６０】
制御部１２２は、例えば、端末２００と無線通信を行う際のスケジューリングを行い、スケジューリング結果を、ＰＤＣＣＨ生成部１２３へ出力する。この場合、ＰＤＣＣＨ生成部１２３へ出力するスケジューリング結果には、下り方向と上り方向の各スケジューリング結果が含まれる。制御部１２２は、下り方向のスケジューリング結果をマッピング部１２５へ、上り方向のスケジューリング結果を受信信号処理部１２１へそれぞれ出力する。
【０１６１】
また、制御部１２２は、伝送路インタフェース１１０から出力されたデータをＰＤＳＣＨ生成部１２４へ出力する。
【０１６２】
さらに、制御部１２２は、ＲＲＣメッセージを生成し、生成したＲＲＣメッセージをＰＤＳＣＨ生成部１２４へ出力する。ＲＲＣメッセージは、例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが含まれ、図６や図１３などに示すＰＤＳＣＨ−ＣｏｎｆｉｇやＰＵＳＣＨ−Ｃｏｎｆｉｇも含まれる。
【０１６３】
ＰＤＣＣＨ生成部１２３は、制御部１２２から出力されたスケジューリング結果に対し、このスケジューリング結果を含むＤＣＩを生成する。ＰＤＣＣＨ生成部１２３は、例えば、図９や図１４に示すＤＣＩを生成する。ただし、ＤＣＩの各ＩＥに含まれる情報は、例えば、制御部１２２において生成されてもよく、この場合、ＰＤＣＣＨ生成部１２３は、各情報をまとめて、図９や図１４に示す１つのＤＣＩの形式となるように、ＤＣＩを生成してもよい。ＰＤＣＣＨ生成部１２３は、生成したＤＣＩをマッピング部１２５へ出力する。
【０１６４】
ＰＤＳＣＨ生成部１２４は、制御部１２２から出力されたデータを、マッピング部１２５へ出力する。この場合、ＰＤＳＣＨ生成部１２４は、例えば、このデータをＰＤＳＣＨとして出力してもよい。また、ＰＤＳＣＨ生成部１２４は、制御部１２２から出力されたＲＲＣメッセージを、マッピング部１２５へ出力する。
【０１６５】
マッピング部１２５は、制御部１２２から出力された下り方向のスケジューリング結果に従って、ＰＤＣＣＨ生成部１２３から出力された制御信号と、ＰＤＳＣＨ生成部１２４から出力されたデータを、無線リソース上の所定の領域にマッピングする。マッピング部１２５は、マッピングした制御信号とデータとをＲＦ送受信部１３０へ出力する。
【０１６６】
また、マッピング部１２５は、例えば、ＰＤＳＣＨ生成部１２４から出力されたＲＲＣメッセージを、無線リソース上の所定の領域にマッピングし、マッピングしたＲＲＣメッセージをＲＦ送受信部１３０へ出力する。
【０１６７】
図１６（Ａ）に戻り、ＲＦ送受信部１３０は、ベースバンド信号処理部１２０から出力された制御信号とデータ、及びＲＲＣメッセージとを、無線帯域の無線信号へ周波数変換を行い、周波数変換後の無線信号をアンテナ１４０へ出力する。
【０１６８】
また、ＲＦ送受信部１３０は、アンテナ１４０から出力された無線信号を、ベースバンド帯域のベースバンド信号へ周波数変換を行い、周波数変換後のベースバンド信号を、ベースバンド信号処理部１２０へ出力する。
【０１６９】
アンテナ１４０は、ＲＦ送受信部１３０から出力された無線信号を、端末２００へ送信する。また、アンテナ１４０は、端末２００から送信された無線信号を受信し、受信した無線信号をＲＦ送受信部１３０へ出力する。
【０１７０】
図１７（Ａ）は端末２００の構成例を表す図である。
【０１７１】
端末２００は、アンテナ２１０、ＲＦ送受信部（又は送信部、或いは受信部）２２０、ベースバンド信号処理部２３０、アプリケーション部２４０を備える。
【０１７２】
アンテナ２１０は、基地局１００から送信された無線信号を受信し、受信した無線信号をＲＦ送受信部２２０へ出力する。また、アンテナ２１０は、ＲＦ送受信部２２０から出力された無線信号を、基地局１００へ送信する。
【０１７３】
ＲＦ送受信部２２０は、アンテナ２１０から出力された無線信号に対して周波数変換を行って、ベースバンド帯域の信号に変換し、変換後のベースバンド信号をベースバンド信号処理部２３０へ出力する。また、ＲＦ送受信部２２０は、ベースバンド信号処理部２３０から出力されたベースバンド信号を、無線帯域の無線信号へ周波数変換を行い、変換後の無線信号をアンテナ２１０へ出力する。
【０１７４】
ベースバンド信号処理部２３０は、例えば、ベースバンド信号に対する処理を行う。
【０１７５】
図１７（Ｂ）はベースバンド信号処理部２３０の構成例を表す図である。
【０１７６】
ベースバンド信号処理部２３０は、ＰＤＣＣＨ受信処理部２３１、ＰＤＳＣＨ受信処理部２３２、制御部２３４、ＰＵＳＣＨ生成部２３５、ＰＵＣＣＨ生成部２３６、及びマッピング部２３７を備える。
【０１７７】
ＰＤＣＣＨ受信処理部２３１は、ＲＦ送受信部２２０から出力されたベースバンド信号から制御信号を抽出する。ＰＤＣＣＨ受信処理部２３１は、抽出した制御信号のうち、下り方向のスケジューリング結果をＰＤＳＣＨ受信処理部２３２へ出力し、上り方向のスケジューリング結果を制御部２３４へ出力する。
【０１７８】
ＰＤＳＣＨ受信処理部２３２は、ＰＤＣＣＨ受信処理部２３１から出力された下り方向のスケジューリング結果に従って、ＲＦ送受信部２２０から出力されたベースバンド信号から、自局に割り当てられたデータやＲＲＣメッセージを抽出する。
【０１７９】
この際、ＰＤＳＣＨ受信処理部２３２は、例えば、ＤＣＩに含まれる開始シンボルＳと長さＬ、或いは長さＬに代えてＥｎｄｉｎｇ  Ｓｙｍｂｏｌに従って、データを受け取っているか否かを確認する。また、ＰＤＳＣＨ受信処理部２３２は、例えば、ＤＣＩに含まれるＮＤＩとＨＡＲＱプロセス番号、及びＲＶ（例えば図９）に基づいて、クロスＴＴＩがＰＤＣＣＨにより設定されているか否かを確認する。この場合、ＰＤＳＣＨ受信処理部２３２は、ＰＤＣＣＨによりクロスＴＴＩが設定されているときは、開始シンボルＳ、長さＬ又はＥｎｄｉｎｇ  Ｓｙｍｂｏｌ、ＮＤＩ、ＨＡＲＱプロセス番号、ＲＶなどに基づいて、クロスＴＴＩが設定されたデータを、ベースバンド信号から抽出する。ＰＤＣＣＨにより設定されたクロスＴＴＩに対する処理は、制御部２３４ではなく、ＰＤＳＣＨ受信処理部２３２で行われてもよい。
【０１８０】
また、ＰＤＳＣＨ受信処理部２３２は、例えば、ＲＲＣメッセージによりクロスＴＴＩが設定されているときは、抽出したＲＲＣメッセージに含まれるＰＤＳＣＨ−Ｃｏｎｆｉｇ（例えば図６）に従って、ＰＤＳＣＨの続きの部分を、ベースバンド信号から抽出する。
【０１８１】
ＰＤＳＣＨ受信処理部２３２は、抽出したデータやＲＲＣメッセージを制御部２３４へ出力する。
【０１８２】
制御部２３４は、例えば、ＰＤＳＣＨ受信処理部２３２から出力されたＲＲＣメッセージに従って、受信処理や送信処理を行う。
【０１８３】
また、制御部２３４は、ＰＤＳＣＨ受信処理部２３２から出力されたデータを、アプリケーション部２４０へ出力する。
【０１８４】
さらに、制御部２３４は、ＰＤＣＣＨ受信処理部２３１から出力された上り方向のスケジューリング結果を、マッピング部２３７へ出力する。
【０１８５】
さらに、制御部２３４は、アプリケーション部２４０から出力されたデータを、ＰＵＳＣＨ生成部２３５へ出力する。さらに、制御部２３４は、上り方向の制御信号を生成し、生成した制御信号をＰＵＣＣＨ生成部２３６へ出力する。
【０１８６】
ＰＵＳＣＨ生成部２３５は、制御部２３４から出力されたデータを、マッピング部２３７へ出力する。
【０１８７】
ＰＵＣＣＨ生成部２３６は、制御部２３４から出力された制御信号をマッピング部２３７へ出力する。
【０１８８】
マッピング部２３７は、制御部２３４から出力された上り方向のスケジューリング結果に従って、データと制御信号を無線リソースにマッピングする。マッピング部２３７は、マッピングしたデータと制御信号とを、ベースバンド信号としてＲＦ送受信部２２０へ出力する。
【０１８９】
図１７（Ａ）に戻り、アプリケーション部２４０は、例えば、ベースバンド信号処理部２３０から出力されたデータに対してアプリケーションに関する処理を行う。また、アプリケーション部２４０は、例えば、アプリケーションに関する処理を行ってデータを生成し、生成したデータを制御部２３４へ出力する。
【０１９０】
＜７．動作例＞
次に、動作例を説明する。動作例は、上述した＜４．１＞の動作例を最初に説明する。次に、上述した＜４．２＞の動作例を説明する。最後に、＜４．３＞の動作例について説明する。
【０１９１】
＜７．１  ＰＤＣＣＨとＰＤＳＣＨとをシフトする場合において、ＲＲＣメッセージによりクロスＴＴＩを設定する場合の動作例＞
図１８は、ＰＤＣＣＨとＰＤＳＣＨとをシフトする場合において、ＲＲＣメッセージによりクロスＴＴＩを設定する場合の基地局１００における動作例を表すフローチャートである。
【０１９２】
なお、基地局１００と端末２００は、例えば、図５（Ａ）に示すシーケンスにより、ＲＲＣメッセージの交換を終了し、図６に示すＰＤＳＣＨ−Ｃｏｎｆｉｇを、基地局１００と端末２００で保持しているものとする。例えば、制御部１２２は、図６に示すＰＤＳＣＨ−Ｃｏｎｆｉｇを生成し、生成したＰＤＳＣＨ−Ｃｏｎｆｉｇを、ＰＤＳＣＨ生成部１２４を経由して、端末２００へ送信する。
【０１９３】
図１８に示すように、基地局１００は、処理を開始すると（Ｓ２０）、ＬＢＴを実行する（Ｓ２１）。例えば、基地局１００は、以下の処理を行う。
【０１９４】
すなわち、受信信号処理部１２１は、アンライセンス周波数帯の所定周波数帯域における受信信号の強度を測定して、その結果を制御部１２２へ出力する。制御部１２２は、その結果が閾値より小さいとき、“Ｉｄｌｅ”状態、その結果が閾値以上のとき、“Ｂｕｓｙ”状態と判定する。
【０１９５】
次に、基地局１００は、アンライセンス周波数帯の所定周波数帯域が“Ｉｄｌｅ”状態か否かを判定する（Ｓ２２）。基地局１００は、 “Ｂｕｓｙ”状態のとき（Ｓ２２でＮｏ）、所定期間経過すると、再び、ＬＢＴを実行し（Ｓ２１）、所定周波数帯域が“Ｉｄｌｅ”状態となるまで繰り返し実行する（Ｓ２２でＮｏのループ）。
【０１９６】
基地局１００は、所定周波数帯域が “Ｉｄｌｅ状態”となったとき（Ｓ２２でＹｅｓ）、その所定周波数帯域を利用して、ＰＤＣＣＨとＰＤＳＣＨを送信する（Ｓ２３）。例えば、基地局１００は、以下の処理を行う。
【０１９７】
すなわち、制御部１２２は、“Ｉｄｌｅ”状態であることを判定すると、先頭スロット（又は先頭ＴＴＩ）の信号の出力をマッピング部１２５に指示する。制御部１２２は、送信すべきデータがあることを検出してＬＢＴを開始する前に先頭スロットの信号の生成を指示する。まず、伝送路インタフェース１１０から受け取ったデータをＰＤＳＣＨ生成部１２４へ出力する。その際、制御部１２２は、スケジューリングを行い、その結果を、ＰＤＣＣＨ生成部１２３へ出力する。ＰＤＣＣＨ生成部１２３は、ＤＣＩをマッピング部１２５へ出力し、ＰＤＳＣＨ生成部１２４は、データをマッピング部１２５へ出力し、マッピング部１２５は、下りスケジューリング結果に従って、ＤＣＩとデータとを無線リソース上にマッピングする。マッピング部１２５は、マッピングしたＤＣＩとデータとを、ＲＦ送受信部１３０を介して端末２００へ送信する。
【０１９８】
ただし、基地局１００は、例えば、図４（Ｂ）に示すように、“Ｂｕｓｙ”状態後、 “Ｉｄｌｅ”状態となったとき、“Ｉｄｌｅ”状態となるまで、ＰＤＣＣＨとＰＤＳＣＵを含むシンボルをシフトさせる。また、基地局１００は、先頭スロット（又は先頭ＴＴＩ）で送信できなかったＰＤＳＣＨの部分を、クロスＴＴＩを利用して、次のスロット（又は次のＴＴＩ）で送信する。例えば、基地局１００は、以下の処理を行う。
【０１９９】
すなわち、制御部１２２は、所定周波数帯域の信号強度が閾値以上のとき、ＰＤＣＣＨとＰＤＳＣＨの送信をしないように、マッピング部１２５に指示し、マッピング部１２５は、マッピングしたＰＤＣＣＨとＰＤＳＣＨの送信を停止する。その間、マッピング部１２５は、内部メモリにＰＤＣＣＨとＰＤＳＣＨとを記憶してもよい。制御部１２２は、その後、信号強度が閾値より小さくなったとき、アンライセス周波数帯が他の装置により使用されていないことを確認する。そして、この場合、制御部１２２は、下り方向におけるＰＤＣＣＨとＰＤＳＣＨとを含むシンボルを、“Ｉｄｌｅ”状態となる送信開始タイミングまで、時間方向にシフトさせる。制御部１２２は、以降に続く、ＰＤＣＣＨとＰＤＳＣＨについても時間方向にシフトさせる。図４（Ｂ）の例では、制御部１２２は、４シンボル分シフトさせる。制御部１２２は、シフトした結果を、マッピング部１２５へ出力する。マッピング部１２５は、シフト結果に従って、マッピングしたＰＤＣＣＨとＰＤＳＣＨとを内部メモリから読み出して、ＲＦ送受信部１３０へ出力する。マッピング部１２５又はＲＦ送受信部１３０は、シフト後、制御信号とデータとをＰＤＣＣＨとＰＤＳＣＨとを夫々用いて、端末２００へ送信する。そして、制御部１２２は、ＰＤＳＣＨ−Ｃｏｎｆｉｇ（例えば図５（Ａ）、図６）に従ってクロスＴＴＩを行う場合は、未送信部分を送信するスロット番号や送信を開始するシンボル番号などを、マッピング部１２５へ出力する。マッピング部１２５は、その指示に従って、内部メモリなどに記憶した未送信部分のＴＢ＃ａを読み出して、指示されたスロットの指示されたシンボルにおいて送信する。これにより、例えば、クロスＴＴＩを実現することが可能となる。
【０２００】
なお、制御部１２２は、例えば、ＰＤＣＣＨとＰＤＳＣＨとを時間方向にシフトする場合、ＰＤＣＣＨに含まれる開始シンボルＳと長さＬを、スロット内の先頭シンボルから送信する場合のＰＤＣＣＨに含まれる開始シンボルＳと長さＬとそれぞれ同じに設定する。
【０２０１】
図１８に戻り、基地局１００は、ＰＤＣＣＨとＰＤＳＣＨの送信を終了すると、本処理を終了する（Ｓ２４）。
【０２０２】
図１９は、本動作例における端末２００側の処理の例を表すフローチャートである。
【０２０３】
端末２００は、処理を開始すると（Ｓ３０）、ＰＤＣＣＨと、ＰＤＣＣＨを含むスロット内のＰＤＳＣＨ部分とを受信する。例えば、ＰＤＣＣＨ受信処理部２３１がＰＤＣＣＨを受信し、ＰＤＳＣＨ受信処理部２３２は、ＰＤＣＣＨ受信処理部２３１からＤＣＩを受け取り、ＤＣＩに従って、ＰＤＳＣＨ部分を受信する。
【０２０４】
次に、端末２００は、実際に受信したＰＤＳＣＨの長さは、ＤＣＩで指示されたＰＤＳＣＨの長さより短いか否かを判定する（Ｓ３２）。ＤＣＩには、上述したように、開始シンボルＳと長さＬとが含まれる。例えば、端末２００は、以下の処理を行う。
【０２０５】
すなわち、制御部２３４は、ＰＤＳＣＨ受信処理部２３２から出力されたデータを受け取り、そのデータのデータ量をカウントし、カウントしたデータに基づいて、ＰＤＳＣＨの長さを計算する。そして、制御部２３４は、計算した長さがＤＣＩで指示された長さＬより短いか否かを判定する。制御部２３４では、ＤＣＩと実際に受信したＰＤＳＣＨの長さとに基づいて、基地局１００において、先頭シンボルに含まれるＰＤＣＣＨとＰＤＳＣＨ以降がシフトして送信したか否かを確認するようにしている。
【０２０６】
端末２００は、実際に受信したＰＤＳＣＨの長さが、ＤＣＩで指示されたＰＤＳＣＨの長さより短いとき（Ｓ３２でＹｅｓ）、ＲＲＣメッセージにおいて、クロスＴＴＩ設定が設定されているか否かを判定する（Ｓ３３）。例えば、制御部２３４は、計算した長さが、ＤＣＩで指示された長さＬより短いと判定すると、ＰＤＳＣＨ受信処理部２３２から受け取ったＲＲＣメッセージにおいて、クロスＴＴＩの設定の有無（例えば、図６の（１））を確認することで判定する。
【０２０７】
端末２００は、クロスＴＴＩの設定があるとき（Ｓ３３でＹｅｓ）、ＲＲＣ設定に従い、ＰＤＳＣＨの続き部分を受信する（Ｓ３４）。例えば、制御部２３４は、クロスＴＴＩの設定を確認すると、ＰＤＳＣＨ−Ｃｏｎｆｉｇ（例えば図６）に含まれるＩＥに従って、ＰＤＳＣＨの続き部分を、次のＴＴＩなどのタイミングで受信する。
【０２０８】
次に、端末２００は、受信結果に応じて、ＡＣＫ又はＮＡＣＫをフィードバックする（Ｓ３５）。例えば、制御部２３４は、クロスＴＴＩにより、ＰＤＳＣＨの続き部分を含むＰＤＳＣＨを正常に受信できたときは、ＡＣＫを生成し、ＰＵＳＣＨ生成部２３５又はＰＵＣＣＨ生成部２３６を介して、ＡＣＫをフィードバックする。一方、制御部２３４は、例えば、クロスＴＴＩにより、ＰＤＳＣＨ続き部分を含むＰＤＳＣＨを正常に受信できなかったとき、ＮＡＣＫを生成し、ＰＵＳＣＨ生成部２３５又はＰＵＣＣＨ生成部２３６を介して、ＮＡＣＫをフィードバックする。
【０２０９】
そして、端末２００は一連の処理を終了する（Ｓ３６）。
【０２１０】
一方、ＲＲＣ設定として、クロスＴＴＩが設定されていないとき（Ｓ３３でＮｏ）、端末２００は、クロスＴＴＩの処理を行うことなく、Ｓ３５へ移行する。この場合、端末２００は、クロスＴＴＩを行うことなく、受信したＰＤＳＣＨに対して、ＡＣＫ又はＮＡＣＫをフィードバックする。
【０２１１】
一方、端末２００は、実際に受信したＰＤＳＣＨの長さが、ＤＣＩで指示されたＰＤＳＣＨの長さと同じとき（Ｓ３２でＮｏ）、Ｓ３５へ移行する。この場合、端末２００は、ＤＣＩで指示された長さＬのＰＤＳＣＨを受信したことになり、例えば、図４（Ａ）と同じ状況となるため、クロスＴＴＩの処理を行うことなく、受信したＰＤＳＣＨに対して、ＡＣＫ又はＮＡＣＫをフィードバックする。
【０２１２】
＜７．２  ＰＵＳＣＨがシフトする場合において、ＲＲＣメッセージによりクロスＴＴＩを設定する場合の動作例＞
図２０は、ＰＵＳＣＨがシフトする場合において、ＲＲＣメッセージによりクロスＴＴＩを設定する場合の端末２００側の動作例を表すフローチャートである。この場合も、上記＜７．１＞と同様に、基地局１００と端末２００は、ＲＲＣメッセージの交換を終了し（例えば、図５（Ａ））、ＰＵＳＣＨ−Ｃｏｎｆｉｇ（例えば図６）を互いに保持しているものとする。例えば、制御部１２２が、図６に示すＰＵＳＣＨ−Ｃｏｎｆｉｇを生成し、ＰＤＳＣＨ生成部１２４などを介して端末２００へ送信する。
【０２１３】
端末２００は、処理を開始すると（Ｓ４０）、ＬＢＴを実行する（Ｓ４１）。例えば、端末２００は、以下の処理を行う。
【０２１４】
すなわち、ＰＤＣＣＨ受信処理部２３１又はＰＤＳＣＨ受信処理部２３２は、アンライセンス周波数帯の所定周波数帯域において、受信した信号の信号強度を測定し、その結果を制御部２３４へ出力する。制御部２３４は、基地局１００の制御部１２２と同様に、その結果に基づいて、“Ｉｄｌｅ”状態又は“Ｂｕｓｙ”状態を判定する。
【０２１５】
端末２００は、所定周波数帯域が“Ｂｕｓｙ”状態のとき（Ｓ４２でＮｏ）、所定時間経過後、再び、ＬＢＴを実行し（Ｓ４１）、“Ｉｄｌｅ”状態となるまで繰り返す（Ｓ４２でＮｏのループ）。
【０２１６】
端末２００は、所定周波数帯域が“Ｉｄｌｅ”状態となったとき（Ｓ４２でＹｅｓ）、その所定周波数帯域を利用して、ＰＵＣＣＨとＰＵＳＣＨとを、基地局１００へ送信する（Ｓ４３）。端末２００は、例えば、以下の処理を行う。
【０２１７】
すなわち、制御部２３４は、“Ｉｄｌｅ”状態であることを判定すると、アプリケーション部２４０から受け取ったデータを、ＰＵＳＣＨ生成部２３５を介してマッピング部２３７へ出力する。制御部２３４は、ＰＤＳＣＨ受信処理部２３２から受け取った上り方向のスケジューリング結果を、マッピング部２３７へ出力し、また、制御信号を生成し、ＰＵＣＣＨ生成部２３６を介して、マッピング部２３７へ出力する。マッピング部２３７は、上り方向のスケジューリング結果に従って、制御信号とデータとを無線リソース上にマッピングする。マッピング部２３７は、マッピングした制御信号（ＰＵＣＣＨ）とデータ（ＰＵＳＣＨ）とをＲＦ送受信部２２０を介して基地局１００へ送信する。
【０２１８】
ただし、端末２００は、例えば、図７（Ｂ）に示すように、“Ｂｕｓｙ”状態後、“Ｉｄｌｅ”状態となったとき、“Ｉｄｌｅ”状態となるまでＰＵＣＣＨとＰＵＳＣＨとを含むシンボルをシフトさせる。また、端末２００は、先頭スロット（又は先頭ＴＴＩ）で送信できかったＰＵＳＣＨの部分を、クロスＴＴＩを利用して、次のスロット（又は次のＴＴＩ）で送信する。例えば、端末２００は、以下の処理を行う。
【０２１９】
すなわち、制御部２３４は、所定周波数帯域の信号強度が閾値以上のとき、ＰＵＣＣＨとＰＵＳＣＨを送信しないように、マッピング部２３７に指示し、マッピング部２３７は、マッピングしたＰＵＣＣＨとＰＵＳＣＨの送信を停止する。この場合、マッピング部２３７は、内部メモリにＰＵＣＣＨとＰＵＳＣＨとを記憶してもよい。制御部２３４は、その後、信号強度が閾値より小さくなったとき、アンライセンス周波数帯が他の装置に使用されていないことを確認する。そして、制御部２３４は、上り方向におけるＰＵＣＣＨとＰＵＳＣＨとを含むシンボルを、“Ｉｄｌｅ”状態となる送信開始タイミングまで、時間方向にシフトさせる。制御部２３４は、以降に続く、ＰＵＣＣＨとＰＵＳＣＨについても時間方向にシフトさせる。図７（Ｂ）の例では、４シンボル分シフトさせる。制御部２３４は、シフトした結果を、マッピング部２３７へ出力する。マッピング部２３７は、シフト結果に従って、ＰＵＣＣＨとＰＵＳＣＨとを内部メモリから読み出して、ＲＦ送受信部２２０へ出力する。マッピング部２３７又はＲＦ送受信部２２０は、シフト後のシンボルに割り当てられた制御信号とデータをＰＵＣＣＨとＰＵＳＣＨと夫々用いて、基地局１００へ送信する。そして、制御部２３４は、ＰＵＳＣＨ−Ｃｏｎｆｉｇ（例えば、図５（Ａ）、図６）に従って、クロスＴＴＩを行う場合は、未送信部分を送信するスロット番号や送信開始シンボルの番号などを、マッピング部２３７へ出力する。マッピング部２３７は、その指示に従って、内部メモリなどに記憶した未送信部分（例えば、図７（Ａ）のＴＢ＃ａ）を読み出して、指示されたスロットの指示されたシンボルを利用して送信する。これにより、例えば、上り方向において、クロスＴＴＩを実現することが可能となる。
【０２２０】
図２０に戻り、端末２００は、ＰＵＣＣＨとＰＵＳＣＨの送信が終了すると、本処理を終了する（Ｓ４４）。
【０２２１】
なお、端末２００は、ＰＵＣＣＨを送信しない場合（例えば図７（Ｂ））、Ｓ４３の処理は、ＰＵＣＣＨを送信しないでＰＵＳＣＨを送信する処理となる。
【０２２２】
図２１は、本動作例における基地局１００側の処理の例を表すフローチャートである。
【０２２３】
基地局１００は、処理を開始すると（Ｓ５０）、ＰＵＣＣＨと、ＰＵＣＣＨを含むスロット内のＰＵＳＣＨ部分とを受信する（Ｓ５１）。例えば、受信信号処理部１２１は、制御部１２２から出力された上り方向のスケジューリング結果に従って、ベースバンド信号から、端末２００から送信されたＰＵＣＣＨとＰＵＳＣＨとを抽出し、抽出したＰＵＣＣＨとＰＵＳＣＨとを制御部１２２へ出力する。
【０２２４】
次に、基地局１００は、実際に受信したＰＵＳＣＨの長さは、ＤＣＩで指示したＰＵＳＣＨの長さより短いか否かを判定する（Ｓ５２）。例えば、基地局１００は以下の処理を行う。
【０２２５】
すなわち、制御部１２２は、受信信号処理部１２１から受け取ったデータのデータ量をカウントし、カウントしたデータ量に基づいて、ＰＵＳＣＨの長さを計算する。制御部１２２は、ＤＣＩに含まれる開始シンボルＳと長さＬとに基づいて、開始シンボルＳからＰＵＳＣＨが開始されたか否か、計算した長さが長さＬより短いか否かを確認する。制御部１２２も、端末２００の制御部１２２と同様に、ＤＣＩと実際に受信したＰＵＳＣＨの長さとに基づいて、端末２００において、先頭シンボルに含まれるＰＵＣＣＨとＰＤＳＣＨ以降がシフトして送信したか否かを確認するようにしている。
【０２２６】
基地局１００は、実際に受信したＰＵＳＣＨの長さが、ＤＣＩで指示したＰＵＳＣＨの長さより短いとき（Ｓ５２でＹｅｓ）、ＲＲＣメッセージにおいて、クロスＴＴＩが設定されているか否かを判定する（Ｓ５３）。例えば、制御部１２２は、自身で生成したＲＲＣメッセージにおいて、クロスＴＴＩ設定の有無（例えば、図６の１））を確認することで判定する。
【０２２７】
基地局１００は、クロスＴＴＩの設定があるとき（Ｓ５３でＹｅｓ）、ＲＲＣ設定に従い、ＰＵＳＣＨの続き部分を受信する（Ｓ５４）。例えば、制御部１２２は、クロスＴＴＩの設定を確認すると、ＰＵＳＣＨ−Ｃｏｎｆｉｇ（例えば図６）に含まれるＩＥに従って、ＰＵＳＣＨの続き部分を次のＴＴＩなどで受信する。
【０２２８】
次に、基地局１００は、受信結果に応じて、ＰＤＣＣＨにより、再送あるいは新規データの送信を指示する（Ｓ５５）。例えば、制御部１２２は、クロスＴＴＩにより、ＰＵＳＣＨの続き部分を含むＰＵＳＣＨを正常に受信できたときは、ＰＤＣＣＨ生成部１２３を介して、新規データの送信を指示するＰＤＣＣＨを端末２００へ送信する。一方、制御部１２２は、例えば、クロスＴＴＩにより、ＰＵＳＣＨ続き部分を含むＰＵＳＣＨを正常に受信できなかったとき、ＰＤＣＣＨ生成部１２３を介して、再送を指示するＰＤＣＣＨを端末２００へ送信する。
【０２２９】
そして、基地局１００は、一連の処理を終了する（Ｓ５６）。
【０２３０】
一方、ＲＲＣ設定として、クロスＴＴＩが設定されていないとき（Ｓ５３でＮｏ）、基地局１００は、クロスＴＴＩの処理を行うことなく、Ｓ５５へ移行する。この場合、端末２００は、クロスＴＴＩを行うことなく、受信したＰＵＳＣＵに対して、ＡＣＫ又はＮＡＣＫをフィードバックする。
【０２３１】
一方、基地局１００は、実際に受信したＰＵＳＣＨの長さが、ＤＣＩで指示したＰＵＳＣＨの長さと同じとき（Ｓ５２でＮｏ）、Ｓ５５へ移行する。この場合、基地局１００は、ＤＣＩで指示した長さＬのＰＵＳＣＨを受信したことになり、例えば、図７（Ａ）と同じ状況となるため、クロスＴＴＩの処理を行うことなく、受信したＰＵＳＣＨに対して、ＡＣＫ又はＮＡＣＫをフィードバックする。
【０２３２】
なお、図２１において、端末２００がＰＵＣＣＨを送信しない場合、Ｓ５１の処理では、基地局１００は、ＰＵＣＣＨを受信することなく、ＰＵＳＣＨを受信することになる。
【０２３３】
＜７．３  ＰＤＣＣＨとＰＤＳＣＨとがシフトする場合において、ＰＤＣＣＨによりクロスＴＴＩを設定する場合の動作例＞
図２２は、ＰＤＣＣＨとＰＤＳＣＨとがシフトする場合においてＰＤＣＣＨによりクロスＴＴＩを設定する場合の基地局１００側の動作例を表すフローチャートである。
【０２３４】
また、本動作例を行うに際して、基地局１００と端末２００は、ＲＲＣメッセージの交換を終了し（例えば、図５（Ａ））、ＰＤＳＣＨ−Ｃｏｎｆｉｇを互いにメモリなどに保持しているものとする。ただし、ＰＤＳＣＨ−Ｃｏｎｆｉｇには図６の（１）が設定され、（２）から（４）は設定されていないものとする。すなわち、基地局１００と端末２００は、ＲＲＣメッセージの交換により、クロスＴＴＩを行うか否かについて、共有しているものとし、クロスＴＴＩの詳細は、ＰＤＣＣＨにより設定される。
【０２３５】
図２２に示す処理において、Ｓ６０からＳ６２は、上述した＜７．１＞の図１８に示すＳ２０からＳ２２と同様である。
【０２３６】
基地局１００は、アンライセンス周波数帯が“Ｉｄｌｅ”状態となったとき（Ｓ６２でＹｅｓ）、ＰＤＣＣＨとＰＤＳＣＨとを送信する（Ｓ２３）。上述した＜７．１＞の場合と同様に、先頭スロットにおいて、ＰＤＣＣＨとＰＤＳＣＨのシフトが行われた場合、基地局１００は、例えば、以下の処理を行う。
【０２３７】
すなわち、制御部１２２は、先頭スロットのスケジューリングを行う際に、図９に示すＴＤＲＡ、ＮＤＩ、ＨＡＲＱプロセス番号、ＲＶ、ＭＣＳなどを決定し、決定したこれらの情報をＰＤＣＣＨ生成部１２３へ出力する。ＰＤＣＣＨ生成部１２３は、これらの情報をまとめて、例えば、図１０（Ａ）に示すＰＤＣＣＨ＃ｍを生成する。ＰＤＣＣＨ生成部１２３は、生成したＰＤＣＣＨ＃ｍを、マッピング部１２５を介して、端末２００へ送信する。また、制御部１２２は、先頭スロットでＰＤＣＣＨ（図１０（Ａ）の例ではＰＤＣＣＨ＃ｍ）とＰＤＳＣＨとを含むシンボルがシフトしたことで、先頭スロットで送信できなかったＰＤＳＣＨに対するクロスＴＴＩを設定するために、新たなＰＤＣＣＨ（図１０（Ａ）の例では、ＰＤＣＣＨ＃ｎ）を生成する。制御部１２２は、先頭スロットのＰＤＣＣＨ（ＰＤＣＣＨ＃ｍ）に含まれるＮＤＩ、ＨＡＲＱプロセス番号、及びＲＶと同じＮＤＩ、ＨＡＲＱプロセス番号、及びＲＶを、生成する。ＰＤＣＣＨ生成部１２３は、これらの情報を含むクロスＴＴＩ設定用のＰＤＣＣＨ（ＰＤＣＣＨ＃ｎ）を生成し、マッピング部１２５などを介して端末２００へ送信する。なお、ＰＤＣＣＨ＃ｍ１は、ＰＤＣＣＨ＃ｍを生成するときに生成するようにしてもよい。また、クロスＴＴＩによるＰＤＳＣＨの送信については、上述した＜７．１＞と同様である。
【０２３８】
図２３は、ＰＤＣＣＨとＰＤＳＣＨとがシフトする場合においてＰＤＣＣＨによりクロスＴＴＩを設定する場合の端末２００側の動作例を表すフローチャートである。
【０２３９】
図２３において、Ｓ７０からＳ７２は、上述した＜７．１＞で説明した図１９のＳ３０からＳ３２とそれぞれ同じである。ただし、Ｓ７２では、実際に受信したＰＤＳＣＨの長さは、ＤＣＩで指示されたＰＤＳＣＨの長さより短いか否かを判定する際に用いられるＤＣＩは、例えば、先頭スロットのＰＤＣＣＨに含まれるＤＣＩであり、図８（Ｂ）の例では、ＰＤＣＣＨ＃ｍに含まれるＤＣＩに相当する。
【０２４０】
端末２００は、実際に受信したＰＤＳＣＨの長さが、ＤＣＩで指示されたＰＤＳＣＨの長さより短いとき（Ｓ７２でＹｅｓ）、ＲＲＣ設定においてクロスＴＴＩの設定がされているか否かを判定する（Ｓ７３）。例えば、端末２００は、以下の処理を行う。
【０２４１】
すなわち、制御部２３４は、ＰＤＳＣＨ受信処理部２３２から出力されたデータのデータ量からデータの長さを計算し、その長さがＤＣＩで指示された長さＬより短いと判定する。そして、制御部２３４は、ＰＤＳＣＨ受信処理部２３２から出力されたＲＲＣメッセージに含まれるＰＤＳＣＨ−Ｃｏｎｆｉｇにおいて、クロスＴＴＩ設定（図６の（１））を確認することで、クロスＴＴＩの設定の有無を判定する。
【０２４２】
端末２００は、クロスＴＴＩが設定されているとき（Ｓ７３でＹｅｓ）、新しいＰＤＣＣＨを受信し、リソースの割り当て内容に従って、ＰＤＳＣＨの続き部分を受信する（Ｓ７４）。例えば、端末２００は、以下の処理を行う。
【０２４３】
すなわち、ＰＤＳＣＨ受信処理部２３２は、ＰＤＣＣＨ受信処理部２３１から新しいＰＤＣＣＨを受け取り、図９に示す各フィールドを参照する。そして、ＰＤＳＣＨ受信処理部２３２は、各フィールドに示された情報に従って、自局宛ての、「未送信」部分のＰＤＳＣＨを確認し、前ＴＴＩのＰＤＣＣＨにより割り当てられたＰＤＳＣＨに続く、ＰＤＳＣＨの部分を受信する。
【０２４４】
次に、端末２００は、受信結果に応じて、ＡＣＫ又はＮＡＣＫをフィードバックする（Ｓ７５）。例えば、制御部２３４は、ＰＤＳＣＨ受信処理部２３２から受け取ったデータが正常か否かを判定し、その判定結果に従って、ＡＣＫ又はＮＡＣＫを生成し、ＰＵＳＣＨ生成部２３５又はＰＵＣＣＨ生成部２３６を介して、基地局１００へフィードバックする。
【０２４５】
そして、端末２００は、一連の処理を終了する（Ｓ７６）。
【０２４６】
一方、端末２００は、実際に受信したＰＤＳＣＨの長さがＤＣＩで指示されたＰＤＳＣＨの長さと同じとき（Ｓ７２でＮｏ）、又は、ＲＲＣ設定でクロスＴＴＩを行わないことが設定されているとき（Ｓ７３でＮｏ）、Ｓ７５へ移行して、上述した処理を行う。
【０２４７】
＜８．Ｓｅａｒｃｈ  Ｓｐａｃｅについて＞
本第１の実施の形態における補足説明をする。
【０２４８】
５Ｇには、ＲＲＣメッセージとして、ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ（ＣＯＲＥＳＥＴ）がある。ＣＯＲＥＳＥＴは、例えば、ＤＣＩを探索するために、時間と周波数の制御リソースを設定するために用いられる。ＣＯＲＥＳＥＴに含まれるＩＥとして、ｆｒｅｑｕｅｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓがある。ｆｒｅｑｕｅｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓは、例えば、ＤＣＩ探索のための周波数リソースを表す。
【０２４９】
また、５Ｇには、ＲＲＣメッセージとして、ＳｅａｒｃｈＳｐａｃｅ（サーチスペース）がある。ＳｅａｒｃｈＳｐａｃｅは、例えば、ＰＤＣＣＨ候補をどのように探索するか、或いはどこからＰＤＣＣＨ候補を探索するかを表す。ＣＯＲＥＳＥＴもＳｅａｒｃｈＳｐａｃｅも、例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる情報要素又はメッセージである。
【０２５０】
図２４（Ａ）は、例えば、サーチスペースを含むＰＤＣＣＨとＰＤＳＣＨの送信例を表す図である。サーチスペース内に、１又は複数のＰＤＣＣＨが含まれる。例えば、端末２００は、ＲＲＣメッセージであるＳｅａｒｃｈＳｐａｃｅに従って、無線リソース上でＰＤＣＣＨが割り当てられた領域を探索する。ＰＤＣＣＨには、個々の端末２００に通知するものに加えて、システム共通或いは複数端末に通知するものもある。例えば、送信バーストの長さや次のスロットの長さなどフォーマットに関する情報、または上り送信区間に関する情報、送信バーストの中における当該ＰＤＣＣＨが位置するスロットのスロット番号（例えば、先頭スロットを０番として番号をカウントする）などシステム共通の情報を送信するＰＤＣＣＨについても端末２００はサーチを行う。
【０２５１】
ＳｅａｒｃｈＳｐａｃｅには、ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔと、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ、及びｄｕｒａｔｉｏｎの各ＩＥが含まれる。
【０２５２】
ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔは、例えば、サーチスペースが何スロットに１回あるかを表すＩＥである。例えば、ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔが「全スロット」のとき、全スロットにサーチスペースが含まれる。
【０２５３】
ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔは、例えば、スロット内でＰＤＣＣＨが送信される可能性がある（又はＰＤＣＣＨの送信が可能な）シンボルを表すＩＥである。ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔは、例えば、スロット内の絶対位置で定義される。例えば、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔが「１００００００１００００００」のとき、図２４（Ａ）に示すように、ＰＤＣＣＨはスロット内の１番目のシンボルと８番目のシンボルに割り当てられることを表している。
【０２５４】
ｄｕｒａｔｉｏｎは、例えば、時間方向における長さを表すＩＥである。例えば、ｄｕｒａｔｉｏｎが「２」のとき、図２４（Ａ）に示すように、ＰＤＣＣＨは「２」シンボルの長さを有していることを表している。
【０２５５】
サーチスペースの領域については、例えば、ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔと、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ、及びｄｕｒａｔｉｏｎの各ＩＥにより、ＰＤＣＣＨの時間方向でのリソース指定が可能となる。そして、このようなＲＲＣメッセージを受信した端末２００は、これらの各ＩＥに従って、無線リソース上の領域をモニタリングして、ＰＤＣＣＣＨを受信することが可能となる。
【０２５６】
本第１の実施の形態では、例えば、図２４（Ｂ）に示すように、ＰＤＣＣＨとＰＤＳＣＨを含むシンボルを、キャリアセンスの結果により、時間方向にシフトさせることが可能で、これにより、複数の送信機会が存在することになる。この場合、サーチスペースの時間方向のリソースをどのように定義するかが問題となる。とくに、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔは、例えば、スロット内の絶対的な位置でシンボルを定義しているため、どのように取り扱うかが問題となる。
【０２５７】
ここで、図２４（Ｂ）の先頭スロット以外の後続スロットに着目すると、サーチスペースの位置は、ライセンス周波数帯におけるサーチスペースの位置と同じである。従って、アンライセンス周波数帯の後続スロットにおけるサーチスペースと、ライセンス周波数帯のサーチスペースとは、モニタリングを共通にさせることが可能である。一方、先頭スロットのサーチスペースに対するモニタリング方法は、ライセンス周波数帯におけるサーチスペースに対するモニタリング方法とは異なる方法で行われる。
【０２５８】
そこで、本第１の実施の形態では、２つのオプションにより、サーチスペースのモニタリング方法を定義する。１つ目のオプション（Ｏｐｔｉｏｎ１）は、後続スロットと先頭スロットとで、２つのｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔを定義する。２つ目のオプション（Ｏｐｔｉｏｎ２）は、後続スロットと先頭スロットで、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔを同一の定義とし、端末２００において解釈と処理を変更する方法である。
【０２５９】
図２５は、２つのオプション（Ｏｐｔｉｏｎ１とＯｐｔｉｏｎ２）の定義例を表す図である。図２５において、例えば、「送信バーストの２ｓｌｏｔ以降のＳｌｏｔ」が後続スロット（例えば、先頭スロットから次のスロット以降のスロット）、「左記以外のｓｌｏｔ」が先頭スロットを夫々表す。なお、「左記以外のｓｌｏｔ」には、例えば、先頭スロット前の、データの未送信区間におけるスロットも含まれる。
【０２６０】
図２５に示す例において、Ｏｐｔｉｏｎ１では、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔは、後続スロットでは「１００００００００００００」、先頭スロットでは「１０１０１０１０１０１０１０」とそれぞれ異なる方法で定義している。すなわち、Ｏｐｔｉｏｎ１では、例えば、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔに含まれる内容を、「送信バーストの２ｓｌｏｔ以降のＳｌｏｔ」と「左記以外のｓｌｏｔ」とで異なる内容としている。
【０２６１】
この例では、後続スロットでは、先頭のシンボル（１番目のシンボル）でサーチスペースがあることを示す。従って、端末２００は、後続スロットについては、スロット内の先頭スロットを探索すればよい。
【０２６２】
また、先頭スロットでは、先頭から１番目のシンボル（Ｓｙｍｂｏｌ＃０）、３番目のシンボル（Ｓｙｍｂｏｌ＃２）、５番目のシンボル（Ｓｙｍｂｏｌ＃４）など、１シンボルおきに７回モニタすることを示す。従って、端末２００は、先頭スロットについては、指定されたシンボルで７回のモニタリングを行えばよい。
【０２６３】
なお、Ｏｐｔｉｏｎ１の場合、ＲＲＣメッセージ内では、例えば、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔについて、図２５に示すような２つの定義が含まれ、端末２００は、ＲＲＣメッセージを受信することで、このような処理が可能となる。
【０２６４】
一方、図２５に示す例において、Ｏｐｔｉｏｎ２では、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔが後続スロットも先頭スロットもいずれも「１０００００００００００００」となる。この場合、端末２００は、各送信機会の実際の送信開始シンボルからの相対位置として、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔにより示されたパラメータを解釈する。例えば、図２４（Ｂ）の例では、先頭スロットでは、５番目のシンボルから実際に送信が開始されるため、端末２００は、５番目のシンボルが、「１０００００００００００００」における最初の「１」番目のシンボルとして解釈する。
【０２６５】
図２５のＯｐｔｉｏｎ２も、Ｏｐｔｉｏｎ１の場合と同様に、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔがＲＲＣメッセージに含まれるため、端末２００はＲＲＣメッセージを受信することで、このような処理が可能となる。
【０２６６】
なお、Ｏｐｔｉｏｎ２では、ＲＲＣメッセージにより、送信開始パターンとして、「Ｓｙｍｂｏｌ＃０，＃２，＃４，＃６，＃８，＃１０，＃１２」を設定してもよい。
【０２６７】
図２６は、送信開始パターンを含むＲＲＣメッセージの例を表す図である。図２６に示す例は、ＰＤＳＣＨ−Ｃｏｎｆｉｇにおいて、「ＰＤＣＣＨ送信可能タイミング」のＩＥが含まれる例である。「ＰＤＣＣＨ送信可能タイミング」に設定するパラメータとして、例えば、「１０１０１０１０１０１０１０」とすることで、先頭スロットの「Ｓｙｍｂｏｌ＃０，＃２，＃４，＃６，＃８，＃１０，＃１２」が送信機会となり、端末２００はこのタイミングでＰＤＣＣＨをモニタリングすればよい。
【０２６８】
なお、「ＰＤＣＣＨ送信可能タイミング」は、ＰＤＣＣＨ−Ｃｏｎｆｉｇに含まれてもよいし、他のＣｏｎｆｉｇなどに含まれてもよい。「ＰＤＣＣＨ送信可能タイミング」は、例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれるものであればよい。
【０２６９】
Ｏｐｔｉｏｎ１とＯｐｔｉｏｎ２については、例えば、基地局１００の制御部１２２において、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔを含むＲＲＣメッセージを生成し、ＰＤＳＣＨ生成部１２４経由で、端末２００へ送信すればよい。
【０２７０】
図２７（Ａ）と図２７（Ｂ）は、図２５に示すＯｐｔｉｏｎ１とＯｐｔｉｏｎ２とが設定された場合において、端末２００のモニタリング例を表す図である。
【０２７１】
図２７（Ａ）に示すように、端末２００は、未送信区間では、Ｏｐｔｉｏｎ１では、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ、Ｏｐｔｉｏｎ２では、ＲＲＣメッセージにより、スロット内の先頭シンボルから１シンボルおきにモニタリングを夫々行っている。
【０２７２】
そして、端末２００は、送信バーストの先頭スロットの先頭シンボルでモニタリングして、ＰＤＣＣＨを受信し、その後、ＰＤＳＣＨも受信する。
【０２７３】
Ｏｐｔｉｏｎ１の場合、端末２００は、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ（＝「１０１０１０１０１０１０１０」）により、先頭スロットをモニタリングすることでＰＤＣＣＨを受信できる。
【０２７４】
Ｏｐｔｉｏｎ２の場合、端末２００は、ＲＲＣメッセージの「送信開始タイミング」により、先頭シンボルをモニタリングすることで、ＰＤＣＣＨを受信できる。この場合、端末２００は、先頭シンボルが送信開始シンボルとして、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔにおける「１０００００００００００００」の「１」を解釈する。
【０２７５】
なお、送信バーストの２スロット目以降は、後続スロットとして、Ｏｐｔｉｏｎ１もＯｐｔｉｏｎ２も、端末２００は、スロット内の先頭スロットをモニタリングすればよい。
【０２７６】
一方、図２７（Ｂ）の例では、送信バーストの先頭スロットでは、５番目のシンボルからＰＤＣＣＨとＰＤＳＣＨを受信し始める。Ｏｐｔｉｏｎ１では、端末２００は、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔにより、先頭シンボルから１シンボルおきにモニタリングすることで、５番目のシンボルからＰＤＣＣＨを受信する。Ｏｐｔｉｏｎ２では、端末２００は、ＲＲＣメッセージの「送信開始タイミング」により、先頭シンボルから１シンボルおきにモニタリングして、５番目のシンボルからＰＤＣＣＨを受信する。この際、端末２００は、５番目のシンボル（シンボル４）を、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔの「１０００００００００００００」の「１」と解釈する。
【０２７７】
[他の実施の形態]
図２８（Ａ）は基地局１００のハードウェア構成例を表す図である。
【０２７８】
基地局１００は、プロセッサ１６０、主記憶装置１６１、ネットワークインタフェース１６２、補助記憶装置１６３、無線機１６４、及びアンテナ１４０を備える。
【０２７９】
プロセッサ１６０は、主記憶装置１６１に記憶されたプログラムを読み出して補助記憶装置１６３にロードし、ロードしたプログラムを実行することで、ベースバンド信号処理部１２０の機能を実現する。プロセッサ１６０は、例えば、第１の実施の形態におけるベースバンド信号処理部１２０に対応する。
【０２８０】
また、ネットワークインタフェース１６２は、例えば、第１の実施の形態における伝送路インタフェース１１０に対応する。さらに、無線機１６４は、例えば、第１の実施の形態におけるＲＦ送受信部１３０に対応する。
【０２８１】
図２８（Ｂ）は端末２００のハードウェア構成例を表す図である。
【０２８２】
端末２００は、プロセッサ２６０、主記憶装置２６１、画面表示装置２６２、補助記憶装置２６３、無線機２６４、及びアンテナ２１０を備える。
【０２８３】
プロセッサ２６０は、主記憶装置２６１に記憶されたプログラムを読み出して、補助記憶装置２６３にロードし、ロードしたプログラムを実行することで、ベースバンド信号処理部２３０とアプリケーション部２４０の機能を実現する、プロセッサ２６０は、例えば、第１の実施の形態におけるベースバンド信号処理部２３０とアプリケーション部２４０に対応する。
【０２８４】
また、無線機２６４は、例えば、第１の実施の形態におけるＲＦ送受信部２２０に対応する。
【０２８５】
画面表示装置２６２は、例えば、プロセッサ２６０の制御により、アプリケーションを実行することで画像を表示する。
【０２８６】
なお、プロセッサ１６０，２６０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＤＳＰ（Digital Processing Unit）などであってもよい。
【０２８７】
また、第１の実施の形態では、基地局１００や端末２００は、例えば、２シンボル単位でキャリアセンスを行い、１スロット内において全部で７回の送信機会がある例について説明した。例えば、基地局１００や端末２００は、１シンボル単位でキャリアセンスを行う場合、送信機会は、１つのスロット内において１４回存在することになる。そして、基地局１００や端末２００は、例えば、シンボル期間単位でシフトする例について説明した。例えば、基地局１００や端末２００は、シンボル期間よりも短い期間単位（又は時間単位）で、先頭シンボルをシフトさせるようにしてもよい。あるいは、シフトする単位がシンボルの整数倍で、送信開始タイミングがシンボル期間の途中であってもよい。この場合、基地局１００の制御部１２２や端末２００の制御部２３４は、例えば、先頭シンボルに含まれるデータや信号をコピーし、先頭シンボルをシフトさせる際、コピーしたデータや信号を、先頭シンボルに対して時間的に前方向に付加することで、シンボル期間の途中からの送信が可能となる。なお、基地局１００からの下り送信でサーチスペースがスロットの先頭シンボルにない設定の場合、あるいは端末２００からの上り送信の場合、送信開始タイミングに合わせて先頭シンボルの途中から送信し始めてもよい。
【０２８８】
また、第１の実施の形態では、データ、ＤＣＩ、ＲＲＣメッセージ、ＨＡＲＱ−ＡＣＫを全てアンライセンス周波数帯の所定周波数帯域を使って送信する例について説明した。無線システム１０として、ライセンス周波数帯とアンライセンス周波数帯の両方を使って通信し、アンライセンス周波数帯におけるデータ伝送に関するＤＣＩ、ＲＲＣメッセージ、ＨＡＲＱ−ＡＣＫの一部又は全部を、ライセンス周波数帯を使って送信してもよい。
【符号の説明】
【０２８９】
１０：無線通信システム                １００：基地局装置（基地局）
１１０：伝送路インタフェース          １２０：ベースバンド信号処理部
１２１：受信信号処理部                １２２：制御部
１２３：ＰＤＣＣＨ生成部              １２４：ＰＤＳＣＨ生成部
１２５：マッピング部                  １３０：ＲＦ送受信部
１４０：アンテナ                      １６０：プロセッサ
２００（２００−１，２００−２）：端末装置（端末）
２１０：アンテナ                      ２２０：ＲＦ送受信部
２３０：ベースバンド信号処理部        ２３１：ＰＤＣＣＨ受信処理部
２３２：ＰＤＳＣＨ受信処理部          ２３４：制御部
２３５：ＰＵＳＣＨ生成部              ２３６：ＰＵＣＣＨ生成部
２３７：マッピング部                  ２４０：アプリケーション部
２６０：プロセッサ
【図１】
2020031277.tif 000003
【図２】
2020031277.tif 000004
【図３】
2020031277.tif 000005
【図４】
2020031277.tif 000006
【図５】
2020031277.tif 000007
【図６】
2020031277.tif 000008
【図７】
2020031277.tif 000009
【図８】
2020031277.tif 000010
【図９】
2020031277.tif 000011
【図１０】
2020031277.tif 000012
【図１１】
2020031277.tif 000013
【図１２】
2020031277.tif 000014
【図１３】
2020031277.tif 000015
【図１４】
2020031277.tif 000016
【図１５】
2020031277.tif 000017
【図１６】
2020031277.tif 000018
【図１７】
2020031277.tif 000019
【図１８】
2020031277.tif 000020
【図１９】
2020031277.tif 000021
【図２０】
2020031277.tif 000022
【図２１】
2020031277.tif 000023
【図２２】
2020031277.tif 000024
【図２３】
2020031277.tif 000025
【図２４】
2020031277.tif 000026
【図２５】
2020031277.tif 000027
【図２６】
2020031277.tif 000028
【図２７】
2020031277.tif 000029
【図２８】
2020031277.tif 000030
【図２９】
2020031277.tif 000031
【図３０】
2020031277.tif 000032
【図３１】
2020031277.tif 000033
【手続補正書】
【提出日】令和3年2月26日(2021.2.26)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０２５５
【補正方法】変更
【補正の内容】
【０２５５】
サーチスペースの領域については、例えば、ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔと、ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ、及びｄｕｒａｔｉｏｎの各ＩＥにより、ＰＤＣＣＨの時間方向でのリソース指定が可能となる。そして、このようなＲＲＣメッセージを受信した端末２００は、これらの各ＩＥに従って、無線リソース上の領域をモニタリングして、ＰＤＣＣＨを受信することが可能となる。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０２６１
【補正方法】変更
【補正の内容】
【０２６１】
この例では、後続スロットでは、先頭のシンボル（１番目のシンボル）でサーチスペースがあることを示す。従って、端末２００は、後続スロットについては、スロット内の先頭シンボルを探索すればよい。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
免許が不要な第１の周波数帯を用いて、受信装置と無線通信が可能な送信装置において、
前記第１の周波数帯が他の送信装置により使用されていないことを確認し、第１の通信方向における第１の制御チャネルと第１の共有チャネルとを含む第１のシンボル、又は、前記第１の通信方向と異なる第２の通信方向における第２の共有チャネルとを含む第２のシンボルを、時間方向にシフトさせる制御部と、
前記第１のシンボルに割り当てられた第１の制御信号と第１のデータとを前記第１の制御チャネルと前記第１の共有チャネルとを夫々用いて、又は前記第２のシンボルに割り当てられた第２のデータを前記第２の共有チャネルを用いて、前記受信装置へ送信する送信部と
を備えることを特徴とする送信装置。
【請求項２】
前記制御部は、前記第１の周波数帯が前記他の送信装置により使用され、前記第１の制御信号と前記第１のデータ又は前記第２のデータを、スロット内の先頭シンボルから送信することができないとき、前記第１又は第２のシンボルを前記先頭シンボルから時間方向にシフトさせることを特徴とする請求項１記載の送信装置。
【請求項３】
前記制御部は、前記第１の制御信号と前記第１のデータとをスロット内の先頭シンボルからシフトして送信する場合に前記第１の制御信号に含まれる前記第１のデータのスロットにおける開始シンボルと前記開始シンボルからの長さとを、前記第１の制御信号と前記第１のデータとを前記先頭シンボルから送信する場合に前記第１の制御信号に含まれる前記第１のデータのスロットにおける開始シンボルと前記開始シンボルからの長さにそれぞれ設定することを特徴とする請求項１記載の送信装置。
【請求項４】
前記第１の制御信号には、開始シンボルと前記開始シンボルからの長さとを含み、
前記開始シンボルは、前記第１のデータの送信を実際に開始したシンボルであることを特徴とする請求項１記載の送信装置。
【請求項５】
前記制御部は、前記第１又は第２のシンボルを、シンボル期間単位又は前記シンボル期間よりも短い期間で、時間方向にシフトさせることを特徴とする請求項１記載の送信装置。
【請求項６】
前記送信部は、
前記第１の制御信号により割り当てられた第１の期間において送信することができなかった前記第１のデータの一部を、第３の制御信号により割り当てられた第２の期間で送信し、又は、
前記第１の制御信号により割り当てられた第３の期間において送信することができなかった前記第２のデータの一部を、第４の制御信号により割り当てられた第４の期間で送信する
ことを特徴とする請求項１記載の送信装置。
【請求項７】
前記送信部は、前記第１又は第２のデータの一部を前記第２又は第４の期間で送信することを指示する第１のメッセージを前記第１の共有チャネルを用いて送信することを特徴とする請求項６記載の送信装置。
【請求項８】
前記制御部は、前記第１のデータを前記第１及び第２の期間で送信するか否か又は前記第２のデータを前記第３及び第４の期間で送信するか否かを示す情報要素と、前記第１又は第２のデータの一部を送信するスロット番号を示す情報要素と、前記第１又は第２のデータの一部の送信を開始するシンボルのシンボル番号と、先頭スロットの次のスロットの終了シンボルは、更に次のスロットでシフトさせるか否かを示す情報要素とを含む前記第１のメッセージを生成することを特徴とする請求項７記載の送信装置。
【請求項９】
前記送信部は、前記第１のデータの一部を前記第２の期間で送信することを指示する第５の制御信号を前記第１の制御チャネルを用いて送信することを特徴とする請求項６記載の送信装置。
【請求項１０】
前記送信部は、前記第１の制御信号に含まれるＮＤＩ（New Data Indicator）、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）プロセス番号、及びＲＶとそれぞれ同じＮＤＩ、ＨＡＲＱプロセス番号、及びＲＶを含む前記第５の制御信号を送信する請求項９記載の送信装置。
【請求項１１】
前記制御部は、前記第５の制御信号により割り当てられた前記第１のデータの一部を送信する第１の無線リソースの領域に、前記第５の制御信号を含む他の制御信号を送信する第２の無線リソースの領域が含まれるとき、前記第２の無線リソースの領域に割り当てた前記第１のデータの部分をパンクチャすることを特徴とする請求項９記載の送信装置。
【請求項１２】
前記送信部は、スロット内において前記第１のデータの送信が終了するシンボルを示す終了シンボルを含む第２のメッセージを前記第１の共有チャネルを用いて送信、又は前記終了シンボルを含む第６の制御信号を前記第１の制御チャネルを用いて送信することを特徴とする請求項１記載の送信装置。
【請求項１３】
前記送信部は、スロット内で前記第１の制御信号の送信が可能なシンボルに関する第１と第２の情報要素を含む第３のメッセージを前記第１の共有チャネルを用いて送信し、
前記第２の情報要素は、前記第１のデータの送信を開始した第１のスロットの次の第２のスロット以降の連続送信スロットに関する情報であり、前記第１の情報要素は前記第２の情報要素によって関連付けられない前記第１のスロットに関する情報である 
ことを特徴とする請求項１記載の送信装置。
【請求項１４】
前記第１及び第２の情報要素は、ｍｏｎｉｔｏｒｉｎｇＳｙｂｏｌｓＷｉｔｈｉｎＳｌｏｔであることを特徴とする請求項１３記載の送信装置。
【請求項１５】
前記送信部は、スロット内で前記第１の制御信号の送信が可能なシンボルを表す情報要素を含む第３のメッセージを前記第１の共有チャネルを用いて送信し、
前記第１の制御信号の送信が可能なシンボルは、前記第１の制御信号について実際に送信を開始したシンボルからの相対位置で表され、
前記送信部は、第１の制御信号の送信機会を表すシンボルを含む第４のメッセージを前記第１の共有チャネルを用いて送信する
ことを特徴とする請求項１記載の送信装置。
【請求項１６】
前記第２のシンボルは、第２の制御チャネルを含み、
前記送信部は、前記第２のシンボルに割り当てられた前記第２のデータと第２の制御信号とを前記第２の共有チャネルと前記第２の制御チャネルと夫々用いて、前記受信装置へ送信することを特徴とする請求項１記載の送信装置。
【請求項１７】
前記第２の制御チャネルは、ＰＵＣＣＨ（Physical Uplink Control CHannel）であることを特徴とする請求項１６記載の送信装置。
【請求項１８】
免許が不要な第１の周波数帯を用いて、送信装置と無線通信が可能な受信装置において、
スロット内で第１の制御信号が送信される可能性のあるシンボルに関する情報をそれぞれ含む第１の情報要素と第２の情報要素を含むメッセージを受信する受信部と、
前記第１の情報要素に従って前記第１の制御信号の検出動作を行い、
前記第１の制御信号を検出した場合、前記第１の情報要素に従って前記第１の制御信号の検出動作を行うことを停止し、前記第２の情報要素に従って前記第１の制御信号の検出動作を行う処理部
を備えることを特徴とする受信装置。
【請求項１９】
前記第１の制御信号はＤＣＩ(Downlink Control Information)を載せるＰＤＣＣＨ(Physical Downlink Control Channel)である
ことを特徴とする請求項１８に記載の受信装置。
【請求項２０】
前記処理部は、
前記第１の情報要素に従って、前記第１の制御信号を検出したスロットの次のスロット以降に、前記第２の情報要素に従って、前記第１の制御信号の検出動作を行うことを開始する
ことを特徴とする請求項１８に記載の受信装置。
【請求項２１】
送信装置と、
受信装置とを備え、
前記送信装置と前記受信装置とが、免許が不要な第１の周波数帯を用いて無線通信が可能な無線通信システムにおいて、
前記送信装置は、
前記第１の周波数帯が他の送信装置により使用されていないことを確認し、第１の通信方向における第１の制御チャネルと第１の共有チャネルとを含む第１のシンボル、又は、前記第１の通信方向と異なる第２の通信方向における第２の共有チャネルを含む第２のシンボルを、時間方向にシフトさせる制御部と、
前記第１のシンボルに割り当てられた第１の制御信号と第１のデータとを前記第１の制御チャネルと前記第１の共有チャネルとを夫々用いて、又は前記第２のシンボルに割り当てられた第２のデータを前記第２の共有チャネルを用いて、前記受信装置へ送信する送信部と
を備え、
前記受信装置は、
前記第１の制御信号と前記第１のデータとを前記第１の制御チャネルと前記第１の共有チャネルとを夫々用いて、又は前記第２のデータを前記第２の共有チャネルを夫々用いて、前記送信装置から受信する受信部
を備えることを特徴とする無線通信システム。
【請求項２２】
制御部と、送信部とを有し、免許が不要な第１の周波数帯を用いて、受信装置と無線通信が可能な送信装置における通信方法であって、
前記制御部により、前記第１の周波数帯が他の送信装置により使用されていないことを確認し、第１の通信方向における第１の制御チャネルと第１の共有チャネルとを含む第１のシンボル、又は、前記第１の通信方向と異なる第２の通信方向における第２の共有チャネルを含む第２のシンボルを、時間方向にシフトさせ、
前記送信部により、前記第１のシンボルに割り当てられた第１の制御信号と第１のデータとを前記第１の制御チャネルと前記第１の共有チャネルとを夫々用いて、又は前記第２のシンボルに割り当てられた第２のデータを前記第２の共有チャネルを夫々用いて、前記受信装置へ送信する
ことを特徴とする通信方法。
【国際調査報告】
2020031277.tif 000034
2020031277.tif 000035
2020031277.tif 000036