JP2024514071A - ハイブリッド自動再送要求確認のフィードバック方法及びその装置 - Google Patents

Abstract

本開示の実施例はハイブリッド自動再送要求確認のフィードバック方法及びその装置を開示し、通信技術分野に適用可能であり、ここで、端末デバイスによって実行されるように構成される方法は、Ｍ個の不連続的な時間ユニットを指示するための第１の指示情報を受信するステップと、Ｍ個の不連続的な時間ユニットで、それぞれＮ個のＰＤＳＣＨを受信するステップと、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信するステップと、を含み、ここで、ＭとＮはそれぞれ１よりも大きい正の整数であり、かつＮがＭ以下である。これにより、端末デバイスは第１の指示情報によって、複数の不連続的な時間ユニットを決定し、複数の不連続的な時間ユニットで受信された複数のＰＤＳＣＨに対してＨＡＲＱ－ＡＣＫフィードバックを行うことにより、シグナリングの伝送が効果的に低減し、リソースが節約され、効率も向上する。【選択図】 図２

Description

本開示は、通信技術分野に関し、特にハイブリッド自動再送要求確認のフィードバック方法及びその装置に関する。

通信システムでは、免許不要帯域の場合、デバイスはデータを送信する前に、免許不要スペクトルでチャネル認識を行う必要があり、チャネルがアイドルであると認識した場合、チャネル占有時間を決定し、このチャネル占有時間が終了する前に、該免許不要スペクトルでデータを送信することができる。チャネル占有時間が終了した後、該チャネルがアイドルであるか否かを再認識する。

チャネル占有時間が限られているので、制御シグナリングを節約するために、関連技術では、時間領域リソースの指示を実現するために、１つのダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を使用して複数の連続的な、または複数の不連続的なスロットをスケジューリングすることが提案されている。しかしながら、複数のスロットに対応するデータのハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ、ＨＡＲＱ）確認がどのようにフィードバックされるかは現在早急に解決すべき問題である。

本開示の実施例は、ハイブリッド自動再送要求確認のフィードバック方法及びその装置を提供し、通信技術分野に適用可能である。

第１の態様によれば、本開示の実施例はハイブリッド自動再送要求確認のフィードバック方法を提供し、前記方法は端末デバイスによって実行されるように構成され、該方法は、
Ｍ個の不連続的な時間ユニットを指示するための第１の指示情報を受信するステップと、
前記Ｍ個の不連続的な時間ユニットで、それぞれＮ個の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信するステップと、
前記Ｎ個のＰＤＳＣＨに対応するハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ）のフィードバック情報を送信するステップと、を含み、
ここで、ＭとＮはそれぞれ１よりも大きい正の整数であり、かつＮがＭ以下である。

選択的に、前記時間ユニットは、スロットと、マイクロスロットと、シンボルと、サブフレームとのうちの少なくとも１つである。

一可能な実現形態では、前記第１の指示情報はダウンリンク制御情報（ＤＣＩ）である。

別の可能な実現形態では、各前記ＰＤＳＣＨは少なくとも１つの伝送ブロック（ＴＢ）を含み、
または、各前記ＰＤＳＣＨは少なくとも１つのコードブロックグループ（ＣＢＧ）を含む。

選択的に、各前記ＰＤＳＣＨにおける異なるＴＢのＨＡＲＱ－ＡＣＫは異なるビットに対応し、または、各前記ＰＤＳＣＨにおける異なるＣＢＧのＨＡＲＱ－ＡＣＫは異なるビットに対応する。

選択的に、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信するステップは、
同じ物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースに基づいて、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信するステップを含む。

選択的に、前記同じ物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースに基づいて、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信するステップは、
前記ＰＵＣＣＨリソース内の指定されたコードブック（ｃｏｄｅｂｏｏｋ）に基づいて、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信するステップであって、ここで、異なるＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報は、前記指定されたコードブックにおける異なるビットまたは同じビットに対応するステップを含む。

一可能な実現形態では、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信するステップは、
異なるＰＵＣＣＨリソースに基づいて、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信するステップを含む。

選択的に、前記異なるＰＵＣＣＨリソースに基づいて、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信するステップは、
異なるＰＵＣＣＨリソースに基づいて、異なる時間ユニットグループに基づいて受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信するステップであって、ここで、各前記時間ユニットグループにはｘ個の連続的な時間ユニットが含まれ、ｘは正の整数であるステップを含む。

選択的に、各前記時間ユニットグループの間は不連続である。

選択的に、該方法は、同じＰＵＣＣＨリソースに基づいて、指定された複数のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信するステップであって、ここで、前記指定された複数のＰＤＳＣＨに対応する時間ユニットは同一の時間ユニットグループに属するステップをさらに含む。

選択的に、前記異なるＰＵＣＣＨリソースに基づいて、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信するステップは、
第１のＰＵＣＣＨリソースに基づいて、少なくとも１つの第１の時間ユニットグループに基づいて受信された第１のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信するステップと、
第２のＰＵＣＣＨリソースに基づいて、他の時間ユニットグループに基づいて受信された各第２のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信するステップと、を含み、
ここで、第１のＰＵＣＣＨリソースに対応する送信時刻は、前記第２のＰＵＣＣＨリソースに対応する送信時刻より前であり、前記第１のＰＤＳＣＨの優先度が前記各第２のＰＤＳＣＨの優先度より高く、各前記時間ユニットグループにはｘ個の連続的な時間ユニットが含まれ、ｘは正の整数である。

選択的に、各前記時間ユニットグループの間は不連続である。

選択的に、該方法は、
受信された各ＰＤＳＣＨに対応するサービスタイプに基づいて、各前記ＰＤＳＣＨの優先度を決定するステップをさらに含む。

選択的に、該方法は、
前記ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを指示するための第２の指示情報を受信するステップをさらに含む。

選択的に、該方法は、
制御リソースセット（ＣＯＲＥＳＥＴ）に基づいて、前記ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを決定するステップ、
または、
前記第１の指示情報によって指示された複数の不連続的な時間ユニットグループの間の分割時間ユニットの属性に基づいて、前記ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを決定するステップをさらに含む。

選択的に、前記制御リソースセット（ＣＯＲＥＳＥＴ）に基づいて、前記ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを決定するステップは、
前記ＣＯＲＥＳＥＴにおける制御チャネル要素（ＣＣＥ）の数に基づいて、前記ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを決定するステップ、
及び／又は、
前記ＣＯＲＥＳＥＴにおける開始ＣＣＥの位置に基づいて、前記ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを決定するステップを含む。

選択的に、該方法は、
いずれかの時間ユニットグループがＨＡＲＱ－ＡＣＫをフィードバックすることが必要なＰＤＳＣＨに対応する時間ユニットグループであり、かつ前記いずれかの時間ユニットグループの後に位置する各時間ユニットが非ダウンリンク時間ユニットであることに応答して、前記非ダウンリンク時間ユニットを前記ＰＵＣＣＨリソースに対応する時間ユニットとして決定するステップ、
または、
いずれかの時間ユニットグループがＨＡＲＱ－ＡＣＫをフィードバックすることが必要なＰＤＳＣＨに対応する時間ユニットグループであり、かつ前記いずれかの時間ユニットグループの後に位置する複数の時間ユニットに複数の非ダウンリンク時間ユニットが含まれることに応答して、前記複数の非ダウンリンク時間ユニットのうちの１番目の非ダウンリンク時間ユニットを前記ＰＵＣＣＨリソースに対応する時間ユニットとして決定するステップ、
または、
いずれかの時間ユニットグループがＨＡＲＱ－ＡＣＫをフィードバックすることが必要なＰＤＳＣＨに対応する時間ユニットグループであり、かつ前記いずれかの時間ユニットグループの後に位置する複数の時間ユニットが非ダウンリンク時間ユニットであることに応答して、前記いずれかの時間ユニットグループとの間の時間間隔が指定値以上であり時間間隔が最も小さい非ダウンリンク時間ユニットを、前記ＰＵＣＣＨリソースに対応する時間ユニットとして決定するステップをさらに含む。

選択的に、該方法は、前記端末デバイスの性能に基づいて、前記指定値を決定するステップ、
または、第３の指示情報に基づいて、前記指定値を決定するステップ、
または、プロトコルに基づいて、前記指定値を決定するステップをさらに含む。

本開示の第２の態様は、ハイブリッド自動再送要求確認のフィードバック方法を提供し、ネットワークデバイスによって実行されるように構成され、前記方法は、
Ｍ個の不連続的な時間ユニットを指示するための第１の指示情報を送信するステップと、
前記Ｍ個の不連続的な時間ユニットで、それぞれＮ個の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送信するステップと、
前記Ｎ個のＰＤＳＣＨに対応するハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ）のフィードバック情報を受信するステップと、を含み、
ここで、ＭとＮはそれぞれ１よりも大きい正の整数であり、かつＮがＭ以下である。

選択的に、前記時間ユニットは、スロットと、マイクロスロットと、シンボルと、サブフレームとのうちの少なくとも１つである。

選択的に、前記第１の指示情報はダウンリンク制御情報（ＤＣＩ）である。

一可能な実現形態では、各前記ＰＤＳＣＨは少なくとも１つの伝送ブロック（ＴＢ）を含み、または、各前記ＰＤＳＣＨは少なくとも１つのコードブロックグループ（ＣＢＧ）を含む。

別の可能な実現形態では、各前記ＰＤＳＣＨにおける異なるＴＢのＨＡＲＱ－ＡＣＫは異なるビットに対応し、または、各前記ＰＤＳＣＨデータにおける異なるＣＢＧのＨＡＲＱ－ＡＣＫは異なるビットに対応する。

選択的に、前記Ｎ個のＰＤＳＣＨに対応するハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ）のフィードバック情報を受信するステップは、
同じ物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースに基づいて、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信するステップを含む。

選択的に、前記同じ物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースに基づいて、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信するステップは、
前記ＰＵＣＣＨリソース内の指定されたコードブック（ｃｏｄｅｂｏｏｋ）に基づいて、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信するステップであって、ここで、異なるＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報は、前記指定されたコードブックにおける異なるビットに対応するステップを含む。

選択的に、前記Ｎ個のＰＤＳＣＨに対応するハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ）のフィードバック情報を受信するステップは、
異なるＰＵＣＣＨリソースに基づいて、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信するステップを含む。

選択的に、前記異なるＰＵＣＣＨリソースに基づいて、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信するステップは、
異なるＰＵＣＣＨリソースに基づいて、異なる時間ユニットグループに基づいて受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信するステップであって、ここで、各前記時間ユニットグループにはｘ個の連続的な時間ユニットが含まれ、ｘは正の整数であるステップを含む。

選択的に、各前記時間ユニットグループの間は不連続である。

選択的に、該方法は、
同じＰＵＣＣＨリソースに基づいて、指定された複数のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信するステップであって、ここで、前記指定された複数のＰＤＳＣＨに対応する時間ユニットは同一の時間ユニットグループに属するステップをさらに含む。

選択的に、前記異なるＰＵＣＣＨリソースに基づいて、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信するステップは、
第１のＰＵＣＣＨリソースに基づいて、少なくとも１つの第１の時間ユニットグループに基づいて受信された第１のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信するステップと、
第２のＰＵＣＣＨリソースに基づいて、他の時間ユニットグループに基づいて受信された各第２のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信するステップと、を含み、
ここで、第１のＰＵＣＣＨリソースに対応する送信時刻は、前記第２のＰＵＣＣＨリソースに対応する送信時刻より前であり、前記第１のＰＤＳＣＨの優先度が前記各第２のＰＤＳＣＨの優先度より高く、各前記時間ユニットグループにはｘ個の連続的な時間ユニットが含まれ、ｘは正の整数である。

選択的に、各前記時間ユニットグループの間は不連続である。

選択的に、該方法は、
前記ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを指示するための第２の指示情報を送信するステップをさらに含む。

第３の態様によれば、本開示の実施例は通信装置を提供し、該通信装置は、上記第１の態様に記載の方法における端末デバイスの一部又はすべてを実現する機能を有し、例えば、通信装置の機能は、本開示の一部又はすべての実施例における機能を有してもよいし、本開示のいずれか１つの実施例を単独で実施する機能を有してもよい。前記機能はハードウェアにより実現可能であり、ハードウェアを介して対応するソフトウェアを実行することで実現することもできる。前記ハードウェア又はソフトウェアは上記機能に対応する１つ又は複数のユニット又はモジュールを含む。

一実現形態では、該通信装置の構造は送受信モジュールと処理モジュールを含むことができ、前記処理モジュールは、通信装置が上記方法の対応する機能を実行することをサポートするように構成される。前記送受信モジュールは、通信装置と他のデバイスとの間の通信をサポートするために使用される。前記通信装置は記憶モジュールをさらに含んでもよく、前記記憶モジュールは送受信モジュール及び処理モジュールと結合するために使用され、それは、通信装置に必要なコンピュータプログラムとデータを記憶する。

一例として、処理モジュールはプロセッサであってもよく、送受信モジュールはトランシーバ又は通信インターフェースであってもよく、記憶モジュールはメモリであってもよい。

