JP2023082227A

JP2023082227A - 端末及び通信方法

Info

Publication number: JP2023082227A
Application number: JP2020076386A
Authority: JP
Inventors: 翔平吉岡; Shohei Yoshioka; 尚哉芝池; Naoya Shibaike; 聡永田; Satoshi Nagata
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2020-04-22
Filing date: 2020-04-22
Publication date: 2023-06-14
Also published as: WO2021215119A1

Abstract

【課題】端末がセンシングウィンドウの中でモニタしなかったスロットに基づいて、リソース候補から周期的なリソースの除去対象を適切に選択する方法を提供する。【解決手段】端末において、センシングウィンドウ内の特定のタイミングで他の端末から送信されるサイドリンク（ＳＬ）の制御情報をセンシングできなかった場合において、複数の周期のうちの特定の周期に対応するＳＬの制御情報の他の検出タイミングがある場合には、他の検出タイミングでＳＬの制御情報の復号を行う受信部と、受信部が他の検出タイミングでＳＬの制御情報を復号できた場合に、リソース選択ウィンドウに含まれるリソースの集合からＳＬの制御情報に基づいてリソースの除外を行う制御部と、リソース選択ウィンドウに含まれるリソースの集合うち制御部により除外されたリソース以外のリソースの集合から選択したリソースを使用して他の端末への送信を実行する送信部とを有する。【選択図】図１９

Description

本発明は、無線通信システムにおける端末及び通信方法に関する。

ＬＴＥ（Long Term Evolution）及びＬＴＥの後継システム（例えば、ＬＴＥ－Ａ（LTE Advanced）、ＮＲ（New Radio）（５Ｇともいう。））では、端末同士が基地局を介さないで直接通信を行うＤ２Ｄ（Device to Device）技術が検討されている（例えば非特許文献１）。

Ｄ２Ｄは、端末と基地局との間のトラフィックを軽減し、災害時等に基地局が通信不能になった場合でも端末間の通信を可能とする。なお、３ＧＰＰ（3rd Generation Partnership Project）では、Ｄ２Ｄを「サイドリンク（ｓｉｄｅｌｉｎｋ）」と称しているが、本明細書では、より一般的な用語であるＤ２Ｄを使用する。ただし、後述する実施の形態の説明では必要に応じてサイドリンクも使用する。

Ｄ２Ｄ通信は、通信可能な他の端末を発見するためのＤ２Ｄディスカバリ（D2D discovery、Ｄ２Ｄ発見ともいう。）と、端末間で直接通信するためのＤ２Ｄコミュニケーション（D2D direct communication、Ｄ２Ｄ通信、端末間直接通信等ともいう。）と、に大別される。以下では、Ｄ２Ｄコミュニケーション、Ｄ２Ｄディスカバリ等を特に区別しないときは、単にＤ２Ｄと呼ぶ。また、Ｄ２Ｄで送受信される信号を、Ｄ２Ｄ信号と呼ぶ。ＮＲにおけるＶ２Ｘ（Vehicle to Everything）に係るサービスの様々なユースケースが検討されている（例えば非特許文献２）。

３ＧＰＰＴＳ３８．２１１Ｖ１６．０．０（２０１９－１２）３ＧＰＰＴＲ２２．８８６Ｖ１５．１．０（２０１７－０３）

ＮＲ－Ｖ２Ｘにおける端末間直接通信では、リソース割り当てモード２（Resource allocation mode 2）がサポートされる。リソース割り当てモード２が適用される場合、端末はセンシングを実行し、その結果に基づいて、使用可能なリソース候補をリソース選択ウィンドウから選択する。

端末がセンシングウィンドウの中でモニタしなかったスロットに基づいて、リソースの候補から周期的なリソースの除外を行う場合において、除外するリソースを適切に選択することを可能にする方法が必要とされている。

本発明の一態様によれば、センシングウィンドウ内の特定のタイミングで他の端末から送信されるサイドリンクの制御情報をセンシングできなかった場合において、前記センシングウィンドウ内に前記特定のタイミング以外に、前記サイドリンクの制御情報の他の検出タイミングであって、複数の周期のうちの特定の周期に対応する、他の検出タイミング、がある場合、前記他の検出タイミングで前記サイドリンクの制御情報の復号を行う受信部と、前記受信部が前記他の検出タイミングで前記サイドリンクの制御情報を復号できた場合に、リソース選択ウィンドウに含まれるリソースの集合から、前記サイドリンクの制御情報に基づいてリソースの除外を行う制御部と、前記リソース選択ウィンドウに含まれるリソースの集合うち、前記制御部により除外されたリソース以外のリソースの集合から選択したリソースを使用して他の端末への送信を実行する送信部と、を有する端末、が提供される。

実施例によれば、端末がセンシングウィンドウの中でモニタしなかったスロットに基づいて、リソースの候補から周期的なリソースの除外を行う場合において、除外するリソースを適切に選択することを可能にする方法が提供される。

