JPWO2020136852A1

JPWO2020136852A1 - ユーザ装置、及び通信装置

Info

Publication number: JPWO2020136852A1
Application number: JP2020562254A
Authority: JP
Inventors: 翔平吉岡; 聡永田; ホワンワン
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2018-12-27
Filing date: 2018-12-27
Publication date: 2021-11-11
Anticipated expiration: 2038-12-27
Also published as: AU2018455187A1; JP7241773B2; EP3905767A4; WO2020136852A1; EP3905767A1; US20220053521A1; CN113261334A; AU2018455187A8

Abstract

ユーザ装置において、通信装置から受信したサイドリンクスケジューリング用の制御情報に基づいて、サイドリンクデータを送信する送信部と、前記サイドリンクデータを受信したユーザ装置から、当該サイドリンクデータに対するＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、前記送信部は、前記通信装置に対して前記ＨＡＲＱ−ＡＣＫ情報を送信する。

Description

本発明は、無線通信システムにおけるユーザ装置及び通信装置に関する。

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

Ｄ２Ｄは、ユーザ装置と基地局装置との間のトラフィックを軽減し、災害時等に基地局装置が通信不能になった場合でもユーザ装置間の通信を可能とする。なお、３ＧＰＰ（3rd Generation Partnership Project）では、Ｄ２Ｄを「サイドリンク（ｓｉｄｅｌｉｎｋ）」と称している。

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

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

Ｖ２Ｘにおけるサイドリンク通信では、スケジューリングを基地局装置又はスケジューリング能力を有するユーザ装置が実行する送信モードがある。スケジューリング情報の送信側は、スケジューリングにより送信されたデータが正常に受信されたかどうかを知り、必要であれば再送のためのスケジューリング情報を送信することが必要である。

上記のような再送制御を行うためにユーザ装置と基地局装置間ではＨＡＲＱ（Hybrid Automatic Repeat reQuest）動作が実行される。しかし、Ｖ２Ｘを含むサイドリンクの従来技術では、ＨＡＲＱ動作の具体的な手法は提案されていないため、従来のサイドリンクでは、適切にＨＡＲＱ動作を実行することができないという課題がある。

本発明は上記の点に鑑みてなされたものであり、サイドリンクにおいて、ＨＡＲＱ動作を適切に実行することを可能とする技術を提供することを目的とする。

開示の技術によれば、通信装置から受信したサイドリンクスケジューリング用の制御情報に基づいて、サイドリンクデータを送信する送信部と、
前記サイドリンクデータを受信したユーザ装置から、当該サイドリンクデータに対するＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、
前記送信部は、前記通信装置に対して前記ＨＡＲＱ−ＡＣＫ情報を送信する
ユーザ装置が提供される。

開示の技術によれば、サイドリンクにおいて、ＨＡＲＱ動作を適切に実行することを可能とする技術が提供される。

Ｖ２Ｘを説明するための図である。Ｖ２Ｘの送信モードの例（１）を説明するための図である。Ｖ２Ｘの送信モードの例（２）を説明するための図である。Ｖ２Ｘの送信モードの例（３）を説明するための図である。Ｖ２Ｘの送信モードの例（４）を説明するための図である。Ｖ２Ｘの送信モードの例（５）を説明するための図である。Ｖ２Ｘの通信タイプの例（１）を説明するための図である。Ｖ２Ｘの通信タイプの例（２）を説明するための図である。Ｖ２Ｘの通信タイプの例（３）を説明するための図である。実施例１における無線通信システムの構成と動作を示す図である。ＨＡＲＱ−ＡＣＫコードブックの送信例を示す図である。ＨＡＲＱ−ＡＣＫの順番の例を示す図である。ＤＡＩを説明するための図である。実施例２における無線通信システムの構成と動作を示す図である。実施例３における無線通信システムの構成と動作を示す図である。実施例４における無線通信システムの構成と動作を示す図である。本発明の実施の形態における基地局装置１０の機能構成の一例を示す図である。本発明の実施の形態におけるユーザ装置２０の機能構成の一例を示す図である。本発明の実施の形態における基地局装置１０又はユーザ装置２０のハードウェア構成の一例を示す図である。

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

本発明の実施の形態の無線通信システムの動作にあたっては、適宜、既存技術が使用される。ただし、当該既存技術は、例えば既存のＬＴＥであるが、既存のＬＴＥに限られない。また、本明細書で使用する用語「ＬＴＥ」は、特に断らない限り、ＬＴＥ−Ａｄｖａｎｃｅｄ、及び、ＬＴＥ−Ａｄｖａｎｃｅｄ以降の方式（例：ＮＲ）、又は無線ＬＡＮ（Local Area Network）を含む広い意味を有するものとする。

また、以下の説明では、現在のところＬＴＥの規格書に記載されているＰＳＳＣＨ（Physical Sidelink Shared CHannel）、ＰＳＣＣＨ（Physical Sidelink Control CHannel）等のチャネルの名称を使用しているが、ＮＲにおいては、これらと同様の機能を有するチャネルがこれらとは異なる名称で呼ばれてもよい。なお、ＰＳＳＣＨをサイドリンク用データチャネルと呼び、ＰＳＣＣＨをサイドリンク用制御チャネルと呼んでもよい。

また、本発明の実施の形態において、複信（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）、システム（無線ＬＡＮ含む）等に読み替えられてもよい。

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

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

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

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

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

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

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

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

また、ＮＲ−Ｖ２Ｘにおいて、サイドリンクのユニキャスト及びグループキャストにＨＡＲＱがサポートされることが想定される。さらに、ＮＲ−Ｖ２Ｘにおいて、ＨＡＲＱ応答を含むＳＦＣＩ（Sidelink Feedback Control Information）が定義される。さらに、ＰＳＦＣＨ（Physical Sidelink Feedback Channel）を介して、ＳＦＣＩが送信されることが検討されている。

なお、以下の説明では、サイドリンクでのＨＡＲＱ−ＡＣＫの送信において、ＰＳＦＣＨを使用することとしているが、これは一例である。例えば、ＰＳＣＣＨを使用してサイドリンクでのＨＡＲＱ−ＡＣＫの送信を行うこととしてもよいし、ＰＳＳＣＨを使用してサイドリンクでのＨＡＲＱ−ＡＣＫの送信を行うこととしてもよいし、その他のチャネルを使用してサイドリンクでのＨＡＲＱ−ＡＣＫの送信を行うこととしてもよい。

（課題について）
上述したように、ＮＲ−Ｖ２Ｘにおいて、ＨＡＲＱ動作がサポートされることが想定される。しかし、ＮＲ−Ｖ２Ｘにおいて想定される構成において、ＨＡＲＱ−ＡＣＫをどのように送信するかについては具体的な提案はなされていない。従って、従来技術では、ＨＡＲＱ−ＡＣＫ報告を適切に実施できないという課題がある。以下、この課題を解決する手法の例として、実施例１〜５を説明する。

以下では、便宜上、ＨＡＲＱにおいてユーザ装置２０が報告する情報全般をＨＡＲＱ−ＡＣＫと呼ぶ。このＨＡＲＱ−ＡＣＫをＨＡＲＱ−ＡＣＫ情報と称してもよい。また、より具体的には、ユーザ装置２０から基地局装置１０等に報告されるＨＡＲＱ−ＡＣＫの情報をＨＡＲＱ−ＡＣＫコードブックと呼ぶ。ＨＡＲＱ−ＡＣＫコードブックは、ＨＡＲＱ−ＡＣＫ情報のビット列である。なお、「ＨＡＲＱ−ＡＣＫ」により、ＡＣＫの他、ＮＡＣＫも送信される。

（実施例１）
実施例１では、図２に示したサイドリンク送信モード１において、ＰＳＳＣＨによりＳＬデータを受信したユーザ装置２０Ｂが、当該データを送信したユーザ装置２０Ａに対してＰＳＦＣＨによりＨＡＲＱ−ＡＣＫを送信する。また、ユーザ装置２０Ａは、当該ＨＡＲＱ−ＡＣＫを含むＨＡＲＱ−ＡＣＫを基地局装置１０に送信する。

＜実施例１の構成例＞
図１０は、実施例１における無線通信システムの構成（及び動作）を示す図である。この構成自体は実施例２でも同様である。

