ホーム > 特許ランキング > ソニーグループ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023079112
(43)【公開日】2023-06-07
(54)【発明の名称】通信装置及び通信方法
(51)【国際特許分類】
H04W 76/30 20180101AFI20230531BHJP
H04W 92/18 20090101ALI20230531BHJP
H04W 72/04 20230101ALI20230531BHJP
H04W 76/14 20180101ALI20230531BHJP
H04W 72/12 20230101ALI20230531BHJP
【ＦＩ】
H04W76/30
H04W92/18
H04W72/04
H04W76/14
H04W72/12
【審査請求】未請求
【請求項の数】20
【出願形態】ＯＬ
(21)【出願番号】P 2021192574
(22)【出願日】2021-11-26
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】000002185
【氏名又は名称】ソニーグループ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】示沢 寿之
(72)【発明者】
【氏名】草島 直紀
(72)【発明者】
【氏名】菅井 廉
(72)【発明者】
【氏名】大月 拓人
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA14
5K067DD17
5K067EE02
5K067EE10
5K067EE25
(57)【要約】 （修正有）
【課題】より低遅延なサイドリンク通信を実現する通信装置及び通信方法を提供する。
【解決手段】基地局、複数の端末装置、コアネットワーク及びＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）を含む通信システムにおいて、端末装置２００は、無線通信部２２０と、制御部２４０とを有する。無線通信部２２０は、基地局から、他の端末装置とのサイドリンク通信に使用するサイドリンクリソースに関するスケジューリング情報を受信する。制御部２４０は、サイドリンクリソースを用いて他の通信装置とサイドリンク通信を行う。制御部２４０は、サイドリンクリソースの使用をキャンセルするためのキャンセル情報を受信した場合、キャンセル情報に基づき、サイドリンクリソースを用いた前記サイドリンク通信をキャンセルする。
【選択図】図５
【解決手段】基地局、複数の端末装置、コアネットワーク及びＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）を含む通信システムにおいて、端末装置２００は、無線通信部２２０と、制御部２４０とを有する。無線通信部２２０は、基地局から、他の端末装置とのサイドリンク通信に使用するサイドリンクリソースに関するスケジューリング情報を受信する。制御部２４０は、サイドリンクリソースを用いて他の通信装置とサイドリンク通信を行う。制御部２４０は、サイドリンクリソースの使用をキャンセルするためのキャンセル情報を受信した場合、キャンセル情報に基づき、サイドリンクリソースを用いた前記サイドリンク通信をキャンセルする。
【選択図】図５
【特許請求の範囲】
【請求項1】
基地局から、他の通信装置とのサイドリンク通信に使用するサイドリンクリソースに関するスケジューリング情報を受信する通信部と、
前記サイドリンクリソースを用いて前記他の通信装置と前記サイドリンク通信を行う制御部と、
を備え、
前記制御部は、
前記サイドリンクリソースの使用をキャンセルするためのキャンセル情報を受信した場合、前記キャンセル情報に基づき、前記サイドリンクリソースを用いた前記サイドリンク通信をキャンセルする、
通信装置。
前記サイドリンクリソースを用いて前記他の通信装置と前記サイドリンク通信を行う制御部と、
を備え、
前記制御部は、
前記サイドリンクリソースの使用をキャンセルするためのキャンセル情報を受信した場合、前記キャンセル情報に基づき、前記サイドリンクリソースを用いた前記サイドリンク通信をキャンセルする、
通信装置。
【請求項2】
前記キャンセル情報が送信されるリソースは、前記スケジューリング情報、及び、前記サイドリンクリソースの少なくとも一方に基づいて決定される、請求項１に記載の通信装置。
【請求項3】
前記キャンセル情報が送信されるリソースの時間リソースは、前記スケジューリング情報の時間リソース、及び、前記サイドリンクリソースの時間リソースの少なくとも一方に基づいて決定される、請求項１に記載の通信装置。
【請求項4】
前記キャンセル情報は、前記サイドリンクリソースに関する情報、前記スケジューリング情報に関する情報、及び、前記サイドリンクリソースにおいてスケジューリングされた前記サイドリンク通信に関する情報、の少なくとも１つを含む、請求項１に記載の通信装置。
【請求項5】
前記キャンセル情報の送信に使用されるＲＮＴＩ（Radio Network Temporary Identifier）は、前記スケジューリング情報の送信に使用されるＲＮＴＩ、及び、前記キャンセル情報の送信に固有に使用されるＲＮＴＩのいずれか一方である、請求項１に記載の通信装置。
【請求項6】
前記キャンセル情報は、前記基地局からＰＤＣＣＨ（Physical Downlink Control Channel）を用いて送信される、請求項１に記載の通信装置。
【請求項7】
前記キャンセル情報は、前記サイドリンクリソースを変更するための情報を含み、
前記制御部は、前記キャンセル情報によって変更された前記サイドリンクリソースを用いて前記他の通信装置と前記サイドリンク通信を行う、
請求項６に記載の通信装置。
前記制御部は、前記キャンセル情報によって変更された前記サイドリンクリソースを用いて前記他の通信装置と前記サイドリンク通信を行う、
請求項６に記載の通信装置。
【請求項8】
前記キャンセル情報は、第２の通信装置からＰＳＣＣＨ（Physical Sidelink Control Channel）を用いて送信される、請求項１に記載の通信装置。
【請求項9】
前記キャンセル情報は、前記第２の通信装置が前記サイドリンク通信に使用する第２のサイドリンクリソースを予約するための情報、及び、前記第２のサイドリンクリソースで送信される前記サイドリンク通信のプライオリティを示す情報の少なくとも一方を含み、
前記キャンセル情報に含まれる前記プライオリティは、前記通信装置が前記サイドリンクリソースで送信する前記サイドリンク通信のプライオリティより高い、
請求項８に記載の通信装置。
前記キャンセル情報に含まれる前記プライオリティは、前記通信装置が前記サイドリンクリソースで送信する前記サイドリンク通信のプライオリティより高い、
請求項８に記載の通信装置。
【請求項10】
前記第２のサイドリンクリソースの少なくとも一部は、前記サイドリンクリソースの少なくとも一部とオーバーラップする、請求項９に記載の通信装置。
【請求項11】
基地局が送信するスケジューリング情報であって、第１の通信装置との間のサイドリンク通信に使用するサイドリンクリソースに関する前記スケジューリング情報に基づき、前記第１の通信装置と前記サイドリンク通信を行う第２の通信装置に対して、前記サイドリンクリソースを用いた前記サイドリンク通信をキャンセルするためのキャンセル情報を送信する、制御部、
を備える通信装置。
を備える通信装置。
【請求項12】
前記通信装置は、前記第１の通信装置及び前記第２の通信装置と通信を行う基地局である、請求項１１に記載の通信装置。
【請求項13】
前記制御部は、第３の通信装置に、前記第３の通信装置が他の通信装置と前記サイドリンク通信を行うために使用する第２のサイドリンクリソースに関する第２のスケジューリング情報を送信し、
前記第２のサイドリンクリソースの少なくとも一部は、前記サイドリンクリソースの少なくとも一部とオーバーラップする、請求項１２に記載の通信装置。
前記第２のサイドリンクリソースの少なくとも一部は、前記サイドリンクリソースの少なくとも一部とオーバーラップする、請求項１２に記載の通信装置。
【請求項14】
前記キャンセル情報は、前記第１の通信装置と前記第２の通信装置との間のサイドリンク通信で送信されるＰＳＦＣＨ（Physical Sidelink Feedback Channel）をキャンセルさせるための情報を含む、請求項１２に記載の通信装置。
【請求項15】
前記通信装置は、前記基地局と通信を行い、他の通信装置と前記サイドリンク通信を行う第３の通信装置である、請求項１１に記載の通信装置。
【請求項16】
前記制御部は、前記サイドリンクリソースを認識する、請求項１５に記載の通信装置。
【請求項17】
前記制御部は、前記スケジューリング情報を受信し、前記スケジューリング情報に基づいて前記サイドリンクリソースを認識する、請求項１６に記載の通信装置。
【請求項18】
前記通信装置は、前記第２の通信装置と同じリソースプールを使用する、請求項１５に記載の通信装置。
【請求項19】
基地局から、他の通信装置とのサイドリンク通信に使用するサイドリンクリソースに関するスケジューリング情報を受信することと、
前記サイドリンクリソースを用いて前記他の通信装置と前記サイドリンク通信を行うことと、
前記サイドリンクリソースの使用をキャンセルするためのキャンセル情報を受信した場合、前記キャンセル情報に基づき、前記サイドリンクリソースを用いた前記サイドリンク通信をキャンセルすることと、
を含む通信方法。
前記サイドリンクリソースを用いて前記他の通信装置と前記サイドリンク通信を行うことと、
前記サイドリンクリソースの使用をキャンセルするためのキャンセル情報を受信した場合、前記キャンセル情報に基づき、前記サイドリンクリソースを用いた前記サイドリンク通信をキャンセルすることと、
を含む通信方法。
【請求項20】
基地局が送信するスケジューリング情報であって、第１の通信装置との間のサイドリンク通信に使用するサイドリンクリソースに関する前記スケジューリング情報に基づき、前記第１の通信装置と前記サイドリンク通信を行う第２の通信装置に対して、前記サイドリンクリソースを用いた前記サイドリンク通信をキャンセルするためのキャンセル情報を送信すること、
を含む通信方法。
を含む通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信装置及び通信方法に関する。
【背景技術】
【0002】
３ＧＰＰ（3rd Generation Partnership Project）では、端末（ＵＥ）間で直接通信を行うＤ２Ｄ（Device-to-Device）通信がサイドリンク（sidelink）通信として４Ｇ ＬＴＥ（Long Term Evolution）および５Ｇ ＮＲ（New Radio）でそれぞれ規格化されている。サイドリンク（sidelink）通信では、Ｖ２Ｘ（Vehicle-to-Everything）通信が主なユースケースの一つである。Ｖ２Ｘ通信として、Ｖ２Ｖ（Vehicle-to-Vehicle）、Ｖ２Ｉ（Vehicle-to-Infrastructure）、Ｖ２Ｐ（Vehicle-to-Pedestrian）、Ｖ２Ｎ（Vehicle-to-Network）が想定されている。
【0003】
特に、５Ｇ ＮＲにおけるＶ２Ｘ通信の具体的なユースケースとして、Platooning、Advanced driving、Extended sensor、Remote drivingが検討されている。また、Ｖ２Ｘ通信でのＵＲＬＬＣ（Ultra Reliable and Low Latency Communications）に関する要求条件として、１０ミリ秒以下の遅延および９９．９９９%の信頼性を実現するように規格策定が行われている。
【0004】
さらに、サイドリンク（sidelink）通信は、Ｖ２Ｘ通信に限られず、様々なユースケースで活用することができる。例えば、Automation factoryは、サイドリンク通信が活用できるユースケースの一つである。そのような工場内では、多数のセンサーやカメラなどのデバイスが設置され、互いに直接通信することが検討されている。
【先行技術文献】
【非特許文献】
【0005】
【非特許文献1】”3GPP TS22.186 version 16.2.0 Release 16”、［online］、［令和３年１１月２２日検索］、インターネット＜https://www.3gpp.org/ftp//Specs/archive/22_series/22.186/22186-g20.zip＞
【非特許文献2】”3GPP TS22.104 version 17.4.0 Release 17”、［online］、［令和３年１１月２２日検索］、インターネット＜https://www.3gpp.org/ftp//Specs/archive/22_series/22.104/22104-h40.zip＞
【発明の概要】
【発明が解決しようとする課題】
【0006】
上述したように、これまでのＶ２Ｘ通信では、inter-vehicle通信が検討されてきたが、今後のサイドリンク（sidelink）通信における技術拡張として、Intra-vehicle通信が提案され得る。Intra-vehicle通信では、例えば、これまで有線で互いに接続されていたセンサーやカメラモジュールが、それぞれ無線通信デバイスとして無線通信により互いに接続され得る。特に、今後、自動運転などの実現が進むにつれて、このようなセンサーやカメラモジュールなどのようなデバイスの数が急激に増えると見込まれる。そのため、このようなセンサーやカメラモジュールを無線通信によって互いに接続することへの要求が高まってくると考えられる。
【0007】
ここで自動運転を考えると、基本的に自車内のセンサーやカメラからのデータを基に自動車を制御することが重要であり、Inter-vehicle通信（つまり、これまでのＶ２Ｘ通信）で得られる情報は補助情報として活用される。そのため、Intra-vehicle通信は、従来のInter-vehicle通信に比べて、さらに低遅延が要求されることになる。
【0008】
また、上述したAutomation factoryにおいても、特に、製造するもの合わせて生産ラインを頻繁に変更するような場合において、さらなる低遅延が要求される。
【0009】
このように、サイドリンク通信において、さらなる低遅延が求められている。
【0010】
そこで、本開示では、より低遅延なサイドリンク通信を実現することができる仕組みを提供する。
【0011】
なお、上記課題又は目的は、本明細書に開示される複数の実施形態が解決し得、又は達成し得る複数の課題又は目的の１つに過ぎない。
【課題を解決するための手段】
【0012】
本開示によれば、通信装置が提供される。通信装置は、通信部と、制御部と、を有する。通信部は、基地局から、他の通信装置とのサイドリンク通信に使用するサイドリンクリソースに関するスケジューリング情報を受信する。制御部は、前記サイドリンクリソースを用いて前記他の通信装置と前記サイドリンク通信を行う。制御部は、前記サイドリンクリソースの使用をキャンセルするためのキャンセル情報を受信した場合、前記キャンセル情報に基づき、前記サイドリンクリソースを用いた前記サイドリンク通信をキャンセルする。
【図面の簡単な説明】
【0013】
【図1】基地局主導型サイドリンク通信の一例を示す図である。
【図2】本開示の実施形態に係るＳＬ通信の一例を示す図である。
【図3】本開示の実施形態に係る通信システムの概略的な構成の一例を示す図である。
【図4】本開示の実施形態に係る基地局の構成の一例を示すブロック図である。
【図5】本開示の実施形態に係る端末装置の構成の一例を示すブロック図である。
【図6】本開示の実施形態に係る通信システムで行われるシグナリングの一例を示す図である。
【図7】本開示の実施形態に係る通信システムで行われるシグナリングの他例を示す図である。
【図8】本開示の実施形態に係る通信システムで行われるシグナリングの他例を示す図である。
【図9】本開示の実施形態に係る通信システムで行われるシグナリングの一例を示す図である。
【図10】本開示の実施形態に係る通信システムで行われるシグナリングの一例を示す図である。
【図11】本開示の実施形態に係る通信システムで行われるシグナリングの一例を示す図である。
【図12】本開示の実施形態に係る通信システムで行われるシグナリングの一例を示す図である。
【発明を実施するための形態】
【0014】
以下に添付図面を参照しながら、本開示の実施形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【0015】
また、本明細書及び図面において、実施形態の類似する構成要素については、同一の符号の後に異なるアルファベット又は数字を付して区別する場合がある。ただし、類似する構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。
【0016】
以下に説明される１又は複数の実施形態（実施例、変形例を含む）は、各々が独立に実施されることが可能である。一方で、以下に説明される複数の実施形態は少なくとも一部が他の実施形態の少なくとも一部と適宜組み合わせて実施されてもよい。これら複数の実施形態は、互いに異なる新規な特徴を含み得る。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し得、互いに異なる効果を奏し得る。
【0017】
＜＜１．はじめに＞＞
＜１．１．基地局主導型サイドリンク通信＞
これまでのサイドリンク（ＳＬ：Sidelink）通信では、ＰＳＣＣＨ（Physical Sidelink Control Channel）及び／又はＰＳＳＣＨ（Physical Sidelink Shared Channel）の送信に用いられるＳＬリソースのスケジューリング方法（ＳＬリソース割り当てモード）として、２つのモード（Mode-1及びMode-2）が規定されている。
＜１．１．基地局主導型サイドリンク通信＞
これまでのサイドリンク（ＳＬ：Sidelink）通信では、ＰＳＣＣＨ（Physical Sidelink Control Channel）及び／又はＰＳＳＣＨ（Physical Sidelink Shared Channel）の送信に用いられるＳＬリソースのスケジューリング方法（ＳＬリソース割り当てモード）として、２つのモード（Mode-1及びMode-2）が規定されている。
【0018】
Mode-1は、基地局主導型サイドリンク通信である。Mode-1では、基地局がＳＬリソースを決定し、ＳＬ送信するＵＥであるＴｘＵＥに、決定したＳＬリソースのスケジューリング情報（SL grant）をＰＤＣＣＨ（Physical Downlink Control Channel）により通知する。ＴｘＵＥは、受信したSL grantに基づいてＳＬ通信を行う。
【0019】
Mode-2は、ＵＥ主導型サイドリンク通信である。Mode-2では、ＴｘＵＥがリソースプールの中から所定の方法に従ってＳＬリソースを決定し、ＳＬ通信を行う。リソースプールは、基地局から又は事前に設定される。
【0020】
ＳＬリソースを決定する所定の方法として、今後ＳＬ通信に使用されるＳＬリソースをモニタリング（センシング）する方法が挙げられる。この場合、ＴｘＵＥは、他のＵＥからのＰＳＣＣＨの受信、及び／又は、候補となるＳＬリソースの受信電力（ＲＳＲＰ：Reference Signal Received Power）の測定、などを行うことで、今後ＳＬ通信に使用されるＳＬリソースをモニタリングする。
【0021】
＜１．２．課題＞
図１は、基地局主導型サイドリンク通信の一例を示す図である。図１に示すＳＬ通信では、第１ＵＥがＴｘＵＥとして、基地局からの指示に従ってＳＬ通信を行うものとする。また、図１に示すＳＬ通信では、第１ＵＥよりも優先度の高い第２ＵＥがＴｘＵＥとして、基地局からの指示に従ってＳＬ通信を行うものとする。なお、特に断りのない限り、以下、優先度は、ＵＲＬＬＣ（特に伝送遅延）の観点における優先度を意味するものとする。
図１は、基地局主導型サイドリンク通信の一例を示す図である。図１に示すＳＬ通信では、第１ＵＥがＴｘＵＥとして、基地局からの指示に従ってＳＬ通信を行うものとする。また、図１に示すＳＬ通信では、第１ＵＥよりも優先度の高い第２ＵＥがＴｘＵＥとして、基地局からの指示に従ってＳＬ通信を行うものとする。なお、特に断りのない限り、以下、優先度は、ＵＲＬＬＣ（特に伝送遅延）の観点における優先度を意味するものとする。
【0022】
すなわち、優先度が低い（低priority）第１ＵＥ及び優先度が高い（高priority）第２ＵＥは、それぞれ同じリソースプールを使用してMode-1のＳＬ通信を行うものとする。
【0023】
図１に示すように、時刻ｔ１で基地局は、第１ＵＥに対して所定のＳＬリソースＲ１のスケジューリング情報（ＤＣＩ）をSL grantとして送信する。基地局からSL grantを受信した第１ＵＥは、当該SL grantに基づき、基地局によってスケジュールされたＳＬリソースＲ１を用いて他のＵＥ（ＲｘＵＥ、図示省略）に信号を送信する。
【0024】
第２ＵＥに第１ＵＥより高優先度のデータが発生したため、時刻ｔ２で第２ＵＥが基地局にスケジューリングリクエストを送信したとする。この場合、従来のＳＬ通信では、既に第１ＵＥのためにスケジュールされたＳＬリソースＲ１を、第２ＵＥが使用することができない。
【0025】
ただし、リソースプール内の他の周波数領域が空いている場合、第２ＵＥは、他の周波数領域を使用してＳＬ通信を行うことが可能である。しかしながら、本実施形態では、他の周波数領域が空いていないものとして、以下の説明を行う。
【0026】
時刻ｔ４で基地局は、第２ＵＥに対して所定のＳＬリソースＲ２のスケジューリング情報（ＤＣＩ）をSL grantとして送信する。基地局からSL grantを受信した第２ＵＥは、当該SL grantに基づき、ＳＬリソースＲ２を用いて他のＵＥ（ＲｘＵＥ）に信号を送信する。
【0027】
ＳＬリソースＲ２は、ＳＬリソースＲ１の後にスケジュールされたリソースである。そのため、第２ＵＥが、時刻ｔ２で基地局にスケジューリングリクエストを送信してから時刻ｔ６でＳＬリソースＲ２を用いて信号を送信するまでに伝送遅延が生じる。このような伝送遅延は、特に上述したAutomation factoryのようなユースケースでは課題となる。
【0028】
ここで、例えば、ＵＥから基地局へのUplink通信では、ＵＥは、基地局からのUL grantに基づいてＵＬ送信を行う。このとき、優先度の高い他のＵＥによるＵＬ送信が発生すると、基地局は、ＵＥに対するUL grantをキャンセルするための制御情報を送信する。このように、Uplink通信では、基地局によってUL grantをキャンセルすることができる。Uplink通信においてUL grantをキャンセルする方法は、例えば、3GPP TS 38.214 V16.7.0に開示されている。
【0029】
しかしながら、この方法は、Uplinkの送信をキャンセルするための方法であり、基地局は、当該方法を用いてサイドリンクの送信をキャンセルすることはできない。
【0030】
また、例えば、上述したMode-2のＳＬ通信では、ＴｘＵＥは、未来のＳＬリソースを予約するためのReservation情報をＰＳＣＣＨにより送信し得る。他のＴｘＵＥは、全て又は一部のＰＳＣＣＨをモニタリング（センシング）してＳＬリソースの利用状況を把握し、空きリソースを選択してＳＬ通信を行う。
【0031】
優先度の高いＳＬ送信が発生したＴｘＵＥは、既に他のＴｘＵＥが予約したＳＬリソースを横取り（Preemption）する。当該ＴｘＵＥは、他のＴｘＵＥから横取りしたＳＬリソースを使用して優先度の高いＳＬ送信を行う。
【0032】
PreemptionされるＴｘＵＥは、PreemptionするＴｘＵＥからの制御情報（ＰＳＣＣＨ）をモニタリングすることで、Preemptionされたことを把握し、自身のＳＬ送信をキャンセルする。Preemptionの方法は、例えば、3GPP TS 38.213 V16.7.0に開示されている。
【0033】
しかしながら、この方法は、Mode-2のＳＬ通信で有効な方法であり、本開示で想定するMode-1のＳＬ通信では用いることができない。また、Mode-1のＳＬ通信を行うＴｘＵＥは、Mode-2のＳＬ通信を行うＴｘＵＥのように他のＴｘＵＥのＰＳＣＣＨのモニタリング（センシング）を行わない。そのため、Mode-1のＳＬ通信を行うＴｘＵＥは、Mode-2のPreemptionを行うことができない。
【0034】
このように、従来のMode-1のＳＬ通信では、SL grantをキャンセルする方法がなかった。そのため、ＴｘＵＥは、優先度が高いＳＬ送信が発生してもＳＬリソースが空くまで高優先度のＳＬ送信を行えない。このように、従来のMode-1のＳＬ通信では、伝送遅延が発生する恐れがあるという問題があった。
【0035】
＜１．３．提案技術の概要＞
そこで、本開示の実施形態では、上述した課題を解決する方法として、第１ＵＥに対して、スケジュール済みのSL grantをキャンセルするための情報が送信される。
そこで、本開示の実施形態では、上述した課題を解決する方法として、第１ＵＥに対して、スケジュール済みのSL grantをキャンセルするための情報が送信される。
【0036】
【0037】
図２に示すように、時刻ｔ２で第２ＵＥからスケジューリングリクエストを受信した基地局は、時刻ｔ３で、SL grantをキャンセルするためのＰＤＣＣＨ（Cancellation）を第１ＵＥに送信する。当該Cancellationは、時刻ｔ１で基地局が第１ＵＥに送信したSL grantをキャンセルするための情報である。これにより、ＳＬリソースＲ１がキャンセルされる。
【0038】
次に、時刻ｔ４において基地局は、第２ＵＥに対して所定のＳＬリソースＲ３のスケジューリング情報（ＤＣＩ）をSL grantとして送信する。なお、ＳＬリソースＲ３は、CancellationによってキャンセルされたＳＬリソースＲ１の少なくとも一部と重複するＳＬリソースである。
【0039】
第２ＵＥは、ＳＬリソースＲ１の終了時刻である時刻ｔ６よりも早い時刻ｔ５において、ＳＬリソースＲ３を使用して、優先度の高いＳＬ送信を行う。
【0040】
このように、本開示の実施形態に係る第１ＵＥ（通信装置の一例）は、基地局から他の通信装置（ＲｘＵＥ）とのサイドリンク通信に使用するサイドリンクリソースに関するスケジューリング情報（例えば、SL grant）を受信する。第１ＵＥは、サイドリンクリソースを用いて他の通信装置とサイドリンクを行う。第１ＵＥは、サイドリンクリソースの使用をキャンセルするためのキャンセル情報（例えば、Cancellation）を受信した場合、当該キャンセル情報に基づき、サイドリンクリソースを用いたサイドリンク通信をキャンセルする。
【0041】
また、本開示の実施形態に係る基地局（通信装置の一例）は、基地局が送信するスケジューリング情報に基づいて第１の通信装置（例えばＲｘＵＥ又は第１ＵＥ）とＳＬ通信を行う第２の通信装置（例えば第１ＵＥ又はＲｘＵＥ）に対してキャンセル情報（例えばCancellation）を送信する。スケジューリング情報は、第２の通信装置が、第１の通信装置との間のサイドリンク通信に使用するサイドリンクリソースに関するスケジューリング情報である。キャンセル情報は、サイドリンクリソースを用いたサイドリンク通信をキャンセルするための情報である。
【0042】
これにより、優先度の高い第２ＵＥは、キャンセル情報によってキャンセルされたサイドリンクリソースの少なくとも一部を使用して高優先度のＳＬ送信を行うことができる。これにより、第２ＵＥは、優先度の高いＳＬ送信の伝送遅延をより低減することができる。
【0043】
なお、ここでは、基地局がキャンセル情報を送信するとしたが、これに限定されない。詳細は後述するが、例えば、第２ＵＥ（第３の通信装置の一例）がキャンセル情報を送信するようにしてもよい。
【0044】
＜＜２．通信システムの構成＞＞
＜２．１．通信システムの全体構成＞
続いて、図３を参照しながら、提案技術が適用される通信システム１の概略的な構成の一例を説明する。図３は、本開示の実施形態に係る通信システム１の概略的な構成の一例を示す図である。図３に示すように、通信システム１は、基地局１００、端末装置（ＵＥ）２００、コアネットワーク（Core Network）２０、およびＰＤＮ（Packet Data Network）３０を含む。
＜２．１．通信システムの全体構成＞
続いて、図３を参照しながら、提案技術が適用される通信システム１の概略的な構成の一例を説明する。図３は、本開示の実施形態に係る通信システム１の概略的な構成の一例を示す図である。図３に示すように、通信システム１は、基地局１００、端末装置（ＵＥ）２００、コアネットワーク（Core Network）２０、およびＰＤＮ（Packet Data Network）３０を含む。
【0045】
ここで、通信システム１は、Ｗ－ＣＤＭＡ（Wideband Code Division Multiple Access）、ｃｄｍａ２０００（Code Division Multiple Access 2000）、ＬＴＥ、ＮＲ等のセルラー通信システムであってもよい。以下の説明では、「ＬＴＥ」には、ＬＴＥ－Ａ（LTE-Advanced）、ＬＴＥ－Ａ Ｐｒｏ（LTE-Advanced Pro）、及びＥＵＴＲＡ（Evolved Universal Terrestrial Radio Access）が含まれるものとする。また、「ＮＲ」には、ＮＲＡＴ（New Radio Access Technology）、及びＦＥＵＴＲＡ（Further EUTRA）が含まれるものとする。
【0046】
ＮＲは、ＬＴＥの次の世代（第５世代）の無線アクセス技術（ＲＡＴ）である。ＮＲは、ｅＭＢＢ（Enhanced Mobile Broadband）、ｍＭＴＣ（Massive Machine Type Communications）及びＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）を含む様々なユースケースに対応できる無線アクセス技術である。
【0047】
なお、通信システム１は、セルラー通信システムに限られない。例えば、通信システム２は、無線ＬＡＮ（Local Area Network）システム、テレビジョン放送システム、航空無線システム、宇宙無線通信システム等の他の無線通信システムであってもよい。
【0048】
基地局１００は、セル１１を運用し、セル１１のカバレッジ内部に位置する１つ以上の端末装置２００へ無線サービスを提供する通信装置である。セル１１は、例えばＬＴＥまたはＮＲ等の任意の無線通信方式に従って運用され得る。基地局１００は、コアネットワーク２０に接続される。コアネットワーク２０は、ＰＤＮ３０に接続される。
【0049】
なお、基地局１００は、複数の物理的又は論理的装置の集合で構成されていてもよい。例えば、本開示の実施形態において基地局１００は、BBU（Baseband Unit）及びRU（Radio Unit）の複数の装置に区別され、これら複数の装置の集合体として解釈されてもよい。さらに又はこれに代えて、本開示の実施形態において基地局１００は、BBU及びRUのうちいずれか又は両方であってもよい。BBUとRUとは所定のインタフェース（例えば、eCPRI）で接続されていてもよい。さらに又はこれに代えて、RUはRemote Radio Unit（RRU）又は Radio DoT（RD）と称されていてもよい。さらに又はこれに代えて、RUは後述するgNB-DUに対応していてもよい。さらに又はこれに代えてBBUは、後述するgNB-CUに対応していてもよい。さらに又はこれに代えて、RUはアンテナと一体的に形成された装置であってもよい。基地局１００が有するアンテナ（例えば、RUと一体的に形成されたアンテナ）はAdvanced Antenna Systemを採用し、MIMO（例えば、FD-MIMO）やビームフォーミングをサポートしていてもよい。 Advanced Antenna Systemは、基地局１００が有するアンテナ（例えば、RUと一体的に形成されたアンテナ）は、例えば、64個の送信用アンテナポート及び64個の受信用アンテナポートを備えていてもよい。
【0050】
また、基地局１００は、複数が互いに接続されていてもよい。１つ又は複数の基地局１００は無線アクセスネットワーク（Radio Access Network: RAN）に含まれていてもよい。すなわち、基地局１００は単にRAN、RANノード、AN（Access Network）、ANノードと称されてもよい。LTEにおけるRANはEUTRAN（Enhanced Universal Terrestrial RAN）と呼ばれる。NRにおけるRANはNGRANと呼ばれる。W-CDMA（UMTS）におけるRANはUTRANと呼ばれる。LTEの基地局１００は、eNodeB（Evolved Node B）又はeNBと称される。すなわち、EUTRANは１又は複数のeNodeB（eNB）を含む。また、NRの基地局１００は、gNodeB又はgNBと称される。すなわち、NGRANは１又は複数のgNBを含む。さらに、EUTRANは、LTEの通信システム（EPS）におけるコアネットワーク（EPC）に接続されたgNB（en-gNB）を含んでいてもよい。同様にNGRANは5G通信システム（5GS）におけるコアネットワーク5GCに接続されたng-eNBを含んでいてもよい。さらに又はこれに代えて、基地局１００がeNB、gNBなどである場合、3GPP Accessと称されてもよい。さらに又はこれに代えて、基地局１００が無線アクセスポイント（Access Point）である場合、Non-3GPP Accessと称されてもよい。さらに又はこれに代えて、さらに又はこれに代えて、基地局１００は、RRH（Remote Radio Head）と呼ばれる光張り出し装置であってもよい。さらに又はこれに代えて、基地局１００がgNBである場合、基地局１００は前述したgNB CU（Central Unit）とgNB DU（Distributed Unit）の組み合わせ又はこれらのうちいずれかと称されてもよい。gNB CU（Central Unit）は、UEとの通信のために、Access Stratumのうち、複数の上位レイヤ（例えば、RRC、SDAP、PDCP）をホストする。一方、gNB-DUは、Access Stratumのうち、複数の下位レイヤ（例えば、RLC、MAC、PHY）をホストする。すなわち、後述されるメッセージ・情報のうち、RRC signalling（例えば、MIB、SIB1を含む各種SIB、RRCSetup message、RRCReconfiguration message）はgNB CUで生成され、一方で後述されるDCIや各種Physical Channel（例えば、PDCCH、PBCH）はgNB-DUで生成されてもよい。又はこれに代えて、RRC signallingのうち、例えばIE:cellGroupConfigなど一部のconfigurationについてはgNB-DUで生成され、残りのconfigurationはgNB-CUで生成されてもよい。これらのconfigurationは、後述されるF1インタフェースで送受信されてもよい。基地局１００は、他の基地局１００と通信可能に構成されていてもよい。例えば、複数の基地局１００がeNB同士又はeNBとen-gNBの組み合わせである場合、当該基地局１００間はＸ２インタフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局１００がgNB同士又はgn-eNBとgNBの組み合わせである場合、当該装置間はXnインタフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局１００がgNB CU（Central Unit）とgNB DU（Distributed Unit）の組み合わせである場合、当該装置間は前述したF1インタフェースで接続されてもよい。後述されるメッセージ・情報（RRC signalling又はDCIの情報、Physical Channel）は複数基地局間で（例えばＸ２、Xn、F1インタフェースを介して）通信されてもよい。
【0051】
さらに、前述の通り、基地局１００は、複数のセルを管理するように構成されていてもよい。基地局１００により提供されるセルは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）がUE（例えば、端末装置２００）に提供される場合、MN（Master Node）によって提供されるPCell及びゼロ又は1以上のSCell（s）はMaster Cell Groupと呼ばれる。さらに、Serving cellはPSCell（Primary Secondary Cell又はPrimary SCG Cell）を含んでもよい。すなわち、Dual Connectivity がUEに提供される場合、SN（Secondary Node）によって提供されるPSCell及びゼロ又は1以上のSCell（s）はSecondary Cell Group（SCG）と呼ばれる。特別な設定（例えば、PUCCH on SCell）がされていない限り、物理上りリンク制御チャネル（PUCCH）は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がUEに設定され、１つのBandwidth PartがActive BWPとして、UEに使用されてもよい。また、セル毎、コンポーネントキャリア毎又はBWP毎に、端末装置２００が使用できる無線資源（例えば、周波数帯域、ヌメロロジー（サブキャリアスペーシング）、スロットフォーマット（Slot configuration））が異なっていてもよい。
【0052】
コアネットワーク２０がNRのコアネットワーク（5G Core（5GC））の場合、コアネットワーク２０は、AMF （Access and Mobility Management Function）、SMF （Session Management Function）、UPF（User Plane Function）、PCF（Policy Control Function）及びUDM（Unified Data Management）を含みうる。
【0053】
コアネットワーク２０がLTEのコアネットワーク（Evolved Packet Core （EPC） ）の場合、コアネットワーク２０は、ＭＭＥ（Mobility Management Entity）、Ｓ－ＧＷ（Serving gateway）、Ｐ－ＧＷ（PDN gateway）、ＰＣＲＦ（Policy and Charging Rule Function）およびＨＳＳ（Home Subscriber Server）を含み得る。ＡＭＦ及びＭＭＥは、制御プレーンの信号を取り扱う制御ノードであり、端末装置２００の移動状態（Mobility）を管理する。ＵＰＦ及びＳ－ＧＷ／Ｐ－ＧＷは、ユーザプレーンの信号を取り扱うノードである。ＰＣＦ／ＰＣＲＦは、ＰＤＵセッション又はベアラに対するＱｏＳ（Quality of Service）等のポリシーおよび課金に関する制御を行う制御ノードである。ＵＤＭ／ＨＳＳは、加入者データを取り扱い、サービス制御を行う制御ノードである。
【0054】
端末装置２００は、他の装置と無線通信する無線通信装置である。端末装置２００は、例えば、通信機能を有するセンサーやカメラデバイス、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータである。端末装置２００は、無線を介してデータを送受信する機能を有するヘッドマウントディスプレイ（Head Mounted Display）やＶＲゴーグル等であってもよい。
【0055】
例えば、端末装置２００は、基地局１００による制御に基づいて、または自律的に、他の端末装置２００と無線通信する。その場合、端末装置２００は、ＰＣ５リンクにおいて、他の端末装置２００にサイドリンク信号を送信して、他の端末装置２００からサイドリンク信号を受信する。以下、端末装置２００によるサイドリンク信号の送信及び受信をまとめてサイドリンク通信と記載する。端末装置２００は、サイドリンク通信を行う際、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）等の自動再送技術を使用可能であってもよい。
【0056】
端末装置２００は、基地局１００とＮＯＭＡ（Non Orthogonal Multiple Access）通信が可能であってもよい。なお、端末装置２００は、他の端末装置２００との通信（サイドリンク）においてもＮＯＭＡ通信が可能であってもよい。また、端末装置２００は、他の通信装置（例えば、基地局１００、及び他の端末装置２００）とＬＰＷＡ（Low Power Wide Area）通信が可能であってもよい。その他、端末装置２００が使用する無線通信は、ミリ波またはテラヘルツ波を使った無線通信であってもよい。なお、端末装置２００が使用する無線通信（サイドリンク通信を含む。）は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。
【0057】
＜２．２．基地局装置の構成＞
図４は、本開示の実施形態に係る基地局１００の構成の一例を示すブロック図である。図４を参照すると、基地局１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び制御部１５０を備える。
図４は、本開示の実施形態に係る基地局１００の構成の一例を示すブロック図である。図４を参照すると、基地局１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び制御部１５０を備える。
【0058】
（１）アンテナ部１１０
アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。なお、本実施形態のアンテナ部１１０は、複数のアンテナ素子を有し、ビームを形成し得る。
アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。なお、本実施形態のアンテナ部１１０は、複数のアンテナ素子を有し、ビームを形成し得る。
【0059】
（２）無線通信部１２０
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置２００へのダウンリンク信号を送信し、端末装置２００からのアップリンク信号を受信する。無線通信部１２０は、制御部１５０の制御に従って動作する。なお、本実施形態の無線通信部１２０は、アンテナ部１１０により複数のビームを形成して端末装置２００と通信し得る。
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置２００へのダウンリンク信号を送信し、端末装置２００からのアップリンク信号を受信する。無線通信部１２０は、制御部１５０の制御に従って動作する。なお、本実施形態の無線通信部１２０は、アンテナ部１１０により複数のビームを形成して端末装置２００と通信し得る。
【0060】
（３）ネットワーク通信部１３０
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局１００及びコアネットワークノードを含む。ネットワーク通信部１３０は、制御部１５０の制御に従って、他の装置と通信する。
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局１００及びコアネットワークノードを含む。ネットワーク通信部１３０は、制御部１５０の制御に従って、他の装置と通信する。
【0061】
（４）記憶部１４０
記憶部１４０は、基地局１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。記憶部１４０は、基地局１００の記憶手段として機能する。
記憶部１４０は、基地局１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。記憶部１４０は、基地局１００の記憶手段として機能する。
【0062】
（５）制御部１５０
制御部１５０は、基地局１００の各部を制御するコントローラ（Controller）である。制御部１５０は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサにより実現される。例えば、制御部１５０は、基地局１００内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することにより実現される。なお、制御部１５０は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、およびＦＰＧＡは何れもコントローラとみなすことができる。
制御部１５０は、基地局１００の各部を制御するコントローラ（Controller）である。制御部１５０は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサにより実現される。例えば、制御部１５０は、基地局１００内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することにより実現される。なお、制御部１５０は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、およびＦＰＧＡは何れもコントローラとみなすことができる。
【0063】
＜２．３．端末装置の構成＞
図５は、本開示の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図５を参照すると、端末装置２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び制御部２４０を備える。
図５は、本開示の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図５を参照すると、端末装置２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び制御部２４０を備える。
【0064】
（１）アンテナ部２１０
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。なお、本実施形態のアンテナ部２１０は、複数のアンテナ素子を有し、ビームを形成し得る。
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。なお、本実施形態のアンテナ部２１０は、複数のアンテナ素子を有し、ビームを形成し得る。
【0065】
（２）無線通信部２２０
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局１００からのダウンリンク信号を受信し、基地局１００へのアップリンク信号を送信する。無線通信部２２０は、制御部２４０の制御に従って動作する。なお、本実施形態の無線通信部２２０は、アンテナ部２１０により複数のビームを形成して基地局１００と通信し得る。
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局１００からのダウンリンク信号を受信し、基地局１００へのアップリンク信号を送信する。無線通信部２２０は、制御部２４０の制御に従って動作する。なお、本実施形態の無線通信部２２０は、アンテナ部２１０により複数のビームを形成して基地局１００と通信し得る。
【0066】
（３）記憶部２３０
記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。記憶部２３０は、端末装置２００の記憶手段として機能する。
記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。記憶部２３０は、端末装置２００の記憶手段として機能する。
【0067】
（４）制御部２４０
制御部２４０は、端末装置２００の各部を制御するコントローラである。制御部２４０は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部２４０は、端末装置２００内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部２４０は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、およびＦＰＧＡは何れもコントローラとみなすことができる。
制御部２４０は、端末装置２００の各部を制御するコントローラである。制御部２４０は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部２４０は、端末装置２００内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部２４０は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、およびＦＰＧＡは何れもコントローラとみなすことができる。
【0068】
＜＜３．SL cancellation情報の通知方法＞＞
＜３．１．基地局が通知する方法＞
＜３．１．１．基地局による通知方法１＞
続いて、本開示の実施形態に係る通信システム１で実施されるSL cancellation情報の通知方法の一例を説明する。ここでは、基地局１００が第１ＵＥ（以下、第１ＵＥ２００Ａと記載する）に対して個別にSL cancellation情報を送信するものとする。また、第２ＵＥを、第２ＵＥ２００Ｂとも記載する。
＜３．１．基地局が通知する方法＞
＜３．１．１．基地局による通知方法１＞
続いて、本開示の実施形態に係る通信システム１で実施されるSL cancellation情報の通知方法の一例を説明する。ここでは、基地局１００が第１ＵＥ（以下、第１ＵＥ２００Ａと記載する）に対して個別にSL cancellation情報を送信するものとする。また、第２ＵＥを、第２ＵＥ２００Ｂとも記載する。
【0069】
［シグナリング］
図６は、本開示の実施形態に係る通信システム１で行われるシグナリングの一例を示す図である。なお、上述したように、第１ＵＥ２００Ａは優先度の低いＳＬ通信を行う端末装置であり、第２ＵＥ２００Ｂは第１ＵＥ２００Ａよりも優先度の高いＳＬ通信を行う端末装置である。ここでは、第１ＵＥ２００Ａ、第２ＵＥ２００Ｂともに、同じリソースプールを使用してMode-1のＳＬ通信を行うものとする。
図６は、本開示の実施形態に係る通信システム１で行われるシグナリングの一例を示す図である。なお、上述したように、第１ＵＥ２００Ａは優先度の低いＳＬ通信を行う端末装置であり、第２ＵＥ２００Ｂは第１ＵＥ２００Ａよりも優先度の高いＳＬ通信を行う端末装置である。ここでは、第１ＵＥ２００Ａ、第２ＵＥ２００Ｂともに、同じリソースプールを使用してMode-1のＳＬ通信を行うものとする。
【0070】
図６に示すように、時刻ｔ１で基地局１００は、第１ＵＥ２００ＡにSL schedulingのためのＰＤＣＣＨを送信する。このＰＤＣＣＨに含まれるＤＣＩに基づいて、所定のＳＬリソースＲ１が割り当てられる（スケジュールされる）。
【0071】
なお、図６では、第１ＵＥ２００ＡのＳＬリソースＲ１が、ＰＤＣＣＨを通じて動的に割り当てられる（すなわち、Dynamic grant）場合について示しているが、これに限定されない。図６に示す通知方法は、例えば、第１ＵＥ２００Ａに対する周期的な複数のＳＬリソースＲ１が、ＲＲＣシグナリングを通じて準静的に割り当てられる（すなわち、Configured grant）場合にも適用され得る。言い換えると、基地局１００は、前述又は後述のRRC messageにConfigured grantの設定情報を含めて、第１ＵＥ２００Ａへ送信してもよい。この場合、基地局１００がConfigured grantで第１ＵＥ２００Ａに割り当てたＳＬリソースＲ１のうちの少なくとも１つが、SL cancellation情報によってキャンセルされる。
【0072】
第２ＵＥ２００Ｂに優先度の高いデータが発生すると、第２ＵＥ２００Ｂは、基地局１００にScheduling requestを送信する。図６の例では、第２ＵＥ２００Ｂは、時刻ｔ２に基地局１００に、ＳＬ通信のためのScheduling requestをＰＵＣＣＨ又はＰＵＳＣＨで送信する。
【0073】
基地局１００は、第１ＵＥ２００Ａに割り当てたＳＬリソースＲ１の少なくとも一部を、第２ＵＥ２００ＢのＳＬ送信に割り当てることを決定する。基地局１００は、第１ＵＥ２００Ａに割り当て済みであるＳＬリソースＲ１によるＳＬ送信をキャンセルさせるための制御情報（SL cancellation情報）を、第１ＵＥ２００ＡにＰＤＣＣＨで送信する。図６の例では、時刻ｔ３に、基地局１００は、第１ＵＥ２００Ａに対してSL cancellation情報（cancellation）をＰＤＣＣＨにより送信する。
【0074】
第１ＵＥ２００Ａは、SL cancellation情報を含むＰＤＣＣＨの候補（以下、ＰＤＣＣＨ候補とも記載する）をモニタリングすることで、時刻ｔ３に当該ＰＤＣＣＨを受信する。例えば、第１ＵＥ２００Ａは、時刻ｔ１でＰＤＣＣＨを受信してから所定期間Ｔ経過後の時刻ｔ３に送信されるＰＤＣＣＨを、ＰＤＣＣＨ候補としてモニタリングする。なお、ここでは、ＰＤＣＣＨ候補が、時刻ｔ１でＰＤＣＣＨを受信してから所定期間Ｔ経過後に送信されるとしたが、これに限定されない。ＰＤＣＣＨ候補は、後述する所定のリソース内に含まれ得る。第１ＵＥ２００Ａは、後述する所定のリソース内をモニタリングすることで、ＰＤＣＣＨ候補を受信する。
【0075】
第１ＵＥ２００Ａは、時刻ｔ３で受信したSL cancellation情報（cancellation）に基づいて、ＳＬリソースＲ１を使用したＳＬ送信をキャンセルする。
【0076】
時刻ｔ４において、基地局１００は、第２ＵＥ２００ＢにSL schedulingのためのＰＤＣＣＨを送信する。このＰＤＣＣＨに含まれるＤＣＩに基づいて、所定のＳＬリソースＲ３が割り当てられる（スケジュールされる）。このとき、第２ＵＥ２００Ｂに割り当てられるＳＬリソースＲ３の少なくとも一部は、キャンセルされたＳＬリソースＲ１の少なくとも一部を含む（オーバーラップする）。
【0077】
時刻ｔ５において、第２ＵＥ２００Ｂは、割り当てられたＳＬリソースＲ３を用いてＳＬ送信を行う。
【0078】
［SL cancellation情報］
上述した通知方法におけるSL cancellation情報は、以下の情報を少なくとも１つを有していてもよい。
・SL cancellation情報（ＤＣＩ）に含まれる制御情報
・SL cancellation情報を送信するＰＤＣＣＨに関する情報
上述した通知方法におけるSL cancellation情報は、以下の情報を少なくとも１つを有していてもよい。
・SL cancellation情報（ＤＣＩ）に含まれる制御情報
・SL cancellation情報を送信するＰＤＣＣＨに関する情報
【0079】
（SL cancellation情報に含まれる制御情報）
SL cancellation情報に含まれる制御情報は、例えば、キャンセルされるＳＬリソースＲ１（時間リソース及び／又は周波数リソース）に関する情報を含む。
SL cancellation情報に含まれる制御情報は、例えば、キャンセルされるＳＬリソースＲ１（時間リソース及び／又は周波数リソース）に関する情報を含む。
【0080】
これにより、第１ＵＥ２００Ａは、キャンセルされるＳＬリソースＲ１を明示的に把握することができる。例えば、ＳＬリソースＲ１に関する情報は、スロット番号、サブフレーム番号、シンボル番号、リソース番号、リソースブロック番号、サブチャネル番号、リソースプール番号（リソースプールＩＤ）などの情報のうち、少なくとも１つを含み得る。さらに又はこれに代えて、ＳＬリソースＲ１に関する情報は、キャンセルされるＳＬリソースＲ１の開始位置を示す情報及び、キャンセルされるＳＬリソースＲ１の数（開始位置からのリソースの数）を示す情報を含んでいてもよい。キャンセルされるＳＬリソースＲ１の開始位置を示す情報及び、キャンセルされるＳＬリソースＲ１の数（開始位置からのリソースの数）を示す情報は、スロット番号、サブフレーム番号、シンボル番号、リソース番号、リソースブロック番号、サブチャネル番号、リソースプール番号（リソースプールＩＤ）などの情報のうち、少なくとも１つと、スロット数、サブフレーム数、シンボル数、リソース数、リソースブロック数、サブチャネル数、リソースプール数（リソースプールＩＤ）のうち、少なくとも１つの組合せであってもよい。
【0081】
SL cancellation情報に含まれる制御情報は、例えば、キャンセルされるＳＬリソースＲ１に関する情報、すなわち、キャンセルされるＳＬリソースＲ１をスケジュールしたＰＤＣＣＨ（以下、第１ＰＤＣＣＨとも記載する）に関する情報を含む。当該第１ＰＤＣＣＨは、例えば、図６の時刻ｔ１で基地局１００から第１ＵＥ２００Ａに対して、SL scheduling情報を通知するために送信されたＰＤＣＣＨである。
【0082】
これにより、第１ＵＥ２００Ａは、第１ＰＤＣＣＨを認識することができ、当該第１ＰＤＣＣＨによりスケジュールされたＳＬリソースＲ１がキャンセルされることを把握することができる。例えば、第１ＰＤＣＣＨに関する情報は、第１ＰＤＣＣＨが送信されたリソースを示す情報が含まれ得る。当該情報は、例えば、スロット番号、サブフレーム番号、Control resource set（CORESET）番号、Control channel element（CCE）番号などなどの情報の少なくとも１つを含み得る。また、例えば、当該情報は、当該第１ＰＤＣＣＨを構成する1つ以上のCCEのうち、最も小さいCCE番号とすることができる。
【0083】
SL cancellation情報に含まれる制御情報は、例えば、キャンセルされるＳＬリソースＲ１においてスケジューリングされたＳＬ通信に関する情報を含む。すなわち、SL cancellation情報に含まれる制御情報は、キャンセルされるＳＬリソースＲ１でスケジュールされたＰＳＣＣＨ及び／又はＰＳＳＣＨに関する情報を含む。これにより、第１ＵＥ２００Ａは、キャンセルされるＰＳＣＣＨ及び／又はＰＳＳＣＨを認識することができ、キャンセルされるＳＬリソースＲ１を把握することができる。キャンセルされるＳＬリソースＲ１でスケジュールされたＰＳＣＣＨ及び／又はＰＳＳＣＨに関する情報は、例えば、当該ＰＳＳＣＨで送信されるＨＡＲＱプロセス番号を含み得る。
【0084】
（SL cancellation情報を送信するＰＤＣＣＨに関する情報）
SL cancellation情報を送信するＰＤＣＣＨ（以下、第２ＰＤＣＣＨとも記載する）に関する情報は、例えば、第２ＰＤＣＣＨが送信されるリソースに関する情報を含む。第２ＰＤＣＣＨが送信されるリソースは、１つのリソースであってもよく、複数のリソースであってもよい。
SL cancellation情報を送信するＰＤＣＣＨ（以下、第２ＰＤＣＣＨとも記載する）に関する情報は、例えば、第２ＰＤＣＣＨが送信されるリソースに関する情報を含む。第２ＰＤＣＣＨが送信されるリソースは、１つのリソースであってもよく、複数のリソースであってもよい。
【0085】
第２ＰＤＣＣＨが送信されるリソースが複数のリソースである場合、第２ＰＤＣＣＨは、その複数のリソースのいずれかで送信される。つまり、その複数のリソースは、第２ＰＤＣＣＨが送信されるリソースの候補（以下、第２ＰＤＣＣＨ候補とも記載する）である。第１ＵＥ２００Ａは、その第２ＰＤＣＣＨ候補をモニタリングし、第２ＰＤＣＣＨを検出する。換言すると、第２ＰＤＣＣＨが送信され得るリソース（第２ＰＤＣＣＨ候補）は、第２ＰＤＣＣＨのサーチスペースと見なし得る。
【0086】
ここで、第２ＰＤＣＣＨが送信されるリソース（以下、第２リソースとも記載する）は、以下の決定方法のいずれかに基づいて決定され得る。
決定方法１：第２リソースを、第１ＰＤＣＣＨに基づいて決定する方法
決定方法２：第２リソースを、キャンセルされるＳＬリソースＲ１に基づいて決定する方法
決定方法３：決定方法１及び決定方法２を組み合わせた方法
決定方法１：第２リソースを、第１ＰＤＣＣＨに基づいて決定する方法
決定方法２：第２リソースを、キャンセルされるＳＬリソースＲ１に基づいて決定する方法
決定方法３：決定方法１及び決定方法２を組み合わせた方法
【0087】
（決定方法１）
第２リソースを第１ＰＤＣＣＨに基づいて決定する場合、第２リソースの時間リソースは、例えば、キャンセルされるＳＬリソースＲ１をスケジュールした第１ＰＤＣＣＨの時間リソースに基づいて決定される。例えば、第２リソースのスロット番号（又はサブフレーム番号、シンボル番号）は、第１ＰＤＣＣＨのスロット番号（又はサブフレーム番号、シンボル番号）によって決定される。なお、第２リソースのスロット番号（又はサブフレーム番号、シンボル番号）は、第２リソースのスロット番号（又はサブフレーム番号、シンボル番号）の取り得る範囲も含む。
第２リソースを第１ＰＤＣＣＨに基づいて決定する場合、第２リソースの時間リソースは、例えば、キャンセルされるＳＬリソースＲ１をスケジュールした第１ＰＤＣＣＨの時間リソースに基づいて決定される。例えば、第２リソースのスロット番号（又はサブフレーム番号、シンボル番号）は、第１ＰＤＣＣＨのスロット番号（又はサブフレーム番号、シンボル番号）によって決定される。なお、第２リソースのスロット番号（又はサブフレーム番号、シンボル番号）は、第２リソースのスロット番号（又はサブフレーム番号、シンボル番号）の取り得る範囲も含む。
【0088】
例えば、第２リソースは、キャンセルされるＳＬリソースＲ１をスケジュールした第１ＰＤＣＣＨのスロット（又はサブフレーム、シンボル）から所定数（例えば、図６の期間Ｔ）後のスロット（又はサブフレーム、シンボル）である。
【0089】
また、例えば、第２リソースのスロット番号（又はサブフレーム番号、シンボル番号）の取り得る範囲は、キャンセルされるＳＬリソースＲ１をスケジュールした第１ＰＤＣＣＨのスロット番号（又はサブフレーム番号、シンボル番号）から所定数以降のスロット（又はサブフレーム、シンボル）である。
【0090】
換言すると、第１ＵＥ２００Ａは、第２リソースが、キャンセルされるＳＬリソースＲ１をスケジュールした第１ＰＤＣＣＨのスロット番号（又はサブフレーム番号、シンボル番号）の所定数よりも前のスロットにはない（又はサブフレーム、シンボル）と想定（e.g., 期待（Expect）、又は仮定（Assume））する。
【0091】
なお、所定数は、予め規定または設定されてもよいし、基地局１００から設定されてもよい（例えば前述又は後述のRRC Signalingによって設定されてもよい）。
【0092】
第２リソースを第１ＰＤＣＣＨに基づいて決定する場合、例えば、第２リソースのControl resource set番号は、キャンセルされるＳＬリソースＲ１をスケジュールした第１ＰＤＣＣＨのControl resource set番号と同じである。
【0093】
（決定方法２）
第２リソースを、キャンセルされるＳＬリソースＲ１に基づいて決定する場合、例えば、第２リソースの時間リソースは、キャンセルされるＳＬリソースＲ１の時間リソースに基づいて決定される。例えば、第２リソースのスロット番号（又はサブフレーム番号、シンボル番号）は、キャンセルされるＳＬリソースＲ１のスロット番号（又はサブフレーム番号、シンボル番号）によって決定される。なお、第２リソースのスロット番号（又はサブフレーム番号、シンボル番号）は、第２リソースのスロット番号（又はサブフレーム番号、シンボル番号）の取り得る範囲も含む。
第２リソースを、キャンセルされるＳＬリソースＲ１に基づいて決定する場合、例えば、第２リソースの時間リソースは、キャンセルされるＳＬリソースＲ１の時間リソースに基づいて決定される。例えば、第２リソースのスロット番号（又はサブフレーム番号、シンボル番号）は、キャンセルされるＳＬリソースＲ１のスロット番号（又はサブフレーム番号、シンボル番号）によって決定される。なお、第２リソースのスロット番号（又はサブフレーム番号、シンボル番号）は、第２リソースのスロット番号（又はサブフレーム番号、シンボル番号）の取り得る範囲も含む。
【0094】
例えば、第２リソースは、キャンセルされるＳＬリソースＲ１のスロット番号（又はサブフレーム番号、シンボル番号）より所定数前のスロット（又はサブフレーム、シンボル）である。
【0095】
図７は、本開示の実施形態に係る通信システム１で行われるシグナリングの他例を示す図である。なお、図６と同じシグナリングについては説明を省略する。図７に示すように、基地局１００は、例えば、ＳＬリソースＲ１の開始時刻ｔ８よりも所定期間Ｔ２前の時刻ｔ３に第２ＰＤＣＣＨを第１ＵＥ２００Ａに送信する。このように、第２ＰＤＣＣＨが送信される第２リソースは、キャンセルされるＳＬリソースＲ１のスロット番号（又はサブフレーム番号、シンボル番号）より所定数（例えば所定期間Ｔ２）前のスロット（又はサブフレーム、シンボル）である。
【0096】
また、例えば、第２リソースのスロット番号（又はサブフレーム番号、シンボル番号）の取り得る範囲は、キャンセルされるＳＬリソースＲ１のスロット番号（又はサブフレーム番号、シンボル番号）より所定数以前のスロット（又はサブフレーム、シンボル）である。
【0097】
換言すると、第１ＵＥ２００Ａは、第２リソースが、キャンセルされるＳＬリソースＲ１のスロット番号（又はサブフレーム番号、シンボル番号）よりも所定数前のスロット（又はサブフレーム、シンボル）と、ＳＬリソースＲ１のスロット（又はサブフレーム、シンボル）との間にはないと想定（e.g., 期待（Expect）、又は仮定（Assume））する。
【0098】
なお、所定数は、予め規定または設定されてもよいし、基地局１００から設定されてもよい（例えば前述又は後述のRRC Signalingによって設定されてもよい）。
【0099】
第２リソースを、キャンセルされるＳＬリソースＲ１に基づいて決定する場合、例えば、キャンセルされるＳＬリソースＲ１のサブチャネル番号（又はリソース番号、リソースブロック番号、リソースプール番号）によって決定される。具体的には、第２リソースのサブチャネル（又はリソース、リソースブロック、リソースプール）は、キャンセルされるＳＬリソースＲ１のサブチャネル（又はリソース、リソースブロック、リソースプール）と同じである。
【0100】
（決定方法３）
決定方法１と決定方法２とを組み合わせる場合、例えば、第２リソースは、キャンセルされるＳＬリソースＲ１をスケジュールした第１ＰＤＣＣＨ、及び、キャンセルされるＳＬリソースＲ１に基づいて決定される。
決定方法１と決定方法２とを組み合わせる場合、例えば、第２リソースは、キャンセルされるＳＬリソースＲ１をスケジュールした第１ＰＤＣＣＨ、及び、キャンセルされるＳＬリソースＲ１に基づいて決定される。
【0101】
（ＲＮＴＩ）
次に、第２ＰＤＣＣＨに関する情報は、例えば、第２ＰＤＣＣＨに用いられるＲＮＴＩ（Radio Network Temporary Identifier）に関する情報を含む。ここで、ＲＮＴＩは、ＰＤＣＣＨのスクランブルに用いられ、端末装置２００（以下、ＵＥ２００とも記載する）が自装置宛てのＰＤＣＣＨかどうかを識別するために使用する情報である。
次に、第２ＰＤＣＣＨに関する情報は、例えば、第２ＰＤＣＣＨに用いられるＲＮＴＩ（Radio Network Temporary Identifier）に関する情報を含む。ここで、ＲＮＴＩは、ＰＤＣＣＨのスクランブルに用いられ、端末装置２００（以下、ＵＥ２００とも記載する）が自装置宛てのＰＤＣＣＨかどうかを識別するために使用する情報である。
【0102】
例えば、第２ＰＤＣＣＨに用いられるＲＮＴＩは、キャンセルされるＳＬリソースＲ１をスケジュールした第１ＰＤＣＣＨに用いられるＲＮＴＩと同じである。
【0103】
あるいは、第２ＰＤＣＣＨに用いられるＲＮＴＩが、SL cancellation情報を通知するために固有に規定又は設定されてもよい。すなわち、第２ＰＤＣＣＨに用いられるＲＮＴＩは、SL cancellation情報の送信に固有に使用される。この場合、第２ＰＤＣＣＨに用いられるＲＮＴＩは、キャンセルされるＳＬリソースＲ１をスケジュールした第１ＰＤＣＣＨに用いられるＲＮＴＩとは異なる。
【0104】
＜３．１．２．基地局による通知方法２＞
上述した基地局１００による通知方法１では、SL cancellation情報を送信する第２ＰＤＣＣＨは、ＳＬリソースＲ１をキャンセルするための制御情報を通知するとしたが、これに限定されない。
上述した基地局１００による通知方法１では、SL cancellation情報を送信する第２ＰＤＣＣＨは、ＳＬリソースＲ１をキャンセルするための制御情報を通知するとしたが、これに限定されない。
【0105】
図８は、本開示の実施形態に係る通信システム１で行われるシグナリングの他例を示す図である。なお、図６と同じシグナリングについては説明を省略する。図８に示すように、基地局１００は、第２ＰＤＣＣＨを用いて既にスケジューリングしたＳＬリソースＲ１とは異なるＳＬリソースＲ６を新たにスケジューリングする。すなわち、本通知方法のSL cancellation情報は、ＳＬリソースＲ１をＳＬリソースＲ６に変更するための情報を含む。
【0106】
これにより、最初のＳＬリソースＲ１は、黙示的（Implicit）にキャンセルされる。換言すると、既にスケジューリングされたＰＳＣＣＨ及び／又はＰＳＳＣＨのスケジューリング情報がアップデート（変更）（又は上書き（Override））される。第１ＵＥ２００Ａは、当該SL cancellation情報によって変更されたＳＬリソースＲ６を用いてＳＬ通信を行う。
【0107】
そのため、基地局１００による通知方法２のSL cancellation情報は、主に、当該SL cancellation情報（ＤＣＩ）に含まれる制御情報において基地局１００による通知方法１と異なる。基地局１００による通知方法２のSL cancellation情報に含まれる制御情報は、以下の情報を少なくとも１つ含む。
・アップデートするＰＳＣＣＨ及び／又はＰＳＳＣＨを示す情報
・既にスケジューリングしたＳＬリソースＲ１をキャンセル又はアップデートすることを示す情報
・アップデートされるＳＬリソースＲ６を示す情報
・アップデートするＰＳＣＣＨ及び／又はＰＳＳＣＨを示す情報
・既にスケジューリングしたＳＬリソースＲ１をキャンセル又はアップデートすることを示す情報
・アップデートされるＳＬリソースＲ６を示す情報
【0108】
アップデートするＰＳＣＣＨ及び／又はＰＳＳＣＨを示す情報は、例えば、当該ＰＳＳＣＨで送信されるＨＡＲＱプロセス番号を含む。
【0109】
また、アップデートされるＳＬリソースＲ６を示す情報は、例えば、スロット番号、サブフレーム番号、シンボル番号、リソースブロック番号、サブチャネル番号、リソースプール番号などの情報を少なくとも１つ含む。さらに又はこれに代えて、ＳＬリソースＲ６を示す情報は、アップデートされるＳＬリソースＲ６の開始位置を示す情報及び、アップデートされるＳＬリソースＲ６の数（開始位置からのリソースの数）を示す情報を含んでいてもよい。アップデートされるＳＬリソースＲ６の開始位置を示す情報及び、アップデートされるＳＬリソースＲ６の数（開始位置からのリソースの数）を示す情報は、スロット番号、サブフレーム番号、シンボル番号、リソース番号、リソースブロック番号、サブチャネル番号、リソースプール番号（リソースプールＩＤ）などの情報のうち、少なくとも１つと、スロット数、サブフレーム数、シンボル数、リソース数、リソースブロック数、サブチャネル数、リソースプール数（リソースプールＩＤ）のうち、少なくとも１つの組合せであってもよい。
【0110】
なお、アップデートされるＳＬリソースＲ６を示す情報が所定の値である場合、新たなＳＬリソースＲ６が割り当てられないものとしてもよい。この場合、新たなＳＬリソースＲ６は割り当てられず、単にＳＬリソースＲ１がキャンセルされる。
【0111】
＜３．１．３．基地局による通知方法３＞
基地局１００による通知方法３では、基地局１００が第１ＵＥ２００Ａを含むグループ共通（Group common）にSL cancellation情報を送信する。なお、以下では、SL cancellation情報が所定のＵＥグループにGroup commonに送信される場合を説明するが、不特定のＵＥ２００にBroadcast送信してもよい。
基地局１００による通知方法３では、基地局１００が第１ＵＥ２００Ａを含むグループ共通（Group common）にSL cancellation情報を送信する。なお、以下では、SL cancellation情報が所定のＵＥグループにGroup commonに送信される場合を説明するが、不特定のＵＥ２００にBroadcast送信してもよい。
【0112】
当該方法は、基地局１００がグループ共通（Group common）にSL cancellation情報を送信する点を除き、基地局１００による通知方法１と同じである。基地局１００による通知方法３は、主に、SL cancellation情報を含む第２ＰＤＣＣＨがGroup common PDCCHであり、SL cancellation情報がGroup common DCIである点で基地局１００による通知方法１と異なる。
【0113】
（SL cancellation情報に含まれる制御情報）
基地局１００による通知方法３では、SL cancellation情報（ＤＣＩ）に含まれる制御情報は、キャンセルされるべきＳＬリソースを示す情報が含まれる。キャンセルされるべきＳＬリソースは、例えば、図６のＳＬリソースＲ１のうち、ＳＬリソースＲ３とオーバーラップするＳＬリソースに相当するリソースである。以下、キャンセルされるべきＳＬリソースをＳＬリソースＲ７とも記載する。なお、図６では、キャンセルされるべきＳＬリソースＲ７とＳＬリソースＲ３とが同じＳＬリソースである場合を示しているが、これに限定されない。ＳＬリソースＲ３は、ＳＬリソースＲ７の少なくとも一部を用いてスケジュールされればよく、ＳＬリソースＲ３とＳＬリソースＲ７とが同じリソースでなくてもよい。ＳＬリソースＲ３とＳＬリソースＲ７とが同じリソースでない場合、ＳＬリソースＲ７がＳＬリソースＲ３を包含する（ＳＬリソースＲ３が、ＳＬリソースＲ７の一部である）ＳＬリソースであることが好ましい。
基地局１００による通知方法３では、SL cancellation情報（ＤＣＩ）に含まれる制御情報は、キャンセルされるべきＳＬリソースを示す情報が含まれる。キャンセルされるべきＳＬリソースは、例えば、図６のＳＬリソースＲ１のうち、ＳＬリソースＲ３とオーバーラップするＳＬリソースに相当するリソースである。以下、キャンセルされるべきＳＬリソースをＳＬリソースＲ７とも記載する。なお、図６では、キャンセルされるべきＳＬリソースＲ７とＳＬリソースＲ３とが同じＳＬリソースである場合を示しているが、これに限定されない。ＳＬリソースＲ３は、ＳＬリソースＲ７の少なくとも一部を用いてスケジュールされればよく、ＳＬリソースＲ３とＳＬリソースＲ７とが同じリソースでなくてもよい。ＳＬリソースＲ３とＳＬリソースＲ７とが同じリソースでない場合、ＳＬリソースＲ７がＳＬリソースＲ３を包含する（ＳＬリソースＲ３が、ＳＬリソースＲ７の一部である）ＳＬリソースであることが好ましい。
【0114】
第１ＵＥ２００Ａは、既に割り当てられたＳＬリソースＲ１が、この制御情報により示されるキャンセルされるべきＳＬリソースＲ７の少なくとも一部に含まれる（オーバーラップする）場合、ＳＬリソースＲ１をキャンセルする。具体的に、第１ＵＥ２００Ａは、ＳＬリソースＲ１で送信される予定であったＰＳＣＣＨ及び／又はＰＳＳＣＨのキャンセル処理を行う。
【0115】
キャンセル処理の一例として、当該ＰＳＣＣＨ及び／又はＰＳＳＣＨの全てがキャンセルされる。
【0116】
キャンセル処理の他例として、ＳＬリソースＲ１のうち、ＳＬリソースＲ７とオーバーラップするＳＬリソースがキャンセルされる。この場合、第１ＵＥ２００Ａは、キャンセルされない（つまり、ＳＬリソースＲ７とオーバーラップしていない）残りのＳＬリソースを用いてＰＳＣＣＨ及び／又はＰＳＳＣＨを送信する。
【0117】
上述したキャンセルされるべきＳＬリソースＲ７は、以下の一部又は全部により規定、定義、又は、制限され得る。
【0118】
ＳＬリソースＲ７は、所定のリソースプール内のリソースである。例えば、所定のリソースプールは、受信リソースプール（RxPool）、又は、送信リソースプール（TxPool）として設定される。また、制御情報は、所定のリソースプールを示すリソースプールＩＤを含み得る。
【0119】
ＳＬリソースＲ７の時間リソースは、少なくともリソースプールの時間リソース（sl-timeResource）で設定されないシンボル、及び／又は、当該リソースプールに設定されるＴＤＤ設定（sl-TDD-Configuration）で示されないＳＬリソースのシンボルを除外する。
【0120】
次に、キャンセルされるべきＳＬリソースＲ７を示す方法として、例えば、ビットマップ形式の情報として示す方法、及び、キャンセルされるＳＬリソースＲ７に関する情報として示す方法が挙げられる。
【0121】
ビットマップ形式の情報として示す場合、当該情報に含まれるそれぞれのビットが、例えば所定のＳＬリソース内の一部に対応する。例えば、ビットが「１」である場合、そのビットに対応するＳＬリソース（又は、そのＳＬリソースの少なくとも一部がオーバーラップするＳＬ送信）は、キャンセルされるべきであることを示す。
【0122】
ここで、それぞれのビットに対応するＳＬリソースは、所定のシンボル数及び／又は所定のサブチャネル数で規定又は設定される。
【0123】
あるいは、それぞれのビットに対応するＳＬリソースは、さらにキャンセルされ得るＳＬリソースのリソースプールに設定されるパラメータによって決まってもよい。例えば、パラメータとして、当該リソースプールのサブチャネルサイズ（つまり、１つのサブチャネルを構成するリソースブロック数）、当該リソースプールのサブチャネル数、当該リソースプールの時間リソースなどが挙げられる。
【0124】
それぞれのビットに対応するＳＬリソースを決定するために、以下のパラメータがＲＲＣシグナリングにより基地局１００によって設定され得る。
・SL cancellation情報に含まれる制御情報のビット数に関するパラメータ
・それぞれのビットに対応するＳＬリソースの周波数リソースに関するパラメータ
・当該制御情報で通知するＳＬリソース全体に対応するシンボル数に関するパラメータ
・それぞれのビットに対応するシンボル数に関するパラメータ
・SL cancellation情報に含まれる制御情報のビット数に関するパラメータ
・それぞれのビットに対応するＳＬリソースの周波数リソースに関するパラメータ
・当該制御情報で通知するＳＬリソース全体に対応するシンボル数に関するパラメータ
・それぞれのビットに対応するシンボル数に関するパラメータ
【0125】
なお、それぞれのビットに対応するＳＬリソースの周波数リソースに関するパラメータは、上述したリソースプールのサブチャネルサイズを単位として設定され得る。
【0126】
また、上記ＳＬリソース全体に対応するシンボル数は、少なくともリソースプールの時間リソース（sl-timeResource）で設定されないシンボル、及び／又は、当該リソースプールに設定されるＴＤＤ設定（sl-TDD-Configuration）で示されないＳＬリソースのシンボルを除外したシンボルのシンボル数である。
【0127】
また、それぞれのビットに対応するシンボル数に関するパラメータとして、所定数のシンボル数が設定され得る。
【0128】
次に、上述したように、キャンセルされるべきＳＬリソースＲ７を示す方法として、キャンセルされるＳＬリソースＲ７に関する情報として示す方法がある。この場合、当該情報には、例えば、スロット番号、サブフレーム番号、シンボル番号、リソースブロック番号、サブチャネル番号、リソースプール番号などに関する情報の少なくとも１つが含まれ得る。さらに又はこれに代えて、ＳＬリソースＲ７に関する情報は、ＳＬリソースＲ７の開始位置を示す情報及び、ＳＬリソースＲ７の数（開始位置からのリソースの数）を示す情報を含んでいてもよい。ＳＬリソースＲ７の開始位置を示す情報及び、ＳＬリソースＲ７の数（開始位置からのリソースの数）を示す情報は、スロット番号、サブフレーム番号、シンボル番号、リソース番号、リソースブロック番号、サブチャネル番号、リソースプール番号（リソースプールＩＤ）などの情報のうち、少なくとも１つと、スロット数、サブフレーム数、シンボル数、リソース数、リソースブロック数、サブチャネル数、リソースプール数（リソースプールＩＤ）のうち、少なくとも１つの組合せであってもよい。
【0129】
（SL cancellation情報を送信するＰＤＣＣＨに関する情報）
SL cancellation情報を送信する第２ＰＤＣＣＨは、予め規定又は設定される周期的なリソースで送信される。第１ＵＥ２００Ａは、周期的なリソースをモニタリングする。これにより、第１ＵＥ２００Ａは、SL cancellation情報を取得する。なお、ＳＬリソースＲ１をスケジューリングされていないＵＥ２００は、周期的なリソースで送信される第２ＰＤＣＣＨをモニタリングしなくてもよい。
SL cancellation情報を送信する第２ＰＤＣＣＨは、予め規定又は設定される周期的なリソースで送信される。第１ＵＥ２００Ａは、周期的なリソースをモニタリングする。これにより、第１ＵＥ２００Ａは、SL cancellation情報を取得する。なお、ＳＬリソースＲ１をスケジューリングされていないＵＥ２００は、周期的なリソースで送信される第２ＰＤＣＣＨをモニタリングしなくてもよい。
【0130】
また、キャンセルされるＳＬリソースＲ１がない場合、第２ＰＤＣＣＨは送信されなくてもよい。
【0131】
次に、第２ＰＤＣＣＨに用いられるＲＮＴＩは、SL cancellation情報の通知のために固有に規定又は設定される。この場合、第２ＰＤＣＣＨに用いられるＲＮＴＩは、キャンセルされるＳＬリソースＲ１をスケジュールしたＰＤＣＣＨに用いられるＲＮＴＩと異なる。
【0132】
＜３．２．第２ＵＥが通知する方法＞
＜３．２．１．第２ＵＥによる通知方法１＞
続いて、本開示の実施形態に係る通信システム１で実施されるSL cancellation情報の通知方法の他例を説明する。ここでは、第２ＵＥ２００Ｂが第１ＵＥ２００Ａに対してSL cancellation情報を送信するものとする。
＜３．２．１．第２ＵＥによる通知方法１＞
続いて、本開示の実施形態に係る通信システム１で実施されるSL cancellation情報の通知方法の他例を説明する。ここでは、第２ＵＥ２００Ｂが第１ＵＥ２００Ａに対してSL cancellation情報を送信するものとする。
【0133】
［シグナリング］
図９は、本開示の実施形態に係る通信システム１で行われるシグナリングの一例を示す図である。なお、図６と同じシグナリングについては説明を省略する。すなわち、特に明記しない限り、第２ＵＥ２００Ｂによる通知方法１として、基地局１００による通知方法が適用され得る。
図９は、本開示の実施形態に係る通信システム１で行われるシグナリングの一例を示す図である。なお、図６と同じシグナリングについては説明を省略する。すなわち、特に明記しない限り、第２ＵＥ２００Ｂによる通知方法１として、基地局１００による通知方法が適用され得る。
【0134】
図９に示すように、時刻ｔ１において、基地局１００は、第１ＵＥ２００ＡにSL schedulingのための第１ＰＤＣＣＨを送信する。第１ＵＥ２００Ａは、当該第１ＰＤＣＣＨを受信する。本通知方法では、第２ＵＥ２００Ｂも当該第１ＰＤＣＣＨを受信する。これにより、第２ＵＥ２００Ｂは、ＳＬリソースＲ１のスケジューリング状況を把握する。
【0135】
このように、本通知方法では、第２ＵＥ２００Ｂは、SL mode-1において、ＳＬリソースのスケジューリング状況を把握する目的で他のＴｘＵＥ（ここでは第１ＵＥ２００Ａ）のスケジューリング情報（第１ＰＤＣＣＨ）を受信する。
【0136】
換言すると、SL mode-1において、第２ＵＥ２００Ｂは、基地局１００から他のＴｘＵＥ（例えば、第１ＵＥ２００Ａ）宛の第１ＰＤＣＣＨをモニタリングすることで、ＳＬリソースの使用状況をセンシングする。これにより、第２ＵＥ２００Ｂは、ＳＬリソースを認識する。なお、第２ＵＥ２００Ｂがモニタリングする第１ＰＤＣＣＨの宛先となる他のＴｘＵＥは１つに限定されない。第２ＵＥ２００Ｂは、複数の他のＴｘＵＥ宛の第１ＰＤＣＣＨをモニタリングし得る。
【0137】
なお、他のＴｘＵＥ宛の第１ＰＤＣＣＨのセンシングを行うために、第２ＵＥ２００Ｂは、第１ＰＤＣＣＨに用いられるＲＮＴＩを予め知っている。例えば、当該ＲＮＴＩは、予め規定又は設定される。
【0138】
図９に示すように、第１ＵＥ２００Ａに割り当てられたＳＬリソースＲ１の開始前の時刻ｔ２において、第２ＵＥ２００Ｂは、基地局１００にＳＬのためのScheduling requestをＰＵＣＣＨ又はＰＵＳＣＨを用いて送信する。
【0139】
このとき、第２ＵＥ２００Ｂは、このScheduling requestと共に、後述するSL cancellation情報を第１ＵＥ２００Ａに送信することを基地局１００に通知してもよい。これにより、基地局１００は、第１ＵＥ２００Ａに割り当てたＳＬリソースＲ１がキャンセルされることを認識することができる。
【0140】
続いて、第２ＵＥ２００Ｂは、時刻ｔ３１において、第１ＵＥ２００Ａに、ＳＬリソースＲ１をキャンセルさせるための制御情報（SL cancellation情報）をＰＳＣＣＨ及び／又はＰＳＳＣＨを用いて送信する。なお、図９では、第２ＵＥ２００ＢがＰＳＣＣＨを用いて制御情報（SL cancellation情報、図９ではCancellationと記載）を送信する例を示している。
【0141】
なお、図９では、ＳＬリソースＲ１をキャンセルさせるための制御情報が、Scheduling requestの後に送信される例を示しているが、これに限定されない。当該制御情報が、Scheduling requestと同時に（同じスロット又は同じシンボルで）送信されてもよい。あるいは、当該制御情報がScheduling requestより先に送信されてもよい。
【0142】
第１ＵＥ２００Ａは、SL cancellation情報を含むＰＳＣＣＨ及び／又はＰＳＳＣＨの候補をモニタリングし、当該ＰＳＣＣＨ及び／又はＰＳＳＣＨを受信する。ＰＳＣＣＨ及び／又はＰＳＳＣＨの候補は、後述する所定のリソース内に含まれ得る。第１ＵＥ２００Ａは、その所定のリソース内をモニタリングすることで、当該ＰＳＣＣＨ及び／又はＰＳＳＣＨを受信する。
【0143】
第１ＵＥ２００Ａは、受信したSL cancellation情報に基づき、ＳＬリソースＲ１を使用するＳＬ送信をキャンセルする。
【0144】
基地局１００は、第２ＵＥ２００ＢのＳＬ送信のためのＳＬリソースＲ３に、第１ＵＥ２００Ａに割り当てたＳＬリソースＲ１の少なくとも一部を割り当てることを決定する。
【0145】
時刻ｔ４において、基地局１００は、第２ＵＥ２００ＢにSL schedulingのための第２ＰＤＣＣＨを送信する。このとき、第２ＵＥ２００Ｂに割り当てたＳＬリソースＲ３の少なくとも一部は、キャンセルされたＳＬリソースＲ１の少なくとも一部を含む。
【0146】
第２ＵＥ２００Ｂは、時刻ｔ５において、割り当てられたＳＬリソースＲ３を用いてＳＬ送信を行う。
【0147】
［SL cancellation情報］
上述した第２ＵＥ２００Ｂによる通知方法１におけるSL cancellation情報は、以下の情報を少なくとも１つ有する。
・SL cancellation情報（ＳＣＩ：Sidelink control information）に含まれる制御情報
・SL cancellation情報を送信するＰＳＣＣＨ及び／又はＰＳＳＣＨに関する情報
上述した第２ＵＥ２００Ｂによる通知方法１におけるSL cancellation情報は、以下の情報を少なくとも１つ有する。
・SL cancellation情報（ＳＣＩ：Sidelink control information）に含まれる制御情報
・SL cancellation情報を送信するＰＳＣＣＨ及び／又はＰＳＳＣＨに関する情報
【0148】
SL cancellation情報（ＳＣＩ）に含まれる制御情報は、例えば、基地局１００による通知方法１で記載したSL cancellation情報（ＤＣＩ）に含まれる制御情報と同じ情報を含む。
【0149】
SL cancellation情報を送信するＰＳＣＣＨ及び／又はＰＳＳＣＨに関する情報は、例えば、当該ＰＳＣＣＨ及び／又はＰＳＳＣＨが送信されるリソースに関する情報を含む。当該リソースは、例えば、基地局１００による通知方法１に記載の第２ＰＤＣＣＨが送信されるリソースと同じである。
【0150】
また、当該ＰＳＣＣＨ及び／又はＰＳＳＣＨが送信されるリソースは、キャンセルされるＳＬリソースＲ１と同じリソースプール内のリソースであってもよい。
【0151】
ここで、当該ＰＳＣＣＨ及び／又はＰＳＳＣＨは、第１ＵＥ２００Ａ個別にUnicastされる。この場合、SL cancellation情報は、キャンセルするＳＬリソースＲ１又はＳＬ通信（すなわち、第１ＵＥ２００ＡにスケジュールされたＳＬリソースＲ１またはＳＬ通信）を明示的に示す情報を含むことが好適である。
【0152】
あるいは、当該ＰＳＣＣＨ及び／又はＰＳＳＣＨが、第１ＵＥ２００Ａを含む複数のＵＥ２００にBroadcast又はGroupcastされてもよい。この場合、SL cancellation情報は、第２ＵＥ２００ＢがキャンセルさせたいＳＬリソースＲ１を示す情報を含むことが好適である。例えば、SL cancellation情報が、基地局１００による通信方法３におけるSL cancellation情報（ＤＣＩ）に含まれる制御情報と同じ制御情報を含むことが好適である。
【0153】
＜３．２．２．第２ＵＥによる通知方法２＞
ここでは、第２ＵＥ２００Ｂによる通知方法１と同様に、第２ＵＥ２００Ｂが第１ＵＥ２００ＡにSL cancellation情報を送信する方法を、第２ＵＥ２００Ｂによる通信方法２として説明する。本通知方法は、第２ＵＥ２００Ｂが送信するSL cancellation情報が、第１ＵＥ２００Ａに割り当てられたＳＬリソースＲ１の少なくとも一部を含むＳＬリソースのReservation情報である点で第２ＵＥ２００Ｂによる通知方法１と異なる。
ここでは、第２ＵＥ２００Ｂによる通知方法１と同様に、第２ＵＥ２００Ｂが第１ＵＥ２００ＡにSL cancellation情報を送信する方法を、第２ＵＥ２００Ｂによる通信方法２として説明する。本通知方法は、第２ＵＥ２００Ｂが送信するSL cancellation情報が、第１ＵＥ２００Ａに割り当てられたＳＬリソースＲ１の少なくとも一部を含むＳＬリソースのReservation情報である点で第２ＵＥ２００Ｂによる通知方法１と異なる。
【0154】
図１０は、本開示の実施形態に係る通信システム１で行われるシグナリングの一例を示す図である。なお、図６及び図９と同じシグナリングについては説明を省略する。すなわち、特に明記しない限り、第２ＵＥ２００Ｂによる通知方法２として、基地局１００による通知方法及び／又は第２ＵＥ２００Ｂによる通知方法１が適用され得る。
【0155】
図１０に示すように、時刻ｔ３２において、第２ＵＥ２００Ｂは、第１ＵＥ２００Ａに、ＳＬリソースＲ１をキャンセルさせるための制御情報（SL cancellation情報）をＰＳＣＣＨ及び／又はＰＳＳＣＨを用いて送信する。なお、図１０では、第２ＵＥ２００ＢがＰＳＣＣＨを用いて制御情報（SL cancellation情報、図１０ではCancellationと記載）を送信する例を示している。
【0156】
このように、本通知方法では、第２ＵＥ２００Ｂは、Scheduling requestを基地局１００に送信せずに、第１ＵＥ２００ＡにSL cancellation情報を送信し得る。
【0157】
ここで、本通知方法におけるSL cancellation情報は、第１ＵＥ２００Ａに割り当てられたＳＬリソースＲ１の少なくとも一部を含むＳＬリソースＲ３のReservation情報を含む。さらに、SL cancellation情報は、第２ＵＥ２００Ｂが送信するＰＳＳＣＨに対するPriority情報も含む。このPriorityは、第１ＵＥ２００Ａが送信する予定のＰＳＳＣＨに対するPriorityよりも高い。
【0158】
第２ＵＥ２００Ｂが第１ＵＥ２００ＡのＳＬ送信をキャンセルさせるか否かを決定するPriority情報（すなわち、Mode-1におけるSL preemptionで用いられるPriority情報）は、上述したMode-2におけるSL preemptionで用いられるPriority情報とは独立に設定され得る。
【0159】
さらに、第２ＵＥ２００Ｂが第１ＵＥ２００ＡのＳＬ送信をキャンセルさせることができるPriorityの閾値（スレッショルド）が、リソースプールに設定され得る。当該リソースプールは、第１ＵＥ２００Ａに割り当てられたＳＬリソースＲ１のリソースプールである。当該リソースプールにこの閾値が設定された場合、第２ＵＥ２００Ｂは、送信したいＳＬ送信のPriorityがこの閾値を超えた（又は、以上であった）ことを条件として、第１ＵＥ２００ＡのＳＬ送信をキャンセルさせることができる。
【0160】
図１０に示すように、第１ＵＥ２００Ａは、時刻ｔ３２で送信されたＰＳＣＣＨであって、SL cancellation情報（Cancellation）を含むＰＳＣＣＨを受信する。第１ＵＥ２００Ａは、SL cancellation情報を含むＰＳＣＣＨ及び／又はＰＳＳＣＨの候補をモニタリングし、当該ＰＳＣＣＨ及び／又はＰＳＳＣＨ（図１０ではＰＳＣＣＨ）を受信する。
【0161】
ＰＳＣＣＨ及び／又はＰＳＳＣＨの候補は、第２ＵＥ２００Ｂによる通知方法１と同様の所定のリソース内に含まれ得る。第１ＵＥ２００Ａは、その所定のリソース内をモニタリングする。
【0162】
第１ＵＥ２００Ａは、受信したSL cancellation情報に基づき、ＳＬリソースＲ１を使用するＳＬ送信をキャンセルする。
【0163】
第２ＵＥ２００Ｂは、時刻ｔ５において、ＳＬリソースＲ３を用いてＳＬ送信を行う。
【0164】
＜３．３．第３ＵＥに通知する方法＞
＜３．３．１．第３ＵＥへの通知方法１＞
続いて、本開示の実施形態に係る通信システム１で実施されるSL cancellation情報の通知方法の他例を説明する。ここでは、基地局１００が第３ＵＥ２００Ｃ（第１の通信装置又は第２通信装置の一例）に対してＳＬリソースをキャンセルさせるための情報を送信するものとする。基地局１００は、第１ＵＥ２００Ａを介して第３ＵＥ２００Ｃに対してＳＬリソースをキャンセルさせるための情報を通知する。基地局１００が第１ＵＥ２００ＡにSL cancellation情報を送信することで、第１ＵＥ２００Ａは、第３ＵＥ２００Ｃに対してＳＬリソースを使用したＳＬ通信をキャンセルさせる。
＜３．３．１．第３ＵＥへの通知方法１＞
続いて、本開示の実施形態に係る通信システム１で実施されるSL cancellation情報の通知方法の他例を説明する。ここでは、基地局１００が第３ＵＥ２００Ｃ（第１の通信装置又は第２通信装置の一例）に対してＳＬリソースをキャンセルさせるための情報を送信するものとする。基地局１００は、第１ＵＥ２００Ａを介して第３ＵＥ２００Ｃに対してＳＬリソースをキャンセルさせるための情報を通知する。基地局１００が第１ＵＥ２００ＡにSL cancellation情報を送信することで、第１ＵＥ２００Ａは、第３ＵＥ２００Ｃに対してＳＬリソースを使用したＳＬ通信をキャンセルさせる。
【0165】
ここで、第３ＵＥ２００Ｃは、第１ＵＥ２００ＡからのＳＬ送信を受信するＲｘＵＥである。第３ＵＥ２００Ｃは、第１ＵＥ２００Ａから送信されるＰＳＳＣＨに対応する応答情報を、ＰＳＦＣＨ（Physical Sidelink Feedback Channel）を用いて、第１ＵＥ２００Ａに送信する。応答情報は、例えば、Ａｃｋ／Ｎａｃｋ情報、Ａ／Ｎ情報、ＨＡＲＱ－ＡＣＫなどが含まれる。
【0166】
本通知方法では、基地局１００は、ＰＳＳＣＨに対する応答情報を送信するためのサイドリンクチャネルであるＰＳＦＣＨを、SL cancellation情報を用いてキャンセルさせる。基地局１００は、第１ＵＥ２００Ａを介して第３ＵＥ２００Ｃに対してＰＳＦＣＨをキャンセルさせるための情報を通知する。基地局１００が第１ＵＥ２００ＡにSL cancellation情報を送信することで、第１ＵＥ２００Ａは、第３ＵＥ２００Ｃに対してＰＳＦＣＨの送信をキャンセルさせる。
【0167】
なお、本通知方法において、上述した基地局１００による通知方法及び第２ＵＥ２００Ｂによる通知方法と同じ方法の説明を省略する。すなわち、本通知方法は、上述した基地局１００による通知方法及び第２ＵＥ２００Ｂによる通知方法を組み合わせて（すなわち、同様の方法を用いて）実施され得る。
【0168】
図１１は、本開示の実施形態に係る通信システム１で行われるシグナリングの一例を示す図である。なお、図６及び図９と同じシグナリングについては説明を省略する。すなわち、特に明記しない限り、第３ＵＥ２００Ｃへの通知方法１として、基地局１００による通知方法及び／又は第２ＵＥ２００Ｂによる通知方法が適用され得る。
【0169】
ここでは、第１ＵＥ２００Ａが第３ＵＥ２００ＣにＰＳＳＣＨを送信し、第３ＵＥ２００Ｃは、その応答情報を含むＰＳＦＣＨを、ＳＬリソースＲ５を使用して送信しようとするものとする（Potential PSFCH）。
【0170】
第１ＵＥ２００Ａが第３ＵＥ２００Ｃに送信するＰＳＳＣＨのスケジューリングは、図６及び図９と同様に、基地局１００により行われる。すなわち、図１１の例では、ＳＬリソースＲ１のキャンセルは行われず、第１ＵＥ２００Ａは、第１ＰＤＣＣＨによって割り当てられるＳＬリソースＲ１を使用してＰＳＳＣＨを第３ＵＥ２００Ｃに送信する。
【0171】
ここで、図１１に示すように、時刻ｔ２で第２ＵＥ２００ＢからScheduling requestを受信した基地局１００は、時刻ｔ３でSL cancellation情報（Cancellation）を含むＰＤＣＣＨを第１ＵＥ２００Ａに送信する。当該SL cancellation情報は、第１ＵＥ２００Ａが送信するＰＳＳＣＨに対応するＰＳＦＣＨをキャンセルさせるための制御情報である。
【0172】
第１ＵＥ２００Ａは、時刻ｔ１で受信したSL scheduling情報、及び、時刻ｔ３で受信したSL cancellation情報に基づき、時刻ｔ７においてＳＬリソースＲ３を使用してＰＳＣＣＨ及びＰＳＳＣＨを第３ＵＥ２００Ｃに送信する。
【0173】
このとき、ＰＳＣＣＨ又はＰＳＳＣＨで送信されるＳＣＩは、当該ＰＳＳＣＨに対応するＰＳＦＣＨを送信させないことを示す情報を含む。ＰＳＦＣＨを送信させないことを示す情報は、例えば、ＨＡＲＱ－ＡＣＫ送信がdisableであることを示す情報、ＨＡＲＱ－ＡＣＫキャンセルを示す情報、ＨＡＲＱ－ＡＣＫストップを示す情報などが含まれ得る。
【0174】
第３ＵＥ２００Ｃは、ＰＳＣＣＨ又はＰＳＳＣＨで送信されるＳＣＩに基づき、ＰＳＳＣＨを受信処理する。第３ＵＥ２００Ｃは、当該ＰＳＳＣＨに対するＨＡＲＱ－ＡＣＫを送信せず、ＰＳＦＣＨの送信をキャンセルする。
【0175】
図１１の例では、第１ＵＥ２００ＡによるＰＳＣＣＨ及びＰＳＳＣＨの送信後の時刻ｔ４１において、基地局１００は、ＳＬリソースＲ４をスケジューリングするためのSL scheduling情報を含むＰＤＣＣＨを第２ＵＥ２００Ｂに送信する。第２ＵＥ２００Ｂは、当該SL scheduling情報に基づき、時刻ｔ５１において、割り当てられたＳＬリソースＲ４を用いてＳＬ送信を行う。なお、ＳＬリソースＲ４は、ＰＳＦＣＨの送信に割り当てられていたＳＬリソースＲ５の少なくとも一部を含む（オーバーラップする）。
【0176】
＜３．３．２．第３ＵＥへの通知方法２＞
上述した第３ＵＥ２００Ｃへの通知方法１では、第１ＵＥ２００ＡがＰＳＣＣＨ及びＰＳＳＣＨを送信する前に、基地局１００がSL cancellation情報を含むＰＤＣＣＨを第１ＵＥ２００Ａに送信するとしたが、これに限定されない。第１ＵＥ２００ＡがＰＳＣＣＨ及びＰＳＳＣＨを送信した後に、基地局１００がSL cancellation情報を含むＰＤＣＣＨを送信するようにしてもよい。この場合、基地局１００は、SL cancellation情報（Cancellation）を含むＰＤＣＣＨを第３ＵＥ２００Ｃに送信する。
上述した第３ＵＥ２００Ｃへの通知方法１では、第１ＵＥ２００ＡがＰＳＣＣＨ及びＰＳＳＣＨを送信する前に、基地局１００がSL cancellation情報を含むＰＤＣＣＨを第１ＵＥ２００Ａに送信するとしたが、これに限定されない。第１ＵＥ２００ＡがＰＳＣＣＨ及びＰＳＳＣＨを送信した後に、基地局１００がSL cancellation情報を含むＰＤＣＣＨを送信するようにしてもよい。この場合、基地局１００は、SL cancellation情報（Cancellation）を含むＰＤＣＣＨを第３ＵＥ２００Ｃに送信する。
【0177】
図１２は、本開示の実施形態に係る通信システム１で行われるシグナリングの一例を示す図である。なお、図１２と同じシグナリングについては説明を省略する。すなわち、特に明記しない限り、第３ＵＥ２００Ｃへの通知方法２として、第３ＵＥ２００Ｃへの通知方法１、基地局１００による通知方法、及び／又は、第２ＵＥ２００Ｂによる通知方法が適用され得る。
【0178】
図１２に示すように、本通知方法では、SL cancellation情報（Cancellation）を含むＰＤＣＣＨは、第１ＵＥ２００ＡがＰＳＣＣＨ及びＰＳＳＣＨを送信した後の時刻ｔ３３において、基地局１００から第３ＵＥ２００Ｃに送信される。当該SL cancellation情報は、第１ＵＥ２００Ａが送信するＰＳＳＣＨに対応するＰＳＦＣＨをキャンセルさせるための制御情報である。
【0179】
また、第３ＵＥへの通知方法２は、＜３．１．３．基地局による通知方法３＞で説明したように、SL cancellation情報は、キャンセルされるべきＳＬリソースＲ７を含んで、Group commonまたはBroadcastで送信されてもよい。第３ＵＥ２００Ｃは、受信したSL cancellation情報が示すＳＬリソースＲ７が、送信され得るＰＳＦＣＨのＳＬリソースＲ５の少なくとも一部を含む場合、当該ＰＳＦＣＨの送信をキャンセルする。基地局１００は、キャンセルされたＳＬリソースＲ７の少なくとも一部を用いて、第２ＵＥ２００ＢにＳＬリソースＲ４をスケジュールすることができる。なお、ＳＬリソースＲ４とＳＬリソースＲ７は同じであってもよく、同じでなくてもよい。ＳＬリソースＲ４とＳＬリソースＲ７が同じＳＬリソースではない場合、ＳＬリソースＲ７がＳＬリソースＲ４を包含するＳＬリソースである（ＳＬリソースＲ４が、ＳＬリソースＲ７の一部である）ことが好ましい。
【0180】
第３ＵＥ２００Ｃは、SL cancellation情報に基づき、ＰＳＳＣＨに対するＨＡＲＱ－ＡＣＫを送信せず、ＰＳＦＣＨの送信をキャンセルする。
【0181】
＜＜４．その他の実施形態＞＞
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
【0182】
例えば、上述の実施形態の基地局１００、端末装置２００を制御する制御装置は、専用のコンピュータシステムにより実現してもよいし、汎用のコンピュータシステムによって実現してもよい。
【0183】
例えば、上述の動作を実行するための通信プログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、送信装置、受信装置の外部の装置（例えば、パーソナルコンピュータ）であってもよい。また、制御装置は、送信装置、受信装置の内部の装置（例えば、制御部１５０、２４０）であってもよい。
【0184】
また、上記通信プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。
【0185】
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【0186】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。なお、この分散・統合による構成は動的に行われてもよい。
【0187】
また、上述の実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述の実施形態のシーケンス図に示された各ステップは、適宜順序を変更することが可能である。
【0188】
また、例えば、本実施形態は、装置又はシステムを構成するあらゆる構成、例えば、システムＬＳＩ（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
【0189】
なお、本実施形態において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【0190】
また、例えば、本実施形態は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【0191】
＜＜５．むすび＞＞
以上、本開示の実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。
以上、本開示の実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。
【0192】
また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。
【0193】
なお、本技術は以下のような構成も取ることができる。
（１）
基地局から、他の通信装置とのサイドリンク通信に使用するサイドリンクリソースに関するスケジューリング情報を受信する受信部と、
前記サイドリンクリソースを用いて前記他の通信装置と前記サイドリンク通信を行う制御部と、
を備え、
前記制御部は、
前記サイドリンクリソースの使用をキャンセルするためのキャンセル情報を受信した場合、前記キャンセル情報に基づき、前記サイドリンクリソースを用いた前記サイドリンク通信をキャンセルする、
通信装置。
（２）
前記キャンセル情報が送信されるリソースは、前記スケジューリング情報、及び、前記サイドリンクリソースの少なくとも一方に基づいて決定される、（１）に記載の通信装置。
（３）
前記キャンセル情報が送信されるリソースの時間リソースは、前記スケジューリング情報の時間リソース、及び、前記サイドリンクリソースの時間リソースの少なくとも一方に基づいて決定される、（１）又は（２）に記載の通信装置。
（４）
前記キャンセル情報は、前記サイドリンクリソースに関する情報、前記スケジューリング情報に関する情報、及び、前記サイドリンクリソースにおいてスケジューリングされた前記サイドリンク通信に関する情報、の少なくとも１つを含む、（１）～（３）のいずれか１つに記載の通信装置。
（５）
前記キャンセル情報の送信し使用されるＲＮＴＩ（Radio Network Temporary Identifier）は、前記スケジューリング情報の送信に使用されるＲＮＴＩ、及び、前記キャンセル情報の送信に固有に使用されるＲＮＴＩのいずれか一方である、（１）～（４）のいずれか１つに記載の通信装置。
（６）
前記キャンセル情報は、前記基地局からＰＤＣＣＨ（Physical Downlink Control Channel）を用いて送信される、（１）～（５）のいずれか１つに記載の通信装置。
（７）
前記キャンセル情報は、前記サイドリンクリソースを変更するための情報を含み、
前記制御部は、前記キャンセル情報によって変更された前記サイドリンクリソースを用いて前記他の通信装置と前記サイドリンク通信を行う、
（６）に記載の通信装置。
（８）
前記キャンセル情報は、第２の通信装置からＰＳＣＣＨ（Physical Sidelink Control Channel）を用いて送信される、（１）～（５）のいずれか１つに記載の通信装置。
（９）
前記キャンセル情報は、前記第２の通信装置が前記サイドリンク通信に使用する第２のサイドリンクリソースを予約するための情報、及び、前記第２のサイドリンクリソースで送信される前記サイドリンク通信のプライオリティを示す情報の少なくとも一方を含み、
前記キャンセル情報に含まれる前記プライオリティは、前記通信装置が前記サイドリンクリソースで送信する前記サイドリンク通信のプライオリティより高い、
（８）に記載の通信装置。
（１０）
前記第２のサイドリンクリソースの少なくとも一部は、前記サイドリンクリソースの少なくとも一部とオーバーラップする、（９）に記載の通信装置。
（１１）
基地局が送信するスケジューリング情報であって、第１の通信装置との間のサイドリンク通信に使用するサイドリンクリソースに関する前記スケジューリング情報に基づき、前記第１の通信装置と前記サイドリンク通信を行う第２の通信装置に対して、前記サイドリンクリソースを用いた前記サイドリンク通信をキャンセルするためのキャンセル情報を送信する、制御部、
を備える通信装置。
（１２）
前記通信装置は、前記第１の通信装置及び前記第２の通信装置と通信を行う基地局である、（１１）に記載の通信装置。
（１３）
前記制御部は、第３の通信装置に、前記第３の通信装置が他の通信装置と前記サイドリンク通信を行うために使用する第２のサイドリンクリソースに関する第２のスケジューリング情報を送信し、
前記第２のサイドリンクリソースの少なくとも一部は、前記サイドリンクリソースの少なくとも一部とオーバーラップする、（１２）に記載の通信装置。
（１４）
前記キャンセル情報は、前記第１の通信装置と前記第２の通信装置との間のサイドリンク通信で送信されるＰＳＦＣＨ（Physical Sidelink Feedback Channel）をキャンセルさせるための情報を含む、（１２）又は（１３）に記載の通信装置。
（１５）
前記キャンセル情報は、前記サイドリンクリソースを使用してＰＳＣＣＨ及びＰＳＳＣＨ（Physical Sidelink Shared Channel）の少なくとも一方を送信する前記第２の通信装置に送信され、
前記第２の通信装置は、ＰＳＣＣＨ及びＰＳＳＣＨを送信するときに、前記第１の通信装置にＰＳＦＣＨの送信をキャンセルさせるための情報を通知する、
（１４）に記載の通信装置。
（１６）
前記キャンセル情報は、前記第１の通信装置が前記サイドリンクリソースを使用して送信するＰＳＳＣＨに対してＰＳＦＣＨを送信する前記第２の通信装置に送信され、
前記第２の通信装置は、前記キャンセル情報に応じて前記ＰＳＦＣＨの送信をキャンセルする、
（１４）に記載の通信装置。
（１７）
前記通信装置は、前記基地局と通信を行い、他の通信装置と前記サイドリンク通信を行う第３の通信装置である、（１１）に記載の通信装置。
（１８）
前記制御部は、前記サイドリンクリソースを認識する、（１７）に記載の通信装置。
（１９）
前記制御部は、前記スケジューリング情報を受信し、前記スケジューリング情報に基づいて前記サイドリンクリソースを認識する、（１８）に記載の通信装置。
（２０）
前記通信装置は、前記第２の通信装置と同じリソースプールを使用する、（１７）～（１９）のいずれか１つに記載の通信装置。
（２１）
基地局から、他の通信装置とのサイドリンク通信に使用するサイドリンクリソースに関するスケジューリング情報を受信することと、
前記サイドリンクリソースを用いて前記他の通信装置と前記サイドリンク通信を行うことと、
前記サイドリンクリソースの使用をキャンセルするためのキャンセル情報を受信した場合、前記キャンセル情報に基づき、前記サイドリンクリソースを用いた前記サイドリンク通信をキャンセルすることと、
を含む通信方法。
（２２）
基地局が送信するスケジューリング情報であって、第１の通信装置との間のサイドリンク通信に使用するサイドリンクリソースに関する前記スケジューリング情報に基づき、前記第１の通信装置と前記サイドリンク通信を行う第２の通信装置に対して、前記サイドリンクリソースを用いた前記サイドリンク通信をキャンセルするためのキャンセル情報を送信すること、
を含む通信方法。
（１）
基地局から、他の通信装置とのサイドリンク通信に使用するサイドリンクリソースに関するスケジューリング情報を受信する受信部と、
前記サイドリンクリソースを用いて前記他の通信装置と前記サイドリンク通信を行う制御部と、
を備え、
前記制御部は、
前記サイドリンクリソースの使用をキャンセルするためのキャンセル情報を受信した場合、前記キャンセル情報に基づき、前記サイドリンクリソースを用いた前記サイドリンク通信をキャンセルする、
通信装置。
（２）
前記キャンセル情報が送信されるリソースは、前記スケジューリング情報、及び、前記サイドリンクリソースの少なくとも一方に基づいて決定される、（１）に記載の通信装置。
（３）
前記キャンセル情報が送信されるリソースの時間リソースは、前記スケジューリング情報の時間リソース、及び、前記サイドリンクリソースの時間リソースの少なくとも一方に基づいて決定される、（１）又は（２）に記載の通信装置。
（４）
前記キャンセル情報は、前記サイドリンクリソースに関する情報、前記スケジューリング情報に関する情報、及び、前記サイドリンクリソースにおいてスケジューリングされた前記サイドリンク通信に関する情報、の少なくとも１つを含む、（１）～（３）のいずれか１つに記載の通信装置。
（５）
前記キャンセル情報の送信し使用されるＲＮＴＩ（Radio Network Temporary Identifier）は、前記スケジューリング情報の送信に使用されるＲＮＴＩ、及び、前記キャンセル情報の送信に固有に使用されるＲＮＴＩのいずれか一方である、（１）～（４）のいずれか１つに記載の通信装置。
（６）
前記キャンセル情報は、前記基地局からＰＤＣＣＨ（Physical Downlink Control Channel）を用いて送信される、（１）～（５）のいずれか１つに記載の通信装置。
（７）
前記キャンセル情報は、前記サイドリンクリソースを変更するための情報を含み、
前記制御部は、前記キャンセル情報によって変更された前記サイドリンクリソースを用いて前記他の通信装置と前記サイドリンク通信を行う、
（６）に記載の通信装置。
（８）
前記キャンセル情報は、第２の通信装置からＰＳＣＣＨ（Physical Sidelink Control Channel）を用いて送信される、（１）～（５）のいずれか１つに記載の通信装置。
（９）
前記キャンセル情報は、前記第２の通信装置が前記サイドリンク通信に使用する第２のサイドリンクリソースを予約するための情報、及び、前記第２のサイドリンクリソースで送信される前記サイドリンク通信のプライオリティを示す情報の少なくとも一方を含み、
前記キャンセル情報に含まれる前記プライオリティは、前記通信装置が前記サイドリンクリソースで送信する前記サイドリンク通信のプライオリティより高い、
（８）に記載の通信装置。
（１０）
前記第２のサイドリンクリソースの少なくとも一部は、前記サイドリンクリソースの少なくとも一部とオーバーラップする、（９）に記載の通信装置。
（１１）
基地局が送信するスケジューリング情報であって、第１の通信装置との間のサイドリンク通信に使用するサイドリンクリソースに関する前記スケジューリング情報に基づき、前記第１の通信装置と前記サイドリンク通信を行う第２の通信装置に対して、前記サイドリンクリソースを用いた前記サイドリンク通信をキャンセルするためのキャンセル情報を送信する、制御部、
を備える通信装置。
（１２）
前記通信装置は、前記第１の通信装置及び前記第２の通信装置と通信を行う基地局である、（１１）に記載の通信装置。
（１３）
前記制御部は、第３の通信装置に、前記第３の通信装置が他の通信装置と前記サイドリンク通信を行うために使用する第２のサイドリンクリソースに関する第２のスケジューリング情報を送信し、
前記第２のサイドリンクリソースの少なくとも一部は、前記サイドリンクリソースの少なくとも一部とオーバーラップする、（１２）に記載の通信装置。
（１４）
前記キャンセル情報は、前記第１の通信装置と前記第２の通信装置との間のサイドリンク通信で送信されるＰＳＦＣＨ（Physical Sidelink Feedback Channel）をキャンセルさせるための情報を含む、（１２）又は（１３）に記載の通信装置。
（１５）
前記キャンセル情報は、前記サイドリンクリソースを使用してＰＳＣＣＨ及びＰＳＳＣＨ（Physical Sidelink Shared Channel）の少なくとも一方を送信する前記第２の通信装置に送信され、
前記第２の通信装置は、ＰＳＣＣＨ及びＰＳＳＣＨを送信するときに、前記第１の通信装置にＰＳＦＣＨの送信をキャンセルさせるための情報を通知する、
（１４）に記載の通信装置。
（１６）
前記キャンセル情報は、前記第１の通信装置が前記サイドリンクリソースを使用して送信するＰＳＳＣＨに対してＰＳＦＣＨを送信する前記第２の通信装置に送信され、
前記第２の通信装置は、前記キャンセル情報に応じて前記ＰＳＦＣＨの送信をキャンセルする、
（１４）に記載の通信装置。
（１７）
前記通信装置は、前記基地局と通信を行い、他の通信装置と前記サイドリンク通信を行う第３の通信装置である、（１１）に記載の通信装置。
（１８）
前記制御部は、前記サイドリンクリソースを認識する、（１７）に記載の通信装置。
（１９）
前記制御部は、前記スケジューリング情報を受信し、前記スケジューリング情報に基づいて前記サイドリンクリソースを認識する、（１８）に記載の通信装置。
（２０）
前記通信装置は、前記第２の通信装置と同じリソースプールを使用する、（１７）～（１９）のいずれか１つに記載の通信装置。
（２１）
基地局から、他の通信装置とのサイドリンク通信に使用するサイドリンクリソースに関するスケジューリング情報を受信することと、
前記サイドリンクリソースを用いて前記他の通信装置と前記サイドリンク通信を行うことと、
前記サイドリンクリソースの使用をキャンセルするためのキャンセル情報を受信した場合、前記キャンセル情報に基づき、前記サイドリンクリソースを用いた前記サイドリンク通信をキャンセルすることと、
を含む通信方法。
（２２）
基地局が送信するスケジューリング情報であって、第１の通信装置との間のサイドリンク通信に使用するサイドリンクリソースに関する前記スケジューリング情報に基づき、前記第１の通信装置と前記サイドリンク通信を行う第２の通信装置に対して、前記サイドリンクリソースを用いた前記サイドリンク通信をキャンセルするためのキャンセル情報を送信すること、
を含む通信方法。
【符号の説明】
【0194】
１ 通信システム
１００ 基地局
１１０，２１０ アンテナ部
１２０，２２０ 無線通信部
１３０ ネットワーク通信部
１４０，２３０ 記憶部
１５０，２４０ 制御部
２００ 端末装置
１００ 基地局
１１０，２１０ アンテナ部
１２０，２２０ 無線通信部
１３０ ネットワーク通信部
１４０，２３０ 記憶部
１５０，２４０ 制御部
２００ 端末装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】