JP7344963B2 - 端末、基地局、通信システム、及び通信方法 - Google Patents

Description

本発明は、無線通信システムにおけるユーザ装置に関連するものである。

ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥの後継システム（例えば、ＬＴＥ－Ａ（ＬＴＥ Ａｄｖａｎｃｅｄ）、ＮＲ（Ｎｅｗ Ｒａｄｉｏ）（５Ｇとも呼ぶ））では、ＵＥ等の通信装置同士が基地局装置ｇＮＢを介さないで直接通信を行う端末間直接通信（サイドリンク、Ｄ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）とも呼ぶ）技術が検討されている（非特許文献１）。

また、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）を実現することが検討され、仕様化が進められている。ここで、Ｖ２Ｘとは、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｒａｎｓｐｏｒｔ Ｓｙｓｔｅｍｓ）の一部であり、自動車間で行われる通信形態を意味するＶ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）、自動車と道路脇に設置される路側機（ＲＳＵ：Ｒｏａｄ－Ｓｉｄｅ Ｕｎｉｔ）との間で行われる通信形態を意味するＶ２Ｉ（Ｖｅｈｉｃｌｅ ｔｏ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するＶ２Ｎ（Ｖｅｈｉｃｌｅ ｔｏ Ｎｏｍａｄｉｃ ｄｅｖｉｃｅ）、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Ｖｅｈｉｃｌｅ ｔｏ Ｐｅｄｅｓｔｒｉａｎ）の総称である。

３ＧＰＰ ＴＳ ３６．２１３ Ｖ１４．３．０（２０１７－０６）

端末間直接通信（サイドリンク技術）において使用される端末間直接通信用チャネルには以下のチャネルが含まれる。

ＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）等の制御情報を送信するチャネルはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）と称され、データを送信するチャネルはＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）と称される。また、ＮＲのＶ２Ｘでは、ＰＳＣＣＨ及びＰＳＣＣＨに対するＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）動作をサポートすることが規定されており、ＨＡＲＱ－ＡＣＫが、端末間直接通信フィードバックチャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ（ＰＳＦＣＨ））上で送信される。

ＮＲ－Ｖ２Ｘにおけるサイドリンク送信モード１では、ユーザ装置２０Ａは、基地局装置１０によるＳＬ（サイドリンク）スケジューリングに基づいて、ユーザ装置２０Ｂに対してＰＳＣＣＨ／ＰＳＳＣＨを送信する。ユーザ装置２０Ｂは、ユーザ装置２０Ａに対してＨＡＲＱ－ＡＣＫをＰＳＦＣＨ上で送信する。ユーザ装置２０Ａは、基地局装置１０に対してＨＡＲＱ－ＡＣＫをＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）／ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）上で送信する。

しかしながら、ＮＲ－Ｖ２Ｘにおけるサイドリンク送信モード１において、ＨＡＲＱ－ＡＣＫをどのようにフィードバックするかについて詳細には規定されていない。

本発明は上記の点に鑑みてなされたものであり、基地局装置によってスケジューリングされる端末間直接通信において、ＨＡＲＱ－ＡＣＫをどのようにフィードバックするかを規定する技術を提供することを目的とする。なお、本発明はＶ２Ｘにおける端末間通信に限られず、いかなる端末に適用されてもよい。

開示の技術によれば、端末間通信において他の端末に送信したデータチャネルに対するフィードバック情報であって、前記他の端末から受信したフィードバック情報を受信するスロットと前記フィードバック情報に対応する第１のＨＡＲＱ－ＡＣＫ情報を含む上り制御チャネルを送信するスロットとの間の時間差に相当するスロット数を指定する制御情報を基地局から受信する受信部と、前記時間差に相当するスロット数に基づいて、前記第１のＨＡＲＱ－ＡＣＫ情報を含む上り制御チャネルを基地局に送信する送信部と、を備える端末、が提供される。

開示の技術によれば、基地局装置によってスケジューリングされる端末間直接通信において、ＨＡＲＱ－ＡＣＫをどのようにフィードバックするかを規定する技術が提供される。

ＮＲ－Ｖ２Ｘにおける４種類のサイドリンク送信モードを説明するための図である。 サイドリンクにおけるＨＡＲＱフィードバックを説明するための図である。 サイドリンク送信モード１におけるＨＡＲＱ－ＡＣＫを説明するための図である。 実施形態における無線通信システムの動作を説明するための図である。 実施形態に係る基地局装置１０の機能構成の一例を示す図である。 実施形態に係るユーザ装置２０の機能構成の一例を示す図である。 実施形態に係る基地局装置１０及びユーザ装置２０のハードウェア構成の一例を示す図である。

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

（サイドリンク送信モード）
ＮＲ－Ｖ２Ｘにおけるサイドリンク送信モードについて説明する。

図１は、ＮＲ－Ｖ２Ｘにおける４種類のサイドリンク送信モードを説明するための図である。

ＮＲ－Ｖ２Ｘのサイドリンク送信モード１では、ユーザ装置２０Ａは、基地局装置１０によるＳＬスケジューリングに基づいて、ユーザ装置２０Ｂに対してＰＳＣＣＨ／ＰＳＳＣＨを送信する。

ＮＲ－Ｖ２Ｘのサイドリンク送信モード２では、ユーザ装置自身のリソース選択に基づいてＰＳＣＣＨ／ＰＳＳＣＨの送信が行われる。ＮＲ－Ｖ２Ｘのサイドリンク送信モード２はさらに細分化されており、ＮＲ－Ｖ２Ｘのサイドリンク送信モード２－ａでは、ユーザ装置２０Ａは、ユーザ装置２０Ａ自身のリソース選択に基づいて、ユーザ装置２０Ｂに対してＰＳＣＣＨ／ＰＳＳＣＨを送信し、また、ユーザ装置２０Ｂは、ユーザ装置２０Ｂ自身のリソース選択に基づいて、ユーザ装置Ａに対してＰＳＣＣＨ／ＰＳＳＣＨを送信する。ＮＲ－Ｖ２Ｘのサイドリンク送信モード２－ｃでは、基地局装置１０から通知される、または仕様で決められた、リソースパターン（ｒｅｓｏｕｒｃｅ ｐａｔｔｅｒｎ）のＲＲＣ－ｃｏｎｆｉｇに従って、ユーザ装置２０Ａは、ユーザ装置２０Ｂに対してＰＳＳＣＨを送信する。