第４の態様によれば、本開示の実施例は別の通信装置を提供し、該通信装置は、上記第２の態様に記載の方法例におけるネットワークデバイスの一部又はすべてを実現する機能を有し、例えば、通信装置の機能は、本開示の一部又はすべての実施例における機能を有してもよいし、本開示のいずれか１つの実施例を単独で実施する機能を有してもよい。前記機能はハードウェアにより実現可能であり、ハードウェアを介して対応するソフトウェアを実行することで実現することもできる。前記ハードウェア又はソフトウェアは上記機能に対応する１つ又は複数のユニット又はモジュールを含む。

一実現形態では、該通信装置の構造は送受信モジュールと処理モジュールを含むことができ、該処理モジュールは、通信装置が上記方法の対応する機能を実行することをサポートするように構成される。送受信モジュールは、通信装置と他のデバイスとの間の通信をサポートするために使用される。前記通信装置は記憶モジュールをさらに含むことができ、前記記憶モジュールは送受信モジュール及び処理モジュールと結合するために使用され、それは、通信装置に必要なコンピュータプログラムとデータを記憶する。

第５の態様によれば、本開示の実施例は通信装置を提供し、該通信装置はプロセッサを含み、当該プロセッサはメモリ内のコンピュータプログラムを呼び出す場合、上記第１の態様に記載の方法を実行する。

第６の態様によれば、本開示の実施例は通信装置を提供し、該通信装置はプロセッサを含み、当該プロセッサはメモリ内のコンピュータプログラムを呼び出す場合、上記第２の態様に記載の方法を実行する。

第７の態様によれば、本開示の実施例は通信装置を提供し、該通信装置はプロセッサとメモリを含み、該メモリにはコンピュータプログラムが記憶されており、前記プロセッサは、該メモリに記憶されているコンピュータプログラムを実行することで、該通信装置に上記第１の態様に記載の方法を実行させる。

第８の態様によれば、本開示の実施例は通信装置を提供し、該通信装置はプロセッサとメモリを含み、該メモリにはコンピュータプログラムが記憶されており、前記プロセッサは、該メモリに記憶されているコンピュータプログラムを実行することで、該通信装置に上記第２の態様に記載の方法を実行させる。

第９の態様によれば、本開示の実施例は通信装置を提供し、該装置はプロセッサとインターフェース回路を含み、該インターフェース回路はコード命令を受信して該プロセッサに伝送するために使用され、該プロセッサは、該装置が上記第１の態様に記載の方法を実行するように、前記コード命令を実行するために使用される。

第１０の態様によれば、本開示の実施例は通信装置を提供し、該装置はプロセッサとインターフェース回路を含み、該インターフェース回路はコード命令を受信して該プロセッサに伝送するために使用され、該プロセッサは、該装置が上記第２の態様に記載の方法を実行するように、前記コード命令を実行するために使用される。

第１１の態様によれば、本開示の実施例はハイブリッド自動再送要求確認のフィードバックシステムを提供し、該システムは第３の態様に記載の通信装置及び第４の態様に記載の通信装置を含み、または、該システムは第５の態様に記載の通信装置及び第６の態様に記載の通信装置を含み、または、該システムは第７の態様に記載の通信装置及び第８の態様に記載の通信装置を含み、または、該システムは第９の態様に記載の通信装置及び第１０の態様に記載の通信装置を含む。

第１２の態様によれば、本発明の実施例は上記端末デバイスによって使用される命令を記憶するためのコンピュータ読み取り可能な記憶媒体を提供し、前記命令が実行されると、前記端末デバイスに上記第１の態様に記載の方法を実行させる。

第１３の態様によれば、本発明の実施例は上記端末デバイスによって使用される命令を記憶するためのコンピュータ読み取り可能な記憶媒体を提供し、前記命令が実行されると、前記端末デバイスに上記第２の態様に記載の方法を実行させる。

第１４の態様によれば、本開示は、コンピュータプログラムを含むコンピュータプログラム製品を提供し、それがコンピュータで実行される場合、コンピュータに上記第１の態様に記載の方法を実行させる。

第１５の態様によれば、本開示は、コンピュータプログラムを含むコンピュータプログラム製品を提供し、それがコンピュータで実行される場合、コンピュータに上記第２の態様に記載の方法を実行させる。

第１６の態様によれば、本開示はチップシステムを提供し、該チップシステムは少なくとも１つのプロセッサとインターフェースを含み、第１の態様に係る機能、例えば、上記方法に係るデータと情報のうちの少なくとも１つを決定又は処理することを実現するように端末デバイスをサポートするために使用される。１つの可能な設計では、前記チップシステムはメモリをさらに含み、前記メモリは、端末デバイスに必要なコンピュータプログラムとデータを記憶するために使用される。該チップシステムはチップによって構成されてもよく、チップと他の個別素子を含んでもよい。

第１７の態様によれば、本開示はチップシステムを提供し、該チップシステムは少なくとも１つのプロセッサとインターフェースを含み、第２の態様に係る機能、例えば、上記方法に係るデータと情報のうちの少なくとも１つを決定又は処理することを実現するように端末デバイスをサポートするために使用される。１つの可能な設計では、前記チップシステムはメモリをさらに含み、前記メモリは、端末デバイスに必要なコンピュータプログラムとデータを記憶するために使用される。該チップシステムはチップによって構成されてもよく、チップと他の個別素子を含んでもよい。

第１８の態様によれば、本開示はコンピュータプログラムを提供し、それがコンピュータで実行される場合、コンピュータに上記第１の態様に記載の方法を実行させる。

第１９の態様によれば、本開示はコンピュータプログラムを提供し、それがコンピュータで実行される場合、コンピュータに上記第２の態様に記載の方法を実行させる。

本開示の実施例又は背景技術における技術案をよりはっきりと説明するために、以下、本開示の実施例又は背景技術において使用する必要がある図面を説明する。
本開示の実施例によって提供される通信システムのアーキテクチャの概略図である。 本開示の一実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートである。 本開示の別の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートである。 本開示の別の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートである。 本開示の別の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートである。 本開示の別の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートである。 本開示の別の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートである。 本開示の別の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートである。 本開示の別の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートである。 本開示の別の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートである。 本開示の別の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートである。 本開示の別の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートである。 本開示の一実施例に係る通信装置の概略構成図である。 本開示別の実施例に係る通信装置の概略構成図である。 本開示の一実施例に係るチップの概略構成図である。

理解を容易にするために、まず、本開示に係る用語を説明する。

１、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）
ＤＣＩはアップリンクダウンリンクリソース割り当て、ハイブリッド自動再送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ、ＨＡＲＱ）情報、電力制御等を含むことができる。

２、ＨＡＲＱ確認（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）
ＨＡＲＱ－ＡＣＫは、端末デバイスによってネットワークデバイスに送信された、ＰＤＳＣＨが正しく受信されたか否かのフィードバック情報である。ＨＡＲＱ－ＡＣＫコードブック（ｃｏｄｅｂｏｏｋ）は、物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）または物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃＨａｎｎｅｌ、ＰＵＳＣＨ）で伝送されるＨＡＲＱ－ＡＣＫフィードバック情報シーケンスである。各ビットは伝送ブロック（ｔｒａｎｓｍｉｓｓｉｏｎ ｂｌｏｃｋ、ＴＢ）またはコードブロックグループ（ｃｏｄｅ ｂｌｏｃｋ ｇｒｏｕｐ、ＣＢＧ）に対応し、各ビットは対応するＴＢまたはＣＢＧが正しく受信されたか否かを指示する。

３、サブフレーム（ｓｕｂｆｒａｍｅ）
通信システムでは、粒度が１０ミリ秒（ｍｉｌｌｉｓｅｃｏｎｄ、ｍｓ）のシステムフレーム番号（ｓｙｓｔｅｍ ｆｒａｍｅ ｎｕｍｂｅｒ、ＳＦＮ）に従って時間領域リソース按照に連続番号を付けることができる。１つのＳＦＮには１０個のサブフレーム（ｓｕｂｆｒａｍｅ）が含まれることができ、各ｓｕｂｆｒａｍｅの長さは１ｍｓである。１つのサブフレームは、いくつかのスロット（ｓｌｏｔ）にさらに分割されてもよく、具体的な数はサブキャリア間隔に依存する。
通常、１つのスロットは、サブキャリア間隔とは関係なく、１４個または１２個の時分割複信直交周波数分割多重（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ）シンボルを含むことができる。
また、小さなリソースを最大限に活用するために、マイクロスロット（Ｍｉｎｉ－ｓｌｏｔ）を使用してもよく、それは、１つのスロット内のいずれかのＯＦＤＭシンボルから始めてもよい。Ｍｉｎｉ－ｓｌｏｔに含まれるシンボルの数は１～１４である。

４、物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃＨａｎｎｅｌ、ＰＵＳＣＨ）
ＰＵＳＣＨは、伝送アップリンク共有チャネル（ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＵＳＣＨ）からのデータを運ぶことができる。
ＰＵＣＣＨは、ＨＡＲＱ－ＡＣＫフィードバック情報やチャネル状態情報など、端末デバイスの状態を基地局に報告するためのアップリンク制御情報を運ぶことができる。
物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃＨａｎｎｅｌ、ＰＤＳＣＨ）
ＰＤＳＣＨは、伝送ダウンリンク共有チャネル（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＤＳＣＨ）からのデータを運ぶことができる。
いわゆる共有は、同一の物理チャネルを複数のユーザが時分割で使用できるか、またはチャネルの持続時間が短いと理解できる。物理共有チャネルは、システムによって事前に確立され、端末デバイスのサービスニーズに応じて、何らかの方法で特定の端末デバイスに割り当てて使用することができる。

本開示の実施例に開示されたハイブリッド自動再送要求確認のフィードバックの決定方法をよりよく理解するために、以下はまず本開示の実施例が適用する通信システムを説明する。

図１を参照すると、図１は本開示の実施例によって提供される通信システムのアーキテクチャの概略図である。該通信システムは１つのネットワークデバイスと１つの端末デバイスを含むことができるが、１つに限らない。図１に示すデバイスの数と形態は例示的なものであり、本開示の実施例を限定するものではなく、実際の応用では、２つ以上のネットワークデバイスと２つ以上の端末デバイスを含むことができる。図１に示す通信システムは１つのネットワークデバイス１１と１つ端末デバイス１２を含むことを例とする。

なお、本開示の実施例の技術案は様々な通信システムに適用することができる。例えば、長期進化型（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）移動通信システム、５Ｇ新しい無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）システム、又は他の将来の新型移動通信システム等である。

本開示の実施例におけるネットワークデバイス１１は、信号を送受信するためのネットワーク側のエンティティである。例えば、ネットワークデバイス１１は進化型基地局（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢ）、伝送ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）、ＮＲシステムにおける次世代基地局（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ、ｇＮＢ）、他の将来の移動通信システムにおける基地局又は無線保真（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、ＷｉＦｉ）システムにおけるアクセスノードなどであってもよい。本開示の実施例は、ネットワークデバイスが用いる具体的な技術と具体的なデバイス形態を限定しない。本開示の実施例によって提供されるネットワークデバイス１１は、集中ユニット（ｃｅｎｔｒａｌ ｕｎｉｔ、ＣＵ）と分散ユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ、ｄＵ）で構成されることができ、ここで、ＣＵは制御ユニット（ｃｏｎｔｒｏｌ ｕｎｉｔ）と呼ぶこともでき、ＣＵ－ｄＵの構造を用いてネットワークデバイス、例えば基地局のプロトコル層を分離することができ、一部のプロトコル層の機能をＣＵにおいて集中制御し、残りの一部又はすべてのプロトコル層の機能はｄＵに分布し、ＣＵによってｄＵを集中制御する。

本開示の実施例における端末デバイス１２は、信号を送受信するためのユーザ側のエンティティであり、例えば携帯電話である。端末デバイスは端末機器（ｔｅｒｍｉｎａｌ）、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ、ＭＳ）、移動端末デバイス（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ、ＭＴ）などと呼ぶこともできる。端末デバイスは、通信機能を備えた自動車、スマートカー、携帯電話（ｍｏｂｉｌｅ ｐｈｏｎｅ）、ウェアラブルデバイス、タブレット（Ｐａｄ）、無線送受信機能を備えたコンピュータ、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ、ＶＲ）端末デバイス、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ、ＡＲ）端末デバイス、産業制御（ｉｎｄｕｓｔｒｉａｌ ｃｏｎｔｒｏｌ）における無線端末デバイス、自動運転（ｓｅｌｆ－ｄｒｉｖｉｎｇ）における無線端末デバイス、遠隔医療手術（ｒｅｍｏｔｅ ｍｅｄｉｃａｌ ｓｕｒｇｅｒｙ）における無線端末デバイス、スマートグリッド（ｓｍａｒｔ ｇｒｉｄ）における無線端末デバイス、輸送安全（ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓａｆｅｔｙ）における無線端末デバイス、スマートシティ（ｓｍａｒｔ ｃｉｔｙ）における無線端末デバイス、スマートホーム（ｓｍａｒｔ ｈｏｍｅ）における無線端末デバイスなどであってもよい。本開示の実施例は端末デバイス１２が用いる具体的な技術と具体的なデバイス形態について限定しない。

