特許 7601121 サイドリンク中継におけるフィードバック及びトラフィックの区別

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-12-09

(45)【発行日】2024-12-17

(54)【発明の名称】サイドリンク中継におけるフィードバック及びトラフィックの区別

(51)【国際特許分類】

   H04W 28/04 20090101AFI20241210BHJP

   H04W 4/40 20180101ALI20241210BHJP

   H04W 16/26 20090101ALI20241210BHJP

   H04W 72/25 20230101ALI20241210BHJP

   H04W 88/04 20090101ALI20241210BHJP

   H04W 92/18 20090101ALI20241210BHJP

   H04L 1/1607 20230101ALI20241210BHJP

   H04L 1/18 20230101ALI20241210BHJP

【ＦＩ】

H04W28/04 110

H04W4/40

H04W16/26

H04W72/25

H04W88/04

H04W92/18

H04L1/1607

H04L1/18

【請求項の数】 18

(21)【出願番号】P 2022578566

(86)(22)【出願日】2021-06-18

(65)【公表番号】

(43)【公表日】2023-09-12

(86)【国際出願番号】 EP2021066651

(87)【国際公開番号】W WO2021255256

(87)【国際公開日】2021-12-23

【審査請求日】2023-02-17

(31)【優先権主張番号】20181206.2

(32)【優先日】2020-06-19

(33)【優先権主張国・地域又は機関】EP

(73)【特許権者】

【識別番号】590000248

【氏名又は名称】コーニンクレッカ フィリップス エヌ ヴェ

【氏名又は名称原語表記】Ｋｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ．

【住所又は居所原語表記】Ｈｉｇｈ Ｔｅｃｈ Ｃａｍｐｕｓ ５２， ５６５６ ＡＧ Ｅｉｎｄｈｏｖｅｎ，Ｎｅｔｈｅｒｌａｎｄｓ

(74)【代理人】

【識別番号】100122769

【弁理士】

【氏名又は名称】笛田 秀仙

(72)【発明者】

【氏名】セルヴァネサン サルン

(72)【発明者】

【氏名】ゲクテペ バリス

(72)【発明者】

【氏名】エブラヒム レツァガ ロヤ

(72)【発明者】

【氏名】スリニバサン ニティン

(72)【発明者】

【氏名】フェーレンバッハ トーマス

(72)【発明者】

【氏名】ヴィルス トーマス

(72)【発明者】

【氏名】シーアル トーマス

(72)【発明者】

【氏名】ヘルゲ コルネリウス

【審査官】伊藤 嘉彦

(56)【参考文献】

【文献】米国特許出願公開第２０１８／０２０６１７６（ＵＳ，Ａ１）

【文献】国際公開第２０１７／１８８３０２（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０２０／０１６３０２８（ＵＳ，Ａ１）

【文献】特開２０１８－０５６８１３（ＪＰ，Ａ）

【文献】ZTE，Resource scheme of FeD2D Relay，3GPP TSG RAN WG1 Meeting #90 R1-1712918，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90/Docs/R1-1712918.zip>，2017年08月11日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４ － ７／２６

Ｈ０４Ｗ ４／００ － ９９／００

Ｈ０４Ｌ １／１８

Ｈ０４Ｌ １／１６０７

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

ワイヤレス通信ネットワークのためのユーザデバイス（ＵＥ）であって、
前記ＵＥは中継エンティティとして動作して、前記ワイヤレス通信ネットワークの送信エンティティと１つ以上の受信エンティティとの間の接続性をサポートする機能を提供するようになっており、
前記送信エンティティからデータを受信し、前記受信エンティティに向けて前記データを中継することに応答して、前記ＵＥは前記送信エンティティにフィードバックを送信するようになっており、前記フィードバックは前記受信エンティティが前記データの受信に成功したこと又は成功しなかったことを示し、
前記受信エンティティにおける前記データの受信の成功又は不成功を示すフィードバックを前記受信エンティティから前記ＵＥが受信した場合、前記ＵＥは、前記フィードバックの受信後の設定済み又は事前設定済みの時間ウインドウ内に、前記受信エンティティから受信した前記フィードバックを前記送信エンティティに送信する、ユーザデバイス（ＵＥ）。

【請求項2】

前記ＵＥが前記受信エンティティから、前記受信エンティティにおける前記データの受信の成功又は不成功を示すフィードバックを受信しない場合、前記ＵＥは、前記受信エンティティが前記データの受信に成功しなかったことを送信エンティティにシグナリングする、
請求項１に記載のユーザデバイス（ＵＥ）。

【請求項3】

前記ＵＥが、前記受信エンティティが前記データの受信に成功しなかったことを示すフィードバックを前記受信エンティティから受信した場合、前記ＵＥは、
●前記受信エンティティに前記データを再送信して、前記受信エンティティから前記データの受信の成功を示すフィードバックを受信し、前記受信エンティティから受信した成功のフィードバックを前記送信エンティティに送信するまで、又は事前定義済みのイベントのうちの１つ以上が発生するまで、同じ又は異なる送信パラメータを用いて前記データの再送信を継続する、
請求項１または２に記載のユーザデバイス（ＵＥ）。

【請求項4】

前記事前定義済みのイベントが、
●前記ＵＥがその間に前記再送信を実施する、設定済み又は事前設定済みタイマーの経過、又は、
●前記ＵＥが実施する設定済み又は事前設定済みの中継再送信の最大数の到達、を含む、
請求項３に記載のユーザデバイス（ＵＥ）。

【請求項5】

●前記送信エンティティはユーザデバイス（ＵＥ）又は中継エンティティを含み、前記受信エンティティはユーザデバイス（ＵＥ）又は中継エンティティを含む、又は、
●前記送信エンティティはユーザデバイス（ＵＥ）又は中継エンティティを含み、前記受信エンティティは無線アクセスネットワーク（ＲＡＮ）エンティティを含む、又は、
●前記送信エンティティはＲＡＮエンティティを含み、前記受信エンティティはユーザデバイス（ＵＥ）又は中継エンティティを含む、
請求項１ないし４のいずれか１項に記載のユーザデバイス（ＵＥ）。

【請求項6】

前記受信エンティティから受信する前記フィードバックは、前記受信エンティティが前記データの受信に成功したこと及び／又は成功しなかったことを示すのに加え、
●前記ＵＥと前記受信エンティティとの間のリンク品質、
●前記ＵＥと前記受信エンティティとの間の距離を示す距離測定値又はゾーンＩＤ、
●前記受信エンティティが前記データを正常に受信できるように前記送信エンティティを支援する追加データ、
●前記受信エンティティが前記送信エンティティにデータを送信しようとすることを示す表示、
●ＨＡＲＱ／送信プロセスの停止を指示する前記受信エンティティからの信号、
●前記受信エンティティで受信され、前記ＵＥから送信される最良のビーム又は上位ｍ個のビームのビームインデックス、
のうちの１つ以上の追加の情報を含む、
請求項１ないし５のいずれか１項に記載のユーザデバイス（ＵＥ）。

【請求項7】

前記受信エンティティから受信する前記フィードバックは、前記受信エンティティが２つ以上のデータの受信に成功したこと又は成功しなかったことを示す集約されたフィードバックである、
請求項１ないし６のいずれか１項に記載のユーザデバイス（ＵＥ）。

【請求項8】

前記集約されたフィードバックは、
●既定の時間ウインドウ内で、一部又は全部のデータの受信に成功したこと又は成功しなかったことを示す表示、
●事前定義済みの数のデータの受信に成功した又は成功しなかったことを示す表示、
●前記データのうち、受信に成功したものはどれか、及び／又は、前記データのうち、受信に成功しなかったものはどれか、
●前記受信に成功したデータのうち、遅延バジェットを超過して受信されたものはどれか、
●前記ＵＥと前記受信エンティティとの間のリンク品質が悪化していることを示す表示、
●リンク品質が設定済み又は事前設定済みの閾値に近づいている又はそれ以下であることを示す表示、
●前記ＵＥと前記受信エンティティとの間の前記中継リンク上での可能な新しい最大ＱｏＳを示す更新、
のうちの１つ以上を含むことがある、
請求項７に記載のユーザデバイス（ＵＥ）。

【請求項9】

前記ＵＥは、前記受信エンティティから受信した前記フィードバックを、物理層（ＰＨＹ）で、前記送信エンティティがＵＥ又は中継エンティティの場合はＰＳＦＣＨを使用して、前記送信エンティティがネットワークエンティティの場合はＰＵＣＣＨ若しくはＰＵＳＣＨを使用して、送信するようになっており、
前記送信エンティティからの前記データの受信に応答して、前記ＵＥは、前記送信エンティティと前記ＵＥとの間の第１のフィードバックリンクを使用して前記送信エンティティに別のフィードバックを送信するようになっており、前記別のフィードバックは、前記ＵＥが前記データの受信に成功したこと又は成功しなかったことを示し、かつ、
前記ＵＥは、前記送信エンティティと前記ＵＥとの間の第２のフィードバックリンクを使用して、前記受信エンティティに関連付けられた前記フィードバックを送信し、前記第１のフィードバックリンク及び前記第２のフィードバックリンクは、既存のＰＨＹチャネルにおける異なるリソースで、前記送信エンティティがＵＥ又は中継エンティティの場合は前記ＰＳＦＣＨを使用して、前記送信エンティティがネットワークエンティティの場合は前記ＰＵＣＣＨ若しくは前記ＰＵＳＣＨを使用して、送信するようになっている、
請求項１ないし８のいずれか１項に記載のユーザデバイス（ＵＥ）。

【請求項10】

前記送信エンティティが別のＵＥ又は中継エンティティである場合、前記ＵＥは、前記受信エンティティから受信した前記フィードバックを、前記ＰＳＦＣＨを使用して送信するようになっており、前記受信エンティティから受信した前記フィードバックを送信するためのリソースは、
●前記受信エンティティから前記ＵＥへのフィードバック送信のための前記ＰＳＦＣＨリソース上のマッピングと、前記ＵＥから前記送信エンティティへのフィードバック送信との間の関係により暗黙的に、又は、
●前記送信エンティティが前記ＵＥに対し、前記受信エンティティに関連付けられたフィードバックの報告に前記ＰＳＦＣＨ上のどのリソースを使用するかを示すことにより明示的に、
マッピングされる、
請求項９に記載のユーザデバイス（ＵＥ）。

【請求項11】

前記送信エンティティがネットワークエンティティである場合、前記ＵＥは前記受信エンティティから受信した前記フィードバックを前記ＰＵＣＣＨ又は前記ＰＵＳＣＨリソースを使用して送信するようになっており、
前記ＵＥは、ＤＣＩにおいて、前記受信エンティティから受信した前記フィードバック及び前記別のフィードバックを報告するために使用するリソースを前記ネットワークエンティティから受信するようになっている、
請求項９に記載のユーザデバイス（ＵＥ）。

【請求項12】

前記ＵＥは、前記受信エンティティから受信した前記フィードバックを、物理層（ＰＨＹ）で、前記送信エンティティがＵＥ又は中継エンティティの場合はＰＳＦＣＨを使用して、前記送信エンティティがネットワークエンティティの場合はＰＵＣＣＨ若しくはＰＵＳＣＨを使用して、送信するようになっており、
前記送信エンティティと前記ＵＥとの間の接続は、前記ＵＥが前記データの受信に成功したこと又は成功しなかったことを示すための、前記送信エンティティが前記ＵＥ若しくは中継エンティティの場合は前記ＰＳＦＣＨを使用し、前記送信エンティティがネットワークエンティティの場合は前記ＰＵＣＣＨ若しくはＰＵＳＣＨを使用する、既存のＰＨＹチャネルにおけるフィードバックリンクを含み、かつ、
前記ＵＥは、前記ＵＥが前記データの受信に成功したこと又は成功しなかったことを示すフィードバックの代わりに、前記受信エンティティから受信した前記フィードバックを前記フィードバックリンクで送信するようになっている、
請求項１ないし１１のいずれか１項に記載のユーザデバイス（ＵＥ）。

【請求項13】

前記受信エンティティから受信した前記フィードバックが前記データの受信が成功しなかったことを示す場合、前記フィードバックは、前記データの受信が成功しなかった原因となった特定の接続に関する情報も含む、
請求項１２に記載のユーザデバイス（ＵＥ）。

【請求項14】

前記送信エンティティへの前記特定の接続に関する情報は、成功しなかった前記データの受信が、前記送信エンティティと前記ＵＥとの間の接続において発生したのか、及び／又は前記ＵＥと前記受信エンティティとの間の接続において発生したのかを示すインジケータを含む、
請求項１３に記載のユーザデバイス（ＵＥ）。

【請求項15】

送信エンティティと、
１つ以上の受信エンティティと、
前記送信エンティティと前記１つ以上の受信エンティティとの間の接続性をサポートする機能を提供する、請求項１ないし１４のいずれか１項に記載の１つ以上のユーザデバイスと、
を含むワイヤレス通信ネットワークであって、
前記送信エンティティは前記ユーザデバイスに接続して、前記送信エンティティと前記ワイヤレス通信ネットワークの１つ以上の受信エンティティとの間の接続性をサポートする機能を提供することが可能であり、
前記受信エンティティに中継するために前記ユーザデバイスへデータを送信することに応答して、前記送信エンティティは、前記ユーザデバイスからフィードバックを受信するようになっており、前記フィードバックは、前記受信エンティティが前記データの受信に成功したこと又は成功しなかったことを示す、ワイヤレス通信ネットワーク。

【請求項16】

基地局を含み、
前記送信エンティティは別のＵＥ又は中継エンティティであって、前記中継エンティティ及び前記送信エンティティはモード１で動作して、前記基地局が前記送信エンティティ及び前記中継エンティティによって使用される前記リソースを示す、
請求項１５に記載のワイヤレス通信ネットワーク。

【請求項17】

ワイヤレス通信ネットワークのためのユーザデバイス（ＵＥ）を操作するための方法であって、
前記ＵＥは中継エンティティとして動作して、前記ワイヤレス通信ネットワークの送信エンティティと１つ以上の受信エンティティとの間の接続性をサポートする機能を提供するようになっていて、前記方法は、
前記送信エンティティからのデータの受信、及び前記データの前記受信エンティティへの中継に応答して、前記送信エンティティにフィードバックを送信するステップであって、前記フィードバックは、前記受信エンティティが前記データの受信に成功したこと又は成功しなかったことを示す、送信するステップを含み、
前記受信エンティティにおける前記データの受信の成功又は不成功を示すフィードバックを前記受信エンティティから前記ＵＥが受信した場合、前記ＵＥは、前記フィードバックの受信後の設定済み又は事前設定済みの時間ウインドウ内に、前記受信エンティティから受信した前記フィードバックを前記送信エンティティに送信する、方法。

【請求項18】

コンピュータ上で実行され、請求項１７に記載の方法を前記コンピュータに実行させるコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ワイヤレス通信システム又はネットワークの分野に関し、より具体的には、ワイヤレス通信システム又はネットワークの送信エンティティとリモートユーザデバイス（ＵＥ）との間の接続をサポートする機能を提供するために使用される中継デバイス、特にサイドリンク中継デバイスの分野に関する。本発明の第１の態様の実施形態は、サイドリンク中継のためのＮＲハイブリッド自動再送信要求（ＨＡＲＱ）フィードバック等のフィードバックに関連し、本発明の第２の態様の実施形態は、ＮＲサイドリンク中継等の中継デバイスによるトラフィックの区別に関係する。

【背景技術】

【0002】