ＮＲ－Ｖ２Ｘのサイドリンク送信モード２－ｄでは、ユーザ装置２０Ａは、ユーザ装置２０Ｂに対してＳＬ ｓｃｈｅｄｕｌｉｎｇを送信することにより、ユーザ装置２０Ｂの送信のためのスケジューリングを行い、ユーザ装置２０Ｂは、そのスケジューリングに基づいて、ユーザ装置２０Ａに対してＰＳＣＣＨ／ＰＳＳＣＨを送信する。

（ＨＡＲＱフィードバック）
ＨＡＲＱフィードバックについて説明する。

図２は、サイドリンクにおけるＨＡＲＱフィードバックを説明するための図である。

図２に示されるように、ステップ１において、ユーザ装置２０Ａからユーザ装置２０Ｂに対してＰＳＣＣＨ／ＰＳＳＣＨが送信され、ステップ２において、ユーザ装置２０Ｂからユーザ装置２０Ａに対して、当該ＰＳＣＣＨ／ＰＳＳＣＨに対するＨＡＲＱ－ＡＣＫがＰＳＦＣＨ上で送信される。

図２の例では、ＰＳＦＣＨは、スロットの最後のシンボルで送信されている。当該ＰＳＦＣＨの時間領域のリソースは、当該ＰＳＣＣＨ／ＰＳＳＣＨに紐づけられたリソースであり、動的に通知されるものではない。ただし、本発明は図２の例に限られない。例えば、ＰＳＦＣＨはスロットの最後のシンボル以外のシンボルで送信されてもよい。

（サイドリンク送信モード１におけるＨＡＲＱフィードバック）
基地局装置１０によるＳＬスケジューリングに基づいてユーザ装置２０Ａからユーザ装置２０Ｂに対してＰＳＣＣＨ／ＰＳＳＣＨが送信されるサイドリンク送信モード１においては、ユーザ装置２０Ａから基地局装置１０に対してＨＡＲＱ－ＡＣＫがフィードバックされる。

図３は、サイドリンク送信モード１におけるＨＡＲＱ－ＡＣＫを説明するための図である。

図３に示されるように、ステップ１において、ＳＬスケジューリングが、基地局装置１０からユーザ装置２０ＡにＰＤＣＣＨ上で送信され、ステップ２において、当該ＳＬスケジューリングに基づくＰＳＣＣＨ／ＰＳＳＣＨが、ユーザ装置２０Ａからユーザ装置２０Ｂに送信される。ステップ３において、当該ＰＳＣＣＨ／ＰＳＳＣＨに対するＨＡＲＱ－ＡＣＫが、ユーザ装置２０Ｂからユーザ装置２０ＡにＰＳＦＣＨ上で送信され、ステップ４において、当該ＨＡＲＱ－ＡＣＫに基づくＨＡＲＱ－ＡＣＫが、ユーザ装置２０Ａから基地局装置１０にＰＵＣＣＨ／ＰＵＳＣＨ上で送信される。なお、フィードバックの手順はこれに限られない。例えば、ステップ３として、当該ＰＳＣＣＨ／ＰＳＳＣＨに対するＨＡＲＱ－ＡＣＫが、ユーザ装置２０Ｂから基地局装置１０にＰＵＣＣＨ／ＰＵＳＣＨ上で送信されてもよい。また、本発明における基地局装置１０は、ユーザ装置２０Ｃに置き換えられてもよく、ＰＵＣＣＨはＰＳＦＣＨに、ＰＵＳＣＨはＰＳＳＣＨに、それぞれ置き換えられてもよい。この場合、ユーザ装置２０Ｃがユーザ装置２０Ａからユーザ装置２０ＢへのＰＳＣＣＨ／ＰＳＳＣＨ送信をスケジュールすることが想定されてもよい。また、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）はＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に置き換えられてもよい。

（課題について）
上述したように、ＮＲ－Ｖ２ＸにおいてＨＡＲＱフィードバックがサポートされることが想定される。

しかし、基地局装置１０に対するＨＡＲＱフィードバックの詳細については具体的な提案はなされていないという課題がある。より具体的には、以下のような課題がある。
課題Ａ：ユーザ装置２０Ｂからユーザ装置２０ＡへのＰＳＦＣＨの送信を考慮した上で、ユーザ装置２０Ａから基地局装置１０へのＨＡＲＱフィードバックのタイミングをどのようにして確保するかという課題がある。
課題Ｂ：ユーザ装置２０Ａとユーザ装置２０Ｂとの間のサイドリンクのＨＡＲＱ－ＡＣＫ（ＳＬ ＨＡＲＱ－ＡＣＫ）と、ユーザ装置２０Ａと基地局装置との間のＨＡＲＱ－ＡＣＫ（Ｕｕ ＨＡＲＱ－ＡＣＫ）とをどのように多重するかという課題がある。
課題Ｃ：ＳＬ ＨＡＲＱ－ＡＣＫとＵｕ ＨＡＲＱ－ＡＣＫをフィードバックするスロットとして同じスロットが通知された場合に、ＳＬ ＨＡＲＱ－ＡＣＫの種類が、ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ）のＨＡＲＱ－ＡＣＫであってＵｕ ＨＡＲＱ－ＡＣＫの種類がＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）のＨＡＲＱ－ＡＣＫである場合の処理をどのようにするかという課題がある。また、ＳＬ ＨＡＲＱ－ＡＣＫの種類がｅＭＢＢのＨＡＲＱ－ＡＣＫであって、Ｕｕ ＨＡＲＱ－ＡＣＫの種類がｅＭＢＢである場合の処理をどのようにするかという課題がある。また、ＳＬ ＨＡＲＱ－ＡＣＫの種類がＵＲＬＬＣのＨＡＲＱ－ＡＣＫであって、Ｕｕ ＨＡＲＱ－ＡＣＫの種類がｅＭＢＢである場合の処理をどのようにするかという課題がある。また、ＳＬ ＨＡＲＱ－ＡＣＫの種類がＵＲＬＬＣのＨＡＲＱ－ＡＣＫであって、Ｕｕ ＨＡＲＱ－ＡＣＫの種類がＵＲＬＬＣである場合の処理をどのようにするかという課題がある。
課題Ｄ：各種別のＨＡＲＱ－ＡＣＫコードブックに対するＨＡＲＱ－ＡＣＫビットをどのように生成するかという課題がある。
課題Ｅ：ＳＬ ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨと、ＣＳＩ／ＳＲ等の他の上りリンク制御情報種別（ＵＣＩ ｔｙｐｅ：Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ ｔｙｐｅ）を含むＰＵＣＣＨとの衝突をどのように処理するかという課題がある。ここで、ＣＳＩは、Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎであり、ＳＲは、Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔである。また、上記衝突は、複数のチャネルにおいて、時間領域／周波数領域／符号領域の少なくとも一つの領域におけるリソースの、少なくとも一部が重なる場合を意味してもよい。