図１０に示すように、実施例１に係る無線通信システムは、基地局装置１０、ユーザ装置２０Ａ、及びユーザ装置２０Ｂを有する。なお、実際には多数のユーザ装置が存在するが、図１０は例としてユーザ装置２０Ａ、及びユーザ装置２０Ｂを示している。

以下、ユーザ装置２０Ａ、２０Ｂ等を特に区別しない場合、単に「ユーザ装置２０」あるいは「ユーザ装置」と記述する。図１０では、一例としてユーザ装置２０Ａとユーザ装置２０Ｂがともにセルのカバレッジ内にある場合を示しているが、実施例１における動作は、ユーザ装置２０Ｂがカバレッジ外にある場合にも適用できる。

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

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

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

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

また、実施例１に係る無線通信システムにおいて、ユーザ装置２０がＳＬあるいはＵＬに使用する信号波形は、ＯＦＤＭＡであってもよいし、ＳＣ−ＦＤＭＡであってもよいし、その他の信号波形であってもよい。

＜実施例１の動作例＞
図１０を参照して実施例１における無線通信システムの動作例を説明する。

Ｓ１０１において、基地局装置１０はユーザ装置２０Ａに対して、ＰＤＣＣＨによりＤＣＩ（Downlink Control Information）を送ることにより、ＳＬスケジューリングを行う。以降、便宜上、ＳＬスケジューリングのためのＤＣＩをＳＬスケジューリングＤＣＩと呼ぶ。

また、本実施例１では、Ｓ１０１において、基地局装置１０はユーザ装置２０Ａに対して、ＰＤＣＣＨにより、ＤＬスケジューリング（ＤＬ割り当てと呼んでもよい）のためのＤＣＩも送信することを想定している。以降、便宜上、ＤＬスケジューリングのためのＤＣＩをＤＬスケジューリングＤＣＩと呼ぶ。ＤＬスケジューリングＤＣＩを受信したユーザ装置２０Ａは、ＤＬスケジューリングＤＣＩで指定されるリソースを用いて、ＰＤＳＣＨによりＤＬデータを受信する。

Ｓ１０２、Ｓ１０３において、ユーザ装置２０Ａは、ＳＬスケジューリングＤＣＩで指定されたリソースを用いて、ＰＳＣＣＨによりＳＣＩ（Sidelink Control Information)を送信するとともに、ＰＳＳＣＨによりＳＬデータを送信する。なお、ＳＬスケジューリングＤＣＩでは、ＰＳＳＣＨのリソースのみが指定されることとしてもよい。この場合、例えば、ユーザ装置２０Ａは、ＳＣＩ（ＰＳＣＣＨ）を、ＰＳＳＣＨの時間リソースと同じ時間リソースで、ＰＳＳＣＨの周波数リソースと隣接する周波数リソースを使用して送信することとしてもよい。

ユーザ装置２０Ｂは、ユーザ装置２０Ａから送信されたＳＣＩ（ＰＳＣＣＨ）とＳＬデータ（ＰＳＳＣＨ）を受信する。ＰＳＣＣＨにより受信したＳＣＩには、ユーザ装置２０Ｂが、当該データの受信に対するＨＡＲＱ−ＡＣＫを送信するためのＰＳＦＣＨのリソースの情報が含まれる。

当該リソースの情報は、Ｓ１０１において基地局装置１０から送信されるＤＬスケジューリングＤＣＩ又はＳＬスケジューリングＤＣＩに含まれていて、ユーザ装置２０Ａが、ＤＬスケジューリングＤＣＩ又はＳＬスケジューリングＤＣＩから当該リソースの情報を取得してＳＣＩの中に含める。あるいは、基地局装置１０から送信されるＤＣＩには当該リソースの情報は含まれないこととし、ユーザ装置２０Ａが自律的に当該リソースの情報をＳＣＩに含めて送信することとしてもよい。

Ｓ１０４において、ユーザ装置２０Ｂは、受信したＳＣＩで指定されたＰＳＦＣＨのリソースを使用して、受信したデータに対するＨＡＲＱ−ＡＣＫをユーザ装置２０Ａに送信する。

Ｓ１０５において、ユーザ装置２０Ａは、例えば、ＤＬスケジューリングＤＣＩ（又はＳＬスケジューリングＤＣＩ）により指定されたタイミング（例えばスロット単位のタイミング）で、当該ＤＬスケジューリングＤＣＩ（又は当該ＳＬスケジューリングＤＣＩ）により指定されたＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫを送信し、基地局装置１０が当該ＨＡＲＱ−ＡＣＫを受信する。当該ＨＡＲＱ−ＡＣＫのコードブックには、ユーザ装置２０Ｂから受信したＨＡＲＱ−ＡＣＫと、ＤＬデータに対するＨＡＲＱ−ＡＣＫとが含まれ得る。ただし、ＤＬデータの割り当てがない場合等には、ＤＬデータに対するＨＡＲＱ−ＡＣＫは含まれない。

＜実施例１：ＨＡＲＱ−ＡＣＫコードブックに関する処理内容＞
以下、ユーザ装置２０Ａが基地局装置１０に送信するＨＡＲＱ−ＡＣＫコードブックの構成方法例ついて、より具体的に説明する。

＜構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ）＞
ユーザ装置２０Ａが受信したＤＬスケジューリングＤＣＩとＳＬスケジューリングＤＣＩのそれぞれに、PDSCH/PDCCH-to-HARQ_feedback timing indicator fieldの値が含まれ、その値が、ＤＬスケジューリングＤＣＩとＳＬスケジューリングＤＣＩとで同じスロットを示す場合に、ユーザ装置２０Ａは、ＤＬデータに対するＨＡＲＱ−ＡＣＫと、ＳＬデータに対するＨＡＲＱ−ＡＣＫ（Ｓ１０４においてユーザ装置２０Ａがユーザ装置２０Ｂから受信したＨＡＲＱ−ＡＣＫ）とを同じＰＵＣＣＨリソースを用いて送信する。つまり、この場合、ユーザ装置２０Ａは、ＤＬデータに対するＨＡＲＱ−ＡＣＫと、ＳＬデータに対するＨＡＲＱ−ＡＣＫ（Ｓ１０４においてユーザ装置２０Ａが受信したＨＡＲＱ−ＡＣＫ）とを１つのＨＡＲＱ−ＡＣＫコードブックに含め、当該ＨＡＲＱ−ＡＣＫコードブックを送信する。

上記の「PDSCH/PDCCH-to-HARQ_feedback timing indicator field」は、「PDSCH-to-HARQ_feedback timing indicator field」又は「PDCCH-to-HARQ_feedback timing indicator field」を示す。

「PDSCH-to-HARQ_feedback timing indicator field」は、ＤＬスケジューリングＤＣＩに含まれるフィールドであり、その値はＰＤＳＣＨ（ＤＬデータ）の受信からのＨＡＲＱフィードバックタイミング（例えばスロット数）を示す。

「PDCCH-to-HARQ_feedback timing indicator field」は、ＳＬスケジューリングＤＣＩに含まれるフィールドであり、その値は、ＰＤＣＣＨ（当該ＳＬスケジューリングＤＣＩ）の受信からのＨＡＲＱフィードバックタイミング（例えばスロット数）を示す。

上記は例であり、ＤＬスケジューリングＤＣＩが「PDCCH-to-HARQ_feedback timing indicator field」を含んでもよいし、ＳＬスケジューリングＤＣＩが「PDSCH-to-HARQ_feedback timing indicator field」を含んでもよい。

上述した処理内容は、例えば、「ユーザ装置２０Ａが受信したＤＬスケジューリングＤＣＩにPDSCH-to-HARQ_feedback timing indicator fieldの値が含まれ、ＳＬスケジューリングＤＣＩにPDCCH-to-HARQ_feedback timing indicator fieldの値が含まれ、これらの値が、ＨＡＲＱフィードバックタイミングとして同じスロットを示す場合に、ユーザ装置２０Ａは、ＤＬデータに対するＨＡＲＱ−ＡＣＫと、ＳＬデータに対するＨＡＲＱ−ＡＣＫ（Ｓ１０４においてユーザ装置２０Ａが受信したＨＡＲＱ−ＡＣＫ）とを同じＰＵＣＣＨリソースを用いて送信する。」と言い換えてもよい。

