▶ フラウンホーファー−ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェラインの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-07-11
(45)【発行日】2023-07-20
(54)【発明の名称】Ｖ２Ｘ ＨＡＲＱプロセス管理
(51)【国際特許分類】
H04W 28/04 20090101AFI20230712BHJP
H04W 92/18 20090101ALI20230712BHJP
H04W 72/25 20230101ALI20230712BHJP
【ＦＩ】
H04W28/04 110
H04W92/18
H04W72/25
【請求項の数】
16
(21)【出願番号】P 2021547681
(86)(22)【出願日】2020-02-14
(65)【公表番号】
(43)【公表日】2022-04-21
(86)【国際出願番号】 EP2020053892
(87)【国際公開番号】W WO2020165410
(87)【国際公開日】2020-08-20
【審査請求日】2021-11-15
(31)【優先権主張番号】19157565.3
(32)【優先日】2019-02-15
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】500341779
【氏名又は名称】フラウンホーファー－ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェライン
(74)【代理人】
【識別番号】100134119
【弁理士】
【氏名又は名称】奥町 哲行
(72)【発明者】
【氏名】トーマス・ロビン
(72)【発明者】
【氏名】フェレンバッハ・トーマス
(72)【発明者】
【氏名】ゴックティーペ・バリス
(72)【発明者】
【氏名】ヘルゲ・コーネリアス
(72)【発明者】
【氏名】ヴィルト・トーマス
(72)【発明者】
【氏名】シエル・トーマス
(72)【発明者】
【氏名】ゼルバネザン・ザルン
(72)【発明者】
【氏名】エブラヒム レツァガ・ロヤ
【審査官】永井 啓司
(56)【参考文献】
【文献】特開２００７－３１８６４６（ＪＰ，Ａ）
【文献】CMCC，Discussion on HARQ feedback[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1901 R1-1900405，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1901/Docs/R1-1900405.zip>，2019年01月12日
【文献】CATT，Discussion on physical layer structure in NR V2X[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1901 R1-1900320，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1901/Docs/R1-1900320.zip>，2019年01月12日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
複数のユーザデバイスＵＥを含む無線通信システムのためのユーザデバイスＵＥであって、前記ＵＥは、
・サイドリンクを使用して１つ以上の送信ＵＥと通信し、
・一定数のＨＡＲＱプロセスをサポートし、
・各ＨＡＲＱプロセスのための１つ以上の送信をバッファリングする
ように構成されており、
前記サイドリンクを使用する送信ＵＥとのユニキャスト通信中に、前記ＵＥは、
・送信時間間隔中に前記送信ＵＥから送信を受信し、前記送信はＨＡＲＱプロセスＩＤを含む制御データに関連付けられ、
・前記ＨＡＲＱプロセスのために受信した前記送信をバッファリングし、
・復号前にバッファリングされた前記送信を合成する
ように構成されており、
前記ＵＥは、
・前記サイドリンクを介した送信の成功を示す第１の状態と、
・前記送信ＵＥからの再送信を要求するために、前記サイドリンクを介した送信が成功しなかったことを示す第２の状態と、
をシグナリングするように構成されており、
正常に識別された送信とは、前記ＵＥが、前記制御データを復号したが、ペイロードデータが復号可能ではないことを発見した送信であり、
前記正常に識別された送信がバッファリングされていない場合、前記ＵＥは、前記正常に識別された送信が前記ＵＥによってバッファリングされていないことを示す第３の状態をシグナリングすることによって、前記正常に識別された送信が前記ＵＥにおいてバッファリングされていないことを前記送信ＵＥに示すように構成されている、ユーザデバイス。
【請求項2】
前記ＵＥは、・第１の巡回シフト又は位相回転を伴う基本シーケンスを使用する前記第１の状態と、
・第２の巡回シフト又は位相回転を伴う前記基本シーケンスを使用する前記第２の状態と、
・第３の巡回シフト又は位相回転を伴う前記基本シーケンスを使用する前記第３の状態と
をシグナリングするように構成されており、
前記第１の巡回シフト又は位相回転、前記第２の巡回シフト又は位相回転、及び前記第３の巡回シフト又は位相回転は異なる、請求項１に記載のユーザデバイス。
【請求項3】
前記第１の巡回シフト又は位相回転は０であり、前記第２の巡回シフト又は位相回転は２π／３であり、前記第３の巡回シフト又は位相回転は４π／３である、請求項２に記載のユーザデバイス。
【請求項4】
前記ＵＥは、・第１の巡回シフト又は位相回転を伴う基本シーケンスを使用する前記第１の状態と、
・第２の巡回シフト又は位相回転を伴う前記基本シーケンスを使用する前記第２の状態と、
・前記基本シーケンスを送信しないことによる前記第３の状態と
をシグナリングするように構成されており、
前記第１の巡回シフト又は位相回転と、前記第２の巡回シフト又は位相回転とは異なる、請求項１に記載のユーザデバイス。
【請求項5】
前記第１の巡回シフト又は位相回転は０であり、前記第２の巡回シフト又は位相回転はπである、請求項４に記載のユーザデバイス。
【請求項6】
前記ＵＥは、複数のビットを含むメッセージをシグナリングするように構成され、・前記第１の状態は、前記複数のビットの第１の組み合わせによって示され、
・前記第２の状態は、前記複数のビットの第２の組み合わせによって示され、
・前記第３の状態は、前記複数のビットの第３の組み合わせによって示され、
前記第１の組み合わせ、前記第２の組み合わせ、及び前記第３の組み合わせは異なる、請求項１に記載のユーザデバイス。
【請求項7】
前記第１の組み合わせは００であり、前記第２の組み合わせは１０であり、前記第３の組み合わせは１１である、請求項６に記載のユーザデバイス。
【請求項8】
複数のユーザデバイスＵＥを含む無線通信システムのためのユーザデバイスＵＥであって、前記ＵＥは、
・サイドリンクを使用して１つ以上の受信ＵＥと通信し、
・一定数のＨＡＲＱプロセスをサポートする
ように構成されており、
前記サイドリンクを使用する受信ＵＥとのユニキャスト通信中に、前記ＵＥは、
・送信時間間隔の間に、ＨＡＲＱプロセスＩＤを含む制御データに関連付けられた前記送信を前記受信ＵＥに送信し、
・前記受信ＵＥからフィードバックを受信する
ように構成されており、
正常に識別された送信とは、前記受信ＵＥが、前記制御データを復号したが、ペイロードデータが復号可能ではないことを発見した送信であり、
前記フィードバックは、
・前記サイドリンクを介した送信の成功を示す第１の状態と、
・前記サイドリンクを介した送信が成功しなかったことを示す第２の状態であって、前記ＵＥは、前記第２の状態に応答して再送信を実行するように構成されている、第２の状態と、
・前記正常に識別された送信が前記受信ＵＥにおいてバッファリングされていないことを示す第３の状態と、のうちの１つを含み、
前記第３の状態に応答して、前記ＵＥは、
・前記送信を中止するか又は所定の時間にわたって前記送信を停止し、
・既に占有されているＨＡＲＱプロセスを上書きし、
・同じ送信を再送信し、
・前記受信ＵＥに、増分冗長からチェイスコンバイニングへの切り替えを行わせる
アクションのうちの１つ以上をもたらすように構成されている、ユーザデバイス。
【請求項9】
前記ＵＥは、・バッファリングされていない前記送信のＱｏＳと、
・既に前記ＨＡＲＱプロセスにある前記送信のＱｏＳと、
・再送信の数
のうちの１つ以上に依存する前記アクションを決定するように構成されている、請求項８に記載のユーザデバイス。
【請求項10】
バッファリングされていない前記送信が前記アクティブなＨＡＲＱプロセスに既にある前記送信と比較して低いＱｏＳを有する場合、前記ＵＥは、バッファリングされていない前記送信を中止するか、又はしばらくの間バッファリングされていない前記送信を停止するように構成されており、バッファリングされていない前記送信が前記アクティブなＨＡＲＱプロセスに既にある前記送信と比較してより高いＱｏＳを有する場合、前記ＵＥは、前記アクティブなＨＡＲＱプロセスに既にある前記送信の一つによって既に占有されている特定のＨＡＲＱプロセスＩＤを有するバッファリングされていない前記送信を再送信し、前記受信ＵＥに、前記特定のＨＡＲＱプロセスＩＤに関連付けられた前記バッファをフラッシュさせ、バッファリングされていない前記送信を保存させるように構成されており、
増分冗長ＨＡＲＱが使用され、バッファリングされていない前記送信が初期送信ではない場合、前記ＵＥは、チェイスコンバイニングに変更し、バッファリングされていない前記送信を再送信するように構成されている、請求項９に記載のユーザデバイス。
【請求項11】
前記ＵＥは、移動端末、又は
固定端末、又は
セルラＩｏＴ－ＵＥ、又は
車両ＵＥ、又は
車両グループリーダ（ＧＬ）ＵＥ
ＩｏＴ若しくは狭帯域ＩｏＴ、ＮＢ－ＩｏＴ、デバイス、又は
地上ベースの車両、又は
航空機、又は
ドローン、又は
移動基地局、又は
路側ユニット、又は
建物、又は
前記無線通信ネットワークを使用してアイテム／デバイスが通信することを可能にするネットワーク接続性を備えた任意の他のアイテム又はデバイス、
のうちの１つ以上を備える、請求項１から１０のいずれか一項に記載のユーザデバイス。
【請求項12】
無線通信システムであって、請求項１から１１のいずれか一項に記載の複数のユーザデバイスＵＥを備え、前記無線通信システムのサイドリンクリソースのセットからのリソースを使用してサイドリンク通信のために構成された、無線通信システム。
【請求項13】
１つ以上の基地局を備え、前記基地局は、マクロセル基地局、又は
スモールセル基地局、又は
基地局の中央ユニット、又は
基地局の分散ユニット、又は
路側ユニット、又は
ＵＥ、又は
グループリーダ（ＧＬ）
リレー又は
遠隔無線ヘッド、又は
ＡＭＦ、又は
ＳＭＦ、又は
コアネットワークエンティティ、又は
移動エッジコンピューティングエンティティ、又は
ＮＲ若しくは５Ｇコアコンテキストにおけるようなネットワークスライス、又は
アイテム若しくはデバイスが前記無線通信ネットワークを使用して通信することを可能にする任意の送受信ポイントＴＲＰであって、前記アイテム又はデバイスが前記無線通信ネットワークを使用して通信するためのネットワーク接続性を備えている、任意の送受信ポイント
のうちの１つ以上を備える、請求項１２に記載の無線通信システム。
【請求項14】
無線通信システムにおける受信ＵＥと送信ＵＥとの間のサイドリンク通信のための方法であって、前記無線通信システムは、複数のユーザデバイスＵＥを含み、前記サイドリンク通信は、一定数のＨＡＲＱプロセスをサポートし、前記方法は、送信時間間隔中に前記送信ＵＥから送信を受信することであって、前記送信はＨＡＲＱプロセスＩＤを含む制御データに関連付けられる、ことと、
前記受信ＵＥによって前記ＨＡＲＱプロセスのために受信した前記送信をバッファリングすることと、
前記受信ＵＥによって復号前にバッファリングされた前記送信を合成することと
を含み、
前記方法は、前記受信ＵＥによって、
・前記サイドリンクを介した送信の成功を示す第１の状態と、
・前記送信ＵＥからの再送信を要求するために、前記サイドリンクを介した送信が成功しなかったことを示す第２の状態と、
をシグナリングすることを含み、
正常に識別された送信とは、前記ＵＥが、前記制御データを復号したが、ペイロードデータが復号可能ではないことを発見した送信であり、
前記正常に識別された送信がバッファリングされていない場合、前記受信ＵＥは、前記正常に識別された送信が前記ＵＥによってバッファリングされていないことを示す第３の状態をシグナリングすることによって、前記送信が前記受信ＵＥにおいてバッファリングされていないことを前記送信ＵＥに示す、方法。
【請求項15】
無線通信システムにおける受信ＵＥと送信ＵＥとの間のサイドリンク通信のための方法であって、前記無線通信システムは、複数のユーザデバイスＵＥを含み、前記サイドリンク通信は、一定数のＨＡＲＱプロセスをサポートし、前記方法は、送信時間間隔中に前記受信ＵＥに送信を送信することであって、前記送信はＨＡＲＱプロセスＩＤを含む制御データに関連付けられる、ことと、
前記受信ＵＥからのフィードバックを前記送信ＵＥにおいて受信することと
を含み、
正常に識別された送信とは、前記受信ＵＥが、前記制御データを復号したが、ペイロードデータが復号可能ではないことを発見した送信であり、
前記フィードバックは、
・前記サイドリンクを介した送信の成功を示す第１の状態と、
・前記サイドリンクを介した送信が成功しなかったことを示す第２の状態であって、前記方法は、送信ＵＥによって、前記第２の状態に応答して再送信を実行することを含む、第２の状態と、
・前記正常に識別された送信が、前記受信ＵＥにおいてバッファリングされていないことを示す第３の状態と、のうちの１つを含み、
前記方法は、前記第３の状態に応答して、
・前記送信を中止するか又は所定の時間にわたって前記送信を停止し、
・既に占有されているＨＡＲＱプロセスを上書きし、
・同じ送信を再送信し、
・前記受信ＵＥに、増分冗長からチェイスコンバイニングへの切り替えを行わせる
アクションのうちの１つ以上を、前記送信ＵＥによって、実行することを含む、方法。
【請求項16】
非一時的コンピュータプログラム製品であって、命令を記憶するコンピュータ可読媒体を含み、前記命令は、コンピュータ上で実行されると、請求項１４又は１５に記載の方法を実行する、非一時的コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、無線通信システム又はネットワークの分野に関し、より具体的には、Ｖ２Ｘ通信のようなサイドリンク通信を使用する無線通信システムのユーザデバイス間の無線通信のための手法に関する。
【発明の概要】
【0002】
実施形態は、サイドリンクを介した通信に関連するＨＡＲＱ手順の改善に関する。
図１は、図１（ａ）に示すように、コアネットワーク１０２と、１つ以上の無線アクセスネットワークＲＡＮ１、ＲＡＮ２、．．．ＲＡＮＮとを含む地上無線ネットワーク１００の一例の概略図である。図１（ｂ）は、１つ以上の基地局ｇＮＢ１～ｇＮＢ５を含むことができる無線アクセスネットワークＲＡＮｎの一例の概略図であり、各基地局は、それぞれのセル１０６１～１０６５によって概略的に表される基地局を取り囲む特定のエリアにサービスを提供する。基地局は、セル内のユーザにサービスを提供するために提供される。基地局ＢＳという用語は、５ＧネットワークにおけるｇＮＢ、ＵＭＴＳ／ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ＰｒｏにおけるｅＮＢ、又は他の移動通信規格における単なるＢＳを指す。ユーザは、固定デバイス又は移動デバイスであってもよい。無線通信システムはまた、基地局又はユーザに接続する移動又は固定ＩｏＴデバイスによってアクセスされてもよい。移動デバイス又はＩｏＴデバイスは、物理デバイスと、ロボット又は車などの地上ベースの車両と、有人又は無人航空機（ＵＡＶ）であって後者はドローンとも呼ばれる航空機と、建物と、電子機器、ソフトウェア、センサ、アクチュエータなど、及びこれらのデバイスが既存のネットワークインフラストラクチャ全体でデータを収集及び交換できるようにするネットワーク接続が埋め込まれた他のアイテム又はデバイスとを含むことができる。図１（ｂ）は、５つのセルの例示的な図を示すが、ＲＡＮｎは、より多くの、又はより少ないそのようなセルを含んでもよく、ＲＡＮｎはまた、１つの基地局のみを含んでもよい。図１（ｂ）は、セル１０６２内にあり、基地局ｇＮＢ２によってサービスを提供される、ユーザ機器ＵＥとも呼ばれる２人のユーザＵＥ１及びＵＥ２を示す。別のユーザＵＥ３は、基地局ｇＮＢ４によってサービスされるセル１０６４に示されている。矢印１０８１、１０８２、及び１０８３は、ユーザＵＥ１、ＵＥ２、及びＵＥ３から基地局ｇＮＢ２、ｇＮＢ４にデータを送信するための、又は基地局ｇＮＢ２、ｇＮＢ４からユーザＵＥ１、ＵＥ２、ＵＥ３にデータを送信するためのアップリンク／ダウンリンク接続を概略的に表す。更に、図１（ｂ）は、セル１０６４内の２つのＩｏＴデバイス１１０１及び１１０２を示しており、これらは固定デバイス又は移動デバイスであってもよい。ＩｏＴデバイス１１０１は、矢印１１２１によって概略的に表されるように、基地局ｇＮＢ４を介して無線通信システムにアクセスしてデータを送受信する。ＩｏＴデバイス１１０２は、矢印１１２２によって概略的に表されるように、ユーザＵＥ３を介して無線通信システムにアクセスする。それぞれの基地局ｇＮＢ１～ｇＮＢ５は、それぞれのバックホールリンク１１４１～１１４５を介して、例えばＳ１インタフェースを介して、コアネットワーク１０２に接続されることがあり、これらは図１（ｂ）では「コア」を指す矢印によって概略的に表されている。コアネットワーク１０２は、１つ以上の外部ネットワークに接続されてもよい。更に、それぞれの基地局ｇＮＢ１～ｇＮＢ５の一部又は全部は、例えばＮＲ内のＳ１若しくはＸ２インタフェース又はＸＮインタフェースを介して、それぞれのバックホールリンク１１６１～１１６５を介して互いに接続されてもよく、バックホールリンクは図１（ｂ）では「ｇＮＢ」を指す矢印によって概略的に表されている。
図１は、図１（ａ）に示すように、コアネットワーク１０２と、１つ以上の無線アクセスネットワークＲＡＮ１、ＲＡＮ２、．．．ＲＡＮＮとを含む地上無線ネットワーク１００の一例の概略図である。図１（ｂ）は、１つ以上の基地局ｇＮＢ１～ｇＮＢ５を含むことができる無線アクセスネットワークＲＡＮｎの一例の概略図であり、各基地局は、それぞれのセル１０６１～１０６５によって概略的に表される基地局を取り囲む特定のエリアにサービスを提供する。基地局は、セル内のユーザにサービスを提供するために提供される。基地局ＢＳという用語は、５ＧネットワークにおけるｇＮＢ、ＵＭＴＳ／ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ＰｒｏにおけるｅＮＢ、又は他の移動通信規格における単なるＢＳを指す。ユーザは、固定デバイス又は移動デバイスであってもよい。無線通信システムはまた、基地局又はユーザに接続する移動又は固定ＩｏＴデバイスによってアクセスされてもよい。移動デバイス又はＩｏＴデバイスは、物理デバイスと、ロボット又は車などの地上ベースの車両と、有人又は無人航空機（ＵＡＶ）であって後者はドローンとも呼ばれる航空機と、建物と、電子機器、ソフトウェア、センサ、アクチュエータなど、及びこれらのデバイスが既存のネットワークインフラストラクチャ全体でデータを収集及び交換できるようにするネットワーク接続が埋め込まれた他のアイテム又はデバイスとを含むことができる。図１（ｂ）は、５つのセルの例示的な図を示すが、ＲＡＮｎは、より多くの、又はより少ないそのようなセルを含んでもよく、ＲＡＮｎはまた、１つの基地局のみを含んでもよい。図１（ｂ）は、セル１０６２内にあり、基地局ｇＮＢ２によってサービスを提供される、ユーザ機器ＵＥとも呼ばれる２人のユーザＵＥ１及びＵＥ２を示す。別のユーザＵＥ３は、基地局ｇＮＢ４によってサービスされるセル１０６４に示されている。矢印１０８１、１０８２、及び１０８３は、ユーザＵＥ１、ＵＥ２、及びＵＥ３から基地局ｇＮＢ２、ｇＮＢ４にデータを送信するための、又は基地局ｇＮＢ２、ｇＮＢ４からユーザＵＥ１、ＵＥ２、ＵＥ３にデータを送信するためのアップリンク／ダウンリンク接続を概略的に表す。更に、図１（ｂ）は、セル１０６４内の２つのＩｏＴデバイス１１０１及び１１０２を示しており、これらは固定デバイス又は移動デバイスであってもよい。ＩｏＴデバイス１１０１は、矢印１１２１によって概略的に表されるように、基地局ｇＮＢ４を介して無線通信システムにアクセスしてデータを送受信する。ＩｏＴデバイス１１０２は、矢印１１２２によって概略的に表されるように、ユーザＵＥ３を介して無線通信システムにアクセスする。それぞれの基地局ｇＮＢ１～ｇＮＢ５は、それぞれのバックホールリンク１１４１～１１４５を介して、例えばＳ１インタフェースを介して、コアネットワーク１０２に接続されることがあり、これらは図１（ｂ）では「コア」を指す矢印によって概略的に表されている。コアネットワーク１０２は、１つ以上の外部ネットワークに接続されてもよい。更に、それぞれの基地局ｇＮＢ１～ｇＮＢ５の一部又は全部は、例えばＮＲ内のＳ１若しくはＸ２インタフェース又はＸＮインタフェースを介して、それぞれのバックホールリンク１１６１～１１６５を介して互いに接続されてもよく、バックホールリンクは図１（ｂ）では「ｇＮＢ」を指す矢印によって概略的に表されている。
【0003】
データ送信には、物理リソースグリッドを使用することができる。物理リソースグリッドは、様々な物理チャネル及び物理信号がマッピングされるリソース要素のセットを含むことができる。例えば、物理チャネルは、ダウンリンク、アップリンク、及びサイドリンクペイロードデータとも呼ばれるユーザ固有のデータを搬送する物理ダウンリンク、アップリンク、及びサイドリンク共有チャネル（ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＳＳＣＨ）、例えばマスタ情報ブロック（ＭＩＢ）及びシステム情報ブロック（ＳＩＢ）を搬送する物理ブロードキャストチャネル（ＰＢＣＨ）、例えばダウンリンク制御情報（ＤＣＩ）、アップリンク制御情報（ＵＣＩ）、及びサイドリンク制御情報（ＳＣＩ）を搬送する物理ダウンリンク、アップリンク、及びサイドリンク制御チャネル（ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＳＳＣＨ）を含み得る。アップリンクの場合、物理チャネルは、ＵＥがＭＩＢとＳＩＢを同期して取得すると、ネットワークにアクセスするためにＵＥによって使用される物理ランダムアクセスチャネル（ＰＲＡＣＨ又はＲＡＣＨ）を更に含むことができる。物理信号は、基準信号又はシンボル（ＲＳ）、同期信号などを含むことができる。リソースグリッドは、時間領域において特定の持続時間を有し、周波数領域において所与の帯域幅を有するフレーム又は無線フレームを備えることができる。フレームは、所定の長さ、例えば１ ｍｓの特定の数のサブフレームを有し得る。各サブフレームは、サイクリックプレフィクス（ＣＰ）の長さに応じて、１２又は１４のＯＦＤＭシンボルのうちの１つ以上のスロットを含み得る。短縮された送信時間間隔（ｓＴＴＩ）を利用する場合、又は少数のＯＦＤＭシンボルのみを備えるミニスロット／非スロットベースのフレーム構造を利用する場合、フレームは、少数のＯＦＤＭシンボルで構成されていることもある。
【0004】
無線通信システムは、直交周波数分割多重（ＯＦＤＭ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、又はＣＰの有無にかかわらず、任意の他のＩＦＦＴベースの信号、例えばＤＦＴ－ｓ－ＯＦＤＭなどの、周波数分割多重化を使用する任意のシングルトーン又はマルチキャリアシステムであってもよい。多元接続用の非直交波形のような、例えばフィルタバンクマルチキャリア（ＦＢＭＣ）、汎用周波数分割多重化（ＧＦＤＭ）又はユニバーサルフィルタマルチキャリア（ＵＦＭＣ）などの、他の波形が使用されてもよい。無線通信システムは、例えば、ＬＴＥ－Ａｄｖａｎｃｅｄ ｐｒｏ規格又は５Ｇ若しくはＮＲのＮｅｗ Ｒａｄｉｏ規格に従って動作することができる。
【0005】
図１に示す無線ネットワーク又は通信システムは、別個の重なり合ったネットワーク、例えば、基地局ｇＮＢ１～ｇＮＢ５などのマクロ基地局を含む各マクロセルを有するマクロセルのネットワークと、フェムト又はピコ基地局などのスモールセル基地局（図１に示されず）のネットワークとを有する異種ネットワークによってもよい。
【0006】
上述の地上無線ネットワークに加えて、衛星のような宇宙用送受信機、及び／又は無人航空機システムのような空中送受信機を含む非地上無線通信ネットワークも存在する。非地上波無線通信ネットワーク又はシステムは、例えばＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ規格又は５Ｇ若しくはＮＲの新無線規格に従って、図１を参照して上述した地上波システムと同様に動作することができる。
【0007】
移動通信ネットワーク、例えばＬＴＥ又は５Ｇ／ＮＲネットワークのような、図１を参照して上述したようなネットワークでは、例えばＰＣ５インタフェースを使用して、１つ以上のサイドリンク（ＳＬ）チャネルを介して互いに直接通信するＵＥが存在し得る。サイドリンクを介して互いに直接通信する（Ｖ２Ｖ通信）ＵＥは、他の車両と直接通信する車両、無線通信ネットワーク（Ｖ２Ｘ通信）の他のエンティティと通信する車両、例えば、信号機、交通標識、又は歩行者などの路側エンティティを含み得る。他のＵＥは、車両関連ＵＥでなくてもよく、上述のデバイスのいずれかを備えてもよい。そのようなデバイスはまた、ＳＬチャネルを使用して互いに直接通信することができる（Ｄ２Ｄ通信）。
【0008】
サイドリンクを介して互いに直接通信する２つのＵＥを考慮すると、両方のＵＥは同じ基地局によってサービスを提供されてもよく、その結果、基地局はＵＥにサイドリンクリソース割り当て構成又は支援を提供することができる。例えば、両方のＵＥは、図１に示す基地局のうちの１つのように、基地局のカバレッジエリア内にあってもよい。これは、「カバレッジ内」シナリオと呼ばれる。別のシナリオは、「カバレッジ外」シナリオと呼ばれる。「カバレッジ外」とは、２つのＵＥが図１に示されたセルのうちの１つの中にないことを意味するのではなく、むしろ、これらのＵＥが、
【0009】
－ＵＥが基地局からいかなるサイドリンクリソース割り当て構成又は支援も受信しないように、基地局に接続されていなくてもよく、例えば、ＲＲＣ接続状態になく、及び／又は
－基地局に接続されていてもよいが、１つ以上の理由で、基地局はＵＥにサイドリンクリソース割り当て構成又は支援を提供しなくてもよい、及び／又は
－ＮＲ Ｖ２Ｘサービスをサポートしないことがある基地局、例えばＧＳＭ、ＵＭＴＳ、ＬＴＥ基地局に接続されてもよい
ことを意味する。
－基地局に接続されていてもよいが、１つ以上の理由で、基地局はＵＥにサイドリンクリソース割り当て構成又は支援を提供しなくてもよい、及び／又は
－ＮＲ Ｖ２Ｘサービスをサポートしないことがある基地局、例えばＧＳＭ、ＵＭＴＳ、ＬＴＥ基地局に接続されてもよい
ことを意味する。
【0010】
例えばＰＣ５インタフェースを使用して、サイドリンクを介して互いに直接通信する２つのＵＥを考慮すると、ＵＥの一方はＢＳと接続されてもよく、サイドリンクインタフェースを介してＢＳから他方のＵＥに情報を中継してもよい。中継は、同一の周波数帯で行われてもよいし（帯域内中継）、他の周波数帯が使用されてもよい（帯域外中継）。第１のケースでは、Ｕｕ上及びサイドリンク上の通信は、時分割複信ＴＤＤシステムのように、異なるタイムスロットを使用して分離され得る。
【0011】
図２は、互いに直接通信する２つのＵＥが両方とも基地局に接続されるカバレッジ内シナリオの概略図である。基地局ｇＮＢは、円２００によって概略的に表されるカバレッジエリアを有し、これは基本的に、図１に概略的に表されたセルに対応する。互いに直接通信するＵＥは、基地局ｇＮＢのカバレッジエリア２００内に第１の車両２０２及び第２の車両２０４の両方を含む。両方の車両２０２、２０４は、基地局ｇＮＢに接続され、更に、ＰＣ５インタフェースを介して互いに直接接続される。Ｖ２Ｖトラフィックのスケジューリング及び／又は干渉管理は、基地局とＵＥとの間の無線インタフェースであるＵｕインタフェース上の制御シグナリングを介してｇＮＢによって支援される。言い換えれば、ｇＮＢは、ＵＥにＳＬリソース割り当て構成又は支援を提供し、ｇＮＢは、サイドリンクを介したＶ２Ｖ通信に使用されるリソースを割り当てる。この構成は、ＮＲ Ｖ２Ｘにおけるモード１構成又はＬＴＥ Ｖ２Ｘにおけるモード３構成とも呼ばれる。
【0012】
図３は、互いに直接通信しているＵＥが、物理的に無線通信ネットワークのセル内にあるが、基地局に接続されていないか、又は相互に直接通信しているＵＥの一部又は全部が基地局に接続されているが、基地局はＳＬリソース割り当て構成又は支援を提供していない、カバレッジ外シナリオの概略図である。例えばＰＣ５インタフェースを使用して、サイドリンクを介して互いに直接通信する３台の車両２０６、２０８及び２１０が示されている。Ｖ２Ｖトラフィックのスケジューリング及び／又は干渉管理は、車両間で実施されるアルゴリズムに基づく。この構成は、ＮＲ Ｖ２Ｘにおけるモード２構成、又はＬＴＥ Ｖ２Ｘにおけるモード４構成とも呼ばれる。上述したように、カバレッジ外シナリオである図３のシナリオは、それぞれのモード２ ＵＥ（ＮＲ内）又はモード４ ＵＥ（ＬＴＥ内）が基地局のカバレッジ２００の外側にあることを必ずしも意味せず、むしろ、それぞれのモード２ ＵＥ（ＮＲ内）又はモード４ ＵＥ（ＬＴＥ内）が基地局によってサービスを提供されず、カバレッジエリアの基地局に接続されず、又は基地局に接続されているが、ＳＬリソース割り当て構成又は支援を基地局から受信しないことを意味する。したがって、図２に示すカバレッジエリア２００内で、ＮＲモード１又はＬＴＥモード３のＵＥ ２０２、２０４に加えて、ＮＲモード２又はＬＴＥモード４のＵＥ ２０６、２０８、２１０も存在する状況があり得る。
【0013】
車両ユーザデバイス、ＵＥの上記のシナリオでは、複数のそのようなユーザデバイスは、単にグループとも呼ばれるユーザデバイスグループを形成することができ、グループ内又はグループメンバー間の通信は、ＰＣ５インタフェースなど、ユーザデバイス間のサイドリンクインタフェースを介して実行することができる。例えば、車両ユーザデバイスを使用する上述のシナリオは、車両ユーザデバイスを装備している複数の車両が、例えば遠隔運転アプリケーションによって一緒にグループ化され得る輸送産業の分野で採用され得る。複数のユーザデバイスを互いにサイドリンク通信のためにグループ化することができる他のユースケースとしては、例えば、工場自動化及び配電が挙げられる。工場自動化の場合、工場内の複数の移動式又は固定式機械は、ユーザデバイスを備え、例えばロボットの動き制御のように機械の動作を制御するために、サイドリンク通信のために一緒にグループ化されてもよい。配電の場合、配電グリッド内のエンティティは、システムを監視し、配電グリッドの障害及び停止に対処することを可能にするために、サイドリンク通信を介して互いに通信するように、システムの特定の領域内でグループ化され得るそれぞれのユーザデバイスを備えることができる。
【0014】
当然ながら、上記のユースケースでは、サイドリンク通信はグループ内の通信に限定されない。むしろ、サイドリンク通信は、ＵＥの任意のペアのように、ＵＥのいずれかの間であってもよい。
【0015】
上記のセクションの情報は、本発明の背景の理解を高めるためのものにすぎず、したがって、当業者に既に知られている先行技術を形成しない情報を含むことがあることに留意されたい。
上記のような従来技術から、サイドリンクにおけるフィードバックの取り扱いを改善する必要があり得る。
本発明の実施形態を、添付の図面を参照して更に詳細に説明する。
上記のような従来技術から、サイドリンクにおけるフィードバックの取り扱いを改善する必要があり得る。
本発明の実施形態を、添付の図面を参照して更に詳細に説明する。
【図面の簡単な説明】
【0016】
【図1】無線通信システムの一例の概略図である。
【図2】互いに直接通信するＵＥが基地局に接続されるカバレッジ内シナリオの概略図である。
【図3】互いに直接通信するＵＥが基地局からＳＬリソース割り当て構成又は支援を受信しない、カバレッジ外シナリオの概略図である。
【図4】基地局のような送信機と、ユーザデバイス、ＵＥのような１つ以上の受信機とを含む無線通信システムの概略図である。
【図5(a)】１つ以上の送信機ＵＥからのそれぞれのユニキャスト送信に関連するＨＡＲＱプロセスをバッファリングするための受信機ＵＥを概略的に示す図である。
【図5(b)】送信機ＵＥから受信機ＵＥへの正常に識別された復号可能な送信を示す図である。
【図5(c)】受信機ＵＥにおいてバッファリングされている送信機ＵＥからの識別に成功したが復号可能ではない送信を示す図である。
【図5(d)】受信機ＵＥにおいてバッファリングされていない送信機ＵＥからの識別に成功したが復号可能ではない送信を示す図である。
【図6】送信機ＵＥによるＨＡＲＱプロセスセットアップの一実施形態を示す図である。
【図7】デフォルト数に対して送信機ＵＥによって、利用可能なＨＡＲＱプロセス数の数を変更するための一例を示す図である。
【図8】利用可能なＨＡＲＱプロセスの数に関する受信機ＵＥから送信機ＵＥ ４０６への再構成シグナリングを示す図である。
【図9】送信機ＵＥにＨＡＲＱプロセスの数を報告するための更なる実施形態を示す図である。
【図10】本発明の手法に従って説明されるユニット又はモジュールならびに方法のステップが実行され得るコンピュータシステムの一例を示す図である。
【発明を実施するための形態】
【0017】
ここで、本発明の実施形態を、同じ又は類似の要素に同じ参照符号が割り当てられている添付の図面を参照してより詳細に説明する。
【0018】
図１、図２、又は図３を参照して上述したような無線通信システム又はネットワークでは、それぞれのユーザデバイス間のサイドリンク通信、例えば、車車間通信、Ｖ２Ｖ、車車間・路車間通信、Ｖ２Ｘ、又は任意の他のユーザデバイス間、例えば、上述したデバイス間の任意のＤ２Ｄ通信を実施することができる。ＬＴＥ Ｖ２Ｖ、Ｖ２Ｘ、又はＤ２Ｄ通信では、サイドリンクを介した送信側又は送信機ＵＥから受信側又は受信機ＵＥへの送信のためのフィードバック機構は実装されていないが、ＮＲ Ｖ２Ｘでは、特に送信機ＵＥがユニキャストサイドリンクを介して専用受信機ＵＥに送信するユニキャスト通信の場合に、サイドリンクを介した通信の信頼性を高めるために、ハイブリッド自動再送要求ＨＡＲＱのようなフィードバック手順が導入される。ＨＡＲＱ動作又は手順を支援するために、再送信の場合に、受信機ＵＥで受信された送信を以前に受信した送信にリンクして、復号前に全ての送信をソフト合成することを可能にする、いわゆるＨＡＲＱプロセスＩＤを使用することができる。
【0019】
ＨＡＲＱプロセスＩＤを使用する、送信機ＵＥから受信機ＵＥへのサイドリンクを介したユニキャスト通信の信頼性を高めるためのＨＡＲＱ手順を実施するとき、送信機ＵＥは、ＨＡＲＱプロセスＩＤを送信に割り当てることができる。送信は、ペイロードデータとも呼ばれる送信される実際のデータと、送信に関連付けられたＨＡＲＱプロセスＩＤを含むＳＣＩのような制御データとを含むことができる。例えば、サイドリンク制御情報ＳＣＩのような制御データ又はメッセージが、ＨＡＲＱプロセスＩＤを示すために２ビットを可能にすると仮定すると、送信機ＵＥは、ＴＴＩ又はｓＴＴＩのような送信時間間隔の間に最大４つの送信を並列に送信することができ、各送信はそれぞれの異なるＨＡＲＱプロセスＩＤに関連付けられる。ＨＡＲＱプロセスＩＤに基づいて、送信機ＵＥからの送信をバッファリングするためのソフトバッファのようなバッファ空間を提供する受信機ＵＥは、受信した送信をどのバッファに入れるかを知っている。更に、ＨＡＲＱプロセスＩＤの他に、新しいデータインジケータＮＤＩのようなインジケータも制御データに含まれてもよく、これは前の送信と同じである場合、現在の送信が前の送信にリンクされていることを示す。新しいデータインジケータがトグルされたとき、すなわち、先行する送信と比較したときにインジケータ値が変更されたとき、これは、現在の送信と先行する送信とがリンクされていないことを意味し、これにより、現在の送信が格納又はバッファリングされる前に、受信機ＵＥは、ＨＡＲＱプロセスＩＤに関連付けられたそのバッファをフラッシュする。送信がリンクされている場合、受信機ＵＥによってバッファリングされた現在及び以前の送信は、その復号可能性を高めるためにソフト合成され得る。ＨＡＲＱプロセスの数は、例えば、デコーダアーキテクチャ、ソフトバッファサイズとも呼ばれるバッファのための利用可能な記憶装置又はメモリの量によってハードウェア制限され得る。
【0020】
ＨＡＲＱプロセスＩＤの概念は、ｕＵインタフェース上のＨＡＲＱ手順、すなわち、ユーザデバイスと無線通信ネットワーク内のｇＮＢ又は基地局との間のダウンリンク／アップリンク通信のためのＨＡＲＱ手順に使用される。そのようなシナリオでは、基地局は、基地局とそれぞれのＵＥとの間のアップリンク／ダウンリンク送信に関する知識を有し、アップリンク／ダウンリンク通信を介して発生する各ＨＡＲＱプロセスの送信をバッファリングするための十分なバッファを提供するようにＵＥを構成する。言い換えれば、非サイドリンクシナリオでは、基地局は、ＵＥで必要とされるトラフィック及びバッファ空間を認識しているので、任意の送信バッファ空間が利用可能であるように、すなわちバッファオーバフローが発生しないようにＨＡＲＱ手順を制御することができる。
【0021】
これとは対照的に、サイドリンクシナリオでは、送信機ＵＥは、受信機ＵＥが管理しなければならないＨＡＲＱプロセスの数と、受信機ＵＥで利用可能なＨＡＲＱプロセスのうちのいくつが、受信機ＵＥとユニキャスト通信を行う他のＵＥによって既に占有されているかについての知識を有さない。そのような状況では、受信機ＵＥが、新しい着信送信のための十分な数のＨＡＲＱプロセスを有さず、その結果、送信が受信機ＵＥでバッファリングされないことが起こり得る。受信機ＵＥは、例えばＮＡＣＫメッセージを報告することによって、失敗した送信を送信機ＵＥに報告する。
【0022】
しかしながら、ＮＡＣＫメッセージは、送信機ＵＥに、受信機ＵＥは送信に関連する制御データを復号することができたが、実際の送信又はデータは、例えばチャネル条件のために、受信機ＵＥによって復号可能ではなく、したがって、送信又はデータは、後で使用するために受信機ＵＥによってバッファリングされると仮定させる。受信機ＵＥが、ＨＡＲＱプロセスＩＤを含む制御メッセージを復号することはできるが、実際の送信又はデータを復号することはできない状況は、以下では、正常に識別された送信と呼ばれることもある。
【0023】
従来から実施されているＨＡＲＱ手順によれば、ＮＡＣＫを受信する送信機ＵＥは、送信の次の冗長バージョンＲＶのように、再送信を送信する。しかしながら、先行する冗長バージョン又は先行する送信が受信機ＵＥによってバッファリングされておらず、バッファ内に初期冗長バージョンがない場合、後続の冗長バージョン自体の復号性能が低下し、全体的な送信信頼性に影響を及ぼし、ユニキャストサイドリンク通信を使用した送信機ＵＥから受信機ＵＥへの送信に関連する必要なサービス品質、ＱｏＳをもはや満たさない可能性がある通信をもたらす。
【0024】
本発明は、サイドリンクにおけるフィードバックの処理の改善を提供することによって、上記の問題に対処し、現在の送信が、受信機ＵＥにおいて正常に識別されているにもかかわらず、バッファリングされなかった、すなわち欠落したことを送信機ＵＥが認識できるようにし、及び／又は受信機ＵＥにおけるソフトバッファオーバフローの可能性を回避又は低減する。
【0025】
本発明の実施形態は、基地局と、移動端末又はＩｏＴデバイスのようなユーザとを含む、図１、図２及び図３に示すような無線通信システムで実施することができる。図４は、基地局のような送信機３００と、ユーザデバイス、ＵＥのような１つ以上の受信機３０２１～３０２ｎとを含む無線通信システムの概略図である。送信機３００及び受信機３０２は、無線リンクのように、１つ以上の無線通信リンク又はチャネル３０４ａ、３０４ｂ、３０４ｃを介して通信することができる。送信機３００は、互いに結合された、１つ以上のアンテナＡＮＴＴ又は複数のアンテナ素子を有するアンテナアレイ、信号プロセッサ３００ａ及び送受信機３００ｂを含み得る。受信機３０２は、互いに結合された、１つ以上のアンテナＡＮＴＲ又は複数のアンテナを有するアンテナアレイと、信号プロセッサ３０２ａ１、３０２ａｎと、送受信機３０２ｂ１、３０２ｂｎとを含む。基地局３００及びＵＥ ３０２は、Ｕｕインタフェースを使用する無線リンクのように、それぞれ第１の無線通信リンク３０４ａ及び３０４ｂを介して通信してもよく、ＵＥ ３０２は、ＰＣ５インタフェースを使用する無線リンクのように、第２の無線通信リンク３０４ｃを介して互いに通信してもよい。ＵＥが基地局によってサービスを提供されていないとき、基地局に接続されていないとき、例えば、ＵＥがＲＲＣ接続状態にないとき、又はより一般的には、ＳＬリソース割り当て構成又は支援が基地局によって提供されないとき、ＵＥはサイドリンクを介して互いに通信することができる。システム、１つ以上のＵＥ ３０２、及び基地局は、本明細書に記載の本発明の教示に従って動作することができる。
【0026】
ユーザデバイス
第１の態様－受信機ＵＥ
本発明は、複数のユーザデバイスＵＥを含む無線通信システムのためのユーザデバイスＵＥであって、
ＵＥは、
・サイドリンクを使用して１つ以上の送信ＵＥと通信し、
・一定数のＨＡＲＱプロセスをサポートし、
・各ＨＡＲＱプロセスのための１つ以上の送信をバッファリングする
ように構成されており、
サイドリンクを使用する送信ＵＥとのユニキャスト通信中に、ＵＥは、
・送信時間間隔中に送信ＵＥから送信を受信し、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられ、
・ＨＡＲＱプロセスのために受信した送信をバッファリングし、
・復号前にバッファリングされた送信を合成する
ように構成されており、
正常に識別された送信がバッファリングされていない場合、ＵＥは、送信がＵＥにおいてバッファリングされていないことを送信ＵＥに示すように構成されている、ユーザデバイスを提供する（例えば請求項１を参照）。
第１の態様－受信機ＵＥ
本発明は、複数のユーザデバイスＵＥを含む無線通信システムのためのユーザデバイスＵＥであって、
ＵＥは、
・サイドリンクを使用して１つ以上の送信ＵＥと通信し、
・一定数のＨＡＲＱプロセスをサポートし、
・各ＨＡＲＱプロセスのための１つ以上の送信をバッファリングする
ように構成されており、
サイドリンクを使用する送信ＵＥとのユニキャスト通信中に、ＵＥは、
・送信時間間隔中に送信ＵＥから送信を受信し、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられ、
・ＨＡＲＱプロセスのために受信した送信をバッファリングし、
・復号前にバッファリングされた送信を合成する
ように構成されており、
正常に識別された送信がバッファリングされていない場合、ＵＥは、送信がＵＥにおいてバッファリングされていないことを送信ＵＥに示すように構成されている、ユーザデバイスを提供する（例えば請求項１を参照）。
【0027】
実施形態によれば（例えば請求項２を参照）、ＵＥは、
・送信ＵＥが新しい送信を実行することを可能にするために、サイドリンクを介した送信の成功を示す、例えばＡＣＫ状態である第１の状態と、
・送信ＵＥからの再送信を要求するために、サイドリンクを介した送信が成功しなかったことを示す、例えばＮＡＣＫ状態である第２の状態と、
・サイドリンクを介した正常に識別された送信が受信ＵＥによってバッファリングされていないことを示す、例えば、ＬＯＳＴ状態である第３の状態と
をシグナリングするように構成されており、
第１の状態、第２の状態、及び第３の状態は異なる。
・送信ＵＥが新しい送信を実行することを可能にするために、サイドリンクを介した送信の成功を示す、例えばＡＣＫ状態である第１の状態と、
・送信ＵＥからの再送信を要求するために、サイドリンクを介した送信が成功しなかったことを示す、例えばＮＡＣＫ状態である第２の状態と、
・サイドリンクを介した正常に識別された送信が受信ＵＥによってバッファリングされていないことを示す、例えば、ＬＯＳＴ状態である第３の状態と
をシグナリングするように構成されており、
第１の状態、第２の状態、及び第３の状態は異なる。
【0028】
実施形態によれば（例えば、請求項３を参照）、ＵＥは、
・第１の巡回シフト又は位相回転を伴う基本シーケンスを使用する第１の状態と、
・第２の巡回シフト又は位相回転を伴う基本シーケンスを使用する第２の状態と、
・第３の巡回シフト又は位相回転を伴う基本シーケンスを使用する第３の状態と
をシグナリングするように構成されており、
第１の巡回シフト又は位相回転、第２の巡回シフト又は位相回転、及び第３の巡回シフト又は位相回転は異なる。
・第１の巡回シフト又は位相回転を伴う基本シーケンスを使用する第１の状態と、
・第２の巡回シフト又は位相回転を伴う基本シーケンスを使用する第２の状態と、
・第３の巡回シフト又は位相回転を伴う基本シーケンスを使用する第３の状態と
をシグナリングするように構成されており、
第１の巡回シフト又は位相回転、第２の巡回シフト又は位相回転、及び第３の巡回シフト又は位相回転は異なる。
【0029】
実施形態によれば（例えば、請求項４を参照）、第１の巡回シフト又は位相回転は０であり、第２の巡回シフト又は位相回転は２π／３であり、第３の巡回シフト又は位相回転は４π／３である。
実施形態によれば（例えば、請求項５を参照）、ＵＥは、
・第１の巡回シフト又は位相回転を伴う基本シーケンスを使用する第１の状態と、
・第２の巡回シフト又は位相回転を伴う基本シーケンスを使用する第２の状態と、
・基本シーケンスを送信しないことによる第３の状態と
をシグナリングするように構成されており、
第１の巡回シフト又は位相回転と、第２の巡回シフト又は位相回転とは異なる。
実施形態によれば（例えば、請求項６を参照）、第１の巡回シフト又は位相回転は０であり、第２の巡回シフト又は位相回転はπである。
実施形態によれば（例えば、請求項５を参照）、ＵＥは、
・第１の巡回シフト又は位相回転を伴う基本シーケンスを使用する第１の状態と、
・第２の巡回シフト又は位相回転を伴う基本シーケンスを使用する第２の状態と、
・基本シーケンスを送信しないことによる第３の状態と
をシグナリングするように構成されており、
第１の巡回シフト又は位相回転と、第２の巡回シフト又は位相回転とは異なる。
実施形態によれば（例えば、請求項６を参照）、第１の巡回シフト又は位相回転は０であり、第２の巡回シフト又は位相回転はπである。
【0030】
実施形態によれば（例えば、請求項７を参照）、ＵＥは、複数のビットを含むメッセージをシグナリングするように構成され、
・第１の状態は、複数のビットの第１の組み合わせによって示され、
・第２の状態は、複数のビットの第２の組み合わせによって示され、
・第３の状態は、複数のビットの第３の組み合わせによって示され、
第１の組み合わせ、第２の組み合わせ、及び第３の組み合わせは異なる。
・第１の状態は、複数のビットの第１の組み合わせによって示され、
・第２の状態は、複数のビットの第２の組み合わせによって示され、
・第３の状態は、複数のビットの第３の組み合わせによって示され、
第１の組み合わせ、第２の組み合わせ、及び第３の組み合わせは異なる。
【0031】
実施形態によれば（例えば、請求項８参照）、第１の組み合わせは００であり、第２の組み合わせは１０であり、第３の組み合わせは１１である。
第１の態様－送信機ＵＥ
本発明は、複数のユーザデバイスＵＥを含む無線通信システムのためのユーザデバイスＵＥであって、
ＵＥは、
・サイドリンクを使用して１つ以上の受信ＵＥと通信し、
・一定数のＨＡＲＱプロセスをサポートする
ように構成されており、
サイドリンクを使用する受信ＵＥとのユニキャスト通信中に、ＵＥは、
・送信時間間隔の間に、ＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられた送信を受信ＵＥに送信し、
・受信ＵＥからフィードバックを受信する
ように構成されており、
フィードバックは、受信ＵＥによって正常に識別された送信ａが受信ＵＥにおいてバッファリングされていないという指示を含む、ユーザデバイスを提供する（例えば、請求項９を参照）。
第１の態様－送信機ＵＥ
本発明は、複数のユーザデバイスＵＥを含む無線通信システムのためのユーザデバイスＵＥであって、
ＵＥは、
・サイドリンクを使用して１つ以上の受信ＵＥと通信し、
・一定数のＨＡＲＱプロセスをサポートする
ように構成されており、
サイドリンクを使用する受信ＵＥとのユニキャスト通信中に、ＵＥは、
・送信時間間隔の間に、ＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられた送信を受信ＵＥに送信し、
・受信ＵＥからフィードバックを受信する
ように構成されており、
フィードバックは、受信ＵＥによって正常に識別された送信ａが受信ＵＥにおいてバッファリングされていないという指示を含む、ユーザデバイスを提供する（例えば、請求項９を参照）。
【0032】
実施形態によれば（例えば、請求項１０を参照）、フィードバックは、
・サイドリンクを介した送信の成功を示す、例えばＡＣＫ状態である第１の状態と、
・サイドリンクを介した送信が成功しなかったことを示す、例えばＮＡＣＫ状態である第２の状態であって、ＵＥは、第２の状態に応答して再送信を実行するように構成されている、第２の状態と、
・サイドリンクを介した正常に識別された送信が受信機ＵＥによってバッファリングされていないことを示す、例えば、ＬＯＳＴ状態である第３の状態と
を含み、
第１の状態、第２の状態、及び第３の状態は異なる。
・サイドリンクを介した送信の成功を示す、例えばＡＣＫ状態である第１の状態と、
・サイドリンクを介した送信が成功しなかったことを示す、例えばＮＡＣＫ状態である第２の状態であって、ＵＥは、第２の状態に応答して再送信を実行するように構成されている、第２の状態と、
・サイドリンクを介した正常に識別された送信が受信機ＵＥによってバッファリングされていないことを示す、例えば、ＬＯＳＴ状態である第３の状態と
を含み、
第１の状態、第２の状態、及び第３の状態は異なる。
【0033】
実施形態によれば（例えば、請求項１１を参照）、送信が受信ＵＥにおいてバッファリングされていないというフィードバックに応答して、ＵＥは、
・所定の時間にわたって送信及び／又はバックオフをドロップし、
・既に占有されているＨＡＲＱプロセスを上書きし、
・同じ送信を再送信し、
・受信ＵＥに、増分冗長から追跡合成への切り替えを行わせる
アクションのうちの１つ以上をもたらすように構成されている。
・所定の時間にわたって送信及び／又はバックオフをドロップし、
・既に占有されているＨＡＲＱプロセスを上書きし、
・同じ送信を再送信し、
・受信ＵＥに、増分冗長から追跡合成への切り替えを行わせる
アクションのうちの１つ以上をもたらすように構成されている。
【0034】
実施形態によれば（例えば、請求項１２を参照）、ＵＥは、
・バッファリングされていない送信に関連付けられた送信のＱｏＳと、
・既にＨＡＲＱプロセスにある送信のＱｏＳと、
・再送信の数
のうちの１つ以上に依存するアクションを決定するように構成されている。
・バッファリングされていない送信に関連付けられた送信のＱｏＳと、
・既にＨＡＲＱプロセスにある送信のＱｏＳと、
・再送信の数
のうちの１つ以上に依存するアクションを決定するように構成されている。
【0035】
実施形態によれば（例えば、請求項１３を参照）、バッファリングされていない送信がアクティブなＨＡＲＱプロセスに既にある他の送信と比較して低いＱｏＳを有する場合、ＵＥは、送信をドロップし、及び／又はしばらくの間バックオフするように構成されており、
バッファリングされていない送信がアクティブなＨＡＲＱプロセスに既にある送信と比較してより高いＱｏＳを有する場合、ＵＥは、別の送信によって既に占有されているＨＡＲＱプロセスＩＤを有する高ＱｏＳの送信を送信し、受信ＵＥに、例えばＮＤＩをトグルすることによって、ＨＡＲＱプロセスＩＤに関連付けられたバッファをフラッシュさせ、新しい送信を保存させるように構成されており、
増分冗長ＨＡＲＱが使用され、バッファリングされていない送信が初期送信ではない場合、ＵＥは、追跡合成に変更し、既に送信され、バッファは成功したが復号は失敗したことがシグナリングされた送信を再送信するように構成されている。
バッファリングされていない送信がアクティブなＨＡＲＱプロセスに既にある送信と比較してより高いＱｏＳを有する場合、ＵＥは、別の送信によって既に占有されているＨＡＲＱプロセスＩＤを有する高ＱｏＳの送信を送信し、受信ＵＥに、例えばＮＤＩをトグルすることによって、ＨＡＲＱプロセスＩＤに関連付けられたバッファをフラッシュさせ、新しい送信を保存させるように構成されており、
増分冗長ＨＡＲＱが使用され、バッファリングされていない送信が初期送信ではない場合、ＵＥは、追跡合成に変更し、既に送信され、バッファは成功したが復号は失敗したことがシグナリングされた送信を再送信するように構成されている。
【0036】
第２の態様－受信機ＵＥ
本発明は、複数のユーザデバイスＵＥを含む無線通信システムのためのユーザデバイスＵＥであって、
・ＵＥは、
・サイドリンクを使用して１つ以上の送信ＵＥと通信し、
・一定数のＨＡＲＱプロセスをサポートし、
・各ＨＡＲＱプロセスのための１つ以上の送信をバッファリングする
ように構成されており、
サイドリンクを使用する送信ＵＥとのユニキャスト通信中に、ＵＥは、
・送信時間間隔中に送信ＵＥから送信を受信し、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられ、
・ＨＡＲＱプロセスのために受信した送信をバッファリングし、
・復号前にバッファリングされた送信を合成する
ように構成されており、
ＵＥは、送信ＵＥがＵＥのバッファ占有に依存する再送信を適合させることを可能にするために、例えばＬ１ ＰＳＦＣＨシグナリングを使用して、バッファ占有を送信ＵＥに報告するように構成されている、ユーザデバイスを提供する（例えば、請求項１４を参照）。
本発明は、複数のユーザデバイスＵＥを含む無線通信システムのためのユーザデバイスＵＥであって、
・ＵＥは、
・サイドリンクを使用して１つ以上の送信ＵＥと通信し、
・一定数のＨＡＲＱプロセスをサポートし、
・各ＨＡＲＱプロセスのための１つ以上の送信をバッファリングする
ように構成されており、
サイドリンクを使用する送信ＵＥとのユニキャスト通信中に、ＵＥは、
・送信時間間隔中に送信ＵＥから送信を受信し、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられ、
・ＨＡＲＱプロセスのために受信した送信をバッファリングし、
・復号前にバッファリングされた送信を合成する
ように構成されており、
ＵＥは、送信ＵＥがＵＥのバッファ占有に依存する再送信を適合させることを可能にするために、例えばＬ１ ＰＳＦＣＨシグナリングを使用して、バッファ占有を送信ＵＥに報告するように構成されている、ユーザデバイスを提供する（例えば、請求項１４を参照）。
【0037】
実施形態によれば（例えば、請求項１５を参照）、ＵＥは、
・バッファ占有が低バッファ占有状態のような第１の状態にある場合に、より多くのＨＡＲＱプロセスを使用することが可能であることを送信ＵＥにシグナリングし、
・バッファ占有が中程度のバッファ占有状態のような第２の状態にある場合に、現在使用されている数のＨＡＲＱプロセスを維持するように送信ＵＥにシグナリングし、
・バッファ占有が高バッファ占有状態のような第３の状態にある場合に、使用されるＨＡＲＱプロセスの数を可能な限り減らすように送信ＵＥにシグナリングする
ように構成されている。
・バッファ占有が低バッファ占有状態のような第１の状態にある場合に、より多くのＨＡＲＱプロセスを使用することが可能であることを送信ＵＥにシグナリングし、
・バッファ占有が中程度のバッファ占有状態のような第２の状態にある場合に、現在使用されている数のＨＡＲＱプロセスを維持するように送信ＵＥにシグナリングし、
・バッファ占有が高バッファ占有状態のような第３の状態にある場合に、使用されるＨＡＲＱプロセスの数を可能な限り減らすように送信ＵＥにシグナリングする
ように構成されている。
【0038】
実施形態によれば（例えば、請求項１６を参照）、ＵＥは、各ユニキャストサイドリンクに対して固定数のＨＡＲＱプロセス、又は全てのサイドリンクに対して固定された総数のＨＡＲＱプロセスを使用するように構成されている。
【0039】
実施形態によれば（例えば、請求項１７を参照）、ＵＥは、ＳＣＩのような制御メッセージを受信するように構成されており、制御メッセージは、ＨＡＲＱプロセスに関連付けられたＨＡＲＱプロセスＩＤをシグナリングするためのビット数を含み、固定数のＨＡＲＱプロセスは、例えば、移動通信規格によって定義されるか、又は例えば、ＵＥの無線通信システムへの接続中又はサイドリンク通信のセットアップ中に事前構成される。
【0040】
第２の態様－送信機ＵＥ
本発明は、複数のユーザデバイスＵＥを含む無線通信システムのためのユーザデバイスＵＥであって、
ＵＥは、
・サイドリンクを使用して１つ以上の受信ＵＥと通信し、
・一定数のＨＡＲＱプロセスをサポートする
ように構成されており、
サイドリンクを使用する受信ＵＥとのユニキャスト通信中に、ＵＥは、
・送信時間間隔の間に、ＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられた送信を受信ＵＥに送信し、
・受信ＵＥからフィードバックを受信する
ように構成されており、
ＵＥは、受信ＵＥから、例えばＬ１ ＰＳＦＣＨシグナリングを用いてバッファ占有報告を受信し、受信ＵＥのバッファ占有に依存して再送信を適合させるように構成されている、ユーザデバイスを提供する（例えば、請求項１８を参照）。
本発明は、複数のユーザデバイスＵＥを含む無線通信システムのためのユーザデバイスＵＥであって、
ＵＥは、
・サイドリンクを使用して１つ以上の受信ＵＥと通信し、
・一定数のＨＡＲＱプロセスをサポートする
ように構成されており、
サイドリンクを使用する受信ＵＥとのユニキャスト通信中に、ＵＥは、
・送信時間間隔の間に、ＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられた送信を受信ＵＥに送信し、
・受信ＵＥからフィードバックを受信する
ように構成されており、
ＵＥは、受信ＵＥから、例えばＬ１ ＰＳＦＣＨシグナリングを用いてバッファ占有報告を受信し、受信ＵＥのバッファ占有に依存して再送信を適合させるように構成されている、ユーザデバイスを提供する（例えば、請求項１８を参照）。
【0041】
実施形態によれば（例えば、請求項１９を参照）、ＵＥは、
・バッファ占有が、低バッファ占有状態などの第１の状態にあることを示す受信ＵＥからの報告に応答して、現在使用されている数のＨＡＲＱプロセスを増加させ、
・バッファ占有が中程度のバッファ占有状態のような第２の状態にあることを示す受信ＵＥからの報告に応答して、現在使用されている数のＨＡＲＱプロセスを維持し、
・バッファ占有が高バッファ占有状態のような第３の状態にあることを示す受信ＵＥからの報告に応答して、現在使用されている数のＨＡＲＱプロセスを減らす
ように構成されている。
・バッファ占有が、低バッファ占有状態などの第１の状態にあることを示す受信ＵＥからの報告に応答して、現在使用されている数のＨＡＲＱプロセスを増加させ、
・バッファ占有が中程度のバッファ占有状態のような第２の状態にあることを示す受信ＵＥからの報告に応答して、現在使用されている数のＨＡＲＱプロセスを維持し、
・バッファ占有が高バッファ占有状態のような第３の状態にあることを示す受信ＵＥからの報告に応答して、現在使用されている数のＨＡＲＱプロセスを減らす
ように構成されている。
【0042】
実施形態によれば（例えば、請求項２０を参照）、ＵＥは、各ユニキャストサイドリンクに対して固定数のＨＡＲＱプロセス、又は全てのサイドリンクに対して固定された総数のＨＡＲＱプロセスを使用するように構成されている。
【0043】
第３の態様－受信機ＵＥ
本発明は、複数のユーザデバイスＵＥを含む無線通信システムのためのユーザデバイスＵＥであって、
ＵＥは、
・サイドリンクを使用して１つ以上の送信ＵＥと通信し、
・一定数のＨＡＲＱプロセスをサポートし、
・各ＨＡＲＱプロセスのための１つ以上の送信をバッファリングする
ように構成されており、
サイドリンクを使用する送信ＵＥとのユニキャスト通信中に、ＵＥは、
・送信時間間隔中に送信ＵＥから送信を受信し、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられ、
・ＨＡＲＱプロセスのために受信した送信をバッファリングし、
・復号前にバッファリングされた送信を組み合わせる
ように構成されており、
ＵＥは、送信ＵＥと、ユニキャストサイドリンク通信に使用されるＨＡＲＱプロセスの数を折衝する、又は無線通信ネットワークの基地局から、ＵＥと送信ＵＥとの間のユニキャストサイドリンクに使用されるＨＡＲＱプロセスの数を示す構成メッセージを受信する
ように構成されている、ユーザデバイスを提供する（例えば、請求項２１を参照）。
本発明は、複数のユーザデバイスＵＥを含む無線通信システムのためのユーザデバイスＵＥであって、
ＵＥは、
・サイドリンクを使用して１つ以上の送信ＵＥと通信し、
・一定数のＨＡＲＱプロセスをサポートし、
・各ＨＡＲＱプロセスのための１つ以上の送信をバッファリングする
ように構成されており、
サイドリンクを使用する送信ＵＥとのユニキャスト通信中に、ＵＥは、
・送信時間間隔中に送信ＵＥから送信を受信し、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられ、
・ＨＡＲＱプロセスのために受信した送信をバッファリングし、
・復号前にバッファリングされた送信を組み合わせる
ように構成されており、
ＵＥは、送信ＵＥと、ユニキャストサイドリンク通信に使用されるＨＡＲＱプロセスの数を折衝する、又は無線通信ネットワークの基地局から、ＵＥと送信ＵＥとの間のユニキャストサイドリンクに使用されるＨＡＲＱプロセスの数を示す構成メッセージを受信する
ように構成されている、ユーザデバイスを提供する（例えば、請求項２１を参照）。
【0044】
実施形態によれば（例えば、請求項２２を参照）、ＵＥは、
・送信ＵＥから、サイドリンクを介してシグナリング、例えば、ＲＲＣ接続セットアップ又はＲＲＣ再構成、送信ＵＥがＵＥとの現在のユニキャストサイドリンクに使用することを計画しているＨＡＲＱプロセスの数の指示を受信し、
・指示された数のＨＡＲＱプロセスを確認し、又は送信ＵＥによって提案されたＨＡＲＱプロセスの数よりも少ない数を指示する
ように構成されており、
ＵＥ及び送信ＵＥは、現在のユニキャストサイドリンクのための合意された数のＨＡＲＱプロセスを確保する。
・送信ＵＥから、サイドリンクを介してシグナリング、例えば、ＲＲＣ接続セットアップ又はＲＲＣ再構成、送信ＵＥがＵＥとの現在のユニキャストサイドリンクに使用することを計画しているＨＡＲＱプロセスの数の指示を受信し、
・指示された数のＨＡＲＱプロセスを確認し、又は送信ＵＥによって提案されたＨＡＲＱプロセスの数よりも少ない数を指示する
ように構成されており、
ＵＥ及び送信ＵＥは、現在のユニキャストサイドリンクのための合意された数のＨＡＲＱプロセスを確保する。
【0045】
実施形態によれば（例えば、請求項２３を参照）、ＵＥは、利用可能なＨＡＲＱプロセスの数を送信ＵＥに報告して、送信ＵＥが、ＵＥによって示される利用可能なＨＡＲＱプロセスの数以下で使用されるべきＨＡＲＱプロセスの数を選択できるようにするように構成されている。
【0046】
実施形態によれば（例えば、請求項２４を参照）、ＵＥは、送信ＵＥによって選択されたＨＡＲＱプロセスの数の確認を送信ＵＥから受信するように構成されている。
実施形態によれば（例えば、請求項２５を参照）、ＵＥは、
・ユニキャストサイドリンクを設定した後、より多くのＨＡＲＱプロセスを求める送信ＵＥからの要求を受信し、
・ＵＥが割り当てられていないバッファを有する場合、ＵＥがサポートすることができるＨＡＲＱプロセスの数を送信ＵＥにシグナリングする
ように構成されている。
実施形態によれば（例えば、請求項２５を参照）、ＵＥは、
・ユニキャストサイドリンクを設定した後、より多くのＨＡＲＱプロセスを求める送信ＵＥからの要求を受信し、
・ＵＥが割り当てられていないバッファを有する場合、ＵＥがサポートすることができるＨＡＲＱプロセスの数を送信ＵＥにシグナリングする
ように構成されている。
【0047】
実施形態によれば（例えば、請求項２６を参照）、ＵＥは、
・ユニキャストサイドリンクを設定した後、必要とされるＨＡＲＱプロセスはより少ないという指示を送信ＵＥから受信し、
・割り当てられたバッファを解放する
ように構成されている。
・ユニキャストサイドリンクを設定した後、必要とされるＨＡＲＱプロセスはより少ないという指示を送信ＵＥから受信し、
・割り当てられたバッファを解放する
ように構成されている。
【0048】
第３の態様－送信機ＵＥ
本発明は、複数のユーザデバイスＵＥを含む無線通信システムのためのユーザデバイスＵＥであって、
ＵＥは、
・サイドリンクを使用して１つ以上の受信ＵＥと通信し、
・一定数のＨＡＲＱプロセスをサポートする
ように構成されており、
サイドリンクを使用する受信ＵＥとのユニキャスト通信中に、ＵＥは、
・送信時間間隔中に受信ＵＥに送信を送信し、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられ、
・受信ＵＥからフィードバックを受信する
ように構成されており、
ＵＥは、受信ＵＥと、ユニキャスト通信に使用されるＨＡＲＱプロセスの数を折衝する、又は無線通信ネットワークの基地局から、ＵＥと送信ＵＥとの間のユニキャストサイドリンクに使用されるＨＡＲＱプロセスの数を示す構成メッセージを受信する
ように構成されている、ユーザデバイスを提供する（例えば、請求項２７を参照）。
本発明は、複数のユーザデバイスＵＥを含む無線通信システムのためのユーザデバイスＵＥであって、
ＵＥは、
・サイドリンクを使用して１つ以上の受信ＵＥと通信し、
・一定数のＨＡＲＱプロセスをサポートする
ように構成されており、
サイドリンクを使用する受信ＵＥとのユニキャスト通信中に、ＵＥは、
・送信時間間隔中に受信ＵＥに送信を送信し、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられ、
・受信ＵＥからフィードバックを受信する
ように構成されており、
ＵＥは、受信ＵＥと、ユニキャスト通信に使用されるＨＡＲＱプロセスの数を折衝する、又は無線通信ネットワークの基地局から、ＵＥと送信ＵＥとの間のユニキャストサイドリンクに使用されるＨＡＲＱプロセスの数を示す構成メッセージを受信する
ように構成されている、ユーザデバイスを提供する（例えば、請求項２７を参照）。
【0049】
実施形態によれば（例えば、請求項２８を参照）、ＵＥは、
・例えば、サイドリンクを介したＲＲＣ構成手順を使用して、ＵＥが受信ＵＥとの現在のユニキャストサイドリンクに使用することを計画しているＨＡＲＱプロセスの数の指示を受信ＵＥに送信し、
・指示された数のＨＡＲＱプロセスの確認、又はＵＥによって提案されたＨＡＲＱプロセスの数よりも少ない数の指示を受信ＵＥから受信する
ように構成されており、
ＵＥ及び受信ＵＥは、現在のユニキャストサイドリンクのための合意された数のＨＡＲＱプロセスを確保する。
・例えば、サイドリンクを介したＲＲＣ構成手順を使用して、ＵＥが受信ＵＥとの現在のユニキャストサイドリンクに使用することを計画しているＨＡＲＱプロセスの数の指示を受信ＵＥに送信し、
・指示された数のＨＡＲＱプロセスの確認、又はＵＥによって提案されたＨＡＲＱプロセスの数よりも少ない数の指示を受信ＵＥから受信する
ように構成されており、
ＵＥ及び受信ＵＥは、現在のユニキャストサイドリンクのための合意された数のＨＡＲＱプロセスを確保する。
【0050】
実施形態によれば（例えば、請求項２９を参照）、ＵＥは、受信ＵＥにおいて利用可能なＨＡＲＱプロセスの数の報告を受信し、受信ＵＥによって示される利用可能なＨＡＲＱプロセスの数以下で使用されるＨＡＲＱプロセスの数を選択するように構成されている。
【0051】
実施形態によれば（例えば、請求項３０を参照）、ＵＥは、ＵＥによって選択されたＨＡＲＱプロセスの数の確認を、受信ＵＥに送信するように構成されている。
実施形態によれば（例えば、請求項３１を参照）、ＵＥは、
・ユニキャストサイドリンクを設定した後、より多くのＨＡＲＱプロセスを求める要求を受信ＵＥに送信し、
・ＵＥが割り当てられていないバッファを有する場合、受信ＵＥがサポートすることができるＨＡＲＱプロセスの数を受信ＵＥから受信する
ように構成されている。
実施形態によれば（例えば、請求項３１を参照）、ＵＥは、
・ユニキャストサイドリンクを設定した後、より多くのＨＡＲＱプロセスを求める要求を受信ＵＥに送信し、
・ＵＥが割り当てられていないバッファを有する場合、受信ＵＥがサポートすることができるＨＡＲＱプロセスの数を受信ＵＥから受信する
ように構成されている。
【0052】
実施形態によれば（例えば、請求項３２を参照）、ＵＥは、ユニキャストサイドリンクを設定した後、受信ＵＥが割り当てられたバッファを解放することを可能にするために、必要とされるＨＡＲＱプロセスはより少ないという指示を受信ＵＥに送信するように構成されている。
【0053】
実施形態によれば（例えば、請求項３３を参照）、ＵＥは、ＳＣＩのようなサイドリンク上の制御メッセージ内のＨＡＲＱプロセスＩＤフィールドのサイズを、合意された数のＨＡＲＱプロセス、例えば、４つのＨＡＲＱプロセス→２ビット、３つのＨＡＲＱプロセス→２ビット、８つのＨＡＲＱプロセス→３ビット、から導出するように構成されている。
【0054】
実施形態によれば（例えば、請求項３４を参照）、受信ＵＥ及び送信ＵＥが、送信ＵＥから受信ＵＥへのユニキャストサイドリンクのための一方向のいくつかのＨＡＲＱプロセスで構成される場合、例えば、両方向のトラフィックが実質的に対称である場合に、同じ数のＨＡＲＱプロセスが受信ＵＥから送信ＵＥへのユニキャストサイドリンクに適用される。
【0055】
一般
実施形態によれば（例えば、請求項３５を参照）、送信ＵＥが、送信時間間隔の間に複数の送信を並列に実行するように構成され、送信の各々がＨＡＲＱプロセスＩＤを含む。
実施形態によれば（例えば、請求項３５を参照）、送信ＵＥが、送信時間間隔の間に複数の送信を並列に実行するように構成され、送信の各々がＨＡＲＱプロセスＩＤを含む。
【0056】
実施形態によれば（例えば、請求項３６を参照）、ＵＥは、移動端末、又は固定端末、又はセルラＩｏＴ－ＵＥ、又は車両ＵＥ、又は車両グループリーダ（ＧＬ）ＵＥ、又はＩｏＴ若しくは狭帯域ＩｏＴ、ＮＢ－ＩｏＴ、デバイス、又は地上ベースの車両、又は航空機、又はドローン、又は移動基地局、又は路側ユニット、又は建物、又は無線通信ネットワーク、例えば、センサ若しくはアクチュエータを使用してアイテム／デバイスが通信することを可能にするネットワーク接続性を備えた任意の他のアイテム又はデバイス、のうちの１つ以上を備える。
【0057】
システム
本発明は、無線通信システムであって、本発明による複数のユーザデバイスＵＥを備え、無線通信システムのサイドリンクリソースのセットからのリソースを使用してサイドリンク通信のために構成された、無線通信システムを提供する（例えば、請求項３７を参照）。
本発明は、無線通信システムであって、本発明による複数のユーザデバイスＵＥを備え、無線通信システムのサイドリンクリソースのセットからのリソースを使用してサイドリンク通信のために構成された、無線通信システムを提供する（例えば、請求項３７を参照）。
【0058】
実施形態によれば（例えば、請求項３８を参照）、基地局は、マクロセル基地局、又はスモールセル基地局、又は基地局の中央ユニット、又は基地局の分散ユニット、又は路側ユニット、又はＵＥ、又はグループリーダ（ＧＬ）、
又はリレー、又は遠隔無線ヘッド、又はＡＭＦ、又はＳＭＦ、又はコアネットワークエンティティ、又は移動エッジコンピューティングエンティティ、又はＮＲ若しくは５Ｇコアコンテキストにおけるようなネットワークスライス、又はアイテム若しくはデバイスが無線通信ネットワークを使用して通信することを可能にする任意の送受信ポイントＴＲＰであって、アイテム又はデバイスが無線通信ネットワークを使用して通信するためのネットワーク接続性を備えている、任意の送受信ポイントのうちの１つ以上を備える。
又はリレー、又は遠隔無線ヘッド、又はＡＭＦ、又はＳＭＦ、又はコアネットワークエンティティ、又は移動エッジコンピューティングエンティティ、又はＮＲ若しくは５Ｇコアコンテキストにおけるようなネットワークスライス、又はアイテム若しくはデバイスが無線通信ネットワークを使用して通信することを可能にする任意の送受信ポイントＴＲＰであって、アイテム又はデバイスが無線通信ネットワークを使用して通信するためのネットワーク接続性を備えている、任意の送受信ポイントのうちの１つ以上を備える。
【0059】
方法
第１の態様－受信機ＵＥ
本発明は、無線通信システムにおける受信ＵＥと送信ＵＥとの間のサイドリンク通信のための方法であって、無線通信システムは、複数のユーザデバイスＵＥを含み、サイドリンク通信は、一定数のＨＡＲＱプロセスをサポートし、方法は、
送信時間間隔中に送信ＵＥから送信を受信することであって、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられる、ことと、
受信ＵＥによってＨＡＲＱプロセスのために受信した送信をバッファリングすることと、
受信ＵＥによって復号前にバッファリングされた送信を合成することと
を含み、
正常に識別された送信がバッファリングされていない場合、受信ＵＥは、送信がＵＥにおいてバッファリングされていないことを送信ＵＥに示す、方法を提供する（例えば、請求項３９を参照）。
第１の態様－受信機ＵＥ
本発明は、無線通信システムにおける受信ＵＥと送信ＵＥとの間のサイドリンク通信のための方法であって、無線通信システムは、複数のユーザデバイスＵＥを含み、サイドリンク通信は、一定数のＨＡＲＱプロセスをサポートし、方法は、
送信時間間隔中に送信ＵＥから送信を受信することであって、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられる、ことと、
受信ＵＥによってＨＡＲＱプロセスのために受信した送信をバッファリングすることと、
受信ＵＥによって復号前にバッファリングされた送信を合成することと
を含み、
正常に識別された送信がバッファリングされていない場合、受信ＵＥは、送信がＵＥにおいてバッファリングされていないことを送信ＵＥに示す、方法を提供する（例えば、請求項３９を参照）。
【0060】
第１の態様－送信機ＵＥ
本発明は、無線通信システムにおける受信ＵＥと送信ＵＥとの間のサイドリンク通信のための方法であって、無線通信システムは、複数のユーザデバイスＵＥを含み、サイドリンク通信は、一定数のＨＡＲＱプロセスをサポートし、方法は、
送信時間間隔中に受信ＵＥに送信を送信することであって、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられる、ことと、
受信ＵＥからのフィードバックを送信ＵＥにおいて受信することと
を含み、
フィードバックは、受信ＵＥによって正常に識別された送信が、受信ＵＥにおいてバッファリングされていないことの指示を含む、方法を提供する（例えば、請求項４０を参照）。
本発明は、無線通信システムにおける受信ＵＥと送信ＵＥとの間のサイドリンク通信のための方法であって、無線通信システムは、複数のユーザデバイスＵＥを含み、サイドリンク通信は、一定数のＨＡＲＱプロセスをサポートし、方法は、
送信時間間隔中に受信ＵＥに送信を送信することであって、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられる、ことと、
受信ＵＥからのフィードバックを送信ＵＥにおいて受信することと
を含み、
フィードバックは、受信ＵＥによって正常に識別された送信が、受信ＵＥにおいてバッファリングされていないことの指示を含む、方法を提供する（例えば、請求項４０を参照）。
【0061】
第２の態様－受信機ＵＥ
本発明は、無線通信システムにおける受信ＵＥと送信ＵＥとの間のサイドリンク通信のための方法であって、無線通信システムは、複数のユーザデバイスＵＥを含み、サイドリンク通信は、一定数のＨＡＲＱプロセスをサポートし、方法は、
送信時間間隔中に送信ＵＥから送信を受信することであって、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられる、ことと、
受信ＵＥによってＨＡＲＱプロセスのために受信した送信をバッファリングすることと、
受信ＵＥによって復号前にバッファリングされた送信を合成することと
を含み、
ＵＥは、送信ＵＥがＵＥのバッファ占有に依存して再送信を適合させることを可能にするために、例えばＬ１ ＰＳＦＣＨシグナリングを使用して、バッファ占有を送信ＵＥに報告する、方法を提供する（例えば、請求項４１を参照）。
本発明は、無線通信システムにおける受信ＵＥと送信ＵＥとの間のサイドリンク通信のための方法であって、無線通信システムは、複数のユーザデバイスＵＥを含み、サイドリンク通信は、一定数のＨＡＲＱプロセスをサポートし、方法は、
送信時間間隔中に送信ＵＥから送信を受信することであって、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられる、ことと、
受信ＵＥによってＨＡＲＱプロセスのために受信した送信をバッファリングすることと、
受信ＵＥによって復号前にバッファリングされた送信を合成することと
を含み、
ＵＥは、送信ＵＥがＵＥのバッファ占有に依存して再送信を適合させることを可能にするために、例えばＬ１ ＰＳＦＣＨシグナリングを使用して、バッファ占有を送信ＵＥに報告する、方法を提供する（例えば、請求項４１を参照）。
【0062】
第２の態様－送信機ＵＥ
本発明は、無線通信システムにおける受信ＵＥと送信ＵＥとの間のサイドリンク通信のための方法であって、無線通信システムは、複数のユーザデバイスＵＥを含み、サイドリンク通信は、一定数のＨＡＲＱプロセスをサポートし、方法は、
送信時間間隔中に受信ＵＥに送信を送信することであって、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられる、ことと、
受信ＵＥからのフィードバックを送信ＵＥにおいて受信することと
を含み、
送信ＵＥは、受信ＵＥから、例えばＬ１ ＰＳＦＣＨシグナリングを用いてバッファ占有報告を受信し、受信ＵＥのバッファ占有に依存する再送信を適合させる、方法を提供する（例えば、請求項４２を参照）。
本発明は、無線通信システムにおける受信ＵＥと送信ＵＥとの間のサイドリンク通信のための方法であって、無線通信システムは、複数のユーザデバイスＵＥを含み、サイドリンク通信は、一定数のＨＡＲＱプロセスをサポートし、方法は、
送信時間間隔中に受信ＵＥに送信を送信することであって、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられる、ことと、
受信ＵＥからのフィードバックを送信ＵＥにおいて受信することと
を含み、
送信ＵＥは、受信ＵＥから、例えばＬ１ ＰＳＦＣＨシグナリングを用いてバッファ占有報告を受信し、受信ＵＥのバッファ占有に依存する再送信を適合させる、方法を提供する（例えば、請求項４２を参照）。
【0063】
第３の態様－受信機ＵＥ
本発明は、無線通信システムにおける受信ＵＥと送信ＵＥとの間のサイドリンク通信のための方法であって、無線通信システムは、複数のユーザデバイスＵＥを含み、サイドリンク通信は、一定数のＨＡＲＱプロセスをサポートし、方法は、
送信時間間隔中に送信ＵＥから送信を受信することであって、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられる、ことと、
受信ＵＥによってＨＡＲＱプロセスのために受信した送信をバッファリングすることと、
受信ＵＥによって復号前にバッファリングされた送信を合成することと
を含み、
受信ＵＥは、ユニキャストサイドリンク通信に使用されるＨＡＲＱプロセスの数を送信ＵＥと折衝する、又は受信ＵＥと送信ＵＥとの間のユニキャストサイドリンクに使用されるＨＡＲＱプロセスの数は、無線通信ネットワークの基地局に提供される、方法を提供する（例えば、請求項４３を参照）。
本発明は、無線通信システムにおける受信ＵＥと送信ＵＥとの間のサイドリンク通信のための方法であって、無線通信システムは、複数のユーザデバイスＵＥを含み、サイドリンク通信は、一定数のＨＡＲＱプロセスをサポートし、方法は、
送信時間間隔中に送信ＵＥから送信を受信することであって、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられる、ことと、
受信ＵＥによってＨＡＲＱプロセスのために受信した送信をバッファリングすることと、
受信ＵＥによって復号前にバッファリングされた送信を合成することと
を含み、
受信ＵＥは、ユニキャストサイドリンク通信に使用されるＨＡＲＱプロセスの数を送信ＵＥと折衝する、又は受信ＵＥと送信ＵＥとの間のユニキャストサイドリンクに使用されるＨＡＲＱプロセスの数は、無線通信ネットワークの基地局に提供される、方法を提供する（例えば、請求項４３を参照）。
【0064】
第３の態様－送信機ＵＥ
本発明は、無線通信システムにおける受信ＵＥと送信ＵＥとの間のサイドリンク通信のための方法であって、無線通信システムは、複数のユーザデバイスＵＥを含み、サイドリンク通信は、一定数のＨＡＲＱプロセスをサポートし、方法は、
送信時間間隔中に送信を受信ＵＥに送信することであって、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられる、ことと、
送信ＵＥにおいて受信ＵＥからのフィードバックを受信することと
を含み、
送信は、ユニキャスト通信に使用されるＨＡＲＱプロセスの数を受信ＵＥと折衝する、又は受信ＵＥと送信ＵＥとの間のユニキャストサイドリンクに使用されるＨＡＲＱプロセスの数は、無線通信ネットワークの基地局に提供される、方法を提供する（例えば、請求項４４を参照）。
本発明は、無線通信システムにおける受信ＵＥと送信ＵＥとの間のサイドリンク通信のための方法であって、無線通信システムは、複数のユーザデバイスＵＥを含み、サイドリンク通信は、一定数のＨＡＲＱプロセスをサポートし、方法は、
送信時間間隔中に送信を受信ＵＥに送信することであって、送信はＨＡＲＱプロセスＩＤを含む制御データ、例えばＳＣＩに関連付けられる、ことと、
送信ＵＥにおいて受信ＵＥからのフィードバックを受信することと
を含み、
送信は、ユニキャスト通信に使用されるＨＡＲＱプロセスの数を受信ＵＥと折衝する、又は受信ＵＥと送信ＵＥとの間のユニキャストサイドリンクに使用されるＨＡＲＱプロセスの数は、無線通信ネットワークの基地局に提供される、方法を提供する（例えば、請求項４４を参照）。
【0065】
コンピュータプログラム製品
本発明は、命令を含むコンピュータプログラム製品を提供し、命令は、コンピュータによって実行されると、コンピュータに本発明による１つ以上の方法を実行させる。
したがって、本発明は、ユーザデバイスのグループとの、又はユーザデバイスのグループ内のサイドリンクを介した通信を改善する。
本発明は、命令を含むコンピュータプログラム製品を提供し、命令は、コンピュータによって実行されると、コンピュータに本発明による１つ以上の方法を実行させる。
したがって、本発明は、ユーザデバイスのグループとの、又はユーザデバイスのグループ内のサイドリンクを介した通信を改善する。
【0066】
第１の態様
本発明の第１の態様の実施形態によれば、肯定応答状態及び否定応答状態に加えて、追加のＨＡＲＱ状態の使用が提案される。ＬＯＳＴ状態と呼ばれる場合があるこの追加の状態は、ユニキャストサイドリンクを介した受信機ＵＥへの現在の送信が受信機ＵＥで正常に識別されたがバッファリングされていないことを送信機ＵＥにシグナリングするために使用され得る。例えば、現在の送信の場合、受信機ＵＥは、ＨＡＲＱプロセスＩＤを含む制御メッセージを復号することができる（受信機ＵＥの送信を正常に識別する）が、同じデータに関連付けられた以前の送信を復号又は増分的に合成するためにデータをバッファリングする位置にはない。バッファリングされた送信は、既に受信されたデータの冗長バージョンのような、更なる送信とソフト合成されることがあり、これはＮＡＣＫメッセージに応答して送信機ＵＥによって送信され得る。しかし、送信がバッファリングされていない場合、後で受信したＲＶと組み合わせるものがないため、再送信は効率的ではない。
本発明の第１の態様の実施形態によれば、肯定応答状態及び否定応答状態に加えて、追加のＨＡＲＱ状態の使用が提案される。ＬＯＳＴ状態と呼ばれる場合があるこの追加の状態は、ユニキャストサイドリンクを介した受信機ＵＥへの現在の送信が受信機ＵＥで正常に識別されたがバッファリングされていないことを送信機ＵＥにシグナリングするために使用され得る。例えば、現在の送信の場合、受信機ＵＥは、ＨＡＲＱプロセスＩＤを含む制御メッセージを復号することができる（受信機ＵＥの送信を正常に識別する）が、同じデータに関連付けられた以前の送信を復号又は増分的に合成するためにデータをバッファリングする位置にはない。バッファリングされた送信は、既に受信されたデータの冗長バージョンのような、更なる送信とソフト合成されることがあり、これはＮＡＣＫメッセージに応答して送信機ＵＥによって送信され得る。しかし、送信がバッファリングされていない場合、後で受信したＲＶと組み合わせるものがないため、再送信は効率的ではない。
【0067】
第１の態様の実施形態に従って提供されるＬＯＳＴ状態は、例えば、受信機ＵＥに十分なバッファ空間がない場合に上記の問題に対処し、ＬＯＳＴ状態を示すことにより、送信機ＵＥが送信又は再送信の現在のバージョンを送信することが可能になる。したがって、例えば、異なる送信機ＵＥからの別のユニキャスト送信が終了したために、送信が受信機ＵＥにおいてバッファリングされ得る場合、受信機ＵＥにおいて低下した復号性能を示し得る更なる冗長バージョンに基づくのではなく、再送信された現在の送信に基づいて復号が試みられ得る。これにより、全体的な送信信頼性を向上させることができる。
【0068】
第２の態様
第２の態様の実施形態によれば、受信機ＵＥは、ユニキャストサイドリンクを介して受信機ＵＥと通信する送信機ＵＥにバッファの占有状態について通知するために、その現在のバッファ状態又はバッファ占有を報告することができ、それによって、送信機ＵＥがそれらの送信をそれに応じて適応させることを可能にする。
第２の態様の実施形態によれば、受信機ＵＥは、ユニキャストサイドリンクを介して受信機ＵＥと通信する送信機ＵＥにバッファの占有状態について通知するために、その現在のバッファ状態又はバッファ占有を報告することができ、それによって、送信機ＵＥがそれらの送信をそれに応じて適応させることを可能にする。
【0069】
第３の態様
本発明の第３の態様の実施形態によれば、ＨＡＲＱエンティティセットアップ手順を使用することができ、これは、通信相手、すなわち、ユニキャストサイドリンク通信のための送信機ＵＥと受信機ＵＥとの間の折衝を可能にして、ユニキャストサイドリンク通信ごとに実施されるＨＡＲＱプロセスの数を決定する。
本発明の第３の態様の実施形態によれば、ＨＡＲＱエンティティセットアップ手順を使用することができ、これは、通信相手、すなわち、ユニキャストサイドリンク通信のための送信機ＵＥと受信機ＵＥとの間の折衝を可能にして、ユニキャストサイドリンク通信ごとに実施されるＨＡＲＱプロセスの数を決定する。
【0070】
本発明の第２及び第３の態様の利点は、受信機ＵＥがバッファ空間を使い果たす状況が回避され、それによって、従来技術の手法に見られるような送信信頼性の上記の劣化が回避又は低減されることである。
以下、本発明の各態様の実施形態についてより詳細に説明する。
以下、本発明の各態様の実施形態についてより詳細に説明する。
【0071】
第１の態様
第１の態様による実施形態は、現在の送信が受信機ＵＥで欠落した場合、すなわち、例えば受信機ＵＥによって提供されるＨＡＲＱバッファ内で、正常に識別されたがバッファリングされなかった場合に、受信機ＵＥから送信機ＵＥへシグナリングを提供する。
第１の態様による実施形態は、現在の送信が受信機ＵＥで欠落した場合、すなわち、例えば受信機ＵＥによって提供されるＨＡＲＱバッファ内で、正常に識別されたがバッファリングされなかった場合に、受信機ＵＥから送信機ＵＥへシグナリングを提供する。
【0072】
図５（ａ）は、ユニキャスト通信のためにサイドリンクＰＣ５／ＳＬを介して受信機ＵＥ ４００と通信する１つ以上の送信機ＵＥ ４０６からのそれぞれのユニキャスト送信に関連する複数のＨＡＲＱプロセス用のバッファ又はソフトバッファ４０４１～４０４ｎを割り当てるために、受信機ＵＥ ４００によって使用され得るメモリ４０２を含む受信機ＵＥ ４００を概略的に示す。
【0073】
図５（ｂ）は、送信機ＵＥ ４０６から受信機ＵＥ ４００へ正常に識別され、復号可能な送信を示す。「１」において、送信機ＵＥ ４０６は、所与の送信時間間隔で１つ以上の送信を実行し得る。図示の例では、送信機ＵＥ ４０６は、受信機ＵＥ ４００へのデータの送信又はデータの冗長バージョンの送信を含む２つの送信を実行する。各送信ＲＶ１．１及びＲＶ２．１は、ＨＡＲＱプロセスＩＤのＩＤ１及びＩＤ２を含む制御データと関連付けられている。「２」で示されているように、ＵＥ ４００が送信の識別に成功した場合、受信機ＵＥが制御データを復号することを意味し、またデータが復号可能である場合、「３」で、確認応答ＡＣＫがＵＥ ４００から送信機ＵＥ ４０６にシグナリングされる。ＡＣＫに応答して、送信機は、ユニキャストサイドリンク通信用の追加の送信が実行される場合、次の送信を実行することができる。
【0074】
図５（ｃ）は、送信機ＵＥ ４０６からの送信が受信機ＵＥによって識別され得る状況、例えば、制御データは復号され得るが、データは復号不可能であった状況を示す。更に、復号不可能なデータが送信のためにＨＡＲＱプロセスＩＤに関連付けられたバッファ内で受信機ＵＥ ４００においてバッファリングされるように、十分なバッファ空間が受信機ＵＥにおいて利用可能であると仮定される。データの復号が成功しなかったことに応答して、「４」に示されるように、受信機ＵＥ ４００は、「５」に示されるように、否定応答メッセージＮＡＣＫを受信機ＵＥ ４０６に送信する。ＮＡＣＫに応答して、送信機ＵＥは、送信を再送信するか、又はそれぞれの送信のための冗長バージョン、例えばＲＶ１．２及びＲＶ２．２を、ＨＡＲＱプロセスＩＤのＩＤ１、ＩＤ２を含む制御データと共に受信機ＵＥ ４００に再び送信し、その結果、受信機ＵＥでは、送信ＲＶ１．２、ＲＶ２．２がバッファリングされた送信と合成され得る。ＵＥ ４００は、「７」において、送信をソフト合成し得る。合成バージョンを復号できると仮定すると、確認応答メッセージＡＣＫが送信機ＵＥ ４０６に送信され、これは、所望又は利用可能であれば、次のデータの送信から開始することができる。
【0075】
図５（ｄ）は、バッファリングされていない送信の処理を示す。受信機ＵＥ ４００は、それぞれのＨＡＲＱプロセスＩＤに関連付けられた送信ＲＶ１．１及びＲＶ２．１を送信機ＵＥ ４０６から受信することができる。受信機ＵＥは制御データを復号し、データ又はペイロードデータが復号可能ではないことを発見したが、利用可能な十分なバッファがないため、送信をバッファリングすることができないことがある。これは、例えば、全てのバッファ空間が既にアクティブであり、１つ以上の他の送信機ＵＥとのユニキャスト通信に使用されている場合に起こり得る。バッファリングできない正常に識別された送信の検出に応答して、ＵＥ ４００は、「８」において、送信機ＵＥ ４０６にＬＯＳＴ状態をシグナリングするか又は示す。ＬＯＳＴ状態を認識したことに応答して、送信機ＵＥは、「９」において、元の送信ＲＶ１．１及びＲＶ２．１をＵＥ ４００に再び送信する。ＵＥ ４００が、元の送信を再度受信するときに、利用可能な空きバッファ空間を有する場合、データを復号することができない場合、送信は格納又はバッファリングされ得る。あるいは、再び、ＬＯＳＴ状態がシグナリングされ得る。
【0076】
したがって、第１の態様の実施形態によれば、ＡＣＫ又はＮＡＣＫメッセージのみを提供する代わりに、受信機ＵＥ ４００は、例えばソフトバッファオーバフローによる欠落した送信を「欠落した」送信としてマークする。したがって、送信機ＵＥは、送信された冗長バージョンのデータのように、その送信が欠落し、受信機ＵＥのソフトバッファに格納されていないことを知る。これにより、送信機ＵＥは、例えば、欠落したＲＶを正確に再送信するか、又はデフォルトで初期ＲＶから開始することができる。
【0077】
実施形態によれば、それぞれの状態、すなわち確認応答状態、否定応答状態、及びＬＯＳＴ状態は、基本シーケンスを使用してシグナリングされ得る。それぞれの状態は、基本シーケンスに特定の巡回シフト又は位相回転を提供することによってシグナリング又は指示され得る。ＨＡＲＱプロセスにおいて肯定応答又は否定応答をシグナリングするために、基本シーケンスを特定の巡回シフト又は位相回転と関連付けることは、例えば、Ｅｒｉｋ Ｄａｈｌｍａｎ、Ｓｔｅｆａｎ Ｐａｒｋｖａｌｌ、Ｊｏｈａｎ Ｓｋｏｌｄによる「５Ｇ ＮＲ：Ｔｈｅ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ」に記載されている。実施形態によれば、ＬＯＳＴ状態は、ＡＣＫ状態及びＮＡＣＫ状態に加えて、第３の状態として明示的にシグナリングされ得る。ＡＣＫ状態は、０だけ巡回シフトした基本シーケンスを使用し得るが、ＮＡＣＫ状態は、２π／３だけ巡回シフトした同じ基本シーケンスを使用し得、ＬＯＳＴ状態は、４π／３だけ巡回シフトした同じ基本シーケンスを使用してシグナリングされ得る。当然、他の巡回シフトも適用可能である。
【0078】
他の実施形態によれば、異なる巡回シフトを有する基本シーケンスを使用することができ、例えば、ＡＣＫ状態をシグナリングするために、例えば０の第１の巡回シフトを有する基本シーケンス、及びＮＡＣＫ状態をシグナリングするために、例えばπの異なる巡回シフトを有する基本シーケンスを使用することができる。ＬＯＳＴ状態、すなわちバッファリングされていない送信は、ＡＣＫ状態を送信せず、ＮＡＣＫ状態を送信しないことによってシグナリングされる。
【0079】
実施形態によれば、送信機ＵＥ ４０６は、送信が受信機ＵＥにおいてバッファリングされていないという指示の受信に応答して、
－送信をドロップし、及び／又は所定の時間バックオフしてもよく、
－既に占有されているＨＡＲＱプロセスを上書きしてもよく、又は
－同じＲＶを再び送信してもよく、
－受信機ＵＥに、増分冗長から追跡合成に切り替えさせてもよい。
－送信をドロップし、及び／又は所定の時間バックオフしてもよく、
－既に占有されているＨＡＲＱプロセスを上書きしてもよく、又は
－同じＲＶを再び送信してもよく、
－受信機ＵＥに、増分冗長から追跡合成に切り替えさせてもよい。
【0080】
送信機ＵＥ ４０６は、欠落した又はバッファリングされていない送信のＱｏＳ、ＨＡＲＱプロセスで既にバッファリングされている送信のＱｏＳ、及び／又は再送信の回数、すなわち再送信が初期送信であるか否かなどの、特定のパラメータに基づいて、ＬＯＳＴ状態指示に応答してどのように進むかに関する決定を基礎とすることができる。
【0081】
受信されたＬＯＳＴ状態に関連付けられた送信が、既にＨＡＲＱプロセスにある他の送信と比較して低いＱｏＳを有する場合、ＵＥ ４０６は、しばらくの間、送信をドロップする及び／又はバックオフするが、それは、すぐに再び送信しようとすると、同じ結果、すなわち、バッファリングされない送信になる可能性が非常に高いからである。
【0082】
受信されたＬＯＳＴ状態に関連する送信が、アクティブなＨＡＲＱプロセスに既にある送信と比較してより高いＱｏＳに関連する場合、送信機ＵＥは、既存の又は未完了のＨＡＲＱプロセスを再利用することができる。これは、送信機ＵＥは、トグルされたＮＤＩと共に、別の送信によって既に占有されているＨＡＲＱプロセスＩＤを有する高ＱｏＳ送信を送信し、その結果、受信機ＵＥがＨＡＲＱプロセスＩＤに関連付けられたそのバッファをまずフラッシュし、次いで新しい送信を保存することができることを意味する。
【0083】
増分冗長ＨＡＲＱが適用され、欠落した送信が初期送信ではない場合、送信機ＵＥは、追跡合成に変更し、既に送信され、非ＬＯＳＴ状態が受信された冗長バージョンを送信することができる。これは、受信されたＲＶが既にバッファリングされている以前に受信されたＲＶと合成されるため、追跡合成のために、受信機ＵＥが余分なソフトビットを確保する必要がないために可能である。したがって、追加のバッファ空間は必要とされない。
【0084】
第２の態様
本発明の第２の態様によれば、バッファリングされていない送信を示すための追加のＨＡＲＱ状態を提供するのではなく、受信機ＵＥ ４００（図５（ａ）参照）は、例えば物理サイドリンクフィードバックチャネルＰＳＦＣＨ内のレイヤ１シグナリングを使用して、現在アクティブな送信機ＵＥ ４０６、すなわち、その現在アクティブなユニキャスト通信相手に、現在のソフトバッファ占有とも呼ばれるバッファの占有を報告することができる。
本発明の第２の態様によれば、バッファリングされていない送信を示すための追加のＨＡＲＱ状態を提供するのではなく、受信機ＵＥ ４００（図５（ａ）参照）は、例えば物理サイドリンクフィードバックチャネルＰＳＦＣＨ内のレイヤ１シグナリングを使用して、現在アクティブな送信機ＵＥ ４０６、すなわち、その現在アクティブなユニキャスト通信相手に、現在のソフトバッファ占有とも呼ばれるバッファの占有を報告することができる。
【0085】
この態様によれば、各アクティブなユニキャスト通信相手は、受信機ＵＥにおけるバッファ容量を認識し、その結果、例えば、受信機ＵＥにおいて利用可能なフリーカバー能力に応じて、送信時間間隔の間の並列送信の数は、いずれの送信のバッファリングされていないことも回避するように適応され得る。
例えば、受信機ＵＥは、
・バッファ占有が低バッファ占有状態のような第１の状態にある場合に、より多くのＨＡＲＱプロセスを使用することが可能であり、
・バッファ占有が中程度のバッファ占有状態のような第２の状態にある場合に、現在使用されている数のＨＡＲＱプロセスを維持し、
・バッファ占有が高バッファ占有状態のような第３の状態にある場合に、使用されるＨＡＲＱプロセスの数を可能な限り減らすように、送信機ＵＥにシグナリングしてもよい。
例えば、受信機ＵＥは、
・バッファ占有が低バッファ占有状態のような第１の状態にある場合に、より多くのＨＡＲＱプロセスを使用することが可能であり、
・バッファ占有が中程度のバッファ占有状態のような第２の状態にある場合に、現在使用されている数のＨＡＲＱプロセスを維持し、
・バッファ占有が高バッファ占有状態のような第３の状態にある場合に、使用されるＨＡＲＱプロセスの数を可能な限り減らすように、送信機ＵＥにシグナリングしてもよい。
【0086】
例えば、送信機ＵＥは、
・バッファ占有が、低バッファ占有状態などの第１の状態にあることを示す受信ＵＥからの報告に応答して、現在使用されている数のＨＡＲＱプロセスを増加させてもよく、
・バッファ占有が中程度のバッファ占有状態のような第２の状態にあることを示す受信ＵＥからの報告に応答して、現在使用されている数のＨＡＲＱプロセスを維持してもよく、
・バッファ占有が高バッファ占有状態のような第３の状態にあることを示す受信ＵＥからの報告に応答して、現在使用されている数のＨＡＲＱプロセスを減らしてもよい。
・バッファ占有が、低バッファ占有状態などの第１の状態にあることを示す受信ＵＥからの報告に応答して、現在使用されている数のＨＡＲＱプロセスを増加させてもよく、
・バッファ占有が中程度のバッファ占有状態のような第２の状態にあることを示す受信ＵＥからの報告に応答して、現在使用されている数のＨＡＲＱプロセスを維持してもよく、
・バッファ占有が高バッファ占有状態のような第３の状態にあることを示す受信ＵＥからの報告に応答して、現在使用されている数のＨＡＲＱプロセスを減らしてもよい。
【0087】
本発明の第１の第２の態様によれば、固定数のＨＡＲＱプロセスを使用することができる。例えば、受信機ＵＥ及び／又は送信機ＵＥは、各ユニキャストサイドリンクに対して固定数のＨＡＲＱプロセス、又は全てのサイドリンクに対して固定された総数のＨＡＲＱプロセスを使用してもよい。ＳＣＩ内のＨＡＲＱプロセスＩＤをシグナリングするための固定数のビットを有する固定数のＨＡＲＱプロセスが使用されてもよく、この数は、総ＨＡＲＱプロセスの数に等しくてもよく、ユニキャストリンクごとに使用される固定又は事前構成された値であってもよい。
【0088】
例えば、受信機ＵＥは、ＳＣＩのように、ＨＡＲＱプロセスに関連付けられたＨＡＲＱプロセスＩＤをシグナリングするためのビット数を含む制御メッセージを受信することができる。固定数のＨＡＲＱプロセスは、例えば移動通信規格によって定義されてもよいし、例えばＵＥの無線通信システムへの接続中又はサイドリンク通信のセットアップ中に事前構成されてもよい。
【0089】
第３の態様
本発明の第３の態様によれば、バッファリングされていない送信を示すための追加のＨＡＲＱ状態を提供するのではなく、修正されたＨＡＲＱエンティティセットアップ手順が提案される。第３の態様の実施形態によれば、それぞれのユニキャスト通信相手がユニキャスト通信に使用されるＨＡＲＱプロセスを折衝することを可能にするために、新しいサイドリンク／ＰＣ５－ＲＲＣ手順が実施され得る。言い換えれば、本発明の第３の態様は、ユニキャスト通信に使用されるＨＡＲＱプロセスの数について通信パートナが合意することを可能にする実施形態を提供する。例えば、送信機ＵＥ ４０６（図５（ａ）参照）は、現在のユニキャストリンクに使用することを計画しているＨＡＲＱプロセスの数を示すために、ＲＲＣ構成手順を開始することができる。例えば、送信機ＵＥ ４０６は、受信機ＵＥ ４００内にそれぞれのバッファ空間４０４を必要とする４つのＨＡＲＱプロセスを使用することを計画することができる。受信機ＵＥ ４００は、このようなバッファ空間が利用可能である場合、数を確認してもよい。受信機ＵＥが全てのＨＡＲＱプロセスの送信に対応又はバッファリングすることはできないような、少ないバッファ空間のみが利用可能である場合、より少ない数のＨＡＲＱプロセス、すなわち、送信機ＵＥによって要求された数とは異なる数が送信機ＵＥにシグナリングされ得る。この折衝が終了した後、両方のＵＥは、現在のユニキャストリンクのために、合意された数のＨＡＲＱプロセスを確保する。
本発明の第３の態様によれば、バッファリングされていない送信を示すための追加のＨＡＲＱ状態を提供するのではなく、修正されたＨＡＲＱエンティティセットアップ手順が提案される。第３の態様の実施形態によれば、それぞれのユニキャスト通信相手がユニキャスト通信に使用されるＨＡＲＱプロセスを折衝することを可能にするために、新しいサイドリンク／ＰＣ５－ＲＲＣ手順が実施され得る。言い換えれば、本発明の第３の態様は、ユニキャスト通信に使用されるＨＡＲＱプロセスの数について通信パートナが合意することを可能にする実施形態を提供する。例えば、送信機ＵＥ ４０６（図５（ａ）参照）は、現在のユニキャストリンクに使用することを計画しているＨＡＲＱプロセスの数を示すために、ＲＲＣ構成手順を開始することができる。例えば、送信機ＵＥ ４０６は、受信機ＵＥ ４００内にそれぞれのバッファ空間４０４を必要とする４つのＨＡＲＱプロセスを使用することを計画することができる。受信機ＵＥ ４００は、このようなバッファ空間が利用可能である場合、数を確認してもよい。受信機ＵＥが全てのＨＡＲＱプロセスの送信に対応又はバッファリングすることはできないような、少ないバッファ空間のみが利用可能である場合、より少ない数のＨＡＲＱプロセス、すなわち、送信機ＵＥによって要求された数とは異なる数が送信機ＵＥにシグナリングされ得る。この折衝が終了した後、両方のＵＥは、現在のユニキャストリンクのために、合意された数のＨＡＲＱプロセスを確保する。
【0090】
例えば、そのような構成シグナリングの前に、ＨＡＲＱプロセスの数は０であってもよく、すなわち、ＨＡＲＱ手順が実施されていなくてもよく、又はＨＡＲＱプロセスの数は、４つ又は８つのＨＡＲＱプロセスのようなデフォルト値に設定されてもよい。デフォルト値がある場合、受信機ＵＥは、ＨＡＲＱプロセスの数を実際の状況に適合させるために、ＲＲＣ ＨＡＲＱエンティティセットアップ手順を開始することもできる。ここで、図６及び図７を参照して、上記の手順の実施形態をより詳細に説明する。
【0091】
図６は、図５（ａ）のＵＥ ４０６のような、送信機ＵＥによるＨＡＲＱプロセスセットアップのための実施形態を示す。ＨＡＲＱプロセスを構成するために、送信機ＵＥ ４０６は、送信機ＵＥが、受信機ＵＥ ４００とのユニキャスト通信に使用することを意図しているＨＡＲＱプロセスの要求された数を含むか又は示すサイドリンクＲＲＣ接続セットアップを最初に送信する。受信機ＵＥ ４００は、ＨＡＲＱプロセスの可用性／非可用性を含むＳＬ ＲＲＣ接続セットアップ応答を送信機ＵＥ ４０６にシグナリングし、利用可能な場合、送信機ＵＥとのユニキャスト通信に利用可能にすることができるＨＡＲＱプロセスの数も示される。言い換えれば、受信機ＵＥ ４００は、ＨＡＲＱプロセスの要求された数を確認するか、又は要求された数よりも少ない異なる数を示すかのいずれかである。ＳＬ ＲＲＣ接続セットアップ応答に続いて、送信機ＵＥ ４０６は、合意の確認、すなわち通信に使用される利用可能なＨＡＲＱプロセスの確認を含むＳＬ ＲＲＣ接続セットアップ完了メッセージを送信する。
【0092】
図７は、デフォルト数に対して送信機ＵＥによって、利用可能なＨＡＲＱプロセス数の数を変更するための一例を示す図である。最初に、送信機ＵＥ ４０６はＳＬ ＲＲＣ接続セットアップメッセージを送信する。ＨＡＲＱプロセスに関して更なる情報は含まれず、デフォルト数のＨＡＲＱプロセスはそれぞれのＵＥで既知であり、送信機ＵＥ ４０６と受信機ＵＥ ４００との間のユニキャスト通信のために、送信機ＵＥはデフォルト数のＨＡＲＱプロセスを使用することを意図している。接続セットアップメッセージに応答して、受信機ＵＥ ４００はＳＬ ＲＲＣ接続セットアップ応答メッセージを送信する。デフォルト数のＨＡＲＱプロセスが受信機ＵＥ ４００で利用可能である場合、ＨＡＲＱプロセスに関する更なる情報は、受信機ＵＥ ４０６で受信された接続セットアップ応答に含まれず、それに応答して、デフォルト数のＨＡＲＱプロセスが利用され得ることが分かる。一方、受信機ＵＥ ４００はデフォルト数のＨＡＲＱプロセスよりも少ないＨＡＲＱプロセスが利用可能である場合、すなわち、利用可能なＨＡＲＱプロセスの数がデフォルト数と同じでない場合、受信機ＵＥ ４００は、接続セットアップ応答において、利用可能なＨＡＲＱプロセスの実際の数を送信機ＵＥ ４０６にシグナリングしてもよく、又は、デフォルト値と比較した場合に利用可能なＨＡＲＱプロセスの差又はデルタを送信機ＵＥ ４０６に示してもよい。次いで、送信機ＵＥ ４０６は、受信機ＵＥ ４００からシグナリングされた利用可能な数のＨＡＲＱプロセスを使用する。
【0093】
他の実施形態によれば、使用されるＨＡＲＱプロセスに関する折衝は、受信機ＵＥ ４００によって開始されてもよい。例えば、受信機ＵＥ ４００は、例えばユニキャスト通信のセットアップ時に、又はユニキャスト通信中に、例えばバッファ容量が変化した場合に、利用可能なＨＡＲＱプロセスの実際の数を送信機ＵＥ ４０６に報告することができる。図８及び図９は、受信機ＵＥが開始するＨＡＲＱプロセス折衝の実施形態を示す。
【0094】
図８は、利用可能なＨＡＲＱプロセスの数に関する受信機ＵＥ ４００から送信機ＵＥ ４０６への再構成シグナリングを示す。より具体的には、受信機ＵＥ ４００は、受信機ＵＥ ４００において利用可能なＨＡＲＱプロセスの数を含むＳＬ ＲＲＣ再構成メッセージを送信機ＵＥ ４０６に送信することができる。言い換えれば、受信機ＵＥは、利用可能なＨＡＲＱプロセスの数を送信機ＵＥに報告し、図８の実施形態によれば、再構成メッセージに応答して、通信に使用されるＨＡＲＱプロセスの数を選択してもよく、これは、示された利用可能なＨＡＲＱプロセスの数（再構成メッセージに示された数）に等しくてもよいし、示された利用可能なＨＡＲＱプロセスの数よりも少ない数であってもよい。
【0095】
図９は、ＨＡＲＱプロセスの数を送信機ＵＥに報告するための更なる実施形態を示す。より具体的には、図９は、利用可能なＨＡＲＱプロセスの数に関する、受信機ＵＥ ４００から送信機ＵＥ ４０６への再構成シグナリングを示す。図８と同様に、第１のメッセージにおいて、受信機ＵＥ ４００は、受信機ＵＥにおいて利用可能なＨＡＲＱプロセスの数を含むＳＬ ＲＲＣ再構成メッセージを送信する。記載された実施形態によれば、送信機ＵＥ ４０６は、新しい数を確認するか、又は新しい数を拒否して、同じ数のＨＡＲＱプロセスを保持するか、若しくは受信機ＵＥによって送信されたＳＬ ＲＲＣ再構成メッセージを使用して受信機ＵＥにシグナリングされるより少ない数のＨＡＲＱプロセスを保持することができる。
【0096】
第３の態様の更なる実施形態によれば、送信機ＵＥと受信機ＵＥとの間のユニキャスト通信に使用されるＨＡＲＱプロセスの折衝は、互いに通信するＵＥがモード１ ＵＥである場合には、それぞれのＵＥ間ではなく、基地局又はｇＮＢによって処理され得る。このような状況において、ｇＮＢは、送信機ＵＥ ４０６と受信機ＵＥ ４００との間のユニキャストリンクに割り当てられたＨＡＲＱプロセスを設定してもよい。ｇＮＢは、図４の基地局３００と同様に、ＵＥ、すなわち受信機ＵＥと送信機ＵＥとの間でユニキャストベアラをセットアップすることができる。ＵＥ能力交換シグナリングに基づいて、基地局は、各ＵＥのＨＡＲＱプロセスの総数又はソフトバッファのサイズを知る。この情報に基づいて、基地局は、少なくともサイドリンクモード１ユニキャスト通信のためのＨＡＲＱプロセスを管理する。例えば、ベアラセットアップ中又はユニキャスト通信中に、両方のＵＥがモード１ ＵＥである、すなわちカバレッジ内である場合、ネットワークは、例えばｇＮＢを介して、現在のユニキャストリンクのためにＵＥによって使用されるＨＡＲＱプロセスの数を構成することができる。言い換えると、ｇＮＢは、ユニキャストサイドリンクごとにＨＡＲＱプロセス構成を処理する。構成は、単一方向、すなわち、送信機ＵＥから受信機ＵＥへのユニキャスト通信のためだけのものであってもよく、又は、双方向、すなわち送信機ＵＥが受信機ＵＥになり、受信機ＵＥが送信機ＵＥになるように、送信機ＵＥから受信機ＵＥに切り替わるときに、同じＨＡＲＱプロセス構成が使用されてもよい。
【0097】
実施形態によれば、ＳＣＩ内のＨＡＲＱプロセスＩＤフィールドは暗黙的に導出されてもよい。例えば、ＳＣＩ内のＨＡＲＱプロセスＩＤフィールドのサイズは、合意された数のＨＡＲＱプロセスから暗黙的に導出されてもよく、例えば、４つのＨＡＲＱプロセスは２ビットに等しく、３つのＨＡＲＱプロセスは２ビットに等しく、８つのＨＡＲＱプロセスは３ビットに等しい。
【0098】
また更なる実施形態によれば、ユニキャスト通信の逆方向のためのＨＡＲＱプロセスは、暗黙的に導出されてもよい。例えば、２つのＵＥがサイドリンクを介して相互に通信することを検討する場合、第１のＵＥから第２のＵＥへの順方向のユニキャストサイドリンクのみのＨＡＲＱプロセスを最初に構成するのではなく、第２のＵＥから第１のＵＥへの逆方向のユニキャストサイドリンクのためのＨＡＲＱプロセスもまた構成され得る。実施形態によれば、これは、順方向／逆方向のトラフィックに応じて、又はトラフィックから独立して行われてもよい。例えば、図５（ａ）の送信機ＵＥ ４０６及び受信機ＵＥ４００を考慮すると、受信機ＵＥから送信機ＵＥへのユニキャスト通信のための通信方向を逆にするとき、また構成オーバヘッドを低減するためにトラフィックが実質的に対称であるか、又はＨＡＲＱプロセスの数が常に対称であると仮定するとき、送信機ＵＥから受信機ＵＥへの通信のために両方のＵＥに対して既に構成されたＨＡＲＱプロセスの数は、逆方向、すなわち、逆方向に対して異なる数のＨＡＲＱプロセスが使用されるべきでない限り、受信機ＵＥから送信機ＵＥへ送信するときにも適用され得、この場合、構成された数のＨＡＲＱプロセスはそれに応じて上書きされ得る。
【0099】
本発明の他の実施形態によれば、ユニキャストサイドリンクを設定した後に、ＨＡＲＱプロセスの数を動的に適合させることができる。例えば、より多くのトラフィックが到着しているために、送信機ＵＥ ４０６がより多くのＨＡＲＱプロセスを必要とする場合、例えば、送信機ＵＥは、受信機ＵＥにより多くのＨＡＲＱプロセスを要求することがある。送信機ＵＥは、現在の数、すなわち、必要な追加のＨＡＲＱプロセスと比較した場合に、必要なＨＡＲＱプロセスの総数又は数のデータを含む要求を受信機ＵＥに送信することができる。その場合、受信機ＵＥが利用可能な未割り当てのソフトバッファを有する場合、受信機ＵＥは、利用可能なＨＡＲＱプロセスの合計数、又は２つ以上のＨＡＲＱプロセスのような、サポートされ得る追加のＨＡＲＱプロセスの数を送信機ＵＥに通知することができる。
【0100】
更に、他の実施形態によれば、送信機ＵＥが受けるトラフィックが少ない場合、送信機ＵＥは割り当てられたＨＡＲＱプロセスの数の削減を要求することができ、受信機ＵＥはそれに応じてソフトバッファを割り当てられなくてもよく、これにより受信側の負担が軽減される。
【0101】
一般
以上、本発明の実施形態について詳細に説明したが、各実施形態及び態様は、個別に実施されてもよいし、２つ以上の実施形態が組み合わされて実施されてもよい。ＵＥは、異なる送信／受信、例えばユニキャスト、グループキャスト、及びマルチキャストに応じて、複数の宛先Ｌ２ ＩＤ及び／又は複数のソースＬ２ ＩＤを有し得ることに留意されたい。
以上、本発明の実施形態について詳細に説明したが、各実施形態及び態様は、個別に実施されてもよいし、２つ以上の実施形態が組み合わされて実施されてもよい。ＵＥは、異なる送信／受信、例えばユニキャスト、グループキャスト、及びマルチキャストに応じて、複数の宛先Ｌ２ ＩＤ及び／又は複数のソースＬ２ ＩＤを有し得ることに留意されたい。
【0102】
以上、ＰＣ５インタフェースを用いたサイドリンク通信を参照して、本発明の実施形態を詳細に説明した。しかしながら、本発明はＰＣ５インタフェースの使用に限定されない。１つ以上のＵＥ間の直接通信を可能にする任意の他のインタフェース、例えば、ＩＥＥＥ ８０２．１１ ｐ規格、ＩＥＥＥ ８０２．１５．４規格（Ｚｉｇｂｅｅ）などによるインタフェースを使用することができる。
【0103】
上述した実施形態のいくつかでは、ＳＬリソース割り当て構成又は支援が基地局によって提供される、例えばＮＲモード１又はＬＴＥモード３構成とも呼ばれる、接続モードにある車両、又はＳＬリソース割り当て構成又は支援が基地局によって提供されない場合、例えばＮＲモード２又はＬＴＥモード４構成とも呼ばれる、アイドルモードにある車両のいずれかであるそれぞれの車両が参照されている。しかしながら、本発明は、Ｖ２Ｖ通信又はＶ２Ｘ通信に限定されず、むしろ、例えばＰＣ５インタフェースを介してサイドリンク通信を実行する任意のデバイス間通信、例えば非車両用移動ユーザ又は固定ユーザにも適用可能である。また、そのようなシナリオでは、上述した本発明の態様を利用することができる。
【0104】
実施形態によれば、無線通信システムは、地上ネットワーク、又は非地上ネットワーク、又は航空機若しくは衛星搭載機、又はそれらの組み合わせを受信機として使用するネットワーク若しくはネットワークのセグメントを含むことができる。
【0105】
実施形態によれば、受信機は、移動又は固定端末、ＩｏＴデバイス、地上ベースの車両、航空機、ドローン、建物、又は無線通信システム、例えば、センサ若しくはアクチュエータを使用してアイテム／デバイスが通信することを可能にするネットワーク接続性を備えた任意の他のアイテム又はデバイスのうちの１つ以上を備えてもよい。実施形態によれば、送信機は、マクロセル基地局、又はスモールセル基地局、又は衛星若しくは宇宙などの衛星搭載機、又は無人航空機システム（ＵＡＳ）などの航空機、例えばテザーＵＡＳ、空気より軽いＵＡＳ（ＬＴＡ）、空気より重いＵＡＳ（ＨＴＡ）、及び高高度ＵＡＳプラットフォーム（ＨＡＰ）、又は無線通信システムを使用して通信するためにネットワーク接続性を備えたアイテム又はデバイスを可能にする任意の送受信ポイント（ＴＲＰ）のうちの１つ以上を備えることができる。
【0106】
説明された概念のいくつかの態様は、装置の文脈で説明されているが、これらの態様は、対応する方法の説明も表しており、ブロック又は装置は、方法ステップ又は方法ステップの特徴に対応することは明らかである。同様に、方法ステップの文脈で説明される態様は、対応するブロック又は対応する装置のアイテム又は特徴の記述も表す。
【0107】
本発明の様々な要素及び特徴は、アナログ及び／又はデジタル回路を使用するハードウェア、ソフトウェアにおいて、１つ以上の汎用又は専用プロセッサによる命令の実行を通じて、又はハードウェアとソフトウェアの組み合わせとして実施されてもよい。例えば、本発明の実施形態は、コンピュータシステム又は別の処理システムの環境で実施することができる。図１０は、コンピュータシステム５００の一例を示す。ユニット又はモジュール、ならびにこれらのユニットによって実行される方法のステップは、１つ以上のコンピュータシステム５００上で実行することができる。コンピュータシステム５００は、専用又は汎用デジタル信号プロセッサのような、１つ以上のプロセッサ５０２を含む。プロセッサ５０２は、バス又はネットワークのような通信インフラストラクチャ５０４に接続される。コンピュータシステム５００は、例えばランダムアクセスメモリ（ＲＡＭ）などのメインメモリ５０６と、例えばハードディスクドライブ及び／又は取り外し可能なストレージドライブなどの二次メモリ５０８とを含む。二次メモリ５０８は、コンピュータプログラム又は他の命令がコンピュータシステム５００にロードされることを可能にすることができる。コンピュータシステム５００は、ソフトウェア及びデータがコンピュータシステム５００と外部デバイスとの間で転送されることを可能にする通信インタフェース５１０を更に含むことができる。通信は、電子信号、電磁信号、光学信号、又は通信インタフェースによって処理することができる他の信号からのものであってもよい。通信は、ワイヤ又はケーブル、光ファイバ、電話回線、携帯電話リンク、ＲＦリンク、及び他の通信チャネル５１２を使用することができる。
【0108】
「コンピュータプログラム媒体」及び「コンピュータ可読媒体」という用語は、一般に、取り外し可能なストレージユニット又はハードディスクドライブにインストールされたハードディスクなどの有形の記憶媒体を指すために使用される。これらのコンピュータプログラム製品は、ソフトウェアをコンピュータシステム５００に提供するための手段である。コンピュータ制御ロジックとも呼ばれるコンピュータプログラムは、メインメモリ５０６及び／又は二次メモリ５０８に格納される。コンピュータプログラムはまた、通信インタフェース５１０を介して受信されてもよい。コンピュータプログラムは、実行されると、コンピュータシステム５００が本発明を実施することを可能にする。特に、コンピュータプログラムは、実行されると、プロセッサ５０２が本明細書に記載の方法のいずれかなどの本発明のプロセスを実施することを可能にする。したがって、そのようなコンピュータプログラムは、コンピュータシステム５００のコントローラを表すことができる。本開示がソフトウェアを使用して実施される場合、ソフトウェアは、コンピュータプログラム製品に格納され、取り外し可能なストレージドライブ、通信インタフェース５１０のようなインタフェースを使用してコンピュータシステム５００にロードされ得る。
【0109】
ハードウェア又はソフトウェアにおける実施形態は、中に格納される電子的に読み取り可能な制御信号を有し、各方法が実行されるようにプログラム可能なコンピュータシステムと協働する（又は協働可能な）、例えば、クラウドストレージ、フロッピーディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ又はフラッシュメモリなどのデジタル記憶媒体を使用して実行し得る。したがって、デジタル記憶媒体はコンピュータ可読であってもよい。
【0110】
本発明によるいくつかの実施形態は、プログラム可能なコンピュータシステムと協働して、本明細書に記載の方法の１つが実行されるような、電子的に読み取り可能な制御信号を有するデータキャリアを備える。
【0111】
一般に、本発明の実施形態は、コンピュータプログラム製品がコンピュータ上で動作するときに、本方法の１つを実行するように動作するプログラムコードを有するコンピュータプログラム製品として実施し得る。プログラムコードは、例えば、機械読み取り可能なキャリアに格納することができる。
【0112】
他の実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを含み、機械読み取り可能なキャリアに格納される。換言すれば、本発明の方法の実施形態は、コンピュータプログラムがコンピュータ上で実行されるときに、本明細書に記載の方法の１つを実行するためのプログラムコードを有するコンピュータプログラムである。
【0113】
したがって、本発明の方法の更なる実施形態は、本明細書に記載の方法のうちの１つを実行するためのコンピュータプログラムを含み、そこに記録される、データキャリア（又はデジタル記憶媒体又はコンピュータ可読媒体）である。したがって、本発明の方法の更なる実施形態は、本明細書に記載の方法のうちの１つを実行するためのコンピュータプログラムを表すデータストリーム又は信号のシーケンスである。データストリーム又は信号のシーケンスは、例えば、データ通信接続、例えばインターネットを介して転送されるように構成することができる。更なる実施形態は、本明細書に記載の方法のうちの１つを実行するように構成された、又は適用される処理手段、例えばコンピュータ又はプログラマブル論理デバイスを含む。更なる実施形態は、本明細書で説明される方法の１つを実行するためのコンピュータプログラムがインストールされたコンピュータを含む。
【0114】
いくつかの実施形態では、プログラマブルロジックデバイス（例えば、フィールドプログラマブルゲートアレイ）を使用して、本明細書に記載の方法の機能の一部又は全部を実行することができる。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書で説明する方法の１つを実行するためにマイクロ処理部と協働することができる。一般に、これらの方法は、好ましくは、任意のハードウェア装置によって実行される。
【0115】
上述の実施形態は、本発明の原理の単なる例示である。本明細書に記載された構成及び詳細の修正及び変更は、当業者には明らかであることを理解されたい。したがって、本明細書の実施形態の説明及び説明として提示された特定の詳細によってではなく、差し迫った特許請求の範囲によってのみ限定されることが意図されている。
【0116】
頭字語及び記号のリスト
ＢＳ 基地局
ＣＢＲ チャネルビジー割合
Ｄ２Ｄ デバイス間
ＥＮ 緊急通知
ｅＮＢ Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（基地局）
ＦＤＭ 周波数分割多重
ＬＴＥ ロングタームエボリューション
ＰＣ５ Ｄ２Ｄ通信用にサイドリンクチャネルを使用するインタフェース
ＰＰＰＰ パケット優先度ごとのＰｒｏＳｅ
ＰＲＢ 物理リソースブロック
ＰｒｏＳｅ 近接サービス
ＲＡ リソース割り当て
ＳＣＩ サイドリンク制御情報
ＳＬ サイドリンク
ｓＴＴＩ 短い送信時間間隔
ＴＤＭ 時分割多重
ＴＤＭＡ 時分割多元接続
ＴＰＣ 送信電力制御／送信電力コマンド
ＵＥ ユーザエンティティ（ユーザ端末）
ＵＲＬＬＣ 超高信頼低遅延通信
Ｖ２Ｖ 車車間
Ｖ２Ｉ 車両－インフラストラクチャ間
Ｖ２Ｐ 車両－歩行者間
Ｖ２Ｎ 車両－ネットワーク間
Ｖ２Ｘ 車車間・路車間、すなわちＶ２Ｖ、Ｖ２Ｉ、Ｖ２Ｐ、Ｖ２Ｎ
ＢＳ 基地局
ＣＢＲ チャネルビジー割合
Ｄ２Ｄ デバイス間
ＥＮ 緊急通知
ｅＮＢ Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（基地局）
ＦＤＭ 周波数分割多重
ＬＴＥ ロングタームエボリューション
ＰＣ５ Ｄ２Ｄ通信用にサイドリンクチャネルを使用するインタフェース
ＰＰＰＰ パケット優先度ごとのＰｒｏＳｅ
ＰＲＢ 物理リソースブロック
ＰｒｏＳｅ 近接サービス
ＲＡ リソース割り当て
ＳＣＩ サイドリンク制御情報
ＳＬ サイドリンク
ｓＴＴＩ 短い送信時間間隔
ＴＤＭ 時分割多重
ＴＤＭＡ 時分割多元接続
ＴＰＣ 送信電力制御／送信電力コマンド
ＵＥ ユーザエンティティ（ユーザ端末）
ＵＲＬＬＣ 超高信頼低遅延通信
Ｖ２Ｖ 車車間
Ｖ２Ｉ 車両－インフラストラクチャ間
Ｖ２Ｐ 車両－歩行者間
Ｖ２Ｎ 車両－ネットワーク間
Ｖ２Ｘ 車車間・路車間、すなわちＶ２Ｖ、Ｖ２Ｉ、Ｖ２Ｐ、Ｖ２Ｎ
【図1(a)】
【図1(b)】
【図2】
【図3】
【図4】
【図5(a)】
【図5(b)(c)(d)】
【図6】
【図7】
【図8】
【図9】
【図10】