特表2022-516399 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ ソニー株式会社の特許一覧

特表2022-516399ユーザー装置、無線通信方法及びコンピュータ可読記憶媒体

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2A
2B
3
4
5
6
7
8
9A
9B
10
11
12
13
14
15
16
17
18
19
20

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-02-28

(54)【発明の名称】ユーザー装置、無線通信方法及びコンピュータ可読記憶媒体

(51)【国際特許分類】

H04W 28/04 20090101AFI20220218BHJP

H04W 92/18 20090101ALI20220218BHJP

H04W 72/12 20090101ALI20220218BHJP

H04W 72/04 20090101ALI20220218BHJP

H04L 1/16 20060101ALI20220218BHJP

【ＦＩ】

H04W28/04 110

H04W92/18

H04W72/12

H04W72/04 131

H04L1/16

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2021523591

(86)(22)【出願日】2019-10-25

(85)【翻訳文提出日】2021-06-08

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

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

(87)【国際公開日】2020-05-07

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

(32)【優先日】2018-11-02

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】郭欣

(72)【発明者】

【氏名】孫晨

【テーマコード（参考）】

5K014

5K067

【Ｆターム（参考）】

5K014DA02

5K014FA03

5K067AA11

5K067BB21

5K067DD24

5K067EE25

5K067GG01

(57)【要約】

本開示は、ユーザー装置、無線通信方法及びコンピュータ可読記憶媒体に関する。本開示による送信端末として用いられるユーザー装置は処理回路を含み、サイドリンクを介して受信端末装置にメッセージを送信し、及び前記受信端末装置の、前記メッセージに対する受信状態を示すフィードバック情報を受信するように配置され、前記フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含む。本開示によるユーザー装置、無線通信方法及びコンピュータ可読記憶媒体を利用すれば、サイドリンクに対してＨＡＲＱ技術を合理的に設計することで、異なる業務に対するサイドリンク通信の信頼性を満たす。

【特許請求の範囲】

【請求項1】

送信端末として用いられるユーザー装置であって、処理回路を備え、
前記処理回路は、
サイドリンクを介して受信端末装置にメッセージを送信し、
前記メッセージに対する前記受信端末装置の受信状態を示す、ＡＣＫとＮＡＣＫとのうちの１種の情報のみを含むフィードバック情報を受信するように配置される、ユーザー装置。

【請求項2】

前記処理回路はさらに、
前記受信端末装置にスケジューリング情報を送信するように配置され、前記スケジューリング情報は、前記フィードバック情報がＡＣＫを含むか、それともＮＡＣＫを含むかを示すフィードバックタイプ情報を含む請求項１に記載のユーザー装置。

【請求項3】

前記処理回路はさらに、
前記受信端末装置にスケジューリング情報を送信し、前記スケジューリング情報は、前記フィードバック情報のためのフィードバック時間を示す時間情報、及び前記フィードバック情報が利用するリソースを示すリソース情報を含み、
前記時間情報と前記リソース情報に基づき、前記フィードバック情報を受信するように配置される請求項１に記載のユーザー装置。

【請求項4】

前記時間情報は、間隔時間及び／又は間隔タイプを含み、
前記間隔時間は、前記受信端末装置による前記メッセージの受信から、前記フィードバック情報の送信までの間の間隔時間を示し、前記間隔タイプは、前記間隔時間の配置タイプを示す請求項３に記載のユーザー装置。

【請求項5】

前記リソース情報は、周波数領域リソースとコード領域リソースとのうちの少なくとも１種を含む請求項３に記載のユーザー装置。

【請求項6】

前記処理回路はさらに、
前記受信端末装置にスケジューリング情報を送信するように配置され、
前記スケジューリング情報は、
今回のスケジューリングがＨＡＲＱメカニズムを支持するかどうかを示すＨＡＲＱ指示情報と、
今回のスケジューリングのＨＡＲＱ手順番号と、
今回のスケジューリングで伝送されるメッセージが初送データであるか、それとも再送データであるかを示すための新しいデータ指示情報と、
今回のスケジューリングが受信端末装置によるフィードバックを必要するかどうかを示すためのフィードバック指示情報とのうちの、１種又は多種を含む請求項１に記載のユーザー装置。

【請求項7】

前記処理回路はさらに、
前記受信端末装置にスケジューリング情報を送信するように配置され、
前記スケジューリング情報は、前記メッセージに係るコードブロックグループＣＢＧと関連付けられたＣＢＧ情報を含む請求項１に記載のユーザー装置。

【請求項8】

前記処理回路はさらに、
前記受信端末装置にスケジューリング情報を送信するように配置され、
前記スケジューリング情報は部分的なフィードバック指示を含み、前記部分的なフィードバック指示は、前記受信端末装置が前記メッセージのうちの一部の受信状態のみをフィードバックすることを示す請求項１に記載のユーザー装置。

【請求項9】

前記処理回路はさらに、前記フィードバック情報に基づき、前記受信端末装置の、１つの伝送ブロックＴＢ又は１つのコードブロックグループＣＢＧに対する受信状態を確定するように配置される請求項１に記載のユーザー装置。

【請求項10】

前記処理回路はさらに、
前記受信端末装置にスケジューリング情報を送信し、前記スケジューリング情報は、前記受信端末装置が複数の伝送ブロックＴＢの受信状態に対して多重化フィードバックを行うためのコードブックのコードブック配置情報を含み、
前記フィードバック情報に基づき、前記受信端末装置の、複数の伝送ブロックＴＢのうちの各ＴＢに対する受信状態を確定するように配置される請求項１に記載のユーザー装置。

【請求項11】

前記処理回路はさらに、
前記受信端末装置にスケジューリング情報を送信し、前記スケジューリング情報は、複数の受信端末装置の、１つ又は複数の伝送ブロックＴＢに対する受信状態に対して多重化フィードバックを行うためのコードブックのコードブック配置情報を含み、
前記フィードバック情報に基づき、複数の受信端末装置のうちの各受信端末装置の、１つ又は複数の伝送ブロックＴＢのうちの各ＴＢに対する受信状態を確定するように配置される請求項１に記載のユーザー装置。

【請求項12】

前記処理回路はさらに、
サイドリンクを介して１つの受信端末装置にメッセージをユニキャスト送信するか、又はサイドリンクを介して複数の受信端末装置にメッセージをグループキャスト送信するように配置される請求項１に記載のユーザー装置。

【請求項13】

前記処理回路はさらに、
前記受信端末装置にスケジューリング情報を送信し、前記スケジューリング情報は前記フィードバック情報の再送回数を示す再送回数情報を含み、
前記受信端末装置から前記フィードバック情報を複数回受信するように配置される請求項１に記載のユーザー装置。

【請求項14】

前記処理回路はさらに、
前記受信端末装置にスケジューリング情報を送信し、前記スケジューリング情報は、前記受信端末装置が他の装置に前記フィードバック情報を送信するための前記他の装置の識別子情報を含み、
前記他の装置から前記フィードバック情報を受信するように配置される請求項１に記載のユーザー装置。

【請求項15】

受信端末としてのユーザー装置であって、処理回路を備え、
前記処理回路は、
サイドリンクを介して送信端末装置からメッセージを受信し、
前記ユーザー装置の、前記メッセージに対する受信状態を示すフィードバック情報を送信するように配置され、前記フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含むユーザー装置。

【請求項16】

前記処理回路はさらに、
前記送信端末装置からスケジューリング情報を受信し、
前記スケジューリング情報に含まれるフィードバックタイプ情報に基づき、前記フィードバック情報がＡＣＫを含むか、それともＮＡＣＫを含むかを確定するように配置される請求項１５に記載のユーザー装置。

【請求項17】

前記処理回路はさらに、
前記送信端末装置からスケジューリング情報を受信し、
前記スケジューリング情報に含まれる時間情報に基づき、前記フィードバック情報を送信するためのフィードバック時間を確定し、
前記フィードバック情報に含まれるリソース情報に基づき、前記フィードバック情報を送信するためのリソースを確定し、
前記時間情報と前記リソース情報に基づき、前記フィードバック情報を送信するように配置される請求項１５に記載のユーザー装置。

【請求項18】

前記処理回路はさらに、
前記時間情報に含まれる間隔時間に基づき、前記ユーザー装置による前記メッセージの受信から、前記フィードバック情報の送信までの間の間隔時間を確定し、前記時間情報に含まれる間隔タイプに基づき、前記間隔時間の配置タイプを確定するように配置される請求項１７に記載のユーザー装置。

【請求項19】

前記処理回路はさらに、
前記リソース情報に基づき、前記フィードバック情報を送信するための周波数領域リソース及びコード領域リソースのうちの少なくとも１種を確定するように配置される請求項１７に記載のユーザー装置。

【請求項20】

前記処理回路はさらに、
前記送信端末装置からスケジューリング情報を受信し、
前記スケジューリング情報に基づき、
今回のスケジューリングがＨＡＲＱメカニズムを支持するかどうかということと、
今回のスケジューリングのＨＡＲＱ手順番号と、
今回のスケジューリングで伝送されるメッセージが初送データであるか、それとも再送データであるかということと、
今回のスケジューリングがフィードバックを必要とするかどうかということとのうちの１種又は多種を確定するように配置される請求項１５に記載のユーザー装置。

【請求項21】

前記処理回路はさらに、
前記送信端末装置からスケジューリング情報を受信し、
前記スケジューリング情報に含まれるＣＢＧ情報に基づき、前記メッセージに係るコードブロックグループＣＢＧに関する情報を確定するように配置される請求項１５に記載のユーザー装置。

【請求項22】

前記処理回路はさらに、
前記送信端末装置からスケジューリング情報を受信し、
前記スケジューリング情報に含まれる部分的なフィードバック指示に基づき、前記メッセージのうちの一部の受信状態のみをフィードバックするように確定するように配置される請求項１５に記載のユーザー装置。

【請求項23】

前記処理回路はさらに、
前記メッセージに係る１つの伝送ブロックＴＢを確定し、
１つの伝送ブロックＴＢに対する受信状態を前記フィードバック情報に含ませるように配置される請求項１５に記載のユーザー装置。

【請求項24】

前記処理回路はさらに、
前記送信端末装置からスケジューリング情報を受信し、
前記スケジューリング情報に含まれるコードブック配置情報に基づき、複数の伝送ブロックＴＢの受信状態に対して多重化フィードバックを行うためのコードブックを確定し、
前記コードブックに基づき、前記複数の伝送ブロックＴＢの受信状態に対して多重化フィードバックを行うように配置される請求項１５に記載のユーザー装置。

【請求項25】

前記処理回路はさらに、
前記送信端末装置からスケジューリング情報を受信し、
前記スケジューリング情報に含まれるコードブック配置情報に基づき、前記ユーザー装置を含む複数の受信端末装置の、１つ又は複数の伝送ブロックＴＢに対する受信状態に対して多重化フィードバックを行うためのコードブックを確定し、
前記ユーザー装置を含む複数の受信端末装置の、１つ又は複数の伝送ブロックＴＢに対する受信状態に対して多重化フィードバックを行うように配置される請求項１５に記載のユーザー装置。

【請求項26】

前記処理回路はさらに、
前記送信端末装置からスケジューリング情報を受信し、
前記スケジューリング情報に含まれる再送回数情報に基づき、前記フィードバック情報の再送回数を確定し、
前記送信端末装置に前記フィードバック情報を複数回送信するように配置される請求項１５に記載のユーザー装置。

【請求項27】

前記処理回路はさらに、
前記送信端末装置からスケジューリング情報を受信し、
前記スケジューリング情報に含まれる他の装置の識別子情報に基づき、前記他の装置を確定し、
前記他の装置に前記フィードバック情報を送信するように配置される請求項１５に記載のユーザー装置。

【請求項28】

前記処理回路はさらに、
前記ユーザー装置が前記メッセージを正確に復号化した場合、前記送信端末装置にＡＣＫを送信し、さもなければ、前記送信端末装置にフィードバック情報を送信しないように配置される請求項１５に記載のユーザー装置。

【請求項29】

前記処理回路はさらに、
前記ユーザー装置が前記メッセージを正確に復号化していない場合、又は前記ユーザー装置が前記メッセージを受信していない場合、前記送信端末装置にＮＡＣＫを送信し、さもなければ、前記送信端末装置にフィードバック情報を送信しないように配置される請求項１５に記載のユーザー装置。

【請求項30】

送信端末として用いられるユーザー装置であって、処理回路を備え、
前記処理回路は、
サイドリンクを介して受信端末装置にメッセージを送信し、
前記受信端末装置以外の他の装置から、前記受信端末装置の、前記メッセージに対する受信状態を示すフィードバック情報を受信するか、又は前記受信端末装置から、前記受信端末装置の、前記メッセージに対する受信状態を示すフィードバック情報を複数回受信するように配置されるユーザー装置。

【請求項31】

前記処理回路はさらに、
前記受信端末装置にスケジューリング情報を送信するように配置され、前記スケジューリング情報は前記他の装置の識別子情報を含む請求項３０に記載のユーザー装置。

【請求項32】

前記処理回路はさらに、
前記他の装置から、複数の受信端末装置からのフィードバック情報を受信し、
前記フィードバック情報に基づき、前記複数の受信端末装置のうちの各受信端末装置の、前記メッセージに対する受信状態を確定するように配置される請求項３０に記載のユーザー装置。

【請求項33】

前記処理回路はさらに、
前記他の装置にスケジューリング情報を送信するように配置され、前記スケジューリング情報は前記複数の受信端末装置の受信状態に対して多重化フィードバックを行うためのコードブックのコードブック配置情報を含む請求項３２に記載のユーザー装置。

【請求項34】

前記処理回路はさらに、
前記複数の受信端末装置にメッセージをグループキャスト送信するように配置される請求項３２に記載のユーザー装置。

【請求項35】

前記他の装置は、ユーザー装置、路側機及び基地局装置を含む請求項３０に記載のユーザー装置。

【請求項36】

前記処理回路はさらに、
前記受信端末装置にスケジューリング情報を送信し、前記スケジューリング情報は前記フィードバック情報の再送回数を示す再送回数情報を含み、
前記受信端末装置から前記フィードバック情報を複数回受信するように配置される請求項３０に記載のユーザー装置。

【請求項37】

受信端末としてのユーザー装置であって、処理回路を備え、
前記処理回路は、
サイドリンクを介して送信端末装置からメッセージを受信し、
前記送信端末装置以外の他の装置に、前記ユーザー装置の、前記メッセージに対する受信状態を示すフィードバック情報を送信するか、又は前記送信端末装置に、前記ユーザー装置の、前記メッセージに対する受信状態を示すフィードバック情報を複数回送信するように配置されるユーザー装置。

【請求項38】

前記処理回路はさらに、
前記送信端末装置からスケジューリング情報を受信し、
前記スケジューリング情報に含まれる前記他の装置の識別子情報に基づき、前記他の装置を確定するように配置される請求項３７に記載のユーザー装置。

【請求項39】

前記他の装置は、ユーザー装置、路側機及び基地局装置を含む請求項３７に記載のユーザー装置。

【請求項40】

前記処理回路はさらに、
前記送信端末装置からスケジューリング情報を受信し、
前記スケジューリング情報に含まれる再送回数情報に基づき、前記フィードバック情報の再送回数を確定し、
前記送信端末装置に前記フィードバック情報を複数回送信するように配置される請求項３７に記載のユーザー装置。

【請求項41】

送信端末として用いられるユーザー装置により実行される無線通信方法であって、
サイドリンクを介して受信端末装置にメッセージを送信するステップと、
前記メッセージに対する前記受信端末装置の受信状態を示す、ＡＣＫとＮＡＣＫとのうちの１種の情報のみを含むフィードバック情報を受信するステップと、を含む、無線通信方法。

【請求項42】

前記無線通信方法はさらに、
前記受信端末装置にスケジューリング情報を送信するステップを含み、前記スケジューリング情報は、前記フィードバック情報がＡＣＫを含むか、それともＮＡＣＫを含むかということを示すフィードバックタイプ情報を含む請求項４１に記載の無線通信方法。

【請求項43】

前記無線通信方法はさらに、
前記受信端末装置にスケジューリング情報を送信するステップであって、前記スケジューリング情報が、前記フィードバック情報のためのフィードバック時間を示す時間情報、及び前記フィードバック情報が利用するリソースを示すリソース情報を含むステップと、
前記時間情報と前記リソース情報に基づき前記フィードバック情報を受信するステップとを含む請求項４１に記載の無線通信方法。

【請求項44】

前記時間情報は、間隔時間及び／又は間隔タイプを含み、前記間隔時間は前記受信端末装置による前記メッセージの受信から、前記フィードバック情報の送信までの間の間隔時間を示し、前記間隔タイプは前記間隔時間の配置タイプを示す請求項４３に記載の無線通信方法。

【請求項45】

前記リソース情報は、周波数領域リソースとコード領域リソースとのうちの少なくとも１種を含む請求項４３に記載の無線通信方法。

【請求項46】

前記無線通信方法はさらに、
前記受信端末装置にスケジューリング情報を送信するステップを含み、
前記スケジューリング情報は、
今回のスケジューリングがＨＡＲＱメカニズムを支持するかどうかということを示すＨＡＲＱ指示情報と、
今回のスケジューリングのＨＡＲＱ手順番号と、
今回のスケジューリングで伝送されるメッセージが初送データであるか、それとも再送データであるかということを示すための新しいデータ指示情報と、
今回のスケジューリングが受信端末装置によるフィードバックを必要するかどうかということを示すためのフィードバック指示情報とのうちの１種又は多種を含む請求項４１に記載の無線通信方法。

【請求項47】

前記無線通信方法はさらに、
前記受信端末装置にスケジューリング情報を送信するステップを含み、前記スケジューリング情報は、前記メッセージに係るコードブロックグループＣＢＧと関連付けられたＣＢＧ情報を含む請求項４１に記載の無線通信方法。

【請求項48】

前記無線通信方法はさらに、
前記受信端末装置にスケジューリング情報を送信するステップを含み、前記スケジューリング情報は部分的なフィードバック指示を含み、前記部分的なフィードバック指示は、前記受信端末装置が前記メッセージのうちの一部の受信状態のみをフィードバックすることを示す請求項４１に記載の無線通信方法。

【請求項49】

前記無線通信方法はさらに、前記フィードバック情報に基づき、前記受信端末装置の、１つの伝送ブロックＴＢ又は１つのコードブロックグループＣＢＧに対する受信状態を確定するステップを含む請求項４１に記載の無線通信方法。

【請求項50】

前記無線通信方法はさらに、
前記受信端末装置にスケジューリング情報を送信するステップであって、前記スケジューリング情報は、前記受信端末装置が複数の伝送ブロックＴＢの受信状態に対して多重化を行うためのコードブックのコードブック配置情報を含むステップと、
前記フィードバック情報に基づき、前記受信端末装置の、複数の伝送ブロックＴＢのうちの各ＴＢに対する受信状態を確定するステップとを含む請求項４１に記載の無線通信方法。