図１１は、ユーザ装置２０ＡにおけるＤＣＩ受信、及びＨＡＲＱ−ＡＣＫ送信の一例を示している。図１１において、ＤＣＩ１はＤＬスケジューリングＤＣＩを示し、ＤＣＩ２は、ＳＬスケジューリングＤＣＩを示す。図１１において、例えば、スロット１でユーザ装置２０ＡがＤＣＩ１とＤＣＩ２を受信する。これらがいずれもＨＡＲＱフィードバックタイミングとして、スロット５を示している場合、ユーザ装置２０Ａは、ＰＵＣＣＨリソース１を用いて、ＤＬデータに対するＨＡＲＱ−ＡＣＫとＳＬデータに対するＨＡＲＱ−ＡＣＫとを含むＨＡＲＱ−ＡＣＫコードブックを基地局装置１０に送信する。

＜ＨＡＲＱ−ＡＣＫの順番＞
ユーザ装置２０が、ＤＬデータに対するＨＡＲＱ−ＡＣＫとＳＬデータに対するＨＡＲＱ−ＡＣＫとを含むＨＡＲＱ−ＡＣＫコードブックを作成する際におけるＨＡＲＱ−ＡＣＫの順番に関して、下記のオプションＡ、Ｂ、Ｃがある。

オプションＡ）オプションＡでは、例えば、図１２（ａ）に示すように、ＤＬデータに対するＨＡＲＱ−ＡＣＫ（図１２ではＵｕＨＡＲＱ−ＡＣＫと記載）を最初に格納し、次にＳＬデータに対するＨＡＲＱ−ＡＣＫ（ＳＬＨＡＲＱ−ＡＣＫ）を格納する。

オプションＢ）オプションＢでは、例えば、図１２（ｂ）に示すように、ＳＬデータに対するＨＡＲＱ−ＡＣＫを最初に格納し、次にＤＬデータに対するＨＡＲＱ−ＡＣＫを格納する。

なお、図１２の例では、ＨＡＲＱ−ＡＣＫコードブックが４ビットのＨＡＲＱ−ＡＣＫ情報ビットからなる場合を示しており、一例として全部のビットが１である場合を示している。また、図１２に示すＨＡＲＱ−ＡＣＫコードブックの左端が、ＨＡＲＱ−ＡＣＫコードブックのビットを並べる順番における最初を示し、左端から右側へビットを並べることを想定している。なお、これは一例である。

また、図１２の例では、ユーザ装置２０Ａが、複数のユーザ装置にＳＬデータ（ＰＳＳＣＨ）を送信し、当該複数のユーザ装置からＳＬデータに対するＨＡＲＱ−ＡＣＫを受信することを想定している。

ユーザ装置２０Ａが、複数のユーザ装置からＳＬデータに対するＨＡＲＱ−ＡＣＫを受信し、各ユーザ装置からのＨＡＲＱ−ＡＣＫを、ＨＡＲＱ−ＡＣＫコードブックの各ビットに格納する場合において、複数のユーザ装置からのＨＡＲＱ−ＡＣＫをＨＡＲＱ−ＡＣＫコードブックに並べる順番を、例えば、当該複数のユーザ装置のＵＥ−ＩＤ（例、ＩＤの大きい順、あるいは、ＩＤの小さい順）に基づいて決定する。あるいは、ユーザ装置２０Ａが、複数のユーザ装置へのＳＬデータ送信のために、基地局装置１０から、複数のユーザ装置それぞれに対するＳＬスケジューリングＤＣＩを受信する場合には、当該ＳＬスケジューリングＤＣＩを受信した時間的順番で複数のユーザ装置からのＨＡＲＱ−ＡＣＫをＨＡＲＱ−ＡＣＫコードブックに並べる順番を決定してもよいし、複数のユーザ装置に送信するそれぞれのＳＣＩを送信した時間的順番で複数のユーザ装置からのＨＡＲＱ−ＡＣＫをＨＡＲＱ−ＡＣＫコードブックに並べる順番を決定してもよい。

オプションＣ）オプションＣでは、上記のように、順番の決定方法が予め定められていることに代えて、ユーザ装置２０Ａが受信するＤＬスケジューリングＤＣＩあるいはＳＬスケジューリングＤＣＩの中に順番が指定されていて、その指定に従って順番を決定する。

＜ＤＡＩについて＞
ＤＬスケジューリングＤＣＩ（又はＳＬスケジューリングＤＣＩ）には、ＤＡＩ（Downlink assignment index)が含まれる。図１３は、ＤＡＩの例を説明するための図である。図１３の例では、スロット６（ＤＬ）で受信したＤＬデータ及びスロット７（ＤＬ）で受信したＤＬデータに対するＨＡＲＱ−ＡＣＫをスロット９（ＵＬ）で送信するように、ユーザ装置２０Ａに対する設定がされている場合の例を示している。この場合、一例として、スロット６で受信するＤＬデータ割り当て用のＤＣＩにはＤＡＩとして１が含まれ、スロット７で受信するＤＬデータ割り当て用のＤＣＩにはＤＡＩとして２が含まれる。これにより、ユーザ装置２０Ａは、スロット９で送信するべきＨＡＲＱ−ＡＣＫに対応するＤＬデータを受信したかどうかを判断できる。ＤＡＩに関しては、下記のオプションＤとオプションＥがある。

オプションＤ）オプションＤにおいて、基地局装置１０からユーザ装置２０Ａに送信されるＳＬスケジューリングＤＣＩにはＤＡＩは含まれず、ＤＬスケジューリングＤＣＩに含まれるＤＡＩはＳＬデータに対するＨＡＲＱ−ＡＣＫとは関連しない。

この場合、ＰＳＳＣＨでＳＬデータを受信するユーザ装置２０Ｂに関しては、例えば、ユーザ装置２０Ａが、ＰＳＣＣＨで送信するＳＣＩ内にＳＬデータ用のＤＡＩを含め、ユーザ装置２０Ｂが、当該ＳＣＩからＤＡＩを取得して、利用することとしてもよい。

オプションＥ）オプションＥでは、基地局装置１０からユーザ装置２０Ａに送信されるＳＬスケジューリングＤＣＩにＤＡＩが含まれる。このＤＡＩは、ＳＣＩに含められてＰＳＣＣＨによりユーザ装置２０Ａからユーザ装置２０Ｂに送信され、ユーザ装置２０Ｂは当該ＤＡＩを利用してＳＬのＨＡＲＱ−ＡＣＫ送信を実行する。ユーザ装置２０Ａは、ＤＬデータに対するＨＡＲＱ−ＡＣＫの送信について、ＤＬスケジューリングＤＣＩに含まれるＤＡＩを利用する。

＜ＰＵＣＣＨリソースについて＞
ＰＵＣＣＨリソースについては、下記のオプションＦ〜Ｈがある。

オプションＦ）オプションＦでは、ユーザ装置２０Ａにおいて、ＤＬデータに対するＨＡＲＱ−ＡＣＫとＳＬデータに対するＨＡＲＱ−ＡＣＫを含む（あるいは、ＤＬデータに対するＨＡＲＱＡＣＫ又はＳＬデータに対するＨＡＲＱ−ＡＣＫを含む）ＨＡＲＱ−ＡＣＫコードブックを送信するためのＰＵＣＣＨリソースは、同じスロットを指定するPDSCH-to-HARQ_feedback timing indicator fieldを有する複数のＤＬスケジューリングＤＣＩのうち、最後に受信したＤＣＩにより決定される。

すなわち、例えば、ユーザ装置２０Ａが、ＤＬスケジューリングＤＣＩとしてＤＣＩ−Ａ、ＤＣＩ−Ｂ、ＤＣＩ−Ｃをこの順番で受信し、ＤＣＩ−Ａ、ＤＣＩ−Ｂ、ＤＣＩ−Ｃのそれぞれに、PDSCH-to-HARQ_feedback timingとして同じスロットを指定する値が含まれていた場合、ユーザ装置２０Ａは、当該スロットで、ＤＣＩ−Ｃに含まれるＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫコードブックを送信する。