（ＨＡＲＱ－ＡＣＫの用語の補足説明）
ここで、これまでの説明におけるＳＬ ＨＡＲＱ－ＡＣＫ、Ｕｕ ＨＡＲＱ－ＡＣＫ、ｅＭＢＢ ＨＡＲＱ－ＡＣＫ、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫ等の用語について、補足説明を加える。

ＳＬ ＨＡＲＱ－ＡＣＫは、ＳＬ送信をスケジューリングするＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）フォーマット（ＤＣＩ ｆｏｒｍａｔ）によってスケジュールされたＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）送信に対応するＨＡＲＱ－ＡＣＫを意味してもよい。ＳＬ ＨＡＲＱ－ＡＣＫは一例であり、別の名称であってもよい。

Ｕｕ ＨＡＲＱ－ＡＣＫは、ＤＬ（Ｄｏｗｎｌｉｎｋ）送信をスケジューリングするＤＣＩフォーマット（例：ＤＣＩ ｆｏｒｍａｔ１＿０、ＤＣＩ ｆｏｒｍａｔ１＿１）によってスケジュールされたＴＢ送信に対応するＨＡＲＱ－ＡＣＫを意味してもよい。Ｕｕ ＨＡＲＱ－ＡＣＫは一例であり、別の名称であってもよい。

ｅＭＢＢ ＨＡＲＱ－ＡＣＫは、ｅＭＢＢのためのＵＥの動作、及び／又は、低優先度と関連づけられたＤＣＩフォーマットによってスケジュールされたＴＢ送信に対応するＨＡＲＱ－ＡＣＫを意味してもよい。例えば、スロットベースのＨＡＲＱフィードバックや非優先度送信などが挙げられる。ｅＭＢＢ ＨＡＲＱ－ＡＣＫは一例であり、別の名称であってもよい。

ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫは、ＵＲＬＬＣのためのＵＥの動作、及び／又は、高優先度と関連づけられたＤＣＩフォーマットによってスケジュールされたＴＢ送信に対応するＨＡＲＱ－ＡＣＫを意味してもよい。例えば、サブスロットベースのＨＡＲＱフィードバックや優先度送信などが挙げられる。ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫは一例であり、別の名称であってもよい。

上述のｅＭＢＢ ＨＡＲＱ－ＡＣＫに対応するＴＢ送信をスケジューリングするＤＣＩフォーマットと、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫに対応するＴＢ送信をスケジューリングするＤＣＩフォーマットとを区別する（識別する）方法については、例えば以下のような方法が考えられる。
（１）ＤＣＩ ｆｏｒｍａｔ
上記２つのＤＣＩフォーマットとして、異なるＤＣＩ ｆｏｒｍａｔを用いることが考えられる。
（２）ＲＮＴＩスクランブリングＤＣＩ（ＲＮＴＩ ｓｃｒａｍｂｌｉｎｇ ＤＣＩ）
上記２つのＤＣＩフォーマットとして、異なるＲＮＴＩを用いてスクランブリングすることが考えられる。
（３）ＣＯＲＥＳＥＴ
上記２つのＤＣＩフォーマットとして、異なるＣＯＲＥＳＥＴを割り当てることが考えられる。
（４）サーチスペース（Ｓｅａｒｃｈ ｓｐａｃｅ）
上記２つのＤＣＩフォーマットとして、異なるサーチスペースを割り当てることが考えられる。
（５）優先度レベル（Ｐｒｉｏｒｉｔｙ ｌｅｖｅｌ）
上記２つのＤＣＩフォーマットとして、異なる優先度レベルを割り当てることが考えられる。

なお、上記の「ｅＭＢＢ」、「ＵＲＬＬＣ」という用語は、異なるサービス種別を示すことを意図したものであり、これらのサービス種別以外の種別が用いられてもよい。

ここで、ＨＡＲＱ－ＡＣＫコードブックは、時間領域（例えば、スロット）、周波数領域（例えば、コンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ（ＣＣ）））、空間領域（例えば、レイヤ）、トランスポートブロック（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ（ＴＢ））、及び、ＴＢを構成するコードブロックのグループ（コードブロックグループ（Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ（ＣＢＧ）））の少なくとも一つの単位でのＨＡＲＱ－ＡＣＫ用のビットを含んで構成されてもよい。なお、ＣＣは、セル、サービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）、キャリア等とも呼ばれる。また、当該ビットは、ＨＡＲＱ－ＡＣＫビット、ＨＡＲＱ－ＡＣＫ情報又はＨＡＲＱ－ＡＣＫ情報ビット等とも呼ばれる。ＨＡＲＱ－ＡＣＫコードブックは、ＰＤＳＣＨ－ＨＡＲＱ－ＡＣＫコードブック（ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ）、コードブック、ＨＡＲＱコードブック、ＨＡＲＱ－ＡＣＫサイズ等とも呼ばれる。
ＨＡＲＱ－ＡＣＫコードブックに含まれるビット数（サイズ）等は、準静的（ｓｅｍｉ－ｓｔａｔｉｃ）又は動的に（ｄｙｎａｍｉｃ）決定されてもよい。準静的なＨＡＲＱ－ＡＣＫコードブックは、Ｔｙｐｅ Ｉ ＨＡＲＱ－ＡＣＫコードブック、準静的コードブック等とも呼ばれる。動的なＨＡＲＱ－ＡＣＫコードブックは、Ｔｙｐｅ ＩＩ ＨＡＲＱ－ＡＣＫコードブック、動的コードブック等とも呼ばれる。