【請求項51】

前記無線通信方法はさらに、
前記受信端末装置にスケジューリング情報を送信するステップであって、前記スケジューリング情報は、複数の受信端末装置の、１つ又は複数の伝送ブロックＴＢに対する受信状態に対して多重化フィードバックを行うためのコードブックのコードブック配置情報を含むステップと、
前記フィードバック情報に基づき、複数の受信端末装置のうちの各受信端末装置の、１つ又は複数の伝送ブロックＴＢのうちの各ＴＢに対する受信状態を確定するステップとを含む請求項４１に記載の無線通信方法。

【請求項52】

前記無線通信方法はさらに、
サイドリンクを介して１つの受信端末装置にメッセージをユニキャスト送信するか、又はサイドリンクを介して複数の受信端末装置にメッセージをグループキャスト送信するステップを含む請求項４１に記載の無線通信方法。

【請求項53】

前記無線通信方法はさらに、
前記受信端末装置にスケジューリング情報を送信するステップであって、前記スケジューリング情報は前記フィードバック情報の再送回数を示す再送回数情報を含むステップと、
前記受信端末装置から前記フィードバック情報を複数回受信するステップとを含む請求項４１に記載の無線通信方法。

【請求項54】

前記無線通信方法はさらに、
前記受信端末装置にスケジューリング情報を送信するステップであって、前記スケジューリング情報は、前記受信端末装置が他の装置に前記フィードバック情報を送信するための前記他の装置の識別子情報を含むステップと、
前記他の装置から前記フィードバック情報を受信するステップとを含む請求項４１に記載の無線通信方法。

【請求項55】

受信端末としてのユーザー装置により実行される無線通信方法であって、
サイドリンクを介して送信端末装置からメッセージを受信するステップと、
前記ユーザー装置の、前記メッセージに対する受信状態を示すフィードバック情報を送信するステップとを含み、前記フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含む無線通信方法。

【請求項56】

前記無線通信方法はさらに、
前記送信端末装置からスケジューリング情報を受信するステップと、
前記スケジューリング情報に含まれるフィードバックタイプ情報に基づき、前記フィードバック情報がＡＣＫを含むか、それともＮＡＣＫを含むかを確定するステップとを含む請求項５５に記載の無線通信方法。

【請求項57】

前記無線通信方法はさらに、
前記送信端末装置からスケジューリング情報を受信するステップと、
前記スケジューリング情報に含まれる時間情報に基づき、前記フィードバック情報を送信するためのフィードバック時間を確定するステップと、
前記フィードバック情報に含まれるリソース情報に基づき、前記フィードバック情報を送信するためのリソースを確定するステップと、
前記時間情報と前記リソース情報に基づき、前記フィードバック情報を送信するステップとを含む請求項５５に記載の無線通信方法。

【請求項58】

前記無線通信方法はさらに、
前記時間情報に含まれる間隔時間に基づき、前記ユーザー装置による前記メッセージの受信から、前記フィードバック情報の送信までの間の間隔時間を確定し、前記時間情報に含まれる間隔タイプに基づき、前記間隔時間の配置タイプを確定するステップを含む請求項５７に記載の無線通信方法。

【請求項59】

前記無線通信方法はさらに、
前記リソース情報に基づき、前記フィードバック情報を送信するための周波数領域リソース及びコード領域リソースのうちの少なくとも１種を確定するステップを含む請求項５７に記載の無線通信方法。

【請求項60】

前記無線通信方法はさらに、
前記送信端末装置からスケジューリング情報を受信するステップと、
前記スケジューリング情報に基づき、
今回のスケジューリングがＨＡＲＱメカニズムを支持するかどうかということと、
今回のスケジューリングのＨＡＲＱ手順番号と、
今回のスケジューリングで伝送されるメッセージが初送データであるか、それとも再送データであるかということと、
今回のスケジューリングがフィードバックを必要とするかどうかということとのうちの、１種又は多種を確定するステップとを含む請求項５５に記載の無線通信方法。

【請求項61】

前記無線通信方法はさらに、
前記送信端末装置からスケジューリング情報を受信するステップと、
前記スケジューリング情報に含まれるＣＢＧ情報に基づき、前記メッセージに係るコードブロックグループＣＢＧに関する情報を確定するステップとを含む請求項５５に記載の無線通信方法。

【請求項62】

前記無線通信方法はさらに、
前記送信端末装置からスケジューリング情報を受信するステップと、
前記スケジューリング情報に含まれる部分的なフィードバック指示に基づき、前記メッセージのうちの一部の受信状態のみをフィードバックするように確定するステップとを含む請求項５５に記載の無線通信方法。

【請求項63】

前記無線通信方法はさらに、
前記メッセージに係る１つの伝送ブロックＴＢを確定するステップと、
１つの伝送ブロックＴＢに対する受信状態を前記フィードバック情報に含ませるステップとを含む請求項５５に記載の無線通信方法。

【請求項64】

前記無線通信方法はさらに、
前記送信端末装置からスケジューリング情報を受信するステップと、
前記スケジューリング情報に含まれるコードブック配置情報に基づき、複数の伝送ブロックＴＢの受信状態に対して多重化フィードバックを行うためのコードブックを確定するステップと、
前記コードブックに基づき、前記複数の伝送ブロックＴＢの受信状態に対して多重化フィードバックを行うステップとを含む請求項５５に記載の無線通信方法。

【請求項65】

前記無線通信方法はさらに、
前記送信端末装置からスケジューリング情報を受信するステップと、
前記スケジューリング情報に含まれるコードブック配置情報に基づき、前記ユーザー装置を含む複数の受信端末装置の、１つ又は複数の伝送ブロックＴＢに対する受信状態に対して多重化フィードバックを行うためのコードブックを確定するステップと、
前記ユーザー装置を含む複数の受信端末装置の、１つ又は複数の伝送ブロックＴＢに対する受信状態に対して多重化フィードバックを行うステップとを含む請求項５５に記載の無線通信方法。

【請求項66】

前記無線通信方法はさらに、
前記送信端末装置からスケジューリング情報を受信するステップと、
前記スケジューリング情報に含まれる再送回数情報に基づき、前記フィードバック情報の再送回数を確定するステップと、
前記送信端末装置に前記フィードバック情報を複数回送信するステップとを含む請求項５５に記載の無線通信方法。

【請求項67】

前記無線通信方法はさらに、
前記送信端末装置からスケジューリング情報を受信するステップと、
前記スケジューリング情報に含まれる他の装置の識別子情報に基づき、前記他の装置を確定するステップと、
前記他の装置に前記フィードバック情報を送信するステップとを含む請求項５５に記載の無線通信方法。

【請求項68】

前記無線通信方法はさらに、
前記ユーザー装置が前記メッセージを正確に復号化した場合、前記送信端末装置にＡＣＫを送信し、さもなければ、前記送信端末装置にフィードバック情報を送信しないステップを含む請求項５５に記載の無線通信方法。

【請求項69】

前記無線通信方法はさらに、
前記ユーザー装置が前記メッセージを正確に復号化していない場合、又は前記ユーザー装置が前記メッセージを受信していない場合、前記送信端末装置にＮＡＣＫを送信し、さもなければ、前記送信端末装置にフィードバック情報を送信しないステップを含む請求項５５に記載の無線通信方法。

【請求項70】

送信端末として用いられるユーザー装置により実行される無線通信方法であって、
サイドリンクを介して受信端末装置にメッセージを送信するステップと、
前記受信端末装置以外の他の装置から、前記受信端末装置の、前記メッセージに対する受信状態を示すフィードバック情報を受信するか、又は前記受信端末装置から、前記受信端末装置の、前記メッセージに対する受信状態を示すフィードバック情報を複数回受信するステップとを含む無線通信方法。

【請求項71】

前記無線通信方法はさらに、
前記受信端末装置にスケジューリング情報を送信するステップを含み、前記スケジューリング情報は前記他の装置の識別子情報を含む請求項７０に記載の無線通信方法。

【請求項72】

前記無線通信方法はさらに、
前記他の装置から、複数の受信端末装置からのフィードバック情報を受信するステップと、
前記フィードバック情報に基づき、前記複数の受信端末装置のうちの各受信端末装置の、前記メッセージに対する受信状態を確定するステップとを含む請求項７０に記載の無線通信方法。

【請求項73】

前記無線通信方法はさらに、
前記他の装置にスケジューリング情報を送信するステップを含み、
前記スケジューリング情報は前記複数の受信端末装置の受信状態に対して多重化フィードバックを行うためのコードブックのコードブック配置情報を含む請求項７２に記載の無線通信方法。

【請求項74】

前記無線通信方法はさらに、
前記複数の受信端末装置にメッセージをグループキャスト送信するステップを含む請求項７２に記載の無線通信方法。

【請求項75】

前記他の装置はユーザー装置、路側機及び基地局装置を含む請求項７０に記載の無線通信方法。

【請求項76】

前記無線通信方法はさらに、
前記受信端末装置にスケジューリング情報を送信するステップであって、前記スケジューリング情報は前記フィードバック情報の再送回数を示す再送回数情報を含むステップと、
前記受信端末装置から前記フィードバック情報を複数回受信するステップとを含む請求項７０に記載の無線通信方法。

【請求項77】

受信端末としてのユーザー装置により実行される無線通信方法であって、
サイドリンクを介して送信端末装置からメッセージを受信するステップと、
前記送信端末装置以外の他の装置に、前記ユーザー装置の、前記メッセージに対する受信状態を示すフィードバック情報を送信するか、又は前記送信端末装置に、前記ユーザー装置の、前記メッセージに対する受信状態を示すフィードバック情報を複数回送信するステップとを含む無線通信方法。

【請求項78】

前記無線通信方法はさらに、
前記送信端末装置からスケジューリング情報を受信するステップと、
前記スケジューリング情報に含まれる前記他の装置の識別子情報に基づき、前記他の装置を確定するステップとを含む請求項７７に記載の無線通信方法。

【請求項79】

前記他の装置は、ユーザー装置、路側機及び基地局装置を含む請求項７７に記載の無線通信方法。

【請求項80】

前記無線通信方法はさらに、
前記送信端末装置からスケジューリング情報を受信するステップと、
前記スケジューリング情報に含まれる再送回数情報に基づき、前記フィードバック情報の再送回数を確定するステップと、
前記送信端末装置に前記フィードバック情報を複数回送信するステップとを含む請求項７７に記載の無線通信方法。

【請求項81】

実行可能なコンピュータ命令を含むコンピュータ可読記憶媒体であって、
前記実行可能なコンピュータ命令はコンピュータにより実行される場合、請求項４１～８０のいずれか１項に記載の無線通信方法を前記コンピュータに実行させるコンピュータ可読記憶媒体。

【請求項82】

送信端末として用いられるユーザー装置であって、処理回路を備え、
前記処理回路は、
サイドリンクを介して受信端末装置にスケジューリング情報を送信するように配置され、前記スケジューリング情報は、前記ユーザー装置が前記受信端末装置に送信するメッセージのフィードバックタイプ指示情報を含み、前記フィードバックタイプ指示情報は、
前記メッセージの受信状態をフィードバックしないことと、
ＡＣＫのみをフィードバックすることと、
ＮＡＣＫのみをフィードバックすることと、
前記メッセージの受信状態に基づき、ＡＣＫ又はＮＡＣＫをフィードバックするように確定することとのうちの少なくとも１種を含むユーザー装置。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、２０１８年１１月２日にて中国特許庁に提出され、出願番号が２０１８１１３０１０５６.５であり、発明の名称が「ユーザー装置、無線通信方法及びコンピュータ可読記憶媒体」である中国特許出願の優先権を主張して、その全ての内容は本出願に援用される。

【0002】

本開示の実施例は、総体的に無線通信分野に関し、具体的に、ユーザー装置、無線通信方法及びコンピュータ可読記憶媒体に関する。より具体的に、本開示は、サイドリンク（ｓｉｄｅｌｉｎｋ）通信の送信端末として用いられるユーザー装置、サイドリンク通信の受信端末としてのユーザー装置、サイドリンク通信の送信端末として用いられるユーザー装置により実行される無線通信方法、サイドリンク通信の受信端末としてのユーザー装置により実行される無線通信方法、及びコンピュータ可読記憶媒体に関する。

【背景技術】

【0003】

ユーザーデータの爆発的な成長は、データの伝送レート及び伝送効率に対する要求を向上させ、ユーザーと基地局との間の通信負荷はだんだん増えている。このような背景で、２つのセルラー通信ユーザー装置は、該２つのユーザー装置の間のサイドリンクを介して情報を伝送できる。

【0004】

ＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ、ハイブリッド自動再送要求）技術は、前方誤り訂正（ＦＥＣ）技術と自動再送要求（ＡＲＱ）技術とを結合して形成され、ネットワーク側装置とユーザー装置との間に用いられる技術である。復号化が成功した場合、受信側は送信側にＡＣＫ情報をフィードバックする。復号化が失敗した場合、受信側は受信したデータを保存し、送信側にＮＡＣＫ情報をフィードバックすることで、データを再送するように送信側に要求し、受信側は受信した再送のデータと受信したデータとをマージした後、復号化する。このように、一定のダイバーシティ利得を形成し、再送回数を減少させ、さらに、遅延を減少させる。

【発明の概要】

【発明が解決しようとする課題】

【0005】

ただし、自動車のインターネットに対するサイドリンクにおいて、主に道路安全に関する業務を対象とするから、送信側が主動的に再送する方式で、業務の信頼性を保証する。サイドリンク通信業務のタイプ及び数の漸増に連れて、係るユーザー装置の分布密度が増えているから、送信側が主動的に再送する方式だけでは、業務の信頼性を保証できず、特に、新規追加の業務がより高い信頼性需求を有する可能性があることを考量しなければならない。

【0006】

従って、サイドリンクに対してＨＡＲＱ技術を合理的に設計することで、異なる業務に対するサイドリンク通信の信頼性を満たすように、技術案を提出する必要がある。

【0007】

該部分はその全ての範囲又は全ての特徴の全面的な披露ではなく、本開示の一般的な概要を提供する。

【0008】

本開示は、サイドリンクに対してＨＡＲＱ技術を合理的に設計することで、異なる業務に対するサイドリンク通信の信頼性を満たすように、ユーザー装置、無線通信方法及びコンピュータ可読記憶媒体を提供することを目的とする。

【課題を解決するための手段】

【0009】

本開示の１つの態様によれば、送信端末として用いられるユーザー装置を提供し、処理回路を備え、前記処理回路は、サイドリンクを介して受信端末装置にメッセージを送信し、前記受信端末装置の、前記メッセージに対する受信状態を示すフィードバック情報を受信するように配置され、前記フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含む。

【0010】

本開示の他の態様によれば、受信端末としてのユーザー装置を提供し、処理回路を備え、前記処理回路は、サイドリンクを介して送信端末装置からメッセージを受信し、前記ユーザー装置の、前記メッセージに対する受信状態を示すフィードバック情報を送信するように配置され、前記フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含む。

【0011】

本開示の他の態様によれば、送信端末として用いられるユーザー装置を提供し、処理回路を備え、前記処理回路は、サイドリンクを介して受信端末装置にメッセージを送信し、前記受信端末装置以外の他の装置から、前記受信端末装置の、前記メッセージに対する受信状態を示すフィードバック情報を受信するか、又は前記受信端末装置から、前記受信端末装置の、前記メッセージに対する受信状態を示すフィードバック情報を複数回受信するように配置される。

【0012】

本開示の他の態様によれば、受信端末としてのユーザー装置を提供し、処理回路を備え、前記処理回路は、サイドリンクを介して送信端末装置からメッセージを受信し、前記送信端末装置以外の他の装置に、前記ユーザー装置の、前記メッセージに対する受信状態を示すフィードバック情報を送信するか、又は前記送信端末装置に、前記ユーザー装置の、前記メッセージに対する受信状態を示すフィードバック情報を複数回送信するように配置される。

【0013】

本開示の他の態様によれば、送信端末として用いられるユーザー装置により実行される無線通信方法を提供し、サイドリンクを介して受信端末装置にメッセージを送信するステップと、前記受信端末装置の、前記メッセージに対する受信状態を示すフィードバック情報を受信するステップとを含み、前記フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含む。

【0014】

本開示の他の態様によれば、受信端末としてのユーザー装置により実行される無線通信方法を提供し、サイドリンクを介して送信端末装置からメッセージを受信するステップと、前記ユーザー装置の、前記メッセージに対する受信状態を示すフィードバック情報を送信するステップとを含み、前記フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含む。

【0015】

本開示の他の態様によれば、送信端末として用いられるユーザー装置により実行される無線通信方法を提供し、サイドリンクを介して受信端末装置にメッセージを送信するステップと、前記受信端末装置以外の他の装置から、前記受信端末装置の、前記メッセージに対する受信状態を示すフィードバック情報を受信するか、又は前記受信端末装置から、前記受信端末装置の、前記メッセージに対する受信状態を示すフィードバック情報を複数回受信するステップとを含む。

【0016】

本開示の他の態様によれば、受信端末としてのユーザー装置により実行される無線通信方法を提供し、サイドリンクを介して送信端末装置からメッセージを受信するステップと、前記送信端末装置以外の他の装置に、前記ユーザー装置の、前記メッセージに対する受信状態を示すフィードバック情報を送信するか、又は前記送信端末装置に、前記ユーザー装置の、前記メッセージに対する受信状態を示すフィードバック情報を複数回送信するステップとを含む。

【0017】

本開示の他の態様によれば、実行可能なコンピュータ命令を有するコンピュータ可読記憶媒体を提供し、前記実行可能なコンピュータ命令はコンピュータにより実行される場合、前記コンピュータに、本開示に記載の無線通信方法を実行させる。

【0018】

本開示の他の態様によれば、実行可能なコンピュータ命令を提供し、前記実行可能なコンピュータ命令はコンピュータにより実行される場合、前記コンピュータに、本開示に記載の無線通信方法を実行させる。

【0019】

本開示によるユーザー装置、無線通信方法及びコンピュータ可読記憶媒体を利用すれば、送信端末ユーザー装置は受信端末ユーザー装置にメッセージを送信でき、受信端末ユーザー装置は送信端末ユーザー装置にフィードバック情報を送信でき、ここで、フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含む。このように、フィードバック情報の数を大幅に減少させることができるから、フィードバック情報の衝突を減少させ、遅延を低減させ、さらに、サイドリンクを含む無線通信システムのパフォーマンスを向上させる。

【0020】

また、本開示によるユーザー装置、無線通信方法及びコンピュータ可読記憶媒体を利用すれば、送信端末ユーザー装置は受信端末ユーザー装置にメッセージを送信でき、受信端末ユーザー装置は、送信端末ユーザー装置以外の他の装置にフィードバック情報を送信でき、又は送信端末ユーザー装置にフィードバック情報を複数回送信できる。このように、他の装置を利用して、フィードバック情報を伝送でき、又はフィードバック情報を複数回伝送することで、フィードバック情報伝送の成功確率を向上させ、さらに、サイドリンクを含む無線通信システムのパフォーマンスを向上させる。