オプションＧ）オプションＧでは、ユーザ装置２０Ａにおいて、ＤＬデータに対するＨＡＲＱ−ＡＣＫとＳＬデータに対するＨＡＲＱ−ＡＣＫを含む（あるいは、ＤＬデータに対するＨＡＲＱＡＣＫ又はＳＬデータに対するＨＡＲＱ−ＡＣＫを含む）ＨＡＲＱ−ＡＣＫコードブックを送信するためのＰＵＣＣＨリソースは、同じスロットを指定するPDSCH/PDCCH-to-HARQ_feedback timing indicator fieldを有する複数のＳＬスケジューリングＤＣＩのうち、最後に受信したＤＣＩにより決定される。

すなわち、例えば、ユーザ装置２０Ａが、ＳＬスケジューリングＤＣＩとしてＤＣＩ−Ａ、ＤＣＩ−Ｂ、ＤＣＩ−Ｃをこの順番で受信し、ＤＣＩ−Ａ、ＤＣＩ−Ｂ、ＤＣＩ−Ｃのそれぞれに、PDSCH/PDCCH-to-HARQ_feedback timing indicator fieldとして同じスロットを指定する値が含まれていた場合、ユーザ装置２０Ａは、当該スロットで、ＤＣＩ−Ｃに含まれるＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫコードブックを送信する。

オプションＨ）オプションＨでは、ユーザ装置２０Ａにおいて、ＤＬデータに対するＨＡＲＱ−ＡＣＫとＳＬデータに対するＨＡＲＱ−ＡＣＫを含む（あるいは、ＤＬデータに対するＨＡＲＱＡＣＫ又はＳＬデータに対するＨＡＲＱ−ＡＣＫを含む）ＨＡＲＱ−ＡＣＫコードブックを送信するためのＰＵＣＣＨリソースは、同じスロットを指定するPDSCH/PDCCH-to-HARQ_feedback timing indicator fieldを有する１つ又は複数のＳＬスケジューリングＤＣＩ及び１つ又は複数のＤＬスケジューリングＤＣＩのうち、最後に受信したＤＣＩにより決定される。

すなわち、例えば、ユーザ装置２０Ａが、ＳＬスケジューリングＤＣＩとしてＤＣＩ−Ａ、ＤＣＩ−Ｂをこの順番で受信し、その次に、ＤＬスケジューリングＤＣＩとしてＤＣＩ−Ｃを受信し、ＤＣＩ−Ａ、ＤＣＩ−Ｂ、ＤＣＩ−Ｃのそれぞれに、PDSCH/PDCCH-to-HARQ_feedback timing indicator fieldとして同じスロットを指定する値が含まれていた場合、ユーザ装置２０Ａは、当該スロットで、ＤＣＩ−Ｃに含まれるＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫコードブックを送信する。

なお、ＰＵＣＣＨリソースとＰＵＳＣＨリソースが衝突する場合（少なくとも同一の時間リソースに割り当てられた場合）等には、ユーザ装置２０Ａは、ＰＵＣＣＨリソースを使用せずに、ＰＵＳＣＨリソースでＨＡＲＱ−ＡＣＫコードブックを送信してもよい。

＜その他の例＞
上記の例では、基地局装置１０からユーザ装置２０Ａに送信されるＤＣＩに、ユーザ装置２０ＢがＨＡＲＱ−ＡＣＫの送信に使用するＰＳＦＣＨのリソースの情報が含まれ、ユーザ装置２０Ａから送信されるＳＣＩに当該ＰＳＦＣＨのリソースの情報が含まれる。

これに代えて、基地局装置１０からユーザ装置２０Ａに送信されるＤＬスケジューリングＤＣＩとＳＬスケジューリングＤＣＩのいずれにもＰＳＦＣＨのリソースの情報が含まれず、ユーザ装置２０Ａから送信されるＳＣＩにも当該ＰＳＦＣＨのリソースの情報が含まれないこととしてもよい。

この場合、例えば、ＳＬデータに対応するＳＣＩを受信したユーザ装置２０Ｂは、自律的にＰＳＦＣＨのリソースを選択し、選択したリソースを用いて当該ＳＬデータに対するＨＡＲＱ−ＡＣＫをユーザ装置２０Ａに送信する。

また、ユーザ装置２０Ａは、ユーザ装置２０Ｂに送信するＳＣＩの中に、PSFCH resource indicator（略してＰＲＩ）が含め、このＰＲＩの値で、ＰＳＦＣＨリソースの指定の有無を示してもよい。

一例として、ＰＲＩ＝０００であれば、ユーザ装置２０Ｂは、ＰＳＦＣＨリソースの指定が無いと判断し、自律的にリソースを選択する。また、例えば、ＰＲＩが０００よりも大きな値（例：０１０）であれば、ユーザ装置２０Ｂは、その値に対応するＰＳＦＣＨリソースを選択し、ＳＬデータに対するＨＡＲＱ−ＡＣＫの送信に使用する。

（実施例２）
次に、実施例２を説明する。実施例２における無線通信システムの構成は実施例１で説明したとおりである。

実施例２では、図２に示したサイドリンク送信モード１において、ＰＳＳＣＨによりＳＬデータを受信したユーザ装置２０Ｂが、当該ＳＬデータに対するＨＡＲＱ−ＡＣＫをＰＵＣＣＨを使用して基地局装置１０に送信する。

＜実施例２の動作例＞
図１４を参照して実施例２における無線通信システムの動作例を説明する。

Ｓ２０１において、基地局装置１０はユーザ装置２０Ａに対して、ＰＤＣＣＨによりＳＬスケジューリングＤＣＩを送ることにより、ＳＬスケジューリングを行う。

Ｓ２０２、Ｓ２０３において、ユーザ装置２０Ａは、ＳＬスケジューリングＤＣＩで指定されたリソースを用いて、ＰＳＣＣＨによりＳＣＩを送信するとともに、ＰＳＳＣＨによりＳＬデータを送信する。なお、ＳＬスケジューリングＤＣＩでは、ＰＳＳＣＨのリソースのみが指定されることとしてもよい。この場合、例えば、ユーザ装置２０Ａは、ＳＣＩ（ＰＳＣＣＨ）を、ＰＳＳＣＨの時間リソースと同じ時間リソースで、ＰＳＳＣＨの周波数リソースと隣接する周波数リソースを使用して送信することとしてもよい。

ユーザ装置２０Ｂは、ユーザ装置２０Ａから送信されるＳＣＩ（ＰＳＣＣＨ）とＳＬデータ（ＰＳＳＣＨ）を受信する。

ユーザ装置２０ＡからＰＳＣＣＨにより受信したＳＣＩには、ユーザ装置２０Ｂが、当該ＳＬデータの受信に対応するＨＡＲＱ−ＡＣＫを基地局装置１０に送信するためのＰＵＣＣＨのリソースの情報が含まれる。

当該リソースの情報は、Ｓ２０１において基地局装置１０から送信されるＤＬスケジューリングＤＣＩ又はＳＬスケジューリングＤＣＩに含まれていて、ユーザ装置２０Ａが、ＤＬスケジューリングＤＣＩ又はＳＬスケジューリングＤＣＩから当該リソースの情報を取得してＳＣＩの中に含める。あるいは、基地局装置１０から送信されるＤＣＩには当該リソースの情報は含まれないこととし、ユーザ装置２０Ａが自律的に当該リソースの情報をＳＣＩに含めて送信することとしてもよい。

Ｓ２０４において、ユーザ装置２０Ｂは、ＳＣＩに含まれる情報により指定されたタイミング（例えばスロット単位のタイミング）で、当該情報により指定されたＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫを送信する。基地局装置１０は当該ＨＡＲＱ−ＡＣＫを受信する。当該ＨＡＲＱ−ＡＣＫのコードブックには、例えば、ユーザ装置２０Ｂが受信したＳＬデータに対するＨＡＲＱ−ＡＣＫと、ユーザ装置２０Ｂが基地局装置１０から受信したＤＬデータに対するＨＡＲＱ−ＡＣＫとが含まれ得る。ただし、ＤＬデータの割り当てがない場合には、ＤＬデータに対するＨＡＲＱ−ＡＣＫは含まれない。

