(57)【要約】  情報ユニットの受信と他の通信デバイスへのフィードバックの提供を容易にする通信デバイスが提供される。
2020526986.tif 000002
【特許請求の範囲】
【請求項１】
通信デバイス（１５０）であって、
前記通信デバイス（１５０）は、第２の通信デバイスから１つ以上の情報（１６０）を受信するように構成され、
前記通信デバイス（１５０）は、前記第２の通信デバイスから受信した情報ユニット（１６０）が前記通信デバイス（１５０）によって適切に受信されたかどうかに応じて、前記通信デバイス（１５０）によって送信された情報ユニット（１７１０）に関連する検査値（１８０）を修正し、それによって前記第２の通信デバイスから受信した前記情報ユニット（１６０）が適切に受信されたかどうかの通知を提供するように構成される、通信デバイス（１５０）。
【請求項２】
前記検査値（１８０）は、前記検査値が関連する前記情報ユニット内の１つ以上のビットエラーの検出を可能にするように適合される、請求項１に記載の通信デバイス。
【請求項３】
前記検査値（１８０）は巡回冗長検査値である、請求項１から２のいずれか一項に記載の通信デバイス。
【請求項４】
前記通信デバイス（１５０）は、所定の計算規則を使用して、送信される前記情報ユニットに基づいて前記検査値（１８０）を計算し、計算された検査値を取得するように構成され、
前記通信デバイス（１５０）は、前記第２の通信デバイスから受信した１つ以上の情報ユニット（１６０）が前記通信デバイスによって適切に受信されたかどうかに応じて、複数の可逆的修正規則から可逆的修正規則を選択するように構成され、
前記通信デバイス（１５０）は、前記計算された検査値（１８０）に前記選択された可逆的修正規則を適用して、前記修正された検査値（１７２）を取得するように構成される、請求項１から３のいずれか一項に記載の通信デバイス。
【請求項５】
前記通信デバイス（１５０）は、所定の計算規則を使用して、送信される前記情報ユニットに基づいて前記検査値（１８０）計算して計算された検査値を取得するように構成され、
前記通信デバイス（１５０）は、前記第２の通信デバイスから受信した前記情報ユニット（１６０）が前記通信デバイスによって適切に受信されたかどうかに応じて、前記計算された検査値に可逆的修正を選択的に適用して前記修正された検査値（１７２）を取得するように構成される、または
前記通信デバイス（１５０）は、前記第２の通信デバイスから受信した前記情報ユニットが前記通信デバイス（１５０）によって適切に受信されたかどうかに応じて、前記計算された検査値に第１の可逆的修正または第２の可逆的修正を選択的に適用して前記修正された検査値を取得するように構成される、請求項１から４のいずれか一項に記載の通信デバイス。
【請求項６】
前記通信デバイス（１５０）は、基地局と通信し、前記第２の通信デバイスとも直接通信するように適合されている、
請求項１から５のいずれか一項に記載の通信デバイス（１５０）。
【請求項７】
前記通信デバイス（１５０）は、基地局を含まないサイドリンク経由で前記第２のデバイスから前記１つ以上の情報ユニットを受信するように構成される、
請求項１から６のいずれか一項に記載の通信デバイス（１５０）。
【請求項８】
前記通信デバイス（１５０）は、前記第２の通信デバイスから受信した前記情報ユニット（１６０）が前記通信デバイス（１５０）によって適切に受信されたかどうかに応じて、制御チャネル経由で前記通信デバイスによって送信された制御情報ユニットに関連する検査値（１８０）を修正し、これにより、前記第２の通信デバイスから受信した前記情報ユニット（１６０）が適切に受信されたかどうかの通知を提供するように構成される、または
前記通信デバイス（１５０）は、前記第２の通信デバイスから受信した前記情報ユニット（１６０）が前記通信デバイスによって適切に受信されたかどうかに応じて、データチャネル経由で前記通信デバイスによって送信されたデータユニットに関連する検査値（１８０）を修正し、これにより、前記第２の通信デバイスから受信したパケットが適切に受信されたかどうかの通知を提供するように構成される、または
前記通信デバイス（１５０）は、
前記第２の通信デバイスから受信した前記情報ユニットが前記通信デバイス（１５０）によって適切に受信されたかどうかに応じて、
制御チャネル経由で前記通信デバイスによって送信された制御情報ユニットに関連する検査値（１８０）を修正し、
データチャネル経由で前記通信デバイスによって送信されたデータユニットに関連する検査値（１８０）を修正し、これにより、前記第２の通信デバイスから受信した前記情報ユニット（１６０）が適切に受信されたかどうかの通知を提供するように構成される、
請求項１から７のいずれか一項に記載の通信デバイス（１５０）。
【請求項９】
前記通信デバイス（１５１）は、前記第２の通信デバイスから受信した前記情報ユニットが適切に受信されたかどうかの通知を提供するために、前記検査値（１７２）が修正された前記情報ユニット（１７０）を、基地局を含まないサイドリンクのみを経由して前記第２の通信デバイスに送信するように構成される、または
前記通信デバイス（１５０）は、前記第２の通信デバイスから受信した前記情報ユニットが適切に受信されたかどうかの通知を提供するために、前記検査値（１７２）が修正された前記情報ユニット（１７０）を基地局にのみ送信するように構成される、または
前記通信デバイス（１５０）は、前記第２の通信デバイスから受信した前記情報ユニットが適切に受信されたかどうかの通知を提供するために、前記検査値（１７２）が修正された前記情報ユニット（１７０）を、基地局を含まないサイドリンク経由で前記第２の通信デバイスに送信し、前記第２の通信デバイスから受信した前記情報ユニットが適切に受信されたかどうかの通知を提供するために、前記検査値が修正された別の情報ユニットも基地局に送信するように構成される、
請求項１から８のいずれか一項に記載の通信デバイス（１５０）。
【請求項１０】
前記通信デバイス（１５０）は、前記第２の通信デバイスから受信した前記情報ユニットが適切に受信されたかどうかの通知を提供するために、前記検査値（１７２）が修正された前記情報ユニット（１７０）をサイドリンク経由で前記第２の通信デバイスに送信するかどうかを判定する、または前記基地局を含まないサイドリンク経由の前記第２の通信デバイスへの直接送信のためのリソースが前記通信デバイスに割り当てられているかどうかを記述する情報に応じて、前記第２の通信デバイスから受信した前記情報ユニットが適切に受信されたかどうかの通知を提供するために、前記検査値が修正された前記情報ユニットを基地局に送信するかどうかを判定するように構成される、請求項１から９のいずれか一項に記載の通信デバイス。
【請求項１１】
前記通信デバイス（１５０）は、巡回冗長検査計算規則を使用して、送信される前記情報ユニットに基づいて前記検査値（１８０）を計算して計算された検査値を取得するように構成され、
前記通信デバイス（１５０）は、前記第２の通信デバイスから受信した前記情報ユニット（１６０）が前記通信デバイスによって適切に受信されたかどうかに応じて、前記修正された検査値を取得するために、前記計算された検査値（１８０）に所定値を有するＸＯＲ演算を選択的に適用するように構成される、または
前記通信デバイス（１５０）は、前記第２の通信デバイスから受信した前記情報ユニットが適切に受信された場合、第１の所定値を有する第１のＸＯＲ演算を前記計算された検査値（１８０）に選択的に適用し、前記第２の通信デバイスから受信した前記情報ユニットが適切に受信されていない場合、前記修正された検査値を取得するために、前記第１の所定値とは異なる第２の所定値を有する第２のＸＯＲ演算を前記計算された検査値（１８０）に選択的に適用するように構成される、請求項１から１０のいずれか一項に記載の通信デバイス（１５０）。
【請求項１２】
通信デバイス（２００）であって、
前記通信デバイス（２００）は、１つ以上の情報ユニット（２１０）を別の通信デバイスに送信するように構成され、
前記通信デバイス（２００）は、関連する１つ以上の検査値（２２２）を有する１つ以上の情報ユニット（２２０）を受信するように構成され、
前記通信デバイス（２００）は、前記１つ以上の検査値に応じて、前記通信デバイス（２００）によって送信された前記１つ以上の情報ユニット（２１０）が前記別の通信デバイスによって適切に受信されたかどうかを示す情報（２０２）を導出するように構成される、通信デバイス（２００）。
【請求項１３】
前記検査値（２２２）は、それぞれの前記検査値が関連する前記情報ユニット内の１つ以上のビットエラーの検出を可能にするように適合される、請求項１２に記載の通信デバイス（２００）。
【請求項１４】
前記１つ以上の検査値（２２２）は巡回冗長検査値である、請求項１２または１３に記載の通信デバイス（２００）。
【請求項１５】
前記通信デバイス（２００）は、複数の異なる所定の導出規則のうちの１つによって、前記１つ以上の検査値（２２２）がそれぞれの前記情報ユニットに対応するかまたはそれぞれの前記情報ユニットに対応しないかを判定するように構成され、
前記通信デバイス（２００）は、通信デバイス（２００）によって送信された前記１つ以上の情報ユニット（２１０）が前記別の通信デバイスによって適切に受信されたかどうかを示す前記情報を、前記判定の結果から導出するように構成される、請求項１２から１４のいずれか一項に記載の通信デバイス（２００）。
【請求項１６】
前記通信デバイス（２００）は、第１の所定の導出規則または第２の所定の導出規則によって、前記１つ以上の検査値（２２２）がそれぞれの前記情報ユニットに対応するかまたはそれぞれの前記情報ユニットに対応しないかを判定するように構成され、
前記通信デバイス（２００）は、通信デバイスによって送信された前記１つ以上の情報ユニット（２１０）が前記別の通信デバイスによって適切に受信されたかどうかを示す前記情報を、前記判定の結果から導出するように構成される、
請求項１２から１６のいずれか一項に記載の通信（２００）デバイス。
【請求項１７】
前記通信デバイス（２００）は、適切な受信に関連する所定の導出規則によって、前記１つ以上の検査値が前記それぞれの情報ユニットに対応しないという発見に応じて、前記１つ以上の送信された情報ユニットの再送信を実行するように構成される、請求項１６に記載の通信デバイス（２００）。
【請求項１８】
前記通信デバイス（２００）は、前記所定の導出規則のいずれかによって、前記１つ以上の検査値が前記それぞれの情報ユニットに対応しない場合、以前の送信と比較して堅牢性が向上した再送信を実行するように構成される、請求項１６または１７に記載の通信デバイス（２００）。
【請求項１９】
前記通信デバイス（２００）は、前記第１の所定の導出規則によって、前記１つ以上の検査値がそれぞれの情報ユニットに対応するという発見に応じて、前記別の通信デバイスに送信された前記１つ以上の情報ユニット（１２０）を再送信するように構成される、請求項１５から１８のいずれか一項に記載の通信デバイス（２００）。
【請求項２０】
前記通信デバイス（２００）は、通信デバイスによって送信された前記１つ以上の情報ユニットが前記別の通信デバイスによって適切に受信されたかどうかを示す前記情報が導出される前記１つ以上の情報ユニット（２２０）を、前記通信デバイスが確認されるべき前記１つ以上のデータユニットを送信した前記別の通信デバイスから受信するように構成される、または
前記通信デバイス（２００）は、前記通信デバイスによって送信された前記１つ以上の情報ユニットが前記別の通信デバイスによって適切に受信されたかどうかを示す前記情報が導出される前記１つ以上の情報ユニット（２２０）を、基地局から受信するように構成される、
請求項１２から１９のいずれか一項に記載の通信デバイス（２００）。
【請求項２１】
前記通信デバイス（２００）は、前記通信デバイスによって送信された前記１つ以上の情報ユニット（２１０）が前記別の通信デバイスによって適切に受信されたかどうかを示す前記情報を、前記１つ以上のデータ情報ユニットに関連する前記１つ以上の検査値（２２２）に応じて導出するように構成される、または
前記通信デバイス（２００）は、前記通信デバイスによって送信された前記１つ以上の情報ユニット（２１０）が、前記別の通信デバイスによって適切に受信されたかどうかを示す前記情報を、前記１つ以上の制御情報ユニットに関連する前記１つ以上の検査値（２２２）に応じて導出するように構成される、または
前記通信デバイス（２００）は、前記通信デバイスによって送信された前記１つ以上の情報ユニット（２１０）が前記別の通信デバイスによって適切に受信されたかどうかを示す前記情報を、１つ以上のデータ情報ユニットに関連する１つ以上の検査値（２２２）に応じて、および１つ以上の制御情報ユニットに関連する１つ以上の検査値（２２２）に応じて導出するように構成される、請求項１２から２０のいずれか一項に記載の通信デバイス（２００）。
【請求項２２】
前記通信デバイス（２００）は、巡回冗長検査計算規則を使用して前記１つ以上の情報ユニットの所与の１つに基づいて検査値を計算して、計算された検査値を取得するように構成され、
前記通信デバイス（２００）は、前記計算された検査値と前記１つ以上の情報ユニットの前記所与の１つに関連する受信検査値とを比較して、前記計算された検査値が所定値でのＸＯＲ組み合わせを除く前記１つ以上の情報ユニットの前記所与の１つに関連する前記受信検査値と同一かどうかを確認するように構成され、
前記通信デバイス（２００）は、前記計算された検査値が前記受信検査値と一致するか、前記計算された検査値が所定値でのＸＯＲ組み合わせを除く前記１つ以上の情報ユニットの前記所与の１つに関連する前記受信検査値と同一であるかに応じて、前記別の通信デバイスによる適切な受信を認識するように構成される、
請求項１２から２１のいずれか一項に記載の通信デバイス（２００）。
【請求項２３】
前記通信デバイス（２００）は、前記計算された検査値が前記受信検査値と異なる場合、および前記計算された検査値が、前記所定値でのＸＯＲ組み合わせを超えて前記１つ以上の情報ユニットの前記所与の１つに関連する前記受信検査値と異なる場合、受信エラーを認識するように構成される、請求項２２に記載の通信デバイス（２００）。
【請求項２４】
前記通信デバイス（２００）は、巡回冗長検査計算規則を使用して前記１つ以上の情報ユニットの所与の１つに基づいて検査値を計算して計算された検査値を取得するように構成され、
前記通信デバイス（２００）は、前記計算された検査値と前記１つ以上の情報ユニットの前記所与の１つに関連する受信検査値が、第１の所定値でのＸＯＲ組み合わせを除いて同一であるかどうかを検査し、前記計算された検査値と前記１つ以上の情報ユニットの前記所与の１つに関連する前記受信検査値が、第２の所定値でのＸＯＲ組み合わせを除いて同一であるかどうかを検査するように構成され、
前記通信デバイス（２００）は、前記計算された検査値と前記１つ以上の情報ユニットの前記所与の１つに関連する前記受信検査値が、前記第１の所定値での前記ＸＯＲ組み合わせを除いて同一であるかどうか、または前記計算された検査値と前記１つ以上の情報ユニットの前記所与の１つに関連する前記受信検査値が、前記第２の所定値での前記ＸＯＲ組み合わせを除いて同一であるかどうかによって、前記別の通信デバイスによる適切な受信を認識するように構成される、
請求項１２から２３のいずれか一項に記載の通信デバイス（２００）。
【請求項２５】
前記通信デバイス（２００）は、前記計算された検査値が、前記第１の所定値での前記ＸＯＲ組み合わせを超えて前記１つ以上の情報ユニットの前記所与の１つに関連する前記受信検査値と異なる場合、および前記計算された検査値が、前記第２の所定値での前記ＸＯＲ組み合わせを超えて前記１つ以上の情報ユニットの前記所与の１つに関連する前記受信検査値と異なる場合、受信エラーを認識するように構成される、請求項２４に記載の通信デバイス（２００）。
【請求項２６】
通信デバイス（３００）であって、
前記通信デバイス（３００）は、第１の通信デバイスから関連する１つ以上の検査値（３１２）を有する１つ以上の情報ユニット（３１０）を受信するように構成され、
前記通信デバイス（３００）は、第１の所定の導出規則または第２の所定の導出によって、１つ以上の検査値（３１２）がそれぞれの前記情報ユニットに対応するかまたはそれぞれの前記情報ユニットに対応しないかを判定する（３０２）ように構成され、
前記通信デバイス（３００）は、前記判定に応じて前記第１の通信デバイスへの情報ユニットの再送信（３２０）を開始するように構成される、通信デバイス（３００）。
【請求項２７】
前記通信デバイス（３００）は、前記判定に応じて、前記通信デバイスによって送信された情報ユニットに関連する検査値を修正するように構成される、請求項２６に記載の通信デバイス。
【請求項２８】
前記通信デバイス（３００）は、複数の通信デバイスへのリソースの割り当てをスケジュールするように構成され、
前記通信デバイス（３００）は、前記判定に応じて前記再送信のための通信リソースを割り当てるように構成される、請求項２６または２７に記載の通信デバイス（３００）。
【請求項２９】
前記検査値（３１２）は、前記検査値が関連する前記情報ユニット内のビットエラーの検出を可能にするように適合される、請求項２６から２８のいずれか一項に記載の通信デバイス（３００）。
【請求項３０】
前記検査値（３１２）は巡回冗長検査値である、請求項２６から２９のいずれか一項に記載の通信デバイス（３００）。
【請求項３１】
前記通信デバイス（３００）は、前記情報ユニットに基づいて、前記通信デバイス（３００）によって送信された情報ユニットに関連する前記検査値（３１２）を所定の計算規則を使用して計算して計算された検査値を取得するように構成され、
前記通信デバイス（３００）は、前記判定に応じて前記計算された検査値に可逆的修正を選択的に適用して、それにより送信のための修正された検査値を取得するように構成される、または
前記通信デバイス（３００）は、前記判定に応じて前記計算された検査値に第１の可逆的修正または第２の可逆的修正を選択的に適用して、それにより送信のための修正された検査値を取得するように構成される、請求項２７に記載の通信デバイス（３００）。
【請求項３２】
前記通信デバイス（３００）は、請求項１に記載の通信デバイスおよび請求項１２に記載の通信デバイスと協働するように構成される、請求項２６から３１のいずれかに記載の通信デバイス（３００）。
【請求項３３】
システム（４００）であって、
基地局として機能する、請求項２６から３２のいずれか一項に記載の通信デバイス（４１０）と、
データ送信側通信デバイスとして機能する、請求項１２から２５のいずれか一項に記載の通信デバイス（４２０）と、
データ受信側通信デバイスとして機能する、請求項１から１１のいずれか一項に記載の通信デバイス（４３０）とを含み、
前記データ送信側通信デバイス（４２０）は、１つ以上の情報ユニット（４２２）をサイドリンク経由で前記データ受信側通信デバイスに直接送信するように構成され、
前記データ受信側通信デバイス（４３０）は、検査値情報（４３２）において、前記データ送信側通信デバイスから情報ユニットを適切に受信したかどうかを通知する肯定応答情報をピギーバックする（４３４）ように構成される、システム（４００）。
【請求項３４】
通信のための方法であって、
前記方法は、通信デバイスにおいて、第２の通信デバイスから１つ以上の情報ユニットを受信するステップ（５００）を含み、
前記方法は、前記第２の通信デバイスから受信した情報ユニットが前記通信デバイスによって適切に受信されたかどうかに応じて、前記通信デバイスによって送信された前記情報ユニットに関連する検査値を修正するステップ（５１０）を含み、それにより前記第２の通信デバイスから受信した前記情報ユニットが適切に受信されたかどうかの通知が提供される、方法。
【請求項３５】
通信のための方法であって、
前記方法は、通信デバイスによって、１つ以上の情報ユニットを別の通信デバイスに送信するステップ（６００）を含み、
前記方法は、前記通信デバイスにおいて、関連する１つ以上の検査値を有する１つ以上の情報ユニットを受信するステップ（６１０）を含み、
前記方法は、前記１つ以上の検査値に応じて、通信デバイスによって送信された前記１つ以上の情報ユニットが前記別の通信デバイスによって適切に受信されたかどうかを示す情報を導出するステップ（６２０）を含む、方法。
【請求項３６】
通信のための方法であって、
前記方法は、通信デバイスにおいて、第１の通信デバイスから関連する１つ以上の検査値を有する１つ以上の情報ユニットを受信するステップ（７００）を含み、
前記方法は、第１の所定の導出規則または第２の所定の導出によって、前記１つ以上の検査値がそれぞれの情報ユニットに対応するかまたは前記それぞれの情報ユニットに対応しないかを判定するステップ（７１０）を含み、
前記方法は、前記判定に応じて前記第１の通信デバイスへの情報ユニットの再送信を開始するステップ（７２０）を含む、方法。
【請求項３７】
コンピュータ上で実行されるときに請求項３４または請求項３５または請求項３６に記載の方法を実行するためのコンピュータプログラム。
【請求項３８】
通信デバイス（１３００）であって、
前記通信デバイス（１３００）は、第２の通信デバイスから１つ以上の情報ユニット（１３１０）を受信するように構成され、
前記通信デバイス（１３００）は、別の通信デバイスの送信のために予約されているが、前記別の通信デバイスによって使用されないかまたは部分的にのみ使用される無線リソースユニット（１３３２）でフィードバック情報（１３１２）を送信するように構成される、通信デバイス（１３００）。
【請求項３９】
前記通信デバイス（１３００）は、前記第２の通信デバイスから受信した前記１つ以上の情報ユニットが適切に受信されたかどうかを示す肯定応答情報を前記フィードバック情報（１３１２）として送信するように構成される、請求項３８に記載の通信デバイス（１３００）。
【請求項４０】
前記通信デバイス（１３００）は、前記フィードバック情報として、チャネル品質を記述する情報であるチャネル品質インジケータ（ＣＱＩ）を送信するように構成され、および／または
前記通信デバイス（１３００）は、前記フィードバック情報として、送信機がデータを送信するために使用する送信ランクもしくは使用する空間層の数を記述する情報であるランクインジケータ（ＲＩ）を送信するように構成され、および／または
前記通信デバイス（１３００）は、前記フィードバック情報として、どのプリコーディング行列が前記通信デバイスへの送信に使用されるかの情報を記述するプリコーディング・マトリックス・インジケータ（ＰＭＩ）を送信するように構成され、および／または
前記通信デバイス（１３００）は、前記フィードバック情報として、チャネルの状態を記述するチャネル状態情報（ＣＳＩ）を送信するように構成される、請求項３８または３９に記載の通信デバイス（１３００）。
【請求項４１】
前記通信デバイス（１３００）は、別の通信デバイスの送信のために予約され、前記フィードバック情報の前記送信のために少なくとも部分的に未使用の無線リソースユニット（１３３２）を識別するように構成される、
請求項３８から４０のいずれか一項に記載の通信デバイス（１３００）。
【請求項４２】
前記通信デバイス（１３００）は、前記別の通信デバイスの送信のために予約されている無線リソースユニット（１３３２）における送信アクティビティを監視するように構成され、前記通信デバイス（１３００）は、前記無線送信ユニットが少なくとも部分的に未使用であることが判明すると、前記フィードバック情報（１３１２）の前記送信のために、前記監視された無線リソースユニット（１３３２）を識別するように構成される、請求項４１に記載の通信デバイス（１３００）。
【請求項４３】
前記通信デバイス（１３００）は、別の通信デバイスの送信のために予約されている無線リソースユニット（１３３２）の一部が未使用であるかどうかを判定し、前記無線リソースユニットの後続の部分を前記フィードバック情報の前記送信に使用するように構成される、請求項４１または請求項４２に記載の通信デバイス（１３００）。
【請求項４４】
前記通信デバイス（１３００）は、１つ以上の別の通信デバイスの送信のために予約されている複数の無線リソースユニット（１３３２）を監視して、前記フィードバック情報の前記送信のために少なくとも部分的に未使用の無線リソースユニット（１３３２）を識別するように構成される、請求項３８から４３のいずれか一項に記載の通信デバイス（１３００）。
【請求項４５】
前記通信デバイス（１３００）は、管理通信デバイスからリソース割り当て情報を受信するように構成され、
前記リソース割り当て情報は、別の通信デバイスへの無線通信リソースの割り当てを記述し、それぞれの前記無線通信リソースが割り当てられている前記通信デバイス以外の通信デバイスによるフィードバック情報の送信に使用可能な無線通信リソースを示す、
請求項３８から４４のいずれか一項に記載の通信デバイス（１３００）。
【請求項４６】
前記通信デバイス（１３００）は、前記フィードバック情報の前記送信に使用する無線リソースユニットを決定するために、前記受信したリソース割り当て情報を使用するように構成される、請求項４５に記載の通信デバイス（１３００）。
【請求項４７】
前記通信デバイス（１３００）は、前記受信されたリソース割り当て情報において別の通信デバイスの送信のために予約され、前記受信されたリソース割り当て情報においてフィードバック情報の送信のために使用可能なようにマークされた無線リソースユニットにおける送信アクティビティを選択的に監視し、前記フィードバック情報の前記送信のために少なくとも部分的に未使用の無線リソースユニットを識別するように構成される、請求項４５または４６に記載の通信デバイス（１３００）。
【請求項４８】
通信デバイス（１４００）であって、
前記通信デバイス（１４００）は、１つ以上の情報ユニットを別の通信デバイス（１４２０）に送信するように構成され、
前記通信デバイス（１４００）は、前記別の通信デバイス（１４２０）に割り当てられていないが、前記別の通信デバイスからのフィードバック情報のために前記別の通信デバイスとは異なる通信デバイスの送信のために予約されているリソースユニット（１４４２）を監視するように構成される、通信デバイス（１４００）。
【請求項４９】
前記通信デバイス（１４００）は、前記別の通信デバイス（１４２０）に割り当てられていないが前記別の通信デバイスに送信された前記１つ以上の情報ユニットが前記別の通信デバイス（１４２０）によって適切に受信されたかどうかを通知する肯定応答情報のために、前記別の通信デバイスとは異なる通信デバイスの送信のために予約されているリソースユニット（１４４２）を監視するように構成される、請求項４８に記載の通信デバイス（１４００）。
【請求項５０】
前記通信デバイス（１４００）は、前記フィードバック情報として、チャネル品質を記述する情報であるチャネル品質インジケータ（ＣＱＩ）を受信するように構成され、および／または
前記通信デバイス（１４００）は、前記フィードバック情報として、送信機がデータを送信するために使用する前記送信ランクもしくは使用する空間層の数を記述する情報であるランクインジケータ（ＲＩ）を受信するように構成され、および／または
前記通信デバイス（１４００）は、前記フィードバック情報として、どのプリコーディング行列が前記通信デバイスへの送信に使用されるかの情報を記述するプリコーディング・マトリックス・インジケータ（ＰＭＩ）を受信するように構成され、および／または
前記通信デバイス（１４００）は、前記フィードバック情報として、チャネルの状態を記述するチャネル状態情報（ＣＳＩ）を受信するように構成される、請求項４８または４９に記載の通信デバイス（１４００）。
【請求項５１】
前記通信デバイス（１４００）は、前記別の通信デバイスとは異なる別の通信デバイスの送信のために予約されている複数の無線リソースユニットを監視（１４３０）して、前記別の通信デバイスによって前記フィードバック情報の前記送信のために使用される無線リソースユニットを識別するように構成される、請求項１１から１１ｂのいずれか一項に記載の通信デバイス（１４００）。
【請求項５２】
前記通信デバイス（１４００）は、前記別の通信デバイスに割り当てられた特性パターンを検出して、前記別の通信デバイスによるフィードバック情報の送信を認識するように構成される、請求項４８から５１のいずれか一項に記載の通信デバイス（１４００）。
【請求項５３】
前記通信デバイス（１４００）は、管理通信デバイスからリソース割り当て情報を受信するように構成され、
前記リソース割り当て情報は、別の通信デバイスへの無線通信リソースの割り当てを記述し、それぞれの前記無線通信リソースが割り当てられている前記通信デバイス以外の通信デバイスによるフィードバック情報の送信に使用可能な無線通信リソースを示す、
請求項４８から５４のいずれか一項に記載の通信デバイス（１４００）。
【請求項５４】
前記通信デバイス（１４００）は、前記受信したリソース割り当て情報を使用して、前記別の通信デバイス（１４２０）からのフィードバックについて監視される無線リソースユニットの数を制限するように構成される、請求項５３に記載の通信デバイス（１４００）。
【請求項５５】
前記通信デバイス（１４００）は、前記受信されたリソース割り当て情報において別の通信デバイスの送信のために予約され、前記受信されたリソース割り当て情報においてフィードバック情報の送信のために使用可能なようにマークされた、無線リソースユニットにおける送信アクティビティを選択的に監視し、前記フィードバック情報を発見するように構成される、請求項５３から５４のいずれか一項に記載の通信デバイス（１４００）。
【請求項５６】
前記通信デバイス（１４００）は、少なくとも部分的に未使用の１つ以上の無線リソースユニット（１４４２）で前記フィードバック情報を検索するように構成される、請求項４８から５５のいずれか一項に記載の通信デバイス（１４００）。
【請求項５７】
前記通信デバイス（１４００）は、前記フィードバック情報について、その初期部分が未使用の無線リソースユニット（１４４２）のみを検索するように構成される、請求項４８から５６のいずれか一項に記載の通信デバイス（１４００）。
【請求項５８】
通信デバイス（１５００）であって、
前記通信デバイス（１５００）は、複数の通信デバイス（１５４０）へのリソース割り当てを調整し（１５１０）、前記複数の通信デバイス（１５４０）と通信するように構成され、
前記通信デバイス（１５００）は、リソース割り当て情報（１５３０）を前記複数の通信デバイス（１５４０）に提供するように構成され、
前記リソース割り当て情報（１５３０）は、別の通信デバイスへの無線通信リソースの割り当てを記述し、それぞれの前記無線通信リソースが割り当てられている前記通信デバイス以外の通信デバイスによるフィードバック情報の送信に使用可能な無線通信リソースを示す、通信デバイス（１５００）。
【請求項５９】
前記通信デバイス（１５００）は、それぞれの無線リソースユニットが割り当てられている前記通信デバイスによって部分的にのみ使用されている前記無線リソースユニットを識別し、前記それぞれの無線リソースユニットが割り当てられている前記通信デバイスによって部分的にのみ使用される前記無線リソースユニットを、前記割り当て情報において前記それぞれの無線通信リソースが割り当てられている前記通信デバイス以外の通信デバイスによるフィードバック情報の送信に使用可能であるとしてマークするように構成される、請求項５８に記載の通信デバイス（１５００）。
【請求項６０】
前記通信デバイス（１５００）は、前記複数の通信デバイス（１５４０）による無線リソースユニットの使用量を監視し、使用量が所定の閾値以下である無線リソースユニットを、前記割り当て情報（１５３０）で前記それぞれの無線リソースユニットが割り当てられている前記通信デバイス以外の通信デバイスによるフィードバック情報の送信に使用可能であるとしてマークするように構成され、または
前記通信デバイス（１５００）は、比較的使用量が一番少ない１つ以上の無線リソースユニットを、前記リソース割り当て情報（１５３０）で前記それぞれの無線リソースユニットが割り当てられている前記通信デバイス以外の通信デバイスによるフィードバック情報の送信に使用可能であるとしてマークするように構成される、請求項５８または５９に記載の通信デバイス（１５００）。
【請求項６１】
システム（１６００）であって、
基地局として機能する、請求項５８から６０のいずれか一項に記載の通信デバイス（１６１０）と、
データ送信側通信デバイスとして機能する、請求項４８から５７のいずれか一項に記載の通信デバイス（１６２０）と、
データ受信側通信デバイスとして機能する、請求項３８から４７のいずれか一項に記載の通信デバイス（１６３０）とを含み、
前記データ送信側通信デバイス（１６２０）は、１つ以上のデータユニット（１６２２）をサイドリンク経由で前記データ受信側通信デバイス（１６３０）に直接送信するように構成され、
前記データ受信側通信（１６３０）デバイスは、前記データ送信側通信デバイスから情報ユニット（１６２２）を適切に受信したかどうかを通知する肯定応答情報を送信するように構成される、システム（１６００）。
【請求項６２】
通信のための方法であって、前記方法は、
通信デバイスにおいて、第２の通信デバイスから１つ以上の情報ユニットを受信するステップ（１７１０）と、
別の通信デバイスの送信のために予約されているが、前記別の通信デバイスによって使用されていないか、または部分的にのみ使用されている無線リソースユニットでフィードバック情報を送信するステップ（１７２０）とを含む、方法。
【請求項６３】
通信のための方法であって、前記方法は、
通信デバイスによって１つ以上の情報ユニットを別の通信デバイスに送信するステップ（１８１０）と、
前記別の通信デバイスに割り当てられていないが、前記別の通信デバイスからのフィードバック情報のために、前記別の通信デバイスとは異なる通信デバイスの送信のために予約されているリソースユニットを監視するステップ（１８２０）とを含む、方法。
【請求項６４】
通信のための方法であって、前記方法は、
複数の通信デバイスへのリソース割り当てを調整するステップ（１９１０）と、
リソース割り当て情報を前記複数の通信デバイスに提供するステップ（１９２０）とを含み、
前記リソース割り当て情報は、異なる通信デバイスへの無線通信リソースの割り当てを記述し、前記それぞれの無線通信リソースが割り当てられている前記通信デバイス以外の通信デバイスによるフィードバック情報の送信に使用可能な無線通信リソースを示す、方法。
【請求項６５】
コンピュータ上で実行されるときに請求項６２または６３または６４に記載の方法を実行するためのコンピュータプログラム。
【請求項６６】
通信デバイス（２２００）であって、
前記通信デバイス（２２００）は、１つ以上の情報ユニット（２２２２）を複数の他の通信デバイス（２２２０）から受信するように構成され、
前記通信デバイス（２２００）は、リソース割り当てメッセージ（２２１２）を管理通信デバイス（２２１０）から受信するように構成され、
前記リソース割り当てメッセージ（２２１２）は、前記複数の他の通信デバイス（２２２０）から受信した情報ユニット（２２２２）の肯定応答に関連するビット位置の割り当てを結合肯定応答情報ユニット（２２０２）内に定義し、
前記通信デバイス（２２００）は、複数の他の通信デバイス（２２２０）からの情報ユニット（２２２２）の受信に応じて、前記リソース割り当てメッセージ（２２０２）で定義されたビット位置の前記割り当てを使用して、結合肯定応答情報ユニット（２２０２）を送信するように構成される、通信デバイス（２２００）。
【請求項６７】
前記通信デバイス（２２００）は、前記結合肯定応答情報ユニット（２２０２）をブロードキャストまたはマルチキャストするように構成される、請求項６６に記載の通信デバイス（２２００）。
【請求項６８】
前記通信デバイス（２２００）は、基地局を含まないサイドリンク経由で前記他の通信デバイス（２２２０）に前記結合肯定応答情報ユニット（２２０２）をブロードキャストするように構成される、請求項６７に記載の通信デバイス（２２００）。
【請求項６９】
前記通信デバイス（２２００）は、１つ以上の情報ユニットが適切に受信された１つ以上の他の通信デバイスに関連するビット位置のビットを第１のビット値に設定し、１つ以上の情報ユニットが適切に受信されなかったか、または情報ユニットが受信されなかった１つ以上の他の通信デバイスに関連するビット位置のビットを、前記第１のビット値とは異なる第２のビット値に設定するように構成される、請求項６６から６８のいずれか一項に記載の通信デバイス（２２００）。
【請求項７０】
前記通信デバイス（２２００）は、所定の期間内に異なる他の通信デバイスから受信した情報ユニットのための結合肯定応答情報ユニット（２２０２）を送信するように構成される、請求項６６から６９のいずれか一項に記載の通信デバイス（２２００）。
【請求項７１】
前記リソース割り当てメッセージ（２２０２）はまた、どの無線リソースユニットにおいて前記結合肯定応答情報ユニットが送信されるかを定義し、
前記通信デバイス（２２００）は、前記リソース割り当てメッセージ（２２１２）で指定された前記無線リソースユニット内の前記結合肯定応答情報ユニット（２２０２）を送信するように構成される、請求項６６から７０のいずれか一項に記載の通信デバイス（２２００）。
【請求項７２】
前記通信デバイス（２２００）は、データにピギーバックするリソース割り当てメッセージ（２２１２）を評価するように構成される、請求項６６から７１のいずれか一項に記載の通信デバイス（２２００）。
【請求項７３】
通信デバイス（２３００）であって、
前記通信デバイス（２３００）は、１つ以上の情報ユニット（２３１０）を別の通信デバイス（２３４０）に送信するように構成され、
前記通信デバイス（２３００）は、管理通信デバイス（２３５０）からリソース割り当てメッセージ（２３３０）を受信するように構成され、
前記リソース割り当てメッセージ（２３３０）は、複数の通信デバイスから前記別の通信デバイス（２３４０）によって受信した情報ユニットの肯定応答に関連するビット位置の割り当てを結合肯定応答情報ユニット（２３２０）内に定義し、
前記通信デバイス（２３００）は、結合肯定応答情報ユニット（２３２０）を受信し、前記リソース割り当てメッセージ（２３３０）によって定義されたビット位置のビットを評価して、前記通信デバイス（２３００）によって送信された１つ以上の情報ユニット（２３１０）が前記別の通信デバイス（２３４０）によって適切に受信されたかどうかの情報を導出するように構成される、通信デバイス（２３００）。
【請求項７４】
前記通信デバイス（２３００）は、前記結合肯定応答情報ユニット（２３２０）の前記評価ビットが、前記情報ユニット（２３１０）の以前の送信が前記別の通信デバイス（２３４０）によって適切に受信されなかったことを示す場合、情報ユニットを前記別の通信デバイス（２３４０）に再送信するように構成される、請求項７３に記載の通信デバイス（２３００）。
【請求項７５】
前記リソース割り当てメッセージ（２３３０）はまた、どの無線リソースユニットにおいて前記結合肯定応答情報ユニット（２３２０）が送信されるかを定義し、
前記通信デバイス（２３００）は、前記リソース割り当てメッセージ（２３３０）で指定された前記無線リソースユニット内の前記結合肯定応答情報ユニット（２３２０）を受信するように構成される、請求項７３から７４のいずれか一項に記載の通信デバイス（２３００）。
【請求項７６】
前記通信デバイス（２３００）は、データにピギーバックするリソース割り当てメッセージ（２３３０）を評価するように構成される、請求項７３から７５のいずれか一項に記載の通信デバイス（２３００）。
【請求項７７】
通信デバイス（２４００）であって、
前記通信デバイス（２４００）は、複数の通信デバイス（２４２０）へのリソース割り当て（２４０２）を調整し、前記複数の通信デバイス（２４２０）と通信するように構成され、
前記通信デバイス（２４００）は、リソース割り当て情報（２４１０）を前記複数の通信デバイス（２４２０）に提供するように構成され、
前記リソース割り当て情報（２４１０）は、複数の他の通信デバイスから所定の通信デバイスによって受信した情報ユニットの肯定応答に関連するビット位置の割り当てを、複数の前記他の通信デバイスからの情報ユニットの受信に応じて前記所定の通信デバイスによって送信される結合肯定応答情報ユニット内に定義する、通信デバイス（２４００）。
【請求項７８】
前記通信デバイス（２４００）は、それ自体は前記通信デバイスを含まないサイドリンク経由で、複数の他の通信デバイスから前記所与の通信デバイスへの送信のために無線リソースユニットを割り当てるリソース割り当て情報（２４１０）も提供するように構成される、請求項７７に記載の通信デバイス（２４００）。
【請求項７９】
前記通信デバイス（２４００）は、無線リソースの割り当てに基づいて、複数の他の通信デバイスが情報ユニットを送信できる通信デバイスを識別するように構成され、
前記通信デバイス（２４００）は、前記通信デバイスの前記識別に応じて、前記識別された通信デバイスによって送信される前記結合肯定応答情報ユニット用の無線リソースユニットを予約し、前記識別された通信デバイスへの送信のために割り当てられた無線リソースユニットを他の通信デバイスが持っているという知識に応じて、前記結合肯定応答情報ユニット内にビット位置を割り当てるように構成される、請求項７７から７８のいずれか一項に記載の通信デバイス（２４００）。
【請求項８０】
前記通信デバイス（２４００）は、前記リソース割り当て情報（２４１０）を個々のデバイスダウンリンク制御情報またはグループダウンリンク制御情報に含めるように構成される、請求項７７から７９のいずれか一項に記載の通信デバイス（２４００）。
【請求項８１】
前記通信デバイス（２４００）は、前記リソース割り当て情報（２４１０）を複数の通信デバイスにマルチキャストするように構成され、
前記リソース割り当て情報（２４１０）は、
−前記結合肯定応答情報ユニットに対する無線リソースユニットの割り当て、
−複数の他の通信デバイスから所定の通信デバイスによって受信された情報ユニットの肯定応答に関連するビット位置の結合肯定応答情報ユニット内における割り当て、および
−前記結合肯定応答情報ユニットのメッセージサイズを記述するメッセージサイズ情報を含む、請求項７７から８０のいずれか一項に記載の通信デバイス（２４００）。
【請求項８２】
前記通信デバイス（２４００）は、前記リソース割り当て情報（２４１０）を動的に更新するように構成される、請求項７７から８１のいずれか一項に記載の通信デバイス（２４００）。
【請求項８３】
前記通信デバイス（２４００）は、他の通信デバイス間の通信を監視し、前記監視に基づいて、複数の他の通信デバイスが所定の期間内に情報ユニットを送信する通信デバイスを識別するように構成され、
前記通信デバイス（２４００）は、前記通信デバイスの前記識別に応じて、前記識別された通信デバイスによって送信される前記結合肯定応答情報ユニット用の無線リソースユニットを予約し、どの他の通信デバイスが前記所定の期間内に前記識別された通信デバイスに情報ユニットを送信したかという知識に応じて、前記結合肯定応答情報ユニット内に前記ビット位置を割り当てるように構成される、請求項７７から８２のいずれか一項に記載の通信デバイス（２４００）。
【請求項８４】
前記通信デバイス（２４００）は、データにピギーバックした前記リソース割り当て情報（２４１０）の少なくとも一部を提供するように構成される、請求項７７から８３のいずれか一項に記載の通信デバイス（２４００）。
【請求項８５】
通信のための方法であって、前記方法は、
通信デバイスにおいて、複数の他の通信デバイスから１つ以上の情報ユニットを受信するステップ（２５１０）と、
管理通信デバイスからリソース割り当てメッセージを受信するステップ（２５２０）であって、
前記リソース割り当てメッセージは、前記複数の他の通信デバイスから受信した情報ユニットの肯定応答に関連するビット位置の割り当てを結合肯定応答情報ユニット内に定義する、受信するステップ（２５２０）と、
複数の他の通信からの情報ユニットの受信に応じて、前記リソース割り当てメッセージで定義されたビット位置の前記割り当てを使用して、結合肯定応答情報ユニットを送信するステップ（２５３０）とを含む、方法。
【請求項８６】
通信のための方法であって、前記方法は、
通信デバイスによって、１つ以上の情報ユニットを別の通信デバイスに送信するステップ（２６１０）と、
管理通信デバイスからリソース割り当てメッセージを受信するステップ（２６２０）であって、前記リソース割り当てメッセージは、前記別の通信デバイスが複数の通信デバイスから受信した情報ユニットの肯定応答に関連するビット位置の割り当てを結合肯定応答内に定義する、受信するステップ（２６２０）と、
結合肯定応答情報ユニットを受信し（２６３０）、前記通信デバイスによって送信された１つ以上の情報ユニットが前記別の通信デバイスによって適切に受信されたかどうかの情報を導出するために、前記リソース割り当てメッセージによって定義されたビット位置のビットを評価するステップ（２６４０）とを含む、方法。
【請求項８７】
通信のための方法であって、前記方法は、
通信デバイスによって、複数の通信デバイスへのリソース割り当てを調整するステップ（２７１０）と、
前記複数の通信デバイスにリソース割り当て情報を提供するステップ（２７２０）とを含み、
前記リソース割り当て情報は、複数の他の通信デバイスから所定の通信デバイスにより受信された情報ユニットの肯定応答に関連するビット位置の割り当てを、複数の前記他の通信デバイスからの情報ユニットの受信に応じて前記所定の通信デバイスによって送信される結合肯定応答情報ユニット内に定義する、方法。
【請求項８８】
コンピュータ上で実行されるときに、請求項８５または８６または８７のいずれか一項に記載の方法を実行するためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信デバイスに関し、例えば、ブロードキャストベースの通信接続を介した通信を容易にする通信デバイスに関する。
【背景技術】
【０００２】
通信システム内のモバイルデバイス間の通信は、通常、基地局（ＢＳ）経由で通信するモバイルデバイスを含む。ｅＮＢという用語は、通信ネットワークの基地局（ＢＳ）の一般的な用語であり、ＬＴＥ、ＬＴＥ−Ａ（４Ｇ）、ＬＴＥ−Ａ  Ｐｒｏ（４．５Ｇ）のコンテキスト、および将来のＬＴＥベース標準で使用される。５Ｇ「Ｎｅｗ  Ｒａｄｉｏ」（ＮＲ）通信ネットワークの場合、ｇＮＢという用語が基地局の同義語として使用される。したがって、すべての用語ＢＳ、ｅＮＢ、およびｇＮＢは、この説明全体で同義語として使用されてもよい。あるいは、基地局を一種の中継として介さずに、モバイルデバイス間で通信を直接実行することもできる。この種の通信は、デバイス間デバイス、Ｄ２Ｄ、または車両対すべて、Ｖ２Ｘ、通信とも呼ばれ、ブロードキャストベースのサイドリンク（ＳＬ）通信を伴う場合がある。
【０００３】
モバイルデバイスは、ユーザ機器（ＵＥ）とも呼ばれる。この用語は、携帯電話、ラップトップ、モデムカード／機能を搭載したコンピュータ、ハンドヘルド、タブレット、モノのインターネット（ＩｏＴ）デバイス、低電力デバイス、狭帯域ＩｏＴデバイス（ＮＢ１、ＮＢ２など）、ＵＡＶ（ドローン、飛行機、ヘリコプタ）、または車両（車、トラック、バス、電車など）に搭載された通信デバイスなど、さまざまなコンピューティング機能を備えたすべてのタイプのモバイルデバイスを指してよい。サイドリンクは、一方のデバイスが高いコンピューティング能力を備えたスマートフォンまたはラップトップであり、他方のノードが低電力ＩｏＴデバイスである非対称コンピューティング機能も可能にする。このリンクは、車両間の通信もサポートできる。さらに、通信ノードは、それらの電力クラス（送信電力の観点）または電力の利用可能性（バッテリ電力、固定電源プラグなど）によって、および以下で定義される技術を利用する電力能力に応じて分類されてもよい。
【０００４】
ブロードキャストベースのサイドリンク（ＳＬ）通信は、例えばＨＡＲＱフィードバックまたはＣＱＩのようないかなるフィードバックメカニズムなしに定義されており、そのようなシナリオで信頼性を高めるために、データの固定（再）送信が指定されている［１］。ただし、ＦｅＤ２ＤおよびＶ２Ｘの範囲内では、厳しいＱｏＳおよび信頼性の制約を満たすために、ＳＬデバイス間のユニキャスト通信が合意されている。したがって、さらなる信頼性強化には、全体的なパフォーマンスを改善するフィードバックメカニズムが含まれる場合がある。ＲＡＮ１＃８８ｂｉｓ［８］ミーティングによれば、フィードバックのために特別に追加のチャネルを導入しないことが望まれている。
【０００５】
このフィードバック情報を伝える「ピギーバック」戦略が望ましい場合があることがわかっている。
【０００６】
３ＧＰＰ標準のリリース１２で最初に標準化されたＤ２Ｄベースの近接サービス（ＰｒｏＳｅ）通信には、このＤ２ＤシナリオのＳＬのブロードキャスト特性のためにフィードバックがなく、したがってリンク適応メカニズムも含まれていなかった。同様に、Ｖ２Ｘ通信もフィードバックを含まないように設計されている。信頼性を向上させるために、システムは代わりにＳＬの３つの連続したサブフレームでブロードキャスト・トランスポート・ブロック（ＴＢ）を連続して盲目的に再送信し、各再送信は、事前定義されたパターンに基づいて異なる冗長バージョンを有する。Ｖ２Ｘ通信では、ＵＥはＳＬ上の２つの連続したサブフレームでＴＢを盲目的に再送信する。最初の再送信構成（パターン）は、最初の再送信のＳｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｄｉｃａｔｏｒ（ＳＣＩ）で示され、受信ユーザ機器（ＵＥ）がすべての再送信から必要なデータを復調できるようにする［１、７］。
【０００７】
ＳＬ通信でのリソースプール（ＲＰ）の概念は、Ｄ２ＤおよびＶ２Ｘ通信を有効にするために利用できる一連の物理リソースとして定義される。これらのＲＰは、リソースブロックとサブフレームとで構成できる。ＳＬ通信のコンテキストでは、いくつかのタイプのリソースプールがある。
【０００８】
１）ＰＳＣＣＨサブフレームプール：ＰＳＣＣＨ送信用のサブフレームのセット
２）ＰＳＣＣＨリソース・ブロック・プール：ＰＳＣＣＨサブフレームプール内のＰＳＣＣＨ送信に使用可能なリソースブロックのセット。
【０００９】
３）ＰＳＳＣＨサブフレームプール：ＰＳＳＣＨ送信用のサブフレームのセット。
【００１０】
４）ＰＳＳＣＨリソース・ブロック・プール：ＰＳＳＣＨサブフレームプール内のＰＳＳＣＨ送信に使用可能なリソースブロックのセット。
【００１１】
図３１は、サブフレームおよびリソース・ブロック・プール３１００の一般的な構造を示している。リソース・ブロック・プールの一部３１１０がセルラサービスのために予約されており、別の一部３１２０が近接サービスＰｒｏＳｅのために予約されていることが示されている。Ｄ２Ｄモード１では、デバイスのリソースプールは既にスケジューリング許可を介してｅＮＢによって明示的に割り当てられているが、モード２（分散スケジューリング）では、デバイス自体がモード１で定義されたリソースプールのサブセットからＰＳＣＣＨ／ＰＳＳＣＨリソースのセットを選択する。モード１はＲＲＣ接続状態のカバレッジ内ＵＥ専用であるが、モード２はＲＲＣアイドル状態とＲＲＣ接続状態の両方にすることができる。Ｔｉｍｅ  Ｒｅｐｅｔｉｔｉｏｎ  Ｐａｔｔｅｒｎ（ＴＲＰ）は、ＰＳＳＣＨ送信に使用できるサブフレームの指標である。同じＵＥは、セルラ通信とＳＬ通信の両方で、指定されたサブキャリア／サブフレームを同時に利用できない。Ｖ２Ｘでは、モード３の構成には、サイドリンク（ＳＬ）（車両間（Ｖ２Ｖ））通信を可能にするために、基地局（ＢＳ／ｅＮＢ／ｇＮＢ）による前記ＢＳのカバレッジ内の車両ＵＥのためのリソースのスケジューリングおよび干渉管理が含まれる。制御通知は、Ｕｕインターフェイスを介して（ダウンリンク制御インジケータ（ＤＣＩ）経由で）ＵＥに提供され、基地局によって動的に割り当てられる。ＳＬ通信のモード４構成は、事前に構成されたリソース構成に基づいて、ＵＥ間で分散（非集中）アルゴリズムを使用して自律的に実行される。
【００１２】
ＴＲＰは、どのリソース（サブフレーム）がＳＬの送受信に予約されているかを示し、これらのリソースが実際に使用されている場合は考慮しない。Ｖ２Ｘでは、チャネル使用率（ＣＢＲ）が無線チャネルの負荷を決定する（負荷メトリックとして機能する）。ＵＥは、ＣＢＲに基づいて各リソースプールの送信パラメータを適応させることができるため、チャネルの使用率を制御できる。チャネル占有率（ＣＲ）測定は、特定のチャネルの占有を示すＲＳＳＩが事前定義された閾値を超えている測定サンプルの割合を報告する。現在のところ、チャネル占有率は各（再）送信後に計算される［１０］。
【００１３】
カバレッジ内およびカバレッジ外モードのユニキャストＤ２ＤおよびＶ２Ｘデバイスでは、再送信スキーム（ＡＣＫ／ＮＡＣＫ）が提案されている。専用のＨＡＲＱフィードバックチャネルはないことに同意がなされている［３］。基本的なＨＡＲＱフィードバックは、ＳＬの制御チャネル（ＳＣＩ）［１、２、４］またはスケジューリング割り当て（自律モード）の一部で送信されることが提案されている［２］。フィードバックは、ＰＵＳＣＨリソース要素およびアップリンク制御インジケータ（ＵＣＩ）の一部をパンクチャすることで送信することも提案されている（ｅＮＢスケジュールモードの場合）［５］。
【００１４】
上記の態様は、以下に述べる本発明の態様および実施形態と任意に組み合わせることができる。また、上記の定義は、本発明の態様および実施形態において任意に引き継がれてもよい。
【００１５】
上記を考慮して、信頼性、リソース使用量、および複雑さの間の改善されたトレードオフを提供する通信概念を作成する要望がある。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
本発明による実施形態は、独立請求項によって定義される。
【課題を解決するための手段】
【００１７】
一実施形態によれば、いわゆる受信側通信デバイスと呼ばれる、第２の通信デバイスから１つ以上の情報ユニットを受信する通信デバイスが提供され、ここで、通信デバイスは、第２の通信デバイスから受信した情報ユニットが通信デバイスによって適切に受信されたかどうかに応じて、通信デバイスによって送信された情報ユニットに関連する検査値を修正し、それによって第２の通信デバイスから受信した情報ユニットが適切に受信されたかどうかの通知を提供する。例えば、通信デバイスは、ユーザ機器、ＵＥなどのモバイル通信デバイスであり得る。例では、情報ユニットは、データブロックもしくはデータパケットおよび／または制御ブロックもしくは制御パケットであり得る。これらの情報ユニットは直接リンク経由で送信された可能性があるが、情報ユニットがサイドリンク経由で送信された可能性もある。例では、検査値は巡回冗長検査、ＣＲＣ、値であり得るが、縦パリティ検査値、フレッチャーのチェックサム値などの他の種類の検査値も使用され得る。検査値は、ＰＳＣＣＨの制御情報またはＰＳＳＣＨのデータに関連付けることができる。通信デバイスによって送信される情報ユニットは、基地局、ｇＮＢ、または別のユーザ機器に送信されてもよい。
【００１８】
本発明によるこの実施形態は、後続の送信の検査値を選択的に修正することにより、情報ユニットが別の（第２の）通信デバイスから適切に受信されたかどうかを通知することが有利であるという発見に基づいているが、これにより、通知用の専用リソースを必要とせずに、肯定応答／非肯定応答フィードバックを提供できるからである（つまり、肯定応答／非肯定応答情報の提供）。さらに、情報ユニットの適切な受信を通知するべきかどうかに応じて検査値を「変調」（修正）することは、検査値が関連する情報内のエラー検出のための検査値の有用性を著しく低下させないことがわかっている。例えば、検査値の可能な状態または可能な値の数は、肯定応答情報の状態の数（例えば、単純な確認の場合は２つの状態、または２つのデータユニットの共同確認の場合は４つの状態）よりも大幅に大きい場合がある（例えば、少なくとも１０倍）、検査値の修正がエラー検出のための検査値の有用性を実質的に低下させないようにしている。さらに、検査値の修正は計算的に簡単であってもよく（例えば、可逆的な算術演算または論理演算を使用）、修正された検査値を受信する別の通信デバイスが検査値が修正されたかどうか（これにより、肯定応答または非肯定応答が通知される）および／または元の（修正されていない）検査値が何であったか（ビットエラーの検出に修正された検査値を効果的に使用するため）を簡単に検出できるようにする。
【００１９】
結論として、第２の通信デバイスから受信した情報ユニットが適切に受信されたかどうかの通知は、従来の検査値計算アルゴリズム（ＣＲＣアルゴリズムなど）を使用して計算された（通常、マルチビットの）従来の検査値を使用して計算された検査値を「ピギーバック」できることがわかっており、これにより、検査値の有用性を大きく損なうことなく、複雑さを適度に小さく保ちながら、余分なビットレート要求なしに通知を送信できる。
【００２０】
さらなる実施形態では、検査値は、検査値が関連する情報ユニット内の１つ以上のビットエラーの検出を可能にする。例えば、検査値は、所定数のビットエラーまでのビットエラーの検出を可能にし、オプションでこれらのビットエラーの訂正も可能にし得る。
【００２１】
さらなる実施形態では、検査値は巡回冗長検査値である。
【００２２】
さらなる別の実施形態では、通信デバイスは、所定の計算規則を使用して、送信される情報ユニットに基づいて検査値を計算して計算された検査値を取得し、ここで通信デバイスは、第２の通信デバイスから受信した１つ以上の情報ユニットが通信デバイスによって適切に受信されたかどうかに応じて、複数の可逆的修正規則から可逆的修正規則を選択し、ここで通信デバイスは、計算された検査値に選択された可逆的修正規則を適用して、修正された検査値を取得する。例えば、可逆的修正規則は、複数のＸＯＲマスク値のうちのＸＯＲマスク値であってもよい。一般的な例証的なケースでは、通知される２つの状態、肯定応答（ＡＣＫ）または非肯定応答（ＮＡＣＫ）があり得る。しかし、例では、例えば、２つのコードブロックまたは２つのコードブロックグループまたは２つのＨＡＲＱプロセスなど、より多くの状態があり得る。例では、２つの情報ユニットの受信がＵＥ１によって確認される場合、両方の情報ユニットが適切に受信された場合、第１の可逆的修正規則または第１のＸＯＲマスク値が選択されてもよく、第１の情報ユニットが適切に受信され、第２の情報ユニットが適切に受信されなかった場合、第２の可逆的修正規則または第２のＸＯＲマスク値が選択されてもよく、第１の情報ユニットが適切に受信されず、第２の情報ユニットが適切に受信された場合、第３の可逆的修正規則または第３のＸＯＲマスク値が選択されてもよく、第１および第２の情報ユニットの両方が適切に受信されなかった場合、第４の可逆的修正規則または第４のＸＯＲマスク値が選択されてもよい。さらに、可逆的修正規則の１つは、「０」値のみを含むワード／ビットパターンのＸＯＲと同等の検査値を修正しないままにする場合がある。
【００２３】
さらなる実施形態では、通信デバイスは、所定の計算規則を使用して、送信される情報に基づいて検査値を計算して計算された検査値を取得し、ここで通信デバイスは、第２の通信デバイスから受信した情報ユニットが通信デバイスによって適切に受信されたかどうかに応じて、計算された検査値に可逆的修正を選択的に適用して修正された検査値を取得する、またはここで通信デバイスは、第２の通信デバイスから受信した情報ユニットが通信デバイスによって適切に受信されたかどうかによらずに、計算された検査値に第１の可逆的修正または第２の可逆的修正を選択的に適用して修正された検査値を取得する。例えば、所定の計算規則は生成多項式であってもよい。また、例において、可逆的修正は、所定値を有するＸＯＲ演算を指してもよく、例えば、第１の可逆的修正は、第２の通信デバイスから受信したパケットが適切に受信された場合の第１の所定値を有するＸＯＲ演算であってもよく、または、第２の可逆的修正は、第２の通信デバイスから受信したパケットが適切に受信されなかった場合の第２の所定値を有するＸＯＲ演算であってもよい。一般的な場合、ＡＣＫ／ＮＡＣＫの２つの状態があってもよいが、一部の実施形態では、２つのコードブロックまたは２つのコードブロックグループまたは２つのＨＡＲＱプロセスなど、より多くの状態があってもよく、これらの３つ以上の状態は、３つ以上の可逆的修正操作を使用して通知され得る。
【００２４】
さらなる実施形態では、通信デバイスは基地局と通信してもよく、第２の通信デバイスとも直接通信する。例えば、基地局は、ｇＮＢまたはｅＮＢであり得る。基地局は、集中リソース割り当てを実行するように構成されてもよい。通信デバイスが第２の通信デバイスと直接通信する例では、通信は基地局を介さずに実行される。第２の通信デバイスは、基地局と異なっていてもよい。例では、この直接通信は、サイドリンク通信を使用して実行されてもよい。このサイドリンク通信は、例えば、自律スケジューリング方式を使用して、許可なしで、すなわち許可なしアクセスで送信することにより実行され得る。
【００２５】
さらなる実施形態では、通信デバイスは、基地局を介さないサイドリンク経由で第２のデバイスから１つ以上の情報ユニットを受信する。例えば、基地局はｇＮＢであってもよく、および／または受信は、自律スケジューリング方式を使用して許可なしで送信することにより実行され得る。
【００２６】
さらなる実施形態では、通信デバイスは、第２の通信デバイスから受信した情報ユニットが通信デバイスによって適切に受信されたかどうかに応じて、制御チャネル経由で通信デバイスによって送信された制御情報ユニットに関連する検査値を修正し、これにより、第２の通信デバイスから受信した情報ユニットが適切に受信されたかどうかの通知を提供する、または通信デバイスは、第２の通信デバイスから受信した情報ユニットが適切に受信されたかどうかに応じて、データチャネル経由で通信デバイスによって送信されたデータユニットに関連する検査値を修正し、これにより、第２の通信デバイスから受信したパケットが適切に受信されたかどうかの通知を提供する、または通信デバイスは、第２の通信デバイスから受信した情報ユニットが通信デバイスによって適切に受信されたかどうかに応じて、制御チャネル経由で通信デバイスによって送信された制御情報ユニットに関連する検査値を修正し、データチャネル経由で通信デバイスによって送信されたデータユニットに関連する検査値を修正し、これにより、第２の通信デバイスから受信した情報ユニットが適切に受信されたかどうかの通知を提供する。例として、検査値は、ＣＲＣ値または前述の別の検査値であってもよい。制御情報ユニットは、物理サイドリンク制御チャネル、ＰＳＣＣＨの制御情報であってもよい。例において、制御情報ユニットは、基地局（ＢＳ）または第２のユーザ機器に送信されていてもよい。例において、データユニットは、物理サイドリンク共有チャネル、ＰＳＳＣＨで送信されるデータであってもよく、基地局（ＢＳ）または第２のユーザ機器に送信されていてもよい。
【００２７】
さらなる実施形態では、通信デバイスは、第２の通信デバイスから受信した情報ユニットが適切に受信されたかどうかの通知を提供するために、検査値が修正された情報ユニットを、基地局を含まないサイドリンクのみを経由して第２の通信デバイスに送信する、または通信デバイスは、第２の通信デバイスから受信した情報ユニットが適切に受信されたかどうかの通知を提供するために、検査値が修正された情報ユニットを基地局にのみ送信する、または通信デバイスは、第２の通信デバイスから受信した情報ユニットが適切に受信されたかどうかの通知を提供するために、検査値が修正された情報ユニットを、基地局を含まないサイドリンクを経由して第２の通信デバイスに送信し、第２の通信デバイスから受信した情報ユニットが適切に受信されたかどうかの通知を提供するために、検査値が修正された別の情報ユニットも基地局に送信する。例えば、情報ユニットは、アップリンクチャネルを使用して基地局に送信されてもよい。
【００２８】
一実施形態では、通信デバイスは、第２の通信デバイスから受信した情報ユニットが適切に受信されたかどうかの通知を提供するために、検査値が修正された情報ユニットをサイドリンク経由で第２の通信デバイスに送信するかどうかを判定する、または基地局を含まないサイドリンク経由の第２の通信デバイスへの直接送信のためのリソースが通信デバイスに割り当てられているかどうかを記述する情報に応じて、前記情報ユニットを基地局に送信するかどうかを判定する。
【００２９】
一実施形態では、通信デバイスは、巡回冗長検査計算規則を使用して、送信される情報ユニットに基づいて検査値を計算して計算された検査値を取得し、第２の通信デバイスから受信した情報ユニットが適切に受信されたかどうかに応じて、修正された検査値を取得するために、計算された検査値に所定値を有するＸＯＲ演算を選択的に適用する、または第２の通信デバイスから受信したユニットが適切に受信された場合、第１の所定値を有する第１のＸＯＲ演算を選択的に適用する、および第２の通信デバイスから受信した情報ユニットが適切に受信されていない場合、修正された検査値を取得するために、第１の所定値とは異なる第２の所定値を有する第２のＸＯＲ演算を計算された検査値に選択的に適用する。例えば、巡回冗長検査計算規則は、生成多項式を使用して取得することができる。
【００３０】
別の実施形態によれば、通信デバイス、例えば１つ以上の情報ユニットを別の通信デバイスに送信し、関連する１つ以上の検査値を有する１つ以上の情報ユニットを受信し、１つ以上の検査値に応じて、通信デバイスによって送信された１つ以上の情報ユニットが別の通信デバイスによって適切に受信されたかどうかを示す情報を導出する、いわゆる送信側通信デバイスが提供される。例えば、通信デバイスはユーザ機器であってもよい。また、情報ユニットは、データブロックもしくはパケットおよび／または制御ブロックもしくはパケットであってもよい。通信デバイスは、基地局を介さずにサイドリンク経由で別の（つまり前述の別の）通信デバイスと直接通信することができるが、通信デバイスが基地局と通信することも可能である。例では、検査値はマルチビットのバイナリ値、例えばＣＲＣ値であってもよい。
【００３１】
本発明によるこの実施形態はまた、送信側通信デバイスによって送信された情報ユニットが、受信側通信デバイスによって適切に受信されたかどうかを後続の送信の修正されたまたは変更された検査値を使用して通知するＡＣＫ／ＮＡＣＫ条件を通知することが有利であるという発見に基づいており、これは、前述のフィードバック情報を提供することで通信プロセスの信頼性を高めるのに役立ち、ＡＣＫ／ＮＡＣＫ情報が後続の送信の検査値部分にピギーバックされるため、帯域幅を節約でき、それによりオーバーヘッドを増加させずに、元の目的、つまりエラーの検出または訂正、およびフィードバックの提供のためにオーバーヘッドを二重に使用する。通知を容易にする可逆的操作を使用することにより、制限なしでまたは実質的な制限なしで、検査値を使用できる。
【００３２】
さらなる実施形態では、検査値は、それぞれの検査値が関連する情報ユニット内の１つ以上のビットエラーの検出を可能にしてもよい。例えば、検査値は、少なくとも所定数のビットエラーの検出を可能にし、また、オプションとして、ビットエラーの訂正を可能にし得る。
【００３３】
さらなる実施形態では、検査値は巡回冗長検査、ＣＲＣ、値である。
【００３４】
別の実施形態では、通信デバイスは、複数の異なる所定の導出規則のうちの１つによって、または合計もしくは４つの所定の導出規則のうちの１つによって、１つ以上の検査値がそれぞれの情報ユニットに対応するかまたはそれぞれの情報ユニットに対応しないかを判定し、通信デバイスは、通信デバイスによって送信された１つ以上の情報ユニットが別の通信デバイスによって適切に受信されたかどうかを示す情報を、前記判定の結果から導出する。例えば、異なる所定の導出規則は、例えば、単一のＡＣＫ／ＮＡＣＫが通知される場合、２つの所定の導出規則を含んでもよく、または、例えば２つのＡＣＫ／ＮＡＣＫが通知される場合、決定された導出規則を含んでもよい。例えば、検査値は、所定の導出規則のいずれかによって、または合計４つを超える所定の導出規則のうちの１つによっても、それぞれの情報ユニットに対応しないと判定されてもよい。一般に、２つ以上の異なる所定の導出規則、例えばＣＲＣ値がＸＯＲされる３つ以上の異なる値が考慮される場合、３つ以上の状態を含むフィードバック情報は、例えば検査値を使用してピギーバックできる。
【００３５】
別の実施形態では、通信デバイスは、第１の所定の導出規則または第２の所定の導出規則によって、１つ以上の検査値がそれぞれの情報ユニットに対応するかまたはそれぞれの情報ユニットに対応しないかを判定し、通信デバイスは、通信デバイスによって送信された１つ以上の情報ユニットが別の通信デバイスによって適切に受信されたかどうかを示す情報を、前記判定の結果から導出する。例えば、導出規則は、ＮＡＣＫ条件が通知される場合に別の（すなわち、前述の別の）通信デバイスでＣＲＣを導出するための規則であってもよい。第２の所定の導出規則は、ＡＣＫ条件が通知される場合に別の通信デバイスでＣＲＣを導出するための規則であってもよい。１つ以上の検査値は、所定の導出規則のいずれかによって、それぞれの情報ユニットに対応しないと判定されてもよい。
【００３６】
さらなる実施形態では、通信デバイスは、適切な受信に関連する所定の導出規則によって、１つ以上の検査値がそれぞれの情報ユニットに対応しないことを見出すことに応じて、１つ以上の送信された情報ユニットの再送信を実行する。
【００３７】
別の実施形態では、通信デバイスは、所定の導出規則のいずれかによって、１つ以上の検査値がそれぞれの情報ユニットに対応しない場合、以前の送信と比較して堅牢性が向上した再送信を実行する。例えば、再送信は、より低いＭＣＳで、より高い電力で、または反復コーディングで実行されてもよい。１つ以上の検査値は、ＡＣＫの通知に対応する導出規則にもＮＡＣＫの通知に対応する導出規則にもよらずに、それぞれの情報ユニットに対応しないと判定されてもよい。言い換えると、データパケットを正しく訂正できない場合、つまり一致するＣＲＣマスクがない場合、より低いＭＣＳ、より高い電力、または繰り返しコーディングなど、より堅牢な再送信が送信される。
【００３８】
さらなる実施形態では、通信デバイスは、第１の所定の導出規則によって、１つ以上の検査値がそれぞれの情報ユニットに対応するという発見に応じて、別の（すなわち前述の別の）通信デバイスに送信された１つ以上の情報ユニットを再送信する。例えば、情報ユニットは、データブロックもしくはパケットおよび／または制御ブロックもしくはパケットであってもよい。所定の導出規則は、検査値を導出するための規則であってもよく、例えば、それは、ＮＡＣＫ条件が通知される場合に別の通信デバイスのサイトでＣＲＣを導出する規則であってもよい。
【００３９】
別の実施形態では、通信デバイスは、通信デバイスによって送信された１つ以上の情報ユニットが別の通信デバイスによって適切に受信されたかどうかを示す情報が導出される１つ以上の情報ユニットを、通信デバイスが確認されるべき１つ以上のデータユニットを送信した別の通信デバイスから受信し、ここで通信デバイスは、通信デバイスによって送信された１つ以上の情報ユニットが別の通信デバイスによって適切に受信されたかどうかを示す情報が導出される１つ以上の情報ユニットを、基地局から受信する。例えば、通信デバイスは、基地局を介さずにサイドリンク経由で１つ以上のデータユニットを送信してもよい。基地局は、例えば、ｇＮＢであってもよく、基地局は、通信デバイス、およびおそらく他の通信デバイスへのリソース割り当てを調整するように適合されてもよい。
【００４０】
別の実施形態では、通信デバイスは、通信デバイスによって送信された１つ以上の情報ユニットが別の通信デバイスによって適切に受信されたかどうかを示す情報を、１つ以上のデータ情報に関連する１つ以上の検査値に応じて導出し、通信デバイスは、通信デバイスによって送信された１つ以上の情報ユニットが、別の通信デバイスによって適切に受信されたかどうかを示す情報を、１つ以上の制御情報ユニットに関連する１つ以上の検査値に応じて導出する、または通信デバイスは、通信デバイスによって送信された１つ以上の情報ユニットが別の通信デバイスによって適切に受信されたかどうかを示す情報を、１つ以上のデータ情報ユニットに関連する１つ以上の検査値に応じて、および１つ以上の制御情報ユニットに関連する１つ以上の検査値に応じて導出する。
【００４１】
さらなる実施形態では、通信デバイスは、巡回冗長検査計算規則を使用して１つ以上の情報ユニットの所与の１つに基づいて検査値を計算して、計算された検査値を取得し、通信デバイスは、計算された検査値と１つ以上の情報ユニットの所与の１つに関連する受信検査値とを比較して、計算された検査値が所定値でのＸＯＲ組み合わせを除く１つ以上の情報ユニットの所与の１つに関連する受信検査値と同一かどうかを確認し、通信デバイスは、計算された検査値が受信検査値と一致するか、計算された検査値が所定値でのＸＯＲ組み合わせを除く１つ以上の情報ユニットの所与の１つに関連する受信検査値と同一であるかに応じて、別の通信デバイスによる適切な受信を認識する。例えば、巡回冗長検査計算規則を使用することは、生成多項式を使用することを含んでもよい。通信デバイスは、同一性を検査することにより、計算された検査値を受信検査値と比較してもよい。ＸＯＲ組み合わせには、計算された検査値または受信検査値が含まれる。通信デバイスは、通信デバイスによって送信された１つ以上の情報ユニットの適切な受信を認識してもよい。
【００４２】
一実施形態では、計算された検査値が受信検査値と異なる場合、および計算された検査値が、所定値でのＸＯＲ組み合わせを超えて１つ以上の情報ユニットの所与の１つに関連する受信検査値と異なる場合、通信デバイスは受信エラーを認識する。例えば、受信エラーは、通信デバイス自体による情報ユニットの受信のエラーを指してもよい。計算された検査値が受信検査値と異なる場合、および計算された検査値が、ＸＯＲ組み合わせを超えて受信検査値と異なる場合、受信エラーが認識される場合がある。
【００４３】
一実施形態では、通信デバイスは、巡回冗長検査計算規則を使用して１つ以上の情報ユニットのうちの所与の１つに基づいて検査値を計算して計算された検査値を取得し、通信デバイスは、計算された検査値と１つ以上の情報ユニットの所与の１つに関連する受信検査値が、第１の所定値でのＸＯＲ組み合わせを除いて同一であるかどうかを検査し、計算された検査値と１つ以上の情報ユニットの所与の１つに関連する受信検査値が、第２の所定値でのＸＯＲ組み合わせを除いて同一であるかどうかを検査し、通信デバイスは、計算された検査値と１つ以上の情報ユニットの所与の１つに関連する受信検査値が、第１の所定値でのＸＯＲ組み合わせを除いて同一であるかどうか、または計算された検査値と１つ以上の情報ユニットの所与の１つに関連する受信検査値が、第２の所定値でのＸＯＲ組み合わせを除いて同一であるかどうかによって、別の通信デバイスによる適切な受信を認識する。例えば、巡回冗長検査計算規則を使用することは、生成多項式を使用することを含んでもよい。ＸＯＲの組み合わせは、計算された検査値または受信検査値を指してもよい。適切な受信は、通信デバイスによって送信された１つ以上の情報ユニットによって認識されてもよい。
【００４４】
さらなる実施形態において、通信デバイスは、計算された検査値が、第１の所定値でのＸＯＲ組み合わせを超えて１つ以上の情報ユニットの所与の１つに関連する受信検査値と異なる場合、および計算された検査値が、第２の所定値でのＸＯＲ組み合わせを超えて１つ以上の情報ユニットの所与の１つに関連する受信検査値と異なる場合、受信エラーを認識する。例えば、受信エラーは、通信デバイス自体による情報ユニットの受信において認識されてもよい。ＸＯＲ組み合わせは、計算された検査値または受信検査値との組み合わせであってもよい。計算された検査値が、第１の所定値でのＸＯＲ組み合わせを超えて、および第２の所定値でのＸＯＲ組み合わせを超えて異なる場合、受信エラーが認識され得る。
【００４５】
別の実施形態によれば、第１の通信デバイスから関連する１つ以上の検査値を有する１つ以上の情報ユニットを受信し、第１の所定の導出規則または第２の所定の導出規則によって、１つ以上の検査値がそれぞれの情報ユニットに対応するか、またはそれぞれの情報ユニットに対応しないかを判定し、判定に応じて第１の通信デバイスへの情報ユニットの再送信を開始する通信デバイスが提供される。例えば、通信デバイスは、ネットワークノード、基地局またはｇＮＢであってもよい。第１および第２の通信デバイスは、モバイル通信デバイス、例えば、第１および第２のユーザ機器、ＵＥであってもよい。第１の所定の導出規則は、ＮＡＣＫ条件が通知される場合に第１の通信デバイス側でＣＲＣを導出するための規則であってもよく、第２の所定の導出規則は、ＡＣＫ条件が通知される場合に第１の通信デバイス側でＣＲＣを導出するための規則であってもよい。通信デバイスは、再送信を選択的に開始してもよい。判定は、１つ以上の検査値が、第１の所定の導出規則または第２の所定の導出規則によってそれぞれの情報ユニットに対応するか、それぞれの情報ユニットに対応しないかの判定を含んでもよい。
【００４６】
本発明によるこの実施形態はまた、受信情報ユニットが受信側通信デバイスによって適切に受信されたかどうかに関して、受信情報ユニットを受信した後に送信される別の情報ユニットの検査値の変更／修正を使用することによりＡＣＫ／ＮＡＣＫ情報の通知を提供することが有利であるという発見に基づいているが、これは、オーバーヘッド、この場合は検査値が増加しないので必要な帯域幅が増加せず、このような通知によって通信全体の信頼性と有効性が高まる可能性があるためである。むしろ、可逆的な操作を使用してこの情報を検査値にピギーバックすることにより、検査値が二重に使用される。この実施形態は、フィードバックが送信側通信デバイスと受信側通信デバイスとの間の直接リンクを使用して送信されないが、基地局経由で中継されるという利点を提供し、これはサイドリンク通信チャネルの帯域幅の節約に役立ち、フィードバック情報を情報ユニットにピギーバックできるように、受信側の通信デバイスが送信側の通信デバイスに送信する情報ユニットを持つまで待つ必要はなく、むしろ別の通信デバイスの情報ユニットをピギーバックに使用することができ、基地局はそこからそれぞれのフィードバック情報を抽出できるため、追加の帯域幅の使用は発生しない。
【００４７】
一実施形態では、通信デバイスは、判定に応じて通信デバイスによって送信された情報ユニットに関連する検査値を修正する。例えば、検査値はＣＲＣ値であってもよいが、他の検査値を使用することもできる。情報ユニットは、ＰＳＣＣＨの制御情報またはＰＳＳＣＨのデータである。情報ユニットは、例えば第２のユーザ機器（ＵＥ）であり得る第２の通信デバイスに送信され得る。判定は、１つ以上の検査値が、第１の所定の導出規則または第２の所定の導出規則によって、それぞれの情報ユニットに対応するか、それぞれの情報ユニットに対応しないかを含んでもよく、これを使用して再送信を選択的に開始することができる。
【００４８】
さらなる実施形態では、通信デバイスは、複数の通信デバイスへのリソースの割り当てをスケジュールし、通信デバイスは、判定に応じて再送信のための通信リソースを割り当てる。例えば、判定は、１つ以上の検査値が、第１の所定の導出規則または第２の所定の導出規則によって、それぞれの情報ユニットに対応するか、それぞれの情報ユニットに対応しないかを含み、これを使用して再送信を選択的に開始することができる。
【００４９】
さらなる実施形態では、検査値は、検査値が関連する情報ユニット内のビットエラーの検出を可能にしてもよい。例えば、検査値は、通信を改善するために、少なくとも所定の数までのビットエラーのビットエラーの検出を可能にし、オプションでビットエラーの訂正を可能にしてもよい。
【００５０】
一実施形態では、検査値は巡回冗長検査値、ＣＲＣである。
【００５１】
一実施形態では、通信デバイスは、情報ユニットに基づいて、通信デバイスによって送信された情報ユニットに関連する検査値を所定の計算規則を使用して計算して計算された検査値を取得し、通信デバイスは、判定に応じて計算された検査値に可逆的修正を選択的に適用して、それにより送信のための修正された検査値を取得するか、または通信デバイスは、判定に応じて計算された検査値に第１の可逆的修正または第２の可逆的修正を選択的に適用して、それにより送信のための修正された検査値を取得するように構成される。例えば、情報ユニットは、ＰＳＣＣＨ内の制御情報またはＰＳＳＣＨ内のデータであってもよい。所定の計算規則、は生成多項式であってもよい。可逆的修正は、所定値とのＸＯＲ演算を含んでもよい。判定は、１つ以上の受信検査値が、第１の所定の導出規則または第２の所定の導出規則によってそれぞれの受信情報ユニットに対応するか、それらがそれぞれの情報ユニットに対応しないかの判定を含んでもよい。第１および第２の可逆的修正は、第２の通信デバイスから受信したパケットがそれぞれ適切に受信された場合または適切に受信されなかった場合、それぞれ第１および第２の所定値とのＸＯＲ演算を含んでもよい。判定は、１つ以上の受信検査値が、第１の所定の導出規則または第２の所定の導出規則によって、それぞれの受信情報ユニットに対応するか、それぞれの情報ユニットに対応しないかの判定を含んでもよい。
【００５２】
一実施形態では、通信デバイスは、（例えば、上記のような）送信側通信デバイスおよび（例えば、上記のような）受信側通信デバイスと協働する。
【００５３】
別の実施形態によれば、基地局として機能する通信デバイスと、データ送信側通信デバイスとして機能する通信デバイスと、データ受信側通信デバイスとして機能する通信デバイスとを含むシステムが提供され、データ送信側通信デバイスは１つ以上の情報ユニットをサイドリンク経由でデータ受信側通信デバイスに直接送信し、データ受信側通信デバイスは、検査値情報において、データ送信側通信デバイスから情報ユニットを正しく受信したかどうかを通知する肯定応答情報をピギーバックする。
【００５４】
本発明によるこの実施形態はまた、後続の送信の修正されたチェックサムを使用してＡＣＫ／ＮＡＣＫ条件を通知することが有利であるという発見に基づいており、それにより、複雑さまたは追加の帯域幅の必要性を増すことなく、通信プロセスをより信頼できるものにする。
【００５５】
別のさらなる実施形態によれば、通信のための方法が提供され、方法は、通信デバイスにおいて、第２の通信デバイスからの１つ以上の情報ユニットと、第２の通信デバイスから受信した情報ユニットが通信デバイスによって適切に受信されたかどうかに応じて、通信デバイスによって送信された情報ユニットに関連する修正検査値とを受信し、それにより、第２の通信デバイスから受信した情報ユニットが適切に受信されたかどうかの通知を提供する。例えば、情報ユニットは、データブロックもしくはパケットおよび／もしくは制御ブロックもしくはパケット、または情報を伝達するために使用される他の適切なユニットを指してもよい。情報ユニットは、直接リンク経由で、ユーザ機器であってもよい第２の通信デバイスから受信され得るが、基地局経由で情報ユニットを受信することも可能である。通信デバイスによって送信される情報ユニットは、ＰＳＣＣＨの制御情報またはＰＳＳＣＨのデータであってもよく、通信デバイスによって基地局、例えばｇＮＢ、または第２の通信デバイスに送信されてもよい。
【００５６】
この方法は、対応する通信デバイスと同じ考慮事項に基づいている。
【００５７】
別の実施形態によれば、方法が提供され、方法は、通信デバイスによって、１つ以上の情報ユニットを別の通信デバイスに送信するステップ、通信デバイスにおいて、関連する１つ以上の検査値を有する１つ以上の情報ユニットを受信するステップ、１つ以上の検査値に応じて、通信デバイスによって送信された１つ以上の情報ユニットが別の通信デバイスによって適切に受信されたかどうかを示す情報を導出するステップを含む。例えば、情報ユニットは、データブロックもしくはデータパケットおよび／または制御ブロックもしくは制御パケットであってもよい。送信は、通信デバイスも通信できる基地局を介さずに、サイドリンク経由で直接実行されてもよい。検査値は、例えばＣＲＣ値などのマルチビットバイナリ値であってもよい。
【００５８】
この方法は、対応する通信デバイスと同じ考慮事項に基づいている。
【００５９】
別の実施形態によれば、通信のための方法が提供され、方法は、通信デバイスにおいて、第１の通信デバイスから関連する１つ以上の検査値を有する１つ以上の情報ユニットを受信するステップと、第１の所定の導出規則または第２の所定の導出規則によって、１つ以上の検査値がそれぞれの情報ユニットに対応するかまたはそれぞれの情報ユニットに対応しないかを判定するステップと、判定に応じて第１の通信デバイスへの情報ユニットの再送信を開始するステップとを含む。例えば、通信デバイスは、モバイル通信デバイス、例えば、ユーザ機器であってもよい。判定ステップは通信デバイスにおいて実行されてもよく、第１の所定の導出規則は、ＮＡＣＫ条件が通知される場合に第１の通信デバイス側でＣＲＣを導出するための規則であってもよく、第２の所定の導出規則は、ＡＣＫ条件が通知される場合に、第１の通信デバイス側でＣＲＣを導出するための規則であってもよい。判定は、１つ以上の検査値が、第１の所定の導出規則または第２の所定の導出規則によってそれぞれの情報ユニットに対応するか、それぞれの情報ユニットに対応しないかの判定を含んでもよい。
【００６０】
この方法は、対応する通信デバイスと同じ考慮事項に基づいている。
【００６１】
上記の方法は、対応する通信デバイスに関して本明細書で説明される特徴および機能のうちの１つによって任意に補足される。
【００６２】
さらなる実施形態では、前述の方法の１つを実行するためのコンピュータプログラムが提供される。
【００６３】
さらなる実施形態によれば、通信デバイス、例えばいわゆる受信側通信デバイスが提供され、これは第２の通信デバイスから１つ以上の情報ユニットを受信し、無線リソースユニット内のフィードバック情報を送信するが、無線リソースユニットは、別の通信デバイスの送信のために予約されているが、この別の通信デバイスによって使用されないか、部分的にのみ使用される。例えば、情報ユニットは、データブロックもしくはパケットおよび／または制御ブロックもしくはパケットであってもよい。通信デバイスは、モバイル通信デバイス、例えば、ユーザ機器であってもよい。通信デバイスは、直接リンク経由で、例えばサイドリンクを使用して、第２の通信デバイスから情報ユニットを受信してもよい。フィードバック情報は、肯定応答情報および／またはチャネル品質インジケータ（ＣＱＩ）情報および／または、例えばＭＩＭＯデバイスもしくはシステムにおいて、送信する空間層の数を示すランクインジケータ（ＲＩ）情報を含んでもよく、ＲＩは、サイドリンク送信のための複数のアンテナのデバイスに使用されてもよいさらに、フィードバック情報は、プリコーディング行列インジケータ（ＰＭＩ）情報および／またはチャネル状態情報（ＣＳＩ）であってもよい。無線リソースユニットは、別の通信デバイスへの送信のために予約された、すなわち、例えばリソース割り当てを行う基地局によって割り当てまたはスケジュールされたリソース・ブロック・プールを指してもよく、この別の通信デバイスは、第２、第３、第４、または第５のユーザ機器などの複数の通信デバイスの１つであってもよい。予約された無線リソースユニットは、一般に、未使用であるか部分的にのみ使用される、すなわち完全に使用されない場合があり、これは少なくとも部分的に未使用を意味する。
【００６４】
本発明によるこの実施形態は、受信側通信デバイス用ではなく別の通信デバイスのために予約されているリソースユニットの少なくとも部分的に未使用の部分を使用することによりフィードバック情報を通知することが有利であるという発見に基づいているが、これは、自身のリソースをそのようなフィードバック専用にするのを必要とせずにフィードバックを提供できるため、信頼性の向上を支援しながら帯域幅およびリソースを節約するのに役立つからである。さらに、別の通信デバイスのために予約されているが、フィードバック情報の通知のために別の通信デバイスによって使用されていないリソースを使用しても、リソースが予約されているその通信デバイスのリソースの有用性または可用性に影響を与えないことがわかっているが、これは、フィードバックが「空」の帯域幅の部分など未使用のリソース、つまりとにかくペイロードを運んでいない部分にのみ挿入されるためである。この技法により、リソースユニットの複雑さを増したり、フィードバック情報を送信したい通信デバイスにリソースを予約または割り当てたりする必要なしに、別の通信デバイスのために予約されたリソースユニットの二重使用が提供される。特に、デバイスが実際にリソースを使用するという確実性はないが、リソースが「予防的」な方法でデバイスに割り当てられるという事実を活かすことができる。別の通信デバイスにリソース需要がある場合、通常は影響を受けないが、予防的に割り当てられた無線リソースを実際に使用しない場合、この無線リソースは（無線リソースが予約されているデバイス以外の別のデバイスによって）フィードバックに使用される。
【００６５】
一実施形態では、通信デバイスは、第２の通信デバイスから受信した１つ以上の情報ユニットが適切に受信されたかどうかを示す肯定応答情報をフィードバック情報として送信する。
【００６６】
別の実施形態では、通信デバイスは、フィードバック情報として、スカラーチャネル値の形態であり得る、チャネル品質を記述するチャネル品質インジケータ（ＣＱＩ）情報を送信し、通信デバイスは、フィードバック情報として、ランクインジケータ（ＲＩ）、送信機がデータを送信するために使用する送信ランクもしくは使用する空間層の数を記述する情報を送信し、および／または通信デバイスは、フィードバック情報として、どのプリコーディング行列が通信デバイスへの送信に使用されるかを記述するプリコーディング・マトリックス・インジケータ（ＰＭＩ）情報を送信し、および／または通信デバイスは、フィードバック情報として、例えば複数のアンテナのチャネルの状態を記述するチャネル状態情報（ＣＳＩ）を送信し、この情報は複数のチャネル係数のセットの形態で送信されてもよい。
【００６７】
別の実施形態では、通信デバイスは、別の通信デバイスの送信のために予約され、フィードバック情報の送信のために少なくとも部分的に未使用の無線リソースユニットを識別する。予約済みとは、例えば、リソース割り当てを行う基地局などによって割り当てられている、またはスケジュールされているものを指し得る。識別は、例えば、リソースユニットが使用されているかどうかを検出することにより、またはリソースユニットの占有を検知することにより実行され得る。
【００６８】
一実施形態では、通信デバイスは、別の通信デバイスの送信のために予約されている無線リソースユニットにおける送信アクティビティを監視し、通信デバイスは、無線送信ユニットが少なくとも部分的に未使用であることが判明すると、フィードバック情報の送信のために、監視された無線リソースユニットを識別するように構成される。監視は、送信アクティビティをリッスンすることにより、例えば、リッスンビフォアトーク（ＬＢＴ）またはＣＳＭＡ／ＣＡ技法を利用することにより実行され得る。無線リソースユニットは、例えば、リソース割り当てを行う基地局によって割り当てられているまたはスケジュールされている、物理的な無線リソースユニット予約であり得る。
【００６９】
さらなる実施形態では、通信デバイスは、別の通信デバイスの送信のために予約されている無線リソースユニットの一部が未使用であり、前記無線リソースユニットの後続の部分をフィードバック情報の送信に使用しているかどうかを判定する。無線リソースユニットの一部は、サブフレームの第１の部分または少数のシンボルで構成される短縮送信時間間隔（ｓＴＴＩ）を指してもよく、予約は、例えばリソース割り当てを行う基地局による割り当てまたはスケジュールを指してもよい。後続の部分は、未使用と識別された部分の直後の部分、例えばサブフレームの第２の部分を指してもよい。
【００７０】
別の実施形態では、通信デバイスは、フィードバック情報の送信のために少なくとも部分的に未使用の無線リソースユニットを識別するために、１つ以上の別の通信デバイスの送信のために予約されている複数の無線リソースユニットを監視する。少なくとも部分的に未使用の無線リソースユニットは、完全に未使用の場合もある。
【００７１】
さらなる実施形態では、通信デバイスは、基地局、例えば、ｇＮＢであってもよい管理通信デバイスからリソース割り当て情報を受信し、リソース割り当て情報は、例えば、別の通信デバイスへの無線通信リソースの割り当てを記述し、これは例では、無線通信リソースの予約であってもよく、そしてリソース割り当て情報は、それぞれの無線通信リソースが割り当てられている通信デバイス以外の通信デバイスによるフィードバック情報の送信に使用可能な無線通信リソースを示す。例えば、無線通信リソースが割り当てられている通信デバイスが無線通信リソースを使用しない、または完全に使用しない場合に、どの無線通信リソースが使用可能であるかを示すことができる。
【００７２】
別の実施形態では、通信デバイスは、フィードバック情報の送信に使用する無線リソースユニットを決定するために、受信したリソース割り当て情報を使用するように構成される。例えば、通信デバイスは、ユーザ機器であり得るフィードバック送信側通信デバイスから所与のリソース割り当て情報を送信するように構成され得る。例では、帯域幅を節約するために、例えば、リソース割り当て情報で示される無線リソースユニットにフィードバックを送信するスペースが制限される場合がある。
【００７３】
一実施形態では、通信デバイスは、受信されたリソース割り当て情報において別の通信デバイスの送信のために予約され、受信されたリソース割り当て情報においてフィードバック情報の送信のために使用可能なようにマークされた、物理的な無線リソースユニットであってもよい無線リソースユニットにおける送信アクティビティを選択的に監視し、フィードバック情報の送信のために少なくとも部分的に未使用の無線リソースユニットを識別する。例えば、予約された無線リソースユニットは、リソース割り当てを行う基地局によって、割り当てまたはスケジュールされてもよい。
【００７４】
別の実施形態によれば、通信デバイス、いわゆる送信側通信デバイスが提供され、これは例えば１つ以上の情報ユニットを別の通信デバイス、いわゆる受信側通信デバイスに送信し、別の通信デバイスに割り当てられていないが、別の通信デバイスからのフィードバック情報のために別の通信デバイスとは異なる通信デバイスの送信のために予約されているリソースユニットを監視する。例えば、情報ユニットは、データブロックもしくはパケットおよび／または制御ブロックもしくはパケットであってもよく、通信デバイスは、ユーザ機器などのモバイル通信デバイスであってもよい。通信デバイスは、通信デバイスが通信することのできる基地局を介さずにサイドリンク経由で別の（すなわち前述の別の）通信デバイスに直接送信してもよい。例において、リソースユニットは無線リソースユニットであってもよく、および／またはリソースユニットは、ユーザ機器でもあってもよい通信デバイスもしくはさらなる通信デバイスのいずれかの送信のために予約されてもよい。
【００７５】
本発明によるこの実施形態はまた、少なくとも受信側通信デバイス用ではなく、別の通信デバイスのために予約されているリソースユニットの未使用部分を部分的に使用することにより、送信側通信デバイスによって送信された情報ユニットを受信した受信側通信デバイスにフィードバック情報を提供することが有利であるという発見に基づいているが、これは、リソースをそのようなフィードバック専用にする必要なくフィードバックを提供できるため、信頼性を向上させながら帯域幅とリソースを節約できるからである。さらに、別の通信デバイスのために予約されているが、フィードバック情報の通知のために別の通信デバイスによって使用されていないリソースを使用しても、元の目的のリソースの有用性または可用性に影響しないことがわかっている。さらに、そのようなリソースの二重使用により、予約帯域幅のサイズが維持されるか、送信されるデータ量と予約帯域幅との比率が増加する場合もあることがわかっている。
【００７６】
さらに、対応する受信側通信デバイスについても上記の同じ考慮事項が適用される。
【００７７】
さらなる実施形態では、通信デバイスは、別の（すなわち前述の別の）通信デバイスに割り当てられていないが、別の通信デバイスによって送信された１つ以上の情報ユニットが別の通信デバイスによって適切に受信されたかどうかを通知する肯定応答情報のために、別の通信デバイスとは異なる通信デバイスの送信のために予約されているリソースユニットを監視する。例えば、リソースユニットは、通信デバイスまたは任意の他の通信デバイスの送信のために予約されてもよい。例では、前記肯定応答情報は通知情報を構成するか、フィードバック情報の一部である。
【００７８】
さらなる実施形態では、通信デバイスは、フィードバック情報として、例ではスカラーチャネル値の形態であり得る、チャネル品質を記述する情報であるチャネル品質インジケータ（ＣＱＩ）を送信し、および／または通信デバイスは、フィードバック情報として、例えば通信デバイスの送信機がデータを送信するために使用する送信ランクもしくは使用する空間層の数を記述する情報であるランクインジケータ（ＲＩ）を受信し、および／または通信デバイスは、フィードバック情報として、どのプリコーディング行列が通信デバイスへの送信、例えば複数アンテナのＭＩＭＯサイドリンク通信に使用されるかの情報を記述するプリコーディング・マトリックス・インジケータ（ＰＭＩ）を受信し、および／または通信デバイスは、フィードバック情報として、チャネルの状態を記述するチャネル状態情報（ＣＳＩ）を受信する。例えば、これは、例えば複数アンテナＭＩＭＯサイドリンク通信用の複数のチャネル係数のセットの形態であってもよい。
【００７９】
別の実施形態では、通信デバイスは、別の（すなわち前述の別の）通信デバイスとは異なる、例えば別のユーザ機器とは異なる別の通信デバイスの送信のために予約された複数の無線リソースユニットを監視して、ユーザ機器でもあってもよい別の通信デバイスによってフィードバック情報の送信のために使用される無線リソースユニットを識別する。無線リソースユニットは、例えば、ＮＲ  ｎｕｍｅｒｏｌｏｇｙ、柔軟なサブキャリア間隔（ＳＣＳ）を伴う時間周波数空間、広帯域および狭帯域（ＮＢ）を含んでもよい（複数のキャリアが集約されている場合）。狭帯域ＩｏＴデバイスの場合、集約ＮＢをサポートする必要がある。例えば、無線リソースユニットは、例えば、ＮＲ  ｎｕｍｅｒｏｌｏｇｙ、任意選択で柔軟なサブキャリア間隔（ＳＣＳ）を伴う時間周波数空間、広帯域および狭帯域（ＮＢ）を含んでもよい。狭帯域ＩｏＴデバイスが含まれる場合、集約ＮＢをサポートする必要がある。
【００８０】
さらに別の実施形態では、通信デバイスは、別の通信デバイスによるフィードバック情報の送信を認識するために、別の（すなわち前述の別の）通信デバイスに割り当てられた特性パターンを検出し、例えば、特性パターンは特性スクランブルシーケンスであってもよい。
【００８１】
別の実施形態では、通信デバイスは、例えばｇＮＢなどの基地局であってもよい管理通信デバイスのリソース割り当て情報を受信し、リソース割り当て情報は、別の通信デバイスへの無線通信リソースの割り当てを記述し、それぞれの無線通信リソースが割り当てられている通信デバイス以外の通信デバイスによるフィードバック情報の送信に使用可能な無線通信リソースを示す。例えば、無線通信リソースは無線リソースユニットであってもよく、無線通信リソースの割り当ては無線通信リソースの予約と呼ばれてもよい。どの無線通信リソースが使用可能であるかの指示は、無線通信リソースが割り当てられている通信デバイスが、無線通信リソースを使用しない、または完全に使用する場合であってもよい。
【００８２】
別の実施形態では、通信デバイスは、受信したリソース割り当て情報を使用して、別の（すなわち前述の別の）通信デバイスからのフィードバックを監視する無線リソースユニットの数を制限する。例えば、それぞれの無線通信リソースが割り当てられている通信デバイス以外の通信デバイスによるフィードバック情報の送信に使用可能であると示されるそのような無線リソースユニットのみが監視されてもよい。
【００８３】
別の実施形態では、通信デバイスは、受信されたリソース割り当て情報において別の通信デバイスとは異なってもよい別の通信デバイスの送信のために、リソース割り当てを行う基地局によって、例えば、割り当てまたはスケジュールされるなどで予約され、受信されたリソース割り当て情報においてフィードバック情報の送信のために使用可能なようにマークされた、物理的な無線リソースユニットであってもよい無線リソースユニットにおける送信アクティビティを選択的に監視し、フィードバック情報を発見する。
【００８４】
さらなる実施形態では、通信デバイスは、少なくとも部分的に未使用の１つ以上の無線リソースユニット、例えば前記無線リソースユニットの未使用の初期部分に続く、無線リソースユニットの一部で、フィードバック情報を例えば選択的に検索する。
【００８５】
別の実施形態では、通信デバイスは、フィードバック情報について、初期部分が使用されていない無線リソースユニットのみを検索する。
【００８６】
別の実施形態によれば、通信デバイスは、複数の通信デバイスへのリソース割り当てを調整し、複数の通信デバイスと通信し、通信デバイスは、リソース割り当て情報を複数の通信デバイスに提供し、リソース割り当て情報は、別の通信デバイスへの無線通信リソースの割り当てを記述し、それぞれの無線通信リソースが割り当てられている通信デバイス以外の通信デバイスによるフィードバック情報の送信に使用可能な無線通信リソースを示す。例えば、通信デバイスは、基地局、例えば、ｇＮＢであってもよい。無線通信リソースの割り当ては無線通信リソースの予約を指してもよく、無線通信リソースは無線リソースユニットを指してもよい。どの無線通信リソースが使用可能であるかの指示は、例えば、無線通信リソースが割り当てられている通信デバイスが、無線通信リソースを使用しないか、または完全に使用する場合に実行されてもよい。
【００８７】
本発明によるこの実施形態はまた、リソースユニットの一部を使用することにより受信側通信デバイスからフィードバック情報を送信することが有利であるという発見に基づいており、このリソースユニットの一部は、それが（主にまたは優先的に）予約されている通信デバイスによって使用されておらず、リソースユニットは、受信側通信デバイスではなく、別の通信デバイスのために予約されている。リソース割り当て情報を提供することにより、通信デバイスに現在のリソース割り当てを通知すると、別の通信デバイスに割り当てられたリソース、割り当てられているが予約されている通信デバイスによって完全に使用されていないリソースを、リソースユニットの複雑さを増すことなく、またはフィードバック情報を送信したい通信デバイスのリソースを予約または割り当てる必要なく、二重に使用するのに役立つことがわかっている。例えば、無線リソースは特定の通信デバイスのために優先的に（または優先ランクで）予約されていると通知されても、この無線リソースが（下位ランク方式で）１つ以上の他の通信デバイスによってフィードバックに使用される場合がある。したがって、リソース効率が向上する。一方、通知を送信したい通信デバイスまたはフィードバックを期待する通信デバイスは、空いている無線リソースまたはフィードバック情報を含む無線リソース用のすべての利用可能な無線リソースを監視する必要がなくなった。むしろ、フィードバックの送信に（より下位ランク付け方法で）使用される無線リソースの通知は、フィードバック送信に使用可能または使用される無線リソースを識別するための「検索スペース」を削減する。
【００８８】
一実施形態では、通信デバイスは、それぞれの無線リソースユニットが割り当てられている通信デバイスによって部分的にのみ使用されている無線リソースユニットを識別し、それぞれの無線リソースユニットが割り当てられている通信デバイスによって部分的にのみ使用される無線通信ユニットを、割り当て情報においてそれぞれの無線通信リソースが割り当てられている通信デバイス以外の通信デバイスによるフィードバック情報の送信に使用可能であるとしてマークする。例えば、通信デバイスは基地局、例えばｇＮＢであってもよく、無線通信リソースは無線リソースユニットを指してもよい。
【００８９】
別の実施形態では、通信デバイスは、複数の通信デバイスによる無線リソースユニットの使用を監視し、使用が所定の閾値以下である無線リソースユニットを、割り当て情報でそれぞれの無線リソースユニットが割り当てられている通信デバイス以外の通信デバイスによるフィードバック情報の送信に使用可能であるとしてマークする、または通信デバイスは、比較的使用量の少ない１つ以上の無線リソースユニットを、割り当て情報でそれぞれの無線リソースユニットが割り当てられている通信デバイス以外の通信デバイスによるフィードバック情報の送信に使用可能であるとしてマークする。
【００９０】
別の実施形態によれば、基地局として機能する通信デバイスと、データ送信側通信デバイスとして機能する通信デバイスと、データ受信側通信デバイスとして機能する通信デバイスとを含むシステムが提供され、データ送信側通信デバイスは１つ以上のデータユニットをサイドリンク経由でデータ受信側通信デバイスに直接送信し、データ受信側通信デバイスは、データ送信側通信デバイスから情報ユニットを正しく受信したかどうかを通知する肯定応答情報を送信するように構成される。
【００９１】
本発明によるこの実施形態はまた、受信側通信デバイスのためではなく別の通信デバイスのために予約されているリソースユニットの少なくとも部分的に未使用の部分を使用することによりフィードバック情報を通知することが有利であるという発見に基づいているが、これは、自身のリソースをそのようなフィードバック専用にするのを必要とせずにフィードバックを提供できるため、信頼性の向上を支援しながら帯域幅およびリソースを節約するのに役立つからである。
【００９２】
別の実施形態によれば、通信のための方法が提供され、方法は、通信デバイスにおいて、第２の通信デバイスから１つ以上の情報ユニットを受信するステップを含み、さらに、別の通信デバイスの送信のために予約されているが、別の通信デバイスによって使用されていないか、または部分的にのみ使用されている無線リソースユニットでフィードバック情報を送信するステップを含む。例えば、この方法は、ユーザ機器であってもよい第１の通信デバイスによって実行されてもよい。１つ以上の情報ユニットは、データブロックもしくはパケットおよび／または制御ブロックもしくはパケットであってもよく、直接リンク経由で第２の通信デバイス、例えば、ユーザ機器２から受信されてもよい。フィードバック情報は、例えば、肯定応答情報および／またはチャネル品質インジケータ（ＣＱＩ）情報および／またはランクインジケータ（ＲＩ）情報またはプリコーディング・マトリックス・インジケータ（ＰＭＩ）情報および／またはチャネル状態情報（ＣＳＩ）を指してもよい。無線リソースユニットは、リソース割り当てを行う基地局によって、割り当てまたはスケジュールされるなどで予約されているリソース・ブロック・プールのユニットであってもよい。別の通信デバイスは、無線通信デバイス、例えば、第１の無線通信デバイスと異なっていてもよい。使用されていない、または部分的にのみ使用されているとは、一般的に言えば完全に使用されていないことを指してもよく、少なくとも部分的に未使用である。
【００９３】
この方法は、対応する通信デバイスと同じ考慮事項に基づいている。
【００９４】
別の実施形態によれば、通信のための方法は、通信デバイスによって１つ以上の情報ユニットを別の通信デバイスに送信するステップを含み、別の通信デバイスに割り当てられていないが、別の通信デバイスからのフィードバック情報のために、別の通信デバイスとは異なる通信デバイスの送信のために予約されている無線リソースユニットであり得るリソースユニットを監視するステップを含む。例えば、通信デバイスは、ユーザ機器などのモバイル通信デバイスであってもよい。情報ユニットは、データブロックもしくはパケットおよび／または制御ブロックもしくはパケットを指してもよく、送信は、通信デバイスも通信できる基地局を介さずにサイドリンク経由で直接実行されてもよい。監視は、例えば、通信デバイスによって実行されてもよく、リソースユニットは、通信デバイスまたは任意の他のさらなる通信デバイスの送信のために予約されてもよい。
【００９５】
この方法は、対応する通信デバイスと同じ考慮事項に基づいている。
【００９６】
別の実施形態によれば、通信のための方法は、複数の通信デバイスへのリソース割り当てを調整するステップを含み、複数の通信デバイスにリソース割り当て情報を提供するステップを含み、リソース割り当て情報は、別の無線リソースへの無線通信リソースの割り当てを記述し、それぞれの無線通信リソースが割り当てられている通信デバイス以外の通信デバイスによるフィードバック情報の送信に使用可能な無線通信リソースを示す。例えば、調整は、例えばｇＮＢなどの通信デバイス基地局によって実行されてもよい。割り当ては、無線通信リソースの予約を指してもよく、無線通信リソースは、無線リソースユニットを指してもよい。指示は、無線通信リソースが割り当てられている通信デバイスが、無線通信リソースを使用しないか、または完全に使用しない場合に実行されてもよい。
【００９７】
この方法は、対応する通信デバイスと同じ考慮事項に基づいている。
【００９８】
上記の方法は、対応する通信デバイスに関して本明細書で説明される特徴および機能のうちの１つによって任意に補足される。
【００９９】
別の実施形態によれば、前述の実施形態の方法を実行するためのコンピュータプログラムが提供される。
【０１００】
別の実施形態によれば、データブロックもしくはパケットおよび／または制御ブロックもしくはパケットであってもよい１つ以上の情報ユニットを複数の他の通信デバイスから受信する通信デバイスが提供され、通信デバイスはリソース割り当てメッセージを管理通信デバイスから受信し、リソース割り当てメッセージは、複数の他の通信デバイスから受信した情報ユニットの肯定応答に関連するビット位置の割り当てを結合肯定応答情報ユニット内に定義し、通信デバイスは、複数の他の通信デバイスからの情報ユニットの受信に応じて、リソース割り当てメッセージで定義されたビット位置の割り当てを使用して、結合肯定応答情報ユニットを送信する。例えば、通信デバイスは、モバイル通信デバイス、例えば、ユーザ機器ＵＥであってもよい。使用される技法は、マルチキャストＨＡＲＱの概念を指してもよい。通信デバイスは、基地局を介さずに直接リンク経由で情報ユニットを受信してもよく、例えば、ユーザ機器であってもよいいくつかの送信側通信デバイスからの複数のユニキャスト送信があり得る。結合肯定応答情報ユニットは、Ｄ２Ｄ／Ｖ２Ｘバンドルブロードキャスト、マルチキャスト、グループキャスト、またはユニキャストＨＡＲＱを指してもよい。ビット位置は、例えば、マルチビットパケットまたは送信ユニットの１ビットが他の通信デバイスのそれぞれ１つから受信したそれぞれの情報ユニットの受信ステータス、ＡＣＫ／ＮＡＣＫに関連付けられるように、リソース割り当てメッセージで定義されるＵＥ肯定応答ビットを参照してもよい。
【０１０１】
本発明によるこの実施形態は、通信デバイスが複数の通信デバイスと通信するシステムにおいて、単一の肯定応答情報ユニットをそれぞれの肯定応答情報を通知するために使用できるため、結合肯定応答情報ユニットにおいて肯定応答情報の通知を提供することが有利であるという発見に基づいており、リソース割り当てメッセージで定義される結合肯定応答情報ユニットの構造（すなわち、複数の通信デバイスのそれぞれの肯定応答情報のビット位置）は、複数の通信デバイスに通信される。単一の結合肯定応答情報ユニットを使用することは、リソース割り当てメッセージの送信という代償を払って、複数の通信デバイスのそれぞれがフィードバック情報を個々に提供することによって使用されたであろうリソースを節約するのに役立ち得る。さらに、そのような結合肯定応答情報ユニットを使用すると、再送信をトリガしたり、通信モードをより堅牢または信頼性の高い通信に適合させたりするために必要であり得る通信デバイスについて、管理通信デバイス用の迅速かつ効率的な概要が得られることがわかっている。また、通信デバイスへの柔軟に構成可能なビット位置の割り当てにより、例えば、どの通信デバイスが他の多くの通信デバイスから情報ユニットを受信し、通信デバイスの完全なセットのどのサブセットから情報ユニットを受信するかという知識に基づいて、通信環境への適応が可能になる。
【０１０２】
別の実施形態において、通信デバイスは、結合肯定応答情報ユニットをブロードキャスト、マルチキャスト、またはグループキャストする。例えば、これは、マルチビットＨＡＲＱを使用したマルチキャスト／グループキャストＵＥのフィードバックである。例えば、ブロードキャストは、カバレッジエリア内のすべてのデバイスがこのＨＡＲＱを取得することを意味してもよい。
【０１０３】
別の実施形態では、通信デバイスは、管理通信デバイスである基地局（ＢＳ）を含むサイドリンク経由で、他の通信デバイスに結合肯定応答情報ユニットをブロードキャストする。例えば、マルチキャスト／グループキャストＨＡＲＱは、サイドリンク経由で送信されてもよい。
【０１０４】
一実施形態では、通信デバイスは、１つ以上の情報ユニットが適切に受信された１つ以上の他の通信デバイスに関連するビット位置のビットを第１のビット値に設定し、１つ以上の情報ユニットが適切に受信されなかったか、または情報ユニットが受信されなかった１つ以上の他の通信デバイスに関連するビット位置のビットを、第１の値とは異なる第２の値に設定する。例えば、ビット位置は、結合肯定応答情報ユニットのビット位置であってもよく、第１のビット値は１であってもよく、第２のビット値はゼロであってもよい。一実施形態では、これは、他のすべてのＵＥのためにマルチキャスト／グループキャストメッセージをセットアップする構成であってもよい。
【０１０５】
別の実施形態では、通信デバイスは、所定の期間内、例えば、特定の時間間隔内に、異なる他の通信デバイスから受信した情報ユニットのための結合肯定応答ユニットを送信する。例えば、送信は、特定の所定の時間間隔内に発生する必要がある。
【０１０６】
別の実施形態では、リソース割り当てメッセージはまた、どの無線リソースユニット、例えば、タイムスロット、時間周波数領域、時間周波数コード領域、ｎｕｍｅｒｏｌｏｇｙなどにおいて、結合肯定応答情報ユニットが送信されるかを定義し、通信デバイスは、リソース割り当てメッセージで指定された無線リソースユニット内の結合肯定応答情報ユニットを送信する。例えば、マルチキャスト／グループキャストメッセージは、特定の割り当てられたリソースで送信できる。必要に応じて、更新または拡張として、自律モードで、およびカバレッジ外モードで送信されるマルチキャスト／グループキャストＨＡＲＱが定義される。
【０１０７】
別の実施形態では、通信デバイスは、データにピギーバックされるリソース割り当てメッセージを評価する。例えば、このリソース割り当てメッセージは、好ましくは基地局から受信することができ、メッセージは、個々のフィードバックの提供と結合肯定応答情報ユニットの提供とを切り替えることができるフィードバックトグル情報をオプションで含むことができる。
【０１０８】
別の実施形態によれば、１つ以上の情報ユニットを別の通信デバイスに送信し、管理通信デバイスからリソース割り当てメッセージを受信する通信デバイスが提供され、リソース割り当てメッセージは、別の通信デバイスによって受信した情報ユニットの肯定応答に関連するビット位置の割り当てを結合肯定応答情報ユニット内に定義し、通信デバイスは、結合肯定応答情報ユニットを受信し、通信デバイスによって送信された１つ以上の情報ユニットが別の通信デバイスによって適切に受信されたかどうかの情報を導出するために、リソース割り当てメッセージによって定義されたビット位置を評価する。例えば、通信デバイスは、多くのモバイル通信デバイスの１つ、例えば多くのフィードバック受信ユーザ機器であり得る。情報ユニットは、データブロックもしくはパケットおよび／または制御ブロックもしくはパケットであってもよく、通信デバイスも通信できる基地局を介さずに、サイドリンク経由で直接送信され得る。リソース割り当てメッセージによって定義されたビット位置のビットは、通信デバイス自体から別の（つまり前述の別の）通信デバイス、例えばユーザ機器１によって受信された情報ユニットの肯定応答に関連するものとして定義され得る。
【０１０９】
本発明によるこの実施形態はまた、結合肯定応答情報ユニット内の肯定応答情報を通知することが有利であるという発見に基づいており、これにより、通信デバイスが複数の通信デバイスと通信するシステムにおいて、単一の結合肯定応答情報ユニットは、それぞれの肯定応答情報を通知するために使用できる。リソース割り当てメッセージで定義される結合肯定応答情報ユニットの構造（すなわち、複数の通信デバイスのそれぞれに対する肯定応答情報のビット位置）は、複数の通信デバイスに通信されてもよい。
【０１１０】
一実施形態では、通信デバイスは、結合肯定応答情報ユニットの評価ビットが、前記情報ユニットの以前の送信が別の通信デバイスによって適切に受信されなかったことを示す場合、情報ユニットを別の（すなわち前述の別の）通信デバイスに再送信する。通信デバイスは、例えば、選択的に情報ユニットを再送信することができ、ＨＡＲＱブロードキャストをユニキャストとして再送信することも可能である。例えば、評価ビットは、リソース割り当てメッセージで定義されたビット位置にあってもよい。
【０１１１】
一実施形態では、リソース割り当てメッセージはまた、どの無線リソースユニット、例えば、タイムスロット、時間周波数領域、時間周波数コード領域などにおいて、結合肯定応答情報ユニットが送信されるかを定義し、通信デバイスは、リソース割り当てメッセージで指定された無線リソースユニット内の結合肯定応答情報ユニットを受信する。例えば、受信側通信デバイス、例えば受信ＵＥは、ＨＡＲＱ情報を受信するために必要なリソースを監視できる。
【０１１２】
一実施形態では、通信デバイスは、データにピギーバックされるリソース割り当てメッセージを評価する。リソース割り当てメッセージは、好ましくは基地局から受信することができ、メッセージは、個々のフィードバックの受信と結合肯定応答情報ユニットの受信とを切り替えることができるフィードバックトグル情報をオプションで含むことができる。
【０１１３】
さらなる実施形態によれば、通信デバイス、例えば管理通信デバイスは、複数の通信デバイスへのリソース割り当てを調整し、複数の通信デバイスと通信し、通信デバイスは、リソース割り当て情報を複数の通信デバイスに提供し、リソース割り当て情報は、複数の他の通信デバイスから所定の通信デバイスによって受信した情報ユニットの肯定応答に関連するビット位置の割り当てを、複数の他の通信デバイスからの情報ユニットの受信に応じて所定の通信デバイスによって送信される結合肯定応答情報ユニット内に定義する。例えば、通信デバイスは、リソースおよびビット位置をスケジューリングするｇＮＢまたはｅＮＢなどの基地局であってもよい。所定の通信デバイスおよび複数の他の通信デバイスは、モバイル通信デバイス、例えば、ユーザ機器であってもよい。
【０１１４】
本発明によるこの実施形態はまた、結合肯定応答情報ユニット内の肯定応答情報を通知することが有利であるという発見に基づいており、これにより、通信デバイスが複数の通信デバイスと通信するシステムにおいて、単一の結合肯定応答情報ユニットは、それぞれの肯定応答情報を通知するために使用できる。リソース割り当てメッセージで定義される結合肯定応答情報ユニットの構造（すなわち、複数の通信デバイスのそれぞれに対する肯定応答情報のビット位置）は、管理によって複数の通信デバイスに通信される。さらに、そのような結合肯定応答情報ユニットを使用すると、再送信をトリガしたり、通信モードをより堅牢または信頼性の高い通信に適合させたりするために必要であり得る複数の通信デバイスのうちの通信デバイスについて、管理通信デバイス用の迅速かつ効率的な概要が得られることがわかっている。
【０１１５】
別の実施形態では、通信デバイスは、それ自体は通信デバイスを含まないサイドリンク経由で、複数の他の通信デバイスから所与の通信デバイスへの送信のために無線リソースユニットを割り当てるリソース割り当て情報を提供する。例えば、通信デバイスは、基地局、例えば、ｇＮＢであってもよい。他の通信デバイスは、ユーザ機器であってもよい。例えば、通信デバイスはリソースを割り当て、サイドリンクを介したデータの通信には参加しない。
【０１１６】
別の実施形態では、通信デバイスは、無線リソースユニットの割り当てに基づいて、複数の他の通信デバイスが情報ユニットを送信できる通信デバイスを識別し、通信デバイスはｇＮＢであってもよく、他の通信デバイスは移動通信デバイスであってもよく、通信デバイスは、通信デバイスの識別に応じて、識別された通信デバイスによって送信される結合肯定応答情報ユニット用の無線リソースユニットを予約し、識別された通信デバイスへの送信のために割り当てられた無線リソースユニットを他の通信デバイスが持っているという知識に応じて、肯定応答情報ユニット内にビット位置を割り当てる。例えば、基地局、例えばｇＮＢは、無線リソースユニットの割り当てに関する知識を使用し、基地局は、フィードバックマルチキャストユーザ機器およびフィードバック受信ユーザ機器を識別し、このバンドルされたＨＡＲＱのために割り当てられたリソースを予約してもよい。
【０１１７】
一実施形態では、通信デバイスは、リソース割り当て情報を、個々のデバイスのダウンリンク制御情報、例えば５Ｇ  ＤＣＩ、またはグループダウンリンク制御情報、例えば５ＧグループＤＣＩに含める。例において、通信デバイスまたは基地局は、ダウンリンク制御情報を利用して、このリソース割り当て情報を伝達してもよい。
【０１１８】
別の実施形態では、通信デバイスは、リソース割り当て情報を、ユーザ機器であり得る複数の通信デバイスにマルチキャスト／グループキャストし、リソース割り当て情報は、例えばユーザ機器用のブロードキャストＨＡＲＱフィードバックメッセージを送信するためのサイドリンク送信リソース、および／またはユーザ機器からブロードキャストＨＡＲＱフィードバックメッセージを受信するためのサイドリンク受信プールリソース、例えば、どの無線リソースユニット内の結合肯定応答情報ユニットを送信するべきか、などの結合肯定応答情報ユニットに対する無線リソースユニットの割り当てと、複数の他の通信機器、例えば、さらなるユーザ機器から、所定の通信機器、例えば、ユーザ機器により受信された結合肯定応答情報ユニット内の情報ユニットの肯定応答に関連する位置、例えば、ＨＡＲＱビット位置情報と、結合肯定応答情報ユニットのメッセージサイズを記述する、例えば、集約されたＨＡＲＱフィードバックのメッセージサイズであるメッセージサイズ情報と、を含む。これにより、例えば、このリソース割り当て情報メッセージのプロパティを定義できる。
【０１１９】
一実施形態では、通信デバイス、例えばｇＮＢは、リソース割り当て情報を動的に更新し、例えば、リソース情報は動的に割り当てられてもよい。
【０１２０】
別の実施形態では、通信デバイス、例えばｇＮＢは、他の通信デバイス間、例えばユーザ機器間の通信を監視し、監視に基づいて、複数の他の通信デバイス、例えば他のユーザ機器が所定の期間内に情報ユニットを送信する通信デバイス、例えば第１のユーザ機器を識別し、通信デバイスの識別に応じて、識別された通信デバイスによって送信される結合肯定応答情報ユニット用の無線リソースユニットを予約し、どの他の通信デバイスが所定の期間内に識別された通信デバイスに情報ユニットを送信したかという知識に応じて、結合肯定応答情報ユニット内にビット位置を割り当てる。一例では、基地局は、ビット位置情報を含む動的な割り当ておよび予約についてリソースを監視してもよい。
【０１２１】
別の実施形態では、通信デバイスは、データにピギーバックされたリソース割り当て情報の少なくとも一部を提供する。これは、個々のフィードバックの提供と結合肯定応答情報ユニットの提供との間で他の通信デバイスを切り替えることができるフィードバックトグル情報をオプションで含むことができる。
【０１２２】
さらなる実施形態によれば、通信デバイスにおいて、複数の他の通信デバイスから１つ以上の情報ユニットを受信するステップを含む通信のための方法が提供され、方法は、例えば通信デバイスにおいて、管理通信デバイスからリソース割り当てメッセージを受信するステップを含み、リソース割り当てメッセージは、複数の他の通信デバイスから受信した情報ユニットの肯定応答に関連するビット位置の割り当てを結合肯定応答情報ユニット内に定義し、そして方法は、複数の他の通信デバイスからの情報ユニットの受信に応じて、リソース割り当てメッセージで定義されたビット位置の割り当てを使用して、結合肯定応答情報ユニット、例えばＤ２ＤバンドルブロードキャストＨＡＲＱを送信するステップを含む。情報ユニットは、例えば、データブロックもしくはパケットおよび／または制御ブロックもしくはパケットであってもよく、基地局を介さずに直接リンク経由で、例えば、多数の送信側通信デバイスからの複数のユニキャスト送信で受信することができ、通信デバイスは、例えばユーザ機器などであってもよい。ビット位置の割り当ては、それぞれのユーザ機器確認ビットであってもよく、リソース割り当てメッセージは、例えば、マルチビットパケットまたは送信ユニットの１ビットが、他の通信デバイスのそれぞれの１つから受信したそれぞれの情報ユニットの受信ステータスＡＣＫ／ＮＡＣＫに関連することを指定してもよい。
【０１２３】
この方法は、対応する通信デバイスと同じ考慮事項に基づいている。
【０１２４】
一実施形態によれば、通信のための方法が提供され、方法は、ユーザ機器であってもよい通信デバイスによって、データブロックもしくはパケットおよび／または制御ブロックもしくはパケットであってもよい１つ以上の情報ユニットをユーザ機器であってもよい別の通信デバイスに送信するステップを含み、方法は、例えば、通信デバイスにおいて、管理デバイスからリソース割り当てメッセージを受信することを含み、リソース割り当てメッセージは、複数の通信デバイスから別の通信デバイスによって受信した情報ユニットの肯定応答に関連するビット位置の割り当てを結合肯定応答情報ユニット内に定義し、方法は、例えば、通信デバイスにおいて結合肯定応答情報ユニットを受信するステップ、および通信デバイスによって送信された１つ以上の情報ユニットが別の通信デバイスによって適切に受信されたかどうかの情報を導出するために、リソース割り当てメッセージによって定義されたビット位置のビットを評価するステップを含む。例えば、１つ以上の情報ユニットは、通信デバイスも通信できる基地局を介さずに、サイドリンク経由で直接送信されてもよい。一例では、ビット位置は、通信デバイスからの情報ユニットの肯定応答に関連するものとして定義されてもよい。
【０１２５】
この方法は、対応する通信デバイスと同じ考慮事項に基づいている。
【０１２６】
一実施形態によれば、通信デバイスによって、複数の通信デバイスへのリソース割り当てを調整するステップを含む通信のための方法が提供され、これは複数の通信デバイスにリソース割り当て情報を提供するステップを含み、リソース割り当て情報は、複数の他の通信デバイス、例えばさらなるユーザ機器から、所定の通信デバイス、例えば第１のユーザ機器により受信された情報ユニットの肯定応答に関連するビット位置の割り当てを、複数の他の通信デバイスからの情報ユニットの受信に応じて所定の通信デバイスによって送信される結合肯定応答情報ユニット内に定義する。
【０１２７】
この方法は、対応する通信デバイスと同じ考慮事項に基づいている。
【０１２８】
上記の方法は、対応する通信デバイスに関して本明細書で説明される特徴および機能のうちの１つによって任意に補足される。
【０１２９】
一実施形態によれば、コンピュータプログラムがコンピュータ上で実行されるときに、前述の実施形態による方法を実行するためのコンピュータプログラムが提供される。
【図面の簡単な説明】
【０１３０】
【図１】本発明の一実施形態による通信デバイスのブロック図を示す。
【図２】本発明の一実施形態による通信デバイスのブロック図を示す。
【図３】本発明の一実施形態によるさらなる通信デバイスのブロック図を示す。
【図４】本発明の一実施形態によるシステムの概念レイアウトを示す。
【図５】本発明の一実施形態による通信デバイスのための方法のフローチャートを示す。
【図６】本発明の一実施形態による通信デバイスのための方法のフローチャートを示す。
【図７】本発明の一実施形態による通信デバイスのための、通信のための方法のフローチャートを示す。
【図８】本発明の一実施形態によるＨＡＲＱフィードバック情報を伝達するための例示的なシステムのレイアウトを示す。
【図９】本発明の一実施形態によるＨＡＲＱフィードバック情報を伝達するための別の例示的なシステムのレイアウトを示す。
【図１０】本発明の一実施形態によるＨＡＲＱフィードバックがどのように伝達されるかについての概念図を示す。
【図１１】本発明の一実施形態による送信機および受信機によって実行される方法の概念ブロック図を示す。
【図１２】本発明の一実施形態によるＡＣＫ表示が送信される場合の図１１の概念ブロック図を示す。
【図１３】本発明の一実施形態による通信デバイスのブロック図を示す。
【図１４】本発明の別の実施形態による別の通信デバイスのブロック図を示す。
【図１５】本発明のさらなる一実施形態による通信デバイスのブロック図を示す。
【図１６】本発明のさらなる実施形態によるシステムの概念的配置を示す。
【図１７】本発明の一実施形態による通信デバイス、例えばユーザ機器のための方法のフローチャートを示す。
【図１８】本発明のさらなる実施形態による通信デバイス、例えばユーザ機器のための方法のフローチャートを示す。
【図１９】本発明の別の実施形態による通信デバイス、例えば基地局のための方法のフローチャートを示す。
【図２０】本発明の一実施形態によるサイドリンク通信に割り当てられたサブフレームのスロットの概略図を示す。
【図２１】本発明の一実施形態の送信リソースプールの構造に関する概念的概要を示す。
【図２２】本発明の一実施形態による通信デバイス、例えばユーザ機器の概念図を示す。
【図２３】本発明の一実施形態による通信デバイス、例えばユーザ機器の概念図を示す。
【図２４】本発明の一実施形態による通信デバイス、例えば基地局の概念図を示す。
【図２５】本発明の一実施形態による通信デバイス、例えばユーザ機器のための方法のフローチャートを示す。
【図２６】本発明の一実施形態による通信デバイス、例えばユーザ機器のための方法のフローチャートを示す。
【図２７】本発明の一実施形態による通信デバイス、例えば管理通信デバイスのための方法のフローチャートを示す。
【図２８】本発明の一実施形態による複数の通信デバイスを含むシステムの概要を示す。
【図２９】本発明の一実施形態によるグループマルチキャストＨＡＲＱリソース割り当てのオプション１の図を示す。
【図３０】本発明の一実施形態によるダウンリンク制御経由のＨＡＲＱリソース割り当てのオプション２の図を示す。
【図３１】サブフレームおよびリソース・ブロック・プールの一般的な構造を示す。
【発明を実施するための形態】
【０１３１】
以下に、本発明による異なる実施形態を説明する。しかし、異なる実施形態に関して説明した機能を組み合わせることもできることに留意されたい。また、ここで説明する実施形態は、範囲を限定するものと見なされるべきではない。
【０１３２】
最初に、本発明による実施形態を使用することができる通信環境に関して、好ましいと考えられるべきであるが必要とは考えられないいくつかの一般的な考慮事項について説明する。
【０１３３】
通信システムでは、通信デバイスは基地局を経由して相互に送信を送信することも、直接通信することもできる。どちらの場合でも、データパケットが適切に受信されたかどうかに関する通知を提供することが有利である。そのような通知は、通信プロセスの信頼性を高める可能性がある。
【０１３４】
例示的な通信システムは、サイドリンク（ＳＬ）送信をサポートする単一の基地局と、２つの通信デバイスＵＥ１およびＵＥ２とを備え、ＵＥ２は（典型的なＤ２ＤまたはＶ２Ｘシナリオで）ＵＥ１に送信する。ＵＥ１は、ユニキャストＳＬ送信経由でＵＥ２からデータを受信した。ＵＥ２は、その第１の送信の結果に関するＵＥ１からのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを期待しており、各送信はＨＡＲＱプロセスＩＤとして定義され得る。
【０１３５】
ＵＥブラインドデコーディングによるフィードバックのスクランブル化
以下に、修正されたチェックサムを通知に使用する本発明によるいくつかの実施形態を説明する。
【０１３６】
ＨＡＲＱ通知を提供するために、この種の通知のために通信リソースが予約されてもよい。そのようなリソースが提供されない場合、この通知を提供する方法を見つけることはより困難である。本出願によれば、ＨＡＲＱフィードバックを埋め込み、それを適切なユーザ機器に送り返すための２つのシナリオがある。
【０１３７】
Ａ）ＨＡＲＱフィードバックは、制御チャネルまたはＵＥ１からＵＥ２への次のスケジュールされたデータ送信のいずれかで埋め込まれ、ＳＬに沿って送信される。ＵＥ１による次のスケジュールされたデータ送信は不明であるため、制御チャネルＰＳＣＣＨを優先することができる。ただし、データチャネルＰＳＳＣＨは除外されない。
【０１３８】
これを図８に示す。ここでは、ＨＡＲＱフィードバック（例えば、情報ユニットが正しく受信されたかどうかを知らせるフィードバック、ＡＣＫ／ＮＡＣＫフィードバックとも呼ばれる）がサイドリンク経由で送信される場合を示している。ＵＥ２は、ＵＥ２からＵＥ１を指す左矢印で示されるように、ユニキャストサイドリンク送信８１０を使用してデータを送信する。サイドリンクユニキャスト送信８１０は、制御チャネルＰＳＣＣＨおよびデータチャネルＰＳＳＣＨを備えてもよい。ＵＥ１は、送信を受信した後、ＵＥ１からＵＥ２を指す右矢印８２０によって示されるように、適切なＨＡＲＱフィードバック情報を送り返す。ＨＡＲＱフィードバックは、ＵＥ２からの情報が適切に受信されたかどうかに応じて適切に修正された検査値を使用して通知され得る。このフィードバックは、制御情報に埋め込むことができるが、ＰＳＣＣＨのみで、データチャネルＰＳＳＣＨは使用されない。別のシナリオでは、制御情報ＰＳＣＣＨは使用されないが、フィードバックはデータチャネルＰＳＳＣＨに埋め込まれる。さらなる代替では、フィードバックは制御情報ＰＳＣＣＨおよびデータＰＳＳＣＨの両方に埋め込まれる。
【０１３９】
つまり、図８に関して、ＨＡＲＱフィードバックをサイドリンクの既存の制御チャネルおよびデータチャネルにピギーバックできる３つの異なる方法が示されている。第１および第２のオプションでは、ＨＡＲＱは制御チャネルおよびデータチャネルのチェックサムでそれぞれ送信される。第３のオプションは除外されないが、ＨＡＲＱ情報を抽出するためにブラインドデコード作業を２倍にする必要がある。これは、それぞれ、モード２／モード４とも呼ばれる、カバレッジ外の自律的なＤ２Ｄ／Ｖ２Ｘ伝送モードにも適用できる。
【０１４０】
Ｂ）アップリンクＨＡＲＱフィードバック送信は、基地局、例えばｇＮＢを介してＵＥ１に中継され、次にＵＥ２に中継される。これを図９に示す。
【０１４１】
図９は、ＨＡＲＱフィードバックがアップリンク／ダウンリンク経由で送信される場合を示し、ＣＲＣ埋め込みＨＡＲＱフィードバックをＵＥ２に伝達する代替方法、つまり基地局（ｅＮＢ／ｇＮＢ）を介したアップリンク経由の方法を示す。ＵＥ１〜ＵＥ２のＳＬが使用できない／弱い、または送信がスケジュールされていない場合、アップリンク制御チャネルおよびデータチャネルを使用して、ＨＡＲＱ指示を提供する。詳細には、ＵＥ２は、ＵＥ２からＵＥ１を指す矢印９１０によって示されるように、ユニキャストサイドリンク送信を使用してデータを送信する。サイドリンクユニキャスト送信９１０は、制御チャネルＰＳＣＣＨおよびデータチャネルＰＳＳＣＨを備えてもよい。ＵＥ１は、送信９１０を受信した後、ＵＥ１から基地局、例えば、ｇＮＢを指す矢印９２０によって示されるように、適切なＨＡＲＱフィードバック情報を送り返す。ＨＡＲＱフィードバックは、ＵＥ２からの情報がＵＥ１によって適切に受信されたかどうかに応じて適切に修正された検査値を使用して通知され得る。このフィードバックは、アップリンクの制御情報に埋め込むことができるが、ＰＵＣＣＨのみで、データチャネルＰＵＳＣＨは使用されない。別のシナリオでは、制御情報ＰＵＣＣＨは使用されないが、フィードバックはアップリンク・データ・チャネルＰＵＳＣＨに埋め込まれる。さらなる代替では、フィードバックは、アップリンク制御情報ＰＵＣＣＨおよびデータＰＵＳＣＨの両方に埋め込まれる。ｇＮＢは、次に、再送信が必要かどうかの指示をダウンリンク９３０を使用してＵＥ２に転送する。
【０１４２】
つまり、図９は、一実施形態によれば、ＨＡＲＱフィードバックが基地局経由で送信（または転送）され得ることを示している。通信は次のように進められる。最初に、データ送信がＵＥ２からＵＥ１に送信される。この送信は、サイドリンクユニキャスト接続９１０経由で行うことができる。この送信のために、制御チャネルＰＳＣＣＨおよびデータチャネルＰＳＳＣＨが使用され得る。送信後、ＵＥ１は、ＨＡＲＱフィードバック情報を含むように、データ送信に関連する検査値を修正する。このＨＡＲＱフィードバック情報は、基地局ｇＮＢに送信され得る。第１の実施形態では、制御チャネルＰＵＣＣＨは、ＨＡＲＱフィードバックを含むチェックサムを含むことができる。別の実施形態では、ＨＡＲＱフィードバックを含むチェックサムは、データチャネルＰＵＳＣＨを使用して送信され得る。第３の実施形態では、ＨＡＲＱ情報を伴うチェックサムは、制御チャネルＰＵＣＣＨおよびデータチャネルＰＵＳＣＨの両方によって送信され得る。したがって、図９による実施形態は、ＣＲＣが埋め込まれたＨＡＲＱフィードバックをＵＥ２に伝達する代替方法、すなわち基地局を介したアップリンク経由の方法を提示する。例えばＵＥ１〜ＵＥ２のサイドリンクが使用できない／弱い、または送信がスケジュールされていない場合、アップリンク制御チャネルおよびデータチャネルを使用して、ＨＡＲＱ指示を提供する。
【０１４３】
どちらの場合も、アイデアは、ＵＥ２または基地局が再送信を実行するかどうかの決定を開始するために、例えばブラインドデコーディングを使用して自身のＨＡＲＱフィードバック（例えば、それぞれの通信デバイス向けのＨＡＲＱフィードバック）を抽出できるように、ＨＡＲＱフィードバックを検査値、例えば制御チャネル送信またはＵＥ１からの後続のスケジュールされたデータ送信のＣＲＣに埋め込むことである。
【０１４４】
ＨＡＲＱフィードバックを検査値（例えば、ＣＲＣ）に埋め込むことの利点は、制御情報／データをデコードしてＨＡＲＱ−ＡＣＫ情報を決定する必要がなく、むしろ検査値の結果からであるということである。例えば、チェックサムは巡回冗長検査、ＣＲＣ値であってもよい。検査値は、次の２つの目的に役立つ。
【０１４５】
ｉ）送信された制御情報またはデータ情報の整合性を維持するためのエラー検出メカニズムとして機能する
ｉｉ）追加のＡＣＫ／ＮＡＣＫ表示により、再送信が必要かどうかを示す
この場合、１つ以上の追加ビットをチェックサムに含める必要がある場合がある。ただし、この場合、レガシユーザのサポートは、そのような修正されたチェックサム形式で除外されるおそれがある。したがって、チェックサムにより多くのビットを含めることはオプションであると見なされるべきである。
【０１４６】
フィードバック送信、埋め込み、および抽出の例をより明確に説明するために、図１０にＨＡＲＱ手順のタイムラインを示す。第１のステップで、ＵＥ２は送信１００をＵＥ１に送信する。この送信は、制御情報およびデータが含まれる。制御情報１０１およびデータ１０３の両方は、それぞれのチェックサム１０２および１０４を備え、制御情報１０１はチェックサム１０２を備え、データ１０３はチェックサム１０４を備える。ＵＥ１は、送信が適切に受信されたかどうかを判定する。この判定に基づいて、別の送信１０９のチェックサムが変更され得る。図１０に示すように、ＵＥ１は送信１０９をＵＥ２に送信し、この送信はチェックサム１０６を含む制御情報１０５とチェックサム１０８を含むデータ１０７とを含む。この特定の場合、データ１０７のチェックサム１０８は、（元のチェックサムと比較するとき、または判定の結果が異なる場合に同じデータに対して送信されるチェックサムと比較するとき）、判定の結果を反映するために変更される。この結果を通知するために、ＵＥ１は制御情報１０５およびそのチェックサム１０６と、データ１０７および変更されたチェックサム１０８とをＵＥ２に送信する。データのチェックサムの変更は単なる例であり、このチェックサム１０８の代わりに、制御情報のチェックサム１０６または両方のチェックサム１０６および１０８も変更される可能性があることは明らかである。
【０１４７】
したがって、ＵＥ１は、データ１０７および（変更された）チェックサム１０８の共通の評価に基づいて、送信１００がＵＥ２によって適切に受信されたかどうかを結論付けることができる。
【０１４８】
図１１は、送信機および受信機によって実行されるステップの概念ブロック図を示している。例えば、参照番号１１００から１１３０に示される機能はＵＥ１によって実行されてもよく（例えば、図８または図９または図１０に示されるように）、参照番号１１４０から１１９０に示される機能はＵＥ２によって実行されてもよい（例えば、図８または図９または図１０に示すように）。
【０１４９】
最初に、（例えば、図１０に示すＵＥ２からＵＥ１に）送信されるデータが提供される。第１のステップ１１００で、データのチェックサムが計算される。前述のように、チェックサムは実施形態では巡回冗長検査ＣＲＣ値であり得るが、いわゆる縦パリティ検査、フレッチャーチェックサムなどのような他のチェックサム（好ましくはマルチビットチェックサム）も可能であることは当業者には明らかである。さらに、以前のデータパケット（例えば、送信８１０または９１０で送信された）が適切に受信されたかどうかに基づいて、ステップ１１０５でマスクが選択され、このマスクはチェックサム値を修正するために使用される。ステップ１１１０で、計算されたＣＲＣ値が、選択されたマスクに基づいて修正される。この例では、ＸＯＲ演算がチェックサムに対して実行される。ＸＯＲ演算に使用されるマスクは、チェックサムが４ビットの長さを有する例示的なケースでは、ＡＣＫに対して「１１００」およびＮＡＣＫに対して「００１１」であり得る。マスクの他の組み合わせを使用できること、およびマスクのサイズを計算されたチェックサムのサイズに適合させる必要があることは明らかである。ＸＯＲ演算を実行した後、ステップ１１２０でチェックサムがデータに添付される。ステップ１１３０で、データならびに添付のチェックサムを含む情報は、チャネル符号化されて送信される（例えば、送信８２０または９２０で）。
【０１５０】
受信機（例えば、ＵＥ２またはｇＮＢ）は、情報を受信し、ステップ１１４０でチャネル復号化を実行する。次のステップで、ステップ１１５０で、情報はチェックサムとデータに分割される。分離されたチェックサムはＸＯＲ演算の対象となり、ステップ１１６０で、ＡＣＫおよびＮＡＣＫに対応するマスクでチェックサムがＸＯＲ演算される。抽出されたデータは、ステップ１１７０でチェックサム、この場合はＣＲＣの計算を実行するために使用される。ステップ１１８０で、計算されたチェックサムは、情報から分離されてＸＯＲ演算を受けたチェックサムと比較され、受信情報がＡＣＫに対応するマスクまたはＮＡＣＫに対応するマスクによって修正されたチェックサムを含むかどうかが判定される。比較の結果に基づいて、ステップ１１９０で、ＡＣＫまたはＮＡＣＫの場合が存在するかどうかが判定される。ＡＣＫの場合、以前に送信されたデータ（例えば、ＵＥ２によって送信された）が適切に（例えば、ＵＥ１によって）受信され、再送信は不要であることがわかる。ＮＡＣＫと判定された場合、再送信がトリガされる。計算されたチェックサム（ステップ１１７０で計算された）がＡＣＫに対応するマスクで修正されたチェックサムにもＮＡＣＫに対応するマスクで修正されたチェックサムにも対応しない場合、通信デバイスＵＥ２は、ＵＥ１からＵＥ２に送信されたデータが（例えば、送信８２０または送信９２０で送信された日付、またはデータ１０７）が破損していると結論付けられる。後者の場合、通常、送信８１０または送信９１０でＵＥ２からＵＥ１に送信されたデータ（例えば、データ１０３）がＵＥ１によって適切に受信されたかどうかを判定することはできない。したがって、保守的なアプローチでは、この場合にも再送信を行うことができる。
【０１５１】
図１２は、図１１のブロック図に対応するシステムにおいてＡＣＫ表示が送信される例を示している。例として、チェックサム、例えばステップ１２００で計算されたＣＲＣは「１１１１」である。ステップ１２０５のマスクは、ＡＣＫの場合は「１１００」、ＮＡＣＫの場合は「００１１」である。したがって、ＡＣＫを通知するために、ステップ１２１０で「１１００」マスクが使用される。マスク「１１００」でのチェックサム「１１１１」のＸＯＲの結果は「００１１」である。ＸＯＲ結果は、ステップ１２２０でデータに添付され、ステップ１２３０でチャネル符号化される。送信後、受信側はステップ１２４０で情報を復号化し、ステップ１２５０でこの例では「００１１」であるチェックサムを分離する。その後、ステップ１２６０で、マスク値「１１００」および「００１１」の両方でチェックサムに対してＸＯＲ演算が実行される。それぞれの結果は「１１１１」および「００００」である。これらの２つの結果は、ステップ１２８０で、結果「１１１１」を有する復号化されたデータに基づいてステップ１２７０で計算されたチェックサムと比較される。値の比較により、ＡＣＫが伝達されたことがわかる。したがって、ステップ１２９０で、ＡＣＫが送信されたこと、および以前に送信されたデータが適切に受信されたことを判定することができる。
【０１５２】
以下に、上記の原理によるＨＡＲＱ通知を提供する異なる実施形態を提示する。上記の詳細のいずれかは、個別にまたは組み合わせて、以下で説明する実施形態に任意に導入できることに留意されたい。
【０１５３】
図１は、本出願の一実施形態による通信デバイス１５０を示す。通信デバイス、ＵＥ１は、１つ以上の情報ユニット１６０を受信し、情報ユニット１６０は、第２の通信デバイス（例えば、ＵＥ２）からのデータブロックまたはパケットあるいは制御ブロックまたはパケットであってもよい。通信デバイスは、例えば、ユーザ機器などのモバイル通信デバイス、または一般的な場合、携帯電話、タブレット、ＰＤＡ、ウェアラブル、ＩｏＴデバイス、または他の通信デバイスと通信している他の通信デバイスであってもよい。通信デバイスは、情報ユニットが適切に受信されたかどうかの検査を実行する。情報が適切に受信されたかどうかを確認するためのさまざまな技法が存在し、これらのテストの１つは、巡回冗長検査、縦パリティ検査、フレッチャーのチェックサムなどのチェックサムを使用するものであってもよい。情報ユニットが適切に受信されたかどうかの判定の結果に基づいて、通信デバイスＵＥ１は、通信デバイスＵＥ１によって送信される情報ユニット１７０に関連する検査値１８０を修正する。この情報ユニットは検査値１８０を関連付けており、この検査値は、情報ユニットが適切に受信されたかどうかの判定の結果を反映するように選択的に修正される。検査値が修正された後、修正された検査値１７２を有する情報ユニットが送信される。この技法により、以前の情報ユニットが適切に受信されたかどうかを受信側通信デバイスに信号で伝えるために使用できる信号方式が確立された。
【０１５４】
上記のように修正された検査値１７２は、情報ユニット１７０の受信後の１つ以上のビットエラーの検出を可能にし、検査値の種類に応じて、少なくともビットエラーの所定数のビットエラーを検出することができ、使用される検査値に応じて、ビットエラーの訂正も可能である場合がある。
【０１５５】
情報ユニット１６０が適切に受信されたかどうかに関する通知は、例えば、情報ユニット１７０に関連する検査値の特定の操作を使用して実行され得る。例えば、この修正は、適切なビットマスクでＸＯＲ演算を実行することを含んでもよい。情報が適切に受信された場合、肯定応答が送信され、通常はＡＣＫと呼ばれる。このＡＣＫは、いくつかの「０」のビットマスクを使用して通知され得るが、元の検査値は変更されない。他の場合、情報ユニット１６０が適切に受信されなかったという信号を送らなければならない場合、非肯定応答（ＮＡＣＫ）が通知されなければならない。ＮＡＣＫを通知するために、ＸＯＲ演算を適用するときに元の検査値を反転させる、いくつかの「１」で構成されるビットマスクを使用できる。
【０１５６】
ＨＡＲＱフィードバックとも呼ばれるこの種のフィードバックは、制御チャネルまたはデータチャネルにピギーバックすることができる。図１に示される通信デバイスＵＥ１は、例えば、図８に示されるＵＥ１に対応してもよく、図８では、ＨＡＲＱフィードバックは制御チャネルＰＳＣＣＨで送信される情報ユニットにピギーバックでき、データチャネルＰＳＳＣＨでも送信でき、制御チャネルＰＳＣＣＨおよびデータチャネルＰＳＳＣＨの両方で送信できることが示されている。この情報をピギーバックするために１つのチャネルのみを使用すると計算量を節約できるが、制御チャネルおよびデータチャネルの両方に情報をピギーバックすると、通知プロセスの信頼性が向上する。
【０１５７】
図２は、通信デバイスＵＥ２  ２００の概念図を示している。図１に関連して説明したように、通信デバイスＵＥ２  ２００は、例えば、ユーザ機器などの移動通信デバイスであってもよい。通信デバイスＵＥ２  ２００は、１つ以上の情報ユニット２１０を、例えばＵＥ１であってもよい別の通信デバイスに送信する。通信は、サイドリンク接続経由で直接実行でき、この場合、基地局は通信プロセスに関与する必要はない。また、ここでは、情報ユニットはデータブロックまたはパケットであってもよいし、制御ブロックまたはパケットであってもよい。この通信デバイスは、関連する１つ以上の検査値２２２を有する１つ以上の情報ユニットを受信する２２０。これらの検査値２２２は、例えばＣＲＣ値のようなマルチビットバイナリ値であってもよい。検査値２２２に基づいて、通信デバイス２００は、以前に送信された情報ユニット２１０が他の通信デバイスによって適切に受信されたかどうかを導出する（ブロック２０２）。
【０１５８】
上記のように、検査値２２２は、特定の数のビットエラーまでのビットエラーを検出するために使用されてもよく、これらのビットエラーの訂正に使用される場合もあり得る。検査値２２２に基づいて、通信デバイスＵＥ２  ２００は、いくつかの所定の導出規則を使用して、以前に送信された情報ユニットが適切に受信されたかどうかを判定することができる。単一のＡＣＫ／ＮＡＣＫ条件が通知される場合、２つの所定の導出規則が存在し得るが、異なる数のＡＣＫ／ＮＡＣＫ状態を通知することもでき、その場合は適切な数の導出規則を使用する必要がある。例えば、２つではなく４つまたは６つの肯定応答条件を通知する必要がある場合は、４つまたは６つの導出規則を使用できる。導出は、情報ユニット２２０で受信したチェックサム２２２を使用して、すなわち、受信したチェックサム２２２を、情報ユニットに基づいて通信デバイスＵＥ２によって計算されたチェックサムと比較することにより実行され得る。ＸＯＲ演算が使用される場合、通信デバイスは、計算されたチェックサムに対して同じＸＯＲ演算を実行し、結果を受信したチェックサム２２２と比較することができる。この比較により、どの特定の種類のビットマスクを使用してチェックサムを変更したかを判断でき、ＡＣＫまたはＮＡＣＫのどちらを通知するかを決定できる。
【０１５９】
図３は、本出願によるさらなる通信デバイス３００の概念図を示す。この通信デバイスは、ネットワークノードまたは基地局、例えばｇＮＢであってもよい。通信デバイス３００は、関連する１つ以上の検査値３１２を有する１つ以上の情報ユニット３１０を第１の通信デバイスから（例えば、通信デバイス１５０、ＵＥ１から）受信する。通信デバイス３００は、１つ以上の検査値３１２が、第１の所定の導出規則によって、または第２の所定の導出規則によって、以前に送信された可能性のあるそれぞれの情報ユニット（正確には、それぞれの情報ユニットの有用なデータコンテンツ）に対応するかどうか、またはそれぞれの情報ユニットに全く対応しないかを判定する（ブロック３０２）。通信デバイス３００は、判定に応じて、例えば以前に送信された情報ユニットが（ＵＥ１によって）適切に受信されていないと判断された場合、（例えば、適切なメッセージまたは情報ユニット３２０を使用して）第１の通信デバイスＵＥ１への対応する情報ユニットの再送信を開始する。
【０１６０】
図３に示されるように、通信デバイス３００によって受信された情報ユニット３１０は検査値３１２に関連付けられており、この情報ユニットは別の通信デバイス、例えばＵＥ１から送信され得る。この情報は、ＰＵＣＣＨ内の制御情報またはＰＵＳＣＨ内のデータである。前述のように、ＡＣＫ／ＮＡＣＫ通知を伝達するために制御情報またはデータ情報（または、より正確には、制御情報に関連付けられた検査値またはデータに関連付けられた検査値）を使用することができるが、通知の信頼性を高めるために、制御チャネルおよびデータチャネル（より正確には、制御チャネルに関連付けられた検査値およびデータチャネルに関連付けられた検査値）の両方を同時に使用することもできる。前述のように、検査値３１２は、巡回冗長検査値、または任意のタイプの検査によって作成された他の値であってもよい。検査値は、特定の数のビットエラーまでのビットエラーの識別に役立ち、ビットエラーの訂正にも役立つ。
【０１６１】
図４は、基地局として機能する図３による通信デバイス４１０と、データ送信側通信デバイスとして機能する図２による通信デバイス４２０と、データ受信側通信デバイスとして機能する図１による通信デバイス４３０とを含むシステム４００の概念レイアウトを示している。データ送信側通信デバイス４２０は、サイドリンク接続経由で１つ以上の情報ユニット４２２をデータ受信側通信デバイス４３０に直接送信する。データ受信側通信デバイス４３０は、検査値情報４３２において、データ送信側通信デバイスから情報ユニットが適切に受信されたかどうかを通知しながら肯定応答情報をピギーバックする（ブロック４３４）。
【０１６２】
この検査値情報４３２は、それぞれの情報ユニット４４０と共にデータ送信側通信デバイス４２０に直接送信されてもよく、または基地局として機能する通信デバイス４１０に送信されてもよい。
【０１６３】
図５は、例えば図１の通信デバイス用の方法のフローチャートを示している。第１のステップ５００で、通信デバイス（例えば、ＵＥ１）は、第２の通信デバイス（例えば、ＵＥ２）から１つ以上の情報ユニットを受信する。これらの情報ユニットは、例えば、サイドリンクなどの直接リンク経由で受信されてもよい。上記のように、情報ユニットはデータブロックまたはパケットであってもよいし、制御ブロックまたはパケットであってもよい。ステップ５１０で、検査値が修正され、検査値が通信デバイスによって送信される情報ユニットに関連付けられ、基地局、例えばｇＮＢ、または第２のユーザ機器、ＵＥ２に送信され得ることが示されている。検査値は、第２の通信デバイスＵＥ２から受信した情報ユニットが通信デバイスＵＥ１によって適切に受信されたかどうかに応じて修正され、それにより、第２の通信デバイスＵＥ２から受信した情報ユニットが適切に受信されたかどうかの通知を提供する。この通知は、前述のように、例えば適切なビットマスクを使用して検査値に対してＸＯＲ演算を実行することで実行できる。
【０１６４】
図６は、図２による通信デバイスのための方法を示している。ステップ６００で、通信デバイスＵＥ２は、例えばサイドリンク経由で、１つ以上の情報ユニットを別の通信デバイスＵＥ１に送信する。例えば、情報ユニットがサイドリンク経由で送信される場合、これは、通信デバイスＵＥ２が通信できる基地局を介さなくてもよい。ステップ６１０で、通信デバイスＵＥ２は、関連する１つ以上の検査値を有する１つ以上の情報ユニットを受信する。これらの検査値は、前述のＣＲＣ値などのマルチビットバイナリ値であってもよい。上記のように、他の検査値も可能である。ステップ６２０で、通信デバイスＵＥ２は、通信デバイスＵＥ２によって送信された１つ以上の情報ユニットが他の通信デバイスＵＥ１によって適切に受信されたかどうかを示す情報を、１つ以上の検査値に応じて導出する。この導出は、１つ以上の検査値に対して実行されるＸＯＲ操作に適用される前述の規則などの特定の規則を使用して実行できる。
【０１６５】
図７は、図３に示す通信デバイスのための、通信のための方法を示している。ステップ７００で、通信デバイスＢＳは、関連する１つ以上の検査値を有する１つ以上の情報ユニットを第１の通信デバイスＵＥ１から受信する。ステップ７１０で、通信デバイスＢＳは、１つ以上の検査値が、第１の所定の導出規則または第２の所定の導出規則によってそれぞれの情報ユニットに対応するか、それぞれの情報ユニットに対応しないかを判定する。第１の所定の導出規則は、ＮＡＣＫ条件が通知される場合を指してもよく、第２の導出規則は、ＡＣＫ条件を通知するために使用されてもよい。ステップ７２０で、通信デバイスＢＳは、判定の結果に応じて、第１の通信デバイスＵＥ１への情報ユニットの再送信を開始する。例えば、再送は、１つ以上の検査値が第１の所定の導出規則または第２の所定の導出規則によってそれぞれの情報ユニットに対応するか、それらがそれぞれの情報ユニットに全く対応しないかどうかに応じて開始され得る。
【０１６６】
フィードバック送信のための未使用の送信リソースプール
さらなる実施形態は、フィードバック情報の送信にも対処する。
【０１６７】
これらの実施形態によれば、未使用のリソースブロックは、例えば、図１〜図３から既知のＵＥ１などのモバイル通信デバイスによって検出される。例えば、ユーザ機器ＵＥ１は、未使用のリソース・ブロック・プール（または未使用の無線リソースユニット）を検出するためにリソースをリッスンする（例えば、１つ以上の無線リソースユニットを監視する）。ＵＥ１がそのような未使用のリソース・ブロック・プールを見つけた場合、この空のリソースでフィードバックが送信される。
【０１６８】
例えば、衝突を防ぐために、物理リソースが他のＶ２Ｖユーザ機器によって使用されているかどうかを検出することにより、これらの実施形態によって車両対すべての通信、Ｖ２Ｘに対する輻輳制御を実行することができる。例えば、一部の実施形態では、車両対すべての通信で使用される輻輳制御と（実質的に）同一のメカニズムを使用して、未使用（または少なくとも部分的に未使用）の無線リソースを検出できる。ＣＲは、物理リソースの占有率を決定するために使用されるメトリックの１つである。
【０１６９】
図２０は、本出願の一態様による「送信前にリッスンする」フィードバックメカニズムの概念を示している。これにより、他のＵＥの未使用のスケジュール済みリソースをサイドリンクフィードバックに使用できる。
【０１７０】
つまり、ＵＥ１は、そのフィードバック情報をサブフレームの第２の部分で送信する前に、サブフレームの第１の部分でＵＥ  Ｂ（またはＵＥ２、または別の通信デバイス）の占有を最初に感知する（すなわち、サブフレームの第１の部分でＵＥ２が送信するかどうかを決定する）。ＵＥ１がＵＥ  Ｂ（またはＵＥ２、または別の通信デバイス）の「不在」を検出した場合、（ＵＥ１によって）リソースを使用してフィードバックを送信できる。フィードバックは、ＨＡＲＱだけに限定されず、例えば、将来可能性のあるＭＩＭＯ  Ｄ２Ｄ／Ｖ２Ｘユニキャスト送信において、ＣＱＩおよび／またはＲＩおよび／またはＰＭＩを含むこともできる。
【０１７１】
一部の実施形態では、フィードバック受信ＵＥがこのタイプの動的フィードバック送信のためにどのリソースを検索すればよいかを知ることを可能にする技法がオプションで提供される。
【０１７２】
図１３は、例えば、ユーザ機器ＵＥ２であってもよい第２の通信デバイスから、データブロックもしくはパケットまたは制御ブロックもしくはパケットであってもよい１つ以上の情報ユニット１３１０を受信するユーザ機器ＵＥ１であってもよい、本出願による例示的な通信デバイス１３００を示している。これらの情報ユニット１３１０は、直接リンク経由で受信され得る。通信デバイスＵＥ１は、例えば肯定応答メッセージであってもよいフィードバック情報１３１２を生成する。フィードバック情報１３１２が、チャネル品質インジケータ、および／またはランクインジケータ、および／またはプリコーディング・マトリックス・インジケータ、および／またはチャネル状態情報である（または含む）ことも可能である。次いで、このフィードバック情報１３１２は、例えば、別の通信デバイスの送信のために予約された（例えば、優先的にまたは優先ランク付けされた）が、使用されていないか、部分的にしか使用されていないリソース・ブロック・プールまたは送信リソースプール１３３０などの無線リソースユニットで（適切な信号１３２０によって）送信される。送信リソースプールであってもよいリソース・ブロック・プール１３３０は、図２０および２１に関連してより詳細に説明される。一般に、そのような送信リソースプール１３３０は、特定の通信デバイスのために基地局によって予約可能な、つまり割り当てられるかスケジュールされた（または特定の通信デバイスによる優先使用のための）部分（例えば無線リソースユニット）を含む。無線リソースユニットである送信リソースプール１３３０の一部分１３３２が通信デバイスのために（または通信デバイスによる優先使用のために）予約されているが、この通信デバイスによって使用されないか、部分的にしか使用されない状況では、送信リソースプール１３３０の未使用部分１３３２、すなわち未使用の無線リソースユニットは、上記のフィードバック情報を送信するために使用される。これに関して、図１３は、フィードバック情報１３１２が通信デバイス１３００によって送信リソースプール１３３０の未使用部分に挿入されることを示している（この部分は、別の通信デバイスによる優先使用のために予約または割り当てられているにもかかわらず）。
【０１７３】
図１４は、この概念による別の実施形態、すなわち、ユーザ機器ＵＥ２であってもよい通信デバイス１４００が、情報ユニット１４１０を他の通信デバイス、例えば、ユーザ機器１４２０、ＵＥ１に送信することを示している。この送信は、サイドリンク経由で直接実行できる。通信デバイス１４００は、無線リソースユニットであってもよいリソースユニット１４４２を監視する。このリソースユニット１４４２は、送信リソースプール１４４０の一部であってもよく、この無線リソースユニット１４４２は、他の通信デバイス、例えばＵＥ１には割り当てられないが、別の通信デバイスのために予約される（または別の通信デバイスによる優先使用のために予約される）。監視は、（リソースユニットが別の通信デバイスによる優先使用のために予約されている場合でも）他の通信デバイスからのフィードバック情報についてリソースユニットを監視すること１４３０を含む。この技法を使用して、未使用または少なくとも部分的に未使用のリソースユニット１４４２を使用して、フィードバック情報を通信デバイス１４００に送信することができる。
【０１７４】
図１５は、本出願によるさらなる実施形態を示しており、ここで、基地局ＢＳであってもよい通信デバイス１５００は、例えば送信リソースプールＴＲＰ１５２０のリソースのリソース割り当てを調整する１５１０。通信デバイス１５００は、通信デバイス１５００がリソース割り当てを調整した通信デバイス１５４０と通信する。通信デバイス１５００は、リソース割り当て情報１５０２をこれらの通信デバイス１５４０に提供し、リソース割り当て情報１５０２は、別の通信デバイスへの無線通信リソースの割り当てを記述し、他の通信デバイス１５４０によるフィードバック情報の送信に使用可能な無線通信リソースを示す。特に、通信デバイス１５００は、例えば、所定の通信デバイスによる優先的使用のために予約されている無線通信リソースが、所定の通信デバイスとは異なる他の通信デバイスによる通知にも使用可能であることを通知することができる。このようにして、通信デバイス１５００は、それぞれの無線通信リソースの優先ランクユーザとしてスケジュールされたデバイスによってこれらの通信リソースが使用されない場合、適切な通知により、下位ランクが通知に無線通信リソースを使用することを許可することができる。
【０１７５】
図１６は、基地局として機能する通信デバイス１６１０（例えば、図１５を参照して説明した基地局１５００の機能を有する）と、データ送信側通信デバイスとして機能する通信デバイス１６２０（例えば、図１４を参照して説明した通信デバイス１４００の機能を有する）と、データ受信側通信デバイスとして機能する通信デバイス１６３０（例えば、図１３を参照して説明した通信デバイス１３００の機能を有する）とを含むシステム１６００の概念的配置を示している。データ送信側通信デバイス１６２０、例えばＵＥ２は、サイドリンク経由で１つ以上のデータユニット１６２２をデータ受信側通信デバイス１６３０、例えばＵＥ１に直接送信する。データ受信側通信デバイス１６３０は、情報ユニットが適切に受信されたかどうかを通知する肯定応答情報１６３２を送信する。ここで、データ受信側通信デバイス１６３０は、通知のために別の無線通信デバイスの送信のために予約されている無線通信リソースを使用してもよい。
【０１７６】
図１７は、例えば図１３から既知の、例えばユーザ機器ＵＥ１などの通信デバイスによって実行され得る方法のフローチャートを示している。この方法は、ステップ１７１０で、１つ以上の情報ユニットが、ＵＥ２であってもよい第２の通信デバイスから通信デバイスＵＥ１で受信されることを含む。次に、ＵＥ１は、別の通信デバイスの送信のために予約されているが、別の通信デバイスによって使用されていないかまたは部分的にのみ使用されている無線リソースユニットでフィードバック情報を送信する。この技法により、未使用の帯域幅を使用でき、フィードバック情報を送信するために通信デバイスＵＥ１に帯域幅を割り当てる必要なく、フィードバック情報を送信できる。
【０１７７】
図１８は、例えば図１４から既知の、例えばユーザ機器ＵＥ２などの通信デバイスによって実行され得る方法を示している。通信デバイスＵＥ２は、ステップ１８１０で、１つ以上のデータユニットを、ＵＥ１であってもよい別の通信デバイスに送信する。この送信は、例えば基地局を介さずに、サイドリンク経由で直接実行できる。通信デバイスＵＥ２は、ステップ１８２０で、別の通信デバイスに割り当てられていないが、他の通信デバイスからのフィードバック情報のために別の通信デバイスの送信のために予約されているリソースユニットを監視する。このようにして、通信デバイスＵＥ２は、フィードバック情報を監視し、このフィードバック情報を送信するためのリソースユニットを割り当てる必要なく、この通信デバイス宛のフィードバック情報を抽出することができる。
【０１７８】
図１９では、例えば図１５から既知の、例えばｇＮＢなどの基地局であってもよい通信デバイスのための方法が示されている。通信デバイスＢＳは、ステップ１９１０で、複数の通信デバイスのリソース割り当てを調整する。通信デバイスＢＳは、ステップ１９２０で、調整されたリソース割り当てに対応するリソース割り当て情報を複数の通信デバイスに提供し、リソース割り当て情報は、別の通信デバイスへの割り当てまたは無線通信リソースを記述し、他の通信デバイスによるフィードバック情報の送信に使用可能な無線通信リソースを示す。
【０１７９】
図２０は、送信リソースプール２０００の構造を概念的に、すなわちサブフレームのスロット２０１０の概要を示している。スロット２０１０は、サイドリンク通信のために割り当てられている。この特定の例では、ユーザ機器Ｂによる使用のためにスケジュールされたリソース２０２０（例えば、時間周波数グリッドの周波数範囲の１つ以上のグループ、または直交コードの１つ以上のグループ、一般的に、無線リソースユニット２０２２の１つ以上のブロック）は完全に未使用の可能性があり、ラベル「未使用部分」２０３０で示される。これは、それぞれのリソースをリッスンしたり、感知したりするユーザ機器１によって検出することができる。リソースが未使用であることが（例えば、ＵＥ１によって）検出されると、ユーザ機器１は未使用のリソースをフィードバック送信に使用する。例えば、それぞれの無線リソースユニットの第１の部分（または前半）（例えば、５Ｇ通信フレームの最初の部分の１つ以上のｓＴＴＩ）は、感知期間として使用されてもよい。つまり、ＵＥ１は、例えば、（例えば、優先ランク使用のために別のデバイスに割り当てられ、下位ランク方式での使用のために使用可能であると通知された）無線リソースユニットの第１の部分または最初の部分をリッスンし、第１の部分で行われたリスニングまたは「感知」が無線リソースユニットの非使用を示した場合、前記無線リソースユニットの後の部分（例えば、第２の部分または後半）で通知情報を送信してもよい。
【０１８０】
図２１は、送信リソースプール２１００の構造に関する概念的概要を示している。図２１から明らかなように、送信リソースプール２１００はサブフレームの一部であり、この場合、サイドリンク通信に割り当てられたスロット２１１０に属している。送信リソースプールの一部２１３０（例えば、複数の非連続リソース領域を含む）はユーザ機器ＵＥ  Ａにスケジュールされ、他の部分２１２０（例えば、複数の非連続リソース領域を含む）はＵＥ  Ｂにスケジュールされる。ＵＥ  Ｂにスケジュールされた部分はＵＥ  Ｂによって完全には使用されず、使用された部分２１２２があるが、未使用部分２１２４もある。さらなるユーザ機器、例えばＵＥ１は、そのような未使用部分２１２４の感知／リッスンを実行する。ＵＥ１が送信するべきフィードバック情報、例えばＨＡＲＱフィードバック情報またはＣＳＩ情報を有する場合、ＴＲＰ  ２１００の未使用部分２１２４を使用して、このフィードバック情報を送信できる。
【０１８１】
繰り返すが、つまり、一実施形態によれば、例えば図２０に示すように、ＵＥ  Ｂによって完全に、すなわち１００％使用されていないすべてのリソース・ブロック・プールを検索することができる。例として、ＵＥ  Ｂまたはその他のＵＥによって完全に（１００％）使用されていないリソース・ブロック・プールは、図２０に示すように「未使用部分」という言葉で指定できる。別の実施形態では、例えば図２１に示すように、リソース・ブロック・プールが完全に未使用である必要はなく、部分的に未使用のリソース・ブロック・プールも検索される。これは、送信リソースプールの一部がＵＥ  Ｂによって使用されることを示す図２１に示されている。図２０と同様に、ＵＥ１は感知／リッスンを実行し、ＨＡＲＱフィードバックやＣＳＩなどのフィードバック情報を検出されたリソースの未使用部分で送信する。
【０１８２】
図２０および図２１に示される送信リソースプールは、例えば、物理リソースブロック、（例えば、５Ｇ通信システムの）ＰＲＢであってもよい。
【０１８３】
別の実施形態では、フィードバックを受信するＵＥは、割り当てられたすべての受信プール（またはすべての可能なリソース）を検索／感知しなくてもよい。例えば、フィードバックを送信するＵＥおよびフィードバックを受信するＵＥで規則を考案できる（「規則」は、例えば、通知に使用可能なリソースの通知の形で、基地局によって提供される）。例として、この規則には、フィードバックが含まれる場所と、フィードバックを検索する場所の（例えば、通知）が含まれてもよい。例えば、管理通信デバイスからの通知は、どの無線リソースユニットがフィードバックに使用可能であるかを示してもよい。
【０１８４】
本出願の任意の態様によれば、受信ＵＥ、すなわちＵＥ２がＵＥ１から送信されたフィードバックを動的に検出するために、基地局はこのＵＥ固有の検索スペースをＵＥ２に割り当てることができる。これにより、フィードバック受信ＵＥがＵＥ１からのフィードバックについてすべてのサイドリンクリソースを盲目的に検出（または検索）するオーバーヘッドを回避できる。例えば特定の非周期的な超高信頼低遅延ＵＲＬＬＣサイドリンクトラフィックが、９５％の時間が使用される周期的なサイドリンクリソースと比較して６０％の時間だけ使用される場合のように、基地局は、トラフィックまたはリソースの利用率によってこのＵＥ固有の検索スペースを割り当てることができ、基地局はＵＥ固有の検索スペースをＵＲＬＬＣサイドリンクリソースに適切に定義する。フィードバック受信ＵＥは、ＵＲＬＬＣサイドリンクトラフィックに関連するリソースのサブセットのみを検索する。これにより、オーバーヘッドが削減され、ＣＰＵの負荷が軽減される。
【０１８５】
前述のように、例えば、割り当てには、ＵＥ  Ｂによって部分的に使用されるリソース・ブロック・プールも含まれる場合がある。
【０１８６】
実施形態において、未使用のＰＣ５リソースは、以下の１つに使用することができる。
【０１８７】
−ＰＣ５でＨＡＲＱフィードバックを送信する
−サブフレームの第１の部分が使用されている場合、この部分をリッスンし、第１の部分が使用されていない場合、サブフレームの第２の部分がフィードバックの送信に使用される。このメカニズムは、ＨＡＲＱまたはＣＳＩレポート、ｓＴＴＩまたはミニスロットの任意の組み合わせに使用できる。（同様のメカニズムがＶ２Ｘで言及されており、本発明による実施形態でオプションとして使用できることに留意されたい。第２の部分での送信は、レガシーＵＥの自動ゲイン制御ＡＧＣに問題を引き起こす可能性があるが、モノのインターネット（ＩｏＴ）で使用されるデバイスにはＡＧＣがない場合がある）
−ＰＳＣＣＨおよびＰＳＳＣＨの両方のリソース・ブロック・プール内でのフィードバックの埋め込み送信を、サブフレームビットマップと組み合わせて送信することを検討し、考慮することができる。
【０１８８】
複数の送信ＵＥへのバンドルされたブロードキャストＨＡＲＱ（Ｄ２Ｄ／Ｖ２ＸバンドルＨＡＲＱ）
以下に、本発明の態様による一部の他の実施形態を説明する。
【０１８９】
もちろん、通信デバイスが他の多くの通信デバイスとデバイス間通信を実行することも可能である。この場合、他の通信デバイスから複数のユニキャスト送信を受信するデバイスが、前述のＨＡＲＱフィードバックのようなフィードバック情報を他の通信デバイスに提供することも必要である。
【０１９０】
図２２は、複数の他の通信デバイス２２２０から１つ以上の情報ユニット２２２２を受信する通信デバイス２２００、例えばユーザ機器ＵＥ１の概念図を示している。これらの情報ユニット２２２２は、基地局の関与なしに直接リンク経由で受信されてもよい。通信デバイス２２００は、基地局ＢＳであってもよい管理通信デバイス２２１０からリソース割り当てメッセージ２２１２を受信する。リソース割り当てメッセージ２２１２は、複数の他の通信デバイス２２２０から（例えば、ＵＥ１によって）受信した情報ユニットの肯定応答に関連するビット位置の割り当てを結合肯定応答情報ユニット２２０２内に定義する。通信デバイス２２００は、リソース割り当てメッセージで定義されたビット位置の割り当てを使用して、複数の他の通信デバイス２２２０からの情報ユニット２２２２の受信に応じて、そのような結合肯定応答情報ユニット２２０２を送信する。このようにして、通信デバイス２２００は、情報ユニット２２２２の送信元である他の通信デバイス２２２０にフィードバック情報を提供でき、このようにして、例えば、情報ユニットが適切に受信されたかどうかを通知できる。通信デバイス２２００は、個々にまたは組み合わせて、本明細書に記載の特徴および機能性によって補足されてもよい。
【０１９１】
図２３は、複数のユーザ機器のうちのユーザ機器であってもよい通信デバイス２３００を示している。例えばＵＥ２である例えばユーザ機器の通信デバイス２３００は、１つ以上の情報ユニット２３１０を、例えば基地局を介さずにサイドリンク経由でユーザ機器ＵＥ１であってもよい別の通信デバイス２３４０に直接送信する。通信デバイス２３００は、例えば基地局ＢＳである管理通信デバイス２３５０からリソース割り当てメッセージ２３３０を受信し、リソース割り当てメッセージは、他の通信デバイスＵＥ１によって受信した情報ユニットの肯定応答に関連するビット位置の割り当てを結合肯定応答情報ユニット内に定義する。通信デバイスＵＥ２は、そのような結合肯定応答情報ユニット２３２０を受信し、リソース割り当てメッセージ２３３０によって定義されたビット位置のビットを評価して（ボックス２３０２）、通信デバイス２３００によって送信された１つ以上の情報ユニットが他の通信デバイス２３４０によって適切に受信されたかどうかの情報を導出する。このようにして、フィードバック情報の効率的な通知が提供される。通信デバイス２３００は、個々にまたは組み合わせて、本明細書に記載の特徴および機能性によって補足されてもよい。
【０１９２】
図２４は、前述の管理通信デバイス、例えば図２２および図２３の基地局ＢＳであってもよい概念通信デバイス２４００を示す。通信デバイス２４００は、複数の通信デバイス２４２０へのリソースのリソース割り当てを調整し（ボックス２４０２）、この複数の通信デバイスと通信する。通信デバイス２４００は、複数の通信デバイス２４２０にリソース割り当て情報２４１０を提供し、リソース割り当て情報２４１０は、複数の通信デバイス他の通信デバイス２４２０、例えばＵＥ２〜ＵＥＮから所定の通信デバイス、例えばＵＥ１によって受信される情報ユニットの肯定応答に関連するビット位置の割り当てを、複数の他の通信デバイス２４２０からの情報ユニットの受信に応じて送信される結合肯定応答情報ユニット内に定義する。通信デバイス２４００は、個々にまたは組み合わせて、本明細書に記載の特徴および機能性によって補足されてもよい。
【０１９３】
図２５は、通信デバイス、例えば図２２のユーザ機器ＵＥ１のための例示的な方法を示している。ステップ２５１０で、１つ以上の情報ユニットが他の通信デバイス、例えばＵＥ２〜ＵＥＮから受信され、受信は直接リンク経由で実行され得る。通信デバイスＵＥ１は、通信デバイスＢＳであってもよい管理通信デバイスからリソース割り当てメッセージを受信する。リソース割り当てメッセージは、ビット位置の割り当てを結合肯定応答情報ユニット内に定義し、ビット位置は、複数の他の通信デバイスから受信した情報ユニットの肯定応答に関連している。通信デバイスＵＥ１は、リソース割り当てメッセージで定義されたビット位置の割り当てを使用して、結合肯定応答情報ユニットを送信する。このようにして、他の通信デバイスへのフィードバック情報の通知が提供される。
【０１９４】
図２６は、１つ以上の情報ユニットを別の通信デバイス、例えば、ユーザ機器ＵＥ１に送信する、複数のユーザ機器の通信デバイス、例えば、図２３のユーザ機器ＵＥ２のための方法を提供している。通信デバイスＵＥ２は、管理通信デバイスからリソース割り当てメッセージを受信し、管理通信デバイスは基地局であってもよい。リソース割り当てメッセージは、上記のように結合肯定応答情報ユニット内にビット位置の割り当てを定義する。通信デバイスＵＥ２は、結合肯定応答情報ユニットを受信し、リソース割り当てメッセージによって定義されたビット位置のビットを評価して、１つ以上の情報ユニットが他の通信デバイスによって適切に受信されたかどうかの情報を導出する。
【０１９５】
図２７は、例えば図２４の基地局ＢＳなどの管理通信デバイスであってもよい通信デバイスのための方法を示している。通信デバイスＢＳは、複数の通信デバイスへのリソースの割り当てを調整する。通信デバイスＢＳは、複数の通信デバイスにリソース割り当て情報を提供し、リソース割り当て情報は、所定の通信デバイスによって受信された情報ユニットの肯定応答に関連するビット位置の割り当てを、情報ユニットの受信に応じて送信される結合肯定応答情報ユニット内に定義する。
【０１９６】
図２８は、複数の通信デバイスを含むシステム２８００の概念的概要を示しており、通信デバイスは、ユーザ機器ＵＥ１〜ＵＥ５および基地局ｇＮＢ（例えば、上記の通信デバイス２４００に対応してもよい）である。通信デバイスＵＥ１（例えば、上記の通信デバイス２２００に対応してもよい）は、ユーザ機器ＵＥ２〜ＵＥ５（例えば、上記の通信デバイス２３００に対応してもよい）から複数のデータ送信２８１０を受信し、ブロードキャストサイドリンクＨＡＲＱフィードバックとして複数のフィードバック送信２８２０の提供もする。このフィードバックを提供するために、上記の結合肯定応答情報ユニットが使用される。
【０１９７】
以下に、本発明によるいくつかの代替実施形態およびさらなる詳細を説明する。
【０１９８】
Ｄ２ＤまたはＶ２Ｘを実行できる図２８に示すＵＥ１のようなモバイル通信デバイスは、割り当てられた受信プールの数に応じて、複数の送信ＵＥから複数のユニキャスト送信を受信することが期待される。実際には、上記で説明したＨＡＲＱフィードバックのようなフィードバックをそれぞれ必要とする、異なるＵＥからの単一、複数の転送ブロック、ＴＢである。そのようなフィードバックを提供するために、複数の送信ＵＥのＨＡＲＱフィードバック送信をスケジューリングするための非同期で適応的な手法が望まれている。現在、ＵＥの受信側処理時間は約３ｍｓで、フィードバックの次の可能な送信はｎ＋４サブフレームとなっており、ここで、ｎ番目のサブフレームには元の送信が含まれる。
【０１９９】
本出願の態様によれば、高レイテンシ適用の場合、ＵＥ１は、図２８に示すＵＥ２からＵＥ５のような、その周辺の複数のＵＥへのフィードバック２８２０のブロードキャストを検討できる。図２８は、サイドリンク通信を実行する５つの通信デバイスＵＥ１〜ＵＥ５を含むシステムを示している。基地局であるｇＮＢも示されているが、モバイルデバイス間の通信には参加していない。これは、基地局がリソース割り当てなどの一部の機能を実行できるため、必ずしもこのシステムに基地局が必要ないことを意味するわけではない。送信ＵＥ、すなわちＵＥ２〜ＵＥ５は、例えば、ＵＥ固有のスクランブリングシーケンスを使用して、バンドルされたフィードバックからそれぞれのフィードバックを盲目的に復号することができる。ただし、これは必須ではない。さらに、一実施形態によれば、ＵＥ２〜ＵＥ５からの初期ユニキャスト送信２８１０のすべてまたは大部分が特定の時間間隔内に発生する場合、フィードバックオーバーヘッドに関して、それをバンドル形式で周囲のＵＥにブロードキャストすることがＵＥ１の観点から有益である。一態様によれば、例えば、リソース割り当て情報で定義される、ブロードキャストメッセージのコンテンツおよびリソース割り当てがあってもよい。
【０２００】
以下に、ＨＡＲＱブロードキャストメッセージのリソース割り当てについて説明する。２つのシナリオがある。
【０２０１】
シナリオ１では、本発明の実施形態で使用できる可能なリソース割り当てメカニズムおよび可能なブロードキャストメッセージ構造を説明する。基地局は、グループＤＣＩ経由で、ＨＡＲＱリソース割り当て、ＨＡＲＱビット位置、メッセージサイズなどをマルチキャストする。これは新しいＤＣＩ形式であってもよい。この情報は、ＨＡＲＱブロードキャストメッセージの送受信のために、すべてのＵＥにマルチキャスト／グループキャストされる。例えば、基地局は、マルチキャスト／グループキャスト制御メッセージに次の要素を含める。
【０２０２】
ａ．ＵＥ１のブロードキャストＨＡＲＱフィードバックメッセージを送信するサイドリンク送信リソース、および／または
ｂ．ＵＥ１からブロードキャストＨＡＲＱフィードバックメッセージを受信するサイドリンク受信プールリソース
ｃ．ＵＥ２〜ＵＥ５から受信した送信に基づく各ＨＡＲＱフィードバックのＨＡＲＱビット位置情報。図２９は例示的な構造を示し、および／または
ｄ．短期間にＵＥ１に送信されたＵＥの数に依存する、集約されたＨＡＲＱフィードバックのメッセージサイズ。
【０２０３】
図２９は、ＨＡＲＱブロードキャストフィードバックリソース割り当ておよびメッセージ構造の例示的なシナリオを示している。この例では、グループマルチキャスト／グループキャストＨＡＲＱリソース割り当てが示されている。リソース割り当ては、制御情報で送信される。基地局２９１０は、この情報をユーザ機器２９２０のユーザ機器に送信してもよい。この情報は、各ユーザ機器２９２０のＨＡＲＱ情報およびビット位置を運ぶことが予想されるリソースを示す。ＨＡＲＱリソースは、ＵＥ２〜ＵＥ５が送信した後に事前に割り当てられてもよい。
【０２０４】
つまり、図２９は、グループマルチキャストＨＡＲＱリソース割り当てのオプション１を示している。リソース割り当ては、制御情報でユーザ機器２９２０に伝えられる。どのリソースがＨＡＲＱ情報を持つと予想されるかが示され、各ユーザ機器のビット位置が示される。ＨＡＲＱリソースは、ユーザ機器２〜５の送信後に（オプションで）再割り当てされる。ユーザ機器ＵＥ１は、ブロードキャスト／マルチキャスト／グループキャスト・フィードバック・メッセージを提供し、この特定の場合、ブロードキャスト／マルチキャスト／グループキャスト・フィードバック・メッセージは４ビットで構成され、各ビットは、情報ユニットをＵＥ１に送信した４つのユーザ機器の１つに割り当てられる。所与の例では、ブロードキャスト／マルチキャスト／グループキャスト・フィードバック・メッセージは４ビット１０１１を備え、これはＵＥ１、ＵＥ４、ＵＥ５に対するＡＣＫおよびＵＥ３に対するＮＡＣＫを通知することができる。
【０２０５】
図３０に示すシナリオ２では、初期データ送信の前に、基地局３０１０によって、各ＵＥのＨＡＲＱリソース割り当て、ＨＡＲＱビット位置、およびメッセージサイズが、既存のＤＣＩ５、ダウンリンク制御通知に含められる。ユーザ機器３０２０の各ユーザ機器ＵＥは、ＵＥ１のブロードキャスト／マルチキャスト／グループキャストＨＡＲＱフィードバックメッセージから自身のＨＡＲＱフィードバックを抽出するための独自のビット位置を知るだろう。
【０２０６】
この場合、基地局３０１０は、ＨＡＲＱブロードキャスト／マルチキャスト／グループキャストメッセージのためのリソースを先制的に事前に割り当ててもよい。ただし、ＵＥ３０２０のサブセットのみが、例えばＵＥ２およびＵＥ５のみを送信する場合、次の例が発生する。
【０２０７】
ａ．基地局のＨＡＲＱブロードキャスト割り当てメッセージの形式は、ＨＡＲＱ＿Ｂｒｏａｄｃａｓｔ＝｛ＵＥ２、ＵＥ３、ＵＥ４、ＵＥ５｝となる。
【０２０８】
ｂ．ただし、ＵＥ２およびＵＥ５のみが両方のＡＣＫメッセージと共に送信される場合、ＵＥ１はメッセージＨＡＲＱ＿Ｂｒｏａｄｃａｓｔ＝０ｘｘｘ０または０ｘｘ０をブロードキャストする。この場合、「ｘ」は未使用のフィードバックを指し、多少のオーバーヘッドビットが発生する。
【０２０９】
ｃ．または、ＵＥ１がデータのみを送信するＵＥ２およびＵＥ５に対応する短いブロードキャストＨＡＲＱメッセージＨＡＲＱ＿Ｂｒｏａｄｃａｓｔ＝００のみをブロードキャストする場合、ＵＥ３はデータを送信していないフィードバックを検出し、ＵＥ５は自身のフィードバックを受信することさえできない。この場合、フィードバックが受信されていないため、ＵＥ５によって再送信がトリガされる。図３０を参照されたい。
【０２１０】
このシナリオでは、データ送信は、例えば基地局から渡されるＨＡＲＱフィードバックタイプを含んでもよい。ＤＣＩ  ５は、フィードバックトグルを含んでもよい。これは、データのピギーバックを介してＵＥ１に渡される。これはフィードバックに使用できる。復号に失敗した場合、間違った位置の間違ったＨＡＲＱフィードバックが使用される可能性があり、これも再送信につながる可能性がある。
【０２１１】
さらなる注意
本明細書で開示される実施形態および態様は、組み合わせて使用することもできることに留意されたい。言い換えれば、本明細書でＵＥ１に関して説明された任意の特徴および機能は、拡張機能ＵＥ１に結合されてもよい。同様に、ＵＥ２からＵＥ５に関して本明細書で説明される任意の特徴および機能は、それぞれの拡張機能通信デバイスに結合されてもよい。同様に、ｇＮＢに関して本明細書で説明される特徴および機能は、拡張機能通信デバイスまたは基地局に結合されてもよい。
【０２１２】
また、装置に関して本明細書で説明される特徴および機能のいずれも、対応する方法に含めることができる。
【０２１３】
さらに、好ましい実施形態は、添付の特許請求の範囲によって定義される。ただし、特許請求の範囲に記載されている実施形態は、個別にまたは組み合わせて、本明細書に記載の特徴および機能のいずれかによって補完することができる（特に、「ＵＥブラインドデコーディングによるフィードバックのスクランブル化」、「フィードバック送信のための未使用の送信リソースプール」、および「複数の送信ＵＥへのＤ２ＤバンドルされたＨＡＲＱ／Ｖ２ＸバンドルされたＨＡＲＱのバンドルされたブロードキャスト／マルチキャスト／グループキャストＨＡＲＱ」セクションにおいてだが、一般セクションにおいても）。
【０２１４】
略語が不明確な場合は、５Ｇ標準化プロセス、さらに通信規格（３ＧＰＰ、ＬＴＥなど）で使用される略語を参照する。
【０２１５】
実装の代替
一部の態様を装置の文脈で説明したが、これらの態様は対応する方法の説明も表し、ブロックまたはデバイスが方法ステップまたは方法ステップの特徴に対応することは明らかである。同様に、方法ステップの文脈で説明される態様は、対応するブロックまたはアイテムまたは対応する装置の機能の説明も表す。方法ステップの一部またはすべては、例えばマイクロプロセッサ、プログラム可能なコンピュータ、または電子回路などのハードウェア装置によって（または使用して）実行されてもよい。一部の実施形態では、最も重要な方法ステップのうちの１つ以上をそのような装置によって実行することができる。
【０２１６】
特定の実装要件に応じて、本発明の実施形態は、ハードウェアまたはソフトウェアで実装することができる。実装は、電子的に読み取り可能な制御信号が格納されたデジタルストレージ媒体、例えばフロッピーディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭまたはフラッシュメモリを使用して実行でき、それらは、それぞれの方法が実行されるようにプログラム可能なコンピュータシステムと協働する（または協働することができる）。したがって、デジタル記憶媒体はコンピュータで読み取り可能であってもよい。
【０２１７】
本発明による一部の実施形態は、本明細書に記載の方法の１つが実行されるように、プログラム可能なコンピュータシステムと協働することができる電子的に読み取り可能な制御信号を有するデータキャリアを含む。
【０２１８】
一般に、本発明の実施形態は、プログラムコードを有するコンピュータプログラム製品として実装することができ、プログラムコードは、コンピュータプログラム製品がコンピュータ上で実行されるときに方法の１つを実行するように動作する。プログラムコードは、例えば、機械可読キャリアに格納されてもよい。
【０２１９】
他の実施形態は、機械可読キャリアに格納された、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを含む。
【０２２０】
つまり、本発明の方法の実施形態はしたがって、コンピュータプログラムがコンピュータ上で実行されるときに、本明細書に記載の方法の１つを実行するためのプログラムコードを有するコンピュータプログラムである。
【０２２１】
したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを含む、またはそれが記録されたデータキャリア（またはデジタル記憶媒体、またはコンピュータ可読媒体）である。データキャリア、デジタルストレージ媒体、または記録された媒体は、通常、有形および／または非一時的である。
【０２２２】
したがって、本発明の方法のさらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを表すデータストリームまたは信号シーケンスである。データストリームまたは信号シーケンスは、例えばインターネットなどのデータ通信接続を介して転送されるように構成されてもよい。
【０２２３】
さらなる実施形態は、本明細書に記載の方法の１つを実行するように構成または適合された処理手段、例えばコンピュータ、またはプログラム可能な論理デバイスを含む。
【０２２４】
さらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムがインストールされたコンピュータを含む。
【０２２５】
本発明によるさらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを受信側に（例えば、電子的または光学的に）転送するように構成された装置またはシステムを含む。受信側は、例えば、コンピュータ、モバイルデバイス、メモリデバイスなどであってもよい。装置またはシステムは、例えば、コンピュータプログラムを受信側に転送するためのファイルサーバを備えてもよい。
【０２２６】
一部の実施形態では、プログラム可能な論理デバイス（例えば、フィールド・プログラマブル・ゲート・アレイ）を使用して、本明細書に記載の方法の機能の一部またはすべてを実行することができる。一部の実施形態では、フィールド・プログラマブル・ゲート・アレイは、本明細書に記載の方法の１つを実行するためにマイクロプロセッサと協働してもよい。一般に、これらの方法は、任意のハードウェア装置によって実行されることが好ましい。
【０２２７】
本明細書に記載の装置は、ハードウェア装置を使用して、またはコンピュータを使用して、またはハードウェア装置とコンピュータの組み合わせを使用して実装されてもよい。
【０２２８】
本明細書に記載の装置、または本明細書に記載の装置の任意の構成要素は、少なくとも部分的にハードウェアおよび／またはソフトウェアで実装されてもよい。
【０２２９】
本明細書に記載の方法は、ハードウェア装置を使用して、またはコンピュータを使用して、またはハードウェア装置とコンピュータの組み合わせを使用して実行されてもよい。
【０２３０】
本明細書に記載の方法、または本明細書に記載の装置の任意の構成要素は、少なくとも部分的にハードウェアおよび／またはソフトウェアによって実行されてもよい。
【０２３１】
上記の実施形態は、本発明の原理を単に例示するものである。本明細書に記載の配置および詳細の修正および変更は、他の当業者には明らかであることを理解されたい。したがって、本明細書の実施形態の説明として提示される特定の詳細によってではなく、差し迫った特許請求の範囲によってのみ制限されることが意図されている。
【０２３２】
頭字語および記号のリスト
【表１】
2020526986.tif 000003
【０２３３】
参考文
［１］  Ｌｅｎｏｖｏ−Ｍｏｔｏｒｏｌａ  Ｍｏｂｉｌｉｔｙ，Ｓｉｄｅｌｉｎｋ  ｆｅｅｄｂａｃｋ  ｉｎｆｏｒｍａｔｉｏｎ，３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｄｏｃｕｍｅｎｔ−Ｒ１−１７０７７７３，Ｈａｎｇｚｈｏｕ−Ｐ．Ｒ．Ｃｈｉｎａ，Ｍａｙ  ２０１７
【０２３４】
［２］  Ｈｕａｗｅｉ，Ｓｉｄｅｌｉｎｋ  ｌｉｎｋ  ａｄａｐｔａｔｉｏｎ  ｗｉｔｈ  ｆｅｅｄｂａｃｋ  ｉｎｆｏｒｍａｔｉｏｎ  ｆｏｒ  ＦｅＤ２Ｄ，３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｄｏｃｕｍｅｎｔ−Ｒ１−１７０７０４１，Ｈａｎｇｚｈｏｕ−Ｐ．Ｒ．Ｃｈｉｎａ，Ｍａｙ  ２０１７
【０２３５】
［３］  ＺＴＥ，Ｄｉｓｃｕｓｓｉｏｎ  ｏｎ  ＦｅＤ２Ｄ  Ｆｅｅｄｂａｃｋ  ｓｃｈｅｍｅ，３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｄｏｃｕｍｅｎｔ−Ｒ１−１７０７２１０，Ｈａｎｇｚｈｏｕ−Ｐ．Ｒ．Ｃｈｉｎａ，Ｍａｙ  ２０１７
【０２３６】
［４］  Ｉｎｔｅｌ，Ｓｉｄｅｌｉｎｋ  Ｆｅｅｄｂａｃｋ  Ｉｎｆｏｒｍａｔｉｏｎ  ａｎｄ  Ｓｉｇｎａｌｌｉｎｇ  ｆｏｒ  Ｗｅａｒａｂｌｅ  ａｎｄ  ＩｏＴ  Ｕｓｅ  Ｃａｓｅｓ，３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｄｏｃｕｍｅｎｔ−Ｒ１−１７０７３３５，Ｈａｎｇｚｈｏｕ−Ｐ．Ｒ．Ｃｈｉｎａ，Ｍａｙ  ２０１７
【０２３７】
［５］  ＬＧ  Ｅｌｅｃｔｒｏｎｉｃｓ，Ｄｉｓｃｕｓｓｉｏｎ  ｏｎ  ｆｅｅｄｂａｃｋ  ｉｎｆｏｒｍａｔｉｏｎ  ｏｎ  ｓｉｄｅｌｉｎｋ，３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｄｏｃｕｍｅｎｔ−Ｒ１−１７０７５８６，Ｈａｎｇｚｈｏｕ−Ｐ．Ｒ．Ｃｈｉｎａ，Ｍａｙ  ２０１７
【０２３８】
［６］  Ｓｏｎｙ，Ｄｉｓｃｕｓｓｉｏｎ  ｏｎ  ｓｉｄｅｌｉｎｋ  ａｄａｐｔａｔｉｏｎ  ａｎｄ  ｆｅｅｄｂａｃｋ  ｉｎｆｏｒｍａｔｉｏｎ，３ＧＰＰ  Ｔｅｃｈｎｉｃａｌ  Ｄｏｃｕｍｅｎｔ−Ｒ１−１７０８２６５，Ｈａｎｇｚｈｏｕ−Ｐ．Ｒ．Ｃｈｉｎａ，Ｍａｙ  ２０１７
【０２３９】
［７］  Ｊ．Ｓｃｈｌｉｅｎｚ  ａｎｄ  Ａ．Ｒｏｅｓｓｌｅｒ，Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎ  ＬＴＥ，Ｗｈｉｔｅｐａｐｅｒ，Ｒｏｈｄｅ−Ｓｃｈｗａｒｚ，ｐｐ．１−３６
【０２４０】
［８］  Ｃｈａｉｒｍａｎ’ｓ  Ｎｏｔｅｓ，ＲＡＮ１＃８８ｂｉｓ
【０２４１】
［９］  Ｅ．Ｄａｈｌｍａｎ，Ｓ．Ｐａｒｋｖａｌｌ  ａｎｄ  Ｊ．Ｓｋｏｌｄ，“４Ｇ  ＬＴＥ−Ａｄｖａｎｃｅｄ  Ｐｒｏ  ａｎｄ  ｔｈｅ  Ｒｏａｄ  ｔｏ  ５Ｇ”，Ｅｌｓｅｖｉｅｒ，３ｒｄ  Ｅｄｉｔｉｏｎ，２０１６
【０２４２】
［１０］  ３ＧＰＰ，“Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｍｅａｓｕｒｅｍｅｎｔｓ”，ＴＳ  ３６．２１４  ｖ．１４．２．０，Ａｐｒ．２０１７．
【図１】
2020526986.tif 000004
【図２】
2020526986.tif 000005
【図３】
2020526986.tif 000006
【図４】
2020526986.tif 000007
【図５】
2020526986.tif 000008
【図６】
2020526986.tif 000009
【図７】
2020526986.tif 000010
【図８】
2020526986.tif 000011
【図９】
2020526986.tif 000012
【図１０】
2020526986.tif 000013
【図１１】
2020526986.tif 000014
【図１２】
2020526986.tif 000015
【図１３】
2020526986.tif 000016
【図１４】
2020526986.tif 000017
【図１５】
2020526986.tif 000018
【図１６】
2020526986.tif 000019
【図１７】
2020526986.tif 000020
【図１８】
2020526986.tif 000021
【図１９】
2020526986.tif 000022
【図２０】
2020526986.tif 000023
【図２１】
2020526986.tif 000024
【図２２】
2020526986.tif 000025
【図２３】
2020526986.tif 000026
【図２４】
2020526986.tif 000027
【図２５】
2020526986.tif 000028
【図２６】
2020526986.tif 000029
【図２７】
2020526986.tif 000030
【図２８】
2020526986.tif 000031
【図２９】
2020526986.tif 000032
【図３０】
2020526986.tif 000033
【図３１】
2020526986.tif 000034
【手続補正書】
【提出日】令和2年3月2日(2020.3.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信デバイス（２２００）であって、
前記通信デバイス（２２００）は、１つ以上の情報ユニット（２２２２）を複数の他の通信デバイス（２２２０）から受信するように構成され、
前記通信デバイス（２２００）は、リソース割り当てメッセージ（２２１２）を管理通信デバイス（２２１０）から受信するように構成され、
前記リソース割り当てメッセージ（２２１２）は、前記複数の他の通信デバイス（２２２０）から受信した情報ユニット（２２２２）の肯定応答に関連するビット位置の割り当てを結合肯定応答情報ユニット（２２０２）内に定義し、
前記通信デバイス（２２００）は、複数の他の通信デバイス（２２２０）からの情報ユニット（２２２２）の受信に応じて、前記リソース割り当てメッセージ（２２０２）で定義されたビット位置の前記割り当てを使用して、結合肯定応答情報ユニット（２２０２）を送信するように構成される、通信デバイス（２２００）。
【請求項２】
前記通信デバイス（２２００）は、前記結合肯定応答情報ユニット（２２０２）をブロードキャストまたはマルチキャストするように構成される、請求項１に記載の通信デバイス（２２００）。
【請求項３】
前記通信デバイス（２２００）は、基地局を含まないサイドリンク経由で前記他の通信デバイス（２２２０）に前記結合肯定応答情報ユニット（２２０２）をブロードキャストするように構成される、請求項２に記載の通信デバイス（２２００）。
【請求項４】
前記通信デバイス（２２００）は、１つ以上の情報ユニットが適切に受信された１つ以上の他の通信デバイスに関連するビット位置のビットを第１のビット値に設定し、１つ以上の情報ユニットが適切に受信されなかったか、または情報ユニットが受信されなかった１つ以上の他の通信デバイスに関連するビット位置のビットを、前記第１のビット値とは異なる第２のビット値に設定するように構成される、請求項１から３のいずれか一項に記載の通信デバイス（２２００）。
【請求項５】
前記通信デバイス（２２００）は、所定の期間内に異なる他の通信デバイスから受信した情報ユニットのための結合肯定応答情報ユニット（２２０２）を送信するように構成される、請求項１から４のいずれか一項に記載の通信デバイス（２２００）。
【請求項６】
前記リソース割り当てメッセージ（２２０２）はまた、どの無線リソースユニットにおいて前記結合肯定応答情報ユニットが送信されるかを定義し、
前記通信デバイス（２２００）は、前記リソース割り当てメッセージ（２２１２）で指定された前記無線リソースユニット内の前記結合肯定応答情報ユニット（２２０２）を送信するように構成される、請求項１から５のいずれか一項に記載の通信デバイス（２２００）。
【請求項７】
前記通信デバイス（２２００）は、データにピギーバックするリソース割り当てメッセージ（２２１２）を評価するように構成される、請求項１から６のいずれか一項に記載の通信デバイス（２２００）。
【請求項８】
通信のための方法であって、前記方法は、
通信デバイスにおいて、複数の他の通信デバイスから１つ以上の情報ユニットを受信するステップ（２５１０）と、
管理通信デバイスからリソース割り当てメッセージを受信するステップ（２５２０）であって、
前記リソース割り当てメッセージは、前記複数の他の通信デバイスから受信した情報ユニットの肯定応答に関連するビット位置の割り当てを結合肯定応答情報ユニット内に定義する、受信するステップ（２５２０）と、
複数の他の通信からの情報ユニットの受信に応じて、前記リソース割り当てメッセージで定義されたビット位置の前記割り当てを使用して、結合肯定応答情報ユニットを送信するステップ（２５３０）とを含む、方法。
【請求項９】
コンピュータ上で実行されるときに、請求項８に記載の方法を実行するためのコンピュータプログラム。
【国際調査報告】
2020526986.tif 000035
2020526986.tif 000036
2020526986.tif 000037
2020526986.tif 000038