なお、本開示の実施例で説明される通信システムは本開示の実施例の技術案をより明確に説明するためのものであり、本開示の実施例によって提供される技術案を限定するものではなく、当業者であれば、システムアーキテクチャの進化と新しいサービスシーンの出現に伴い、本開示の実施例によって提供される技術案は類似する技術的課題に対して、同様に適用可能である。

以下、図面と組み合わせて本開示によって提供されるハイブリッド自動再送要求確認のフィードバック方法及びその装置を詳しく説明する。

図２を参照すると、図２は本開示の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートであり、該方法は端末デバイスによって実行されるように構成される。図２に示すように、該方法は、以下のステップを含むことができるが、これらに限定されない。

ステップ２１では、ネットワークデバイスからの第１の指示情報を受信する。ここで、第１の指示情報はＭ個の不連続的な時間ユニットを端末デバイスに指示し、Ｍは正の整数である。

選択的に、第１の指示情報は、ダウンリンク制御情報（ＤＣＩ）であってもよく、または、複数の不連続的な時間ユニットを端末デバイスに指示するように構成できる他の任意の情報などであってもよいが、本開示はこれに限定されない。第１の指示情報がＤＣＩである場合、第１の指示情報は、ＰＤＳＣＨをスケジューリングするためのＤＣＩフォーマット（ｆｏｒｍａｔ）に対応するＤＣＩである。

選択的に、Ｍ個の不連続的な時間ユニットは、ダウンリンク時間ユニット、及び柔軟な時間ユニットのうちの少なくとも１つであってもよい。すなわち、ＰＤＳＣＨをスケジューリングするためのＤＣＩ ｆｏｒｍａｔに対応するＤＣＩは、ダウンリンク時間ユニット及び／又は柔軟な時間ユニットのみをスケジューリング可能である。ＰＵＳＣＨをスケジューリングするためのＤＣＩ ｆｏｒｍａｔに対応するＤＣＩは、アップリンク時間ユニット及び／又は柔軟な時間ユニットのみをスケジューリング可能である。

ここで、ダウンリンク時間ユニットは、ダウンリンク通信伝送のためにのみ使用することができ、柔軟な時間ユニットは、伝送方向が決まっていない時間ユニットである。ＰＤＳＣＨ伝送をスケジューリングするためのＤＣＩ ｆｏｒｍａｔがこの柔軟な時間ユニットをスケジューリングした場合、この柔軟な時間ユニットはＰＤＳＣＨ伝送に用いることができる。

選択的に、時間ユニットは、スロットと、マイクロスロットと、シンボルと、サブフレームとのうちの少なくとも１つであってもよい。

ステップ２２では、Ｍ個の不連続的な時間ユニットで、それぞれネットワークデバイスから送信されたＮ個のＰＤＳＣＨを受信する。ここで、ＮはＭ以下の正の整数である。

本開示では、端末デバイスは、ネットワークデバイスによって指示されたＭ個の不連続的なダウンリンク時間ユニット及び／又は柔軟な時間ユニットを受信した後、このＭ個の不連続的な時間ユニットでＰＤＳＣＨを受信することができる。

ここで、端末デバイスによってＭ個の不連続的な時間ユニットで受信されたＰＤＳＣＨの数Ｎは不連続的な時間ユニットの数以下であってもよく、すなわち、端末デバイスは１つまたは複数の不連続的な時間ユニットで１つのＰＤＳＣＨを受信する可能性があり、本開示はこれに限定されない。

選択的に、各ＰＤＳＣＨは少なくとも１つの伝送ブロック（ＴＢ）を含んでもよく、または各ＰＤＳＣＨは少なくとも１つの伝送ブロック（ＣＢＧ）を含んでもよい。本開示はこれに限定されない。

ステップ２３では、Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信する。

選択的に、各ＰＤＳＣＨにおける異なるＴＢのＨＡＲＱ－ＡＣＫは異なるビットに対応し、または、
各ＰＤＳＣＨにおける異なるＣＢＧのＨＡＲＱ－ＡＣＫは異なるビットに対応する。

例えば、各ＰＤＳＣＨが１つのＴＢまたは２つのＴＢを含む場合、各ＰＤＳＣＨの各ＴＢのＨＡＲＱ－ＡＣＫは独立したビットを占有する。または、各ＰＤＳＣＨが複数のＣＢＧを含む場合、各ＰＤＳＣＨの各ＣＢＧのＨＡＲＱ－ＡＣＫは独立したビットを占有する。

本開示では、端末デバイスがネットワークデバイスによって指示された複数の不連続的な時間ユニットを受信し、かつネットワークデバイスから送信されたＮ個のＰＤＳＣＨを複数の不連続的な時間ユニットに基づいてそれぞれ受信した後、このＮ個のＰＤＳＣＨが正しく受信されたか否かのＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信することができる。

本開示の実施例では、端末デバイスはまずネットワークデバイスからの第１の指示情報を受信し、そして第１の指示情報によって指示されたＭ個の不連続的な時間ユニットに基づいて、ネットワークデバイスから送信されたＮ個のＰＤＳＣＨを受信し、Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバック情報をネットワークデバイスに送信することができる。これにより、端末デバイスは第１の指示情報によって、複数の不連続的な時間ユニットを決定し、複数の不連続的な時間ユニットで受信された複数のＰＤＳＣＨに対してＨＡＲＱ－ＡＣＫフィードバックを行うことにより、シグナリングの伝送が効果的に低減し、リソースが節約され、効率も向上する。

図３を参照すると、図３は本開示の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートであり、該方法は端末デバイスによって実行されるように構成される。図３に示すように、該方法は、以下のステップを含むことができるが、これらに限定されない。

ステップ３１では、ネットワークデバイスからの第１の指示情報を受信する。ここで、第１の指示情報はＭ個の不連続的な時間ユニットを端末デバイスに指示し、Ｍは正の整数である。

選択的に、第１の指示情報はダウンリンク制御情報（ＤＣＩ）であってもよい。

選択的に、複数の不連続的な時間ユニットは、ダウンリンク時間ユニット、及び柔軟な時間ユニットのうちの少なくとも１つであってもよい。

なお、第１の指示情報及び複数の不連続的な時間ユニットの具体的なコンテンツ及び実現形態は、本開示の他の各実施例の説明を参照することができ、ここでは説明を省略する。

選択的に、第１の指示情報によって指示された複数の不連続的な時間ユニットの数は一定の閾値以下である。

具体的には、不連続的な時間ユニットの数が多すぎると、１つの指示情報を使用してスケジューリングする場合、スケジューリング時間が長すぎる可能性があり、柔軟性が悪く、スケジューリングが依存するチャネル状態情報が変わりすぎて不正確になる可能性がある。このため、本開示では、シグナリングオーバーヘッドを最小限に抑え、正確性を向上させるために、第１の指示情報によって端末デバイスに指示された不連続的な時間ユニットの数を制限する。

ここで、この閾値はネットワークデバイスによって指示された数値であってもよく、または、端末デバイスによってプロトコルに基づいて事前に設定された数値であってもよいが、本開示はこれに限定されない。

ステップ３２では、Ｍ個の不連続的な時間ユニットで、それぞれネットワークデバイスから送信されたＮ個のＰＤＳＣＨを受信する。ここで、ＮはＭ以下の正の整数である。

ステップ３３では、同じＰＵＣＣＨリソースに基づいて、Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信する。

選択的に、端末デバイスは、同じＰＵＣＣＨリソース内の指定されたコードブック（ｃｏｄｅｂｏｏｋ）に基づいて、Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信することができ、ここで、異なるＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報は指定されたコードブックにおける異なるビットまたは同じビットに対応することができる。

ここで、指定されたコードブックは、端末デバイスによってプロトコルに基づいて決定されたコードブックであってもよく、または、ネットワークデバイスによって指示された情報に基づいて端末デバイスによって決定されたコードブックであってもよいが、本開示はこれに限定されない。

例えば、ネットワークデバイスが端末デバイスに５つのＰＤＳＣＨを送信した場合、端末デバイスは、該指定されたコードブックにおける５つのビットに基づいて、それぞれ各ＰＤＳＣＨが正しく受信されたか否かをネットワークデバイスにリターンすることができる。

または、ネットワークデバイスが端末デバイスに５つのＰＤＳＣＨを送信し、かつ各ＰＤＳＣＨに２つのＴＢが含まれる場合、端末デバイスは、該指定されたコードブックにおける１０個のビットに基づいて、各ＰＤＳＣＨにおける各ＴＢが正しく受信されたか否かをネットワークデバイスにリターンすることができる。

または、ネットワークデバイスが端末デバイスに５つのＰＤＳＣＨを送信した場合、端末デバイスは、該指定されたコードブックにおける１つのビットに基づいて、各ＰＤＳＣＨが正しく受信されたか否かをネットワークデバイスにリターンし、すなわち、１つのｂｉｔを使用して５つのＰＤＳＣＨのＨＡＲＱ－ＡＣＫ情報をフィードバックすることができる。例えば、すべてのＰＤＳＣＨが正しく受信された場合、該ビットの値を１にすることができ、すべてのＰＤＳＣＨが誤って受信された場合、または１つのＰＤＳＣＨだけが誤って受信された場合、該ビットの値を０にすることができるが、本開示はこれに限定されない。

本開示の実施例では、端末デバイスはまずネットワークデバイスからの第１の指示情報を受信し、そして第１の指示情報によって指示されたＭ個の不連続的な時間ユニットに基づいて、ネットワークデバイスから送信されたＮ個のＰＤＳＣＨを受信し、同じＰＵＣＣＨリソースに基づいて、Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバック情報をネットワークデバイスに送信する。これにより、端末デバイスは第１の指示情報によって、複数の不連続的な時間ユニットを決定し、同じＰＵＣＣＨリソースを使用して複数の不連続的な時間ユニットで受信された複数のＰＤＳＣＨに対してＨＡＲＱ－ＡＣＫフィードバックを行うことができ、シグナリングの伝送が効果的に低減し、リソースが節約され、効率も向上する。

図４を参照すると、図４は本開示の実施例によって提供されるＨＡＲＱ－ＡＣＫのフィードバック方法の概略フローチャートであり、該方法は端末デバイスによって実行されるように構成される。図４に示すように、該方法は、以下のステップを含むことができるが、これらに限定されない。

ステップ４１では、ネットワークデバイスからの第１の指示情報を受信する。ここで、第１の指示情報はＭ個の不連続的な時間ユニットを端末デバイスに指示し、Ｍは正の整数である。

選択的に、第１の指示情報はダウンリンク制御情報（ＤＣＩ）であってもよい。

選択的に、複数の不連続的な時間ユニットは、ダウンリンク時間ユニット、及び柔軟な時間ユニットのうちの少なくとも１つであってもよい。

なお、第１の指示情報及び複数の不連続的な時間ユニットの具体的なコンテンツ及び実現形態は、本開示の他の各実施例の説明を参照することができ、ここでは説明を省略する。

ステップ４２では、Ｍ個の不連続的な時間ユニットで、それぞれネットワークデバイスから送信されたＮ個のＰＤＳＣＨを受信する。ここで、ＮはＭ以下の正の整数である。

ステップ４３では、異なるＰＵＣＣＨリソースに基づいて、Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信する。

選択的に、本開示では、第１の指示情報によって指示されたＭ個の不連続的な時間ユニットは複数の時間ユニットグループに分けられてもよく、ここで、各時間ユニットグループにはｘ個の連続的な時間ユニットが含まれ、複数の時間ユニットグループは連続していても不連続であってもよい。Ｍ個の不連続的な時間ユニットを複数の時間ユニットグループに分ける動作は、ネットワークデバイスによって完了した後に端末に指示されてもよいし、事前に定義されたルール及び／又はネットワークデバイスによって指示されたルールに基づいて端末デバイスによって実行されてもよい。端末デバイスは、複数の時間グループを決定した後、異なるＰＵＣＣＨリソースに基づいて、異なる時間ユニットグループに基づいて受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信する。

端末デバイスは、同じＰＵＣＣＨリソースに基づいて、指定された複数のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信することもでき、ここで、指定された複数のＰＤＳＣＨに対応する時間ユニットは同一の時間ユニットグループに属する。

例えば、端末デバイスが受信した第１の指示情報において１０個の不連続的な時間ユニットが指示され、かつ１番目の時間ユニットと２番目の時間ユニットと３番目の時間ユニットとが連続し、３番目の時間ユニットと４番目の時間ユニットの間は不連続であり、４番目の時間ユニットと５番目の時間ユニットと６番目の時間ユニットと７番目の時間ユニットとが連続し、７番目の時間ユニットと８番目の時間ユニットの間は不連続であり、８番目の時間ユニットと９番目の時間ユニットと１０番目の時間ユニットとが連続する。端末デバイスは、受信された１０個の不連続的な時間ユニットを、３つの時間ユニットグループに分けることができ、すなわち、１番目の時間ユニットグループには１番目から３番目の時間ユニットが含まれ、２番目の時間ユニットグループには４番目から７番目の時間ユニットが含まれ、３番目の時間ユニットグループには８番目から１０番目の時間ユニットが含まれる。