実施例２において、図１４のＡの線で示されるように、ユーザ装置２０Ｂは、基地局装置１０からＤＬスケジューリングＤＣＩを受信している。上記のように、ＳＣＩにより、ＨＡＲＱ−ＡＣＫ送信のためにＰＵＣＣＨリソースを指定することに代えて、当該ＤＬスケジューリングＤＣＩにより、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースを指定することとしてもよい。

＜実施例２：ＨＡＲＱ−ＡＣＫコードブックに関する処理内容＞
以下、ユーザ装置２０Ｂが基地局装置１０に送信するＨＡＲＱ−ＡＣＫコードブックの構成方法について、より具体的に説明する。以下の説明において、ＤＬスケジューリングＤＣＩは、ユーザ装置２０Ｂが基地局装置１０から受信するＤＬスケジューリングＤＣＩである。また、以下の説明において、ＤＣＩ／ＳＣＩとは、ユーザ装置２０Ａが基地局装置１０から受信するＤＣＩ（ＤＬスケジューリングＤＣＩ又はＳＬスケジューリングＤＣＩ）に含まれる情報を含むＳＣＩ、又は、ユーザ装置２０Ａが基地局装置１０から受信するＤＣＩに含まれる情報を含まないＳＣＩ（ユーザ装置２０Ａが自律でＳＣＩに情報を含める場合）である。

＜構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ）＞
ユーザ装置２０Ｂが受信したＤＬスケジューリングＤＣＩとＤＣＩ／ＳＣＩのそれぞれに、PDSCH/PDCCH-to-HARQ_feedback timing indicator fieldの値が含まれ、その値が、ＤＬスケジューリングＤＣＩとＤＣＩ／ＳＣＩとで同じスロットを示す場合に、ユーザ装置２０Ｂは、ＤＬデータに対するＨＡＲＱ−ＡＣＫと、ＳＬデータに対するＨＡＲＱ−ＡＣＫとを同じＰＵＣＣＨリソースを用いて送信する。つまり、この場合、ユーザ装置２０Ｂは、ＤＬデータに対するＨＡＲＱ−ＡＣＫと、ＳＬデータに対するＨＡＲＱ−ＡＣＫとを１つのＨＡＲＱ−ＡＣＫコードブックに含め、当該ＨＡＲＱ−ＡＣＫコードブックを送信する。

上述した文は、例えば、「ユーザ装置２０Ｂが受信したＤＬスケジューリングＤＣＩにPDSCH-to-HARQ_feedback timing indicator fieldの値が含まれ、ＤＣＩ／ＳＣＩにPDCCH-to-HARQ_feedback timing indicator fieldの値が含まれ、これらの値が、ＨＡＲＱフィードバックタイミングとして同じスロットを示す場合に、ユーザ装置２０Ｂは、ＤＬデータに対するＨＡＲＱ−ＡＣＫと、ＳＬデータに対するＨＡＲＱ−ＡＣＫとを同じＰＵＣＣＨリソースを用いて送信する。」と言い換えてもよい。

＜ＨＡＲＱ−ＡＣＫの順番＞
ユーザ装置２０Ｂが、ＤＬデータに対するＨＡＲＱ−ＡＣＫとＳＬデータに対するＨＡＲＱ−ＡＣＫとを含むＨＡＲＱ−ＡＣＫコードブックを作成する際におけるＨＡＲＱ−ＡＣＫの順番に関して、下記のオプションＡ、Ｂ、Ｃがある。

なお、前述したとおり、図１２の例では、ＨＡＲＱ−ＡＣＫコードブックが４ビットのＨＡＲＱ−ＡＣＫ情報ビットからなる場合を示しており、一例として全部のビットが１である場合を示している。また、図１２に示すＨＡＲＱ−ＡＣＫコードブックの左端が、ＨＡＲＱ−ＡＣＫコードブックのビットを並べる順番における最初を示し、左端から右側へビットを並べることを想定している。なお、これは一例である。

また、実施例２における図１２の例では、ユーザ装置２０Ｂが、複数のユーザ装置からＳＬデータ（ＰＳＳＣＨ）を受信し、当該複数のユーザ装置からのＳＬデータに対するそれぞれのＨＡＲＱ−ＡＣＫを送信することを想定している。

ユーザ装置２０Ｂが、複数のユーザ装置からのＳＬデータに対する複数のＨＡＲＱ−ＡＣＫを、ＨＡＲＱ−ＡＣＫコードブックに格納する場合において、ＨＡＲＱ−ＡＣＫコードブックに並べる順番を、例えば、当該複数のユーザ装置のＵＥ−ＩＤ（例、ＩＤの大きい順、あるいは、ＩＤの小さい順）に基づいて決定する。あるいは、ユーザ装置２０Ｂが、複数のユーザ装置のそれぞれからＳＬデータに対応して受信するＤＣＩ／ＳＣＩの受信順（時間的順番）で、当該ＳＬデータに対するＨＡＲＱ−ＡＣＫをＨＡＲＱ−ＡＣＫコードブックに並べる順番を決定してもよい。

オプションＣ）オプションＣでは、上記のように、順番の決定方法が予め定められていることに代えて、ユーザ装置２０Ｂが受信するＤＬスケジューリングＤＣＩあるいはＤＣＩ／ＳＣＩの中に順番が指定されていて、その指定に従って順番を決定する。

＜ＤＡＩについて＞
実施例２におけるＤＡＩに関しては、下記のオプションＤとオプションＥがある。

オプションＤ）オプションＤにおいて、ユーザ装置２０Ｂがユーザ装置２０Ａから受信するＤＣＩ／ＳＣＩにはＤＡＩは含まれず、ＤＬスケジューリングＤＣＩに含まれるＤＡＩはＳＬデータに対するＨＡＲＱ−ＡＣＫとは関連しない。

オプションＥ）オプションＥでは、ユーザ装置２０Ｂがユーザ装置２０Ａから受信するＤＣＩ／ＳＣＩにＤＡＩが含まれる。ユーザ装置２０Ｂは当該ＤＡＩを利用してＳＬのＨＡＲＱ−ＡＣＫ送信を実行する。また、ユーザ装置２０Ｂは、ＤＬデータに対するＨＡＲＱ−ＡＣＫの送信について、ＤＬスケジューリングＤＣＩに含まれるＤＡＩを利用する。

すなわち、例えば、ユーザ装置２０Ｂが、ＤＬスケジューリングＤＣＩとしてＤＣＩ−Ａ、ＤＣＩ−Ｂ、ＤＣＩ−Ｃをこの順番で受信し、ＤＣＩ−Ａ、ＤＣＩ−Ｂ、ＤＣＩ−Ｃのそれぞれに、PDSCH-to-HARQ_feedback timingとして同じスロットを指定する値が含まれていた場合、ユーザ装置２０Ｂは、当該スロットで、ＤＣＩ−Ｃに含まれるＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫコードブックを送信する。

オプションＧ）オプションＧでは、ユーザ装置２０Ｂにおいて、ＤＬデータに対するＨＡＲＱ−ＡＣＫとＳＬデータに対するＨＡＲＱ−ＡＣＫを含む（あるいは、ＤＬデータに対するＨＡＲＱＡＣＫ又はＳＬデータに対するＨＡＲＱ−ＡＣＫを含む）ＨＡＲＱ−ＡＣＫコードブックを送信するためのＰＵＣＣＨリソースは、同じスロットを指定するPDSCH/PDCCH-to-HARQ_feedback timing indicator fieldを有する複数のＤＣＩ／ＳＣＩのうち、最後に受信したＤＣＩ／ＳＣＩにより決定される。

すなわち、例えば、ユーザ装置２０Ｂが、ＤＣＩ／ＳＣＩ−Ａ、ＤＣＩ／ＳＣＩ−Ｂ、ＤＣＩ／ＳＣＩ−Ｃをこの順番で受信し、ＤＣＩ／ＳＣＩ−Ａ、ＤＣＩ／ＳＣＩ−Ｂ、ＤＣＩ／ＳＣＩ−Ｃのそれぞれに、PDSCH/PDCCH-to-HARQ_feedback timing indicator fieldとして同じスロットを指定する値が含まれていた場合、ユーザ装置２０Ｂは、当該スロットで、ＤＣＩ／ＳＣＩ−Ｃに含まれるＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫコードブックを送信する。