Ｔｙｐｅ Ｉ ＨＡＲＱ－ＡＣＫコードブック又はＴｙｐｅ ＩＩ ＨＡＲＱ－ＡＣＫコードブックのいずれを用いるかは、上位レイヤパラメータ（例えば、ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ）によりＵＥに設定されてもよい。

Ｔｙｐｅ Ｉ ＨＡＲＱ－ＡＣＫコードブックの場合、ＵＥは、所定範囲（例えば、上位レイヤパラメータに基づいて設定される範囲）において、ＰＤＳＣＨのスケジューリングの有無に関係なく、当該所定範囲に対応するＨＡＲＱ－ＡＣＫビットをフィードバックしてもよい。

当該所定範囲は、所定期間（例えば、候補となるＰＤＳＣＨ受信用の所定数の機会（ｏｃｃａｓｉｏｎ）のセット、又は、ＰＤＣＣＨの所定数のモニタリング機会（ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ）ｍ）、ＵＥに設定又はアクティブ化されるＣＣの数、ＴＢの数（レイヤ数又はランク）、１ＴＢあたりのＣＢＧ数、空間バンドリングの適用の有無、の少なくとも一つに基づいて定められてもよい。当該所定範囲は、ＨＡＲＱ－ＡＣＫバンドリングウィンドウ、ＨＡＲＱ－ＡＣＫフィードバックウィンドウ、バンドリングウィンドウ、フィードバックウィンドウなどとも呼ばれる。

Ｔｙｐｅ Ｉ ＨＡＲＱ－ＡＣＫコードブックでは、所定範囲内であれば、ＵＥに対するＰＤＳＣＨのスケジューリングが無い場合でも、ＵＥは、ＮＡＣＫビットをフィードバックする。このため、Ｔｙｐｅ Ｉ ＨＡＲＱ－ＡＣＫコードブックを用いる場合、フィードバックするＨＡＲＱ－ＡＣＫビット数が増加することも想定される。

一方、Ｔｙｐｅ ＩＩ ＨＡＲＱ－ＡＣＫコードブックの場合、ＵＥは、上記所定範囲において、スケジューリングされたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫビットをフィードバックしてもよい。

具体的には、ＵＥは、Ｔｙｐｅ ＩＩ ＨＡＲＱ－ＡＣＫコードブックのビット数を、ＤＣＩ内の所定フィールド（例えば、ＤＬ割り当てインデックス（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｉｃａｔｏｒ（Ｉｎｄｅｘ）（ＤＡＩ））フィールド）に基づいて決定してもよい。ＤＡＩフィールドは、カウンタＤＡＩ（ｃｏｕｎｔｅｒ ＤＡＩ（ｃＤＡＩ））及びトータルＤＡＩ（ｔｏｔａｌ ＤＡＩ（ｔＤＡＩ））に分割（ｓｐｌｉｔ）されてもよい。

カウンタＤＡＩは、所定期間内でスケジューリングされる下り送信（ＰＤＳＣＨ、データ、ＴＢ）のカウンタ値を示してもよい。例えば、当該所定期間内にデータをスケジューリングするＤＣＩ内のカウンタＤＡＩは、当該所定期間内で最初に周波数領域（例えば、ＣＣ）で、その後に時間領域でカウントされた数を示してもよい。

トータルＤＡＩは、所定期間内でスケジューリングされるデータの合計値（総数）を示してもよい。例えば、当該所定期間内の所定の時間ユニット（例えば、ＰＤＣＣＨモニタリング機会）でデータをスケジューリングするＤＣＩ内のトータルＤＡＩは、当該所定期間内で当該所定の時間ユニット（ポイント、タイミング等ともいう）までにスケジューリングされたデータの総数を示してもよい。

ＵＥは、以上のＴｙｐｅ Ｉ又はＴｙｐｅ ＩＩのＨＡＲＱ－ＡＣＫコードブックに基づいて決定（生成）される一以上のＨＡＲＱ－ＡＣＫビットを、上り制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ（ＰＵＣＣＨ））及び上り共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（ＰＵＳＣＨ））の少なくとも一方を用いて送信してもよい。

（課題Ａについて）
ユーザ装置２０Ｂからユーザ装置２０ＡへのＰＳＦＣＨの送信を考慮した上で、ユーザ装置２０Ａから基地局装置１０へのＨＡＲＱフィードバックのタイミングをどのようにして確保するかという課題Ａの対象となるタイミングとしては、ＰＤＣＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ、ＰＳＣＣＨ／ＰＳＳＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ、ＰＳＦＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ等の例が挙げられる。ＰＤＣＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇは、基地局装置１０とユーザ装置２０Ａとの間のＰＤＣＣＨの送受信から、基地局装置１０へのＨＡＲＱフィードバックまでのタイミングである。ＰＳＣＣＨ／ＰＳＳＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇは、ユーザ装置２０Ａとユーザ装置２０Ｂとの間のＰＳＣＣＨ／ＰＳＳＣＨの送受信から、基地局装置１０へのＨＡＲＱフィードバックまでのタイミングである。ＰＳＦＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇは、ユーザ装置２０Ｂとユーザ装置１０Ａとの間のＰＳＦＣＨの送受信から、基地局装置１０へのＨＡＲＱフィードバックまでのタイミングである。

図４は、実施形態における無線通信システムの動作を説明するための図である。

課題Ａに対応する実施形態として、ＰＳＣＣＨ／ＰＳＳＣＨとＰＳＦＣＨとの間のギャップ（時間差）をユーザ装置２０Ａから基地局装置１０に通知することが考えられる。ここで、ＰＳＣＣＨ／ＰＳＳＣＨとＰＳＦＣＨとの間のギャップとは、ユーザ装置２０Ａとユーザ装置２０Ｂとの間のＰＳＣＣＨ／ＰＳＳＣＨの送受信と、ユーザ装置２０Ｂとユーザ装置２０Ａとの間のＰＳＦＣＨの送受信との間のギャップである。