図１は、図１（ａ）に示すように、コアネットワーク１０２と、１つ以上の無線アクセスネットワークＲＡＮ₁、ＲＡＮ₂、．．．ＲＡＮ_Nとを含む地上ワイヤレスネットワーク１００の一例を概略的に示す図である。図１（ｂ）は、１つ以上の基地局ｇＮＢ₁ないしｇＮＢ₅を含むことができる無線アクセスネットワークＲＡＮ_nの一例を概略的に示す図であり、それぞれのセル１０６₁ないし１０６₅によって概略的に表される基地局の周囲の特定の領域にそれぞれサービスを提供する。基地局は、セル内のユーザにサービスを提供する。１つ以上の基地局は、ライセンスバンド及び／又はアンライセンスバンドでユーザにサービスを提供してもよい。基地局ＢＳという用語は、５ＧネットワークにおけるｇＮＢ、ＵＭＴＳ／ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ＰｒｏにおけるｅＮＢ、又は他の移動通信規格における単なるＢＳを意味する。ユーザは、固定型のデバイスであってもよいし、移動型のデバイスであってもよい。また、ワイヤレス通信システムは、基地局又はユーザに接続する移動型又は固定型のＩｏＴデバイスによってアクセスされてもよい。モバイルデバイス又はＩｏＴデバイスは、物理デバイス、ロボット又は自動車などの地上ベースの車両、有人又は無人航空機ＵＡＶなどの航空機、後者はドローンとも呼ばれる、建物、及びその中に電子機器、ソフトウェア、センサー、アクチュエーターなどを埋め込んだ他のアイテム又はデバイス、並びにこれらのデバイスが既存のネットワークインフラストラクチャにわたってデータを収集及び交換できるようにするネットワーク接続を含んでもよい。図１（ｂ）は５つのセルの例示的な図を示しているが、ＲＡＮ_nは、より多くの又はより少ないこのようなセルを含んでもよく、ＲＡＮ_nも１つの基地局のみを含んでもよい。図１（ｂ）は、セル１０６₂にあり、基地局ｇＮＢ₂によってサービスを提供される、ユーザ機器ＵＥとも呼ばれる２つのユーザＵＥ₁及びＵＥ₂を示している。別のユーザＵＥ₃は、基地局ｇＮＢ₄によってサービスが提供されるセル１０６₄に示されている。矢印１０８₁、１０８₂、１０８₃は、ユーザＵＥ₁、ＵＥ₂、ＵＥ₃から基地局ｇＮＢ₂、ｇＮＢ₄へデータを送信するための、又は基地局ｇＮＢ₂、ｇＮＢ₄からユーザＵＥ₁、ＵＥ₂、ＵＥ₃へデータを送信するためのアップリンク／ダウンリンク接続を概略的に表している。これは、ライセンスバンドで実現されてもよいし、アンライセンスバンドで実現されてもよい。さらに、図１（ｂ）は、セル１０６₄内に２つのＩｏＴデバイス１１０₁、１１０₂が示されており、これらは、固定型のデバイスであってもよいし、移動型のデバイスであってもよい。ＩｏＴデバイス１１０₁は、矢印１１２₁によって概略的に表されるように、基地局ｇＮＢ₄を介してワイヤレス通信システムにアクセスし、データの受信及び送信を行う。ＩｏＴデバイス１１０₂は、矢印１１２₂によって概略的に表されるように、ユーザＵＥ₃を介してワイヤレス通信システムにアクセスする。それぞれの基地局ｇＮＢ₁ないしｇＮＢ₅は、それぞれのバックホールリンク１１４₁ないし１１４₅を介して、例えばＳ１インターフェースを介して、コアネットワーク１０２に接続されてもよく、図１（ｂ）では「コア」を指す矢印で概略的に表される。コアネットワーク１０２は、１つ以上の外部ネットワークに接続されてもよい。外部ネットワークは、インターネット、又はイントラネットなどのプライベートネットワーク、又は他のタイプのキャンパスネットワーク、例えばプライベートＷｉＦｉ又は４Ｇ又は５Ｇ移動通信システムであってもよい。さらに、それぞれの基地局ｇＮＢ₁ないしｇＮＢ₅の一部又は全部は、例えばＮＲにおけるＳ１若しくはＸ２インターフェース又はＸＮインターフェースを介して、それぞれのバックホールリンク１１６₁ないし１１６₅を介して互いに接続されてもよく、図１（ｂ）において「ｇＮＢ」を指す矢印によって概略的に表される。サイドリンクチャネルは、デバイス間（Ｄ２Ｄ）通信とも呼ばれ、ＵＥ間の直接通信を可能にする。３ＧＰＰにおいてサイドリンクインターフェースは、ＰＣ５と命名されている。

【0003】

データ送信のために、物理リソースグリッドが使用される場合がある。物理リソースグリッドは、様々な物理チャネル及び物理信号がマッピングされるリソース要素のセットを備えてもよい。例えば、物理チャネルは、ダウンリンクペイロードデータ、アップリンクペイロードデータ、及びサイドリンクペイロードデータとも呼ばれるユーザ固有のデータを搬送する物理ダウンリンク共有チャネル、物理アップリンク共有チャネル、及び物理サイドリンク共有チャネル（ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＳＳＣＨ）、例えばマスタ情報ブロック（ＭＩＢ）及び１つ以上のシステム情報ブロック（ＳＩＢ）、サポートされている場合は、１つ以上のサイドリンク情報ブロック（ＳＬＩＢ）を搬送する物理ブロードキャストチャネル（ＰＢＣＨ）、例えばダウンリンク制御情報（ＤＣＩ）、アップリンク制御情報（ＵＣＩ）及びサイドリンク制御情報（ＳＣＩ）を搬送する物理ダウンリンク制御チャネル、物理アップリンク制御チャネル及び物理サイドリンク制御チャネル（ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＳＣＣＨ）、ＰＣ５フィードバック応答を搬送する物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を含んでもよい。なお、サイドリンクインターフェースは、２つのステージのＳＣＩをサポートしてもよい。これは、ＳＣＩの一部を含む第１の制御領域と、任意的に、制御情報の第２の部分を含む第２の制御領域とを指す。

【0004】

アップリンクの場合、物理チャネルは、ＵＥが同期してＭＩＢ及びＳＩＢを取得すると、ネットワークにアクセスするためにＵＥが使用する物理ランダムアクセスチャネル（ＰＲＡＣＨ又はＲＡＣＨ）をさらに含んでもよい。物理信号は、参照信号又はシンボル（ＲＳ）同期信号等を備えてもよい。リソースグリッドは、時間領域において特定の持続時間を有し、周波数領域において所与の帯域幅を有するフレーム又は無線フレームを備えてもよい。フレームは、予め定義された長さ、例えば１ｍｓの特定の数のサブフレームを有してもよい。各サブフレームは、サイクリックプレフィックス（ＣＰ）長に応じて、１２又は１４のＯＦＤＭシンボルの１つ以上のスロットを含んでもよい。フレームは、例えば、短縮された送信時間間隔（ｓＴＴＩ）を利用する場合、又は数個のＯＦＤＭシンボルを備えるミニスロット／非スロットベースのフレーム構造を利用する場合、より少ない数のＯＦＤＭシンボルからなることもある。

【0005】

ワイヤレス通信システムは、直交周波数分割多重（ＯＦＤＭ）システム、直交周波数分割多重アクセス（ＯＦＤＭＡ）システム、又は、例えばＤＦＴ－ｓ－ＯＦＤＭのような、ＣＰを有する又は有さない任意の他のＩＦＦＴベースの信号などの周波数分割多重を使用する任意のシングルトーン又はマルチキャリアシステムであってもよい。多重アクセスのための非直交波形、例えばフィルタバンクマルチキャリア（ＦＢＭＣ）、一般化周波数分割多重（ＧＦＤＭ）又はユニバーサルフィルタマルチキャリア（ＵＦＭＣ）のような他の波形が使用されてもよい。ワイヤレス通信システムは、例えば、ＬＴＥ－Ａｄｖａｎｃｅｄ ｐｒｏ規格、又は５Ｇ若しくはＮＲ（Ｎｅｗ Ｒａｄｉｏ）規格、又はＮＲ－Ｕ（Ｎｅｗ Ｒａｄｉｏアンライセンス）規格に従って動作してもよい。

【0006】

図１に示すワイヤレスネットワーク又は通信システムは、異なるオーバーレイネットワーク、例えば、基地局ｇＮＢ₁ないしｇＮＢ₅のようなマクロ基地局を含む各マクロセルを有するマクロセルのネットワークと、フェムト又はピコ基地局などのスモールセル基地局のネットワーク（図１には示されていない）とを有する異種ネットワークであってもよい。上述の地上ワイヤレスネットワークに加えて、衛星のような衛星トランシーバー（ｓｐａｃｅｂｏｒｎｅ ｔｒａｎｓｃｅｉｖｅｒｓ）、及び／又は無人航空機システムのような空中トランシーバー（ａｉｒｂｏｒｎｅ ｔｒａｎｓｃｅｉｖｅｒｓ）を含む非地上ワイヤレス通信ネットワーク（ＮＴＮ）も存在する。非地上ワイヤレス通信ネットワーク又はシステムは、例えば、ＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ規格又は５Ｇ若しくはＮＲ（ｎｅｗ ｒａｄｉｏ）規格に従って、図１を参照して上述した地上システムと同様の方法で動作することができる。

【0007】

モバイル通信ネットワークでは、例えばＬＴＥ又は５Ｇ／ＮＲネットワークのような図１を参照して上述したようなネットワークでは、例えばＰＣ５／ＰＣ３インターフェース又は直接Ｗｉｆｉを使用して、１つ以上のサイドリンク（ＳＬ）チャネルによって互いに直接通信するＵＥが存在してもよい。サイドリンクによって互いに直接通信するＵＥは、他の車両と直接通信する車両（Ｖ２Ｖ通信）、ワイヤレス通信ネットワークの他のエンティティと通信する車両（Ｖ２Ｘ通信）、例えば信号機、交通標識、又は歩行者のような路側ユニット（ＲＳＵ）、路側エンティティ、を含んでもよい。ＲＳＵは、特定のネットワーク構成に応じて、ＢＳ又はＵＥの機能を有してもよい。他のＵＥは、車両関連のＵＥでなくてもよく、上述したデバイスのいずれかを含んでもよい。このようなデバイスは、ＳＬチャネルを使用して互いに直接通信（Ｄ２Ｄ通信）することもできる。

【0008】

サイドリンクによって互いに直接通信する２つのＵＥを考慮する場合、両方のＵＥが同じ基地局によってサービスされ、基地局がサイドリンクリソース割り当て構成又は支援をＵＥに提供できるようにしてもよい。例えば、両方のＵＥは、図１に示される基地局のうちの１つのような基地局のカバレッジエリア内に存在してもよい。これは、「カバレッジ内」シナリオと呼ばれる。別のシナリオは、「カバレッジ外」シナリオと呼ばれる。「カバレッジ外」は、２つのＵＥが図１に示されたセルのうちの１つの範囲内にないことを意味するのではなく、むしろ、これらのＵＥが、
－ 例えばＲＲＣ接続状態になく、基地局に接続されていない場合があり、ＵＥはいかなるサイドリンクリソース割り当て構成又は支援も基地局から受信しないこと、及び／又は、
－ 基地局に接続されているが、１つ以上の理由により、基地局はサイドリンクリソース割り当て構成又は支援をＵＥに提供しない場合があること、及び／又は、
－ ＮＲ Ｖ２Ｘサービスをサポートしない基地局、例えばＧＳＭ、ＵＭＴＳ、ＬＴＥ基地局に接続される場合があること、
を意味することに留意されたい。

【0009】

例えばＰＣ５／ＰＣ３インターフェースを使用して、サイドリンクによって互いに直接通信する２つのＵＥを考慮する場合、ＵＥの一方はＢＳと接続されてもよく、サイドリンクインターフェースを介してＢＳから他方のＵＥに情報を中継してもよく、その逆も可能である。中継は、同じ周波数帯で実行されてもよいし（帯域内中継）、又は別の周波数帯が使用されてもよい（帯域外中継）。第１のケースでは、Ｕｕ上の通信及びサイドリンク上の通信は、時分割複信（ＴＤＤ）システムのように異なるタイムスロットを使用して切り離されてもよい。

【0010】

図２（ａ）は、互いに直接通信する２つのＵＥが両方とも基地局に接続されているカバレッジ内シナリオの概略図である。基地局ｇＮＢは、円１５０で概略的に表されるカバレッジエリアを有し、基本的に図１に概略的に表されたセルに対応する。互いに直接通信するＵＥは、基地局ｇＮＢのカバレッジエリア１５０内に第１の車両１５２及び第２の車両１５４の両方を含む。両方の車両１５２、１５４は、基地局ｇＮＢに接続されており、さらに、ＰＣ５インターフェースによって互いに直接接続されている。Ｖ２Ｖトラフィックのスケジューリング及び／又は干渉の管理は、基地局とＵＥとの間の無線インターフェースであるＵｕインターフェースによって制御シグナリングを介して、ｇＮＢによって支援される。言い換えると、ｇＮＢはＳＬリソース割り当て構成又は支援をＵＥに提供し、ｇＮＢはサイドリンクによるＶ２Ｖ通信に使用されるリソースを割り当てる。この構成は、ＮＲ Ｖ２Ｘではモード１構成、ＬＴＥ Ｖ２Ｘではモード３構成とも呼ばれる。

【0011】

図２（ｂ）は、互いに直接通信するＵＥが、ワイヤレス通信ネットワークのセル内に物理的に存在し得るが、基地局に接続されていない、又は、互いに直接通信するＵＥの一部又は全部が基地局に接続されているが、基地局がＳＬリソース割り当て構成又は支援を提供しない、カバレッジ外シナリオの概略図である。３つの車両１５６、１５８、１６０が、例えばＰＣ５インターフェースを使用して、サイドリンクによって互いに直接通信することが示されている。Ｖ２Ｖトラフィックのスケジューリング及び／又は干渉の管理は、車両間に実装されるアルゴリズムに基づく。この構成は、ＮＲ Ｖ２Ｘではモード２構成、ＬＴＥ Ｖ２Ｘではモード４構成とも呼ばれる。上述したように、カバレッジ外シナリオである図２（ｂ）のシナリオは、それぞれのモード２ ＵＥ（ＮＲの場合）又はモード４ ＵＥ（ＬＴＥの場合）が基地局のカバレッジ１５０の外にあることを必ずしも意味せず、むしろ、それぞれのモード２ ＵＥ（ＮＲの場合）又はモード４ ＵＥ（ＬＴＥの場合）が基地局によってサービスを提供されず、カバレッジエリアの基地局と接続されていない、又は基地局と接続されているが基地局からＳＬリソース割り当て構成又は支援を受け取っていないことを意味している。したがって、図２（ａ）に示すカバレッジエリア１５０内に、ＮＲ モード１又はＬＴＥ モード３のＵＥ１５２、１５４に加えて、ＮＲ モード２又はＬＴＥ モード４のＵＥ１５６、１５８、１６０も存在する状況がある。加えて、図２（ｂ）は、ネットワークと通信するために中継器を使用するカバレッジ外ＵＥを概略的に示す。例えば、ＵＥ１６０は、ＵＥ１とサイドリンクによって通信してもよく、Ｕｕインターフェースを介してｇＮＢに接続されてもよい。したがって、ＵＥ１はｇＮＢとＵＥ１６０との間で情報を中継してもよい。

【0012】

図２（ａ）及び図２（ｂ）は車両ＵＥを例示しているが、説明したカバレッジ内及びカバレッジ外のシナリオは非車両ＵＥにも適用されることに留意されたい。言い換えれば、ハンドヘルドデバイス（ｈａｎｄ－ｈｅｌｄ ｄｅｖｉｃｅ）のようなＳＬチャネルを使用して別のＵＥと直接通信する任意のＵＥは、カバレッジ内及びカバレッジ外になる可能性がある。

【0013】

図１を参照して上述したようなワイヤレス通信システム又はネットワークにおいて、中継デバイス又は中継ノードは、基地局のセルの無線カバレッジの端部で遭遇する可能性のあるデータレートの低下、弱い信号及び高い干渉などの性能問題を解決するために採用される。中継ノードは、受信した信号からデータを抽出し、ノイズ補正を行い、自ら新しい信号を再送信することができる。信号を繰り返すだけでなく、中継ノードは信号の品質も向上させる。４Ｇの３ＧＰＰの仕様では、ＵＥ－ネットワーク間（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ）中継が規定されている。

【0014】

上記のセクションの情報は、発明の背景の理解を高めるためのものにすぎず、したがって、当業者に既に知られている先行技術を形成しない情報が含まれている可能性があることに留意されたい。

【発明の概要】

【0015】

上記から出発して、ワイヤレス通信システム又はネットワークにおける中継送信の改善又は強化が必要とされている。

【0016】

本発明の実施形態を、添付の図面を参照してより詳細に説明する。

【図面の簡単な説明】

【0017】

【図1(a)】図１は、地上ワイヤレスネットワークの一例を示す概略図であり、図１（ａ）は、コアネットワークと１つ以上の無線アクセスネットワークとを示す。

【図1(b)】図１は、地上ワイヤレスネットワークの一例を示す概略図であり、図１（ｂ）は、無線アクセスネットワークＲＡＮの一例を示す概略図である。

【図2(a)】図２は、カバレッジ内シナリオとカバレッジ外シナリオを概略的に表したものであり、図２（ａ）は、互いに直接通信する２台のＵＥが共に基地局に接続されているカバレッジ内シナリオを概略的に表したものである。

【図2(b)】図２は、カバレッジ内シナリオとカバレッジ外シナリオを概略的に表したものであり、図２（ｂ）は、ＵＥが互いに直接通信するカバレッジ外シナリオを概略的に表したものである。

【図3(a)】図３は、複数の中継シナリオを概略的に示しており、図３（ａ）は中継ＵＥがＵＥ－ネットワーク間中継として動作するシナリオを示す。

【図3(b)】図３は、複数の中継シナリオを概略的に示しており、図３（ｂ）は中継器がＵＥ－ＵＥ間中継であるシナリオを示す。