Ｖ２Ｘを説明するための図である。Ｖ２Ｘの送信モードの例（１）を説明するための図である。Ｖ２Ｘの送信モードの例（２）を説明するための図である。Ｖ２Ｘの送信モードの例（３）を説明するための図である。Ｖ２Ｘの送信モードの例（４）を説明するための図である。Ｖ２Ｘの送信モードの例（５）を説明するための図である。Ｖ２Ｘの通信タイプの例（１）を説明するための図である。Ｖ２Ｘの通信タイプの例（２）を説明するための図である。Ｖ２Ｘの通信タイプの例（３）を説明するための図である。送信動作の例を示す図である。端末が、他の端末のＳＣＩで指定し得るリソースを除外する例を示す図である。端末が、センシングウィンドウの中でモニタしなかったスロットに基づいて、周期的なリソースの除外を行う場合の例を示す図である。周期の先頭リソースのみが除外される場合の例を示す図である。Ａ－１の動作例を示す図である。Ａ－２の動作例を示す図である。Ａ－３の動作例を示す図である。Ｂ－１の動作例を示す図である。基地局の機能構成の一例を示す図である。端末の機能構成の一例を示す図である。基地局又は端末のハードウェア構成の一例を示す図である。

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態には限定されない。

以下の実施の形態における無線通信システムは基本的にＮＲに準拠することを想定しているが、それは一例であり、本実施の形態における無線通信システムはその一部又は全部において、ＮＲ以外の無線通信システム（例：ＬＴＥ、ＬＴＥ－Ａ）に準拠していてもよい。

また、本発明の実施の形態において、複信（Duplex）方式は、ＴＤＤ（Time Division Duplex）方式でもよいし、ＦＤＤ（Frequency Division Duplex）方式でもよいし、又はそれ以外（例えば、Flexible Duplex等）の方式でもよい。

また、本発明の実施の形態において、無線パラメータ等が「設定される（Configure）」とは、所定の値が予め設定（Pre-configure）されることであってもよいし、基地局１０又は端末２０から通知される無線パラメータが設定されることであってもよい。

図１は、Ｖ２Ｘを説明するための図である。３ＧＰＰでは、Ｄ２Ｄ機能を拡張することでＶ２Ｘ（Vehicle to Everything）あるいはｅＶ２Ｘ（enhanced V2X）を実現することが検討され、仕様化が進められている。図１に示されるように、Ｖ２Ｘとは、ＩＴＳ（Intelligent Transport Systems）の一部であり、車両間で行われる通信形態を意味するＶ２Ｖ（Vehicle to Vehicle）、車両と道路脇に設置される路側機（ＲＳＵ：Road-Side Unit）との間で行われる通信形態を意味するＶ２Ｉ（Vehicle to Infrastructure）、車両とＩＴＳサーバとの間で行われる通信形態を意味するＶ２Ｎ（Vehicle to Network）、及び、車両と歩行者が所持するモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Vehicle to Pedestrian）の総称である。

また、３ＧＰＰにおいて、ＬＴＥ又はＮＲのセルラ通信及び端末間通信を用いたＶ２Ｘが検討されている。セルラ通信を用いたＶ２ＸをセルラＶ２Ｘともいう。ＮＲのＶ２Ｘにおいては、大容量化、低遅延、高信頼性、ＱｏＳ（Quality of Service）制御を実現する検討が進められている。

ＬＴＥ又はＮＲのＶ２Ｘについて、今後３ＧＰＰ仕様に限られない検討も進められることが想定される。例えば、インターオペラビリティの確保、上位レイヤの実装によるコストの低減、複数ＲＡＴ（Radio Access Technology）の併用又は切替方法、各国におけるレギュレーション対応、ＬＴＥ又はＮＲのＶ２Ｘプラットフォームのデータ取得、配信、データベース管理及び利用方法が検討されることが想定される。

実施の形態において、通信装置が車両に搭載される形態を主に想定するが、実施の形態は、当該形態に限定されない。例えば、通信装置は人が保持する端末であってもよいし、通信装置がドローンあるいは航空機に搭載される装置であってもよいし、通信装置が基地局、ＲＳＵ、中継局（リレーノード）、スケジューリング能力を有する端末等であってもよい。

なお、ＳＬ（Sidelink）は、ＵＬ（Uplink）又はＤＬ（Downlink）と以下１）－４）のいずれか又は組み合わせに基づいて区別されてもよい。また、ＳＬは、他の名称であってもよい。
１）時間領域のリソース配置
２）周波数領域のリソース配置
３）参照する同期信号（ＳＬＳＳ（Sidelink Synchronization Signal）を含む）
４）送信電力制御のためのパスロス測定に用いる参照信号

また、ＳＬ又はＵＬのＯＦＤＭ（Orthogonal Frequency Division Multiplexing）に関して、ＣＰ－ＯＦＤＭ（Cyclic-Prefix OFDM）、ＤＦＴ－Ｓ－ＯＦＤＭ（Discrete Fourier Transform - Spread - OFDM）、ＴｒａｎｓｆｏｒｍｐｒｅｃｏｄｉｎｇされていないＯＦＤＭ又はＴｒａｎｓｆｏｒｍｐｒｅｃｏｄｉｎｇされているＯＦＤＭのいずれが適用されてもよい。

ＬＴＥのＳＬにおいて、端末２０へのＳＬのリソース割り当てに関してＭｏｄｅ３とＭｏｄｅ４が規定されている。Ｍｏｄｅ３では、基地局１０から端末２０に送信されるＤＣＩ（Downlink Control Information）によりダイナミックに送信リソースが割り当てられる。また、Ｍｏｄｅ３ではＳＰＳ（Semi Persistent Scheduling）も可能である。Ｍｏｄｅ４では、端末２０はリソースプールから自律的に送信リソースを選択する。

なお、本発明の実施の形態におけるスロットは、シンボル、ミニスロット、サブフレーム、無線フレーム、ＴＴＩ（Transmission Time Interval）と読み替えられてもよい。また、本発明の実施の形態におけるセルは、セルグループ、キャリアコンポーネント、ＢＷＰ、リソースプール、リソース、ＲＡＴ（Radio Access Technology）、システム（無線ＬＡＮ含む）等に読み替えられてもよい。