【0021】

ここで提供された説明から、適用分野はさらに明らかになる。当該概要における説明及び具体的な例は、本開示の範囲を限定せず、ただ例示のターゲットのためのものである。

【図面の簡単な説明】

【0022】

ここで説明される図面は、全ての可能な実施態様ではなく、選択された実施例の例示のターゲットのためであり、本開示の範囲を限定することを意図するものではない。

【0023】

【図1】図１は、本開示の実施例による適用シナリオを示す模式図である。

【図2A】図２Ａは、本開示の他の実施例による適用シナリオを示す模式図である。

【図2B】図２Ｂは、本開示のもう１つの実施例による適用シナリオを示す模式図である。

【図3】図３は、本開示の実施例による送信端末として用いられるユーザー装置の配置の例示を示すブロック図である。

【図4】図４は、本開示の実施例によるＣＢＧ（ＣｏｄｅｂｌｏｃｋＧｒｏｕｐ、コードブロックグループ）とＴＢ（ＴｒａｎｓｐｏｒｔＢｌｏｃｋ、伝送ブロック）との関係を示す模式図である。

【図5】図５は、本開示の実施例による、複数のＴＢの受信状態に対して多重化フィードバックを行う伝送とフィードバックが占有するリソース位置を示す模式図である。

【図6】図６は、本開示の実施例による、図５の複数のＴＢの受信状態に対して多重化フィードバックを行うコードブックを示す模式図である。

【図7】図７は、本開示の他の実施例による、複数のＴＢの受信状態に対して多重化フィードバックを行う伝送とフィードバックが占有するリソース位置、及び動的コードブックの対応するサイドリンク割り当て指示情報を示す模式図である。

【図8】図８は、本開示の実施例による、複数の受信端末装置が複数のＴＢの受信状態に対して多重化フィードバックを行うコードブックを示す模式図である。

【図9A】図９Ａは、本開示の実施例によるスケジューリング情報の伝送手順を示すシグナリングフローチャートである。

【図9B】図９Ｂは、本開示の他の実施例によるスケジューリング情報の伝送手順を示すシグナリングフローチャートである。

【図10】図１０は、本開示の実施例による受信端末としてのユーザー装置の配置の例示を示すブロック図である。

【図11】図１１は、本開示の実施例によるＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ、無線リンク制御）層のＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ、プロトコルデータユニット）とＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ、媒体アクセス制御）層のＴＢとの間の関係を示す模式図である。

【図12】図１２は、本開示の実施例によるフィードバック情報の伝送手順を示すシグナリングフローチャートである。

【図13】図１３は、本開示の実施例による送信端末として用いられるユーザー装置により実行される無線通信方法を示すフローチャートである。

【図14】図１４は、本開示の実施例による受信端末としてのユーザー装置により実行される無線通信方法を示すフローチャートである。

【図15】図１５は、本開示の他の実施例による送信端末として用いられるユーザー装置により実行される無線通信方法を示すフローチャートである。

【図16】図１６は、本開示の他の実施例による受信端末としてのユーザー装置により実行される無線通信方法を示すフローチャートである。

【図17】図１７は、本開示のもう１つの実施例による送信端末として用いられるユーザー装置により実行される無線通信方法を示すフローチャートである。

【図18】図１８は、本開示のもう１つの実施例による受信端末としてのユーザー装置により実行される無線通信方法を示すフローチャートである。

【図19】図１９は、スマートフォンの概略配置の例示を示すブロック図である。

【図20】図２０は、カーナビゲーションの概略配置の例示を示すブロック図である。

【0024】

本開示は、様々な修正と代替形態の影響を受けやすいが、その特定の実施例は例として添付の図面に示されて、ここで詳細に説明される。ここの特定の実施例に対する説明は、本開示を公開された具体的な形態に限定することを意図するものではなく、逆に、本開示は本開示の精神及び範囲内に入る全ての修正、均等物、及び置換を包含することを意図する。なお、複数の図面で、対応する符号は対応する部品を指示する。

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

【0025】

本開示の例について、添付の図面を参照してより十分に説明する。以下の説明は、本質的には単に例示的なものであり、本開示、適用又は使用を限定することを意図するものではない。

【0026】

本開示が詳しくなり、その範囲を当業者に十分に伝えるように、例示的な実施例を提供する。特定の部品、装置、及び方法の例などの様々な特定の詳細を説明して、本開示の実施例に対する十分な理解を提供する。特定の詳細を必ずしも使用する必要がなく、例示的な実施例は多くの異なる形態で実施することができ、どちらも本開示の範囲を限定するものと解釈されるべきではない。いくつかの例示的な実施例では、周知の手順、周知の構造、及び周知の技術は詳細に記載されていない。

【0027】

図１は、本開示の適用シナリオを示す模式図である。図１に示すように、基地局装置のカバレッジ内に、直接通信方式で情報を伝送する２つのユーザー装置が存在し、当該２つのユーザー装置の間のリンクはサイドリンク（ｓｉｄｅｌｉｎｋ、ＳＬ）と呼ばれ、２つのユーザー装置がサイドリンクを介して伝送する情報は、以下、メッセージと呼ばれる。なお、図１は２つのユーザー装置のみを示すが、基地局装置のカバレッジ内には、より多いユーザー装置が含まれる可能性がある。

【0028】

図２Ａは、本開示の他の実施例による適用シナリオを示す模式図である。図２Ａに示すように、道路には車両１及び車両２がある。ここで、車両はユーザー装置の１つ特別な例示である。つまり、車両１及び車両２は直接通信方式で情報を伝送できる。このような場合、図２Ａに示される無線通信システムには、車両にサービスを提供するための路側機（ＲｏａｄＳｉｄｅＵｎｉｔ、ＲＳＵ）が存在してもよい。無論、図２Ａには図示されていないが、図２Ａに示される無線通信システムには、例えばＴＲＰ（ＴｒａｎｓｍｉｓｓｉｏｎＲｅｃｅｐｔｉｏｎＰｏｉｎｔ、送受信ポイント）及び基地局装置のネットワーク側装置が含まれてもよい。なお、図２Ａは、２台の車両のみを示すが、道路にはより多い車両が含まれる可能性がある。

【0029】

図２Ｂは、本開示のもう１つの実施例による適用シナリオを示す模式図である。図２Ｂに示すように、道路には車両１、車両２、車両３及び車両４がある。４台の車両のうちのいずれか２台の車両は、いずれも直接通信方式で情報を伝送できる。図２Ｂに示される例示において、当該４台の車両は車群の形態で走行し、そのうち、車両１はリーダー車両である。車群運転は、１組の車両が動的なチェーン式で走行するように説明でき、車群のうちの他の車両はリーダー車両から情報を取得でき、これらの情報は車両の間で協力により、通常の車両の間より短い車両間隔で、同一方向に沿って共同で走行するように保証する。このような車群運転モードは車両間隔を減少させ、道路の運送能力を向上させ、エネルギー消費及び運転手の数を低減させる。同様に、図２Ｂに示される無線通信システムには、車両にサービスを提供するための路側機が存在してもよい。車群運転モードにおいて、リーダー車両から送信される情報は、一般的に、走行戦略に関するから、リーダー車両は他の車両の、情報に対する受信状態を了解しなければならない。また、リーダー車両はさらにマルチキャスト又はグループキャストの形態で情報を送信してもよいから、フィードバック情報の遅延及び信頼性に対する要求が高いため、ＨＡＲＱの設計に対する要求がより高い。

【0030】

以上は例示の方式で本開示の適用シナリオを説明した。ここで、図２Ａ及び図２Ｂに示されるシナリオは、本開示の実施例に適用される１つ特別なシナリオに過ぎない。本開示はサイドリンクを含む任意の無線通信システムに適用される。

【0031】

図２Ａ及び図２Ｂに示されるシナリオにおいて、フィードバック情報の数が多く、有限の無線リソースを利用して伝送すると、衝突が生じやすく、遅延を増やし、信頼性を低減させるから、ＨＡＲＱの設計に対する要求がより高い。このようなシナリオに対して、本開示は無線通信システムにおけるユーザー装置、無線通信システムにおけるユーザー装置により実行される無線通信方法及びコンピュータ可読記憶媒体を提出し、これにより、サイドリンクに対してＨＡＲＱ技術を合理的に設計することで、異なる業務に対するサイドリンク通信の信頼性を満たす。

【0032】

本開示によるネットワーク側装置は、任意のタイプのＴＲＰであってもよい。当該ＴＲＰは送信及び受信機能を具備してもよく、例えば、ユーザー装置及び基地局装置から情報を受信でき、ユーザー装置及び基地局装置に情報を送信できる。１つ例示において、ＴＲＰはユーザー装置にサービスを提供し、基地局装置により制御される。つまり、基地局装置はＴＲＰを介してユーザー装置にサービスを提供する。また、本開示に記載のネットワーク側装置は、ｅＮＢ、又はｇＮＢ（第５世代通信システムにおける基地局）のような基地局装置であってもよい。

【0033】

本開示によるユーザー装置は、モバイル端末（例えばスマートフォン、タブレットパーソナルコンピュータ（ＰＣ）、ノートＰＣ、携帯ゲーム端末、ポータブル／ドングル式モバイルルーター及びデジタル撮影装置）又は車載端末（例えばカーナビゲーション）であってもよい。ユーザー装置は、マシン・ツー・マシン（Ｍ２Ｍ）通信を実行する端末（マシン通信（ＭＴＣ）端末とも呼ばれる）として実現されてもよい。また、ユーザー装置は上記の端末における各端末に搭載される無線通信モジュール（例えば、単一チップを含む集積回路モジュール）であってもよい。また、ユーザー装置はさらに車両として実現されてもよい。

【0034】

本開示による実施例は、Ｄ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ、デバイス・ツー・デバイス）通信システムのような、サイドリンクを含む無線通信システムに適用される。より具体的に、本開示による実施例は、Ｖ２Ｘ（ビークルツーエブリシング）通信システムに適用され、つまり、Ｖ２Ｘ通信システムにおいて、ユーザー装置は車両であってもよく、ネットワーク側装置はＴＲＰ又は基地局装置であってもよい。さらに、Ｖ２Ｘ通信システムには路側機が存在してもよい。当該路側機はネットワーク側装置又はユーザー装置により実現されてもよい。また、本開示の実施例による無線通信システムは、５ＧＮＲ（ＮｅｗＲａｄｉｏ、新無線）通信システムであってもよい。

【0035】

図３は、本開示の実施例による送信端末として用いられるユーザー装置３００の配置の例示を示すブロック図である。

【0036】

図３に示すように、ユーザー装置３００は、メッセージ生成ユニット３１０及び通信ユニット３２０を含む。

【0037】

ここで、ユーザー装置３００の各ユニットはいずれも処理回路に含まれてもよい。なお、ユーザー装置３００は１つ処理回路を含んでもよく、複数の処理回路を含んでもよい。さらに、処理回路は各種の個別の機能ユニットを含むことで、各種の異なる機能及び／又は操作を実行してもよい。ここで、これらの機能ユニットは物理エンティティ又は論理エンティティであってもよく、異なる呼称のユニットは、同一の物理エンティティにより実現される可能性がある。

【0038】

本開示の実施例によれば、メッセージ生成ユニット３１０は、受信端末装置に送信するためのメッセージを生成できる。ここで、受信端末装置はユーザー装置でもある。つまり、ユーザー装置３００及び受信端末装置はいずれも無線通信システムにおけるユーザー装置であり、ユーザー装置３００及び受信端末装置はサイドリンクを利用して通信できる。

【0039】

本開示の実施例によれば、ユーザー装置３００は、通信ユニットを利用して他の装置に情報を送信し、他の装置から情報を受信できる。ここで、他の装置は受信端末装置を含み、他のユーザー装置及びネットワーク側装置も含む。例えば、ユーザー装置３００は通信ユニット３２０を介してサイドリンクを利用して、メッセージ生成ユニット３１０により生成されるメッセージを受信端末装置に送信できる。さらに、ユーザー装置３００は通信ユニット３２０を介して受信端末装置の、メッセージに対する受信状態を示すフィードバック情報を受信でき、フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含む。

【0040】

これから分かるように、本開示の実施例によるユーザー装置３００は、受信端末装置にメッセージを送信し、受信端末装置はユーザー装置３００にフィードバック情報を送信でき、ここで、フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含む。このように、フィードバック情報の数を大幅に減少させることができるから、フィードバック情報の衝突を減少させ、遅延を低減させ、さらに、サイドリンクを含む無線通信システムのパフォーマンスを向上させる。

【0041】

図３に示すように、本開示の実施例によるユーザー装置３００はさらに、スケジューリング情報生成ユニット３３０及び確定ユニット３４０を含む。

【0042】

本開示の実施例によれば、確定ユニット３４０は、ユーザー装置３００の毎回のスケジューリングに対して、ＨＡＲＱ手順と関連付けられた全て又は一部の情報を確定し、これについて、以下詳細に紹介する。

【0043】

本開示の実施例によれば、スケジューリング情報生成ユニット３３０は、確定ユニット３４０の配置に基づき、受信端末装置に送信するためのスケジューリング情報を生成できる。

【0044】

本開示の実施例によれば、ユーザー装置３００は、サイドリンクを利用して受信端末装置にスケジューリング情報を送信できる。ここで、ユーザー装置３００はスケジューリングごとに、スケジューリング情報を送信できる。さらに、ユーザー装置３００は、物理層シグナリング、例えばＳＣＩ（ＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、サイドトリンク制御情報）を介して受信端末装置にスケジューリング情報を送信できる。

【0045】

本開示の実施例によれば、確定ユニット３４０は、ユーザー装置３００の毎回のスケジューリングに対してＨＡＲＱ指示情報を確定でき、ＨＡＲＱ指示情報は今回のスケジューリングがＨＡＲＱメカニズムを支持するかどうかを示す。さらに、スケジューリング情報生成ユニット３３０が生成したスケジューリング情報には、当該ＨＡＲＱ指示情報が含まれてもよい。

【0046】

本開示の実施例によれば、確定ユニット３４０は、ユーザー装置３００のスケジューリングに対して、ＨＡＲＱ手順をマークするための、ＨＡＲＱ手順に一対一に対応するＨＡＲＱ手順番号を確定できる。さらに、スケジューリング情報生成ユニット３３０が生成したスケジューリング情報には、当該ＨＡＲＱ手順番号が含まれてもよい。本開示の実施例によれば、確定ユニット３４０は、今回のスケジューリングがＨＡＲＱメカニズムを支持する場合、今回のスケジューリングに対してＨＡＲＱ手順番号を配置できる。

【0047】

本開示の実施例によれば、確定ユニット３４０は、ユーザー装置３００のスケジューリングに対して、今回のスケジューリングで伝送されたメッセージが初送データであるか、それとも再送データであるかを示すための新しいデータ指示情報を確定できる。さらに、スケジューリング情報生成ユニット３３０が生成したスケジューリング情報には、当該新しいデータ指示情報が含まれてもよい。本開示の実施例によれば、確定ユニット３４０は今回のスケジューリングがＨＡＲＱメカニズムを支持する場合、今回のスケジューリングに対して新しいデータ指示情報を配置できる。

【0048】

本開示の実施例によれば、確定ユニット３４０は、ユーザー装置３００のスケジューリングに対して、今回のスケジューリングが受信端末装置によるフィードバックを必要するかどうかを示すためのフィードバック指示情報を確定できる。さらに、スケジューリング情報生成ユニット３３０が生成したスケジューリング情報には当該フィードバック指示情報が含まれてもよい。本開示の実施例によれば、確定ユニット３４０は今回のスケジューリングがＨＡＲＱメカニズムを支持する場合、今回のスケジューリングに対してフィードバック指示情報を確定できる。

【0049】

本開示の実施例によれば、確定ユニット３４０は、ユーザー装置３００のスケジューリングに対してフィードバックタイプ情報を確定でき、当該フィードバックタイプ情報はフィードバック情報がＡＣＫを含むか、それともＮＡＣＫを含むかを示す。さらに、スケジューリング情報生成ユニット３３０が生成したスケジューリング情報には当該フィードバックタイプ情報が含まれてもよい。本開示の実施例によれば、確定ユニット３４０は、今回のスケジューリングが係る業務のタイプ及びチャネル伝送条件に基づき、フィードバックタイプ情報を確定できる。さらに、本開示の実施例によれば、フィードバックタイプは、フィードバック情報がＡＣＫのみを含み、及びフィードバック情報がＮＡＣＫのみを含むという２つのタイプのみを含んでもよい。フィードバックタイプは、フィードバックなし、フィードバック情報がＡＣＫのみを含む、フィードバック情報がＮＡＣＫのみを含む、及びフィードバック情報がＡＣＫとＮＡＣＫとの両者を含むという４つのタイプを含んでもよい。また、本開示の実施例によれば、確定ユニット３４０は、今回のスケジューリングが受信端末装置によるフィードバックを必要とする場合、今回のスケジューリングに対してフィードバック指示情報を確定できる。

【0050】

前記のように、本開示の実施例によれば、スケジューリング情報にはフィードバックタイプ情報が含まれて、受信端末装置はフィードバック情報のタイプを確定でき、フィードバック情報にＡＣＫとＮＡＣＫとのうちの１つのみが含まれる場合、フィードバック情報の数を大幅に減少させることができる。

【0051】

本開示の実施例によれば、確定ユニット３４０は、ユーザー装置３００のスケジューリングに対して、フィードバック情報のためのフィードバック時間を示す時間情報、及びフィードバック情報が利用するリソースを示すためのリソース情報を確定できる。さらに、スケジューリング情報生成ユニット３３０が生成したスケジューリング情報には当該時間情報及びリソース情報が含まれてもよい。また、本開示の実施例によれば、確定ユニット３４０は今回のスケジューリングが受信端末装置によるフィードバックを必要とする場合、今回のスケジューリングに対して時間情報及びリソース情報を確定できる。

【0052】

本開示の実施例によれば、確定ユニット３４０が確定した時間情報には、間隔時間及び／又は間隔タイプが含まれてもよい。間隔時間は受信端末装置によるメッセージの受信から、フィードバック情報の送信までの間の間隔時間を示し、当該間隔時間は期間であってもよいし、時間範囲であってもよい。間隔タイプは間隔時間の配置タイプを示し、例えば、半静的配置及び動的配置を含んでもよい。より具体的に、ＨＡＲＱタイミング領域を利用して、間隔時間及び／又は間隔タイプを指示でき、当該ＨＡＲＱタイミング領域のコンテンツは、受信端末装置によるメッセージの受信から、フィードバック情報の送信までの間の間隔時間（又は間隔時間の範囲）及び／又は間隔タイプを指すためのインデックスである。