【図3(c)】図３は、複数の中継シナリオを概略的に示しており、図３（ｃ）は送信エンティティ、受信エンティティ及び中継エンティティを含むＬＴＥ中継システムの動作を示す。

【図4】図４は、本発明の実施形態を実装するための、基地局等の送信機、ユーザデバイスＵＥ等の１つ以上の受信機、及び１つ以上の中継ＵＥを含むワイヤレス通信システムの概略図である。

【図5】図５は、本発明の第１の態様に係る中継ＵＥの一実施形態を示す図である。

【図6】図６は、本発明の第１の態様に係る送信エンティティの一実施形態を示す図である。

【図7】図７は、本発明の第１の態様に係る中継ノードとＴＸ ＵＥとの間の追加のフィードバックリンクを使用して、中継ノードを介してＲＸ ＵＥに中継されたＴＸ ＵＥからの伝送に対する全体的なＨＡＲＱフィードバックを提供する実施形態を示す。

【図8】図８は、本発明の第１の態様に係る中継ノードとＴＸ ＵＥとの間の既存のフィードバックリンクを再利用して、中継ノードを介してＲＸ ＵＥに中継されたＴＸ ＵＥからの伝送に対する全体的なＨＡＲＱフィードバックを提供する実施形態を示す。

【図9(a)】図９は、本発明の第１の態様に従って提供するＲＬＣフィードバック構成のための実施形態を示し、図９（ａ）は全体的なＲＬＣアクノレッジを導入する実施形態を説明する。

【図9(b)】図９は、本発明の第１の態様に従って提供するＲＬＣフィードバック構成のための実施形態を示し、図９（ｂ）はエンドツーエンドフィードバックを説明する。

【図10】図１０は、本発明の第１の態様の実施形態に係る中継ＵＥ及びＴＸ ＵＥを含むワイヤレス通信ネットワークの第１の実施形態を示し、両者はモード１で動作し、ＴＸ ＵＥから中継器への伝送のためのリソース及び伝送を中継するためのリソースがｇＮＢによってスケジューリングされる。

【図11】図１１は、本発明の第１の態様の実施形態に係る中継ＵＥ及びＴＸ ＵＥを含むワイヤレス通信ネットワークの第２の実施形態を示し、両者はモード１で動作し、ＴＸ ＵＥから中継器への伝送のためのリソースがｇＮＢによってスケジューリングされ、中継ＵＥは伝送を中継するために使用されるリソースを用いて事前設定される。

【図12】図１２は、本発明の第１の態様の実施形態に係るモード２で動作する中継ＵＥ及びモード１で動作するＴＸ ＵＥを含むワイヤレス通信ネットワークの第１の実施形態を示し、ＴＸ ＵＥから中継器への伝送のためのリソースがｇＮＢによってスケジューリングされ、伝送を中継するために使用されるリソースが中継ＵＥによってセンシングされる。

【図13】図１３は、本発明の第１の態様の実施形態に係るモード１で動作する中継ＵＥ及びモード２で動作するＴＸ ＵＥを含むワイヤレス通信ネットワークの第１の実施形態を示し、ＴＸ ＵＥから中継器への伝送のためのリソースがＴＸ ＵＥによってセンシングされ、伝送を中継するためのリソースはｇＮＢによってスケジューリングされる。

【図14】図１４は、本発明の第１の態様の実施形態に係るモード１で動作する中継ＵＥ及びモード２で動作するＴＸ ＵＥを含むワイヤレス通信ネットワークの第２の実施形態を示し、ＴＸ ＵＥは、中継ＵＥへの伝送のためのリソースをセンシングするのではなく、中継ＵＥにこのようなリソースの要求を送信する。

【図15】図１５は、本発明の第１の態様の実施形態に係るモード１で動作する中継ＵＥ及びｇＮＢであるＴＸエンティティを含むワイヤレス通信ネットワークの第１の実施形態を示し、ｇＮＢと中継ＵＥとの間及び中継ＵＥとＲＸ ＵＥとの間のそれぞれのリンクに対するリソースが、別々の制御メッセージで提供される。

【図16】図１６は、本発明の第１の態様の実施形態に係るモード１で動作する中継ＵＥ及びｇＮＢであるＴＸエンティティを含むワイヤレス通信ネットワークの第２の実施形態を示し、ｇＮＢと中継ＵＥとの間及び中継ＵＥとＲＸ ＵＥとの間のそれぞれのリンクに対するリソースが、共通の制御メッセージで提供される。

【図17】図１７は、本発明の第１の態様の実施形態に係るモード２で動作する中継ＵＥ及びｇＮＢであるＴＸエンティティを含むワイヤレス通信ネットワークの実施形態を示す。

【図18】図１８は、本発明の第１の態様の実施形態に係るモード１で動作する中継ＵＥ及びｇＮＢであるＲＸエンティティを含むワイヤレス通信ネットワークの第１の実施形態を示し、ｇＮＢと中継ＵＥとの間のリンクに対するリソースはｇＮＢからの制御メッセージによって提供され、ＴＸ ＵＥから中継ＵＥへの伝送に対するリソースはＴＸ ＵＥによるセンシングによって得られる。

【図19】図１９は、本発明の第１の態様の実施形態に係るモード１で動作する中継ＵＥ及びｇＮＢであるＲＸエンティティを含むワイヤレス通信ネットワークの第２の実施形態を示し、ｇＮＢと中継ＵＥとの間のリンクに対するリソースがｇＮＢからの制御メッセージによって提供され、ＴＸ ＵＥから中継ＵＥへの伝送に対するリソースは中継ＵＥを介してＴＸ ＵＥによってｇＮＢから取得される。

【図20(a)】図２０（ａ）は、中継のトラフィックと中継ＵＥを対象とするトラフィックとを区別する、本発明の第２の態様に係る中継ＵＥの一実施形態を示す。

【図20(b)】図２０（ｂ）は、中継のトラフィックと中継ＵＥを対象とするトラフィックとを区別する、本発明の第２の態様に係る送信エンティティの一実施形態を示す。

【図21】図２１は、中継ノードでマッピングされる事前定義済み又は新たな送信先ＩＤを採用する、本発明の第２の態様に係る実施形態を示す。

【図22】図２２は、受信エンティティへの伝送が中継ノードを介して送信されるようになっている場合に、送信エンティティによって使用される特定又は新たな中継ＩＤを使用する、本発明の第２の態様に係る受信エンティティの実施形態を示す。

【図23】図２３は、トラフィックの区別のために、中継ＵＥのＬ１送信先ＩＤと受信エンティティのＬ２送信先ＩＤとを含むＭＡＣヘッダを採用する、本発明の第２の態様に係る実施形態を示す。

【図24】図２４は、専用中継制御チャネルを実装する本発明の第２の態様に係る実施形態を示す。

【図25】図２５は、本発明の第２の態様の実施形態に係る追加の中継リソースプールを定義するＳＬ－ＢＷＰ－プール構成情報要素を示す。

【図26】図２６は、送信エンティティと受信エンティティとの間の通信にＮ個の中継を使用する本発明の実施形態を示す。

【図27】図２７は、送信エンティティと受信エンティティとの間のエンドツーエンド通信のためにＮ＝２の中継層を採用する本発明の実施形態を示す。

【図28】図２８は、本発明のアプローチに従って説明された方法のステップと同様にユニット又はモジュールが実行されるコンピュータシステムの一例を示す。

【発明を実施するための形態】

【0018】

同一又は類似の要素に同一の参照符号が付与されている添付図面を参照して、本発明の実施形態をより詳細に説明する。

【0019】

図１を参照して上述したもののようなワイヤレス通信システム又はネットワークにおいて、中継デバイス又は中継ノードは、ワイヤレスネットワークのカバレッジを拡張するため、又は基地局のセルの無線カバレッジエッジで遭遇する可能性があるような、データレートの低下、より弱い信号及びより高い干渉などの性能問題を解決するために採用されてもよい。中継ノードは、受信した信号又は伝送を単純に繰り返して転送することができる。他の例では、中継ノードは、受信した信号又は伝送からデータを抽出し、ノイズ補正を適用し、単独で新しい信号又は新しい伝送を送信することができる。信号を単に繰り返すよりもむしろ、中継ノードは信号品質を向上させることもできる。図３（ａ）は、中継ＵＥがＵＥ－ネットワーク間の中継器として動作するシナリオを示す。上述の中継デバイス又は中継ノードはユーザ機器（ＵＥ）であってもよく、以下では、中継ＵＥと呼ばれる。図３（ａ）は、送信先２０２、例えばｇＮＢ等のアクセスネットワーク２０２ａのエンティティに、コアネットワーク２０２ａのエンティティに接続することになっているＵＥ２００を示す。リモートＵＥとも呼ばれるＵＥ２００と送信先との間のエンドツーエンド通信は、リモートＵＥ２００のためにコアネットワークにおける送信先２０２への接続をサポートする機能を提供する中継ＵＥ２０４０を使用する。リモートＵＥ２００と中継ＵＥとはＰＣ５インターフェースを使用して通信することができ、中継ＵＥとアクセスネットワークとはＵｕインターフェースを使用して通信することができる。

【0020】

ＮＲ又は５Ｇでは、ＵＥ－ネットワーク間中継に加えて、ＵＥ－ＵＥ間（ＵＥ－ｔｏ－ＵＥ）中継もサポートされる。このようなシナリオでは、送信先２０２は別のＵＥである。図３（ｂ）は、中継器がＵＥ－ＵＥ間の中継器２０４である場合のシナリオを示す。リモートＵＥ２００は、他のＵＥ２０２に接続するようになっており、中継ＵＥ２０４は、リモートＵＥ２００のために送信先ＵＥ２０８への接続をサポートするための機能を提供する。リモートＵＥ２００と中継ＵＥとはＰＣ５インターフェースを使用して通信することができ、中継ＵＥと他のＵＥ２０２とはＰＣ５インターフェースを使用して通信することができる。

【0021】

図３（ａ）及び図３（ｂ）は、中継器がＵＥであることを示しているが、中継器はネットワーク接続性を有し、リモートＵＥ２００がコアネットワーク又は別のＵＥ等の送信先２０２に接続されることを可能にする任意のエンティティであってもよいことに留意されたい。例えば、中継エンティティは、グループリーダーＵＥ、路側ユニット（ＲＳＵ）、又は任意の移動デバイス若しくは固定デバイスであってもよい。このような中継エンティティは、リソースのスケジューリングなど、いくつかの基地局機能を有する中継ノードであってもよい。さらに、中継器は、例えば増幅転送（ＡＦ）中継、又はデコード転送中継（ＤＦ）のように中継機能を提供する古典的な意味での中継ノード、例えば基地局インフラストラクチャデバイスであって、例えばインターネットプロトコル（ＩＰ）レベルでデータを転送するレイヤ２（Ｌ２）又はレイヤ３（Ｌ３）でさえ動作する、中継ノードであってもよい。

【0022】

車両用ユーザデバイス（ＵＥ）の上述したシナリオでは、このような複数のユーザデバイスが、単にグループとも呼ばれるユーザデバイスグループを形成し、グループ内又はグループメンバー間の通信が、ＰＣ５インターフェース等のユーザデバイス間のサイドリンクインターフェースを介して実行されてもよい。例えば、車両用ユーザデバイスを使用する上述のシナリオは輸送産業の分野で採用することができ、車両用ユーザデバイスを備える複数の車両を、例えば遠隔運転アプリケーションによってグループ化することができる。複数のユーザデバイスが互いにサイドリンク通信を行うためにグループ化され得る他のユースケースは、例えばファクトリーオートメーションや電力配電を含む。ファクトリーオートメーションの場合、工場内の複数の移動型の機械又は固定型の機械はユーザデバイスを備え、例えばロボットの動作制御等の機械の動作を制御するためのサイドリンク通信のためにグループ化されてもよい。電力配電の場合、配電網内のエンティティがそれぞれユーザデバイスを備え、システムの特定の領域内で、互いにサイドリンク通信を介して通信するようにグループ化され、システムを監視し、配電網の故障及び停電に対処することができる。

【0023】

当然ながら、上記のユースケースでは、サイドリンク通信は、グループ内の通信に限定されない。むしろ、サイドリンク通信は、任意のＵＥのペアのような任意のＵＥ間であってもよい。
４Ｇの３ＧＰＰの仕様では、ＵＥ－ネットワーク間中継が規定されている。ＬＴＥでは、中継器はデバイス間（Ｄ２Ｄ）中継のための拡張を伴うスタンドアロンコンセプトとして注目されている。ＬＴＥでは、中継ノードは、基地局（ＢＳ）と通信するときは、ＵＥのように動作し、ＵＥと通信するときはＢＳのように動作する。基地局と中継ノード（ＲＮ）との間の伝送（いわゆるＢＳ－ＲＮ間（ＢＳ－ｔｏ－ＲＮ）送信）はダウンリンク（ＤＬ）サブフレームで行われ、ＲＮ－ＢＳ間の伝送はアップリンク（ＵＬ）サブフレームで行われる。周波数分割複信（ＦＤＤ）システムの場合、ＢＳ－ＲＮ間及びＲＮ－ＵＥ間の伝送はＤＬ周波数帯で行われ、ＲＮ－ＢＳ間及びＵＥ－ＲＮ間の伝送はＵＬ周波数帯で行われる。時分割複信（ＴＤＤ）システムの場合、ＤＬ ＢＳ－ＲＮ間の伝送はＤサブフレームで行われ、ＵＬ ＲＮ－ＢＳ間の伝送はＵサブフレームで行われ、ここで、Ｄサブフレーム及びＵサブフレームはＬＴＥのサブフレームの構成ごとに定義される。システム又はネットワークによって中継ノードがサポートされる場合、ＢＳ－ＲＮ間通信に使用される特定のサブフレームが存在する。ＦＤＤシステムの場合、ＲＮ－ＢＳ間通信はＢＳ－ＲＮ間通信よりも４サブフレーム遅れて発生し、ＴＤＤシステムの場合、ＲＮ－ＢＳ間通信はＢＳ－ＲＮ間通信より事前定義されたオフセットを伴って発生する。ＢＳからＲＮへの制御情報は、Ｒ－ＰＤＣＣＨ又は中継ＰＤＣＣＨと呼ばれる別の制御チャネルを使用して送信される。Ｒ－ＰＤＣＣＨは、ＢＳからＲＮへのＤＣＩ等の制御情報の伝送に使用され、通常のＰＤＣＣＨは、ＲＮからＵＥへの制御情報の伝送に使用される。

【0024】

【0025】

３ＧＰＰでは、ｅＮＢと受信エンティティとの間の上記の中継動作とは別に、Ｄ２Ｄ中継ノード又は中継エンティティも規定されているが、ＵＥ－ネットワーク間の中継のみが規定されている。基地局は、基地局と受信エンティティと間のＵｕリンクの品質のための基準信号受信品質（ＲＳＲＱ）の閾値とともに、中継検出に使用する送信リソースプールの設定を送信する責任がある。この設定は、システム情報ブロック（ＳＩＢ）１８／１９を使用して送信され、ＲＳＲＱが事前定義済みの閾値を下回った場合、基地局との直接リンクを維持するか否か、又は中継ノードを介した接続に切り替えるか否かの決定に、ＲＳＲＱの閾値が受信エンティティによって使用される。受信エンティティは、中継可能なエンティティを選択するようになっており、受信エンティティが基地局のカバレッジ内にある場合に、この選択を基地局に通知する。その後、基地局は、中継ノードと受信エンティティとの間の中継に基づく通信のためのリソース割り当てをスケジューリング又は決定する、すなわち、基地局は、受信エンティティと中継エンティティとの間の伝送に使用されるリソースを決定する。

【0026】

Ｄ２Ｄ通信は車両用アプリケーションも含まれ、３ＧＰＰ規格のリリース１４には初期の車両－モノ（Ｖ２Ｘ）の仕様が含まれている。オリジナルのＤ２Ｄ通信規格を設計のベースとして使用する一方で、Ｖ２Ｘの要求に従ってスケジューリング及びリソースの割り当てが変更された。ＬＴＥ Ｖ２Ｘ規格のリリース１５（強化されたＶ２Ｘ又はｅＶ２Ｘとも呼ばれる）及び５Ｇ ＮＲ Ｖ２Ｘ規格のリリース１６では、制御チャネルとデータチャネルに加えて、専用のフィードバックチャネルを含むリソースプール設計が導入されている。リリース１７では、省電力、信頼性向上、遅延低減を重視したサイドリンク強化及びサイドリンク中継に焦点を当て、車両通信だけでなく、公共安全や商用ユースケースなどあらゆる種類のＤ２Ｄ通信に対応し、ＵＥ－ネットワーク間及びＵＥ－ＵＥ間のカバレッジ拡張を提供する中継を使用することにも焦点を当てている。

【0027】