なお、本発明の実施の形態において、端末２０は、Ｖ２Ｘ端末に限定されず、Ｄ２Ｄ通信を行うあらゆる種別の端末であってもよい。例えば、端末２０は、スマートフォンのようなユーザが所持する端末でもよいし、スマートメータ等のＩｏＴ（Internet of Things）機器であってもよい。

図２は、Ｖ２Ｘの送信モードの例（１）を説明するための図である。図２に示されるサイドリンク通信の送信モードでは、ステップ１において、基地局１０がサイドリンクのスケジューリングを端末２０Ａに送信する。続いて、端末２０Ａは、受信したスケジューリングに基づいて、ＰＳＣＣＨ（Physical Sidelink Control Channel）及びＰＳＳＣＨ（Physical Sidelink Shared Channel）を端末２０Ｂに送信する（ステップ２）。図２に示されるサイドリンク通信の送信モードを、ＬＴＥにおけるサイドリンク送信モード３と呼んでもよい。ＬＴＥにおけるサイドリンク送信モード３では、Ｕｕベースのサイドリンクスケジューリングが行われる。Ｕｕとは、ＵＴＲＡＮ（Universal Terrestrial Radio Access Network）とＵＥ（User Equipment）間の無線インタフェースである。なお、図２に示されるサイドリンク通信の送信モードを、ＮＲにおけるサイドリンク送信モード１とよんでもよい。

図３は、Ｖ２Ｘの送信モードの例（２）を説明するための図である。図３に示されるサイドリンク通信の送信モードでは、ステップ１において、端末２０Ａは、自律的に選択したリソースを使用して、ＰＳＣＣＨ及びＰＳＳＣＨを端末２０Ｂに送信する。図３に示されるサイドリンク通信の送信モードを、ＬＴＥにおけるサイドリンク送信モード４と呼んでもよい。ＬＴＥにおけるサイドリンク送信モード４では、ＵＥ自身がリソース選択を実行する。

図４は、Ｖ２Ｘの送信モードの例（３）を説明するための図である。図４に示されるサイドリンク通信の送信モードでは、ステップ１において、端末２０Ａは、自律的に選択したリソースを使用して、ＰＳＣＣＨ及びＰＳＳＣＨを端末２０Ｂに送信する。同様に、端末２０Ｂは、自律的に選択したリソースを使用して、ＰＳＣＣＨ及びＰＳＳＣＨを端末２０Ａに送信する（ステップ１）。図４に示されるサイドリンク通信の送信モードを、ＮＲにおけるサイドリンク送信モード２ａと呼んでもよい。ＮＲにおけるサイドリンク送信モード２では、端末２０自身がリソース選択を実行する。

図５は、Ｖ２Ｘの送信モードの例（４）を説明するための図である。図５に示されるサイドリンク通信の送信モードでは、ステップ０において、基地局１０がサイドリンクのグラントをＲＲＣ（Radio Resource Control）設定を介して端末２０Ａに送信する。続いて、端末２０Ａは、受信したリソースパターンに基づいて、ＰＳＳＣＨを端末２０Ｂに送信する（ステップ１）。図５に示されるサイドリンク通信の送信モードを、ＮＲにおけるサイドリンク送信モード２ｃと呼んでもよい。

図６は、Ｖ２Ｘの送信モードの例（５）を説明するための図である。図６に示されるサイドリンク通信の送信モードでは、ステップ１において、端末２０ＡがサイドリンクのスケジューリングをＰＳＣＣＨを介して端末２０Ｂに送信する。続いて、端末２０Ｂは、受信したスケジューリングに基づいて、ＰＳＳＣＨを端末２０Ａに送信する（ステップ２）。図６に示されるサイドリンク通信の送信モードを、ＮＲにおけるサイドリンク送信モード２ｄと呼んでもよい。

図７は、Ｖ２Ｘの通信タイプの例（１）を説明するための図である。図７に示されるサイドリンクの通信タイプは、ユニキャストである。端末２０Ａは、ＰＳＣＣＨ及びＰＳＳＣＨを端末２０に送信する。図７に示される例では、端末２０Ａは、端末２０Ｂにユニキャストを行い、また、端末２０Ｃにユニキャストを行う。

図８は、Ｖ２Ｘの通信タイプの例（２）を説明するための図である。図８に示されるサイドリンクの通信タイプは、グループキャストである。端末２０Ａは、ＰＳＣＣＨ及びＰＳＳＣＨを１又は複数の端末２０が属するグループに送信する。図８に示される例では、グループは端末２０Ｂ及び端末２０Ｃを含み、端末２０Ａは、グループにグループキャストを行う。

図９は、Ｖ２Ｘの通信タイプの例（３）を説明するための図である。図９に示されるサイドリンクの通信タイプは、ブロードキャストである。端末２０Ａは、ＰＳＣＣＨ及びＰＳＳＣＨを１又は複数の端末２０に送信する。図９に示される例では、端末２０Ａは、端末２０Ｂ、端末２０Ｃ及び端末２０Ｄにブロードキャストを行う。なお、図７～図９に示した端末２０ＡをヘッダＵＥ（header-UE）と称してもよい。

以下、端末２０Ａ、２０Ｂ等を特に区別しない場合、単に「端末２０」あるいは「ユーザ装置」と記述する。本発明の実施の形態における動作は、端末２０Ａと端末２０Ｂがともにセルのカバレッジ内にある場合及び端末２０Ａ及び端末２０Ｂのうちの少なくとも一方がカバレッジ外にある場合に適用できる。

