(57)【要約】  本願は通信技術、そして特にＨＡＲＱ−ＡＣＫフィードバック情報送信技術の分野に関連する。ＨＡＲＱ−ＡＣＫフィードバック情報送信方法は：複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を、端末デバイスにより取得するステップ；及び複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に端末デバイスにより送信するステップを含む。本願の実施形態で提供されるソリューションによれば、複数のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、同じ時間周波数リソースで同時に送信され、そのため端末デバイスがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする回数、及び複数のダウンリンクＨＡＲＱプロセスによるアップリンク時間−周波数リソースの占有は大幅に削減され、それにより端末デバイスの電力消費を削減する。
2020503723.tif 000002
【特許請求の範囲】
【請求項１】
ＨＡＲＱ−ＡＣＫフィードバック情報送信方法であって、前記方法は複数のダウンリンクＨＡＲＱプロセスのシナリオに適用され、及び前記方法は：
前記複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を、端末デバイスにより取得するステップ；及び
前記複数のＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に前記端末デバイスにより送信するステップ；
を含む方法。
【請求項２】
前記複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得する前記ステップの前に、前記方法は更に：
ＨＡＲＱプロセス各々に対するダウンリンク制御情報ＤＣＩを、前記端末デバイスにより監視するステップを含み、
ｉ番目のＨＡＲＱプロセスに対応するＤＣＩは、前記ｉ番目のＨＡＲＱプロセスのインデックス番号と、前記インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを含み；
前記時間−周波数リソース・スケジューリング情報は、前記ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
前記同じ時間−周波数リソースは、前記ＨＡＲＱプロセスに対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される、請求項１に記載の方法。
【請求項３】
前記複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得する前記ステップの前に、前記方法は更に：
前記複数のＨＡＲＱプロセスにより共有されるＤＣＩを、前記端末デバイスにより監視するステップを含み、前記ＤＣＩは、前記複数のＨＡＲＱプロセス各々のインデックス番号と、前記インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを運び；又は前記ＤＣＩは、前記複数のＨＡＲＱプロセス各々に対応する時間−周波数リソース・スケジューリング情報と、前記複数のＨＡＲＱプロセスの開始インデックス番号とを運び、及び前記開始インデックス番号は前記ＨＡＲＱプロセスのうちの１つに対応し；
ｉ番目のＨＡＲＱプロセスに対応する時間−周波数リソース・スケジューリング情報は、前記ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
前記同じ時間−周波数リソースは、前記ＨＡＲＱプロセスに対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される、請求項１に記載の方法。
【請求項４】
前記ＤＣＩは同時送信設定指示を更に運び；及び前記同時送信設定指示は、前記複数のＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項２又は３に記載の方法。
【請求項５】
前記ＤＣＩを監視する前記ステップの前に、前記方法は更に：
同時送信設定指示を前記端末デバイスにより受信するステップを含み、前記同時送信設定指示は、前記複数のＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項２又は３に記載の方法。
【請求項６】
前記複数のＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信する前記ステップは：
変調シンボルを取得するために、前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を変調するステップ；及び
前記変調シンボルを前記同じ時間−周波数リソースで送信するステップ；
を含む、請求項１−５のうち何れか一項に記載の方法。
【請求項７】
前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、予め設定された配置ルールに従ってソートされる、請求項６に記載の方法。
【請求項８】
前記予め設定された配置ルールは：前記ＨＡＲＱプロセスの前記インデックス番号の昇順又は降順で配置を実行することを含む、請求項７に記載の方法。
【請求項９】
複数のダウンリンクＨＡＲＱプロセスのシナリオに適用され、及び処理モジュールと第１送信モジュールとを含む端末デバイスであって、
前記処理モジュールは、前記複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得し、そして前記複数のＨＡＲＱプロセスに対して取得した前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信することを前記第１送信モジュールに命令するように構成され；及び
前記第１送信モジュールは、前記処理モジュールの前記命令に従って、前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信するように構成される、端末デバイス。
【請求項１０】
前記処理モジュールは、前記複数のＨＡＲＱプロセス各々に対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得する前に、ＨＡＲＱプロセス各々に対するダウンリンク制御情報ＤＣＩを監視するように更に構成され、
ｉ番目のＨＡＲＱプロセスに対応するＤＣＩは、前記ｉ番目のＨＡＲＱプロセスのインデックス番号と、前記インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを含み；
前記時間−周波数リソース・スケジューリング情報は、前記ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
前記同じ時間−周波数リソースは、前記ＨＡＲＱプロセスに対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される、請求項９に記載の端末デバイス。
【請求項１１】
前記処理モジュールは更に：
前記複数のＨＡＲＱプロセス各々に対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得する前に、前記複数のＨＡＲＱプロセスにより共有されるダウンリンク制御情報ＤＣＩを監視するように構成され、前記ＤＣＩは、前記複数のＨＡＲＱプロセス各々のインデックス番号と、前記インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを運び；又は前記ＤＣＩは、前記複数のＨＡＲＱプロセス各々に対応する時間−周波数リソース・スケジューリング情報と、前記複数のＨＡＲＱプロセスの開始インデックス番号とを運び、及び前記開始インデックス番号は前記ＨＡＲＱプロセスのうちの１つに対応し；
ｉ番目のＨＡＲＱプロセスに対応する時間−周波数リソース・スケジューリング情報は、前記ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
前記同じ時間−周波数リソースは、前記ＨＡＲＱプロセスに対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される、請求項９に記載の端末デバイス。
【請求項１２】
前記処理モジュールにより監視される前記ＤＣＩは同時送信設定指示を更に運び；及び前記同時送信設定指示は、前記複数のＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項９又は１１に記載の端末デバイス。
【請求項１３】
前記処理モジュールが前記ＤＣＩを監視する前に、同時送信設定指示を受信するように構成される第１受信モジュールを更に含み、前記同時送信設定指示は、前記複数のＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項９又は１１に記載の端末デバイス。
【請求項１４】
前記複数のＨＡＲＱプロセスに対して取得した前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを前記第１送信モジュールに命令する場合に、前記処理モジュールは、具体的に：
変調シンボルを取得するために、前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を変調し；及び
前記変調シンボルを前記同じ時間−周波数リソースで送信することを前記第１送信モジュールに命令するように構成されている、請求項９−１３のうち何れか一項に記載の端末デバイス。
【請求項１５】
前記処理モジュールにより変調される前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、予め設定された配置ルールに従ってソートされる、請求項１４に記載の端末デバイス。
【請求項１６】
前記予め設定された配置ルールは：前記ＨＡＲＱプロセスの前記インデックス番号の昇順又は降順で配置を実行することを含む、請求項１４に記載の端末デバイス。
【請求項１７】
ＨＡＲＱフィードバック情報送信方法であって、前記方法は複数のダウンリンクＨＡＲＱプロセスのシナリオに適用され、及び前記方法は：
前記複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に基地局により受信するステップを含み、
前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、端末デバイスにより取得及び送信される、方法。
【請求項１８】
前記複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を受信する前記ステップの前に、前記方法は更に：
前記基地局により、前記複数のＨＡＲＱプロセス各々に対するダウンリンク制御情報ＤＣＩを前記端末デバイスへ送信するステップを含み、
ｉ番目のＨＡＲＱプロセスに対応するＤＣＩは、前記ｉ番目のＨＡＲＱプロセスのインデックス番号と、前記インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを含み；
前記時間−周波数リソース・スケジューリング情報は、前記ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
前記同じ時間−周波数リソースは、前記ＨＡＲＱプロセスに対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される、請求項１７に記載の方法。
【請求項１９】
前記複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を受信する前記ステップの前に、前記方法は更に：
前記複数のＨＡＲＱプロセスにより共有されるＤＣＩを、前記基地局により前記端末デバイスへ送信するステップを含み、前記ＤＣＩは、前記複数のＨＡＲＱプロセス各々のインデックス番号と、前記インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを運び；又は前記ＤＣＩは、前記複数のＨＡＲＱプロセス各々に対応する時間−周波数リソース・スケジューリング情報と、前記複数のＨＡＲＱプロセスの開始インデックス番号とを運び、及び前記開始インデックス番号は前記ＨＡＲＱプロセスのうちの１つに対応し；
ｉ番目のＨＡＲＱプロセスに対応する時間−周波数リソース・スケジューリング情報は、前記ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
前記同じ時間−周波数リソースは、前記ＨＡＲＱプロセスに対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される、請求項１７に記載の方法。
【請求項２０】
前記ＤＣＩは同時送信設定指示を更に運び；及び
前記同時送信設定指示は、前記複数のＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項１７又は１８に記載の方法。
【請求項２１】
前記ＤＣＩを送信する前記ステップの前に、前記方法は更に：
同時送信設定指示を前記基地局により前記端末デバイスへ送信するステップを含み、前記同時送信設定指示は、前記複数のＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項１７又は１８に記載の方法。
【請求項２２】
送信基地局であって、前記基地局は複数のダウンリンクＨＡＲＱプロセスのシナリオに適用され、及び前記基地局は：
前記複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に受信するように構成される第２受信モジュールを含み、
前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、端末デバイスにより取得及び送信される、基地局。
【請求項２３】
第２送信モジュールを更に含み、
前記第２送信モジュールは：前記複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記第２受信モジュールが受信する前に、前記複数のＨＡＲＱプロセス各々に対するダウンリンク制御情報ＤＣＩを前記端末デバイスへ送信するように構成され、ｉ番目のＨＡＲＱプロセスに対応するＤＣＩは、前記ｉ番目のＨＡＲＱプロセスのインデックス番号と、前記インデックス番号に対応する前記ｉ番目のＨＡＲＱプロセスに対する時間−周波数リソース・スケジューリング情報とを含み；又は
前記第２送信モジュールは：前記複数のＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記第２受信モジュールが受信する前に、前記複数のＨＡＲＱプロセスにより共有されるＤＣＩを前記端末デバイスへ送信するように構成され、前記複数のＨＡＲＱプロセスにより共有される前記ＤＣＩは、前記複数のＨＡＲＱプロセス各々のインデックス番号と、前記インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを運び；又は前記複数のＨＡＲＱプロセスにより共有される前記ＤＣＩは、前記複数のＨＡＲＱプロセス各々に対応する時間−周波数リソース・スケジューリング情報と、前記複数のＨＡＲＱプロセスの開始インデックス番号とを運び、及び前記開始インデックス番号は前記ＨＡＲＱプロセスのうちの１つに対応し；
ｉ番目のＨＡＲＱプロセスに対応する時間−周波数リソース・スケジューリング情報は、前記ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
前記同じ時間−周波数リソースは、前記ＨＡＲＱプロセスに対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される、請求項２２に記載の基地局。
【請求項２４】
前記第２送信モジュールにより送信される前記ＤＣＩは同時送信設定指示を更に運び；及び前記同時送信設定指示は、前記複数のＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項２３に記載の基地局。
【請求項２５】
前記第２送信モジュールは更に：
前記ＤＣＩを送信する前に、同時送信設定指示を前記端末デバイスへ送信するように構成され、前記同時送信設定指示は、前記複数のＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項２３に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術、そして特にＨＡＲＱ−ＡＣＫフィードバック情報送信技術の分野に関連する。
【背景技術】
【０００２】
通信システムでは、ハイブリッド・オートマチック・リピート・リクエスト（ＨＡＲＱ，Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）方法を使用することにより、誤り制御が実行され得る。
【０００３】
データは、ダウンリンクＨＡＲＱにおいてストップ・アンド・ウェイト・メカニズムを使用することにより送信される。図１ａを参照すると、データ・パケットを送信した後（図１ａにおける０ないし４はデータ・パケット識別子である）、基地局デバイスはストップし、そして端末デバイスからのダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報（ＡＣＫ又はＮＡＣＫ）を待つ。基地局デバイスは、端末デバイスからフィードバック情報を受信した後に、データ・パケットを送信する。例えば、基地局はデータ・パケット０を送信し、そして次にストップし、そしてデータ・パケット０に対して端末デバイスによりフィードバックされるダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報（即ち、図１ａにおけるＡＣＫ０）を待ち；そしてＡＣＫ０を受信した後にデータ・パケット１を送信する。
【０００４】
基地局は、データ・パケット送信の後その都度ストップし且つダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を待つ必要があり；そしてチャネルはアクノリッジメントを待つ間アイドルであり、そしてデータは一切送信されない。従って、上記の方式は非常に低いスループットをもたらす結果となる。
【０００５】
チャネルの利用性を改善し及びスループットを増加させるために、ＬＴＥ（ロング・ターム・エボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ））システムでは、複数の同時ＨＡＲＱプロセスが使用され、そして上記のストップ・アンド・ウェイト・メカニズムがＨＡＲＱプロセス各々で使用される。しかしながら、ＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がプロセスにおいて待機される場合に、基地局は別のＨＡＲＱプロセスを使用することによりデータ・パケットを送信することを継続してもよい。図１ｂは４つのＨＡＲＱプロセスの例示的な図である。ＨＡＲＱプロセス０を具体例として使用すると、ＨＡＲＱプロセス０に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報（ＡＣＫ０）を待機する間に、データ・パケットは別のＨＡＲＱプロセスで送信される。
【０００６】
場合によっては、端末デバイスはアップリンク・リソースの占有を減らすように要求される。従って、複数のダウンリンクＨＡＲＱプロセスにより占有されるアップリンク・リソースを如何にして減らすかは、研究及び開発のトレンドとなっている。
【発明の概要】
【０００７】
この観点において、本発明の実施形態の課題は、複数のダウンリンクＨＡＲＱプロセスにより占有されるアップリンク・リソースを減らすＨＡＲＱ−ＡＣＫフィードバック情報送信方法及び関連装置を提供することである。
【０００８】
上記の課題を達成するために、本発明の実施形態は以下の技術的ソリューションを提供する：
【０００９】
一態様によれば、本願の実施形態はＨＡＲＱ−ＡＣＫフィードバック情報送信方法を提供する。方法は複数のダウンリンクＨＡＲＱプロセスのシナリオに適用され、及び方法は：複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を、端末デバイスにより取得するステップ；及び（複数のＨＡＲＱプロセスに対する）複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信するステップ；及び複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に基地局により受信するステップを含む。既存のＨＡＲＱ−ＡＣＫフィードバック情報送信プロセスでは、ＨＡＲＱ−ＡＣＫプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、独立して時間−周波数リソースで送信され、そして複数のＨＡＲＱプロセスが存在する場合、複数のＨＡＲＱ−ＡＣＫフィードバック情報部分は異なる時間−周波数リソースで送信され、リソースの浪費を引き起こす。本発明で提供されるソリューションでは、複数のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、同じ時間−周波数リソースで同時に送信され、そのため端末デバイスがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする回数、及び複数のダウンリンクＨＡＲＱプロセスによるアップリンク時間−周波数リソースの占有は、大幅に削減されることが可能であり、それにより端末デバイスの電力消費を減らす。
【００１０】
可能な設計において、複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を端末デバイスにより取得するステップの前に、方法は更に：以下の相互作用ステップを更に含んでもよい：基地局が、複数のＨＡＱＲプロセス各々に対するダウンリンクＤＣＩを、端末デバイスへ送信し；そして端末デバイスはＨＡＲＱプロセス各々に対するダウンリンクＤＣＩを監視し、ｉ番目のＨＡＲＱプロセスに対応するＤＣＩは、ｉ番目のＨＡＲＱプロセスのインデックス番号と、インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを含み；時間−周波数リソース・スケジューリング情報は、ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び同じ時間−周波数リソースは、ＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される。ＨＡＲＱプロセスに対するＤＣＩが欠落している場合、端末デバイスはＨＡＲＱプロセスに対応するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をＮＡＣＫとして決定してもよく；又は全てのＨＡＲＱプロセスに対するＤＣＩが欠落している場合、端末デバイスは、如何なるＨＡＲＱプロセスに対してもダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを知ることができず、そして端末デバイスは送信動作を一切実行しない。本発明のこの実施形態では、複数のＨＡＲＱプロセスに対するＤＣＩは別々に送信される。これは、複数のＨＡＲＱプロセスに対するＤＣＩの既存の送信方式に従う。更に、複数のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を同時に送信するための時間−周波数リソースは、ＤＣＩの各部分における時間−周波数リソース・スケジューリング情報に基づいて決定される。これに基づいて、複数のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を同時に送信するための時間−周波数リソースを決定する具体的な方式が提供される。
【００１１】
可能な設計において、複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を端末デバイスにより取得するステップの前に、方法は以下の相互作用ステップを更に含んでもよい：基地局は、複数のＨＡＲＱプロセスにより共有されるＤＣＩを、端末デバイスへ送信し；そして端末デバイスは、複数のＨＡＲＱプロセスにより共有されるＤＣＩを監視し、共有ＤＣＩは、複数のＨＡＲＱプロセス各々のインデックス番号と、インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを運び；又は共有ＤＣＩは、複数のＨＡＲＱプロセス各々に対応する時間−周波数リソース・スケジューリング情報と、複数のＨＡＲＱプロセスの開始インデックス番号とを運び、及び開始インデックス番号はＨＡＲＱプロセスのうちの１つに対応し；ｉ番目のＨＡＲＱプロセスに対応する時間−周波数リソース・スケジューリング情報は、ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び同じ時間−周波数リソースは、ＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される。この実施形態では、複数のＨＡＲＱプロセスに対する時間−周波数リソース・スケジューリング情報は、ＤＣＩを使用することにより運ばれる。このようにして、複数のＨＡＲＱプロセスに対する時間−周波数リソース・スケジューリング情報を送信するために占有されるリソースは、削減されることが可能である。
【００１２】
可能な設計において、同じ時間−周波数リソースは以下の方式で決定される：第１ターゲットＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための周波数ドメイン・リソース位置を、同じ時間−周波数リソースの周波数ドメイン・リソース位置として選択し；及び第２ターゲットＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間ドメイン・リソース位置を、同じ時間−周波数リソースの時間ドメイン・リソース位置として選択する。第１ターゲットＨＡＲＱプロセスと第２ターゲットＨＡＲＱプロセスとは複数のＨＡＲＱプロセスにおけるＨＡＲＱプロセスであり；及び第１ターゲットＨＡＲＱプロセスと第２ターゲットＨＡＲＱプロセスとは異なるＨＡＲＱプロセスである、又は第１ターゲットＨＡＲＱプロセスと第２ターゲットＨＡＲＱプロセスとは同じＨＡＲＱプロセスである。
【００１３】
可能な設計において、基地局は、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信することを命令するために、同時送信設定指示を端末デバイスへ送信してもよく；そしてその後に端末デバイスは複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を同じ時間−周波数リソースで同時に送信する。更に、基地局は、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信しないことを命令するために、非・同時送信設定指示を端末へ送信してもよく；そしてその後に端末デバイスは、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するために、ＨＡＲＱプロセス各々に対してＤＣＩにより指定される時間−周波数リソースでダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする。このようにして、基地局は、端末デバイスのカバレッジ状態に基づいて（又は別の状態を考慮して）、同じ時間−周波数リソース位置で同時送信を実行するか否かを柔軟に設定することが可能である。例えば、良好なカバレッジの中の端末デバイスに対して、基地局は同時送信設定指示を端末デバイスへ送信し、端末デバイスの複数のプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報の同時送信を設定してもよい。貧弱なカバレッジの中の端末デバイスに対して、基地局は、非・同時送信設定指示を端末デバイスへ送信し、端末デバイスの複数のプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報の個々の送信を設定してもよい。より具体的には、同時送信設定指示又は非・同時送信設定指示は、無線リンク制御ＲＲＣ共通シグナリング、ＲＲＣ個別シグナリング、メディア・アクセス制御ＭＡＣ制御エレメントＣＥシグナリング、又は物理レイヤ制御情報ＤＣＩのうちの１つ以上のものを使用することにより運ばれてもよい。具体例としてＤＣＩを使用すると、同時送信設定指示は、上記の共有ダウンリンクＤＣＩを使用することにより運ばれてもよいし、又はＨＡＲＱプロセス各々に対して独立したダウンリンクＤＣＩを使用することにより運ばれてもよい。同時送信設定指示は、追加的な時間−周波数リソースを占有しないように、ＤＣＩを使用することにより運ばれる。
【００１４】
可能な設計において、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信する場合に、端末デバイスは、具体的には以下の動作を実行してもよい：変調シンボルを取得するために、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を変調し；そして変調シンボルを同じ時間−周波数リソースで送信する。具体例において、２つのダウンリンクＨＡＲＱプロセスを具体例として使用すると、基地局は、１つのＱＰＳＫ／バイナリＡＳＫ／バイナリＦＳＫシンボルを取得するために、ＱＰＳＫ／バイナリＡＳＫ／バイナリＦＳＫの変調方式を使用することにより、ＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を変調し、そしてプロセスに対応する時間−周波数リソース・スケジューリング情報に基づいてＱＰＳＫ／バイナリＡＳＫ／バイナリＦＳＫシンボルを送信してもよい。この実施形態では、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分が変調シンボルを取得するために変調され、そのためダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信する総時間は削減されることが可能であり、そして総時間の削減により電力消費及び電力損失は削減されることが可能であり、これにより、端末デバイスがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする回数を減らし、そして更には端末デバイスの電力消費及び電力損失を減らす。
【００１５】
可能な設計において、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、予め設定された配置ルールに従ってソートされる。当業者は予め設定された配置ルールを必要に応じて柔軟に設計し得る。例えば、予め設定されたルールは：ＨＡＲＱプロセスのインデックス番号の昇順又は降順で配置を実行することを含むように設計されてもよい。代替的に、予め設定された配置ルールは：ＨＡＲＱプロセスのインデックス番号の全順列のうちの任意の１つで配置を実行することを含むように設定されてもよい。代替的に、予め設定された配置ルールは：ＨＡＲＱプロセスのインデックス番号のパリティに基づいて配置を実行することを含むように設定されてもよく、奇数は偶数の前又は後にランキングされる等々。
【００１６】
別の態様によれば、本発明の実施形態は端末デバイスを提供する。端末デバイスは、上記の方法の設計において端末デバイスの挙動を実現する機能を有する。機能は、ハードウェアを使用することにより実現されてもよいし、又は対応するソフトウェアをハードウェアにより実行することで実現されてもよい。ハードウェア又はソフトウェアは上記の機能に対応する１つ以上のモジュールを含む。
【００１７】
可能な設計において、端末デバイスの構造はプロセッサとメモリとを含む。プロセッサは、メモリに保存されたソフトウェア・プログラムを動作させ、そして上記の方法を実行するためにメモリに保存されたデータを呼び出す。
【００１８】
更に別の態様によれば、本発明の実施形態は基地局を提供する。基地局は上記の方法の設計において基地局の挙動を実現する機能を有する。機能は、ハードウェアを使用することにより実現されてもよいし、又は対応するソフトウェアをハードウェアにより実行することで実現されてもよい。ハードウェア又はソフトウェアは上記の機能に対応する１つ以上のモジュールを含む。
【００１９】
可能な設計において、基地局の構造はプロセッサとメモリとを含む。プロセッサは、メモリに保存されたソフトウェア・プログラムを動作させ、そして上記の方法を実行するためにメモリに保存されたデータを呼び出す。
【００２０】
更に別の態様によれば、本発明の実施形態は、上記の端末デバイスにより使用されるコンピュータ・ソフトウェア命令を保存するように構成され、及び上記の態様を実行するように設計されるプログラムを含むコンピュータ・ストレージ媒体を提供する。
【００２１】
更に別の態様によれば、本発明の実施形態は、上記の基地局により使用されるコンピュータ・ソフトウェア命令を保存するように構成され、及び上記の態様を実行するように設計されるプログラムを含むコンピュータ・ストレージ媒体を提供する。
【００２２】
従来技術では、ＨＡＲＱ−ＡＣＫプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は独立して時間−周波数リソースで送信され、そして複数のＨＡＲＱプロセスが存在する場合、複数のＨＡＲＱ−ＡＣＫフィードバック情報部分は、異なる時間−周波数リソースで送信され、リソースの浪費を引き起こす。
【００２３】
しかしながら、本発明で提供されるソリューションによれば、複数のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、同じ時間−周波数リソースで同時に送信され、そのため端末デバイスがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする回数、及び複数のダウンリンクＨＡＲＱプロセスによるアップリンク時間−周波数リソースの占有は大幅に削減され、それにより端末デバイスの電力消費を削減する。
【図面の簡単な説明】
【００２４】
本発明の実施形態又は従来技術における技術的ソリューションをより明確に説明するため、以下、実施形態又は従来技術を説明するために必要とされる添付図面を簡単に説明する。明らかに、以下の説明における添付図面は本発明の幾つかの実施形態を単に示しているに過ぎず、そして当業者は創作的労力なしにこれらの添付図面から他の図面を導出し得る。
【００２５】
【図１ａ】図１ａ及び図１ｂ各々はダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報に対する既存の送信モードの概略図である。
【図１ｂ】図１ａ及び図１ｂ各々はダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報に対する既存の送信モードの概略図である。
【００２６】
【図２ａ】図２ａ及び図２ｂ各々は本発明の実施形態によるアプリケーション・シナリオの概略図である。
【図２ｂ】図２ａ及び図２ｂ各々は本発明の実施形態によるアプリケーション・シナリオの概略図である。
【００２７】
【図３】図３及び図１０各々は本発明の実施形態による端末デバイスの例示的な概略構造図である。
【００２８】
【図４】図４及び図１１各々は本発明の実施形態による基地局の例示的な概略構造図である。
【００２９】
【図５】図５、図８及び図９各々は本発明の実施形態によるダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報送信の概略的相互作用フローチャートである。
【００３０】
【図６】図６及び図７各々は本発明の実施形態による同じ時間−周波数リソースにおける複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分の同時送信の概略図である。
【図７】図６及び図７各々は本発明の実施形態による同じ時間−周波数リソースにおける複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分の同時送信の概略図である。
【図８】図５、図８及び図９各々は本発明の実施形態によるダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報送信の概略的相互作用フローチャートである。
【図９】図５、図８及び図９各々は本発明の実施形態によるダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報送信の概略的相互作用フローチャートである。
【図１０】図３及び図１０各々は本発明の実施形態による端末デバイスの例示的な概略構造図である。
【図１１】図４及び図１１各々は本発明の実施形態による基地局の例示的な概略構造図である。
【発明を実施するための形態】
【００３１】
本発明の実施形態は、複数のダウンリンクＨＡＲＱプロセスにより占有されるアップリンク・リソースを減らすＨＡＲＱ−ＡＣＫフィードバック情報送信方法及び関連装置を提供する。
【００３２】
本発明の実施形態における関連装置は端末デバイス及び基地局を含む。
【００３３】
端末デバイス及び基地局は、ロング・ターム・エボリューション（ＬＴＥ）システム又はロング・ターム・エボリューション・アドバンストＬＴＥ−Ａ（ＬＴＥ  Ａｄｖａｎｃｅｄ）システムである。もちろん、通信システムで情報を送信することが可能なエンティティが存在し、及び通信システムで情報を受信することが可能なエンティティが存在する限り、本発明はまた別の通信システムにも適用可能である。
【００３４】
図２ａは端末デバイス及び基地局の例示的なアプリケーション・シナリオを提供する。基地局２０１は、端末デバイス２０２及び端末デバイス２０４と同様な任意数の端末と通信する。
【００３５】
図２ａは２つの端末デバイスの具体例を示していることに留意すべきである。実際のアプリケーション・シナリオでは、端末デバイスの数は２に限定されず、そしてその数はより大きくてもよいし又はより少なくてもよい。
【００３６】
端末デバイス２０２、２０４等は、無線通信機能を有する様々な携帯デバイス、車載デバイス、ウェアラブル・デバイス、コンピューティング・デバイス、ポジショニング・デバイス、又は無線モデムに接続される他の処理デバイス、様々な形式におけるユーザー装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ，略称「ＵＥ」）、移動局（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ，略称「ＭＳ」）、移動電話、タブレット・コンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ，パーソナル・ディジタル・アシスタント）、ＰＯＳ（Ｐｏｉｎｔ  ｏｆ  Ｓａｌｅｓ、ポイント・オブ・セールス）、車載コンピュータ等であってもよい。更に、端末デバイス２０２又は２０４はまた、センサー及び通信モジュール等と一体化されたデバイス、例えばアラーム情報報告をトリガするスモーク・アラーム、データを周期的に報告することが可能なプラント温度測定装置、又はスマート・ウォーター及び電力量計であってもよい。
【００３７】
端末デバイス２０２又は２０４等は、主に、基地局の同期、報知、又は制御信号に基づいて基地局にアクセスし、そして基地局からメッセージを受信する責任を負う。本発明で提供されるソリューションでは、ＨＡＲＱ−ＡＣＫフィードバック情報送信プロセスにおいて、端末デバイス２０２又は２０４は、複数のＨＡＲＱプロセスの各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得し、そして（複数のＨＡＲＱプロセスに対する）複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を同じ時間−周波数リソースで同時に送信し得る。複数のＨＡＲＱプロセスは２つ以上のダウンリンクＨＡＲＱプロセスを含んでもよい。
【００３８】
基地局２０１は、無線アクセス・ネットワークに配備され及び無線通信機能を端末デバイス２０２又は２０４等に提供するように構成される装置であり、そしてマクロ基地局、ミクロ基地局、中継ノード、アクセス・ポイント等の様々な形式を含んでよい。異なる無線アクセス技術を使用するシステムでは、基地局の機能を有するデバイスの名称は異なるかもしれない。例えば、ＬＴＥネットワークでは、デバイスはエボルブド・ノードＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ，略称ｅＮＢ又はｅＮｏｄｅＢ）として言及され、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ，ワイドバンド符号分割多元接続）では、デバイスはＮｏｄｅＢとして言及され、そしてＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，移動通信用グローバル・システム）及びＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ，符号分割多元接続）では、デバイスはＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ，ベース・トランシーバ・ステーション）として言及される。説明の簡易化のため、本願では、端末デバイスに無線通信機能を提供する上記の装置はまとめて基地局として言及される。
【００３９】
基地局は、各端末により報告されるデータ、リクエスト情報等を受信し、同期、報知、又は制御信号を端末デバイスへ送信し、物理リソースを端末デバイスに割り当て、端末デバイスをスケジューリングする等の責任を負ってもよい。ＨＡＲＱ−ＡＣＫフィードバック情報送信プロセスにおいて、基地局はＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ，ダウンリンク制御情報）を届け得る。本発明で提供されるソリューションにおいて、基地局は、端末デバイスにより送信された複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に受信し得る。
【００４０】
既存のＨＡＲＱ−ＡＣＫフィードバック情報送信プロセスでは、ＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、独立して時間−周波数リソースで送信され、そして複数のＨＡＲＱプロセスが存在する場合、複数のＨＡＲＱ−ＡＣＫフィードバック情報は異なる時間−周波数リソースで送信され、リソースの浪費を引き起こすことに留意すべきである。
【００４１】
しかしながら、本発明で提供されるソリューションによれば、複数のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、同じ時間−周波数リソースで同時に送信され、そのため端末デバイスがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする回数、及び複数のダウンリンクＨＡＲＱプロセスによるアップリンク時間−周波数リソースの占有は大幅に削減されることが可能であり、それにより端末デバイスの電力消費を削減する。
【００４２】
図２ｂは端末デバイス及び基地局の別の例示的なアプリケーション・シナリオを提供し：端末デバイス及び基地局はモノのインターネット（ＩｏＴ，Ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）に適用可能である。アプリケーション・シナリオは本発明に使用される唯の具体例である。技術の発達とともに、本発明はそのアプリケーション・シナリオを含むがそれに限定されない。複数のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報の同じ時間−周波数リソースにおける同時送信は、本発明の実施形態の保護範囲内に属するものとする。
【００４３】
典型的なモノのインターネット・アプリケーションは、スマート・グリッド、インテリジェント・アーキテクチャ、インテリジェント・トランスポーテーション、スマート・ホーム、及び環境モニタリング等の様々な態様における可能なアプリケーションを含む。
【００４４】
モノのインターネットにおいて、インターネット・クライアントは情報交換及び通信のための任意のアイテムに拡張される。そのような通信方法はまたマシン・タイプ通信（Ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＭＴＣ）とも言及され、そして通信ノードはＭＴＣ端末と言及され、即ち図２ａで言及される上記の端末デバイスである。
【００４５】
図２ｂにおいて、基地局とＭＴＣ端末１ないしＭＴＣ端末６とは通信システムを形成する。通信システムにおいて、基地局は、ＭＴＣ端末１ないしＭＴＣ端末６のうちの１つ以上へ情報を送信する。
【００４６】
更に、ＭＴＣ端末４ないしＭＴＣ端末６もまた通信システムを形成し得る。通信システムにおいて、ＭＴＣ端末６は、ＭＴＣ端末４及びＭＴＣ端末５のうちの１つ以上へ、情報を直接的に送信し得る。
【００４７】
図２ｂは６つの端末デバイスの具体例を示す。実際のアプリケーション・シナリオでは、端末デバイスの数は６に限定されず、そして数はより多くてもよいし又はより少なくてもよい。更に、ＭＴＣ端末は通信システムを形成してもよいし又は形成しなくてもよい。
【００４８】
モノのインターネットは、例えば屋外シナリオから屋内シナリオに至る、又は地上シナリオから地下シナリオに至る複数のシナリオに適用される必要がある。従って、モノのインターネットのアプリケーション・シナリオには、低エネルギー消費の要件のような多くの特殊な要件が存在する。ほとんどの場合、ＭＴＣ端末はバッテリを使用することにより給電され、そして多くのシナリオにおいて、ＭＴＣ端末はバッテリを交換することなく１０年より多い運用寿命を有する必要がある。これは、極端に低い電力消費で動作することをＭＴＣデバイスに要求する。
【００４９】
これらの特殊な要件を満足するために、ＧＥＲＡＮ＃６２における移動通信標準化組織３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ，第３世代パートナーシップ・プロジェクト）は、セルラ・ネットワークにおける超低複雑及び低コストのモノのインターネットをサポートする方法を研究する新たなリサーチ課題を承認し、そしてＲＡＮ＃６９では、ＮＢ−ＩｏＴ（Ｎａｒｒｏｗｂａｎｄ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ，狭帯域のモノのインターネット）課題を提案している。
【００５０】
ＮＢ−ＩｏＴシステムでは、ＮＰＤＣＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ，狭帯域物理ダウンリンク制御チャネル）がＮＢ−ＩｏＴシステムのダウンリンク制御チャネルであり、ＮＰＤＳＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ，狭帯域物理ダウンリンク共有チャネル）がＮＢ−ＩｏＴシステムのダウンリンク・データ・チャネルであり、ＮＰＵＳＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ，狭帯域物理ダウンリンク共有チャネル）フォーマット２が、ＮＢ−ＩｏＴアップリンク・データ・チャネルの特殊なフォーマットであり且つダウンリンクＨＡＲＱ−ＡＣＫを運ぶために主に使用され、ＮＰＵＳＣＨフォーマット１はアップリンク・データ・チャネルの他のフォーマットであり且つアップリンク・データ送信のために主に使用され、及びＮＰＲＡＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＣＨａｎｎｅｌ，狭帯域物理ランダム・アクセス・チャネル）がアップリンク・ランダム・アクセス・チャネルである。
【００５１】
確かに、既存のＮＢ−ＩｏＴシステムは単独のＨＡＲＱプロセスのみをサポートする。以後の進展の際に、ピーク・レートを増加させ及び遅延を低減させるために、複数のＨＡＲＱプロセスの導入は除外されない。単独のＨＡＲＱプロセスが依然として使用される場合、具体的には、ＨＡＲＱ−ＡＣＫプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報が独立して時間−周波数リソースで送信される場合、複数のＨＡＲＱプロセスが存在するとき、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、異なる時間−周波数リソースで送信され、リソースの浪費及びエネルギー損失を引き起こす。
【００５２】
しかしながら、本発明で提供されるソリューションによれば、複数のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、同じ時間−周波数リソースで同時に送信され、そのため端末デバイスがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする回数、及び複数のダウンリンクＨＡＲＱプロセスによるアップリンク時間−周波数リソースの占有は大幅に削減されることが可能になり、それにより端末デバイスの電力消費を削減する。具体的には、本発明で提供されるソリューションは、モノのインターネットのアプリケーション・シナリオのための特殊な要件を満足する端末デバイス及び基地局をサポートすることが可能である。
【００５３】
図３は本発明の実施形態に関連する端末デバイス３００（即ち、図２ａにおける端末デバイス２０２又は２０４、又は図２ｂにおけるＭＴＣ端末１ないしＭＴＣ端末６のうちの任意の１つ）の部分構造のブロック図である。
【００５４】
図３を参照すると、端末デバイス３００は、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ，無線周波数）回路３１０、メモリ３２０、他の入力デバイス３３０、ディスプレイ・スクリーン３４０、センサー３５０、オーディオ・回路３６０、Ｉ／Ｏサブシステム３７０、プロセッサ３８０、及び電源３９０等のコンポーネントを含む。図３に示される端末デバイスの構造は端末デバイスに関する限定を構成しないこと、及び端末デバイスは図面に示されるものより多い又は少ないコンポーネントを含んでよいこと、又は幾つかのコンポーネントは結合されてもよいこと、又は幾つかのコンポーネントは分割されてもよいこと、又は異なるコンポーネントの配置が使用されてもよいことを、当業者は理解し得る。ディスプレイ・スクリーン３４０はユーザー・インターフェース（ＵＩ，Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）であること、及び端末デバイス３００は図面に示されるものより多い又は少ないユーザー・インターフェースを含んでもよいことを、当業者は理解し得る。
【００５５】
端末デバイス３００のコンポーネントは図３に関連して以下において詳細に説明される。
【００５６】
ＲＦ回路３１０は、情報の送信又は受信プロセス又は呼プロセスにおいて信号を受信及び送信するように構成され得る。特に、ＲＦ回路３１０は基地局からダウンリンク情報を受信し、次にダウンリンク情報を処理のためにプロセッサへ届け、そして関連するアップリンク・データを基地局へ送信する。一般に、ＲＦ回路は、アンテナ、少なくとも１つの増幅器、トランシーバ、カプラ、ＬＮＡ（Ｌｏｗ  Ｎｏｉｓｅ  Ａｍｐｌｉｆｉｅｒ，低雑音増幅器）、デュプレクサ等を含むが、これらに限定されない。更に、ＲＦ回路３１０は無線通信によりネットワーク及び他のデバイスと更に通信してもよい。無線通信は、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，移動通信用グローバル・システム）、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ，ゼネラル・パケット無線サービス）、ＣＤＭＡ  （Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ，符号分割多元接続）、ＷＣＤＭＡ  （Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ，ワイドバンド符号分割多元接続）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，ロング・ターム・エボリューション）、電子メール、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ，ショート・メッセージ・サービス）等を含むがこれらに限定されない任意の通信規格又はプロトコルを使用し得る。
【００５７】
メモリ３２０はソフトウェア・プログラム及びモジュールを保存するように構成され得る。プロセッサ３８０は、メモリ３２０に保存されるソフトウェア・プログラム及びモジュールを動作させ、端末デバイス３００の様々な機能アプリケーション及びデータ処理を実現する。メモリ３２０はプログラム・ストレージ・エリア及びデータ・ストレージ・エリアを主に含み得る。プログラム・ストレージ・エリアは、オペレーティング・システム、（音声再生機能及び画像表示機能等の）少なくとも１つの機能により必要とされるアプリケーション・プログラム等を保存し得る。データ・ストレージ・エリアは、端末デバイス３００の用途等に基づいて作成されるデータ（オーディオ・データ及びアドレス帳等）を保存し得る。更に、メモリ３２０は高速ランダム・アクセス・メモリを含んでもよく、そして例えば少なくとも１つのディスク・ストレージ・デバイス、フラッシュ・メモリ・デバイス等の不揮発性メモリ、又は他の揮発性ソリッド・ステート・ストレージ・デバイスを更に含んでもよい。
【００５８】
他の入力デバイス３３０は：入力された数字又はキャラクタ情報を受信し、そして端末デバイス３００のユーザー設定及び機能制御に関連するキー信号入力を生成するように構成され得る。具体的には、他の入力デバイス３３０は、物理キーボード、機能キー（ボリューム制御キー又はオン／オフ・キー等）、トラック・ボール、マウス、ジョイスティック、光マウス（光マウスは、視覚的な出力を表示しないタッチ感知表面、又はタッチ・スクリーンにより形成されるタッチ感知表面の拡張である）等のうちの１つ以上を含んでよいが、これらに限定されない。他の入力デバイス３３０は、Ｉ／Ｏサブシステム３７０の他のデバイス入力コントローラ３７１に接続され、そして他のデバイス入力コントローラ３７１の制御の下でプロセッサ３８０と信号を交換する。
【００５９】
ディスプレイ・スクリーン３４０は、ユーザーにより入力される情報又はユーザーに提供される情報、及び端末デバイス３００の様々なメニューを表示するように構成されてよい。具体的には、ディスプレイ・スクリーン３４０はディスプレイ・パネル３４１とタッチ・パネル３４２とを含み得る。ディスプレイ・パネル３４１は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ，液晶ディスプレイ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ，有機発光ダイオード）等の形式で構成され得る。タッチ・パネル３４２はまたタッチ・スクリーン、タッチ感知パネル等と言及され、そしてタッチ・パネル３４２の上又は付近のユーザーのタッチ・オペレーション又は非タッチ・オペレーション（体性感覚オペレーションも含み得る、指又はスタイラス等の任意の適切な物又はアクセサリを使用することによるタッチ・パネル３４２の上又は付近のユーザーのオペレーション等。オペレーションは、シングル・ポイント制御オペレーション、マルチ・ポイント制御オペレーション、又は他のオペレーション・タイプを含む。）を収集し、そして予め定められたプログラムに基づいて対応するコネクション装置を駆動し得る。オプションで、タッチ・パネル３４２は２つのパート：タッチ検出装置及びタッチ・コントローラを含み得る。タッチ検出装置は、タッチ位置又はユーザーのジェスチャーを検出し、そしてタッチ・オペレーションにより生成される信号を検出し、そして信号をタッチ・コントローラへ転送する。タッチ・コントローラは、タッチ検出装置からタッチ情報を受信し、タッチ情報を、プロセッサにより処理されることが可能な情報に変換し、情報をプロセッサ３８０へ送り、そしてプロセッサ３８０により送られるコマンドを受信及び実行することが可能である。更に、タッチ・パネル３４２は、抵抗タイプ、容量タイプ、赤外線タイプ、及び表面音響波タイプ等の様々なタイプを使用することにより実現されてもよいし、又はタッチ・パネル３４２は将来開発される任意の技術を使用することにより実現されてもよい。更に、タッチ・パネル３４２はディスプレイ・パネル３４１をカバーしてもよく、そしてユーザーは、ディスプレイ・パネル３４１により表示される内容（表示される内容は、ソフト・キーボード、仮想マウス、仮想キー、アイコン等を含むが、これらに限定されない）に基づいて、ディスプレイ・パネル３４１をカバーするタッチ・パネル３４２の上又は付近でオペレーションを実行してもよい。タッチ・パネル３４２の上又は付近でオペレーションを検出した後に、タッチ・パネル３４２は、Ｉ／Ｏサブシステム３７０を使用してユーザー入力を決定することにより、オペレーションをプロセッサ３８０へ転送し、そして次にプロセッサ３８０はＩ／Ｏサブシステム３７０を使用することによりユーザー入力に基づいてディスプレイ・パネル３４１で対応する視覚的出力を提供する。図３ではタッチ・パネル３４２及びディスプレイ・パネル３４１は端末デバイス３００の入力及び出力機能を実現するための２つの独立したパーツとして使用されているが、幾つかの実施形態では、タッチ・パネル３４２及びディスプレイ・パネル３４１は端末デバイス���００の入力及び出力機能を実現するように統合されてもよい。
【００６０】
端末３００は、光センサー、モーション・センサー、及び他のセンサー等の少なくとも１つのセンサー３５０を更に含んでもよい。具体的に、光センサーは周囲光センサー及び近接センサーを含んでもよい。周囲光センサーは周囲光の明るさに基づいてディスプレイ・パネル３４１の輝度を調節し得る。近接センサーは、端末デバイス３００が耳の方へ動かされる場合に、ディスプレイ・パネル３４１及び／又はバックライトをスイッチ・オフにし得る。モーション・センサーの一種として、加速度計センサーは、様々な方向（一般的には、３軸）における加速度の大きさを検出することができ、静的である場合に重力の大きさ及び方向を検出することができ、そして移動電話の姿勢を認識するアプリケーション（例えば、ランドスケープ方向及びポートレイト方向の間の切り替え、関連するゲーム、及び磁力計姿勢較正）、（歩数計及びノック等の）振動認識に関連する機能等に適用され得る。端末デバイス３００のために更に構成され得るジャイロスコープ、気圧計、湿度計、温度計、及び赤外線センサー等の他のセンサーに関し、詳細はここでは説明されない。
【００６１】
オーディオ回路３６０、スピーカー３６１、及びマイクロフォン３６２はユーザーと端末デバイス３００との間でオーディオ・インターフェースを提供し得る。オーディオ回路３６０は、受信したオーディオ・データを信号に変換し、そして信号をスピーカー３６１へ送信し得る。スピーカー３６１は信号を出力用の音声信号に変換する。一方、マイクロフォン３６２は収集した音声を信号に変換する。オーディオ回路３６０は信号を受信し、そして信号をオーディオ・データに変換し、そして他の移動電話へオーディオ・データを送信するためにオーディオ・データをＲＦ回路３１０へ出力する、又は更なる処理のためにオーディオ・データをメモリ３２０へ出力する。
【００６２】
Ｉ／Ｏサブシステム３７０は外部入力及び出力デバイスを制御するように構成され、そして他のデバイス入力コントローラ３７１、スピーカー・コントローラ３７２、及びディスプレイ・コントローラ３７３を含んでもよい。オプションで、１つ以上の他のデバイス入力コントローラ３７１は、他の入力デバイス３３０から信号を受信し、及び／又は信号を他の入力デバイス３３０へ送信する。他の入力デバイス３３０は、物理的なボタン（押しボタン、又はロッカー・ボタン等）、ダイヤル、スライド・スイッチ、ジョイスティック、クリック・スクロール・ホイール、及び光マウス（光マウスは、視覚的な出力を表示しないタッチ感知表面、又はタッチ・スクリーンにより形成されるタッチ感知表面の拡張である）を含んでもよい。他のデバイス入力コントローラ３７１は上記のデバイスのうち任意の１つ以上に接続されてもよいことに留意すべきである。Ｉ／Ｏサブシステム３７０におけるディスプレイ・コントローラ３７３は、ディスプレイ・スクリーン３４０から信号を受信し、及び／又は信号をディスプレイ・スクリーン３４０へ送信する。ディスプレイ・スクリーン３４０がユーザー入力を検出した後、ディスプレイ・コントローラ３７３は、マン・マシン・インタラクションを実現するために、検出されたユーザー入力を、ディスプレイ・スクリーン３４０に表示されるユーザー・インターフェース・オブジェクトとのインタラクションに変換する。センサー・コントローラ３７２は１つ以上のセンサー３５０から信号を受信し、及び／又は信号を１つ以上のセンサー３５０へ送信してもよい。
【００６３】
プロセッサ３８０は、端末デバイス３００の制御センターであり、そして様々なインターフェース及びラインを使用することにより移動電話の様々なパーツに接続される。メモリ３２０に保存されるソフトウェア・プログラム及び／又はモジュールを動作させる又は実行し、そしてメモリ３２０に保存されるデータを呼び出すことにより、プロセッサ３８０は、移動電話において全体的なモニタリングを実行するように、端末デバイス３００の様々な機能及びデータ処理を実行する。オプションで、プロセッサ３８０は１つ以上の処理ユニットを含み得る。好ましくは、プロセッサ３８０はアプリケーション・プロセッサ及びモデム・プロセッサを統合してもよい。アプリケーション・プロセッサは、オペレーティング・システム、ユーザー・インターフェース、アプリケーション・プログラム等を主に処理する。モデム・プロセッサは無線通信を主に処理する。モデム・プロセッサはプロセッサ３８０に統合されてなくてもよいことが理解され得る。
【００６４】
端末デバイス３００はコンポーネント各々に電力を供給する電源３９０（バッテリ等）を更に含む。好ましくは、電源は電力管理システムを使用することによりプロセッサ３８０に論理的に接続されてもよく、それにより充電、放電、及び電力消費管理等の機能を、電力管理システムを使用することにより実現する。
【００６５】
図示されていないが、端末デバイス３００はカメラ、ブルートゥース・モジュール等を更に含んでもよい。詳細はここでは説明されない。
【００６６】
図４は本発明の実施形態に関連する基地局４００の部分構造のブロック図である。基地局４００は少なくともレシーバ４０１、プロセッサ４０３、及びトランスミッタ４０４を含み得る。
【００６７】
レシーバ４０１は：例えば受信アンテナ（不図示）から信号を受信し、受信信号に関して典型的な動作（例えば、フィルタリング、増幅、又はダウン・コンバージョン）を実行し、そして調整済み信号をディジタル化してサンプルを取得するように構成される。レシーバ４０１は、例えば、ＭＭＳＥ（ｍｉｎｉｍｕｍ  ｍｅａｎ−ｓｑｕａｒｅ  ｅｒｒｏｒ，最小平均二乗誤差）レシーバであってもよい。
【００６８】
トランスミッタ４０４は例えば端末デバイスへ信号を送信するように構成される。レシーバ４０１及びトランスミッタ４０４はまた実際の適用の際にトランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）を形成するように統合されてもよい。
【００６９】
デモジュレータ４０２は、受信信号を復調し、そして受信信号をプロセッサ４０３へ提供するように構成され得る。
【００７０】
基地局４００はメモリ４０５を含み得る。メモリ４０５はプロセッサ４０３に動作可能に結合され、そして以下のデータ：送信されるべきデータ、受信したデータ、及び本明細書における様々な動作及び機能の実行に関連する適切な他の任意の情報を保存する。
【００７１】
基地局４００は複数のアンテナ・グループを含んでもよく、そして各アンテナ・グループは１つ以上のアンテナを含み得る。
【００７２】
基地局４００はトランスミッタ・チェーン及びレシーバ・チェーンを追加的に含んでもよく、そしてトランスミッタ・チェーン及びレシーバ・チェーン双方が信号の送信及び受信に関連する複数のコンポーネント（例えば、プロセッサ、モジュレータ、マルチプレクサ、デモジュレータ、デマルチプレクサ、又はアンテナ）を含み得ることを当業者は理解し得る。
【００７３】
プロセッサ４０３は、レシーバ４０１により受信される情報を分析し、及び／又はトランスミッタ４０４により送信されるべき情報を生成するように具体的に使用されるプロセッサ、基地局４００の１つ以上のコンポーネントを制御するように構成されるプロセッサ、及び／又はレシーバ４０４により受信される信号を分析し、トランスミッタ４０１により送信されるべき情報を生成し、そして基地局４００の１つ以上のコンポーネントを制御するように構成されるコントローラであってもよい。
【００７４】
オプションで、プロセッサ４０３は１つ以上の処理ユニットを含み得る。好ましくは、プロセッサ４０３はアプリケーション・プロセッサ及びモデム・プロセッサを統合してもよい。アプリケーション・プロセッサは、オペレーティング・システム、ユーザー・インターフェース、アプリケーション・プログラム等を主に処理する。モデム・プロセッサは無線通信を主に処理する。モデム・プロセッサはプロセッサ４０３に統合されてなくてもよいことが理解され得る。
【００７５】
本発明の実施形態は本発明の上記の共通性に基づいて以下において更に詳細に説明される。
【００７６】
図５は本発明の実施形態によるＨＡＲＱ−ＡＣＫフィードバック情報送信方法の例示的な概略的相互作用図である。
【００７７】
図５に示される方法は、図２ａ又は図２ｂに示されるアプリケーション・シナリオに適用され、そして端末デバイスと基地局との間の相互作用により実現される。
【００７８】
相互作用プロシジャは以下を含む。
【００７９】
パート５００：基地局が同時送信設定指示を端末デバイスへ送信する。
【００８０】
具体例において、図４に示される基地局４００のプロセッサはトランスミッタ４０４を使用することによりパート５００を実行してもよい。
【００８１】
同時送信設定指示は、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信することを命令するために使用されてもよい。
【００８２】
別段の明示がない限り、本発明におけるＨＡＲＱプロセスはダウンリンクＨＡＲＱプロセスであることに留意すべきである。具体的には、各々のダウンリンクＨＡＲＱプロセスは、初期送信に対するダウンリンク・データを送信するために使用されてもよいし、又は再送に対するデータを送信するために使用されてもよい。
【００８３】
具体例において、同時送信設定指示は、無線リンク制御ＲＲＣ共通シグナリング、ＲＲＣ個別シグナリング、又はメディア・アクセス制御ＭＡＣ制御要素ＣＥシグナリングのうちの１つ以上を使用することにより運ばれてもよい。
【００８４】
パート５０１：基地局が複数のＨＡＲＱプロセス各々に対するＤＣＩを端末デバイスへ送信する。
【００８５】
具体的に、ＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを具体例として使用すると、基地局は２つのダウンリンクＨＡＲＱプロセスに対する個々のダウンリンクＤＣＩをＭＴＣデバイスへ送信してもよい。
【００８６】
具体例として、複数のＨＡＲＱプロセスの中のｉ番目のＨＡＲＱプロセスを使用すると、ｉ番目のＨＡＲＱプロセスに対応するＤＣＩは、ＨＡＲＱプロセスのインデックス番号（プロセス番号としても言及される）と、インデックス番号に対応する第１の時間−周波数リソース・スケジューリング情報及び第２の時間−周波数リソース・スケジューリング情報とを含む。
【００８７】
複数のＨＡＲＱプロセスの量は、無線リンク制御ＲＲＣ共通シグナリング、ＲＲＣ個別シグナリング、メディア・アクセス制御ＭＡＣ制御要素ＣＥシグナリング、及び物理レイヤ制御情報ＤＣＩのうち１つ以上を使用することにより通知されてもよいし；又はプロトコルで指定される固定値であってもよい。例えば、固定値は８である。
【００８８】
第１の時間−周波数リソース・スケジューリング情報は、ｉ番目のＨＡＲＱプロセスに対するダウンリンク・データを受信するための時間−周波数リソースを指示するために使用される。
【００８９】
第２の時間−周波数リソース・スケジューリング情報は、ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用される。
【００９０】
ＬＴＥシステム等において、時間−周波数リソースはＲＥ（リソース・エレメント）であってもよい。ＲＥはＬＴＥにおける最小の時間−周波数リソース・ユニットであり、周波数ドメインにおける１つのサブキャリアを占め、及び時間ドメインにおける１つのＯＦＤＭシンボルを占める。
【００９１】
ＮＢ−ＩｏＴシステムにおいて、ダウンリンク・データに対する時間−周波数リソースはまたＲＥであってもよい。ＲＥはＮＢ−ＩｏＴにおける最小の時間−周波数リソース・ユニットであり、周波数ドメインにおける１つのサブキャリアを占め、及び時間ドメインにおける１つのＯＦＤＭシンボルを占める。ダウンリンク・サブキャリアの帯域幅は１５ｋＨｚである。
【００９２】
ＮＢ−ＩｏＴシステムにおいて、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、ＮＰＵＳＣＨフォーマット２を使用することにより送信され、そしてＮＰＵＳＣＨフォーマット２におけるサブキャリアの帯域幅は３．７５ｋＨｚ又は１５ｋＨｚであってもよい。ＮＰＵＳＣＨフォーマット２における最小のスケジューリング・リソース・ユニットはＲＵ（リソース・ユニット）である。ＲＵは、周波数ドメインにおける１つのサブキャリアを占め、及び時間ドメインにおける４つの連続するタイムスロットを占める。１５ｋＨｚのサブキャリアに関し、各々のタイムスロットに７つのＳＣ−ＦＤＭＡシンボルが存在し、そして３．７５ｋＨｚのサブキャリアに関し、各々のタイムスロットに７つのＳＣ−ＦＤＭＡシンボルとＧＰ（ガード期間）とが存在する。
【００９３】
具体的に、ＮＢ−ＩｏＴを具体例として使用すると、上記のダウンリンクＤＣＩの何れもが、フォーマットＮ３及びフォーマットＮ４を区別する識別子と、ＮＰＤＣＣＨオーダー識別子（そのフィールドは、指定されたＮＰＲＡＣＨリソースでランダム・アクセスを開始するように端末デバイスをトリガするために、現在のＤＣＩが使用されていることを指示する）と、スケジューリング遅延と、変調及び符号化機構と、反復数と、新規データ指示と、ＤＣＩサブフレーム反復数等を更に含む。
【００９４】
フォーマットＮ３はＤＣＩがＮＢ−ＩｏＴアップリンクＤＣＩであることを指示し、及びフォーマットＮ４はＤＣＩがＮＢ−ＩｏＴダウンリンクＤＣＩであることを指示することに留意すべきである。これは、端末がＮＰＤＣＣＨリソース位置におけるブラインド検出によりＤＣＩを取得するからであり、そして複雑さを減らすため、アップリンク及びダウンリンクＤＣＩが設計される場合に、アップリンク及びダウンリンクＤＣＩのビット幅が同じであることが最大限保証される。従って、アップリンク及びダウンリンクＤＣＩを区別するために識別子が必要とされる。
【００９５】
このパートでは、複数のＨＡＲＱプロセスに対するＤＣＩは別々に送信される。これは、複数のＨＡＲＱプロセスに対するＤＣＩの既存の送信方式に従う。
【００９６】
更に、本発明の別の実施形態において、ｉ番目のＨＡＲＱプロセスに対応するダウンリンクＤＣＩは、パート５００で言及される同時送信設定指示を更に運んでもよい。具体的には、同時送信設定指示は別々には送信されない。同時送信設定指示は、ＤＣＩを使用することにより運ばれ、追加的な時間−周波数リソースを一切占有しない。
【００９７】
具体例において、図４に示される基地局４００のプロセッサ４０３はトランスミッタ４０４を使用することによりパート５０１を実行してもよい。
【００９８】
パート５０２：端末デバイスがＨＡＲＱプロセス各々に対するダウンリンクＤＣＩを監視する。
【００９９】
端末デバイスは、ＨＡＲＱプロセス各々に対するダウンリンクＤＣＩを監視及び取得するかもしれず、又は１つ以上のＨＡＲＱプロセスに対するダウンリンクＤＣＩを監視及び取得しないかもしれないことに留意すべきである。
【０１００】
具体的に、ＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを具体例として使用すると、ＭＴＣデバイスは、ＮＰＤＣＣＨサーチ・スペースにおいて２つのダウンリンクＨＡＱＲプロセスに対する個々のダウンリンクＤＣＩを監視してもよい。
【０１０１】
具体例において、図３に示される端末デバイス３００のプロセッサ３８０は（ＲＦ回路３１０等の）別のコンポーネントとの協調においてパート５０２を実行してもよい。
【０１０２】
パート５０３：端末デバイスは、ＨＡＲＱプロセス各々に対応する第１の時間−周波数リソース・スケジューリング情報に基づいてダウンリンク・データを受信し、受信したダウンリンク・データの復号及び検査を完了し、そして検査結果に基づいてＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得する。
【０１０３】
具体的に、ＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを具体例として使用し、ＨＡＲＱプロセスの一方に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がｂ０であり、及びＨＡＲＱプロセスの他方に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がｂ１であると仮定すると、端末デバイスはｂ０及びｂ１を取得し得る。
【０１０４】
検査は通常ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ，巡回冗長検査）であり、そして受信したダウンリンク・データにエラーが存在するか否かを検出するために使用される。エラーが一切検出されない場合、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，肯定的なアクノリッジメント）がその後にフィードバックされるべきであり；又はエラーが検出された場合、ＮＡＣＫ（Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，否定的なアクノリッジメント）がその後にフィードバックされるべきである。
【０１０５】
ＨＡＲＱプロセスに対するＤＣＩが欠落している場合、端末デバイスはＮＡＣＫをフィードバックし得る。
【０１０６】
全てのＨＡＲＱプロセスに対するＤＣＩが欠落している場合、端末は、何れのＨＡＲＱプロセスについてもダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを知ることはできず、そして端末は送信動作を一切実行しない。
【０１０７】
より具体的に、複数のＨＡＲＱプロセスのうちのｉ番目のプロセスを具体例として使用すると、ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、ＡＣＫ又はＮＡＣＫであり得る。
【０１０８】
具体例において、図３に示される端末デバイス３００のプロセッサ３８０は（ＲＦ回路３１０等の）別のコンポーネントとの協調においてパート５０３を実行してもよい。
【０１０９】
パート５０４：端末デバイスは、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を、同じ時間−周波数リソースで同時に送信する。
【０１１０】
具体例において、図３に示される端末デバイス３００のプロセッサ３８０は（ＲＦ回路３１０等の）別のコンポーネントとの協調においてパート５０４を実行してもよい。
【０１１１】
端末デバイスは、アップリンク・データ・チャネル又はアップリンク制御チャネルで送信を実行してもよい。
【０１１２】
アップリンク・データ・チャネルは、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，物理ダウンリンク共有チャネル）、ＮＰＵＳＣＨ等であってもよい。アップリンク制御チャネルは、ＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ，物理ダウンリンク制御チャネル）、ＮＰＵＣＣＨ等であってもよい。
【０１１３】
具体例において、端末デバイスは、変調シンボルを取得するために複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を変調し、そして変調シンボルを同じ時間−周波数リソースで送信してもよい。もちろん、変調の前に、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は更に符号化及びスクランブルされてもよい。
【０１１４】
より具体的には、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、予め設定された配置ルールに従ってソートされる。
【０１１５】
当業者は必要に応じて予め設定された配置ルールを柔軟に設計し得る。例えば、予め設定された配置ルールは：ＨＡＲＱプロセスのインデックス番号の昇順又は降順で配置を実行することを含むように設計されてもよい。
【０１１６】
ＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを具体例として使用し、ＨＡＲＱプロセス０のインデックス番号が０であり、ＨＡＲＱプロセス０に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がｂ０であり、ＨＡＲＱプロセス１のインデックス番号が１であり、そしてＨＡＲＱプロセス１に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がｂ１であると仮定すると、昇順でソートした結果はｂ０ｂ１であり、そして降順でソートした結果はｂ１ｂ０である。
【０１１７】
代替的に、予め設定された配置ルールは：ＨＡＲＱプロセスのインデックス番号の全順列のうちの任意の１つで配置を実行することを含むように設定されてもよい。３つのＨＡＲＱプロセスを具体例として使用し、ＨＡＲＱプロセス０のインデックス番号が０であり、ＨＡＲＱプロセス０に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がｃ０であり、ＨＡＲＱプロセス１のインデックス番号が１であり、ＨＡＲＱプロセス１に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がｃ１であり、ＨＡＲＱプロセス２のインデックス番号が２であり、及びＨＡＲＱプロセス２に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がｃ２であると仮定すると、配置は、ｃ０、ｃ１及びｃ２の全順列｛ｃ０ｃ１ｃ２，ｃ０ｃ２ｃ１，ｃ１ｃ０ｃ２，ｃ１ｃ２ｃ０，ｃ２ｃ０ｃ１，ｃ２ｃ１ｃ０，｝のうちの任意の１つで実行される。
【０１１８】
代替的に、予め設定された配置ルールは：ＨＡＲＱプロセスのインデックス番号のパリティに基づいて配置を実行することを含むように設定されてもよく、奇数は偶数の前又は後にランキングされる等々。これは本発明において特に限定されない。
【０１１９】
予め設定された配置ルールは、標準プロトコルで定式化されるルールであってもよいし、又は基地局及び端末デバイス双方が予め設定された同じ配置ルールを使用することが保証され得るならば、オペレータ又はベンダーにより自ら決定されたルールであってもよい。
【０１２０】
２つのダウンリンクＨＡＲＱプロセスに関し、変調方式は、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ，直交位相シフト・キーイング）、バイナリＡＳＫ（Ａｍｐｌｉｔｕｄｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ，振幅シフト・キーイング）、バイナリＦＳＫ（Ｆｒｅｑｕｅｎｃｙ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ，周波数シフト・キーイング）等であってもよい。
【０１２１】
ＡＣＫがバイナリ１にエンコードされ、及びＮＡＣＫがバイナリ１にエンコードされる具体例が使用される。変調の前に、２つのダウンリンクＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、全体で２ビット（ｂｉｔ）を占め、そして２つの異なるＲＥリソースを使用することにより運ばれる必要があり、そしてＱＰＳＫ／バイナリＡＳＫ／バイナリＦＳＫを使用した変調の後に、１つのＱＰＳＫ／バイナリＡＳＫ／バイナリＦＳＫシンボルに変調されてもよい。２つのＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は１つのＲＥリソースにより運ばれてもよい。
【０１２２】
プロセスの量が２より大きい場合、変調方式は他の変調方式、例えば変調次数がプロセスの量と同じである変調方式であってもよい。例えば、３つのＨＡＲＱプロセスの場合、変調方式は８ＰＳＫ、８ＡＳＫ又は８ＰＳＫであってもよく、そして変調次数は３であり且つＨＡＲＱプロセスの量と同一であり；そしてＮ個のＨＡＲＱプロセスの場合、変調方式はＭＰＳＫ、ＭＡＳＫ又はＭＰＳＫ、Ｍ＝２Ｎであり、そして変調次数はＮであり且つＨＡＲＱプロセスの量と同一である。
【０１２３】
複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、変調シンボルを取得するために変調され、そのためダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信する時間全体は削減されることが可能であり、そして電力消費及び電力損失は時間全体の削減により削減されることが可能であり、それにより端末デバイスがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする回数を減らし、そして端末デバイスの電力消費及び電力損失を更に減らす。
【０１２４】
同じ時間−周波数リソースは、ＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定されることに留意すべきである。
【０１２５】
具体例において、同じ時間−周波数リソースは以下の方式で決定される：
第１ターゲットＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための周波数ドメイン・リソース位置を、同じ時間−周波数リソースの周波数ドメイン・リソース位置として選択し；及び
第２ターゲットＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間ドメイン・リソース位置を、同じ時間−周波数リソースの時間ドメイン・リソース位置として選択し、
第１ターゲットＨＡＲＱプロセスと第２ターゲットＨＡＲＱプロセスとは複数のＨＡＲＱプロセスにおけるＨＡＲＱプロセスであり；及び第１ターゲットＨＡＲＱプロセスと第２ターゲットＨＡＲＱプロセスとは異なるＨＡＲＱプロセスであってもよいし、又は第１ターゲットＨＡＲＱプロセスと第２ターゲットＨＡＲＱプロセスとは同じＨＡＲＱプロセスであってもよい。
【０１２６】
具体例としてＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを使用すると、２つのＨＡＲＱプロセスに対するＤＣＩが、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための同じ時間−周波数リソースを指示する場合、変調シンボルは、何れかのＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースで送信される。
【０１２７】
２つのＨＡＲＱプロセスに対するＤＣＩが、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための同じ周波数ドメイン・リソース位置と異なる時間ドメイン・リソース位置とを指示する場合、変調シンボルを送信するために、２つの時間ドメイン・リソース位置の時間順に基づいて、より早い又はより遅い時間ドメイン位置が選択されてもよい。
【０１２８】
２つのＨＡＲＱプロセスに対するＤＣＩが、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための異なる時間ドメイン・リソース位置と同じ周波数ドメイン・リソース位置とを指示する場合、変調シンボルを送信するために、周波数ドメイン位置のうちの一方が選択されてよい。
【０１２９】
図６は、２つのプロセスに対するＤＣＩがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための同じ時間−周波数リソースを指示する場合のスケジューリングの例示的な図である。
【０１３０】
図７は、２つのプロセスに対するＤＣＩが、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための同じ時間−周波数リソースと異なる周波数ドメイン・リソースとを指示する場合のスケジューリングの例示的な図である。
【０１３１】
図６及び図７において、Ｘ０は第１プロセスに対応するダウンリンク・データのスケジューリング遅延を示し、Ｘ１は第２プロセスに対応するダウンリンク・データのスケジューリング遅延を示し、Ｙ０は、第１プロセスのダウンリンク・データに対する、第１プロセスに対応するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報のタイミング・オフセットを示し、Ｙ１は、第２プロセスのダウンリンク・データに対する、第２プロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報のタイミング・オフセットを示し、ＨＡＲＱ−ＡＣＫ０は、第１ＨＡＲＱプロセスに対するＤＣＩにより指示される、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数位置を示し、及びＨＡＲＱ−ＡＣＫ１は、第２ＨＡＲＱプロセスに対するＤＣＩにより指示される、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数位置を示す。
【０１３２】
もちろん、２つのＨＡＲＱプロセスに対するＤＣＩはまた、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための異なる時間ドメイン・リソース位置と異なる周波数ドメイン・リソース位置とを指示してもよい。例えば、プロセス０に対する時間ドメイン・リソース位置がＡ０であり、プロセス０に対する周波数ドメイン・リソース位置がＢ０であり、プロセス１に対する時間ドメイン・リソース位置がＡ１であり、及びプロセス１に対する周波数ドメイン・リソース位置がＢ１である場合に、４つの組み合わせ、即ちＡ０Ｂ０、Ａ０Ｂ１、Ａ１Ｂ０、及びＡ１Ｂ１のうちの１つが、変調シンボルを送信するための時間−周波数リソースとして選択されてもよい。
【０１３３】
パート５０５：基地局が、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に受信する。
【０１３４】
より具体的には、基地局は、同じ時間−周波数リソースで変調シンボルを受信し、そして変調シンボルを復調し、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を取得する。
【０１３５】
具体例において、図４に示される基地局４００のプロセッサ４０３は（レシーバ４０１、モジュレータ４０２、又はデコーダ４０７等の）別のコンポーネントとの協調においてパート５０５を実行してもよい。
【０１３６】
図８は本発明の実施形態によるＨＡＲＱ−ＡＣＫフィードバック情報送信方法の別の例示的な概略的相互作用図である。
【０１３７】
図８に示される方法は、図２ａ及び図２ｂに示されるアプリケーション・シナリオに適用され、そして端末デバイスと基地局間との間の相互作用により実現される。
【０１３８】
相互作用プロシジャは以下を含む。
【０１３９】
パート８０１：基地局が、複数のＨＡＲＱプロセスにより共有されるＤＣＩを、端末デバイスへ送信する。
【０１４０】
具体例において、図４に示される基地局４００のプロセッサ４０３は、トランスミッタ４０４を使用することによりパート８０１を実行してもよい。
【０１４１】
図５に示される実施形態との相違は、この実施形態では、複数のＨＡＲＱプロセスがＤＣＩの同じ部分に対応することにある。こうして、複数のＨＡＲＱプロセスに対する時間−周波数リソース・スケジューリング情報のために占有されるリソースは削減されることが可能である。
【０１４２】
具体例において、共有ＤＣＩは、同時送信設定指示と、複数のＨＡＲＱプロセス各々のインデックス番号と、インデックス番号に対応する第１の時間−周波数リソース・スケジューリング情報及び第２の時間−周波数リソース・スケジューリング情報とを運ぶ。
【０１４３】
別の具体例において、共有ＤＣＩは、同時送信設定指示と、複数のＨＡＲＱプロセスの開始インデックス番号と、複数のＨＡＲＱプロセス各々に対応する第１の時間−周波数リソース・スケジューリング情報及び第２の時間−周波数リソース・スケジューリング情報とを運ぶ。
【０１４４】
開始インデックス番号はＨＡＲＱプロセスのうちの１つに対応する。
【０１４５】
例えば、全部で４つのＨＡＲＱプロセスが存在し、そして４つのＨＡＲＱプロセスにより共有されるＤＣＩが開始インデックス番号のみを運ぶことが仮定される。開始インデックス番号が００であると仮定すると、開始インデックス番号は、４つのＨＡＲＱプロセスにおける０番プロセスのインデックス番号として使用され、そして他のＨＡＲＱプロセスのインデックス番号は開始インデックス番号に基づいて計算されてもよい。
【０１４６】
計算方式は、漸進的増加方式、漸進的減少方式等であってもよい。漸進的増加方式を具体例として使用すると、開始インデックス番号が００である場合、０１は第１プロセスのインデックス番号として使用されてもよく、１０は第２プロセスのインデックス番号として使用されてもよく、そして１１は第３プロセスのインデックス番号として使用されてもよい。
【０１４７】
第１の時間−周波数リソース・スケジューリング情報と第２の時間−周波数リソース・スケジューリング情報との関連する説明については、本明細書におけるパート５０１を参照されたい。そして詳細はここで再び説明されない。
【０１４８】
この実施形態において、同時送信設定指示は、共有ＤＣＩを使用することにより運ばれ、追加的な時間−周波数リソースを一切占有しない。もちろん、本発明の他の実施形態において、基地局はまた同時送信設定指示を別々に送信してもよい。
【０１４９】
同時送信設定指示の関連する説明については、本明細書におけるパート５００を参照されたい。そして詳細はここで再び説明されない。
【０１５０】
パート８０２：端末デバイスが共有ＤＣＩを監視する。
【０１５１】
具体的には、ＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを具体例として使用し、ＭＴＣデバイスはＮＰＤＣＣサーチ・スペースにおいて共有ダウンリンクＤＣＩを監視してもよい。
【０１５２】
端末デバイスは、共有ＤＣＩを監視及び取得してもよいし、又は共有ＤＣＩを監視及び取得しなくてもよいことに留意すべきである。
【０１５３】
具体例において、図３に示される端末デバイス３００のプロセッサ３８０は、パート８０２を実行してもよい。
【０１５４】
パート８０３ないしパート８０５はパート５０３ないしパート５０５と同一であり、そして詳細はここで再び説明されない。
【０１５５】
図９は本発明の実施形態によるＨＡＲＱ−ＡＣＫフィードバック情報送信方法の更に別の例示的な概略的相互作用図である。
【０１５６】
図９に示される実施形態は、本発明の実施形態で提供されるＨＡＲＱ−ＡＣＫフィードバック情報送信方法のプロシジャの分岐として理解されてもよいこと、及び図５又は図８に示される実施形態は、本発明の実施形態で提供されるＨＡＲＱ−ＡＣＫフィードバック情報送信方法のプロシジャの別の分岐として理解されてもよいことに留意すべきである。
【０１５７】
図９に示される方法は、図２ａ又は図２ｂに示されるアプリケーション・シナリオに適用され、そして端末デバイスと基地局との間の相互作用により実現される。
【０１５８】
相互作用プロシジャは以下を含む。
【０１５９】
パート９００：基地局が非・同時送信設定指示を端末デバイスへ送信する。
【０１６０】
具体例において、図４に示される基地局４００のプロセッサ４０３は、トランスミッタ４０４を使用することによりパート９００を実行してもよい。
【０１６１】
非・同時送信設定指示は、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信しないことを命令するために使用されてもよい（又は複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、独立して送信することを命令するために使用されてもよい）。
【０１６２】
具体例において、非・同時送信設定指示は、無線リンク制御ＲＲＣ共通シグナリング、ＲＲＣ個別シグナリング、メディア・アクセス制御ＭＡＣ制御要素ＣＥシグナリング、又は物理レイヤ制御情報ＤＣＩのうちの１つ以上を使用することにより運ばれてもよい。
【０１６３】
図５又は図８に示される実施形態で使用される同時送信設定指示、及びこの実施形態における非・同時送信設定指示は、ＲＲＣ共通シグナリング、ＲＲＣ個別シグナリング、ＭＡＣ  ＣＥシグナリング又はＤＣＩの同じフィールド又は同じビットを占有してもよい。フィールド又はビットの異なる値は、同時送信設定指示及び非・同時送信設定指示をそれぞれ表現し得る。
【０１６４】
例えば、フィールド又はビットの値が１である場合、それは同時送信設定指示を表現し、そして値が０である場合、それは非・同時送信設定指示を表現してもよい。
【０１６５】
パート９０１：基地局が複数のＨＡＲＱプロセス各々に対するＤＣＩを端末デバイスへ送信する。
【０１６６】
パート９０１はパート５０１と同一であり、そして詳細はここで再び説明されない。
【０１６７】
本発明の別の実施形態において、ｉ番目のＨＡＲＱプロセスに対応するダウンリンクＤＣＩは、パート９００で言及される非・同時送信設定指示を更に運んでもよいことに留意すべきである。具体的には、非・同時送信設定指示は別々には送信されない。ＤＣＩを使用することにより非・同時送信設定指示を運ぶことは、追加的な時間−周波数リソースを一切占有しない利点を有する。
【０１６８】
パート９０２及びパート９０３はパート５０２及びパート５０３と同一であり、そして詳細はここで再び説明されない。
【０１６９】
パート９０４：端末デバイスが、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するためのものであり及びＨＡＲＱプロセス各々に対するＤＣＩにより指示される時間−周波数リソースに基づいて、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする。
【０１７０】
具体的には、この実施形態では、基地局が非・同時送信設定指示を届けるので、複数のＨＡＲＱ−ＡＣＫフィードバック情報部分は異なる時間−周波数リソースで送信される。
【０１７１】
具体例において、ＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを具体例として使用すると、基地局は、ＢＰＳＫ変調シンボルを取得するために、ＢＰＳＫ変調方式を使用することにより、ＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を変調し、そしてプロセスに対応する第２の時間−周波数リソース・スケジューリング情報に基づいて、ＨＡＲＱプロセス各々に対するＢＰＳＫ変調シンボルを送信してもよい。
【０１７２】
もちろん、ＨＡＲＱプロセスに対するＤＣＩが欠落している場合、端末デバイスはＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信しない。
【０１７３】
具体例において、図３に示される端末デバイス３００のプロセッサ３８０は（ＲＦ回路３１０等の）別のコンポーネントとの協調においてパート９０４を実行してもよい。
【０１７４】
パート９０５：基地局が、ＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースでダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を受信する。
【０１７５】
より具体的には、基地局は、ＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースで変調シンボルを受信し、そしてＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得するために変調シンボルを復調する。
【０１７６】
上記の実施形態に関し、本発明で提供されるＨＡＲＱ−ＡＣＫフィードバック情報送信技術において、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソース位置で同時に送信するか否かは、基地局により設定され得る。
【０１７７】
具体例において、基地局は、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報の信頼性を保証するために、同じ時間−周波数リソース位置で同時送信を実行するか否かを、端末デバイスのカバレッジ状態に基づいて（又は他の状態を考慮して）柔軟に設定することが可能である。
【０１７８】
ＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを具体例として使用すると、貧弱なカバレッジの中の端末デバイスについては、より低い次数の変調（ＢＰＳＫ等）が、より高い次数の変調（ＱＰＳＫ等）よりも多くのロバストなパフォーマンスを達成する。このケースでは、基地局は、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報の送信の信頼性を保証するために、端末デバイスの複数のプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報の個々の送信を設定してもよい。良好なカバレッジの中の端末デバイスについては、基地局は、端末デバイスの複数のプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報の同時送信を設定し、良好なカバレッジの中の端末デバイスがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信する回数を減らし、それにより電力消費を減らし及びデータ・レートを増加させる。
【０１７９】
本発明の実施形態で提供されるソリューションは、装置の間の相互作用の観点から主に上述されている。端末デバイス及び基地局等の装置は、上記の機能を実現するために、様々な機能を実行する対応するハードウェア構造及び／又はソフトウェア・モジュールを含むことが理解され得る。本明細書で開示される実施形態で説明される具体例との組み合わせにおいて、ユニット及びアルゴリズム・ステップはハードウェア又はハードウェアとコンピュータ・ソフトウェアとの組み合わせにより実現されてもよいことを、当業者は容易に気付くはずである。機能がハードウェア又はコンピュータ・ソフトウェアにより駆動されるハードウェアにより実行されるか否かは、特にアプリケーションと技術的ソリューションの設計制約とに依存する。当業者は特定のアプリケーション各々に対して説明される機能を実現する様々な方法を使用し得るが、その実現は本発明の範囲を超えると考えられるべきではない。
【０１８０】
図１０は上記の実施形態における端末デバイスの可能な概略構造図である。端末デバイスは、処理モジュール１１０と第１送信モジュール１２０とを含む。
【０１８１】
処理モジュール１１０は：複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得し、そして複数のＨＡＲＱプロセスに対して取得した複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信するように第１送信モジュールに命令するように構成され得る。
【０１８２】
第１送信モジュール１２０は、処理モジュール１１０の命令に従って、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信するように構成され得る。
【０１８３】
関連する説明については、本明細書における方法のパートを参照されたい。そして詳細はここで再び説明されない。
【０１８４】
本発明の別の実施形態において、処理モジュール１１０は更に：
複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得する前に、ＨＡＲＱプロセス各々に対するダウンリンク制御情報ＤＣＩを監視するように構成されてもよい。
【０１８５】
ｉ番目のＨＡＲＱプロセスに対応するＤＣＩは、ｉ番目のＨＡＲＱプロセスのインデックス番号と、インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを含み、そして時間−周波数リソース・スケジューリング情報は、ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
同じ時間−周波数リソースは、ＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される。
【０１８６】
関連する説明については、本明細書における方法のパートを参照されたい。そして詳細はここで再び説明されない。
【０１８７】
本発明の別の実施形態において、処理モジュール１１０は更に：
複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得する前に、複数のＨＡＲＱプロセスにより共有されるダウンリンク制御情報ＤＣＩを監視するように構成され、
ＤＣＩは、複数のＨＡＲＱプロセス各々のインデックス番号と、インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを運び；又はＤＣＩは、複数のＨＡＲＱプロセス各々に対応する時間−周波数リソース・スケジューリング情報と、複数のＨＡＲＱプロセスの開始インデックス番号とを運び、及び開始インデックス番号はＨＡＲＱプロセスのうちの１つに対応し；
ｉ番目のＨＡＲＱプロセスに対応する時間−周波数リソース・スケジューリング情報は、ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
同じ時間−周波数リソースは、ＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される。
【０１８８】
関連する説明については、本明細書における方法のパートを参照されたい。そして詳細はここで再び説明されない。
【０１８９】
本発明の別の実施形態において、処理モジュール１１０により監視されるＤＣＩは同時送信設定指示を更に運ぶ。
【０１９０】
同時送信設定指示は、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信することを命令するために使用される。
【０１９１】
関連する説明については、本明細書における方法のパートを参照されたい。そして詳細はここで再び説明されない。
【０１９２】
本発明の別の実施形態において、処理モジュール１１０により監視されるＤＣＩは、非・同時送信設定指示を更に運んでもよい。関連する説明については、本明細書における方法のパートを参照されたい。そして詳細はここで再び説明されない。
【０１９３】
代替的に、同時送信設定指示又は非・同時送信設定指示は基地局により別々に送信され得る。更に図１０を参照すると、端末デバイスは：処理モジュール１１０がＤＣＩを監視する前に、同時送信設定指示又は非・同時送信設定指示を受信するように構成される第１受信モジュール１３０を更に含む。
【０１９４】
処理モジュール１１０は：図５に示される実施形態におけるパート５０２及びパート５０３（復号し、検査し、そして検査結果に基づいてＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得すること）を実行し、そしてパート５０４を完了するように第１送信モジュール１２０に命令し；図８に示される実施形態におけるパート８０２及びパート８０３（復号し、検査し、そして検査結果に基づいてＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得すること）を実行し、そしてパート８０４を完了するように第１送信モジュール１２０に命令し；及び図９に示される実施形態におけるパート９０２及びパート９０３（復号し、検査し、そして検査結果に基づいてＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得すること）を実行し、そしてパート９０４を完了するように第１送信モジュール１２０に命令するように構成され得る。
【０１９５】
第１送信モジュール１２０は、図５に示されるパート５０４を実行するように構成されてもよく、そして図８に示される実施形態におけるパート８０４、及び図９に示される実施形態におけるパート９０４を更に実行してもよい。
【０１９６】
第１受信モジュール１３０は、図５に示される実施形態におけるパート５０３（ダウンリンク・データを受信すること）、図８に示される実施形態におけるパート８０３（ダウンリンク・データを受信すること）、及び図９に示される実施形態におけるパート９０３（ダウンリンク・データを受信すること）を実行するように構成されてもよく、そして、図５、図８及び図９に示される実施形態における同時送信設定指示又は非・同時送信設定指示を受信するように構成される。
【０１９７】
図１１は上記の実施形態における基地局の可能な概略構造図である。基地局は処理モジュール１１１と第２受信モジュールとを含む。
【０１９８】
処理モジュール１１１は、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に受信するように、第２受信モジュール１２１に命令するように構成されてもよい。
【０１９９】
第２受信モジュール１２１は、処理モジュールの命令に従って、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に受信するように構成される。
【０２００】
複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は端末デバイスにより取得及び送信される。
【０２０１】
本発明の他の実施形態において、図１１を更に参照すると、基地局は第２送信モジュール１３１を更に含み得る。
【０２０２】
処理モジュール１１１は、第２受信モジュール１２１が複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を受信する前に、複数のＨＡＲＱプロセス各々に対するダウンリンクＤＣＩを端末デバイスへ送信することを第２送信モジュールに命令するように、又はＨＡＲＱプロセスにより共有されるダウンリンクＤＣＩを端末デバイスへ送信することを第２送信モジュール１３１に命令するように更に構成される。
【０２０３】
第２送信モジュール１３１は、複数のＨＡＲＱプロセスの各々に対するダウンリンクＤＣＩを端末デバイスへ送信するように、又は処理モジュール１１１の命令に従ってＨＡＲＱプロセスにより共有されるダウンリンクＤＣＩを端末デバイスへ送信するように構成される。
【０２０４】
ＤＣＩの関連する説明については、本明細書における上記の記録を参照されたい。そして詳細はここで再び説明されない。
【０２０５】
本発明の他の実施形態において、第２送信モジュール１３１により送信されるＤＣＩは、同時送信設定指示を更に運んでもよく；そして同時送信設定指示は、複数のダウンリンクＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信することを命令するために使用される。
【０２０６】
本発明の他の実施形態において、第２送信モジュール１３１により送信されるＤＣＩは、非・同時送信設定指示を更に運んでもよい。関連する説明については、本明細書における方法のパートを参照されたい。そして詳細はここで再び説明されない。
【０２０７】
代替的に、処理モジュール１１１は、同時送信設定指示又は非・同時送信設定指示を別々に送信することを、第２送信モジュール１３１に命令してもよい。
【０２０８】
処理モジュール１１１は、図５に示される実施形態におけるパート５００及びパート５０１を完了することを第２送信モジュール１３１に命令してもよいし、ダウンリンク・データを送信することを第２送信モジュール１３１に命令してもよいし、及びパート５０５における受信動作を実行することを第２受信モジュール１２１に命令してもよい。処理モジュール１１１は、パート５０５における復調及び復号等の動作を更に実行してもよい。更に、処理モジュール１１１は、図８に示される実施形態におけるパート８０１を完了し、そしてダウンリンク・データを送信することを第２送信モジュール１３１に命令してもよいし、及びパート８０５における受信動作を実行することを第２受信モジュール１２１に命令してもよい。処理モジュール１１１はパート８０５における復調及び復号等の動作を更に実行してもよい。更に、処理モジュール１１１は、図９に示される実施形態におけるパート９００及びパート９０１を完了し、そしてダウンリンク・データを送信することを第２送信モジュール１３１に命令してもよいし、及びパート９０５における受信動作を実行することを第２受信モジュール１２１に命令してもよいし、及び処理モジュール１１１はパート９０５における復調及び復号等の動作を更に実行してもよい。
【０２０９】
第２送信モジュール１３１は、図５に示されるパート５００及びパート５０１を実行するように構成されてもよいし、そして図８に示される実施形態におけるパート８０１、図９に示される実施形態におけるパート９００及びパート９０１を更に実行し、そして図５、図８及び図９に示される実施形態におけるダウンリンク・データを送信してもよい。
【０２１０】
第２受信モジュール１２１は、図５に示される実施形態におけるパート５０５（ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を受信すること）、図８に示される実施形態におけるパート８０５（ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を受信すること）、及び図９に示される実施形態におけるパート９０５（ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を受信すること）を実行するように構成されてもよい。
【図１ａ】
2020503723.tif 000003
【図１ｂ】
2020503723.tif 000004
【図２ａ】
2020503723.tif 000005
【図２ｂ】
2020503723.tif 000006
【図３】
2020503723.tif 000007
【図４】
2020503723.tif 000008
【図５】
2020503723.tif 000009
【図６】
2020503723.tif 000010
【図７】
2020503723.tif 000011
【図８】
2020503723.tif 000012
【図９】
2020503723.tif 000013
【図１０】
2020503723.tif 000014
【図１１】
2020503723.tif 000015
【手続補正書】
【提出日】令和1年6月11日(2019.6.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＨＡＲＱ−ＡＣＫフィードバック情報送信方法であって、前記方法は複数のダウンリンク・ハイブリッド・オートマチック・リピート・リクエスト（ＨＡＲＱ）プロセスのシナリオに適用され、及び前記方法は：
前記複数のダウンリンクＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−アクノリッジメント（ＡＣＫ）フィードバック情報を、端末デバイスにより取得するステップ；及び
前記複数のダウンリンクＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に前記端末デバイスにより送信するステップ；
を含む方法。
【請求項２】
前記複数のダウンリンクＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得する前記ステップの前に、前記方法は更に：
ＨＡＲＱプロセス各々に対するダウンリンク制御情報（ＤＣＩ）を、前記端末デバイスにより監視するステップを含み、
ｉ番目のＨＡＲＱプロセスに対応するＤＣＩは、前記ｉ番目のＨＡＲＱプロセスのインデックス番号と、前記インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを含み；
前記時間−周波数リソース・スケジューリング情報は、前記ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
前記同じ時間−周波数リソースは、前記ＨＡＲＱプロセスに対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される、請求項１に記載の方法。
【請求項３】
前記複数のダウンリンクＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得する前記ステップの前に、前記方法は更に：
前記複数のダウンリンクＨＡＲＱプロセスにより共有されるＤＣＩを、前記端末デバイスにより監視するステップを含み、前記ＤＣＩは、前記複数のダウンリンクＨＡＲＱプロセス各々のインデックス番号と、前記インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを運び；又は前記ＤＣＩは、前記複数のダウンリンクＨＡＲＱプロセス各々に対応する時間−周波数リソース・スケジューリング情報と、前記複数のダウンリンクＨＡＲＱプロセスの開始インデックス番号とを運び、及び前記開始インデックス番号は前記ＨＡＲＱプロセスのうちの１つに対応し；
ｉ番目のＨＡＲＱプロセスに対応する時間−周波数リソース・スケジューリング情報は、前記ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
前記同じ時間−周波数リソースは、前記ＨＡＲＱプロセスに対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される、請求項１に記載の方法。
【請求項４】
前記ＤＣＩは同時送信設定指示を更に運び；及び前記同時送信設定指示は、前記複数のダウンリンクＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項２又は３に記載の方法。
【請求項５】
前記ＤＣＩを監視する前記ステップの前に、前記方法は更に：
同時送信設定指示を前記端末デバイスにより受信するステップを含み、前記同時送信設定指示は、前記複数のダウンリンクＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項２又は３に記載の方法。
【請求項６】
前記複数のダウンリンクＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信する前記ステップは：
変調シンボルを取得するために、前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を変調するステップ；及び
前記変調シンボルを前記同じ時間−周波数リソースで送信するステップ；
を含む、請求項１−５のうち何れか一項に記載の方法。
【請求項７】
前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、予め設定された配置ルールに従ってソートされる、請求項６に記載の方法。
【請求項８】
前記予め設定された配置ルールは：前記ＨＡＲＱプロセスのインデックス番号の昇順又は降順で配置を実行することを含む、請求項７に記載の方法。
【請求項９】
複数のダウンリンク・ハイブリッド・オートマチック・リピート・リクエスト（ＨＡＲＱ）プロセスのシナリオに適用され、及びプロセッサとトランスミッタとを含む端末デバイスであって、
前記プロセッサは、前記複数のダウンリンクＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−アクノリッジメント（ＡＣＫ）フィードバック情報を取得し、そして前記複数のダウンリンクＨＡＲＱプロセスに対して取得した前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信することを前記トランスミッタに命令するように構成され；及び
前記トランスミッタは、前記プロセッサの前記命令に従って、前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信するように構成される、端末デバイス。
【請求項１０】
前記プロセッサは、前記複数のダウンリンクＨＡＲＱプロセス各々に対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得する前に、ＨＡＲＱプロセス各々に対するダウンリンク制御情報（ＤＣＩ）を監視するように更に構成され、
ｉ番目のＨＡＲＱプロセスに対応するＤＣＩは、前記ｉ番目のＨＡＲＱプロセスのインデックス番号と、前記インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを含み；
前記時間−周波数リソース・スケジューリング情報は、前記ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
前記同じ時間−周波数リソースは、前記ＨＡＲＱプロセスに対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される、請求項９に記載の端末デバイス。
【請求項１１】
前記プロセッサは更に：
前記複数のダウンリンクＨＡＲＱプロセス各々に対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得する前に、前記複数のダウンリンクＨＡＲＱプロセスにより共有されるダウンリンク制御情報ＤＣＩを監視するように構成され、前記ＤＣＩは、前記複数のダウンリンクＨＡＲＱプロセス各々のインデックス番号と、前記インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを運び；又は前記ＤＣＩは、前記複数のダウンリンクＨＡＲＱプロセス各々に対応する時間−周波数リソース・スケジューリング情報と、前記複数のダウンリンクＨＡＲＱプロセスの開始インデックス番号とを運び、及び前記開始インデックス番号は前記ＨＡＲＱプロセスのうちの１つに対応し；
ｉ番目のＨＡＲＱプロセスに対応する時間−周波数リソース・スケジューリング情報は、前記ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
前記同じ時間−周波数リソースは、前記ＨＡＲＱプロセスに対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される、請求項９に記載の端末デバイス。
【請求項１２】
前記プロセッサにより監視される前記ＤＣＩは同時送信設定指示を更に運び；及び前記同時送信設定指示は、前記複数のダウンリンクＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項１０又は１１に記載の端末デバイス。
【請求項１３】
前記プロセッサが前記ＤＣＩを監視する前に、同時送信設定指示を受信するように構成されるレシーバを更に含み、前記同時送信設定指示は、前記複数のダウンリンクＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項１０又は１１に記載の端末デバイス。
【請求項１４】
前記複数のダウンリンクＨＡＲＱプロセスに対して取得した前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを前記トランスミッタに命令する場合に、前記プロセッサは、具体的に：
変調シンボルを取得するために、前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を変調し；及び
前記変調シンボルを前記同じ時間−周波数リソースで送信することを前記トランスミッタに命令するように構成されている、請求項９−１３のうち何れか一項に記載の端末デバイス。
【請求項１５】
前記プロセッサにより変調される前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、予め設定された配置ルールに従ってソートされる、請求項１４に記載の端末デバイス。
【請求項１６】
前記予め設定された配置ルールは：前記ＨＡＲＱプロセスのインデックス番号の昇順又は降順で配置を実行することを含む、請求項１５に記載の端末デバイス。
【請求項１７】
ＨＡＲＱフィードバック情報送信方法であって、前記方法は複数のダウンリンク・ハイブリッド・オートマチック・リピート・リクエスト（ＨＡＲＱ）プロセスのシナリオに適用され、及び前記方法は：
前記複数のダウンリンクＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−アクノリッジメント（ＡＣＫ）フィードバック情報部分を、同じ時間−周波数リソースで同時に基地局により受信するステップを含み、
前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、端末デバイスにより取得及び送信される、方法。
【請求項１８】
前記複数のダウンリンクＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を受信する前記ステップの前に、前記方法は更に：
前記基地局により、前記複数のダウンリンクＨＡＲＱプロセス各々に対するダウンリンク制御情報（ＤＣＩ）を前記端末デバイスへ送信するステップを含み、
ｉ番目のＨＡＲＱプロセスに対応するＤＣＩは、前記ｉ番目のＨＡＲＱプロセスのインデックス番号と、前記インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを含み；
前記時間−周波数リソース・スケジューリング情報は、前記ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
前記同じ時間−周波数リソースは、前記ＨＡＲＱプロセスに対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される、請求項１７に記載の方法。
【請求項１９】
前記複数のダウンリンクＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を受信する前記ステップの前に、前記方法は更に：
前記複数のダウンリンクＨＡＲＱプロセスにより共有されるＤＣＩを、前記基地局により前記端末デバイスへ送信するステップを含み、前記ＤＣＩは、前記複数のダウンリンクＨＡＲＱプロセス各々のインデックス番号と、前記インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを運び；又は前記ＤＣＩは、前記複数のダウンリンクＨＡＲＱプロセス各々に対応する時間−周波数リソース・スケジューリング情報と、前記複数のダウンリンクＨＡＲＱプロセスの開始インデックス番号とを運び、及び前記開始インデックス番号は前記ＨＡＲＱプロセスのうちの１つに対応し；
ｉ番目のＨＡＲＱプロセスに対応する時間−周波数リソース・スケジューリング情報は、前記ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
前記同じ時間−周波数リソースは、前記ＨＡＲＱプロセスに対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される、請求項１７に記載の方法。
【請求項２０】
前記ＤＣＩは同時送信設定指示を更に運び；及び
前記同時送信設定指示は、前記複数のダウンリンクＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項１８又は１９に記載の方法。
【請求項２１】
前記ＤＣＩを送信する前記ステップの前に、前記方法は更に：
同時送信設定指示を前記基地局により前記端末デバイスへ送信するステップを含み、前記同時送信設定指示は、前記複数のダウンリンクＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項１８又は１９に記載の方法。
【請求項２２】
送信基地局であって、前記基地局は複数のダウンリンクＨＡＲＱプロセスのシナリオに適用され、及び前記基地局は：
前記複数のダウンリンクＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に受信するように構成される第２受信モジュールを含み、
前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、端末デバイスにより取得及び送信される、基地局。
【請求項２３】
トランスミッタを更に含み、
前記トランスミッタは：前記複数のダウンリンクＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記レシーバが受信する前に、前記複数のダウンリンクＨＡＲＱプロセス各々に対するダウンリンク制御情報ＤＣＩを前記端末デバイスへ送信するように構成され、ｉ番目のＨＡＲＱプロセスに対応するＤＣＩは、前記ｉ番目のＨＡＲＱプロセスのインデックス番号と、前記インデックス番号に対応する前記ｉ番目のＨＡＲＱプロセスに対する時間−周波数リソース・スケジューリング情報とを含み；又は
前記トランスミッタは：前記複数のダウンリンクＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記レシーバが受信する前に、前記複数のダウンリンクＨＡＲＱプロセスにより共有されるＤＣＩを前記端末デバイスへ送信するように構成され、前記複数のダウンリンクＨＡＲＱプロセスにより共有される前記ＤＣＩは、前記複数のダウンリンクＨＡＲＱプロセス各々のインデックス番号と、前記インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを運び；又は前記複数のダウンリンクＨＡＲＱプロセスにより共有される前記ＤＣＩは、前記複数のダウンリンクＨＡＲＱプロセス各々に対応する時間−周波数リソース・スケジューリング情報と、前記複数のダウンリンクＨＡＲＱプロセスの開始インデックス番号とを運び、及び前記開始インデックス番号は前記ＨＡＲＱプロセスのうちの１つに対応し；
ｉ番目のＨＡＲＱプロセスに対応する時間−周波数リソース・スケジューリング情報は、前記ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
前記同じ時間−周波数リソースは、前記ＨＡＲＱプロセスに対する前記ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される、請求項２２に記載の基地局。
【請求項２４】
前記第２送信モジュールにより送信される前記ＤＣＩは同時送信設定指示を更に運び；及び前記同時送信設定指示は、前記複数のダウンリンクＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項２３に記載の基地局。
【請求項２５】
前記第２送信モジュールは更に：
前記ＤＣＩを送信する前に、同時送信設定指示を前記端末デバイスへ送信するように構成され、前記同時送信設定指示は、前記複数のダウンリンクＨＡＲＱプロセスに対する前記複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、前記同じ時間−周波数リソースで同時に送信することを命令するために使用される、請求項２３に記載の基地局。
【請求項２６】
データを配布するための少なくとも１つのコード・セクションを含むコンピュータ・プログラムを保存した非一時的なマシン読み取り可能な媒体であって、前記少なくとも１つのコード・セクションは、マシンにより実行可能であり、請求項１−８のうちの何れか一項に記載の行動を前記マシンに実行させる、非一時的なマシン読み取り可能な媒体。
【請求項２７】
データを配布するための少なくとも１つのコード・セクションを含むコンピュータ・プログラムを保存した非一時的なマシン読み取り可能な媒体であって、前記少なくとも１つのコード・セクションは、マシンにより実行可能であり、請求項１７−２１のうちの何れか一項に記載の行動を前記マシンに実行させる、非一時的なマシン読み取り可能な媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術、そして特にＨＡＲＱ−ＡＣＫフィードバック情報送信技術の分野に関連する。
【背景技術】
【０００２】
通信システムでは、ハイブリッド・オートマチック・リピート・リクエスト（ＨＡＲＱ，Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）方法を使用することにより、誤り制御が実行され得る。
【０００３】
データは、ダウンリンクＨＡＲＱプロセスにおいてストップ・アンド・ウェイト・メカニズムを使用することにより送信される。図１ａを参照すると、データ・パケットを送信した後（図１ａにおける０ないし４はデータ・パケット識別子である）、基地局はストップし、そして端末デバイスからのダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報（ＡＣＫ又はＮＡＣＫ）を待つ。基地局は、端末デバイスからフィードバック情報を受信した後に、データ・パケットを送信する。例えば、基地局はデータ・パケット０を送信し、そして次にストップし、そしてデータ・パケット０に対して端末デバイスによりフィードバックされるダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報（即ち、図１ａにおけるＡＣＫ０）を待ち；そしてＡＣＫ０を受信した後にデータ・パケット１を送信する。
【０００４】
基地局は、データ・パケット送信の後その都度ストップし且つダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を待つ必要があり；そしてチャネルはアクノリッジメントを待つ間アイドルであり、そしてデータは一切送信されない。従って、上記の方式は非常に低いスループットをもたらす結果となる。
【０００５】
チャネルの利用性を改善し及びスループットを増加させるために、ＬＴＥ（ロング・ターム・エボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ））システムでは、複数の同時ＨＡＲＱプロセスが使用され、そして上記のストップ・アンド・ウェイト・メカニズムがＨＡＲＱプロセス各々で使用される。しかしながら、ＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がプロセスにおいて待機される場合に、基地局は別のＨＡＲＱプロセスを使用することによりデータ・パケットを送信することを継続してもよい。図１ｂは４つのＨＡＲＱプロセスの例示的な図である。ＨＡＲＱプロセス０を具体例として使用すると、ＨＡＲＱプロセス０に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報（ＡＣＫ０）を待機する間に、データ・パケットは別のＨＡＲＱプロセスで送信される。
【０００６】
場合によっては、端末デバイスはアップリンク・リソースの占有を減らすように要求される。従って、複数のダウンリンクＨＡＲＱプロセスにより占有されるアップリンク・リソースを如何にして減らすかは、研究及び開発のトレンドとなっている。
【発明の概要】
【０００７】
この観点において、本発明の実施形態の課題は、複数のダウンリンクＨＡＲＱプロセスにより占有されるアップリンク・リソースを減らすＨＡＲＱ−ＡＣＫフィードバック情報送信方法及び関連装置を提供することである。
【０００８】
上記の課題を達成するために、本発明の実施形態は以下の技術的ソリューションを提供する：
【０００９】
一態様によれば、本願の実施形態はＨＡＲＱ−ＡＣＫフィードバック情報送信方法を提供する。方法は複数のダウンリンクＨＡＲＱプロセスのシナリオに適用され、及び方法は：複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を、端末デバイスにより取得するステップ；及び（複数のＨＡＲＱプロセスに対する）複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信するステップ；及び複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に基地局により受信するステップを含む。既存のＨＡＲＱ−ＡＣＫフィードバック情報送信プロセスでは、ＨＡＲＱ−ＡＣＫプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、独立して時間−周波数リソースで送信され、そして複数のＨＡＲＱプロセスが存在する場合、複数のＨＡＲＱ−ＡＣＫフィードバック情報部分は異なる時間−周波数リソースで送信され、リソースの浪費を引き起こす。本発明で提供されるソリューションでは、複数のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、同じ時間−周波数リソースで同時に送信され、そのため端末デバイスがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする回数、及び複数のダウンリンクＨＡＲＱプロセスによるアップリンク時間−周波数リソースの占有は、大幅に削減されることが可能であり、それにより端末デバイスの電力消費を減らす。
【００１０】
可能な設計において、複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を端末デバイスにより取得するステップの前に、方法は更に：以下の相互作用ステップを更に含んでもよい：基地局が、複数のＨＡＱＲプロセス各々に対するダウンリンクＤＣＩを、端末デバイスへ送信し；そして端末デバイスはＨＡＲＱプロセス各々に対するダウンリンクＤＣＩを監視し、ｉ番目のＨＡＲＱプロセスに対応するＤＣＩは、ｉ番目のＨＡＲＱプロセスのインデックス番号と、インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを含み；時間−周波数リソース・スケジューリング情報は、ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び同じ時間−周波数リソースは、ＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される。ＨＡＲＱプロセスに対するＤＣＩが欠落している場合、端末デバイスはＨＡＲＱプロセスに対応するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をＮＡＣＫとして決定してもよく；又は全てのＨＡＲＱプロセスに対するＤＣＩが欠落している場合、端末デバイスは、如何なるＨＡＲＱプロセスに対してもダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを知ることができず、そして端末デバイスは送信動作を一切実行しない。本発明のこの実施形態では、複数のＨＡＲＱプロセスに対するＤＣＩは別々に送信される。これは、複数のＨＡＲＱプロセスに対するＤＣＩの既存の送信方式に従う。更に、複数のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を同時に送信するための時間−周波数リソースは、ＤＣＩの各部分における時間−周波数リソース・スケジューリング情報に基づいて決定される。これに基づいて、複数のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を同時に送信するための時間−周波数リソースを決定する具体的な方式が提供される。
【００１１】
可能な設計において、複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を端末デバイスにより取得するステップの前に、方法は以下の相互作用ステップを更に含んでもよい：基地局は、複数のＨＡＲＱプロセスにより共有されるＤＣＩを、端末デバイスへ送信し；そして端末デバイスは、複数のＨＡＲＱプロセスにより共有されるＤＣＩを監視し、共有ＤＣＩは、複数のＨＡＲＱプロセス各々のインデックス番号と、インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを運び；又は共有ＤＣＩは、複数のＨＡＲＱプロセス各々に対応する時間−周波数リソース・スケジューリング情報と、複数のＨＡＲＱプロセスの開始インデックス番号とを運び、及び開始インデックス番号はＨＡＲＱプロセスのうちの１つに対応し；ｉ番目のＨＡＲＱプロセスに対応する時間−周波数リソース・スケジューリング情報は、ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び同じ時間−周波数リソースは、ＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される。この実施形態では、複数のＨＡＲＱプロセスに対する時間−周波数リソース・スケジューリング情報は、ＤＣＩを使用することにより運ばれる。このようにして、複数のＨＡＲＱプロセスに対する時間−周波数リソース・スケジューリング情報を送信するために占有されるリソースは、削減されることが可能である。
【００１２】
可能な設計において、同じ時間−周波数リソースは以下の方式で決定される：第１ターゲットＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための周波数ドメイン・リソース位置を、同じ時間−周波数リソースの周波数ドメイン・リソース位置として選択し；及び第２ターゲットＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間ドメイン・リソース位置を、同じ時間−周波数リソースの時間ドメイン・リソース位置として選択する。第１ターゲットＨＡＲＱプロセスと第２ターゲットＨＡＲＱプロセスとは複数のＨＡＲＱプロセスにおけるＨＡＲＱプロセスであり；及び第１ターゲットＨＡＲＱプロセスと第２ターゲットＨＡＲＱプロセスとは異なるＨＡＲＱプロセスである、又は第１ターゲットＨＡＲＱプロセスと第２ターゲットＨＡＲＱプロセスとは同じＨＡＲＱプロセスである。
【００１３】
可能な設計において、基地局は、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信することを命令するために、同時送信設定指示を端末デバイスへ送信してもよく；そしてその後に端末デバイスは複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を同じ時間−周波数リソースで同時に送信する。更に、基地局は、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信しないことを命令するために、非・同時送信設定指示を端末へ送信してもよく；そしてその後に端末デバイスは、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するために、ＨＡＲＱプロセス各々に対してＤＣＩにより指定される時間−周波数リソースでダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする。このようにして、基地局は、端末デバイスのカバレッジ状態に基づいて（又は別の状態を考慮して）、同じ時間−周波数リソース位置で同時送信を実行するか否かを柔軟に設定することが可能である。例えば、良好なカバレッジの中の端末デバイスに対して、基地局は同時送信設定指示を端末デバイスへ送信し、端末デバイスの複数のプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報の同時送信を設定してもよい。貧弱なカバレッジの中の端末デバイスに対して、基地局は、非・同時送信設定指示を端末デバイスへ送信し、端末デバイスの複数のプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報の個々の送信を設定してもよい。より具体的には、同時送信設定指示又は非・同時送信設定指示は、無線リンク制御ＲＲＣ共通シグナリング、ＲＲＣ個別シグナリング、メディア・アクセス制御ＭＡＣ制御エレメントＣＥシグナリング、又は物理レイヤ制御情報ＤＣＩのうちの１つ以上のものを使用することにより運ばれてもよい。具体例としてＤＣＩを使用すると、同時送信設定指示は、上記の共有ダウンリンクＤＣＩを使用することにより運ばれてもよいし、又はＨＡＲＱプロセス各々に対して独立したダウンリンクＤＣＩを使用することにより運ばれてもよい。同時送信設定指示は、追加的な時間−周波数リソースを占有しないように、ＤＣＩを使用することにより運ばれる。
【００１４】
可能な設計において、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信する場合に、端末デバイスは、具体的には以下の動作を実行してもよい：変調シンボルを取得するために、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を変調し；そして変調シンボルを同じ時間−周波数リソースで送信する。具体例において、２つのダウンリンクＨＡＲＱプロセスを具体例として使用すると、基地局は、１つのＱＰＳＫ／バイナリＡＳＫ／バイナリＦＳＫシンボルを取得するために、ＱＰＳＫ／バイナリＡＳＫ／バイナリＦＳＫの変調方式を使用することにより、ＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を変調し、そしてプロセスに対応する時間−周波数リソース・スケジューリング情報に基づいてＱＰＳＫ／バイナリＡＳＫ／バイナリＦＳＫシンボルを送信してもよい。この実施形態では、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分が変調シンボルを取得するために変調され、そのためダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信する総時間は削減されることが可能であり、そして総時間の削減により電力消費は削減されることが可能であり、これにより、端末デバイスがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする回数を減らし、そして更には端末デバイスの電力消費及び電力損失を減らす。
【００１５】
可能な設計において、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、予め設定された配置ルールに従ってソートされる。当業者は予め設定された配置ルールを必要に応じて柔軟に設計し得る。例えば、予め設定されたルールは：ＨＡＲＱプロセスのインデックス番号の昇順又は降順で配置を実行することを含むように設計されてもよい。代替的に、予め設定された配置ルールは：ＨＡＲＱプロセスのインデックス番号の全順列のうちの任意の１つで配置を実行することを含むように設定されてもよい。代替的に、予め設定された配置ルールは：ＨＡＲＱプロセスのインデックス番号のパリティに基づいて配置を実行することを含むように設定されてもよく、奇数は偶数の前又は後にランキングされる等々。
【００１６】
別の態様によれば、本発明の実施形態は端末デバイスを提供する。端末デバイスは、上記の方法の設計において端末デバイスの挙動を実現する機能を有する。機能は、ハードウェアを使用することにより実現されてもよいし、又は対応するソフトウェアをハードウェアにより実行することで実現されてもよい。ハードウェア又はソフトウェアは上記の機能に対応する１つ以上のモジュールを含む。
【００１７】
可能な設計において、端末デバイスの構造はプロセッサとメモリとを含む。プロセッサは、メモリに保存されたソフトウェア・プログラムを動作させ、そして上記の方法を実行するためにメモリに保存されたデータを呼び出す。
【００１８】
更に別の態様によれば、本発明の実施形態は基地局を提供する。基地局は上記の方法の設計において基地局の挙動を実現する機能を有する。機能は、ハードウェアを使用することにより実現されてもよいし、又は対応するソフトウェアをハードウェアにより実行することで実現されてもよい。ハードウェア又はソフトウェアは上記の機能に対応する１つ以上のモジュールを含む。
【００１９】
可能な設計において、基地局の構造はプロセッサとメモリとを含む。プロセッサは、メモリに保存されたソフトウェア・プログラムを動作させ、そして上記の方法を実行するためにメモリに保存されたデータを呼び出す。
【００２０】
更に別の態様によれば、本発明の実施形態は、上記の端末デバイスにより使用されるコンピュータ・ソフトウェア命令を保存するように構成され、及び上記の態様を実行するように設計されるプログラムを含むコンピュータ・ストレージ媒体を提供する。
【００２１】
更に別の態様によれば、本発明の実施形態は、上記の基地局により使用されるコンピュータ・ソフトウェア命令を保存するように構成され、及び上記の態様を実行するように設計されるプログラムを含むコンピュータ・ストレージ媒体を提供する。
【００２２】
従来技術では、ＨＡＲＱ−ＡＣＫプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は独立して時間−周波数リソースで送信され、そして複数のＨＡＲＱプロセスが存在する場合、複数のＨＡＲＱ−ＡＣＫフィードバック情報部分は、異なる時間−周波数リソースで送信され、リソースの浪費を引き起こす。
【００２３】
しかしながら、本発明で提供されるソリューションによれば、複数のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、同じ時間−周波数リソースで同時に送信され、そのため端末デバイスがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする回数、及び複数のダウンリンクＨＡＲＱプロセスによるアップリンク時間−周波数リソースの占有は大幅に削減され、それにより端末デバイスの電力消費を削減する。
【図面の簡単な説明】
【００２４】
本発明の実施形態又は従来技術における技術的ソリューションをより明確に説明するため、以下、実施形態又は従来技術を説明するために必要とされる添付図面を簡単に説明する。明らかに、以下の説明における添付図面は本発明の幾つかの実施形態を単に示しているに過ぎず、そして当業者は創作的労力なしにこれらの添付図面から他の図面を導出し得る。
【００２５】
【図１ａ】図１ａ及び図１ｂ各々はダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報に対する既存の送信モードの概略図である。
【図１ｂ】図１ａ及び図１ｂ各々はダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報に対する既存の送信モードの概略図である。
【００２６】
【図２ａ】図２ａ及び図２ｂ各々は本発明の実施形態によるアプリケーション・シナリオの概略図である。
【図２ｂ】図２ａ及び図２ｂ各々は本発明の実施形態によるアプリケーション・シナリオの概略図である。
【００２７】
【図３】図３及び図１０各々は本発明の実施形態による端末デバイスの例示的な概略構造図である。
【００２８】
【図４】図４及び図１１各々は本発明の実施形態による基地局の例示的な概略構造図である。
【００２９】
【図５】図５、図８及び図９各々は本発明の実施形態によるダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報送信の概略的相互作用フローチャートである。
【００３０】
【図６】図６及び図７各々は本発明の実施形態による同じ時間−周波数リソースにおける複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分の同時送信の概略図である。
【図７】図６及び図７各々は本発明の実施形態による同じ時間−周波数リソースにおける複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分の同時送信の概略図である。
【図８】図５、図８及び図９各々は本発明の実施形態によるダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報送信の概略的相互作用フローチャートである。
【図９】図５、図８及び図９各々は本発明の実施形態によるダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報送信の概略的相互作用フローチャートである。
【図１０】図３及び図１０各々は本発明の実施形態による端末デバイスの例示的な概略構造図である。
【図１１】図４及び図１１各々は本発明の実施形態による基地局の例示的な概略構造図である。
【発明を実施するための形態】
【００３１】
本発明の実施形態は、複数のダウンリンクＨＡＲＱプロセスにより占有されるアップリンク・リソースを減らすＨＡＲＱ−ＡＣＫフィードバック情報送信方法及び関連装置を提供する。
【００３２】
本発明の実施形態における関連装置は端末デバイス及び基地局を含む。
【００３３】
端末デバイス及び基地局は、ロング・ターム・エボリューション（ＬＴＥ）システム又はロング・ターム・エボリューション・アドバンストＬＴＥ−Ａ（ＬＴＥ  Ａｄｖａｎｃｅｄ）システムである。もちろん、通信システムで情報を送信することが可能なエンティティが存在し、及び通信システムで情報を受信することが可能なエンティティが存在する限り、本発明はまた別の通信システムにも適用可能である。
【００３４】
図２ａは端末デバイス及び基地局の例示的なアプリケーション・シナリオを提供する。基地局２０１は、端末デバイス２０２及び端末デバイス２０４と同様な任意数の端末と通信する。
【００３５】
図２ａは２つの端末デバイスの具体例を示していることに留意すべきである。実際のアプリケーション・シナリオでは、端末デバイスの数は２に限定されず、そしてその数はより大きくてもよいし又はより少なくてもよい。
【００３６】
端末デバイス２０２、２０４等は、無線通信機能を有する様々な携帯デバイス、車載デバイス、ウェアラブル・デバイス、コンピューティング・デバイス、ポジショニング・デバイス、又は無線モデムに接続される他の処理デバイス、様々な形式におけるユーザー装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ，略称「ＵＥ」）、移動局（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ，略称「ＭＳ」）、移動電話、タブレット・コンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ，パーソナル・ディジタル・アシスタント）、ＰＯＳ（Ｐｏｉｎｔ  ｏｆ  Ｓａｌｅｓ、ポイント・オブ・セールス）、車載コンピュータ等であってもよい。更に、端末デバイス２０２又は２０４はまた、センサー及び通信モジュール等と一体化されたデバイス、例えばアラーム情報報告をトリガするスモーク・アラーム、データを周期的に報告することが可能なプラント温度測定装置、又はスマート・ウォーター及び電力量計であってもよい。
【００３７】
端末デバイス２０２又は２０４等は、主に、基地局の同期、報知、又は制御信号に基づいて基地局にアクセスし、そして基地局からメッセージを受信する責任を負う。本発明で提供されるソリューションでは、ＨＡＲＱ−ＡＣＫフィードバック情報送信プロセスにおいて、端末デバイス２０２又は２０４は、複数のＨＡＲＱプロセスの各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得し、そして（複数のＨＡＲＱプロセスに対する）複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を同じ時間−周波数リソースで同時に送信し得る。複数のＨＡＲＱプロセスは２つ以上のダウンリンクＨＡＲＱプロセスを含んでもよい。
【００３８】
基地局２０１は、無線アクセス・ネットワークに配備され及び無線通信機能を端末デバイス２０２又は２０４等に提供するように構成される装置であり、そしてマクロ基地局、ミクロ基地局、中継ノード、アクセス・ポイント等の様々な形式を含んでよい。異なる無線アクセス技術を使用するシステムでは、基地局の機能を有するデバイスの名称は異なるかもしれない。例えば、ＬＴＥネットワークでは、デバイスはエボルブド・ノードＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ，略称ｅＮＢ又はｅＮｏｄｅＢ）として言及され、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ，ワイドバンド符号分割多元接続）では、デバイスはＮｏｄｅＢとして言及され、そしてＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，移動通信用グローバル・システム）及びＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ，符号分割多元接続）では、デバイスはＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ，ベース・トランシーバ・ステーション）として言及される。説明の簡易化のため、本願では、端末デバイスに無線通信機能を提供する上記の装置はまとめて基地局として言及される。
【００３９】
基地局は、各端末により報告されるデータ、リクエスト情報等を受信し、同期、報知、又は制御信号を端末デバイスへ送信し、物理リソースを端末デバイスに割り当て、端末デバイスをスケジューリングする等の責任を負ってもよい。ＨＡＲＱ−ＡＣＫフィードバック情報送信プロセスにおいて、基地局はＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ，ダウンリンク制御情報）を届け得る。本発明で提供されるソリューションにおいて、基地局は、端末デバイスにより送信された複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に受信し得る。
【００４０】
既存のＨＡＲＱ−ＡＣＫフィードバック情報送信プロセスでは、ＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、独立して時間−周波数リソースで送信され、そして複数のＨＡＲＱプロセスが存在する場合、複数のＨＡＲＱ−ＡＣＫフィードバック情報は異なる時間−周波数リソースで送信され、リソースの浪費を引き起こすことに留意すべきである。
【００４１】
しかしながら、本発明で提供されるソリューションによれば、複数のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、同じ時間−周波数リソースで同時に送信され、そのため端末デバイスがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする回数、及び複数のダウンリンクＨＡＲＱプロセスによるアップリンク時間−周波数リソースの占有は大幅に削減されることが可能であり、それにより端末デバイスの電力消費を削減する。
【００４２】
図２ｂは端末デバイス及び基地局の別の例示的なアプリケーション・シナリオを提供し：端末デバイス及び基地局はモノのインターネット（ＩｏＴ，Ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）に適用可能である。アプリケーション・シナリオは本発明に使用される唯の具体例である。技術の発達とともに、本発明はそのアプリケーション・シナリオを含むがそれに限定されない。複数のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報の同じ時間−周波数リソースにおける同時送信は、本発明の実施形態の保護範囲内に属するものとする。
【００４３】
典型的なモノのインターネット・アプリケーションは、スマート・グリッド、インテリジェント・アーキテクチャ、インテリジェント・トランスポーテーション、スマート・ホーム、及び環境モニタリング等の様々な態様における可能なアプリケーションを含む。
【００４４】
モノのインターネットにおいて、インターネット・クライアントは情報交換及び通信のための任意のアイテムに拡張される。そのような通信方法はまたマシン・タイプ通信（Ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＭＴＣ）とも言及され、そして通信ノードはＭＴＣ端末と言及され、即ち図２ａで言及される上記の端末デバイスである。
【００４５】
図２ｂにおいて、基地局とＭＴＣ端末１ないしＭＴＣ端末６とは通信システムを形成する。通信システムにおいて、基地局は、ＭＴＣ端末１ないしＭＴＣ端末６のうちの１つ以上へ情報を送信する。
【００４６】
更に、ＭＴＣ端末４ないしＭＴＣ端末６もまた通信システムを形成し得る。通信システムにおいて、ＭＴＣ端末６は、ＭＴＣ端末４及びＭＴＣ端末５のうちの１つ以上へ、情報を直接的に送信し得る。
【００４７】
図２ｂは６つの端末デバイスの具体例を示す。実際のアプリケーション・シナリオでは、端末デバイスの数は６に限定されず、そして数はより多くてもよいし又はより少なくてもよい。更に、ＭＴＣ端末は通信システムを形成してもよいし又は形成しなくてもよい。
【００４８】
モノのインターネットは、例えば屋外シナリオから屋内シナリオに至る、又は地上シナリオから地下シナリオに至る複数のシナリオに適用される必要がある。従って、モノのインターネットのアプリケーション・シナリオには、低エネルギー消費の要件のような多くの特殊な要件が存在する。ほとんどの場合、ＭＴＣ端末はバッテリを使用することにより給電され、そして多くのシナリオにおいて、ＭＴＣ端末はバッテリを交換することなく１０年より多い運用寿命を有する必要がある。これは、極端に低い電力消費で動作することをＭＴＣデバイスに要求する。
【００４９】
これらの特殊な要件を満足するために、ＧＥＲＡＮ＃６２における移動通信標準化組織３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ，第３世代パートナーシップ・プロジェクト）は、セルラ・ネットワークにおける超低複雑及び低コストのモノのインターネットをサポートする方法を研究する新たなリサーチ課題を承認し、そしてＲＡＮ＃６９では、ＮＢ−ＩｏＴ（Ｎａｒｒｏｗｂａｎｄ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ，狭帯域のモノのインターネット）課題を提案している。
【００５０】
ＮＢ−ＩｏＴシステムでは、ＮＰＤＣＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ，狭帯域物理ダウンリンク制御チャネル）がＮＢ−ＩｏＴシステムのダウンリンク制御チャネルであり、ＮＰＤＳＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ，狭帯域物理ダウンリンク共有チャネル）がＮＢ−ＩｏＴシステムのダウンリンク・データ・チャネルであり、ＮＰＵＳＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ，狭帯域物理アップリンク共有チャネル）フォーマット２が、ＮＢ−ＩｏＴアップリンク・データ・チャネルの特殊なフォーマットであり且つダウンリンクＨＡＲＱ−ＡＣＫを運ぶために主に使用され、ＮＰＵＳＣＨフォーマット１はアップリンク・データ・チャネルの他のフォーマットであり且つアップリンク・データ送信のために主に使用され、及びＮＰＲＡＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＣＨａｎｎｅｌ，狭帯域物理ランダム・アクセス・チャネル）がアップリンク・ランダム・アクセス・チャネルである。
【００５１】
確かに、既存のＮＢ−ＩｏＴシステムは単独のＨＡＲＱプロセスのみをサポートする。以後の進展の際に、ピーク・レートを増加させ及び遅延を低減させるために、複数のＨＡＲＱプロセスの導入は除外されない。単独のＨＡＲＱプロセスが依然として使用される場合、具体的には、ＨＡＲＱ−ＡＣＫプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報が独立して時間−周波数リソースで送信される場合、複数のＨＡＲＱプロセスが存在するとき、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、異なる時間−周波数リソースで送信され、リソースの浪費及びエネルギー損失を引き起こす。
【００５２】
しかしながら、本発明で提供されるソリューションによれば、複数のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、同じ時間−周波数リソースで同時に送信され、そのため端末デバイスがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする回数、及び複数のダウンリンクＨＡＲＱプロセスによるアップリンク時間−周波数リソースの占有は大幅に削減されることが可能になり、それにより端末デバイスの電力消費を削減する。具体的には、本発明で提供されるソリューションは、モノのインターネットのアプリケーション・シナリオのための特殊な要件を満足する端末デバイス及び基地局をサポートすることが可能である。
【００５３】
図３は本発明の実施形態に関連する端末デバイス３００（即ち、図２ａにおける端末デバイス２０２又は２０４、又は図２ｂにおけるＭＴＣ端末１ないしＭＴＣ端末６のうちの任意の１つ）の部分構造のブロック図である。
【００５４】
図３を参照すると、端末デバイス３００は、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ，無線周波数）回路３１０、メモリ３２０、他の入力デバイス３３０、ディスプレイ・スクリーン３４０、センサー３５０、オーディオ・回路３６０、Ｉ／Ｏサブシステム３７０、プロセッサ３８０、及び電源３９０等のコンポーネントを含む。図３に示される端末デバイスの構造は端末デバイスに関する限定を構成しないこと、及び端末デバイスは図面に示されるものより多い又は少ないコンポーネントを含んでよいこと、又は幾つかのコンポーネントは結合されてもよいこと、又は幾つかのコンポーネントは分割されてもよいこと、又は異なるコンポーネントの配置が使用されてもよいことを、当業者は理解し得る。ディスプレイ・スクリーン３４０はユーザー・インターフェース（ＵＩ，Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）であること、及び端末デバイス３００は図面に示されるものより多い又は少ないユーザー・インターフェースを含んでもよいことを、当業者は理解し得る。
【００５５】
端末デバイス３００のコンポーネントは図３に関連して以下において詳細に説明される。
【００５６】
ＲＦ回路３１０は、情報の送信又は受信プロセス又は呼プロセスにおいて信号を受信及び送信するように構成され得る。特に、ＲＦ回路３１０は基地局からダウンリンク情報を受信し、次にダウンリンク情報を処理のためにプロセッサへ届け、そして関連するアップリンク・データを基地局へ送信する。一般に、ＲＦ回路は、アンテナ、少なくとも１つの増幅器、トランシーバ、カプラ、ＬＮＡ（Ｌｏｗ  Ｎｏｉｓｅ  Ａｍｐｌｉｆｉｅｒ，低雑音増幅器）、デュプレクサ等を含むが、これらに限定されない。更に、ＲＦ回路３１０は無線通信によりネットワーク及び他のデバイスと更に通信してもよい。無線通信は、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，移動通信用グローバル・システム）、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ，ゼネラル・パケット無線サービス）、ＣＤＭＡ  （Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ，符号分割多元接続）、ＷＣＤＭＡ  （Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ，ワイドバンド符号分割多元接続）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，ロング・ターム・エボリューション）、電子メール、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ，ショート・メッセージ・サービス）等を含むがこれらに限定されない任意の通信規格又はプロトコルを使用し得る。
【００５７】
メモリ３２０はソフトウェア・プログラム及びモジュールを保存するように構成され得る。プロセッサ３８０は、メモリ３２０に保存されるソフトウェア・プログラム及びモジュールを動作させ、端末デバイス３００の様々な機能アプリケーション及びデータ処理を実現する。メモリ３２０はプログラム・ストレージ・エリア及びデータ・ストレージ・エリアを主に含み得る。プログラム・ストレージ・エリアは、オペレーティング・システム、（音声再生機能及び画像表示機能等の）少なくとも１つの機能により必要とされるアプリケーション・プログラム等を保存し得る。データ・ストレージ・エリアは、端末デバイス３００の用途等に基づいて作成されるデータ（オーディオ・データ及びアドレス帳等）を保存し得る。更に、メモリ３２０は高速ランダム・アクセス・メモリを含んでもよく、そして例えば少なくとも１つのディスク・ストレージ・デバイス、フラッシュ・メモリ・デバイス等の不揮発性メモリ、又は他の揮発性ソリッド・ステート・ストレージ・デバイスを更に含んでもよい。
【００５８】
他の入力デバイス３３０は：入力された数字又はキャラクタ情報を受信し、そして端末デバイス３００のユーザー設定及び機能制御に関連するキー信号入力を生成するように構成され得る。具体的には、他の入力デバイス３３０は、物理キーボード、機能キー（ボリューム制御キー又はオン／オフ・キー等）、トラック・ボール、マウス、ジョイスティック、光マウス（光マウスは、視覚的な出力を表示しないタッチ感知表面、又はタッチ・スクリーンにより形成されるタッチ感知表面の拡張である）等のうちの１つ以上を含んでよいが、これらに限定されない。他の入力デバイス３３０は、Ｉ／Ｏサブシステム３７０の他の入力デバイス・コントローラ３７１に接続され、そして他のデバイス入力コントローラ３７１の制御の下でプロセッサ３８０と信号を交換する。
【００５９】
ディスプレイ・スクリーン３４０は、ユーザーにより入力される情報又はユーザーに提供される情報、及び端末デバイス３００の様々なメニューを表示するように構成されてよい。具体的には、ディスプレイ・スクリーン３４０はディスプレイ・パネル３４１とタッチ・パネル３４２とを含み得る。ディスプレイ・パネル３４１は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ，液晶ディスプレイ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ，有機発光ダイオード）等の形式で構成され得る。タッチ・パネル３４２はまたタッチ・スクリーン、タッチ感知パネル等と言及され、そしてタッチ・パネル３４２の上又は付近のユーザーのタッチ・オペレーション又は非タッチ・オペレーション（体性感覚オペレーションも含み得る、指又はスタイラス等の任意の適切な物又はアクセサリを使用することによるタッチ・パネル３４２の上又は付近のユーザーのオペレーション等。オペレーションは、シングル・ポイント制御オペレーション、マルチ・ポイント制御オペレーション、又は他のオペレーション・タイプを含む。）を収集し、そして予め定められたプログラムに基づいて対応するコネクション装置を駆動し得る。オプションで、タッチ・パネル３４２は２つのパート：タッチ検出装置及びタッチ・コントローラを含み得る。タッチ検出装置は、タッチ位置又はユーザーのジェスチャーを検出し、そしてタッチ・オペレーションにより生成される信号を検出し、そして信号をタッチ・コントローラへ転送する。タッチ・コントローラは、タッチ検出装置からタッチ情報を受信し、タッチ情報を、プロセッサにより処理されることが可能な情報に変換し、情報をプロセッサ３８０へ送り、そしてプロセッサ３８０により送られるコマンドを受信及び実行することが可能である。更に、タッチ・パネル３４２は、抵抗タイプ、容量タイプ、赤外線タイプ、及び表面音響波タイプ等の様々なタイプを使用することにより実現されてもよいし、又はタッチ・パネル３４２は将来開発される任意の技術を使用することにより実現されてもよい。更に、タッチ・パネル３４２はディスプレイ・パネル３４１をカバーしてもよく、そしてユーザーは、ディスプレイ・パネル３４１により表示される内容（表示される内容は、ソフト・キーボード、仮想マウス、仮想キー、アイコン等を含むが、これらに限定されない）に基づいて、ディスプレイ・パネル３４１をカバーするタッチ・パネル３４２の上又は付近でオペレーションを実行してもよい。タッチ・パネル３４２の上又は付近でオペレーションを検出した後に、タッチ・パネル３４２は、Ｉ／Ｏサブシステム３７０を使用してユーザー入力を決定することにより、オペレーションをプロセッサ３８０へ転送し、そして次にプロセッサ３８０はＩ／Ｏサブシステム３７０を使用することによりユーザー入力に基づいてディスプレイ・パネル３４１で対応する視覚的出力を提供する。図３ではタッチ・パネル３４２及びディスプレイ・パネル３４１は端末デバイス３００の入力及び出力機能を実現するための２つの独立したパーツとして使用されているが、幾つかの実施形態では、タッチ・パネル３４２及びディスプレイ・パネル３４１は端末デバイス���００の入力及び出力機能を実現するように統合されてもよい。
【００６０】
端末３００は、光センサー、モーション・センサー、及び他のセンサー等の少なくとも１つのセンサー３５０を更に含んでもよい。具体的に、光センサーは周囲光センサー及び近接センサーを含んでもよい。周囲光センサーは周囲光の明るさに基づいてディスプレイ・パネル３４１の輝度を調節し得る。近接センサーは、端末デバイス３００が耳の方へ動かされる場合に、ディスプレイ・パネル３４１及び／又はバックライトをスイッチ・オフにし得る。モーション・センサーの一種として、加速度計センサーは、様々な方向（一般的には、３軸）における加速度の大きさを検出することができ、静的である場合に重力の大きさ及び方向を検出することができ、そして移動電話の姿勢を認識するアプリケーション（例えば、ランドスケープ方向及びポートレイト方向の間の切り替え、関連するゲーム、及び磁力計姿勢較正）、（歩数計及びノック等の）振動認識に関連する機能等に適用され得る。端末デバイス３００のために更に構成され得るジャイロスコープ、気圧計、湿度計、温度計、及び赤外線センサー等の他のセンサーに関し、詳細はここでは説明されない。
【００６１】
オーディオ回路３６０、スピーカー３６１、及びマイクロフォン３６２はユーザーと端末デバイス３００との間でオーディオ・インターフェースを提供し得る。オーディオ回路３６０は、受信したオーディオ・データを信号に変換し、そして信号をスピーカー３６１へ送信し得る。スピーカー３６１は信号を出力用の音声信号に変換する。一方、マイクロフォン３６２は収集した音声を信号に変換する。オーディオ回路３６０は信号を受信し、そして信号をオーディオ・データに変換し、そして他の移動電話へオーディオ・データを送信するためにオーディオ・データをＲＦ回路３１０へ出力する、又は更なる処理のためにオーディオ・データをメモリ３２０へ出力する。
【００６２】
Ｉ／Ｏサブシステム３７０は外部入力及び出力デバイスを制御するように構成され、そして他の入力デバイス・コントローラ３７１、スピーカー・コントローラ３７２、及びディスプレイ・コントローラ３７３を含んでもよい。オプションで、１つ以上の他の入力デバイス・コントローラ３７１は、他の入力デバイス３３０から信号を受信し、及び／又は信号を他の入力デバイス３３０へ送信する。他の入力デバイス３３０は、物理的なボタン（押しボタン、又はロッカー・ボタン等）、ダイヤル、スライド・スイッチ、ジョイスティック、クリック・スクロール・ホイール、及び光マウス（光マウスは、視覚的な出力を表示しないタッチ感知表面、又はタッチ・スクリーンにより形成されるタッチ感知表面の拡張である）を含んでもよい。他の入力デバイス・コントローラ３７１は上記のデバイスのうち任意の１つ以上に接続されてもよいことに留意すべきである。Ｉ／Ｏサブシステム３７０におけるディスプレイ・コントローラ３７３は、ディスプレイ・スクリーン３４０から信号を受信し、及び／又は信号をディスプレイ・スクリーン３４０へ送信する。ディスプレイ・スクリーン３４０がユーザー入力を検出した後、ディスプレイ・コントローラ３７３は、マン・マシン・インタラクションを実現するために、検出されたユーザー入力を、ディスプレイ・スクリーン３４０に表示されるユーザー・インターフェース・オブジェクトとのインタラクションに変換する。センサー・コントローラ３７２は１つ以上のセンサー３５０から信号を受信し、及び／又は信号を１つ以上のセンサー３５０へ送信してもよい。
【００６３】
プロセッサ３８０は、端末デバイス３００の制御センターであり、そして様々なインターフェース及びラインを使用することにより移動電話の様々なパーツに接続される。メモリ３２０に保存されるソフトウェア・プログラム及び／又はモジュールを動作させる又は実行し、そしてメモリ３２０に保存されるデータを呼び出すことにより、プロセッサ３８０は、移動電話において全体的なモニタリングを実行するように、端末デバイス３００の様々な機能及びデータ処理を実行する。オプションで、プロセッサ３８０は１つ以上の処理ユニットを含み得る。好ましくは、プロセッサ３８０はアプリケーション・プロセッサ及びモデム・プロセッサを統合してもよい。アプリケーション・プロセッサは、オペレーティング・システム、ユーザー・インターフェース、アプリケーション・プログラム等を主に処理する。モデム・プロセッサは無線通信を主に処理する。モデム・プロセッサはプロセッサ３８０に統合されてなくてもよいことが理解され得る。
【００６４】
端末デバイス３００はコンポーネント各々に電力を供給する電源３９０（バッテリ等）を更に含む。好ましくは、電源は電力管理システムを使用することによりプロセッサ３８０に論理的に接続されてもよく、それにより充電、放電、及び電力消費管理等の機能を、電力管理システムを使用することにより実現する。
【００６５】
図示されていないが、端末デバイス３００はカメラ、ブルートゥース・モジュール等を更に含んでもよい。詳細はここでは説明されない。
【００６６】
図４は本発明の実施形態に関連する基地局４００の部分構造のブロック図である。基地局４００は少なくともレシーバ４０１、プロセッサ４０３、及びトランスミッタ４０４を含み得る。
【００６７】
レシーバ４０１は：例えば受信アンテナ（不図示）から信号を受信し、受信信号に関して典型的な動作（例えば、フィルタリング、増幅、又はダウン・コンバージョン）を実行し、そして調整済み信号をディジタル化してサンプルを取得するように構成される。レシーバ４０１は、例えば、ＭＭＳＥ（ｍｉｎｉｍｕｍ  ｍｅａｎ−ｓｑｕａｒｅ  ｅｒｒｏｒ，最小平均二乗誤差）レシーバであってもよい。
【００６８】
トランスミッタ４０４は例えば端末デバイスへ信号を送信するように構成される。レシーバ４０１及びトランスミッタ４０４はまた実際の適用の際にトランシーバを形成するように統合されてもよい。
【００６９】
デモジュレータ４０２は、受信信号を復調し、そして受信信号をプロセッサ４０３へ提供するように構成され得る。
【００７０】
基地局４００はメモリ４０５を含み得る。メモリ４０５はプロセッサ４０３に動作可能に結合され、そして以下のデータ：送信されるべきデータ、受信したデータ、及び本明細書における様々な動作及び機能の実行に関連する適切な他の任意の情報を保存する。
【００７１】
基地局４００は複数のアンテナ・グループを含んでもよく、そして各アンテナ・グループは１つ以上のアンテナを含み得る。
【００７２】
基地局４００はトランスミッタ・チェーン及びレシーバ・チェーンを追加的に含んでもよく、そしてトランスミッタ・チェーン及びレシーバ・チェーン双方が信号の送信及び受信に関連する複数のコンポーネント（例えば、プロセッサ、モジュレータ、マルチプレクサ、デモジュレータ、デマルチプレクサ、又はアンテナ）を含み得ることを当業者は理解し得る。
【００７３】
プロセッサ４０３は、レシーバ４０１により受信される情報を分析し、及び／又はトランスミッタ４０４により送信されるべき情報を生成するように具体的に使用されるプロセッサ、基地局４００の１つ以上のコンポーネントを制御するように構成されるプロセッサ、及び／又はレシーバ４０１により受信される信号を分析し、トランスミッタ４０４により送信されるべき情報を生成し、そして基地局４００の１つ以上のコンポーネントを制御するように構成されるコントローラであってもよい。
【００７４】
オプションで、プロセッサ４０３は１つ以上の処理ユニットを含み得る。好ましくは、プロセッサ４０３はアプリケーション・プロセッサ及びモデム・プロセッサを統合してもよい。アプリケーション・プロセッサは、オペレーティング・システム、ユーザー・インターフェース、アプリケーション・プログラム等を主に処理する。モデム・プロセッサは無線通信を主に処理する。モデム・プロセッサはプロセッサ４０３に統合されてなくてもよいことが理解され得る。
【００７５】
本発明の実施形態は本発明の上記の共通性に基づいて以下において更に詳細に説明される。
【００７６】
図５は本発明の実施形態によるＨＡＲＱ−ＡＣＫフィードバック情報送信方法の例示的な概略的相互作用図である。
【００７７】
図５に示される方法は、図２ａ又は図２ｂに示されるアプリケーション・シナリオに適用され、そして端末デバイスと基地局との間の相互作用により実現される。
【００７８】
相互作用プロシジャは以下を含む。
【００７９】
パート５００：基地局が同時送信設定指示を端末デバイスへ送信する。
【００８０】
具体例において、図４に示される基地局４００のプロセッサはトランスミッタ４０４を使用することによりパート５００を実行してもよい。
【００８１】
同時送信設定指示は、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信することを命令するために使用されてもよい。
【００８２】
別段の明示がない限り、本発明におけるＨＡＲＱプロセスはダウンリンクＨＡＲＱプロセスであることに留意すべきである。具体的には、各々のダウンリンクＨＡＲＱプロセスは、初期送信に対するダウンリンク・データを送信するために使用されてもよいし、又は再送に対するデータを送信するために使用されてもよい。
【００８３】
具体例において、同時送信設定指示は、無線リンク制御ＲＲＣ共通シグナリング、ＲＲＣ個別シグナリング、又はメディア・アクセス制御ＭＡＣ制御要素ＣＥシグナリングのうちの１つ以上を使用することにより運ばれてもよい。
【００８４】
パート５０１：基地局が複数のＨＡＲＱプロセス各々に対するＤＣＩを端末デバイスへ送信する。
【００８５】
具体的に、ＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを具体例として使用すると、基地局は２つのダウンリンクＨＡＲＱプロセスに対する個々のダウンリンクＤＣＩをＭＴＣデバイスへ送信してもよい。
【００８６】
具体例として、複数のＨＡＲＱプロセスの中のｉ番目のＨＡＲＱプロセスを使用すると、ｉ番目のＨＡＲＱプロセスに対応するＤＣＩは、ＨＡＲＱプロセスのインデックス番号（プロセス番号としても言及される）と、インデックス番号に対応する第１の時間−周波数リソース・スケジューリング情報及び第２の時間−周波数リソース・スケジューリング情報とを含む。
【００８７】
複数のＨＡＲＱプロセスの量は、無線リンク制御ＲＲＣ共通シグナリング、ＲＲＣ個別シグナリング、メディア・アクセス制御ＭＡＣ制御要素ＣＥシグナリング、及び物理レイヤ制御情報ＤＣＩのうち１つ以上を使用することにより通知されてもよいし；又はプロトコルで指定される固定値であってもよい。例えば、固定値は８である。
【００８８】
第１の時間−周波数リソース・スケジューリング情報は、ｉ番目のＨＡＲＱプロセスに対するダウンリンク・データを受信するための時間−周波数リソースを指示するために使用される。
【００８９】
第２の時間−周波数リソース・スケジューリング情報は、ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用される。
【００９０】
ＬＴＥシステム等において、時間−周波数リソースはＲＥ（リソース・エレメント）であってもよい。ＲＥはＬＴＥにおける最小の時間−周波数リソース・ユニットであり、周波数ドメインにおける１つのサブキャリアを占め、及び時間ドメインにおける１つのＯＦＤＭシンボルを占める。
【００９１】
ＮＢ−ＩｏＴシステムにおいて、ダウンリンク・データに対する時間−周波数リソースはまたＲＥであってもよい。ＲＥはＮＢ−ＩｏＴにおける最小の時間−周波数リソース・ユニットであり、周波数ドメインにおける１つのサブキャリアを占め、及び時間ドメインにおける１つのＯＦＤＭシンボルを占める。ダウンリンク・サブキャリアの帯域幅は１５ｋＨｚである。
【００９２】
ＮＢ−ＩｏＴシステムにおいて、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、ＮＰＵＳＣＨフォーマット２を使用することにより送信され、そしてＮＰＵＳＣＨフォーマット２におけるサブキャリアの帯域幅は３．７５ｋＨｚ又は１５ｋＨｚであってもよい。ＮＰＵＳＣＨフォーマット２における最小のスケジューリング・リソース・ユニットはＲＵ（リソース・ユニット）である。ＲＵは、周波数ドメインにおける１つのサブキャリアを占め、及び時間ドメインにおける４つの連続するタイムスロットを占める。１５ｋＨｚのサブキャリアに関し、各々のタイムスロットに７つのＳＣ−ＦＤＭＡシンボルが存在し、そして３．７５ｋＨｚのサブキャリアに関し、各々のタイムスロットに７つのＳＣ−ＦＤＭＡシンボルとＧＰ（ガード期間）とが存在する。
【００９３】
具体的に、ＮＢ−ＩｏＴを具体例として使用すると、上記のダウンリンクＤＣＩの何れもが、フォーマットＮ３及びフォーマットＮ４を区別する識別子と、ＮＰＤＣＣＨオーダー識別子（そのフィールドは、指定されたＮＰＲＡＣＨリソースでランダム・アクセスを開始するように端末デバイスをトリガするために、現在のＤＣＩが使用されていることを指示する）と、スケジューリング遅延と、変調及び符号化方式と、反復数と、新規データ指示と、ＤＣＩサブフレーム反復数等を更に含む。
【００９４】
フォーマットＮ３はＤＣＩがＮＢ−ＩｏＴアップリンクＤＣＩであることを指示し、及びフォーマットＮ４はＤＣＩがＮＢ−ＩｏＴダウンリンクＤＣＩであることを指示することに留意すべきである。これは、端末がＮＰＤＣＣＨリソース位置におけるブラインド検出によりＤＣＩを取得するからであり、そして複雑さを減らすため、アップリンク及びダウンリンクＤＣＩが設計される場合に、アップリンク及びダウンリンクＤＣＩのビット幅が同じであることが最大限保証される。従って、アップリンク及びダウンリンクＤＣＩを区別するために識別子が必要とされる。
【００９５】
このパートでは、複数のＨＡＲＱプロセスに対するＤＣＩは別々に送信される。これは、複数のＨＡＲＱプロセスに対するＤＣＩの既存の送信方式に従う。
【００９６】
更に、本発明の別の実施形態において、ｉ番目のＨＡＲＱプロセスに対応するダウンリンクＤＣＩは、パート５００で言及される同時送信設定指示を更に運んでもよい。具体的には、同時送信設定指示は別々には送信されない。同時送信設定指示は、ＤＣＩを使用することにより運ばれ、追加的な時間−周波数リソースを一切占有しない。
【００９７】
具体例において、図４に示される基地局４００のプロセッサ４０３はトランスミッタ４０４を使用することによりパート５０１を実行してもよい。
【００９８】
パート５０２：端末デバイスがＨＡＲＱプロセス各々に対するダウンリンクＤＣＩを監視する。
【００９９】
端末デバイスは、ＨＡＲＱプロセス各々に対するダウンリンクＤＣＩを監視及び取得するかもしれず、又は１つ以上のＨＡＲＱプロセスに対するダウンリンクＤＣＩを監視及び取得しないかもしれないことに留意すべきである。
【０１００】
具体的に、ＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを具体例として使用すると、ＭＴＣデバイスは、ＮＰＤＣＣＨサーチ・スペースにおいて２つのダウンリンクＨＡＱＲプロセスに対する個々のダウンリンクＤＣＩを監視してもよい。
【０１０１】
具体例において、図３に示される端末デバイス３００のプロセッサ３８０は（ＲＦ回路３１０等の）別のコンポーネントとの協調においてパート５０２を実行してもよい。
【０１０２】
パート５０３：端末デバイスは、ＨＡＲＱプロセス各々に対応する第１の時間−周波数リソース・スケジューリング情報に基づいてダウンリンク・データを受信し、受信したダウンリンク・データの復号及び検査を完了し、そして検査結果に基づいてＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得する。
【０１０３】
具体的に、ＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを具体例として使用し、ＨＡＲＱプロセスの一方に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がｂ０であり、及びＨＡＲＱプロセスの他方に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がｂ１であると仮定すると、端末デバイスはｂ０及びｂ１を取得し得る。
【０１０４】
検査は通常ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ，巡回冗長検査）であり、そして受信したダウンリンク・データにエラーが存在するか否かを検出するために使用される。エラーが一切検出されない場合、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，肯定的なアクノリッジメント）がその後にフィードバックされるべきであり；又はエラーが検出された場合、ＮＡＣＫ（Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，否定的なアクノリッジメント）がその後にフィードバックされるべきである。
【０１０５】
ＨＡＲＱプロセスに対するＤＣＩが欠落している場合、端末デバイスはＮＡＣＫをフィードバックし得る。
【０１０６】
全てのＨＡＲＱプロセスに対するＤＣＩが欠落している場合、端末は、何れのＨＡＲＱプロセスについてもダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを知ることはできず、そして端末は送信動作を一切実行しない。
【０１０７】
より具体的に、複数のＨＡＲＱプロセスのうちのｉ番目のプロセスを具体例として使用すると、ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、ＡＣＫ又はＮＡＣＫであり得る。
【０１０８】
具体例において、図３に示される端末デバイス３００のプロセッサ３８０は（ＲＦ回路３１０等の）別のコンポーネントとの協調においてパート５０３を実行してもよい。
【０１０９】
パート５０４：端末デバイスは、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を、同じ時間−周波数リソースで同時に送信する。
【０１１０】
具体例において、図３に示される端末デバイス３００のプロセッサ３８０は（ＲＦ回路３１０等の）別のコンポーネントとの協調においてパート５０４を実行してもよい。
【０１１１】
端末デバイスは、アップリンク・データ・チャネル又はアップリンク制御チャネルで送信を実行してもよい。
【０１１２】
アップリンク・データ・チャネルは、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，物理ダウンリンク共有チャネル）、ＮＰＵＳＣＨ等であってもよい。アップリンク制御チャネルは、ＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ，物理アップリンク制御チャネル）、ＮＰＵＣＣＨ等であってもよい。
【０１１３】
具体例において、端末デバイスは、変調シンボルを取得するために複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を変調し、そして変調シンボルを同じ時間−周波数リソースで送信してもよい。もちろん、変調の前に、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は更に符号化及びスクランブルされてもよい。
【０１１４】
より具体的には、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、予め設定された配置ルールに従ってソートされる。
【０１１５】
当業者は必要に応じて予め設定された配置ルールを柔軟に設計し得る。例えば、予め設定された配置ルールは：ＨＡＲＱプロセスのインデックス番号の昇順又は降順で配置を実行することを含むように設計されてもよい。
【０１１６】
ＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを具体例として使用し、ＨＡＲＱプロセス０のインデックス番号が０であり、ＨＡＲＱプロセス０に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がｂ０であり、ＨＡＲＱプロセス１のインデックス番号が１であり、そしてＨＡＲＱプロセス１に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がｂ１であると仮定すると、昇順でソートした結果はｂ０ｂ１であり、そして降順でソートした結果はｂ１ｂ０である。
【０１１７】
代替的に、予め設定された配置ルールは：ＨＡＲＱプロセスのインデックス番号の全順列のうちの任意の１つで配置を実行することを含むように設定されてもよい。３つのＨＡＲＱプロセスを具体例として使用し、ＨＡＲＱプロセス０のインデックス番号が０であり、ＨＡＲＱプロセス０に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がｃ０であり、ＨＡＲＱプロセス１のインデックス番号が１であり、ＨＡＲＱプロセス１に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がｃ１であり、ＨＡＲＱプロセス２のインデックス番号が２であり、及びＨＡＲＱプロセス２に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報がｃ２であると仮定すると、配置は、ｃ０、ｃ１及びｃ２の全順列｛ｃ０ｃ１ｃ２，ｃ０ｃ２ｃ１，ｃ１ｃ０ｃ２，ｃ１ｃ２ｃ０，ｃ２ｃ０ｃ１，ｃ２ｃ１ｃ０，｝のうちの任意の１つで実行される。
【０１１８】
代替的に、予め設定された配置ルールは：ＨＡＲＱプロセスのインデックス番号のパリティに基づいて配置を実行することを含むように設定されてもよく、奇数は偶数の前又は後にランキングされる等々。これは本発明において特に限定されない。
【０１１９】
予め設定された配置ルールは、標準プロトコルで定式化されるルールであってもよいし、又は基地局及び端末デバイス双方が予め設定された同じ配置ルールを使用することが保証され得るならば、オペレータ又はベンダーにより自ら決定されたルールであってもよい。
【０１２０】
２つのダウンリンクＨＡＲＱプロセスに関し、変調方式は、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ，直交位相シフト・キーイング）、バイナリＡＳＫ（Ａｍｐｌｉｔｕｄｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ，振幅シフト・キーイング）、バイナリＦＳＫ（Ｆｒｅｑｕｅｎｃｙ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ，周波数シフト・キーイング）等であってもよい。
【０１２１】
ＡＣＫがバイナリ１にエンコードされ、及びＮＡＣＫがバイナリ１にエンコードされる具体例が使用される。変調の前に、２つのダウンリンクＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は、全体で２ビット（ｂｉｔ）を占め、そして２つの異なるＲＥリソースを使用することにより運ばれる必要があり、そしてＱＰＳＫ／バイナリＡＳＫ／バイナリＦＳＫを使用した変調の後に、１つのＱＰＳＫ／バイナリＡＳＫ／バイナリＦＳＫシンボルに変調されてもよい。２つのＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報は１つのＲＥリソースにより運ばれてもよい。
【０１２２】
プロセスの量が２より大きい場合、変調方式は他の変調方式、例えば変調次数がプロセスの量と同じである変調方式であってもよい。例えば、３つのＨＡＲＱプロセスの場合、変調方式は８ＰＳＫ、８ＡＳＫ又は８ＦＳＫであってもよく、そして変調次数は３であり且つＨＡＲＱプロセスの量と同一であり；そしてＮ個のＨＡＲＱプロセスの場合、変調方式はＭＰＳＫ、ＭＡＳＫ又はＭＦＳＫ、Ｍ＝２Ｎであり、そして変調次数はＮであり且つＨＡＲＱプロセスの量と同一である。
【０１２３】
複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は、変調シンボルを取得するために変調され、そのためダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信する時間全体は削減されることが可能であり、そして電力消費及び電力損失は時間全体の削減により削減されることが可能であり、それにより端末デバイスがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする回数を減らし、そして端末デバイスの電力消費及び電力損失を更に減らす。
【０１２４】
同じ時間−周波数リソースは、ＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定されることに留意すべきである。
【０１２５】
具体例において、同じ時間−周波数リソースは以下の方式で決定される：
第１ターゲットＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための周波数ドメイン・リソース位置を、同じ時間−周波数リソースの周波数ドメイン・リソース位置として選択し；及び
第２ターゲットＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間ドメイン・リソース位置を、同じ時間−周波数リソースの時間ドメイン・リソース位置として選択し、
第１ターゲットＨＡＲＱプロセスと第２ターゲットＨＡＲＱプロセスとは複数のＨＡＲＱプロセスにおけるＨＡＲＱプロセスであり；及び第１ターゲットＨＡＲＱプロセスと第２ターゲットＨＡＲＱプロセスとは異なるＨＡＲＱプロセスであってもよいし、又は第１ターゲットＨＡＲＱプロセスと第２ターゲットＨＡＲＱプロセスとは同じＨＡＲＱプロセスであってもよい。
【０１２６】
具体例としてＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを使用すると、２つのＨＡＲＱプロセスに対するＤＣＩが、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための同じ時間−周波数リソースを指示する場合、変調シンボルは、何れかのＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースで送信される。
【０１２７】
２つのＨＡＲＱプロセスに対するＤＣＩが、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための同じ周波数ドメイン・リソース位置と異なる時間ドメイン・リソース位置とを指示する場合、変調シンボルを送信するために、２つの時間ドメイン・リソース位置の時間順に基づいて、より早い又はより遅い時間ドメイン位置が選択されてもよい。
【０１２８】
２つのＨＡＲＱプロセスに対するＤＣＩが、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための同じ時間ドメイン・リソース位置と異なる周波数ドメイン・リソース位置とを指示する場合、変調シンボルを送信するために、周波数ドメイン位置のうちの一方が選択されてよい。
【０１２９】
図６は、２つのプロセスに対するＤＣＩがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための同じ時間−周波数リソースを指示する場合のスケジューリングの例示的な図である。
【０１３０】
図７は、２つのプロセスに対するＤＣＩが、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための同じ時間ドメイン・リソースと異なる周波数ドメイン・リソースとを指示する場合のスケジューリングの例示的な図である。
【０１３１】
図６及び図７において、Ｘ０は第１プロセスに対応するダウンリンク・データのスケジューリング遅延を示し、Ｘ１は第２プロセスに対応するダウンリンク・データのスケジューリング遅延を示し、Ｙ０は、第１プロセスのダウンリンク・データに対する、第１プロセスに対応するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報のタイミング・オフセットを示し、Ｙ１は、第２プロセスのダウンリンク・データに対する、第２プロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報のタイミング・オフセットを示し、ＨＡＲＱ−ＡＣＫ０は、第１ＨＡＲＱプロセスに対するＤＣＩにより指示される、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数位置を示し、及びＨＡＲＱ−ＡＣＫ１は、第２ＨＡＲＱプロセスに対するＤＣＩにより指示される、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数位置を示す。
【０１３２】
もちろん、２つのＨＡＲＱプロセスに対するＤＣＩはまた、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための異なる時間ドメイン・リソース位置と異なる周波数ドメイン・リソース位置とを指示してもよい。例えば、プロセス０に対する時間ドメイン・リソース位置がＡ０であり、プロセス０に対する周波数ドメイン・リソース位置がＢ０であり、プロセス１に対する時間ドメイン・リソース位置がＡ１であり、及びプロセス１に対する周波数ドメイン・リソース位置がＢ１である場合に、４つの組み合わせ、即ちＡ０Ｂ０、Ａ０Ｂ１、Ａ１Ｂ０、及びＡ１Ｂ１のうちの１つが、変調シンボルを送信するための時間−周波数リソースとして選択されてもよい。
【０１３３】
パート５０５：基地局が、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に受信する。
【０１３４】
より具体的には、基地局は、同じ時間−周波数リソースで変調シンボルを受信し、そして変調シンボルを復調し、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を取得する。
【０１３５】
具体例において、図４に示される基地局４００のプロセッサ４０３は（レシーバ４０１、モジュレータ４０２、又はデコーダ４０７等の）別のコンポーネントとの協調においてパート５０５を実行してもよい。
【０１３６】
図８は本発明の実施形態によるＨＡＲＱ−ＡＣＫフィードバック情報送信方法の別の例示的な概略的相互作用図である。
【０１３７】
図８に示される方法は、図２ａ及び図２ｂに示されるアプリケーション・シナリオに適用され、そして端末デバイスと基地局間との間の相互作用により実現される。
【０１３８】
相互作用プロシジャは以下を含む。
【０１３９】
パート８０１：基地局が、複数のＨＡＲＱプロセスにより共有されるＤＣＩを、端末デバイスへ送信する。
【０１４０】
具体例において、図４に示される基地局４００のプロセッサ４０３は、トランスミッタ４０４を使用することによりパート８０１を実行してもよい。
【０１４１】
図５に示される実施形態との相違は、この実施形態では、複数のＨＡＲＱプロセスがＤＣＩの同じ部分に対応することにある。こうして、複数のＨＡＲＱプロセスに対する時間−周波数リソース・スケジューリング情報のために占有されるリソースは削減されることが可能である。
【０１４２】
具体例において、共有ＤＣＩは、同時送信設定指示と、複数のＨＡＲＱプロセス各々のインデックス番号と、インデックス番号に対応する第１の時間−周波数リソース・スケジューリング情報及び第２の時間−周波数リソース・スケジューリング情報とを運ぶ。
【０１４３】
別の具体例において、共有ＤＣＩは、同時送信設定指示と、複数のＨＡＲＱプロセスの開始インデックス番号と、複数のＨＡＲＱプロセス各々に対応する第１の時間−周波数リソース・スケジューリング情報及び第２の時間−周波数リソース・スケジューリング情報とを運ぶ。
【０１４４】
開始インデックス番号はＨＡＲＱプロセスのうちの１つに対応する。
【０１４５】
例えば、全部で４つのＨＡＲＱプロセスが存在し、そして４つのＨＡＲＱプロセスにより共有されるＤＣＩが開始インデックス番号のみを運ぶことが仮定される。開始インデックス番号が００であると仮定すると、開始インデックス番号は、４つのＨＡＲＱプロセスにおける０番プロセスのインデックス番号として使用され、そして他のＨＡＲＱプロセスのインデックス番号は開始インデックス番号に基づいて計算されてもよい。
【０１４６】
計算方式は、漸進的増加方式、漸進的減少方式等であってもよい。漸進的増加方式を具体例として使用すると、開始インデックス番号が００である場合、０１は第１プロセスのインデックス番号として使用されてもよく、１０は第２プロセスのインデックス番号として使用されてもよく、そして１１は第３プロセスのインデックス番号として使用されてもよい。
【０１４７】
第１の時間−周波数リソース・スケジューリング情報と第２の時間−周波数リソース・スケジューリング情報との関連する説明については、本明細書におけるパート５０１を参照されたい。そして詳細はここで再び説明されない。
【０１４８】
この実施形態において、同時送信設定指示は、共有ＤＣＩを使用することにより運ばれ、追加的な時間−周波数リソースを一切占有しない。もちろん、本発明の他の実施形態において、基地局はまた同時送信設定指示を別々に送信してもよい。
【０１４９】
同時送信設定指示の関連する説明については、本明細書におけるパート５００を参照されたい。そして詳細はここで再び説明されない。
【０１５０】
パート８０２：端末デバイスが共有ＤＣＩを監視する。
【０１５１】
具体的には、ＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを具体例として使用し、ＭＴＣデバイスはＮＰＤＣＣサーチ・スペースにおいて共有ダウンリンクＤＣＩを監視してもよい。
【０１５２】
端末デバイスは、共有ＤＣＩを監視及び取得してもよいし、又は共有ＤＣＩを監視及び取得しなくてもよいことに留意すべきである。
【０１５３】
具体例において、図３に示される端末デバイス３００のプロセッサ３８０は、パート８０２を実行してもよい。
【０１５４】
パート８０３ないしパート８０５はパート５０３ないしパート５０５と同一であり、そして詳細はここで再び説明されない。
【０１５５】
図９は本発明の実施形態によるＨＡＲＱ−ＡＣＫフィードバック情報送信方法の更に別の例示的な概略的相互作用図である。
【０１５６】
図９に示される実施形態は、本発明の実施形態で提供されるＨＡＲＱ−ＡＣＫフィードバック情報送信方法のプロシジャの分岐として理解されてもよいこと、及び図５又は図８に示される実施形態は、本発明の実施形態で提供されるＨＡＲＱ−ＡＣＫフィードバック情報送信方法のプロシジャの別の分岐として理解されてもよいことに留意すべきである。
【０１５７】
図９に示される方法は、図２ａ又は図２ｂに示されるアプリケーション・シナリオに適用され、そして端末デバイスと基地局との間の相互作用により実現される。
【０１５８】
相互作用プロシジャは以下を含む。
【０１５９】
パート９００：基地局が非・同時送信設定指示を端末デバイスへ送信する。
【０１６０】
具体例において、図４に示される基地局４００のプロセッサ４０３は、トランスミッタ４０４を使用することによりパート９００を実行してもよい。
【０１６１】
非・同時送信設定指示は、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信しないことを命令するために使用されてもよい（又は複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、独立して送信することを命令するために使用されてもよい）。
【０１６２】
具体例において、非・同時送信設定指示は、無線リンク制御ＲＲＣ共通シグナリング、ＲＲＣ個別シグナリング、メディア・アクセス制御ＭＡＣ制御要素ＣＥシグナリング、又は物理レイヤ制御情報ＤＣＩのうちの１つ以上を使用することにより運ばれてもよい。
【０１６３】
図５又は図８に示される実施形態で使用される同時送信設定指示、及びこの実施形態における非・同時送信設定指示は、ＲＲＣ共通シグナリング、ＲＲＣ個別シグナリング、ＭＡＣ  ＣＥシグナリング又はＤＣＩの同じフィールド又は同じビットを占有してもよい。フィールド又はビットの異なる値は、同時送信設定指示及び非・同時送信設定指示をそれぞれ表現し得る。
【０１６４】
例えば、フィールド又はビットの値が１である場合、それは同時送信設定指示を表現し、そして値が０である場合、それは非・同時送信設定指示を表現してもよい。
【０１６５】
パート９０１：基地局が複数のＨＡＲＱプロセス各々に対するＤＣＩを端末デバイスへ送信する。
【０１６６】
パート９０１はパート５０１と同一であり、そして詳細はここで再び説明されない。
【０１６７】
本発明の別の実施形態において、ｉ番目のＨＡＲＱプロセスに対応するダウンリンクＤＣＩは、パート９００で言及される非・同時送信設定指示を更に運んでもよいことに留意すべきである。具体的には、非・同時送信設定指示は別々には送信されない。ＤＣＩを使用することにより非・同時送信設定指示を運ぶことは、追加的な時間−周波数リソースを一切占有しない利点を有する。
【０１６８】
パート９０２及びパート９０３はパート５０２及びパート５０３と同一であり、そして詳細はここで再び説明されない。
【０１６９】
パート９０４：端末デバイスが、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するためのものであり及びＨＡＲＱプロセス各々に対するＤＣＩにより指示される時間−周波数リソースに基づいて、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報をフィードバックする。
【０１７０】
具体的には、この実施形態では、基地局が非・同時送信設定指示を届けるので、複数のＨＡＲＱ−ＡＣＫフィードバック情報部分は異なる時間−周波数リソースで送信される。
【０１７１】
具体例において、ＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを具体例として使用すると、基地局は、ＢＰＳＫ変調シンボルを取得するために、ＢＰＳＫ変調方式を使用することにより、ＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を変調し、そしてプロセスに対応する第２の時間−周波数リソース・スケジューリング情報に基づいて、ＨＡＲＱプロセス各々に対するＢＰＳＫ変調シンボルを送信してもよい。
【０１７２】
もちろん、ＨＡＲＱプロセスに対するＤＣＩが欠落している場合、端末デバイスはＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信しない。
【０１７３】
具体例において、図３に示される端末デバイス３００のプロセッサ３８０は（ＲＦ回路３１０等の）別のコンポーネントとの協調においてパート９０４を実行してもよい。
【０１７４】
パート９０５：基地局が、ＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースでダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を受信する。
【０１７５】
より具体的には、基地局は、ＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースで変調シンボルを受信し、そしてＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得するために変調シンボルを復調する。
【０１７６】
上記の実施形態に関し、本発明で提供されるＨＡＲＱ−ＡＣＫフィードバック情報送信技術において、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソース位置で同時に送信するか否かは、基地局により設定され得る。
【０１７７】
具体例において、基地局は、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報の信頼性を保証するために、同じ時間−周波数リソース位置で同時送信を実行するか否かを、端末デバイスのカバレッジ状態に基づいて（又は他の状態を考慮して）柔軟に設定することが可能である。
【０１７８】
ＮＢ−ＩｏＴシステムにおける２つのダウンリンクＨＡＲＱプロセスを具体例として使用すると、貧弱なカバレッジの中の端末デバイスについては、より低い次数の変調（ＢＰＳＫ等）が、より高い次数の変調（ＱＰＳＫ等）よりも多くのロバストなパフォーマンスを達成する。このケースでは、基地局は、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報の送信の信頼性を保証するために、端末デバイスの複数のプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報の個々の送信を設定してもよい。良好なカバレッジの中の端末デバイスについては、基地局は、端末デバイスの複数のプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報の同時送信を設定し、良好なカバレッジの中の端末デバイスがダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信する回数を減らし、それにより電力消費を減らし及びデータ・レートを増加させる。
【０１７９】
本発明の実施形態で提供されるソリューションは、装置の間の相互作用の観点から主に上述されている。端末デバイス及び基地局等の装置は、上記の機能を実現するために、様々な機能を実行する対応するハードウェア構造及び／又はソフトウェア・モジュールを含むことが理解され得る。本明細書で開示される実施形態で説明される具体例との組み合わせにおいて、ユニット及びアルゴリズム・ステップはハードウェア又はハードウェアとコンピュータ・ソフトウェアとの組み合わせにより実現されてもよいことを、当業者は容易に気付くはずである。機能がハードウェア又はコンピュータ・ソフトウェアにより駆動されるハードウェアにより実行されるか否かは、特にアプリケーションと技術的ソリューションの設計制約とに依存する。当業者は特定のアプリケーション各々に対して説明される機能を実現する様々な方法を使用し得るが、その実現は本発明の範囲を超えると考えられるべきではない。
【０１８０】
図１０は上記の実施形態における端末デバイスの可能な概略構造図である。端末デバイスは、処理モジュール１１０と第１送信モジュール１２０とを含む。
【０１８１】
処理モジュール１１０は：複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得し、そして複数のＨＡＲＱプロセスに対して取得した複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信するように第１送信モジュールに命令するように構成され得る。
【０１８２】
第１送信モジュール１２０は、処理モジュール１１０の命令に従って、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信するように構成され得る。
【０１８３】
関連する説明については、本明細書における方法のパートを参照されたい。そして詳細はここで再び説明されない。
【０１８４】
本発明の別の実施形態において、処理モジュール１１０は更に：
複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得する前に、ＨＡＲＱプロセス各々に対するダウンリンク制御情報ＤＣＩを監視するように構成されてもよい。
【０１８５】
ｉ番目のＨＡＲＱプロセスに対応するＤＣＩは、ｉ番目のＨＡＲＱプロセスのインデックス番号と、インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを含み、そして時間−周波数リソース・スケジューリング情報は、ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
同じ時間−周波数リソースは、ＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される。
【０１８６】
関連する説明については、本明細書における方法のパートを参照されたい。そして詳細はここで再び説明されない。
【０１８７】
本発明の別の実施形態において、処理モジュール１１０は更に：
複数のＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得する前に、複数のＨＡＲＱプロセスにより共有されるダウンリンク制御情報ＤＣＩを監視するように構成され、
ＤＣＩは、複数のＨＡＲＱプロセス各々のインデックス番号と、インデックス番号に対応する時間−周波数リソース・スケジューリング情報とを運び；又はＤＣＩは、複数のＨＡＲＱプロセス各々に対応する時間−周波数リソース・スケジューリング情報と、複数のＨＡＲＱプロセスの開始インデックス番号とを運び、及び開始インデックス番号はＨＡＲＱプロセスのうちの１つに対応し；
ｉ番目のＨＡＲＱプロセスに対応する時間−周波数リソース・スケジューリング情報は、ｉ番目のＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースを指示するために使用され；及び
同じ時間−周波数リソースは、ＨＡＲＱプロセスに対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を送信するための時間−周波数リソースに基づいて決定される。
【０１８８】
関連する説明については、本明細書における方法のパートを参照されたい。そして詳細はここで再び説明されない。
【０１８９】
本発明の別の実施形態において、処理モジュール１１０により監視されるＤＣＩは同時送信設定指示を更に運ぶ。
【０１９０】
同時送信設定指示は、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信することを命令するために使用される。
【０１９１】
関連する説明については、本明細書における方法のパートを参照されたい。そして詳細はここで再び説明されない。
【０１９２】
本発明の別の実施形態において、処理モジュール１１０により監視されるＤＣＩは、非・同時送信設定指示を更に運んでもよい。関連する説明については、本明細書における方法のパートを参照されたい。そして詳細はここで再び説明されない。
【０１９３】
代替的に、同時送信設定指示又は非・同時送信設定指示は基地局により別々に送信され得る。更に図１０を参照すると、端末デバイスは：処理モジュール１１０がＤＣＩを監視する前に、同時送信設定指示又は非・同時送信設定指示を受信するように構成される第１受信モジュール１３０を更に含む。
【０１９４】
処理モジュール１１０は：図５に示される実施形態におけるパート５０２及びパート５０３（復号し、検査し、そして検査結果に基づいてＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得すること）を実行し、そしてパート５０４を完了するように第１送信モジュール１２０に命令し；図８に示される実施形態におけるパート８０２及びパート８０３（復号し、検査し、そして検査結果に基づいてＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得すること）を実行し、そしてパート８０４を完了するように第１送信モジュール１２０に命令し；及び図９に示される実施形態におけるパート９０２及びパート９０３（復号し、検査し、そして検査結果に基づいてＨＡＲＱプロセス各々に対するダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を取得すること）を実行し、そしてパート９０４を完了するように第１送信モジュール１２０に命令するように構成され得る。
【０１９５】
第１送信モジュール１２０は、図５に示されるパート５０４を実行するように構成されてもよく、そして図８に示される実施形態におけるパート８０４、及び図９に示される実施形態におけるパート９０４を更に実行してもよい。
【０１９６】
第１受信モジュール１３０は、図５に示される実施形態におけるパート５０３（ダウンリンク・データを受信すること）、図８に示される実施形態におけるパート８０３（ダウンリンク・データを受信すること）、及び図９に示される実施形態におけるパート９０３（ダウンリンク・データを受信すること）を実行するように構成されてもよく、そして、図５、図８及び図９に示される実施形態における同時送信設定指示又は非・同時送信設定指示を受信するように構成される。
【０１９７】
図１１は上記の実施形態における基地局の可能な概略構造図である。基地局は処理モジュール１１１と第２受信モジュールとを含む。
【０１９８】
処理モジュール１１１は、複数のＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に受信するように、第２受信モジュール１２１に命令するように構成されてもよい。
【０１９９】
第２受信モジュール１２１は、処理モジュールの命令に従って、複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に受信するように構成される。
【０２００】
複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分は端末デバイスにより取得及び送信される。
【０２０１】
本発明の他の実施形態において、図１１を更に参照すると、基地局は第２送信モジュール１３１を更に含み得る。
【０２０２】
処理モジュール１１１は、第２受信モジュール１２１が複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を受信する前に、複数のＨＡＲＱプロセス各々に対するダウンリンクＤＣＩを端末デバイスへ送信することを第２送信モジュールに命令するように、又はＨＡＲＱプロセスにより共有されるダウンリンクＤＣＩを端末デバイスへ送信することを第２送信モジュール１３１に命令するように更に構成される。
【０２０３】
第２送信モジュール１３１は、複数のＨＡＲＱプロセスの各々に対するダウンリンクＤＣＩを端末デバイスへ送信するように、又は処理モジュール１１１の命令に従ってＨＡＲＱプロセスにより共有されるダウンリンクＤＣＩを端末デバイスへ送信するように構成される。
【０２０４】
ＤＣＩの関連する説明については、本明細書における上記の記録を参照されたい。そして詳細はここで再び説明されない。
【０２０５】
本発明の他の実施形態において、第２送信モジュール１３１により送信されるＤＣＩは、同時送信設定指示を更に運んでもよく；そして同時送信設定指示は、複数のダウンリンクＨＡＲＱプロセスに対する複数のダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報部分を、同じ時間−周波数リソースで同時に送信することを命令するために使用される。
【０２０６】
本発明の他の実施形態において、第２送信モジュール１３１により送信されるＤＣＩは、非・同時送信設定指示を更に運んでもよい。関連する説明については、本明細書における方法のパートを参照されたい。そして詳細はここで再び説明されない。
【０２０７】
代替的に、処理モジュール１１１は、同時送信設定指示又は非・同時送信設定指示を別々に送信することを、第２送信モジュール１３１に命令してもよい。
【０２０８】
処理モジュール１１１は、図５に示される実施形態におけるパート５００及びパート５０１を完了することを第２送信モジュール１３１に命令してもよいし、ダウンリンク・データを送信することを第２送信モジュール１３１に命令してもよいし、及びパート５０５における受信動作を実行することを第２受信モジュール１２１に命令してもよい。処理モジュール１１１は、パート５０５における復調及び復号等の動作を更に実行してもよい。更に、処理モジュール１１１は、図８に示される実施形態におけるパート８０１を完了し、そしてダウンリンク・データを送信することを第２送信モジュール１３１に命令してもよいし、及びパート８０５における受信動作を実行することを第２受信モジュール１２１に命令してもよい。処理モジュール１１１はパート８０５における復調及び復号等の動作を更に実行してもよい。更に、処理モジュール１１１は、図９に示される実施形態におけるパート９００及びパート９０１を完了し、そしてダウンリンク・データを送信することを第２送信モジュール１３１に命令してもよいし、及びパート９０５における受信動作を実行することを第２受信モジュール１２１に命令してもよいし、及び処理モジュール１１１はパート９０５における復調及び復号等の動作を更に実行してもよい。
【０２０９】
第２送信モジュール１３１は、図５に示されるパート５００及びパート５０１を実行するように構成されてもよいし、そして図８に示される実施形態におけるパート８０１、図９に示される実施形態におけるパート９００及びパート９０１を更に実行し、そして図５、図８及び図９に示される実施形態におけるダウンリンク・データを送信してもよい。
【０２１０】
第２受信モジュール１２１は、図５に示される実施形態におけるパート５０５（ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を受信すること）、図８に示される実施形態におけるパート８０５（ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を受信すること）、及び図９に示される実施形態におけるパート９０５（ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を受信すること）を実行するように構成されてもよい。
【国際調査報告】
2020503723.tif 000016
2020503723.tif 000017
2020503723.tif 000018
2020503723.tif 000019