その後、端末デバイスは、１つのＰＵＣＣＨリソースに基づいて、１番目の時間ユニットグループ（すなわち、１番目から３番目の時間ユニット）で受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信し、別のＰＵＣＣＨリソースに基づいて、２番目の時間ユニットグループで受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信し、別のＰＵＣＣＨリソースに基づいて、３番目の時間ユニットグループで受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信することができる。

選択的に、各時間ユニットグループに含まれる時間ユニットの数ｘは同じであってもよいし、異なってもよいし、一部が同じであってもよいが、本開示はこれに限定されない。

選択的に、端末デバイスは、ネットワークデバイスの指示に基づいて、各時間ユニットグループに含まれる時間ユニットの数ｘを決定することができる。または、プロトコル決定に基づいて、各時間ユニットグループに含まれる時間ユニットの数を決定することもできる。本開示はこれに限定されない。

選択的に、各時間ユニットグループに含まれる時間ユニットの数は１以上である。

選択的に、本開示では、端末デバイスは、異なる時間ユニットグループで受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を、同じＰＵＣＣＨリソースで送信してもよい。

例えば、端末デバイスは、第１のＰＵＣＣＨリソースに基づいて、１番目の時間ユニットグループ（すなわち、１番目から３番目の時間ユニット）で受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信し、第２のＰＵＣＣＨリソースに基づいて、２番目の時間ユニットグループで受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信し、第３のＰＵＣＣＨリソースに基づいて、３番目の時間ユニットグループで受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信する。例えば、第２のＰＵＣＣＨリソースと第３のＰＵＣＣＨリソースは同一のＰＵＣＣＨリソースであり、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースは異なるＰＵＣＣＨリソースである。

本開示の実施例では、端末デバイスはまずネットワークデバイスからの第１の指示情報を受信し、そして第１の指示情報によって指示されたＭ個の不連続的な時間ユニットに基づいて、ネットワークデバイスから送信されたＮ個のＰＤＳＣＨを受信し、異なるＰＵＣＣＨリソースに基づいて、Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバック情報をネットワークデバイスに送信することができる。これにより、端末デバイスは第１の指示情報によって、複数の不連続的な時間ユニットを決定し、異なるＰＵＣＣＨリソースを使用して複数の不連続的な時間ユニットで受信された複数のＰＤＳＣＨに対してそれぞれＨＡＲＱ－ＡＣＫフィードバックを行うことができ、シグナリングの伝送が効果的に低減し、リソースが節約され、効率も向上する。

図５を参照すると、図５は本開示の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートであり、該方法は端末デバイスによって実行されるように構成される。図５に示すように、該方法は、以下のステップを含むことができるが、これらに限定されない。

ステップ５１では、ネットワークデバイスからの第１の指示情報を受信する。ここで、第１の指示情報はＭ個の不連続的な時間ユニットを端末デバイスに指示し、Ｍは正の整数である。

選択的に、第１の指示情報はダウンリンク制御情報（ＤＣＩ）であってもよい。

選択的に、複数の不連続的な時間ユニットは、ダウンリンク時間ユニット、及び柔軟な時間ユニットのうちの少なくとも１つであってもよい。

なお、第１の指示情報及び複数の不連続的な時間ユニットの具体的なコンテンツは、本開示の他の各実施例の説明を参照することができ、ここでは説明を省略する。

ステップ５２では、Ｍ個の不連続的な時間ユニットで、それぞれネットワークデバイスから送信されたＮ個のＰＤＳＣＨを受信する。ここで、ＮはＭ以下の正の整数である。

ステップ５３では、Ｍ個の不連続的な時間ユニットを複数の時間ユニットグループに分ける。ここで、各前記時間ユニットグループにはｘ個の連続的な時間ユニットが含まれ、ｘは正の整数である。

選択的に、複数の時間ユニットグループの間は不連続または連続であり、本開示はこれに限定されない。

なお、時間ユニットグループの意味及び区分方式は、本開示の他の各実施例の説明を参照することができ、ここでは説明を省略する。

ステップ５４では、第１のＰＵＣＣＨリソースに基づいて、少なくとも１つの第１の時間ユニットグループに基づいて受信された第１のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信する。

ステップ５５では、第２のＰＵＣＣＨリソースに基づいて、他の時間ユニットグループに基づいて受信された各第２のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信する。

ここで、第１のＰＵＣＣＨリソースに対応する送信時刻は第２のＰＵＣＣＨリソースに対応する送信時刻より前であり、第１のＰＤＳＣＨの優先度が各第２のＰＤＳＣＨの優先度より高い。

選択的に、少なくとも１つの第１の時間ユニットグループの間は連続または不連続である。

すなわち、端末デバイスは、複数の連続的な第１の時間ユニットグループに基づいて受信された複数の第１のＰＤＳＣＨの優先度が同じである可能性があり、または、複数の不連続的な第１の時間ユニットグループに基づいて受信された複数の第１のＰＤＳＣＨの優先度が同じである可能性もある。

選択的に、異なる時間ユニットに基づいて端末デバイスによって受信されたＰＤＳＣＨの優先度が異なる場合、優先度の高いＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を優先的に送信することを優先的に確保して、送信時刻の早いＰＵＣＣＨリソースを使用して優先度の高いＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信し、その後、他のＰＵＣＣＨリソースを使用して優先度の高いＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信することができる。

選択的に、サービスデータのタイプによって、サービス品質に対する要求が異なり、例えば遅延に対する要求が異なる。そのため、端末デバイスは受信された各ＰＤＳＣＨに対応するサービスタイプに基づいて、各ＰＤＳＣＨの優先度を決定することができる。

本開示の実施例では、端末デバイスはまずネットワークデバイスからの第１の指示情報を受信し、そして第１の指示情報によって指示されたＭ個の不連続的な時間ユニットに基づいて、ネットワークデバイスから送信されたＮ個のＰＤＳＣＨを受信し、送信時刻の早いＰＵＣＣＨリソースに基づいて、優先度の高いＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバック情報をネットワークデバイスに送信し、送信時刻の遅いＰＵＣＣＨリソースに基づいて、優先度の低いＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバック情報をネットワークデバイスに送信することができる。これにより、端末デバイスは第１の指示情報によって、複数の不連続的な時間ユニットを決定し、送信時刻の早いＰＵＣＣＨリソースを使用して優先度の高いＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫを送信することにより、シグナリングの伝送が効果的に低減し、リソースが節約され、効率も向上し、異なる優先度のＰＤＳＣＨのサービス品質が確保される。

図６を参照すると、図６は本開示の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートであり、該方法は端末デバイスによって実行されるように構成される。図６に示すように、該方法は、以下のステップを含むことができるが、これらに限定されない。

ステップ６１では、ネットワークデバイスからの第１の指示情報を受信する。ここで、第１の指示情報はＭ個の不連続的な時間ユニットを端末デバイスに指示し、Ｍは正の整数である。

選択的に、第１の指示情報はダウンリンク制御情報（ＤＣＩ）であってもよい。

選択的に、複数の不連続的な時間ユニットは、ダウンリンク時間ユニット、及び柔軟な時間ユニットのうちの少なくとも１つであってもよい。

なお、第１の指示情報及び複数の不連続的な時間ユニットの具体的なコンテンツは、本開示の他の各実施例の説明を参照することができ、ここでは説明を省略する。

ステップ６２では、Ｍ個の不連続的な時間ユニットで、それぞれネットワークデバイスから送信されたＮ個のＰＤＳＣＨを受信する。ここで、ＮはＭ以下の正の整数である。

ステップ６３では、ネットワークデバイスからの第２の指示情報を受信する。ここで、第２の指示情報は、ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを端末デバイスに指示する。

ステップ６４では、第２の指示情報に基づいて、各ＰＤＳＣＨのＨＡＲＱ－ＡＣＫに対応するＰＵＣＣＨリソースを決定する。

ステップ６５では、各ＰＤＳＣＨのＨＡＲＱ－ＡＣＫに対応するＰＵＣＣＨリソースに基づいて、ＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信する。

選択的に、第２の指示情報によって指示されたＰＵＣＣＨリソースは１つのリソースであってもよいし、複数のリソースであってもよい。すなわち、端末デバイスは、１つのＰＵＣＣＨリソースに基づいて、Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信することができ、または、複数のＰＵＣＣＨリソースに基づいて、Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信することもできる。本開示はこれに限定されない。

選択的に、第２の指示情報は第１の指示情報であり、または第２の指示情報は第１の指示情報以外の他の指示情報である。

本開示の実施例では、端末デバイスはまず受信された第１の指示情報に基づいてＭ個の不連続的な時間ユニットを決定し、そしてＭ個の不連続的な時間ユニットに基づいて、ネットワークデバイスから送信されたＮ個のＰＤＳＣＨを受信し、その後受信された第２の指示情報に基づいて各ＰＤＳＣＨのＨＡＲＱ－ＡＣＫに対応するＰＵＣＣＨリソースを決定し、決定されたＰＵＣＣＨリソースに基づいてＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバック情報をネットワークデバイスに送信する。これにより、端末デバイスは第１の指示情報によって、複数の不連続的な時間ユニットを決定し、指示されたＰＵＣＣＨリソースに基づいてＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫをネットワークデバイスに送信することにより、シグナリングの伝送が効果的に低減し、リソースが節約され、効率も向上し、ＨＡＲＱ－ＡＣＫの確実な伝送が確保される。

図７を参照すると、図７は本開示の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートであり、該方法は端末デバイスによって実行されるように構成される。図７に示すように、該方法は、以下のステップを含むことができるが、これらに限定されない。

ステップ７１では、ネットワークデバイスからの第１の指示情報を受信する。ここで、第１の指示情報はＭ個の不連続的な時間ユニットを端末デバイスに指示し、Ｍは正の整数である。

選択的に、第１の指示情報はダウンリンク制御情報（ＤＣＩ）であってもよい。

選択的に、複数の不連続的な時間ユニットは、ダウンリンク時間ユニット、及び柔軟な時間ユニットのうちの少なくとも１つであってもよい。

なお、第１の指示情報及び複数の不連続的な時間ユニットの具体的なコンテンツは、本開示の他の各実施例の説明を参照することができ、ここでは説明を省略する。

ステップ７２では、Ｍ個の不連続的な時間ユニットで、それぞれネットワークデバイスから送信されたＮ個のＰＤＳＣＨを受信する。ここで、ＮはＭ以下の正の整数である。

ステップ７３では、Ｍ個の不連続的な時間ユニットを複数の時間ユニットグループに分ける。ここで、各前記時間ユニットグループにはｘ個の連続的な時間ユニットが含まれ、ｘは正の整数である。

選択的に、複数の時間ユニットグループの間は不連続であるが、本開示はこれに限定されない。

なお、時間ユニットグループの意味及び区分方式は、本開示の他の各実施例の説明を参照することができ、ここでは説明を省略する。

ステップ７４では、複数の不連続的な時間ユニットグループの間の分割時間ユニットの属性に基づいて、ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを決定する。

ここで、時間ユニットの属性は時間ユニットの用途を表すことができ、例えば時間ユニットはアップリンク時間ユニット、柔軟な時間ユニットまたはダウンリンク時間ユニットなどであり得る。

選択的に、本開示では、いずれかの時間ユニットグループがＨＡＲＱ－ＡＣＫをフィードバックすることが必要なＰＤＳＣＨに対応する時間ユニットグループであり、かついずれかの時間ユニットグループの後に位置する各時間ユニットが非ダウンリンク時間ユニットである場合、端末デバイスは、該非ダウンリンク時間ユニットをＰＵＣＣＨリソースに対応する時間ユニットとして決定することができる。

ここで、非ダウンリンク時間ユニットとはアップリンク時間ユニット及び／又は柔軟な時間ユニットである。

例えば、第１の指示消息において端末デバイスに４つの時間ユニットグループが指示され、かつ２番目の時間ユニットグループがダウンリンク時間ユニットグループであり、２番目の時間ユニットグループと３番目の時間ユニットグループとの間には２つのアップリンク時間ユニット及び／又は柔軟な時間ユニットが存在する。すなわち、端末デバイスは、２番目の時間ユニットグループに基づいてＰＤＳＣＨを受信し、２番目の時間ユニットグループに対してＨＡＲＱ－ＡＣＫをフィードバックする必要がある。従って、端末デバイスは、２番目の時間ユニットグループの後に位置する２つの時間ユニットのうちの少なくとも１つの時間ユニットを、ＰＵＣＣＨリソースに対応する時間ユニットとして決定することができる。

選択的に、いずれかの時間ユニットグループがＨＡＲＱ－ＡＣＫをフィードバックすることが必要なＰＤＳＣＨに対応する時間ユニットグループであり、かついずれかの時間ユニットグループの後に位置する複数の時間ユニットに複数の非ダウンリンク時間ユニットが含まれる場合、複数の非ダウンリンク時間ユニットのうちの１番目の非ダウンリンク時間ユニットを前記ＰＵＣＣＨリソースに対応する時間ユニットとして決定する。