オプションＨ）オプションＨでは、ユーザ装置２０Ｂにおいて、ＤＬデータに対するＨＡＲＱ−ＡＣＫとＳＬデータに対するＨＡＲＱ−ＡＣＫを含む（あるいは、ＤＬデータに対するＨＡＲＱＡＣＫ又はＳＬデータに対するＨＡＲＱ−ＡＣＫを含む）ＨＡＲＱ−ＡＣＫコードブックを送信するためのＰＵＣＣＨリソースは、同じスロットを指定するPDSCH/PDCCH-to-HARQ_feedback timing indicator fieldを有する１つ又は複数のＤＬスケジューリングＤＣＩ及び１つ又は複数のＤＣＩ／ＳＣＩのうち、最後に受信したもの（ＤＬスケジューリングＤＣＩ又はＤＣＩ／ＳＣＩ）により決定される。

すなわち、例えば、ユーザ装置２０Ｂが、ＤＣＩ／ＳＣＩとしてＤＣＩ／ＳＣＩ−Ａ、ＤＣＩ／ＳＣＩ−Ｂをこの順番で受信し、その次に、ＤＬスケジューリングＤＣＩとしてＤＣＩ−Ｃを受信し、ＤＣＩ／ＳＣＩ−Ａ、ＤＣＩ／ＳＣＩ−Ｂ、ＤＣＩ−Ｃのそれぞれに、PDSCH/PDCCH-to-HARQ_feedback timing indicator fieldとして同じスロットを指定する値が含まれていた場合、ユーザ装置２０Ｂは、当該スロットで、ＤＣＩ−Ｃに含まれるＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫコードブックを送信する。

なお、ＰＵＣＣＨリソースとＰＵＳＣＨリソースが衝突する場合（少なくとも同一の時間リソースに割り当てられた場合）等には、ユーザ装置Ｂは、ＰＵＣＣＨリソースを使用せすに、ＰＵＳＣＨリソースでＨＡＲＱ−ＡＣＫコードブックを送信してもよい。

（実施例３）
実施例３では、実施例１の動作と実施例２の動作が、所定の情報に基づいて切り替えられる。所定の情報の例として、下記のオプション１〜７がある。

オプション１）オプション１では、所定の情報がＤＣＩフォーマットである。一例として、図１０、図１４に示した構成において、ユーザ装置２０Ａとユーザ装置２０Ｂが基地局装置１０からＤＣＩフォーマットＡのＤＣＩを受信した場合、ユーザ装置２０Ａとユーザ装置２０Ｂは、実施例１に示した動作を実行する。また、ユーザ装置２０Ａとユーザ装置２０Ｂが基地局装置１０からＤＣＩフォーマットＢのＤＣＩを受信した場合、ユーザ装置２０Ａとユーザ装置２０Ｂは、実施例２に示した動作を実行する。

オプション２）オプション２では、所定の情報はＳＬ送信モードである。例えば、ＳＬ送信モード１の場合に実施例１の動作を実行し、ＳＬ送信モード２ｄの場合に実施例２の動作を実行する。

オプション３）オプション３では、所定の情報は、ＨＡＲＱ−ＡＣＫを送信するために指定されるＰＵＣＣＨリソースである。一例として、図１０、図１４に示した構成において、ユーザ装置２０Ａとユーザ装置２０Ｂが基地局装置１０からPUCCH resource indicator filedの値として、００００〜０１１１に該当する値を受信した場合、ユーザ装置２０Ａとユーザ装置２０Ｂは、実施例１に示した動作を実行する。また、ユーザ装置２０Ａとユーザ装置２０Ｂが基地局装置１０からPUCCH resource indicator filedの値として１０００〜１１１１に該当する値を受信した場合、ユーザ装置２０Ａとユーザ装置２０Ｂは、実施例２に示した動作を実行する。

オプション４）オプション４では、所定の情報は、ＤＬ又はＳＬ又はＵＬのスケジューリングＤＣＩで指定されるＣＯＲＳＥＴ／ＣＣＥインデックスである。

オプション５）オプション５では、所定の情報は、上位レイヤパラメータである。一例として、図１０、図１４に示した構成において、ユーザ装置２０Ａとユーザ装置２０Ｂが基地局装置１０から上位レイヤ（ＭＡＣ、ＲＲＣなど）のシグナリングでパラメータＡを受信した場合、ユーザ装置２０Ａとユーザ装置２０Ｂは、実施例１に示した動作を実行する。また、ユーザ装置２０Ａとユーザ装置２０Ｂが基地局装置１０から上記レイヤ（ＭＡＣ、ＲＲＣなど）のシグナリングでパラメータＢを受信した場合、ユーザ装置２０Ａとユーザ装置２０Ｂは、実施例２に示した動作を実行する。

オプション６）オプション６では、所定の情報は、通信タイプ（ユニキャスト又はグループキャスト）である。例えば、複数のユーザ装置２０間で、ユニキャスト（又はグループキャスト）によるＳＬ通信を行う場合には、各ユーザ装置２０は実施例１の動作を実行する。また、例えば、複数のユーザ装置２０間で、グループキャスト（又はユニキャスト）によるＳＬ通信を行う場合には、各ユーザ装置２０は実施例２の動作を実行する。

オプション７）オプション７では、所定の情報は、ＤＣＩ又はＳＣＩに含まれるＩｎｄｉｃａｔｏｒである。例えば、各ユーザ装置２０は、基地局装置２０から受信するＤＣＩに含まれるＩｎｄｉｃａｔｏｒ又は他のユーザ装置２０から受信するＳＣＩに含まれるＩｎｄｉｃａｔｏｒで指定される情報に基づいて、実施例１の動作を実行するか、それとも実施例２の動作を実行するかを決定する。

次に、実施例４、５を説明する。実施例４の動作と実施例５の動作との切り替えについても、実施例３の動作を適用できる。実施例３の切り替え動作を、実施例４の動作と実施例５の動作との切り替えに適用する場合、実施例３において、実施例１を実施例４に置き換え、実施例２を実施例５に置き換えればよい。

（実施例４）
実施例４は、実施例１においてＳＬ送信モードを１から２ｄに変更した実施例に相当し、実施例１での基地局装置１０が、ヘッダＵＥ（ユーザ装置２０Ｃ）に置き換えられる。

また、ＤＣＩはＳＣＩに置き換えられ、ＤＬスケジューリングは、ヘッダＵＥ（ユーザ装置２０Ｃ）からユーザ装置２０ＡへのＳＬスケジューリングに置き換えられる。また、ＤＣＩによるＳＬスケジューリングは、ＳＣＩによるユーザ装置２０Ａとユーザ装置２０Ｂとの間のＳＬスケジューリングに置き換えられる。また、ＰＵＣＣＨはＰＳＦＣＨに置き換えられる。

＜実施例４の構成例＞
図１５は、実施例４における無線通信システムの構成（及び動作）を示す図である。この構成自体は実施例５でも同様である。

図１５に示すように、実施例４に係る無線通信システムは、ユーザ装置２０Ｃ、ユーザ装置２０Ａ、及びユーザ装置２０Ｂを有する。なお、実際には多数のユーザ装置が存在するが、図１５は例としてユーザ装置２０Ａ、ユーザ装置２０Ｂ、ユーザ装置２０Ｃを示している。

＜実施例４の動作例＞
図１５を参照して実施例４における無線通信システムの動作例を説明する。

Ｓ３０１において、ユーザ装置２０Ｃはユーザ装置２０Ａに対して、ＰＳＣＣＨによりＳＣＩを送ることにより、ユーザ装置２０Ａからユーザ装置２０ＢへのＳＬデータ送信のためのＳＬスケジューリングを行う。

また、本実施例１では、Ｓ３０１において、ユーザ装置２０Ｃはユーザ装置２０Ａに対して、ＰＳＣＣＨにより、ユーザ装置２０Ｃからユーザ装置２０ＡへのＳＬデータ送信のためのＳＬスケジューリングのＳＣＩも送信することを想定している。ここでは、便宜上、ユーザ装置２０Ｃからユーザ装置２０ＡへのＳＬデータ送信のためのＳＬスケジューリングのためのＳＣＩをＨ−ＳＣＩと呼ぶ。また、ユーザ装置２０Ａからユーザ装置２０ＢへのＳＬデータ送信のためのＳＬスケジューリングのためのＳＣＩをＳ−ＳＣＩと呼ぶ。Ｈ−ＳＣＩを受信したユーザ装置２０Ａは、Ｈ−ＳＣＩで指定されるリソースを用いて、ＰＳＳＣＨによりＳＬデータを受信する。