前述したように、本実施の形態において、端末２０は、例えば、自動車等の車両に搭載された装置であり、ＬＴＥあるいはＮＲにおけるＵＥとしてのセルラ通信の機能、及び、サイドリンク機能を有している。端末２０が、一般的な携帯端末（スマートフォン等）であってもよい。また、端末２０が、ＲＳＵであってもよい。当該ＲＳＵは、ＵＥの機能を有するＵＥタイプＲＳＵであってもよいし、基地局装置の機能を有するｇＮＢタイプＲＳＵであってもよい。

なお、端末２０は１つの筐体の装置である必要はなく、例えば、各種センサが車両内に分散して配置される場合でも、当該各種センサを含めた装置が端末２０である。

また、端末２０のサイドリンクの送信データの処理内容は基本的には、ＬＴＥあるいはＮＲでのＵＬ送信の処理内容と同様である。例えば、端末２０は、送信データのコードワードをスクランブルし、変調してcomplex-valued symbolsを生成し、当該complex-valued symbols（送信信号）を１又は２レイヤにマッピングし、プリコーディングを行う。そして、precoded complex-valued symbolsをリソースエレメントにマッピングして、送信信号（例：complex-valued time-domain SC-FDMA signal）を生成し、各アンテナポートから送信する。

なお、基地局１０については、ＬＴＥあるいはＮＲにおける基地局としてのセルラ通信の機能、及び、本実施の形態における端末２０の通信を可能ならしめるための機能（例：リソースプール設定、リソース割り当て等）を有している。また、基地局１０は、ＲＳＵ（ｇＮＢタイプＲＳＵ）であってもよい。

また、本発明の実施の形態に係る無線通信システムにおいて、端末２０がＳＬあるいはＵＬに使用する信号波形は、ＯＦＤＭＡであってもよいし、ＳＣ－ＦＤＭＡであってもよいし、その他の信号波形であってもよい。

（Periodicity-dependent resource exclusion based on periodic reservation）
Ｒｅｓｏｕｒｃｅａｌｌｏｃａｔｉｏｎｍｏｄｅ２（ｔｒａｎｓｍｉｓｓｉｏｎｍｏｄｅ２）において、端末２０は自律的にリソース選択を行う。

図１０は、送信動作の例を示す図である。リソース割り当てモード２（Resource allocation mode 2）では、端末２０がリソースを選択して送信を行う。図１０に示されるように、端末２０は、リソースプール内のセンシングウィンドウでセンシングを実行する。センシングにより、端末２０は、他の端末２０から送信されるＳＣＩに含まれるリソース予約（resource reservation）フィールド又はリソース割り当て（resource assignment）フィールドを受信し、当該フィールドに基づいて、リソースプール内のリソース選択ウィンドウ（resource selection window）内の使用可能なリソース候補を識別する。続いて、端末２０は使用可能なリソース候補からランダムにリソースを選択する。

また、図１０に示されるように、リソースプールの設定は周期を有してもよい。例えば、当該周期は、ハイパーフレームと呼ばれ、１０２４０ミリ秒の期間であってもよい。図１０は、スロットｔ_０ ^ＳＬからスロットｔ_Ｔｍａｘ ^ＳＬまでがリソースプールとして設定される例である。ハイパーフレーム内のリソースプールは、例えばビットマップによって領域が設定されてもよい。

また、図１０に示されるように、端末２０における送信トリガはスロットｎで発生しており、当該送信の優先度はｐ_ＴＸであるとする。端末２０は、スロットｎ－Ｔ_０からスロットｎ－Ｔ_{ｐｒｏｃ，０}の直前のスロットまでのセンシングウィンドウにおいて、例えば他の端末２０が優先度ｐ_ＲＸの送信を行っていることを検出することができる。センシングウィンドウ内でＳＣＩが検出され、かつＲＳＲＰ（Reference Signal Received Power）が閾値を上回る場合、当該ＳＣＩに対応するリソース選択ウィンドウ内のリソースは除外される。また、センシングウィンドウ内でＳＣＩが検出され、かつＲＳＲＰが閾値未満である場合、当該ＳＣＩに対応するリソース選択ウィンドウ内のリソースは除外されない。当該閾値は、例えば、優先度ｐ_ＴＸ及び優先度ｐ_ＲＸに基づいて、センシングウィンドウ内のリソースごとに設定又は定義される閾値Ｔｈ_{ｐＴＸ，ｐＲＸ}であってもよい。

また、図１０に示されるスロットｔ_ｍ ^ＳＬのように、例えば送信のため、モニタリングしなかったセンシングウィンドウ内のリソースに対応するリソース予約情報の候補となるリソース選択ウィンドウ内のリソースは除外される。

スロットｎ＋Ｔ_１からスロットｎ＋Ｔ₂までのリソース選択ウィンドウは、図１０に示されるように、他端末が占有するリソースが識別され、当該リソースが除外されたリソースが、使用可能なリソース候補となる。使用可能なリソース候補の集合をＳ_Ａとすると、Ｓ_Ａがリソース選択ウィンドウの２０％未満であった場合、センシングウィンドウのリソースごとに設定される閾値Ｔｈ_{ｐＴＸ，ｐＲＸ}を３ｄＢ上昇させて再度リソースの識別を実行してもよい。すなわち、閾値Ｔｈ_{ｐＴＸ，ｐＲＸ}を上昇させて再度リソースの識別を実行することで、ＲＳＲＰが閾値未満のため除外されないリソースを増加させて、リソース候補の集合Ｓ_Ａがリソース選択ウィンドウの２０％以上となるようにしてもよい。Ｓ_Ａがリソース選択ウィンドウの２０％未満であった場合、センシングウィンドウのリソースごとに設定される閾値Ｔｈ_{ｐＴＸ，ｐＲＸ}を３ｄＢ上昇させて再度リソースの識別を実行する動作は繰り返されてもよい。