【0053】

本開示の実施例によれば、確定ユニット３４０は、ユーザー装置３００と受信端末装置とのユーザー装置能力及びフレーム構成配置に基づき、間隔時間を確定できる。例えば、確定ユニット３４０が確定したフィードバック情報の送信時間は、ユーザー装置３００と受信端末装置とのフレーム構成にマッチングしなければならない。さらに、確定ユニット３４０は、今回のスケジューリングの業務タイプに基づき、間隔タイプを確定できる。例えば、周期的な業務に対して、半静的配置のタイプを採用して、非周期的な業務に対して、動的配置のタイプを採用してもよい。

【0054】

本開示の実施例によれば、確定ユニット３４０が確定したリソース情報には、周波数領域リソースとコード領域リソースとのうちの少なくとも１つが含まれてもよい。さらに、ＰＳＣＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、物理サイドリンク制御チャネル）リソース指示を利用して、リソース情報を指示してもよく、当該ＰＳＣＣＨのコンテンツは、フィードバック情報が利用するリソースを指すためのインデックスである。

【0055】

本開示の実施例によれば、ユーザー装置３００は、スケジューリング情報における時間情報及びリソース情報に基づきフィードバック情報を受信できる。例えば、ユーザー装置３００は時間情報により示されるフィードバック情報の送信時間内、リソース情報により示されるフィードバック情報の送信リソースで、フィードバック情報を受信できる。

【0056】

前記のように、本開示の実施例によれば、スケジューリング情報には時間情報及びリソース情報が含まれて、受信端末装置はこのような動的スケジューリングに基づきフィードバック情報を伝送できる。このように、非同期ＨＡＲＱを実現し、即ち、再送は任意の時間内、且つ任意のリソースに生じることができ、ＨＡＲＱ手順がより柔軟になる。

【0057】

本開示の実施例によれば、一般的に、ユーザー装置３００と受信端末装置との間の毎回のスケジューリングに対して、伝送されるデータはＴＢを単位とし、即ち、スケジューリングごとに、１つのＴＢを伝送する。ただし、大きいＴＢに対して、若干のＣＢＧに分けられる可能性があり、各ＣＢＧには１つ又は複数のＣＢ（Ｃｏｄｅｂｌｏｃｋ、コードブロック）が含まれる。この場合、ユーザー装置３００と受信端装置との間にはＣＢＧ伝送モードが配置される可能性があり、即ち、ＣＢＧを単位として、データを伝送及びフィードバックする。

【0058】

図４は、本開示の実施例によるＣＢＧとＴＢとの関係を示す模式図である。図４に示すように、ＨＡＲＱ手順番号がｎであるスケジューリングに係るＴＢ（ＨＡＲＱ手順はＴＢに一々対応するから、本明細書において、ＨＡＲＱ手順番号とＴＢの番号とを区別しない）は、番号がそれぞれｍ、ｍ＋１及びｍ＋２である３つのＣＢＧに分けられる。さらに、３つのＣＢＧのうちの各ＣＢＧにはいずれも２つのＣＢが含まれる。図４は、１つＴＢが３つのＣＢＧに分けられ、各ＣＢＧには２つのＣＢが含まれることを例として、ＴＢとＣＢＧとの関係を説明し、無論、１つのＴＢは他の数のＣＢＧに分けられて、異なるＣＢＧには異なる数のＣＢが含まれてもよい。

【0059】

本開示の実施例によれば、ユーザー装置３００と受信端末装置との間にＣＢＧ伝送モードが配置される場合、確定ユニット３４０はユーザー装置３００の毎回のスケジューリングに対して、前記メッセージに係るコードブロックグループＣＢＧに関する情報を示すＣＢＧ情報を確定できる。さらに、スケジューリング情報生成ユニット３３０が生成したスケジューリング情報には当該ＣＢＧ情報が含まれてもよい。

【0060】

本開示の実施例によれば、確定ユニット３４０が配置したＣＢＧ情報はＣＢＧＴＩ（ＣＢＧＴｒａｎｓｍｉｔＩｎｄｉｃａｔｏｒ、ＣＢＧ伝送指示）とＣＢＧＦＩ（ＣＢＧＦｌｕｓｈＩｎｄｉｃａｔｏｒ、ＣＢＧクリア指示）とを含む。ここで、ＣＢＧＴＩは当該メッセージを伝送するＣＢＧの位置を指示し、例えば、ビットマップの方式でいずれか１つのＣＢＧが今回のスケジューリングに存在するかどうかを指示できる。また、ＣＢＧＦＩはＣＢＧＴＩにより指示されるＣＢＧに対してクリア操作を実行するか、それともソフトマージ操作を実行するかを示し、例えば１つのビットでこのような情報を示してもよい。

【0061】

前記のように、本開示の実施例によれば、ユーザー装置３００と受信端末装置との間にはＣＢＧ伝送モードが配置される場合、スケジューリング情報にはＣＢＧ情報が含まれることで、データの再送はＣＢＧを単位として、即ち、間違ったＣＢＧのみを再送し、これによって、システムリソースを節約できる。

【0062】

本開示の実施例によれば、確定ユニット３４０は、ユーザー装置３００の毎回のスケジューリングに対して、受信端末装置がメッセージのうちの一部の受信状態のみをフィードバックすることを示すための、部分的なフィードバック指示（ＰａｒｔｉａｌＦｅｅｄｂａｃｋＩｎｄｉｃａｔｏｒ、ＰＦＩ）を確定できる。さらに、スケジューリング情報生成ユニット３３０が生成したスケジューリング情報には、当該部分的なフィードバック指示が含まれてもよい。

【0063】

本開示の実施例によれば、確定ユニット３４０が確定した部分的なフィードバック指示には非連続フィードバック指示（Ｎｏｎ－ｃｏｎｔｉｎｕｏｕｓＦｅｅｄｂａｃｋＩｎｄｉｃａｔｏｒ）が含まれてもよく、当該非連続フィードバック指示は、受信端末装置がｐ個のＴＢごとに、１回のフィードバックを行って、現在のＴＢの受信状態のみをフィードバックすることを示す。

【0064】

前記のように、本開示の実施例によれば、フォールトトレランスを有するいくつかの業務、例えば、周期的に行って、データの変化が明らかではない業務（例えば車両の間のセンサーデータ交換業務において、隣接する２回の交換のデータの取り込み時間／空間の間隔が小さい）に対して、受信端末装置はメッセージのうちの一部の受信状態のみをフィードバックし、これによって、フィードバック情報の数を大幅に低減させ、シグナリングオーバーヘッドを節約する。

【0065】

本開示の実施例によれば、確定ユニット３４０は、ユーザー装置３００の毎回のスケジューリングに対して、フィードバック情報の再送回数を示すための再送回数情報を確定できる。さらに、スケジューリング情報生成ユニット３３０が生成したスケジューリング情報には該再送回数情報が含まれてもよい。また、この場合、ユーザー装置３００は確定された再送回数に基づき、受信端末装置からフィードバック情報を複数回受信できる。

【0066】

本開示の実施例によれば、ユーザー装置３００と受信端末装置との間のチャネル品質が劣るか、又は受信端末装置からユーザー装置３００までの距離が遠い場合、ユーザー装置３００は受信端末装置からのフィードバック情報を成功に受信できない恐れがある。この場合、ユーザー装置３００は、フィードバック情報を複数回送信するように、受信端末装置に要求することで、フィードバック情報を成功に受信する可能性を増やす。

【0067】

本開示の実施例によれば、確定ユニット３４０は、ユーザー装置３００の毎回のスケジューリングに対して、補助装置に関する情報を確定し、当該補助装置は受信端末装置からのフィードバック情報を送信するように補助する。つまり、スケジューリング情報には、受信端末装置が他の装置にフィードバック情報を送信するための他の装置の識別子情報が含まれる。さらに、スケジューリング情報生成ユニット３３０が生成したスケジューリング情報には該補助装置の情報が含まれてもよい。また、この場合、ユーザー装置３００は他の装置から、受信端末装置からのフィードバック情報を受信できる。

【0068】

本開示の実施例によれば、補助装置（又は他の装置）は、ユーザー装置３００及び受信端末装置以外のユーザー装置であってもよいし、ネットワーク側装置（例えばＴＲＰ、基地局装置）及び路側機のような他のネットワークノードであってもよい。

【0069】

本開示の実施例によれば、補助装置はネットワーク側装置であり、受信端末装置がフィードバック情報を必要とする場合、当該ネットワーク側装置がユーザー装置３００に対してスケジューリングの決定を行うことができると仮定すると、当該ネットワーク側装置はユーザー装置３００に当該フィードバック情報を転送せず、後続のＨＡＲＱ手順にリソースを割り当て、例えば、ユーザー装置３００の初送又は再送データの必要なスケジューリングを直接的に決定し、スケジューリング割り当てをユーザー装置３００に送信してもよい。

【0070】

前記のように、ユーザー装置３００と受信端末装置との間のチャネル品質が劣るか、又は受信端末装置からユーザー装置３００までの距離が遠い場合、ユーザー装置３００は受信端末装置からのフィードバック情報を成功に受信できない恐れがある。この場合、ユーザー装置３００は他の装置にフィードバック情報を送信するように、受信端末装置に要求し、そして、他の装置から、フィードバック情報をユーザー装置３００に転送してもよく、これによって、フィードバック情報を成功に受信する可能性を増やす。このような方式は、ユニキャストの場合にも適用されるし、グループキャスト又はマルチキャストの場合にも適用される。ユニキャストの場合、ユーザー装置３００は、距離及びチャネル品質に基づき、補助装置を確定できる。グループキャスト又はマルチキャストの場合、ユーザー装置３００は、複数の受信装置からなる装置グループに、情報をグループキャスト又はマルチキャストして送信し、そうすれば、補助装置は当該装置グループにおけるユーザー装置であってもよいし、ネットワーク側装置又は路側機であってもよい。この場合、他の装置を利用して、フィードバック情報を補助送信することで、フィードバック情報を成功に受信する可能性を向上させるだけでなく、複数の装置のフィードバック情報をマージして送信でき、シグナリングオーバーヘッド及びシステムリソースを節約する。

【0071】

本開示の実施例によれば、図３に示すように、ユーザー装置３００は、さらに、ユーザー装置３００が受信したフィードバック情報を処理するための処理ユニット３５０を含む。具体的に、処理ユニット３５０はフィードバック情報がＡＣＫであると確定した場合、受信端末装置がデータを正確に受信し復号化したと確定でき、処理ユニット３５０はフィードバック情報がＮＡＣＫであると確定した場合、受信端末装置がデータを正確に受信し復号化していないと確定できるから、再送操作を行う。

【0072】

本開示の実施例によれば、デフォルトの場合、ユーザー装置３００は、各ＴＢ又はＣＢＧに対してそれぞれフィードバックするように、受信端末装置に要求する。つまり、ＴＢを単位としてデータを伝送する場合、各ＴＢに対して、ユーザー装置３００はそれぞれ１つのフィードバック情報を受信し、ＣＢＧを単位としてデータを伝送する場合、各ＣＢＧに対して、ユーザー装置３００はそれぞれ１つのフィードバック情報を受信する。従って、本開示の実施例によれば、処理ユニット３５０は、フィードバック情報に基づき、受信端末装置の１つＴＢ又は１つのＣＢＧに対する受信状態を確定する。

【0073】

本開示の実施例によれば、ユーザー装置３００は、さらに、複数のＴＢ又はＣＢＧの受信状態に対して多重化フィードバックを行うように、受信端末装置に指示でき、即ち、１つのフィードバック情報には、複数のＴＢ又はＣＢＧに対する受信状態が含まれてもよい。この場合、確定ユニット３４０はコードブック配置情報を確定でき、当該コードブック配置情報は、受信端末装置が複数のＴＢ又はＣＢＧの受信状態に対して多重化フィードバックを行うためのコードブックを指示する。さらに、スケジューリング情報生成ユニット３３０が生成したスケジューリング情報には当該コードブック配置情報が含まれてもよい。

【0074】

図５は、本開示の実施例による、複数のＴＢの受信状態に対して多重化フィードバックを行う伝送とフィードバックが占有するリソース位置を示す模式図である。図５に示すように、複数のＴＢに係るリソースは時間で３つのタイムスロットを含み、周波数領域で３つのキャリアを含み、それぞれ１、２及び３と番号付けられる。異なる時間リソース及び異なる周波数領域リソースに基づき、リソース全体は９つのリソースに分けられ、当該９つのリソースのうちの灰色の部分（５つ）は、当該リソースにスケジューリングによる伝送が存在することを示し、白色の部分（４つ）は、当該リソースにスケジューリングによる伝送が存在しないことを示す。本開示の実施例によれば、ユーザー装置３００は９つのリソースのうちの５つの灰色の部分のリソースに係るＴＢの受信状態に対して多重化フィードバックを行うように、受信端末装置に指示し、関連するコードブック配置情報を受信端末装置に送信する。さらに、ユーザー装置３００には、図５に示される間隔時間、及び具体的にキャリア１であるリソース情報が配置されてもよく、そうすれば、図５に示される複数のＴＢに係るリソースの時間後、間隔時間を経た後、キャリア１で、ユーザー装置３００は受信端末装置からのフィードバック情報を受信する。

【0075】

本開示の実施例によれば、受信端末装置が送信するフィードバック情報は、動的コードブックを採用してもよいし、静的コードブックを採用してもよい。静的コードブックの場合、受信端末装置はＴＢに係る時間スバンと周波数スバン全体での全てのリソースの受信状態をフィードバックしなければならない。つまり、受信端末装置は、図５に示される９つのリソースのいずれに対してもフィードバックを行わなければならない。動的コードブックの場合、受信端末装置は、伝送が存在するリソースでの受信状態のみをフィードバックすればよい。つまり、受信端末装置は図５に示される５つの灰色の部分で示されるリソースをフィードバックする必要がある。

【0076】

図５に示される、複数のＴＢの受信状態に対して多重化フィードバックを行う伝送を例として、受信端末装置のフィードバック情報は静的コードブックを採用すると、以下のいくつかの場合に分けられる。受信端末装置は、ＡＣＫとＮＡＣＫとの両者をフィードバックするように配置される場合、空白部分に対して、受信状態をフィードバックしないか又はＮＡＣＫをフィードバックし、図５に示される灰色の部分に対して、ＴＢを正確に復号化する場合、ＡＣＫをフィードバックし、ＴＢを間違って復号化する場合、ＮＡＣＫをフィードバックする。受信端末装置は、ＡＣＫのみをフィードバックするように配置される場合、空白部分に対して、受信状態をフィードバックしなく、図５に示される灰色の部分に対して、ＴＢを正確に復号化する場合、ＡＣＫをフィードバックし、ＴＢを間違って復号化する場合、受信状態をフィードバックしない。受信端末装置はＮＡＣＫのみをフィードバックするように配置される場合、空白部分に対して、受信状態をフィードバックしなく、図５に示される灰色の部分に対して、ＴＢを正確に復号化する場合、受信状態をフィードバックしなく、ＴＢを間違って復号化する場合、ＮＡＣＫをフィードバックする。なお、静的コードブックの場合、受信状態をフィードバックしないことは、フィードバック情報の長さが小さくなることを意味しなく、静的コードブックを採用するフィードバック情報の長さが固定である。つまり、１ブロックのリソースに、受信状態に対するフィードバックが存在するかどうかに関わらず、フィードバック情報において、当該リソースのフィードバックのために、リソースを予備している。静的コードブックを採用すると、簡単であり、実現しやすいから、ユーザー装置３００のフィードバック情報に対する復号化の成功確率を向上させる。

【0077】

相変わらず図５に示される、複数のＴＢの受信状態に対して多重化フィードバックを行う伝送を例として、受信端末装置のフィードバック情報は、動的コードブックを採用すると、以下のいくつかの場合に分けられる。受信端末装置は、ＡＣＫとＮＡＣＫとの両者をフィードバックするように配置される場合、図５に示される灰色の部分に対して、ＴＢを正確に復号化する場合、ＡＣＫをフィードバックし、ＴＢを間違って復号化する場合、ＮＡＣＫをフィードバックする。受信端末装置は、ＡＣＫのみをフィードバックするように配置される場合、図５に示される灰色の部分に対して、ＴＢを正確に復号化する場合、ＡＣＫをフィードバックし、ＴＢを間違って復号化する場合、受信状態をフィードバックしない。受信端末装置はＮＡＣＫのみをフィードバックするように配置される場合、図５に示される灰色の部分に対して、ＴＢを正確に復号化する場合、受信状態をフィードバックしなく、ＴＢを間違って復号化する場合、ＮＡＣＫをフィードバックする。このように、動的コードブックの長さは可変であり、動的コードブックの長さは、コードブックの時間スバン全体と周波数スバン全体での、スケジューリングによる全ての伝送のＴＢの数、又はこれらのＴＢにおける、フィードバックを行ったＴＢの数に依存する。動的コードブックを採用すると、フィードバック情報の長さを大幅に低減させ、シグナリングオーバーヘッドを節約する。

【0078】

図６は、本開示の実施例による、図５の複数のＴＢの受信状態に対して多重化フィードバックを行うコードブックを示す模式図である。図６に示すように、コードブックの時間スバンは、番号がｎ－３、ｎ－２及びｎ－１である３つのタイムスロットを含み、コードブックの周波数スバンは、番号が１、２及び３である３つのキャリアを含む。受信端末装置は、ＡＣＫとＮＡＣＫとの両者をフィードバックするように配置されることを例として、静的コードブックの場合、フィードバック情報は、（キャリア１；タイムスロットｎ－３）、（キャリア１；タイムスロットｎ－２）、（キャリア１；タイムスロットｎ－１）、（キャリア２；タイムスロットｎ－３）、（キャリア２；タイムスロットｎ－２）、（キャリア２；タイムスロットｎ－１）、（キャリア３；タイムスロットｎ－３）、（キャリア３；タイムスロットｎ－２）、（キャリア３；タイムスロットｎ－１）という９つのリソースでの受信状態を含む必要がある。相変わらず、受信端末装置はＡＣＫとＮＡＣＫとの両者をフィードバックするように配置されることを例として、動的コードブックの場合、フィードバック情報は、（キャリア１；タイムスロットｎ－２）、（キャリア１；タイムスロットｎ－１）、（キャリア２；タイムスロットｎ－３）、（キャリア２；タイムスロットｎ－１）、（キャリア３；タイムスロットｎ－２）という５つのリソースでの受信状態を含む必要がある。

【0079】