例えば、第１の指示消息において端末デバイスに４つの時間ユニットグループが指示され、かつ２番目の時間ユニットグループがダウンリンク時間ユニットグループであり、２番目の時間ユニットグループと３番目の時間ユニットグループとの間には６つの時間ユニットが存在し、この６つの時間ユニットのうちの１番目、４－６番目の時間ユニットは非ダウンリンク時間ユニットである。すなわち、端末デバイスは、２番目の時間ユニットグループに基づいてＰＤＳＣＨを受信し、２番目の時間ユニットグループに対してＨＡＲＱ－ＡＣＫをフィードバックする必要がある。従って、端末デバイスは、２番目の時間ユニットグループの後に位置する１番目の時間ユニットをＰＵＣＣＨリソースに対応する時間ユニットとして決定することができる。

選択的に、いずれかの時間ユニットグループがＨＡＲＱ－ＡＣＫをフィードバックすることが必要なＰＤＳＣＨに対応する時間ユニットグループであり、かつ前記いずれかの時間ユニットグループの後に位置する複数の時間ユニットが非ダウンリンク時間ユニットであることに応答して、いずれかの時間ユニットグループとの間の時間間隔が指定値以上であり時間間隔が最も小さい非ダウンリンク時間ユニットを、前記ＰＵＣＣＨリソースに対応する時間ユニットとして決定する。

ここで、端末デバイスは、デバイスの性能に基づいて該指定値を決定することができ、すなわち、該指定値は端末デバイスの処理遅延を表すことができる。

または、端末デバイスは、ネットワークデバイスから送信された第３の指示情報を受信し、そして該第３の指示情報に基づいて該指定値を決定することができる。または、端末デバイスはプロトコルに基づいて、指定値を決定することもできる。本開示はこれに限定されない。

具体的には、例えば、端末デバイスが指定値を２つの時間ユニットとして決定し、第１の指示消息において端末デバイスに４つの時間ユニットグループが指示され、かつ２番目の時間ユニットグループがダウンリンク時間ユニットグループであり、２番目の時間ユニットグループと３番目の時間ユニットグループとの間には４つの非ダウンリンク時間ユニットが存在する。すなわち、端末デバイスは、２番目の時間ユニットグループに基づいてＰＤＳＣＨを受信し、２番目の時間ユニットグループに対してＨＡＲＱ－ＡＣＫをフィードバックする必要がある。従って、端末デバイスは、２番目の時間ユニットグループの後に位置し、２番目の時間ユニットグループとの間の時間間隔が２つの時間ユニット以上で時間間隔が最も小さい非ダウンリンク時間ユニット、すなわち、３番目の時間ユニットを、ＰＵＣＣＨリソースに対応する時間ユニットとして決定することができる。

選択的に、端末デバイスは、制御リソースセット（ＣＯＲＥＳＥＴ）に基づいて、ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを決定することもできる。

ここで、端末デバイスは、各ＰＤＳＣＨに対応するＣＯＲＥＳＥＴに基づいて、各ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨリソースを決定することができる。各ＰＤＳＣＨに対応するＣＯＲＥＳＥＴは該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに対応するＣＯＲＥＳＥＴである。

選択的に、端末デバイスは、ＣＯＲＥＳＥＴにおける制御チャネル要素（ＣＣＥ）の数に基づいて、ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを決定することができ、
及び／又は、
端末デバイスは、ＣＯＲＥＳＥＴにおける開始ＣＣＥの位置に基づいて、ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを決定することができる。

本開示の実施例では、端末デバイスはまず受信された第１の指示情報に基づいてＭ個の不連続的な時間ユニットを決定し、そしてＭ個の不連続的な時間ユニットに基づいて、ネットワークデバイスから送信されたＮ個のＰＤＳＣＨを受信し、その後複数の不連続的な時間ユニットグループの間の分割時間ユニットの属性に基づいて、各ＰＤＳＣＨのＨＡＲＱ－ＡＣＫに対応するＰＵＣＣＨリソースを決定し、決定されたＰＵＣＣＨリソースに基づいてＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバック情報をネットワークデバイスに送信することができる。これにより、端末デバイスは第１の指示情報によって、複数の不連続的な時間ユニットを決定し、指示されたＰＵＣＣＨリソースに基づいてＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫをネットワークデバイスに送信することにより、シグナリングの伝送が効果的に低減し、リソースが節約され、効率も向上し、ＨＡＲＱ－ＡＣＫの確実な伝送が確保される。

図８を参照すると、図８は本開示の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートであり、該方法はネットワークデバイスによって実行されるように構成される。図８に示すように、該方法は、以下のステップを含むことができるが、これらに限定されない。

ステップ８１では、Ｍ個の不連続的な時間ユニットを端末デバイスに指示するための第１の指示情報を端末デバイスに送信する。ここで、Ｍは正の整数である。

選択的に、第１の指示情報はダウンリンク制御情報（ＤＣＩ）であってもよく、または、複数の不連続的な時間ユニットを端末デバイスに指示するように構成できる他の任意の情報などであってもよいが、本開示はこれに限定されない。。第１の指示情報がＤＣＩである場合、第１の指示情報は、ＰＤＳＣＨをスケジューリングするためのＤＣＩ ｆｏｒｍａｔに対応するＤＣＩである。

選択的に、Ｍ個の不連続的な時間ユニットは、ダウンリンク時間ユニット、及び柔軟な時間ユニットのうちの少なくとも１つであってもよい。

すなわち、ＰＤＳＣＨをスケジューリングするためのＤＣＩ ｆｏｒｍａｔに対応するＤＣＩは、ダウンリンク時間ユニット及び／又は柔軟な時間ユニットのみをスケジューリング可能である。ＰＵＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔに対応するＤＣＩは、アップリンク時間ユニット及び／又は柔軟な時間ユニットをスケジューリング可能である。

ここで、ダウンリンク時間ユニットは、ダウンリンク通信伝送のためにのみ使用することができ、柔軟な時間ユニットは、伝送方向が決まっていない時間ユニットである。ＰＤＳＣＨ伝送をスケジューリングするためのＤＣＩ ｆｏｒｍａｔがこの柔軟な時間ユニットをスケジューリングした場合、この柔軟な時間ユニットはＰＤＳＣＨ伝送に用いることができる。

選択的に、時間ユニットは、スロットと、マイクロスロットと、シンボルと、サブフレームとのうちの少なくとも１つであってもよい。

ステップ８２では、前記Ｍ個の不連続的な時間ユニットで、それぞれＮ個の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記端末デバイスに送信する。ここで、ＮはＭ以下の正の整数である。

ここで、ネットワークデバイスによってＭ個の不連続的な時間ユニットで送信されたＰＤＳＣＨの数Ｎは不連続的な時間ユニットの数以下であってもよく、すなわち、ネットワークデバイスは１つまたは複数の不連続的な時間ユニットで１つのＰＤＳＣＨを送信する可能性があり、本開示はこれに限定されない。

選択的に、各ＰＤＳＣＨは少なくとも１つの伝送ブロック（ＴＢ）を含んでもよく、または各ＰＤＳＣＨは少なくとも１つの伝送ブロック（ＣＢＧ）を含んでもよい。本開示はこれに限定されない。

ステップ８３では、前記端末デバイスから送信された前記Ｎ個のＰＤＳＣＨに対応するハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ）のフィードバック情報を受信する。

選択的に、各ＰＤＳＣＨにおける異なるＴＢのＨＡＲＱ－ＡＣＫは異なるビットに対応し、または、各ＰＤＳＣＨにおける異なるＣＢＧのＨＡＲＱ－ＡＣＫは異なるビットに対応する。

例えば、各ＰＤＳＣＨが１つのＴＢまたは２つのＴＢを含む場合、各ＰＤＳＣＨの各ＴＢのＨＡＲＱ－ＡＣＫは独立したビットを占有する。または、各ＰＤＳＣＨが複数のＣＢＧを含む場合、各ＰＤＳＣＨの各ＣＢＧのＨＡＲＱ－ＡＣＫは独立したビットを占有する。

本開示では、端末デバイスがネットワークデバイスによって指示された複数の不連続的な時間ユニットを受信し、かつネットワークデバイスから送信されたＮ個のＰＤＳＣＨを複数の不連続的な時間ユニットに基づいてそれぞれ受信した後、このＮ個のＰＤＳＣＨが正しく受信されたか否かのＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信することができる。

本開示の実施例では、ネットワークデバイスはまず第１の指示情報を端末デバイスに送信し、そして第１の指示情報によって指示されたＭ個の不連続的な時間ユニットに基づいて、Ｎ個のＰＤＳＣＨを端末デバイスに送信し、端末デバイスから送信されたＮ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバック情報を受信することができる。これにより、ネットワークデバイスは第１の指示情報によって、複数の不連続的な時間ユニットを指示し、端末デバイスによる複数の不連続的な時間ユニットに対する複数のＨＡＲＱ－ＡＣＫフィードバックを受信することができ、シグナリングの伝送が効果的に低減し、リソースが節約され、効率も向上する。

図９を参照すると、図９は本開示の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートであり、該方法はネットワークデバイスによって実行されるように構成される。図９に示すように、該方法は、以下のステップを含むことができるが、これらに限定されない。

ステップ９１では、Ｍ個の不連続的な時間ユニットを端末デバイスに指示するための第１の指示情報を端末デバイスに送信する。ここで、Ｍは正の整数である。

選択的に、第１の指示情報はダウンリンク制御情報（ＤＣＩ）であってもよい。

選択的に、複数の不連続的な時間ユニットは、ダウンリンク時間ユニット、及び柔軟な時間ユニットのうちの少なくとも１つであってもよい。

なお、第１の指示情報及び複数の不連続的な時間ユニットの具体的なコンテンツ及び実現形態は、本開示の他の各実施例の説明を参照することができ、ここでは説明を省略する。

選択的に、第１の指示情報によって指示された複数の不連続的な時間ユニットの数は一定の閾値以下である。

具体的には、不連続的な時間ユニットの数が多すぎると、１つの指示情報を使用してスケジューリングする場合、スケジューリング時間が長すぎる可能性があり、柔軟性が悪く、スケジューリングが依存するチャネル状態情報が変わりすぎて不正確になる可能性がある。このため、本開示では、シグナリングオーバーヘッドを最小限に抑え、正確性を向上させるために、第１の指示情報によって端末デバイスに指示された不連続的な時間ユニットの数を制限する。

ここで、この閾値はネットワークデバイスによって指示された数値であってもよく、または、端末デバイスによってプロトコルに基づいて事前に設定された数値であってもよいが、本開示はこれに限定されない。

ステップ９２では、Ｍ個の不連続的な時間ユニットで、それぞれＮ個のＰＤＳＣＨを端末デバイスに送信する。ここで、ＮはＭ以下の正の整数である。

ステップ９３では、同じＰＵＣＣＨリソースに基づいて、端末デバイスから送信された前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信する。

選択的に、端末デバイスは、同じＰＵＣＣＨリソース内の指定されたコードブック（ｃｏｄｅｂｏｏｋ）に基づいて、Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信することができ、ここで、異なるＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報は指定されたコードブックにおける異なるビットまたは同じビットに対応することができる。

ここで、指定されたコードブックは、端末デバイスによってプロトコルに基づいて決定されたコードブックであってもよく、または、ネットワークデバイスによって指示された情報に基づいて端末デバイスによって決定されたコードブックであってもよいが、本開示はこれに限定されない。

例えば、ネットワークデバイスが端末デバイスに５つのＰＤＳＣＨを送信した場合、端末デバイスは、該指定されたコードブックにおける５つのビットに基づいて、それぞれ各ＰＤＳＣＨが正しく受信されたか否かをネットワークデバイスにリターンすることができる。

または、ネットワークデバイスが端末デバイスに５つのＰＤＳＣＨを送信し、かつ各ＰＤＳＣＨに２つのＴＢが含まれる場合、端末デバイスは、該指定されたコードブックにおける１０個のビットに基づいて、各ＰＤＳＣＨにおける各ＴＢが正しく受信されたか否かをネットワークデバイスにリターンすることができる。

または、ネットワークデバイスが端末デバイスに５つのＰＤＳＣＨを送信した場合、端末デバイスは、該指定されたコードブックにおける１つのビットに基づいて、各ＰＤＳＣＨが正しく受信されたか否かをネットワークデバイスにリターンし、すなわち、１つのｂｉｔを使用して５つのＰＤＳＣＨのＨＡＲＱ－ＡＣＫ情報をフィードバックすることができる。例えば、すべてのＰＤＳＣＨが正しく受信された場合、該ビットの値を１にすることができ、すべてのＰＤＳＣＨが誤って受信された場合、または１つのＰＤＳＣＨだけが誤って受信された場合、該ビットの値を０にすることができるが、本開示はこれに限定されない。

本開示の実施例では、ネットワークデバイスはまず第１の指示情報を端末デバイスに送信し、そして第１の指示情報によって指示されたＭ個の不連続的な時間ユニットに基づいて、Ｎ個のＰＤＳＣＨを端末デバイスに送信し、同じＰＵＣＣＨリソースに基づいて、端末デバイスから送信されたＮ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバック情報を受信することができる。これにより、ネットワークデバイスは第１の指示情報によって、複数の不連続的な時間ユニットを指示し、同じＰＵＣＣＨリソースを使用して、端末デバイスによる複数の不連続的な時間ユニットで送信された複数のＰＤＳＣＨのに対するＨＡＲＱ－ＡＣＫフィードバックを受信することができ、シグナリングの伝送が効果的に低減し、リソースが節約され、効率も向上する。