しかし、上述したように、中継送信におけるフィードバックになると、送信エンティティから中継エンティティ、リモートエンティティから中継エンティティへの伝送に関するフィードバックが存在するだけで、基地局又は送信エンティティが受信エンティティに対してその伝送が成功したか成功しなかったかを認識するような全体的なフィードバックは存在しない。例えば、ＬＴＥでは、中継エンティティから基地局へのデータ伝送について、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）で基地局と中継エンティティとの間の物理層ＨＡＲＱフィードバックはサポートされていなかった。むしろ、フィードバックは、ＰＵＳＣＨのようなそれぞれのアップリンクデータチャネルで送信されるトランスポートブロック（ＴＢ）ごとに上位層に配信される。

【0028】

基地局から中継エンティティを介して受信エンティティに送信する場合、それぞれのエンティティ間でいくつかの種類のフィードバックが行われるが、Ｄ２Ｄ中継は、送信ＵＥから中継エンティティを介して受信エンティティへの全体的なフィードバックは言うまでもなく、送信ＵＥが受信エンティティでその伝送が成功したか成功しなかったかを認識されないように、いかなる種類のフィードバックもサポートされていない。

【0029】

さらに、従来の中継システムでは、Ｄ２Ｄノードのような中継ノードがＵＥ－ネットワーク間の中継のみをサポートするため、中継ノードが、中継エンティティを対象とするか否か又は受信エンティティを対象とするか否かという観点で制御とデータを区別する必要がない。例えばＬＴＥの中継は、別の制御チャネルを維持することによってこれを実現するが、中継器が導入され、中継器が本質的にＵＥであるので、中継エンティティとして動作するＵＥが受信するトラフィックを区別する必要性がある。中継エンティティは、ＵＥ自身を対象とする伝送又はパケット並びに送信先ＵＥ又は受信エンティティ等の受信エンティティに中継されるようになっている伝送又はパケットを受信することができる。

【0030】

本発明は、上記の問題を解決するものである。本発明の第１の態様の実施形態は、受信エンティティに中継された伝送の最終的な状態を送信エンティティに通知するためのアプローチを提供する。本発明の第２の態様の実施形態は、中継ノードＲＮにおいて制御メッセージ及びデータメッセージ等の伝送を、中継される伝送である第１の伝送と、中継ノードを対象とした伝送である第２の伝送とに区別するためのアプローチを提供する。したがって、本発明は、上記の問題を解決し、ＮＲサイドリンク中継のようなサイドリンク中継によるフィードバック及び／又はトラフィックの区別に関する改善及び強化を提供する。本発明の実施形態は、移動端末又はＩｏＴデバイスのような基地局及びユーザを含む、図１に示すようなワイヤレス通信システムにおいて実施され得る。図４は、本発明の実施形態を実装するための、基地局又はｇＮＢのような送信機３００と、１つ以上のユーザデバイス（ＵＥ）３０２、３０４と、中継ＵＥのような１つ以上の中継エンティティ３０６、３０８、３１０とを含むワイヤレス通信システムの概略図である。送信機３００及び受信機３０２、３０４は、それぞれの無線リンクのようなそれぞれのワイヤレス通信リンク又はチャネル３１０ａ、３１０ｂ、３１２ａ、３１２ｂ、３１４ａ、３１４ｂを使用して、それぞれの中継エンティティ３０６、３０８、３１０を介して通信することができる。送信機３００は、互いに結合された、１つ以上のアンテナＡＮＴ_T又は複数のアンテナ素子を有するアンテナアレイと、信号プロセッサ３００ａと、トランシーバー３００ｂとを含んでもよい。受信機３０２、３０４は、互いに結合された、１つ以上のアンテナＡＮＴ_UE又は複数のアンテナを有するアンテナアレイと、信号プロセッサ３０２ａ、３０４ａと、トランシーバー３０２ｂ、３０４ｂとを含む。中継エンティティ３０６、３０８、３１０の各々は、互いに結合された、１つ以上のアンテナＡＮＴ又は複数のアンテナを有するアンテナアレイと、信号プロセッサと、トランシーバーＴとを含む。基地局３００とＵＥ３０２とは、基地局３００と中継エンティティ３１０との間で、Ｕｕインターフェース又は別の３ＧＰＰ又は非３ＧＰＰインターフェースを使用する、無線リンクのようなワイヤレス通信リンク３１４ｂを使用し、ＵＥ３０２と中継エンティティ３１０との間で、ＰＣ５／サイドリンク（ＳＬ）インターフェースを使用する、無線リンクのようなワイヤレス通信リンク３１４ａを使用して中継エンティティ３１０を介して通信することができる。同様に、基地局３００とＵＥ３０４とは、基地局３００と中継エンティティ３０８との間で、Ｕｕインターフェースを使用する、無線リンクのようなワイヤレス通信リンク３１２ｂを使用し、ＵＥ３０４と中継エンティティ３０８との間で、ＳＬインターフェースを使用する、無線リンクのようなワイヤレス通信リンク３１２ａを使用して、中継エンティティ３０８を介して通信することができる。ＵＥ３０２、３０４は、ＵＥ３０２と中継エンティティ３０６との間で、ＳＬインターフェースを使用する、無線リンクのようなワイヤレス通信リンク３１０ａを使用し、ＵＥ３０４と中継エンティティ３１０との間で、ＳＬインターフェースを使用する、無線リンクのようなワイヤレス通信リンク３１０ｂを使用して、中継エンティティ３０６を介して互いに通信することができる。図４に示されるような、システム又はネットワーク、１つ以上のＵＥ３０２、３０４、１つ以上の中継エンティティ３０６ないし３１０及び／又は基地局３００のうちの任意の１つは、本明細書に記載される独創的な教示に従って動作することができる。以下の説明では、中継エンティティは中継ＵＥと呼ばれる。

【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】

－－－専用中継サイドリンクリソースプール－－－
実施形態によれば、
前記ワイヤレス通信ネットワークは、制御及び／又はデータの中継に関連する送受信のために排他的に使用される中継サイドリンクリソースプール（Ｒ－ＲＰ）を含み、
前記Ｒ－ＲＰにおいて伝送及び／又は前記伝送に関連付けられた制御情報を受信することに応答して、前記ＵＥは前記伝送が前記第１の伝送であると決定するようになっている。

【0196】

実施形態によれば、前記Ｒ－ＲＰは中継された伝送に対するフィードバックを送信するために使用される。

【0197】

実施形態によれば、前記中継リソースプール（Ｒ－ＲＰ）はＢＷＰ内で定義され、１つ以上の送受信プール、１つ以上の送信中継リソースプール（ＴＸ Ｒ－ＲＰ）、１つ以上の受信中継リソースプール（ＲＸ Ｒ－ＲＰ）又はＴＸ及びＲＸの両方が発生する１つ以上のＲ－ＲＰ等の１つ以上のリソースプールを含む。

【0198】

実施形態によれば、前記Ｒ－ＲＰは、モード１で動作するＵＥに設定された第１のＲ－ＲＰ及びモード２で動作するＵＥに設定された第２のＲ－ＲＰを含む。

【0199】

実施形態によれば、前記Ｒ－ＲＰは、モード１で動作するＵＥ及びモード２で動作するＵＥのために設定され、前記ＵＥは前記送信エンティティに定期的に輻輳レポートを提供することが期待され、前記送信エンティティが前記Ｒ－ＲＰ内の前記利用可能なリソースを認識できる。

【0200】

実施形態によれば、前記中継リソースプール（Ｒ－ＲＰ）は、前記送信エンティティと前記受信エンティティとの間、及び／又は前記中継エンティティと前記受信エンティティとの間のリンクのリンク品質が事前定義されたリンク品質の閾値を下回る場合に、制御及び／又はデータの前記中継に関連する送受信のために採用される。

【0201】

実施形態によれば、前記ＵＥは、例えば、制御チャネル、例えばＰＤＣＣＨ又はＰＤＳＣＨ内の１つ以上のシステム情報ブロック（ＳＩＢ）又は他の制御シグナリングで、１つ以上のリソースプール構成を受信することになっており、前記１つ以上のリソースプール構成はＲ－ＲＰ構成を含み、前記Ｒ－ＲＰ構成は、
●基地局が中継をサポートする表示、
●送信エンティティが中継ベースの伝送に切り替えるべきリンク品質の閾値、
●前記Ｒ－ＲＰの前記リソース、
を含む。

【0202】

実施形態によれば、前記Ｒ－ＲＰ構成は、前記物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）リソース等のフィードバックチャネルリソースの周期性を、時間スロット数の観点でさらに含み、前記周期性がゼロ値に設定される場合、前記Ｒ－ＲＰにフィードバックチャネルリソースが定義されない。

【0203】

実施形態によれば、前記ＵＥは、以下のように、前記送信エンティティから受信された伝送に対するフィードバックを前記送信エンティティに送信するために、前記フィードバックチャネルを使用するようになっている。
●前記送信エンティティから前記ＵＥへの前記伝送が失敗した場合、前記ＵＥは前記送信エンティティに再送信を要求するＮＡＣＫを送信するようになっており、及び／又は、
●前記送信エンティティから前記ＵＥへの前記伝送が成功した場合、前記ＵＥは、
○前記ＵＥが前記受信エンティティから成功したフィードバックを受信した後にのみＡＣＫを送信し、前記ＵＥが前記送信エンティティから前記受信エンティティへの前記伝送の全体的なＨＡＲＱフィードバックを前記送信エンティティに提供することができるようにする、又は、
○前記ＵＥが前記送信エンティティからの前記伝送を受信した後に第１のＡＣＫを送信し、前記ＵＥが前記受信エンティティから成功したフィードバックを受信した後に第２のＡＣＫを送信して、前記ＵＥが前記送信エンティティから前記受信エンティティへの送信の全体的なＨＡＲＱフィードバックを前記送信エンティティに提供することができるようにする。

【0204】

実施形態によれば、ブロードキャストとして送信される伝送の場合、又は前記ＵＥに向けられていない伝送の場合、又はフィードバックを無効にしてユニキャスト又はグループキャストとして送信される伝送の場合、前記ＵＥはフィードバック送信を無効化するようになっている。

【0205】

実施形態によれば、前記中継サイドリンク制御チャネル及び／又は前記Ｒ－ＢＷＰ及び／又は前記Ｒ－ＲＰは、第２の伝送が送信及び／又は受信されるスペクトル又は周波数範囲と異なるスペクトル又は周波数範囲を含む。

【0206】

実施形態によれば、前記伝送が第１の伝送であると決定することに応答して、前記ＵＥは、
●前記伝送を復号すること及び上位層への前記伝送を転送することを控え、前記受信エンティティへの伝送のために、前記受信エンティティの前記送信先ＩＤとともに前記伝送をバッファにロードする、又は、
●上位層への最適化のために前記伝送を復号し、このパケットを前記通常の送信プールを使用して前記対象のＲＸ ＵＥに送信し、前記受信エンティティへの伝送のために前記受信エンティティの前記送信先ＩＤと共に前記最適化された伝送をバッファにロードするようになっている。

【0207】

実施形態によれば、伝送に関連付けられた制御情報を受信したことに応答して、
前記ＵＥを示す前記送信先ＩＤパラメータが空白のまま、ヌル（ｎｕｌｌ）値に設定され、又はデフォルト値に設定され、前記受信エンティティを示す前記送信先ＩＤパラメータが指定された場合、又は、
前記ＵＥと前記受信エンティティの両方を示す複合送信先情報の場合であって、前記ＵＥを示す前記送信先ＩＤパラメータが空白のまま、ヌル値に設定され、又はデフォルト値に設定され、前記受信エンティティを示す前記送信先ＩＤパラメータを指定された場合、
前記ＵＥは、ブロードキャスト方式で前記伝送を受信し、ユニキャスト方式又はグループキャスト方式又はブロードキャスト方式で前記対象の受信エンティティに前記伝送を送信するようになっている。

【0208】

実施形態によれば、伝送に関連付けられた制御情報を受信することに応答して、
前記ＵＥを示す前記送信先ＩＤパラメータが指定され、かつ、前記受信エンティティを示す前記送信先ＩＤパラメータが指定された場合、又は、
前記ＵＥと前記受信エンティティとの両方を示す複合送信先情報の場合であって、前記ＵＥを示す前記送信先ＩＤパラメータが指定され、前記受信エンティティを示す前記送信先ＩＤパラメータが指定される場合、
前記ＵＥは、グループキャスト方式又はユニキャスト方式で前記伝送を受信するようになっており、ユニキャスト方式又はグループキャスト方式又はブロードキャスト方式で前記対象の受信エンティティに送信するようになっている。

【0209】

実施形態によれば、前記ユーザデバイスは、移動端末、又は静止端末、又はセルラーＩｏＴ－ＵＥ、又は車両ＵＥ、又はリーダー（ＧＬ）ＵＥ、又はＩｏＴ若しくはナローバンドＩｏＴ（ＮＢ－ＩｏＴ）デバイス、又はスマートウォッチ若しくはフィットネストラッカー若しくはスマートグラス等のウェアラブルデバイス、又は地上車両、又は空中車両、又はドローン、又は移動基地局、又は路側ユニット（ＲＳＵ）、又は建物、又は例えばセンサー若しくはアクチュエーター等、前記ワイヤレス通信ネットワークを使用しての通信が可能なネットワーク接続性が設けられた他の任意のアイテム若しくはデバイス、又は例えばセンサー若しくはアクチュエーター等、前記ワイヤレス通信ネットワークのサイドリンクを使用しての通信が可能なネットワーク接続性が設けられている他の任意のアイテム若しくはデバイス、又は任意のサイドリンク可能なネットワークエンティティのうちの１つ以上を含む。

【0210】

送信エンティティ
第２の態様によれば、本発明は、ワイヤレス通信ネットワークのための送信エンティティを提供し、
前記送信エンティティが中継ＵＥに接続可能であり、前記送信エンティティとワイヤレス通信ネットワークの１つ以上の受信エンティティとの間の接続性をサポートする機能を提供し、
前記送信エンティティが、
●前記伝送を特定の制御情報と関連付けること、
●特定のリソース上で前記伝送及び／又は前記関連づけられた制御情報を送信すること、
のうちの１つ以上によって、前記受信エンティティに中継されるべき第１の伝送として中継ＵＥに、伝送を指示するようになっている。

【0211】

実施形態によれば、前記伝送を特定の制御情報と関連付けることは、
●前記中継ＵＥを対象とした第１の伝送であるか第２の伝送であるかを示す、サイドリンク制御情報（ＳＣＩ）等のダイレクトインターフェース制御メッセージを、前記伝送に関連付けること、
●前記中継ＵＥを対象とした第１の伝送であるか第２の伝送であるかを示す、ダウンリンク制御情報（ＤＣＩ）等のネットワークインターフェース制御メッセージを、前記伝送に関連付けること、
●前記伝送が第１の伝送であるか第２の伝送であるかを示すＭＡＣヘッダであって、媒体アクセス制御（ＭＡＣ）を、前記伝送に関連付けること、
のうちの１つ以上を含む。

【0212】

実施形態によれば、特定のリソース上で前記伝送及び／又は前記関連付けられた制御情報を送信することは、
●中継サイドリンク制御チャネルで前記伝送に関連付けられたサイドリンク制御情報（ＳＣＩ）等のダイレクトインターフェース制御メッセージを送信すること、
●前記伝送及び／又は前記伝送に関連する制御情報を送信するために、中継帯域幅部（Ｒ－ＢＷＰ）のリソースを使用すること、
●前記伝送及び／又は前記伝送に関連する制御情報を送信するために、中継サイドリンクリソースプールのリソースを使用すること、
のうちの１つ以上を含む。

【0213】

実施形態によれば、前記送信エンティティは、サイドリンク等のダイレクトインターフェースによって、又は３ＧＰＰ又は非３ＧＰＰインターフェース等のアクセスネットワークインターフェースによって、前記中継ＵＥに送信するようになっている。

【0214】

実施形態によれば、
●前記送信エンティティはユーザデバイス（ＵＥ）又は中継ＵＥを含み、前記受信エンティティはユーザデバイス（ＵＥ）又は中継ＵＥを含む、又は、
●前記送信エンティティはユーザデバイス（ＵＥ）又は中継ＵＥを含み、前記受信エンティティは無線アクセスネットワーク（ＲＡＮ）エンティティ等のネットワークエンティティを含む、又は、
●前記送信エンティティはＲＡＮエンティティ等のネットワークエンティティを含み、前記受信エンティティはユーザデバイス（ＵＥ）又は中継ＵＥを含む。

【0215】

－－－ＳＣＩ－－－
実施形態によれば、前記送信エンティティは、
前記伝送が第１の伝送であるか第２の伝送であるかを示す１つ以上の追加パラメータを含む第１ステージのＳＣＩ、又は、
前記伝送が第１の伝送であるか第２の伝送であるかを示すために変更された１つ以上のパラメータを含む第２ステージのＳＣＩ、又は、
中継される伝送に対応する事前定義済みの第２ステージのＳＣＩ、
を提供するようになっている。

【0216】