前記のように、動的コードブックの長さは可変であるから、ユーザー装置３００と受信端末装置との間で、伝送されるＴＢの数に対する理解が間違っていると、動的コードブックのフォーマット解析の誤りを招致する。本開示の実施例によれば、ユーザー装置３００は、受信端末装置にサイドリンク割り当て指示（ＳｉｄｅｌｉｎｋＡｓｓｉｇｎｍｅｎｔＩｎｄｅｘ、ＳＡＩ）情報を送信することで、受信端末装置に動的コードブックの長さを指示する。ここで、ＳＡＩはｃＳＡＩ（ｃｏｕｎｔｅｒＳＡＩ、カウンタＳＡＩ）及びｔＳＡＩ（ｔｏｔａｌＳＡＩ、総ＳＡＩ）を含む。ｃＳＡＩは現在の伝送までの、伝送されたＴＢの数を示し、ｔＳＡＩは現在伝送されるＴＢが所在する時間ユニットまでの、全ての周波数ユニットで伝送されたＴＢの総数を示し、当該ＴＢの総数は、既に伝送されたＴＢを含んでもよいし、まだ伝送されていないＴＢを含んでもよい。

【0080】

図７は、本開示の他の実施例による、複数のＴＢの受信状態に対して多重化フィードバックを行う伝送とフィードバックが占有するリソース位置、及び動的コードブックの対応するサイドリンク割り当て指示情報を示す模式図である。図７に示すように、ユーザー装置３００は、スケジューリング情報において、ＳＡＩ情報を同時に含んでもよい。ここで、括弧における前者はｃＳＡＩを示し、後者はｔＳＡＩを示す。図７に示される例示において、ｃＳＡＩ及びｔＳＡＩはいずれも０からカウントされる。例えば、ユーザー装置３００が伝送し始めるＴＢは、キャリア２とタイムスロットｎ－３でのＴＢであり、これはユーザー装置３００が伝送し始める１つ目のＴＢであるから、ｃＳＡＩ＝０且つｔＳＡＩ＝０である。次に、ユーザー装置３００が伝送し始めるＴＢは、キャリア１とタイムスロットｎ－２でのＴＢであり、この場合、ｃＳＡＩは０から１になり、当該ＴＢが所在する時間単位がタイムスロットｎ－２であり、タイムスロットｎ－２まで、３つのキャリアで伝送されたＴＢの総数が３であり、それぞれキャリア２とタイムスロットｎ－３でのＴＢ、キャリア１とタイムスロットｎ－２でのＴＢ、及びキャリア３とタイムスロットｎ－２でのＴＢであり、０からカウントされるから、ｔＳＡＩは０から２になり、このように類推すると、各ＴＢでのｃＳＡＩ及びｔＳＡＩを取得できる。

【0081】

前記のように、本開示の実施例によれば、動的コードブックを採用してフィードバック情報を送信する場合、ユーザー装置３００は、受信端末装置にＳＡＩ情報を送信することで、受信端末装置に動的コードブックの長さを指示する。このように、ユーザー装置３００と受信端末装置との間の、動的コードブックの長さに対する理解が一致し、フィードバック情報のサイズを小さくする場合、フィードバック情報の復号化の成功確率を向上させることができる。

【0082】

本開示の実施例によれば、受信端末装置は、複数のＴＢの受信状態に対して多重化フィードバックを行う場合、処理ユニット３５０はフィードバック情報に基づき、受信端末装置の、複数のＴＢのうちの各ＴＢに対する受信状態を確定できる。

【0083】

前記のように、本開示の実施例によれば、複数のＨＡＲＱ手順のフィードバックスケジューリングが１つの時間単位にある場合、受信端末装置は複数のＨＡＲＱ手順に対して多重化フィードバックを行うことができる。本明細書に記載の時間単位はサブフレーム、タイムスロット又はＯＦＤＭ符号であってもよい。

【0084】

本開示の実施例によれば、ユーザー装置３００は、サイドリンクを介して１つの受信端末装置にメッセージをユニキャスト送信してもよいし、サイドリンクを介して複数の受信端末装置にメッセージをグループキャスト送信してもよい。１つの受信端末装置にメッセージをユニキャスト送信する場合、ユーザー装置３００はサイドリンクを介して当該受信端末装置にスケジューリング情報をユニキャスト送信できる。複数の受信端末装置にメッセージをグループキャスト送信する場合、ユーザー装置３００はサイドリンクを介して複数の受信端末装置にスケジューリング情報をグループキャスト送信でき、グループキャスト送信されるスケジューリング情報には、各受信端末装置に対するスケジューリング情報が含まれ、サイドリンクを介して複数の受信端末装置に、それぞれのスケジューリング情報をユニキャスト送信してもよい。

【0085】

本開示の実施例によれば、ユーザー装置３００は、サイドリンクを介して複数の受信端末装置にメッセージをグループキャスト送信する場合、確定ユニット３４０に配置されるスケジューリング情報は、コードブック配置情報を含んでもよく、ここのコードブック配置情報は、複数の受信端末装置の、１つ又は複数の伝送ブロックＴＢに対する受信状態に対して多重化フィードバックを行うためのコードブックを示す。つまり、１つのフィードバック情報は、複数の受信端末装置の、同一のＴＢ又は複数のＴＢに対する受信状態を含む。さらに、スケジューリング情報生成ユニット３３０が生成したスケジューリング情報は当該コードブック配置情報を含んでもよい。

【0086】

図８は、本開示の実施例による、複数の受信端末装置の、複数のＴＢに対する受信状態に対して多重化フィードバックを行うコードブックを示す模式図である。図８に示すように、ユーザー装置３００はＵＥ２、ＵＥ３及びＵＥ４を含む装置グループに、３つのメッセージをグループキャスト送信し、対応するＨＡＲＱの手順番号がそれぞれｎ＋１、ｎ＋２及びｎ＋３である。この場合、ＵＥ２、ＵＥ３及びＵＥ４のうちのいずれか１つの受信端末装置が、３つの受信端末装置のうちの各受信端末装置の、３つのＴＢのうちの各ＴＢに対する受信状態を収集する。

【0087】

本開示の実施例によれば、複数の受信端末装置の、１つ又は複数のＴＢに対する受信状態に対して多重化フィードバックを行う場合、動的コードブック及び静的コードブックを利用して、フィードバック情報を送信する。静的コードブックの場合、フィードバック情報には、全ての受信端末装置の、全てのＴＢに対する受信状態が含まれる。図８に示される例示において、フィードバック情報は、３つの受信端末装置のうちの各受信端末装置の、３つのＴＢのうちの各ＴＢに対する受信状態を含むべきである。動的コードブックの場合、フィードバック情報には、フィードバックを行った受信端末装置の、全てのＴＢに対する受信状態のみが含まれる。図８に示される例示において、ＵＥ２はフィードバック情報を収集し、ＵＥ３からのフィードバック情報を受信していないと仮定すれば、フィードバック情報には、ＵＥ２とＵＥ４との、３つのＴＢのうちの各ＴＢに対する受信状態のみが含まれる。

【0088】

本開示の実施例によれば、複数の受信端末装置の、複数のＴＢに対する受信状態に対して多重化フィードバックを行う場合、ユーザー装置３００はさらに受信端末装置に、送信されたＴＢの数をカウントするためのＳＡＩを送信し、即ち、前文に記載のｃＳＡＩパラメータである。前文に記載の解決策と類似するから、ここで贅言しない。

【0089】

本開示の実施例によれば、処理ユニット３５０は、フィードバック情報に基づき、複数の受信端末装置のうちの各受信端末装置の、１つ又は複数のＴＢのうちの各ＴＢに対する受信状態を確定する。

【0090】

前記のように、本開示の実施例によれば、ユーザー装置３００は複数の受信端末装置にメッセージをグループキャスト送信する場合、そのうちの１つの受信端末装置（即ち、前文に記載の補助装置）を利用して、当該複数の受信端末装置の受信状態に対して多重化フィードバックを行うことで、多重化のフィードバック情報をユーザー装置３００に送信する。この場合、ユーザー装置３００が送信するスケジューリング情報は、当該補助装置の識別子情報を含むべきである。

【0091】

前文のように、ユーザー装置３００が受信端末装置に送信するスケジューリング情報は、ＨＡＲＱ指示情報、ＨＡＲＱ手順番号、新しいデータ指示情報、フィードバック指示情報、フィードバックタイプ情報、時間情報及びリソース情報、ＣＢＧ情報、部分的なフィードバック指示、再送回数、他の装置の識別子情報、コードブック配置情報のような各種の情報を含んでもよい。ユーザー装置３００は必要に応じて、スケジューリング情報に以上の情報のうちの１種又は多種が含まれるように確定できる。

【0092】

さらに、本開示の実施例によれば、スケジューリング情報に含まれる全ての情報は、いずれもユーザー装置３００により配置できる。つまり、今回のスケジューリングはユーザー装置３００により決定される。例えば、ユーザー装置３００は今回のスケジューリングの業務の優先度、今回のスケジューリングの業務の遅延要求、信頼性要求、及びユーザー装置３００の最小伝送範囲などに基づき、決定する。この場合、ユーザー装置３００はスケジューリングごとに、このようなスケジューリング情報を送信でき、例えば、ＳＣＩの物理層シグナリングを利用する。

【0093】

本開示の実施例によれば、スケジューリング情報に含まれる情報の一部の情報（例えば、ＨＡＲＱ指示情報、フィードバック指示情報、フィードバックタイプ情報、部分的なフィードバック指示のうちの１種又は多種の情報）は、予め配置された情報であってもよい。この場合、ユーザー装置３００はスケジューリングごとに、予め配置された情報以外の情報を送信できる。

【0094】

本開示の実施例によれば、スケジューリング情報に含まれる情報の一部の情報は、ネットワーク側装置により配置されてもよい。つまり、今回のスケジューリングはネットワーク側装置により決定される。例えば、ネットワーク側装置は今回のスケジューリングの業務の優先度、今回のスケジューリングの業務の遅延要求、信頼性要求、及びユーザー装置３００の最小伝送範囲に基づき決定する。この場合、ユーザー装置３００は、ネットワーク側装置に、サイドリンク伝送のためのスケジューリング要求を送信し、ネットワーク側装置から、サイドリンク伝送のためのスケジューリング割り当てを受信する。例えば、サイドリンク伝送のためのスケジューリング割り当ては、ＨＡＲＱ指示情報、ＨＡＲＱ手順番号、フィードバック指示情報、フィードバックタイプ情報、時間情報及びリソース情報、部分的なフィードバック指示のうちの１種又は多種の情報を含んでもよい。ここで、ネットワーク側装置は、例えばＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ダウンリンク制御情報）の物理層シグナリング、又は例えばＲＲＣの上位層シグナリングを利用して、ユーザー装置３００に、サイドリンク伝送のためのスケジューリング割り当てを送信できる。また、ユーザー装置３００は、ネットワーク側装置から受信された、サイドリンク伝送のためのスケジューリング割り当てに基づき、他の必要なスケジューリング情報とともに（例えば、ＳＣＩシグナリングを介して）受信端末装置に送信してもよい。

【0095】

図９Ａ及び図９Ｂは、本開示の実施例によるスケジューリング情報の伝送手順を示すシグナリングフローチャートである。図９Ａ及び図９Ｂにおいて、送信ＵＥは前文に記載のユーザー装置３００により実現され、受信ＵＥは前文に記載の受信端末装置により実現されてもよい。

【0096】

図９Ａに示すように、ステップＳ９０１では、送信ＵＥは今回のスケジューリングを決定し、今回のスケジューリングのための必要なスケジューリング情報の全てを確定する。次に、ステップＳ９０２では、送信ＵＥは受信ＵＥに、今回のスケジューリングのスケジューリング情報を送信する。ここで、ステップＳ９０２では、送信ＵＥはＳＣＩのみを介して今回のスケジューリングのスケジューリング情報を運ぶ。

【0097】

図９Ｂに示すように、ステップＳ９１０では、送信ＵＥはｇＮＢに、サイドリンク伝送のためのスケジューリング要求を送信する。次に、ステップＳ９２０では、ｇＮＢは送信ＵＥに、サイドリンク伝送のためのスケジューリング割り当てを送信する。次に、ステップＳ９３０では、送信ＵＥは受信したスケジューリング割り当てを結合して、今回のスケジューリングのスケジューリング情報を確定する。次に、ステップＳ９４０では、送信ＵＥは受信ＵＥに、今回のスケジューリングのスケジューリング情報を送信する。ここで、ステップＳ９４０では、送信ＵＥはＳＣＩを介して今回のスケジューリングのスケジューリング情報を運ぶ。

【0098】

このように、本開示の実施例によるユーザー装置３００は、受信端末装置にメッセージを送信し、受信端末装置はユーザー装置３００にフィードバック情報を送信し、ここで、フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含む。このように、フィードバック情報の数を大幅に減少させることができるから、フィードバック情報の衝突を減少させ、遅延を低減させ、さらに、サイドリンクを含む無線通信システムのパフォーマンスを向上させる。また、ユーザー装置３００は、受信端末装置にスケジューリング情報を送信することで、今回のスケジューリングの必要な全ての情報を配置する。例えば、ユーザー装置３００は今回のスケジューリングの必要なリソースを配置することで、ＨＡＲＱのフィードバック手順がより柔軟になり、フィードバック情報の再送回数を配置することで、フィードバック情報の受信の成功確率を向上させ、フィードバック情報を補助送信するための補助装置を配置することで、フィードバック情報の受信の成功確率を向上させ、１つの受信端末装置を配置することで、複数のＴＢの受信状態に対して多重化フィードバックを行って、複数の受信端末装置を配置することで、１つ又は複数のＴＢに対する受信状態に対して多重化フィードバックを行う。本開示の実施例によれば、サイドリンクにおけるＨＡＲＱ手順を合理的に設置できる。

【0099】

図１０は、本開示の実施例による受信端末としてのユーザー装置１０００の構成を示すブロック図である。図１０に示すように、ユーザー装置１０００は、通信ユニット１０１０及びフィードバックユニット１０２０を含む。

【0100】

ここで、ユーザー装置１０００の各ユニットはいずれも処理回路に含まれる。なお、ユーザー装置１０００は１つの処理回路を含んでもよいし、複数の処理回路を含んでもよい。さらに、処理回路は各種の個別の機能ユニットを含むことで、各種の異なる機能及び／又は操作を実行してもよい。これらの機能ユニットは物理エンティティ又は論理エンティティであってもよく、異なる呼称のユニットは同一の物理エンティティにより実現される可能性がある。

【0101】

本開示の実施例によれば、通信ユニット１０１０は、サイドリンクを介して送信端末装置からメッセージを受信する。ここで、送信端末装置はユーザー装置でもあり、ユーザー装置１０００と送信端末装置との間はサイドリンクを介して通信できる。例えば、送信端末装置は前文に記載のユーザー装置３００により実現されてもよい。

【0102】

本開示の実施例によれば、フィードバックユニット１０２０は、ユーザー装置１０００の、メッセージに対する受信状態を示すフィードバック情報を確定でき、フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種だけの情報を含む。さらに、本開示の実施例によれば、通信ユニット１０１０はフィードバックユニット１０２０による確定されたフィードバック情報を送信できる。

【0103】

このように、本開示の実施例によるユーザー装置１０００は、送信端末装置にフィードバック情報を送信でき、ここで、フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含む。このように、フィードバック情報の数を大幅に減少させることができるから、フィードバック情報の衝突を減少させ、遅延を低減させ、さらに、サイドリンクを含む無線通信システムのパフォーマンスを向上させる。

【0104】

本開示の実施例によれば、通信ユニット１０１０は、送信端末装置からスケジューリング情報を受信することもできる。

【0105】

本開示の実施例によれば、図１０に示すように、ユーザー装置１０００はさらに、スケジューリング情報を復号化し、今回のスケジューリングに必要な全ての情報に基づき、当該ユーザー装置１０００の受信及びフィードバックを相応的に配置するための、配置ユニット１０３０を含む。

【0106】

本開示の実施例によれば、配置ユニット１０３０は、スケジューリング情報に含まれるＨＡＲＱ指示情報に基づき、今回のスケジューリングがＨＡＲＱメカニズムを支持するかどうかを確定する。

【0107】

本開示の実施例によれば、配置ユニット１０３０は、スケジューリング情報に含まれるＨＡＲＱ手順番号に基づき、今回のスケジューリングのＨＡＲＱ手順番号を確定する。さらに、配置ユニット１０３０は、当該ＨＡＲＱ手順番号、及びターゲットＩＤ（ユーザー装置１０００がユニキャスト情報を受信した場合）又はターゲットグループキャストＩＤ（ユーザー装置１０００がグループキャスト情報を受信した場合）に基づき、今回のスケジューリングに対応するＴＢを確定する。

【0108】

本開示の実施例によれば、配置ユニット１０３０は、スケジューリング情報に含まれる新しいデータ指示情報に基づき、今回のスケジューリングで伝送されたメッセージが初送データであるか、それとも再送データであるかを確定する。さらに、今回のスケジューリングで伝送されたメッセージが初送データである場合、ユーザー装置１０００はＴＢを直接的に復号化し、今回のスケジューリングで伝送されたメッセージが再送データである場合、ユーザー装置１０００はまず、キャッシュされた当該ＴＢの他の受信結果とソフトマージし、そして、復号化する。

【0109】

本開示の実施例によれば、配置ユニット１０３０は、スケジューリング情報に含まれるフィードバック指示情報に基づき、今回のスケジューリングがフィードバックを必要とするかどうかを確定する。

【0110】

本開示の実施例によれば、配置ユニット１０３０は、スケジューリング情報に含まれるフィードバックタイプ情報に基づき、フィードバック情報がＡＣＫのみを含むか、それともＮＡＣＫのみを含むかを確定する。

【0111】

本開示の実施例によれば、配置ユニット１０３０は、スケジューリング情報に含まれる時間情報に基づき、フィードバック情報を送信するためのフィードバック時間を確定する。ここで、配置ユニット１０３０は、時間情報に含まれる間隔時間に基づき、ユーザー装置によるメッセージの受信から、フィードバック情報の送信との間の間隔時間を確定することで、フィードバック情報の送信時間を確定する。さらに、配置ユニット１０３０は、時間情報に含まれる間隔タイプに基づき、間隔時間の配置タイプを確定する。ここで、間隔タイプは半静的配置及び動的配置を含む。

【0112】

本開示の実施例によれば、配置ユニット１０３０は、フィードバック情報に含まれるリソース情報に基づき、フィードバック情報を送信するためのリソースを確定する。ここで、配置ユニット１０３０は、リソース情報に基づき、フィードバック情報を送信するための周波数領域リソースとコード領域リソースとのうちの少なくとも１つを確定する。

【0113】

さらに、配置ユニット１０３０は、フィードバック情報を送信するためのフィードバック時間及び利用するリソースを確定した後、フィードバックユニット１０２０は、時間情報及びリソース情報に基づき、フィードバック情報を送信する。例えば、フィードバックユニット１０２０は、確定されたフィードバック情報を送信するフィードバック時間で、確定されたフィードバック情報を送信するためのリソースを利用して、送信端末装置にフィードバック情報を送信する。