端末２０の下位レイヤは、Ｓ_Ａを上位レイヤに報告してもよい。端末２０の上位レイヤは、Ｓ_Ａに対してランダム選択を実行して使用するリソースを決定してもよい。端末２０は、決定したリソースを使用してサイドリンク送信を実行してもよい。

（１）リソース選択の動作として、端末２０は、他の端末のサイドリンクの制御情報（ＳＣＩ）を読み（ｓｅｎｓｉｎｇを行う）、その情報に基づいて使用できるリソースを判定する（ｒｅｓｏｕｒｃｅｉｄｅｎｔｉｆｉｃａｔｉｏｎ）。
（２）端末２０は、上記他の端末のＳＣＩのｒｅｓｏｕｒｃｅｒｅｓｅｒｖａｔｉｏｎｐｅｒｉｏｄｆｉｅｌｄを読み、その周期に基づいて等間隔のリソースを、端末２０が選択するリソースの候補から除外（ｅｘｃｌｕｄｅ）する。
（３）端末２０は、送信を行っていた場合など、他の端末のＳＣＩを読めなかったスロットについては、他の端末のＳＣＩのｒｅｓｏｕｒｃｅｒｅｓｅｒｖａｔｉｏｎｐｅｒｉｏｄｆｉｅｌｄで指定し得る全てのリソースを、端末２０が選択するリソースの候補から除外する。

図１１は、端末２０が、他の端末のＳＣＩで指定し得るリソースを除外する例を示す図である。例えば、図１１に示されるように、端末２０は、ステップＳ１０１で、他の端末のＳＣＩを読み、ステップＳ１０２で、他の端末のＳＣＩのｒｅｓｏｕｒｃｅｒｅｓｅｒｖａｔｉｏｎｐｅｒｉｏｄｆｉｅｌｄで指定し得る全てのリソース、すなわち周期的なリソースを、端末２０が選択するリソースの候補から除外する。

現在、３ＧＰＰの会合で、上述の項目（３）についての議論が行われている。端末２０がセンシングウィンドウの中でモニタしなかったスロットに基づいて、端末２０が選択するリソースの候補から周期的なリソースの除外を行う場合において、１５個の異なる周期に対応する周期的なリソースの除外を行うと、必要以上に多くのリソースが除外されることになる可能性があることが指摘されている。このように、端末２０が選択するリソースから大量のリソースが除外され、残りのリソースからリソースの選択を行う場合には、端末２０は、干渉の大きいリソースを選択してしまう可能性がある。

図１２は、端末２０がセンシングウィンドウの中でモニタしなかったスロットに基づいて、端末２０が選択するリソースの候補から周期的なリソースの除外を行う場合の例を示す図である。

この課題を解決する方法として、以下のオプションが提案されている：
オプション１：現状の手順を変更せずに、端末２０に対して設定される全ての周期を適用する。

オプション２：現状の手順を変更する。

オプション２ａ：端末２０により選択されたリソースにより使用される周期のみに基づいて、リソースの除外を行う（周期の先頭のリソースのみが除外される）。

オプション２ｂ：リソースを除外するステップを適用しない。

オプション２ｃ：削減された周期のセット又は別々に設定された周期のセット等の、異なる周期のセットを適用する。

オプション１については、上述の通り、端末２０が選択するリソースから大量のリソースが除外され、残りのリソースからリソースの選択を行う場合には、端末２０は、干渉の大きいリソースを選択してしまう可能性がある。

オプション２ａでは、特に、周期（ｐｅｒｉｏｄｉｃｉｔｙ）が小さい場合に、除外されるべき多くのリソースが除外されなくなり、端末２０が選択するリソースと、他の端末が選択するリソースとが衝突する確率が高くなる。図１３は、周期の先頭リソースのみが除外される場合の例を示す図である。

オプション２ｂでは、端末２０が選択するリソースと、他の端末が選択するリソースとが衝突する確率が非常に高くなる。オプション２ｃでは、リソースの除外が十分にされない可能性がある。

（Ｐｒｏｐｏｓａｌ）
あるセンシングウィンドウにおいて、第ｔ_ｍ ^ＳＬスロットで端末２０がセンシングを行えなかったと仮定する。この場合において、各周期（ｐｅｒｉｏｄｉｃｉｔｙ）について、端末２０は、当該センシングウィンドウ内で、ｔ_ｍ ^ＳＬ以外に他の端末のＳＣＩの検出タイミングがあるか否かに基づいて、端末２０が選択するリソースの候補からリソースを除外する動作を決定してもよい。

（Ａ－１）
各周期について、センシングウィンドウ内にｔ_ｍ ^ＳＬ以外に他の端末のＳＣＩの検出タイミングがある場合、端末２０は、当該ｔ_ｍ ^ＳＬ以外の検出タイミングの少なくとも一つでＳＣＩの復号を試みて、当該周期を持つＳＣＩが復号されている場合には、端末２０が選択するリソースの候補から、その周期に対応する等間隔のリソース全てを除外してもよい。この場合において、周波数領域において、除外するリソースは、全てのサブチャネルのリソースであってもよく、当該復号化したＳＣＩに基づくサブチャネルにリソースであってもよい。上述のＡ－１が適用された場合、当該復号化したＳＣＩに基づいて定まるサブチャネルのリソースは、他の周期に基づいて除外されなくてもよい。