－－－ＭＡＣヘッダ－－－
実施形態によれば、前記送信エンティティは、前記伝送が第１の伝送であり、前記ＵＥが前記対象とされた受信機ではないことを前記中継ＵＥに通知する表示を含む媒体アクセス制御（ＭＡＣ）ヘッダを前記伝送に関連付けるようになっている。

【0217】

－－－専用中継サイドリンク制御チャネル－－－
実施形態によれば、
前記ワイヤレス通信ネットワークは中継サイドリンク制御チャネルを含み、
前記送信エンティティは、前記中継サイドリンク制御チャネルにおける前記伝送に関連付けられたサイドリンク制御情報（ＳＣＩ）を送信するようになっている。

【0218】

－－－専用帯域部－－－
実施形態によれば、
前記ワイヤレス通信ネットワークは中継帯域幅部（Ｒ－ＢＷＰ）を含み、制御及び／又はデータ及び／又はフィードバックの中継に関連した送受信に排他的に使用されるようになっており、かつ、
前記送信エンティティは、前記Ｒ－ＢＷＰにおいて、伝送及び／又は制御情報及び／又は前記伝送に関連付けられたフィードバック情報を送信するようになっている。

【0219】

－－－専用中継サイドリンクリソースプール－－－
実施形態によれば、
前記ワイヤレス通信ネットワークは、制御及び／又はデータ及び／又はフィードバックの中継に関連した送受信に排他的に使用される中継サイドリンクリソースプール（Ｒ－ＲＰ）を含み、かつ、
前記送信エンティティは、前記Ｒ－ＲＰ内の伝送及び／又は制御情報及び／又は前記伝送に関連付けられたフィードバックを送信するようになっている。

【0220】

実施形態によれば、前記送信エンティティは、
●前記送信エンティティ及び前記中継ＵＥとの間のリンク品質、
●通常のサイドリンクリソースプールの輻輳状態、
●前記送信エンティティと前記受信エンティティとの間の距離、
のうちの１つ以上に依存する、前記Ｒ－ＲＰを使用するようになっている。

【0221】

実施形態によれば、
●前記伝送がブロードキャストされるようになっており、前記伝送の目的がカバレッジ拡張である場合、前記送信エンティティは、任意の中継ＵＥに前記伝送を送信するようになっており、又は、
●前記伝送がグループキャスト又はユニキャスト送信である場合、前記送信エンティティは、前記対象とされたリモートＵＥに送信することがさらに期待される前記Ｒ－ＲＰ上の任意の中継ＵＥに前記伝送を送信するようになっており、又は
●前記伝送がグループキャスト又はユニキャスト送信である場合、前記送信エンティティは、前記対象とされたリモートＵＥに送信することがさらに期待される前記Ｒ－ＲＰ上の特定の中継ＵＥに前記伝送を送信するようになっている。

【0222】

実施形態によれば、前記中継ＵＥは、
●送信電力が、設定済み又は事前設定済みの電力閾値（例えば、高電力）以上であること、又は、
●バッテリーの状態が設定済み又は事前設定済みの閾値以上であること、又は、
●特定のサービス、例えば公共保安災害救援通信（ＰＰＤＲ）サービス又は車両安全サービスが提供されること、
のうちの１つ以上の基準をサポートするか否かに基づいて選択される。

【0223】

実施形態によれば、前記送信エンティティは、前記伝送に関連付けられたサイドリンク制御情報（ＳＣＩ）において、前記中継ＵＥの前記送信先ＩＤパラメータを示すようになっており、ここで、
●前記送信先ＩＤパラメータが空白のままである、ヌル値に設定されている、又はデフォルト値に設定されている場合、特定の中継ＵＥは選択されず、前記伝送を受信する任意の中継ＵＥは、前記ＳＣＩ内の最終送信先ＩＤパラメータによって定義される前記受信エンティティに前記送信を中継することが期待され、又は、
●前記送信先ＩＤパラメータが指定された場合、前記送信先ＩＤが指定されたＩＤの前記中継ＵＥのみが、前記ＳＣＩの最終送信先ＩＤパラメータで定義された前記受信エンティティに前記伝送を中継することが期待される。

【0224】

実施形態によれば、前記送信エンティティは、マクロセル基地局、又はスモールセル基地局、又は基地局の中央ユニット、又はＩＡＢノード、又は基地局の分散ユニット、又は路側ユニット（ＲＳＵ）、又はＵＥ、又はグループリーダー（ＧＬ）、又はリレー若しくはリモート無線ヘッド、又はＡＭＦ、又はＭＭＥ、又はＳＭＦ、又はコアネットワークエンティティ、又はモバイルエッジコンピューティング（ＭＥＣ）エンティティ、又はＮＲ若しくは５Ｇコアコンテキストにおけるネットワークスライス、又はアイテム若しくはデバイスが前記ワイヤレス通信ネットワークを使用して通信することができるようにするための任意の送信／受信ポイント（ＴＲＰ）であって、前記アイテム若しくはデバイスはネットワーク接続性が設けられている、任意の送信／受信ポイント（ＴＲＰ）のうちの１つ以上を含む。

【0225】

ネットワーク
第２の態様によれば、本発明は、ワイヤレス通信ネットワークを提供し、
１つ以上の送信エンティティと、
１つ以上の受信エンティティと、
１つ以上の中継ユーザデバイス（中継ＵＥ）であって、前記送信エンティティと前記受信エンティティとの間の接続性をサポートする機能を提供する中継ＵＥと、
を含み、
前記送信エンティティは、本発明による１つ以上の送信エンティティを含み、及び／又は、前記中継ＵＥは、本発明による１つ以上のユーザデバイス（ＵＥ）を含む。

【0226】

方法
第２の態様によれば、本発明は、ワイヤレス通信ネットワークのためのユーザデバイス（ＵＥ）を動作させる方法を提供し、前記ＵＥは中継ＵＥとして動作するようになっており、前記ワイヤレス通信ネットワークの送信エンティティと１つ以上の受信エンティティとの間の接続性をサポートする機能を提供し、前記方法は、
前記ＵＥによって、前記送信エンティティから受信される前記伝送を、受信エンティティに中継される第１の伝送と、前記ＵＥを対象とする第２の伝送とに区別するステップ、
を含み、
前記受信した伝送は、
●前記伝送に関連付けられた制御情報、
●前記伝送及び／又は前記関連付けられた制御情報が受信されるリソース、
のうちの１つ以上によって区別される。

【0227】

第２の態様によれば、本発明は、ワイヤレス通信ネットワークのための送信エンティティを動作させるための方法を提供し、前記送信エンティティは中継ＵＥに接続され、前記送信エンティティと前記ワイヤレス通信ネットワークの１つ以上の受信エンティティとの間の接続性をサポートする機能を提供し、前記方法は、
前記送信エンティティによって、前記受信エンティティに中継されるべき中継ＵＥへの伝送を第１の伝送として、
●前記伝送を特定の制御情報と関連付けること、
●特定のリソース上で前記伝送及び／又は前記関連付けられた制御情報を送信すること、
のうちの１つ以上によって示すステップ、
を含む。

【0228】

コンピュータプログラム製品
本発明の第２の態様の実施形態は、プログラムがコンピュータによって実行されるとき、コンピュータに本発明に係る１つ以上の方法を実行させる命令を含むコンピュータプログラム製品を提供する。

【0229】

【0230】

【0231】

【0232】

【0233】

【0234】

【0235】

【0236】

実施形態によれば、送信エンティティ４０２はユーザデバイス（ＵＥ）又は別の中継ＵＥであり、受信エンティティ４０４はＵＥ又は別の中継ＵＥである。この場合、第１及び第２の接続４０６、４０８は、サイドリンク又はＰＣ５接続又はインターフェース等のダイレクトインターフェースである。

【0237】

他の実施形態によれば、送信エンティティ４０２はＵＥ又は別の中継ＵＥであり、受信エンティティ４０４はネットワークエンティティ、例えば、ｇＮＢ等の無線アクセスネットワーク（ＲＡＮ）エンティティである。この場合、第１の接続４０６はサイドリンク接続等のダイレクトインターフェースであり、第２の接続４０８は３ＧＰＰインターフェース、非３ＧＰＰインターフェース、ダウンリンク（ＤＬ）インターフェース、例えばＵｕインターフェース、又はＷｉＦｉインターフェース等のアクセスネットワークインターフェースである。

【0238】

さらに他の実施形態によれば、送信エンティティ４０２はネットワークエンティティ、例えばｇＮＢ等の無線アクセスネットワーク（ＲＡＮ）エンティティであり、受信エンティティ４０４はＵＥ又は別の中継ＵＥである。この場合、第１の接続４０６は、３ＧＰＰインターフェース、非３ＧＰＰインターフェース、ダウンリンク（ＤＬ）インターフェース、例えばＵｕインターフェース、又はＷｉＦｉインターフェース等のアクセスネットワークインターフェースであり、第２の接続４０８はサイドリンク接続等のダイレクトインターフェースである。

【0239】

次に、上述した中継ＵＥで受信したトラフィックを区別するための本発明の第２の態様の実施形態について、より詳細に説明する。

【0240】

ＳＣＩに基づく区別
実施形態によれば、中継ＵＥ４００は、伝送に関連付けられたＳＣＩに基づいて伝送を区別する。伝送が第１の伝送であるか第２の伝送であるかを示すために、第１ステージのＳＣＩ等の既存のＳＣＩフォーマットに１つ以上の追加パラメータが追加されてもよく、又は第２ステージのＳＣＩ等の既存のＳＣＩフォーマットの１つ以上の追加パラメータが修正されてもよく、ＳＣＩの受信に応答して、ＵＥは、１つ以上の追加又は修正パラメータを使用して、伝送が第１の伝送であるか第２の伝送であるかを判断し、第１の伝送の場合、伝送を受信エンティティに中継する。別の実施形態によれば、新規の又は事前定義済みの第２ステージのＳＣＩ等の新規の又は事前定義済みのＳＣＩフォーマットが、中継送信に対応して実装されてもよい。中継ＵＥ２００は、新規又は事前定義されたＳＣＩを受信すると、関連付けられた伝送又はパケットが中継ＵＥ４００を対象としたものではなく、代わりに、例えば受信エンティティ４０４に向けて中継されるべきものであることを認識する。

【0241】

実施形態によれば、ＳＣＩは、中継ＵＥ４００のみを示す送信先情報、例えば中継ＵＥの送信先又はレイヤ１（Ｌ１）ＩＤを含んでもよい。中継ＵＥの送信先情報のみを含むＳＣＩを受信すると、中継ＵＥ４００は、関連付けられた伝送を第２の伝送、すなわち、中継ＵＥ４００を対象とする伝送４６４であると決定する。他の実施形態によれば、追加パラメータ又は事前定義済みの第２ステージのＳＣＩは、受信エンティティ４０４の送信先又はＬ１ ＩＤ等の受信エンティティのみを示す送信先情報を含んでもよく、このような情報の受信に応答して、中継ＵＥ４００は、ＳＣＩと関連付けられた伝送が受信エンティティ４０４に中継される第１の伝送４６２であることを決定する。さらに他の実施形態によれば、それぞれのＬ１ ＩＤ等の中継ＵＥ４００の第１の送信先情報及び受信エンティティ４０４の第２の送信先情報が含まれてもよく、両方のＩＤの受信に応答して、中継ＵＥ４００は、関連付けられた伝送が受信エンティティに転送される第１の伝送４６２であると認識する。例えば、ＳＣＩは、１つ以上の中継ＵＥを示す中間送信先ＩＤと、受信エンティティを示す最終送信先ＩＤという、２つ以上の送信先ＩＤフィールドを含んでもよい。別の実施形態によれば、ＵＥ及び受信エンティティの両方を示す複合送信先情報が含まれてもよく、複合ＩＤの受信に応答して、中継ＵＥ４００は、関連付けられた伝送が受信エンティティに転送される第１の伝送４６２であると認識する。例えば、送信エンティティが中継ＵＥ及び対象とする受信エンティティの送信先ＩＤを知っている場合、２つの送信先ＩＤの最下位ビットを使用し、それらを結合し、複合ＩＤを中継のみを意味する新しい又は事前定義されたＳＣＩで送信してもよい。複合送信先ＩＤ等の複合ＩＤは、送信エンティティが中継ＵＥの送信先ＩＤ及び受信エンティティの送信先ＩＤを使用して、以下のうちの１つによって生成されてもよい。
●中継ＵＥ及び受信エンティティの送信先ＩＤを使用して、複合送信先ＵＥ ＩＤを生成するために数式が使用される。
●中継ＵＥの送信先ＩＤ及び受信エンティティの送信先ＩＤの組み合わせにマッピングされる送信先ＵＥ ＩＤを含む設定済み又は事前設定済みのルックアップテーブルが使用される。
●中継ＵＥの送信先ＩＤ及び受信エンティティの送信先ＩＤの最下位ビット（ＬＳＢ）が結合される。
複合送信先ＩＤは、以下のうちの１つ以上を使用して、中継ＵＥの送信先ＩＤ及び受信エンティティの送信先ＩＤを推測するために中継ＵＥによって復号されてもよい。
●計算式、
●逆引きルックアップテーブル、
●中継ＵＥの送信先ＩＤ及び受信エンティティの送信先ＩＤのＬＳＢ。

【0242】

実施形態によれば、ＳＣＩは、受信エンティティがいつまでに伝送を受信するかを示す、時間インジケータ等の表示を含む。タイマーが閾値を超える場合、又はＵＥが受信エンティティへの伝送及び受信エンティティからの確認応答（ＡＣＫ）の受信のための時間が閾値を超えると判断した場合、ＵＥは、伝送若しくはパケットをドロップするか、又は伝送若しくはパケットをドロップして、送信エンティティに否定応答（ＮＡＣＫ）を送信してよい。

【0243】

上述した実施形態の利点は、上位層がパケット又は伝送の区別を認識しないことであると考えられる。例えば、物理（ＰＨＹ）層が伝送又はパケットを受信し、中継ＵＥが対応する伝送又はデータの対象とする受信機であるか否かを決定するために、中継ＵＥは制御情報を復号するだけでよく、それによって、中継ＵＥが伝送の対象とされた受信機でないと決定した場合に、伝送又はデータパケットを復号して上位層に転送しなくてすむようにする。このような場合、中継ＵＥは、受信エンティティへの伝送のために新たな送信先ＩＤとして、受信された制御情報に示される最終送信先ＩＤとともに、伝送又はデータをバッファにロードしてもよい。上述した実施形態は、増幅中継（ａｍｐｌｉｆｙ－ａｎｄ－ｆｏｒｗａｒｄ）ソリューションと同様であり、それによって、所望のカバレッジ拡張を達成することができるが、単純な増幅中継ソリューションについての利点は、中継ＵＥが中継された伝送又はパケットを復号しないため、海賊行為（ｐｉｒａｃｙ）の懸念が考慮されることである。他の実施形態によれば、増幅中継アプローチのみを提供するのではなく、中継ＵＥ４００は、好ましくは、上位層によって伝送又はメッセージコンテンツを処理することなく、伝送を復号及び転送してもよい。

【0244】

受信エンティティの送信先ＩＤのみを含む上述の実施形態、すなわち、中継ＵＥの送信先ＩＤがＳＣＩに含まれない実施形態によれば、別の利点は、中継ＵＥにおいて既知であり、中継ＵＥがサイドリンク接続を介して伝送を転送することができるＵＥに向けられる任意の伝送又はパケットを、中継ＵＥが取得することであると考えられる。このような実施形態によれば、送信エンティティ４０２は、ＳＣＩに含まれ、中継４００がそれに応じて伝送又はメッセージを転送する受信エンティティ４０４のＩＤを単に使用してもよい。例えば、これは、別の中継リソースプール又は中継ＢＷＰ又は中継制御チャネルが提供される場合、又は伝送又は中継されるメッセージが他にマーク又はラベル付けされ、伝送又はメッセージが指定された受信エンティティ４０４に中継される第１の伝送であることを中継ＵＥに示す場合に使用されてもよい。その後、中継４００は、単にプールから伝送又はメッセージを取り出し、受信エンティティに伝送を中継することができる。

【0245】

別の実施形態によれば、ＳＣＩは、送信エンティティ４０２を示す情報、例えば送信エンティティのＬ１ ＩＤを含んでもよい。このような実施形態によれば、送信エンティティのリストは、例えば、ワイヤレス通信ネットワーク内に特定の数の送信エンティティが存在しており、中継ＵＥはリストを認識しており、制御情報内の送信エンティティを示す情報を使用して、送信エンティティがリストされているか否かを判断してもよい。送信エンティティ４０２がリストに含まれていると中継ＵＥ４００が判断した場合、伝送は、受信エンティティに中継される第１の伝送４６２として中継ＵＥに認識される。一方、送信エンティティ４０２がリストにない場合、中継ＵＥ４００は、ＳＣＩに関連付けられた伝送を、中継ＵＥを対象とする第２の伝送と考え、中継ＵＥ４００で処理されてもよい。例えば、設定済みのリストは、例えばコアネットワーク、５ＧＣを介して、又は中継ＵＥ４００に格納された設定済み又は事前設定済みのリストを介して認証される、信頼できるデバイスのリストを含んでもよい。他の実施形態によれば、リストは、ＵＥの特定のグループ、デバイスタイプ、ＵＥカテゴリ、又は特定のキャストタイプを使用してデータを送信するＵＥに属するＵＥ等の送信エンティティを示してもよい。