図４に示すように、ＰＳＣＣＨ／ＰＳＳＣＨとＰＳＦＣＨとの間のギャップは、ＰＳＣＣＨ／ＰＳＳＣＨを含むスロットの先頭又は末端からＰＳＦＣＨを含むスロットの先頭又は末端までのギャップであってもよいし、ＰＳＣＣＨ／ＰＳＳＣＨの先頭又は末端のシンボルからＰＳＦＣＨの先頭又は末端のシンボルまでのギャップであってもよい。ギャップの単位は、スロット単位でもよいし、サブスロット単位でもよいし、シンボル単位でもよい。

基地局装置１０に通知されるギャップとしては以下のようなギャップが考えられる。
（１）基地局装置１０に通知されるギャップは、複数の、ＰＳＣＣＨ／ＰＳＳＣＨとＰＳＦＣＨとの間のギャップの中で最大のギャップであってもよい。
（２）基地局装置１０に通知されるギャップは、ＰＳＦＣＨのために周期的に利用可能なスロットの周期であってもよい。
（３）基地局装置１０に通知されるギャップは、複数のリソースプールのそれぞれについてギャップが通知されてもよいし、すべてのリソースプールについて共通のギャップが通知されてもよい。予め設定されているリソースプールについてのみギャップが通知されてもよいし、予め設定されている（ｐｒｅｃｏｎｆｉｇｕｒｅｄ）リソースプールおよび基地局装置１０によって設定された（ｃｏｎｆｉｇｕｒｅｄ）リソースプールの両方についてギャップが通知されてもよい。
（４）基地局装置１０に通知されるギャップは、上記（１）（２）（３）に記載されたギャップを適宜組み合わせたものであってもよい。

課題Ａに対応する実施形態の変形例として、ＰＤＣＣＨとＰＵＣＣＨ／ＰＵＳＣＨとの間の時間差（スロット単位／サブスロット単位／シンボル単位）を、基地局装置１０からユーザ装置１０Ａに通知することが考えられる。

ユーザ装置１０Ａに通知される時間差は、ＰＳＣＣＨ／ＰＳＳＣＨとＰＵＣＣＨ／ＰＵＳＣＨとの間の時間差であってもよい。

ユーザ装置１０Ａに通知される時間差は、ＰＳＦＣＨとＰＵＣＣＨ／ＰＵＳＣＨとの間の時間差であってもよい。

ＰＤＣＣＨとＰＵＣＣＨ／ＰＵＳＣＨとの間の時間差は、上述のＰＤＣＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇに対応する。ＰＤＣＣＨとＰＵＣＣＨ／ＰＵＳＣＨとの間の時間差を通知するＤＣＩフォーマットにおけるフィールド名は、例えば、ＰＤＣＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇであってもよいし、別の名称であってもよい。

ＰＳＣＣＨ／ＰＳＳＣＨとＰＵＣＣＨ／ＰＵＳＣＨとの間の時間差は、上述のＰＳＣＣＨ／ＰＳＳＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇに対応する。ＰＳＣＣＨ／ＰＳＳＣＨとＰＵＣＣＨ／ＰＵＳＣＨとの間の時間差を通知するＤＣＩフォーマットにおけるフィールド名は、例えば、ＰＳＣＣＨ／ＰＳＳＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇであってもよいし、別の名称であってもよい。

ＰＳＦＣＨとＰＵＣＣＨ／ＰＵＳＣＨとの間の時間差は、上述のＰＳＦＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇに対応する。ＰＳＦＣＨとＰＵＣＣＨ／ＰＵＳＣＨとの間の時間差を通知するＤＣＩフォーマットにおけるフィールド名は、例えば、ＰＳＦＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇであってもよいし、別の名称であってもよい。

（課題Ｂについて）
ユーザ装置２０Ａとユーザ装置２０Ｂとの間のＳＬ ＨＡＲＱ－ＡＣＫと、ユーザ装置２０Ａと基地局装置との間のＵｕ ＨＡＲＱ－ＡＣＫとをどのように多重するかという課題Ｂに対応する実施形態として、ＳＬ ＨＡＲＱ－ＡＣＫとＵｕ ＨＡＲＱ－ＡＣＫとは、同じリソース上（または、同じスロット上、または、同じサブスロット上）では送信されないことを想定することが考えられる。

例えば、ユーザ装置２０Ａは、ＰＤＳＣＨを割り当てるとともに或るスロットでのフィードバック（すなわち、Ｕｕ ＨＡＲＱ－ＡＣＫ）を指示するＤＣＩフォーマット（例：第１のＤＣＩフォーマット）と、ＳＬ送信をスケジューリングするとともに同じスロットでのフィードバック（すなわち、ＳＬ ＨＡＲＱ－ＡＣＫ）を（明示的または黙示的に）指示する別のＤＣＩフォーマット（例：第２のＤＣＩフォーマット）とを受信することを期待（ｅｘｐｅｃｔ）しないことが考えられる。すなわち、上述のような同じスロットでのＵｕ ＨＡＲＱ－ＡＣＫとＳＬ ＨＡＲＱ－ＡＣＫを指示する第１のＤＣＩフォーマットおよび第２のＤＣＩフォーマットを受信した場合にはエラーケースと見なすことが考えられる。

代替案として、ＰＤＳＣＨを割り当てるとともに或るスロットでのフィードバック（Ｕｕ ＨＡＲＱ－ＡＣＫ）を指示するＤＣＩフォーマットと、ＳＬ送信をスケジューリングするとともに同じスロットでのフィードバック（ＳＬ ＨＡＲＱ－ＡＣＫ）を（明示的または黙示的に）指示する別のＤＣＩフォーマットとを受信した場合、ユーザ装置２０Ａは、ＳＬ ＨＡＲＱ－ＡＣＫをドロップ（ｄｒｏｐ）または延期（ｐｏｓｔｐｏｎｅ）してもよい。あるいは、Ｕｕ ＨＡＲＱ－ＡＣＫをドロップまたは延期してもよい。あるいは、ユーザ装置２０Ａの実装に応じて、ＳＬ ＨＡＲＱ－ＡＣＫまたはＵｕ ＨＡＲＱ－ＡＣＫのいずれかをドロップまたは延期してもよい。あるいは、直近よりも以前のスケジューリングに対応するリンク（例えば、Ｕｕ又はＳＬ）のＨＡＲＱ－ＡＣＫをドロップまたは延期してもよい。あるいは、ユニキャスト、グループキャスト等のキャストの種類に基づいてドロップまたは延期してもよい。例えば、優先度の順番として、ＳＬ－ユニキャストＨＡＲＱ－ＡＣＫ＞Ｕｕ ＨＡＲＱ－ＡＣＫ＞ＳＬ－グループキャストＨＡＲＱ－ＡＣＫ、としてもよい。