Ｓ３０２、Ｓ３０３において、ユーザ装置２０Ａは、Ｓ−ＳＣＩで指定されたリソースを用いて、ＰＳＣＣＨによりＳＣＩを送信するとともに、ＰＳＳＣＨによりＳＬデータを送信する。なお、Ｓ−ＳＣＩでは、ＰＳＳＣＨのリソースのみが指定されることとしてもよい。この場合、例えば、ユーザ装置２０Ａは、ＳＣＩ（ＰＳＣＣＨ）を、ＰＳＳＣＨの時間リソースと同じ時間リソースで、ＰＳＳＣＨの周波数リソースと隣接する周波数リソースを使用して送信することとしてもよい。

ユーザ装置２０Ｂは、ユーザ装置２０Ａから送信されたＳＣＩ（ＰＳＣＣＨ）とＳＬデータ（ＰＳＳＣＨ）を受信する。ＰＳＣＣＨにより受信したＳＣＩには、ユーザ装置２０Ｂが、当該データの受信に対応するＨＡＲＱ−ＡＣＫを送信するためのＰＳＦＣＨのリソースの情報が含まれる。ただし、実施例１で説明したように、ＰＳＦＣＨのリソースの情報が含まれずに、ユーザ装置２０Ｂが自律でＰＳＦＣＨのリソースを選択してもよい。

当該リソースの情報は、Ｓ３０１においてユーザ装置２０Ｃから送信されるＨ−ＳＣＩ又はＳ−ＳＣＩに含まれていて、ユーザ装置２０Ａが、Ｈ−ＳＣＩ又はＳ−ＳＣＩから当該リソースの情報を取得して、ユーザ装置２０Ｂに送信するＳＣＩの中に含める。あるいは、ユーザ装置２０Ｃから送信されるＳＣＩには当該リソースの情報は含まれないこととし、ユーザ装置２０Ａが自律的に当該リソースの情報をＳＣＩに含めて送信することとしてもよい。

Ｓ３０４において、ユーザ装置２０Ｂは、受信したＳＣＩで指定されたＰＳＦＣＨのリソースを使用して、受信したデータに対するＨＡＲＱ−ＡＣＫをユーザ装置２０Ａに送信する。

Ｓ３０５において、ユーザ装置２０Ａは、例えば、Ｈ−ＳＣＩ（又はＳ−ＳＣＩ）により指定されたタイミング（例えばスロット単位のタイミング）で、Ｈ−ＳＣＩ（又はＳ−ＳＣＩ）により指定されたＰＳＦＣＨリソースを用いてＨＡＲＱ−ＡＣＫを送信する。当該ＨＡＲＱ−ＡＣＫのコードブックには、ユーザ装置２０Ｂから受信するＨＡＲＱ−ＡＣＫと、ユーザ装置２０Ｃから受信するＳＬデータに対するＨＡＲＱ−ＡＣＫとが含まれ得る。ただし、Ｈ−ＳＣＩによる割り当てがない場合にば、ユーザ装置２０Ｃから受信するＳＬデータに対するＨＡＲＱ−ＡＣＫは含まれない。

「ＨＡＲＱ−ＡＣＫコードブックに関する処理内容」についても、上記の置き換えを適用した実施例１の動作を適用できる。

（実施例５）
実施例５は、実施例２においてＳＬ送信モードを１から２ｄに変更した実施例に相当し、実施例２での基地局装置１０が、ヘッダＵＥ（ユーザ装置２０Ｃ）に置き換えられる。

また、ＤＣＩはＳＣＩに置き換えられ、ＤＬスケジューリングは、ヘッダＵＥ（ユーザ装置２０Ｃ）からユーザ装置２０ＢへのＳＬスケジューリングに置き換えられる。また、ＤＣＩによるＳＬスケジューリングは、ＳＣＩによるユーザ装置２０Ａとユーザ装置２０Ｂとの間のＳＬスケジューリングに置き換えられる。また、ＰＵＣＣＨはＰＳＦＣＨに置き換えられる。

図１６は、実施例５における無線通信システムの構成（及び動作）を示す図である。実施例５における無線通信システムの構成は、図１５に示した実施例４における構成と同じである。

＜実施例５の動作例＞
図１６を参照して実施例５における無線通信システムの動作例を説明する。ここでは、便宜上、ユーザ装置２０Ｃからユーザ装置２０Ａ（又はユーザ装置２０Ｂ）へのＳＬデータ送信のためのＳＬスケジューリングのＳＣＩをＨ−ＳＣＩと呼ぶ。また、ユーザ装置２０Ａからユーザ装置２０ＢへのＳＬデータ送信のためのＳＬスケジューリングのＳＣＩをＳ−ＳＣＩと呼ぶ。

Ｓ４０１において、ユーザ装置２０Ｃはユーザ装置２０Ａに対して、ＰＳＣＣＨによりＳ−ＳＣＩを送ることにより、ユーザ装置２０Ａからユーザ装置２０ＢへのＳＬデータ送信のためのＳＬスケジューリングを行う。

Ｓ４０２、Ｓ４０３において、ユーザ装置２０Ａは、Ｓ‐ＳＣＩで指定されたリソースを用いて、ＰＳＣＣＨによりＳＣＩを送信するとともに、ＰＳＳＣＨによりＳＬデータを送信する。なお、Ｓ‐ＳＣＩでは、ＰＳＳＣＨのリソースのみが指定されることとしてもよい。この場合、例えば、ユーザ装置２０Ａは、ＳＣＩ（ＰＳＣＣＨ）を、ＰＳＳＣＨの時間リソースと同じ時間リソースで、ＰＳＳＣＨの周波数リソースと隣接する周波数リソースを使用して送信することとしてもよい。

ユーザ装置２０ＡからＰＳＣＣＨにより受信したＳＣＩには、ユーザ装置２０Ｂが、当該ＳＬデータの受信に対するＨＡＲＱ−ＡＣＫをユーザ装置２０Ｃに送信するためのＰＳＦＣＨのリソースの情報が含まれる。

当該リソースの情報は、Ｓ４０１においてユーザ装置２０Ｃから送信されるＨ−ＳＣＩ又はＳ‐ＳＣＩに含まれていて、ユーザ装置２０Ａが、Ｈ−ＳＣＩ又はＳ‐ＳＣＩから当該リソースの情報を取得してＳＣＩの中に含める。あるいは、ユーザ装置２０Ｃから送信されるＳＣＩには当該リソースの情報は含まれないこととし、ユーザ装置２０Ａが自律的に当該リソースの情報をＳＣＩに含めて送信することとしてもよい。

Ｓ４０４において、ユーザ装置２０Ｂは、受信したＳＣＩに含まれる情報により指定されたタイミング（例えばスロット単位のタイミング）で、当該情報により指定されたＰＳＦＣＨリソースを用いてＨＡＲＱ−ＡＣＫをユーザ装置２０Ｃに送信する。当該ＨＡＲＱ−ＡＣＫのコードブックには、例えば、ユーザ装置２０Ｂが受信したＳＬデータに対するＨＡＲＱ−ＡＣＫと、ユーザ装置２０Ｂがユーザ装置２０Ｃから受信したＳＬデータに対するＨＡＲＱ−ＡＣＫとが含まれ得る。ただし、ユーザ装置２０ＣからのＳＬデータの割り当てがない場合には、ユーザ装置２０ＣからのＳＬデータに対するＨＡＲＱ−ＡＣＫは含まれない。

実施例５において、図１６のＡの線で示されるように、ユーザ装置２０Ｂは、ユーザ装置２０ＣからＨ−ＳＣＩを受信している。上記のように、ユーザ装置２０Ａから受信するＳＣＩにより、ＨＡＲＱ−ＡＣＫ送信のためにＰＳＦＣＨリソースを指定することに代えて、当該Ｈ−ＳＣＩにより、ＨＡＲＱ−ＡＣＫ送信のためのＰＳＦＣＨリソースを指定することとしてもよい。