【0246】

本発明の第２の態様のさらに別の実施形態によれば、付加情報は、ＳＣＩに関連付けられた伝送が中継されるようになっていることを示す、事前定義済みの送信先又はレイヤ１（Ｌ１）ＩＤ等の事前定義済みの送信先情報を含んでもよい。事前定義済みの送信先情報は中継ＵＥ又は受信エンティティによって提供されてもよく、特定の伝送が中継ＵＥを対象としないが、受信エンティティに転送されるようになっている場合に使用する、このような事前定義済みの送信先情報を送信エンティティが受信してもよい。言い換えれば、中継ＵＥは、中継ＵＥのカバレッジ内にある受信エンティティを認識しており、このような受信エンティティのＬ１ ＵＥ ＩＤのリスト又はプールを送信エンティティに提供する。このＵＥ ＩＤのリストは、明示的な受信エンティティＩＤ、並びに実際の受信エンティティＩＤにマッピングされるＵＥ ＩＤである仮想ＵＥ ＩＤを含んでもよい。したがって、送信エンティティはこれらのＵＥ ＩＤの１つをＳＣＩに含め、中継ＵＥは伝送が示された受信エンティティに中継されることを確認する。伝送が向けられる受信エンティティに応じて、送信エンティティはＳＣＩに含まれる特定の又は特定の送信先情報を選択してもよく、中継ＵＥで受信されると、中継ＵＥ４００は、ＳＣＩで受信された送信先情報を、ＳＣＩに関連付けられた伝送を受信エンティティに中継するための受信エンティティの実際の送信先情報にマッピングする。言い換えると、このような実施形態によれば、中継器を通じて受信エンティティに到達するために使用される新たな送信先ＩＤが導入される。送信エンティティはこのＩＤを使用して、上述のように、受信した新しいＩＤを、伝送又はメッセージを転送するための実際の受信エンティティＩＤにマッピングする中継器を介して、受信エンティティのアドレスを指定する。実施形態によれば、事前定義済みの送信先情報は、以下のうちの１つ以上である。
●仮想送信先ＩＤ、
●設定済み又は事前定義済みの送信先ＩＤのリスト又はプールからの送信先ＩＤ。

【0247】

中継ＵＥが仮想送信先ＩＤを受信した場合、中継ノードには、例えば送信先ＩＤが変更された場合に、１つ以上の受信エンティティ送信先ＩＤへの仮想送信先ＩＤのマッピングを格納してもよい。例えば、Ｖ２Ｘ ＵＥが全てのＲＳＵにデータを送信したい場合がこれに該当する。この場合、ＲＳＵ用に設定された仮想送信先ＩＤにデータを送信し、中継ＵＥは「実在する」ＲＳＵ ＩＤにデータを転送する、又は複数のＲＳＵにデータを転送することができる。また、仮想送信先ＩＤに基づいて、中継ノードは、送信するデータのキャストタイプを変更し、特定の仮想送信先ＩＤでユニキャストとして受信したトラフィックをグループキャスト又はブロードキャストメッセージにマッピングすることもできる。

【0248】

中継ＵＥが送信先ＩＤのプールに属する送信先ＩＤを受信した場合、中継ＵＥは、中継ＵＥが管理する受信エンティティに対応する、ネットワークから割り当られた受信エンティティ送信先ＩＤのサブセット又はプールを有することができる。例えば、受信エンティティの送信先ＩＤのｎ個のＬＳＢは、中継ＵＥによって割り当てられてもよい。さらに、ＬＳＢの事前定義された値は、中継ＩＤそのものであってもよい。これは、中継ＵＥのＬＳＢが０００に設定され、受信エンティティＡのＬＳＢが００１に設定され、受信エンティティＢのＬＳＢが０１０に設定されている、送信先ＩＤのサンプルプールに見ることができる。
中継ＵＥ ：ＸＸＸＸＸＸＸＸ ０００
受信エンティティＡで使用 ＸＸＸＸＸＸＸＸ ００１
受信エンティティＢで使用 ：ＸＸＸＸＸＸＸＸ ０１０

【0249】

図２１は、中継ノードでマッピングされる事前定義済みの又は新しい送信先ＩＤを採用する実施形態を示す。送信エンティティ４０２は、第１の接続４０６を介してＳＣＩを中継ＵＥ４００に送信し、ＳＣＩは、第１の接続４０６上のＳＣＩに関連付けられた伝送が受信エンティティ４０４に中継されることになっていることを中継ＵＥ４００にシグナリングする上述の新しい識別情報又は送信先情報４７０を含む。中継ＵＥ４００は、４７２で示されるように、第１の接続４０６上のＳＣＩで受信された新しいＩＤ４７０を実際のＲＸ ＩＤ４７４にマッピングするためのマッピング機能を実行することができ、実際のＲＸ ＩＤ４７４を使用して第２の接続４０８を介して第１の接続４０６上のＳＣＩに関連付けられた伝送を受信エンティティ４０４に中継することができる。図２１に示されるように、中継ＵＥ４００は様々な新しいＩＤについて実際のＲＸ ＩＤへのマッピングを含んでもよい。

【0250】

他の実施形態によれば、上述のようなマッピングを実行するのではなく、直接送信が不可能であるか又は所望されない場合に、受信エンティティ４０４は、送信エンティティによって使用される特定の又は新しい送信先ＩＤを提供することができ、中継ノードを使用して伝送を中継することができる。図２２は、受信エンティティへの伝送を、中継ノードを介して送信することになっている場合に、送信エンティティが使用する特定又は新規の中継ＩＤを使用する受信エンティティの一実施形態を示す。送信エンティティ４０２から受信エンティティ４０４への直接送信を考慮する場合、実際の又は実在するＲＸ ＩＤ４７４は、送信エンティティ４０２と受信エンティティ４０４との間のダイレクトサイドリンク接続４７６によるＳＣＩに含まれる。さらに示されるように、実際のＲＸ ＩＤ４７４は中継ＵＥ４００に転送されず、むしろ、受信エンティティ４０４は１つ以上の受信エンティティのための新しい又は事前定義済みの中継ＩＤ４７０を含む。中継ＩＤ４７０は、４８０で示されるように、中継ＵＥに格納されてもよい。送信エンティティ４０２からの伝送が間接伝送又は中継送信である場合、実際のＲＸ ＩＤ４７４を使用するのではなく、送信エンティティ４０２は新しい中継ＩＤ４７０を採用し、中継ノード４００は、ＩＤ４７０を受信すると、４８０で格納され、受信エンティティ４０４を示す中継ＩＤであることを認識する。中継ＵＥ４００は、ＩＤ４７０に関連付けられた伝送を、第２の接続４０８によって受信エンティティに転送する。この実施形態の利点は、新しいＩＤ４７０が受信エンティティによって導入され、中継ＵＥが新しいＩＤを認識し、図２１を参照して説明した実施形態のように中継ノードでＩＤを変更する必要がなく、むしろ中継ノードで受信し、受信エンティティ４０４に関連付けられることが識別されたＩＤが、送信エンティティ４０２からの伝送を転送するために使用されることであると考えられる。

【0251】

さらに別の実施形態によれば、ＳＣＩは、ＨＡＲＱプロセス番号とも呼ばれる、特定のＨＡＲＱプロセスＩＤを含んでもよい。例えば、送信エンティティ及び中継ＵＥは、特定の受信エンティティに関連付けられた特定の送信先ＩＤにマッピングされるＨＡＲＱプロセスＩＤのセットをネゴシエートしてもよい。例えばＳＣＩ内のフィールドをＨＡＲＱプロセスＩＤに設定し、中継ＵＥのＳＣＩ内の送信先ＩＤを送信することによって、交渉済みのＨＡＲＱプロセスＩＤ又はＨＡＲＱプロセス番号の１つに対する伝送を中継ＵＥが受信した場合、中継ＵＥは、ＳＣＩに関連付けられた伝送を中継する第１の伝送であると認識する。中継ＵＥは、ＨＡＲＱプロセスＩＤ又はＨＡＲＱプロセス番号にマッピングされた、受信エンティティの関連付けられた送信先ＩＤに伝送を転送する。

【0252】

ＭＡＣヘッダに基づくトラフィックの区別
実施形態によれば、中継ＵＥにおいて第１の伝送又は第２の伝送であると区別するための新たな物理層シグナリングを導入するのではなく、伝送又はデータパケットが中継されるようになっていること、すなわち中継ＵＥが対象とされる受信機ではないこと、又は伝送が中継ＵＥを対象としていることを中継ＵＥに通知するＭＡＣヘッダにおいて、伝送が第１の伝送又は第２の伝送であると示されてもよい。実施形態によれば、伝送を中継するために中継ＵＥによって使用される専用の論理中継チャネル（ＬＲＣＨ）が提供されてもよい。例えば、伝送が第１の伝送であるという表示を含むＭＡＣヘッダを受信したとき、すなわち、伝送が中継ＵＥを対象としていないとき、ＵＥは、受信エンティティへの伝送のために、伝送をＬＲＣＨのバッファ又はキューに配置してもよい。このような実施形態によれば、伝送又はパケットは、物理層の観点から、中継ＵＥから受信エンティティへの新たな伝送として扱われる。

【0253】

トラフィックの区別のためにＭＡＣヘッダを採用する他の実施形態によれば、送信先又は受信エンティティのレイヤ２（Ｌ２）識別が使用されてもよい。ＭＡＣヘッダが受信エンティティのレイヤ２送信先ＩＤを含む場合、中継ＵＥは、ＭＡＣヘッダに関連付けられた伝送が所与のアドレス又は送信先に中継されるべきものであることを認識する。別の実施形態によれば、中継ＵＥによって受信されたＳＣＩは、中継ＵＥ４００のみを示す送信先情報、例えば中継ＵＥの送信先又はレイヤ１（Ｌ１）ＩＤを含む。図２３は、中継ＵＥのＬ１送信先ＩＤを含むＳＣＩと、受信エンティティのＬ２送信先ＩＤを含むＭＡＣヘッダとを採用した実施形態を示す。送信エンティティ４０２は、中継ＵＥ４００のＬ１送信先を含むＳＣＩを有するパケットを送信し、送信ＵＥから受信した伝送が中継ＵＥに向けられていることを中継ＵＥ４００が物理層上で認識する。同時に、ＭＡＣヘッダ１はＬ２送信先を含み、中継ＵＥ４００が受信エンティティ４０４に転送されることになっている伝送であることを認識する。中継ＵＥ４００は、ＲＸ ＵＥのＬ１送信先ＩＤを含むＳＣＩを有するとともに、ＲＸ ＵＥのＬ２送信先ＩＤを含むＭＡＣヘッダ２を有するパケットをＲＸ ＵＥ４０４に送信する。

【0254】

別の実施形態によれば、送信エンティティ４０２から受信エンティティへの伝送が中継ノードを介することになる場合、受信エンティティに対して新しい又は事前定義済みのＬ２ ＩＤが使用されてもよい。このような実施形態では、中継ノード４００は、図２１を参照して上述したような方法で、Ｌ２ ＩＤを受信エンティティの実在するＬ２ ＩＤにマッピングすることを実行してもよい。

【0255】

別の実施形態によれば、物理層又はＭＡＣ層を使用して、中継ＵＥにおいて第１の伝送又は第２の伝送である伝送の区別をシグナリングする場合、制御情報はＵＥによるメッセージ送信時にデクリメント又はインクリメントされるパラメータを含み、ＵＥは持続時間（デクリメント）又は中継ホップの最大数（インクリメント）等の設定又は事前設定された値に達するとメッセージを中継しない。ＵＥがメッセージを中継しない場合、送信エンティティ及び／又はネットワーク及び／又はパケットを受信した前の中継ＵＥのうちの１つ以上に障害表示が送信されてもよい。

【0256】

専用中継制御チャネルに基づくトラフィックの区別
本発明の第２の態様の実施形態によれば、中継ＵＥが第１の伝送と第２の伝送との間のトラフィックを区別するための別の物理層の解決策は、専用中継制御チャネルと呼ばれる、別の制御チャネルを使用することである。実施形態によれば、送信エンティティ又は受信エンティティがＵＥ又は中継ＵＥである場合、制御チャネルは、中継ＰＳＣＣＨ又はＲ－ＰＳＣＣＨ（中継物理サイドリンク制御チャネル）と呼ばれることがある。中継ＵＥでは、Ｒ－ＰＳＣＣＨで関連付けられた制御情報が受信又は送信される任意の伝送は、受信エンティティに中継されることになる第１の伝送であると認識される。実施形態によれば、送信エンティティ又は受信エンティティがネットワークエンティティである場合、制御チャネルは、中継物理ダウンリンク制御チャネル（Ｒ－ＰＤＣＣＨ）と呼ばれることがある。中継制御チャネルＲ－ＰＳＣＣＨ又はＲ－ＰＤＣＣＨ内で、制御情報は、中継制御リソース（Ｒ－ＣＯＲＥＳＥＴ）又は中継検索空間（Ｒ－ＳｅａｒｃｈＳｐａｃｅ）内で送信される。

【0257】

実施形態によれば、専用中継制御チャネルは、ＮＲ Ｖ２Ｘリソースプール等のサイドリンクリソースプールの追加チャネルとして実装されてもよい。

【0258】

他の実施形態によれば、送信エンティティ又は受信エンティティがＵＥ又は中継ＵＥである場合、既存のＰＳＣＣＨは、例えば、ＰＳＣＣＨ内のいくつかのリソースブロック（ＲＢ）を、中継のみを意図する制御メッセージに使用し、ＰＳＣＣＨ内の残りのリソースブロックは通常の伝送に使用するように定義することによって、専用中継制御チャネルを定義するために再使用されてもよい。例えば、ＰＳＣＣＨのリソース内に定義されるＣＯＲＥＳＥＴ又はＲ－ＣＯＲＥＳＥＴ内の独立検索空間構成（Ｒ－ＳｅａｒｃｈＳｐａｃｅ）は、中継のためにのみ使用されるように設定又は事前設定されてもよい。他の実施形態によれば、周波数をまたぐ特定の周期性がＰＳＣＣＨに定義されてもよく、各周期性において、ＰＳＣＣＨ内のすべてのＲＢは中継制御メッセージのためにのみ使用される。言い換えれば、周期性によって規定される時間間隔において、制御チャネルのすべてのＲＢは、中継送信に関連付けられた制御メッセージのためにのみ使用される。他のすべての時間又はタイムスロットでは、ＰＳＣＣＨのすべてのＲＢは、通常の送信のためにのみ使用される。さらに別の実施形態によれば、周期性はＰＳＳＣＨのすべてのＲＢに対して適用されず、選択された数のＲＢのみが周期性によって定義される時間又はタイムスロットの間隔で中継のみに関連付けられた制御メッセージのために提供され、残りのすべてのＲＢが通常の伝送のために使用されてもよい。

【0259】

したがって、専用中継制御チャネルを使用する実施形態によれば、ＰＳＳＣＨ等の定義されたデータチャネル内で送信され、Ｒ－ＰＳＣＣＨ上で送信される制御データに関連付けられるデータは、受信エンティティに中継される伝送又はデータとして中継ＵＥによって認識される。実施形態によれば、専用制御チャネル上で制御データを取得することに応答して、中継ＵＥは、伝送又はデータパケットの復号を控えてもよい。中継ＵＥは、代わりに伝送又はデータをそのバッファにロードし、それを所望の受信エンティティに送信してもよい。実施形態によれば、専用中継制御チャネルで送信される制御メッセージは、ＳＣＩに基づくトラフィックの区別に関して上述の実施形態で説明したようなＳＣＩであってよい。専用中継制御チャネルを使用する利点は、中継ＵＥが伝送又はパケットを復号して、上位層に持ち込むことから解放され、それによってプライバシーを確保し、潜在的なプライバシーの問題を回避することである。

【0260】