図１０を参照すると、図１０は本開示の実施例によって提供されるＨＡＲＱ－ＡＣＫのフィードバック方法の概略フローチャートであり、該方法はネットワークデバイスによって実行されるように構成される。図１０に示すように、該方法は、以下のステップを含むことができるが、これらに限定されない。

ステップ１０１では、Ｍ個の不連続的な時間ユニットを端末デバイスに指示するための第１の指示情報を端末デバイスに送信する。ここで、Ｍは正の整数である。

選択的に、第１の指示情報はダウンリンク制御情報（ＤＣＩ）であってもよい。

選択的に、複数の不連続的な時間ユニットは、ダウンリンク時間ユニット、及び柔軟な時間ユニットのうちの少なくとも１つであってもよい。

なお、第１の指示情報及び複数の不連続的な時間ユニットの具体的なコンテンツは、本開示の他の各実施例の説明を参照することができ、ここでは説明を省略する。

ステップ１０２では、Ｍ個の不連続的な時間ユニットで、それぞれＮ個のＰＤＳＣＨを端末デバイスに送信する。ここで、ＮはＭ以下の正の整数である。

ステップ１０３では、異なるＰＵＣＣＨリソースに基づいて、端末デバイスから送信されたＮ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信する。

選択的に、本開示では、第１の指示情報によって指示されたＭ個の不連続的な時間ユニットは複数の時間ユニットグループに分けられてもよく、ここで、各時間ユニットグループにはｘ個の連続的な時間ユニットが含まれ、複数の時間ユニットグループは連続していても不連続であってもよい。Ｍ個の不連続的な時間ユニットを複数の時間ユニットグループに分ける動作は、ネットワークデバイスによって完了した後に端末に指示されてもよいし、事前に定義されたルール及び／又はネットワークデバイスによって指示されたルールに基づいて端末デバイスによって実行されてもよい。端末デバイスは、複数の時間グループを決定した後、異なるＰＵＣＣＨリソースに基づいて、異なる時間ユニットグループに基づいて受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信する。

すなわち、ネットワークデバイスは、同じＰＵＣＣＨリソースに基づいて、端末デバイスから送信された指定された複数のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信することもでき、ここで、指定された複数のＰＤＳＣＨに対応する時間ユニットは同一の時間ユニットグループに属する。

例えば、ネットワークデバイスから送信された第１の指示情報において１０個の不連続的な時間ユニットが指示され、かつ１番目の時間ユニットと２番目の時間ユニットと３番目の時間ユニットとが連続し、３番目の時間ユニットと４番目の時間ユニットとの間は不連続であり、４番目の時間ユニットと５番目の時間ユニットと６番目の時間ユニットと７番目の時間ユニットとが連続し、７番目の時間ユニットと８番目の時間ユニットの間は不連続であり、８番目の時間ユニットと９番目の時間ユニットと１０番目の時間ユニットとが連続する。ネットワークデバイスと端末デバイスは、受信された１０個の不連続的な時間ユニットを、３つの時間ユニットグループに分けることができ、すなわち、１番目の時間ユニットグループには１番目から３番目の時間ユニットが含まれ、２番目の時間ユニットグループには４番目から７番目の時間ユニットが含まれ、３番目の時間ユニットグループには８番目から１０番目の時間ユニットが含まれる。

その後、端末デバイスは、１つのＰＵＣＣＨリソースに基づいて、１番目の時間ユニットグループ（すなわち、１番目から３番目の時間ユニット）で受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信し、別のＰＵＣＣＨリソースに基づいて、２番目の時間ユニットグループで受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信し、別のＰＵＣＣＨリソースに基づいて、３番目の時間ユニットグループで受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信することができる。

選択的に、各時間ユニットグループに含まれる時間ユニットの数ｘは同じであってもよいし、異なってもよいし、一部が同じであってもよいが、本開示はこれに限定されない。

選択的に、ネットワークデバイスは、各時間ユニットグループに含まれる時間ユニットの数ｘを端末デバイスに指示するために、指示を端末デバイスに送信することができる。または、ネットワークデバイスは、プロトコル決定に基づいて、各時間ユニットグループに含まれる時間ユニットの数を決定することもできる。本開示はこれに限定されない。

選択的に、各時間ユニットグループに含まれる時間ユニットの数は１以上である。

選択的に、本開示では、ネットワークデバイスによって同じＰＵＣＣＨリソースで受信されたＨＡＲＱ－ＡＣＫのフィードバック情報は、端末デバイスによって異なる時間ユニットグループで受信されたＰＤＳＣＨに対応するものであってもよい。

例えば、端末デバイスは、第１のＰＵＣＣＨリソースに基づいて、１番目の時間ユニットグループ（すなわち、１番目から３番目の時間ユニット）で受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信し、第２のＰＵＣＣＨリソースに基づいて、２番目の時間ユニットグループで受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信し、第３のＰＵＣＣＨリソースに基づいて、３番目の時間ユニットグループで受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信する。例えば、第２のＰＵＣＣＨリソースと第３のＰＵＣＣＨリソースは同一のＰＵＣＣＨリソースであり、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースは異なるＰＵＣＣＨリソースである。

本開示の実施例では、ネットワークデバイスはまず第１の指示情報を端末デバイスに送信し、そして第１の指示情報によって指示されたＭ個の不連続的な時間ユニットに基づいて、Ｎ個のＰＤＳＣＨを端末デバイスに送信し、異なるＰＵＣＣＨリソースに基づいて、端末デバイスから送信されたＮ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバック情報を受信することができる。これにより、ネットワークデバイスは第１の指示情報によって、複数の不連続的な時間ユニットを指示し、異なるＰＵＣＣＨリソースを使用して、端末デバイスによる複数の不連続的な時間ユニットで受信された複数のＰＤＳＣＨそれぞれに対するＨＡＲＱ－ＡＣＫフィードバックを受信することができ、シグナリングの伝送が効果的に低減し、リソースが節約され、効率も向上する。

図１１を参照すると、図１１は本開示の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートであり、該方法はネットワークデバイスによって実行されるように構成される。図１１に示すように、該方法は、以下のステップを含むことができるが、これらに限定されない。

ステップ１１１では、Ｍ個の不連続的な時間ユニットを端末デバイスに指示するための第１の指示情報を端末デバイスに送信する。Ｍは正の整数である。

選択的に、第１の指示情報はダウンリンク制御情報（ＤＣＩ）であってもよい。

選択的に、複数の不連続的な時間ユニットは、ダウンリンク時間ユニット、及び柔軟な時間ユニットのうちの少なくとも１つであってもよい。

なお、第１の指示情報及び複数の不連続的な時間ユニットの具体的なコンテンツは、本開示の他の各実施例の説明を参照することができ、ここでは説明を省略する。

ステップ１１２では、Ｍ個の不連続的な時間ユニットで、それぞれＮ個のＰＤＳＣＨを端末デバイスに送信する。ここで、ＮはＭ以下の正の整数である。

ステップ１１３では、Ｍ個の不連続的な時間ユニットを複数の時間ユニットグループに分ける。ここで、各前記時間ユニットグループにはｘ個の連続的な時間ユニットが含まれ、ｘは正の整数である。

選択的に、複数の時間ユニットグループの間は不連続または連続であり、本開示はこれに限定されない。

なお、時間ユニットグループの意味及び区分方式は、本開示の他の各実施例の説明を参照することができ、ここでは説明を省略する。

ステップ１１４では、第１のＰＵＣＣＨリソースに基づいて、端末デバイスによって送信された、少なくとも１つの第１の時間ユニットグループに基づいて受信された第１のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信する。

ステップ１１５では、第２のＰＵＣＣＨリソースに基づいて、端末デバイスから送信された、他の時間ユニットグループに基づいて受信された各第２のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信する。

ここで、第１のＰＵＣＣＨリソースに対応する送信時刻は第２のＰＵＣＣＨリソースに対応する送信時刻より前であり、第１のＰＤＳＣＨの優先度が各第２のＰＤＳＣＨの優先度より高い。

選択的に、少なくとも１つの第１の時間ユニットグループの間は連続または不連続である。

すなわち、端末デバイスは、複数の連続的な第１の時間ユニットグループに基づいて受信された複数の第１のＰＤＳＣＨの優先度が同じである可能性があり、または、複数の不連続的な第１の時間ユニットグループに基づいて受信された複数の第１のＰＤＳＣＨの優先度が同じである可能性もある。

選択的に、異なる時間ユニットに基づいてネットワークデバイスによって送信されたＰＤＳＣＨの優先度が異なる場合、端末デバイスは、優先度の高いＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を優先的に送信することを優先的に確保して、送信時刻の早いＰＵＣＣＨリソースを使用して優先度の高いＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信し、その後、他のＰＵＣＣＨリソースを使用して優先度の高いＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信することができる。

選択的に、サービスデータのタイプによって、サービス品質に対する要求が異なり、例えば遅延に対する要求が異なる。そのため、端末デバイスは受信された各ＰＤＳＣＨに対応するサービスタイプに基づいて、各ＰＤＳＣＨの優先度を決定することができる。

本開示の実施例では、ネットワークデバイスはまず第１の指示情報を端末デバイスに送信し、そして第１の指示情報によって指示されたＭ個の不連続的な時間ユニットに基づいて、Ｎ個のＰＤＳＣＨを端末デバイスに送信し、送信時刻の早いＰＵＣＣＨリソースに基づいて、端末デバイスから送信された優先度の高いＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバック情報を受信し、送信時刻の遅いＰＵＣＣＨリソースに基づいて、端末デバイスから送信された優先度の低いＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバック情報を受信することができる。これにより、ネットワークデバイスは第１の指示情報によって、複数の不連続的な時間ユニットを指示し、送信時刻の早いＰＵＣＣＨリソースを使用して、優先度の高いＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫを受信することができ、シグナリングの伝送が効果的に低減し、リソースが節約され、効率も向上し、異なる優先度のＰＤＳＣＨのサービス品質が確保される。

図１２を参照すると、図１２は本開示の実施例によって提供されるハイブリッド自動再送要求確認のフィードバック方法の概略フローチャートであり、該方法はネットワークデバイスによって実行されるように構成される。図１２に示すように、該方法は、以下のステップを含むことができるが、これらに限定されない。

ステップ１２１では、Ｍ個の不連続的な時間ユニットを端末デバイスに指示するための第１の指示情報を端末デバイスに送信する。Ｍは正の整数である。

選択的に、第１の指示情報はダウンリンク制御情報（ＤＣＩ）であってもよい。

選択的に、複数の不連続的な時間ユニットは、ダウンリンク時間ユニット、及び柔軟な時間ユニットのうちの少なくとも１つであってもよい。

なお、第１の指示情報及び複数の不連続的な時間ユニットの具体的なコンテンツは、本開示の他の各実施例の説明を参照することができ、ここでは説明を省略する。

ステップ１２２では、Ｍ個の不連続的な時間ユニットで、それぞれＮ個のＰＤＳＣＨを端末デバイスに送信する。ここで、ＮはＭ以下の正の整数である。

ステップ１２３では、ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを端末デバイスに指示するための第２の指示情報を端末デバイスに送信する。

ステップ１２４では、各ＰＤＳＣＨのＨＡＲＱ－ＡＣＫに対応するＰＵＣＣＨリソースに基づいて、端末デバイスから送信されたＨＡＲＱ－ＡＣＫのフィードバック情報を受信する。

選択的に、第２の指示情報によって指示されたＰＵＣＣＨリソースは１つのリソースであってもよいし、複数のリソースであってもよい。すなわち、端末デバイスは、１つのＰＵＣＣＨリソースに基づいて、Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信することができ、または、複数のＰＵＣＣＨリソースに基づいて、Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信することもできる。本開示はこれに限定されない。

選択的に、第２の指示情報は第１の指示情報であり、または第２の指示情報は第１の指示情報以外の他の指示情報である。

本開示の実施例では、ネットワークデバイスはまず１つの第１の指示情報によって、Ｍ個の不連続的な時間ユニットを端末デバイスに指示し、そしてＭ個の不連続的な時間ユニットに基づいて、Ｎ個のＰＤＳＣＨを端末デバイスに送信し、その後第２の指示情報によって、各ＰＤＳＣＨのＨＡＲＱ－ＡＣＫに対応するＰＵＣＣＨリソースを端末デバイスに指示し、指示されたＰＵＣＣＨリソースに基づいて、端末デバイスから送信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバック情報を受信する。これにより、ネットワークデバイスは第１の指示情報によって、複数の不連続的な時間ユニットを指示し、指示されたＰＵＣＣＨリソースに基づいて、端末デバイスから送信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫを受信することができ、シグナリングの伝送が効果的に低減し、リソースが節約され、効率も向上し、ＨＡＲＱ－ＡＣＫの確実な伝送が確保される。