【0114】

本開示の実施例によれば、配置ユニット１０３０は、スケジューリング情報に含まれるＣＢＧ情報に基づき、メッセージに係るコードブロックグループＣＢＧに関する情報を確定する。具体的に、配置ユニット１０３０は、ＣＢＧ情報に含まれるＣＢＧＴＩに基づき、当該メッセージを伝送するＣＢＧの位置を確定し、ＣＢＧＦＩに基づき、ＣＢＧＴＩにより指示されるＣＢＧに対してクリア操作を実行するか、それともソフトマージ操作を実行するかを確定する。

【0115】

本開示の実施例によれば、配置ユニット１０３０は、スケジューリング情報に含まれる部分的なフィードバック指示に基づき、メッセージのうちの一部の受信状態のみをフィードバックするように確定する。具体的に、配置ユニット１０３０は、スケジューリング情報に含まれる非連続のフィードバック指示に基づき、ｐ個のＴＢごとに、１回のフィードバックを行って、現在のＴＢの受信状態のみをフィードバックするように確定する。

【0116】

本開示の実施例によれば、配置ユニット１０３０は、スケジューリング情報に含まれる再送回数情報に基づき、フィードバック情報の再送回数を確定する。次に、ユーザー装置１０００は、送信端末装置にフィードバック情報を複数回送信する。

【0117】

本開示の実施例によれば、配置ユニット１０３０は、スケジューリング情報に含まれる他の装置の識別子情報に基づき、他の装置を確定することで、ユーザー装置１０００は他の装置にフィードバック情報を送信できる。つまり、ユーザー装置１０００は、他の装置にフィードバック情報を送信し、そして、他の装置により、フィードバック情報を送信端末装置に転送し、これによって、他の装置の協力で、ユーザー装置１０００からのフィードバック情報を送信する。

【0118】

本開示の実施例によれば、ユーザー装置１０００は、他の装置からのフィードバック情報を受信し、受信したフィードバック情報を送信端末装置に転送してもよい。つまり、ユーザー装置１０００は、他の装置からのフィードバック情報を送信するように、他の装置を協力してもよい。

【0119】

本開示の実施例によれば、ユーザー装置１０００は、各ＴＢに対して１つのフィードバック情報を送信してもよい。つまり、１つのＴＢは１つのフィードバック情報に対応する。この場合、フィードバックユニット１０２０は、１つのＴＢに対する受信状態をフィードバック情報に含ませてもよい。

【0120】

本開示の実施例によれば、ユーザー装置１０００は、複数のＴＢの受信状態に対して多重化フィードバックを行うことで、１つのフィードバック情報に、複数のＴＢに対する受信状態が含まれてもよい。この場合、配置ユニット１０３０は、スケジューリング情報に含まれるコードブック配置情報に基づき、複数のＴＢの受信状態に対して多重化フィードバックを行うためのコードブックを確定する。さらに、フィードバックユニット１０２０は、コードブックに基づき、複数のＴＢの受信状態に対して多重化フィードバックを行う。前文のように、フィードバックユニット１０２０は、動的コードブック及び静的コードブックを利用してフィードバック情報を送信する。

【0121】

前文のように、ユーザー装置１０００は、サイドリンクを介して送信端末装置からユニキャスト情報を受信してもよいし、サイドリンクを介して送信端末装置からグループキャスト情報を受信してもよい。

【0122】

ユーザー装置１０００は、サイドリンクを介して送信端末装置からグループキャスト情報を受信する場合、送信端末装置はユーザー装置１０００を含む、複数の受信端末装置からなる装置グループにグループキャスト情報を送信する。この場合、ユーザー装置１０００により、ユーザー装置１０００を含む複数の受信端末装置の、１つ又は複数のＴＢに対する受信状態に対して多重化フィードバックを行って、そうすれば、配置ユニット１０００はスケジューリング情報に含まれるコードブック配置情報に基づき、ユーザー装置１０００を含む複数の受信端末装置の、１つ又は複数のＴＢに対する受信状態に対して多重化フィードバックを行うためのコードブックを確定する。さらに、フィードバックユニット１０２０は、ユーザー装置１０００を含む複数の受信端末装置の、１つ又は複数のＴＢに対する受信状態に対して多重化フィードバックを行うことができる。

【0123】

本開示の実施例によれば、ユーザー装置１０００は、装置グループにおける他の受信端末装置から、他の受信端末装置の、１つ又は複数のＴＢに対する受信状態を受信することで、装置グループにおける各受信端末装置の、１つ又は複数のＴＢに対する受信状態に対して多重化フィードバックを行うことができる。前文のように、ユーザー装置１０００は、動的コードブック又は静的コードブックを利用して、多重化のフィードバック情報を設置できる。

【0124】

さらに、ユーザー装置１０００は、サイドリンクを介して送信端末装置からグループキャスト情報を受信する場合、送信端末装置はユーザー装置１０００を含む、複数の受信端末装置からなる装置グループにグループキャスト情報を送信する可能性がある。この場合、ユーザー装置１０００以外のユーザー装置により、ユーザー装置１０００を含む複数の受信端末装置の、１つ又は複数のＴＢに対する受信状態に対して多重化フィードバックを行ってもよい。つまり、ユーザー装置１０００は、ユーザー装置１０００以外のユーザー装置に、ユーザー装置１０００の、１つ又は複数のＴＢに対する受信状態を送信してもよい。

【0125】

前記のように、ユーザー装置１０００は、送信端末装置からスケジューリング情報を受信し、スケジューリング情報に基づき、フィードバックに必要な全ての情報を確定する。さらに、ユーザー装置１０００は、例えばＳＣＩの物理層シグナリングを利用して、スケジューリング情報を受信できる。また、ユーザー装置１０００は、一部のスケジューリング情報を予め配置してもよい。

【0126】

本開示の実施例によれば、フィードバックユニット１０２０は、受信したメッセージを復号化する。本開示の実施例によれば、フィードバック情報の対象となるユニットはＴＢ又はＣＢＧである。つまり、メッセージはＴＢ又はＣＢＧを単位とする。従って、本明細書において、ＴＢを例として説明される各実施例は、同じく、データ伝送ユニットがＣＢＧである場合にも適用される。さらに、本開示の実施例によれば、メッセージに対する受信状態は主に、メッセージを受信しメッセージを正確に復号化すること、メッセージを受信しメッセージを正確に復号化していないこと、及び送信端末装置がメッセージを送信したが、ユーザー装置１０００が当該メッセージを受信していないことという３つの状態を含む。

【0127】

本開示の実施例によれば、配置ユニット１０３０がフィードバック情報にＡＣＫのみが含まれると確定し、フィードバックユニット１０２０がメッセージを正確に復号化した場合、フィードバックユニット１０２０によりフィードバックされたフィードバック情報にはＡＣＫが含まれ、さもなければ、フィードバックユニット１０２０はフィードバック情報をフィードバックしない。

【0128】

前記のように、本開示の実施例によれば、ユーザー装置１０００によりフィードバックされたフィードバック情報はＡＣＫのみを含んでもよい。このように、ユーザー装置１０００がメッセージを受信したがメッセージを正確に復号化していない場合であっても、送信端末装置から送信されたメッセージを受信していない場合であっても、ユーザー装置１０００はフィードバック情報をフィードバックせず、実現が簡単であり、その同時に、フィードバック情報の数を減少させる。

【0129】

以下は、配置ユニット１０３０がフィードバック情報にＮＡＣＫのみが含まれると確定する場合を詳細に説明する。

【0130】

フィードバックユニット１０２０がメッセージを正確に復号化する場合、フィードバックユニット１０２０はフィードバック情報をフィードバックしない。

【0131】

フィードバックユニット１０２０がメッセージを正確に復号化していない場合、フィードバックユニット１０２０はＮＡＣＫをフィードバックする。

【0132】

ユーザー装置１０００は、送信端末装置から送信されたメッセージを受信していないと、ＮＡＣＫのフィードバック及びＰＤＵ紛失情報の送信が含まれるがこれらに限定されない相応的な処理操作を必要とする。本開示の実施例によれば、ユーザー装置１０００はいくつかの方式で送信端末装置がメッセージを送信したが、ユーザー装置１０００がこのようなメッセージを受信していないと確定できる。以下は、非限定的ないくつかの例示を詳細に説明する。

【0133】

本開示の実施例によれば、今回のスケジューリングの業務タイプが周期的な業務であれば、ユーザー装置１０００は相応的な受信周期内に、メッセージを受信していないと、送信端末装置がメッセージを送信したが、ユーザー装置１０００がこのようなメッセージを受信していないと確定でき、フィードバックユニット１０２０はＮＡＣＫをフィードバックする。

【0134】

本開示の実施例によれば、環境と関連付けられたいくつかの業務に対して、ユーザー装置１０００は環境の変化が大きいと感知した場合、メッセージを受信すべきであると確定する。この場合、ユーザー装置１０００の上位層は、送信端末装置がメッセージを送信したが、ユーザー装置１０００がこのようなメッセージを受信していないと確定できる。例えば、Ｖ２Ｘシステムにおいて、ユーザー装置１０００としての車両は一定の走行環境条件で、走行戦略が変化することを見込んだが、リーダー車両からの新たな戦略を受信していないと、送信端末装置がメッセージを送信したが、ユーザー装置１０００がこのようなメッセージを受信していないと確定し、フィードバックユニット１０２０はＮＡＣＫをフィードバックする。

【0135】

本開示の実施例によれば、ユーザー装置１０００は、ＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ、無線リンク制御）層のＡＲＱ（ＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ、自動再送要求）手順において、ＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ、プロトコルデータユニット）を紛失したと確定すれば、ＭＡＣ層（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ、媒体アクセス制御）における、紛失したＰＤＵに対応するＴＢも紛失したと確定でき、これによって、送信端末装置がメッセージを送信したが、ユーザー装置１０００がこのようなメッセージを受信していないと確定する。この際、ユーザー装置１０００は、送信端末装置に、状態レポート（ＳｔａｔｕｓＲｅｐｏｒｔｓ）の形態で提供されるＰＤＵ紛失情報を送信しなければならない。

【0136】

図１１は、本開示の実施例によるＲＬＣ層のＰＤＵとＭＡＣ層のＴＢとの間の関係を示す模式図である。図１１に示すように、ＲＬＣ層で、データの伝送はＰＤＵを単位とし、ＨがＰＤＵのヘッドを示し、ＭＡＣ層で、データの伝送はＴＢを単位とし、ＲＬＣ層のＰＤＵとＭＡＣ層のＴＢとは、マッピング関係が存在する。例えば、図１１に示すように、ＲＬＣ層の、番号がｎ、ｎ＋１及びｎ＋２であるＰＤＵと、ＭＡＣ層の番号がｍであるＴＢとは、マッピング関係が存在する。ユーザー装置１０００は、ＲＬＣのＡＲＱ手順において、番号がｎ＋１であるＰＤＵを紛失したと確定すれば、番号がｍであるＴＢを紛失したと確定できる。

【0137】

前記のように、本開示の実施例によれば、ユーザー装置１０００によりフィードバックされたフィードバック情報にＮＡＣＫのみが含まれてもよい。サイドリンクが存在する無線通信システムにおいて、一般的に、データ伝送の成功確率は、データ伝送の失敗確率より大きいから、ＮＡＣＫ情報のみをフィードバックすれば、フィードバック情報の数を大幅に減少させることができる。

【0138】

本開示の実施例によれば、ユーザー装置１０００は、ＳＦＣＩ（ＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、サイドリンクフィードバック制御情報）を利用して、フィードバック情報を運んでもよく、当該ＳＦＣＩはＳＣＩ及びその物理チャネルを多重化でき、ＳＣＩのフォーマット及びコンテンツを修正すればよい。また、ユーザー装置１０００は、ＰＳＣＣＨ、ＰＳＳＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅＣｈａｎｎｅｌ、物理サイドリンク共有チャネル）、又はサイドリンクの物理チャネルのための新たな制御情報を利用して、フィードバック情報を運んでもよく、本開示はこれを限定しない。

【0139】

図１２は、本開示の実施例によるフィードバック情報の伝送手順を示すシグナリングフローチャートである。図１２に示すように、ステップＳ１２０１では、送信ＵＥは受信ＵＥに今回のスケジューリングのスケジューリング情報を送信する。次に、ステップＳ１２０２では、送信ＵＥは受信ＵＥにメッセージを送信する。次に、ステップＳ１２０３では、受信ＵＥは受信したメッセージを復号化する。次に、ステップＳ１２０４では、受信ＵＥはメッセージに対する復号化結果及びスケジューリング情報に基づき、フィードバック情報を確定し、例えば、フィードバック情報にＡＣＫが含まれるか、それともＮＡＣＫが含まれるか、及びフィードバック情報に必要なリソース、フィードバック情報の送信時間などを確定できる。次に、ステップＳ１２０５では、受信ＵＥは送信ＵＥにフィードバック情報を送信する。

【0140】

このように、本開示の実施例によれば、ユーザー装置１０００は、送信端末装置にフィードバック情報を送信し、ここで、フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含む。このように、フィードバック情報の数を大幅に減少させることができるから、フィードバック情報の衝突を減少させ、遅延を低減させ、さらに、サイドリンクを含む無線通信システムのパフォーマンスを向上させる。さらに、ユーザー装置１０００は、送信端末装置がメッセージを送信したが、ユーザー装置１０００がこのような情報を受信していないと確定することで、再送の手順を主動的にトリガーする。また、ユーザー装置１０００は、送信端末装置の配置に基づき、複数のＴＢの受信状態に対して多重化フィードバックを行い、且つユーザー装置１０００を含む複数の受信端末装置の、１つ又は複数のＴＢに対する受信状態に対して多重化フィードバックを行うことによって、サイドリンクにおけるＨＡＲＱ手順がより合理になる。

【0141】

前記のように、本開示は実際に、フィードバック情報の伝送信頼性を向上させるためのＨＡＲＱ解決策を提供し、以下は、フィードバック情報の伝送信頼性を向上させるためのユーザー装置を詳細に記載する。

【0142】

相変わらず図３を例として、送信端末として用いられるユーザー装置３００を説明する。図３に示すように、ユーザー装置３００は、メッセージ生成ユニット３１０及び通信ユニット３２０を含む。

【0143】

本開示の実施例によれば、メッセージ生成ユニット３１０は、受信端末装置に送信するためのメッセージを生成できる。

【0144】

本開示の実施例によれば、ユーザー装置３００は、サイドリンクを介して通信ユニット３２０を利用して、受信端末装置にメッセージを送信できる。

【0145】

ここで、ユーザー装置３００は、通信ユニット３２０を介して、受信端末装置以外の他の装置から、受信端末装置の、メッセージに対する受信状態を示すフィードバック情報を受信できる。つまり、フィードバック情報は受信端末装置の、メッセージに対する受信状態であるが、ユーザー装置３００は他の装置から、このようなフィードバック情報を受信できる。

【0146】

本開示の実施例によれば、ユーザー装置３００は、さらに、確定ユニット３４０及びスケジューリング情報生成ユニット３３０を含み、スケジューリング情報生成ユニット３３０は、受信端末装置に送信するためのスケジューリング情報を生成し、確定ユニット３４０はユーザー装置３００に対して、ＨＡＲＱ手順と関連付けられた全て又は一部の情報を確定する。

【0147】

本開示の実施例によれば、確定ユニット３４０は、受信端末装置のフィードバック情報を受信する他の装置を確定することで、スケジューリング情報生成ユニット３３０が生成したスケジューリング情報には、当該他の装置の識別子情報が含まれる。

【0148】

前記のように、ユーザー装置３００と受信端末装置との間のチャネル品質が劣るか、又は受信端末装置からユーザー装置３００までの距離が遠い場合、ユーザー装置３００は受信端末装置からのフィードバック情報を成功に受信できないおそれがある。この場合、ユーザー装置３００は、他の装置にフィードバック情報を送信するように、受信端末装置に要求し、そして、他の装置により、フィードバック情報をユーザー装置３００に転送することで、フィードバック情報を成功に受信する可能性を増やす。このような方式は、ユニキャストの場合にも適用され、グループキャスト又はマルチキャストの場合にも適用される。ユニキャストの場合、ユーザー装置３００における確定ユニット３４０は他の装置の位置、他の装置とユーザー装置３００との間のチャネル品質、及び他の装置と受信端末装置との間のチャネル品質に基づき、補助装置を確定できる。

【0149】

本開示の実施例によれば、ユーザー装置３００は、上記の受信端末装置を含む複数の受信端末装置にメッセージをグループキャスト送信してもよい。次に、ユーザー装置３００は他の装置から、複数の受信端末装置からのフィードバック情報を受信してもよい。

【0150】

前記のように、グループキャスト又はマルチキャストの場合、ユーザー装置３００は、当該受信端末装置を含む装置グループに情報をグループキャスト又はマルチキャスト送信すると、補助装置は当該装置グループにおけるユーザー装置であってもよいし、ネットワーク側装置であってもよい。この場合、他の装置を利用してフィードバック情報を補助送信することで、フィードバック情報を成功に受信する可能性を向上させるだけでなく、複数の装置のフィードバック情報をマージして送信でき、シグナリングオーバーヘッド及びシステムリソースを節約する。

【0151】

また、本開示の実施例によれば、他の装置は、複数の受信端末装置の受信状態に対して多重化フィードバックを行うことができる。この場合、ユーザー装置３００のスケジューリング情報生成ユニット３３０は、他の装置に送信するスケジューリング情報を生成でき、スケジューリング情報は、複数の受信端末装置の受信状態に対して多重化フィードバックを行うためのコードブックのコードブック配置情報を含む。

【0152】

本開示の実施例によれば、他の装置は、ユーザー装置、路側機及び基地局装置であってもよい。他の装置がユーザー装置であるか、又は他の装置が路側機であり、且つ当該路側機がユーザー装置により実現される場合、ユーザー装置３００は他の装置との間のサイドリンクを介して他の装置からフィードバック情報を受信し、他の装置が基地局装置であるか、又は他の装置が路側機であり、且つ当該路側機がネットワーク側装置により実現される場合、ユーザー装置３００はダウンリンクを介して他の装置からフィードバック情報を受信する。さらに、当該フィードバック情報は、複数の受信端末装置の、メッセージに対するフィードバック状態を含んでもよい。

【0153】

本開示の実施例によれば、ユーザー装置３００はさらに、フィードバック情報を処理するための処理ユニット３５０を含んでもよい。フィードバック情報は１つの受信端末装置の、メッセージに対するフィードバック状態を含む場合、処理ユニット３５０はフィードバック情報に基づき、１つの受信端末装置の、メッセージに対するフィードバック状態を確定できる。フィードバック情報が、複数の受信端末装置の、メッセージに対するフィードバック状態を含む場合、処理ユニット３５０はフィードバック情報に基づき、複数の受信端末装置のうちの各受信端末装置の、メッセージに対する受信状態を確定できる。