なお、別のオプションとして、ＰＤＳＣＨを割り当てるとともに或るスロットでのフィードバック（Ｕｕ ＨＡＲＱ－ＡＣＫ）を指示するＤＣＩフォーマットと、ＳＬ送信をスケジューリングするとともに同じスロットでのフィードバック（ＳＬ ＨＡＲＱ－ＡＣＫ）を（明示的または黙示的に）指示する別のＤＣＩフォーマットとを受信した場合に、ＳＬ ＨＡＲＱ－ＡＣＫとＵｕ ＨＡＲＱ－ＡＣＫとを多重することも考えられる。

（課題Ｃについて）
課題Ｃの中の一つの例である、Ｕｕ ｅＭＢＢ ＨＡＲＱ－ＡＣＫとＳＬ ｅＭＢＢ ＨＡＲＱ－ＡＣＫのフィードバックのスロットとして同じスロットが通知された場合について、課題Ｂに対応する実施形態と同様の実施形態を適用することが考えられる。すなわち、ｅＭＢＢというサービス種別は考慮せずに、Ｕｕ ＨＡＲＱ－ＡＣＫとＳＬ ＨＡＲＱ－ＡＣＫについて同じスロットが通知された場合と同様に処理することが考えられる。

課題Ｃの中の一つの例である、Ｕｕ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫとＳＬ ｅＭＢＢ ＨＡＲＱ－ＡＣＫのフィードバックのスロットとして同じスロットが通知された場合（すなわち、ＵｕとＳＬの場合）について、Ｕｕ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫとＵｕ ｅＭＢＢ ＨＡＲＱ－ＡＣＫのフィードバックのスロットとして同じスロットが通知された場合（すなわち、ＵｕとＵｕの場合）と同様に扱うことが考えられる。例えば、ＳＬ ｅＭＢＢ ＨＡＲＱ－ＡＣＫはドロップまたは延期する、Ｕｕ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫとＳＬ ｅＭＢＢ ＨＡＲＱ－ＡＣＫを異なる符号化率で多重して送信する等が考えられる。あるいは、ＳＬ ｅＭＢＢ ＨＡＲＱ－ＡＣＫをドロップまたは延期してもよい。

課題Ｃの中の一つの例である、Ｕｕ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫとＳＬ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫのフィードバックのスロットとして同じスロットが通知された場合（ＵｕとＳＬの場合）について、Ｕｕ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫとＵｕ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫのフィードバックのスロットとして同じスロットが通知された場合（ＵｕとＵｕの場合）と同様に扱うことが考えられる。あるいは、Ｕｕ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫまたはＳＬ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫのいずれかをドロップまたは延期してもよい。例えば、常に、ＳＬ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫをドロップまたは延期してもよいし、常に、Ｕｕ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫをドロップまたは延期してもよいし、優先度に応じていずれか一方をドロップまたは延期してもよいし、ユーザ装置２０Ａの実装に応じていずれか一方をドロップまたは延期してもよい。あるいは、多重することにより、両方のＨＡＲＱ－ＡＣＫを送信してもよい。

課題Ｃの中の一つの例である、Ｕｕ ｅＭＢＢ ＨＡＲＱ－ＡＣＫとＳＬ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫのフィードバックのスロットとして同じスロットが通知された場合（ＵｕとＳＬの場合）について、Ｕｕ ｅＭＢＢ ＨＡＲＱ－ＡＣＫとＵｕ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫのフィードバックのスロットとして同じスロットが通知された場合（ＵｕとＵｕの場合）と同様に扱うことが考えられる。あるいは、Ｕｕ ｅＭＢＢ ＨＡＲＱ－ＡＣＫをドロップまたは延期してもよい。あるいは、Ｕｕ ｅＭＢＢ ＨＡＲＱ－ＡＣＫとＳＬ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫのフィードバックのスロットとして同じスロットが通知された場合（ｅＭＢＢとＵＲＬＬＣの場合）について、Ｕｕ ｅＭＢＢ ＨＡＲＱ－ＡＣＫとＳＬ ｅＭＢＢ ＨＡＲＱ－ＡＣＫのフィードバックのスロットとして同じスロットが通知された場合（ｅＭＢＢとｅＭＢＢの場合）と同様に扱ってもよい。

課題Ｃに対応する実施形態として、ＳＬ ＨＡＲＱ－ＡＣＫについて、サービス種別／優先度レベルに基づく区別をしないことが考えられる。例えば、Ｕｕ ｅＭＢＢ ＨＡＲＱ－ＡＣＫとＳＬ ＨＡＲＱ－ＡＣＫのフィードバックのスロットとして同じスロットが通知された場合、ＳＬ ＨＡＲＱ－ＡＣＫがＳＬ ｅＭＢＢ ＨＡＲＱ－ＡＣＫであるかＳＬ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫであるかに関わらず、課題Ｂに対応する実施形態を適用してもよい。

あるいは、ＳＬ ＨＡＲＱ－ＡＣＫがＳＬ ｅＭＢＢ ＨＡＲＱ－ＡＣＫであるかＳＬ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫであるかに関わらず、Ｕｕ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫとＳＬ ｅＭＢＢ ＨＡＲＱ－ＡＣＫのフィードバックのスロットとして同じスロットが通知された場合（すなわち、ＳＬ ＨＡＲＱ－ＡＣＫがｅＭＢＢの場合）と同様に扱ってもよい。