図１４は、Ａ－１の動作例を示す図である。端末２０は、第ｔ_ｍ ^ＳＬスロットで端末２０がセンシングを行えなかったと仮定する。例えば、端末２０は、周期４スロットについて、スロットｎ－Ｔ_０において、周期４スロットを持つ他の端末のＳＣＩを復号する。この場合、端末２０は、周期４スロットに基づいて、４スロット間隔のリソース全てを除外してもよい。

（Ａ－２）
各周期について、センシングウィンドウ内にｔ_ｍ ^ＳＬ以外に他の端末のＳＣＩの検出タイミングがある場合、端末２０は、その検出タイミングの少なくとも１つでＳＣＩの復号を試みて、当該周期を持つＳＣＩが復号されなければ（すなわち、当該周期を指定するＳＣＩが送信されていなければ）、当該周期に基づくリソースの除外は行わなくてもよい。

図１５は、Ａ－２の動作例を示す図である。端末２０は、第ｔ_ｍ ^ＳＬスロットで端末２０がセンシングを行えなかったと仮定する。この場合において、スロットｎ－Ｔ_０が、センシングウィンドウ内におけるｔ_ｍ ^ＳＬ以外の他の端末のＳＣＩの検出タイミングであったとする。例えば、端末２０は、周期４スロットについて、スロットｎ－Ｔ_０において、周期４スロットを持つ他の端末のＳＣＩを復号できなかったとする。この場合、端末２０は、周期４スロットに基づくリソースの除外を行わなくてもよい。

（Ａ－３）
各周期について、センシングウィンドウ内にｔ_ｍ ^ＳＬ以外に他の端末のＳＣＩの検出タイミングがある場合において、端末２０がその検出タイミング全てで復号を試みることができなかった場合（センシングを行うことができなかった場合）、端末２０が選択するリソースの候補から、その周期に対応する等間隔のリソース全てを除外してもよい。

図１６は、Ａ－３の動作例を示す図である。端末２０は、第ｔ_ｍ ^ＳＬスロットで端末２０がセンシングを行えなかったと仮定する。この場合において、スロットｎ－Ｔ_０が、センシングウィンドウ内におけるｔ_ｍ ^ＳＬ以外の他の端末のＳＣＩの検出タイミングであったとする。例えば、端末２０は、周期４スロットについて、スロットｎ－Ｔ_０において、他の端末のＳＣＩを復号しなかった（センシングを行っていなかった）とする。この場合、端末２０は、周期４スロットに基づいて、４スロット間隔のリソース全てを除外してもよい。

（Ｂ－１）
各周期について、センシングウィンドウ内にｔ_ｍ ^ＳＬ以外に他の端末のＳＣＩの検出タイミングがない場合、端末２０は、端末２０が選択するリソースの候補から、その周期に対応する等間隔のリソースのうち、時間に関して先頭に位置するリソース（始めのリソース）を除外してもよい。

図１７は、Ｂ－１の動作例を示す図である。端末２０は、第ｔ_ｍ ^ＳＬスロットで端末２０がセンシングを行えなかったと仮定する。この場合において、周期１０スロットについて、センシングウィンドウ内に、ｔ_ｍ ^ＳＬ以外の他の端末のＳＣＩの検出タイミングがなかったとする。この場合、端末２０は、周期１０スロットに基づいて、等間隔のリソースのうちの始めのリソースを除外してもよい。

（Ｂ－２）
各周期について、センシングウィンドウ内にｔ_ｍ ^ＳＬ以外に他の端末のＳＣＩの検出タイミングがない場合、端末２０は、端末２０が選択するリソースの候補から、その周期に対応する等間隔のリソース全てを除外してもよい。

上記Ａ－１～Ａ－３及びＢ－１～Ｂ－２のいずれの場合においても、ｔ_ｍ ^ＳＬ以外の他の端末のＳＣＩの検出タイミングは、第ｔ_ｍ ^ＳＬスロットより後の時間に限定されてもよい。

上記Ａ－１～Ａ－３及びＢ－１～Ｂ－２の方法によれば、周期に応じて適切なリソースの除外を行うことが可能となり、端末２０が選択するリソースと他の端末が選択するリソースの衝突確率（送信衝突確率）をより低くすることが可能となる。

（装置構成）
次に、これまでに説明した処理及び動作を実行する基地局１０及び端末２０の機能構成例を説明する。基地局１０及び端末２０は上述した実施例を実施する機能を含む。ただし、基地局１０及び端末２０はそれぞれ、実施例の中の一部の機能のみを備えることとしてもよい。

＜基地局１０＞
図１８は、基地局１０の機能構成の一例を示す図である。図１８に示されるように、基地局１０は、送信部１１０と、受信部１２０と、設定部１３０と、制御部１４０とを有する。図１８に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

送信部１１０は、端末２０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部１２０は、端末２０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、送信部１１０は、端末２０へＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＤＬ／ＵＬ制御信号、ＤＬ参照信号等を送信する機能を有する。

設定部１３０は、予め設定される設定情報、及び、端末２０に送信する各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。設定情報の内容は、例えば、Ｄ２Ｄ通信の設定に係る情報等である。