【0154】

本開示の実施例によれば、フィードバック情報は、ＡＣＫとＮＡＣＫとの両者を含んでもよい。つまり、従来のＨＡＲＱ解決策を採用して、受信端末装置はメッセージを正確に復号化した場合、ＡＣＫを送信し、メッセージを正確に復号化していない場合、ＮＡＣＫを送信し、これによって、ユーザー装置３００は１つ又は複数の受信端末装置の、メッセージに対するフィードバック状態を確定できる。

【0155】

本開示の実施例によれば、フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含んでもよく、これについて、前文に説明の実施例において詳細に紹介したから、ここで贅言しない。

【0156】

本開示の実施例によれば、ユーザー装置３００はさらに、通信ユニット３２０を介して受信端末装置から受信端末装置の、メッセージに対する受信状態を示すフィードバック情報を複数回受信してもよい。

【0157】

前記のように、ユーザー装置３００と受信端末装置との間のチャネル品質が劣るか、又は受信端末装置からユーザー装置３００までの距離が遠い場合、ユーザー装置３００は受信端末装置からのフィードバック情報を成功に受信できないおそれがある。この場合、ユーザー装置３００はフィードバック情報を複数回送信するように、受信端末装置に要求、フィードバック情報を成功に受信する可能性を増やす。このような方式はユニキャストの場合に適用される。例えば、確定ユニット３４０は、受信端末装置の位置、及び受信端末装置とユーザー装置３００との間のチャネル品質に基づき、フィードバック情報の再送回数を確定してもよい。

【0158】

本開示の実施例によれば、スケジューリング情報生成ユニット３３０が生成したスケジューリング情報は、フィードバック情報の再送回数を示す再送回数情報を含むことで、ユーザー装置３００は受信端末装置からフィードバック情報を複数回受信できる。

【0159】

同様に、本開示の実施例によれば、フィードバック情報は、ＡＣＫとＮＡＣＫとの両者を含んでもよい。つまり、従来のＨＡＲＱ解決策を採用して、受信端末装置はメッセージを正確に復号化した場合、ＡＣＫを送信し、メッセージを正確に復号化していない場合、ＮＡＣＫを送信し、これによって、ユーザー装置３００は該受信端末装置の、メッセージに対するフィードバック状態を確定できる。また、フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含んでもよく、これについて、前文に説明の実施例において詳細に紹介したから、ここで贅言しない。

【0160】

前記のように、本開示の実施例によれば、他の装置を利用してフィードバック情報を補助送信するか、又はフィードバック情報を複数回送信する方式で、フィードバック情報の受信の成功確率を向上させる。

【0161】

以下、図１０を例として、受信端末としてのユーザー装置１０００を説明する。図１０に示すように、ユーザー装置１０００は、通信ユニット１０１０及びフィードバックユニット１０２０を含む。

【0162】

本開示の実施例によれば、通信ユニット１０１０は、サイドリンクを介して送信端末装置からメッセージを受信する。

【0163】

本開示の実施例によれば、フィードバックユニット１０２０は、メッセージを復調し、ユーザー装置１０００の、メッセージに対する受信状態を示すフィードバック情報を生成する。

【0164】

本開示の実施例によれば、ユーザー装置１０００は、通信ユニット１０１０を介して、送信端末装置以外の他の装置に、ユーザー装置１０００の、メッセージに対する受信状態を示すフィードバック情報を送信する。

【0165】

本開示の実施例によれば、ユーザー装置１０００は、送信端末装置からスケジューリング情報を受信する。また、ユーザー装置１０００はさらに、スケジューリング情報に含まれる他の装置の識別子情報に基づき、他の装置を確定するための配置ユニット１０３０を含む。

【0166】

本開示の実施例によれば、他の装置はユーザー装置、路側機又は基地局装置であってもよい。他の装置がユーザー装置であるか、又は他の装置が路側機であり、且つ当該路側機がユーザー装置により実現される場合、ユーザー装置１０００はユーザー装置１０００と他の装置との間のサイドリンクを介してフィードバック情報を送信する。他の装置が基地局装置であるか、又は他の装置が路側機であり、且つ当該路側機がネットワーク側装置により実現される場合、ユーザー装置１０００はアップリンクを介して他の装置にフィードバック情報を送信する。

【0167】

本開示の実施例によれば、送信端末装置は、ユーザー装置１０００を含む複数の受信端末装置にメッセージをグループキャスト送信する場合、ユーザー装置１０００がサイドリンクを介して送信端末装置からメッセージを受信した後、サイドリンクを介して他の受信端末装置から、他の受信端末装置の、メッセージに対する受信状態を示すフィードバック情報を受信し、そして、他の受信端末装置のフィードバック情報及びユーザー装置１０００のフィードバック情報に対して、多重化フィードバックを行って、送信端末装置に送信してもよい。つまり、ユーザー装置１０００は、他の受信端末装置の「他の装置」としてもよい。

【0168】

本開示の実施例によれば、ユーザー装置１０００は、送信端末装置に、ユーザー装置１０００の、メッセージに対する受信状態を示すフィードバック情報を複数回送信してもよい。

【0169】

本開示の実施例によれば、ユーザー装置１０００は、通信ユニット１０１０を介して送信端末装置からスケジューリング情報を受信し、配置ユニット１０３０はスケジューリング情報に含まれる再送回数情報に基づき、フィードバック情報の再送回数を確定し、そして、ユーザー装置１０００は通信ユニット１０１０を介して送信端末装置にフィードバック情報を複数回送信する。

【0170】

本開示の実施例によれば、フィードバック情報は、ＡＣＫとＮＡＣＫとの両者を含む。つまり、メッセージを正確に復号化した場合、フィードバックユニット１０２０によりフィードバックされたフィードバック情報はＡＣＫであり、メッセージを正確に復号化していない場合、フィードバックユニット１０２０によりフィードバックされたフィードバック情報はＮＡＣＫである。また、フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含んでもよく、これについて、前文に説明の実施例において詳細に紹介したから、ここで贅言しない。

【0171】

前記のように、本開示は実際に、ＨＡＲＱ手順のためのスケジューリング情報の配置解決策を提供し、相変わらず図３を例として、送信端末として用いられるユーザー装置３００を説明する。

【0172】

ユーザー装置３００のスケジューリング情報生成ユニット３３０は、ＨＡＲＱ手順に関するスケジューリング情報を生成でき、これによって、ユーザー装置３００は通信ユニット３２０を介して、サイドリンクを利用して受信端末装置にスケジューリング情報を送信する。ここで、スケジューリング情報は、ユーザー装置３００が受信端末装置に送信したメッセージのフィードバックタイプ指示情報を含み、フィードバックタイプ指示情報は、前記メッセージの受信状態をフィードバックしないことと、ＡＣＫのみをフィードバックすることと、ＮＡＣＫのみをフィードバックすることと、前記メッセージの受信状態に基づき、ＡＣＫ又はＮＡＣＫをフィードバックするように確定することとのうちの少なくとも１つを含む。例えば、フィードバックタイプ指示情報は２ビットの情報により、以上の４つのフィードバックタイプのうちのいずれか１つを指示する。受信端末装置がフィードバックタイプ指示情報を受信した場合、フィードバックタイプ指示情報に基づき、ユーザー装置３００からのメッセージをフィードバックするかどうか、及び如何にメッセージの受信状態をフィードバックするかということを確定する。

【0173】

本開示の実施例によれば、説明を便利にするために、それぞれ図３及び図１０を例として、送信端末として用いられるユーザー装置３００及び受信端末としてのユーザー装置１０００を説明する。なお、無線通信システムにおいて、いずれか１つのユーザー装置は、送信端末装置として機能してもよく、受信端末装置として機能してもよいから、ユーザー装置は実際に、図３に含まれるユニット、及び図１０に含まれるユニットを具備してもよい。つまり、ユーザー装置は送信端末装置として機能する場合、図３に示される各ユニットを利用でき、ユーザー装置は受信端末装置として機能する場合、図１０に示される各ユニットを利用できる。

【0174】

次に、本開示の実施例による、ユーザー装置により実行される無線通信方法を詳細に説明する。

【0175】

図１３は、本開示の実施例による無線通信システムにおける送信端末として用いられるユーザー装置３００により実行される無線通信方法を示すフローチャートである。

【0176】

図１３に示すように、ステップＳ１３１０では、サイドリンクを介して受信端末装置にメッセージを送信する。

【0177】

次に、ステップＳ１３２０では、受信端末装置の、メッセージに対する受信状態を示すフィードバック情報を受信し、フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含む。

【0178】

好ましくは、無線通信方法はさらに、受信端末装置にスケジューリング情報を送信するステップを含み、スケジューリング情報は、フィードバック情報がＡＣＫを含むか、それともＮＡＣＫを含むかを示すためのフィードバックタイプ情報を含む。

【0179】

好ましくは、無線通信方法はさらに、受信端末装置にスケジューリング情報を送信するステップであって、スケジューリング情報は、フィードバック情報のためのフィードバック時間を示す時間情報、及びフィードバック情報が利用するリソースを示すためのリソース情報を含むステップと、時間情報及びリソース情報に基づき、フィードバック情報を受信するステップとを含む。

【0180】

好ましくは、時間情報は間隔時間及び／又は間隔タイプを含み、間隔時間は、受信端末装置による、メッセージの受信から、フィードバック情報の送信までの間の間隔時間を示し、間隔タイプは間隔時間の配置タイプを示す。

【0181】

好ましくは、リソース情報は、周波数領域リソースとコード領域リソースとのうちの少なくとも１種を含む。

【0182】

好ましくは、無線通信方法はさらに、受信端末装置にスケジューリング情報を送信するステップを含み、スケジューリング情報は、今回のスケジューリングがＨＡＲＱメカニズムを支持するかどうかを示すＨＡＲＱ指示情報、今回のスケジューリングのＨＡＲＱ手順番号、今回のスケジューリングで伝送されたメッセージが初送データであるか、それとも再送データであるかを示すための新しいデータ指示情報、及び今回のスケジューリングが受信端末装置によるフィードバックを必要とするかどうかを示すフィードバック指示情報のうちの、１種又は多種を含む。

【0183】

好ましくは、無線通信方法はさらに、受信端末装置にスケジューリング情報を送信するステップを含み、スケジューリング情報は、メッセージに係るコードブロックグループＣＢＧと関連付けられたＣＢＧ情報を含む。

【0184】

好ましくは、無線通信方法はさらに、受信端末装置にスケジューリング情報を送信するステップを含み、スケジューリング情報は部分的なフィードバック指示を含み、部分的なフィードバック指示は、受信端末装置がメッセージのうちの一部の受信状態のみをフィードバックすることを示す。

【0185】

好ましくは、無線通信方法はさらに、フィードバック情報に基づき、受信端末装置の、１つ伝送ブロックＴＢ又は１つコードブロックグループＣＢＧに対する受信状態を確定するステップを含む。

【0186】

好ましくは、無線通信方法はさらに、受信端末装置にスケジューリング情報を送信するステップであって、スケジューリング情報は、受信端末装置が複数の伝送ブロックＴＢの受信状態に対して多重化フィードバックを行うためのコードブックのコードブック配置情報を含むステップと、フィードバック情報に基づき、受信端末装置の、複数の伝送ブロックＴＢのうちの各ＴＢに対する受信状態を確定するステップとを含む。

【0187】

好ましくは、無線通信方法はさらに、受信端末装置にスケジューリング情報を送信するステップであって、スケジューリング情報は、複数の受信端末装置の、１つ又は複数の伝送ブロックＴＢに対する受信状態に対して多重化フィードバックを行うためのコードブックのコードブック配置情報を含むステップと、フィードバック情報に基づき、複数の受信端末装置のうちの各受信端末装置の、１つ又は複数の伝送ブロックＴＢのうちの各ＴＢに対する受信状態を確定するステップとを含む。

【0188】

好ましくは、無線通信方法はさらに、サイドリンクを介して１つ受信端末装置にメッセージをユニキャスト送信するか、又はサイドリンクを介して複数の受信端末装置にメッセージをグループキャスト送信するステップを含む。

【0189】

好ましくは、無線通信方法はさらに、受信端末装置にスケジューリング情報を送信するステップであって、スケジューリング情報はフィードバック情報の再送回数を示す再送回数情報を含むステップと、受信端末装置からフィードバック情報を複数回受信するステップとを含む。

【0190】

好ましくは、無線通信方法はさらに、受信端末装置にスケジューリング情報を送信するステップであって、スケジューリング情報は、受信端末装置が他の装置にフィードバック情報を送信するための他の装置の識別子情報を含むステップと、他の装置からフィードバック情報を受信するステップとを含む。

【0191】

本開示の実施例によれば、上記の方法を実行する本体は本開示の実施例によるユーザー装置３００であってもよいから、前文の、ユーザー装置３００に関する全ての実施例はいずれもここに適用される。

【0192】

図１４は、本開示の実施例による無線通信システムにおける、受信端末としてのユーザー装置１０００により実行される無線通信方法を示すフローチャートである。

【0193】

図１４に示すように、ステップＳ１４１０では、サイドリンクを介して送信端末装置からメッセージを受信する。

【0194】

次に、ステップＳ１４２０では、ユーザー装置の、メッセージに対する受信状態を示すフィードバック情報を送信し、フィードバック情報はＡＣＫとＮＡＣＫとのうちの１種の情報のみを含む。

【0195】

好ましくは、無線通信方法はさらに、送信端末装置からスケジューリング情報を受信するステップと、スケジューリング情報に含まれるフィードバックタイプ情報に基づき、フィードバック情報がＡＣＫを含むか、それともＮＡＣＫを含むかを確定するステップとを含む。

【0196】

好ましくは、無線通信方法はさらに、送信端末装置からスケジューリング情報を受信するステップと、スケジューリング情報に含まれる時間情報に基づき、フィードバック情報を送信するためのフィードバック時間を確定するステップと、フィードバック情報に含まれるリソース情報に基づき、フィードバック情報を送信するためのリソースを確定するステップと、時間情報及びリソース情報に基づき、フィードバック情報を送信するステップとを含む。

【0197】

好ましくは、無線通信方法はさらに、時間情報に含まれる間隔時間に基づき、ユーザー装置によるメッセージの受信から、フィードバック情報の送信までの間の間隔時間を確定し、時間情報に含まれる間隔タイプに基づき、間隔時間の配置タイプを確定するステップを含む。

【0198】

好ましくは、無線通信方法はさらに、リソース情報に基づき、フィードバック情報を送信するための周波数領域リソース及びコード領域リソースのうちの少なくとも１種を確定するステップを含む。

【0199】

好ましくは、無線通信方法はさらに、送信端末装置からスケジューリング情報を受信するステップと、及びスケジューリング情報に基づき、今回のスケジューリングがＨＡＲＱメカニズムを支持するかどうかということ、今回のスケジューリングのＨＡＲＱ手順番号、今回のスケジューリングで伝送されたメッセージが初送データであるか、それとも再送データであるかということ、及び今回のスケジューリングがフィードバックを必要とするかどうかということのうちの、１種又は多種を確定するステップとを含む。

【0200】

好ましくは、無線通信方法はさらに、送信端末装置からスケジューリング情報を受信するステップと、スケジューリング情報に含まれるＣＢＧ情報に基づき、メッセージに係るコードブロックグループＣＢＧに関する情報を確定するステップとを含む。

【0201】

好ましくは、無線通信方法はさらに、送信端末装置からスケジューリング情報を受信するステップと、スケジューリング情報に含まれる部分的なフィードバック指示に基づき、メッセージのうちの一部の受信状態のみをフィードバックするように確定するステップとを含む。

【0202】

好ましくは、無線通信方法はさらに、メッセージに係る１つの伝送ブロックＴＢを確定するステップと、１つの伝送ブロックＴＢに対する受信状態をフィードバック情報に含ませるステップとを含む。

【0203】

好ましくは、無線通信方法はさらに、送信端末装置からスケジューリング情報を受信するステップと、スケジューリング情報に含まれるコードブック配置情報に基づき、複数の伝送ブロックＴＢの受信状態に対して多重化フィードバックを行うためのコードブックを確定するステップと、コードブックに基づき、複数の伝送ブロックＴＢの受信状態に対して多重化フィードバックを行うステップとを含む。

【0204】

好ましくは、無線通信方法はさらに、送信端末装置からスケジューリング情報を受信するステップと、スケジューリング情報に含まれるコードブック配置情報に基づき、ユーザー装置を含む複数の受信端末装置の、１つ又は複数の伝送ブロックＴＢに対する受信状態に対して、多重化フィードバックを行うためのコードブックを確定するステップと、ユーザー装置を含む複数の受信端末装置の、１つ又は複数の伝送ブロックＴＢに対する受信状態に対して、多重化フィードバックを行うステップとを含む。

【0205】

好ましくは、無線通信方法はさらに、送信端末装置からスケジューリング情報を受信するステップと、スケジューリング情報に含まれる再送回数情報に基づき、フィードバック情報の再送回数を確定するステップと、送信端末装置にフィードバック情報を複数回送信するステップとを含む。

【0206】

好ましくは、無線通信方法はさらに、送信端末装置からスケジューリング情報を受信するステップと、スケジューリング情報に含まれる他の装置の識別子情報に基づき、他の装置を確定するステップと、他の装置にフィードバック情報を送信するステップとを含む。

【0207】

好ましくは、無線通信方法はさらに、ユーザー装置がメッセージを正確に復号化した場合、送信端末装置にＡＣＫを送信し、さもなければ、送信端末装置にフィードバック情報を送信しないステップを含む。

【0208】

好ましくは、無線通信方法はさらに、ユーザー装置がメッセージを正確に復号化していない場合、又はユーザー装置がメッセージを受信していない場合、送信端末装置にＮＡＣＫを送信し、さもなければ、送信端末装置にフィードバック情報を送信しないステップを含む。

【0209】

本開示の実施例によれば、上記の方法を実行する本体は本開示の実施例によるユーザー装置１０００であってもよいから、前文の、ユーザー装置１０００に関する全ての実施例はいずれもここに適用される。

【0210】

図１５及び図１６は、本開示の実施例による、無線通信システムにおける送信端末として用いられるユーザー装置３００により実行される無線通信方法を示すフローチャートである。

【0211】

図１５に示すように、ステップＳ１５１０では、サイドリンクを介して受信端末装置にメッセージを送信する。

【0212】

次に、ステップＳ１５２０では、受信端末装置以外の他の装置から、受信端末装置の、メッセージに対する受信状態を示すフィードバック情報を受信する。

【0213】

好ましくは、無線通信方法はさらに、受信端末装置にスケジューリング情報を送信するステップを含み、スケジューリング情報は他の装置の識別子情報を含む。

【0214】

好ましくは、無線通信方法はさらに、他の装置から、複数の受信端末装置からのフィードバック情報を受信するステップと、フィードバック情報に基づき、複数の受信端末装置のうちの各受信端末装置の、メッセージに対する受信状態を確定するステップとを含む。

