(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-07
(45)【発行日】2024-10-16
(54)【発明の名称】サイドリンクにおける高度なフィードバック
(51)【国際特許分類】
H04W 28/04 20090101AFI20241008BHJP
H04W 92/18 20090101ALI20241008BHJP
H04W 72/25 20230101ALI20241008BHJP
H04W 4/44 20180101ALI20241008BHJP
H04W 72/40 20230101ALI20241008BHJP
【ＦＩ】
H04W28/04 110
H04W92/18
H04W72/25
H04W4/44
H04W72/40
【請求項の数】
11
(21)【出願番号】P 2023066364
(22)【出願日】2023-04-14
(62)【分割の表示】P 2021540206の分割
【原出願日】2020-01-09
(65)【公開番号】P2023089179
(43)【公開日】2023-06-27
【審査請求日】2023-05-10
(31)【優先権主張番号】19151273.0
(32)【優先日】2019-01-10
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】590000248
【氏名又は名称】コーニンクレッカ フィリップス エヌ ヴェ
【氏名又は名称原語表記】Ｋｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ．
【住所又は居所原語表記】Ｈｉｇｈ Ｔｅｃｈ Ｃａｍｐｕｓ ５２， ５６５６ ＡＧ Ｅｉｎｄｈｏｖｅｎ，Ｎｅｔｈｅｒｌａｎｄｓ
(74)【代理人】
【識別番号】100122769
【弁理士】
【氏名又は名称】笛田 秀仙
(74)【代理人】
【識別番号】100163809
【弁理士】
【氏名又は名称】五十嵐 貴裕
(74)【代理人】
【識別番号】100145654
【弁理士】
【氏名又は名称】矢ヶ部 喜行
(72)【発明者】
【氏名】ゼルバネザン・ザルン
(72)【発明者】
【氏名】フェレンバッハ・トーマス
(72)【発明者】
【氏名】エブラヒム レツァガ・ロヤ
(72)【発明者】
【氏名】ヘルゲ・コーネリアス
(72)【発明者】
【氏名】ヴィルト・トーマス
(72)【発明者】
【氏名】シエル・トーマス
(72)【発明者】
【氏名】トーマス・ロビン
(72)【発明者】
【氏名】ゴックティーペ・バリス
【審査官】永田 義仁
(56)【参考文献】
【文献】特表２０２１－５０３７７５（ＪＰ，Ａ）
【文献】LG Electronics，“Updated feature lead summary for agenda item 7.2.4.1.2 Physical layer procedures”，3GPP TSG RAN WG1 Meeting #95 R1-1814265，[online]，2018年11月19日，インターネット<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_95/Docs/R1-1814265.zip>，[検索日２０２２年９月１２日]
【文献】Huawei, HiSilicon，Bandwidth Parts and Resource Pools for V2X sidelink[online]，3GPP TSG RAN WG1 #95 R1-1813555，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_95/Docs/R1-1813555.zip>，2018年11月03日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ７／２４－７／２６
Ｈ０４Ｗ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
少なくとも１つの基地局を含む無線通信システムにおいて動作するように構成された送信ユーザ装置（ＵＥ）であって、当該送信ＵＥは、前記無線通信システムのサイドリンクリソースを用いてサイドリンク通信を行うように構成され、前記送信ＵＥは、前記サイドリンクリソースを用いて受信ＵＥにデータを送信し、前記受信ＵＥからサイドリンクフィードバックを受信するように構成されたトランシーバであって、前記サイドリンクフィードバックは、前記受信ＵＥにおける前記データの受信が成功したか否かを示す、トランシーバと、
前記基地局に報告するために前記受信ＵＥから受信された複数のサイドリンクフィードバックをバンドルするように構成されたプロセッサと、
を有する、送信ＵＥ。
【請求項2】
サイドリンクのための追加のスロットタイミング値を提供されるように構成され、前記追加のスロットタイミング値は、サイドリンクに関する報告ウィンドウを記述する、請求項１に記載の送信ＵＥ。
【請求項3】
前記トランシーバが、少なくとも１つのサイドリンクグラントを含むダウンリンク制御情報（ＤＣＩ）を受信するように構成され、前記ＤＣＩは、前記サイドリンクフィードバックの報告に関連するスロットタイミング値を示すＰＳＳＣＨ／ＰＤＣＣＨ-ＨＡＲＱタイミングフィールドを含む、請求項２に記載の送信ＵＥ。
【請求項4】
前記スロットタイミング値は、スケジュールされたデータ送信（ＰＳＳＣＨ）から、対応するＨＡＲＱフィードバックが報告されるスロットまでの時間、または
受信したグラント（ＰＤＣＣＨ）から、対応するＨＡＲＱフィードバックが報告されるスロットまでの時間である、請求項３に記載の送信ＵＥ。
【請求項5】
前記送信ＵＥは、サイドリンク専用の別個のフィードバック手順において前記サイドリンクフィードバックをバンドルするか、またはＵｕ専用のフィードバック手順において前記サイドリンクフィードバックを多重化するように構成される、請求項１から４のいずれか一項に記載の送信ＵＥ。
【請求項6】
前記送信ＵＥが前記サイドリンクフィードバックを前記Ｕｕ専用のフィードバック手順に多重化するように構成されている場合、前記サイドリンクフィードバックおよびダウンリンクフィードバックは、共通のアップリンク制御メッセージで前記送信ＵＥによって報告され、前記ダウンリンクフィードバックは、前記送信ＵＥにおける前記基地局からのデータの受信が成功したか否かを示しており、前記送信ＵＥが、前記サイドリンクフィードバックを前記サイドリンク専用の別個のフィードバック手順でバンドルするように構成されている場合、前記サイドリンクフィードバックおよびダウンリンクフィードバックは、別個のアップリンク制御メッセージで前記送信ＵＥによって報告される、請求項５に記載の送信ＵＥ。
【請求項7】
前記送信ＵＥは、ＲＲＣまたはＤＣＩシグナリングにより、前記基地局からシグナリングを受信して、前記サイドリンクフィードバックの前記バンドルをアクティブ化または非アクティブ化するように構成される、請求項１から６のいずれか一項に記載の送信ＵＥ。
【請求項8】
前記送信ＵＥは、前記サイドリンクフィードバックがＰＵＣＣＨにおいて報告されるまでのスロットの数を示すスロットタイミング値を前記受信ＵＥに示すように構成される、請求項１に記載の送信ＵＥ。
【請求項9】
前記スロットタイミング値がＰＳＳＣＨにおいて示される、請求項８に記載の送信ＵＥ。
【請求項10】
前記送信ＵＥは、前記サイドリンクフィードバックを報告するための追加のスロットタイミング値を提供されるように構成される、請求項１に記載の送信ＵＥ。
【請求項11】
前記送信ＵＥは、別個のＨＡＲＱ-ＡＣＫコードブックにおいて前記サイドリンクフィードバックをバンドルするか、またはＵｕもしくは共通ＨＡＲＱ-ＡＣＫコードブックにおいて前記サイドリンクフィードバックを多重化するように構成される、請求項５に記載の送信ＵＥ。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、無線通信システムまたはネットワークの分野に関し、より具体的には、Ｖ２Ｘ通信のようなサイドリンク通信を使用する無線通信システムのユーザデバイス間の無線通信のための手法に関する。実施形態は、サイドリンクを介した通信の改善、ならびに高度なＨＡＲＱフィードバックのような、サイドリンクにおけるフィードバックの操作の改善に関する。
【背景技術】
【0002】
図１は、図１（ａ）に示すように、コアネットワーク１０２と、１つまたは複数の無線アクセスネットワークＲＡＮ１、ＲＡＮ２、...ＲＡＮＮとを含む地上無線ネットワーク１００の一例の概略図である。図１（ｂ）は、１つまたは複数の基地局ｇＮＢ１～ｇＮＢ５を含み得る無線アクセスネットワークＲＡＮｎの一例の概略図であり、各々が、それぞれのセル１０６１～１０６５によって概略的に表される、基地局を取り囲む特定のエリアにサービスを提供する。基地局は、セル内のユーザにサービスを提供するために設けられる。基地局ＢＳという用語は、５ＧネットワークにおけるｇＮＢ、ＵＭＴＳ／ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ＰｒｏにおけるｅＮＢ、または他の移動通信規格における単なるＢＳを指す。ユーザは、固定デバイスまたはモバイルデバイスであってよい。無線通信システムはまた、基地局またはユーザに接続するモバイルまたは固定ＩｏＴデバイスによってアクセスされてよい。モバイルデバイスまたはＩｏＴデバイスは、物理デバイス、ロボットまたは車などの地上ベースの車両、有人または無人航空機（ＵＡＶ）（後者はドローンと呼ばれる）などの航空機、建物、および電子機器、ソフトウェア、センサ、アクチュエータなどが組み込まれた他の製品またはデバイス、ならびにこれらのデバイスが既存のネットワークインフラストラクチャにわたってデータを収集および交換することを可能にするネットワーク接続を含んでよい。図１（ｂ）は、５つのセルの例示的な図を示すが、ＲＡＮｎは、より多くの、またはより少ないそのようなセルを含む場合があり、ＲＡＮｎは、１つの基地局しか含まない場合もある。図１（ｂ）は、セル１０６２内にあり、基地局ｇＮＢ２によってサービスが提供される、ユーザ機器ＵＥとも呼ばれる２人のユーザＵＥ１およびＵＥ２を示す。別のユーザＵＥ３は、基地局ｇＮＢ４によってサービスが提供されるセル１０６４内に示されている。矢印１０８１、１０８２、および１０８３は、ユーザＵＥ１、ＵＥ２、およびＵＥ３から基地局ｇＮＢ２、ｇＮＢ４にデータを送信するための、または基地局ｇＮＢ２、ｇＮＢ４からユーザＵＥ１、ＵＥ２、ＵＥ３にデータを送信するためのアップリンク／ダウンリンク接続を概略的に表す。さらに、図１（ｂ）は、セル１０６４内の２つのＩｏＴデバイス１１０１および１１０２を示しており、これらは固定デバイスであってもモバイルデバイスであってもよい。ＩｏＴデバイス１１０１は、矢印１１２１によって概略的に表されるように、基地局ｇＮＢ４を介して無線通信システムにアクセスしてデータを送受信する。ＩｏＴデバイス１１０２は、矢印１１２２によって概略的に表されるように、ユーザＵＥ３を介して無線通信システムにアクセスする。それぞれの基地局ｇＮＢ１～ｇＮＢ５は、図１（ｂ）では「コア」を指す矢印によって概略的に表されているそれぞれのバックホールリンク１１４１～１１４５を介して、例えばＳ１インターフェースを介してコアネットワーク１０２に接続されてよい。コアネットワーク１０２は、１つまたは複数の外部ネットワークに接続されてもよい。さらに、それぞれの基地局ｇＮＢ１～ｇＮＢ５の一部またはすべては、例えばＮＲ内のＳ１もしくはＸ２インターフェースまたはＸＮインターフェースを介して、それぞれのバックホールリンク１１６１～１１６５を介して互いに接続されてもよく、これらは図１（ｂ）では「ｇＮＢ」を指す矢印によって概略的に表されている。
【0003】
データ送信のために、物理リソースグリッドが使用されてよい。物理リソースグリッドは、様々な物理チャネルおよび物理信号がマッピングされる一セットのリソース要素を含んでよい。例えば、物理チャネルは、ダウンリンク、アップリンク、およびサイドリンクペイロードデータとも呼ばれるユーザ固有のデータを搬送する物理ダウンリンク、アップリンク、およびサイドリンク共有チャネル（ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＳＳＣＨ）、例えばマスタ情報ブロック（ＭＩＢ）およびシステム情報ブロック（ＳＩＢ）を搬送する物理ブロードキャストチャネル（ＰＢＣＨ）、例えばダウンリンク制御情報（ＤＣＩ）、アップリンク制御情報（ＵＣＩ）、およびサイドリンク制御情報（ＳＣＩ）を搬送する物理ダウンリンク、アップリンク、およびサイドリンク制御チャネル（ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＳＳＣＨ）を含み得る。アップリンクの場合、物理チャネルは、ＵＥがＭＩＢとＳＩＢを同期して取得すると、ネットワークにアクセスするためにＵＥによって使用される物理ランダムアクセスチャネル（ＰＲＡＣＨまたはＲＡＣＨ）をさらに備えてよい。物理信号は、基準信号またはシンボル（ＲＳ）、同期信号などを含んでよい。リソースグリッドは、時間領域で特定の持続時間を有し、周波数領域で所与の帯域幅を有するフレームまたは無線フレームを備えてよい。フレームは、所定の長さ、例えば１ｍｓの特定の数のサブフレームを有し得る。各サブフレームは、サイクリックプレフィクス（ＣＰ）長に依存して、１２または１４のＯＦＤＭシンボルのうちの１つまたは複数のスロットを含んでよい。フレームはまた、例えば、短縮された送信時間間隔（ｓＴＴＩ）を利用する場合のより少ない数のＯＦＤＭシンボル、またはわずかなＯＦＤＭシンボルしか含まないミニスロット／非スロットベースのフレーム構造で構成されてもよい。
【0004】
無線通信システムは、直交周波数分割多重（ＯＦＤＭ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、またはＣＰありの、またはなしの任意の他のＩＦＦＴベースの信号、例えばＤＦＴ－ｓ－ＯＦＤＭのような、周波数分割多重を使用する任意のシングルトーンまたはマルチキャリアシステムであってもよい。多元接続のための非直交波形のような他の波形、例えばフィルタバンクマルチキャリア（ＦＢＭＣ）、汎用周波数分割多重化（ＧＦＤＭ）またはユニバーサルフィルタマルチキャリア（ＵＦＭＣ）が使用されてもよい。無線通信システムは、例えば、ＬＴＥ－Ａｄｖａｎｃｅｄ ｐｒｏ規格または５ＧもしくはＮＲのＮｅｗ Ｒａｄｉｏ規格に従って動作してよい。
【0005】
図１に描かれる無線ネットワークまたは通信システムは、別個のオーバーレイネットワーク、例えば、基地局ｇＮＢ１～ｇＮＢ５などのマクロ基地局を備える各マクロセルを有するマクロセルのネットワーク、およびフェムトまたはピコ基地局などのスモールセル基地局（図１には示されていない）のネットワークを有する異種ネットワークによるものでもよい。
【0006】
上述の地上無線ネットワークに加えて、衛星のような宇宙用送受信機、および／または無人航空機システムのような空中送受信機を含む非地上無線通信ネットワークも存在する。非地上波無線通信ネットワークまたはシステムは、例えばＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ規格または５ＧもしくはＮＲの新しい無線規格に従って、図１を参照して上述した地上波システムと同様に動作し得る。
【0007】
移動通信ネットワーク、ＬＴＥまたは５Ｇ／ＮＲネットワークのような、例えば図１を参照して上述したようなネットワークでは、例えばＰＣ５インターフェースを使用して、１つまたは複数のサイドリンク（ＳＬ）チャネルを介して互いに直接通信するＵＥが存在する場合がある。サイドリンクを介して互いに直接通信するＵＥは、他の車両と直接通信する車両（Ｖ２Ｖ通信）、無線通信ネットワークの他のエンティティと通信する車両（Ｖ２Ｘ通信）、例えば、信号機、交通標識、または歩行者などの路側エンティティを含み得る。他のＵＥは、車両関連ＵＥでない場合もあり、上述のデバイスのいずれかを備える場合もある。そのようなデバイスはまた、ＳＬチャネルを使用して互いに直接通信（Ｄ２Ｄ通信）してもよい。
【0008】
サイドリンクを介して互いに直接通信する２つのＵＥを考慮すると、ＵＥは共に同一の基地局によってサービスが提供されてよく、その結果、基地局はＵＥにサイドリンクリソース配分構成または支援を提供することができる。例えば、ＵＥは共に、図１に示す基地局のうちの１つのように、基地局のカバレッジエリア内にあってよい。これは、「カバレッジ内」シナリオと呼ばれる。別のシナリオは、「カバレッジ外」シナリオと呼ばれる。「カバレッジ外」とは、２つのＵＥが図１に示されたセルのうちの１つの中にないことを意味するのではなく、むしろ、これらのＵＥが、
【0009】
－基地局に接続されていない可能性があり、それらはＲＲＣ接続状態になく、その結果、ＵＥが基地局からいかなるサイドリンクリソース配分構成または支援も受信しない場合、および／または
【0010】
－基地局に接続され得るが、１つまたは複数の理由のために、基地局はＵＥにサイドリンクリソース配分構成または支援を提供しない場合がある、および／または
－ＮＲＶ２Ｘサービスをサポートしない可能性がある基地局、例えばＧＳＭ、ＵＭＴＳ、ＬＴＥ基地局に接続されている場合があることを意味する。
－ＮＲＶ２Ｘサービスをサポートしない可能性がある基地局、例えばＧＳＭ、ＵＭＴＳ、ＬＴＥ基地局に接続されている場合があることを意味する。
【0011】
例えばＰＣ５インターフェースを使用して、サイドリンクを介して互いに直接通信する２つのＵＥを考慮すると、ＵＥの一方はＢＳと接続されてよく、サイドリンクインターフェースを介してＢＳから他方のＵＥに情報を中継してもよい。中継は、同一の周波数帯（帯域内中継）で行われてもよいし、他の周波数帯（帯域外中継）で行われてもよい。第１のケースでは、Ｕｕ上およびサイドリンク上の通信は、時分割複信ＴＤＤシステムのように、異なるタイムスロットを使用して分離され得る。
【0012】
図２は、互いに直接通信する２つのＵＥが両方とも基地局に接続されるカバレッジ内シナリオの概略図である。基地局ｇＮＢは、円２００によって概略的に表されるカバレッジエリアを有し、これは基本的に、図１に概略的に表されたセルに対応する。互いに直接通信するＵＥは、第１の車両２０２および第２の車両２０４の両方を基地局ｇＮＢのカバレッジエリア２００内に含む。車両２０２、２０４は両方とも、基地局ｇＮＢに接続され、さらに、ＰＣ５インターフェースを介して互いに直接接続される。Ｖ２Ｖトラフィックのスケジューリングおよび／または干渉管理は、基地局とＵＥとの間の無線インターフェースであるＵｕインターフェース上の制御シグナリングを介してｇＮＢによって支援される。言い換えれば、ｇＮＢは、ＵＥにＳＬリソース配分構成または支援を提供し、ｇＮＢは、サイドリンクを介したＶ２Ｖ通信に使用されるべきリソースを割り当てる。この構成は、ＮＲ Ｖ２Ｘにおけるモード１構成またはＬＴＥ Ｖ２Ｘにおけるモード３構成とも呼ばれる。
【0013】
図３は、互いに直接通信するＵＥは、それらが無線通信ネットワークのセル内に物理的にある可能性があるが、基地局に接続されていないか、あるいは互いに直接通信するＵＥの一部またはすべてが基地局に接続されているが、基地局はＳＬリソース配分構成または支援を提供しないカバレッジ外シナリオの概略図である。例えばＰＣ５インターフェースを使用して、サイドリンクを介して互いに直接通信する３台の車両２０６、２０８および２１０が示されている。Ｖ２Ｖトラフィックのスケジューリングおよび／または干渉管理は、車両間で実施されるアルゴリズムに基づく。この構成は、ＮＲ Ｖ２Ｘにおけるモード２構成またはＬＴＥ Ｖ２Ｘにおけるモード４構成とも呼ばれる。上述したように、カバレッジ外シナリオである図３のシナリオは、それぞれのモード４のＵＥが基地局のカバレッジ２００の外にあることを必ずしも意味するものではなく、むしろ、それぞれのモード４のＵＥが基地局によってサービスを提供されていない、カバレッジエリアの基地局に接続されていない、または基地局に接続されているが、ＳＬリソース配分構成または支援を基地局から受信しないことを意味する。したがって、図２に示すカバレッジエリア２００内に、モード３のＵＥ２０２、２０４に加えて、モード４のＵＥ２０６、２０８、２１０が存在する状況もあり得る。
【0014】
車両ユーザデバイス、ＵＥの上述のシナリオでは、複数のそのようなユーザデバイスは、単にグループとも呼ばれるユーザデバイスグループを形成することができ、グループ内またはグループメンバ間の通信は、ＰＣ５インターフェースのようなユーザデバイス間のサイドリンクインターフェースを介して実行されてよい。例えば、車両ユーザデバイスを使用する上述のシナリオは、車両ユーザデバイスを装備している複数の車両が、例えば遠隔運転用途によって一緒にグループ化され得る輸送産業の分野で採用され得る。複数のユーザデバイスを互いにサイドリンク通信のためにグループ化することができる他の使用ケースとしては、例えば、工場の自動化および配電が挙げられる。工場の自動化の場合、工場内の複数の移動式または固定式機械は、ユーザデバイスを装備し、ロボットの運動制御のように、例えば機械の動作を制御するために、サイドリンク通信のために一緒にグループ化され得る。配電の場合、配電グリッド内のエンティティは、それぞれのユーザデバイスを装備してよく、これらは、システムをモニタし、配電グリッドの障害および停止に対処することを可能にするために、サイドリンク通信を介して互いに通信するように、システムの特定の領域内でグループ化され得る。
【0015】
当然ながら、上記の使用ケースでは、サイドリンク通信はグループ内通信に限定されない。むしろ、サイドリンク通信は、ＵＥの任意のペアのように、ＵＥのいずれの間であってもよい。
【0016】
上記のセクションの情報は、本発明の背景の理解を高めるためのものにすぎず、したがって、当業者に既に知られている先行技術を形成しない情報を含む場合があることに留意されたい。
上記のような従来技術から、サイドリンクを介した通信の改善およびサイドリンクにおけるフィードバックの操作の改善が必要とされる場合がある。
本発明の実施形態を、添付の図面を参照してさらに詳細に説明する。
上記のような従来技術から、サイドリンクを介した通信の改善およびサイドリンクにおけるフィードバックの操作の改善が必要とされる場合がある。
本発明の実施形態を、添付の図面を参照してさらに詳細に説明する。
【図面の簡単な説明】
【0017】
【図1(a)】無線通信システムの一例の概略図である。
【図1(b)】無線通信システムの一例の概略図である。
【図2】互いに直接通信するＵＥが基地局に接続されるカバレッジ内シナリオの概略図である。
【図3】互いに直接通信するＵＥが基地局からＳＬリソース配分構成または支援を受信しない、カバレッジ外シナリオの概略図である。
【図5(a)】ＳＬ上でＨＡＲＱフィードバックをｇＮＢに報告するソースまたは送信機ＵＥを示す図である。
【図5(b)】ＳＬ上でＨＡＲＱフィードバックをｇＮＢに報告する宛先または受信ＵＥを示す図である。
【図5(c)】総ＤＡＩおよびカウンタＤＡＩを含む動的ＨＡＲＱ－ＡＣＫコードブック手順を示す図である。
【図6】本発明の実施形態による、送信機と１つまたは複数の受信機との間で情報を通信するための無線通信システムの概略図である。
【図7】サイドリンクおよびＵｕ上のそれぞれのＰＳＳＣＨ送信を示す図であり、共通のＰＵＣＣＨ内に送信ＵＥによって報告されたＳＬおよびＤＬフィードバック情報を含む図である。
【図8】サイドリンクおよびＵｕ上のそれぞれのＰＳＳＣＨ送信を示す図であり、異なるＰＵＣＣＨ内に送信ＵＥによって報告されたＳＬおよびＤＬフィードバック情報を含む図である。
【図9】送信ＵＥがｇＮＢのカバレッジ外になる場合の、受信ＵＥによるｇＮＢへのＨＡＲＱ－ＡＣＫ報告の無効化の一例を示す図である。
【図10】サイドリンク割当てインデックス（ＳＡＩ）を使用する一例を示す図である。
【図11】ＳＣＩにおけるフィードバック要求インジケータフィールド（ＨＲ）を使用する一例を示す図である。
【図12】ＳＣＩにおけるＨＡＲＱタイミングインジケータフィールドをタイマーとして使用する例を示す図である。
【図13(a)】ＣＦが特定の値に設定されていることに応答して、ＨＡＲＱ－ＡＣＫフィードバックおよび／または追加の制御情報を含む制御データのためにデータ領域のより小さい、またはより大きい部分を確保するＲＸ ＵＥの一例を示す図である。
【図13(b)】ＣＦが特定の値に設定されていることに応答して、ＨＡＲＱ－ＡＣＫフィードバックおよび／または追加の制御情報を含む制御データのためにデータ領域のより小さい、またはより大きい部分を確保するＲＸ ＵＥの一例を示す図である。
【図13(c)】ＣＦが特定の値に設定されていることに応答して、ＨＡＲＱ－ＡＣＫフィードバックおよび／または追加の制御情報を含む制御データのためにデータ領域のより小さい、またはより大きい部分を確保するＲＸ ＵＥの一例を示す図である。
【図13(d)】ＣＦが特定の値に設定されていることに応答して、ＨＡＲＱ－ＡＣＫフィードバックおよび／または追加の制御情報を含む制御データのためにデータ領域のより小さい、またはより大きい部分を確保するＲＸ ＵＥの一例を示す図である。
【図14(a)】共通のＮＡＣＫチャネルでＮＡＣＫを送信するためにＵＥ固有のシーケンスを使用する例を示す図である。
【図14(b)】共通のＮＡＣＫチャネルでＮＡＣＫを送信するためにＵＥ固有のシーケンスを使用する例を示す図である。
【図15】ＡＣＫチャネルおよびＮＡＣＫチャネルの例を示す図である。
【図16】各々が単一の受信機ＵＥによって使用されるサブリソースに分割されたＨＡＲＱ－ＡＣＫチャネルの一例を示す図である。
【図17(a)】複数のリソースブロック（ＲＢ）にわたって１つのトランスポートブロック（ＴＢ）をスケジューリングするための例を示す図である。
【図17(b)】複数のリソースブロック（ＲＢ）にわたって１つのトランスポートブロック（ＴＢ）をスケジューリングするための例を示す図である。
【図17(c)】複数のリソースブロック（ＲＢ）にわたって１つのトランスポートブロック（ＴＢ）をスケジューリングするための例を示す図である。
【図17(d)】複数のリソースブロック（ＲＢ）にわたって１つのトランスポートブロック（ＴＢ）をスケジューリングするための例を示す図である。
【図18】本発明の手法に従って説明されるユニットまたはモジュールならびに方法のステップが実行され得るコンピュータシステムの一例を示す図である。
【発明を実施するための形態】
【0018】
ここで、本発明の実施形態を、同一の、または類似の要素に同一の参照符号が割り当てられている添付の図面を参照してより詳細に説明する。
【0019】
初期の車車間・路車間（Ｖ２Ｘ）仕様は、３ＧＰＰ規格のＬＴＥリリース１４に含まれていた。リソースのスケジューリングおよび割当てはＶ２Ｘ要件に従って変更されているのに対し、元々のデバイス間（Ｄ２Ｄ）通信規格が設計の基礎として使用されている。セルラＶ２Ｘは、リソース配分の観点から２つの構成で、すなわち上述のモード３およびモード４構成で動作することが合意されている。上述したように、Ｖ２Ｘモード３構成では、リソースのスケジューリングおよび干渉管理は、車両間通信のように、サイドリンク、ＳＬ通信を可能にするために、ＵＥの基地局によって実行される。制御シグナリングは、例えばダウンリンク制御インジケータＤＣＩを使用して、Ｕｕインターフェースを介してＵＥに提供され、基地局によって動的に割り当てられる。Ｖ２Ｘモード４構成では、ＳＬ通信のスケジューリングおよび干渉管理は、事前構成されたリソース構成に基づいて、ＵＥ間の分散型または非中央集権型アルゴリズムを使用して自律的に実行される。
【0020】
図４は、図１を参照して説明したものと同様に、無線通信ネットワークの一部の概略図であり、上述のネットワークのセル、またはそのような無線通信ネットワークにおいて利用可能な複数の無線アクセスネットワークのうちの１つを示す。図４は、基地局４００および複数のユーザデバイスＵＥを示す。ＵＥのいくつかは、それぞれのユーザデバイスグループ４０２および４０４にグループ化されるが、ＵＥ４０６および４０８のような他のＵＥは、いずれのグループのメンバでもない。第１のグループ４０２は、図示の例によれば、３つのＵＥ４０２１から４０２３を含み、グループ４０２内で、ＵＥ４０２１から４０２３は、ＰＣ５インターフェースのようなサイドリンクインターフェースを使用して互いに通信することができる。グループ４０４は、第１のグループ４０２内のＵＥと同様に、ＰＣ５インターフェースなどのサイドリンクインターフェースを介するサイドリンク通信を使用して互いに通信する４つのＵＥ４０４１から４０４４を含む。グループ４０２、４０４内のＵＥおよびＵＥ４０６、４０８はさらに、例えばＵｕインターフェースを用いて基地局４００と直接通信してよい。それぞれのグループ４０２、４０４内で、ＵＥのうちの１つ、ＵＥのうちのいくつか、またはＵＥのすべては、基地局４００と直接通信してよい
【0021】
また、いずれのグループのメンバでもないＵＥ４０６および４０８は、ＰＣ５インターフェースのようなサイドリンクインターフェースを使用して、互いに、または任意の他のＵＥと通信することができる。
【0022】
サイドリンク通信のために、一セットのリソース４１０が提供され、そこからリソースが、データを送信それぞれのＵＥに配分されてよい。リソース４１０の集合は、リソースプール、ミニリソースプール、またはサブプールとも称される。例えば、リソース４１０は、時間／周波数／空間リソースグリッドを含み、リソース４１０から、サイドリンクインターフェースを介した通信のためにそれぞれのＵＥへの配分のために、基地局４００（ＮＲモード１のＵＥの場合）またはＵＥ（ＮＲモード２のＵＥの場合）によってリソースのサブセットが選択される。図４の例では、基地局４００は、グループ４０２内のサイドリンク通信に使用されるべきリソースプール４１０全体からのリソースを含む２セットのリソースまたは２つのミニリソースプール４１２１および４１２２を第１のグループ４０２に提供する。第２のグループ４０４に対して、基地局４００は第２のリソースプール４１４を提供する。本発明は図示の実施形態に限定されず、むしろ、ＵＥの単一のグループのみが存在する場合がある、または２つの描かれるグループより多くのグループが存在する場合があることに留意されたい。また、グループを形成するＵＥの数は、図示された実施形態に限定されず、任意の数のＵＥが一緒にグループ化されてよい。また、すべてのＵＥがグループのメンバであり、そのようなシナリオでは、ＵＥ４０６および４０８は存在しない場合がある、あるいは１つまたは複数のグループに属する場合もある。また、それぞれのグループのために確保または提供されるミニリソースプール４１２、４１４の数は異なってもよく、例えば、基地局は、グループ４０２のためのより少ない、またはより多くのミニリソースプールを提供してもよい、または第２のグループ４０４のための複数のリソースプール４１４を提供してもよい。
【0023】
図４は、リソースプールが周波数領域にわたって複数の連続したリソースを含み、時間領域にわたって隣接する例を示しているが、本発明はそのような構成に限定されず、むしろ、他の実施形態によれば、リソースプールを形成するそれぞれのリソースは、周波数領域にわたって不連続なリソース、および／または時間領域にわたって隣接していないリソースであってもよい。リソースはまた、基地局および／またはＵＥにおいて、多入力多出力（ＭＩＭＯ）処理を利用して空間領域にわたって配分される場合もあることに留意されたい。空間領域は、周波数領域および／または時間領域の両方と組み合わせて使用されてよい。リソースプールは、少なくとも第１のグループおよび第２のグループを含むリソースの複数のグループを含んでよく、第１のグループおよび第２のグループは、異なるサブキャリア間隔、異なるスロット長、またはサポートされるチャネルの異なる数など、異なるヌメロロジーを有する。例えば、サービス品質ＱｏＳ要件に応じて、配分されるべきリソースは、ＱｏＳ要件を満たすために必要なヌメロロジーを有するミニリソースプールから選択されてよい。他の実施形態によれば、リソースプールは、異なるヌメロロジーを有するリソースのグループ、例えば、４１０１で示されるように第１のヌメロロジーを有する第１のグループ、および４１０２で示されるように第２のヌメロロジーを有する第２のグループを含む場合もある。例えば、グループ４０２の場合、基地局は、第１のリソースグループ４１０１からのリソースおよび第２のリソースグループ４１０２からのリソースを含むミニリソースプール４１２を提供する。異なるヌメロロジーを有するリソースのグループは、異なるサブキャリア間隔を使用してよく、それぞれの１つまたは複数のリソースのグループは、帯域幅部分と呼ばれてもよい。
【0024】
Ｒｅｌ．１６ Ｖ２Ｘ研究項目において、３ＧＰＰは、ユニキャストおよびグループキャスト通信のためのＶ２ＸのためのＨＡＲＱフィードバック機構を研究することに合意した。ＨＡＲＱは、受信機（宛先または受信ＵＥ）からのフィードバックを組み込むことによって積極的なコードレートでの送信を可能にする物理層機構である。フィードバックに基づいて、必要に応じて再送信が発行されてよい。しかしながら、サイドリンクのフィードバック機構に関連する多くの問題、例えばｇＮＢへのフィードバックの提供またはグループキャストＨＡＲＱの提供の問題は、これまでのところ対処されていない。例えば、ｇＮＢにフィードバックを提供するとき、５Ｇ Ｕｕインターフェースが既に存在し、ＳＬフィードバックを報告するためのインターフェースが指定されていないため、フィードバックがｇＮＢにどのように報告されるかが指定されていない。グループキャストＨＡＲＱの場合、直接のＨＡＲＱ報告は指定されていない。グループキャスト送信は、それ自体の性質により、各々がＨＡＲＱのフィードバックを報告しなければならないいくつかの受信機を有するため、複数のＵＥのフィードバックが多重化され、各個々のＵＥが、その個々のＨＡＲＱフィードバックを送信する場所と方法を知る必要がある。
【0025】
ＨＡＲＱフィードバックを生成する多数のＳＬユニキャスト送信を仮定すると、１対１の送信方法は少なくともスペクトルに関して非効率的であるため、ＵｕおよびＳＬに関するＳＬ ＨＡＲＱ－ＡＣＫ報告の効率に対処する必要がある。
【0026】
また、コンテンツを報告するためのｇＮＢとＵｕ上のＵＥとの間の調整に対処する必要がある。送信されるものに関するｇＮＢと報告ＵＥとの調整が保証される必要がある。調整不良は、ＵＣＩの構造によって引き起こされる可能性がある。ＤＣＩとは対照的に、ＣＲＣが含まれているブラインド復号スキームは存在しない。したがって、ｇＮＢおよびＵＥは、メッセージのサイズだけでなくコンテンツに対しても調整される必要がある。
【0027】
さらに、グループキャスト送信のための個々のＨＡＲＱフィードバック送信の多重化が問題となる可能性がある。グループキャストでは、複数の受信機がＨＡＲＱ－ＡＣＫフィードバックを提供することが期待される。各ＵＥをｇＮＢに報告する場合には、これがどのように実現されるかは比較的簡単であるが、ＳＬ上での直接の報告はまだ対処されていない。さらに、ｇＮＢを介した報告は、すべてのＵＥがカバレッジ内になければならないという問題が持ち込み、このことは、すべてのグループキャストシナリオについて期待されない可能性がある。したがって、グループキャストＨＡＲＱをサポートするには、ＳＬ上のすべてのメンバＵＥのＨＡＲＱ－ＡＣＫフィードバックを多重化する必要がある。
【0028】
上述したように、ｇＮＢへのＨＡＲＱ－ＡＣＫ報告のシナリオについては、図５に示すように、２つの異なる手法が論じられる。ソースまたは送信機ＵＥ（図５（ａ）参照）または宛先または受信ＵＥ（図５（ｂ）参照）のいずれかが、ＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ；Ａ／Ｎ）をｇＮＢに報告してよい。この手順は、ｇＮＢが全体像を保持し、モード１送信の再送信に対しても効率的な方法でリソースをスケジュールすることができるという利点を提供する。
【0029】
図５（ａ）に示すように、送信（ソース）ＵＥがＨＡＲＱ－ＡＣＫを報告する場合、受信または受信機ＵＥは、サイドリンクを介して送信機ＵＥに最初にＨＡＲＱ－ＡＣＫを報告し、次に送信機がこのフィードバックをｇＮＢに転送する。これは、ＨＡＲＱフィードバック自体を転送することによって直接行われても、または再送信のための追加リソースを要求するための指示、例えばスケジューリング要求（ＳＲ）によって行われてもよい。
【0030】
受信（宛先または受信）ＵＥがＨＡＲＱ－ＡＣＫを報告する場合、受信機ＵＥはＨＡＲＱ－ＡＣＫをｇＮＢに報告する。ｇＮＢは、報告されたＨＡＲＱ－ＡＣＫを送信機ＵＥによる対応する送信と関連付ける必要がある。そのためには、受信機ＵＥによって受信された送信を認識するか、または受信機ＵＥが送信機ＵＥ／送信ＩＤを示す必要がある。
【0031】
また、ＨＡＲＱ－ＡＣＫコードブック手順が実装されてもよい。例えば、Ｕｕインターフェースでは、ＵＥはスロットタイミング値Ｋ＿１で構成される。Ｋ＿１（スロットの数）は、対応するＨＡＲＱ－ＡＣＫが送信されるタイミングを指示する一セットのパラメータである。Ｋ＿１の対応する行インデックスは、ＰＤＳＣＨ－ＨＡＲＱタイミングフィールド内のＤＣＩ内で伝達されるか、または暗黙的に決定される。ＨＡＲＱ－ＡＣＫ報告のために同一スロットを指すＰＤＳＣＨ送信のＨＡＲＱ－ＡＣＫフィードバックは、同じＵＣＩ内で多重化され一緒に送信される。準静的ＨＡＲＱ－ＡＣＫコードブックは、ＤＣＩがあるか否かにかかわらず、同一スロットを指しているＫ＿１に関連付けられた各ＰＤＣＣＨモニタリング機会ごとに、ＡＣＫまたはＮＡＣＫを送信する。準静的ＨＡＲＱ－ＡＣＫコードブックの利点は、報告されるビットの数が固定されていることである。動的ＨＡＲＱ－ＡＣＫコードブックは、実際にスケジュールされた送信に対してのみＡＣＫまたはＮＡＣＫを送信する。動的ＨＡＲＱ－ＡＣＫコードブック手順は、ｇＮＢとＵＥとの間で報告されているビット数に不一致が生じないように、受信し損なった可能性のあるＤＣＩを検出するための追加の保護手順（総ＤＡＩおよびカウンタＤＡＩ）を伴う。図５（ｃ）に示すように、総ＤＡＩは、ＰＤＣＣＨモニタリング機会までＤＣＩフォーマット１＿０およびフォーマット１＿１の数をカウントする。カウンタＤＡＩは、ＤＣＩフォーマット１＿０およびフォーマット１＿１を昇順でカウントする。しかしながら、サイドリンクフィードバックの実装は全く提供されない。
【0032】
本発明は、サイドリンクを介した通信の改善、およびサイドリンクにおけるフィードバックの操作の改善を提供することによって、上記の問題に対処する。本発明の実施形態は、移動端末またはＩｏＴデバイスのような基地局およびユーザを含む、図１、図２、図３、および図４に示すような無線通信システムで実施されてよい。図６は、基地局のような送信機４５０と、ユーザデバイス、ＵＥのような１つまたは複数の受信機４５２１から４５２ｎとを含む無線通信システムの概略図である。送信機４５０および受信機４５２は、無線リンクのように、１つまたは複数の無線通信リンクまたはチャネル４５４ａ、４５４ｂ、４５４ｃを介して通信し得る。送信機４５０は、互いに結合された、複数のアンテナ素子を有する１つまたは複数のアンテナＡＮＴＴあるいはアンテナアレイ、信号プロセッサ４５０ａおよび送受信機４５０ｂを含んでよい。受信機４５２は、互いに結合された、１つまたは複数のアンテナＡＮＴＲあるいは複数のアンテナを有するアンテナアレイ、信号プロセッサ４５２ａ１、４５２ａｎおよび送受信機４５２ｂ１、４５２ｂｎを含む。基地局４５０およびＵＥ４５２は、Ｕｕインターフェースを使用する無線リンクのように、それぞれの第１の無線通信リンク４５４ａおよび４５４ｂを介して通信してよく、ＵＥ４５２は、ＰＣ５インターフェースを使用する無線リンクのように、第２の無線通信リンク４５４ｃを介して互いに通信してよい。ＵＥが基地局によってサービスを提供されないとき、ＵＥが基地局に接続されていないとき、例えば、ＵＥがＲＲＣ接続状態にないとき、またはより一般的には、ＳＬリソース配分構成または支援が基地局によって提供されないとき、ＵＥはサイドリンクを介して互いに通信してよい。このシステム、１つまたは複数のＵＥ４５２、および基地局は、本明細書に記載される本発明の教示に従って動作し得る。
第１の態様
第１の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項１を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
第１の態様
第１の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項１を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
【0033】
複数のＵＥは、少なくとも１つの送信ＵＥおよび少なくとも１つの受信ＵＥを備え、送信ＵＥおよび受信ＵＥは、サイドリンク通信のために無線通信システムのサイドリンクリソースの少なくともサブセットを使用するように構成され、受信ＵＥは、サイドリンクを介して送信ＵＥにサイドリンクフィードバックを送信するように構成され、サイドリンクフィードバックは、データ送信について、受信ＵＥでの受信の成功または失敗を示しており、
送信ＵＥは、サイドリンクフィードバックを基地局に報告するように構成されており、
送信ＵＥは、サイドリンクフィードバックを基地局に報告するように構成されており、
【0034】
基地局は、サイドリンクフィードバックに応答して、送信ＵＥに、受信ＵＥへのサイドリンクを介するデータパケットの可能な再送信のためのサイドリンクリソースを提供するように構成され、
送信ＵＥによる基地局へのサイドリンクフィードバックの報告は、１つまたは複数の条件に応答してアクティブ化または非アクティブ化される。
送信ＵＥによる基地局へのサイドリンクフィードバックの報告は、１つまたは複数の条件に応答してアクティブ化または非アクティブ化される。
【0035】
実施形態によれば、送信ＵＥによる基地局へのサイドリンクフィードバックの報告は、基地局、送信ＵＥ、および／または受信ＵＥによってトリガされるシグナリングに応答して非アクティブ化または無効化されてよい。
実施形態によれば（例えば、請求項２を参照）、１つまたは複数の条件は、
・ＳＬフィードバックのためのＰＵＣＣＨ利用を低減させたいという要望、
・Ｕｕインターフェース上のオーバーヘッドの不必要な報告を回避する、例えば、ＳＬ上のトラフィックがしきい値を下回る場合、
・カバレッジ外タイマー／トリガ、
・トラフィックのタイプ、例えば、ＱｏＳ、信頼性および／または待ち時間要件、
・アプリケーションによるトリガ、
・リンク品質または干渉レベルの変化、
・パケット損失しきい値に達するか、またはそれを超えること
のうちの１つまたは複数を含む。
実施形態によれば（例えば、請求項２を参照）、１つまたは複数の条件は、
・ＳＬフィードバックのためのＰＵＣＣＨ利用を低減させたいという要望、
・Ｕｕインターフェース上のオーバーヘッドの不必要な報告を回避する、例えば、ＳＬ上のトラフィックがしきい値を下回る場合、
・カバレッジ外タイマー／トリガ、
・トラフィックのタイプ、例えば、ＱｏＳ、信頼性および／または待ち時間要件、
・アプリケーションによるトリガ、
・リンク品質または干渉レベルの変化、
・パケット損失しきい値に達するか、またはそれを超えること
のうちの１つまたは複数を含む。
【0036】
実施形態によれば（例えば、請求項３を参照）、基地局は、例えばＲＲＣまたはＤＣＩシグナリングによって、および基地局からの非アクティブ化シグナリングに応答して、送信ＵＥに非アクティブ化シグナリングを送信して、サイドリンクフィードバック報告を非アクティブ化するように構成され、
・送信ＵＥは、サイドリンクフィードバックの報告／転送を停止するように構成され、
・送信ＵＥは、サイドリンクフィードバックの報告／転送を停止するように構成され、
【0037】
・送信ＵＥおよび受信ＵＥは、カバレッジ外サイドリンクフィードバック手順、例えばモード２のＨＡＲＱ手順に切り替えるか、またはデータ複製手順に切り替えるように構成される。
【0038】
実施形態によれば（例えば、請求項４を参照）、非アクティブ化シグナリングに応答して、可能な再送信のためのＳＬリソースの選択は、カバレッジ外サイドリンクフィードバック手順に従って自律的に、または基地局支援を用いて実行されるが、基地局によって明示的にスケジュールされておらず、基地局支援は、
【0039】
・カバレッジ外リソースおよび／もしくはカバレッジ内リソースを含む構成されたプール／ミニリソースプール（ｍＲＰ）からリソースを提供すること、および／または
・グラントフリーリソース（ＳＰＳ）を提供することを含んでよい。
第２の態様
第２の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項５を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
・グラントフリーリソース（ＳＰＳ）を提供することを含んでよい。
第２の態様
第２の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項５を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
【0040】
複数のＵＥは、少なくとも１つの送信ＵＥおよび少なくとも１つの受信ＵＥを備え、送信ＵＥおよび受信ＵＥは、サイドリンク通信のために無線通信システムのサイドリンクリソースの少なくともサブセットを使用するように構成され、受信ＵＥは、複数のデータ送信についてサイドリンクを介して送信ＵＥにサイドリンクフィードバックを送信するように構成され、サイドリンクフィードバックは、データ送信について受信ＵＥでの受信の成功または失敗を示しており、
送信ＵＥは、基地局に報告するために受信ＵＥから受信した複数のサイドリンクフィードバックをバンドルするように構成されている。
送信ＵＥは、基地局に報告するために受信ＵＥから受信した複数のサイドリンクフィードバックをバンドルするように構成されている。
【0041】
実施形態によれば（例えば、請求項６を参照）、無線通信システムは、サイドリンク（ＳＬ）に追加のスロットタイミング値を提供するように構成され、追加のスロットタイミング値は、ＳＬ上の報告ウィンドウを記載する。
【0042】
実施形態によれば（例えば、請求項７を参照）、ＳＬグラント用のＤＣＩは、ＳＬフィードバック報告に関連するスロットタイミング値を指示するＰＳＳＣＨ／ＰＤＣＣＨ－ＨＡＲＱタイミングフィールドを含む。
実施形態によれば（例えば、請求項８を参照）、スロットタイミング値は、
・スケジュールされたデータ送信（ＰＳＳＣＨ）から、対応するＨＡＲＱフィードバックが報告されるスロットまでの時間、または
・受信したグラント（ＰＤＣＣＨ）から、対応するＨＡＲＱフィードバックが報告されるスロットまでの時間である。
実施形態によれば（例えば、請求項８を参照）、スロットタイミング値は、
・スケジュールされたデータ送信（ＰＳＳＣＨ）から、対応するＨＡＲＱフィードバックが報告されるスロットまでの時間、または
・受信したグラント（ＰＤＣＣＨ）から、対応するＨＡＲＱフィードバックが報告されるスロットまでの時間である。
【0043】
実施形態によれば（例えば、請求項９を参照）、送信ＵＥは、ＳＬ専用の別個のフィードバック手順、例えば別個のＨＡＲＱ－ＡＣＫコードブックにサイドリンクフィードバックをバンドルするか、またはＵｕ専用のフィードバック手順、例えばＵｕまたは共通ＨＡＲＱ－ＡＣＫコードブックにサイドリンクフィードバックを多重化するように構成される。
実施形態によれば（例えば、請求項１０を参照）、
実施形態によれば（例えば、請求項１０を参照）、
【0044】
無線通信システムが前記サイドリンクフィードバックをＵｕ専用のフィードバック手順に多重化するように構成されている場合、サイドリンクフィードバックおよびダウンリンクフィードバックは、共通のアップリンク制御メッセージで送信ＵＥによって報告され、ダウンリンクフィードバックは、送信ＵＥにおける基地局からのデータ送信の受信の成功または失敗を示しており、また、
【0045】
無線通信システムが、サイドリンクフィードバックをＳＬ専用の別個のフィードバック手順でバンドルするように構成されている場合、サイドリンクフィードバックおよびダウンリンクフィードバックは、別個のアップリンク制御メッセージで送信ＵＥによって報告される。
【0046】
実施形態によれば（例えば、請求項１１を参照）、基地局は、例えばＲＲＣまたはＤＣＩシグナリングによって、送信ＵＥにシグナリングを送信して、サイドリンクフィードバックのバンドリングをアクティブ化または非アクティブ化するように構成される。
第３の態様
第３の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項１２を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
第３の態様
第３の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項１２を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
【0047】
複数のＵＥは、少なくとも１つの送信ＵＥおよび少なくとも１つの受信ＵＥを備え、送信ＵＥおよび受信ＵＥは、サイドリンク通信のために無線通信システムのサイドリンクリソースの少なくともサブセットを使用するように構成され、受信ＵＥは、サイドリンクを介して送信ＵＥにサイドリンクフィードバックを送信するように構成され、サイドリンクフィードバックは、データ送信について、受信ＵＥでの受信の成功または失敗を示しており、
【0048】
送信ＵＥは、ＳＬ上の再送信または送信に必要なリソースの数、あるいはＳＬ上の再送信または送信のために単一のリソースを要求する単一のビットを指示するように構成されている。
【0049】
実施形態によれば（例えば、請求項１３を参照）、無線通信システムは、基地局に指示を送信するために、ＵＣＩのようなアップリンク制御メッセージを送信するための１つまたは複数の周期的なアップリンクリソース、例えばＰＵＣＣＨリソースで送信ＵＥを構成する。
【0050】
実施形態によれば（例えば、請求項１４を参照）、送信ＵＥは、基地局に指示を送信するために、例えばＭＡＣ制御要素を使用して、ＭＡＣ層を介してアップリンク制御メッセージを送信する。
実施形態によれば（例えば、請求項１５を参照）、アップリンク制御メッセージは、以下の
・再送信のためにＳＬ上で要求されるリソースの数、
・再送信および送信のためにＳＬ上で要求されるリソースの数、
・受信ＵＥのＩＤ、
・送信または再送信のために単一のリソースを要求する単一のビット、例えばＳＬスケジューリング要求
のうちの１つまたは複数を含む。
第４の態様
第４の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項１６を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
実施形態によれば（例えば、請求項１５を参照）、アップリンク制御メッセージは、以下の
・再送信のためにＳＬ上で要求されるリソースの数、
・再送信および送信のためにＳＬ上で要求されるリソースの数、
・受信ＵＥのＩＤ、
・送信または再送信のために単一のリソースを要求する単一のビット、例えばＳＬスケジューリング要求
のうちの１つまたは複数を含む。
第４の態様
第４の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項１６を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
【0051】
複数のＵＥは、少なくとも１つの送信ＵＥおよび少なくとも１つの受信ＵＥを備え、送信ＵＥおよび受信ＵＥは、サイドリンク通信のために無線通信システムのサイドリンクリソースの少なくともサブセットを使用するように構成され、受信ＵＥは、サイドリンクを介して送信ＵＥにサイドリンクフィードバックを送信するように構成され、サイドリンクフィードバックは、データ送信について、受信ＵＥでの受信の成功または失敗を示しており、
【0052】
データ送信が受信ＵＥで正常に受信されなかったことを示すＳＬフィードバックの受信に応答して、送信ＵＥは、ＭＡＣ層によって基地局に報告されたＢＳＲを更新するように構成され、更新は、対応する論理チャネル／論理チャネルグループへのＳＬ上の再送信または送信のための追加のリソースの数をＢＳＲに加える。
【0053】
実施形態によれば（例えば、請求項１７を参照）、ＰＨＹ層は、受信したＳＬグラントを最初に再送信のために使用し、次いで新しいデータ送信のために使用する。
第５の態様
第５の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項１８を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
第５の態様
第５の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項１８を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
【0054】
複数のＵＥは、少なくとも１つの送信ＵＥおよび少なくとも１つの受信ＵＥを備え、送信ＵＥおよび受信ＵＥは、サイドリンク通信のために無線通信システムのサイドリンクリソースの少なくともサブセットを使用するように構成され、受信ＵＥは、サイドリンクを介して送信ＵＥにサイドリンクフィードバックを送信するように構成され、サイドリンクフィードバックは、データ送信について、受信ＵＥでの受信の成功または失敗を示しており、
受信ＵＥは、サイドリンクフィードバックを基地局に送信するように構成され、
受信ＵＥは、サイドリンクフィードバックを基地局に送信するように構成され、
【0055】
基地局は、受信ＵＥからのサイドリンクフィードバックに応答して、送信ＵＥに、サイドリンクを介する受信ＵＥへのデータパケットの可能な再送信のためのサイドリンクリソースを提供するように構成され、
【0056】
基地局は、１つまたは複数の条件に応答して受信ＵＥによる基地局へのサイドリンクフィードバックの報告をアクティブ化または非アクティブ化するように構成される。
実施形態によれば（例えば、請求項１９を参照）、受信ＵＥによる基地局へのサイドリンクフィードバックの報告は、
・送信ＵＥの接続状況が分からない場合、および／または
・送信ＵＥが基地局のカバレッジ外にある場合、および／または
・受信機ＵＥが基地局のカバレッジ外にある場合、および／または
実施形態によれば（例えば、請求項１９を参照）、受信ＵＥによる基地局へのサイドリンクフィードバックの報告は、
・送信ＵＥの接続状況が分からない場合、および／または
・送信ＵＥが基地局のカバレッジ外にある場合、および／または
・受信機ＵＥが基地局のカバレッジ外にある場合、および／または
【0057】
・送信ＵＥおよび／または受信ＵＥが、例外的なリソースプールのリソースを使用して送信する場合であって、例外的なリソースプールは、送信ＵＥおよび受信ＵＥによって事前構成されており、送信ＵＥおよび／または受信ＵＥが基地局のカバレッジ外にあるか、またはカバレッジ外になった場合、送信に使用される場合に
非アクティブ化または無効化される。
非アクティブ化または無効化される。
【0058】
実施形態によれば（例えば、請求項２０を参照）、受信ＵＥによる基地局へのサイドリンクフィードバックの報告は、基地局、送信ＵＥ、および／または受信ＵＥによってトリガされるシグナリングに応答して非アクティブ化または無効化される。
実施形態によれば（例えば、請求項２１を参照）、
シグナリングが基地局によってトリガされる場合、
実施形態によれば（例えば、請求項２１を参照）、
シグナリングが基地局によってトリガされる場合、
【0059】
基地局は、基地局へのＳＬフィードバック報告を非アクティブ化するために、例えばＲＲＣまたはＤＣＩシグナリングによって受信ＵＥにシグナリングを送信するように構成され、そしてシグナリングに応答して、受信ＵＥは、基地局へのＳＬフィードバックの報告／転送を停止するように構成され、
【0060】
シグナリングが送信ＵＥによってトリガされる場合、送信ＵＥは、受信ＵＥにシグナリングを送信して、基地局にＳＬフィードバックを報告する信号を非アクティブ化するように構成される、またはシグナリングは、例外的なリソースプールのリソースを使用するＳＬを介して明示的であってよい、またはシグナリングは、送信機ＵＥが基地局によって与えられたＨＡＲＱ－ＡＣＫ報告用のＵｕリソースの指示を転送する場合、フィードバック報告用のＵｕリソースを提供しないことにより、暗黙的である場合もあり、
【0061】
シグナリングが受信ＵＥによってトリガされる場合、受信ＵＥは、基地局のカバレッジ外であることに応答して、基地局にＳＬフィードバックを報告する信号を非アクティブ化するように構成される。
【0062】
実施形態によれば（例えば、請求項２２を参照）、ＳＬフィードバック報告シグナリングの非アクティブ化に応答して、送信ＵＥおよび受信ＵＥは、カバレッジ外サイドリンクフィードバック手順、例えばモード２のＨＡＲＱ手順に切り替えるように構成される。
第６の態様
第６の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項２３を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用してサイドリンク通信のために構成された複数のユーザデバイス、ＵＥと、を備え、
第６の態様
第６の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項２３を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用してサイドリンク通信のために構成された複数のユーザデバイス、ＵＥと、を備え、
【0063】
複数のＵＥは、少なくとも１つの送信ＵＥおよび少なくとも１つの受信ＵＥを備え、送信ＵＥおよび受信ＵＥは、サイドリンク通信のために無線通信システムのサイドリンクリソースの少なくともサブセットを使用するように構成され、受信ＵＥは、複数のデータ送信のためにサイドリンクを介してサイドリンクフィードバックを送信ＵＥに送信するように構成され、サイドリンクフィードバックは、データ送信について、受信ＵＥにおける受信の成功または失敗を示しており、
受信ＵＥは、基地局に報告するために複数のサイドリンクフィードバックをバンドルするように構成される。
受信ＵＥは、基地局に報告するために複数のサイドリンクフィードバックをバンドルするように構成される。
【0064】
実施形態によれば（例えば、請求項２４を参照）、基地局が送信ＵＥを認識していない場合、受信ＵＥは、いくつかのデータ送信のためにサイドリンクフィードバックを生成し、対応する送信ＵＥの１つまたは複数のＩＤと共に、基地局に報告するためにサイドリンクフィードバックをバンドルするように構成され、報告で提供されるＩＤの最大数およびＨＡＲＱ－ＡＣＫビットの最大数は、仕様によって構成または固定されてよい。
【0065】
実施形態によれば（例えば、請求項２５を参照）、無線通信システムは、ＵＣＩのようなアップリンク制御メッセージを送信するための１つまたは複数の周期的なアップリンクリソース、例えばＰＵＣＣＨリソースで受信ＵＥを構成し、アップリンク制御メッセージは、バンドルされたサイドリンクフィードバックのペアおよび対応する送信ＵＥのＩＤを示す。
【0066】
実施形態によれば（例えば、請求項２６を参照）、基地局が送信ＵＥを認識している場合、受信ＵＥは、いくつかのデータ送信のためにサイドリンクフィードバックを生成し、基地局に報告するためにサイドリンクフィードバックをバンドルするように構成される。
【0067】
実施形態によれば（例えば、請求項２７を参照）、無線通信システムは、ＵＣＩのようなアップリンク制御メッセージを送信するための１つまたは複数の周期的なアップリンクリソース、例えばＰＵＣＣＨリソースで受信ＵＥを構成し、アップリンク制御メッセージは、バンドルされたサイドリンクフィードバックを示す。
【0068】
実施形態によれば（例えば、請求項２８を参照）、受信ＵＥは、ＳＬ専用の別個のフィードバック手順、例えば別個のＨＡＲＱ－ＡＣＫコードブックにサイドリンクフィードバックをバンドルするか、またはＵｕ専用のフィードバック手順、例えばＵｕもしくは共通ＨＡＲＱ－ＡＣＫコードブックにサイドリンクフィードバックを多重化するように構成される。
【0069】
実施形態によれば（例えば、請求項２９を参照）、基地局は、例えばＲＲＣまたはＤＣＩシグナリングによって、受信ＵＥにシグナリングを送信して、サイドリンクフィードバックのバンドリングをアクティブ化または非アクティブ化するように構成される。
第７の態様
第７の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項３０を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用してサイドリンク通信のために構成された複数のユーザデバイス、ＵＥとを備え、
第７の態様
第７の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項３０を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用してサイドリンク通信のために構成された複数のユーザデバイス、ＵＥとを備え、
【0070】
複数のＵＥは、少なくとも１つの送信ＵＥおよび少なくとも１つの受信ＵＥを備え、送信ＵＥおよび受信ＵＥは、サイドリンク通信のために無線通信システムのサイドリンクリソースの少なくともサブセットを使用するように構成され、受信ＵＥは、複数のデータ送信のためにサイドリンクを介してサイドリンクフィードバックを送信ＵＥに送信するように構成され、サイドリンクフィードバックは、データ送信のために、前記受信ＵＥにおける受信の成功または失敗を示しており、
受信ＵＥは、サイドリンクを介して送信ＵＥに報告するために複数のサイドリンクフィードバックをバンドルするように構成される。
実施形態によれば（例えば、請求項３１を参照）、
受信ＵＥは、サイドリンクを介して送信ＵＥに報告するために複数のサイドリンクフィードバックをバンドルするように構成される。
実施形態によれば（例えば、請求項３１を参照）、
【0071】
送信ＵＥは、例えばＳＣＩメッセージでフィードバック要求インジケータを受信ＵＥにシグナリングするように構成され、インジケータは第１の値または第２の値に設定されており、第１の値は、受信ＵＥがサイドリンクフィードバックをバンドルすることを示し、第２の値は、ＳＣＩメッセージに関連付けられたリソースの一部が受信ＵＥのために確保されていることを示し、
【0072】
確保されたリソースのサイズは固定であってよい、またはＳＣＩメッセージで指示されてもよく、受信ＵＥは、第２の値に設定されているフィードバック要求インジケータの受信に応答して、確保されたリソースを使用して、バンドルされたサイドリンクフィードバックを送信するように構成される。
【0073】
実施形態によれば（例えば、請求項３２を参照）、受信ＵＥは、サイドリンク割当てインデックス（ＳＡＩ）を使用して、バンドルされたフィードバックの対応する順序でＮＡＣＫを用いて受信し損なった送信を指摘するように構成される。
実施形態によれば（例えば、請求項３３を参照）、受信ＵＥは、報告時に最小処理時間要件を満たさないすべての送信についてＮＡＣＫを報告する。
実施形態によれば（例えば、請求項３４を参照）、
実施形態によれば（例えば、請求項３３を参照）、受信ＵＥは、報告時に最小処理時間要件を満たさないすべての送信についてＮＡＣＫを報告する。
実施形態によれば（例えば、請求項３４を参照）、
【0074】
送信ＵＥは、例えばＳＣＩメッセージで、受信ＵＥにフィードバックタイミングインジケータをシグナリングするように構成され、インジケータは、複数の第１の値のうちの１つまたは第２の値に設定され、第１の値は、受信ＵＥがサイドリンクフィードバックをバンドルすることを示し、第２の値は、ＳＣＩメッセージに関連付けられたリソースの一部が受信ＵＥのために確保されていることを示し、確保されたリソースのサイズは固定であってよい、または前記ＳＣＩメッセージで指示されてもよく、
【0075】
受信ＵＥは、フィードバックが送信されるべきことを示すフィードバックタイミングインジケータの受信に応答して、確保されたリソースを使用して、バンドルされたサイドリンクフィードバックを送信するように構成される。
【0076】
実施形態によれば（例えば、請求項３５を参照）、受信ＵＥは、受信されなかったフィードバックタイミングインジケータのフィードバックをＮＡＣＫに設定する。
【0077】
実施形態によれば（例えば、請求項３６を参照）、送信ＵＥは、フィードバックタイミングインジケータの第１の値の代わりに第２の値を受信ＵＥに送信することによって即時サイドリンクフィードバックを受信ＵＥに要求するように構成される。
【0078】
実施形態によれば（例えば、請求項３７を参照）、フィードバックタイミングインジケータは、特定のリソース、例えば、現在のリソースから、フィードバックが提供されるべきリソースまでのスロットの数を指す。
【0079】
実施形態によれば（例えば、請求項３８を参照）、フィードバックタイミングインジケータは、報告までの送信の数、例えば、最大数で始まり、各送信で１ずつ減少するカウンタである。
【0080】
実施形態によれば（例えば、請求項３９を参照）、無線通信システムは、特定のタイムスロットまたは送信ウィンドウを介して送信ＵＥにサイドリンクフィードバックをバンドルして報告するように受信ＵＥを構成するものであり、ウィンドウは、
・送信におけるウィンドウサイズ、
・スロット内のウィンドウサイズ、
・スロットタイミング値によって与えられるウィンドウサイズ
のうちの１つまたは複数によって定義されてよい。
・送信におけるウィンドウサイズ、
・スロット内のウィンドウサイズ、
・スロットタイミング値によって与えられるウィンドウサイズ
のうちの１つまたは複数によって定義されてよい。
【0081】
実施形態によれば（例えば、請求項４０を参照）、受信ＵＥは、それ自体の送信においてサイドリンクフィードバックを送信するように構成され、受信ＵＥは、送信ＵＥに、そのデータ領域が制御データを含み、制御データがサイドリンクフィードバックを含むことをシグナリングしてよい。
実施形態によれば（例えば、請求項４１を参照）、サイドリンクフィードバックの報告は、受信ＵＥまたは送信ＵＥによってトリガされる。
実施形態によれば（例えば、請求項４２を参照）、サイドリンクフィードバックが送信ＵＥによってトリガされる場合、
・送信ＵＥは、受信ＵＥに、例えばＳＣＩメッセージでインジケータをシグナリングするように構成され、
実施形態によれば（例えば、請求項４１を参照）、サイドリンクフィードバックの報告は、受信ＵＥまたは送信ＵＥによってトリガされる。
実施形態によれば（例えば、請求項４２を参照）、サイドリンクフィードバックが送信ＵＥによってトリガされる場合、
・送信ＵＥは、受信ＵＥに、例えばＳＣＩメッセージでインジケータをシグナリングするように構成され、
【0082】
・受信ＵＥは、インジケータの受信に応答して、データと多重化されているか否かにかかわらず、バンドルされたサイドリンクフィードバックを次の送信で送信するように構成される。
第８の態様
第８の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項４３を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
第８の態様
第８の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項４３を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
【0083】
複数のＵＥは、少なくとも１つの送信ＵＥおよび複数の受信ＵＥを備え、送信ＵＥおよび受信ＵＥは、サイドリンク通信のために無線通信システムのサイドリンクリソースの少なくともサブセットを使用するように構成され、受信ＵＥは、データ送信のためにサイドリンクを介して送信ＵＥにサイドリンクフィードバックを送信するように構成され、サイドリンクフィードバックは、データ送信について、それぞれの受信ＵＥでの受信の成功または失敗を示しており、
【0084】
受信ＵＥは、ＵＥ固有のフィードバックシーケンスを使用して、共通のフィードバックリソース上のサイドリンクを介して送信ＵＥにそれぞれのサイドリンクフィードバックを報告するように構成される。
実施形態によれば（例えば、請求項４４を参照）、ＵＥ固有のシーケンスは、データ送信が成功しなかったことを示す。
実施形態によれば（例えば、請求項４４を参照）、ＵＥ固有のシーケンスは、データ送信が成功しなかったことを示す。
【0085】
実施形態によれば（例えば、請求項４５を参照）、ＵＥが１つのグループを形成する場合、ＵＥ固有のシーケンスは、グループのセットアップ中に構成されるか、または例えばＵＥのメンバＩＤから暗黙的に導出される。
第９の態様
第９の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項４６を参照のこと）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
第９の態様
第９の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項４６を参照のこと）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
【0086】
複数のＵＥは、少なくとも１つの送信ＵＥおよび複数の受信ＵＥを備え、送信ＵＥおよび受信ＵＥは、サイドリンク通信のために無線通信システムのサイドリンクリソースの少なくともサブセットを使用するように構成され、受信ＵＥは、データ送信のためにサイドリンクを介して送信ＵＥにサイドリンクフィードバックを送信するように構成され、サイドリンクフィードバックは、データ送信について、それぞれの受信ＵＥでの受信の成功または失敗を示しており、
【0087】
受信ＵＥは、フィードバックが送信が成功したことを表す場合には第１のチャネルを送信して第１のシーケンスを送信し、フィードバックが送信が失敗したことを表す場合には第２のチャネルを使用して第２のシーケンスを送信するために、共通のフィードバックリソース上のサイドリンクを介して送信ＵＥにそれぞれのサイドリンクフィードバックを報告するように構成される。
【0088】
実施形態によれば（例えば、請求項４７を参照）、第１および第２のチャネルは、それぞれ成功した送信および失敗した送信をシグナリングするために、異なるリソースを含む、および／または異なる、例えば直交するシーケンスを使用する。
【0089】
実施形態によれば（例えば、請求項４８を参照）、各受信ＵＥは、送信を正常に復号することができる場合、第１のチャネルで送信し、そうでない場合、第２のチャネルで送信するように構成される。
【0090】
実施形態によれば（例えば、請求項４９を参照）、第１のチャネルはＳＣＩ確認チャネルであり、各受信ＵＥは、復号結果とは無関係にＳＣＩ確認チャネルで送信するように構成されており、送信を復号できない場合、受信ＵＥは第２のチャネルで追加で送信する。
第１０の態様
第１０の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項５０を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
第１０の態様
第１０の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項５０を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
【0091】
複数のＵＥは、少なくとも１つの送信ＵＥおよび複数の受信ＵＥを備え、送信ＵＥおよび受信ＵＥは、サイドリンク通信のために無線通信システムのサイドリンクリソースの少なくともサブセットを使用するように構成され、受信ＵＥは、データ送信のためにサイドリンクを介して送信ＵＥにサイドリンクフィードバックを送信するように構成され、サイドリンクフィードバックは、データ送信について、それぞれの受信ＵＥでの受信の成功または失敗を示しており、
【0092】
受信ＵＥは、サイドリンクを介して送信ＵＥにそれぞれのサイドリンクフィードバックを報告するように構成され、それぞれの受信ＵＥからのフィードバックは、別個のフィードバックリソースを使用して送信される。
【0093】
実施形態によれば（例えば、請求項５１を参照）、特定のチャネルがフィードバックを報告するために使用され、第１のチャネルはそれぞれのサブリソースに分割され、各サブリソースは単一の受信ＵＥによって使用される。
【0094】
実施形態によれば（例えば、請求項５２を参照）、受信ＵＥは、ＵＥ ＩＤおよびグループサイズを使用して、フィードバックを送信するためのそのサブリソースを導出し、サブリソースの数は、例えば実際のグループサイズで使用して動的に、または構成可能もしくは固定され得る最大グループサイズを使用する場合のいずれかで決定されてよい。
【0095】
すべての前述した態様の実施形態によれば（例えば、請求項５３を参照）、送信ＵＥは、受信ＵＥが受信し損なった送信を検出できるように、例えばＳＣＩメッセージでサイドリンク割当てインデックス（ＳＡＩ）を受信ＵＥにシグナリングするように構成され、特定の受信ＵＥへの最初の送信では、ＳＡＩカウンタは初期値に設定され、ＳＡＩカウンタは、前記特定の受信ＵＥへの各送信とともに増加する。
第１１の態様
第１１の態様によれば、本発明は無線通信システムを提供し（例えば、請求項５４を参照）、本無線通信システムは、これは、
１つまたは複数の基地局と、
第１１の態様
第１１の態様によれば、本発明は無線通信システムを提供し（例えば、請求項５４を参照）、本無線通信システムは、これは、
１つまたは複数の基地局と、
【0096】
前記無線通信システムの一セットのサイドリンクリソースからのリソースを使用してサイドリンク通信のために構成された複数のユーザデバイス、ＵＥと、を備え、
【0097】
複数のＵＥは、少なくとも１つの送信ＵＥおよび少なくとも１つの受信ＵＥを備え、送信ＵＥおよび受信ＵＥは、サイドリンク通信のために無線通信システムのサイドリンクリソースの少なくともサブセットを使用するように構成され、
【0098】
無線通信システムは、サイドリンクリソースにおいて、複数のタイムスロットおよび／または複数の周波数帯域のように、複数のリソースブロックにわたってトランスポートブロック（ＴＢ）をスケジュールするように構成される。
【0099】
実施形態によれば（例えば、請求項５５を参照）、無線通信システムは、複数のリソースにわたる配分を示す単一のサイドリンク制御メッセージを使用して、またはいくつかのサイドリンク制御メッセージを使用して、複数のリソースブロックにわたってトランスポートブロック（ＴＢ）をスケジュールするように構成され、各サイドリンク制御メッセージは、その関連するリソースを指示している。
【0100】
実施形態によれば（例えば、請求項５６を参照）、ＴＢはコードブロックグループ（ＣＢＧ）に分割される。各ＣＢＧは、それ自体で復号可能であり、１つのＨＡＲＱフィードバックビットを生成する。
実施形態によれば（例えば、請求項５７を参照）、ＣＢＧはリソースブロックにマッピングされる。
実施形態によれば（例えば、請求項５７を参照）、ＣＢＧはリソースブロックにマッピングされる。
【0101】
実施形態によれば（例えば、請求項５８を参照）、第１のＣＢＧは、他の送信におけるデータに対応するリソースブロックの第１の領域にマッピングされ、第２のＣＢＧは、このデータ領域を使用するＵＥとは異なるＵＥによって使用されるフィードバック領域に対応するリソースブロックの第２の領域にマッピングされる。
【0102】
実施形態によれば（例えば、請求項５９を参照）、いくつかのサイドリンク制御メッセージが複数のリソースブロックにわたってトランスポートブロック（ＴＢ）をスケジュールするために使用される場合、ＣＢＧ送信インジケータは、現在の送信でどのＣＢＧが送信されるかを指摘するのに使用され、インジケータは、
・送信されたＣＢＧの数、
・例えばＲＲＣシグナリングによって数が固定されている場合のＣＢＧ送信、
・関連付けられたデータ領域内の実際に送信されたＣＢＧを示すビット列
のうちの１つまたは複数を含んでよい。
実施形態によれば（例えば、請求項６０を参照）、
・送信されたＣＢＧの数、
・例えばＲＲＣシグナリングによって数が固定されている場合のＣＢＧ送信、
・関連付けられたデータ領域内の実際に送信されたＣＢＧを示すビット列
のうちの１つまたは複数を含んでよい。
実施形態によれば（例えば、請求項６０を参照）、
【0103】
受信ＵＥは、サイドリンクを介して送信ＵＥにサイドリンクフィードバックを送信するように構成され、サイドリンクフィードバックは、データ送信について、受信ＵＥにおける受信の成功または失敗を示しており、
【0104】
受信ＵＥが全ＣＢＧ送信を受信し損なった場合であっても、受信ＵＥが送信するフィードバックのビット数を知っていることを保証するために、単一のサイドリンク制御メッセージ内のサイドリンク割当てインデックス（ＳＡＩ）はＣＢＧごとに１つずつ増加される。
実施形態によれば（例えば、請求項６１を参照）、
実施形態によれば（例えば、請求項６１を参照）、
【0105】
受信ＵＥは、サイドリンクを介して送信ＵＥにサイドリンクフィードバックを送信するように構成され、サイドリンクフィードバックは、データ送信について、受信ＵＥにおける受信の成功または失敗を示し、
【0106】
リソースブロックの数が送信ごとに固定されている場合、例えばＳＣＩで構成または指定されたＲＲＣの場合、受信ＵＥは、実際に送信されたＣＢＧの各々に対して、または最大数のＣＢＧＳに対して、それぞれのリソースブロックの送信のためのフィードバックを生成するように構成される。
第１２の態様
第１２の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項６２を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
第１２の態様
第１２の態様によれば、本発明は、無線通信システムを提供し（例えば、請求項６２を参照）、これは、
１つまたは複数の基地局と、
無線通信システムの一セットのサイドリンクリソースからのリソースを使用するサイドリンク通信用に構成された複数のユーザデバイス、ＵＥと、を備え、
【0107】
複数のＵＥは、少なくとも１つの送信ＵＥおよび少なくとも１つの受信ＵＥを備え、送信ＵＥおよび受信ＵＥは、サイドリンク通信のために無線通信システムのサイドリンクリソースの少なくともサブセットを使用するように構成され、
【0108】
無線通信システムは、ＳＬを介して、例えば、ＳＬ ＲＲＣシグナリングを使用して、または基地局によって、例えばＲＲＣシグナリングを使用して、１つまたは複数の送信ＵＥにシグナリングを提供するように構成され、
シグナリングは、受信ＵＥのうちの１つまたは複数の周期的な送信を指示しており、
シグナリングに応答して、１つまたは複数の送信ＵＥは、シグナリングされた周期的送信中に送信しないように構成される。
シグナリングは、受信ＵＥのうちの１つまたは複数の周期的な送信を指示しており、
シグナリングに応答して、１つまたは複数の送信ＵＥは、シグナリングされた周期的送信中に送信しないように構成される。
【0109】
実施形態によれば（例えば、請求項６３を参照）、受信ＵＥは、送信ＵＥが潜在的に干渉を受けたリソースを認識するように、送信ＵＥに感知レポートを転送するように構成される。
すべての前述の態様の実施形態によれば（例えば、請求項６４を参照）、サイドリンク通信は、
・送信ＵＥから受信ＵＥへのユニキャスト送信と、
・送信ＵＥから複数の受信ＵＥへのマルチキャスト送信と、
・送信ＵＥから複数の受信ＵＥへのグループキャストであって、送信ＵＥおよび複数の受信ＵＥがＵＥの１つのグループを形成する、グループキャストと、
・送信ＵＥによるブロードキャスト送信と、を含む。
すべての前述した態様の実施形態によれば（例えば、請求項６５を参照）、再送信は、
（ｉ）データパケット自体を送信すること、または
（ｉｉ）データパケットのうちの１つまたは複数の複製を送信すること、または
（ｉｉｉ）データパケットのうちの１つもしくは複数の冗長バージョンを送信すること、または
（ｉｖ）データパケットのための１つまたは複数の消去補正コードを送信すること、または
（ｖ）（ｉ）～（ｉｖ）のいずれかの組み合わせを含む。
すべての前述した態様の実施形態によれば、（例えば、請求項６６を参照）、１つまたは複数の冗長バージョンは、受信機における増分冗長性を提供する。
すべての前述の態様の実施形態によれば（例えば、請求項６４を参照）、サイドリンク通信は、
・送信ＵＥから受信ＵＥへのユニキャスト送信と、
・送信ＵＥから複数の受信ＵＥへのマルチキャスト送信と、
・送信ＵＥから複数の受信ＵＥへのグループキャストであって、送信ＵＥおよび複数の受信ＵＥがＵＥの１つのグループを形成する、グループキャストと、
・送信ＵＥによるブロードキャスト送信と、を含む。
すべての前述した態様の実施形態によれば（例えば、請求項６５を参照）、再送信は、
（ｉ）データパケット自体を送信すること、または
（ｉｉ）データパケットのうちの１つまたは複数の複製を送信すること、または
（ｉｉｉ）データパケットのうちの１つもしくは複数の冗長バージョンを送信すること、または
（ｉｖ）データパケットのための１つまたは複数の消去補正コードを送信すること、または
（ｖ）（ｉ）～（ｉｖ）のいずれかの組み合わせを含む。
すべての前述した態様の実施形態によれば、（例えば、請求項６６を参照）、１つまたは複数の冗長バージョンは、受信機における増分冗長性を提供する。
【0110】
すべての前述の態様の実施形態によれば（例えば、請求項６７を参照）、サイドリンクリソースは、第１のヌメロロジーを有するリソースの第１のグループと、第２のヌメロロジーを有するリソースの第２のグループとを少なくとも含み、第１のヌメロロジーと第２のヌメロロジーは異なる。
【0111】
すべての前述の態様の実施形態によれば（例えば、請求項６８を参照）、一セットのサイドリンクリソースおよび／またはサイドリンクリソースのサブセットのセットは、周波数領域にわたって複数の連続した、または不連続なリソース、および時間領域にわたって隣接したまたは不連続なリソースを含む。
すべての前述した態様の実施形態によれば（例えば、請求項６９を参照）、一セットのサイドリンクリソースは、
・リソースプール（ＲＰ）、
・ミニリソースプール（ｍＲＰ）、
・リソースプール内の帯域幅部分ＢＷＰ、
・ＢＷＰ内のリソースプール
のうちの１つまたは複数を定義する。
すべての前述した態様の実施形態によれば（例えば、請求項６９を参照）、一セットのサイドリンクリソースは、
・リソースプール（ＲＰ）、
・ミニリソースプール（ｍＲＰ）、
・リソースプール内の帯域幅部分ＢＷＰ、
・ＢＷＰ内のリソースプール
のうちの１つまたは複数を定義する。
【0112】
すべての前述の態様の実施形態によれば（例えば、請求項７０を参照）、複数のＵＥは、モバイル端末、または固定端末、またはセルラＩｏＴ－ＵＥ、または車両用ＵＥ、または車両用グループリーダ（ＧＬ）ＵＥ、またはＩｏＴもしくは狭帯域ＩｏＴ、ＮＢ－ＩｏＴ、デバイス、または地上ベースの車両、または航空機、またはドローン、または移動基地局、または路側ユニット、または建物、または製品／デバイスが無線通信ネットワークを利用して通信することを可能にするネットワーク接続性を備えた任意の他の製品もしくはデバイス、例えばセンサもしくはアクチュエータのうちの１つまたは複数を備える。
【0113】
すべての前述の態様の実施形態によれば（例えば、請求項７１を参照）、基地局は、マクロセル基地局、またはスモールセル基地局、または基地局の中央ユニット、または基地局の分散ユニット、または路側ユニット、またはＵＥ、またはグループリーダ（ＧＬ）、中継器、またはリモート無線ヘッド、またはＡＭＦ、またはＳＭＦ、またはコアネットワークエンティティ、またはモバイルエッジコンピューティングエンティティ、またはＮＲもしくは５Ｇコアコンテキストのようなネットワークスライス、または製品もしくはデバイスが、無線通信ネットワークを使用して通信するのを可能にし、製品もしくはデバイスには、無線通信ネットワークを使用して通信するためにネットワーク接続性が備わっている、任意の送受信ポイント、ＴＲＰのうちの１つまたは複数を備える。
さらなる態様によれば、本発明は、本明細書に記載された本発明の無線通信システムのための基地局を提供する。
さらなる態様によれば、本発明は、本明細書に記載の本発明の無線通信システムのためのユーザデバイスＵＥを提供する。
さらなる態様によれば、本発明は、本明細書に記載された本発明の無線通信システムを動作させるための方法を提供する。
コンピュータプログラム製品
さらなる態様によれば、本発明は、本明細書に記載された本発明の無線通信システムのための基地局を提供する。
さらなる態様によれば、本発明は、本明細書に記載の本発明の無線通信システムのためのユーザデバイスＵＥを提供する。
さらなる態様によれば、本発明は、本明細書に記載された本発明の無線通信システムを動作させるための方法を提供する。
コンピュータプログラム製品
【0114】
本発明は、プログラムがコンピュータによって実行されると、コンピュータに本発明による１つまたは複数の方法を実行させる命令を含むコンピュータプログラム製品を提供する。
【0115】
したがって、本発明は、サイドリンクを介した通信の改善、ならびにサイドリンクにおけるフィードバックの操作の改善を提供する。ＵｕおよびＳＬ送信の効率および相互作用を改善するために、本発明は様々な手順を提案する。
本発明の手法の一態様によれば、実施形態は、ｇＮＢを介したＨＡＲＱ－ＡＣＫ報告のためのフィードバックバンドリングを提供する。例えば、以下の、
・サイドリンク（ＳＬ）のための別個のＫ１スロットタイミング値、
・ＳＬ用の別個のＤＡＩ、
・ＤＡＩおよびＫ１スロットタイミング値に基づくＨＡＲＱ－ＡＣＫコードブック
のうちの１つまたは複数が（以下により詳細に説明するように）実装されてよい。
本発明の手法の一態様によれば、実施形態は、ｇＮＢを介したＨＡＲＱ－ＡＣＫ報告のためのフィードバックバンドリングを提供する。例えば、以下の、
・サイドリンク（ＳＬ）のための別個のＫ１スロットタイミング値、
・ＳＬ用の別個のＤＡＩ、
・ＤＡＩおよびＫ１スロットタイミング値に基づくＨＡＲＱ－ＡＣＫコードブック
のうちの１つまたは複数が（以下により詳細に説明するように）実装されてよい。
【0116】
この態様は、ＵＥがＨＡＲＱ－ＡＣＫをｇＮＢに報告するシナリオの効率を改善する。ＨＡＲＱ－ＡＣＫフィードバックは送信ごとに提供されるため、例えば、各フィードバックビットを１つずつｇＮＢに送信することは非効率的である。したがって、フィードバックをバンドルしてｇＮＢに一緒に送信することでスペクトル効率が大幅に改善される。この態様は、以下でより詳細に説明するように、ＳＬ送信のためのＨＡＲＱ－ＡＣＫフィードバックをバンドルし、それをＵｕインターフェース上で送信するための異なる手順を含む。
本発明の手法の別の態様によれば、実施形態は、ＳＬ上のＨＡＲＱ－ＡＣＫ報告のためのフィードバックバンドリングを提供する。例えば、以下の
・サイドリンク上のサイドリンク割当てインデックス（ＳＡＩ）、
・ＳＣＩにおけるフィードバック要求フィールド、
・ＳＣＩにおけるＨＡＲＱタイミングインジケータ、
・非同期ＨＡＲＱ報告
のうちの１つまたは複数が（以下により詳細に説明するように）実装されてよい。
本発明の手法の別の態様によれば、実施形態は、ＳＬ上のＨＡＲＱ－ＡＣＫ報告のためのフィードバックバンドリングを提供する。例えば、以下の
・サイドリンク上のサイドリンク割当てインデックス（ＳＡＩ）、
・ＳＣＩにおけるフィードバック要求フィールド、
・ＳＣＩにおけるＨＡＲＱタイミングインジケータ、
・非同期ＨＡＲＱ報告
のうちの１つまたは複数が（以下により詳細に説明するように）実装されてよい。
【0117】
少なくともモード２について、および場合によってはモード１についても、ＵＥはＳＬインターフェースを介してＨＡＲＱ－ＡＣＫフィードバックを送信することが期待される。しかしながら、前述したように、大量のデータがＳＬを介して送信される場合、多くのＨＡＲＱ－ＡＣＫフィードバックが生成される。１つずつの送信は、ＳＬ ＨＡＲＱ－ＡＣＫ送信のスペクトル効率を低下させる。したがって、この態様は、以下でより詳細に説明するように、ＳＬインターフェース上でＨＡＲＱ－ＡＣＫフィードバックを送信するための異なるバンドル手順を提案する。
本発明の手法のさらに別の態様によれば、実施形態は、グループキャストＨＡＲＱ－ＡＣＫ多重化を提供する。例えば、以下の、
・異なるＮＡＣＫシーケンス
・ＡＣＫ／ＳＣＩ確認チャネル
・グループキャストＨＡＲＱ－ＡＣＫサブリソースの暗黙的な決定
のうちの１つまたは複数が（以下により詳細に説明するように）実装されてよい。
本発明の手法のさらに別の態様によれば、実施形態は、グループキャストＨＡＲＱ－ＡＣＫ多重化を提供する。例えば、以下の、
・異なるＮＡＣＫシーケンス
・ＡＣＫ／ＳＣＩ確認チャネル
・グループキャストＨＡＲＱ－ＡＣＫサブリソースの暗黙的な決定
のうちの１つまたは複数が（以下により詳細に説明するように）実装されてよい。
【0118】
グループキャスト送信の場合、複数のＵＥが、ソースＵＥにＨＡＲＱ－ＡＣＫフィードバックを提供しなければならないが、ＳＬを介したＨＡＲＱ－ＡＣＫ送信についていくつかの制限および欠点が知られている。この態様は、以下でより詳細に説明するように、グループキャスト用のＳＬ上でのＨＡＲＱ－ＡＣＫフィードバック送信を改善するために、これらの制限および欠点に対処するための解決策を提案する。
本発明の手法のさらなる態様によれば、実施形態は、コードブロックグループ（ＣＢＧ）またはリソースブロック（ＲＢ）送信を提供する。例えば、以下の、
・複数のリソースを介したＳＬトランスポートブロック（ＴＢ）送信
本発明の手法のさらなる態様によれば、実施形態は、コードブロックグループ（ＣＢＧ）またはリソースブロック（ＲＢ）送信を提供する。例えば、以下の、
・複数のリソースを介したＳＬトランスポートブロック（ＴＢ）送信
【0119】
・１つまたは複数のＣＢＧ ＨＡＲＱ－ＡＣＫフィードバック（例えば、フィードバックとデータが分割されていない場合、リソースごとに１つのＨＡＲＱ－ＡＣＫビットがあり、またはフィードバックとデータが分割されている場合、リソースごとに２つのＨＡＲＱ－ＡＣＫビットがあるように、リソースブロックが２つのＣＢＧに分割されてよい）
のうちの１つまたは複数が（以下により詳細に説明するように）実装されてよい。
のうちの１つまたは複数が（以下により詳細に説明するように）実装されてよい。
【0120】
大量のデータの送信は、ＳＬのリソースユニットサイズによって制限される場合がある。したがって、複数の時間ユニットおよび／または周波数リソースユニットのように、ＲＢにまたがる送信が必要とされる可能性がある。この態様は、時間および／または周波数において複数のリソースユニットまたはＲＢにまたがるＳＬ送信を提案する。そのような大きな送信の一部は、他の部分よりも干渉の影響をより強く受ける可能性があるからため、これは、干渉挙動にも影響を与える可能性がある。これは、トランスポートブロック（ＴＢ）の各リソースユニットについての不均等なエラー確率をもたらす。したがって、ほとんどの場合、干渉によって影響されない他の部分が適切に復号されることになるため、ブロック全体を再送信することは非効率的である。したがって、以下でより詳細に説明するように、より効率的な再送信を可能にするために、より細かい、より粒度の細かいＨＡＲＱ－ＡＣＫフィードバックが提案される。
【0121】
本発明の手法のさらに別の態様によれば、実施形態はリンク情報メッセージを提供する（モード２）。例えば、宛先ＵＥは、ソースＵＥにその送信ウィンドウを認識させることができる。カバレッジ外シナリオ、すなわちモード２では、半二重制約による不一致が生じる可能性がある。これは、ＵＥが同時に受信と送信をすることができないという制限に起因している。したがって、送信中にパケットを受信する場合、これは必然的にパケット障害をもたらすことになる。この問題は、以下でより詳細に説明するように、周期的な送信、例えばＳＰＳ、基準シンボル送信、または他の種類の予測可能な送信が理由で、どのタイムスロットを回避するかを別のＳＬ ＵＥに通知するリンク情報メッセージを提供または導入することによって本発明の手法によって対処される。
次に、本発明の実施形態をより詳細に説明する。
送信機ＵＥがＨＡＲＱ－ＡＣＫをｇＮＢに報告することによるＳＬ ＨＡＲＱの機能強化
ＨＡＲＱ－ＡＣＫ報告のアクティブ化／非アクティブ化
次に、本発明の実施形態をより詳細に説明する。
送信機ＵＥがＨＡＲＱ－ＡＣＫをｇＮＢに報告することによるＳＬ ＨＡＲＱの機能強化
ＨＡＲＱ－ＡＣＫ報告のアクティブ化／非アクティブ化
【0122】
本発明の実施形態は、ＨＡＲＱ－ＡＣＫ報告のアクティブ化／非アクティブ化を実施する。送信機／ソースＵＥがＨＡＲＱ－ＡＣＫフィードバックをｇＮＢに報告する場合、可能な再送信のためにどのＵＥがＳＬグラントを提供するかはｇＮＢにとって明らかである。また、ソースＵＥがカバレッジ外にあり、ＳＬグラントが提供されない可能性があるという問題は、その場合、ソースＵＥはｇＮＢにＨＡＲＱ－ＡＣＫを送信せず、モード２ ＨＡＲＱ方式に自動的に切り替わる可能性があるため、問題ではない。
【0123】
しかしながら、カバレッジ内であっても、例えば、ＳＬ上のＰＵＣＣＨ利用を低減するために、および／またはＳＬ上にそれほど多くのトラフィックがない場合に、ソースＵＥがｇＮＢにＨＡＲＱ－ＡＣＫを報告するのを停止することは、Ｕｕ上の不要な報告オーバーヘッドを回避するために有益な場合がある。
【0124】
ｇＮＢは、例えばＲＲＣまたはＤＣＩによって、報告ＵＥ（ＨＡＲＱ－ＡＣＫフィードバックをｇＮＢに送信するＵＥ）にシグナリングを送信して、ＨＡＲＱ－ＡＣＫ報告をアクティブ化または非アクティブ化する。次いで、報告ＵＥは、ｇＮＢへのＨＡＲＱ－ＡＣＫフィードバックの報告／転送を停止する。この場合、ＨＡＲＱ手順は、モード２のＨＡＲＱ手順（カバレッジ外手順）に自動的に切り替わってよい。
【0125】
非アクティブ化シグナリングを受信した後、送信機ＵＥは、ｇＮＢへのＳＬ ＨＡＲＱ－ＡＣＫの転送／指示を停止する。将来の再送信のためのリソース選択は、モード２で自律的に、またはｇＮＢ支援を受けて実行されてよいが、ｇＮＢによって明示的にスケジュールされてはいない。
例えば、ＳＬ ＨＡＲＱ報告のＲＲＣ有効化および無効化は、以下のＲＲＣ ＰＵＣＣＨ－Ｃｏｎｆｉｇ情報要素を使用することができる。
ＰＵＣＣＨ－Ｃｏｎｆｉｇ：：＝ＳＥＱＵＥＮＣＥ ｛
…
ｓｌ－ＨＡＲＱ－ＡＣＫ－ｒｅｐｏｒｔｉｎｇ ＢＯＯＬＥＡＮ
...
｝
例えば、ＳＬ ＨＡＲＱ報告のＲＲＣ有効化および無効化は、以下のＲＲＣ ＰＵＣＣＨ－Ｃｏｎｆｉｇ情報要素を使用することができる。
ＰＵＣＣＨ－Ｃｏｎｆｉｇ：：＝ＳＥＱＵＥＮＣＥ ｛
…
ｓｌ－ＨＡＲＱ－ＡＣＫ－ｒｅｐｏｒｔｉｎｇ ＢＯＯＬＥＡＮ
...
｝
【0126】
例えば、宛先固有の報告（ＵＥは明示的に指示されたＳＬ宛先ＩＤに対してのみ報告する）の場合、以下のＲＲＣ ＰＵＣＣＨ－Ｃｏｎｆｉｇ情報要素が使用され得る。
ＰＵＣＣＨ－Ｃｏｎｆｉｇ：：＝ＳＥＱＵＥＮＣＥ ｛
…
ｓｌ－ＨＡＲＱ－ＡＣＫ－ｒｅｐｏｒｔｉｎｇ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．ｎ））ＯＦ ＳＬ－ＤＥＳＴＩＮＡＴＩＯＮ－ＩＤ
...
｝
ｇＮＢへのフィードバック報告のフィードバックバンドリング
ＰＵＣＣＨ－Ｃｏｎｆｉｇ：：＝ＳＥＱＵＥＮＣＥ ｛
…
ｓｌ－ＨＡＲＱ－ＡＣＫ－ｒｅｐｏｒｔｉｎｇ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．ｎ））ＯＦ ＳＬ－ＤＥＳＴＩＮＡＴＩＯＮ－ＩＤ
...
｝
ｇＮＢへのフィードバック報告のフィードバックバンドリング
【0127】
Ｕｕインターフェースでは、ＵＥは、ＤＬ送信のためのＨＡＲＱ－ＡＣＫフィードバックを、いわゆるＨＡＲＱ－ＡＣＫコードブックにバンドルし、それらをＰＵＣＣＨまたはＰＵＳＣＨでｇＮＢに送信することができる。しかしながら、これらの機構はＤＬのみのために設計されており、ＳＬ送信を考慮していない。したがって、本発明の実施形態は、ＳＬ ＨＡＲＱ－ＡＣＫフィードバックをＰＵＣＣＨ送信またはＰＵＳＣＨ送信に組み込む手法を提案する。
【0128】
実施形態によれば、送信機ＵＥは、受信ＵＥからのいくつかの送信のためのＨＡＲＱ－ＡＣＫフィードバックを待ち、ｇＮＢに報告するためにそれ（フィードバック）をバンドルする。これにより、Ｕｕインターフェースにおけるより効率的な送信が可能となる。バンドリングは、例えばＤＣＩまたはＲＲＣシグナリングによって、ｇＮＢによってアクティブ化または非アクティブ化されてよい。Ｕｕインターフェースでは、ＵＥは、ＨＡＲＱ－ＡＣＫフィードバックを、いわゆるＨＡＲＱ－ＡＣＫコードブックにバンドルすることができ、ＨＡＲＱ－ＡＣＫコードブックは動的または準静的モードで動作することができる。ＵＥは、ＳＬ ＨＡＲＱ－ＡＣＫフィードバックをＳＬ専用の別個のＨＡＲＱ－ＡＣＫコードブック手順にバンドルするか、またはＳＬ ＨＡＲＱ－ＡＣＫをＵｕ ＨＡＲＱ－ＡＣＫコードブック（共通コードブック）に多重化してもよい。
ＳＬ用の別個のスロットタイミング値Ｋ１
ＳＬ用の別個のスロットタイミング値Ｋ１
【0129】
実施形態によれば、ＳＬ用に別個のスロットタイミングＫ＿１が使用されてよい。ＳＬ ＨＡＲＱ手順は、Ｕｕ ＨＡＲＱと比較したとき、送信機ＵＥが報告している場合により多くの時間がかかると予想されるので、ＳＬ上の報告ウィンドウを記述するために追加のスロットタイミング値Ｋ＿１が提供される。ＰＤＳＣＨ－ＨＡＲＱタイミングフィールドは、ＳＬグラントのためにＤＣＩで伝達されてよく、ＳＬフィードバック報告に関連する１つのスロットタイミング値Ｋ＿１を指示する。
例えば、以下のＲＲＣ ＰＵＣＣＨ－Ｃｏｎｆｉｇ情報要素が使用されてよい。
ＰＵＣＣＨ－Ｃｏｎｆｉｇ：：＝ＳＥＱＵＥＮＣＥ ｛
…
ｚｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．８））ＯＦ ＩＮＴＥＧＥＲ（０．．１５）
ｓｌ－ＤａｔａＴｏＵＬ－ＡＣＫ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．８））ＯＦ ＩＮＴＥＧＥＲ（０．．１５）
...
｝
例えば、ＳＬをスケジューリングするためのＤＣＩフォーマットは、対応するＵＥ固有のＲＮＴＩでスクランブルされてよく、以下の
・周波数領域リソース割当て、
・時間領域リソース割当て、
・変調符号化方式（ＭＣＳ）－５ビット（任意選択で）、
・新たなデータインジケータ－１ビット（任意選択で）、
・冗長バージョン－２ビット（任意選択で）、
・ＨＡＲＱプロセス番号－４ビット（任意選択で）、
・ダウンリンク割当てインデックス（ＤＡＩ）－カウンタＤＡＩとしての、［５、ＴＳ ３８．２１３］の９．１．３サブクローズで定義されている２ビット、
・ｓｌ－ＤａｔａＴｏＵＬ－ＡＣＫ値のうちの１つに対応するＰＳＳＣＨ／ＰＤＣＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケータ
のうちの１つまたは複数を含んでもよい。
例えば、以下のＲＲＣ ＰＵＣＣＨ－Ｃｏｎｆｉｇ情報要素が使用されてよい。
ＰＵＣＣＨ－Ｃｏｎｆｉｇ：：＝ＳＥＱＵＥＮＣＥ ｛
…
ｚｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．８））ＯＦ ＩＮＴＥＧＥＲ（０．．１５）
ｓｌ－ＤａｔａＴｏＵＬ－ＡＣＫ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．８））ＯＦ ＩＮＴＥＧＥＲ（０．．１５）
...
｝
例えば、ＳＬをスケジューリングするためのＤＣＩフォーマットは、対応するＵＥ固有のＲＮＴＩでスクランブルされてよく、以下の
・周波数領域リソース割当て、
・時間領域リソース割当て、
・変調符号化方式（ＭＣＳ）－５ビット（任意選択で）、
・新たなデータインジケータ－１ビット（任意選択で）、
・冗長バージョン－２ビット（任意選択で）、
・ＨＡＲＱプロセス番号－４ビット（任意選択で）、
・ダウンリンク割当てインデックス（ＤＡＩ）－カウンタＤＡＩとしての、［５、ＴＳ ３８．２１３］の９．１．３サブクローズで定義されている２ビット、
・ｓｌ－ＤａｔａＴｏＵＬ－ＡＣＫ値のうちの１つに対応するＰＳＳＣＨ／ＰＤＣＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケータ
のうちの１つまたは複数を含んでもよい。
【0130】
ＰＳＳＣＨ／ＰＤＣＣＨ－ｔｏ－ＨＡＲＱ＿フィードバックタイミングインジケータによって指示されるＫ＿１値の参照は、ＰＳＳＣＨ、または対応するＰＳＳＣＨをスケジューリングするＰＤＣＣＨのいずれかであってよい。
ＨＡＲＱ－ＡＣＫコードブック
共通のＨＡＲＱ－ＡＣＫコードブック
ＨＡＲＱ－ＡＣＫコードブック
共通のＨＡＲＱ－ＡＣＫコードブック
【0131】
実施形態によれば、ＳＬインターフェースは、追加のサービングセルとして扱われてもよい。したがって、ＤＡＩはまた、ＳＬグラントをスケジューリングするためのＤＣＩをカウントし、その結果、ＵＥは、受信し損なったＳＬグラントを検出することができる。図７に示すように、ＳＬフィードバック情報を含むサイドリンク上のそれぞれのＰＳＳＣＨ送信は、フィードバックがＰＵＣＣＨで報告されるまでのスロットの数を示す関連するそれぞれのＳＬ Ｋ１スロットタイミング値を有する。ＤＬフィードバック情報を含む、Ｕｕ上のそれぞれのＰＳＳＣＨ送信は、フィードバックがＰＵＣＣＨにおいて報告されるまでのスロットの数を示す関連する（当技術分野で知られているような）それぞれのＤＬ Ｋ１スロットタイミング値を有する。送信ＵＥは、Ｋ１の値によって指示されるスロットｎにおいて、すべてのフィードバック情報、例えばすべてのＨＡＲＱ－ＡＣＫを報告してよい。
別個のＨＡＲＱ－ＡＣＫコードブック
別個のＨＡＲＱ－ＡＣＫコードブック
【0132】
実施形態によれば、ＤＣＩ内のＳＬ送信をスケジューリングするためのＤＡＩは、Ｕｕ送信のためのＤＡＩから独立して増分されてよい。ＵｕグラントおよびＳＬグラントに関するＰＤＣＣＨモニタリング機会は、独立して処理される。したがって、ＵＥは、ＳＬ ＤＡＩに基づいて見逃されたＳＬ許可を検出することができる。図８に示すように、ＳＬフィードバック情報を含むサイドリンク上のそれぞれのＰＳＳＣＨ送信は、ＳＬフィードバックに使用されるＰＵＣＣＨ１でフィードバックが報告されるまでのスロット数を示す関連するそれぞれのＳＬ Ｋ１スロットタイミング値を有する。ＤＬフィードバック情報を含む、Ｕｕ上のそれぞれのＰＳＳＣＨ送信は、フィードバックがＰＵＣＣＨ１とは異なるＰＵＣＣＨ２で報告されるまでのスロットの数を示す関連する（当技術分野で知られているような）それぞれのＤＬ Ｋ１スロットタイミング値を有する。送信ＵＥは、例えばＳＬおよびＤＬ ＨＡＲＱ－ＡＣＫなどのフィードバック情報を、Ｋ１の値によって指示されるが、異なるＰＵＣＣＨ内にある、スロットｎにおいて報告してよい。他の実施形態によれば、ＳＬおよびＤＬ ＨＡＲＱ－ＡＣＫは、異なるスロットにおいて報告されてもよい。
【0133】
実施形態によれば、ＨＡＲＱ－ＡＣＫコードブックは、準静的または動的方法に基づいて構築されてよく、コードブック関連パラメータは、ＳＬグラントをスケジューリングするためにＤＣＩで搬送されてもよい。
例えば、ＳＬをスケジューリングするためのＤＣＩフォーマットは、対応するＵＥ固有のＲＮＴＩでスクランブルされてもよく、以下の、
・周波数領域リソース割当て
・時間領域リソース割当て
・変調符号化方式（ＭＣＳ）－５ビット（任意選択で）
・新しいデータインジケータ－１ビット（任意選択で）
・冗長バージョン－２ビット（任意選択で）
・ＨＡＲＱプロセス番号－４ビット（任意選択で）
・ダウンリンク割当てインデックス（ＤＡＩ）－２ビット（ＳＬ割当てのための別個のＤＡＩ（ＳＬに対応するＤＣＩフォーマット））
・ｓｌ－ＤａｔａＴｏＵＬ－ＡＣＫ値のうちの１つに対応するＰＳＳＣＨ／ＰＤＣＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケータ
のうちの１つまたは複数を含んでもよい。
ＭＡＣバッファ状態報告（ＢＳＲ）更新
例えば、ＳＬをスケジューリングするためのＤＣＩフォーマットは、対応するＵＥ固有のＲＮＴＩでスクランブルされてもよく、以下の、
・周波数領域リソース割当て
・時間領域リソース割当て
・変調符号化方式（ＭＣＳ）－５ビット（任意選択で）
・新しいデータインジケータ－１ビット（任意選択で）
・冗長バージョン－２ビット（任意選択で）
・ＨＡＲＱプロセス番号－４ビット（任意選択で）
・ダウンリンク割当てインデックス（ＤＡＩ）－２ビット（ＳＬ割当てのための別個のＤＡＩ（ＳＬに対応するＤＣＩフォーマット））
・ｓｌ－ＤａｔａＴｏＵＬ－ＡＣＫ値のうちの１つに対応するＰＳＳＣＨ／ＰＤＣＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケータ
のうちの１つまたは複数を含んでもよい。
ＭＡＣバッファ状態報告（ＢＳＲ）更新
【0134】
ＭＡＣ層からＰＨＹに渡されたパケットはもはやＢＳＲには表示されなくなり、このことは新しいリソースを要求するためにＵＥのＭＡＣからｇＮＢに報告される。ＳＬにおいて送信が失敗し、再送信が必要な場合、新しいリソースを配分する必要がある。実施形態によれば、その場合、ＰＨＹ層は、失敗した送信が、ＭＡＣの観点から新しいパケットとして扱うことができるように、失敗した送信をＭＡＣ層に報告することが提案される。ＭＡＣ層は、ＢＳＲ内の対応する論理チャネルへの再送信のサイズを合計するため、ＢＳＲを使用するリソースを要求するとき、再送信のためのリソースも基地局によって提供され得る、
ＰＵＣＣＨにおける周期的なリソース要求レポート（ＲＲＲ）
ＰＵＣＣＨにおける周期的なリソース要求レポート（ＲＲＲ）
【0135】
実施形態によれば、送信ＵＥは、再送信／送信に必要なリソース数を指示するＵＣＩを送信するための周期的ＰＵＣＣＨリソースで構成される。リソース要求レポート（ＲＲＲ）は、以下の
・＜整数＞－再送信のためにＳＬ上で要求されるリソースの数
・＜整数＞－再送信のためにＳＬ上で要求されるリソースの数＋送信
・ｌｉｓｔ（＜ＵＥ ＩＤ、整数＞）－ペアのリスト｛ＵＥ ＩＤ、そのＵＥ ＩＤへの再送信／送信のための要求リソースの数｝
のうちの１つまたは複数を含んでよい。
ＭＡＣに関するリソース要求レポート（ＲＲＲ）
・＜整数＞－再送信のためにＳＬ上で要求されるリソースの数
・＜整数＞－再送信のためにＳＬ上で要求されるリソースの数＋送信
・ｌｉｓｔ（＜ＵＥ ＩＤ、整数＞）－ペアのリスト｛ＵＥ ＩＤ、そのＵＥ ＩＤへの再送信／送信のための要求リソースの数｝
のうちの１つまたは複数を含んでよい。
ＭＡＣに関するリソース要求レポート（ＲＲＲ）
【0136】
実施形態によれば、送信ＵＥは、ＭＡＣ層上の必要なリソースの数を報告するように構成される。これは、送信ＵＥ自体によってトリガされてよい、またはネットワークが周期的になるように構成されてもよい。リソース要求レポート（ＲＲＲ）は、以下の
・＜整数＞－再送信のためにＳＬ上で要求されるリソースの数
・＜整数＞－再送信のためにＳＬ上で要求されるリソースの数＋送信
・ｌｉｓｔ（＜ＵＥ ＩＤ、整数＞）－ペアのリスト｛ＵＥ ＩＤ、そのＵＥ ＩＤへの再送信／送信のための要求リソースの数｝
のうちの１つまたは複数を含んでよい。
サイドリンクスケジューリング要求：
・＜整数＞－再送信のためにＳＬ上で要求されるリソースの数
・＜整数＞－再送信のためにＳＬ上で要求されるリソースの数＋送信
・ｌｉｓｔ（＜ＵＥ ＩＤ、整数＞）－ペアのリスト｛ＵＥ ＩＤ、そのＵＥ ＩＤへの再送信／送信のための要求リソースの数｝
のうちの１つまたは複数を含んでよい。
サイドリンクスケジューリング要求：
【0137】
実施形態によれば、送信ＵＥは、例えばＵｕ ＲＲＣを介して、ＨＡＲＱ－ＡＣＫを報告する各ＵＣＩにおいてｇＮＢに報告する追加のスケジューリング要求ビットで構成される。ＵＥが予期しない再送信のためにＳＬリソースを必要とする場合、ＵＥは、このビットを、ＵＥがＳＬリソースを要求することをｇＮＢに指示するものに設定する。これに応答して、ｇＮＢは、前記ＵＥにＳＬグラントを提供する。
例えば、Ｕｕ ＲＲＣ構成では以下の要素が使用されてよい。
－－ＡＳＮ１ＳＴＡＲＴ
－－ＴＡＧ－ＳＣＨＥＤＵＬＩＮＧ－ＲＥＱＵＥＳＴ－ＣＯＮＦＩＧ－ＳＴＡＲＴ
ＳＬ－ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＣｏｎｆｉｇ：：＝ＳＥＱＵＥＮＣＥ ｛
例えば、Ｕｕ ＲＲＣ構成では以下の要素が使用されてよい。
－－ＡＳＮ１ＳＴＡＲＴ
－－ＴＡＧ－ＳＣＨＥＤＵＬＩＮＧ－ＲＥＱＵＥＳＴ－ＣＯＮＦＩＧ－ＳＴＡＲＴ
ＳＬ－ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＣｏｎｆｉｇ：：＝ＳＥＱＵＥＮＣＥ ｛
【0138】
ｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＴｏＡｄｄＭｏｄＬｉｓｔ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．ｍａｘ））ＯＦ ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＴｏＡｄｄＭｏｄ
【0139】
ｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＴｏＲｅｌｅａｓｅＬｉｓｔ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．ｍａｘ））ＯＦ ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＩｄ
｝
受信機ＵＥがｇＮＢにＨＡＲＱ－ＡＣＫを報告することによるＳＬ ＨＡＲＱの機能強化
ＨＡＲＱ－ＡＣＫ報告のアクティブ化／非アクティブ化
｝
受信機ＵＥがｇＮＢにＨＡＲＱ－ＡＣＫを報告することによるＳＬ ＨＡＲＱの機能強化
ＨＡＲＱ－ＡＣＫ報告のアクティブ化／非アクティブ化
【0140】
宛先ＵＥにＨＡＲＱ－ＡＣＫフィードバックを報告させるとき、ソースＵＥの現在の接続状況が宛先ＵＥ側では分からない場合がある。例えば、これは、再送信が宛先ＵＥによって要求されたが、ソースＵＥがカバレッジ外である場合に問題となる可能性がある。この場合、ｇＮＢは、再送信のためのリソースを提供するためにソースＵＥに到達しない可能性がある。したがって、実施形態によれば、ｇＮＢへのＨＡＲＱ－ＡＣＫ報告を無効にすることが提案される。シグナリングは、ｇＮＢまたはソースＵＥまたは宛先ＵＥのいずれによってトリガされてもよい。
ｇＮＢトリガ
ｇＮＢトリガ
【0141】
実施形態によれば、ｇＮＢは、例えばＲＲＣまたはＤＣＩによって報告ＵＥ（ＨＡＲＱ－ＡＣＫフィードバックをｇＮＢに送信するＵＥ）にシグナリングを送信して、ＨＡＲＱ－ＡＣＫ報告をアクティブ化または非アクティブ化する。次いで、報告ＵＥは、ｇＮＢへのＨＡＲＱ－ＡＣＫフィードバックの報告／転送を停止する。この場合、ＨＡＲＱ手順は、自律的に、または送信機ＵＥによるｇＮＢ支援のみのリソース選択を伴う、モード２のＨＡＲＱ手順（カバレッジ外手順）に自動的に切り替わることができる。ｇＮＢ支援は、ＳＰＳのような方法でリソースプール／ミニリソースプール構成または構成されたグラントを組み込むことができる。
トリガされたソースＵＥ
トリガされたソースＵＥ
【0142】
実施形態によれば、送信機ＵＥは、その独自のカバレッジ状況に応じて受信機ＵＥのＨＡＲＱ－ＡＣＫ報告をアクティブ化／非アクティブ化する。カバレッジ外にあるとき、送信機ＵＥは、ｇＮＢによるいかなるＳＬリソースグラントも受信しない可能性があり、例えば、ＨＡＲＱ－ＡＣＫ報告のためのＳＬリソースを提供することによって、提供しないことによって、あるいは対応するプール（モード１／モード２プールなど）を使用することによって、暗黙的に、モード２のＨＡＲＱ手順に切り替えるように受信機ＵＥを割り当てる。
トリガされた宛先ＵＥ
トリガされた宛先ＵＥ
【0143】
実施形態によれば、宛先ＵＥは、それがカバレッジ外であり、ＳＬ上でのＨＡＲＱ－ＡＣＫを予期すべきであることをソースＵＥに通知する。受信機ＵＥはまた、ｇＮＢに通知する。
【0144】
図９は、例えば、ＲＸ ＵＥがカバレッジ内のままである間に、送信ＴＸ ＵＥがｇＮＢのカバレッジエリアから移動することによってｇＮＢのカバレッジ外になる場合の、受信ＲＸ ＵＥによるｇＮＢへのＨＡＲＱ－ＡＣＫ報告の非アクティブ化の一例を示す。最初に、時間ｔ１において、ＴＸ ＵＥはカバレッジ内にあり、ＳＣＩ１によって指示されるようにモード１で動作する。ＲＸ ＵＥは、ｇＮＢにフィードバックを報告する。時間ｔ２において、ＴＸ ＵＥは、カバレッジ外にあり、モード２で動作することをＲＸ ＵＥにシグナリングする。このシグナリングに応答して、ＲＸ ＵＥは、ｇＮＢへのフィードバックの報告を停止し、ＳＬを介してＲＸ ＴＸにフィードバックを報告する。
例えば、以下のＲＲＣ ＰＵＣＣＨ－Ｃｏｎｆｉｇ情報要素を報告するＳＬ ＨＡＲＱのＲＲＣ有効化および無効化が使用されてよい。
ＰＵＣＣＨ－Ｃｏｎｆｉｇ：：＝ＳＥＱＵＥＮＣＥ ｛
…
ｓｌ－ＨＡＲＱ－ＡＣＫ－ｒｅｐｏｒｔｉｎｇ ＢＯＯＬＥＡＮ
...
｝
例えば、以下のＲＲＣ ＰＵＣＣＨ－Ｃｏｎｆｉｇ情報要素を報告するＳＬ ＨＡＲＱのＲＲＣ有効化および無効化が使用されてよい。
ＰＵＣＣＨ－Ｃｏｎｆｉｇ：：＝ＳＥＱＵＥＮＣＥ ｛
…
ｓｌ－ＨＡＲＱ－ＡＣＫ－ｒｅｐｏｒｔｉｎｇ ＢＯＯＬＥＡＮ
...
｝
【0145】
例えば、ソース固有の報告（明示的に指示されたＳＬソースＩＤに対してのみＵＥが報告する）の場合、以下のＲＲＣ ＰＵＣＣＨ－Ｃｏｎｆｉｇ情報要素が使用され得る。
ＰＵＣＣＨ－Ｃｏｎｆｉｇ：：＝ＳＥＱＵＥＮＣＥ ｛
…
ｓｌ－ＨＡＲＱ－ＡＣＫ－ｒｅｐｏｒｔｉｎｇ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．ｎ））ＯＦ ＳＬ－ＳＯＵＲＣＥ－ＩＤ
...
｝
例外的プールでの再送信
ＰＵＣＣＨ－Ｃｏｎｆｉｇ：：＝ＳＥＱＵＥＮＣＥ ｛
…
ｓｌ－ＨＡＲＱ－ＡＣＫ－ｒｅｐｏｒｔｉｎｇ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．ｎ））ＯＦ ＳＬ－ＳＯＵＲＣＥ－ＩＤ
...
｝
例外的プールでの再送信
【0146】
実施形態によれば、例外的プールがソースＵＥおよび宛先ＵＥで事前構成されてよく、ＵＥのうちの１つがカバレッジ外になった場合、例外的プールで送信し、これにより、他のＵＥに、モード２のＨＡＲＱ手順を使用することを認識させる。
サイドリンク上のサイドリンク割当てインデックス（ＳＡＩ）
サイドリンク上のサイドリンク割当てインデックス（ＳＡＩ）
【0147】
実施形態によれば、受信機ＵＥが受信し損なった送信を検出することを保証するために、送信機ＵＥはＳＣＩ内のＳＡＩカウンタを搬送する。カウンタは、同一ＵＥへの送信ごとに増加する。第１の送信では、ＳＡＩは０に設定される。受信し損なった送信についてのＨＡＲＱ－ＡＣＫフィードバックはＮＡＣＫに設定される。
【0148】
図１０は、サイドリンク割当てインデックスを使用する一例を示す。ｇＮＢは、受信し損なったＤＬ送信をＴＸ ＵＥが検出できるようにするために、（当該技術分野で知られているように）それぞれのＤＬグラントおよびＳＬグラントにＤＡＩを含む。ＴＸ ＵＥは、ＲＸ ＵＥ１およびＲＸ ＵＥと通信するためのものであり、受信し損なったＳＬ送信を検出するために、すべてのＲＸ ＵＥに対するＳＡＩをそれぞれのサイドリンク送信に含める。ＲＸ ＵＥ１は、２つの送信を受信し、その結果ＳＡＩの初期値が０から１に増分される。ＲＸ ＵＥ２は、最初の送信を受信し、その結果ＳＡＩの初期値が設定される。
ｇＮＢに報告するためのフィードバックバンドリング（ｇＮＢが送信を認識していないと仮定する）
ｇＮＢに報告するためのフィードバックバンドリング（ｇＮＢが送信を認識していないと仮定する）
【0149】
実施形態によれば、受信機ＵＥは、いくつかの送信のためのＨＡＲＱ－ＡＣＫフィードバックを生成し、送信ＵＥの識別情報と共にｇＮＢに報告するためにそれをバンドルする。これにより、Ｕｕインターフェース上でのより効率的な送信が可能になる。バンドリングは、例えばＤＣＩまたはＲＲＣシグナリングによって、ｇＮＢによってアクティブ化または非アクティブ化されてよい。
周期的なＨＡＲＱ－ＡＣＫ報告：
周期的なＨＡＲＱ－ＡＣＫ報告：
【0150】
実施形態によれば、ＵＥは、送信のためのＡＣＫおよびＮＡＣＫを指示するＵＣＩを送信するための周期的ＰＵＣＣＨリソースで構成される。このＨＡＲＱ－ＡＣＫ報告は、以下の
・リスト（＜ＵＥ ＩＤ、整数＞）－ペアのリスト｛ＵＥ ＩＤ、そのＵＥ ＩＤへのＡＣＫ／ＮＡＣＫの列｝
・リスト（＜ＵＥ ＩＤ、整数＞）－ペアのリスト｛ＵＥ ＩＤ、そのＵＥ ＩＤに関連する再送信の回数｝
のうちの１つまたは複数を含んでよい。
ｇＮＢに報告するためのフィードバックバンドリング（ｇＮＢが送信を認識していると仮定する）
・リスト（＜ＵＥ ＩＤ、整数＞）－ペアのリスト｛ＵＥ ＩＤ、そのＵＥ ＩＤへのＡＣＫ／ＮＡＣＫの列｝
・リスト（＜ＵＥ ＩＤ、整数＞）－ペアのリスト｛ＵＥ ＩＤ、そのＵＥ ＩＤに関連する再送信の回数｝
のうちの１つまたは複数を含んでよい。
ｇＮＢに報告するためのフィードバックバンドリング（ｇＮＢが送信を認識していると仮定する）
【0151】
実施形態によれば、受信機ＵＥは、いくつかの送信のためのＨＡＲＱ－ＡＣＫフィードバックを生成し、ｇＮＢに報告するためにそれをバンドルする。これにより、Ｕｕインターフェース上でのより効率的な送信が可能になる。バンドリングは、例えばＤＣＩまたはＲＲＣシグナリングによって、ｇＮＢによってアクティブ化または非アクティブ化されてよい。
実施形態は、ＨＡＲＱ－ＡＣＫフィードバックをｇＮＢに提供するための以下の手法を提供する。
ＳＬ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ周期性：
実施形態は、ＨＡＲＱ－ＡＣＫフィードバックをｇＮＢに提供するための以下の手法を提供する。
ＳＬ ＨＡＲＱ－ＡＣＫ ＰＵＣＣＨ周期性：
【0152】
ＵＥは、ＨＡＲＱ－ＡＣＫ報告のための周期的なＰＵＣＣＨリソースを用いて構成され得る。周期性、送信回数、および／または追加の構成されたサイズインジケータに基づいて、ＵＥは、事前構成された時間ウィンドウのすべての受信した／潜在的に受信した送信についてのＨＡＲＱ－ＡＣＫフィードバックを表すビット数を送信する。
別個のまたは共通のＨＡＲＱ－ＡＣＫコードブック：
別個のまたは共通のＨＡＲＱ－ＡＣＫコードブック：
【0153】
ＨＡＲＱ－ＡＣＫコードブックは、「ＨＡＲＱ－ＡＣＫコードブック」のセクションで上述したように、Ｕｕ ＨＡＲＱ－ＡＣＫコードブックとは別に構築され、送信されてもよく、またはＵｕ ＨＡＲＱ－ＡＣＫコードブックに多重化されてもよい。ｇＮＢはすべての送信を認識しているので、この順序に基づいて個々のＨＡＲＱ－ＡＣＫビットを対応する送信に関連付けることができる。
ＳＬインターフェースにおいて報告するためのＨＡＲＱ－ＡＣＫフィードバックバンドリング
ＳＬインターフェースにおいて報告するためのＨＡＲＱ－ＡＣＫフィードバックバンドリング
【0154】
上述したように、ＳＬ上でＨＡＲＱ－ＡＣＫフィードバックを１つずつ送信すると、スペクトル効率が低下する可能性がある。したがって、本発明の実施形態は、フィードバックをバンドリングすることを提供する。ＳＬインターフェースにおけるバンドリングは、送信機／ソースＵＥがｇＮＢにＨＡＲＱ－ＡＣＫフィードバックを提供している場合、モード２のＨＡＲＱ－ＡＣＫ報告だけでなく、モード１のＨＡＲＱ手順のＳＬにおける報告にも適用されてよい。
ソース／送信機ＵＥによってトリガされるフィードバック要求インジケータ
サイドリンク上のＳＡＩ
ソース／送信機ＵＥによってトリガされるフィードバック要求インジケータ
サイドリンク上のＳＡＩ
【0155】
実施形態によれば、受信機ＵＥが受信し損なった送信を確実に検出するために、送信機ＵＥは、図１０を参照して上述したように、ＳＣＩ内のＳＡＩカウンタを搬送する。カウンタは、同一ＵＥへの送信ごとに増加する。第１の送信では、ＳＡＩは０に設定される。受信し損なった送信についてのＨＡＲＱ－ＡＣＫフィードバックはＮＡＣＫに設定される。
ＳＣＩにおけるフィードバック要求インジケータ
ＳＣＩにおけるフィードバック要求インジケータ
【0156】
実施形態によれば、送信機ＵＥは、ＳＣＩにおいてフィードバック要求インジケータフィールド（ＨＲ）を搬送する。このフィールドは、受信機ＵＥがＨＡＲＱ－ＡＣＫフィードバックのバンドリングを継続すべきであることを指摘するために０に設定される。このフィールドが１に設定されている場合、関連するデータリソースの一部は、受信機ＵＥがこのリソースでそのバンドルされたフィードバックを送信するために確保される。このリソースのサイズは固定されてもよく、またはＳＣＩ内の別個のフィールドによって指示されてもよい。受信した送信のＳＡＩフィールドの助けを借りて、受信機ＵＥは、受信し損なった送信を、対応する順序でＮＡＣＫで埋め、バンドルされたフィードバックを報告する。このようにして、受信機ＵＥおよび送信機ＵＥが（最小処理時間の間に）フィードバックに予想されるビット数に調整されることが保証される。
【0157】
最後の送信がフィードバック要求にタイムリーに折良く近づいたために報告のための最小処理時間が満たされない場合、ＵＥはその送信のＮＡＣＫを報告する場合がある。
【0158】
図１１は、ＳＣＩにおいてフィードバック要求インジケータフィールド（ＨＲ）を使用する一例を示している。ＲＸ ＵＥ１が３つの送信のフィードバックをバンドルし、その結果、最初に、最初の（左端の）リソースブロック（ＲＢ）で、ＰＳＳＣＨ１を配分する、ＳＣＩ内のＨＲフィールドは「０」に設定され、その結果ＲＸ ＵＥ１がデータ送信のフィードバックを送信しないようにすることが望ましいと仮定される。フィードバックはバッファリングされてもよい。同様に、ＰＳＳＣＨ２およびＰＳＳＣＨ３を配分する第２および第３のＳＣＩのＨＲフィールドも「０」に設定され、その結果、ＲＸ ＵＥ１は、それぞれのデータ送信のフィードバックもバッファリングする。ＰＳＳＣＨ４を配分する第４のＳＣＩでは、ＨＥフィールドは「１」に設定され、ＰＤＣＣＨ４とＰＳＦＣＨとの間でデータ領域が共有される。これに応答して、ＲＸ ＵＥは、サイドリンクを介してＰＳＦＣＨ内のバッファリングされたフィードバックをＲＸ ＵＥに送信する。図１１に示すように、各ＳＣＩはまた、ＲＸ ＵＥが、一部の送信が受信されなかったかどうかを判定できるように、ＳＡＩも含むことができる。なお、ＰＳＦＣＨの位置は固定ではなく、ＳＣＩが設けられた制御領域を除いて、リソースブロックＲＢ内のどこに配置されてもよい。
ソース／送信機ＵＥによって提供されるＨＡＲＱタイミングインジケータ
ソース／送信機ＵＥによって提供されるＨＡＲＱタイミングインジケータ
【0159】
実施形態によれば、送信機ＵＥは、それ自体で、またはＲＲＣ構成Ｋ１値と組み合わせて、ＨＡＲＱ－ＡＣＫフィードバックを報告すべきリソースを指示するＨＡＲＱタイミングインジケータフィールド（ＨＴＩ）をＳＣＩ内で搬送し、このＨＡＲＱ－ＡＣＫフィードバックは処理タイムラインを満たす。このタイミング指示は、スロットの数に関して絶対的であってもよいし、送信／パケットの数に関して相対的であってもよい。対応するリソースにおいて、送信機ＵＥは、受信機ＵＥのフィードバック送信のためのリソースの一部または全部を確保する。
【0160】
図１２は、ＳＣＩにおいてＨＡＲＱタイミングインジケータフィールドをタイマーとして使用する例を示している。ＲＸ ＵＥ１が３つの送信のためのフィードバックをバンドルし、その結果、最初に、最初の（最も左側の）リソースブロック（ＲＢ）において、ＰＳＳＣＨ１を配分する、ＳＣＩ内のＨＴＩフィールドは「３」に設定され、その結果、ＲＸ ＵＥ１はデータ送信のためのフィードバックを送信しないことが望ましいと仮定される。フィードバックはバッファリングされてもよい。ＰＳＳＣＨ２およびＰＳＳＣＨ３を配分する第２および第３のＳＣＩ内のＨＴＩフィールドは、それぞれ「２」および「１」に設定され、その結果、ＲＸ ＵＥ１は、それぞれのデータ送信のフィードバックもバッファリングする。ＰＳＳＣＨ４を配分する第４のＳＣＩでは、ＨＴＩフィールドは「０」に設定され、ＰＤＣＣＨ ４とＰＳＦＣＨとの間でデータ領域が共有される。これに応答して、ＲＸ ＵＥは、サイドリンクを介してＰＳＦＣＨ内のバッファリングされたフィードバックをＲＸ ＵＥに送信する。図１２には示されていないが、各ＳＣＩはまた、ＲＸ ＵＥが、一部の送信が受信されなかったかどうかを判定できるようにＳＡＩを含む場合もある。これに加えて、ＨＴが、受信し損なった送信を検出するために使用される場合もある。この場合、ＵＥは、受信されていない各ＨＴＩ値についてＮＡＣＫを報告する。なお、ＰＳＦＣＨの位置は固定ではなく、ＳＣＩが設けられた制御領域を除いて、リソースブロックＲＢ内のどこに配置されてもよい。
【0161】
例えば、ＨＴＩは、絶対単位、例えばスロットに基づいてもよく、ＨＴＩをシグナリングするために、以下のＲＲＣ ＰＵＣＣＨ－Ｃｏｎｆｉｇ情報要素が使用されてよい。
ＰＳＦＣＨ－Ｃｏｎｆｉｇ：：＝ＳＥＱＵＥＮＣＥ ｛
…
ｓｌ－ＤａｔａＴｏＳＬ－ＡＣＫ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．８））ＯＦ ＩＮＴＥＧＥＲ（０．．１５）
...
｝
ｓｌ－ＤａｔａＴｏＳＬ－ＡＣＫ値は、ＰＳＦＣＨ送信に使用されることが計画されているリソースを指してよい（図１２を参照）。
早期レポート要求
ＰＳＦＣＨ－Ｃｏｎｆｉｇ：：＝ＳＥＱＵＥＮＣＥ ｛
…
ｓｌ－ＤａｔａＴｏＳＬ－ＡＣＫ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．８））ＯＦ ＩＮＴＥＧＥＲ（０．．１５）
...
｝
ｓｌ－ＤａｔａＴｏＳＬ－ＡＣＫ値は、ＰＳＦＣＨ送信に使用されることが計画されているリソースを指してよい（図１２を参照）。
早期レポート要求
【0162】
実施形態によれば、例えば、送信機ＵＥが送信するためにより多くのパケットを持たず、したがってＨＡＲＱ－ＡＣＫフィードバックを直ちに受信することを望む場合には、早期報告が望ましい場合がある。この場合、ＴＸ ＵＥは、０に設定されたＨＡＲＱ－ＡＣＫタイミングインジケータを用いてＳＣＩを送信してよい。これは、以前のＨＡＲＱ－ＡＣＫタイミングインジケータを上書きし、受信機ＵＥは、関連するリソース内のすべての以前のＨＡＲＱ－ＡＣＫフィードバックを報告する。
ｇＮＢによって構成された周期的ＰＳＦＣＨ
ｇＮＢによって構成された周期的ＰＳＦＣＨ
【0163】
実施形態によれば、ｇＮＢは、ＳＰＳのような方法で、周期的ＰＳＦＣＨ配分を用いてソースＵＥおよび宛先ＵＥを構成する。このスロットでは、ソースＵＥはデータ領域のサブセットのみを使用し、残りのデータ領域の一部で宛先ＵＥのフィードバックを期待する（図１２を参照）。
宛先／受信機ＵＥによってトリガされる非同期ＨＡＲＱ報告
宛先／受信機ＵＥによってトリガされる非同期ＨＡＲＱ報告
【0164】
実施形態によれば、受信機ＵＥは、スロット／送信のウィンドウを介してＴＸ ＵＥに報告するように、暗黙的にまたはｇＮＢによって構成される。ウィンドウは、以下の
・送信におけるウィンドウサイズ
・ＨＡＲＱ－ＡＣＫビット数のウィンドウサイズ
・スロット内のウィンドウサイズ
・一セットのＫ１の値（ＰＳＳＣＨとＨＡＲＱ－ＡＣＫとの間の時間を指示する）によって与えられるウィンドウサイズによって定義することができる。
・送信におけるウィンドウサイズ
・ＨＡＲＱ－ＡＣＫビット数のウィンドウサイズ
・スロット内のウィンドウサイズ
・一セットのＫ１の値（ＰＳＳＣＨとＨＡＲＱ－ＡＣＫとの間の時間を指示する）によって与えられるウィンドウサイズによって定義することができる。
【0165】
前述の実施形態とは異なり、この実施形態では、宛先／受信機ＵＥは、それ自体の送信でＨＡＲＱ－ＡＣＫフィードバックを送信する。ＲＸ ＵＥは、そのデータ領域内の関連する制御データを示すフィールドをそのＳＣＩにおいて搬送する。これは、制御とデータの比を指示する制御係数（ＣＦ）によって実現されてよい。ＲＸ ＵＥは、ＨＡＲＱ－ＡＣＫフィードバックおよび／または追加の制御情報、例えば測定報告、ＣＱＩなどを含む制御データのために、データ領域のより小さいまたはより大きい部分を確保することができる。
【0166】
図１３は、ＳＣＩ内でＣＦが特定の値に設定されていることに応答して、ＨＡＲＱ－ＡＣＫフィードバックおよび／または追加の制御情報を含む制御データのためにデータ領域のより小さいまたはより大きい部分を確保するＲＸ ＵＥの例を示す。図１３（ａ）に示すように、ＣＦが「０」に設定されるとき、データ領域のいかなる部分も制御データのために確保されない。図１３（ｂ）に示すように、ＣＦが「１」に設定されるとき、データ領域の大部分（ＰＳＦＣＨ）が制御データ用に確保される。図１３（ｃ）に示すように、ＣＦが「２」に設定されると、データ領域のより小さい部分（ＰＳＦＣＨ）が制御データのために確保される。図１３（ｄ）に示すように、ＣＦが「４」に設定されると、データ領域全体が制御データ用に確保される。なお、ＰＳＦＣＨの位置は固定ではなく、ＳＣＩが設けられた制御領域を除いて、リソースブロックＲＢ内のどこに配置されてもよい。
報告は、以下のセクションで説明するように、受信機ＵＥ自体または送信機ＵＥのいずれによってトリガされてもよい。
送信機ＵＥによるトリガ
報告は、以下のセクションで説明するように、受信機ＵＥ自体または送信機ＵＥのいずれによってトリガされてもよい。
送信機ＵＥによるトリガ
【0167】
実施形態によれば、送信機ＵＥは、受信機ＵＥからのＨＡＲＱ－ＡＣＫ報告を要求するためにそのＳＣＩにおいてフィールドを搬送する。受信機ＵＥがこのフィールドを復号する場合、受信機ＵＥは、送信機ＵＥに関連するすべてのバッファリングされたフィードバックをバンドルし、データと多重化されているか否かにかかわらず、次の送信でそれを送信する。フィードバック送信をトリガするＳＣＩ内のフィールドは、前述のＨＲまたはＨＴＩであってよい。
ＳＬグループキャストＨＡＲＱの機能強化
共通リソースに関するＨＡＲＱ－ＡＣＫ報告
ＵＥ固有のＮＡＣＫシーケンス
ＳＬグループキャストＨＡＲＱの機能強化
共通リソースに関するＨＡＲＱ－ＡＣＫ報告
ＵＥ固有のＮＡＣＫシーケンス
【0168】
実施形態によれば、有害なチャネル和効果を回避するために、各報告ＵＥは、ＵＥ固有のシーケンス、例えば同一シーケンス上の異なる循環シフトを使用して、共通のＨＡＲＱリソース上でＮＡＣＫをシグナリングする。このシーケンス（またはシーケンス生成のためのパラメータ）は、グループセットアップ中に構成されるか、または例えばＵＥのメンバＩＤから暗黙的に導出されてもよい。
【0169】
図１４は、共通のＮＡＣＫチャネルでＮＡＣＫを送信するためにＵＥ固有のシーケンスを使用する例を示している。図１４（ａ）は、ＵＥ固有シーケンス＃０、＃１、および＃４をそれぞれ使用するグループにおける３つのＲＸ ＵＥのためのＵＥ固有シーケンスの例を示す。ＵＥ固有のシーケンスは互いに異なり、それぞれが共通のＮＡＣＫチャネル全体に延在し、かつその全体に広がっている。図１４（ａ）は、同様にＵＥ固有シーケンス＃０、＃１、および＃４をそれぞれ使用する、グループ内の３つのＲＸ ＵＥのためのＵＥ固有シーケンスの例を示す。図１４（ａ）とは異なり、異なるＵＥ固有のシーケンスは、共通ＮＡＣＫチャネル全体に延在することも、その全体に広がることもない。むしろ、シーケンスは、それらがＮＡＣＫチャネル内で重複しない、または一部のみ重複するようなものであり得る。
ＡＣＫ／ＳＣＩ確認チャネル
ＡＣＫ／ＳＣＩ確認チャネル
【0170】
ＮＡＣＫベースの報告は、すべてのＡＣＫケースをＳＣＩ欠落ケースから区別することを要求する場合がある。これに対処するために、本発明の実施形態は、ＡＣＫまたはＳＣＩ確認チャネルを導入することを提案する。これは、ＮＡＣＫチャネルとは異なるリソースを有する、またはＮＡＣＫチャネルとは異なるシーケンス（例えば、直交シーケンス）を使用するチャネルである。
【0171】
図１５は、ＦＤＭｅｄ、ＴＤＭｅｄ、またはＣＤＭｅｄであり得るＡＣＫおよびＮＡＣＫチャネルの例を示している。さらに、ＮＡＣＫチャネルは、よりロバストにするために、ＡＣＫチャネルよりも多くのリソースを占有してもよい。
ＡＣＫチャネル
実施形態によれば、各ＵＥは、送信が正常に復号された場合、ＡＣＫチャネルで送信し、そうでない場合、ＮＡＣＫチャネルで送信する。
ＳＣＩ確認チャネル
実施形態によれば、各ＵＥは、復号結果とは無関係にＳＣＩ確認チャネルで送信する。送信が復号されない場合、ＵＥはＮＡＣＫチャネルで追加で送信する。
別個のリソースに関するＨＡＲＱ－ＡＣＫ報告
暗黙的なサブリソースＨＡＲＱ－ＡＣＫ報告
ＡＣＫチャネル
実施形態によれば、各ＵＥは、送信が正常に復号された場合、ＡＣＫチャネルで送信し、そうでない場合、ＮＡＣＫチャネルで送信する。
ＳＣＩ確認チャネル
実施形態によれば、各ＵＥは、復号結果とは無関係にＳＣＩ確認チャネルで送信する。送信が復号されない場合、ＵＥはＮＡＣＫチャネルで追加で送信する。
別個のリソースに関するＨＡＲＱ－ＡＣＫ報告
暗黙的なサブリソースＨＡＲＱ－ＡＣＫ報告
【0172】
実施形態によれば、ＨＡＲＱ－ＡＣＫチャネルは、図１６に示すように、それぞれが単一の受信機ＵＥによって使用されるサブリソースに分割される。ＵＥ ＩＤおよびグループ（例えば、最大）サイズに基づいて、ＵＥは、そのＡＣＫ／ＮＡＣＫフィードバックを送信する自身のサブリソースを導出する。サブリソースの数は、実際のグループサイズに基づいて動的に決定されるか、仕様によって構成または固定される最大グループサイズによって決定される。最大グループサイズが実際のグループサイズよりも大きい場合、サブリソースの一部は、新しいグループメンバがグループに参加するまで未使用のままである。
ＵＥ ＩＤは、
・ＵＥがグループに参加する順序に基づいて、および／または
・グループセットアップ中にグループリーダによって、および／または
・接続セットアップ中の順序を定義する送信機によって割り当てられてよい
ＣＢＧ送信
複数のスロット／周波数リソースを介したサイドリンク送信
ＵＥ ＩＤは、
・ＵＥがグループに参加する順序に基づいて、および／または
・グループセットアップ中にグループリーダによって、および／または
・接続セットアップ中の順序を定義する送信機によって割り当てられてよい
ＣＢＧ送信
複数のスロット／周波数リソースを介したサイドリンク送信
【0173】
大きなデータパケットの送信を可能にするために、本発明の実施形態は、複数のリソースブロック（ＲＢ）、例えばＳＬ内の複数のスロットおよび／または周波数リソースにわたって１つのトランスポートブロック（ＴＢ）をスケジューリングすることを提案する。これは、右と左にそれぞれ描かれるように、複数のリソースにわたる配分を示す新しいＳＣＩフォーマットを導入することによって、または各々がその関連するリソースを指示するいくつかのＳＣＩを使用することによって達成され得る。
ＣＢＧの構造
ＣＢＧの構造
【0174】
ＳＬには、単一のＳＣＩを搬送する制御領域、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を搬送するデータ領域、および任意選択で物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を搬送するフィードバック領域を含む均一なリソースブロック（ＲＢ）が存在する場合がある（図１１、図１２および図１３ならびに上記の関連する説明を参照されたい）。通常、１つのリソースブロックが単一のＵＥに割り当てられる。したがって、干渉は、リソースブロック全体にわたって等しく強力であると仮定され得る。別のＵＥによって使用されるＰＳＦＣＨが存在する場合、干渉挙動は、ＰＳＣＣＨ＋ＰＳＳＣＨとＰＳＦＣＨとでは異なる場合がある。ＮＲにコードブロックグループＣＢＧを導入することで、干渉が送信全体にわたって同等でないという問題に対処することを可能にする。単一のＣＢＧは、均一な干渉挙動を有する領域にマッピングされ得る。
【0175】
図１７は、複数のリソースブロック（ＲＢ）にわたって１つのトランスポートブロック（ＴＢ）をスケジューリングするための例を示す。図１７（ａ）は、各ＣＢＧまたはＲＢが別個のＳＣＩに関連付けられ得ることを示している。図１７（ｂ）は、複数のＣＢＧが共通のＳＣＩに関連付けられ得ることを示している。図１７（ｃ）は、複数のＳＣＩが使用されてよく、各々が複数のＣＢＧに関連付けられていることを示している。図１７（ｄ）は、ＣＢＧまたはＲＢがデータリソースに等しく、これは、他のＵＥ（図１１、図１２および図１３ならびに上記の関連する説明を参照されたい）によってＰＳＳＣＨおよびＰＳＦＣＨとして使用されるＣＢＧ＃０およびＣＢＧ＃１に分割され得る例を示す。例えば、ＣＢＧ送信と衝突／干渉する可能性がある異なるＵＥによって使用される２つの部分、例えばＰＳＣＣＨ＋ＰＳＳＣＨ（ＵＥ１）およびＰＳＦＣＨ（ＵＥ２）を有するリソースブロック構造が存在する場合には、その分割に基づいてＣＢＧを分割することが有益であり得るが、それでもやはり、両方のＣＢＧはデータを搬送するので、それらは両方ともＰＳＳＣＨ内にある。言い換えれば、図１７（ｄ）に示すように、リソースブロック全体が単一のＵＥによって占有される場合、ＣＢＧはリソースブロック（ＰＳＳＣＨ）のデータ領域にマッピングされてよい。ＰＳＦＣＨが異なるＵＥによってサポートされており、現在の送信がＰＳＦＣＨを含まない場合、２つのＣＢＧが現在のＣＢＧ送信のデータ領域にマッピングされてよい。第１のＣＢＧはＰＳＦＣＨを含むリソースブロック構造のデータ領域に等しく、第２のＣＢＧは前記リソースブロック構造のフィードバック領域に等しい。
実施形態は、以下の
・複数のリソースブロックのためのロケーションフィールドを有する新しいＳＣＩフォーマット
・ＴＢインジケータ／ＣＢＧＴＩを有する新しいＳＣＩフォーマット
を提供し得る。
例えば、ＣＢＧ ＳＣＩごとのＤＣＩフォーマットは、以下の
・ソースＵＥ ＩＤ
・宛先ＵＥ ＩＤ
・ＭＣＳ（任意選択で）
・ＨＡＲＱプロセス番号（任意選択で）
・新しいデータインジケータ、ＮＤＩ（任意選択で）
・（最大）ＣＢＧ数（任意選択で、ＲＲＣによって事前構成されてもよい）
・このＳＣＩに属するデータ領域で送信されるＣＢＧ／ＣＢＧを指示するＣＢＧＴＩ－ビットマスク
のうちの１つまたは複数を含んでよい。
例えば、ＴＢごとのＳＣＩフォーマットは、以下の
・ソースＵＥ ＩＤ
・宛先ＵＥ ＩＤ
・周波数リソース配分
・時間領域配分
・ＭＣＳ（任意選択で）
・ＨＡＲＱプロセス番号（任意選択で）
・ＮＤＩ（任意選択で）
・実際に送信されたＣＢＧを指示するＣＢＧＴＩ－ビットマスク
のうちの１つまたは複数を含んでよい。
ＣＢＧ ＳＬ ＳＡＩ
実施形態は、以下の
・複数のリソースブロックのためのロケーションフィールドを有する新しいＳＣＩフォーマット
・ＴＢインジケータ／ＣＢＧＴＩを有する新しいＳＣＩフォーマット
を提供し得る。
例えば、ＣＢＧ ＳＣＩごとのＤＣＩフォーマットは、以下の
・ソースＵＥ ＩＤ
・宛先ＵＥ ＩＤ
・ＭＣＳ（任意選択で）
・ＨＡＲＱプロセス番号（任意選択で）
・新しいデータインジケータ、ＮＤＩ（任意選択で）
・（最大）ＣＢＧ数（任意選択で、ＲＲＣによって事前構成されてもよい）
・このＳＣＩに属するデータ領域で送信されるＣＢＧ／ＣＢＧを指示するＣＢＧＴＩ－ビットマスク
のうちの１つまたは複数を含んでよい。
例えば、ＴＢごとのＳＣＩフォーマットは、以下の
・ソースＵＥ ＩＤ
・宛先ＵＥ ＩＤ
・周波数リソース配分
・時間領域配分
・ＭＣＳ（任意選択で）
・ＨＡＲＱプロセス番号（任意選択で）
・ＮＤＩ（任意選択で）
・実際に送信されたＣＢＧを指示するＣＢＧＴＩ－ビットマスク
のうちの１つまたは複数を含んでよい。
ＣＢＧ ＳＬ ＳＡＩ
【0176】
実施形態によれば、ＳＣＩ内のＳＡＩは、ＣＢＧあたり１つ増加される。これにより、ＵＥがすべてのＣＢＧ送信を受信し損なった場合でも、送信するＨＡＲＱ－ＡＣＫビット数が分かることが保証される。
ＳＬ ＳＣＩ内のＣＢＧＴＩ
ＳＬ ＳＣＩ内のＣＢＧＴＩ
【0177】
実施形態によれば、ＣＢＧ送信をスケジューリングするためにいくつかのＳＣＩが使用される場合、現在の送信でどのＣＢＧが送信されるかを指摘するためにＣＢＧ送信インジケータ（ＣＢＧＴＩ）フィールドが使用され得る。ＣＢＧＴＩは、以下の
・送信されたＣＢＧの数
・番号がＲＲＣシグナリングによって固定されている場合、ＣＢＧ送信の指示
・実際に送信されたＣＢＧを指示する長さＣＢＧ＿最大のビット列
のうちの１つまたは複数を含んでよい。
ＣＢＧ ＨＡＲＱ－ＡＣＫサブコードブック
・送信されたＣＢＧの数
・番号がＲＲＣシグナリングによって固定されている場合、ＣＢＧ送信の指示
・実際に送信されたＣＢＧを指示する長さＣＢＧ＿最大のビット列
のうちの１つまたは複数を含んでよい。
ＣＢＧ ＨＡＲＱ－ＡＣＫサブコードブック
【0178】
実施形態によれば、ＣＢＧの数が送信ごとに固定されている、例えばＲＲＣが構成されている、またはＳＣＩ内で指示されている場合、このときＵＥはＸビットを含むＨＡＲＱ－ＡＣＫサブコードブックを生成し、Ｘは実際に送信されたＣＢＧの数またはＣＢＧの最大数である。各ＨＡＲＱ－ＡＣＫビットは、１つの関連するサブ送信のフィードバックに対応する。
【0179】
ＨＡＲＱ－ＡＣＫコードブックがリソースの数のみを指示する場合、各ＣＢＧは別個のリソースとして扱われる。したがって、４つのＣＢＧ送信のうちの２つのＣＢＧを再送信することは、２つの必要な再送信リソースの指示が生じることになる。
リンク情報メッセージ（モード２）
周期的または予測可能な送信の報告
リンク情報メッセージ（モード２）
周期的または予測可能な送信の報告
【0180】
カバレッジ外シナリオでは、半二重制約は厳しい制限を課す。本発明の実施形態は、潜在的な宛先ＵＥの周期的な送信（この送信は、前記宛先ＵＥに送信するときにそれらによって回避される場合がある）をそれらに知らせるために、ＳＬを介して、例えばＳＬ ＲＲＣを使用して搬送される、または例えばＲＲＣを使用して、ｇＮＢによって潜在的なソースＵＥに搬送されるシグナリングを提案する。
報告は、以下の
・ｔｘスロットのリスト－疎ベクトル表現
・ｔｘスロットを指示するビットマスク－密ベクトル表現
・ｔｘリソースのリスト（周波数、スロット）－疎行列表現
・ｔｘリソースを指示するビットマスク－密行列表現として提供されてよい。
感知レポートの報告
実施形態によれば、宛先ＵＥは、ソースＵＥが潜在的に干渉を受けたリソースを認識するように、その感知レポートをソースＵＥに転送する。
報告は、以下の
・潜在的に汚染されたリソースのリスト（周波数、スロット）－疎行列表現
・回避すべきリソースを指示するビットマスク－密行列表現として提供されてよい。
概要
報告は、以下の
・ｔｘスロットのリスト－疎ベクトル表現
・ｔｘスロットを指示するビットマスク－密ベクトル表現
・ｔｘリソースのリスト（周波数、スロット）－疎行列表現
・ｔｘリソースを指示するビットマスク－密行列表現として提供されてよい。
感知レポートの報告
実施形態によれば、宛先ＵＥは、ソースＵＥが潜在的に干渉を受けたリソースを認識するように、その感知レポートをソースＵＥに転送する。
報告は、以下の
・潜在的に汚染されたリソースのリスト（周波数、スロット）－疎行列表現
・回避すべきリソースを指示するビットマスク－密行列表現として提供されてよい。
概要
【0181】
本発明の実施形態について上記に詳細に説明したが、それぞれの実施形態および態様は、個別に実施されてもよいし、２つ以上の実施形態が組み合わされて実施されてもよい。
【0182】
上記の実施形態のいくつかでは、ＳＬリソース配分構成または支援が基地局によって提供されるモード、例えばモード１またはモード３構成とも呼ばれる接続モードにあるそれぞれの車両、あるいはＳＬリソース配分構成または支援が基地局によって提供されない場合、例えばモード２またはモード４構成とも呼ばれるアイドルモードにある車両が参照されている。しかしながら、本発明は、Ｖ２Ｖ通信またはＶ２Ｘ通信に限定されず、むしろ、例えばＰＣ５インターフェースを介してサイドリンク通信を実行する任意のデバイス間通信、例えば非車両用モバイルユーザまたは固定ユーザにも適用可能である。また、そのようなシナリオでは、上述した本発明の態様が採用されてもよい。
【0183】
実施形態によれば、無線通信システムは、地上ネットワーク、または非地上ネットワーク、あるいは航空機もしくは宇宙用車両、またはそれらの組み合わせを受信機として使用するネットワークもしくはネットワークの一部を含んでよい。
【0184】
実施形態によれば、受信機は、モバイルまたは固定端末、ＩｏＴデバイス、地上ベースの車両、航空機、ドローン、建物、あるいはセンサまたはアクチュエータなどの無線通信システムを使用して製品／デバイスが通信することを可能にするネットワーク接続性を備えた任意の他の製品またはデバイスのうちの１つまたは複数を備えてよい。実施形態によれば、送信機は、マクロセル基地局、またはスモールセル基地局、または衛星もしくは宇宙空間などの宇宙用車両、または無人航空機システム（ＵＡＳ）などの航空機、例えばテザーＵＡＳ、空気より軽いＵＡＳ（ＬＴＡ）、空気より重いＵＡＳ（ＨＴＡ）、および高高度ＵＡＳプラットフォーム（ＨＡＰ）、またはネットワーク接続性を備えた製品またはデバイスが無線通信システムを使用して通信するのを可能にする任意の送受信ポイント（ＴＲＰ）のうちの１つまたは複数を備えてよい。
【0185】
記載された概念のいくつかの態様は装置の文脈で説明されているが、これらの態様は対応する方法の説明も表すことは明らかであり、ブロックまたはデバイスは方法ステップまたは方法ステップの特徴に対応する。同様に、方法ステップの文脈で説明される態様は、対応する装置の対応するブロックあるいは詳細または特徴の説明も表している。
【0186】
本発明の様々な要素および特徴は、アナログおよび／またはデジタル回路を使用するハードウェアにおいて、ソフトウェアにおいて、１つまたは複数の汎用または専用プロセッサによる命令の実行を通じて、またはハードウェアとソフトウェアの組み合わせとして実装されてもよい。例えば、本発明の実施形態は、コンピュータシステムまたは別の処理システムの環境で実装されてもよい。図１８は、コンピュータシステム６００の一例を示す。ユニットまたはモジュール、ならびにこれらのユニットによって実行される方法のステップは、１つまたは複数のコンピュータシステム６００上で実行することができる。コンピュータシステム６００は、専用または汎用デジタル信号プロセッサのような、１つまたは複数のプロセッサ６０２を含む。プロセッサ６０２は、バスまたはネットワークのような通信インフラストラクチャ６０４に接続される。コンピュータシステム６００は、例えばランダムアクセスメモリ（ＲＡＭ）などのメインメモリ６０６と、例えばハードディスクドライブおよび／またはリムーバブルストレージドライブなどの二次メモリ６０８とを含む。二次メモリ６０８は、コンピュータプログラムまたは他の命令がコンピュータシステム６００にロードされることを可能にし得る。コンピュータシステム６００は、ソフトウェアおよびデータがコンピュータシステム６００と外部デバイスとの間で転送されることを可能にする通信インターフェース６１０をさらに含んでよい。通信は、電子信号、電磁信号、光学信号、または通信インターフェースによって処理することができる他の信号の形態であってよい。通信は、ワイヤまたはケーブル、光ファイバ、電話回線、携帯電話リンク、ＲＦリンク、および他の通信チャネル６１２を使用する場合がある。
【0187】
「コンピュータプログラム媒体」および「コンピュータ可読媒体」という用語は、一般に、リムーバブルストレージユニットまたはハードディスクドライブにインストールされたハードディスクなどの有形記憶媒体を指すために使用される。これらのコンピュータプログラム製品は、コンピュータシステム６００にソフトウェアを提供するための手段である。コンピュータ制御ロジックとも呼ばれるコンピュータプログラムは、メインメモリ６０６および／または二次メモリ６０８に記憶される。コンピュータプログラムはまた、通信インターフェース６１０を介して受信されてもよい。コンピュータプログラムは、実行されると、コンピュータシステム６００が本発明を実施することを可能にする。特に、コンピュータプログラムは、実行されると、プロセッサ６０２が本明細書に記載の方法のいずれかなどの本発明のプロセスを実施することを可能にする。したがって、そのようなコンピュータプログラムは、コンピュータシステム６００のコントローラを表してもよい。本開示がソフトウェアを使用して実施される場合、ソフトウェアは、コンピュータプログラム製品に記憶され、リムーバブルストレージドライブ、通信インターフェース６１０のようなインターフェースを使用してコンピュータシステム６００にロードされてよい。
【0188】
ハードウェアまたはソフトウェアでの実装は、電子的に読み取り可能な制御信号が格納された、例えば、クラウドストレージ、フロッピーディスク、ＤＶＤ、Ｂｌｕ－Ｒａｙ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭまたはＦＬＡＳＨ（登録商標）メモリなどのデジタル記憶媒体を使用して実行されてよく、これらは、それぞれの方法が実行されるように、プログラム可能なコンピュータシステムと協働する（またはそれと協働することが可能である）。したがって、デジタル記憶媒体はコンピュータ読み取り可能であり得る。
【0189】
本発明によるいくつかの実施形態は、本明細書に記載される方法のうちの１つが実行されるように、プログラム可能なコンピュータシステムと協働することが可能な、電子的に読み取り可能な制御信号を有するデータキャリアを含む。
【0190】
一般に、本発明の実施形態は、プログラムコードを有するコンピュータプログラム製品として実施されてよく、プログラムコードは、コンピュータプログラム製品がコンピュータ上で実行されるときに方法のうちの１つを実行するように動作可能である。プログラムコードは、例えば、機械可読キャリアに格納されてよい。
【0191】
他の実施形態は、機械可読キャリアに格納され、本明細書に記載される方法のうちの１つを実行するためのコンピュータプログラムを含む。言い換えれば、本発明の方法の一実施形態はそれ故、コンピュータプログラムがコンピュータ上で実行されるときに、本明細書に記載される方法のうちの１つを実行するためのプログラムコードを有するコンピュータプログラムである。
【0192】
本発明の方法のさらなる実施形態はそれ故、本明細書に記載される方法のうちの１つを実行するためのコンピュータプログラムが記録されたデータキャリア（またはデジタル記憶媒体もしくはコンピュータ可読媒体）である。本発明の方法のさらなる実施形態はそれ故、本明細書に記載される方法のうちの１つを実行するためのコンピュータプログラムを表すデータストリームまたは信号シーケンスである。データストリームまたは信号シーケンスは、例えば、データ通信接続を介して、例えばインターネットを介して転送されるように構成されてよい。別の実施形態は、本明細書に記載される方法のうちの１つを実行するように構成または適合された処理手段、例えばコンピュータ、またはプログラマブル論理デバイスを備える。別の実施形態は、本明細書に記載される方法のうちの１つを実行するためのコンピュータプログラムがインストールされたコンピュータを含む。
【0193】
いくつかの実施形態では、プログラマブル論理デバイス（例えば、フィールドプログラマブルゲートアレイ）を使用して、本明細書に記載される方法の機能の一部またはすべてを実行してもよい。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書に記載される方法のうちの１つを実行するためにマイクロプロセッサと協働してもよい。一般に、方法は、任意のハードウェア装置によって実行されることが好ましい。
【0194】
上述の実施形態は、本発明の原理の単なる例示である。本明細書に記載された構成および詳細の修正および変形は、他の当業者には明らかであることが理解される。したがって、本明細書の実施形態の記述および説明として提示された特定の詳細によってではなく、差し迫った特許請求の範囲によってのみ限定されることが意図される。
【0195】
頭字語と記号のリスト
ＢＳ 基地局
ＣＢＲ チャネルビジー率
Ｄ２Ｄ デバイス間
ＥＮ 緊急通知
ｅＮＢ 携帯電話基地局Ｂ（基地局）
ＦＤＭ 周波数分割多重
ＬＴＥ ロング・ターム・エボリューション
ＰＣ５ Ｄ２Ｄ通信のためにサイドリンクチャネルを使用するインターフェース
ＰＰＰＰ パケット優先度ごとのＰｒｏＳｅ
ＰＲＢ 物理的リソースブロック
ＰｒｏＳｅ 近接サービス
ＲＡ リソース配分
ＳＣＩ サイドリンク制御情報
ＳＬ サイドリンク
ｓＴＴＩ 短い送信時間間隔
ＴＤＭ 時分割多重
ＴＤＭＡ 時分割多元接続
ＴＰＣ 送信電力制御／送信電力コマンド
ＵＥ ユーザエンティティ（ユーザ端末）
ＵＲＬＬＣ 超高信頼かつ低遅延通信
Ｖ２Ｖ 車両間
Ｖ２Ｉ 車両とインフラストラクチャ
Ｖ２Ｐ 車両と歩行者
Ｖ２Ｎ 車両対ネットワーク
Ｖ２Ｘ 車車間・路車間、すなわちＶ２Ｖ、Ｖ２Ｉ、Ｖ２Ｐ、Ｖ２Ｎ
ＢＳ 基地局
ＣＢＲ チャネルビジー率
Ｄ２Ｄ デバイス間
ＥＮ 緊急通知
ｅＮＢ 携帯電話基地局Ｂ（基地局）
ＦＤＭ 周波数分割多重
ＬＴＥ ロング・ターム・エボリューション
ＰＣ５ Ｄ２Ｄ通信のためにサイドリンクチャネルを使用するインターフェース
ＰＰＰＰ パケット優先度ごとのＰｒｏＳｅ
ＰＲＢ 物理的リソースブロック
ＰｒｏＳｅ 近接サービス
ＲＡ リソース配分
ＳＣＩ サイドリンク制御情報
ＳＬ サイドリンク
ｓＴＴＩ 短い送信時間間隔
ＴＤＭ 時分割多重
ＴＤＭＡ 時分割多元接続
ＴＰＣ 送信電力制御／送信電力コマンド
ＵＥ ユーザエンティティ（ユーザ端末）
ＵＲＬＬＣ 超高信頼かつ低遅延通信
Ｖ２Ｖ 車両間
Ｖ２Ｉ 車両とインフラストラクチャ
Ｖ２Ｐ 車両と歩行者
Ｖ２Ｎ 車両対ネットワーク
Ｖ２Ｘ 車車間・路車間、すなわちＶ２Ｖ、Ｖ２Ｉ、Ｖ２Ｐ、Ｖ２Ｎ
【図1(a)】
【図1(b)】
【図2】
【図3】
【図4】
【図5(a)】
【図5(b)】
【図5(c)】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13(a)】
【図13(b)】
【図13(c)】
【図13(d)】
【図14(a)】
【図14(b)】
【図15】
【図16】
【図17(a)】
【図17(b)】
【図17(c)】
【図17(d)】
【図18】