制御部１４０は、実施例において説明したように、端末２０がＤ２Ｄ通信を行うための設定に係る処理を行う。また、制御部１４０は、Ｄ２Ｄ通信及びＤＬ通信のスケジューリングを送信部１１０を介して端末２０に送信する。また、制御部１４０は、Ｄ２Ｄ通信及びＤＬ通信のＨＡＲＱ応答に係る情報を受信部１２０を介して端末２０から受信する。制御部１４０における信号送信に関する機能部を送信部１１０に含め、制御部１４０における信号受信に関する機能部を受信部１２０に含めてもよい。

＜端末２０＞
図１９は、端末２０の機能構成の一例を示す図である。図１９に示されるように、端末２０は、送信部２１０と、受信部２２０と、設定部２３０と、制御部２４０とを有する。図１９に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

送信部２１０は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部２２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部２２０は、基地局１０から送信されるＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＤＬ／ＵＬ／ＳＬ制御信号又は参照信号等を受信する機能を有する。また、例えば、送信部２１０は、Ｄ２Ｄ通信として、他の端末２０に、ＰＳＣＣＨ（Physical Sidelink Control Channel）、ＰＳＳＣＨ（Physical Sidelink Shared Channel）、ＰＳＤＣＨ（Physical Sidelink Discovery Channel）、ＰＳＢＣＨ（Physical Sidelink Broadcast Channel）等を送信し、受信部２２０は、他の端末２０から、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＤＣＨ又はＰＳＢＣＨ等を受信する。

設定部２３０は、受信部２２０により基地局１０又は端末２０から受信した各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。また、設定部２３０は、予め設定される設定情報も格納する。設定情報の内容は、例えば、Ｄ２Ｄ通信の設定に係る情報等である。

制御部２４０は、実施例において説明したように、他の端末２０との間のＤ２Ｄ通信を制御する。例えば、受信部２２０は、センシングウィンドウ内の特定のタイミングで他の端末から送信されるサイドリンクの制御情報をセンシングできなかった場合において、センシングウィンドウ内に特定のタイミング以外に、サイドリンクの制御情報の他の検出タイミングであって、複数の周期のうちの特定の周期に対応する、他の検出タイミング、がある場合、当該他の検出タイミングで前記サイドリンクの制御情報の復号を行う。受信部２２０が他の検出タイミングでサイドリンクの制御情報を復号できた場合に、制御部２４０は、リソース選択ウィンドウに含まれるリソースの集合から、サイドリンクの制御情報に基づいてリソースの除外を行う。送信部２１０は、リソース選択ウィンドウに含まれるリソースの集合うち、制御部２４０により除外されたリソース以外のリソースの集合から選択したリソースを使用して他の端末への送信を実行する。

（ハードウェア構成）
上記実施形態の説明に用いたブロック図（図１８及び図１９）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

例えば、本開示の一実施の形態における基地局１０、端末２０等は、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図２０は、本開示の一実施の形態に係る基地局１０及び端末２０のハードウェア構成の一例を示す図である。上述の基地局１０及び端末２０は、物理的には、プロセッサ１００１、記憶装置１００２、補助記憶装置１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニット等に読み替えることができる。基地局１０及び端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

基地局１０及び端末２０における各機能は、プロセッサ１００１、記憶装置１００２等のハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、記憶装置１００２及び補助記憶装置１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインタフェース、制御装置、演算装置、レジスタ等を含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、上述の制御部１４０、制御部２４０等は、プロセッサ１００１によって実現されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータ等を、補助記憶装置１００３及び通信装置１００４の少なくとも一方から記憶装置１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図２１に示した基地局１０の制御部１４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図２２に示した端末２０の制御部２４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。

記憶装置１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、ＲＡＭ（Random Access Memory）等の少なくとも１つによって構成されてもよい。記憶装置１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）等と呼ばれてもよい。記憶装置１００２は、本開示の一実施の形態に係る通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュール等を保存することができる。

補助記憶装置１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ROM）等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップ等の少なくとも１つによって構成されてもよい。上述の記憶媒体は、例えば、記憶装置１００２及び補助記憶装置１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、送受信アンテナ、アンプ部、送受信部、伝送路インタフェース等は、通信装置１００４によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ等）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプ等）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１及び記憶装置１００２等の各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

また、基地局１０及び端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

（実施の形態のまとめ）
本明細書には、少なくとも下記の端末及び通信方法が開示されている。

センシングウィンドウ内の特定のタイミングで他の端末から送信されるサイドリンクの制御情報をセンシングできなかった場合において、前記センシングウィンドウ内に前記特定のタイミング以外に、前記サイドリンクの制御情報の他の検出タイミングであって、複数の周期のうちの特定の周期に対応する、他の検出タイミング、がある場合、前記他の検出タイミングで前記サイドリンクの制御情報の復号を行う受信部と、前記受信部が前記他の検出タイミングで前記サイドリンクの制御情報を復号できた場合に、リソース選択ウィンドウに含まれるリソースの集合から、前記サイドリンクの制御情報に基づいてリソースの除外を行う制御部と、前記リソース選択ウィンドウに含まれるリソースの集合うち、前記制御部により除外されたリソース以外のリソースの集合から選択したリソースを使用して他の端末への送信を実行する送信部と、を有する端末。

上記の構成によれば、端末がセンシングウィンドウの中でモニタしなかったスロットに基づいて、リソースの候補から周期的なリソースの除外を行う場合において、除外するリソースを適切に選択することを可能にする方法が提供される。

前記制御部は、前記サイドリンクの制御情報が当該特定の周期を有する場合、前記リソース選択ウィンドウに含まれるリソースの集合から、前記特定の周期に対応する等間隔のリソース全てを除外してもよい。