図２４は、上述のような専用中継制御チャネルを実装するための実施形態を示す。図２４（ａ）は、ＮＲ Ｖ２Ｘリソースプール等のサイドリンクリソースプール内の追加サブチャネルとして中継制御チャネルを実装する実施形態を示す。図２４（ａ）は、多数のサイドリンクタイムスロット又はサブフレームｆ１ないしｆ４を示す。各フレームは、サイドリンク送信に使用されるサイドリンクリソースプールから選択されたリソース４８２を含む。各サブフレームは、物理サイドリンク制御チャネル（ＰＳＣＣＨ）と、ＰＳＣＣＨ内の制御情報に関連付けられた実際のデータを送信するための物理サイドリンク共有チャネルＰＳＳＣＨとを含んでもよい。実施形態によれば、中継制御チャネルは、図２４（ａ）に追加チャネルＲ－ＰＳＣＣＨで示されるように、追加サブチャネルとしてフレームｆ１ないしｆ４の１つ以上において定義されてもよい。

【0261】

図２４（ｂ）は、ＰＳＣＣＨが特定の周期性を有するＲ－ＰＳＣＣＨとして使用される実施形態を示す。図２４（ｂ）の実施形態では、周期性が２フレームであると仮定され、１フレーム目及び３フレーム目では、ＰＳＣＣＨの全てのリソースブロックを通常の制御送信に使用し、２フレーム目及び４フレーム目では、ＰＳＣＣＨの全てのリソースブロックを中継に関連する伝送のみに使用する。

【0262】

図２４（ｃ）は、ＰＳＣＣＨのリソースブロックの一部のみを、特定の周期性で中継に関連する制御情報のみに使用する実施形態を示す。図２４（ｂ）と同様に、２フレームの周期性が仮定され、フレームｆ１及びｆ３では、ＰＳＣＣＨの全てのリソースブロックを通常の制御送信に使用し、フレームｆ２及びｆ４では、ＰＳＣＣＨのリソースブロックの一部を中継に関連する制御情報のみに使用する。

【0263】

なお、上述した２つの周期性は一例であり、任意の他の周期性が選択されてもよいことに留意されたい。また、図２４（ｂ）及び図２４（ｃ）の実施形態を組み合わせて、例えば、図２４（ｂ）において、フレームｆ４において、リソースブロックの一部のみを中継に関連する制御情報に使用し、フレームｆ２では、ＰＳＣＣＨのリソースブロックの全てを中継に関連する制御情報に使用するようにしてもよい。

【0264】

専用帯域幅部によるトラフィックの区別
本発明の第２の態様の実施形態によれば、第１の伝送と第２の伝送との間でトラフィックを区別するための中継ＵＥの別の物理層のソリューションは、制御及び／又はデータの中継に関連する送受信のためにのみ使用される、専用中継帯域幅部（Ｒ－ＢＷＰ）と呼ばれる、別の帯域幅部を使用することである。Ｒ－ＢＷＰにおける伝送及び／又は伝送に関連付けられた制御情報の受信に応答して、ＵＥは、伝送を第１の伝送であると決定する。実施形態によれば、Ｒ－ＢＷＰは中継された伝送に対するフィードバックを送信するために使用されてもよい。

【0265】

Ｒ－ＢＷＰはリソースプール（ＲＰ）を含むことができ、ＲＰは、制御及びデータチャネルを含むことができる。従来、すべての設定済みのＲＰが定義され、すべてのＵｕ及びサイドリンク通信が行われるアクティブＢＷＰが１つだけ存在する。本発明の第２の態様によれば、中継のみを意味する別個のＢＷＰが導入される。

【0266】

専用中継リソースプールによるトラフィックの区別
別の実施形態によれば、制御情報及び／又は関連付けられたデータの中継に関連する伝送及び／又は受信のために排他的に使用される、別個のリソースプールが採用される。したがって、中継ＵＥが専用リソースプールのリソース上で伝送、すなわち制御情報及び／又は関連付けられたデータを受信するときはいつでも、中継ＵＥは、その伝送が受信エンティティに中継される必要がある第１の伝送であることを認識する。実施形態によれば、Ｒ－ＲＰも中継された伝送に対するフィードバックを送信するために使用されてもよい。

【0267】

実施形態によれば、中継リソースプール（Ｒ－ＲＰ）は、例えば、ＲＸプール、モード１送信のＴＸプール、モード２送信のＴＸプール、及びハンドオーバシナリオのＴＸ例外プール等のリリース１６で定義された他のリソースプールと共に、送信プールとして帯域幅部（ＢＷＰ）内に定義されてもよい。例えば、追加の中継リソースプール（ｓｌ－ＴｘＰｏｏｌＲｅｌａｙｓ－ｒ１７）は、図２５の４８４で示されるように、ＳＬ－ＢＷＰ－ｐｏｏｌ ｃｏｎｆｉｇ情報要素を使用して定義されてもよい。実施形態によれば、Ｒ－ＲＰは、モード１で動作するＵＥ用に構成された第１のＲ－ＲＰと、モード２で動作するＵＥ用に構成された第２のＲ－ＲＰと、を含む。これにより、送信エンティティとして動作するｇＮＢ等のネットワークエンティティが、モード１ Ｒ－ＲＰのリソース割り当て態様を制御することができる。他の実施形態によれば、Ｒ－ＲＰは、モード１で動作するＵＥ用及びモード２で動作するＵＥ用に構成され、中継ＵＥは、モード１で動作するとき、ｇＮＢ等のネットワークエンティティに定期的な輻輳レポートを提供することが期待され、ｇＮＢがＲ－ＲＰ内の利用可能なリソースを認識することができる。例えば、共通のＲ－ＲＰを使用することができる場合、ｇＮＢは、通常のＲＰにおけるようなリソース割り当てサポートを中継ＵＥに提供するが、モード２ＵＥによって使用されるリソースを知るために輻輳レポートを必要とする。別の実施形態によれば、Ｒ－ＲＰはＢＷＰ内で定義され、１つ以上の送信又は受信プール、１つ以上の送信中継リソースプール（ＴＸ Ｒ－ＲＰ）、１つ以上の受信中継リソースプール（ＲＸ Ｒ－ＲＰ）又はＴＸ及びＲＸの両方に生じる１つ以上のＲ－ＲＰ等の１つ以上のリソースプールが含まれる。

【0268】

送信エンティティが伝送を実行しようとする場合、又は中継ＵＥを介して受信エンティティに中継される必要があるパケットを送信しようとする場合、送信エンティティはＲ－ＲＰのリソースを使用して伝送を実行し、例えば、制御及び／又はデータパケットはＲ－ＲＰで送信されてもよい。中継ＵＥは、Ｒ－ＲＰで伝送を受信し、さらに通常のリソースプールを使用してこれを受信エンティティに送信してもよい。マルチホップ中継の場合、中継ＵＥはＲ－ＲＰ上で別の中継ＵＥに送信する。

【0269】

別の実施形態によれば、Ｒ－ＲＰの定義は、リンク品質閾値を含んでもよい。リンク品質閾値は、送信エンティティと受信エンティティとの間のリンクの品質を示し、中継は、送信エンティティと受信エンティティとの間のリンク上の品質が閾値を下回った場合にのみ採用され、その後、中継ＵＥによって受信されるときに、送信エンティティは受信エンティティに中継される伝送にＲ－ＲＰを使用できるようにしてもよい。マルチホップ中継の場合、リンク品質閾値は、中継ＵＥと受信エンティティとの間のリンクの品質を示し、中継ＵＥは、中継ＵＥと受信エンティティとの間のリンク上の品質が閾値を下回った場合にのみＲ－ＲＰで送信し、その後、別の中継ＵＥが受信したときに、受信エンティティに中継される伝送にＲ－ＲＰを使用できるようにしてもよい。言い換えると、リンク品質が悪くなると、直接通信から中継ベースの通信に切り替わる。例えば、モード１の場合、通常の送信エンティティがｇＮＢとのダイレクトＵｕリンクを有する場合であって、リンク品質が事前定義された閾値よりも下回ったとき、送信エンティティは、中継ＵＥを使用することを決定する（ＵＥ－ネットワーク間中継システムとも呼ばれる）。送信エンティティはこれを決定すると、Ｒ－ＲＰ内のリソースを使用して送信し、中継ＵＥはこれを受信し、その後、通常Ｕｕを介してｇＮＢに伝送を転送する。モード２の場合、ＵＥが他のＵＥとダイレクトＰＣ５リンクを有する場合であって、リンク品質が事前定義された閾値よりも悪化したとき、ＵＥは中継ＵＥを使用することを決定する（ＵＥ－ＵＥ間中継システムとも呼ばれる）。そのように決定すると、ＵＥはＲ－ＲＰのリソースで送信し、中継ＵＥはＲ－ＲＰで受信し、通常のＳＬ通信と同様に通常のＲＰを使用して他のＵＥに伝送を転送する。実施形態によれば、送信エンティティと受信エンティティとの間のリンク品質が閾値を下回ると使用することができる追加の中継リソースプールを定義する以外に、サブチャネルの数、ビットマップ表示、及び数理などを定義するリソースプールの残りの特性は、制御、データ及びフィードバックチャネルが維持されることで同じままである。

【0270】

実施形態によれば、リソースプール構成は、システム情報ブロック（ＳＩＢ）を使用して、又は基地局等のＲＡＮエンティティによって送信されるＲＲＣ構成を介して提供されてもよく、基地局の近傍のすべてのＵＥは、少なくとも以下の３つの主要な態様、すなわち、基地局が中継をサポートすること、送信エンティティが中継リソースプールを使用できる、すなわち中継ベースの伝送に切り替えることができる閾値、及びＲ－ＲＰを構成するリソースを認識することができる。他の実施形態によれば、リソースプール構成は、１つ以上の制御チャネル、例えばＰＢＣＨ、ＰＤＣＣＨ、ＰＤＳＣＨ内の制御シグナリングを使用して提供されてもよい。

【0271】

実施形態によれば、送信エンティティは、以下のうちの１つ以上に応じて、受信エンティティとの中継又はダイレクト通信を使用してもよい。
●送信エンティティと受信エンティティとの間のリンク品質、
●通常のサイドリンクリソースプールの輻輳状態、例えば、通常のサイドリンクリソースプールの輻輳状態が特定の閾値以上である場合、送信エンティティはＲ－ＲＰで送信することを選択してもよい、又は、
●実際の距離として又はゾーンＩＤを介して測定される、送信エンティティと受信エンティティとの間の距離、例えば、距離が最小通信範囲を超える場合、送信エンティティはＲ－ＲＰでの送信を選択することができる。

【0272】

実施形態によれば、送信エンティティがＲ－ＲＰ上で送信を行う場合、特に送信先中継ＵＥを選択してもよく、選択しなくてもよい。例えば、パケットがブロードキャストであり、伝送の意図がカバレッジ拡張である場合、Ｒ－ＲＰ上で伝送を受信するネットワーク内の任意の中継ノード又は中継ＵＥは、伝送を中継してよい。他の実施形態によれば、伝送がグループキャスト又はユニキャスト送信である場合、送信エンティティは、対象とされた受信エンティティに送信することが期待される、Ｒ－ＲＰ上の任意の中継ＵＥに伝送を送信してよい。この場合、送信エンティティは中継ＵＥを選択する負担がなく、受信エンティティに到達するこの伝送を受信した任意の中継ＵＥが送信エンティティのために中継動作を実行することができる。これは、送信エンティティがＲ－ＲＰで送信しなければならないという事実を除いて、ＳＬの現在の機能に変更がないことを意味する。他の実施形態によれば、伝送がグループキャスト又はユニキャスト送信である場合、送信エンティティは、対象とされた受信エンティティに送信することが期待されるＲ－ＲＰ上の１つ以上の特定の中継ＵＥに伝送を送信してよい。送信エンティティは、１つ以上の特定の中継ＵＥを、設定済み又は事前設定済みの電力閾値以上の電力で送信する能力、例えば、より広いエリアをカバーするための高電力、又はそのバッテリー状態が設定済み又は事前設定済みの閾値を上回っているか、又は公衆保護及び災害救援（ＰＰＤＲ）サービス又は車両安全サービスなどの特定のサービスをサポートしているか否かのうちの１つ以上に基づいて選択してもよい。

【0273】

まさに説明した実施形態は、送信エンティティが常に特定の中継ＵＥを選択する必要がないため、有利である。送信エンティティが特定の中継ＵＥを選択する必要がある場合、中継ＵＥの位置、中継ＵＥの移動速度、中継ＵＥのサポートされるサービス、中継ＵＥの構成（例えば、サポートされる帯域幅、送信電力、アンテナ構成）、中継ＵＥのセキュリティレベル（例えば、送信エンティティは特定の信頼できるサービス又はサービスフローについて認証されている場合にのみ中継ＵＥを使用する）等の既知の基準に基づいてそれを行うことができる。実施形態によれば、特定の中継ＵＥが選択されるか否かの情報は、ＳＣＩにおける送信先ＩＤパラメータによって暗黙的に伝達される。例えば、ＳＣＩ内の送信先ＩＤパラメータが指定されていない場合、例えば空白のまま、ヌル値に設定されている場合、又はデフォルト値に設定されている場合、これは、送信エンティティが任意の特定の中継ＵＥを選択していないことを中継ＵＥに示す。したがって、伝送を受信した中継ＵＥは、伝送を復号し、ＳＣＩ内の最終送信先ＩＤで定義される対象とされた受信エンティティに中継することが期待される。一方、ＳＣＩにおいて送信先ＩＤが明示的に指定されている場合、ＩＤが指定された中継ＵＥのみがパケットを復号し、ＳＣＩの最終送信先ＩＤパラメータで指定された受信エンティティに向けて中継することが期待される。

【0274】

中継リソースプールを使用する上述した実施形態によれば、中継ＵＥは、中継リソースプールで受信するすべての伝送が別のＵＥに転送又は中継されることを意味することを認識し、伝送がどのＵＥに転送されるかの詳細は、例えば受信されたＳＣＩに基づくトラフィックの区別に言及して上述した実施形態に記載のＳＣＩを使用して、ＳＣＩにおいて提供されてもよい。

【0275】

別の実施形態によれば、Ｒ－ＲＰを使用する場合、フィードバックチャネルも定義されてもよい。例えば、Ｒ－ＲＰ構成は、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）リソース等のフィードバックチャネルリソースの周期性を、時間スロット数でさらに含んでもよい。フィードバックチャネルが提供されない場合、周期性はゼロ値に設定されてもよい。フィードバックを有効にしたユニキャスト送信又はグループキャスト送信を意図する送信エンティティは、ＰＳＦＣＨを有効にしたＲ－ＲＰを使用してもよく、フィードバックを無効にしたユニキャスト送信又はグループキャスト送信、又はブロードキャスト送信を行う送信エンティティは、ＰＳＦＣＨを無効にしたＲ－ＲＰを使用することができる。ＰＳＦＣＨのリソースは、ＰＳＳＣＨの所与の伝送のために使用されてもよく、この関連付けを維持するために、実施形態によれば、中継ＵＥは、以下のようにＰＳＦＣＨを使用してもよい。
●送信エンティティから中継ＵＥへの伝送が失敗した場合、中継ＵＥは送信エンティティに再送信を要求するＮＡＣＫを送信することができる。
●送信エンティティから中継ＵＥへの伝送が成功した場合、
○ＵＥが受信エンティティから成功したフィードバックを受け取った後にのみ、ＡＣＫを送信し、中継ＵＥが、例えば、本発明の第１の態様を参照して上述したような方法で、送信エンティティから受信エンティティへの伝送の全体的なＨＡＲＱフィードバックを送信エンティティに提供することができる。言い換えれば、本発明の第１の態様に従って提供される全体的なフィードバックについて説明した上記の実施形態のいずれもが、専用の中継リソースプールを使用する実施形態においても採用され得る、又は、
○ＵＥが送信エンティティから伝送を受信した後に第１のＡＣＫを送信し、ＵＥが受信エンティティから成功したフィードバックを受信した後に第２のＡＣＫを送信して、ＵＥが、例えば本発明の第１の態様を参照して上述した方法で、送信エンティティから受信エンティティへの伝送の全体的なＨＡＲＱフィードバックを送信エンティティに提供することができる。

【0276】

別の実施形態によれば、例えば、伝送がブロードキャスト送信である場合、又はパケットがブロードキャストされる場合、フィードバックオプションは無効化されてもよい。この場合、中継ＵＥは送信エンティティによって選択されず、そうでなければ送信エンティティは同じパケットについて異なる中継ＵＥから複数のフィードバックを受信し得るので、フィードバックオプションは無効化される。複数の中継ＵＥが伝送をブロードキャストすることができるため、送信エンティティは同じ伝送に対して複数のフィードバックを受信する可能性があるが、ブロードキャスト送信の目的がカバレッジ拡張のために、できるだけ多くのＵＥに到達することであるため、必要ではない。各中継エンティティによるフィードバックの送信は、中継ＵＥ及び送信エンティティにおけるフィードバックリソース、例えば周波数リソース又は処理リソースを不必要に占有する可能性がある。

【0277】