なお、実施例４、５で説明したユーザ装置２０Ｃ（ヘッダＵＥ）は、スケジューリング能力を持つノード、スケジューリングＵＥ、ローカルマネジャー等の装置に置き換えられてもよい。

また、ユーザ装置２０Ｃ（ヘッダＵＥ）、スケジューリング能力を持つノード、スケジューリングＵＥ、ローカルマネジャー、基地局装置１０を総称して「通信装置」と称してもよい。また、ユーザ装置２０Ａ、２０Ｂについても「通信装置」と称してもよい。

（実施例６：実施例１〜５に関するその他の例）
上述した実施例１〜３において、複数のＳＬスケジューリングＤＣＩを受信するユーザ装置２０（例えば、実施例１のユーザ装置２０Ａ）は、当該複数のＳＬスケジューリングＤＣＩが、異なる複数のユーザ装置との間のＳＬスケジューリングのためのＤＣＩである場合にも、各ＳＬデータに対応する複数のＨＡＲＱ−ＡＣＫを同一のＨＡＲＱ−ＡＣＫコードブックに収容し、基地局装置１０にＰＵＣＣＨリソースを用いて送信することとしてもよい。

各実施例で説明した「ＨＡＲＱ−ＡＣＫコードブックに関する処理内容」については、基地局装置１０からのＤＬスケジューリング（又はユーザ装置２０ＣからのＨ−ＳＣＩによるＳＬスケジューリング）がない場合でも適用可能である。

その場合の「構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ）」、「ＨＡＲＱ−ＡＣＫの順番」、「ＰＵＣＣＨリソース」は下記のとおりである。

＜構成（Ｃｏｎｓｔｒｕｃｔｉｏｎ）＞
ユーザ装置２０が受信した１つ又は複数のＳＬスケジューリングＤＣＩ（又はＳ−ＳＣＩ）に、PDSCH/PDCCH-to-HARQ_feedback timing indicator fieldの値が含まれ、その値が、各ＤＣＩ／Ｓ−ＳＣＩで同じスロットを示す場合に、ユーザ装置２０は、スケジューリングに対応するデータに対する各ＨＡＲＱ−ＡＣＫを同じＰＵＣＣＨリソース（又はＰＳＦＣＨリソース）を用いて送信する。つまり、当該各ＨＡＲＱ−ＡＣＫを、１つのＨＡＲＱ−ＡＣＫコードブックに含めて当該リソースで送信する。

＜ＨＡＲＱ−ＡＣＫの順番＞
各ＨＡＲＱ−ＡＣＫをＨＡＲＱ−ＡＣＫコードブックに並べる順番については、例えば、各ＨＡＲＱ−ＡＣＫに対応するデータをスケジューリングしたＤＣＩ（又はＳＣＩ）を受信した時間的順番で決定する。

＜ＰＵＣＣＨリソース（又はユーザ装置２０ＣへのＰＳＦＣＨリソース）＞
ユーザ装置２０において、ＳＬデータに対するＨＡＲＱ−ＡＣＫを含むＨＡＲＱ−ＡＣＫコードブックを送信するためのＰＵＣＣＨリソースは、同じスロットを指定するPDSCH/ PDCCH-to-HARQ_feedback timing indicator fieldを有する複数のＳＬスケジューリングＤＣＩ（又はＳ−ＳＣＩ）のうち、最後に受信したＤＣＩ（又はＳ−ＳＣＩ）により決定される。

すなわち、例えば、ユーザ装置２０が、ＳＬスケジューリングＤＣＩとしてＤＣＩ−Ａ、ＤＣＩ−Ｂ、ＤＣＩ−Ｃをこの順番で受信し、ＤＣＩ−Ａ、ＤＣＩ−Ｂ、ＤＣＩ−Ｃのそれぞれに、PDSCH/PDCCH -to-HARQ_feedback timingとして同じスロットを指定する値が含まれていた場合、ユーザ装置２０は、当該スロットで、ＤＣＩ−Ｃに含まれるＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫコードブックを送信する。

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

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

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

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

制御部１４０は、ユーザ装置２０がＤ２Ｄ通信を行うための設定に係る処理を行う。また、制御部１４０は、Ｄ２Ｄ通信のスケジューリング情報を送信部１１０を介してユーザ装置２０に送信する。制御部１４０における信号送信に関する機能部を送信部１１０に含め、制御部１４０における信号受信に関する機能部を受信部１２０に含めてもよい。

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

送信部２１０は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部２２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部２２０は、基地局装置１０から送信されるＮＲ−ＰＳＳ、ＮＲ−ＳＳＳ、ＮＲ−ＰＢＣＨ、ＤＬ／ＵＬ／ＳＬ制御信号又は参照信号等を受信する機能を有する。また、例えば、送信部２１０は、Ｄ２Ｄ通信として、他のユーザ装置２０に、ＰＳＣＣＨ（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）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

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

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

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。

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

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

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

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

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

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

また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ装置２０間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局装置１０が有する機能をユーザ装置２０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。

同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末が有する機能を基地局が有する構成としてもよい。

本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

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

参照信号は、ＲＳ（Reference Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。

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

本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。

本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジ（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。

ニューメロロジは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジは、例えば、サブキャリア間隔（ＳＣＳ：SubCarrier Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission Time Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。

スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル、ＳＣ-ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）シンボル等）で構成されてもよい。スロットは、ニューメロロジに基づく時間単位であってもよい。

スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。

無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。

例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission Time Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１−１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。

ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ装置２０に対して、無線リソース（各ユーザ装置２０において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。

ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。

なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。

１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥＲｅｌ．８−１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。

なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。

リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジに基づいて決定されてもよい。

また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。

なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier Group）、リソースエレメントグループ（ＲＥＧ：Resource Element Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。

また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。

帯域幅部分（ＢＷＰ：Bandwidth Part）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジ用の連続する共通ＲＢ（common resource blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。

ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。

設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。

上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長などの構成は、様々に変更することができる。

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

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

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

なお、本開示において、サイドリンク通信は、端末間直接通信の一例である。

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

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

Claims

通信装置から受信したサイドリンクスケジューリング用の制御情報に基づいて、サイドリンクデータを送信する送信部と、
前記サイドリンクデータを受信したユーザ装置から、当該サイドリンクデータに対するＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、
前記送信部は、前記通信装置に対して前記ＨＡＲＱ−ＡＣＫ情報を送信する
ユーザ装置。
前記送信部は、前記受信部が前記通信装置から受信したデータに対するＨＡＲＱ−ＡＣＫ情報と、前記サイドリンクデータに対するＨＡＲＱ−ＡＣＫ情報とを含むＨＡＲＱ−ＡＣＫコードブックを前記通信装置に送信する
請求項１に記載のユーザ装置。
第１のユーザ装置に対して、当該第１のユーザ装置によるサイドリンクデータの送信のためのサイドリンクスケジューリング用の制御情報を送信する送信部と、
前記サイドリンクデータを受信した第２のユーザ装置から送信された、当該サイドリンクデータに対するＨＡＲＱ−ＡＣＫ情報を受信した前記第１のユーザ装置から当該ＨＡＲＱ−ＡＣＫ情報を受信する受信部と
を備える通信装置。
通信装置からサイドリンクスケジューリング用の制御情報を受信したユーザ装置から、サイドリンクデータを受信する受信部と、
前記サイドリンクデータに対するＨＡＲＱ−ＡＣＫ情報を前記通信装置に送信する送信部と
を備えるユーザ装置。
前記送信部は、前記受信部が前記通信装置から受信したデータに対するＨＡＲＱ−ＡＣＫ情報と、前記サイドリンクデータに対するＨＡＲＱ−ＡＣＫ情報とを含むＨＡＲＱ−ＡＣＫコードブックを前記通信装置に送信する
請求項４に記載のユーザ装置。
第１のユーザ装置に対して、サイドリンクスケジューリング用の制御情報を送信する送信部と、
前記第１のユーザ装置から送信されたサイドリンクデータを受信した第２のユーザ装置から、当該サイドリンクデータに対するＨＡＲＱ−ＡＣＫ情報を受信する受信部と
を備える通信装置。