【0215】

好ましくは、無線通信方法はさらに、他の装置にスケジューリング情報を送信するステップを含み、スケジューリング情報は、複数の受信端末装置の受信状態に対して多重化フィードバックを行うためのコードブックのコードブック配置情報を含む。

【0216】

好ましくは、無線通信方法はさらに、複数の受信端末装置にメッセージをグループキャスト送信するステップを含む。

【0217】

好ましくは、他の装置はユーザー装置、路側機及び基地局装置を含む。

【0218】

図１６に示すように、ステップＳ１６１０では、サイドリンクを介して受信端末装置にメッセージを送信する。

【0219】

次に、ステップＳ１６２０では、受信端末装置から、受信端末装置の、前記メッセージに対する受信状態を示すフィードバック情報を複数回受信する。

【0220】

【0221】

【0222】

図１７及び図１８は、本開示の実施例による、無線通信システムにおける受信端末としてのユーザー装置１０００により実行される無線通信方法を示すフローチャートである。

【0223】

図１７に示すように、ステップＳ１７１０では、サイドリンクを介して送信端末装置からメッセージを受信する。

【0224】

次に、ステップＳ１７２０では、送信端末装置以外の他の装置に、ユーザー装置の、メッセージに対する受信状態を示すフィードバック情報を送信する。

【0225】

好ましくは、無線通信方法はさらに、送信端末装置からスケジューリング情報を受信するステップと、スケジューリング情報に含まれる他の装置の識別子情報に基づき、他の装置を確定するステップとを含む。

【0226】

好ましくは、他の装置はユーザー装置、路側機及び基地局装置を含む。

【0227】

図１８に示すように、ステップＳ１８１０では、サイドリンクを介して送信端末装置からメッセージを受信する。

【0228】

次に、ステップＳ１８２０では、送信端末装置にユーザー装置の、メッセージに対する受信状態を示すフィードバック情報を複数回送信する。

【0229】

好ましくは、無線通信方法はさらに、受信端末装置からスケジューリング情報を受信するステップと、スケジューリング情報に含まれる再送回数情報に基づき、フィードバック情報の再送回数を確定するステップと、送信端末装置にフィードバック情報を複数回送信するステップとを含む。

【0230】

【0231】

また、本開示はさらに、無線通信システムにおける、送信端末として用いられるユーザー装置３００により実行される無線通信方法を提供する。当該方法は、サイドリンクを介して受信端末装置にスケジューリング情報を送信するステップを含み、前記スケジューリング情報は、ユーザー装置が受信端末装置に送信するメッセージのフィードバックタイプ指示情報を含み、フィードバックタイプ指示情報は、メッセージの受信状態をフィードバックしないことと、ＡＣＫのみをフィードバックすることと、ＮＡＣＫのみをフィードバックすることと、メッセージの受信状態に基づき、ＡＣＫ又はＮＡＣＫをフィードバックするように確定することとのうちの、少なくとも１種を含む。

【0232】

本開示内容の技術は各種の製品に適用できる。

【0233】

ネットワーク側装置は、任意タイプのＴＲＰとして実現されてもよい。当該ＴＲＰは送信及び受信機能を具備して、例えば、ユーザー装置及び基地局装置から情報を受信でき、ユーザー装置及び基地局装置に情報を送信できる。典型的な例示において、ＴＲＰはユーザー装置にサービスを提供し、基地局装置により制御される。さらに、ＴＲＰは以下に記載の基地局装置と類似する構成を具備してもよく、基地局装置における、情報の送信及び受信と関連付けられた構成のみを具備してもよい。

【0234】

ネットワーク側装置は、マクロｅＮＢ及び小さいｅＮＢのような任意のタイプの基地局装置として実現されてもよく、任意のタイプのｇＮＢ（５Ｇシステムにおける基地局）として実現されてもよい。小さいｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ及びホーム（フェムト）ｅＮＢのような、マクロセルより小さいセルをカバーするｅＮＢであってもよい。代わりとして、基地局はＮｏｄｅＢ及びベーストランシーバ基地局（ＢＴＳ）のような、任意の他のタイプの基地局として実現されてもよい。基地局は、無線通信を制御するように配置される本体（基地局装置とも呼ばれる）、及び本体と異なる位置に設けられる１つ又は複数のリモート無線ヘッド（ＲＲＨ）を含む。

【0235】

ユーザー装置は、モバイル端末（例えばスマートフォン、タブレットパーソナルコンピュータ（ＰＣ）、ノートＰＣ、携帯ゲーム端末、ポータブル／ドングルモバイルルーター及びデジタル撮影装置）又は車載端末（例えばカーナビゲーション）として実現されてもよい。ユーザー装置はさらに、マシン・ツー・マシン（Ｍ２Ｍ）通信を実行する端末（マシンタイプ通信（ＭＴＣ）端末とも呼ばれる）として実現されてもよい。また、ユーザー装置は上記のユーザー装置のうちの各ユーザー装置に搭載される無線通信モジュール（例えば単一チップを有する集積回路モジュール）であってもよい。ユーザー装置は特別に、車両として実現されてもよい。

【0236】

図１９は、本開示内容の技術を応用できるスマートフォン１９００の概略配置の例示を示すブロック図である。スマートフォン１９００は、プロセッサー１９０１、メモリ１９０２、記憶装置１９０３、外部接続インターフェース１９０４、撮影装置１９０６、センサー１９０７、マイク１９０８、入力装置１９０９、表示装置１９１０、スピーカ１９１１、無線通信インターフェース１９１２、１つ又は複数のアンテナスイッチ１９１５、１つ又は複数のアンテナ１９１６、バス１９１７、バッテリ１９１８及び補助コントローラ１９１９を含む。

【0237】

プロセッサー１９０１は、例えばＣＰＵ又はシステム・オン・チップ（ＳｏＣ）であり、スマートフォン１９００のアプリケーション層及び別層の機能を制御する。メモリ１９０２はＲＡＭ及びＲＯＭを含み、データ及びプロセッサー１９０１により実行されるプログラムを記憶する。記憶装置１９０３は半導体メモリ及びハードディスクのような記憶媒体を含んでもよい。外部接続インターフェース１９０４は、外部装置（例えばメモリカード及び汎用シリアルバス（ＵＳＢ）装置）をスマートフォン１９００に接続するためのインターフェースである。

【0238】

撮影装置１９０６は、イメージセンサー（例えば電荷結合素子（ＣＣＤ）及び相補型金属酸化物半導体（ＣＭＯＳ））を含み、キャプチャ画像を生成する。センサー１９０７は、測定センサー、ジャイロセンサー、地磁気センサー及び加速度センサーのような、１組のセンサーを含んでもよい。マイク１９０８はスマートフォン１９００に入力された音をオーディオ信号に変換する。入力装置１９０９は、例えば表示装置１９１０のスクリーンでのタッチを検出するように配置されるタッチセンサー、キーパッド、キーボード、ボタン又はスイッチを含み、ユーザーから入力された操作又は情報を受信する。表示装置１９１０は、スクリーン（例えば液晶ディスプレイ（ＬＣＤ）及び有機発光ダイオード（ＯＬＥＤ）ディスプレイ）を含み、スマートフォン１９００の出力画像を表示する。スピーカ１９１１はスマートフォン１９００から出力されたオーディオ信号を音に変換する。

【0239】

無線通信インターフェース１９１２は、任意のセルラー通信解決策（例えばＬＴＥ及びＬＴＥ－先進）を支持し、無線通信を実行する。無線通信インターフェース１９１２は一般的に、例えばＢＢプロセッサー１９１３及びＲＦ回路１９１４を含む。ＢＢプロセッサー１９１３は、例えば符号化／復号化、変調／復調及び多重化／逆多重化を実行でき、無線通信のための各種タイプの信号処理を実行できる。同時に、ＲＦ回路１９１４は、例えばミキサ、フィルタ及び増幅器を含み、アンテナ１９１６を介して無線信号を伝送及び受信する。無線通信インターフェース１９１２は、ＢＢプロセッサー１９１３及びＲＦ回路１９１４が集積された１つのチップモジュールであってもよい。図１９に示すように、無線通信インターフェース１９１２は複数のＢＢプロセッサー１９１３及び複数のＲＦ回路１９１４を含んでもよい。図１９は、無線通信インターフェース１９１２が複数のＢＢプロセッサー１９１３及び複数のＲＦ回路１９１４を含む例示を示すが、無線通信インターフェース１９１２は、単一のＢＢプロセッサー１９１３又は単一のＲＦ回路１９１４を含んでもよい。

【0240】

また、セルラー通信解決策以外、無線通信インターフェース１９１２は、短距離無線通信解決策、近接通信解決策及び無線ローカルネットワーク（ＬＡＮ）解決策のような、別のタイプの無線通信解決策を支持できる。この場合、無線通信インターフェース１９１２は、各種の無線通信解決策に対するＢＢプロセッサー１９１３及びＲＦ回路１９１４を含む。

【0241】

アンテナスイッチ１９１５のうちの各々は、無線通信インターフェース１９１２に含まれる複数の回路（例えば、異なる無線通信解決策のための回路）の間で、アンテナ１９１６の接続先を切り替える。

【0242】

アンテナ１９１６のうちの各々は、いずれも単一又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナに含まれる複数のアンテナ素子）を含み、無線通信インターフェース１９１２による無線信号の伝送及び受信に用いられる。図１９に示すように、スマートフォン１９００は複数のアンテナ１９１６を含んでもよい。図１９は、スマートフォン１９００が複数のアンテナ１９１６を含む例示を示すが、スマートフォン１９００は単一のアンテナ１９１６を含んでもよい。

【0243】

また、スマートフォン１９００は、各種の無線通信解決策に対するアンテナ１９１６を含む。この場合、アンテナスイッチ１９１５はスマートフォン１９００の配置から省略されてもよい。

【0244】

バス１９１７は、プロセッサー１９０１、メモリ１９０２、記憶装置１９０３、外部接続インターフェース１９０４、撮影装置１９０６、センサー１９０７、マイク１９０８、入力装置１９０９、表示装置１９１０、スピーカ１９１１、無線通信インターフェース１９１２及び補助コントローラ１９１９を互いに接続する。バッテリ１９１８は、給電線を介して図１９に示されるスマートフォン１９００の各ブロックに電力を提供し、給電線は図面において、部分的に点線として示される。補助コントローラ１９１９は、例えばスリープモードでスマートフォン１９００の最小の必要な機能を操作する。

【0245】

図１９に示されるスマートフォン１９００において、図３に説明されるメッセージ生成ユニット３１０、スケジューリング情報生成ユニット３３０、確定ユニット３４０、処理ユニット３５０、図１０に説明されるフィードバックユニット１０２０、及び配置ユニット１０３０を利用することで、プロセッサー１９０１又は補助コントローラ１９１９により実現される。機能の少なくとも一部は、プロセッサー１９０１又は補助コントローラ１９１９により実現されてもよい。例えば、プロセッサー１９０１又は補助コントローラ１９１９はメモリ１９０２又は記憶装置１９０３に記憶される命令を実行することで、メッセージの生成、スケジューリング情報の生成、スケジューリングに関する情報の配置、フィードバック情報の処理、フィードバック情報の生成、フィードバック情報に関する情報の配置などの機能を実行できる。

【0246】

図２０は、本開示内容の技術を応用できるカーナビゲーション２０２０の概略配置の例示を示すブロック図である。カーナビゲーション２０２０は、プロセッサー２０２１、メモリ２０２２、グローバル測位システム（ＧＰＳ）モジュール２０２４、センサー２０２５、データインターフェース２０２６、コンテンツプレーヤー２０２７、記憶媒体インターフェース２０２８、入力装置２０２９、表示装置２０３０、スピーカ２０３１、無線通信インターフェース２０３３、１つ又は複数のアンテナスイッチ２０３６、１つ又は複数のアンテナ２０３７及びバッテリ２０３８を含む。

【0247】

プロセッサー２０２１は、例えばＣＰＵ又はＳｏＣであり、カーナビゲーション２０２０のナビゲーション機能及び別の機能を制御する。メモリ２０２２はＲＡＭ及びＲＯＭを含み、データ及びプロセッサー２０２１により実行されるプログラムを記憶する。

【0248】

ＧＰＳモジュール２０２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を利用することで、カーナビゲーション２０２０の位置（例えば緯度、経度及び高さ）を測定する。センサー２０２５は、ジャイロセンサー、地磁気センサー及び気圧センサーのような１組のセンサーを含む。データインターフェース２０２６は図示されていない端末を介して、例えば車載ネットワーク２０４１に接続され、車両から生成されるデータ（例えば車速データ）を取得する。

【0249】

コンテンツプレーヤー２０２７は、記憶媒体（例えばＣＤ及びＤＶＤ）に記憶されるコンテンツを再生し、当該記憶媒体は記憶媒体インターフェース２０２８に挿入される。入力装置２０２９は、例えば表示装置２０３０のスクリーンでのタッチを検出するように配置されるタッチセンサー、ボタン又はスイッチを含み、ユーザーから入力される操作又は情報を受信する。表示装置２０３０は、例えばＬＣＤ又はＯＬＥＤディスプレイのスクリーンを含み、ナビゲーション機能の画像又は再生のコンテンツを表示する。スピーカ２０３１はナビゲーション機能の音又は再生のコンテンツを出力する。

【0250】

無線通信インターフェース２０３３は、任意のセルラー通信解決策（例えばＬＴＥ及びＬＴＥ－先進）を支持し、無線通信を実行する。無線通信インターフェース２０３３は一般的に、例えばＢＢプロセッサー２０３４及びＲＦ回路２０３５を有する。ＢＢプロセッサー２０３４は、例えば符号化／復号化、変調／復調及び多重化／逆多重化を実行し、且つ無線通信のための各種タイプの信号処理を実行する。同時に、ＲＦ回路２０３５は、例えばミキサ、フィルタ及び増幅器を有し、アンテナ２０３７を介して無線信号を伝送及び受信する。無線通信インターフェース２０３３はＢＢプロセッサー２０３４及びＲＦ回路２０３５が集積された１つのチップモジュールであってもよい。図２０に示すように、無線通信インターフェース２０３３は複数のＢＢプロセッサー２０３４及び複数のＲＦ回路２０３５を含んでもよい。図２０は、無線通信インターフェース２０３３が複数のＢＢプロセッサー２０３４及び複数のＲＦ回路２０３５を含む例示を示すが、無線通信インターフェース２０３３は単一のＢＢプロセッサー２０３４又は単一のＲＦ回路２０３５を含んでもよい。

【0251】

また、セルラー通信解決策以外、無線通信インターフェース２０３３は短距離無線通信解決策、近接通信解決策及び無線ＬＡＮの解決策のような、他のタイプの無線通信解決策を支持してもよい。この場合、各種の無線通信解決策に対して、無線通信インターフェース２０３３はＢＢプロセッサー２０３４及びＲＦ回路２０３５を含んでもよい。

【0252】

アンテナスイッチ２０３６のうちの各々は、無線通信インターフェース２０３３に含まれる複数の回路（例えば、異なる無線通信解決策のための回路）の間でアンテナ２０３７の接続先を切り替える。

【0253】

アンテナ２０３７のうちの各々はいずれも単一又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナに含まれる複数のアンテナ素子）を含み、無線通信インターフェース２０３３の無線信号の伝送及び受信に用いられる。図２０に示すように、カーナビゲーション２０２０は複数のアンテナ２０３７を含んでもよい。図２０は、カーナビゲーション２０２０が複数のアンテナ２０３７を含む例示を示すが、カーナビゲーション２０２０は単一のアンテナ２０３７を含んでもよい。

【0254】

また、カーナビゲーション２０２０は、各種の無線通信解決策に対するアンテナ２１３７を含んでもよい。この場合、アンテナスイッチ２０３６はカーナビゲーション２０２０の配置から省略されてもよい。

【0255】

バッテリ２０３８は給電線を介して図２０に示されるカーナビゲーション２０２０の各ブロックに電力を提供し、給電線は図面において、部分的に点線として示される。バッテリ２０３８は車両から提供される電力を蓄積する。

【0256】

図２０に示されるカーナビゲーション２０２０において、図３に説明されるメッセージ生成ユニット３１０、スケジューリング情報生成ユニット３３０、確定ユニット３４０、処理ユニット３５０、図１０に説明されるフィードバックユニット１０２０及び配置ユニット１０３０を利用することで、プロセッサー２０２１により実現される。機能の少なくとも一部はプロセッサー２０２１により実現されてもよい。例えば、プロセッサー２０２１はメモリ２０２２に記憶される命令を実行することで、メッセージの生成、スケジューリング情報の生成、スケジューリングに関する情報の配置、フィードバック情報の処理、フィードバック情報の生成、フィードバック情報に関する情報の配置などの機能を実行する。

【0257】

本開示内容の技術は、カーナビゲーション２０２０、車載ネットワーク２０４１及び車両モジュール２０４２のうちの１つ又は複数のブロックを含む車載システム（又は車両）２０４０として実現されてもよい。車両モジュール２０４２は、車両データ（例えば車速、エンジン速度及び異常情報）を生成し、生成されるデータを車載ネットワーク２０４１に出力する。

【0258】

以上、本開示の好ましい実施例について図面を参照しながら説明したが、本開示はもちろん、上記の例示に限定されるものではない。当業者であれば、添付の請求項の範囲内において、様々な修正及び変更が得られ、これらの修正及び変更も本開示の技術的範囲内に含まれると理解されるべきである。

【0259】

例えば、図示される機能ブロック図において破線ブロックで示されるユニットはいずれも、当該機能ユニットが対応する装置では選択可能なものであり、各選択可能の機能ユニットを適切な方式で組み合わせて必要な機能を実現することができることを示す。

【0260】

例えば、以上の実施例では、１つのユニットに含まれる複数の機能は、個別の装置によって実現することができる。その代わり、以上の実施例では、複数のユニットによって実現される複数の機能はそれぞれ、個別の装置によって実現することができる。また、以上の機能のうち１つは複数のユニットによって実現することができる。そのような配置は、本開示の技術的範囲に含まれることは言うまでもない。

【0261】

本明細書では、フローチャートに記載されるステップには、前記順序が時系列に沿って実行される処理だけでなく、必ずしも時系列ではなく並列的又は独立して実行される処理も含まれる。また、時系列で処理されるステップでも、当該順序を入れ替えてもよいことは言うまでもない。

【0262】

以上、図面を結合して本開示の実施例について詳細に説明したが、上記した実施形態は本開示を説明するためのものであり、本開示を限定するものではないと理解すべきである。当業者にとって、本開示の精神及び範囲から逸脱することがなく、上記した実施形態に対して、様々な修正及び変更が可能である。そのため、本開示の範囲は添付した特許請求の範囲及びその等価物のみによって限定される。

【図1】