ホーム > 特許ランキング > ソニーグループ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023156916
(43)【公開日】2023-10-25
(54)【発明の名称】端末装置及び通信方法
(51)【国際特許分類】
H04W 72/02 20090101AFI20231018BHJP
H04W 92/16 20090101ALI20231018BHJP
H04W 16/14 20090101ALI20231018BHJP
H04W 72/54 20230101ALI20231018BHJP
H04W 72/0446 20230101ALI20231018BHJP
【ＦＩ】
H04W72/02
H04W92/16
H04W16/14
H04W72/08 110
H04W72/04 131
【審査請求】未請求
【請求項の数】16
【出願形態】ＯＬ
(21)【出願番号】P 2022066576
(22)【出願日】2022-04-13
(71)【出願人】
【識別番号】000002185
【氏名又は名称】ソニーグループ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】示沢 寿之
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA11
5K067CC04
5K067DD11
5K067DD43
5K067EE02
5K067EE25
5K067FF05
5K067JJ03
(57)【要約】
【課題】アンライセンスバンドを使用したサイドリンク通信を実現することができる仕組みを提供する。
【解決手段】端末装置は通信部と制御部とを備える。通信部は共有スペクトラムで他の端末装置とサイドリンク通信を行う。制御部は、ＳＬ（サイドリンク）通信に関するＳＬセンシング、及び、共有スペクトラムにおける通信に関するＬＢＴセンシングを行う。制御部は、第１～第３の方法のいずれか１つを用いて、他の端末装置とのＳＬ通信のための送信リソースを選択する。制御部は、選択した送信リソースを用いて、ＳＬデータを送信する。第１の方法は、ＳＬセンシングの結果に基づき、ＬＢＴセンシングを行う方法である。第２の方法は、ＬＢＴセンシングの結果に基づき、ＳＬセンシングを行う方法である。第３の方法は、ＳＬセンシング、及び、ＬＢＴセンシングを個別に行う方法である。
【選択図】図１４
【解決手段】端末装置は通信部と制御部とを備える。通信部は共有スペクトラムで他の端末装置とサイドリンク通信を行う。制御部は、ＳＬ（サイドリンク）通信に関するＳＬセンシング、及び、共有スペクトラムにおける通信に関するＬＢＴセンシングを行う。制御部は、第１～第３の方法のいずれか１つを用いて、他の端末装置とのＳＬ通信のための送信リソースを選択する。制御部は、選択した送信リソースを用いて、ＳＬデータを送信する。第１の方法は、ＳＬセンシングの結果に基づき、ＬＢＴセンシングを行う方法である。第２の方法は、ＬＢＴセンシングの結果に基づき、ＳＬセンシングを行う方法である。第３の方法は、ＳＬセンシング、及び、ＬＢＴセンシングを個別に行う方法である。
【選択図】図１４
【特許請求の範囲】
【請求項1】
共有スペクトラムで他の端末装置とサイドリンク通信を行う通信部と、
前記通信部を介して、前記サイドリンク通信に関するサイドリンクセンシング、及び、前記共有スペクトラムにおける通信に関するＬＢＴ（Listen Before Talk）センシングを行い、
第１の方法、第２の方法、及び、第３の方法のいずれか１つを用いて、前記他の端末装置とのサイドリンク通信のための送信リソースを選択し、
前記通信部を介し、選択した前記送信リソースを用いて、１つ以上のサイドリンクデータを送信する、制御部と、
を備え、
前記第１の方法は、前記サイドリンクセンシングの結果に基づき、前記ＬＢＴセンシングを行うことで前記送信リソースを選択する方法であり、
前記第２の方法は、前記ＬＢＴセンシングの結果に基づき、前記サイドリンクセンシングを行うことで前記送信リソースを選択する方法であり、
前記第３の方法は、前記サイドリンクセンシング、及び、前記ＬＢＴセンシングのそれぞれを個別に行うことで、前記送信リソースを選択する方法である、
端末装置。
前記通信部を介して、前記サイドリンク通信に関するサイドリンクセンシング、及び、前記共有スペクトラムにおける通信に関するＬＢＴ（Listen Before Talk）センシングを行い、
第１の方法、第２の方法、及び、第３の方法のいずれか１つを用いて、前記他の端末装置とのサイドリンク通信のための送信リソースを選択し、
前記通信部を介し、選択した前記送信リソースを用いて、１つ以上のサイドリンクデータを送信する、制御部と、
を備え、
前記第１の方法は、前記サイドリンクセンシングの結果に基づき、前記ＬＢＴセンシングを行うことで前記送信リソースを選択する方法であり、
前記第２の方法は、前記ＬＢＴセンシングの結果に基づき、前記サイドリンクセンシングを行うことで前記送信リソースを選択する方法であり、
前記第３の方法は、前記サイドリンクセンシング、及び、前記ＬＢＴセンシングのそれぞれを個別に行うことで、前記送信リソースを選択する方法である、
端末装置。
【請求項2】
前記制御部は、前記第１の方法として、
前記サイドリンクセンシングの結果に基づき、所定のサイドリンクリソース選択ウィンドウの中からサイドリンクセンシングリソースを選択し、
前記サイドリンクセンシングリソースに基づき、前記ＬＢＴセンシングを行ってＣＯＴ（Channel Occupancy Time）を取得し、
前記ＣＯＴ及び前記サイドリンクセンシングリソースに基づき、前記送信リソースを選択する、
請求項１に記載の端末装置。
前記サイドリンクセンシングの結果に基づき、所定のサイドリンクリソース選択ウィンドウの中からサイドリンクセンシングリソースを選択し、
前記サイドリンクセンシングリソースに基づき、前記ＬＢＴセンシングを行ってＣＯＴ（Channel Occupancy Time）を取得し、
前記ＣＯＴ及び前記サイドリンクセンシングリソースに基づき、前記送信リソースを選択する、
請求項１に記載の端末装置。
【請求項3】
前記サイドリンクリソース選択ウィンドウは、前記サイドリンクデータの送信に必要な時間長、前記ＬＢＴセンシングによって取得され得る前記ＣＯＴの時間長、前記ＬＢＴセンシングにおける衝突窓のサイズ、及び、前記ＬＢＴセンシングにおけるチャネルアクセスタイプの少なくとも１つに基づいて決定される、請求項２に記載の端末装置。
【請求項4】
前記制御部は、前記サイドリンクリソース選択ウィンドウの中から前記サイドリンクデータの送信に必要な時間長の前記サイドリンクセンシングリソースを選択しない場合、前記サイドリンクセンシングに関するパラメータを変更して、前記サイドリンクを再度行って前記サイドリンクセンシングリソースを選択する、請求項２に記載の端末装置。
【請求項5】
前記ＬＢＴセンシングは、衝突窓の終了時点、又は、前記ＣＯＴの開始時点が、前記サイドリンクセンシングリソースの開始時点となるように行われる、請求項２に記載の端末装置。
【請求項6】
前記ＬＢＴセンシングの結果、衝突窓の終了時点、又は、前記ＣＯＴの開始時点が、前記サイドリンクセンシングリソースの開始時点と同じ、又は、前記サイドリンクセンシングリソースの開始時点より前である場合、前記制御部は、前記サイドリンクセンシングリソースを前記送信リソースとして選択する、請求項２に記載の端末装置。
【請求項7】
前記ＬＢＴセンシングの結果、衝突窓の終了時点、又は、前記ＣＯＴの開始時点が、前記サイドリンクセンシングリソースの開始時点より後である場合、前記制御部は、予め規定又は設定された所定の処理を実行する、請求項２に記載の端末装置。
【請求項8】
前記制御部は、前記第２の方法として、
前記サイドリンクセンシングの結果に基づき、所定のサイドリンクリソース選択ウィンドウの中からサイドリンクセンシングリソースを選択し、
前記サイドリンクセンシングリソースに基づき、前記ＬＢＴセンシングを行ってＣＯＴを取得し、
前記ＣＯＴ及び前記サイドリンクセンシングリソースに基づき、前記送信リソースを選択する、
請求項１に記載の端末装置。
前記サイドリンクセンシングの結果に基づき、所定のサイドリンクリソース選択ウィンドウの中からサイドリンクセンシングリソースを選択し、
前記サイドリンクセンシングリソースに基づき、前記ＬＢＴセンシングを行ってＣＯＴを取得し、
前記ＣＯＴ及び前記サイドリンクセンシングリソースに基づき、前記送信リソースを選択する、
請求項１に記載の端末装置。
【請求項9】
前記サイドリンクセンシングリソースが、前記サイドリンクリソース選択ウィンドウの開始時点から選択できる場合、前記送信リソースは、前記サイドリンクリソース選択ウィンドウの前記開始時点から選択される前記サイドリンクセンシングリソースである、請求項８に記載の端末装置。
【請求項10】
前記サイドリンクセンシングリソースが、前記サイドリンクリソース選択ウィンドウの開始時点から選択できない場合、前記制御部は、予め規定又は設定された所定の処理を実行する、請求項８に記載の端末装置。
【請求項11】
前記サイドリンクリソース選択ウィンドウの開始時点は、前記ＣＯＴの開始時点又は衝突窓の終了時点と同じ、又は、前記ＣＯＴの前記開始時点又は前記衝突窓の前記終了時点以降になるように決定される、請求項８に記載の端末装置。
【請求項12】
前記制御部は、前記第３の方法として、
前記ＬＢＴセンシングによって取得されたＣＯＴと、前記サイドリンクセンシングに基づいて選択されたサイドリンクセンシングリソースと、がオーバーラップしたリソースの少なくとも一部を、前記送信リソースとして選択する、請求項１に記載の端末装置。
前記ＬＢＴセンシングによって取得されたＣＯＴと、前記サイドリンクセンシングに基づいて選択されたサイドリンクセンシングリソースと、がオーバーラップしたリソースの少なくとも一部を、前記送信リソースとして選択する、請求項１に記載の端末装置。
【請求項13】
前記制御部は、基地局からの制御情報、前記サイドリンクデータに関する情報、及び、前記ＬＢＴセンシングに関する情報、の少なくとも１つに基づき、前記第１の方法、前記第２の方法、又は、前記第３の方法のいずれか１つを決定する、請求項１に記載の端末装置。
【請求項14】
前記端末装置が前記ＬＢＴセンシングによって取得したＣＯＴのうち、前記送信リソースを除くリソースは、前記他の端末装置を含む別の端末装置に共有され得る、請求項１に記載の端末装置。
【請求項15】
前記別の端末装置に共有され得る前記リソースは、前記サイドリンクセンシングによって選択されたサイドリンクセンシングリソースの一部である、請求項１４に記載の端末装置。
【請求項16】
共有スペクトラムで他の端末装置とサイドリンク通信を行うことと、
前記サイドリンク通信に関するサイドリンクセンシング、及び、前記共有スペクトラムにおける通信に関するＬＢＴセンシングを行うことと、
第１の方法、第２の方法、及び、第３の方法のいずれか１つを用いて、前記他の端末装置とのサイドリンク通信のための送信リソースを選択することと、
選択した前記送信リソースを用いて、１つ以上のサイドリンクデータを送信することと、
を含み、
前記第１の方法は、前記サイドリンクセンシングの結果に基づき、前記ＬＢＴセンシングを行うことで前記送信リソースを選択する方法であり、
前記第２の方法は、前記ＬＢＴセンシングの結果に基づき、前記サイドリンクセンシングを行うことで前記送信リソースを選択する方法であり、
前記第３の方法は、前記サイドリンクセンシング、及び、前記ＬＢＴセンシングのそれぞれを個別に行うことで、前記送信リソースを選択する方法である、
通信方法。
前記サイドリンク通信に関するサイドリンクセンシング、及び、前記共有スペクトラムにおける通信に関するＬＢＴセンシングを行うことと、
第１の方法、第２の方法、及び、第３の方法のいずれか１つを用いて、前記他の端末装置とのサイドリンク通信のための送信リソースを選択することと、
選択した前記送信リソースを用いて、１つ以上のサイドリンクデータを送信することと、
を含み、
前記第１の方法は、前記サイドリンクセンシングの結果に基づき、前記ＬＢＴセンシングを行うことで前記送信リソースを選択する方法であり、
前記第２の方法は、前記ＬＢＴセンシングの結果に基づき、前記サイドリンクセンシングを行うことで前記送信リソースを選択する方法であり、
前記第３の方法は、前記サイドリンクセンシング、及び、前記ＬＢＴセンシングのそれぞれを個別に行うことで、前記送信リソースを選択する方法である、
通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、端末装置及び通信方法に関する。
【背景技術】
【0002】
3rd Generation Partnership Project（３ＧＰＰ（登録商標））では、端末（ＵＥ）間で直接通信を行うＤ２Ｄ（Device-to-Device）通信がサイドリンク（sidelink）通信として４Ｇ ＬＴＥ（Long Term Evolution）及び５Ｇ ＮＲ（New Radio）でそれぞれ規格化されている。サイドリンク通信では、Ｖ２Ｘ（Vehicle-to-Everything）通信が主なユースケースの一つである。Ｖ２Ｘ通信として、Ｖ２Ｖ（Vehicle-to-Vehicle）、Ｖ２Ｉ（Vehicle-to-Infrastructure）、Ｖ２Ｐ（Vehicle-to-Pedestrian）、Ｖ２Ｎ（Vehicle-to-Network）が想定されている。
【0003】
特に、５Ｇ ＮＲにおけるサイドリンク通信では、Ａｄｖａｎｃｅｄ Ｖ２Ｘ通信として、Platooning、Advanced driving、Extended sensor、Remote drivingが想定されている。５Ｇ ＮＲにおけるサイドリンク通信では、４Ｇ ＬＴＥのサイドリンク通信と比べて、高速・大容量通信、及び、低遅延・高信頼性通信の少なくとも一方を実現するように規格策定が行われている。
【0004】
サイドリンク通信のユースケースとして、これまでのＶ２Ｘ通信に加え、家やオフィス、工場などで用いられるような商用利用（コマーシャルユースケース）への拡張・適用が期待されている。
【0005】
サイドリンク通信の商用利用を想定した場合、これまでのＶ２Ｘ通信と比べて、さらなる高速通信及び低コスト化が求められる。
【0006】
その１つの解決策として、所定の周波数帯の利用に対して免許（license）が不要なアンライセンスバンド（unlicensed spectrum, unlicensed band, shared spectrum）を用いることが提案されており、NR Release-18で規格化される見込みである。
【先行技術文献】
【非特許文献】
【0007】
【非特許文献1】”TS22.186, 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Enhancement of 3GPP support for V2X scenarios; Stage 1 （Release 16）”、［online］、［令和４年３月８日検索］、インターネット＜https://www.3gpp.org/ftp//Specs/archive/22_series/22.186/22186-g20.zip＞
【非特許文献2】”RP-213678, “New WID on NR sidelink evolution,” OPPO, LG Electronics, 3GPP TSG RAN Meeting #94e, Electronic Meeting, Dec. 6 - 17, 2021”、［online］、［令和４年３月８日検索］、インターネット＜https://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_94e/Docs/RP-213678.zip＞
【発明の概要】
【発明が解決しようとする課題】
【0008】
上述したように、アンライセンスバンド（共有スペクトラム（Shared spectrum））を使用したサイドリンク通信が検討されている。一方、従来のサイドリンク通信は、ライセンス帯での通信を想定している。サイドリンク通信でも、通信に先立ってセンシングが行われるが、当該センシングはライセンス帯でのセンシングを前提としており、アンライセンスバンドにおけるサイドリンク通信のセンシングについては考慮されていない。
【0009】
そのため、従来のライセンスバンドでのサイドリンク通信をそのままアンライセンスバンドでのサイドリンク通信に適用することは難しい。
【0010】
そこで、本開示では、アンライセンスバンドを使用したサイドリンク通信を実現することができる仕組みを提供する。
【0011】
なお、上記課題又は目的は、本明細書に開示される複数の実施形態が解決し得、又は達成し得る複数の課題又は目的の１つに過ぎない。
【課題を解決するための手段】
【0012】
本開示の端末装置は、通信部と、制御部と、を備える。通信部は、共有スペクトラムで他の端末装置とサイドリンク通信を行う。制御部は、前記通信部を介して、前記サイドリンク通信に関するサイドリンクセンシング、及び、前記共有スペクトラムにおける通信に関するＬＢＴ（Listen Before Talk）センシングを行う。制御部は、第１の方法、第２の方法、及び、第３の方法のいずれか１つを用いて、前記他の端末装置とのサイドリンク通信のための送信リソースを選択する。制御部は、前記通信部を介し、選択した前記送信リソースを用いて、１つ以上のサイドリンクデータを送信する。前記第１の方法は、前記サイドリンクセンシングの結果に基づき、前記ＬＢＴセンシングを行うことで前記送信リソースを選択する方法である。前記第２の方法は、前記ＬＢＴセンシングの結果に基づき、前記サイドリンクセンシングを行うことで前記送信リソースを選択する方法である。前記第３の方法は、前記サイドリンクセンシング、及び、前記ＬＢＴセンシングのそれぞれを個別に行うことで、前記送信リソースを選択する方法である。
【図面の簡単な説明】
【0013】
【図1】本開示の実施形態に係る無線通信システムの概要を示す図である。
【図2】本開示の実施形態に係るＳＬセンシングの一例を説明するための図である。
【図3】本開示の実施形態に係るＳＬセンシングの他の例を説明するための図である。
【図4】ＬＢＴカテゴリ１について説明するための図である。
【図5】ＬＢＴカテゴリ２について説明するための図である。
【図6】ＬＢＴカテゴリ３、４について説明するための図である。
【図7】フレームベース装置（ＦＢＥ、Frame Based Equipment）の概要を説明するための図である。
【図8】本開示の実施形態に係る基地局の構成例を示す図である。
【図9】本開示の実施形態に係る端末装置の構成例を示す図である。
【図10】本開示の実施形態に係る第１のＣＯＴ応答モードの一例を説明するための図である。
【図11】本開示の実施形態に係る第２のＣＯＴ応答モードの一例を説明するための図である。
【図12】本開示の実施形態に係る第１のＣＯＴ共有モードの一例を説明するための図である。
【図13】本開示の実施形態に係る第２のＣＯＴ共有モードの一例を説明するための図である。
【図14】本開示の実施形態に係るセンシング方法の概要を説明するための図である。
【図15】本開示の実施形態に係る第１のセンシング方法の一例を説明するための図である。
【図16】本開示の実施形態に係る第２のセンシング方法の一例を説明するための図である。
【図17】本開示の実施形態に係る第２のセンシング方法の他の例を説明するための図である。
【図18】本開示の実施形態に係る第２のセンシング方法の他の例を説明するための図である。
【図19】本開示の実施形態に係る第３のセンシング方法の一例を説明するための図である。
【図20】本開示の実施形態に係る第３のセンシング方法の一例を説明するための図である。
【図21】本開示の実施形態に係るＣＰＳに基づくＳＬ－Ｕセンシング方法の一例を説明するための図である。
【図22】本開示の実施形態に係るＣＰＳに基づくＳＬ－Ｕセンシング方法の他の例を説明するための図である。
【図23】本開示の実施形態に係る第１のＣＯＴ共有方法の一例を説明するための図である。
【図24】本開示の実施形態に係る第２のＣＯＴ共有方法の一例を説明するための図である。
【発明を実施するための形態】
【0014】
以下に添付図面を参照しながら、本開示の実施形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【0015】
また、本明細書及び図面において、実施形態の類似する構成要素については、同一の符号の後に異なるアルファベット又は数字を付して区別する場合がある。ただし、類似する構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。
【0016】
以下に説明される１又は複数の実施形態（実施例、変形例、適用例を含む）は、各々が独立に実施されることが可能である。一方で、以下に説明される複数の実施形態は少なくとも一部が他の実施形態の少なくとも一部と適宜組み合わせて実施されてもよい。これら複数の実施形態は、互いに異なる新規な特徴を含み得る。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し得、互いに異なる効果を奏し得る。
【0017】
【0018】
図１の無線通信システムは、基地局２０及び端末装置４０を少なくとも具備する。基地局２０は複数の端末装置４０を収容し得る。基地局２０は、他の基地局２０（図示省略）とＸ２インタフェースの手段によって互いに接続し得る。
【0019】
基地局２０は、Ｓ１インタフェースの手段によって図示しないＥＰＣ（Evolved Packet Core）に接続し得る。基地局２０は、Ｓ１－ＭＭＥインタフェースの手段によって図示しないＭＭＥ（Mobility Management Entity）に接続し得る。基地局２０は、Ｓ１－Ｕインタフェースの手段によって図示しないＳ－ＧＷ（Serving Gateway）に接続し得る。
【0020】
Ｓ１インタフェースは、ＭＭＥ及びＳ－ＧＷの少なくとも一方と基地局２０との間で、多対多の接続をサポートする。また、本実施形態において、基地局２０及び端末装置４０は、それぞれＬＴＥ及びＮＲの少なくとも一方をサポートする。
【0021】
図１に示す無線通信システムでは、アンライセンスバンドでサイドリンク通信が行われる。まず、サイドリンク通信の概要について説明する。
【0022】
＜１．２．サイドリンク通信＞
＜１．２．１．サイドリンク通信の概要＞
図１の例では、基地局２０が構成するセル３０の内部に２つ以上の端末装置４０が存在する。この端末装置４０がサイドリンク通信を行い得る。あるいは、２つ以上の端末装置４０のうちの少なくとも１つの端末装置４０がセル３０の内部に存在し、残りの端末装置４０がセル３０の外部に存在する場合において、セル３０内部の端末装置４０及びセル３０外部の端末装置４０が、サイドリンク通信を行い得る。また、セル３０の内部に存在する端末装置４０は、基地局２０と通信を行うことにより、基地局２０とセル３０の外部に存在する端末装置４０との中継を行い得る。
＜１．２．１．サイドリンク通信の概要＞
図１の例では、基地局２０が構成するセル３０の内部に２つ以上の端末装置４０が存在する。この端末装置４０がサイドリンク通信を行い得る。あるいは、２つ以上の端末装置４０のうちの少なくとも１つの端末装置４０がセル３０の内部に存在し、残りの端末装置４０がセル３０の外部に存在する場合において、セル３０内部の端末装置４０及びセル３０外部の端末装置４０が、サイドリンク通信を行い得る。また、セル３０の内部に存在する端末装置４０は、基地局２０と通信を行うことにより、基地局２０とセル３０の外部に存在する端末装置４０との中継を行い得る。
【0023】
なお、端末装置４０がセル３０の内部に存在することは、端末装置４０が受信する基地局２０からの下りリンク信号の品質が所定の基準以上である状態であるとも言える。また、端末装置４０がセル３０の内部に存在することは、端末装置４０が受信する基地局２０からの所定の下りリンクチャネルを所定の確率以上に復号可能である状態であるとも言える。言い換えると、端末装置４０がセル３０の外部に存在することは、端末装置４０が受信する基地局２０からの下りリンク信号の品質が所定の基準以下である状態であるとも言える。また、端末装置４０がセル３０の外部に存在することは、端末装置４０が受信する基地局２０からの所定の下りリンクチャネルを所定の確率以上に復号可能ではない状態であるとも言える。
【0024】
以下、本実施形態では、サイドリンク通信によって送受信を行う２つの端末装置４０を区別する場合、一方を第１の端末装置４０＿１と呼称し、他方を第２の端末装置４０＿２と呼称する。
【0025】
＜１．２．２．サイドリンク通信の詳細＞
サイドリンク通信は、第１の端末装置４０＿１と第２の端末装置４０＿２との直接通信である。サイドリンク通信では、リソースプールが端末装置４０に設定される。リソースプールは、サイドリンク通信の送受信に用いられる時間及び周波数リソースの候補である。端末装置４０は、そのリソースプールの中からサイドリンクの送受信のためのリソースを選択し、サイドリンク通信を行う。サイドリンク通信は、上りリンクのリソース（上りリンクサブフレーム、上りリンクコンポーネントキャリア）を用いて行われ得るため、リソースプールも上りリンクサブフレーム又は上りリンクコンポーネントキャリアに設定され得る。また、サイドリンク通信は、専用のリソースを用いて行われ得る。
サイドリンク通信は、第１の端末装置４０＿１と第２の端末装置４０＿２との直接通信である。サイドリンク通信では、リソースプールが端末装置４０に設定される。リソースプールは、サイドリンク通信の送受信に用いられる時間及び周波数リソースの候補である。端末装置４０は、そのリソースプールの中からサイドリンクの送受信のためのリソースを選択し、サイドリンク通信を行う。サイドリンク通信は、上りリンクのリソース（上りリンクサブフレーム、上りリンクコンポーネントキャリア）を用いて行われ得るため、リソースプールも上りリンクサブフレーム又は上りリンクコンポーネントキャリアに設定され得る。また、サイドリンク通信は、専用のリソースを用いて行われ得る。
【0026】
サイドリンク物理チャネルは、ＰＳＣＣＨ（Physical Sidelink Control Channel）、ＰＳＳＣＨ（Physical Sidelink Shared Channel）、ＰＳＦＣＨ（Physical Sidelink Feedback Channel）などを含む。
【0027】
ＰＳＣＣＨは、サイドリンク制御情報（Sidelink Control Information：ＳＣＩ）を送信するために用いられる。サイドリンク制御情報の情報ビットのマッピングが、ＳＣＩフォーマットとして定義される。サイドリンク制御情報は、サイドリンクグラントを含む。サイドリンクグラントは、ＰＳＳＣＨのスケジューリングのために用いられる。
【0028】
ＰＳＳＣＨは、サイドリンクデータ（Sidelink Shared Channel:ＳＬ－ＳＣＨ）を送信するために用いられる。なお、ＰＳＳＣＨは、ＭＡＣ層やＰＤＣＰ層など上位層の制御情報（例えば、ＭＡＣ／ＲＲＣシグナリング）を送信するためにも用いられてもよい。
【0029】
ＰＳＦＣＨは、ＰＳＳＣＨ又はＳＬ－ＳＣＨの復号結果に対するＨＡＲＱ応答（ＡＣＫ／ＮＡＣＫ）を送信側の端末装置４０に対して回答するために用いられる。
【0030】
リソースプールは、ＳＩＢ又は専用ＲＲＣメッセージによって基地局２０から端末装置４０に設定される。もしくは、リソースプールは、端末装置４０に予め設定されたリソースプールに関する情報によって設定される。なお、以下の説明において、基地局２０により設定される情報の全てまたは一部は、端末装置４０に予め設定され得る。時間のリソースプールは、周期の情報、オフセットの情報、及び、サブフレームビットマップ情報によって指示される。周波数のリソースプールは、リソースブロックの開始位置、リソースブロックの終了位置、及び、連続するリソースブロック数によって指示される。
【0031】
［サイドリンクのリソースプール］
サイドリンク通信において、ＰＳＳＣＨの送信、ＰＳＳＣＨの受信のために用いられるリソースとして、リソースプール（サイドリンクリソースプール）が設定される。周波数軸において、リソースプールは、１つ又は複数の連続するサブチャネルで構成される。サブチャネルは、１つ又は複数の連続するＰＲＢで構成される。サブチャネルの数及びサブチャネルのサイズは、上位層パラメータによって設定される。
サイドリンク通信において、ＰＳＳＣＨの送信、ＰＳＳＣＨの受信のために用いられるリソースとして、リソースプール（サイドリンクリソースプール）が設定される。周波数軸において、リソースプールは、１つ又は複数の連続するサブチャネルで構成される。サブチャネルは、１つ又は複数の連続するＰＲＢで構成される。サブチャネルの数及びサブチャネルのサイズは、上位層パラメータによって設定される。
【0032】
リソースプールとして設定されるスロットは、ビットマップによって指示される。ビットマップの各ビットは、サイドリンク通信のリソースプールとして設定可能なスロットに対応する。例えば、ビットの値が１を示す場合、対応するスロットは、リソースプールとして設定される。ビットの値が０を示す場合、対応するスロットは、リソースプールとして設定されない。ビットマップの長さは上位層によって設定される。
【0033】
Ｓ－ＳＳ／ＰＳＢＣＨブロック（Ｓ－ＳＳＢ）を含むスロットは、リソースプールとして設定されない。また、所定個数の上りリンクシンボルを準静的に含まないスロットは、リソースプールとして設定されない。また、予約スロットは、リソースプールとして設定されない。Ｓ－ＳＳ（Sidelink-Synchronization Signal）は、サイドリンク通信において同期をとるために用いられる信号である。ＰＳＢＣＨ（Physical Sidelink Broadcast Channel）は、サイドリンク通信における報知情報（システム情報など）を送信するために用いられるチャネルである。
【0034】
なお、リソースプールを設定する装置は、基地局２０以外であってもよい。基地局２０以外の装置として、例えば、代表の端末装置４０（プライマリ端末装置、マスター端末装置）、などが挙げられる。
【0035】
＜１．２．３．サイドリンク通信でのセンシング方法＞
サイドリンクリソース割り当てモード２が設定されると、端末装置４０は、設定されたリソースプールの中から所定の手順に従ってサイドリンクリソースを選択する。所定の手順には、所定のセンシングが含まれる。例えば、端末装置４０は、予め規定された所定のセンシングを行い、当該センシングの結果に基づいてサイドリンクリソースを選択する。
サイドリンクリソース割り当てモード２が設定されると、端末装置４０は、設定されたリソースプールの中から所定の手順に従ってサイドリンクリソースを選択する。所定の手順には、所定のセンシングが含まれる。例えば、端末装置４０は、予め規定された所定のセンシングを行い、当該センシングの結果に基づいてサイドリンクリソースを選択する。
【0036】
このように、サイドリンクリソースを選択するために、端末装置４０が行うセンシングを、サイドリンク通信に関するサイドリンクセンシング（以下、単にサイドリンク（ＳＬ）センシングとも称する）と記載する。ＳＬセンシングの詳細は、TS38.214の8.1.4章に記載されている。
【0037】
ＳＬセンシングとして、送信側端末装置４０（以下、ＴｘＵＥ４０Ｔとも記載する）は、リソースプール内で他の端末装置４０から送信されるＰＳＣＣＨを受信する。ＴｘＵＥ４０Ｔは、受信したＰＳＣＣＨで送信されるＳＣＩに基づき、リソースプールのリソース割り当て状況（利用状況）を把握する。
【0038】
さらにＴｘＵＥ４０Ｔは、受信したＰＳＣＣＨで送信されるＳＣＩでスケジュールされるリソース（ＰＳＳＣＨが割り当てられるリソース）のＲＳＲＰ（Reference Signal Received Power）を測定し、所定の値以上であれば、そのリソースは、リソース選択のためのリソースから除外し、残ったリソースの中からサイドリンク（ＳＬ）通信のためのリソースを選択する。
【0039】
ＰＳＲＰ測定は、ＰＳＣＣＨ－ＰＳＲＰ及びＰＳＳＣＨ－ＲＳＲＰが規定されており、それらのいずれかを用いることがＲＲＣシグナリングにより設定される。ＰＳＣＣＨ－ＰＳＲＰ及びＰＳＳＣＨ－ＲＳＲＰは、それぞれＰＳＣＣＨのＤＭＲＳ（DeModulation Reference Signal）、及び、ＰＳＳＣＨのＤＭＲＳのリソース上で測定される。
【0040】
なお、センシングは、サイドリンク通信で用いられる所定の周波数・時間リソースを単位として行われる。所定の周波数リソースは、サブチャネルであり、１つ以上のリソースブロックで構成される。所定の時間リソースは、スロットである。
【0041】
（周期的にトラフィックが発生する場合のＳＬセンシング）
図２は、本開示の実施形態に係るＳＬセンシングの一例を説明するための図である。図２に示すＳＬセンシング方法は、特に、他の端末装置４０が行うサイドリンク通信の送信データが、周期的に発生するトラフィック（Periodic transmission）である場合に好適である（用いられる）。
図２は、本開示の実施形態に係るＳＬセンシングの一例を説明するための図である。図２に示すＳＬセンシング方法は、特に、他の端末装置４０が行うサイドリンク通信の送信データが、周期的に発生するトラフィック（Periodic transmission）である場合に好適である（用いられる）。
【0042】
この方法は、Full sensingとも呼ばれる。Full sensingでは、ＴｘＵＥ４０Ｔは、時刻ｎでリソース選択のトリガーがあった時に、ｎ＋Ｔ１からｎ＋Ｔ２までの期間で構成されるSelection window（リソース選択期間）を設定する。また、ＴｘＵＥ４０Ｔは、時刻ｎでリソース選択のトリガーがあった時に、ｎ－Ｔ０からｎ－Ｔｐｒｏｃ，０
ＳＬまでの期間で構成されるSensing window（センシング期間）を設定する。このSensing windowは、時刻ｎよりも過去の時間であるため、ＴｘＵＥ４０Ｔは、予めセンシングを行っておくものとする。
【0043】
また、この方法では、上述したように、Periodic transmissionを想定している。そのため、ＴｘＵＥ４０Ｔに対して、ＲＲＣシグナリングにより、可能性のあるサイドリンク（ＳＬ）送信のperiodicityのリストが設定される。すなわち、ＴｘＵＥ４０Ｔは、このperiodicityに基づき、過去のリソースの利用状況から将来のリソースの利用状況を推定できる。
【0044】
なお、前述又は後述における「ＲＲＣシグナリング」は、１又は複数のＲＲＣパラメータ（Information Element：ＩＥ）が所定のＲＲＣメッセージ（e.g.，RRC Reconfiguration，RRC Setup）に含められ、送信されることを意味する。
【0045】
ＲＲＣメッセージがダウンリンクで送信される場合、基地局２０（e.g.，ｇＮＢ）から端末装置４０へ送信される。ＲＲＣメッセージがアップリンクで送信される場合、端末装置４０から基地局２０へ送信される。ＲＲＣメッセージがサイドリンクで送信される場合、ＴｘＵＥ４０Ｔから受信側端末装置４０（以下、ＲｘＵＥ４０Ｒとも記載する）へ送信される。
【0046】
各パラメータの詳細は、以下の通りである。
【0047】
・Ｔ０＝｛１００，１１００［ｍｓ］｝：Sensing windowの開始時点を示すパラメータであり、ＲＲＣシグナリング（RRC IE：sl-SensingWindow）により設定される。なお、このパラメータの単位はミリ秒であり、他のパラメータの単位はスロットである。
【0048】
・Ｔ１：０以上、Ｔｐｒｏｃ，１
ＳＬ以下の値で、ＴｘＵＥ４０Ｔが選択する。Ｔｐｒｏｃ，１
ＳＬはＴｘＵＥ４０Ｔの処理時間に対応するパラメータであり、サブキャリア間隔（SubCarrier Spacing（ＳＣＳ））に応じて規定される。例えば、Ｔｐｒｏｃ，１
ＳＬは、Ｔｐｒｏｃ，１
ＳＬ＝３ for １５ｋＨｚ，５ for ３０ｋＨｚ，９ for ６０ｋＨｚ，１７ for １２０ｋＨｚである。
【0049】
・Ｔ２：Ｔ２ｍｉｎ以上、当該送信データの許容遅延の残り時間（Remaining Packet Delay Budget）以下の値で、ＴｘＵＥ４０Ｔが選択する。Ｔ２ｍｉｎは、ＲＲＣシグナリング（RRC IE：sl-SelectionWindowList）により設定され、取りうる値は｛１，５，１０，２０｝である。
【0050】
・Ｔｐｒｏｃ，０
ＳＬ＝１ for １５ｋＨｚ，１ for ３０ｋＨｚ，２ for ６０ｋＨｚ，４ for １２０ｋＨｚ：ＴｘＵＥ４０Ｔの処理時間に対応するパラメータであり、サブキャリア間隔に応じて規定される。
【0051】
（サイドリンクセンシングの手順）
ＴｘＵＥ４０Ｔにおいて、時刻ｎでリソース選択のトリガーがあった場合のFull sensingにおけるＴｘＵＥ４０Ｔの具体的な動作は以下の通りである。なお、以下の「設定」は、ＴｘＵＥ４０Ｔ内部で行われる設定である。
ＴｘＵＥ４０Ｔにおいて、時刻ｎでリソース選択のトリガーがあった場合のFull sensingにおけるＴｘＵＥ４０Ｔの具体的な動作は以下の通りである。なお、以下の「設定」は、ＴｘＵＥ４０Ｔ内部で行われる設定である。
【0052】
（Ａ１）ＴｘＵＥ４０Ｔは、Selection windowを定義（設定）する。より具体的には、送信のための候補シングルスロットリソースＲｘ，ｙが、スロットｔ’ｙ
ＳＬ内のサブチャネルｘ＋ｊを伴う連続なサブチャネルＬｓｕｂＣＨのセットとして定義される。ここでｊは連続なサブチャネルＬｓｕｂＣＨの数を示す。ＴｘＵＥ４０Ｔは、連続なサブチャネルＬｓｕｂＣＨの任意のセットも次の３つのうちいずれかに対応する（correspond）ことを仮定する（assume）。
【0053】
ａ）タイムインターバル［ｎ＋Ｔ１，ｎ＋Ｔ２］内の対応するリソースプールに含まれる連続なサブチャネルＬｓｕｂＣＨの任意のセットが、Full sensingを行うＵＥ（端末装置４０）のための１つの候補シングルスロットリソースに対応すること、
【0054】
ｂ）周期的ベースなパーシャルセンシング（periodic-based partial sensing）を行うＵＥのためには、タイムインターバル［ｎ＋Ｔ１，ｎ＋Ｔ２］内の複数の候補スロットＹのセット内の対応するリソースプールに含まれる連続なサブチャネルＬｓｕｂＣＨの任意のセットが、該ＵＥのための１つの候補シングルスロットリソースに対応すること（Ｙは、Ｙ≧Ｙｍｉｎ（RRC IE：minNumCandidateSlots）を満たし、ＵＥによって選択される）、又は、
【0055】
ｃ）Resource reservation interval Prsvp_TX＝０の場合にcontiguous partial sensingを行うＵＥのためには、タイムインターバル［ｎ＋Ｔ１，ｎ＋Ｔ２］内の複数の候補スロットＹ’のセット内の対応するリソースプールに含まれる連続なサブチャネルＬｓｕｂＣＨの任意のセットが、該ＵＥのための１つの候補シングルスロットリソースに対応すること（Ｙ’は、Ｙ’≧Ｙ’ｍｉｎを満たし、ＵＥによって選択される）。
【0056】
なお、複数の候補シングルスロットの合計は、Ｍｔｏｔａｌで表される。
【0057】
（Ａ２）ＴｘＵＥ４０Ｔは、Sensing windowを定義（設定）する。上述の通り、Sensing windowは、［ｎ－Ｔ０，Ｔｐｒｏｃ，０
ＳＬ）で表される複数スロットのレンジによって定義される（Full sensingの場合）。さらに、ＴｘＵＥ４０Ｔは、そのSensing window内のリソースプールに対応する複数スロットをモニター（センシング）する。ただし、ＴｘＵＥ４０Ｔは、のHalf duplex制限のため、ＴｘＵＥ４０Ｔは、が送信しているスロットはモニター（センシング）しなくてもよい。ＵＥがperiodic-based partial sensingを行う場合、ＵＥはｔy-k×P_reserve
ＳＬを満たす複数スロットをモニターする。ここで、ｔｙ
ＳＬは上記で選択された複数候補スロットのうちの１スロットである。また、モニター（センシング）は、これらのスロットにおける他のＵＥからのＰＳＣＣＨの復号処理とＰＳＲＰ測定に基づいて行われる。
【0058】
（Ａ３）ＴｘＵＥ４０Ｔは、ＲＳＲＰスレッショルド（閾値）Ｔｈ（ｐｉ，ｐｊ）を設定する。このＲＳＲＰスレッショルドは、基地局２０から通知されるパラメータ（RRC IE：sl-Thres-RSRP-List）に基づいて決まり、送信データのプライオリティに応じた独立な値である。より具体的には、sl-Thres-RSRP-List内のｉ番目のフィールドによって示されるＲＳＲＰ閾値に対応する値が、Ｔｈ（ｐｉ，ｐｊ）として設定（セット）される。ここで、ｉ＝ｐｉ＋（ｐｊ－１）＊８である。
【0059】
（Ａ４）ＴｘＵＥ４０Ｔは、Selection window内のリソースの全ての候補（the set of all the candidate single-slot resources）をセットＳＡとして初期化する。なお、リソースの候補は、サイドリンク通信で用いられる所定の周波数・時間リソース単位である。また、以下のステップにおいて、ＴｘＵＥ４０Ｔは、所定の条件に対応するリソースをセットＳＡから除外する。
【0060】
（Ａ５）ＴｘＵＥ４０Ｔは、以下の条件を全て満たすリソース（any candidate single-slot resource Ｒｘ，ｙ）をセットＳＡから除外する。
【0061】
ａ）ステップＡ２でセンシングしなかったスロットｔ’ｍ
ＳＬ。
【0062】
ｂ）サイドリンク送信のperiodicityのリストと、復号したＰＳＳＣＨ（スロットｔ’ｍ
ＳＬで受信し、'Resource reservation periodフィールドを含むSCI format 1-A）に基づいて、サイドリンク送信に用いられ得るスロット。
【0063】
もし、セットＳＡに残っているcandidate single-slot resource Ｒｘ，ｙの数がＸ・Ｍｔｏｔａｌよりも小さければ、セットＳＡはステップＡ４に戻って初期化される。
【0064】
（Ａ６）ＴｘＵＥ４０Ｔは、以下の条件を全て満たすリソース（any candidate single-slot resource Ｒｘ，ｙ）をセットＳＡから除外する。
【0065】
ａ）他のＵＥからのＰＳＳＣＨで送信されるＳＣＩが示すリソース。より具体的には、ＴｘＵＥ４０ＴがSCI format 1-Aをスロットｔ’ｍ
ＳＬで受信し、且つ受信したSCI format 1-A 内の'Resource reservation period' フィールド（存在する場合に限る）、及び、'Priority'フィールドがそれぞれＰｒｓｖｐ＿ＲＸ及びｐｒｉｏＲＸ,を示す場合。
【0066】
ｂ）ＲＳＲＰ測定により、その測定値がステップＡ３で設定したＲＳＲＰスレッショルドＴｈ（ｐｒｉｏＲＸ，ｐｒｉｏＴＸ）よりも高いリソース。
【0067】
ｃ）サイドリンク送信のperiodicityのリストと、復号したＰＳＳＣＨに基づいて、サイドリンク送信に用いられ得るスロット。
【0068】
（Ａ７）セットＳＡに残ったリソースの数が、ＲＲＣシグナリングにより設定されるパラメータに基づいて得られる所定値Ｘ・Ｍｔｏｔａｌよりも少ない場合、ＴｘＵＥ４０Ｔは、ＲＳＲＰスレッショルドの値Ｔｈ（ｐｉ，ｐｊ）を所定値（３ｄＢ）増やして、ステップＡ４から再度行う。
【0069】
（Ａ８）ＴｘＵＥ４０Ｔは、セットＳＡに残ったリソースから、ランダムにサイドリンク送信のためのリソースとして選択する。
【0070】
以上の（Ａ１）から（Ａ８）の手順を実行することで、ＴｘＵＥ４０Ｔは、ＳＬセンシングを実行する。
【0071】
上述したFull sensingでは、ＴｘＵＥ４０Ｔは、送信データが発生した時点で過去のセンシング結果を利用して、当該送信データを送信するサイドリンクリソースを決定する。そのため、ＴｘＵＥ４０Ｔは、常にセンシング処理を行うことになる。
【0072】
例えば、ＴｘＵＥ４０Ｔがスマートフォンのような小さなバッテリーで駆動するデバイスである場合、常にセンシング処理を行うことは、消費電力の観点で好ましくない。そのため、消費電力を低減するために、Sensing windowの一部を減らすPartial sensingが規格化されている。
【0073】
Partial sensingにおいて、ＴｘＵＥ４０Ｔは、基本的には、センシングしたリソースからリソース選択を行い、それ以外のリソースからリソース選択を行わない。このセンシング方法は、Periodic Based Partial Sensing（ＰＢＰＳ）とも呼ばれる。
【0074】
（非周期的にトラフィックが発生する場合のＳＬセンシング）
図３は、本開示の実施形態に係るＳＬセンシングの他の例を説明するための図である。図３に示すＳＬセンシング方法は、特に、他の端末装置４０が行うサイドリンク通信の送信データが非周期的に発生するトラフィック（Aperiodic transmission）である場合に好適である（用いられる）。
図３は、本開示の実施形態に係るＳＬセンシングの他の例を説明するための図である。図３に示すＳＬセンシング方法は、特に、他の端末装置４０が行うサイドリンク通信の送信データが非周期的に発生するトラフィック（Aperiodic transmission）である場合に好適である（用いられる）。
【0075】
この方法は、Contiguous Partial Sensing（ＣＰＳ）とも呼ばれる。ＣＰＳでは、ＴｘＵＥ４０Ｔは、基本的に、Selection windowの直前にSensing windowを定義し、センシングを行う。ＣＰＳにおけるSensing windowは、ｎ＋ＴＢからｎ＋ＴＡの期間で構成される。ＴＡ及びＴＢは、ユースケースや状況に応じて、それぞれ正の値、負の値、又は、ゼロになり得る。例えば、ＴＢは、処理時間に基づいて決まる値であり、Ｔｐｒｏｃ，０
ＳＬ＋Ｔｐｒｏｃ，１
ＳＬである。例えば、ＴＡは、ＲＲＣシグナリングにより設定される。
【0076】
＜１．３．アンライセンスバンドにおけるＮＲ（ＮＲ－Ｕ：NR Unlicensed）＞
５Ｇ ＮＲのＵｕリンク（基地局２０及び端末装置４０間のダウンリンク通信及びアップリンク通信）では、アンライセンスバンドでの通信方式が規格化されている。以下では、ＮＲ－Ｕに関連する技術について説明する。
５Ｇ ＮＲのＵｕリンク（基地局２０及び端末装置４０間のダウンリンク通信及びアップリンク通信）では、アンライセンスバンドでの通信方式が規格化されている。以下では、ＮＲ－Ｕに関連する技術について説明する。
【0077】
（アンライセンスチャネルのチャネルアクセス）
アンライセンスチャネルにおいて、無線デバイス（基地局２０又は端末装置４０）は信号の送信する前にチャネルアクセス（channel access, medium access, listen before talk）を行う。なお、アンライセンスチャネルは、チャネルアクセスが行われる周波数帯域の単位である。チャネルは、キャリア、周波数キャリア、コンポーネントキャリア、セル、周波数帯、ＬＢＴ（Listen Before Talk）帯域、などとも表現され得る。アンライセンスチャネルは、Sidelinkにおけるサブチャネルに対応していてもよい。
アンライセンスチャネルにおいて、無線デバイス（基地局２０又は端末装置４０）は信号の送信する前にチャネルアクセス（channel access, medium access, listen before talk）を行う。なお、アンライセンスチャネルは、チャネルアクセスが行われる周波数帯域の単位である。チャネルは、キャリア、周波数キャリア、コンポーネントキャリア、セル、周波数帯、ＬＢＴ（Listen Before Talk）帯域、などとも表現され得る。アンライセンスチャネルは、Sidelinkにおけるサブチャネルに対応していてもよい。
【0078】
チャネルアクセスにおいて、無線デバイスはチャネルの電力測定（キャリアセンス、センシング、Channel Clear Assessment：ＣＣＡ）を行い、測定したチャネルの電力値と電力検出閾値（Energy detection Threshold）と比較する。
【0079】
測定されたチャネルの電力値が電力検出閾値よりも低い場合、チャネルはクリア（clear）と判断される。測定されたチャネルの電力値が電力検出閾値よりも高い場合、チャネルはビジー（busy）と判断される。全てのセンシングスロットにおいてチャネルがクリアと判断された場合に、無線デバイスはそのチャネルの送信権（ＴｘＯＰ、transmission opportunity、ＣＯＴ、チャネル占有時間）を取得し、信号を送信することができる。
【0080】
更に、取得したチャネルは他の無線デバイス（基地局２０又は端末装置４０）の送信に活用してもよい。この場合、チャネルを取得した無線デバイス（基地局２０及び端末装置４０の一方）から他の無線デバイス（基地局２０及び端末装置４０の他方）に対してグラント（grant）が送られる。
【0081】
チャネルを取得する無線デバイス（基地局２０及び端末装置４０の一方）は初期デバイス（initiating device）と称される。他の無線デバイス（基地局２０及び端末装置４０の一方）が取得したチャネルを用いる無線デバイス（基地局２０及び端末装置４０の他方）は応答デバイス（responding device）と称される。
【0082】
なお、３ＧＰＰ（登録商標）において、キャリアセンシングの方式として４種類のＬＢＴカテゴリが定義された。チャネルアクセスにおいて、以下の何れかのＬＢＴカテゴリに対応するＬＢＴが行われる。
・ＬＢＴカテゴリ１：ＬＢＴ無し
・ＬＢＴカテゴリ２：ランダムバックオフを行わないＬＢＴ
・ＬＢＴカテゴリ３：固定サイズの衝突窓によるランダムバックオフを行うＬＢＴ
・ＬＢＴカテゴリ４：可変サイズの衝突窓によるランダムバックオフを行うＬＢＴ
・ＬＢＴカテゴリ１：ＬＢＴ無し
・ＬＢＴカテゴリ２：ランダムバックオフを行わないＬＢＴ
・ＬＢＴカテゴリ３：固定サイズの衝突窓によるランダムバックオフを行うＬＢＴ
・ＬＢＴカテゴリ４：可変サイズの衝突窓によるランダムバックオフを行うＬＢＴ
【0083】
【0084】
図４は、ＬＢＴカテゴリ１について説明するための図である。図４に示すように、ＬＢＴカテゴリ１（Ｃａｔ１ ＬＢＴ）では、無線デバイスはＬＢＴを行わずに通信を行う。図４の例では、無線デバイスは、１６マイクロ秒の送信間隔を開けて送信を行う。ＬＢＴカテゴリ１は、Type 2C channel access又はType 3 channel accessとも呼称される。
【0085】
図５は、ＬＢＴカテゴリ２について説明するための図である。図５に示すように、ＬＢＴカテゴリ２（Ｃａｔ２ ＬＢＴ）では、無線デバイスはランダムバックオフを行わないＬＢＴを行って通信を行う。図５の例では、無線デバイスは、１つのセンシングスロットでＣＣＡを行って、チャネルがクリアと判断した場合に信号を送信する。
【0086】
１つのセンシングスロット（ＣＣＡ）の長さは、２５マイクロ秒又は１６マイクロ秒である。図５の例では、無線デバイスは、２５マイクロ秒の送信間隔を開けて送信を行う。ＣＣＡの時間長が２５マイクロ秒であるＬＢＴカテゴリ２は、Type 2A channel accessとも呼称される。ＣＣＡの時間長が１６マイクロ秒であるＬＢＴカテゴリ２は、Type 2B channel accessとも呼称される。
【0087】
図６は、ＬＢＴカテゴリ３、４について説明するための図である。図６に示すように、ＬＢＴカテゴリ３、４（Ｃａｔ３ ＬＢＴ、Ｃａｔ４ ＬＢＴ）では、無線デバイスは衝突窓（ＣＷ：contention window）の中で所定回数のＣＣＡを行い、チャネルがクリアと判断した場合に信号を送信する。すなわち、無線デバイスは、所定回数のセンシングスロットにおいてＣＣＡを行い、全てのセンシングスロットにおいてチャネルをクリアと判断した場合に、信号を送信する。図６では、１つのセンシングスロットの長さが９マイクロ秒であり、ＣＣＡを５回行う場合について示している。
【0088】
なお、ＬＢＴカテゴリ３及びＬＢＴカテゴリ４は、衝突窓のサイズが固定であるか可変であるかが異なる。又は、ＬＢＴカテゴリ３及びＬＢＴカテゴリ４は、衝突窓サイズの調整を行うか否かが異なる。
【0089】
ＬＢＴカテゴリ３は、固定サイズの衝突窓によるランダムバックオフを行う。ＬＢＴカテゴリ３は、Type 1A channel accessとも呼称される。ＬＢＴカテゴリ３は、所定の周波数（例えば、６０ＧＨｚ帯を含むＦＲ２－２（Frequency Range 2-2）で定義される周波数）で用いられ、それ以外の周波数では使用されないようにされ得る。
【0090】
ＬＢＴカテゴリ４は、可変サイズの衝突窓によるランダムバックオフを行う。ＬＢＴカテゴリ４は、Type 1 channel accessとも呼称される。
【0091】
（アンライセンスチャネルのチャネルアクセスプロシージャ）
チャネルアクセス（Channel access、medium access、Listen before Talk）プロシージャは、基地局２０又は端末装置４０で送信を行うアンライセンスチャネルにアクセスするために行われる。
チャネルアクセス（Channel access、medium access、Listen before Talk）プロシージャは、基地局２０又は端末装置４０で送信を行うアンライセンスチャネルにアクセスするために行われる。
【0092】
ロードベース装置（ＬＢＥ：Load-Based Equipment、動的チャネルアクセス、動的チャネル占有におけるチャネルアクセスプロシージャ）と定義されるチャネルアクセスプロシージャでは、１回又は複数回のチャネルのセンシング（sensing）が行われる。そのセンシングの結果に基づいてそのチャネルがアイドル（idle、unoccupied、available、enable）か、又はビジー（busy、occupied、unavailable、disable）かの判定（空き判定）が行われる。チャネルのセンシングでは、所定の待ち時間におけるチャネルの電力がセンス（sense）される。
【0093】
チャネルアクセスプロシージャの待ち時間の一例として、第一の待ち時間（スロット）、第二の待ち時間、及び、第三の待ち時間（延期期間）、第四の待ち時間、が挙げられる。
【0094】
スロット（slot）は、チャネルアクセスプロシージャにおける、基地局２０及び端末装置４０の待ち時間の単位である。スロットは、例えば、９マイクロ秒で定義される。
【0095】
第二の待ち時間には、１個のスロットが先頭に挿入されている。第二の待ち時間は、例えば、１６マイクロ秒で定義される。
【0096】
延期期間（defer period）は、第二の待ち時間とその第二の待ち時間に続く複数個の連続したスロットで構成される。その第二の待ち時間に続く複数個の連続したスロットの個数は、QoSを満たすために用いられる優先クラス（priority class、チャネルアクセス優先クラス）に基づいて決定される。
【0097】
第四の待ち時間は、第二の待ち時間とその後に続く１つのスロットによって構成される。第四の待ち時間は、例えば、２５マイクロ秒で定義される。
【0098】
基地局２０又は端末装置４０は、所定のスロットの期間に所定のチャネルをセンス（sense）する。その基地局２０又は端末装置４０がその所定のスロット期間内の少なくとも４マイクロ秒に対して検出した電力が所定の電力検出閾値よりも小さい場合、その所定のスロットはアイドル（idle）であるとみなされる。一方で、その電力が所定の電力検出閾値よりも大きい場合、その所定のスロットはビジー（busy）であるとみなされる。
【0099】
チャネルアクセスプロシージャには、第一のチャネルアクセスプロシージャ、第二のチャネルアクセスプロシージャ、第三のチャネルアクセスプロシージャがある。第一のチャネルアクセスプロシージャは、複数個のスロット及び延期期間を用いて行われる。第二のチャネルアクセスプロシージャは、１つの第二の待ち時間又は第四の待ち時間を用いて行われる。第三のチャネルアクセスプロシージャは、チャネルセンスが行われない。
【0100】
チャネルアクセスに関するパラメータは、優先クラスに基づいて決定される。チャネルアクセスに関するパラメータは、例えば、最小衝突窓、最大衝突窓、最大チャネル占有時間、衝突窓が取り得る値、などが挙げられる。
【0101】
優先クラスは、ＱｏＳ（Quality of Service）を処理するＱＣＩ（QoS class identifier）又は５ＱＩ（5G QoS Identifier）の値によって定められる。優先クラスとチャネルアクセスに関するパラメータの対応表を表１に、優先クラスとＱＣＩのマッピングの一例を表２に、優先クラスと５ＱＩのマッピングの一例を表３に示す。
【0102】
【表1】
【0103】
【表2】
【0104】
【表3】
【0105】
（第一のチャネルアクセスプロシージャの詳細）
第一のチャネルアクセスプロシージャは、ＬＢＴカテゴリ３又はＬＢＴカテゴリ４に分類される。本実施形態において第一のチャネルアクセスプロシージャは、タイプ１チャネルアクセスプロシージャ、Type 1 channel accessとも呼称される。
第一のチャネルアクセスプロシージャは、ＬＢＴカテゴリ３又はＬＢＴカテゴリ４に分類される。本実施形態において第一のチャネルアクセスプロシージャは、タイプ１チャネルアクセスプロシージャ、Type 1 channel accessとも呼称される。
【0106】
第一のチャネルアクセスプロシージャにおいて、以下に記した手順が行われる。
【0107】
（Ｂ０）延期期間においてチャネルのセンシングが行われる。延期期間内のスロットにおいてチャネルがアイドルであった場合、（Ｂ１）のステップに進み、そうでなければ、（Ｂ６）のステップに進む。
【0108】
（Ｂ１）カウンタの初期値を取得する。そのカウンタの初期値が取り得る値は、０から衝突窓ＣＷまでの間の整数である。そのカウンタの初期値は、一様分布に従ってランダムに決定される。カウンタＮにカウンタの初期値がセットされ、（Ｂ２）のステップに進む。
【0109】
（Ｂ２）カウンタＮが０よりも大きく、かつ、そのカウンタＮの減算を行うことが選択された場合、カウンタＮから１が減算される。その後、（Ｂ３）のステップに進む。
【0110】
（Ｂ３）スロットの期間を追加して待機される。また、その追加のスロットにおいて、チャネルがセンスされる。その追加のスロットがアイドルであった場合は、（Ｂ４）のステップに進み、そうでなければ、（Ｂ５）のステップに進む。
【0111】
（Ｂ４）カウンタＮが０であった場合、このプロシージャを停止する。そうでなければ、（Ｂ２）のステップに進む。
【0112】
（Ｂ５）延期期間を追加して待機される。また、その追加の延期期間に含まれるいずれか１つのスロットでビジーと検出されるまで、又は、その追加の延期期間に含まれる全てのスロットがアイドルであると検出できるまで、チャネルはセンスされる。その後、（Ｂ６）のステップに進む。
【0113】
（Ｂ６）チャネルがその追加の延期期間に含まれるスロットの全てでアイドルであるとセンスされた場合、（Ｂ４）のステップに進み、そうでなければ、（Ｂ５）のステップに進む。
【0114】
上記のプロシージャにおける（Ｂ４）のステップの停止後、そのチャネルにおいて、ＰＤＳＣＨやＰＵＳＣＨなどデータを含む送信が行われる。
【0115】
なお、上記のプロシージャにおける（Ｂ４）のステップの停止後、そのチャネルにおいて、送信が行われなくてもよい。この場合、その後、送信直前にスロット及び延期期間の全てにおいて、チャネルがアイドルであった場合に、上記のプロシージャを行わずに送信が行われてもよい。一方で、そのスロット及びその延期期間のいずれかにおいて、チャネルがアイドルでなかった場合に、追加の延期期間内のスロットの全てでチャネルがアイドルであるとセンシングされた後、上記のプロシージャの（Ｂ１）のステップに進む。
【0116】
（第二のチャネルアクセスプロシージャの詳細）
第二のチャネルアクセスプロシージャ（タイプ２チャネルアクセスプロシージャ、Type 2 channel access）は、タイプ２Ａチャネルアクセスプロシージャ、タイプ２Ｂチャネルアクセスプロシージャ、タイプ２Ｃチャネルアクセスプロシージャを含む。
第二のチャネルアクセスプロシージャ（タイプ２チャネルアクセスプロシージャ、Type 2 channel access）は、タイプ２Ａチャネルアクセスプロシージャ、タイプ２Ｂチャネルアクセスプロシージャ、タイプ２Ｃチャネルアクセスプロシージャを含む。
【0117】
タイプ２Ａチャネルアクセスプロシージャ及びタイプ２Ｂチャネルアクセスプロシージャは、ＬＢＴカテゴリ２に分類される。タイプ２Ａチャネルアクセスプロシージャでは、第四の待ち時間が用いられる。タイプ２Ｂチャネルアクセスプロシージャでは、第二の待ち時間が用いられる。
【0118】
タイプ２Ａチャネルアクセスプロシージャ及びタイプ２Ｂチャネルアクセスプロシージャにおいて、少なくとも第二の待ち時間又は第四の待ち時間のセンシングの結果、チャネルがアイドルであるとみなされた直後、送信は行われてもよい。一方で、少なくとも第二の待ち時間又は第四の待ち時間のセンシングの結果、チャネルがアイドルでないとみなされた場合は、送信は行われない。第二のチャネルアクセスプロシージャは、送信間が１６マイクロ秒又は２５マイクロ秒である場合に、適用される。
【0119】
タイプ２Ｃチャネルアクセスプロシージャは、ＬＢＴカテゴリ１に分類される。タイプ２Ｃチャネルアクセスプロシージャは、送信間が１６マイクロ秒以内であり、その間のチャネルセンスは行われない（不要である）。ただし、タイプ２Ｃチャネルアクセスプロシージャは、送信可能時間が最大５８４マイクロ秒に制限される。また、タイプ２Ｃチャネルアクセスプロシージャは、ＦＲ１（Frequency Range 1）で適用され得る。
【0120】
（第三のチャネルアクセスプロシージャの詳細）
第三のチャネルアクセスプロシージャ（タイプ３チャネルアクセスプロシージャ）は、前述のＬＢＴカテゴリに分類されない。タイプ３チャネルアクセスプロシージャにおいて、送信の前にチャネルはセンスされない。タイプ３チャネルアクセスプロシージャは、タイプ２Ｃチャネルアクセスプロシージャのような送信タイミングや送信可能時間の制限はないが、ＦＲ２（Frequency Range 2）又はＦＲ２－２で適用され、ＦＲ１では適用できない。
第三のチャネルアクセスプロシージャ（タイプ３チャネルアクセスプロシージャ）は、前述のＬＢＴカテゴリに分類されない。タイプ３チャネルアクセスプロシージャにおいて、送信の前にチャネルはセンスされない。タイプ３チャネルアクセスプロシージャは、タイプ２Ｃチャネルアクセスプロシージャのような送信タイミングや送信可能時間の制限はないが、ＦＲ２（Frequency Range 2）又はＦＲ２－２で適用され、ＦＲ１では適用できない。
【0121】
なお、第三のチャネルアクセスプロシージャ（タイプ３チャネルアクセスプロシージャ）は、本実施形態を実施する国やエリアの法制などに基づいて、その実施が制限又は禁止され得る。タイプ３チャネルアクセスプロシージャが実施可能かどうかは、基地局２０から送信される制御情報、又は、端末に事前に設定される情報に基づいて、決まる。
【0122】
［衝突窓適応プロシージャ］
ＬＢＴカテゴリ４では、衝突窓適応プロシージャが実施される。
ＬＢＴカテゴリ４では、衝突窓適応プロシージャが実施される。
【0123】
第一のチャネルアクセスプロシージャで用いられる衝突窓ＣＷ（contention window）は、衝突窓適応プロシージャに基づいて決定される。
【0124】
衝突窓ＣＷの値は、優先クラスごとに保持される。また、衝突窓ＣＷは、最小衝突窓と最大衝突窓の間の値を取る。その最小衝突窓及びその最大衝突窓は、優先クラスに基づいて決定される。
【0125】
衝突窓ＣＷの値の調整は、第一のチャネルアクセスプロシージャの（Ｂ１）のステップの前に行われる。少なくとも衝突窓適応プロシージャにおける参照サブフレーム（参照スロット、参照区間）における参照ＨＡＲＱプロセスの共用チャネルに対応するＨＡＲＱ応答でＮＡＣＫの割合が閾値よりも高い場合、衝突窓ＣＷの値が増加される。そうでない場合、衝突窓ＣＷの値が最小衝突窓に設定される。
【0126】
衝突窓ＣＷの値の増加は、例えば、ＣＷ＝２・（ＣＷ＋１）－１の式に基づいて行われる。
【0127】
参照区間は、占有したチャネルの先頭から、少なくとも１つのユニキャストＰＤＳＣＨを含んだ最初のスロットの後尾又は少なくとも１つのユニキャストＰＤＳＣＨを含んだ最初の送信バーストの後尾まで、として定義される。
【0128】
閾値は、例えば、９０％が設定される。
【0129】
（下りリンクにおけるチャネルアクセスプロシージャの詳細）
アンライセンスチャネルにおいて、ＰＤＳＣＨ、ＰＤＣＣＨ、及び／又は、ＥＰＤＣＣＨを含んだ下りリンク送信を行う場合、基地局２０は第一のチャネルアクセスプロシージャに基づいて、そのチャネルにアクセスし、その下りリンク送信を行う。
アンライセンスチャネルにおいて、ＰＤＳＣＨ、ＰＤＣＣＨ、及び／又は、ＥＰＤＣＣＨを含んだ下りリンク送信を行う場合、基地局２０は第一のチャネルアクセスプロシージャに基づいて、そのチャネルにアクセスし、その下りリンク送信を行う。
【0130】
一方で、アンライセンスチャネルにおいて、ＤＲＳを含むがＰＤＳＣＨを含まない下りリンク送信を行う場合、基地局２０は第二のチャネルアクセスプロシージャに基づいて、そのチャネルにアクセスし、その下りリンク送信を行う。なお、その下りリンク送信の期間は、１ミリ秒よりも小さいことが好ましい。
【0131】
また、ＦＲ２－２では、第一のチャネルアクセスプロシージャ及び第二のチャネルアクセスプロシージャに加えて、第三のチャネルアクセスプロシージャに基づいて下りリンク送信を行うことが可能である。
【0132】
（上りリンクにおけるチャネルアクセスプロシージャの詳細）
アンライセンスチャネルにおいて、ＰＵＳＣＨをスケジュールする上りリンクグラントで第一のチャネルアクセスプロシージャを行うことを指示された場合、端末装置４０はそのＰＵＳＣＨを含んだ上りリンク送信の前に第一のチャネルアクセスプロシージャを行う。
アンライセンスチャネルにおいて、ＰＵＳＣＨをスケジュールする上りリンクグラントで第一のチャネルアクセスプロシージャを行うことを指示された場合、端末装置４０はそのＰＵＳＣＨを含んだ上りリンク送信の前に第一のチャネルアクセスプロシージャを行う。
【0133】
また、ＰＵＳＣＨをスケジュールする上りリンクグラントで第二のチャネルアクセスプロシージャを行うことを指示された場合、端末装置４０はそのＰＵＳＣＨを含んだ上りリンク送信の前に第二のチャネルアクセスプロシージャを行う。
【0134】
また、ＰＵＳＣＨは含まないがＳＲＳは含む上りリンク送信に対しては、端末装置４０はその上りリンク送信の前に第二のチャネルアクセスプロシージャを行う。
【0135】
また、上りリンクグラントで指示された上りリンク送信の末尾が上りリンク期間（UL duration）内であったとする。この場合、その上りリンクグラントで指示されたプロシージャタイプにかかわらず、端末装置４０はその上りリンク送信の前に第二のチャネルアクセスプロシージャを行う。
【0136】
また、基地局２０からの下りリンク送信終了後に第四の待ち時間を挟んで上りリンク送信が続く場合、端末装置４０はその上りリンク送信の前に第二のチャネルアクセスプロシージャを行う。
【0137】
また、ＦＲ２－２では、第一のチャネルアクセスプロシージャ及び第二のチャネルアクセスプロシージャに加えて、第三のチャネルアクセスプロシージャに基づいて上りリンク送信を行うことが可能である。
【0138】
（本実施形態におけるＮＲのチャネルアクセスプロシージャ）
ＮＲを用いたアンライセンスチャネルでのチャネルアクセスプロシージャでは、ビームフォームされていないチャネルセンシング、及び、ビームフォームされたチャネルセンシングを行うことができる。
ＮＲを用いたアンライセンスチャネルでのチャネルアクセスプロシージャでは、ビームフォームされていないチャネルセンシング、及び、ビームフォームされたチャネルセンシングを行うことができる。
【0139】
ビームフォームされていないチャネルセンシングは、指向性が制御されない受信によるチャネルセンシング、又は、方向の情報を持たないチャネルセンシングである。方向の情報を持たないチャネルセンシングとは、例えば、全方位で測定結果を平均化されたチャネルセンシングである。送信装置（基地局２０又は端末装置４０）は、チャネルセンシングで用いられた指向性（角度、方向）を認知しなくてもよい。
【0140】
ビームフォームされたチャネルセンシングは、指向性が制御された受信によるチャネルセンシング、又は、方向の情報を持つチャネルセンシングである。すなわち、受信ビームが所定の方向に向けられたチャネルセンシングである。ビームフォームされたチャネルセンシングを行う機能を有する送信装置（基地局２０又は端末装置４０）は、異なる指向性を用いた１回以上のチャネルセンシングを行うことができる。
【0141】
ビームフォームされたチャネルセンシングを行う機能を有する送信装置は、ビームフォームされたチャネルセンシングを行うことで、センシングによって検出されるエリアを狭める。これにより、送信装置（基地局２０又は端末装置４０）は、干渉を与えない通信リンクの検出の頻度を減らし、さらし端末問題を軽減することができる。
【0142】
（フレームベース装置（ＦＢＥ）のチャネルアクセス）
図７は、フレームベース装置（ＦＢＥ、Frame Based Equipment）の概要を説明するための図である。図７の上段は、横軸を時間軸としたＣＣＡ（Channel Clear Assessment）のタイミングを示している。図７の下段は、横軸を時間軸とした送信のタイミングを示している。
図７は、フレームベース装置（ＦＢＥ、Frame Based Equipment）の概要を説明するための図である。図７の上段は、横軸を時間軸としたＣＣＡ（Channel Clear Assessment）のタイミングを示している。図７の下段は、横軸を時間軸とした送信のタイミングを示している。
【0143】
フレームベース装置（ＦＢＥ、Frame Based Equipment、準静的チャネルアクセス、準静的チャネル占有におけるチャネルアクセスプロシージャ）と定義されるチャネルアクセス（Channel access, Listen before Talk）プロシージャでは、送信前に１回のチャネルのセンシング（sensing）が行われる。そのセンシングの結果に基づいてそのチャネルがアイドル（idle、unoccupied、available、enable）か、又は、ビジー（busy、occupied、unavailable、disable）かの判定（空き判定）が行われる。チャネルのセンシングでは、所定の待ち時間におけるチャネルの電力がセンス（sense）される。
【0144】
フレームベース装置に用いられる送信及び／又は受信構成は、固定フレーム区間（Fixed Frame Period）と称される周期的なタイミングを有する。
【0145】
フレームベース装置のチャネルアクセスにおいて、固定フレーム区間が設定される。固定フレーム区間は、１ミリ秒から１０ミリ秒の間で設定される。固定フレーム区間は、２００ミリ秒間で２度以上変更してはいけない。
【0146】
フレームベース装置のチャネルアクセスでは、固定フレーム区間の先頭からの送信開始直前に、装置はチャネルのセンシングを行う。装置は、９マイクロ秒以下で構成される１スロットを用いて１度センシングを行う。チャネルのセンシングの結果、電力値が所定の電力検出閾値よりも大きい場合、チャネルはビジーであると思われる。一方、電力値が所定の電力検出閾値よりも小さい場合、チャネルはクリアであり、装置は送信することができる。装置は、チャネル占有時間（Channel Occupancy Time）の間、送信することができる。装置は、チャネル占有時間内かつ複数送信間のギャップが１６マイクロ秒以下であれば、センシングを行わずに複数送信を行うことができる。一方で、複数送信間のギャップが１６マイクロ秒を超える場合、装置は追加のチャネルセンシングを行う必要がある。追加のチャネルセンシングも同様に、１スロットを用いて１度センシングが行われる。
【0147】
フレームベース装置のチャネルアクセスにおけるチャネル占有時間は、固定フレーム区間の９５％を超えない。フレームベース装置のチャネルアクセスにおけるアイドル区間（Idle Period）は、固定フレーム区間の５％以上である。なお、アイドル区間は、１００マイクロ秒以上である。
【0148】
装置からの送信に対する応答（ＡＣＫ／ＮＡＣＫ、ＨＡＲＱ－ＡＣＫ）の送信は、チャネル占有時間内で行われても良い。
【0149】
（ＣＯＴ（Channel Occupancy Time））
アンライセンスバンドのオペレーションでは、無線通信装置は信号送信前にＬＢＴを行う。ＬＢＴの結果、チャネルがクリアだと判断した場合に、所定時間の間、そのチャネルを占有することができる。
アンライセンスバンドのオペレーションでは、無線通信装置は信号送信前にＬＢＴを行う。ＬＢＴの結果、チャネルがクリアだと判断した場合に、所定時間の間、そのチャネルを占有することができる。
【0150】
ＬＢＴ後にチャネルを占有することが可能な所定時間は、ＣＯＴ（Channel Occupancy Time）と呼称される。ＣＯＴは、ＬＢＥにおいては、上述した表１で定義される最大チャネル占有時間（Maximum COT）内に収まるように定義される。ＣＯＴは、ＦＢＥにおいては、固定フレーム区間の９５％内に収まるように定義される。
【0151】
無線通信装置が取得したＣＯＴは、通信相手である他の無線通信装置の送信に用いられてもよい。ＣＯＴを取得した無線通信装置（initiating device）とは異なる他の無線通信装置（responding device）がＣＯＴを用いて信号を送信することを、ＣＯＴ共有（COT sharing）と称される。ＣＯＴ共有する際には、他の無線通信装置もＣＯＴ及びＣＯＴ長を認識する必要がある。
【0152】
基地局２０が取得したＣＯＴ（基地局装置開始ＣＯＴ、基地局装置取得ＣＯＴ）のＣＯＴ長は、ＤＣＩフォーマット２＿０を用いて端末装置４０に通知される。端末装置４０は、ＤＣＩフォーマット２＿０に含まれるＣＯＴ長指示（COT length indicator）に基づいて、基地局装置開始ＣＯＴの長さを認識する。
【0153】
また、端末装置４０は、基地局２０からのＰＤＳＣＨスケジューリングに基づき、ＣＯＴを暗示的に認識し得る。
【0154】
また、端末装置４０は、基地局２０からの下りリンク物理信号（ＳＳ／ＰＢＣＨブロック、ＣＳＩ－ＲＳ、ＰＤＣＣＨのＤＭＲＳ）に基づき、ＣＯＴを暗示的に認識し得る。
【0155】
端末装置４０が取得したＣＯＴ（端末装置開始ＣＯＴ、端末装置取得ＣＯＴ）のＣＯＴ長は、ＣＧ－ＵＣＩを用いて基地局２０に通知される。基地局２０は、ＣＧ－ＵＣＩに含まれるＣＯＴ共有情報（COT sharing information）に基づいて、端末装置開始ＣＯＴの長さを認識する。
【0156】
＜１．４．実施形態の概要＞
＜１．４．１．課題＞
これまでのサイドリンク通信は、ライセンスバンドでの運用を前提としている。また、サイドリンク（ＳＬ）リソース選択のための従来のセンシング方法（サイドリンクセンシング）は、ＰＳＣＣＨの復号、及び、ＰＳＣＣＨ－ＰＳＲＰ又はＰＳＳＣＨ－ＲＳＲＰの測定に基づいて行われる。このように、従来のサイドリンク通信では、アンライセンスバンドにおける他の無線アクセスシステムに対するセンシングが考慮されていなかった。
＜１．４．１．課題＞
これまでのサイドリンク通信は、ライセンスバンドでの運用を前提としている。また、サイドリンク（ＳＬ）リソース選択のための従来のセンシング方法（サイドリンクセンシング）は、ＰＳＣＣＨの復号、及び、ＰＳＣＣＨ－ＰＳＲＰ又はＰＳＳＣＨ－ＲＳＲＰの測定に基づいて行われる。このように、従来のサイドリンク通信では、アンライセンスバンドにおける他の無線アクセスシステムに対するセンシングが考慮されていなかった。
【0157】
一方、本実施形態に係る無線通信システムは、アンライセンスバンドでサイドリンク通信が実施されることを想定する。なお、アンライセンスバンドは、例えば１つのオペレータにのみ使用・運用が許可された周波数バンド（i.e., ライセンスバンド）でない周波数バンドを意味してもよい。すなわち、アンライセンスバンドでは、複数のオペレータによって使用・運用が共有（Share）されてもよい。さらに又はこれに代えて、アンライセンスバンドでは複数ＲＡＴ（ＬＴＥ、ＮＲだけでなく他のＲＡＴ（e.g., ＷｉＦｉ（登録商標））をも含んでもよい）で使用・運用が共有（Share）されてもよい。複数のオペレータ及び複数ＲＡＴによって使用・運用が共有（Share）されてもよい点から、アンライセンスバンド（又は「アンライセンスチャネル」など）は、共有スペクトラム（Shared spectrum）とも呼称される。また、アンライセンスバンドでの通信は、共有スペクトラムチャネルアクセスでオペレーションすること（operation with shared spectrum channel access）である。
【0158】
アンライセンスバンドでは、上述したようにＣＯＴ取得のために、チャネルアクセス処理（ＬＢＴ、又は、ＬＢＴセンシングとも記載する）が行われる。従って、アンライセンスバンドでサイドリンク通信を行う場合、ＴｘＵＥ４０Ｔに対して、ＬＢＴセンシング及びＳＬセンシングを同時に行うことが求められるが、ＬＢＴセンシング及びＳＬセンシングを同時に行う方法は規定されていなかった。そのため、アンライセンスバンドを使用したサイドリンク通信を実現することが難しかった。
【0159】
＜１．４．２．提案技術の概要＞
そこで、本開示の実施形態では、アンライセンスバンドを使用したサイドリンク通信を実現することができる仕組みを提供する。
そこで、本開示の実施形態では、アンライセンスバンドを使用したサイドリンク通信を実現することができる仕組みを提供する。
【0160】
本開示の実施形態に係る端末装置４０（例えば、ＴｘＵＥ４０Ｔ）は、アンライセンスバンドで他の端末装置４０（例えば、ＲｘＵＥ４０Ｒ）とサイドリンク通信を行う。
【0161】
端末装置４０は、サイドリンク通信に関するＳＬセンシング、及び、アンライセンスバンドにおける通信に関するＬＢＴセンシングを行う。端末装置４０は、第１の方法、第２の方法、及び、第３の方法のいずれか１つを用いて、他の端末装置４０とのサイドリンク通信のための送信リソースを選択する。端末装置４０は、選択した送信リソースを用いて、１つ以上のサイドリンクデータを送信する。
【0162】
第１の方法は、ＳＬセンシングの結果に基づき、ＬＢＴセンシングを行うことで送信リソースを選択する方法である。第２の方法は、ＬＢＴセンシングの結果に基づき、ＳＬセンシングを行うことで送信リソースを選択する方法である。第２の方法は、ＳＬセンシング、及び、ＬＢＴセンシングのそれぞれを個別に行うことで送信リソースを選択する方法である。
【0163】
これにより、端末装置４０は、アンライセンスバンドを使用して他の端末装置４０とサイドリンク通信を行うことができる。
【0164】
＜１．４．３．定義＞
なお、以下の実施形態において、サイドリンク通信を行う端末装置４０のうち、ＰＳＣＣＨ及びＰＳＳＣＨの少なくとも一方を送信する端末装置４０を送信側端末装置４０Ｔ（ＴｘＵＥ４０Ｔ）とも記載する。
なお、以下の実施形態において、サイドリンク通信を行う端末装置４０のうち、ＰＳＣＣＨ及びＰＳＳＣＨの少なくとも一方を送信する端末装置４０を送信側端末装置４０Ｔ（ＴｘＵＥ４０Ｔ）とも記載する。
【0165】
また、サイドリンク通信を行う端末装置４０のうち、ＰＳＣＣＨ及びＰＳＳＣＨの少なくとも一方を受信する端末装置４０を受信側端末装置４０Ｒ（ＲｘＵＥ４０Ｒ）とも記載する。なお、ＲｘＵＥ４０Ｒは、ＰＳＦＣＨを介してＰＳＳＣＨに関するＨＡＲＱレポートをＴｘＵＥ４０Ｔに送信し得る。
【0166】
基地局２０及び端末装置４０を区別しない場合、基地局２０又は端末装置４０を単に通信装置１０とも記載する。通信装置１０には、上述したＴｘＵＥ４０Ｔ又はＲｘＵＥ４０Ｒを含み得る。
【0167】
ＬＢＴ（ＣＣＡ、チャネルアクセスプロシージャ（又は単にチャネルアクセス））を行い、ＣＯＴを取得した装置は、ＣＯＴ取得装置、あるいは、Initiating deviceと呼称され得る。
【0168】
ＣＯＴ取得装置からＣＯＴ共有された装置は、ＣＯＴ応答装置、あるいは、Responding deviceと呼称され得る。ＣＯＴ応答装置が共有されたＣＯＴの送信先や送信方法は、後述するＣＯＴ応答モードによって決定される。
【0169】
例えば、ＦＲ１は、４５０ＭＨｚ～６０００ＭＨｚの周波数として定義される。特に、ＦＲ１におけるアンライセンスバンドは、バンドｎ４６（５１５０ＭＨｚ～５９２５ＭＨｚ）、バンドｎ９６（５９２５ＭＨｚ～７１２５ＭＨｚ）、バンドｎ１０２である。
【0170】
例えば、ＦＲ２は、２４．２５ＧＨｚ～７１ＧＨｚの周波数として定義される。ＦＲ２は、ＦＲ２－１（２４．２５ＧＨｚ～５２．６ＧＨｚ）及びＦＲ２－２（５２．６ＧＨｚ～７１ＧＨｚ）を合わせた周波数である。なお、ＦＲ２は、２４．２５ＧＨｚ以上の周波数として定義されてもよい。
【0171】
＜＜２．通信システムの構成＞＞
＜２．１．基地局装置の構成例＞
まず、基地局２０について説明する。基地局２０は、セル３０（図１参照）を運用し、セル３０のカバレッジの内部に位置する１つ以上の端末装置４０へ無線通信サービスを提供する通信装置である。セル３０は、例えばＬＴＥ又はＮＲ等の任意の無線通信方式に従って運用される。基地局２０は、コアネットワークに接続される。コアネットワークは、ゲートウェイ装置を介してパケットデータネットワークに接続される。
＜２．１．基地局装置の構成例＞
まず、基地局２０について説明する。基地局２０は、セル３０（図１参照）を運用し、セル３０のカバレッジの内部に位置する１つ以上の端末装置４０へ無線通信サービスを提供する通信装置である。セル３０は、例えばＬＴＥ又はＮＲ等の任意の無線通信方式に従って運用される。基地局２０は、コアネットワークに接続される。コアネットワークは、ゲートウェイ装置を介してパケットデータネットワークに接続される。
【0172】
なお、基地局２０は、複数の物理的又は論理的装置の集合で構成されていてもよい。例えば、本開示の実施形態において基地局２０は、ＢＢＵ（Baseband Unit）及びＲＵ（Radio Unit）の複数の装置に区別され、これら複数の装置の集合体として解釈されてもよい。さらに又はこれに代えて、本開示の実施形態において基地局２０は、ＢＢＵ及びＲＵのうちいずれか又は両方であってもよい。ＢＢＵとＲＵとは所定のインタフェース（例えば、ｅＣＰＲＩ）で接続されていてもよい。さらに又はこれに代えて、ＲＵはRemote Radio Unit（ＲＲＵ）又はRadio DoT（ＲＤ）と称されていてもよい。さらに又はこれに代えて、ＲＵは後述するgNB-DUに対応していてもよい。さらに又はこれに代えてＢＢＵは、後述するgNB-CUに対応していてもよい。これに代えて、ＲＵは後述するgNB-DUに接続していてもよい。さらに、ＢＢＵは、後述するgNB-CU及びgNB-DUの組合せに対応していてもよい。さらに又はこれに代えて、ＲＵはアンテナと一体的に形成された装置であってもよい。基地局２０が有するアンテナ（例えば、ＲＵと一体的に形成されたアンテナ）はAdvanced Antenna Systemを採用し、ＭＩＭＯ（例えば、FD-MIMO）やビームフォーミングをサポートしていてもよい。Advanced Antenna Systemは、基地局２０が有するアンテナ（例えば、ＲＵと一体的に形成されたアンテナ）は、例えば、６４個の送信用アンテナポート及び６４個の受信用アンテナポートを備えていてもよい。
【0173】
また、基地局２０は、複数が互いに接続されていてもよい。１つ又は複数の基地局２０は無線アクセスネットワーク（Radio Access Network：ＲＡＮ）に含まれていてもよい。すなわち、基地局２０は単にＲＡＮ、ＲＡＮノード、ＡＮ（Access Network）、ＡＮノードと称されてもよい。ＬＴＥにおけるＲＡＮはＥＵＴＲＡＮ（Enhanced Universal Terrestrial RAN）と呼ばれる。ＮＲにおけるＲＡＮはＮＧＲＡＮと呼ばれる。Ｗ－ＣＤＭＡ（ＵＭＴＳ）におけるＲＡＮはＵＴＲＡＮと呼ばれる。ＬＴＥの基地局２０は、ｅＮｏｄｅＢ（Evolved Node B）又はｅＮＢと称される。すなわち、ＥＵＴＲＡＮは１又は複数のｅＮｏｄｅＢ（ｅＮＢ）を含む。また、ＮＲの基地局２０は、ｇＮｏｄｅＢ又はｇＮＢと称される。すなわち、ＮＧＲＡＮは１又は複数のｇＮＢを含む。さらに、ＥＵＴＲＡＮは、ＬＴＥの通信システム（ＥＰＳ）におけるコアネットワーク（ＥＰＣ）に接続されたｇＮＢ（en-gNB）を含んでいてもよい。同様にＮＧＲＡＮは５Ｇ通信システム（５ＧＳ）におけるコアネットワーク５ＧＣに接続されたng-eNBを含んでいてもよい。さらに又はこれに代えて、基地局２０がｅＮＢ、ｇＮＢなどである場合、3GPP Accessと称されてもよい。さらに又はこれに代えて、基地局２０が無線アクセスポイント（Access Point）（e.g., ＷｉＦｉ（登録商標）のアクセスポイント）である場合、Non-3GPP Accessと称されてもよい。さらに又はこれに代えて、基地局２０は、ＲＲＨ（Remote Radio Head）と呼ばれる光張り出し装置であってもよい。さらに又はこれに代えて、基地局２０がｇＮＢである場合、基地局２０は前述したgNB CU（Central Unit）とgNB DU（Distributed Unit）の組み合わせ又はこれらのうちいずれかと称されてもよい。gNB CU（Central Unit）は、ＵＥとの通信のために、Access Stratumのうち、複数の上位レイヤ（例えば、ＲＲＣ、ＳＤＡＰ、ＰＤＣＰ）をホストする。一方、gNB-DUは、Access Stratumのうち、複数の下位レイヤ（例えば、ＲＬＣ、ＭＡＣ、ＰＨＹ）をホストする。すなわち、後述されるメッセージ・情報のうち、RRC signalling（例えば、ＭＩＢ、ＳＩＢ１を含む各種ＳＩＢ、RRCSetup message、RRCReconfiguration message）はgNB CUで生成され、一方で後述されるＤＣＩや各種Physical Channel（例えば、ＰＤＣＣＨ、ＰＢＣＨ）はgNB-DUは生成されてもよい。又はこれに代えて、RRC signallingのうち、例えばIE：cellGroupConfigなど一部のconfiguration（設定情報）についてはgNB-DUで生成され、残りのconfigurationはgNB-CUで生成されてもよい。これらのconfiguration（設定情報）は、後述されるＦ１インタフェースで送受信されてもよい。基地局２０は、他の基地局２０と通信可能に構成されていてもよい。例えば、複数の基地局２０がｅＮＢ同士又はｅＮＢとen-gNBの組み合わせである場合、当該基地局２０間はＸ２インタフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局２０がｇＮＢ同士又はgn-eNBとｇＮＢの組み合わせである場合、当該装置間はＸｎインタフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局２０がgNB CU（Central Unit）とgNB DU（Distributed Unit）の組み合わせである場合、当該装置間は前述したＦ１インタフェースで接続されてもよい。後述されるメッセージ・情報（RRC signalling又はＤＣＩの情報、Physical Channel）は複数の基地局２０間で（例えばＸ２、Ｘｎ、Ｆ１インタフェースを介して）通信されてもよい。
【0174】
さらに、前述の通り、基地局２０は、複数のセルを管理するように構成されていてもよい。基地局２０により提供されるセルはServing cellと呼ばれる。Serving cellはPCell（Primary Cell）及びSCell（Secondary Cell）を含む。Dual Connectivity （例えば、EUTRA-EUTRA Dual Connectivity、EUTRA-NR Dual Connectivity（ENDC）、EUTRA-NR Dual Connectivity with 5GC、NR-EUTRA Dual Connectivity（NEDC）、NR-NR Dual Connectivity）がＵＥ（例えば、端末装置４０）に提供される場合、ＭＮ（Master Node）によって提供されるPCell及びゼロ又は1以上のSCell（s）はMaster Cell Groupと呼ばれる。さらに、Serving cellはPSCell（Primary Secondary Cell又はPrimary SCG Cell）を含んでもよい。すなわち、Dual ConnectivityがＵＥに提供される場合、ＳＮ（Secondary Node）によって提供されるPSCell及びゼロ又は1以上のSCell（s）はSecondary Cell Group（SCG）と呼ばれる。特別な設定（例えば、PUCCH on SCell）がされていない限り、物理上りリンク制御チャネル（ＰＵＣＣＨ）はPCell及びPSCellで送信されるが、SCellでは送信されない。また、Radio Link FailureもPCell及びPSCellでは検出されるが、SCellでは検出されない（検出しなくてよい）。このようにPCell及びPSCellは、Serving Cell（s）の中で特別な役割を持つため、Special Cell（SpCell）とも呼ばれる。１つのセルには、１つのDownlink Component Carrierと１つのUplink Component Carrierが対応付けられてもよい。また、１つのセルに対応するシステム帯域幅は、複数の帯域幅部分（Bandwidth Part）に分割されてもよい。この場合、１又は複数のBandwidth Part（ＢＷＰ）がＵＥに設定され、１つのBandwidth PartがActive BWPとして、ＵＥに使用されてもよい。また、セル毎、コンポーネントキャリア毎又はＢＷＰごとに、端末装置４０が使用できる無線資源（例えば、周波数帯域、ヌメロロジー（サブキャリアスペーシング）、スロットフォーマット（Slot configuration））が異なっていてもよい。
【0175】
図８は、本開示の実施形態に係る基地局２０の構成例を示す図である。基地局２０は、端末装置４０と無線通信する通信装置（無線システム）である。基地局２０は、情報処理装置の一種である。
【0176】
基地局２０は、信号処理部２１と、記憶部２２と、ネットワーク通信部２３と、制御部２４と、を備える。なお、図８に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、基地局２０の機能は、複数の物理的に分離された装置に分散して実装されてもよい。
【0177】
信号処理部２１は、他の通信装置（例えば、端末装置４０及び他の基地局２０）と無線通信する無線通信インタフェースである。信号処理部２１は、制御部２４の制御にしたがって動作する無線トランシーバである。信号処理部２１は複数の無線アクセス方式に対応してもよい。例えば、信号処理部２１は、ＮＲ及びＬＴＥの双方に対応してもよい。信号処理部２１は、Ｗ－ＣＤＭＡやｃｄｍａ２０００等の他のセルラー通信方式に対応してもよい。また、信号処理部２１は、セルラー通信方式に加えて、無線ＬＡＮ通信方式に対応してもよい。勿論、信号処理部２１は、１つの無線アクセス方式に対応するだけであってもよい。
【0178】
信号処理部２１は、受信処理部２１１と、送信処理部２１２と、アンテナ４１３と、を備える。信号処理部２１は、受信処理部２１１、送信処理部２１２、及びアンテナ４１３をそれぞれ複数備えていてもよい。なお、信号処理部２１が複数の無線アクセス方式に対応する場合、信号処理部２１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、基地局２０がＮＲとＬＴＥとに対応しているのであれば、受信処理部２１１及び送信処理部２１２は、ＮＲとＬＴＥとで個別に構成されてもよい。
【0179】
受信処理部２１１は、アンテナ４１３を介して受信された上りリンク信号の処理を行う。受信処理部２１１は、無線受信部２１１ａと、多重分離部２１１ｂと、復調部２１１ｃと、復号部２１１ｄと、を備える。
【0180】
無線受信部２１１ａは、上りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバルの除去、高速フーリエ変換による周波数領域信号の抽出等を行う。例えば、基地局２０の無線アクセス方式が、ＬＴＥ等のセルラー通信方式であるとする。このとき、多重分離部２１１ｂは、無線受信部２１１ａから出力された信号から、ＰＵＳＣＨ（Physical Uplink Shared Channel）、ＰＵＣＣＨ（Physical Uplink Control Channel）等の上りリンクチャネル及び上りリンク参照信号を分離する。復調部２１１ｃは、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary Phase Shift Keying）、ＱＰＳＫ（Quadrature Phase Shift Keying）等の変調方式を使って受信信号の復調を行う。復調部２１１ｃが使用する変調方式は、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭ、又は２５６ＱＡＭ等の多値ＱＡＭであってもよい。復号部２１１ｄは、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータ及び上りリンク制御情報は制御部２４へ出力される。
【0181】
送信処理部２１２は、下りリンク制御情報及び下りリンクデータの送信処理を行う。送信処理部２１２は、符号化部２１２ａと、変調部２１２ｂと、多重部２１２ｃと、無線送信部２１２ｄと、を備える。
【0182】
符号化部２１２ａは、制御部２４から入力された下りリンク制御情報及び下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。変調部２１２ｂは、符号化部２１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。多重部２１２ｃは、各チャネルの変調シンボルと下りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部２１２ｄは、多重部２１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部２１２ｄは、高速フーリエ変換による時間領域への変換、ガードインターバルの付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部２１２で生成された信号は、アンテナ４１３から送信される。
【0183】
記憶部２２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２２は、基地局２０の記憶手段として機能する。
【0184】
ネットワーク通信部２３は、他の装置（例えば、他の基地局２０）と通信するための通信インタフェースである。例えば、ネットワーク通信部２３は、ＮＩＣ（Network Interface Card）等のＬＡＮ（Local Area Network）インタフェースである。ネットワーク通信部２３は、ＵＳＢ（Universal Serial Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、ネットワーク通信部２３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部２３は、基地局２０のネットワーク通信手段として機能する。ネットワーク通信部２３は、制御部２４の制御にしたがって、他の装置と通信する。
【0185】
制御部２４は、基地局２０の各部を制御するコントローラ（Controller）である。制御部２４は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサにより実現される。例えば、制御部２４は、基地局２０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することにより実現される。なお、制御部２４は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
【0186】
＜２．２．端末装置の構成例＞
次に、端末装置４０について説明する。端末装置４０は、基地局２０による制御に基づいて基地局２０と無線通信する通信装置である。
次に、端末装置４０について説明する。端末装置４０は、基地局２０による制御に基づいて基地局２０と無線通信する通信装置である。
【0187】
端末装置４０は、他の装置と無線通信する無線通信装置である。端末装置４０は、例えば、通信機能を有するセンサーやカメラデバイス、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータである。端末装置４０は、無線を介してデータを送受信する機能を有するヘッドマウントディスプレイ（Head Mounted Display）やＶＲゴーグル等であってもよい。端末装置４０は、自動車やドローンなどの移動体であってもよい。
【0188】
例えば、端末装置４０は、基地局２０による制御に基づいて、又は自律的に、他の端末装置４０と無線通信する。その場合、端末装置４０は、ＰＣ５リンクにおいて、他の端末装置４０にサイドリンク信号を送信して、他の端末装置４０からサイドリンク信号を受信する。端末装置４０によるサイドリンク信号の送信及び受信をまとめてサイドリンク通信と記載する。端末装置４０は、サイドリンク通信を行う際、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）等の自動再送技術を使用可能であってもよい。
【0189】
端末装置４０は、基地局２０とＮＯＭＡ（Non Orthogonal Multiple Access）通信が可能であってもよい。なお、端末装置４０は、他の端末装置４０との通信（サイドリンク）においてもＮＯＭＡ通信が可能であってもよい。また、端末装置４０は、他の通信装置（例えば、基地局２０、及び他の端末装置４０）とＬＰＷＡ（Low Power Wide Area）通信が可能であってもよい。その他、端末装置４０が使用する無線通信は、ミリ波又はテラヘルツ波を使った無線通信であってもよい。なお、端末装置４０が使用する無線通信（サイドリンク通信を含む）は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。
【0190】
図９は、本開示の実施形態に係る端末装置４０の構成例を示す図である。端末装置４０は、基地局２０と無線通信する通信装置（無線システム）である。端末装置４０は、情報処理装置の一種である。
【0191】
端末装置４０は、信号処理部４１と、記憶部４２と、入出力部４４と、制御部４５と、を備える。なお、図９に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置４０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
【0192】
信号処理部４１は、他の通信装置（例えば、基地局２０及び他の端末装置４０）と無線通信する無線通信インタフェースである。信号処理部４１は、制御部４５の制御にしたがって動作する無線トランシーバである。信号処理部４１は１又は複数の無線アクセス方式に対応する。例えば、信号処理部４１は、ＮＲ及びＬＴＥの双方に対応する。信号処理部４１は、Ｗ－ＣＤＭＡやｃｄｍａ２０００等、他の無線アクセス方式に対応していてもよい。
【0193】
信号処理部４１は、受信処理部４１１と、送信処理部４１２と、アンテナ４１３と、を備える。信号処理部４１は、受信処理部４１１、送信処理部４１２、及びアンテナ４１３をそれぞれ複数備えていてもよい。なお、信号処理部４１が複数の無線アクセス方式に対応する場合、信号処理部４１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、受信処理部４１１及び送信処理部４１２は、ＬＴＥとＮＲとで個別に構成されてもよい。受信処理部４１１、及び送信処理部４１２の構成は、基地局２０の受信処理部２１１、及び送信処理部２１２と同様である。
【0194】
記憶部４２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部４２は、端末装置４０の記憶手段として機能する。
【0195】
入出力部４４は、ユーザと情報をやりとりするためのユーザインタフェースである。例えば、入出力部４４は、キーボード、マウス、操作キー、タッチパネル等、ユーザが各種操作を行うための操作装置である。又は、入出力部４４は、液晶ディスプレイ（Liquid Crystal Display）、有機ＥＬディスプレイ（Organic Electroluminescence Display）等の表示装置である。入出力部４４は、スピーカー、ブザー等の音響装置であってもよい。また、入出力部４４は、ＬＥＤ（Light Emitting Diode）ランプ等の点灯装置であってもよい。入出力部４４は、端末装置４０の入出力手段（入力手段、出力手段、操作手段又は通知手段）として機能する。
【0196】
制御部４５は、端末装置４０の各部を制御するコントローラである。制御部４５は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部４５は、端末装置４０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部４５は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
【0197】
＜＜３．技術的特徴＞＞
＜３．１．ＣＯＴ応答モード＞
本開示の実施形態では、複数のＣＯＴ応答モードが定義される。ＣＯＴ応答モードによって、ＣＯＴ応答装置が共有されたＣＯＴを用いて送信する方法や送信する際の制限などが定義される。
＜３．１．ＣＯＴ応答モード＞
本開示の実施形態では、複数のＣＯＴ応答モードが定義される。ＣＯＴ応答モードによって、ＣＯＴ応答装置が共有されたＣＯＴを用いて送信する方法や送信する際の制限などが定義される。
【0198】
ＣＯＴ応答モードは、例えば、以下の条件などに応じて基地局２０によって設定される。あるいは、ＣＯＴ応答モードは、以下の条件に応じて事前に設定（pre-configuration）される。
・送受信に用いられる周波数
・送受信されるエリアや国が制定する法制
・システムを運用するネットワークオペレータの運用ポリシー
・送受信に用いられる周波数
・送受信されるエリアや国が制定する法制
・システムを運用するネットワークオペレータの運用ポリシー
【0199】
なお、送受信に使用される周波数として、例えば、ＦＲ１又はＦＲ２、５／６ＧＨｚ帯又は６０ＧＨｚ帯が挙げられる。
【0200】
ＣＯＴ応答モードの設定は、セル３０共通の制御情報として複数の端末装置４０に報知され得る。あるいは、ＣＯＴ応答モードの設定は、端末装置４０又は端末グループ固有の制御情報として個別に通知され得る。
【0201】
ＣＯＴ応答モードの設定は、ＲＲＣレイヤーのシグナリング又はＭＡＣレイヤーのシグナリングにより準静的に行われ得る。あるいは、ＣＯＴ応答モードの設定は、Ｌ１レイヤーのシグナリング（ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＳＣＣＨなど）により動的に行われてもよい。
【0202】
＜３．１．１．第１のＣＯＴ応答モード＞
図１０は、本開示の実施形態に係る第１のＣＯＴ応答モードの一例を説明するための図である。図１０では、通信装置１０ＡがＣＯＴ取得装置である。通信装置１０Ａは、通信装置１０ＢにＣＯＴ共有（COT sharing）を行う。すなわち、通信装置１０ＢがＣＯＴ応答装置である。
図１０は、本開示の実施形態に係る第１のＣＯＴ応答モードの一例を説明するための図である。図１０では、通信装置１０ＡがＣＯＴ取得装置である。通信装置１０Ａは、通信装置１０ＢにＣＯＴ共有（COT sharing）を行う。すなわち、通信装置１０ＢがＣＯＴ応答装置である。
【0203】
図１０に示すように、通信装置１０Ｂは、共有されたＣＯＴ（Shared COT）を用いて、ＣＯＴ取得装置である通信装置１０Ａに送信を行い得る。一方、通信装置１０Ｂは、共有されたＣＯＴを用いて、ＣＯＴ取得装置以外の通信装置１０Ｃに送信を行うことはできない。
【0204】
このように、ＣＯＴを共有されたＣＯＴ応答装置は、ＣＯＴを共有したＣＯＴ取得装置に対して、共有されたＣＯＴを用いた送信を行うことができる。一方、ＣＯＴ応答装置は、ＣＯＴを共有したＣＯＴ取得装置以外の装置に、共有されたＣＯＴを用いた送信を行うことができない。
【0205】
なお、ＣＯＴ取得装置が基地局２０及び端末装置４０の一方であり、ＣＯＴ応答装置が基地局２０及び端末装置４０の他方である場合、第１のＣＯＴ応答モードは、上述したＮＲ－ＵのＵｕリンクで用いられるＣＯＴ共有の方法と同じである。
【0206】
一方、本開示の実施形態では、ＣＯＴ取得装置が第１の端末装置４０＿１であってよく、ＣＯＴ応答装置が第２の端末装置４０＿２であってよい点で、上述したＮＲ－ＵのＵｕリンクで用いられる方法と異なる。
【0207】
本実施形態では、端末装置４０がＣＯＴを共有してサイドリンク通信を行う。本実施形態に係る第１のＣＯＴ応答モードは、ＣＯＴがＣＯＴ取得装置とＣＯＴ応答装置との間で共有され、ＣＯＴ応答装置がＣＯＴ取得装置と、Ｕｕリンク通信、又は、サイドリンク通信を行うモードである。ここで行われるサイドリンク通信は、ＣＯＴ内のサイドリンクリソースを用いた通信である。
【0208】
＜３．１．２．第２のＣＯＴ応答モード＞
図１１は、本開示の実施形態に係る第２のＣＯＴ応答モードの一例を説明するための図である。図１１では、通信装置１０ＡがＣＯＴ取得装置である。通信装置１０Ａは、通信装置１０ＢにＣＯＴ共有を行う。すなわち、通信装置１０ＢがＣＯＴ応答装置である。
図１１は、本開示の実施形態に係る第２のＣＯＴ応答モードの一例を説明するための図である。図１１では、通信装置１０ＡがＣＯＴ取得装置である。通信装置１０Ａは、通信装置１０ＢにＣＯＴ共有を行う。すなわち、通信装置１０ＢがＣＯＴ応答装置である。
【0209】
図１１に示すように、通信装置１０Ｂは、共有されたＣＯＴを用いて、ＣＯＴ取得装置である通信装置１０Ａに送信を行い得る。さらに、通信装置１０Ｂは、共有されたＣＯＴを用いて、ＣＯＴ取得装置以外の通信装置１０Ｃに送信を行い得る。すなわち、ＣＯＴを共有された通信装置１０Ｂは、そのＣＯＴを取得した通信装置１０Ａを含む任意の通信装置１０に、そのＣＯＴを用いた送信を行うことができる。
【0210】
このように、ＣＯＴを共有されたＣＯＴ応答装置は、ＣＯＴを共有したＣＯＴ取得装置を含む任意の通信装置１０に共有されたＣＯＴを用いた送信を行うことができる。
【0211】
第２のＣＯＴ応答モードは、ＣＯＴ応答装置がＣＯＴを共有したＣＯＴ取得装置以外の通信装置１０に対して信号を送信することができる点で、第１のＣＯＴ応答モードと異なる。
【0212】
本開示の実施形態では、第２のＣＯＴ応答モードは、ＣＯＴがＣＯＴ取得装置とＣＯＴ応答装置との間で共有され、ＣＯＴ応答装置がＣＯＴ取得装置及び他の装置と、Ｕｕリンク通信、又は、サイドリンク通信を行うモードである。ここで行われるサイドリンク通信は、ＣＯＴ内のサイドリンクリソースを用いた通信である。
【0213】
なお、第２の応答モードとして、通信装置１０Ｂの送信先が通信装置１０Ａであるか通信装置１０Ｃであるかに応じて送信方法（送信の制限）が定義（規定、設定）され得る。すなわち、ＣＯＴ応答装置の送信先がＣＯＴ取得装置であるか否かに応じた送信方法（送信の制限）が規定され得る。
【0214】
一例として、送信の制限が、設定されるＬＢＴカテゴリ（ＣＡＴ：Channel access type）であり得る。
【0215】
例えば、通信装置１０Ｂの送信先が通信装置１０Ａである場合、第２のＣＯＴ応答モードで使用されるＬＢＴカテゴリは、第１のＣＯＴ応答モードで使用されるＬＢＴカテゴリと同じとする。
【0216】
例えば、通信装置１０Ｂの送信先が通信装置１０Ａ以外（例えば、通信装置１０Ｃ）である場合、第２のＣＯＴ応答モードで使用されるＬＢＴカテゴリは、第１のＣＯＴ応答モードよりもＣＣＡの長さや回数などの観点で厳しい（例えば、ＣＣＡの長さ（ＣＣＡを行うDuration）や回数（所定期間におけるＣＣＡの回数）が多い）ＬＢＴカテゴリである。
【0217】
具体的に、通信装置１０Ｂの送信先が通信装置１０Ａである場合、第２のＣＯＴ応答モードではType 2C channel accessが用いられ得る。一方、通信装置１０Ｂの送信先が通信装置１０Ａ以外（例えば、通信装置１０Ｃ）である場合、第２のＣＯＴ応答モードではType 2C channel accessが用いられない。この場合、例えば、第２のＣＯＴ応答モードではType 2A又はType 2B channel accessが用いられ、これら以外のＣＡＴは用いられない。
【0218】
他の例として、送信の制限が、送信可能な時間長であり得る。
【0219】
例えば、通信装置１０Ｂの送信先が通信装置１０Ａである場合、第２のＣＯＴ応答モードの送信可能な時間長は、第１のＣＯＴ応答モードの送信可能な時間長（最大ＣＯＴ、最大チャネル占有時間）と同じである。
【0220】
例えば、通信装置１０Ｂの送信先が通信装置１０Ａ以外（例えば、通信装置１０Ｃ）である場合、第２のＣＯＴ応答モードの送信可能な時間長は、第１のＣＯＴ応答モードの送信可能な時間長よりも短い。
【0221】
他の例として、送信の制限が、送信電力であり得る。
【0222】
例えば、通信装置１０Ｂの送信先が通信装置１０Ａである場合、第２のＣＯＴ応答モードでの送信電力は、第１のＣＯＴ応答モードでの送信電力と同じである。
【0223】
例えば、通信装置１０Ｂの送信先が通信装置１０Ａ以外（例えば、通信装置１０Ｃ）である場合、第２のＣＯＴ応答モードで送信可能な送信電力は、第１のＣＯＴ応答モードで送信可能な送信電力よりも低い。
【0224】
＜３．２．ＣＯＴ共有モード＞
本開示の実施形態では、複数のＣＯＴ共有モードが定義される。ＣＯＴ共有モードによって、取得されたＣＯＴの共有方法や共有する際の制限などが定義される。
本開示の実施形態では、複数のＣＯＴ共有モードが定義される。ＣＯＴ共有モードによって、取得されたＣＯＴの共有方法や共有する際の制限などが定義される。
【0225】
ＣＯＴ共有モードは、例えば、以下の条件などに応じて基地局２０によって設定される。あるいは、ＣＯＴ共有モードは、以下の条件に応じて事前に設定（pre-configuration）される。
・送受信に用いられる周波数
・送受信されるエリアや国が制定する法制
・システムを運用するネットワークオペレータの運用ポリシー
・送受信に用いられる周波数
・送受信されるエリアや国が制定する法制
・システムを運用するネットワークオペレータの運用ポリシー
【0226】
なお、送受信に使用される周波数として、例えば、ＦＲ１又はＦＲ２、５／６ＧＨｚ帯又は６０ＧＨｚ帯が挙げられる。
【0227】
なお、ＣＯＴ共有モードは、上述したＣＯＴ応答モードと個別に設定されてもよく、組み合わせて設定されてもよい。また、ＣＯＴ共有モードとＣＯＴ応答モードがそれぞれ設定される場合、それらの設定されうるモードは制限され得る。例えば、ＣＯＴ共有モード２が設定される場合、ＣＯＴ応答モード２が設定される（すなわち、ＣＯＴ応答モード１に設定されない）。換言すると、ＣＯＴ応答モード１が設定される場合、ＣＯＴ共有モード２は設定できない。言い換えると、複数のＣＯＴ共有モードのうち１つは複数のＣＯＴ応答モードのうち所定の１つと関連付けられていてもよい。
【0228】
ＣＯＴ共有モードの設定は、セル３０共通の制御情報として複数の端末装置４０に報知され得る。あるいは、ＣＯＴ共有モードの設定は、端末装置４０又は端末グループ固有の制御情報として個別に通知され得る。
【0229】
ＣＯＴ共有モードの設定は、ＲＲＣレイヤーのシグナリング又はＭＡＣレイヤーのシグナリングにより準静的に行われ得る。あるいは、ＣＯＴ応答モードの設定は、Ｌ１レイヤーのシグナリング（ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＳＣＣＨなど）により動的に行われてもよい。
【0230】
＜３．２．１．第１のＣＯＴ共有モード＞
図１２は、本開示の実施形態に係る第１のＣＯＴ共有モードの一例を説明するための図である。図１２では、通信装置１０ＡがＣＯＴ取得装置である。通信装置１０Ａは、通信装置１０ＢにＣＯＴ共有を行う。すなわち、通信装置１０ＢがＣＯＴ応答装置である。
図１２は、本開示の実施形態に係る第１のＣＯＴ共有モードの一例を説明するための図である。図１２では、通信装置１０ＡがＣＯＴ取得装置である。通信装置１０Ａは、通信装置１０ＢにＣＯＴ共有を行う。すなわち、通信装置１０ＢがＣＯＴ応答装置である。
【0231】
図１２に示すように、通信装置１０Ａは、ＣＯＴをＣＯＴ応答装置である通信装置１０Ｂと共有し得る。一方、通信装置１０Ｂは、共有されたＣＯＴの一部又は全部を、ＣＯＴ取得装置以外の通信装置１０Ｃにさらに共有することができない。すなわち、ＣＯＴを共有することができる通信装置１０は、ＣＯＴ取得装置である通信装置１０Ａに制限される。
【0232】
このように、ＣＯＴを取得したＣＯＴ取得装置は、ＣＯＴ応答装置にＣＯＴ共有することができる。一方、ＣＯＴ応答装置は、そのＣＯＴの少なくとも一部をＣＯＴ取得装置以外の装置にＣＯＴ共有することはできない。このように、第１のＣＯＴ共有モードでは、ＣＯＴ応答装置及びＣＯＴ取得装置以外の装置との間でのＣＯＴの共有が制限される。
【0233】
なお、ＣＯＴ取得装置が基地局２０及び端末装置４０の一方であり、ＣＯＴ応答装置が基地局２０及び端末装置４０の他方である場合、第１のＣＯＴ共有モードは、上述したＮＲ－ＵのＵｕリンクで行われるＣＯＴ共有と同じである。
【0234】
一方、本開示の実施形態では、ＣＯＴ取得装置が第１の端末装置４０＿１であってよく、ＣＯＴ応答装置が第２の端末装置４０＿２であってよい点で、上述したＮＲ－ＵのＵｕリンクで行われるＣＯＴ共有と異なる。
【0235】
このように、本実施形態に係る第１のＣＯＴ共有モードは、Ｕｕリンク通信に限定されず、サイドリンク通信においても、ＣＯＴ取得装置とＣＯＴ応答装置との間でＣＯＴが共有されるモードである。
【0236】
＜３．２．２．第２のＣＯＴ共有モード＞
図１３は、本開示の実施形態に係る第２のＣＯＴ共有モードの一例を説明するための図である。図１３では、通信装置１０ＡがＣＯＴ取得装置である。通信装置１０Ａは、通信装置１０ＢにＣＯＴ共有を行う。すなわち、通信装置１０ＢがＣＯＴ応答装置である。
図１３は、本開示の実施形態に係る第２のＣＯＴ共有モードの一例を説明するための図である。図１３では、通信装置１０ＡがＣＯＴ取得装置である。通信装置１０Ａは、通信装置１０ＢにＣＯＴ共有を行う。すなわち、通信装置１０ＢがＣＯＴ応答装置である。
【0237】
このように、第２のＣＯＴ共有モードにおいても第１のＣＯＴ共有モードと同様に、ＣＯＴ取得装置である通信装置１０Ａは、ＣＯＴ応答装置である通信装置１０Ｂに対してＣＯＴ共有を行い得る。さらに、第２のＣＯＴ共有モードでは、通信装置１０Ｂが、通信装置１０Ａから共有されたＣＯＴを、他の通信装置１０Ｃにさらに共有し得る。換言すると、ＣＯＴ取得装置に取得されたＣＯＴは、複数の通信装置１０間でリレーされることができる。
【0238】
第２のＣＯＴ共有モードは、ＣＯＴ応答装置がＣＯＴ取得装置によって共有されたＣＯＴを他の通信装置１０にＣＯＴ共有することができる点で、第１のＣＯＴ共有モードと異なる。第２のＣＯＴ共有モードでは、ＣＯＴ取得装置、及び、ＣＯＴ応答装置のいずれもＣＯＴ共有を行い得る。
【0239】
本開示の実施形態では、第２のＣＯＴ応答モードは、ＣＯＴがＣＯＴ取得装置とＣＯＴ応答装置との間で共有され、さらに、当該ＣＯＴがＣＯＴ応答装置と他の装置（例えば、通信装置１０Ｃ）との間で共有されるモードである。
【0240】
なお、第２のＣＯＴ共有モードにおいて、ＣＯＴのリレー回数（ホップ回数）は、所定の回数に制限され得る。ＣＯＴのリレー回数とは、例えば、他の装置がＣＯＴ応答装置としてＣＯＴ共有を行う回数である。例えば、ＣＯＴのリレー回数は、最大１回とされ得る。
【0241】
例えば、図１３において、通信装置１０Ａが取得したＣＯＴは、通信装置１０ＢにＣＯＴ共有され得る。これにより、通信装置１０Ｂは、ＣＯＴ応答装置（以下、第１のＣＯＴ応答装置とも記載する）となる。
【0242】
通信装置１０Ｂは、ＣＯＴ取得装置である通信装置１０Ａとは異なる通信装置１０ＢにＣＯＴ共有し得る。これにより、通信装置１０Ｃは、ＣＯＴ応答装置（以下、第２のＣＯＴ応答装置とも記載する）となる。
【0243】
しかしながら、ＣＯＴのリレー回数が最大１回の場合、第２のＣＯＴ応答装置である通信装置１０Ｃは、その他の装置に対して、そのＣＯＴの共有を行えない。このように、ＣＯＴの共有回数（リレー回数）は制限され得る。
【0244】
なお、ＣＯＴ共有を通知する装置（例えば、通信装置１０Ａ、１０Ｂ）は、ＣＯＴを共有する場合、ＣＯＴ共有の通知を受ける装置（例えば、通信装置１０Ｂ、１０Ｃ）に対して、そのＣＯＴのリレー回数を通知するようにしてもよい。例えば、ＣＯＴ共有を通知する装置は、ＣＯＴ共有を通知する際に、共有するＣＯＴのリレー回数（ホップ回数）を示す情報を通知する。これにより、ＣＯＴ共有の通知を受ける装置は、そのＣＯＴをさらに共有することができるか否かを認識することができる。
【0245】
なお、ＣＯＴのリレー回数は１回に限定されず、２回以上であってもよい。
【0246】
また、第２の共有モードとして、ＣＯＴがリレーされた回数に応じて送信方法（送信の制限）が定義（規定、設定）され得る。すなわち、ＣＯＴ取得装置（リレー回数：０）であるか、第１のＣＯＴ応答装置（リレー回数：０）であるか、及び、第２のＣＯＴ応答装置（リレー回数：１）であるかに応じて、送信方法（制限）が規定され得る。
【0247】
一例として、送信の制限が、設定されるＬＢＴカテゴリ（ＣＡＴ：Channel access type）であり得る。
【0248】
例えば、リレー回数が０回である装置、すなわち、ＣＯＴ取得装置で使用されるＬＢＴカテゴリは、第１のＣＯＴ応答モードのＣＯＴ取得装置で使用されるＬＢＴカテゴリと同じである。同様に、リレー回数が０回である装置、すなわち、第１のＣＯＴ応答装置で使用されるＬＢＴカテゴリは、第１のＣＯＴ応答モードのＣＯＴ応答装置で使用されるＬＢＴカテゴリと同じである。
【0249】
例えば、リレー回数が１回である装置、すなわち、第２のＣＯＴ応答装置で使用されるＬＢＴカテゴリは、リレー回数が０回である装置、すなわち、ＣＯＴ取得装置及び第１の応答装置よりもＣＣＡの長さや回数などの観点で厳しいＬＢＴカテゴリである。
【0250】
具体的に、第１のＣＯＴ応答装置ではType 2C channel accessが用いられ得る。一方、第２のＣＯＴ応答装置ではType 2C channel accessが用いられない。この場合、例えば、第２のＣＯＴ応答装置ではType 2A又はType 2B channel accessが用いられ、これら以外のＣＡＴは用いられない。
【0251】
このように、第２の共有モードでは、ＣＯＴのリレー回数に応じて、送信方法（制限）としてＬＢＴカテゴリが規定され得る。例えば、ＣＯＴのリレー回数が増加するほど、例えばＣＣＡの長さや回数などの観点で厳しいＬＢＴカテゴリが適用され得る。
【0252】
他の例として、送信の制限が、送信可能な時間長であり得る。
【0253】
例えば、リレー回数が０回である装置、すなわち、ＣＯＴ取得装置の送信可能な時間長は、第１のＣＯＴ応答モードのＣＯＴ取得装置の送信可能な時間長と同じである。同様に、リレー回数が０回である装置、すなわち、第１のＣＯＴ応答装置の送信可能な時間長は、第１のＣＯＴ応答モードのＣＯＴ応答装置の送信可能な時間長と同じである。
【0254】
例えば、リレー回数が１回である装置、すなわち、第２のＣＯＴ応答装置の送信可能な時間長は、リレー回数が０回である装置、すなわち、ＣＯＴ取得装置及び第１の応答装置の送信可能な時間長よりも短い。
【0255】
このように、第２の共有モードでは、ＣＯＴのリレー回数に応じて、送信方法（制限）として送信可能な時間長が規定され得る。例えば、ＣＯＴのリレー回数が増加するほどより短い時間長が、送信可能な時間長として適用され得る。
【0256】
他の例として、送信の制限が、送信電力であり得る。
【0257】
例えば、リレー回数が０回である装置、すなわち、ＣＯＴ取得装置の送信可能な送信電力は、第１のＣＯＴ応答モードのＣＯＴ取得装置の送信可能な送信電力と同じである。同様に、リレー回数が０回である装置、すなわち、第１のＣＯＴ応答装置の送信可能な送信電力は、第１のＣＯＴ応答モードのＣＯＴ応答装置の送信可能な送信電力と同じである。
【0258】
例えば、リレー回数が１回である装置、すなわち、第２のＣＯＴ応答装置の送信可能な送信電力は、リレー回数が０回である装置、すなわち、ＣＯＴ取得装置及び第１の応答装置の送信可能な送信電力よりも低い。
【0259】
このように、第２の共有モードでは、ＣＯＴのリレー回数に応じて、送信方法（制限）として送信電力が規定され得る。例えば、ＣＯＴのリレー回数が増加するほどより低い送信電力が適用され得る。
【0260】
＜３．３．アンライセンスバンドでのＳＬ通信のためのセンシング方法＞
アンライセンスバンドでのサイドリンク通信のためのセンシング方法（以下、ＳＬ－Ｕセンシング方法とも記載する）として、以下の１つ以上の方法が規定され得る。
アンライセンスバンドでのサイドリンク通信のためのセンシング方法（以下、ＳＬ－Ｕセンシング方法とも記載する）として、以下の１つ以上の方法が規定され得る。
【0261】
なお、本実施形態において、ＳＬリソース選択のためのＳＬセンシングは、上述した従来のＳＬセンシングと同じ、または、その従来のＳＬセンシングをベースに変更された方法を含む。また、本実施形態において、ＣＯＴ取得のためのChannel access procedure（ＬＢＴ）は、上述した従来のChannel access procedureと同じ、または、その従来のChannel access procedureをベースに変更された方法を含む。
【0262】
図１４は、本開示の実施形態に係るセンシング方法の概要を説明するための図である。図１４では、ＳＬリソース選択のためのＳＬセンシング（上図参照）、及び、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（下図参照）が、それぞれ示される。ＳＬリソース選択のためのＳＬセンシング（以下、ＳＬセンシングとも記載する）及びＣＯＴ取得のためのChannel access procedure（以下、ＬＢＴセンシングとも記載する）は、ＴｘＵＥ４０Ｔにより実行される。
【0263】
本実施形態では、ＴｘＵＥ４０Ｔは、時刻ｎの後、ＳＬセンシング結果に基づくSelection windowに対するＳＬリソースの選択、及び、ＣＯＴ取得のチャネルアクセスの両方を行い、ＳＬ送信のためのリソースを決定する。ここで、時刻ｎは、ＳＬリソース選択がトリガーされた時点（ＳＬ通信のトラフィックが発生した時点）である。
【0264】
なお、図１４では、一例として、センシング方法がFull sensingの場合が示されているが、上述のPartial sensing、あるいは、Periodic based partial sensing、Contiguous partial sensingなど他のセンシング結果（方法）を用いてもよい。
【0265】
なお、本実施形態において、時間領域におけるリソースとして、例えば、以下のリソースなどが挙げられる。
・スロット（１４ＯＦＤＭシンボルで構成される時間リソース）
・サブフレーム（１ミリ秒で構成される時間リソース）
・ＯＦＤＭシンボル
・所定数のＯＦＤＭシンボルで構成されるリソース（例えば、１４より小さいシンボル数で構成されるサブスロット）
・スロット（１４ＯＦＤＭシンボルで構成される時間リソース）
・サブフレーム（１ミリ秒で構成される時間リソース）
・ＯＦＤＭシンボル
・所定数のＯＦＤＭシンボルで構成されるリソース（例えば、１４より小さいシンボル数で構成されるサブスロット）
【0266】
周波数領域におけるリソースとして、例えば、以下のリソースなどが挙げられる。
・リソースブロック
・サブチャネル（所定数のリソースブロックで構成されるＳＬ送信の周波数リソース）
・Bandwidth part（ＢＷＰ）
・Component carrier
・リソースブロック
・サブチャネル（所定数のリソースブロックで構成されるＳＬ送信の周波数リソース）
・Bandwidth part（ＢＷＰ）
・Component carrier
【0267】
なお、本実施形態において、周波数領域におけるリソースは、所定の周波数帯域幅のリソースとしてもよく、例えば、２０ＭＨｚが用いられ得る。
【0268】
以下、本実施形態のＳＬセンシングの例として、第１～第３のセンシング方法について説明する。それぞれの方法の詳細は後述するが、概要を以下に説明する。
【0269】
第１、第２のセンシング方法では、ＳＬセンシングによるＳＬリソース選択、及び、ＣＯＴ取得のためのChannel access procedure（ＬＢＴセンシング）の一方の動作が、他方のパラメータやセンシング結果に基づいて行われる。
【0270】
第１のセンシング方法、及び、第２のセンシング方法では、ＳＬリソース選択がトリガーされた後の動作が、ＳＬセンシングであるか、ＬＢＴセンシングであるか、が異なる。すなわち、第１のセンシング方法、及び、第２のセンシング方法では、ＳＬセンシング及びＬＢＴセンシングの順序が異なる。
【0271】
第３のセンシング方法では、第１、第２のセンシング方法と異なり、ＳＬセンシング、及び、ＬＢＴセンシングがそれぞれ個別に行われる。第３のセンシング方法では、個別に行われた各センシング結果に基づき、ＳＬ送信に用いられるＳＬリソースが選択される。
【0272】
（第１のセンシング方法）
ＴｘＵＥ４０Ｔは、ＳＬリソース選択がトリガーされた後、まず、ＳＬセンシングに基づき、ＳＬ送信（SL transmission burst）のためのＳＬリソースを選択する。
ＴｘＵＥ４０Ｔは、ＳＬリソース選択がトリガーされた後、まず、ＳＬセンシングに基づき、ＳＬ送信（SL transmission burst）のためのＳＬリソースを選択する。
【0273】
次に、ＴｘＵＥ４０Ｔは、選択したＳＬリソースに対してＬＢＴセンシング（Channel access procedure）によりＣＯＴを取得する。ＴｘＵＥ４０Ｔは、取得したＣＯＴを用いてＳＬデータを送信する。
【0274】
（第２のセンシング方法）
ＴｘＵＥ４０Ｔは、ＳＬリソース選択がトリガーされた後、まず、ＬＢＴセンシング（Channel access procedure）によりＣＯＴを取得する。
ＴｘＵＥ４０Ｔは、ＳＬリソース選択がトリガーされた後、まず、ＬＢＴセンシング（Channel access procedure）によりＣＯＴを取得する。
【0275】
次に、ＴｘＵＥ４０Ｔは、取得したＣＯＴ内のリソースに対して、ＳＬセンシングに基づくＳＬリソース選択を行う。最後に、ＴｘＵＥ４０Ｔは、選択したＳＬリソースを用いてＳＬデータを送信する。
【0276】
（第３のセンシング方法）
ＴｘＵＥ４０Ｔは、ＳＬリソース選択がトリガーされた後、ＳＬセンシング、及び、ＬＢＴセンシング（Channel access procedure）を個別に（独立に）行う。
ＴｘＵＥ４０Ｔは、ＳＬリソース選択がトリガーされた後、ＳＬセンシング、及び、ＬＢＴセンシング（Channel access procedure）を個別に（独立に）行う。
【0277】
ＴｘＵＥ４０Ｔは、ＳＬセンシングに基づいて選択したＳＬリソース、及び、ＬＢＴセンシング（Channel access procedure）により取得したＣＯＴに基づき、ＳＬ送信に使用するＳＬリソースを決定する。ＴｘＵＥ４０Ｔは、決定したＳＬリソースを用いてＳＬデータを送信する。
【0278】
なお、以下で説明される第１～第３のセンシング方法において、全てのステップの実行が必須ではなく、少なくとも一部のステップが実行されてもよい。あるいは、第１～第３のセンシング方法のそれぞれが、少なくとも一部のステップの複数による組合せによって実現されてもよい。
【0279】
＜３．３．１．第１のセンシング方法の詳細＞
図１５は、本開示の実施形態に係る第１のセンシング方法の一例を説明するための図である。図１５では、ＳＬリソース選択のためのＳＬセンシング（上図参照）、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
図１５は、本開示の実施形態に係る第１のセンシング方法の一例を説明するための図である。図１５では、ＳＬリソース選択のためのＳＬセンシング（上図参照）、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
【0280】
ＴｘＵＥ４０Ｔは、第１のセンシング方法として以下の手順（ステップ）を実行する。
【0281】
（Ｃ１） 時刻ｎ（図１５上図参照）において、ＳＬリソース選択のトリガーが発生する。すなわち、ＳＬ送信のトラフィック（ＳＬ－ＳＣＨ）が発生する（slot n）。
【0282】
（Ｃ２） ＴｘＵＥ４０Ｔは、Selection window（ＳＬリソース選択ウィンドウ）［ｎ＋Ｔ１，ｎ＋Ｔ２］を決定する。ＴｘＵＥ４０Ｔは、例えば、上述した従来のＳＬセンシング方法におけるステップ（Ａ１）と同様にしてSelection window（タイムインターバル）［ｎ＋Ｔ１，ｎ＋Ｔ２］を決定し得る。例えば、図１５では、ＴｘＵＥ４０Ｔは、時刻ｎ以降のｎ＋Ｔ１からｎ＋Ｔ２のタイムインターバルをSelection windowとして決定する。
【0283】
（Ｃ３） ＴｘＵＥ４０Ｔは、決定したSelection windowにおいてＳＬセンシングを行う。ＴｘＵＥ４０Ｔは、ＳＬセンシング結果により、Selection window内のセットＳＡを決定する。例えば、ＴｘＵＥ４０Ｔは、上述した従来のＳＬセンシング方法におけるステップ（Ａ２）～ステップ（Ａ７）と同様にしてany candidate single-slot resource Ｒｘ，ｙをセットＳＡから除去する。
【0284】
（Ｃ４） ＴｘＵＥ４０Ｔは、any candidate single-slot resource Ｒｘ，ｙを除去したセットＳＡに基づき、リソース（Selected resource）を選択する。例えば、ＴｘＵＥ４０Ｔは、上述した従来のＳＬセンシング方法におけるステップ（Ａ８）と同様にしてリソースを選択する。例えば、図１５では、ＴｘＵＥ４０Ｔは、リソースＲＡ０１～ＲＡ０３をany candidate single-slot resource Ｒｘ，ｙとしてセットＳＡから除去し、リソースＲＡ１１をSelected resourceとして決定する。
【0285】
（Ｃ５） ＴｘＵＥ４０Ｔは、Selected resourceに基づいてＬＢＴセンシング（Channel access procedure）を行い、ＣＯＴを取得する。図１５の例では、ＴｘＵＥ４０Ｔは、ＬＢＴセンシングを行い、Selected resourceを含むＣＯＴを取得する。
【0286】
（Ｃ６） ＴｘＵＥ４０Ｔは、取得したＣＯＴ内で、そのSL transmission burst（１つ以上のＰＳＣＣＨ／ＰＳＳＣＨなど）を送信する。
【0287】
以下、各手順の詳細について説明する。
【0288】
［ステップ（Ｃ２）］
まず、ステップ（Ｃ２）の詳細について説明する。
まず、ステップ（Ｃ２）の詳細について説明する。
【0289】
Selection windowの設定（Ｔ１及び／又はＴ２の決定）は、例えば、以下のChannel access procedureに関するパラメータに基づいて行われ得る。
・SL transmission burstの時間長（スロット数）
・Channel occupancy time（ＣＯＴ）
・Contention window（ＣＷ、衝突窓）
・Channel access type
・SL transmission burstの時間長（スロット数）
・Channel occupancy time（ＣＯＴ）
・Contention window（ＣＷ、衝突窓）
・Channel access type
【0290】
（SL transmission burstの時間長）
Selection windowの設定（Ｔ１及び／又はＴ２の決定）は、例えば、SL transmission burst（当該ＳＬ送信に要求されるリソース）の時間長（スロット数）に基づいて行われ得る。
Selection windowの設定（Ｔ１及び／又はＴ２の決定）は、例えば、SL transmission burst（当該ＳＬ送信に要求されるリソース）の時間長（スロット数）に基づいて行われ得る。
【0291】
例えば、Selection windowの時間長（すなわち、Ｔ２－Ｔ１）は、SL transmission burstの時間長と同じになるように設定され得る。
【0292】
例えば、Selection windowの時間長（すなわち、Ｔ２－Ｔ１）は、SL transmission burstの時間長よりも長くなるように設定され得る。この場合、ＴｘＵＥ４０Ｔは、例えば、Selection window の開始時点（すなわち、Ｔ１）を変更せずに、Selection window の終了時点（すなわち、Ｔ２）を延ばす（その値を大きくする）。
【0293】
ここで、例えば、ＬＢＴセンシングの結果、ＣＯＴの開始時点がSelection windowの開始時点と同じにならない場合（又は、同じにならない可能性がある場合）がある。すなわち、実際にＳＬ送信を行える期間の開始時点がSelection windowの開始時点より後ろにずれる可能性がある。
【0294】
このように、実際にＳＬ送信を行える期間の開始時点がSelection windowの開始時点より後ろにずれても、実際にＳＬ送信を行える期間の終了時点（Selection windowの終了時点）はずれない。
【0295】
そのため、Selection windowの時間長がSL transmission burstの時間長と同じである場合、ＴｘＵＥ４０ＴがSL transmission burstの時間長を確保できない恐れがある。一方、このような場合でも、Selection windowの時間長がSL transmission burstの時間長よりも長くなるように設定されることで、ＴｘＵＥ４０ＴがSL transmission burstの時間長を確保できる可能性が高くなる。
【0296】
例えば、Ｔ２はRemaining Packet Delay Budgetと同じ、又は、Remaining Packet Delay Budgetに基づいて決定され得る。
【0297】
（Channel occupancy time）
例えば、Selection windowの時間長（すなわち、Ｔ２－Ｔ１）、又は、Selection windowの終了時点（すなわち、Ｔ２）は、Channel access procedureにより取得され得るＣＯＴの長さと同じ、または、それ以上になるように設定され得る。
例えば、Selection windowの時間長（すなわち、Ｔ２－Ｔ１）、又は、Selection windowの終了時点（すなわち、Ｔ２）は、Channel access procedureにより取得され得るＣＯＴの長さと同じ、または、それ以上になるように設定され得る。
【0298】
上述したように、ＣＯＴの長さは、Channel access type及び／又はChannel access priority classによって異なる。そのため、Selection windowの時間長（すなわち、Ｔ２－Ｔ１）、又は、Selection windowの終了時点（すなわち、Ｔ２）は、当該ＳＬ送信の種類やプライオリティなどに応じて設定され得る。
【0299】
具体的には、Type 1 channel accessにおいて、Channel access priority classが１，２，３，４の場合、Selection windowは、それぞれ２ｍｓ，３ｍｓ，８ ｏｒ １０ｍｓ，８ ｏｒ １０ｍｓと同じか、それ以上となるように設定され得る。
【0300】
（Contention window）
例えば、Selection windowの開始時点（すなわち、Ｔ１）は、ＣＷサイズ（ＣＷの時間長）に応じて決まる。例えば、Ｔ１は、所定のＣＷ以降となるように設定される。すなわち、Ｔ１は、所定のＣＷの時間長と同じかそれよりも大きい値となるように設定され得る。なお、Ｔ１1の決定には、さらにＵＥ（端末装置４０）の処理時間（Ｔｐｒｏｃ，１ ＳＬ）も含まれて考慮されてもよい。
例えば、Selection windowの開始時点（すなわち、Ｔ１）は、ＣＷサイズ（ＣＷの時間長）に応じて決まる。例えば、Ｔ１は、所定のＣＷ以降となるように設定される。すなわち、Ｔ１は、所定のＣＷの時間長と同じかそれよりも大きい値となるように設定され得る。なお、Ｔ１1の決定には、さらにＵＥ（端末装置４０）の処理時間（Ｔｐｒｏｃ，１ ＳＬ）も含まれて考慮されてもよい。
【0301】
所定のＣＷは、以下のいずれかを含む。
・当該Channel access procedureで用いられるＣＷ（つまり、ランダムで選択されたＣＷ）
・当該ＳＬ送信に対するChannel access priority classによって取り得るＣＷの所定値（最大値、最小値、平均値、中央値）
・当該Channel access procedureで用いられるＣＷ（つまり、ランダムで選択されたＣＷ）
・当該ＳＬ送信に対するChannel access priority classによって取り得るＣＷの所定値（最大値、最小値、平均値、中央値）
【0302】
（Channel access type）
例えば、Ｔ１及び／又Ｔ２は、Channel access typeに応じて規定又は設定される所定値に基づいて決まる。
例えば、Ｔ１及び／又Ｔ２は、Channel access typeに応じて規定又は設定される所定値に基づいて決まる。
【0303】
［ステップ（Ｃ３）］
ステップ（Ｃ３）の詳細について説明する。
ステップ（Ｃ３）の詳細について説明する。
【0304】
アンライセンス帯では、連続したリソースを用いてTransmission burstを送信する必要がある。そのため、決定されたセットＳＡにおいて、当該ＳＬ送信のSL transmission burstに対応する連続する時間長のリソースが選択できない（しない）場合（または、選択できる数（候補数）が少ない場合）がある。この場合、ＴｘＵＥ４０Ｔは、サイドリンクセンシングに関するパラメータを変更してＳＬセンシングを再度行ってSelected resource（ＳＬセンシングリソース）を選択する。ＴｘＵＥ４０Ｔは、例えば、ＲＳＲＰ測定のスレッショルド値を変更して、セットＳＡを変更し得る。
【0305】
例えば、ＴｘＵＥ４０Ｔは、上述した従来のＳＬセンシング方法におけるステップ（Ａ７）に追加又は置き換えて、以下のいずれかの動作例を実行する。すなわち、セットＳＡに残ったリソースにおいて、連続するリソース（スロット数又はその候補の数）が、ＲＲＣシグナリングにより設定されるパラメータに基づいて得られる所定値、又は、所定のＳＬ送信に要求されるリソースよりも少ない場合がある。この場合、ＴｘＵＥ４０Ｔは、以下のいずれかの動作を行う。
【0306】
動作例１：ＴｘＵＥ４０Ｔは、ＲＳＲＰスレッショルドの値を所定値（例えば、３ｄＢ）増やして、ステップ（Ａ４）から従来のＳＬセンシング方法を再度実行する。
【0307】
動作例２：ＴｘＵＥ４０Ｔは、周波数チャネルを変更して、ステップ（Ｃ２）から第１のセンシング方法を再度実行する。なお、同じSelection window（つまり、Ｔ１及びＴ２）を用いてもよい。
【0308】
動作例３：ＴｘＵＥ４０Ｔは、ステップ（Ｃ２）に戻って、Selection windowの再設定を行う。
【0309】
なお、上述した従来のＳＬセンシング方法において、周波数リソースの単位として所定数のリソースブロックからなるサブチャネルが用いられる。一方、第１のセンシング方法で実行されるＳＬセンシング（ＳＬ－Ｕセンシング方法）では、そのサブチャネルサイズが周波数バンド（ＦＲ）に応じて規定されるようにしてもよい。
【0310】
例えば、ＦＲ１において、第１のセンシング方法で実行されるＳＬセンシング（ＳＬ－Ｕセンシング方法）で用いられるサブチャネルサイズは、２０ＭＨｚである。
【0311】
第１のセンシング方法で実行されるＳＬセンシング（ＳＬ－Ｕセンシング方法）では、ＴｘＵＥ４０Ｔは、上述した従来のＳＬセンシング方法に加えて（又は変更して）、ＲＳＳＩを測定し得る。ＴｘＵＥ４０Ｔは、例えば、測定したＲＳＳＩがスレッショルドよりも高いか否かに応じて、S any candidate single-slot resource Ｒｘ，ｙをセットＳＡから除外する。
【0312】
より具体的に、ＴｘＵＥ４０Ｔは、例えば、２０ＭＨｚ幅と１ｍｓのスロットを単位として、従来のＳＬセンシング方法と同様にＰＳＣＣＨの復号とＲＳＲＰ測定を実施する。また、ＴｘＵＥ４０Ｔは、他の無線アクセスシステムとのCollisionを低減させるために、そのリソース（ＰＳＣＣＨの復号とＲＳＲＰ測定を実施したリソース）の全部又は一部のＲＳＳＩを測定する。
【0313】
［ステップ（Ｃ５）］
ステップ（Ｃ５）の詳細について説明する。
ステップ（Ｃ５）の詳細について説明する。
【0314】
ＴｘＵＥ４０Ｔは、ＣＯＴの開始時点又はＣＷの終了時点が、Selected resourceの開始時点となるように、Channel access procedureを行う（図１５の時刻ｔ０１参照）。
【0315】
ただし、ＬＢＴの結果によって、ＣＯＴの開始時点又はＣＷの終了時点は、Selected resourceの開始時点と同じか、それ以前、それ以降になり得る。
【0316】
なお、Selected resource（Sensing window）において、ＣＯＴに含まれない（オーバーラップしない）リソースは、Excluded resourceとしてもよい。すなわち、当該リソースは、セットＳＡから除外され得る。
【0317】
また、Selected resourceの開始時点が、ＣＯＴの開始時点又はＣＷの終了時点より早くスタートしないように（start no earlier than）Channel access procedureを行う、という表現でSelected resourceの開始時点や、Channel access procedureの実施タイミングが規定されてもよい。
【0318】
もし、ＬＢＴセンシングの結果、Selected resourceの開始時点でＣＯＴが取得できなかった場合（すなわち、ＣＯＴの開始時点又はＣＷの終了時点が、Selected resourceの開始時点よりも後になる場合）、ＴｘＵＥ４０Ｔは、以下のいずれかの動作を行う。
【0319】
換言すると、ＴｘＵＥ４０Ｔは、ＣＷの終了時点、又は、ＣＯＴの開始時点が、Selected resourceの開始時点の開始時点と同じ、又は、Selected resourceの開始時点より前である場合、Selected resourceを送信リソースとして選択する。それ以外の場合、ＴｘＵＥ４０Ｔは、以下のいずれかの動作を行う。
【0320】
なお、この動作は、第１のセンシング方法だけでなく、本実施形態において、このような状況が発生した場合、同様に実施されるものとする。
【0321】
動作例１：ＴｘＵＥ４０Ｔは、リソースの再選択を行う。リソースの再選択において、ＴｘＵＥ４０Ｔは、既に決定したセットＳＡを再利用してもよいし、新たにステップ（Ｃ２）から第１のセンシング方法を実行し、再度セットＳＡを決定するようにしてもよい。
【0322】
動作例２：ＴｘＵＥ４０Ｔは、ＳＬ送信をキャンセルする。
【0323】
動作例３：ＴｘＵＥ４０Ｔは、ＣＯＴ取得時点からSelected resourceの終了時点までのリソースを用いてＳＬ送信を行う。すなわち、Selected resourceよりも少ないリソースを用いてＳＬ送信が行われる。
【0324】
動作例４：ＴｘＵＥ４０Ｔは、ＣＯＴ取得時点からSelected resourceの時間長のリソースを用いてＳＬ送信を行う。すなわち、Selected resource以降のリソースも用いてＳＬ送信が行われる。この場合、ＴｘＵＥ４０Ｔは、セットＳＡに基づいてSelected resource以降のリソースの利用できるか否かに応じて当該ＳＬ送信を行い得る。あるいは、ＴｘＵＥ４０Ｔは、当該セットＳＡ関わらずに、Selected resource以降のリソースも用いたＳＬ送信を行ってもよい。なお、Selected resource以降のリソースを用いる場合、Selected resource以降のリソース長が所定の時間長を超えないようにＳＬ送信が制限され得る。
【0325】
［ステップ（Ｃ６）］
ステップ（Ｃ６）の詳細について説明する。
ステップ（Ｃ６）の詳細について説明する。
【0326】
もし、ＣＯＴの開始時点又はＣＷの終了時点が、スロットの区切り（Slot boundary）ではない場合、Selected resourceが設定され得る所定のスロットの区切りまで、ダミー信号が送信され得る。
【0327】
もし、ＣＯＴの開始時点又はＣＷの終了時点が、Selected resourceの開始時点よりも前になる場合（すなわち、ＣＯＴの開始時点又はＣＷの終了時点と、Selected resourceの開始時点との間に時間がある場合）、その間の時間、ダミー信号が送信され得る。
【0328】
＜３．３．２．第２のセンシング方法の詳細＞
図１６は、本開示の実施形態に係る第２のセンシング方法の一例を説明するための図である。図１６では、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（上図参照）、ＳＬリソース選択のためのＳＬセンシング（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
図１６は、本開示の実施形態に係る第２のセンシング方法の一例を説明するための図である。図１６では、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（上図参照）、ＳＬリソース選択のためのＳＬセンシング（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
【0329】
ＴｘＵＥ４０Ｔは、第２のセンシング方法として以下の手順（ステップ）を実行する。
【0330】
（Ｄ１） 時刻ｎ（図１６中図参照）において、ＳＬリソース選択のトリガーが発生する。すなわち、ＳＬ送信のトラフィック（ＳＬ－ＳＣＨ）が発生する。
【0331】
（Ｄ２） ＴｘＵＥ４０Ｔは、ＳＬ－ＳＣＨのpriorityに基づいてChannel access procedureを行い、ＣＯＴを取得する。例えば、図１６では、ＴｘＵＥ４０Ｔは、時刻ｔ０２から時刻ｔ０３の期間でＣＯＴを取得する。
【0332】
（Ｄ３） ＴｘＵＥ４０Ｔは、取得したＣＯＴをSelection window（ＳＬリソース選択ウィンドウ）［ｎ＋Ｔ１，ｎ＋Ｔ２］として決定する。例えば、図１６では、ＴｘＵＥ４０Ｔは、時刻ｔ０２をSelection windowの開始時点とし、時刻ｔ０３をSelection windowの終了時点とする。
【0333】
（Ｄ４） ＴｘＵＥ４０Ｔは、決定したSelection windowにおいてＳＬセンシングを行う。ＴｘＵＥ４０Ｔは、ＳＬセンシング結果により、Selection window内のセットＳＡを決定する。例えば、ＴｘＵＥ４０Ｔは、上述した従来のＳＬセンシング方法におけるステップ（Ａ２）～ステップ（Ａ７）と同様にしてany candidate single-slot resource Ｒｘ，ｙをセットＳＡから除去する。
【0334】
（Ｄ５） Selection window内にexcluded resource（ステップ（Ｄ４）で除外したリソース）がない、又は、Selection window内の先頭からSL transmission burstに相当する時間までにexcluded resourceがないとする。この場合、ＴｘＵＥ４０Ｔは、ステップ（Ｄ４）で決定したセットＳＡに基づいて、ＳＬリソース（Selected resource）を選択する。
【0335】
Selected resourceが、Selection windowの開始時点から選択できる場合、ＴｘＵＥ４０Ｔは、例えば、SL transmission burstとして、Selection windowの開始時点からのSelected resourceを選択する。
【0336】
図１６の例では、Selection window内にexcluded resource（リソースＲＢ０１）があるが、当該excluded resource（リソースＲＢ０１）は、Selection window内の先頭からSL transmission burstに相当する時間より後ろにある。そのため、ＴｘＵＥ４０Ｔは、ステップ（Ｄ４）で決定したセットＳＡに基づいて、リソースＲＢ１１をSelected resourceとして選択する。
【0337】
なお、Selection window内にexcluded resourceがある場合のＴｘＵＥ４０Ｔの動作については後述する。
【0338】
（Ｄ６） ＴｘＵＥ４０Ｔは、Selected resource を用いて、SL transmission burst（１つ以上のＰＳＣＣＨ／ＰＳＳＣＨなど）を送信する。
【0339】
以下、各手順の詳細について説明する。
【0340】
［ステップ（Ｄ３）］
まず、ステップ（Ｄ３）の詳細について説明する。
まず、ステップ（Ｄ３）の詳細について説明する。
【0341】
Selection windowの開始時点（すなわち、Ｔ１）は、ＣＯＴの開始時点又はＣＷの終了時点と同じ（図１６の時刻ｔ０２参照）、又は、それ以降である。また、Selection windowの開始時点（すなわち、Ｔ１）と、ＣＯＴの開始時点またはＣＷの終了時点と、の間に所定の時間長（例えば、ＵＥ（端末装置４０）の処理時間）が含まれるようにしてもよい。
【0342】
ここで、図１７は、本開示の実施形態に係る第２のセンシング方法の他の例を説明するための図である。図１７では、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（上図参照）、ＳＬリソース選択のためのＳＬセンシング（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
【0343】
図１７の例では、ＴｘＵＥ４０Ｔは、取得したＣＯＴの先頭からSL transmission burstに相当する時間を、Selection windowとして決定する。この場合、ＴｘＵＥ４０Ｔは、Selection window内にexcluded resourceがない場合、Selection window全てをＳＬリソースとして選択する。
【0344】
このように、ＴｘＵＥ４０Ｔは、取得したＣＯＴの先頭からSL transmission burstに相当する時間を、Selection windowとして決定してもよい。
【0345】
［ステップ（Ｄ５）］
ステップ（Ｄ５）の詳細について説明する。
ステップ（Ｄ５）の詳細について説明する。
【0346】
もし、ＣＯＴの開始時点又はＣＷの終了時点が、スロットの区切り（Slot boundary）ではない場合、Selected resourceが設定され得る所定のスロットの区切りまで、ダミー信号が送信され得る。
【0347】
もし、Selection window内にexcluded resourceがある場合、ＴｘＵＥ４０Ｔは、以下のいずれかの動作を行う。例えば、ＴｘＵＥ４０Ｔは、Selected resourceをSelection windowの開始時点から選択できない場合、以下のいずれかの動作を行う。
【0348】
動作例１：ＴｘＵＥ４０Ｔは、そのselection windowを使用しない。つまり、ＴｘＵＥ４０Ｔは、excluded resourceがないselection windowが出てくるまで、他のリソースで第２のセンシング方法を実行し続ける。
【0349】
動作例２：ＴｘＵＥ４０Ｔは、excluded resource以外のリソースで、１つまたは複数のSL transmission burstを決定する。ＴｘＵＥ４０Ｔは、以下の動作のいずれかを実行する。
【0350】
動作例２－１：ＴｘＵＥ４０Ｔは、そのSL transmission burstの開始時点までＣＣＡを継続（pending）する。
【0351】
動作例２－２：ＴｘＵＥ４０Ｔは、そのSL transmission burstの開始時点まで所定のバースト信号を送信する。また、そのバースト信号は、Excluded resource以外のリソースで送信するようにしてもよい。すなわち、そのバースト信号は、Excluded resourceでは送信されない。また、そのバースト信号は、所定の低送信電力で送信してもよい。
【0352】
動作例２－３：ＴｘＵＥ４０Ｔは、そのSL transmission burstの開始時点までPendingし、SL transmission burstの開始に合わせて、所定のChannel access （例えば、type 2など）を行う。
【0353】
図１８は、本開示の実施形態に係る第２のセンシング方法の他の例を説明するための図である。図１８では、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（上図参照）、ＳＬリソース選択のためのＳＬセンシング（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
【0354】
図１８に示す例では、ＴｘＵＥ４０Ｔは、取得したＣＯＴをSelection window（ＳＬリソース選択ウィンドウ）［ｎ＋Ｔ１，ｎ＋Ｔ２］として決定する。
【0355】
ＴｘＵＥ４０Ｔは、Selection window内にexcluded resourceがあるため、上述した動作例２を実行し、excluded resource以外のリソースで、１つまたは複数のSL transmission burstを決定する。図１８の例では、ＴｘＵＥ４０Ｔは、リソースＲＢ０２、ＲＢ０３をexcluded resourceとし、リソースＲＢ１２をSelected resourceとする。
【0356】
ＴｘＵＥ４０Ｔは、リソースＲＢ１２でＳＬデータを送信するが、このとき、動作例２－３を実行する。より具体的には、図１８に示すように、ＴｘＵＥ４０Ｔは、所定のChannel accessを実行し、SL transmission burstを開始する。
【0357】
＜３．３．３．第３のセンシング方法の詳細＞
ＴｘＵＥ４０Ｔは、第３のセンシング方法として以下の手順（ステップ）を実行する。
ＴｘＵＥ４０Ｔは、第３のセンシング方法として以下の手順（ステップ）を実行する。
【0358】
（Ｅ１） 時刻ｎ（図１６中図参照）において、ＳＬリソース選択のトリガーが発生する。すなわち、ＳＬ送信のトラフィック（ＳＬ－ＳＣＨ）が発生する。
【0359】
（Ｅ２） ＴｘＵＥ４０Ｔは、ＬＢＴセンシング（Channel access procedure）、及び、ＳＬセンシングをそれぞれ個別に（独立に）行う。
【0360】
（Ｅ３） ＴｘＵＥ４０Ｔは、ＬＢＴセンシングにより取得したＣＯＴと、ＳＬセンシングに基づいて選択したリソースとに基づいて、SL transmission burst（１つ以上のＰＳＣＣＨ／ＰＳＳＣＨなど）を決定し、ＳＬ送信を実行する。
【0361】
以下、各手順の詳細について説明する。
【0362】
［ステップ（Ｅ２）］
まず、ステップ（Ｅ２）の詳細について説明する。
まず、ステップ（Ｅ２）の詳細について説明する。
【0363】
ＬＢＴセンシング（Channel access procedure）に用いられるパラメータ（例えば、ＣＷの開始タイミングやＣＯＴの開始タイミングなど）の決定は、ＴｘＵＥ４０Ｔの実装依存（up to UE implementation）として行われ得る。同様に、ＳＬセンシングに用いられるパラメータ（例えば、Selection windowなど）の決定は、ＴｘＵＥ４０Ｔの実装依存（up to UE implementation）として行われ得る。この場合、上述した第１のセンシング方法及び／又は第２のセンシング方法と同様にして各パラメータが決定され得る。
【0364】
［ステップ（Ｅ３）］
ステップ（Ｅ３）の詳細について説明する。
ステップ（Ｅ３）の詳細について説明する。
【0365】
Sensing windowにおいて、ＣＯＴに含まれない（オーバーラップしない）リソースは、Excluded resourceとしてもよい。
【0366】
具体的には、以下の手順（ステップ）が、上述した従来のＳＬセンシングの１つの手順（ステップ）として追加、又は、置き換えられる。
【0367】
ＴｘＵＥ４０Ｔは、以下の条件を全て満たすリソース（any candidate single-slot resource Ｒｘ，ｙ）をセットＳＡから除外する。
・ＬＢＴセンシング（Channel access procedure）により取得されたＣＯＴに含まれないスロットｔ’ｍ ＳＬ
・ＬＢＴセンシング（Channel access procedure）により取得されたＣＯＴに含まれないスロットｔ’ｍ ＳＬ
【0368】
ＴｘＵＥ４０Ｔは、以下のいずれかの方法、又は、各方法の組み合わせによってSL transmission burstを決定する。
【0369】
（SL transmission burstの決定方法１）
図１９は、本開示の実施形態に係る第３のセンシング方法の一例を説明するための図である。図１９では、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（上図参照）、ＳＬリソース選択のためのＳＬセンシング（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
図１９は、本開示の実施形態に係る第３のセンシング方法の一例を説明するための図である。図１９では、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（上図参照）、ＳＬリソース選択のためのＳＬセンシング（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
【0370】
図１９に示すように、ＣＯＴの最初のタイミング（スロット）がSelected resourceに含まれる（オーバーラップする）とする。この場合、ＣＯＴとSelected resourceとのオーバーラップした（共通の）リソースの少なくとも一部が、SL transmission burstとして決定される。
【0371】
あるいは、そのＣＯＴ全てが、Selected resourceの長さに関わらず、SL transmission burstとして決定されてもよい。
【0372】
（SL transmission burstの決定方法２）
図２０は、本開示の実施形態に係る第３のセンシング方法の一例を説明するための図である。図２０では、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（上図参照）、ＳＬリソース選択のためのＳＬセンシング（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
図２０は、本開示の実施形態に係る第３のセンシング方法の一例を説明するための図である。図２０では、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（上図参照）、ＳＬリソース選択のためのＳＬセンシング（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
【0373】
図２０に示すように、ＣＯＴの最初のタイミング（スロット）がSelected resourceに含まれない（オーバーラップしない）とする。この場合、ＣＯＴとSelected resourceとのオーバーラップした（共通の）リソースの少なくとも一部が、SL transmission burstとして決定される。
【0374】
ただし、図２０に示すように、ＴｘＵＥ４０Ｔが、ＣＯＴ内のSL transmission burstの直前にtype 2A/B/C channel accessを行うようにしてもよい。あるいは、ＴｘＵＥ４０Ｔは、そのSL transmission burstの開始時点までＣＣＡを継続（pending）するようにしてもよい。
【0375】
あるいは、ＣＯＴの最初のタイミング（スロット）がSelected resourceに含まれない（オーバーラップしない）場合、ＴｘＵＥ４０Ｔは、そのＣＯＴを使用しないようにしてもよい。この場合、ＴｘＵＥ４０Ｔは、ＳＬ－Ｕセンシング方法をやり直す。
【0376】
＜３．３．４．各センシング方法の切り替え＞
上述したＳＬ－Ｕセンシング方法（例えば、第１～第３のセンシング方法）は、複数定義され、所定の条件や基地局２０などからのシグナリングに応じて、選択して用いられ得る。ＴｘＵＥ４０Ｔは、例えば、基地局２０からの制御情報、ＳＬデータに関する情報、及び、ＬＢＴセンシングに関する情報の少なくとも１つに基づき、ＳＬ－Ｕセンシング方法を選択する。
上述したＳＬ－Ｕセンシング方法（例えば、第１～第３のセンシング方法）は、複数定義され、所定の条件や基地局２０などからのシグナリングに応じて、選択して用いられ得る。ＴｘＵＥ４０Ｔは、例えば、基地局２０からの制御情報、ＳＬデータに関する情報、及び、ＬＢＴセンシングに関する情報の少なくとも１つに基づき、ＳＬ－Ｕセンシング方法を選択する。
【0377】
例えば、用いられるＳＬ－Ｕセンシング方法は、基地局２０からのＰＨＹ、ＭＡＣ、ＲＲＣレイヤーのシグナリングにより、ＵＥ固有またはセル共通に設定され得る。より具体的には、基地局２０からＲＲＣレイヤーのシグナリングにより、ＳＬ－Ｕセンシング方法が通知されるとする。この場合、ＴｘＵＥ４０Ｔに適用されるＳＬ－Ｕセンシング方法を示すIEがＲＲＣメッセージに含められて、基地局２０からＴｘＵＥ４０Ｔへ送信され得る。
【0378】
さらに又はこれに代えて、基地局２０からＭＡＣレイヤーのシグナリングにより、ＳＬ－Ｕセンシング方法が通知されるとする。この場合、ＴｘＵＥ４０Ｔに適用されるＳＬ－Ｕセンシング方法を示すフィールドがＭＡＣ ＣＥに含められて、基地局２０からＴｘＵＥ４０Ｔへ送信され得る。
【0379】
さらに又はこれに代えて、基地局２０からＰＨＹレイヤーのシグナリングにより、ＳＬ－Ｕセンシング方法が通知されるとする。この場合、ＴｘＵＥ４０Ｔに適用されるＳＬ－Ｕセンシング方法を示すフィールドがＤＣＩに含められて送信され得る。
【0380】
さらに又はこれに代えて、基地局２０からのＰＨＹ、ＭＡＣ、ＲＲＣレイヤーのうち少なくとも複数によるシグナリングによってＳＬ－Ｕセンシング方法が通知されてもよい。例えば基地局２０は、ＴｘＵＥ４０Ｔへ適用され得る複数のＳＬ－Ｕセンシング方法をRRC Config（又はIEのリスト）としてＲＲＣメッセージに含めてＴｘＵＥ４０Ｔへ送信してもよい。
【0381】
さらに、基地局２０はある任意のタイミングでＴｘＵＥ４０Ｔが適用すべきＳＬ－Ｕセンシング方法を、ＲＲＣで設定された複数のＳＬ－Ｕセンシング方法の中から指定するための情報をＭＡＣ ＣＥ又はＤＣＩで指定してもよい。
【0382】
また、例えば、用いられるＳＬ－Ｕセンシング方法は、以下の条件、状況などに応じて、黙示的（implicit）に選択され得る。
・ＳＬ送信の種類（信号、チャネル）
・ＳＬ送信のpriority
・ＳＬ送信の要求遅延（remaining packet delay budget）
・Channel access procedure type
・ＳＬ送信の種類（信号、チャネル）
・ＳＬ送信のpriority
・ＳＬ送信の要求遅延（remaining packet delay budget）
・Channel access procedure type
【0383】
（ＳＬ送信の種類）
ＳＬ送信の種類（信号、チャネル）に応じてＳＬ－Ｕセンシング方法が選択される場合において、ＰＳＣＣＨ及び／又はＰＳＳＣＨの送信の場合、上述した第１～第３のセンシング方法のうちのいずれかが用いられ得る。
ＳＬ送信の種類（信号、チャネル）に応じてＳＬ－Ｕセンシング方法が選択される場合において、ＰＳＣＣＨ及び／又はＰＳＳＣＨの送信の場合、上述した第１～第３のセンシング方法のうちのいずれかが用いられ得る。
【0384】
また、同期信号及び報知チャネル（ＳＬ－ＳＳＢ：SideLink-Synchronization Signal and PBCH Block）の送信の場合、残りの２つのＳＬ－Ｕセンシング方法のうち１つが用いられ得る。すなわち、同期信号及び報知チャネルの送信の場合、第１～第３のセンシング方法のうち、ＰＳＣＣＨ及び／又はＰＳＳＣＨの送信で選択されなかった方法の一方が用いられ得る。
【0385】
例えば、ＰＳＣＣＨ及び／又はＰＳＳＣＨの送信の場合、第１のセンシング方法が用いられ、同期信号及び報知チャネルの送信の場合、第２のセンシング方法が用いられる。あるいはその逆であってもよい。
【0386】
他の例として、ＰＳＣＣＨ送信の場合、第１～第３のセンシング方法のうちいずれかが用いられ、ＰＳＳＣＨ送信の場合、残りの２つのセンシング方法のうち１つが用いられ得る。例えば、ＰＳＣＣＨ送信の場合、第１のセンシング方法が用いられ、ＰＳＳＣＨ送信の場合、第２のセンシング方法が用いられる。あるいはその逆であってもよい。
【0387】
他の例として、ＰＳＣＣＨ及び／又はＰＳＳＣＨの送信の場合、第１～第３のセンシング方法のうちいずれかが用いられ、ＰＳＦＣＨ送信の場合、残りの２つのセンシング方法のうち１つが用いられ得る。例えば、ＰＳＣＣＨ及び／又はＰＳＳＣＨの送信の場合、第１のセンシング方法が用いられ、ＰＳＦＣＨ送信の場合、第２のセンシング方法が用いられる。あるいはその逆であってもよい。
【0388】
（ＳＬ送信のpriority）
ＳＬ送信のpriorityに応じてＳＬ－Ｕセンシング方法が選択される場合において、priorityが所定値よりも高いＳＬ送信では、第１～第３のセンシング方法のうちいずれかが用いられ得る。
ＳＬ送信のpriorityに応じてＳＬ－Ｕセンシング方法が選択される場合において、priorityが所定値よりも高いＳＬ送信では、第１～第３のセンシング方法のうちいずれかが用いられ得る。
【0389】
また、priorityが所定値よりも低いＳＬ送信の場合、残りの２つのＳＬ－Ｕセンシング方法のうち１つが用いられ得る。すなわち、priorityが所定値よりも低いＳＬ送信の場合、第１～第３のセンシング方法のうち、priorityが所定値よりも高いＳＬ送信で選択されなかった方法の一方が用いられ得る。
【0390】
例えば、priorityが所定値よりも高いＳＬ送信の場合、第２のセンシング方法が用いられ、priorityが所定値よりも低いＳＬ送信の場合、第１のセンシング方法が用いられる。あるいはその逆であってもよい。
【0391】
（ＳＬ送信の要求遅延）
ＳＬ送信の要求遅延（remaining packet delay budget）に応じてＳＬ－Ｕセンシング方法が選択される場合において、要求遅延が所定値よりも小さいＳＬ送信では、第１～第３のセンシング方法のうちいずれかが用いられ得る。
ＳＬ送信の要求遅延（remaining packet delay budget）に応じてＳＬ－Ｕセンシング方法が選択される場合において、要求遅延が所定値よりも小さいＳＬ送信では、第１～第３のセンシング方法のうちいずれかが用いられ得る。
【0392】
また、要求遅延が所定値よりも大きいＳＬ送信の場合、残りの２つのＳＬ－Ｕセンシング方法のうち１つが用いられ得る。すなわち、要求遅延が所定値よりも大きいＳＬ送信の場合、第１～第３のセンシング方法のうち、要求遅延が所定値よりも小さいＳＬ送信で選択されなかった方法の一方が用いられ得る。
【0393】
例えば、要求遅延が所定値よりも小さいＳＬ送信の場合、第２のセンシング方法が用いられ、要求遅延が所定値よりも大きい送信の場合、第１のセンシング方法が用いられる。あるいはその逆であってもよい。
【0394】
（Channel access procedure type）
Channel access procedure type及びカテゴリの少なくとも一方に応じてＳＬ－Ｕセンシング方法が選択される。Channel access procedure typeに応じてＳＬ－Ｕセンシング方法が選択される場合において、Type ２または３のChannel accessの場合、第１～第３のセンシング方法のうちいずれかが用いられ得る。
Channel access procedure type及びカテゴリの少なくとも一方に応じてＳＬ－Ｕセンシング方法が選択される。Channel access procedure typeに応じてＳＬ－Ｕセンシング方法が選択される場合において、Type ２または３のChannel accessの場合、第１～第３のセンシング方法のうちいずれかが用いられ得る。
【0395】
また、Type １のChannel accessの場合、残りの２つのＳＬ－Ｕセンシング方法のうち１つが用いられ得る。すなわち、Type １のChannel accessの場合、第１～第３のセンシング方法のうち、Type ２または３のChannel accessで選択されなかった方法の一方が用いられ得る。
【0396】
例えば、Type ２または３のChannel accessの場合、第２のセンシング方法が用いられ、Type １のChannel accessの場合、第１のセンシング方法が用いられる。あるいはその逆であってもよい。
【0397】
＜３．４．ＣＰＳに基づくＳＬ－Ｕセンシング方法＞
ＣＰＳ（Contiguous partial sensing）に基づくＳＬ－Ｕセンシング方法においても、上述した第１、第２のセンシング方法が適用され得る。ＣＰＳでは、Sensing windowが時刻ｎ以降に設定され得る。以下では、そのSensing windowの設定などについて説明する。
ＣＰＳ（Contiguous partial sensing）に基づくＳＬ－Ｕセンシング方法においても、上述した第１、第２のセンシング方法が適用され得る。ＣＰＳでは、Sensing windowが時刻ｎ以降に設定され得る。以下では、そのSensing windowの設定などについて説明する。
【0398】
（第１のセンシング方法）
図２１は、本開示の実施形態に係るＣＰＳに基づくＳＬ－Ｕセンシング方法の一例を説明するための図である。図２１では、ＳＬリソース選択のためのＳＬセンシング（上図参照）、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
図２１は、本開示の実施形態に係るＣＰＳに基づくＳＬ－Ｕセンシング方法の一例を説明するための図である。図２１では、ＳＬリソース選択のためのＳＬセンシング（上図参照）、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
【0399】
図２１では、ＣＰＳに基づくＳＬ－Ｕセンシング方法に、第１のセンシング方法が適用される場合が示される。Sensing windowの設定は、以下のいずれかにより行われる。
【0400】
Sensing windowは、例えばＣＷに基づいて設定される。例えば、Sensing windowの終了時点（ＴＡ）は、ＣＷの開始時点に基づいて決まる（図２１の時刻ｔ０４参照）。例えば、ＣＷは、Sensing windowの後に行われる。
【0401】
（第２のセンシング方法）
図２２は、本開示の実施形態に係るＣＰＳに基づくＳＬ－Ｕセンシング方法の他の例を説明するための図である。図２２では、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（上図参照）、ＳＬリソース選択のためのＳＬセンシング（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
図２２は、本開示の実施形態に係るＣＰＳに基づくＳＬ－Ｕセンシング方法の他の例を説明するための図である。図２２では、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（上図参照）、ＳＬリソース選択のためのＳＬセンシング（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
【0402】
図２２では、ＣＰＳに基づくＳＬ－Ｕセンシング方法に、第２のセンシング方法が適用される場合が示される。Sensing windowの設定は、以下のいずれかにより行われる。
【0403】
Sensing windowの開始時点（ＴＢ）は、ＣＷの開始時点及び／又はＣＷの終了時点（ＣＯＴの開始時点）に基づいて決まる。
【0404】
あるいは、Sensing windowの終了時点（ＴＡ）は、ＣＷの開始時点及び／又はＣＷの終了時点（ＣＯＴの開始時点）に基づいて決まる。
【0405】
（第３のセンシング方法）
第３のセンシング方法が、ＣＰＳに基づくＳＬ－Ｕセンシング方法に適用され得る。この場合、Sensing windowはＣＷとは独立に（ＣＷの設定に用いられるパラメータと関連することなく）設定される。その後の動作は、Full sensingの場合と同様である。
第３のセンシング方法が、ＣＰＳに基づくＳＬ－Ｕセンシング方法に適用され得る。この場合、Sensing windowはＣＷとは独立に（ＣＷの設定に用いられるパラメータと関連することなく）設定される。その後の動作は、Full sensingの場合と同様である。
【0406】
＜３．５．ＳＬ－Ｕセンシングで取得したＣＯＴの共有＞
ＴｘＵＥ４０Ｔは、ＳＬ－Ｕセンシング方法を用いて取得したＣＯＴを他の端末装置４０に共有し得る。ＳＬ－Ｕセンシングによって取得されたＣＯＴのＣＯＴ共有は、第１、第２のＣＯＴ共有方法として、いずれか一方、又は、両方が以下のように定義される。
ＴｘＵＥ４０Ｔは、ＳＬ－Ｕセンシング方法を用いて取得したＣＯＴを他の端末装置４０に共有し得る。ＳＬ－Ｕセンシングによって取得されたＣＯＴのＣＯＴ共有は、第１、第２のＣＯＴ共有方法として、いずれか一方、又は、両方が以下のように定義される。
【0407】
なお、第１、第２のＣＯＴ共有方法は、上述したＣＯＴ応答モード、及び、ＣＯＴ共有モードとは異なる。すなわち、上述したＣＯＴ応答モード及び／又はＣＯＴ共有モードが設定された状態で、ＴｘＵＥ４０Ｔは、第１、第２のＣＯＴ共有方法の少なくとも一方を実行し得る。
【0408】
＜３．５．１．第１のＣＯＴ共有方法＞
図２３は、本開示の実施形態に係る第１のＣＯＴ共有方法の一例を説明するための図である。図２３では、ＴｘＵＥ４０Ｔが図１５に示す第１のセンシング方法でＣＯＴを取得した場合の第１のＣＯＴ共有方法が示される。
図２３は、本開示の実施形態に係る第１のＣＯＴ共有方法の一例を説明するための図である。図２３では、ＴｘＵＥ４０Ｔが図１５に示す第１のセンシング方法でＣＯＴを取得した場合の第１のＣＯＴ共有方法が示される。
【0409】
ＴｘＵＥ４０Ｔは、取得したＣＯＴの少なくとも一部を使用してSL transmission burstを行う。より具体的に、ＴｘＵＥ４０Ｔは、Selection window内のSelected resourceでSL transmission burstを行う。
【0410】
ＴｘＵＥ４０Ｔは、取得したＣＯＴ内の、SL transmission burst以外のリソースを他の装置（他の端末装置４０）に共有し得る。このとき、図２３に示すように、ＴｘＵＥ４０Ｔは、Excluded resourceを含めてＣＯＴ共有し得る。また、このとき、図２３に示すように、ＴｘＵＥ４０Ｔは、Selection window外のリソースを含めてＣＯＴ共有し得る。
【0411】
あるいは、ＴｘＵＥ４０Ｔは、Excluded resourceを除外してＣＯＴ共有するようにしてもよい。また、ＴｘＵＥ４０Ｔは、Selection window内に制限してＣＯＴ共有するようにしてもよい。
【0412】
なお、図２３では、ＴｘＵＥ４０ＴがSelected resource全てでSL transmission burstを行うとしたが、ＴｘＵＥ４０Ｔは、Selected resourceの一部でSL transmission burstを行うようにしてもよい。この場合、ＴｘＵＥ４０Ｔは、SL transmission burstで使用しなかったSelected resourceの残りを他の端末装置４０にＣＯＴ共有し得る。
【0413】
また、ここでは、ＴｘＵＥ４０Ｔが第１のセンシング方法に基づいて取得したＣＯＴを共有する場合について示した。ＴｘＵＥ４０Ｔは、他のセンシング方法（例えば、第２、第３のセンシング方法）に基づいて取得したＣＯＴについても同様に第１のＣＯＴ共有方法で他の端末装置４０とＣＯＴ共有し得る。
【0414】
＜３．５．２．第２のＣＯＴ共有方法＞
図２４は、本開示の実施形態に係る第２のＣＯＴ共有方法の一例を説明するための図である。図２４では、ＴｘＵＥ４０Ｔが第１のセンシング方法でＣＯＴを取得した場合の第２のＣＯＴ共有方法が示される。図２４では、ＳＬリソース選択のためのＳＬセンシング（上図参照）、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
図２４は、本開示の実施形態に係る第２のＣＯＴ共有方法の一例を説明するための図である。図２４では、ＴｘＵＥ４０Ｔが第１のセンシング方法でＣＯＴを取得した場合の第２のＣＯＴ共有方法が示される。図２４では、ＳＬリソース選択のためのＳＬセンシング（上図参照）、ＣＯＴ取得のための（Shared Channelでの）Channel access procedure（ＬＢＴ）（中図参照）、及び、実際の送信（下図参照）が、それぞれ示される。
【0415】
図２４の例では、ＴｘＵＥ４０Ｔは、Selected resourceと同じ時間長のＣＯＴを取得する。ＴｘＵＥ４０Ｔは、Selected resourceの一部でSL transmission burstを行う。
【0416】
ＴｘＵＥ４０Ｔは、SL transmission burstで使用しなかったSelected resourceの残りを他の装置（他の端末装置４０）にＣＯＴ共有する。すなわち、Selected resourceは、SL transmission burstと共有ＣＯＴの両方を含む。換言すると、ＣＯＴ共有において、Selected resource以外のリソースは、他の端末装置４０に共有されない。
【0417】
なお、図２４では、ＴｘＵＥ４０Ｔが取得したＣＯＴがSelected resourceと同じであるとしたが、取得したＣＯＴは、Selected resourceよりも長くてもよい。すなわち、ＣＯＴの終了時点が、Selected resourceの終了時点以降であってもよい。また、ＣＯＴの終了時点が、Selection windowの終了時点（ｎ＋Ｔ２）以降であってもよい。
【0418】
この場合であっても、ＴｘＵＥ４０Ｔは、SL transmission burstで使用しなかったSelected resourceの残りを他の端末装置４０にＣＯＴ共有する。すなわち、Selected resourceに含まれないＣＯＴは、他の端末装置４０にＣＯＴ共有されない。
【0419】
また、ここでは、ＴｘＵＥ４０Ｔが第１のセンシング方法に基づいて取得したＣＯＴを共有する場合について示した。ＴｘＵＥ４０Ｔは、他のセンシング方法（例えば、第２、第３のセンシング方法）に基づいて取得したＣＯＴについても同様に第２のＣＯＴ共有方法で他の端末装置４０とＣＯＴ共有し得る。
【0420】
＜３．６．サイドリンクリソース割り当てモード１におけるセンシング方法＞
サイドリンクリソース割り当てモード１において、基地局２０は、ＴｘＵＥ４０Ｔに対して、サイドリンク送信リソースを割り当てる。サイドリンク送信リソースは、ＰＤＣＣＨを通じて送信されるＤＣＩ（下りリンク制御情報、サイドリンクグラント）により、動的（ダイナミック）に割り当てられる方法、または、ＲＲＣシグナリングにより、準静的（セミスタティック）に割り当てられる方法を用いて、割り当てられる。
サイドリンクリソース割り当てモード１において、基地局２０は、ＴｘＵＥ４０Ｔに対して、サイドリンク送信リソースを割り当てる。サイドリンク送信リソースは、ＰＤＣＣＨを通じて送信されるＤＣＩ（下りリンク制御情報、サイドリンクグラント）により、動的（ダイナミック）に割り当てられる方法、または、ＲＲＣシグナリングにより、準静的（セミスタティック）に割り当てられる方法を用いて、割り当てられる。
【0421】
ライセンス帯では、ＴｘＵＥ４０Ｔは、その割り当てられた送信リソースを用いて、サイドリンク送信を行うことが可能である。しかし、アンライセンス帯では、ＴｘＵＥ４０Ｔは、その割り当てられた送信リソースの前に、ＬＢＴセンシングを行う必要がある。そのため、ＬＢＴセンシングの結果、ＴｘＵＥ４０Ｔは、その割り当てられた送信リソースを用いて、サイドリンク送信を行うことができない場合が生じる。
【0422】
なお、サイドリンクリソース割り当てモード１では、ＴｘＵＥ４０Ｔは、ＬＢＴセンシングを行い、サイドリンクセンシングを行わないようにしてもよい。あるいは、ＴｘＵＥ４０Ｔが、上述のセンシング方法と同様に、ＬＢＴセンシング及びサイドリンクセンシングの両方を行うようにしてもよい。
【0423】
＜３．６．１．ＬＢＴセンシングにより送信できなかった場合の動作＞
ＴｘＵＥ４０ＴがＬＢＴセンシングを行った結果、割り当てられた送信リソースを用いてサイドリンク送信が行えなかったとする。その場合、ＴｘＵＥ４０Ｔは、基地局２０に、割り当てられた送信リソースを用いて送信できなかったことを示す情報、または、送信できなかったことに基づいて生成される情報を送信する。この情報（以下、未送信情報とも記載する）の送信は、ＰＵＣＣＨまたはＰＵＳＣＨを通じて行われる。
ＴｘＵＥ４０ＴがＬＢＴセンシングを行った結果、割り当てられた送信リソースを用いてサイドリンク送信が行えなかったとする。その場合、ＴｘＵＥ４０Ｔは、基地局２０に、割り当てられた送信リソースを用いて送信できなかったことを示す情報、または、送信できなかったことに基づいて生成される情報を送信する。この情報（以下、未送信情報とも記載する）の送信は、ＰＵＣＣＨまたはＰＵＳＣＨを通じて行われる。
【0424】
また、この未送信情報は、ＨＡＲＱ－ＡＣＫレポートと同様の方法を用いることができる。例えば、ＴｘＵＥ４０Ｔは、基地局２０に、サイドリンクグラントに対するＮａｃｋを示す情報を通知する。
【0425】
なお、ＬＢＴセンシングの結果、ＴｘＵＥ４０Ｔがその割り当てられた送信リソースを用いて、サイドリンク送信を行うことができたとする。この場合、ＴｘＵＥ４０Ｔは、基地局２０に、サイドリンクグラントに対するＡｃｋを示す情報を通知してもよいし、何も通知しなくてもよい。
【0426】
また、この未送信情報は、サイドリンク送信リソースの割り当て要求（ＳＲ：Scheduling Request）の送信と同様の方法を用いることができる。例えば、ＴｘＵＥ４０Ｔは、基地局２０に、ＳＲと同時に、割り当てられた送信リソースを用いて送信できなかったことを示す情報も通知する。なお、通常のＳＲと区別するために、異なるＰＵＣＣＨリソースが設定され得る。
【0427】
＜３．６．２．サイドリンクリソース割り当てモード１において割り当てられるサイドリンク送信リソース＞
サイドリンクリソース割り当てモード１において、ＴｘＵＥ４０Ｔは、基地局２０から、サイドリンク送信が可能なリソースが通知される。すなわち、ライセンス帯では、基地局２０は、ＴｘＵＥ４０Ｔがサイドリンク送信する送信リソースを通知する。一方、アンライセンス帯では、基地局２０は、ＴｘＵＥ４０Ｔがサイドリンク送信に利用可能なリソース（以下、サイドリンク送信可能リソースとも記載する）を通知し得る。なお、サイドリンク送信可能リソースは、周波数領域又は／及び時間領域において、ライセンス帯で基地局２０が通知する送信リソースより広いリソースであり得る。また、サイドリンク送信可能リソースは、ＰＤＣＣＨを用いて動的に割り当てられるリソースプールと見なすことができる。
サイドリンクリソース割り当てモード１において、ＴｘＵＥ４０Ｔは、基地局２０から、サイドリンク送信が可能なリソースが通知される。すなわち、ライセンス帯では、基地局２０は、ＴｘＵＥ４０Ｔがサイドリンク送信する送信リソースを通知する。一方、アンライセンス帯では、基地局２０は、ＴｘＵＥ４０Ｔがサイドリンク送信に利用可能なリソース（以下、サイドリンク送信可能リソースとも記載する）を通知し得る。なお、サイドリンク送信可能リソースは、周波数領域又は／及び時間領域において、ライセンス帯で基地局２０が通知する送信リソースより広いリソースであり得る。また、サイドリンク送信可能リソースは、ＰＤＣＣＨを用いて動的に割り当てられるリソースプールと見なすことができる。
【0428】
ＴｘＵＥ４０Ｔは、通知されたサイドリンク送信可能リソースの中から、所定のセンシング方法により送信リソースを決定し、送信する。所定のセンシング方法は、ＬＢＴセンシング、サイドリンクセンシング、または、上述のセンシング方法を含む。換言すると、ＴｘＵＥ４０Ｔは、基地局２０からＰＤＣＣＨを用いて割り当てられたリソースプールの中から所定のセンシング方法により送信リソースを選択し、サイドリンク送信を行う。これにより、ＬＢＴセンシングの結果によって、ＴｘＵＥ４０Ｔがサイドリンク送信できない確率を低減することができる。なお、この方法は、サイドリンクリソース割り当てモード１または２とは異なるモード（例えば、サイドリンクリソース割り当てモード３）として新たに定義されうる。
【0429】
＜＜４．その他の実施形態＞＞
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
【0430】
例えば、上述の実施形態の基地局２０、端末装置４０を制御する制御装置は、専用のコンピュータシステムにより実現してもよいし、汎用のコンピュータシステムによって実現してもよい。
【0431】
例えば、上述の動作を実行するための通信プログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、基地局２０、端末装置４０の外部の装置（例えば、パーソナルコンピュータ）であってもよい。また、制御装置は、基地局２０、端末装置４０の内部の装置（例えば、制御部２４、４５）であってもよい。
【0432】
また、上記通信プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。
【0433】
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【0434】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。なお、この分散・統合による構成は動的に行われてもよい。
【0435】
また、上述の実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述の実施形態のシーケンス図に示された各ステップは、適宜順序を変更することが可能である。
【0436】
また、例えば、本実施形態は、装置又はシステムを構成するあらゆる構成、例えば、システムＬＳＩ（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
【0437】
なお、本実施形態において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【0438】
また、例えば、本実施形態は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【0439】
＜＜５．むすび＞＞
以上、本開示の実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。
以上、本開示の実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。
【0440】
また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。
【0441】
なお、本技術は以下のような構成も取ることができる。
（１）
共有スペクトラムで他の端末装置とサイドリンク通信を行う通信部と、
前記通信部を介して、前記サイドリンク通信に関するサイドリンクセンシング、及び、前記共有スペクトラムにおける通信に関するＬＢＴ（Listen Before Talk）センシングを行い、
第１の方法、第２の方法、及び、第３の方法のいずれか１つを用いて、前記他の端末装置とのサイドリンク通信のための送信リソースを選択し、
前記通信部を介し、選択した前記送信リソースを用いて、１つ以上のサイドリンクデータを送信する、制御部と、
を備え、
前記第１の方法は、前記サイドリンクセンシングの結果に基づき、前記ＬＢＴセンシングを行うことで前記送信リソースを選択する方法であり、
前記第２の方法は、前記ＬＢＴセンシングの結果に基づき、前記サイドリンクセンシングを行うことで前記送信リソースを選択する方法であり、
前記第３の方法は、前記サイドリンクセンシング、及び、前記ＬＢＴセンシングのそれぞれを個別に行うことで、前記送信リソースを選択する方法である、
端末装置。
（２）
前記制御部は、前記第１の方法として、
前記サイドリンクセンシングの結果に基づき、所定のサイドリンクリソース選択ウィンドウの中からサイドリンクセンシングリソースを選択し、
前記サイドリンクセンシングリソースに基づき、前記ＬＢＴセンシングを行ってＣＯＴ（Channel Occupancy Time）を取得し、
前記ＣＯＴ及び前記サイドリンクセンシングリソースに基づき、前記送信リソースを選択する、
（１）に記載の端末装置。
（３）
前記サイドリンクリソース選択ウィンドウは、前記サイドリンクデータの送信に必要な時間長、前記ＬＢＴセンシングによって取得され得る前記ＣＯＴの時間長、前記ＬＢＴセンシングにおける衝突窓のサイズ、及び、前記ＬＢＴセンシングにおけるチャネルアクセスタイプの少なくとも１つに基づいて決定される、（２）に記載の端末装置。
（４）
前記制御部は、前記サイドリンクリソース選択ウィンドウの中から前記サイドリンクデータの送信に必要な時間長の前記サイドリンクセンシングリソースを選択しない場合、前記サイドリンクセンシングに関するパラメータを変更して、前記サイドリンクセンシングを再度行って前記サイドリンクセンシングリソースを選択する、（２）又は（３）に記載の端末装置。
（５）
前記ＬＢＴセンシングは、衝突窓の終了時点、又は、前記ＣＯＴの開始時点が、前記サイドリンクセンシングリソースの開始時点となるように行われる、（２）～（４）のいずれか１つに記載の端末装置。
（６）
前記ＬＢＴセンシングの結果、衝突窓の終了時点、又は、前記ＣＯＴの開始時点が、前記サイドリンクセンシングリソースの開始時点と同じ、又は、前記サイドリンクセンシングリソースの開始時点より前である場合、前記制御部は、前記サイドリンクセンシングリソースを前記送信リソースとして選択する、（２）～（５）のいずれか１つに記載の端末装置。
（７）
前記ＬＢＴセンシングの結果、衝突窓の終了時点、又は、前記ＣＯＴの開始時点が、前記サイドリンクセンシングリソースの開始時点より後である場合、前記制御部は、予め規定又は設定された所定の処理を実行する、（２）～（６）のいずれか１つに記載の端末装置。
（８）
前記所定の処理は、前記送信リソースの再選択を行う第１処理、前記サイドリンクデータの送信をキャンセルする第２処理、前記ＣＯＴを取得した時点から前記サイドリンクセンシングリソースの終了時点までのリソースから前記送信リソースを選択する第３処理、及び、前記ＣＯＴを取得した時点から前記サイドリンクセンシングリソースと同じ時間長までのリソースから前記送信リソースを選択する第４処理のいずれか１つを含む、（７）に記載の端末装置。
（９）
前記制御部は、前記第２の方法として、
前記サイドリンクセンシングの結果に基づき、所定のサイドリンクリソース選択ウィンドウの中からサイドリンクセンシングリソースを選択し、
前記サイドリンクセンシングリソースに基づき、前記ＬＢＴセンシングを行ってＣＯＴを取得し、
前記ＣＯＴ及び前記サイドリンクセンシングリソースに基づき、前記送信リソースを選択する、
（１）～（８）のいずれか１つに記載の端末装置。
（１０）
前記サイドリンクセンシングリソースが、前記サイドリンクリソース選択ウィンドウの開始時点から選択できる場合、前記送信リソースは、前記サイドリンクリソース選択ウィンドウの前記開始時点から選択される前記サイドリンクセンシングリソースである、（９）に記載の端末装置。
（１１）
前記サイドリンクセンシングリソースが、前記サイドリンクリソース選択ウィンドウの開始時点から選択できない場合、前記制御部は、予め規定又は設定された所定の処理を実行する、（９）又は（１０）に記載の端末装置。
（１２）
前記所定の処理は、前記送信リソースの再選択を行う第５処理、前記サイドリンクデータの送信をキャンセルする第６処理、及び、前記サイドリンクリソース選択ウィンドウの中から１又は複数の前記送信リソースを選択する第７処理のいずれか１つを含む、（１１）に記載の端末装置。
（１３）
前記第７処理を実行する場合、前記制御部は、前記送信リソースの開始時点まで前記ＬＢＴセンシングを継続する第８処理、前記送信リソースの開始時点までバースト信号を送信する第９処理、及び、前記送信リソースの開始時点に合わせて所定の前記ＬＢＴセンシングを実行する第１０処理のいずれか１つを実行する、（１２）に記載の端末装置。
（１４）
前記サイドリンクリソース選択ウィンドウの開始時点は、前記ＣＯＴの開始時点又は衝突窓の終了時点と同じ、又は、前記ＣＯＴの前記開始時点又は前記衝突窓の前記終了時点より以降になるように決定される、（８）～（１３）のいずれか１つに記載の端末装置。
（１５）
前記制御部は、前記第３の方法として、
前記ＬＢＴセンシングによって取得されたＣＯＴと、前記サイドリンクセンシングに基づいて選択されたサイドリンクセンシングリソースと、がオーバーラップしたリソースの少なくとも一部を、前記送信リソースとして選択する、（１）～（１４）のいずれか１つに記載の端末装置。
（１６）
前記制御部は、基地局からの制御情報、前記サイドリンクデータに関する情報、及び、前記ＬＢＴセンシングに関する情報、の少なくとも１つに基づき、前記第１の方法、前記第２の方法、又は、前記第３の方法のいずれか１つを決定する、（１）～（１５）のいずれか１つに記載の端末装置。
（１７）
前記サイドリンクデータに関する情報は、前記サイドリンクデータの種類、プライオリティ情報、及び、要求遅延時間の少なくとも１つを含む、（１６）に記載の端末装置。
（１８）
前記ＬＢＴセンシングに関する情報は、前記ＬＢＴセンシングのチャネルアクセスプロシージャータイプ、及び、カテゴリの少なくとも一方を含む、（１６）又は（１７）に記載の端末装置。
（１９）
前記端末装置が前記ＬＢＴセンシングによって取得したＣＯＴのうち、前記送信リソースを除くリソースは、前記他の端末装置を含む別の端末装置に共有され得る、（１）～（１８）のいずれか１つに記載の端末装置。
（２０）
前記別の端末装置に共有される前記リソースは、前記サイドリンクセンシングによって選択されたサイドリンクセンシングリソースの一部である、（１９）に記載の端末装置。
（２１）
共有スペクトラムで他の端末装置とサイドリンク通信を行うことと、
前記サイドリンク通信に関するサイドリンクセンシング、及び、前記共有スペクトラムにおける通信に関するＬＢＴセンシングを行うことと、
第１の方法、第２の方法、及び、第３の方法のいずれか１つを用いて、前記他の端末装置とのサイドリンク通信のための送信リソースを選択することと、
選択した前記送信リソースを用いて、１つ以上のサイドリンクデータを送信することと、
を含み、
前記第１の方法は、前記サイドリンクセンシングの結果に基づき、前記ＬＢＴセンシングを行うことで前記送信リソースを選択する方法であり、
前記第２の方法は、前記ＬＢＴセンシングの結果に基づき、前記サイドリンクセンシングを行うことで前記送信リソースを選択する方法であり、
前記第３の方法は、前記サイドリンクセンシング、及び、前記ＬＢＴセンシングのそれぞれを個別に行うことで、前記送信リソースを選択する方法である、
通信方法。
（１）
共有スペクトラムで他の端末装置とサイドリンク通信を行う通信部と、
前記通信部を介して、前記サイドリンク通信に関するサイドリンクセンシング、及び、前記共有スペクトラムにおける通信に関するＬＢＴ（Listen Before Talk）センシングを行い、
第１の方法、第２の方法、及び、第３の方法のいずれか１つを用いて、前記他の端末装置とのサイドリンク通信のための送信リソースを選択し、
前記通信部を介し、選択した前記送信リソースを用いて、１つ以上のサイドリンクデータを送信する、制御部と、
を備え、
前記第１の方法は、前記サイドリンクセンシングの結果に基づき、前記ＬＢＴセンシングを行うことで前記送信リソースを選択する方法であり、
前記第２の方法は、前記ＬＢＴセンシングの結果に基づき、前記サイドリンクセンシングを行うことで前記送信リソースを選択する方法であり、
前記第３の方法は、前記サイドリンクセンシング、及び、前記ＬＢＴセンシングのそれぞれを個別に行うことで、前記送信リソースを選択する方法である、
端末装置。
（２）
前記制御部は、前記第１の方法として、
前記サイドリンクセンシングの結果に基づき、所定のサイドリンクリソース選択ウィンドウの中からサイドリンクセンシングリソースを選択し、
前記サイドリンクセンシングリソースに基づき、前記ＬＢＴセンシングを行ってＣＯＴ（Channel Occupancy Time）を取得し、
前記ＣＯＴ及び前記サイドリンクセンシングリソースに基づき、前記送信リソースを選択する、
（１）に記載の端末装置。
（３）
前記サイドリンクリソース選択ウィンドウは、前記サイドリンクデータの送信に必要な時間長、前記ＬＢＴセンシングによって取得され得る前記ＣＯＴの時間長、前記ＬＢＴセンシングにおける衝突窓のサイズ、及び、前記ＬＢＴセンシングにおけるチャネルアクセスタイプの少なくとも１つに基づいて決定される、（２）に記載の端末装置。
（４）
前記制御部は、前記サイドリンクリソース選択ウィンドウの中から前記サイドリンクデータの送信に必要な時間長の前記サイドリンクセンシングリソースを選択しない場合、前記サイドリンクセンシングに関するパラメータを変更して、前記サイドリンクセンシングを再度行って前記サイドリンクセンシングリソースを選択する、（２）又は（３）に記載の端末装置。
（５）
前記ＬＢＴセンシングは、衝突窓の終了時点、又は、前記ＣＯＴの開始時点が、前記サイドリンクセンシングリソースの開始時点となるように行われる、（２）～（４）のいずれか１つに記載の端末装置。
（６）
前記ＬＢＴセンシングの結果、衝突窓の終了時点、又は、前記ＣＯＴの開始時点が、前記サイドリンクセンシングリソースの開始時点と同じ、又は、前記サイドリンクセンシングリソースの開始時点より前である場合、前記制御部は、前記サイドリンクセンシングリソースを前記送信リソースとして選択する、（２）～（５）のいずれか１つに記載の端末装置。
（７）
前記ＬＢＴセンシングの結果、衝突窓の終了時点、又は、前記ＣＯＴの開始時点が、前記サイドリンクセンシングリソースの開始時点より後である場合、前記制御部は、予め規定又は設定された所定の処理を実行する、（２）～（６）のいずれか１つに記載の端末装置。
（８）
前記所定の処理は、前記送信リソースの再選択を行う第１処理、前記サイドリンクデータの送信をキャンセルする第２処理、前記ＣＯＴを取得した時点から前記サイドリンクセンシングリソースの終了時点までのリソースから前記送信リソースを選択する第３処理、及び、前記ＣＯＴを取得した時点から前記サイドリンクセンシングリソースと同じ時間長までのリソースから前記送信リソースを選択する第４処理のいずれか１つを含む、（７）に記載の端末装置。
（９）
前記制御部は、前記第２の方法として、
前記サイドリンクセンシングの結果に基づき、所定のサイドリンクリソース選択ウィンドウの中からサイドリンクセンシングリソースを選択し、
前記サイドリンクセンシングリソースに基づき、前記ＬＢＴセンシングを行ってＣＯＴを取得し、
前記ＣＯＴ及び前記サイドリンクセンシングリソースに基づき、前記送信リソースを選択する、
（１）～（８）のいずれか１つに記載の端末装置。
（１０）
前記サイドリンクセンシングリソースが、前記サイドリンクリソース選択ウィンドウの開始時点から選択できる場合、前記送信リソースは、前記サイドリンクリソース選択ウィンドウの前記開始時点から選択される前記サイドリンクセンシングリソースである、（９）に記載の端末装置。
（１１）
前記サイドリンクセンシングリソースが、前記サイドリンクリソース選択ウィンドウの開始時点から選択できない場合、前記制御部は、予め規定又は設定された所定の処理を実行する、（９）又は（１０）に記載の端末装置。
（１２）
前記所定の処理は、前記送信リソースの再選択を行う第５処理、前記サイドリンクデータの送信をキャンセルする第６処理、及び、前記サイドリンクリソース選択ウィンドウの中から１又は複数の前記送信リソースを選択する第７処理のいずれか１つを含む、（１１）に記載の端末装置。
（１３）
前記第７処理を実行する場合、前記制御部は、前記送信リソースの開始時点まで前記ＬＢＴセンシングを継続する第８処理、前記送信リソースの開始時点までバースト信号を送信する第９処理、及び、前記送信リソースの開始時点に合わせて所定の前記ＬＢＴセンシングを実行する第１０処理のいずれか１つを実行する、（１２）に記載の端末装置。
（１４）
前記サイドリンクリソース選択ウィンドウの開始時点は、前記ＣＯＴの開始時点又は衝突窓の終了時点と同じ、又は、前記ＣＯＴの前記開始時点又は前記衝突窓の前記終了時点より以降になるように決定される、（８）～（１３）のいずれか１つに記載の端末装置。
（１５）
前記制御部は、前記第３の方法として、
前記ＬＢＴセンシングによって取得されたＣＯＴと、前記サイドリンクセンシングに基づいて選択されたサイドリンクセンシングリソースと、がオーバーラップしたリソースの少なくとも一部を、前記送信リソースとして選択する、（１）～（１４）のいずれか１つに記載の端末装置。
（１６）
前記制御部は、基地局からの制御情報、前記サイドリンクデータに関する情報、及び、前記ＬＢＴセンシングに関する情報、の少なくとも１つに基づき、前記第１の方法、前記第２の方法、又は、前記第３の方法のいずれか１つを決定する、（１）～（１５）のいずれか１つに記載の端末装置。
（１７）
前記サイドリンクデータに関する情報は、前記サイドリンクデータの種類、プライオリティ情報、及び、要求遅延時間の少なくとも１つを含む、（１６）に記載の端末装置。
（１８）
前記ＬＢＴセンシングに関する情報は、前記ＬＢＴセンシングのチャネルアクセスプロシージャータイプ、及び、カテゴリの少なくとも一方を含む、（１６）又は（１７）に記載の端末装置。
（１９）
前記端末装置が前記ＬＢＴセンシングによって取得したＣＯＴのうち、前記送信リソースを除くリソースは、前記他の端末装置を含む別の端末装置に共有され得る、（１）～（１８）のいずれか１つに記載の端末装置。
（２０）
前記別の端末装置に共有される前記リソースは、前記サイドリンクセンシングによって選択されたサイドリンクセンシングリソースの一部である、（１９）に記載の端末装置。
（２１）
共有スペクトラムで他の端末装置とサイドリンク通信を行うことと、
前記サイドリンク通信に関するサイドリンクセンシング、及び、前記共有スペクトラムにおける通信に関するＬＢＴセンシングを行うことと、
第１の方法、第２の方法、及び、第３の方法のいずれか１つを用いて、前記他の端末装置とのサイドリンク通信のための送信リソースを選択することと、
選択した前記送信リソースを用いて、１つ以上のサイドリンクデータを送信することと、
を含み、
前記第１の方法は、前記サイドリンクセンシングの結果に基づき、前記ＬＢＴセンシングを行うことで前記送信リソースを選択する方法であり、
前記第２の方法は、前記ＬＢＴセンシングの結果に基づき、前記サイドリンクセンシングを行うことで前記送信リソースを選択する方法であり、
前記第３の方法は、前記サイドリンクセンシング、及び、前記ＬＢＴセンシングのそれぞれを個別に行うことで、前記送信リソースを選択する方法である、
通信方法。
【符号の説明】
【0442】
１０ 通信装置
２０ 基地局
２１，４１ 信号処理部
２２，４２ 記憶部
２３ ネットワーク通信部
２４，４５ 制御部
４０ 端末装置
４４ 入出力部
２０ 基地局
２１，４１ 信号処理部
２２，４２ 記憶部
２３ ネットワーク通信部
２４，４５ 制御部
４０ 端末装置
４４ 入出力部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】