あるいは、ＳＬ ＨＡＲＱ－ＡＣＫがＳＬ ｅＭＢＢ ＨＡＲＱ－ＡＣＫであるかＳＬ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫであるかに関わらず、Ｕｕ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫとＳＬ ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫのフィードバックのスロットとして同じスロットが通知された場合（すなわち、ＳＬ ＨＡＲＱ－ＡＣＫがＵＲＬＬＣの場合）と同様に扱ってもよい。

（課題Ｄについて）
課題Ｄの中の、ＨＡＲＱ－ＡＣＫコードブックの種類がダイナミックＨＡＲＱ－ＡＣＫコードブック（Ｄｙｎａｍｉｃ ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋ）（ｔｙｐｅ２）である場合に対応する実施形態として、ＳＬ送信をスケジューリングする実際に受信したＤＣＩに対応するＨＡＲＱ－ＡＣＫビットを生成することが考えられる。なお、この実施形態は、ＤＣＩ上でＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）が送信されない場合を想定してもよい。

あるいは、ＳＬ送信をスケジューリングされたと想定されるＤＣＩ送信に対応するＨＡＲＱ－ＡＣＫビットを生成することが考えられる。なお、この実施形態は、ＤＣＩ上でＤＡＩが送信される場合を想定してもよく、ユーザ装置２０Ａは、ＤＡＩに基づいて、ＳＬ送信をスケジューリングするために（ユーザ装置２０Ａに）送信されたＤＣＩの数を推定することができる。

課題Ｄの中の、ＨＡＲＱ－ＡＣＫコードブックの種類がセミスタティックＨＡＲＱ－ＡＣＫコードブック（Ｓｅｍｉ－ｓｔａｔｉｃ ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋ）（ｔｙｐｅ１）である場合に対応する実施形態として、ＳＬ送信をスケジューリングする受信し得るＤＣＩ／ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫビットを生成することが考えられる。なお、この実施形態は、スケジューリングＤＣＩ上でＤＡＩが送信されない場合を想定してもよい。

サイドリンク（ＳＬ）のためのＨＡＲＱ－ＡＣＫコードブックの種類は、（予め）設定可能であってもよい。または、仕様上で定められてもよい。

Ｕｕと同じ種類のＨＡＲＱ－ＡＣＫコードブックが必ず設定される。または、ＵｕのＨＡＲＱ－ＡＣＫコードブックの設定以外の追加の設定を必要としなくてもよい。この場合、ＳＬ ＨＡＲＱ－ＡＣＫコードブックを生成するとき、ＵｕのＨＡＲＱ－ＡＣＫコードブックの設定によって、ユーザ装置２０Ａの動作が決定されてもよい。

Ｕｕとは異なる種類のＨＡＲＱ－ＡＣＫコードブックが設定されてもよい。例えば、ＳＬ用に設定されるＨＡＲＱ－ＡＣＫコードブックの種類とＵｕ用に設定されるＨＡＲＱ－ＡＣＫコードブックの種類とが同じ種類か否かに応じて、異なるＨＡＲＱ－ＡＣＫ多重ルールを、Ｕｕ ＨＡＲＱ－ＡＣＫとＳＬ ＨＡＲＱ－ＡＣＫとの多重に適用してもよい。例えば、ＳＬ用のＨＡＲＱ－ＡＣＫコードブックの種類とＵｕ用のＨＡＲＱ－ＡＣＫコードブックの種類とが異なる場合には、課題Ｂに対応する実施形態と同様の実施形態の処理が適用され（例えば、Ｕｕ ＨＡＲＱ－ＡＣＫとＳＬ ＨＡＲＱ－ＡＣＫを多重するスケジューリングはエラーケースとする）、ＳＬ用のＨＡＲＱ－ＡＣＫコードブックの種類とＵｕ用のＨＡＲＱ－ＡＣＫコードブックの種類とが同じ場合には、ＵｕのＨＡＲＱ－ＡＣＫビットとＳＬのＨＡＲＱ－ＡＣＫビットとが多重されてもよい。

また、ＳＬ用のＨＡＲＱ－ＡＣＫコードブックの種類とＵｕ用のＨＡＲＱ－ＡＣＫコードブックの種類とが異なる場合に、いずれか一方のＨＡＲＱ－ＡＣＫコードブックの種類に従ってもよい（例えば、Ｕｕに従ってもよいし、ＳＬに従ってもよい）。

（課題Ｅについて）
ＳＬ ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨと、ＣＳＩ／ＳＲ等の他の上りリンク制御種別を含むＰＵＣＣＨとの衝突をどのように処理するかという課題Ｅに対応する実施形態として、Ｕｕ ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨと、ＣＳＩ／ＳＲ等の他の上りリンク制御種別を含むＰＵＣＣＨとの衝突（Ｕｕとの衝突）を処理するルールと同じルールを適用することが考えられる。

あるいは、ＳＬ ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨと、ＣＳＩ／ＳＲ等の他の上りリンク制御種別を含むＰＵＣＣＨとのいずれかをドロップまたは延期してもよい。例えば、ＳＬ ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨを送信し、ＣＳＩ／ＳＲ等の他の上りリンク制御種別を含むＰＵＣＣＨをドロップまたは延期してもよい。

また、ＳＬ ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨと、ＳＬのＣＳＩ／ＳＲ等の他の上りリンク制御種別を含むＰＵＣＣＨとの衝突を処理するルール（ＳＬ ＣＳＩ／ＳＲ用ルール）と、ＳＬ ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨと、ＵｕのＣＳＩ／ＳＲ等の他の上りリンク制御種別を含むＰＵＣＣＨとの衝突を処理するルール（Ｕｕ ＣＳＩ／ＳＲ用ルール）とを、異なるルールとしてもよい。

なお、ＳＬ ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨとＰＵＳＣＨとが重なる場合（ＳＬの場合）には、Ｕｕ ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨとＰＵＳＣＨとが重なる場合（Ｕｕの場合）と同じ多重（ｍｕｌｔｉｐｌｅｘｉｎｇ）ルールを適用し得る。すなわち、ＳＬ ＨＡＲＱ－ＡＣＫをＵｕ ＨＡＲＱ－ＡＣＫと見なして多重し得る。