上記の構成によれば、端末による送信が、他の端末による送信と衝突する確率を低減することが可能となる。

前記制御部は、前記特定の周期について、前記受信部が前記他の検出タイミングで前記サイドリンクの制御情報の復号を行うことができなかった場合に、前記リソース選択ウィンドウに含まれるリソースの集合から、前記特定の周期に対応する等間隔のリソース全てを除外してもよい。

前記制御部は、前記特定の周期に対応する他の検出タイミングがない場合、前記リソース選択ウィンドウに含まれるリソースの集合から、前記特定の周期に対応する等間隔のリソースのうち、時間に関して最先の位置に置かれるリソースを除外してもよい。

上記の構成によれば、除外するリソースを少なくしつつ、端末による送信が、他の端末による送信と衝突する確率を低減することが可能となる。

センシングウィンドウ内の特定のタイミングで他の端末から送信されるサイドリンクの制御情報をセンシングできなかった場合において、前記センシングウィンドウ内に前記特定のタイミング以外に、前記サイドリンクの制御情報の他の検出タイミングであって、複数の周期のうちの特定の周期に対応する、他の検出タイミング、がある場合、前記他の検出タイミングで前記サイドリンクの制御情報の復号を行うステップと、前記他の検出タイミングで前記サイドリンクの制御情報を復号できた場合に、リソース選択ウィンドウに含まれるリソースの集合から、前記サイドリンクの制御情報に基づいてリソースの除外を行うステップと、前記リソース選択ウィンドウに含まれるリソースの集合うち、前記除外されたリソース以外のリソースの集合から選択したリソースを使用して他の端末への送信を実行するステップと、を有する端末による通信方法。

（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、端末２０と基地局１０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って端末２０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局１０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本開示において基地局１０によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局１０を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局１０及び基地局１０以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局１０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。

上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

本開示においては、「基地局（ＢＳ：Base Station）」、「無線基地局」、「固定局（fixed station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。

基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：ＲｅｍｏｔｅＲａｄｉｏＨｅａｄ）によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。

本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。

移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。

基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）機器であってもよい。

また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Ｄ２Ｄ（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能を端末２０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（ｓｉｄｅ）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述の端末２０が有する機能を基地局１０が有する構成としてもよい。

「接続された（ｃｏｎｎｅｃｔｅｄ）」、「結合された（ｃｏｕｐｌｅｄ）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。

参照信号は、ＲＳ（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）と略称することもでき、適用される標準によってパイロット（Ｐｉｌｏｔ）と呼ばれてもよい。

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本開示において、「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。

本開示において、例えば、英語でのａ、ａｎ及びｔｈｅのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

１０基地局
１１０送信部
１２０受信部
１３０設定部
１４０制御部
２０端末
２１０送信部
２２０受信部
２３０設定部
２４０制御部
１００１プロセッサ
１００２記憶装置
１００３補助記憶装置
１００４通信装置
１００５入力装置
１００６出力装置

Claims

センシングウィンドウ内の特定のタイミングで他の端末から送信されるサイドリンクの制御情報をセンシングできなかった場合において、前記センシングウィンドウ内に前記特定のタイミング以外に、前記サイドリンクの制御情報の他の検出タイミングであって、複数の周期のうちの特定の周期に対応する、他の検出タイミング、がある場合、前記他の検出タイミングで前記サイドリンクの制御情報の復号を行う受信部と、
前記受信部が前記他の検出タイミングで前記サイドリンクの制御情報を復号できた場合に、リソース選択ウィンドウに含まれるリソースの集合から、前記サイドリンクの制御情報に基づいてリソースの除外を行う制御部と、
前記リソース選択ウィンドウに含まれるリソースの集合うち、前記制御部により除外されたリソース以外のリソースの集合から選択したリソースを使用して他の端末への送信を実行する送信部と、
を有する端末。
前記制御部は、前記サイドリンクの制御情報が当該特定の周期を有する場合、前記リソース選択ウィンドウに含まれるリソースの集合から、前記特定の周期に対応する等間隔のリソース全てを除外する、
請求項１に記載の端末。
前記制御部は、前記特定の周期について、前記受信部が前記他の検出タイミングで前記サイドリンクの制御情報の復号を行うことができなかった場合に、前記リソース選択ウィンドウに含まれるリソースの集合から、前記特定の周期に対応する等間隔のリソース全てを除外する、
請求項１に記載の端末。
前記制御部は、前記特定の周期に対応する他の検出タイミングがない場合、前記リソース選択ウィンドウに含まれるリソースの集合から、前記特定の周期に対応する等間隔のリソースのうち、時間に関して最先の位置に置かれるリソースを除外する、
請求項１に記載の端末。
センシングウィンドウ内の特定のタイミングで他の端末から送信されるサイドリンクの制御情報をセンシングできなかった場合において、前記センシングウィンドウ内に前記特定のタイミング以外に、前記サイドリンクの制御情報の他の検出タイミングであって、複数の周期のうちの特定の周期に対応する、他の検出タイミング、がある場合、前記他の検出タイミングで前記サイドリンクの制御情報の復号を行うステップと、
前記他の検出タイミングで前記サイドリンクの制御情報を復号できた場合に、リソース選択ウィンドウに含まれるリソースの集合から、前記サイドリンクの制御情報に基づいてリソースの除外を行うステップと、
前記リソース選択ウィンドウに含まれるリソースの集合うち、前記除外されたリソース以外のリソースの集合から選択したリソースを使用して他の端末への送信を実行するステップと、
を有する端末による通信方法。