上記本開示によって提供される実施例では、それぞれネットワークデバイス、端末デバイスの角度から、本開示の実施例によって提供される方法を説明する。上記本開示の実施例によって提供される方法における各機能を実現するために、ネットワークデバイスと端末デバイスはハードウェア構造、ソフトウェアモジュールを含むことができ、ハードウェア構造、ソフトウェアモジュール、又はハードウェア構造にソフトウェアモジュールを加える形式で上記各機能を実現する。上記各機能のある機能は、ハードウェア構造、ソフトウェアモジュール、又はハードウェア構造にソフトウェアモジュールを加える方式で実行することができる。

図１３を参照すると、それは本開示の実施例によって提供される通信装置１３０の概略構成図である。図１３に示される通信装置１３０は送受信モジュール１３１と処理モジュール１３２とを含むことができる。

送受信モジュール１３１は送信モジュール及び／又は受信モジュールを含むことができ、送信モジュールは送信機能を実現するために使用され、受信モジュールは受信機能を実現するために使用され、送受信モジュール１３１は送信機能及び／又は受信機能を実現することができる。

なお、通信装置１３０は端末デバイスであってもよく、端末デバイスにおける装置であってもよく、端末デバイスに合わせて使用できる装置であってもよい。

通信装置１３０は、端末デバイス側に配置され、前記装置は、
ネットワークデバイスからの第１の指示情報を受信するための送受信モジュール１３１であって、ここで、前記第１の指示情報はＭ個の不連続的な時間ユニットを前記端末デバイスに指示する送受信モジュール１３１を含み、
前記送受信モジュール１３１はさらに、前記Ｍ個の不連続的な時間ユニットで、それぞれ前記ネットワークデバイスから送信されたＮ個の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信し、
前記送受信モジュール１３１はさらに、前記Ｎ個のＰＤＳＣＨに対応するハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ）のフィードバック情報を前記ネットワークデバイスに送信し、
ここで、ＭとＮはそれぞれ１よりも大きい正の整数であり、かつＮがＭ以下である。

選択的に、時間ユニットは、スロットと、マイクロスロットと、シンボルと、サブフレームとのうちの少なくとも１つである。

選択的に、第１の指示情報はダウンリンク制御情報（ＤＣＩ）である。

選択的に、各前記ＰＤＳＣＨは少なくとも１つの伝送ブロック（ＴＢ）を含み、または、各前記ＰＤＳＣＨは少なくとも１つのコードブロックグループ（ＣＢＧ）を含む。

選択的に、各前記ＰＤＳＣＨにおける異なるＴＢのＨＡＲＱ－ＡＣＫは異なるビットに対応し、または、各前記ＰＤＳＣＨにおける異なるＣＢＧのＨＡＲＱ－ＡＣＫは異なるビットに対応する。

選択的に、上記送受信モジュール１３１は、具体的には、同じ物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースに基づいて、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信する。

選択的に、上記送受信モジュール１３１は、具体的には、ＰＵＣＣＨリソース内の指定されたコードブック（ｃｏｄｅｂｏｏｋ）に基づいて、前記Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信し、ここで、異なるＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報は、前記指定されたコードブックにおける異なるビットまたは同じビットに対応する。

選択的に、上記送受信モジュール１３１は、具体的には、異なるＰＵＣＣＨリソースに基づいて、Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信する。

選択的に、上記送受信モジュール１３１は、具体的には、異なるＰＵＣＣＨリソースに基づいて、ネットワークデバイスに異なる時間ユニットグループに基づいて受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信し、ここで、各時間ユニットグループにはｘ個の連続的な時間ユニットが含まれ、ｘは正の整数である。

選択的に、各時間ユニットグループの間は不連続である。

選択的に、上記送受信モジュール１３１はさらに、同じＰＵＣＣＨリソースに基づいて、ネットワークデバイスに指定された複数のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を送信し、ここで、指定された複数のＰＤＳＣＨに対応する時間ユニットは同一の時間ユニットグループに属する。

選択的に、上記送受信モジュール１３１は、具体的には、
第１のＰＵＣＣＨリソースに基づいて、少なくとも１つの第１の時間ユニットグループに基づいて受信された第１のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信し、
第２のＰＵＣＣＨリソースに基づいて、他の時間ユニットグループに基づいて受信された各第２のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報をネットワークデバイスに送信し、
ここで、第１のＰＵＣＣＨリソースに対応する送信時刻は、前記第２のＰＵＣＣＨリソースに対応する送信時刻より前であり、前記第１のＰＤＳＣＨの優先度が前記各第２のＰＤＳＣＨの優先度より高く、各前記時間ユニットグループにはｘ個の連続的な時間ユニットが含まれ、ｘは正の整数である。

選択的に、各前記時間ユニットグループの間は不連続である。

選択的に、上記処理モジュール１３２は、具体的には、受信された各ＰＤＳＣＨに対応するサービスタイプに基づいて、各ＰＤＳＣＨの優先度を決定する。

選択的に、上記送受信モジュール１３１はさらに、ネットワークデバイスからの第２の指示情報を受信し、ここで、第２の指示情報は、前記ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを端末デバイスに指示する。

選択的に、上記処理モジュール１３２は、具体的には、制御リソースセット（ＣＯＲＥＳＥＴ）に基づいて、ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを決定し、
または、
第１の指示情報によって指示された複数の不連続的な時間ユニットグループの間の分割時間ユニットの属性に基づいて、ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを決定する。

選択的に、上記処理モジュール１３２は、具体的には、
ＣＯＲＥＳＥＴにおける制御チャネル要素（ＣＣＥ）の数に基づいて、ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを決定し、
及び／又は、
ＣＯＲＥＳＥＴにおける開始ＣＣＥの位置に基づいて、ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを決定する。

選択的に、上記処理モジュール１３２は、具体的には、
いずれかの時間ユニットグループがＨＡＲＱ－ＡＣＫをフィードバックすることが必要なＰＤＳＣＨに対応する時間ユニットグループであり、かついずれかの時間ユニットグループの後に位置する各時間ユニットが非ダウンリンク時間ユニットである場合、非ダウンリンク時間ユニットを前記ＰＵＣＣＨリソースに対応する時間ユニットとして決定し、
または、
いずれかの時間ユニットグループがＨＡＲＱ－ＡＣＫをフィードバックすることが必要なＰＤＳＣＨに対応する時間ユニットグループであり、かつ前記いずれかの時間ユニットグループの後に位置する複数の時間ユニットに複数の非ダウンリンク時間ユニットが含まれることに応答して、複数の非ダウンリンク時間ユニットのうちの１番目の非ダウンリンク時間ユニットを前記ＰＵＣＣＨリソースに対応する時間ユニットとして決定し、
または、
いずれかの時間ユニットグループがＨＡＲＱ－ＡＣＫをフィードバックすることが必要なＰＤＳＣＨに対応する時間ユニットグループであり、かつ前記いずれかの時間ユニットグループの後に位置する複数の時間ユニットが非ダウンリンク時間ユニットであることに応答して、いずれかの時間ユニットグループとの間の時間間隔が指定値以上であり時間間隔が最も小さい非ダウンリンク時間ユニットを、前記ＰＵＣＣＨリソースに対応する時間ユニットとして決定する。

選択的に、上記処理モジュール１３２はさらに、
端末デバイスの性能に基づいて、指定値を決定し、
または、
第３の指示情報に基づいて、指定値を決定し、
または、
プロトコルに基づいて、指定値を決定する。

本開示によって提供される通信装置によれば、端末デバイスはまずネットワークデバイスからの第１の指示情報を受信し、そして第１の指示情報によって指示されたＭ個の不連続的な時間ユニットに基づいて、ネットワークデバイスから送信されたＮ個のＰＤＳＣＨを受信し、Ｎ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバック情報をネットワークデバイスに送信することができる。これにより、端末デバイスは第１の指示情報によって、複数の不連続的な時間ユニットを決定し、複数の不連続的な時間ユニットで受信された複数のＰＤＳＣＨに対してＨＡＲＱ－ＡＣＫフィードバックを行うことにより、シグナリングの伝送が効果的に低減し、リソースが節約され、効率も向上する。

選択的に、通信装置１３０はさらに、ネットワークデバイス側に配置されてもよい。

それに応じて、送受信モジュール１３１は、Ｍ個の不連続的な時間ユニットを前記端末デバイス に指示するための第１の指示情報を端末デバイスに送信し、
上記送受信モジュール１３１はさらに、前記Ｍ個の不連続的な時間ユニットで、それぞれＮ個の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記端末デバイスに送信し、
上記送受信モジュール１３１はさらに、前記端末デバイスから送信された前記Ｎ個のＰＤＳＣＨに対応するハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ）のフィードバック情報を受信し、
ここで、ＭとＮはそれぞれ１よりも大きい正の整数であり、かつＮがＭ以下である。

選択的に、時間ユニットは、スロットと、マイクロスロットと、シンボルと、サブフレームとのうちの少なくとも１つである。

選択的に、第１の指示情報はダウンリンク制御情報（ＤＣＩ）である。

選択的に、各ＰＤＳＣＨは少なくとも１つの伝送ブロック（ＴＢ）を含み、または、各ＰＤＳＣＨは少なくとも１つのコードブロックグループ（ＣＢＧ）を含む。

選択的に、各前記ＰＤＳＣＨにおける異なるＴＢのＨＡＲＱ－ＡＣＫは異なるビットに対応し、
または、
各前記ＰＤＳＣＨデータにおける異なるＣＢＧのＨＡＲＱ－ＡＣＫは異なるビットに対応する。

選択的に、上記送受信モジュール１３１は、具体的には、同じ物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースに基づいて、端末デバイスから送信されたＮ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信する。

選択的に、上記送受信モジュール１３１は、具体的には、ＰＵＣＣＨリソース内の指定されたコードブック（ｃｏｄｅｂｏｏｋ）に基づいて、端末デバイスから送信されたＮ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信し、ここで、異なるＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報は、前記指定されたコードブックにおける異なるビットに対応する。

選択的に、上記送受信モジュール１３１は、具体的には、異なるＰＵＣＣＨリソースに基づいて、端末デバイスから送信されたＮ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信する。

選択的に、上記送受信モジュール１３１は、具体的には、異なるＰＵＣＣＨリソースに基づいて、端末デバイスから送信された、異なる時間ユニットグループに基づいて受信されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信し、ここで、各時間ユニットグループにはｘ個の連続的な時間ユニットが含まれ、ｘは正の整数である。

選択的に、各時間ユニットグループの間は不連続である。

選択的に、上記送受信モジュール１３１はさらに、同じＰＵＣＣＨリソースに基づいて、端末デバイスから送信された指定された複数のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信してもよく、ここで、指定された複数のＰＤＳＣＨに対応する時間ユニットは同一の時間ユニットグループに属する。

選択的に、上記送受信モジュール１３１はさらに、
第１のＰＵＣＣＨリソースに基づいて、前記端末デバイスから送信された、少なくとも１つの第１の時間ユニットグループに基づいて受信された第１のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信し、
第２のＰＵＣＣＨリソースに基づいて、前記端末デバイスから送信された、他の時間ユニットグループに基づいて受信された各第２のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのフィードバック情報を受信し、
ここで、第１のＰＵＣＣＨリソースに対応する送信時刻は、前記第２のＰＵＣＣＨリソースに対応する送信時刻より前であり、前記第１のＰＤＳＣＨの優先度が前記各第２のＰＤＳＣＨの優先度より高く、各前記時間ユニットグループにはｘ個の連続的な時間ユニットが含まれ、ｘは正の整数である。

選択的に、各時間ユニットグループの間は不連続である。

選択的に、上記送受信モジュール１３１はさらに、ＨＡＲＱ－ＡＣＫのフィードバック情報を送信するためのＰＵＣＣＨリソースを前記端末デバイスに指示するための第２の指示情報を端末デバイスに送信する。

本開示によって提供される通信装置によれば、ネットワークデバイスはまず第１の指示情報を端末デバイスに送信し、そして第１の指示情報によって指示されたＭ個の不連続的な時間ユニットに基づいて、Ｎ個のＰＤＳＣＨを端末デバイスに送信し、端末デバイスから送信されたＮ個のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫフィードバック情報を受信することができる。これにより、ネットワークデバイスは第１の指示情報によって、複数の不連続的な時間ユニットを指示し、端末デバイスによる複数の不連続的な時間ユニットに対する複数のＨＡＲＱ－ＡＣＫフィードバックを受信することができ、シグナリングの伝送が効果的に低減し、リソースが節約され、効率も向上する。

図１４を参照すると、図１４は本開示の実施例によって提供される別の通信装置１４０の概略構成図である。通信装置１４０はネットワークデバイスであってもよいし、端末デバイスであってもよいし、ネットワークデバイスが上記方法を実現することをサポートするチップ、チップシステム、又はプロセッサ等であってもよいし、端末デバイスが上記方法を実現することをサポートするチップ、チップシステム、又はプロセッサ等であってもよい。該装置は上記方法実施例において説明される方法を実現するために使用でき、具体的には、上記方法実施例における説明を参照されたい。

通信装置１４０は１つ又は複数のプロセッサ１４１を含んでもよい。プロセッサ１４１は汎用プロセッサ又は専用プロセッサ等であってもよい。例えば、ベースバンドプロセッサ又は中央処理装置であってもよい。ベースバンドプロセッサは通信プロトコル及び通信データを処理することができ、中央処理装置は通信装置（例えば、基地局、ベースバンドチップ、端末デバイス、端末デバイスチップ、ＤＵ又はＣＵ等）を制御し、コンピュータプログラムを実行し、コンピュータプログラムのデータを処理することができる。

