(57)【要約】  本発明は、データのフィードバック、送信、受信方法および装置、受信機器、送信機器を提供し、データのフィードバック方法は、伝送データのためにハイブリッド自動再送要求確認文字（ＨＡＲＱ−ＡＣＫ）を生成することと、前記ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることとを含む。【選択図】図１
2020532920.tif 000002
【特許請求の範囲】
【請求項１】
伝送データのためにハイブリッド自動再送要求確認文字ＨＡＲＱ−ＡＣＫを生成することと、
前記ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることと、
を含む、データのフィードバック方法。
【請求項２】
伝送データのためにＨＡＲＱ−ＡＣＫを生成することは、
伝送データのために、それぞれが１ビットに対応する伝送ブロックＴＢレベルの第１のＨＡＲＱ−ＡＣＫをそれぞれ生成することと、
伝送データにおいて誤ったＴＢを復号し、誤ったＴＢのために、それぞれが１ビットに対応するコードブロックグループＣＢＧレベルの第２のＨＡＲＱ−ＡＣＫを生成することと、
の少なくとも１つを含む、請求項１に記載のデータのフィードバック方法。
【請求項３】
前記ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることは、
２つの長い物理上りリンク制御チャネルＰＵＣＣＨチャネルのそれぞれで、前記第１のＨＡＲＱ−ＡＣＫおよび前記第２のＨＡＲＱ−ＡＣＫをフィードバックすることと、
２つの短いＰＵＣＣＨチャネルのそれぞれで、前記第１のＨＡＲＱ−ＡＣＫおよび前記第２のＨＡＲＱ−ＡＣＫをフィードバックすることと、
長いＰＵＣＣＨチャネルで前記第１のＨＡＲＱ−ＡＣＫをフィードバックし、短いＰＵＣＣＨチャネルで前記第２のＨＡＲＱ−ＡＣＫをフィードバックすることと、
長いＰＵＣＣＨチャネルで前記第２のＨＡＲＱ−ＡＣＫをフィードバックし、短いＰＵＣＣＨチャネルで前記第１のＨＡＲＱ−ＡＣＫをフィードバックすることと、
１つまたは複数のスロットにおける異なるＰＵＣＣＨチャネルでフィードバックすることと、
の１つを含む、請求項２に記載のデータのフィードバック方法。
【請求項４】
前記ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることは、
第１のＨＡＲＱ−ＡＣＫおよび第２のＨＡＲＱ−ＡＣＫを同時にフィードバックする必要があれば、時分割多重、周波数分割多重、符号分割多重のうちの１つの態様により、前記ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることを含む、請求項２に記載のデータのフィードバック方法。
【請求項５】
伝送データにおいて誤ったＴＢを復号し、誤ったＴＢのためにＣＢＧレベルの第２のＨＡＲＱ−ＡＣＫを生成することは、
前記伝送データの順序に従い、否定確認文字ＮＡＣＫのＴＢごとに第２のＨＡＲＱ−ＡＣＫを順に生成することを含む、請求項１に記載のデータのフィードバック方法。
【請求項６】
ＮＡＣＫのＴＢは、下り制御情報ＤＣＩが検出されていないＴＢ、送信端によりスケジューリングが計画されたが送信されていないＴＢの少なくとも１つを含む、請求項５に記載のデータのフィードバック方法。
【請求項７】
前記伝送データのＴＢは、
前記伝送データにおけるＮＡＣＫのＴＢの第２のＨＡＲＱ−ＡＣＫのビット数が、上位レイヤシグナリングまたは物理レイヤシグナリングにより設定されるという条件と、
前記伝送データにおけるＮＡＣＫのＴＢのＣＢＧ数が、上位レイヤシグナリングまたは物理レイヤシグナリングにより設定されるという条件と、
前記伝送データにおけるＴＢに含まれる総ＣＢＧ数または第２のＨＡＲＱ−ＡＣＫの総ビット数が上位レイヤにより設定され、且つ各ＴＢが取得するＣＢＧ数または各ＴＢが取得する第２のＨＡＲＱ−ＡＣＫのビット数の差は１を超えないことが約束されるという条件と、
の少なくとも１つを満たす、請求項２に記載のデータのフィードバック方法。
【請求項８】
前記ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることは、
前記伝送データの巡回冗長検査ＣＲＣがすべて通過した場合、前記ＨＡＲＱ−ＡＣＫが前記第１のＨＡＲＱ−ＡＣＫのみを含み、いずれも肯定確認文字ＡＣＫであることと、
前記伝送データにおけるコードブロックＣＢのＣＲＣ検査がすべて通過するが、前記伝送データのＣＲＣ検査がすべて通過していない場合、前記ＨＡＲＱ−ＡＣＫが第１のＨＡＲＱ−ＡＣＫのみを含み、いずれもＮＡＣＫであることと、
前記伝送データにおけるコードブロックＣＢのＣＲＣ検査がすべて通過しておらず、且つ前記伝送データのＣＲＣ検査がすべて通過していない場合、前記ＨＡＲＱ−ＡＣＫが第１のＨＡＲＱ−ＡＣＫのみを含み、いずれもＮＡＣＫであることと、
前記伝送データのＣＲＣ検査がすべて通過しておらず、且つ前記伝送データにおけるＣＢのＣＲＣ検査が部分的に通過していないかまたはすべて通過していない場合、前記ＨＡＲＱ−ＡＣＫが第２のＨＡＲＱ−ＡＣＫのみを含むことと、
の１つを含む、請求項２に記載のデータのフィードバック方法。
【請求項９】
前記ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることは、
前記第１のＨＡＲＱ−ＡＣＫと前記第２のＨＡＲＱ−ＡＣＫとを同一のＰＵＣＣＨチャネルに直列に接続して送信端にフィードバックすることを含む、請求項２に記載のデータのフィードバック方法。
【請求項１０】
前記伝送データは、
前記伝送データが、同一のキャリアの異なるスロットに由来するという条件と、
前記伝送データが、集約された異なるキャリアに由来するという条件と、
の少なくとも１つを満たす、請求項１に記載のデータのフィードバック方法。
【請求項１１】
前記方法は、
前記ＨＡＲＱ−ＡＣＫのフィードバックに使用されるＰＵＣＣＨフォーマット情報および／または使用されるＰＵＣＣＨリソース情報を確定し、ＰＵＣＣＨの復調参照信号ＤＭＲＳにより送信端に通知することと、
ＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報のうちの少なくとも１つを前記伝送データに対応するＤＣＩから取得し、前記ＨＡＲＱ−ＡＣＫのフィードバックに使用することと、
の１つを更に含む、請求項２に記載のデータのフィードバック方法。
【請求項１２】
ＰＵＣＣＨのＤＭＲＳにより送信端に通知することは、
前記ＤＭＲＳのシンボル位置の異なりにより、送信端に暗黙的に通知することと、
前記ＤＭＲＳシリーズの異なる巡回シフトにより、送信端に暗黙的に通知することと、
前記ＤＭＲＳの異なるシリーズにより、送信端に暗黙的に通知することと、
前記ＤＭＲＳの異なるシンボル数とシンボル位置との組み合わせにより、送信端に暗黙的に通知することと、
前記ＤＭＲＳの異なるシンボルにおけるＤＭＲＳシリーズの異なる巡回シフトの組み合わせにより、送信端に暗黙的に通知することと、
前記ＤＭＲＳの異なるシンボルにおける異なるシリーズの組み合わせにより、送信端に暗黙的に通知することと、
の１つを含む、請求項１１に記載のデータのフィードバック方法。
【請求項１３】
ＤＭＲＳにより通知されるＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報のうちの少なくとも１つが、第１のＨＡＲＱ−ＡＣＫおよび／または第２のＨＡＲＱ−ＡＣＫに用いられるように前記送信端と約束することを更に含む、
請求項１１に記載のデータのフィードバック方法。
【請求項１４】
前記ＰＵＣＣＨフォーマット情報は、ショートフォーマット、ロングフォーマット、ＰＵＣＣＨのシンボル数、前記送信端が設定するフォーマットセットにおける指定フォーマットの１つを含む、請求項１１に記載のデータのフィードバック方法。
【請求項１５】
前記ＰＵＣＣＨリソース情報は、
前記送信端が設定するＰＵＣＣＨリソースセットにおける指定ＰＵＣＣＨリソースを含む、請求項１１に記載のデータのフィードバック方法。
【請求項１６】
前記ＰＵＣＣＨリソースセットにおけるＰＵＣＣＨリソースは、ＰＵＣＣＨフォーマット、ＰＵＣＣＨの直交周波数分割多重ＯＦＤＭシンボル数、ＰＵＣＣＨのＯＦＤＭシンボル位置、ＰＵＣＣＨに対応するスロット位置の少なくとも１つとバインディング関係を有する、請求項１１に記載のデータのフィードバック方法。
【請求項１７】
前記ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることは、
隣接する第１のリソースおよび第２のリソースを用いて前記第１のＨＡＲＱ−ＡＣＫおよび前記第２のＨＡＲＱ−ＡＣＫをそれぞれ送信端にフィードバックすることを含む、請求項２に記載のデータのフィードバック方法。
【請求項１８】
前記第２のリソースは、スケジューリングされたＴＢ数および予め設定された伝送エラー率に基づいて予約される、請求項１７に記載のデータのフィードバック方法。
【請求項１９】
前記伝送データは、受信されたＴＢおよび前記送信端から送信されたが受信されていないＴＢの少なくとも１つを含むスケジューリングされたＴＢを含む、請求項１に記載のデータのフィードバック方法。
【請求項２０】
受信端に伝送データを送信することと、
前記受信端が前記伝送データのために約束規則に応じて形成するフィードバックのハイブリッド自動再送要求確認文字ＨＡＲＱ−ＡＣＫを受信することと、
を含む、データの送信方法。
【請求項２１】
受信端に伝送データを送信することは、
同一のキャリアの異なるスロットにより、受信端に前記伝送データを送信することと、
集約された異なるキャリアにより、受信端に前記伝送データを送信することと、
の少なくとも１つを含む、請求項２０に記載のデータの送信方法。
【請求項２２】
前記伝送データは、前記受信端により受信されたＴＢおよび前記受信端により受信されていないＴＢの少なくとも１つを含むスケジューリングされた伝送ブロックＴＢを含む、請求項２０に記載のデータの送信方法。
【請求項２３】
物理上りリンク制御チャネルＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報というハイブリッド自動再送要求確認文字ＨＡＲＱ−ＡＣＫのフィードバックに使用される指定情報の少なくとも１つを確定することと、
前記指定情報をＰＵＣＣＨの復調参照信号ＤＭＲＳにより送信端に通知することと、
を含む、データのフィードバック方法。
【請求項２４】
前記ＰＵＣＣＨフォーマット情報は、ショートフォーマット、ロングフォーマット、ＰＵＣＣＨのシンボル数、前記送信端が設定するフォーマットセットにおける指定フォーマットの１つを含む、請求項２３に記載のデータのフィードバック方法。
【請求項２５】
前記ＰＵＣＣＨリソース情報は、
前記送信端が設定するＰＵＣＣＨリソースセットにおける指定ＰＵＣＣＨリソースを含む、請求項２３に記載のデータのフィードバック方法。
【請求項２６】
前記ＰＵＣＣＨリソースセットにおけるＰＵＣＣＨリソースは、ＰＵＣＣＨフォーマット、ＰＵＣＣＨの直交周波数分割多重ＯＦＤＭシンボル数、ＰＵＣＣＨのＯＦＤＭシンボル位置、ＰＵＣＣＨに対応するスロット位置の少なくとも１つとバインディング関係を有する、請求項２３に記載のデータのフィードバック方法。
【請求項２７】
前記指定情報をＰＵＣＣＨの復調参照信号ＤＭＲＳにより送信端に通知することは、
前記指定情報を前記ＤＭＲＳのシンボル位置の異なりにより、送信端に暗黙的に通知することと、
前記指定情報を前記ＤＭＲＳシリーズの異なる巡回シフトにより、送信端に暗黙的に通知することと、
前記指定情報を前記ＤＭＲＳの異なるシリーズにより、送信端に暗黙的に通知することと、
前記指定情報を前記ＤＭＲＳの異なるシンボル数とシンボル位置との組み合わせにより、送信端に暗黙的に通知することと、
前記指定情報を前記ＤＭＲＳの異なるシンボルにおけるＤＭＲＳシリーズの異なる巡回シフトの組み合わせにより、送信端に暗黙的に通知することと、
前記指定情報を前記ＤＭＲＳの異なるシンボルにおける異なるシリーズの組み合わせにより、送信端に暗黙的に通知することと、
の１つを含む、請求項２３に記載のデータのフィードバック方法。
【請求項２８】
物理上りリンク制御チャネルＰＵＣＣＨの復調参照信号ＤＭＲＳにより通知される指定情報を受信することを含むデータの受信方法であって、
前記指定情報は、ハイブリッド自動再送要求確認文字ＨＡＲＱ−ＡＣＫをフィードバックするために用いられ、前記指定情報は、ＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報の少なくとも１つを含む、データの受信方法。
【請求項２９】
ＰＵＣＣＨのＤＭＲＳにより通知される指定情報を受信することは、
前記ＤＭＲＳのシンボル位置の異なりにより暗黙的に通知される指定情報を受信することと、
前記ＤＭＲＳシリーズの異なる巡回シフトにより暗黙的に通知される指定情報を受信することと、
前記ＤＭＲＳの異なるシリーズにより暗黙的に通知される指定情報を受信することと、
前記ＤＭＲＳの異なるシンボル数とシンボル位置との組み合わせにより暗黙的に通知される指定情報を受信することと、
前記ＤＭＲＳの異なるシンボルにおけるＤＭＲＳシリーズの異なる巡回シフトの組み合わせにより暗黙的に通知される指定情報を受信することと、
前記ＤＭＲＳの異なるシンボルにおける異なるシリーズの組み合わせにより暗黙的に通知される指定情報を受信することと、
の１つを含む、請求項２８に記載のデータの受信方法。
【請求項３０】
伝送データのためにハイブリッド自動再送要求確認文字ＨＡＲＱ−ＡＣＫを生成するように構成される生成モジュールと、
前記ＨＡＲＱ−ＡＣＫを送信端にフィードバックするように構成されるフィードバックモジュールと、
を備える、データのフィードバック装置。
【請求項３１】
前記生成モジュールは、
伝送データのために、それぞれが１ビットに対応するＴＢレベルの第１のＨＡＲＱ−ＡＣＫをそれぞれ生成するように構成される第１の生成ユニットと、
伝送データにおいて誤ったＴＢを復号し、誤ったＴＢのために、それぞれが１ビットに対応するＣＢＧレベルの第２のＨＡＲＱ−ＡＣＫを生成するように構成される第２の生成ユニットと、
の少なくとも１つを備える、請求項３０に記載のデータのフィードバック装置。
【請求項３２】
受信端に伝送データを送信するように構成される送信モジュールと、
前記受信端が前記伝送データのために約束規則に応じて形成するフィードバックのハイブリッド自動再送要求確認文字ＨＡＲＱ−ＡＣＫを受信するように構成される受信モジュールと、
を備えるデータの送信装置。
【請求項３３】
前記送信モジュールは、
同一のキャリアの異なるスロットにより、受信端に前記伝送データを送信するように構成される第１の送信ユニットと、
集約された異なるキャリアにより、受信端に前記伝送データを送信するように構成される第２の送信ユニットと、
の少なくとも１つを備える、請求項３２に記載のデータの送信装置。
【請求項３４】
物理上りリンク制御チャネルＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報というハイブリッド自動再送要求確認文字ＨＡＲＱ−ＡＣＫのフィードバックに使用される指定情報の少なくとも１つを確定するように構成される確定モジュールと、
前記指定情報をＰＵＣＣＨの復調参照信号ＤＭＲＳにより送信端に通知するように構成される通知モジュールと、
を備える、データのフィードバック装置。
【請求項３５】
前記通知モジュールが前記指定情報をＰＵＣＣＨのＤＭＲＳにより送信端に通知することは、
前記指定情報を前記ＤＭＲＳのシンボル位置の異なりにより、送信端に暗黙的に通知することと、
前記指定情報を前記ＤＭＲＳシリーズの異なる巡回シフトにより、送信端に暗黙的に通知することと、
前記指定情報を前記ＤＭＲＳの異なるシリーズにより、送信端に暗黙的に通知することと、
前記指定情報を前記ＤＭＲＳの異なるシンボル数とシンボル位置との組み合わせにより、送信端に暗黙的に通知することと、
前記指定情報を前記ＤＭＲＳの異なるシンボルにおけるＤＭＲＳシリーズの異なる巡回シフトの組み合わせにより、送信端に暗黙的に通知することと、
前記指定情報を前記ＤＭＲＳの異なるシンボルにおける異なるシリーズの組み合わせにより、送信端に暗黙的に通知することと、
の１つを含む、請求項３４に記載のデータのフィードバック装置。
【請求項３６】
物理上りリンク制御チャネルＰＵＣＣＨの復調参照信号ＤＭＲＳにより通知される指定情報を受信するように構成される受信モジュールを備えるデータの受信装置であって、
前記指定情報は、ハイブリッド自動再送要求確認文字ＨＡＲＱ−ＡＣＫをフィードバックするために用いられ、前記指定情報は、ＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報の少なくとも１つを含む、データの受信装置。
【請求項３７】
前記受信モジュールがＰＵＣＣＨのＤＭＲＳにより通知される指定情報を受信することは、
前記ＤＭＲＳのシンボル位置の異なりにより暗黙的に通知される指定情報を受信することと、
前記ＤＭＲＳシリーズの異なる巡回シフトにより暗黙的に通知される指定情報を受信することと、
前記ＤＭＲＳの異なるシリーズにより暗黙的に通知される指定情報を受信することと、
前記ＤＭＲＳの異なるシンボル数とシンボル位置との組み合わせにより暗黙的に通知される指定情報を受信することと、
前記ＤＭＲＳの異なるシンボルにおけるＤＭＲＳシリーズの異なる巡回シフトの組み合わせにより暗黙的に通知される指定情報を受信することと、
前記ＤＭＲＳの異なるシンボルにおける異なるシリーズの組み合わせにより暗黙的に通知される指定情報を受信することと、
の１つを含む、請求項３６に記載のデータの受信装置。
【請求項３８】
プロセッサおよび前記プロセッサの実行可能命令が記憶されたメモリを備え、前記命令がプロセッサにより実行されると、請求項１〜１９のいずれか１項に記載のデータのフィードバック方法を実行し、または請求項２３〜２７のいずれか１項に記載のデータのフィードバック方法を実行する、受信機器。
【請求項３９】
プロセッサおよび前記プロセッサの実行可能命令が記憶されたメモリを備え、前記命令がプロセッサにより実行されると、請求項２０〜２２のいずれか１項に記載のデータの送信方法を実行し、または請求項２８〜２９のいずれか１項に記載のデータの受信方法を実行する、データの送信機器。
【請求項４０】
記憶されたプログラムを含む記憶媒体であって、前記プログラムが実行されると、請求項１〜１９のいずれか１項に記載のデータのフィードバック方法を実行し、または請求項２０〜２２のいずれか１項に記載のデータの送信方法を実行し、または請求項２３〜２７のいずれか１項に記載のデータのフィードバック方法を実行し、または請求項２８〜２９のいずれか１項に記載のデータの受信方法を実行する、記憶媒体。
【請求項４１】
プログラムを実行するように構成されるプロセッサであって、前記プログラムが実行されると、請求項１〜１９のいずれか１項に記載のデータのフィードバック方法を実行し、または請求項２０〜２２のいずれか１項に記載のデータの送信方法を実行し、または請求項２３〜２７のいずれか１項に記載のデータのフィードバック方法を実行し、または請求項２８〜２９のいずれか１項に記載のデータの受信方法を実行する、プロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本発明は、出願番号が２０１７１０８０７０３７．９で、出願日が２０１７年０９月０８日である中国特許出願に基づく優先権を主張するものであり、該中国特許出願の全ての内容を参照として本発明に援用する。
【０００２】
本発明は、通信分野に関するが、これらに限定されない。
【背景技術】
【０００３】
次世代移動通信システム（Ｎｅｗ  Ｒａｄｉｏ、ＮＲ）において、新たなコーデック態様が検討され、導入される可能性が高い。このような態様では、受信端が受信した直交周波数分割多重（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ）シンボルに従って復号することが許可され、すなわち、１つのＯＦＤＭを受信する度に、１つのＯＦＤＭシンボルを復号し、「パイプライン」復号態様であり、このような態様は、主に、受信端が今回伝送する最後のＯＦＤＭシンボルデータを受信し終わった後、確認情報を迅速に送信端にフィードバックすることができるためのものであり、明らかに、このような「パイプライン」復号は、上記確認情報を迅速にフィードバックするという目的を実現する。
【０００４】
しかし、上記復号態様については、いくつかのより良好な確認情報フィードバックも研究されるべきであり、これにより、受信端がどの部分のデータにエラーがあるかをできる限りにフィードバックし、現在のように１つの伝送ブロックに対して１つの確認情報をフィードバックするのではなく、エラーがあっても、具体的にどの部分のデータにエラーがあるかが不明である。このため、送信端は伝送ブロック（Ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ、ＴＢ）全体をもう１回送信することしかできない。現在、コードブロックグループのフィードバックの態様に基づいて上記問題を解決することができ、すなわち、１つの伝送ブロックは、複数のコードブロックグループごとにそれぞれ確認情報をフィードバックする。しかし、これも新しい問題をもたらし、例えば、コードブロックグループ（Ｃｏｄｅ  Ｂｌｏｃｋｓ  Ｇｒｏｕｐ、ＣＢＧ）に基づいてフィードバックされる確認情報のオーバーヘッドは大きく、且つ多くの場合、各ＣＢＧが正確に復号されるため、少数の場合にのみ、ＣＢＧに基づくフィードバック再送信を実際に利用する。これも、多くの場合に、ＣＢＧに基づいてフィードバックされる確定情報は再送信効率を向上させる役割を果たせず、且つ大きなオーバーヘッドをもたらすことを意味する。例えば、８個のＣＢＧを設定して確認情報をフィードバックすれば、毎回、８ｂｉｔの確認情報を少なくとも送信する必要がある。
【０００５】
ＮＲにおいて、同一の受信端の複数のＴＢ／物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ、ＰＤＳＣＨ）のＣＢＧハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓ、ＨＡＲＱ）−確認文字（ＡＣＫ）のフィードバックが多重されてフィードバックされると、ＣＢＧ  ＨＡＲＱ−ＡＣＫのオーバーヘッドは巨大である。例えば、受信端にキャリアアグリゲーション（ＣＡ）が設定され、且つ各キャリアにおけるＴＢに対応するＣＢＧ  ＨＡＲＱ−ＡＣＫ（複数）は、全て１つのキャリアのあるスロット（ｓｌｏｔ）の１つの物理上り制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）においてフィードバックされると、ＣＢＧ  ＨＡＲＱ−ＡＣＫのオーバーヘッドは大きすぎ、受信端の消費電力を増加する。ここでの複数のＴＢは、１つのキャリアの異なるｓｌｏｔにおけるＴＢに由来しても、異なる集約されたキャリアのｓｌｏｔにおけるＴＢに由来しても、１つのＰＵＣＣＨに設定されてＣＢＧ  ＨＡＲＱ−ＡＣＫをフィードバックする。１つの例として、各ＴＢがＣＢＧ  ＨＡＲＱ−ＡＣＫ（複数）を１０ｂｉｔフィードバックするように構成されることは、１つのＴＢが１０個のＣＢＧに分割され、各ＣＢＧが１ビットのＨＡＲＱ−ＡＣＫをフィードバックすることに対応する。すると、１０個のＴＢのフィードバックビット数が１００ｂｉｔであり、現在のＮＲでサポートされるＨＡＲＱ−ＡＣＫのビット数が多く、例えば、数百ビットであるが、同様な機能および目的を実現する過程において、オーバーヘッドおよび受信端の消費電力をどのように低減するかは差し迫って解決する必要がある。
【０００６】
関連技術に存在する上記問題について、有効な解決策は未だ見出されていない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の実施例は、データのフィードバック、送信、受信方法及び装置、受信機器、送信機器を提供する。
【課題を解決するための手段】
【０００８】
本発明の１つの実施例によれば、受信機器に適用され、伝送データのためにＨＡＲＱ−ＡＣＫを生成することと、前記ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることとを含むデータのフィードバック方法を提供する。
【０００９】
本発明の１つの実施例によれば、データの送信機器に適用され、受信端に伝送データを送信することと、前記受信端が前記伝送データのために約束規則に応じて形成するフィードバックのＨＡＲＱ−ＡＣＫを受信することとを含むデータの送信方法を提供する。
【００１０】
本発明の１つの実施例によれば、受信機器に適用され、ＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報というＨＡＲＱ−ＡＣＫのフィードバックに使用される指定情報の少なくとも１つを確定することと、前記指定情報をＰＵＣＣＨの復調参照信号（ＤＭＲＳ）により送信端に通知することとを含む別のデータのフィードバック方法を提供する。
【００１１】
本発明の１つの実施例によれば、データの送信機器に適用され、ＰＵＣＣＨのＤＭＲＳにより通知される指定情報を受信することを含むデータの受信方法であって、前記指定情報は、ＨＡＲＱ−ＡＣＫをフィードバックするために用いられ、前記指定情報は、ＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報の少なくとも１つを含むデータの受信方法を提供する。
【００１２】
本発明の別の実施例によれば、伝送データのためにＨＡＲＱ−ＡＣＫを生成するように構成される生成モジュールと、前記ＨＡＲＱ−ＡＣＫを送信端にフィードバックするように構成されるフィードバックモジュールとを備えるデータのフィードバック装置を提供する。
【００１３】
本発明の別の実施例によれば、受信端に伝送データを送信するように構成される送信モジュールと、前記受信端が前記伝送データのために約束規則に応じて形成するフィードバックのＨＡＲＱ−ＡＣＫを受信するように構成される受信モジュールとを備えるデータの送信装置を提供する。
【００１４】
本発明の別の実施例によれば、ＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報というＨＡＲＱ−ＡＣＫのフィードバックに使用される指定情報の少なくとも１つを確定するように構成される確定モジュールと、前記指定情報をＰＵＣＣＨのＤＭＲＳにより送信端に通知するように構成される通知モジュールとを備える別のデータのフィードバック装置を提供する。
【００１５】
本発明の別の実施例によれば、ＰＵＣＣＨのＤＭＲＳにより通知される指定情報を受信するように構成される受信モジュールを備えるデータの受信装置であって、前記指定情報は、ＨＡＲＱ−ＡＣＫをフィードバックするために用いられ、前記指定情報は、ＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報の少なくとも１つを含むデータの受信装置を提供する。
【００１６】
本発明の更なる実施例によれば、プロセッサおよび前記プロセッサの実行可能命令が記憶されたメモリを備え、前記命令がプロセッサにより実行されると、上記受信機器側の方法を実行する受信機器を提供する。
【００１７】
本発明の更なる実施例によれば、プロセッサおよび前記プロセッサの実行可能命令が記憶されたメモリを備え、前記命令がプロセッサにより実行されると、上記データの送信機器側の方法を実行するデータの送信機器を提供する。
【００１８】
本発明の更なる実施例によれば、記憶媒体を更に提供する。該記憶媒体は、上記受信機器側の方法を実行するか、または上記データの送信機器側の方法を実行するように構成されるプログラムを記憶するように構成される。
【発明の効果】
【００１９】
本発明の実施例により、関連技術におけるデータをフィードバックするときに、オーバーヘッドおよび消費電力が大きいという技術的課題を解決し、フィードバック効率を向上させ、オーバーヘッドおよび消費電力を低減する。
【図面の簡単な説明】
【００２０】
ここで説明する図面は、本発明についての更なる理解を提供するためのものであり、本発明の一部を構成し、本発明の例示的な実施例およびその説明は本発明を解釈するためのものである。
【００２１】
【図１】本発明の実施例によるデータのフィードバック方法のフローチャートである。
【図２】本発明の実施例によるデータの送信方法のフローチャートである。
【図３】本発明の実施例におけるキャリアスロットがＴＢをベアラする模式図である。
【図４】本発明の実施例による別のデータのフィードバック方法のフローチャートである。
【図５】本発明の実施例によるデータの受信方法のフローチャートである。
【発明を実施するための形態】
【００２２】
以下、図面および実施例を参照しながら本発明について詳細に説明する。なお、矛盾しない限り、本発明における実施例と実施例における特徴は、互いに組み合わせることができる。
【００２３】
なお、本発明の明細書、特許請求の範囲および上記図面における「第１」、「第２」等の用語は、類似する対象を区別するためのものであり、特定の順序または優先順位を説明するために使用する必要がない。
【００２４】
（実施例１）
本実施例において、送信端は、データを送信するノードであり、受信端がデータに対してフィードバックするＨＡＲＱ−ＡＣＫを受信する。受信端は、データを受信するノードであり、データに対応するＨＡＲＱ−ＡＣＫをフィードバックする。送信端と受信端とのインタラクティブデータは伝送データである。
【００２５】
本実施例において、データのフィードバック方法を提供し、図１は、本発明の実施例によるデータのフィードバック方法のフローチャートであり、図１に示すように、該フローは以下のようなステップを含む。
【００２６】
ステップＳ１０２において、伝送データのためにＨＡＲＱ−ＡＣＫを生成する。
【００２７】
ステップＳ１０４において、ＨＡＲＱ−ＡＣＫを送信端にフィードバックする。
【００２８】
上記ステップにより、関連技術におけるデータをフィードバックするときにオーバーヘッドおよび消費電力が大きいという技術的課題を解決し、フィードバック効率を向上させ、オーバーヘッドおよび消費電力を低減する。
【００２９】
一実施例において、上記ステップの実行主体は受信端であり、基地局、端末等であってもよいが、これらに限定されない。
【００３０】
一実施例において、伝送データとは、１つまたは複数のＴＢを指す。
【００３１】
一実施例において、伝送データのためにＨＡＲＱ−ＡＣＫを生成することは、伝送データのために、それぞれが１ビットに対応するＴＢレベルの第１のＨＡＲＱ−ＡＣＫをそれぞれ生成することと、伝送データにおいて誤ったＴＢを復号し、誤ったＴＢのために、それぞれが１ビットに対応するＣＢＧレベルの第２のＨＡＲＱ−ＡＣＫを生成することとの少なくとも１つを含む。
【００３２】
一実施例において、ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることは、２つの長いＰＵＣＣＨチャネルのそれぞれで、第１のＨＡＲＱ−ＡＣＫおよび第２のＨＡＲＱ−ＡＣＫをフィードバックすることと、２つの短いＰＵＣＣＨチャネルのそれぞれで、第１のＨＡＲＱ−ＡＣＫおよび第２のＨＡＲＱ−ＡＣＫをフィードバックすることと、長いＰＵＣＣＨチャネルで第１のＨＡＲＱ−ＡＣＫをフィードバックし、短いＰＵＣＣＨチャネルで第２のＨＡＲＱ−ＡＣＫをフィードバックすることと、長いＰＵＣＣＨチャネルで第２のＨＡＲＱ−ＡＣＫをフィードバックし、短いＰＵＣＣＨチャネルで第１のＨＡＲＱ−ＡＣＫをフィードバックすることと、１つまたは複数のスロットにおける異なるＰＵＣＣＨチャネルでフィードバックすることとの１つを含む。
【００３３】
一実施例において、ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることは、第１のＨＡＲＱ−ＡＣＫおよび第２のＨＡＲＱ−ＡＣＫを同時にフィードバックする必要があれば、時分割多重、周波数分割多重、符号分割多重のうちの1つの態様により、ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることを含む。
【００３４】
一実施例において、伝送データにおいて誤ったＴＢを復号し、誤ったＴＢのためにＣＢＧレベルの第２のＨＡＲＱ−ＡＣＫを生成することは、伝送データの順序に従い、否定確認文字（ＮＡＣＫ）のＴＢごとに第２のＨＡＲＱ−ＡＣＫを順に生成することを含む。
【００３５】
一実施例において、ＮＡＣＫのＴＢは、下り制御情報（ＤＣＩ）が検出されていないＴＢ、送信端によりスケジューリングが計画されたが送信されていないＴＢの少なくとも１つを含む。例えば、送信端が８つのＴＢをスケジューリングすると計画したが、最終に送信端が６つのＴＢを送信した場合、２つのＴＢは、スケジューリングが計画されたが送信されていないＴＢである。
【００３６】
一実施例において、伝送データのＴＢは、
伝送データにおけるＮＡＣＫのＴＢの第２のＨＡＲＱ−ＡＣＫのビット数が、上位レイヤシグナリングまたは物理レイヤシグナリングにより設定されるという条件と、
伝送データにおけるＮＡＣＫのＴＢのＣＢＧ数が、上位レイヤシグナリングまたは物理レイヤシグナリングにより設定されるという条件と、
伝送データにおけるＴＢに含まれる総ＣＢＧ数または第２のＨＡＲＱ−ＡＣＫの総ビット数が上位レイヤにより設定され、且つ各ＴＢが取得するＣＢＧ数または各ＴＢが取得する第２のＨＡＲＱ−ＡＣＫのビット数の差は１を超えないことが約束されるという条件と、
の少なくとも１つを満たす。
【００３７】
一実施例において、ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることは、
伝送データの巡回冗長検査（ＣＲＣ）がすべて通過した場合、ＨＡＲＱ−ＡＣＫが第１のＨＡＲＱ−ＡＣＫのみを含み、いずれもＡＣＫであることと、
伝送データにおけるコードブロック（ＣＢ）のＣＲＣ検査がすべて通過するが、伝送データのＣＲＣ検査がすべて通過していない場合、ＨＡＲＱ−ＡＣＫが第１のＨＡＲＱ−ＡＣＫのみを含み、いずれもＮＡＣＫであることと、
伝送データにおけるＣＢのＣＲＣ検査がすべて通過しておらず、且つ伝送データのＣＲＣ検査がすべて通過していない場合、ＨＡＲＱ−ＡＣＫが第１のＨＡＲＱ−ＡＣＫのみを含み、いずれもＮＡＣＫであることと、
伝送データのＣＲＣ検査がすべて通過しておらず、且つ伝送データにおけるＣＢのＣＲＣ検査が部分的に通過していないかまたはすべて通過していない場合、ＨＡＲＱ−ＡＣＫが第２のＨＡＲＱ−ＡＣＫのみを含むことと、
の１つを含む。
【００３８】
一実施例において、ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることは、第１のＨＡＲＱ−ＡＣＫと第２のＨＡＲＱ−ＡＣＫとを同一のＰＵＣＣＨチャネルに直列に接続して送信端にフィードバックすることを含む。
【００３９】
一実施例において、伝送データは、
伝送データが、同一のキャリアの異なるスロットに由来するという条件と、
伝送データが、集約された異なるキャリアに由来するという条件と、
の少なくとも１つを満たす。
【００４０】
一実施例において、本実施例は、ＨＡＲＱ−ＡＣＫのフィードバックに使用されるＰＵＣＣＨフォーマット情報および／または使用されるＰＵＣＣＨリソース情報を確定し、ＰＵＣＣＨのＤＭＲＳにより送信端に通知することと、ＰＵＣＣＨフォーマット情報および／またはＰＵＣＣＨリソース情報を伝送データに対応するＤＣＩから取得し、ＨＡＲＱ−ＡＣＫのフィードバックに使用することとの１つを更に含む。
【００４１】
一実施例において、ＰＵＣＣＨのＤＭＲＳにより送信端に通知することは、
ＤＭＲＳのシンボル位置の異なりにより、送信端に暗黙的に通知することと、
ＤＭＲＳシリーズの異なる巡回シフトにより、送信端に暗黙的に通知することと、
ＤＭＲＳの異なるシリーズにより、送信端に暗黙的に通知することと、
ＤＭＲＳの異なるシンボル数とシンボル位置との組み合わせにより、送信端に暗黙的に通知することと、
ＤＭＲＳの異なるシンボルにおけるＤＭＲＳシリーズの異なる巡回シフトの組み合わせにより、送信端に暗黙的に通知することと、
ＤＭＲＳの異なるシンボルにおける異なるシリーズの組み合わせにより、送信端に暗黙的に通知することと、
の１つを含む。
【００４２】
一実施例において、本実施例は、ＤＭＲＳにより通知されるＰＵＣＣＨフォーマット情報および／またはＰＵＣＣＨリソース情報が、第１のＨＡＲＱ−ＡＣＫおよび／または第２のＨＡＲＱ−ＡＣＫに用いられるように送信端と約束することを更に含む。
【００４３】
一実施例において、ＰＵＣＣＨフォーマット情報は、ショートフォーマット、ロングフォーマット、ＰＵＣＣＨのシンボル数、送信端が設定するフォーマットセットにおける指定フォーマットの１つを含む。
【００４４】
一実施例において、ＰＵＣＣＨリソース情報は、送信端が設定するＰＵＣＣＨリソースセットにおける指定ＰＵＣＣＨリソースを含む。
【００４５】
一実施例において、ＰＵＣＣＨリソースセットにおけるＰＵＣＣＨリソースは、ＰＵＣＣＨフォーマット、ＰＵＣＣＨのＯＦＤＭシンボル数、ＰＵＣＣＨのＯＦＤＭシンボル位置、ＰＵＣＣＨに対応するスロット位置の少なくとも１つとバインディング関係を有する。
【００４６】
一実施例において、ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることは、隣接する第１のリソースおよび第２のリソースを用いて第１のＨＡＲＱ−ＡＣＫおよび第２のＨＡＲＱ−ＡＣＫをそれぞれ送信端にフィードバックすることを含む。
【００４７】
一実施例において、第２のリソースは、スケジューリングされたＴＢ数および予め設定された伝送エラー率に基づいて予約される。
【００４８】
一実施例において、伝送データは、受信されたＴＢおよび送信端から送信されたが受信されていないＴＢの少なくとも１つを含むスケジューリングされたＴＢを含む。
【００４９】
本実施例において、データの送信方法を提供し、図２は、本発明の実施例によるデータの送信方法のフローチャートであり、図２に示すように、該フローは以下のようなステップを含む。
【００５０】
ステップＳ２０２において、受信端に伝送データを送信する。
【００５１】
ステップＳ２０４において、受信端が伝送データのために約束規則に応じて形成するフィードバックのＨＡＲＱ−ＡＣＫを受信する。
【００５２】
一実施例において、上記ステップの実行主体は送信端であり、基地局、端末等であってもよいが、これらに限定されない。
【００５３】
一実施例において、受信端に伝送データを送信することは、同一のキャリアの異なるスロットにより、受信端に伝送データを送信することと、集約された異なるキャリアにより、受信端に伝送データを送信することと少なくとも１つを含む。図３は、本発明の実施例におけるキャリアスロットがＴＢをベアラする模式図である。
【００５４】
一実施例において、伝送データは、受信端により受信されたＴＢおよび受信端により受信されていないＴＢの少なくとも１つを含むスケジューリングされたＴＢを含む。
【００５５】
本実施例において、別のデータのフィードバック方法を提供し、図４は、本発明の実施例による別のデータのフィードバック方法のフローチャートであり、図４に示すように、該フローは以下のようなステップを含む。
【００５６】
ステップＳ４０２において、ＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報というＨＡＲＱ−ＡＣＫのフィードバックに使用される指定情報の少なくとも１つを確定する。
【００５７】
ステップＳ４０４において、指定情報をＰＵＣＣＨのＤＭＲＳにより送信端に通知する。
【００５８】
一実施例において、上記ステップの実行主体は受信端であり、基地局、端末等であってもよいが、これらに限定されない。
【００５９】
一実施例において、ＰＵＣＣＨフォーマット情報は、ショートフォーマット、ロングフォーマット、ＰＵＣＣＨのシンボル数、送信端が設定するフォーマットセットにおける指定フォーマットの１つを含む。
【００６０】
一実施例において、ＰＵＣＣＨリソース情報は、送信端が設定するＰＵＣＣＨリソースセットにおける指定ＰＵＣＣＨリソースを含む。
【００６１】
一実施例において、ＰＵＣＣＨリソースセットにおけるＰＵＣＣＨリソースは、ＰＵＣＣＨフォーマット、ＰＵＣＣＨのＯＦＤＭシンボル数、ＰＵＣＣＨのＯＦＤＭシンボル位置、ＰＵＣＣＨに対応するスロット位置の少なくとも１つとバインディング関係を有する。
【００６２】
一実施例において、指定情報をＰＵＣＣＨのＤＭＲＳにより送信端に通知することは、
指定情報をＤＭＲＳのシンボル位置の異なりにより、送信端に暗黙的に通知することと、
指定情報をＤＭＲＳシリーズの異なる巡回シフトにより、送信端に暗黙的に通知することと、
指定情報をＤＭＲＳの異なるシリーズにより、送信端に暗黙的に通知することと、
指定情報をＤＭＲＳの異なるシンボル数とシンボル位置との組み合わせにより、送信端に暗黙的に通知することと、
指定情報をＤＭＲＳの異なるシンボルにおけるＤＭＲＳシリーズの異なる巡回シフトの組み合わせにより、送信端に暗黙的に通知することと、
指定情報をＤＭＲＳの異なるシンボルにおける異なるシリーズの組み合わせにより、送信端に暗黙的に通知することと、
の１つを含む。
【００６３】
本実施例において、別のデータの受信方法を提供し、図５は、本発明の実施例によるデータの受信方法のフローチャートであり、図５に示すように、該フローは以下のようなステップを含む。
【００６４】
ステップＳ５０２において、ＰＵＣＣＨのＤＭＲＳにより通知される指定情報を受信し、ここで、指定情報は、ＨＡＲＱ−ＡＣＫをフィードバックするために用いられ、指定情報は、ＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報の少なくとも１つを含む。
【００６５】
一実施例において、上記ステップの実行主体は送信端であり、基地局、端末等であってもよいが、これらに限定されない。
【００６６】
一実施例において、ＰＵＣＣＨのＤＭＲＳにより通知される指定情報を受信することは、
ＤＭＲＳのシンボル位置の異なりにより暗黙的に通知される指定情報を受信することと、
ＤＭＲＳシリーズの異なる巡回シフトにより暗黙的に通知される指定情報を受信することと、
ＤＭＲＳの異なるシリーズにより暗黙的に通知される指定情報を受信することと、
ＤＭＲＳの異なるシンボル数とシンボル位置との組み合わせにより暗黙的に通知される指定情報を受信することと、
ＤＭＲＳの異なるシンボルにおけるＤＭＲＳシリーズの異なる巡回シフトの組み合わせにより暗黙的に通知される指定情報を受信することと、
ＤＭＲＳの異なるシンボルにおける異なるシリーズの組み合わせにより暗黙的に通知される指定情報を受信することと、
の１つを含む。
【００６７】
以上の実施形態の説明により、上記実施例による方法が、ソフトウェアに必要な汎用ハードウェアプラットフォームを追加する態様で実現でき、もちろん、ハードウェアにより実現してもよいが、多くの場合、前者がより好ましい実施形態であることを、当業者は明らかに理解できる。このような理解に基づき、本発明の技術案は、本質的または従来技術に貢献する部分は、ソフトウェア製品の形式で具現化でき、該コンピュータソフトウェア製品は１つの記憶媒体（例えば、ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、１台の端末装置（携帯電話、コンピュータ、サーバ、またはネットワーク装置等であってもよい）が本発明の各実施例に係る方法を実行するための複数の命令を含む。
【００６８】
（実施例２）
本実施例において、データのフィードバック、送信、受信装置、送信機器、および受信機器を更に提供し、該装置は、上記実施例および具体的な実施形態を実現するように構成され、既に説明したものは省略する。以下に使用する「モジュール」という用語は、所定の機能を有するソフトウェアおよび／またはハードウェアの組み合わせを実現することができる。以下の実施例で説明する装置は、ソフトウェアで実現することが好ましいが、ハードウェア、またはソフトウェアとハードウェアとの組み合わせによる実現も可能で構想されている。
【００６９】
本実施例は、基地局または端末に適用され、伝送データのためにＨＡＲＱ−ＡＣＫを生成するように構成される生成モジュールと、ＨＡＲＱ−ＡＣＫを送信端にフィードバックするように構成されるフィードバックモジュールとを備えるデータのフィードバック装置を提供する。
【００７０】
一実施例において、生成モジュールは、伝送データのために、それぞれが１ビットに対応するＴＢレベルの第１のＨＡＲＱ−ＡＣＫをそれぞれ生成するように構成される第１の生成ユニットと、伝送データにおいて誤ったＴＢを復号し、誤ったＴＢのために、それぞれが１ビットに対応するＣＢＧレベルの第２のＨＡＲＱ−ＡＣＫを生成するように構成される第２の生成ユニットとの少なくとも１つを備える。
【００７１】
一実施例において、ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることは、第１のＨＡＲＱ−ＡＣＫと第２のＨＡＲＱ−ＡＣＫとを同時にフィードバックする必要があれば、時分割多重、周波数分割多重、符号分割多重のうちの１つの態様により、ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることを含む。
【００７２】
一実施例において、伝送データにおいて誤ったＴＢを復号し、誤ったＴＢのためにＣＢＧレベルの第２のＨＡＲＱ−ＡＣＫを生成することは、伝送データの順序に従い、否定確認文字ＮＡＣＫのＴＢごとに第２のＨＡＲＱ−ＡＣＫを順に生成することを含む。
【００７３】
一実施例において、ＮＡＣＫのＴＢは、ＤＣＩが検出されていないＴＢ、送信端によりスケジューリングが計画されたが送信されていないＴＢの少なくとも１つを含む。例えば、送信端が８つのＴＢをスケジューリングすると計画したが、最終に送信端が６つのＴＢを送信した場合、２つのＴＢは、スケジューリングが計画されたが送信されていないＴＢである。
【００７４】
一実施例において、伝送データのＴＢは、
伝送データにおけるＮＡＣＫのＴＢの第２のＨＡＲＱ−ＡＣＫのビット数が、上位レイヤシグナリングまたは物理レイヤシグナリングにより設定されるという条件と、
伝送データにおけるＮＡＣＫのＴＢのＣＢＧ数が、上位レイヤシグナリングまたは物理レイヤシグナリングにより設定されるという条件と、
伝送データにおけるＴＢに含まれる総ＣＢＧ数または第２のＨＡＲＱ−ＡＣＫの総ビット数が上位レイヤにより設定され、且つ各ＴＢが取得するＣＢＧ数または各ＴＢが取得する第２のＨＡＲＱ−ＡＣＫのビット数の差は１を超えないことが約束されるという条件と、
の少なくとも１つを満たす。
【００７５】
一実施例において、ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることは、
伝送データのＣＲＣ検査がすべて通過した場合、ＨＡＲＱ−ＡＣＫが第１のＨＡＲＱ−ＡＣＫのみを含み、いずれもＡＣＫであることと、
伝送データにおけるＣＢのＣＲＣ検査がすべて通過するが、伝送データのＣＲＣ検査がすべて通過していない場合、ＨＡＲＱ−ＡＣＫが第１のＨＡＲＱ−ＡＣＫのみを含み、いずれもＮＡＣＫであることと、
伝送データにおけるＣＢのＣＲＣ検査がすべて通過しておらず、且つ伝送データのＣＲＣ検査がすべて通過していない場合、ＨＡＲＱ−ＡＣＫが第１のＨＡＲＱ−ＡＣＫのみを含み、いずれもＮＡＣＫであることと、
伝送データのＣＲＣ検査がすべて通過しておらず、且つ伝送データにおけるＣＢのＣＲＣ検査が部分的に通過していないかまたはすべて通過していない場合、ＨＡＲＱ−ＡＣＫが第２のＨＡＲＱ−ＡＣＫのみを含むことと、
の１つを含む。
【００７６】
一実施例において、ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることは、第１のＨＡＲＱ−ＡＣＫと第２のＨＡＲＱ−ＡＣＫとを同一のＰＵＣＣＨチャネルに直列に接続して送信端にフィードバックすることを含む。
【００７７】
一実施例において、伝送データは、
伝送データが、同一のキャリアの異なるスロットに由来するという条件と、
伝送データが、集約された異なるキャリアに由来するという条件と、
の少なくとも１つを満たす。
【００７８】
一実施例において、本実施例は、ＨＡＲＱ−ＡＣＫのフィードバックに使用されるＰＵＣＣＨフォーマット情報および／または使用されるＰＵＣＣＨリソース情報を確定し、ＰＵＣＣＨのＤＭＲＳにより送信端に通知することと、ＰＵＣＣＨフォーマット情報および／またはＰＵＣＣＨリソース情報を伝送データに対応するＤＣＩから取得し、ＨＡＲＱ−ＡＣＫのフィードバックに使用することとの１つを更に含む。
【００７９】
一実施例において、ＰＵＣＣＨのＤＭＲＳにより送信端に通知することは、
ＤＭＲＳのシンボル位置の異なりにより、送信端に暗黙的に通知することと、
ＤＭＲＳシリーズの異なる巡回シフトにより、送信端に暗黙的に通知することと、
ＤＭＲＳの異なるシリーズにより、送信端に暗黙的に通知することと、
ＤＭＲＳの異なるシンボル数とシンボル位置との組み合わせにより、送信端に暗黙的に通知することと、
ＤＭＲＳの異なるシンボルにおけるＤＭＲＳシリーズの異なる巡回シフトの組み合わせにより、送信端に暗黙的に通知することと、
ＤＭＲＳの異なるシンボルにおける異なるシリーズの組み合わせにより、送信端に暗黙的に通知することと、
の１つを含む。
【００８０】
一実施例において、本実施例は、ＤＭＲＳにより通知されるＰＵＣＣＨフォーマット情報および／またはＰＵＣＣＨリソース情報が、第１のＨＡＲＱ−ＡＣＫおよび／または第２のＨＡＲＱ−ＡＣＫに用いられるように送信端と約束することを更に含む。
【００８１】
一実施例において、ＰＵＣＣＨフォーマット情報は、ショートフォーマット、ロングフォーマット、ＰＵＣＣＨのシンボル数、送信端が設定するフォーマットセットにおける指定フォーマットの１つを含む。
【００８２】
一実施例において、ＰＵＣＣＨリソース情報は、送信端が設定するＰＵＣＣＨリソースセットにおける指定ＰＵＣＣＨリソースを含む。
【００８３】
一実施例において、ＰＵＣＣＨリソースセットにおけるＰＵＣＣＨリソースは、ＰＵＣＣＨフォーマット、ＰＵＣＣＨのＯＦＤＭシンボル数、ＰＵＣＣＨのＯＦＤＭシンボル位置、ＰＵＣＣＨに対応するスロット位置の少なくとも１つとバインディング関係を有する。
【００８４】
一実施例において、ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることは、隣接する第１のリソースおよび第２のリソースを用いて第１のＨＡＲＱ−ＡＣＫおよび第２のＨＡＲＱ−ＡＣＫをそれぞれ送信端にフィードバックすることを含む。
【００８５】
一実施例において、第２のリソースは、スケジューリングされたＴＢ数および予め設定された伝送エラー率に基づいて予約される。
【００８６】
一実施例において、伝送データは、受信されたＴＢおよび送信端から送信されたが受信されていないＴＢの少なくとも１つを含むスケジューリングされたＴＢを含む。
【００８７】
本実施例は、基地局または端末に適用され、受信端に伝送データを送信するように構成される送信モジュールと、受信端が伝送データのために約束規則に応じて形成するフィードバックのＨＡＲＱ−ＡＣＫを受信するように構成される受信モジュールとを備えるデータの送信装置を提供する。
【００８８】
一実施例において、送信モジュールは、同一のキャリアの異なるスロットにより、受信端に伝送データを送信するように構成される第１の送信ユニット、および／または、集約された異なるキャリアにより、受信端に伝送データを送信するように構成される第２の送信ユニットを備える。
【００８９】
本実施例は、ＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報というＨＡＲＱ−ＡＣＫのフィードバックに使用される指定情報の少なくとも１つを確定するように構成される確定モジュールと、指定情報をＰＵＣＣＨの復調参照信号ＤＭＲＳにより送信端に通知するように構成される通知モジュールとを備える別のデータのフィードバック装置を提供する。
【００９０】
一実施例において、通知モジュールが指定情報をＰＵＣＣＨのＤＭＲＳにより送信端に通知することは、
指定情報をＤＭＲＳのシンボル位置の異なりにより、送信端に暗黙的に通知することと、
指定情報をＤＭＲＳシリーズの異なる巡回シフトにより、送信端に暗黙的に通知することと、
指定情報をＤＭＲＳの異なるシリーズにより、送信端に暗黙的に通知することと、
指定情報をＤＭＲＳの異なるシンボル数とシンボル位置との組み合わせにより、送信端に暗黙的に通知することと、
指定情報をＤＭＲＳの異なるシンボルにおけるＤＭＲＳシリーズの異なる巡回シフトの組み合わせにより、送信端に暗黙的に通知することと、
指定情報をＤＭＲＳの異なるシンボルにおける異なるシリーズの組み合わせにより、送信端に暗黙的に通知することと、
の１つを含む。
【００９１】
本実施例は、データの受信装置を提供し、ＰＵＣＣＨの復調参照信号ＤＭＲＳにより通知される指定情報を受信するように構成される受信モジュールを備え、ここで、指定情報は、ＨＡＲＱ−ＡＣＫをフィードバックするために用いられ、指定情報は、ＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報の少なくとも１つを含む。
【００９２】
好ましくは、受信モジュールがＰＵＣＣＨのＤＭＲＳにより通知される指定情報を受信することは、
ＤＭＲＳのシンボル位置の異なりにより暗黙的に通知される指定情報を受信することと、
ＤＭＲＳシリーズの異なる巡回シフトにより暗黙的に通知される指定情報を受信することと、
ＤＭＲＳの異なるシリーズにより暗黙的に通知される指定情報を受信することと、
ＤＭＲＳの異なるシンボル数とシンボル位置との組み合わせにより暗黙的に通知される指定情報を受信することと、
ＤＭＲＳの異なるシンボルにおけるＤＭＲＳシリーズの異なる巡回シフトの組み合わせにより暗黙的に通知される指定情報を受信することと、
ＤＭＲＳの異なるシンボルにおける異なるシリーズの組み合わせにより暗黙的に通知される指定情報を受信することと、
の１つを含む。
【００９３】
本実施例は、受信機器を提供し、プロセッサおよびプロセッサの実行可能命令が記憶されたメモリを備え、命令がプロセッサにより実行されると、
伝送データのためにＨＡＲＱ−ＡＣＫを生成する動作と、
ＨＡＲＱ−ＡＣＫを送信端にフィードバックする動作と、
を実行する。
【００９４】
一実施例において、命令が伝送データのためにＨＡＲＱ−ＡＣＫを生成することを実行する場合、
伝送データのために、それぞれが１ビットに対応するＴＢレベルの第１のＨＡＲＱ−ＡＣＫをそれぞれ生成する動作と、
伝送データにおいて誤ったＴＢを復号し、誤ったＴＢのために、それぞれが１ビットに対応するＣＢＧレベルの第２のＨＡＲＱ−ＡＣＫを生成する動作と、
の少なくとも１つを実行することを含む。
【００９５】
つまり、図１に示す方法のステップを実行する。
【００９６】
本実施例は、別の受信機器を提供し、プロセッサおよびプロセッサの実行可能命令が記憶されたメモリを備え、命令がプロセッサにより実行されると、
ＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報というＨＡＲＱ−ＡＣＫのフィードバックに使用される指定情報の少なくとも１つを確定する動作と、
指定情報をＰＵＣＣＨのＤＭＲＳにより送信端に通知する動作と、
を実行する。
【００９７】
好ましくは、命令が受信端に伝送データを送信することを実行する場合、
指定情報をＤＭＲＳのシンボル位置の異なりにより、送信端に暗黙的に通知する動作と、
指定情報をＤＭＲＳシリーズの異なる巡回シフトにより、送信端に暗黙的に通知する動作と、
指定情報をＤＭＲＳの異なるシリーズにより、送信端に暗黙的に通知する動作と、
指定情報をＤＭＲＳの異なるシンボル数とシンボル位置との組み合わせにより、送信端に暗黙的に通知する動作と、
指定情報をＤＭＲＳの異なるシンボルにおけるＤＭＲＳシリーズの異なる巡回シフトの組み合わせにより、送信端に暗黙的に通知する動作と、
指定情報をＤＭＲＳの異なるシンボルにおける異なるシリーズの組み合わせにより、送信端に暗黙的に通知する動作と、
の１つを実行することを含む。
【００９８】
つまり、図４に示す方法のステップを実行する。
【００９９】
本実施例は、データの送信機器を提供し、プロセッサおよびプロセッサの実行可能命令が記憶されたメモリを備え、命令がプロセッサにより実行されると、
受信端に伝送データを送信する動作と、
受信端が伝送データのために約束規則に応じて形成するフィードバックのＨＡＲＱ−ＡＣＫを受信する動作と、
を実行する。
【０１００】
好ましくは、命令が受信端に伝送データを送信することを実行する場合、
同一のキャリアの異なるスロットにより、受信端に伝送データを送信する動作、および／または
集約された異なるキャリアにより、受信端に伝送データを送信する動作、
を実行することを含む。
【０１０１】
つまり、図２に示す方法のステップを実行する。
【０１０２】
本実施例は、別のデータの送信機器を提供し、プロセッサおよびプロセッサの実行可能命令が記憶されたメモリを備え、命令がプロセッサにより実行されると、
ＰＵＣＣＨのＤＭＲＳにより通知される指定情報を受信する動作を実行し、ここで、指定情報は、ＨＡＲＱ−ＡＣＫをフィードバックするために用いられ、指定情報は、ＰＵＣＣＨフォーマット情報およびＰＵＣＣＨリソース情報の少なくとも１つを含む。
【０１０３】
好ましくは、命令が受信端に伝送データを送信することを実行する場合、
ＤＭＲＳのシンボル位置の異なりにより暗黙的に通知される指定情報を受信する動作と、
ＤＭＲＳシリーズの異なる巡回シフトにより暗黙的に通知される指定情報を受信する動作と、
ＤＭＲＳの異なるシリーズにより暗黙的に通知される指定情報を受信する動作と、
ＤＭＲＳの異なるシンボル数とシンボル位置との組み合わせにより暗黙的に通知される指定情報を受信する動作と、
ＤＭＲＳの異なるシンボルにおけるＤＭＲＳシリーズの異なる巡回シフトの組み合わせにより暗黙的に通知される指定情報を受信する動作と、
ＤＭＲＳの異なるシンボルにおける異なるシリーズの組み合わせにより暗黙的に通知される指定情報を受信する動作と、
の１つを実行することを含む。
【０１０４】
つまり、図５に示す方法のステップを実行する。
【０１０５】
なお、上記各モジュールは、ソフトウェアまたはハードウェアにより実現でき、後者は、上記モジュールがいずれも同一のプロセッサに位置する形態、または、上記各モジュールが任意に組み合わせられる形式で異なるプロセッサにそれぞれ位置する形態により実現できるが、これらに限定されない。
【０１０６】
（実施例３）
本実施例は、本発明の応用実施例であり、具体的な実施形態と結び付けて本発明について詳細に説明するために用いられる。
【０１０７】
本実施例において、送信端は、データを送信するノードであり、受信端がデータに対してフィードバックするＨＡＲＱ−ＡＣＫを受信するノードである。受信端は、データを受信するノードであり、データに対応するＨＡＲＱ−ＡＣＫをフィードバックするノードである。上りデータ、下りデータの伝送、およびＨＡＲＱ−ＡＣＫのフィードバックにいずれも適用される。
【０１０８】
本実施例は、複数のインスタンスを更に含む。
【０１０９】
（インスタンス１）
主に、例を挙げて本方法の基本思想を説明する。例えば、２タイプのＨＡＲＱ−ＡＣＫｓの形成について説明する。
【０１１０】
受信端（ここで、ＵＥと仮定し、本方法は下りデータのＨＡＲＱ−ＡＣＫのフィードバックに用いられてもよく、上りデータのフィードバックに用いられてもよい）については、受信した複数の伝送ブロックＴＢのＨＡＲＱ−ＡＣＫｓを１つのＰＵＣＣＨでフィードバックすると要求される場合、ここで、ＴＢごとにフィードバックするＣＢＧ  ＨＡＲＱ−ＡＣＫのビット数が１０ｂｉｔｓであると仮定する。
【０１１１】
単一のキャリアにおいて、ＵＥはｓｌｏｔ  ｎ、ｓｌｏｔ  ｎ＋１、ｓｌｏｔ  ｎ＋２、ｓｌｏｔ  ｎ＋３、ｓｌｏｔ  ｎ＋４でそれぞれＴＢ１、ＴＢ２、ＴＢ３、ＴＢ４、およびＴＢ５を受信し、これらのＴＢがｓｌｏｔ  ｎ＋６でＨＡＲＱ−ＡＣＫのフィードバックを行うことが要求されると仮定する。ＴＢ１〜ＴＢ５に対するＵＥによる復号状況は、ＴＢ１、ＴＢ２およびＴＢ４の復号が正確であり（ＴＢのＣＲＣ検査が通過した）、ＴＢ３およびＴＢ５の復号が誤り、且ついずれも一部のＣＢＧが正確であり（ＣＢＧに含まれるすべてのＣＢのＣＲＣ検査が通過した）、一部のＣＢＧが誤ることであると仮定する。この時、ＵＥが形成するＴＢレベルのＨＡＲＱ−ＡＣＫｓは１１０１０であり、１がＡＣＫ（正しく受信した）を表し、０がＮＡＣＫ（正しく受信していない）を表す。更に、ＴＢ３およびＴＢ５のために、ＣＢＧレベルのＨＡＲＱ−ＡＣＫｓ（ここで、ＴＢ３において、１つ目および２つ目のＣＢＧが正しく受信されず、残りのＣＢＧがすべて正しく受信され、ＴＢ５における１つ目〜４つ目のＣＢＧが正しく受信されず、残りのＣＢＧがすべて正しく受信されると仮定する）を形成し、００１１、１１１１、１１および００００、１１１１、１１であり、その後、ＴＢ３およびＴＢ５がそれらのＴＢレベルのＨＡＲＱ−ＡＣＫｓの順序でＣＢＧ  ＨＡＲＱ−ＡＣＫｓを形成すると（直列に接続する）、００１１、１１１１、１１００、００１１、１１１１となり、この時、総フィードバックビットは、１１０１０（ＴＢレベルのＨＡＲＱ−ＡＣＫｓ）＋００１１、１１１１、１１００、００１１、１１１１（ＴＢレベルのＮＡＣＫに対応するＴＢのＣＢＧレベルのＨＡＲＱ−ＡＣＫｓ）であり、合計２５ビットである。各ＴＢがすべてＣＢＧレベルのＨＡＲＱ−ＡＣＫｓをフィードバックすれば、５０ｂｉｔが必要となる。明らかに、このような態様は、ＣＢＧに基づく再送信メカニズムに影響を与えず、すなわち、受信エラーのＣＢＧに対しても依然として再送信できる。
【０１１２】
実際には、１回のデータ伝送が正確である確率は９０％であれば、このような態様により、本インスタンスにおいて、実際には９０％のビットを節約する。そのため、このような態様により節約するビットオーバーヘッドは著しい。
【０１１３】
送信端はＴＢレベルのＨＡＲＱ−ＡＣＫｓを受信した後、ＴＢレベルのＨＡＲＱ−ＡＣＫｓに基づいてそのうちのＮＡＣＫであるＴＢを確定し、その後、ＮＡＣＫとマークされるＴＢ数および順序に基づいてＣＢＧ  ＨＡＲＱ−ＡＣＫｓのビット数およびＮＡＣＫとマークされる各ＴＢのＣＢＧ  ＨＡＲＱ−ＡＣＫｓのビットを確定する。例えば、送信端がＴＢレベルのＨＡＲＱ−ＡＣＫｓを受信して復号した後、３つ目および５つ目のＴＢがＮＡＣＫとマークされると発見し、ＣＢＧ  ＨＡＲＱ−ＡＣＫｓに３つ目および５つ目のＴＢに対応するＣＢＧレベルのＨＡＲＱ−ＡＣＫｓがあると更に考えられる。その後、送信端はＣＢＧ  ＨＡＲＱ−ＡＣＫｓを復号し、３つ目および５つ目のＴＢのＣＢＧ  ＨＡＲＱ−ＡＣＫｓを取得する。このように、送信端は、第１つ目、２つ目および４つ目のＴＢが正しく受信されて再送信する必要がなく、３つ目および５つ目のＴＢが正しく復号されず、そのうちのＮＡＣＫとマークされるＣＢＧを再送信する（実際には、ＮＡＣＫとマークされるＣＢＧにおけるＣＢｓを再送信する）必要があると考える。
【０１１４】
このような態様は、ＣＢＧに基づいて再送信する効率に影響を与えないが、ＨＡＲＱ−ＡＣＫｓのオーバーヘッドを効果的に低減することができ、受信端の送信消費電力を節約する作用も果たす（送信するビットが少ないほど、必要な消費電力は小さいためである）。
【０１１５】
これに加え、各ＴＢがフィードバックするＣＢＧ  ＨＡＲＱ−ＡＣＫのビット数は、ＣＢＧごとに１ビットに対応してもよい。各ＴＢがいくつのＣＢＧに分割されるかについては、送信端がＲＲＣシグナリングおよび／または物理レイヤシグナリングにより設定してもよく、送信端が複数のＴＢのために１つの総ＣＢＧ値を設定した後、異なるＴＢのＣＢＧ数が該ＴＢの伝送時に使用されるレイヤ数に関連してもよく、例えば、レイヤ数が多いほど、対応する総ＣＢＧ値から該ＴＢに区分されるＣＢＧ数が多くなる。上位レイヤＲＲＣシグナリングにより各ＴＢに設定されるＣＢＧ数であってもよい。
【０１１６】
（インスタンス２）
主に、２タイプのＨＡＲＱ−ＡＣＫｓの送信について説明する。
【０１１７】
インスタンス１に基づき、形成された複数タイプのＨＡＲＱ−ＡＣＫｓ（後続に説明しやすいために、ＴＢ  ＨＡＲＱ−ＡＣＫｓを第１タイプ、ＮＡＣＫとマークされるＴＢのＣＢＧ  ＨＡＲＱ−ＡＣＫｓを第２タイプと記しても構わない）の具体的な送信方法は、以下のいくつかを含む。
【０１１８】
複数種類のＨＡＲＱ−ＡＣＫｓを直列に接続した後、符号化変調してから送信する。
【０１１９】
第２タイプのＨＡＲＱ−ＡＣＫｓのビット数は、毎回のＮＡＣＫとマークされるＴＢ数に応じて変化するため、２タイプのＨＡＲＱ−ＡＣＫｓを直列に接続してから符号化変調し、更に送信すれば、送信端が受信端からフィードバックされるＨＡＲＱ−ＡＣＫｓを受信する時に検出複雑度を増加する可能性があるが、このような態様は、１つのＰＵＣＣＨチャネルだけを用いる必要がある。更に、検出複雑度を低減する方法と結び付けること、例えば、レートマッチングと結び付けることを考慮する。送信端が受信端のために割り当てるＨＡＲＱ−ＡＣＫｓを伝送するリソースおよび変調およびコーディングスキーム情報ＭＣＳはいずれも設定されるものであるため、受信端は、変調およびコーディングスキーム（ＭＣＳ）情報に従って変調符号化した後、更にレートマッチングの態様により前記リソースにマッピングし、これにより、送信端は受信時にブラインド検出する必要がない。このような態様で、リソースを最大ニーズに従って割り当てる必要があるが、このような態様はＨＡＲＱ−ＡＣＫｓ伝送の確実性を向上させることができ、その原因は、この時、インスタンス１における態様で得られたＨＡＲＱ−ＡＣＫｓの総ビット数が少なくなり、レートマッチングは実際にＨＡＲＱ−ＡＣＫｓのコーディングレートを低減し、確実性を大幅に増加させるためである。
【０１２０】
複数種類のＨＡＲＱ−ＡＣＫｓを異なるＰＵＣＣＨでそれぞれ送信する。
【０１２１】
ＮＲでは、上り制御情報（Ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）（ＨＡＲＱ−ＡＣＫｓを含む）は、伝送するビット数に従って異なるＰＵＣＣＨフォーマットに対応する。更に、ＮＲでは、ＰＵＣＣＨに使用されるシンボル数に基づき、異なるＰＵＣＣＨ伝送態様（便宜上、ＰＵＣＣＨを短いＰＵＣＣＨおよび長いＰＵＣＣＨに分ける）に対応する。短いＰＵＣＣＨが１〜２つのシンボルを占有し、長いＰＵＣＣＨのシンボル数が４つよりも大きい。
【０１２２】
そのため、本発明におけるＰＵＣＣＨフォーマットは、ＰＵＣＣＨに使用されるシンボル数と伝送待ちのビット数という２方面の意味を含む。ＰＵＣＣＨフォーマットを解釈するために例を挙げると、例えば、１〜２ｂｉｔのＵＣＩは、１つまたは２つのシンボルに構成されると、ＰＵＣＣＨフォーマットを１種使用し、少なくとも４つのシンボルに構成されると、別のＰＵＣＣＨフォーマットを使用する。３つのビット以上Ｘ（Ｘの値は検討中）ビット以下の場合、１つまたは２つのシンボルに構成されると、ＰＵＣＣＨフォーマットを１種使用し、少なくとも４つのシンボルに構成されると、別のＰＵＣＣＨフォーマットを使用する。Ｘビットよりも大きい場合、少なくとも４つのシンボルに構成されると、別のＰＵＣＣＨフォーマットを使用する。３以上Ｘビット以下の場合、１つのまたは２つのシンボルに構成されると、ＰＵＣＣＨフォーマットを１種使用し、少なくとも４つのシンボルに構成されると、別のＰＵＣＣＨフォーマットを使用する。
【０１２３】
複数種類のＨＡＲＱ−ＡＣＫｓを異なるＰＵＣＣＨチャネルでそれぞれ送信する。例えば、第１タイプは、総ＴＢｓ数が確定され（送信端が知っている）、ＴＢごとに１ビットのＴＢ  ＨＡＲＱ−ＡＣＫがあるため、第１タイプのＨＡＲＱ−ＡＣＫｓの総ビット数は確定される。その後、送信端が設定するシンボル数に基づいて対応するＰＵＣＣＨフォーマットを確定して割り当てられたリソースで伝送する。第２タイプは、総ビット数が変化するため、送信端がそれに割り当てるリソースも最大ニーズに従って割り当てられるが、受信端は送信時に全てのリソースにマッピングする必要がなく、設定されたパラメータに従って送信すればよい。送信端は、まず、第１タイプのＨＡＲＱ−ＡＣＫｓを復号し、そのうちのＮＡＣＫとマークされるＴＢ数および順序位置を知り、次に、ＮＡＣＫとマークされるＴＢに基づいて第２タイプのＨＡＲＱ−ＡＣＫｓの総ビット数を確定し、その後、第２タイプＨＡＲＱ−ＡＣＫｓを復号する。
【０１２４】
２タイプが具体的に使用するＰＵＣＣＨフォーマットは、相対的に多く、ビット数の割り当てに従って対応して確定することができる。例えば、２つの長いＰＵＣＣＨにそれぞれ対応し、且つ２つの長いＰＵＣＣＨの時分割または周波数分割多重を許可し、または２つの短いＰＵＣＣＨにそれぞれ対応し、且つ２つの長いＰＵＣＣＨの時分割または周波数分割多重を許可し、または、一方が長いＰＵＣＣＨに対応し、他方が短いＰＵＣＣＨに対応し、且つ２つのＰＵＣＣＨの時分割多重を許可する。
【０１２５】
２タイプのＨＡＲＱ−ＡＣＫｓに同じリソースを割り当ててもよく、２種類のＨＡＲＱ−ＡＣＫｓに対応するＰＵＣＣＨは、該リソースで周波数分割または時分割または符号分割多重される。
【０１２６】
送信端は、受信端のためにＰＵＣＣＨリソースセットを設定し、設定されたＰＵＣＣＨリソースセットに複数種の異なるフォーマット、異なるシンボル数、異なるビット数に対応する複数種の具体的なＰＵＣＣＨリソースが存在する。例えば、前記セットは、
１ｂｉｔのＨＡＲＱ−ＡＣＫおよび１つのシンボル（シンボル位置を含む）を伝送する具体的なＰＵＣＣＨリソース１と、
１ｂｉｔのＨＡＲＱ−ＡＣＫおよび２つのシンボル（シンボル位置を含む）を伝送する具体的なＰＵＣＣＨリソース２と、
２ｂｉｔのＨＡＲＱ−ＡＣＫｓおよび１つのシンボル（シンボル位置を含む）を伝送する具体的なＰＵＣＣＨリソース３と、
２ｂｉｔのＨＡＲＱ−ＡＣＫｓおよび２つのシンボル（シンボル位置を含む）を伝送する具体的なＰＵＣＣＨリソース４と、
３〜Ｘ  ｂｉｔ（Ｘの具体的な値は検討中にあり、例えば、値は１１または２２である）のＨＡＲＱ−ＡＣＫｓおよびＮ（Ｎが４以上１４以下であり、Ｎの値が異なると複数の具体的なＰＵＣＣＨリソースを有する）個のシンボル（シンボル位置を含む）を伝送する具体的なＰＵＣＣＨリソース５と、
Ｘ  ｂｉｔよりも大きいＨＡＲＱ−ＡＣＫｓおよびＮ（Ｎが４以上１４以下であり、Ｎの値が異なると複数の具体的なＰＵＣＣＨリソースを有する）個のシンボル（シンボル位置を含む）を伝送する具体的なＰＵＣＣＨリソース６と、
のうちの１つまたは複数を含む。
【０１２７】
上記各種の場合は、更に周波数領域リソースと結び付けて説明することができる。
【０１２８】
送信端は、受信端に適当なセットを設定することができ、例えば、可能な４つの具体的なＰＵＣＣＨリソースを設定した後、受信端は設定されたセットから、形成されたＨＡＲＱ−ＡＣＫｓのビット数（ＰＵＣＣＨに必要なＯＦＤＭシンボル数と結び付ける必要もある）に基づいて適当な具体的なＰＵＣＣＨリソースを選択して対応するＨＡＲＱ−ＡＣＫｓをそれぞれ伝送する。
【０１２９】
受信端は、インスタンス４におけるＰＵＣＣＨのＤＭＲＳにより、自分が選択した具体的なＰＵＣＣＨリソースを送信端に暗黙的に通知してもよい。これは、セットに複数種の同じ具体的なＰＵＣＣＨリソースがある場合に適する。
【０１３０】
一例としては、ＰＵＣＣＨリソースセットの設定であり、このような態様は独立してＰＵＣＣＨリソースセットの設定に適用することができる。
【０１３１】
現在のＰＵＣＣＨリソースに含まれる複数の具体的なＰＵＣＣＨリソースとは、周波数領域リソースを指し、オーバーヘッドを節約できるために、以下、ＰＵＣＣＨリソースセットを新しく定義することが提案される。ＰＵＣＣＨリソースセットにおいて、１つの具体的なＰＵＣＣＨリソースが同時により多くの属性（周波数領域のリソース属性を除く）を有してもよく、例えば、ＰＵＣＣＨフォーマット、ＰＵＣＣＨスタートシンボル、ＰＵＣＣＨ持続時間（例えば、ＰＵＣＣＨのシンボル数）、ＰＵＣＣＨが位置するスロットｓｌｏｔ、ホッピングするか否か、シリーズまたはコードワード情報等の属性を含んでもよい。これらの属性は、テーブルまたはジョイントエンコーディングの態様で表現され得る。
【０１３２】
例えば、１つの例としては、ＰＵＣＣＨリソースセットの設計である。ＰＵＣＣＨリソースセットにおける具体的なＰＵＣＣＨリソースのそれぞれは、物理リソースブロック（ＰＲＢ）インデックス、ＰＵＣＣＨスタートシンボル、持続時間、および位置するｓｌｏｔ情報を含む。その後、１〜２ビットのＰＵＣＣＨに対してシリーズまたはコードワード情報を更に追加する必要がある。２ビットよりも大きいＰＵＣＣＨに対してシリーズまたはコードワード情報を追加する必要がない。１つのＰＵＣＣＨリソースセットにｎ個の具体的なＰＵＣＣＨリソースが含まれ、ｎ値は、ＵＥの必要に応じて確定でき、例えば、ＵＥが静的または低速にある場合、ｎ値が小さいように設定されてもよく、ＵＥが高速で移動する場合、ｎ値が大きいように設定されてもよく、これにより、ＵＥにより多くの可能なＰＵＣＣＨリソースを提供する。ＰＵＣＣＨフォーマットは、フィードバックする必要があるビット数および具体的なＰＵＣＣＨを割り当てるシンボル数（持続時間）に基づいて確定でき、基地局およびＵＥはいずれもフィードバックする必要のあるビット数を知るため、ＰＵＣＣＨフォーマットは隠され得る。ＰＵＣＣＨがホッピングするか否かは、直接上位レイヤシグナリングにより独立して設定される。
【０１３３】
具体的な動作は以下のとおりである。基地局はＵＥのためにＰＵＣＣＨリソースセットを設定し、セットにおける具体的なＰＵＣＣＨリソースのそれぞれが、いずれも周波数領域リソース、スタートシンボル、持続時間、対応するｓｌｏｔを有する。４つの具体的なＰＵＣＣＨリソースを典型的に設定する。その後、物理レイヤシグナリングにより、毎回のＵＥによるフィードバックに具体的に使用するＰＵＣＣＨリソースをセットから指示する。１〜２ビットのＰＵＣＣＨに対し、基地局は具体的なＰＵＣＣＨリソースのそれぞれに対応する１〜２ビットの情報に対応するシリーズまたはコードワード情報を設定する。ＵＥは、基地局が設定したＰＵＣＣＨリソースセットを受信し、物理レイヤの指示シグナリングに基づいて今回のフィードバックに対応する具体的なＰＵＣＣＨリソースを確定した後、ＰＵＣＣＨリソースの要求に応じてＰＵＣＣＨ送信を行う。
【０１３４】
別の例で、上記ＴＢレベルのＨＡＲＱ−ＡＣＫｓのＰＵＣＣＨリソースと上記ＣＢＧ  ＨＡＲＱ−ＡＣＫｓのＰＵＣＣＨリソースとの間にある関係が存在することにより、送信端および受信端は、ＴＢレベルのＨＡＲＱ−ＡＣＫｓのＰＵＣＣＨリソースによりＣＢＧ  ＨＡＲＱ−ＡＣＫｓのＰＵＣＣＨに対応するリソースを推定することができることについて説明する。これにより、別のタイプのＰＵＣＣＨに割り当てられたリソースのシグナリングを節約する。ＴＢレベルのＨＡＲＱ−ＡＣＫｓの総ビット数が確定されたことを考慮した上、それに対応するＰＵＣＣＨリソースを割り当て、更に、そのＰＵＣＣＨリソースにより、約束規則に応じて別のタイプのＨＡＲＱ−ＡＣＫｓのＰＵＣＣＨリソースを推定する。
【０１３５】
例えば、２タイプのＨＡＲＱ−ＡＣＫｓがいずれも長いＰＵＣＣＨである場合、それらが同じ周波数領域リソースを共有するように設定してもよい。且つ、それらの時間領域シンボルは連続し、２つのＰＵＣＣＨが同じ周波数領域リソースに時分割されると理解できる。
【０１３６】
また、例えば、２タイプのＨＡＲＱ−ＡＣＫは、同じ周波数領域リソース内で周波数分割多重され、リソースにおける一部の物理リソースブロックまたはサブキャリアを第１タイプのＨＡＲＱ−ＡＣＫｓに割り当てることが約束され、更に、一部の物理リソースブロックまたはサブキャリアを第２タイプのＨＡＲＱ−ＡＣＫｓに割り当てることが約束される。２部のリソースは、約束パターンに従って周波数領域多重され、または２タイプのＨＡＲＱ−ＡＣＫｓはそれぞれ一部の周波数領域リソース（物理リソースブロックＰＲＢまたはサブキャリアを単位として）を連続して占有し、且つ両者の一部の周波数領域リソースが連続する。第２タイプのＨＡＲＱ−ＡＣＫｓの周波数領域開始位置が第１タイプのＨＡＲＱ−ＡＣＫｓの終了位置により暗黙的に得られることに相当し、周波数領域のパーシステントリソースの数は、ＴＢレベルのＨＡＲＱ−ＡＣＫｓにおけるＮＡＣＫとマークされるＴＢ数および各ＴＢのＣＢＧ数に基づいて確定できる。
【０１３７】
具体的な例として、例えば、ＴＢ  ＨＡＲＱ−ＡＣＫｓの総ビットが１０ｂｉｔであり、５ｂｉｔがＮＡＣＫであり、５ビットがＡＣＫである。このように、中負荷に対応するＰＵＣＣＨフォーマットを用いて伝送し、送信端は受信端に１つのＰＲＢ（ＰＲＢｎと仮定する）を割り当てＴＢ  ＨＡＲＱ−ＡＣＫｓのＰＵＣＣＨを伝送する。その後、各ＴＢに１０個のＣＢＧがあり、各ＣＢＧに１つのＨＡＲＱ−ＡＣＫがあると仮定すると、ＣＢＧ  ＨＡＲＱ−ＡＣＫｓは５０ビットを有し、送信端が５０ｂｉｔのＨＡＲＱ−ＡＣＫｓに設定する符号化変調態様に基づき、伝送するためには４つのＰＲＢ（４つのＰＲＢが必要であると仮定する）が必要であることを得、これにより、約束規則（例えば、２種類のＨＡＲＱ−ＡＣＫｓのＰＵＣＣＨの周波数領域が連続する）に応じ、第２種のＨＡＲＱ−ＡＣＫｓのリソースはＰＲＢｎの後の連続している４つのＰＲＢである。このように、送信端および受信端は、いずれも１つ目のＰＲＢｎに基づいて第２種のＨＡＲＱ−ＡＣＫｓのリソースを得ることができ、第２種のＨＡＲＱ−ＡＣＫｓリソースに割り当てられるリソースのシグナリングを節約する。ここで、隣接する第１のリソースおよび第２のリソースを用いて前記ＴＢ  ＨＡＲＱ−ＡＣＫおよび前記ＣＢＧ  ＨＡＲＱ−ＡＣＫをそれぞれ送信端にフィードバックするとまとめてもよい。
【０１３８】
第２のリソースは、スケジューリングされた総ＴＢ数および予め設定された伝送エラー率に基づいて予約される。例えば、第２種のＨＡＲＱ−ＡＣＫｓのＰＵＣＣＨにリソースを割り当てる更なる方法がある。ビット数が伝送エラーのＴＢ数に関連することを考慮し、１つのＴＢの伝送エラーの統計確率は１０％であるため、スケジューリングされた総ＴＢ数に基づいて割合で換算し、対応するリソースのサイズを割り当てることができる。例えば、１０個のＴＢがスケジューリングされた場合に１つのＴＢが誤って復号されることに従い、ＣＢＧ  ＨＡＲＱ−ＡＣＫのビットも１つのＴＢに対応し、それにリソースを割り当てる。より保守的には、前記割合を高めることができ、例えば、１０個のＴＢに２つのＴＢが誤って復号されることに従い、ＣＢＧ  ＨＡＲＱ−ＡＣＫのビット数が２つのＴＢに対応し、リソースを割り当てる。この割り当てられたリソースは、上記態様を採用してＴＢ  ＨＡＲＱ−ＡＣＫのリソースとＣＢＧ  ＨＡＲＱ−ＡＣＫのリソースとの間に約束の関係が存在することができ、これにより、ＴＢ  ＨＡＲＱ−ＡＣＫのリソースのみに通知すればよく、リソース割り当てのシグナリングを減少する。
【０１３９】
リソースは、スケジューリングされたＴＢ数および予め設定された確率に基づいて予約される。
【０１４０】
（インスタンス３）
主に、２タイプのＨＡＲＱ−ＡＣＫｓのいくつかの特殊の場合における処理について説明する。
【０１４１】
インスタンス１に基づき、本インスタンスにおいて、前記複数のＴＢｓ／ＰＤＳＣＨｓの復号におけるいくつかの特殊の場合について説明する。
【０１４２】
場合１、前記ＴＢｓのＣＲＣ検査がすべて通過した場合、ＴＢ  ＨＡＲＱ−ＡＣＫｓのみを送信し、且ついずれもＡＣＫであり、ＣＢＧ  ＨＡＲＱ−ＡＣＫｓを送信しない（形成が不要であることも意味し、以下は同様である）。
【０１４３】
場合２、前記ＴＢｓにおけるＣＢのＣＲＣ検査がすべて通過したが、且つ前記ＴＢｓのＣＲＣ検査がいずれも通過していない場合、ＴＢ  ＨＡＲＱ−ＡＣＫｓのみを送信し、いずれもＮＡＣＫであり、ＣＢＧ  ＨＡＲＱ−ＡＣＫｓを送信しない。
【０１４４】
場合３、前記ＴＢｓにおけるＣＢのＣＲＣ検査がすべて通過しておらず、且つ前記ＴＢｓのＣＲＣ検査がいずれも通過していない場合、ＴＢ  ＨＡＲＱ−ＡＣＫｓのみを送信し、いずれもＮＡＣＫであり、ＣＢＧ  ＨＡＲＱ−ＡＣＫｓを送信しない。
【０１４５】
場合４、前記ＴＢｓのＣＲＣ検査がすべて通過しておらず、且つ前記ＴＢｓにおけるＣＢのＣＲＣ検査に「すべて通過したかまたはすべて通過していない」という状況が現れない場合、ＣＢＧ  ＨＡＲＱ−ＡＣＫｓのみを送信し、ＴＢレベルのＨＡＲＱ−ＡＣＫｓを送信しない。
【０１４６】
（インスタンス４）
前のインスタンスに基づき、本インスタンスにおいて、受信端がＤＭＲＳにより送信端に通知し、受信端がＰＵＣＣＨに使用されるフォーマット情報および／または具体的なＰＵＣＣＨリソース情報を伝送することについて説明する。
【０１４７】
このような態様の主な目的は、受信端が実際の復号状況に応じてフィードバックするＨＡＲＱ−ＡＣＫｓのビット数を確定した後、具体的なＰＵＣＣＨフォーマットを確定して割り当てられたリソースで伝送することである。割り当てられたリソースは、送信端が設定する１つのＰＵＣＣＨのリソースセットに由来し、ＵＥがセットから具体的なＰＵＣＣＨリソースを選択してもよい。しかし、受信端が自律的に選択するＰＵＣＣＨフォーマットおよび／または具体的なＰＵＣＣＨリソースが送信端に通知されないと、送信端は様々な可能性をブラインド検出する必要があり、複雑度を増加する。そのため、本インスタンスにおいて、ＰＵＣＣＨのＤＭＲＳの関連情報を用いて送信端に暗黙的に通知することが考慮され、受信端が使用するＰＵＣＣＨフォーマットおよび／または具体的なＰＵＣＣＨリソースは、送信端がＤＭＲＳを復号してからＰＵＣＣＨを復号することができるため、ＰＵＣＣＨのＤＭＲＳの関連情報を用いて送信端に暗黙的に通知することはしやすく、且つオーバーヘッドを増加しない。これも、送信端が前記ＤＭＲＳの関連情報を検出することが相対的に容易であることを考慮したためである。
【０１４８】
例えば、受信端が使用するＰＵＣＣＨフォーマット情報は、前記ＤＭＲＳにより暗黙的に通知でき、ここでのＰＵＣＣＨフォーマット情報は、ショートフォーマット、ロングフォーマット、ＰＵＣＣＨのシンボル数、ＰＵＣＣＨのシンボル位置の少なくとも１つを含む。ＰＵＣＣＨフォーマット情報は、送信端が受信端に設定するＰＵＣＣＨリソースセットにおける異なるＰＵＣＣＨフォーマット、または送信端が受信端に設定するＰＵＣＣＨフォーマットセットにおける具体的にどのフォーマットを使用するかを示すものであってもよい。
【０１４９】
例えば、受信端が使用するＰＵＣＣＨの具体的なＰＵＣＣＨリソース情報は、前記ＤＭＲＳにより暗黙的に通知でき、ここでは、送信端が受信端に複数の具体的なＰＵＣＣＨリソースを含むＰＵＣＣＨリソースセットを設定することを指す。受信端は、前記ＤＭＲＳにより、受信端が具体的にどの具体的なＰＵＣＣＨリソースを使用したかを暗黙的に通知する。
【０１５０】
例えば、ＰＵＣＣＨリソースセットの定義について、該セットにおけるＰＵＣＣＨリソースは、ＰＵＣＣＨフォーマット、ＰＵＣＣＨのシンボル数およびＰＵＣＣＨのシンボル位置（ｓｌｏｔでの位置）のうちの少なくとも１つとバインディング関係を有する。例えば、セットにおいて、具体的なＰＵＣＣＨリソースは対応して自分のＰＵＣＣＨフォーマットを有し、セットにおいて、具体的なＰＵＣＣＨリソースは対応して自分のＰＵＣＣＨのシンボル数およびシンボル位置を有し、セットにおいて、異なる具体的なＰＵＣＣＨリソースは対応して自分のＰＵＣＣＨフォーマット、シンボル数およびシンボル位置を有する。セットにおける１つのＰＵＣＣＨリソースは対応して自分の伝送態様を有し、受信端が１つの具体的なＰＵＣＣＨリソースを選択または設定すると、対応する符号化変調態様、シンボル数およびシンボル位置はいずれも確定されていると理解されてもよい。
【０１５１】
例えば、前記ＤＭＲＳにより暗黙的に通知することは、具体的に、少なくとも下記態様の1つを含む。
【０１５２】
１）前記ＤＭＲＳのシンボル位置の異なりにより、使用するＰＵＣＣＨフォーマットおよび／または具体的なＰＵＣＣＨリソース情報を暗黙的に通知し、例えば、異なるＰＵＣＣＨフォーマットまたは異なる具体的なＰＵＣＣＨリソースにおいて、異なるＤＭＲＳのシンボル位置を有する。
【０１５３】
２）前記ＤＭＲＳシリーズの異なる巡回シフトにより、使用するＰＵＣＣＨフォーマットおよび／または具体的なＰＵＣＣＨリソース情報を暗黙的に通知し、例えば、異なるＰＵＣＣＨフォーマットまたは異なる具体的なＰＵＣＣＨリソースにおいて、対応するＤＭＲＳシリーズは異なる巡回シフトを有する。
【０１５４】
３）前記ＤＭＲＳの異なるシリーズにより、使用するＰＵＣＣＨフォーマットおよび／または具体的なＰＵＣＣＨリソース情報を暗黙的に通知し、例えば、異なるＰＵＣＣＨフォーマットまたは異なる具体的なＰＵＣＣＨリソースにおいて、対応するＤＭＲＳは異なるシリーズを有する。
【０１５５】
４）前記ＤＭＲＳの異なるシンボル数とシンボル位置との組み合わせにより、使用するＰＵＣＣＨフォーマットおよび／または具体的なＰＵＣＣＨリソース情報を暗黙的に通知し、例えば、異なるＰＵＣＣＨフォーマットまたは異なる具体的なＰＵＣＣＨリソースにおいて、対応するＤＭＲＳのシンボル位置および個数は異なる。
【０１５６】
５）前記ＤＭＲＳの異なるシンボルにおけるＤＭＲＳシリーズの異なる巡回シフトの組み合わせにより、使用するＰＵＣＣＨフォーマットおよび／または具体的なＰＵＣＣＨリソース情報を暗黙的に通知し、例えば、異なるＰＵＣＣＨフォーマットまたは異なる具体的なＰＵＣＣＨリソースにおいて、対応するＤＭＲＳが異なるＤＭＲＳシンボルにおいて異なる巡回シフトを有する。
【０１５７】
６）前記ＤＭＲＳの異なるシンボルにおける異なるシリーズの組み合わせにより、使用するＰＵＣＣＨフォーマットおよび／または具体的なＰＵＣＣＨリソース情報を暗黙的に通知し、例えば、異なるＰＵＣＣＨフォーマットまたは異なる具体的なＰＵＣＣＨリソースにおいて、対応するＤＭＲＳは異なるＤＭＲＳシンボルにおいて異なるシリーズを有する。
【０１５８】
（インスタンス５）
インスタンス１、２、３、４の基に、前記複数のＴＢｓに対して１ｂｉｔのＨＡＲＱ−ＡＣＫを形成することを追加し、具体的には以下のとおりである。
【０１５９】
受信端は、全てのＴＢが正しく復号され、１つのｂｉｔのＡＣＫ（第３タイプのＨＡＲＱ−ＡＣＫと見なす）をフィードバックし、全てのＴＢのＴＢレベルのＨＡＲＱ−ＡＣＫｓ（実際には、１０ｂｉｔのＡＣＫｓ）およびＮＡＣＫとマークされるＴＢのＣＢＧ  ＨＡＲＱ−ＡＣＫｓ（このような場合、実際には、ＣＢＧ  ＨＡＲ−ＡＣＫｓが形成されない）を再び送信しない。１つのデータブロックの伝送が正確である統計確率は９０％であるため、このような場合の出現確率が大きい。このような態様で、１ｂｉｔのＡＣＫ情報を送信する時、リソースを確定する態様、フォーマットを確定する態様等のような上記実施例における態様を採用することができる。例えば、送信端が受信端に設定するＰＵＣＣＨリソースセットにおいて、１ｂｉｔのＨＡＲＱ−ＡＣＫフォーマットに対応する具体的なＰＵＣＣＨリソースが１つある。送信端は、受信端のフィードバックをＰＵＣＣＨリソースセットにおけるこの具体的なＰＵＣＣＨリソースから受信する。ＡＣＫに復号されれば、送信端は、全てのＴＢが受信端により正しく受信されると考える。
【０１６０】
受信端は、全てのＴＢがいずれも正しく復号されていない場合、１つのｂｉｔのＮＡＣＫ（第３タイプのＨＡＲＱ−ＡＣＫと見なす）をフィードバックし、全てのＴＢのＴＢレベルのＨＡＲＱ−ＡＣＫｓを送信せず、ＮＡＣＫとマークされるＴＢ（実際には、全てのＴＢである）のＣＢＧ  ＨＡＲＱ−ＡＣＫｓを送信する。伝送データチャネルの伝送に様々な保障メカニズムが導入されて伝送の確実性の統計確率は９０％であるため、このような場合の出現確率は低い。このような態様で、１ｂｉｔのＮＡＣＫ情報を送信する時、リソースを確定する態様、フォーマットを確定する態様等のような上記実施例における態様を採用することができる。例えば、送信端が受信端に設定するＰＵＣＣＨリソースセットにおいて、１ｂｉｔのＨＡＲＱ−ＡＣＫフォーマットに対応する具体的なＰＵＣＣＨリソースが１つある。送信端は、受信端のフィードバックをＰＵＣＣＨリソースセットにおけるこの具体的なＰＵＣＣＨリソースから受信する。ＮＡＣＫに復号されれば、送信端は、全てのＴＢがいずれも受信端により正しく受信されていないと考え、その後、ＣＢＧ  ＨＡＲＱ−ＡＣＫｓを他の具体的なＰＵＣＣＨリソースから（ここで、ＰＵＣＣＨリソースにおいて、より多くのビットのＨＡＲＱ−ＡＣＫｓフォーマットを伝送することに対応する具体的なＰＵＣＣＨリソースが更にあると仮定する）受信し、正しく復号した後、各ＴＢの誤ったＣＢＧを再送信する。
【０１６１】
ＣＢＧに基づくフィードバックにおいて、複数のＴＢｓ／ＰＤＳＣＨｓのＨＡＲＱ−ＡＣＫｓが１つのｓｌｏｔに多重されると、本実施例を採用し、ＨＡＲＱ−ＡＣＫｓのビット数を低減し、オーバーヘッドを低減して受信端の送信消費電力を節約することができ、且つＣＢＧの再送信の性能に影響を与えない。
【０１６２】
（実施例４）
本発明の実施例は記憶媒体を更に提供する。好ましくは、本実施例において、上記記憶媒体は、以下のステップを実行するように構成されるプログラムコードを記憶するように構成されてもよい。
【０１６３】
Ｓ１において、伝送データのためにＨＡＲＱ−ＡＣＫを生成する。
【０１６４】
Ｓ２において、前記ＨＡＲＱ−ＡＣＫを送信端にフィードバックする。
【０１６５】
好ましくは、本実施例において、上記記憶媒体は、ＵＳＢ、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、リムーバブルハードディスク、磁気ディスクまたは光ディスク等のプログラムコードが記憶可能な各種の媒体を含んでもよいが、それらに限定されない。
【０１６６】
好ましくは、本実施例において、プロセッサは、記憶媒体に記憶されたプログラムコードに基づいて伝送データのためにＨＡＲＱ−ＡＣＫを生成することを実行する。
【０１６７】
好ましくは、本実施例において、プロセッサは、記憶媒体に記憶されたプログラムコードに基づいて前記ＨＡＲＱ−ＡＣＫを送信端にフィードバックすることを実行する。
【０１６８】
好ましくは、本実施例における具体例は、上記実施例および好ましい実施形態に説明した例を参照することができ、本実施例はここで説明を省略する。
【０１６９】
明らかに、当業者であれば、上記本発明の各モジュールまたは各ステップは、汎用の計算装置で実現することができ、それらが単一の計算装置に集中してもよく、複数の計算装置で構成されるネットワークに分布されてもよく、好ましくは、それらは計算装置が実行可能なプログラムコードで実現でき、これにより、それらを記憶装置に記憶して計算装置によって実行することができ、且つ、ある場合に、ここでの順序と異なる順序で示されたまたは説明されたステップを実行し、または、それらをそれぞれ各集積回路モジュールに作製し、または、それらのうちの複数のモジュールまたはステップを単一の集積回路モジュールに作製して実現することができることは理解すべきである。このように、本発明は、いかなる特定のハードウェアとソフトウェアとの組み合わせに限定されない。
【０１７０】
上記は本発明の好ましい実施例に過ぎず、本発明を限定するものではなく、当業者にとって、本発明は様々な変更および変化が可能である。本発明の精神および原則内で行われたいかなる修正、均等な置換、改良等は、いずれも本発明の保護範囲内に含まれるべきである。
【図１】
2020532920.tif 000003
【図２】
2020532920.tif 000004
【図３】
2020532920.tif 000005
【図４】
2020532920.tif 000006
【図５】
2020532920.tif 000007
【国際調査報告】
2020532920.tif 000008
2020532920.tif 000009
2020532920.tif 000010
2020532920.tif 000011