（効果について）
以上の実施形態によって、ユーザ装置２０Ａは、ＳＬ ＨＡＲＱ－ＡＣＫを基地局装置１０に適切に送信することができる。

課題Ａに対応する実施形態によって、ユーザ装置２０Ａは、ＳＬ送信タイミングおよび処理時間を考慮したＨＡＲＱフィードバックを実行し得る。

課題Ｂに対応する実施形態によって、ユーザ装置２０Ａは、Ｕｕ ＨＡＲＱ－ＡＣＫフィードバックのパフォーマンスを維持し得る。

課題Ｃに対応する実施形態によって、ユーザ装置２０Ａは、ＵＲＬＬＣのパフォーマンスを考慮し得る。

課題Ｄに対応する実施形態によって、ユーザ装置２０Ａは、ＨＡＲＱ－ＡＣＫのペイロードサイズ（ｐａｙｌｏａｄ ｓｉｚｅ）について、基地局装置１０との齟齬（認識の違い）を防ぎ得る。

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

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

送信部１１０は、ユーザ装置２０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。また、送信部１１０は、ユーザ装置２０に対してＳＬスケジューリング等の情報を送信する。受信部１２０は、ユーザ装置２０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。

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

制御部１４０は、実施例において説明したように、ユーザ装置２０がＶ２Ｘを行うための設定に係る処理を行う。また、制御部１４０における信号送信に関する機能部を送信部１１０に含め、制御部１４０における信号受信に関する機能部を受信部１２０に含めてもよい。

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

送信部２１０は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部２２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部２２０は、基地局装置１０から送信されるＳＬスケジューリングを受信する機能を有する。

設定部２３０は、受信部２２０により基地局装置１０又はユーザ装置２０から受信した各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。また、設定部２３０は、予め設定される設定情報も格納する。設定情報の内容は、例えば、Ｖ２Ｘ及びＨＡＲＱ処理に係る情報等である。

制御部２４０は、実施例において説明したように、他のユーザ装置２０と実行されるＤ２Ｄ通信を制御する。また、制御部２４０は、Ｖ２Ｘ及びＨＡＲＱ処理を実行する。制御部２４０における信号送信に関する機能部を送信部２１０に含め、制御部２４０における信号受信に関する機能部を受信部２２０に含めてもよい。

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

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

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

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

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

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

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

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

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュール等ともいう。例えば、基地局装置１０の送信部１１０及び受信部１２０は、通信装置１００４で実現されてもよい。また、ユーザ装置２０の送信部２１０及び受信部２２０は、通信装置１００４で実現されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ等）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、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）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future Radio Access）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

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

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

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。

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

基地局装置１０は、当業者によって、ＮＢ（NodeB）、ｅＮＢ（evolved NodeB）、ｇＮＢ、ベースステーション（Base Station）、又はいくつかの他の適切な用語で呼ばれる場合もある。

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

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

「含む（include）」、「含んでいる（including）」、及びそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

本開示の全体において、例えば、英語でのａ、ａｎ及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。

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

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

Claims (7)

1. 端末間通信において他の端末に送信したデータチャネルに対するフィードバック情報であって、前記他の端末から受信したフィードバック情報を受信するスロットと前記フィードバック情報に対応する第１のＨＡＲＱ－ＡＣＫ情報を含む上り制御チャネルを送信するスロットとの間の時間差に相当するスロット数を指定する制御情報を基地局から受信する受信部と、
   前記時間差に相当するスロット数に基づいて、前記第１のＨＡＲＱ－ＡＣＫ情報を含む上り制御チャネルを基地局に送信する送信部と、
   を備える端末。
2. 前記送信部は、優先度に応じて、前記第１のＨＡＲＱ－ＡＣＫ情報と第２のＨＡＲＱ－ＡＣＫ情報のうち、前記第１のＨＡＲＱ－ＡＣＫ情報を前記上り制御チャネルを用いて前記基地局に送信する請求項１に記載の端末。
3. 前記第１のＨＡＲＱ－ＡＣＫ情報のコードブックの種類は、セミスタティックおよびダイナミックを含む請求項１に記載の端末。
4. 前記第１のＨＡＲＱ－ＡＣＫ情報のコードブックの種類は、前記第２のＨＡＲＱ－ＡＣＫ情報のコードブックの種類と同一である請求項２に記載の端末。
5. 端末間通信において他の端末に送信したデータチャネルに対するフィードバック情報であって、前記他の端末から受信したフィードバック情報を端末が受信するスロットと前記フィードバック情報に対応する第１のＨＡＲＱ－ＡＣＫ情報を含む上り制御チャネルを端末が送信するスロットとの間の時間差に相当するスロット数を指定する制御情報を端末に送信する送信部と、
   前記第１のＨＡＲＱ－ＡＣＫ情報を含む上り制御チャネルを端末から受信する受信部と、
   を備える基地局。
6. 端末間通信において他の端末に送信したデータチャネルに対するフィードバック情報であって、前記他の端末から受信したフィードバック情報を端末が受信するスロットと前記フィードバック情報に対応する第１のＨＡＲＱ－ＡＣＫ情報を含む上り制御チャネルを端末が送信するスロットとの間の時間差に相当するスロット数を指定する制御情報を端末に送信する送信部と、
   前記第１のＨＡＲＱ－ＡＣＫ情報を含む上り制御チャネルを端末から受信する受信部と、
   を備える基地局と、
   前記制御情報を基地局から受信する受信部と、
   前記時間差に相当するスロット数に基づいて、前記第１のＨＡＲＱ－ＡＣＫ情報を含む上り制御チャネルを基地局に送信する送信部と、
   を備える端末と、
   を備える通信システム。
7. 端末間通信において他の端末に送信したデータチャネルに対するフィードバック情報であって、前記他の端末から受信したフィードバック情報を受信するスロットと前記フィードバック情報に対応する第１のＨＡＲＱ－ＡＣＫ情報を含む上り制御チャネルを送信するスロットとの間の時間差に関する制御情報を基地局から受信するステップと、
   前記時間差に相当するスロット数に基づいて、前記第１のＨＡＲＱ－ＡＣＫ情報を含む上り制御チャネルを基地局に送信するステップと、
   を備える端末の通信方法。

Images