選択可能に、通信装置１４０は１つ又は複数のメモリ１４２をさらに含むことができ、それにコンピュータプログラム１４３が記憶されてもよく、プロセッサ１４１は、通信装置１４０が上記方法実施例で説明される方法を実行するように、前記コンピュータプログラム１４３を実行する。選択可能に、メモリ１４２はデータが記憶されてもよい。通信装置１４０とメモリ１４２は単独で設定されてもよく、一体に統合されてもよい。

選択可能に、通信装置１４０はトランシーバ１４５、アンテナ１４６をさらに含んでもよい。トランシーバ１４５は送受信ユニット、送受信機、又は送受信回路等と呼ぶことができ、送受信機能を実現するために使用される。トランシーバ１４５は受信機と送信機を含むことができ、受信機は受信器又は受信回路などと呼ぶことができ、受信機能を実現するために使用され、送信機は送信器又は送信回路などと呼ぶことができ、送信機能を実現するために使用される。

選択可能に、通信装置１４０は１つ又は複数のインターフェース回路１４７をさらに含んでもよい。インターフェース回路１４７はコード命令を受信してプロセッサ１４１に伝送するために使用される。プロセッサ１４１は、通信装置１４０が上記方法実施例において説明される方法を実行するように、コード命令を実行する。

通信装置１４０が端末デバイスである場合、プロセッサ１４１は図６のステップ６４を実行し、図７のステップ７３、ステップ７を実行し、トランシーバ１４５は図２のステップ２１、ステップ２２を実行し、図３のステップ３１、ステップ３２を実行し、図４のステップ４１、ステップ４２、ステップ４３などを実行する。

通信装置１４０がネットワークデバイスである場合、トランシーバ１４５は図９のステップ９１、ステップ９２を実行し、図１０のステップ１０１、ステップ１０２などを実行する。

１つの実現形態では、プロセッサ１４１は、受信と送信機能を実現するための送受信機を含むことができる。例えば、該送受信機は送受信回路であってもよく、又はインターフェースであってもよく、又はインターフェース回路であってもよい。受信と送信機能を実現するための送受信回路、インターフェース又はインターフェース回路は分離したものであってもよく、一体に統合されたものであってもよい。上記送受信回路、インターフェース又はインターフェース回路はコード／データの読み書きに用いることができ、又は、上記送受信回路、インターフェース又はインターフェース回路は、信号の伝送又は伝達に用いることができる。

１つの実現形態では、プロセッサ１４１はコンピュータプログラム１４３を記憶することができ、コンピュータプログラム１４３はプロセッサ１４１において実行され、これにより、通信装置１４０は上記方法実施例で説明される方法を実行することができる。コンピュータプログラム１４３はプロセッサ１４１に固定化することができ、該場合では、プロセッサ１４１はハードウェアによって実現可能である。

１つの実現形態では、通信装置１４０は回路を含むことができ、回路は、前述方法実施例における送信又は受信又は通信の機能を実現することができる。本開示で説明されたプロセッサと送受信機は集積回路（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＩＣ）、アナログＩＣ、無線周波数集積回路ＲＦＩＣ、混合信号ＩＣ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、プリント回路基板（ｐｒｉｎｔｅｄ ｃｉｒｃｕｉｔ ｂｏａｒｄ、ＰＣＢ）、電子デバイスなどにおいて実現することができる。該プロセッサと送受信機は、様々なＩＣプロセス技術、例えば相補型金属酸化物半導体（ｃｏｍｐｌｅｍｅｎｔａｒｙ ｍｅｔａｌ ｏｘｉｄｅ ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＣＭＯＳ）、Ｎ型金属酸化物半導体（ｎＭｅｔａｌ－ｏｘｉｄｅ－ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＮＭＯＳ）、Ｐ 型金属酸化物半導体（ｐｏｓｉｔｉｖｅ ｃｈａｎｎｅｌ ｍｅｔａｌ ｏｘｉｄｅ ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＰＭＯＳ）、バイポーラ接合トランジスタ（ｂｉｐｏｌａｒ ｊｕｎｃｔｉｏｎ ｔｒａｎｓｉｓｔｏｒ、ＢＪＴ）、バイポーラＣＭＯＳ（ＢｉＣＭＯＳ）、シリコンゲルマニウム（ＳｉＧｅ）、ガリウムヒ素（ＧａＡｓ）などを用いて製造してもよい。

以上の実施例において説明される通信装置はネットワークデバイス又は端末デバイスであってもよいが、本開示の説明における通信装置の範囲はこれに限らず、通信装置の構造は図１４によって限制されなくてもよい。通信装置は、独立したデバイスであってもよく、又は大きいデバイスの一部であってもよい。例えば前記通信装置は以下の（１）～（６）であってもよい。
（１）独立した集積回路ＩＣ、又はチップ、又は、チップシステム又はサブシステム。
（２）１つ又は複数のＩＣを有する集合、選択可能に、該ＩＣ集合はデータ、コンピュータプログラムを記憶するための記憶素子を含んでもよい。
（３）ＡＳＩＣ、例えばモデム（Ｍｏｄｅｍ）。
（４）他のデバイス内に埋め込むことができるモジュール。
（５）受信機、端末デバイス、インテリジェント端末デバイス、セルラー電話、無線デバイス、ハンドヘルド、移動ユニット、車載デバイス、ネットワークデバイス、クラウドデバイス、人工知能デバイスなど。
（６）その他。

通信装置がチップ又はチップシステムであってもよい場合について、図１５に示すチップの構造概略図を参照されたい。図１５に示すチップはプロセッサ１５１とインターフェース１５２を含む。ここで、プロセッサ１５１の数は１つ又は複数であってもよく、インターフェース１５２の数は複数であってもよい。

チップが本開示の実施例における端末デバイスの機能の実現に用いられる場合について、
インターフェース１５２は、図２のステップ２１、ステップ２２を実行し、図３のステップ３１、ステップ３２を実行し、図４のステップ４１、ステップ４２、ステップ４３などを実行する。

チップが本開示の実施例におけるネットワークデバイスの機能の実現に用いられる場合について、
インターフェース１５３は、図９のステップ９１、ステップ９２を実行し、図１０のステップ１０１、ステップ１０２などを実行する。選択可能に、チップはメモリ１５３をさらに含み、メモリ１５３は必要なコンピュータプログラムとデータを記憶するために使用される。

当業者であれば分かるように、本開示の実施例で挙げられた様々な説明的な論理ブロック（ｉｌｌｕｓｔｒａｔｉｖｅ ｌｏｇｉｃａｌ ｂｌｏｃｋ）とステップ（ｓｔｅｐ）は、電子ハードウェア、コンピュータソフトウェア、又は両者の組み合わせによって実現することができる。このような機能は、ハードウェアか、それともソフトウェアによって実現されるかは、特定の適用とシステム全体の設計要件によって決められる。当業者は、各特定の種類の適用に対して、様々な方法を用いて前記の機能を実現することができ、しかし、このような実現は、本開示の実施例の保護範囲を超えるものとして理解するべきではない。

本開示の実施例はハイブリッド自動再送要求確認のフィードバックシステムをさらに提供し、該システムは前述した図１０の実施例において端末デバイスとされる通信装置及び図１１の実施例においてネットワークデバイスとされる通信装置を含み、又は、該システムは、前述した図１２の実施例において端末デバイスとされる通信装置及びネットワークデバイスとされる通信装置を含む。

本開示は、記憶命令が記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供し、該命令が実行される場合、上記いずれか１つの方法実施例の機能が実現される。

本開示はコンピュータプログラム製品をさらに提供し、該コンピュータプログラム製品は、コンピュータによって実行される場合、上記いずれか１つの方法実施例の機能が実現される。

上記実施例では、全部又は一部は、ソフトウェア、ハードウェア、ファームウェア又はその任意の組み合わせで実現することができる。ソフトウェアを用いて実現する時、全部又は一部は、コンピュータプログラム製品の形式で実現することができる。コンピュータプログラム製品は１つ又は複数のコンピュータプログラムを含む。コンピュータに前記コンピュータプログラムをロードし且つ実行する場合、全部又は一部は、本開示の実施例に記載のフロー又は機能を生成する。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブルデバイスであってもよい。コンピュータプログラムはコンピュータ読み取り可能な記憶媒体に記憶することができ、又は１つのコンピュータ読み取り可能な記憶媒体から１つのコンピュータ読み取り可能な記憶媒体へ伝送することができ、例えば、コンピュータプログラムは、１つのウェブサイト、コンピュータ、サーバ又はデータセンタから、有線（例えば同軸ケーブル、光ファイバ、デジタル加入者線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、ＤＳＬ））又は無線（例えば赤外線、無線、マイクロ波等）方式によってもう１つのウェブサイト、コンピュータ、サーバ又はデータセンタへ伝送することができる。コンピュータ読み取り可能な記憶媒体は、コンピュータがアクセス可能な如何なる利用可能な媒体、又は１つ又は複数の利用可能な媒体統合を含むサーバ、データセンタなどデータ記憶デバイスであってもよい。前記利用可能な媒体は磁気媒体（例えば、フロッピー ディスク）、光学媒体（例えば、高密度デジタルビデオディスク（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ、ＤＶＤ））、又は半導体媒体（例えば、ソリッドステートドライブ（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ、ＳＳＤ））などであってもよい。

当業者であれば理解できるように、本開示に係る第１、第２などの様々な数字番号は、説明を容易にするために行った区分であり、本開示の実施例の範囲を制限するものではなく、優先順位をも表さない。

本開示の少なくとも１つは、１つ又は複数として説明されてもよく、複数は、２つ、３つ、４つ又はそれ以上であってもよく、本開示では限定されない。在本開の示実施例では、１つ技術的特徴に対して、「第１」、「第２」、「第３」、「Ａ」、「Ｂ」、「Ｃ」及び「Ｄ」などによって該技術的特徴における技術的特徴を区別し、該「第１」、「第２」、「第３」、「Ａ」、「Ｂ」、「Ｃ」及び「Ｄ」によって説明された技術的特徴の間は、優先順位や大きさの順序がない。

本開示における各表によって示される対応関係は、設定されたものであってもよく、事前定義されたものであってもよい。各表における情報の取りうる値は単なる例に過ぎず、他の値に設定してもよく、本開示はこれについて限定しない。情報と各パラメータとの対応関係を設定する場合、各表において示されるすべての対応関係を設定する必要がない。例えば、本開示における表において、特定の行によって示される対応関係を設定しなくてもよい。また、上記表に基づいて適切な変形や調整、例えば、分割、結合などを行ってもよい。上記各表のタイトルによって示されるパラメータの名称も、通信装置に理解可能な他の名称を用いてもよく、そのパラメータの取りうる値又は表示方式も、通信装置に理解可能な他の取りうる値又は表示方式であってもよい。上記各表は実現時に、他のデータ構造を用いてもよく、例えば、配列、キュー、コンテナ、スタック、線形リスト、ポインタ、リンクリスト、ツリー、グラフ、構造体、クラス、ヒープ、ハッシュ表又はハッシュテーブルなどを用いることができる。

本開示における事前定義は、定義、事前定義、記憶、事前記憶、事前協定、事前設定、固定化、又は仮焼成として理解することができる。

当業者であれば分かるように、本明細書に開示された実施例で説明された各例のユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアの組み合わせで実現することができる。これらの機能は果たしてハードウェア方式で実行されるか、それともソフトウェア方式で実行されるかは、技術的解決案の特定の適用と設計制約条件によって決められる。当業者であれば、各特定の適用に応じて、異なる方法を用いて、説明される機能を実現することができ、しかし、このような実現は本開示の範囲を超えたものとして理解してはならない。

当業者であればはっきりわかるように、説明の便宜上、上記説明されたシステム、装置及びユニットの具体的な動作のプロセスは、前述した方法の実施例の対応するプロセスを参照されたく、ここで詳しい説明を省略する。

以上に記載されたのは、本開示の具体的な実施形態に過ぎず、本開示の保護範囲はこれに限定されず、当業者であれば、本開示に開示された技術範囲内で容易に想到し得る変化又は入れ替えは、いずれも本開示の保護範囲内に含まれるべきである。したがって、本開示の保護範囲も請求項の保護範囲を基準とするべきである。

選択的に、各ＰＤＳＣＨは少なくとも１つの伝送ブロック（ＴＢ）を含んでもよく、または各ＰＤＳＣＨは少なくとも１つのコードブロックグループ（ＣＢＧ）を含んでもよい。本開示はこれに限定されない。

選択的に、各ＰＤＳＣＨは少なくとも１つの伝送ブロック（ＴＢ）を含んでもよく、または各ＰＤＳＣＨは少なくとも１つのコードブロックグループ（ＣＢＧ）を含んでもよい。本開示はこれに限定されない。

Claims (41)

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. 命令が記憶されているコンピュータ読み取り可能な記憶媒体であって、前記命令が実行される場合、請求項２０～３３のいずれかに記載の方法が実現される、
    ことを特徴とするコンピュータ読み取り可能な記憶媒体。