専用中継リソースプールを採用する別の実施形態によれば、上記以外の中継ＵＥは、例えば上位層の最適化を行うために、伝送又はパケットを復号してもよい。受信エンティティの送信先ＩＤがＭＡＣヘッダに含まれる場合、中継ＵＥはパケットを復号することを選択してもよい。また、例えば、送信エンティティから中継ＵＥへの伝送がブロードキャスト送信であり、中継ＵＥから受信エンティティへの送信がユニキャスト送信又はグループキャスト送信でなければならない場合、送信のキャストタイプを変更することができる。そして、中継ＵＥは、中継リソースプールではなく通常の送信プールで、対象とされる受信エンティティにパケットを送信し、それにより、受信エンティティは、受信エンティティ向けの伝送であり、中継されないと認識することができる。しかし、マルチホップ中継システムの場合、最初の中継は、Ｒ－ＲＰを使用して他の中継ＵＥに送信を行い、他の中継ＵＥは伝送をさらに中継することを認識してもよい。

【0278】

専用中継サイドリンク制御チャネルを採用する上述の実施形態において（Ｒ－ＢＷＰ又はＲ－ＲＰ）、専用中継サイドリンク制御チャネル（Ｒ－ＢＷＰ及び／又はＲ－ＲＰ）は、第２の伝送が送受信されるスペクトル又は周波数範囲と異なるスペクトル又は周波数範囲であってよい。中継専用制御チャネルを定義することにより、Ｒ－ＲＰ又はＲ－ＢＷＰはｇＮＢがスパンするマクロセルに使用されるリソースと中継に使用されるリソースとを切り離し、それによって、両タイプのセル間の干渉を低減することができる。これにより、中継ＵＥは、定義された周波数範囲においてのみ、中継に関連する伝送を検索及び受信することができる。ＳＬ制御、Ｒ－ＲＰ又はＲ－ＢＷＰにおいて、中継関連と非中継関連の制御情報が混在する周波数を全て検索する必要がない。中継ＵＥが電力を節約したい場合、この周波数で受信しないことを決定し、中継ＵＥとしてのスイッチを効果的にオフにすることができる。さらに、一般に中継ノード又は中継ＵＥはリモートＵＥに近いため、すなわちパスロスが少ないため、中継リンクにはより高い搬送周波数が選択されてもよい。これにより、周波数再利用の可能性が高まり、他のセル、例えばマクロセルにおいてリソースを解放することもできる。

【0279】

本発明の第２の態様の別の実施形態によれば、中継ＵＥは、伝送に関連づけられた制御情報を受信するときに、
ＵＥを示す送信先ＩＤパラメータが空白のままであり、ヌル値に設定され、又はデフォルト値に設定され、かつ受信エンティティを示す送信先ＩＤパラメータが指定される場合、又は、
ＵＥ及び受信エンティティの両方を示す複合送信先情報の場合であって、ＵＥを示す送信先ＩＤパラメータが空白のままであり、ヌル値に設定され又はデフォルト値に設定され、かつ受信エンティティを示す送信先ＩＤパラメータを指定する場合、
ＵＥはブロードキャスト方式で伝送を受信し、ユニキャスト方式又はグループキャスト方式で対象とされる受信エンティティに送信する。

【0280】

言い換えると、中継ＵＥが制御情報において、ＲＸ ＵＥの送信先ＩＤのみを受信し、中継特定送信先ＩＤを受信しない場合、特定のＲＸ ＵＥ ＩＤ又は特定のグループＩＤにより、ブロードキャスト方式で受信するが、ユニキャスト方式又はグループキャスト方式で送信する。

【0281】

本発明の第２の態様のさらに別の実施形態によれば、中継ＵＥは、伝送に関連付けられた制御情報を受信するときに、
ＵＥを示す送信先ＩＤパラメータが指定され、かつ、受信エンティティを示す送信先ＩＤパラメータが指定される場合、又は、
ＵＥ及び受信エンティティの両方を示す複合送信先情報の場合であって、ＵＥを示す送信先ＩＤパラメータが指定され、受信エンティティを示す送信先ＩＤパラメータが指定される場合、
ＵＥは、グループキャスト方式又はユニキャスト方式で伝送を受信し、ユニキャスト方式又はグループキャスト方式で対象とされる受信エンティティに伝送を送信する。

【0282】

言い換えると、中継ＵＥは、制御情報において、ＲＸ ＵＥの送信先ＩＤだけでなく、中継特定送信先ＩＤを受信すると、（中継送信先ＩＤが特定の中継ＵＥ ＩＤ又は特定の中継グループＩＤであることに応じて、）ユニキャスト方式又はグループキャスト方式で受信するが、特定のＲＸ ＵＥ ＩＤ又は特定のグループＩＤにより、ユニキャスト方式又はグループキャスト方式で送信する。

【0283】

一般
本発明のアプローチのそれぞれの態様及び実施形態を別々に説明したが、それぞれの態様／実施形態は、他のものから独立して実施されてもよく、一部又は全部の態様／実施形態が組み合わされてもよいことに留意されたい。さらに、この後に説明する実施形態は、これまでに説明したそれぞれの態様／実施形態に使用することができる。

【0284】

マルチホップ中継
上述した実施形態では、送信エンティティと受信エンティティとの間のエンドツーエンド通信は、受信エンティティからのフィードバックを転送する、及び／又は、上述したようにトラフィックを区別する単一の中継器を介している。しかしながら、本発明はこのような実施形態に限定されるものではなく、むしろ、別の実施形態によれば、送信エンティティと受信エンティティとの間のエンドツーエンド通信は、中継ＵＥのセット又は中継ＵＥのチェーンとも呼ばれる複数の中継器を介してもよい。

【0285】

図２６は、送信エンティティ４０２と受信エンティティ４０４との間の通信が、Ｎ個の中継４００（Ｎ≧２）を使用する実施形態を示す。それぞれの中継層は、中継ＵＥのような複数の中継デバイス１ないしｍを含む。それぞれの中継層４８６₁ないし４８６_Nは、同じ数の中継ＵＥを含んでもよく、又は中継層４８６₁ないし４８６_Nの一部又は全部が、異なる数の中継ＵＥを含んでもよい。受信エンティティ４０４は、第１の中継層４８６₁の中継器に接続してもよく、送信エンティティ４０２は、中継層４８６_Nの中継器に接続してもよい。図２７は、送信エンティティ４０２と受信エンティティ４０４との間のエンドツーエンド通信のためにＮ＝２の中継層を採用する実施形態を示す。第１の中継層４８６₁は、ｎ個のＵＥ中継４００を含んでもよい。送信エンティティ４０２は、第２の中継層４８６₂に接続可能であってもよく、第２の中継層４８６₂は、ｍ個のＵＥ中継器４００を含んでもよい。実施形態によれば、それぞれの中継層４８６₁、４８６₂は、同じ数の中継器（ｎ＝ｍ）を有してもよい。他の実施形態によれば、それぞれの中継層４８６₁、４８６₂における中継器の数は異なっていてよく、すなわち、ｎ≠ｍであってよい。異なる中継層４８６₁、４８６₂におけるそれぞれの中継は、５６６で概略的に示されるように、互いに接続されてもよい。第１の中継層４８６₁の中継器の一部又は全部は、第２の中継層４８６₂の中継器の一部又は全部と接続してもよい。層のそれぞれの中継器は、受信エンティティ４０４からのフィードバックを転送し、及び／又は、本発明の第１及び第２の態様を参照して詳細に上述したように、トラフィックを区別する。

【0286】

本発明の実施形態について上記で詳細に説明したが、それぞれの実施形態及び態様は、個別に実施されてもよく、又は２つ以上の実施形態及び態様が組み合わされて実施されてもよい。言い換えると、１つ以上の中継器を介した受信エンティティから送信エンティティへの全体的なフィードバックの提供に関する上述の第１の態様の実施形態のいずれかと、１つ以上の中継器におけるトラフィックの区別に関する上述の第２の態様の実施形態のいずれかが組み合わされてもよい。

【0287】

一般
実施形態によれば、ワイヤレス通信システムは、地上ネットワーク、又は非地上ネットワーク、又は空中機若しくは衛星機若しくはそれらの組み合わせを受信機として使用するネットワーク又はネットワークのセグメントを含んでもよい。

【0288】

本発明の実施形態によれば、ユーザデバイスは以下のうちの１つ以上を含む：電力制限型ＵＥ、又は脆弱道路ユーザ（ＶＲＵ）と呼ばれる歩行者が使用するＵＥのようなハンドヘルドＵＥ、又は歩行者ＵＥ（Ｐ－ＵＥ）、又は公共安全ＵＥ（ＰＳ－ＵＥ）と呼ばれる公共安全員及び第一応答者が使用するオンボディ又はハンドヘルドＵＥ、又はＩｏＴ ＵＥ、例えば、センサー、アクチュエーター、又は反復タスクを実行するためにキャンパスネットワークに設けられ、定期的にゲートウェイノードからの入力を必要とする移動端末、又は固定端末を提供するＵＥ、又はセルラーＩｏＴ－ＵＥ、又は車両ＵＥ、又は車両グループリーダー（ＧＬ）ＵＥ、又はサイドリンク中継、又はＩｏＴ若しくはナローバンドＩｏＴ（ＮＢ－ＩｏＴ）デバイス、又はスマートウォッチ若しくはフィットネストラッカー若しくはスマートグラス等のウェアラブルデバイス、又は地上ベースの車両、又は空中車両、又はドローン、又は移動基地局、又は路側ユニット（ＲＳＵ）、又は建物、又は例えばセンサー若しくはアクチュエーター等、ワイヤレス通信ネットワークを使用しての通信が可能なネットワーク接続性が設けられた他の任意のアイテム若しくはデバイス、又は例えばセンサー若しくはアクチュエーター等、ワイヤレス通信ネットワークのサイドリンクを使用しての通信が可能なネットワーク接続性が設けられている他の任意のアイテム若しくはデバイス、又は任意のサイドリンク可能なネットワークエンティティ。

【0289】

本発明の実施形態によれば、ネットワークエンティティは以下のうちの１つ以上を含む：マクロセル基地局、又はスモールセル基地局、又は基地局の中央ユニット、又は基地局の分散ユニット、又は路側ユニット（ＲＳＵ）、又はリモート無線ヘッド、又はＡＭＦ、又はＭＭＥ、又はＳＭＦ、又はコアネットワークエンティティ、又はモバイルエッジコンピューティング（ＭＥＣ）エンティティ、又はＮＲ若しくは５Ｇコアコンテキストにおけるネットワークスライス、又はアイテム若しくはデバイスがワイヤレス通信ネットワークを使用して通信することができるようにするための任意の送信／受信ポイント（ＴＲＰ）であって、アイテム若しくはデバイスはネットワーク接続性が設けられている、任意の送信／受信ポイント（ＴＲＰ）。

【0290】

記載した概念のいくつかの態様が装置の文脈で説明されてきたが、これらの態様はまた、ブロック又はデバイスが方法ステップ又は方法ステップの特徴に対応する、対応する方法の説明を表すことは明らかである。同様に、方法ステップの文脈で説明される態様は、対応するブロック又はアイテム又は対応する装置の特徴の説明も表す。

【0291】

本発明の様々な要素及び特徴は、アナログ及び／又はデジタル回路を使用するハードウェアにおいて、１つ以上の汎用又は特殊用途プロセッサによる命令の実行を通じてソフトウェアにおいて、又はハードウェアとソフトウェアの組み合わせとして、実施されてもよい。例えば、本発明の実施形態は、コンピュータシステム又は別の処理システムの環境において実施されてもよい。図２８は、コンピュータシステム５００の一例を示す。ユニット又はモジュール、並びにこれらのユニットによって実行される方法のステップは、１つ以上のコンピュータシステム５００上で実行されてもよい。コンピュータシステム５００は、特殊用途又は汎用デジタル信号プロセッサ等の１つ以上のプロセッサ５０２を含む。プロセッサ５０２は、バス又はネットワーク等の通信インフラストラクチャ５０４に接続されている。コンピュータシステム５００は、主メモリ５０６、例えばランダムアクセスメモリ（ＲＡＭ）、及び二次メモリ５０８、例えばハードディスクドライブ及び／又はリムーバブルストレージドライブを含む。二次メモリ５０８は、コンピュータプログラム又は他の命令がコンピュータシステム５００にロードされることを可能にし得る。コンピュータシステム５００は、コンピュータシステム５００と外部装置との間でソフトウェア及びデータを転送することを可能にするために、通信インターフェース５１０をさらに含んでもよい。通信は、電子的、電磁的、光学的、又は通信インターフェースによって処理することができる他の信号によるものであってよい。通信は、ワイヤ又はケーブル、光ファイバー、電話回線、携帯電話リンク、ＲＦリンク、及び他の通信チャネル５１２を使用してもよい。

【0292】

「コンピュータプログラム媒体」及び「コンピュータ可読媒体」という用語は、一般に、取り外し可能な記憶ユニット又はハードディスクドライブにインストールされたハードディスクなどの有形の記憶媒体を指すために使用される。これらのコンピュータプログラム製品は、コンピュータシステム５００にソフトウェアを提供するための手段である。コンピュータ制御ロジックとも呼ばれるコンピュータプログラムは、主メモリ５０６及び／又は二次メモリ５０８に格納される。また、コンピュータプログラムは、通信インターフェース５１０を介して受信されてもよい。コンピュータプログラムは、実行されると、コンピュータシステム５００が本発明を実施することを可能にする。特に、コンピュータプログラムは、実行されると、プロセッサ５０２が、本明細書に記載された方法のいずれかなど、本発明のプロセスを実施することを可能にする。したがって、このようなコンピュータプログラムは、コンピュータシステム５００のコントローラを表すことができる。本開示がソフトウェアを使用して実施される場合、ソフトウェアは、コンピュータプログラム製品に格納され、取り外し可能な記憶デバイス、通信インターフェース５１０等のインターフェースを使用してコンピュータシステム５００にロードされてもよい。

【0293】

ハードウェア又はソフトウェアにおける実装は、デジタル記憶媒体、例えばフロッピー（登録商標）ディスク、ＤＶＤ、Ｂｌｕｅ－Ｒａｙ（登録商標）、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ又はＦＬＡＳＨメモリであって、その上に格納された電子的に読み取り可能な制御信号を有し、それぞれの方法が実行されるようにプログラム可能なコンピュータシステムと協働する又は協働できるものを使用して行うことができる。したがって、デジタル記憶媒体は、コンピュータ可読であってもよい。

【0294】

本発明によるいくつかの実施形態は、電子的に読み取り可能な制御信号を有するデータキャリアであって、本明細書に記載の方法の１つが実行されるように、プログラム可能なコンピュータシステムと協働することが可能であるデータキャリアを備える。

【0295】

一般に、本発明の実施形態は、プログラムコードを有するコンピュータプログラム製品として実施することができ、プログラムコードは、コンピュータプログラム製品がコンピュータ上で実行されるときに、方法の１つを実行するために動作可能である。プログラムコードは、例えば、機械読み取り可能なキャリア上に格納されてもよい。

【0296】

他の実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを、機械可読キャリアに格納したコンピュータプログラムを含む。言い換えると、本発明の方法の一実施形態は、したがって、コンピュータプログラムがコンピュータ上で実行される場合に、本明細書に記載の方法の１つを実行するためのプログラムコードを有するコンピュータプログラムである。

【0297】

したがって、本発明の方法の別の実施形態は、本明細書に記載の方法の１つを実行するためにその上に記録されたコンピュータプログラムを含むデータキャリア又はデジタル記録媒体、又はコンピュータ読み取り可能な媒体である。本発明の方法の別の実施形態は、本明細書に記載された方法の１つを実行するためのコンピュータプログラムを表すデータストリーム又は信号のシーケンスである。データストリーム又は信号のシーケンスは、例えば、データ通信接続、例えばインターネットを介して転送されるように構成されてもよい。別の実施形態は、本明細書に記載された方法の１つを実行するように構成された、又は適合された、例えばコンピュータ、又はプログラマブルロジックデバイスなどの処理手段を含む。別の実施形態は、本明細書に記載された方法の１つを実行するためのコンピュータプログラムをその上にインストールしたコンピュータを含む。

【0298】

いくつかの実施形態では、プログラマブルロジックデバイス、例えばフィールドプログラマブルゲートアレイを使用して、本明細書に記載の方法の機能性の一部又は全部を実行してもよい。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書に記載される方法の１つを実行するためにマイクロプロセッサと協働してよい。一般に、本方法は、任意のハードウェア装置によって実行されることが好ましい。

【0299】

上述した実施形態は、本発明の原理について単に例示したに過ぎない。本明細書に記載された配置及び詳細の修正及び変形は、当業者には明らかであることが理解される。したがって、差し迫った特許請求の範囲の範囲によってのみ限定され、本明細書における実施形態の説明及び解説によって提示される特定の詳細によって限定されないことが意図される。

【図1(a)】

【図1(b)】

【図2(a)】

【図2(b)】

【図3(a)】

【図3(b)】

【図3(c)】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9(a)】

【図9(b)】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20(a)】

【図20(b)】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】