(57)【要約】効率的なダウンリンクハイブリッド自動再送（ＨＡＲＱ）フィードバックを提供するためのシステムおよび方法が開示される。いくつかの実施形態では、セルラ通信システムにおける無線デバイスの動作方法は、第１のサブフレームＴにおいて無線アクセスノードからダウンリンク制御情報（ＤＣＩ）を受信することを含む。ＤＣＴは、ＨＡＲＱタイミングオフセットＫの指標を含む。方法は更に、ダウンリンクＨＡＲＱフィードバックを、サブフレームＴ＋Ｋにおいて無線アクセスノードへ送信することを示す。このようにして、ＨＡＲＱフィードバックは、ネットワークにより直接的にスケジュールすることが可能となり、効率的なＨＡＲＱフィードバックが可能となる。
2019510389.tif 000002
【特許請求の範囲】
【請求項１】
セルラ通信システム（１０）における無線デバイス（１８）の動作方法であって、
第１のサブフレームＴにおいて無線アクセスノード（１４）からダウンリンク制御情報を受信すること（１０２）であって、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含む、ことと、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１４）へダウンリンクＨＡＲＱフィードバックを送信すること（１０６）を含む、方法。
【請求項２】
請求項１に記載の方法であって、更に、
複数のダウンリンクＨＡＲＱフィードバックフラグを、単一のダウンリンクＨＡＲＱフィードバック送信に統合すること（１０４）を含み、
前記サブフレームＴ＋Ｋにおいて前記ＨＡＲＱフィードバックを送信すること（１０６）は、前記サブフレームＴ＋Ｋにおいて前記単一のダウンリンクＨＡＲＱフィードバック送信を送信すること（１０６）を含む、方法。
【請求項３】
請求項２に記載の方法であって、
前記複数のダウンリンクＨＡＲＱフィードバックフラグを、前記単一のダウンリンクＨＡＲＱフィードバック送信に統合すること（１０４）は、前記複数のダウンリンクＨＡＲＱフィードバックフラグを、前記単一のダウンリンクＨＡＲＱフィードバック送信に対するコードワードに結合符号化すること（１０４）を含む、方法。
【請求項４】
請求項２または３に記載の方法であって、
前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクＨＡＲＱフィードバック送信に統合されるかを示す情報を含む、方法。
【請求項５】
請求項１から４のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、前記ＨＡＲＱタイミングオフセットＫに対する値である、方法。
【請求項６】
請求項１から４のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め定義された値である、方法。
【請求項７】
請求項１から４のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め設定された値である、方法。
【請求項８】
請求項１から４のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは前記無線デバイス（１８）の予め決定された最小のＨＡＲＱタイミングオフセットである、方法。
【請求項９】
請求項１から４のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｘであり、前記ＨＡＲＱタイミングオフセットＫは前記値Ｘの関数である、方法。
【請求項１０】
請求項１から９のいずれか１項に記載の方法であって、前記ＨＡＲＱフィードバックは、ＨＡＲＱフィードバックフラグを含み、前記ＨＡＲＱフィードバックフラグは、各ダウンリンクデータが前記無線デバイス（１８）により正常に受信された場合には確認応答であり、前記各ダウンリンクデータが前記無線デバイス（１８）により正常に受信されなかった場合には否定応答であり、各ダウンリンク制御情報が前記無線デバイス（１８）により受信されなかった場合には、ダウンリンク制御情報の失敗の指標である、方法。
【請求項１１】
セルラ通信システム（１０）に対する無線デバイス（１８）であって、前記無線デバイス（１８）は、
第１のサブフレームＴにおいて無線アクセスノード（１４）からダウンリンク制御情報を受信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含み、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１４）へダウンリンクＨＡＲＱフィードバックを送信するように構成される、無線デバイス。
【請求項１２】
請求項１１に記載の無線デバイス（１８）であって、更に、請求項２から１０のいずれか１項に記載の方法に従って動作するように構成される、無線デバイス。
【請求項１３】
セルラ通信システム（１０）に対する無線デバイス（１８）であって、
送受信器（３２）と、
少なくとも１つのプロセッサ（２８）を有し、
前記少なくとも１つのプロセッサ（２８）により実行可能な命令を記憶するメモリ（３０）を有し、それにより、前記無線デバイス（１８）は、
前記送受信器（３２）を介して、第１のサブフレームＴにおいて無線アクセスノード（１４）からダウンリンク制御情報を受信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含み、
前記送受信器（３２）を介して、サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１４）へダウンリンクＨＡＲＱフィードバックを送信するように動作可能である、無線デバイス。
【請求項１４】
請求項１３に記載の無線デバイス（１８）であって、前記少なくとも１つのプロセッサ（２８）による前記命令の実行により、前記無線デバイス（１８）は、更に、
複数のダウンリンクＨＡＲＱフィードバックフラグを、単一のダウンリンクＨＡＲＱフィードバック送信に統合するように動作可能であり、
前記サブフレームＴ＋Ｋにおいて前記ダウンリンクＨＡＲＱフィードバックを送信するために、前記無線デバイス（１８）は、前記送受信器（３２）を介して、前記サブフレームＴ＋Ｋにおいて前記単一のダウンリンクＨＡＲＱフィードバック送信を送信するように動作可能である、無線デバイス。
【請求項１５】
請求項１４に記載の無線デバイス（１８）であって、前記複数のダウンリンクＨＡＲＱフィードバックフラグを、前記単一のダウンリンクＨＡＲＱフィードバック送信に統合するために、前記無線デバイス（１８）は、更に、前記複数のダウンリンクＨＡＲＱフィードバックフラグを、前記単一のダウンリンクＨＡＲＱフィードバック送信に対するコードワードに結合符号化するように動作可能である、無線デバイス。
【請求項１６】
請求項１４または１５に記載の無線デバイス（１８）であって、
前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクＨＡＲＱフィードバック送信に統合されるかを示す情報を含む、無線デバイス。
【請求項１７】
請求項１３から１６のいずれか１項に記載の無線デバイス（１８）であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、前記ＨＡＲＱタイミングオフセットＫに対する値である、無線デバイス。
【請求項１８】
請求項１３から１６のいずれか１項に記載の無線デバイス（１８）であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め定義された値である、無線デバイス。
【請求項１９】
請求項１３から１６のいずれか１項に記載の無線デバイス（１８）であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め定設定れた値である、無線デバイス。
【請求項２０】
請求項１３から１６のいずれか１項に記載の無線デバイス（１８）であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは前記無線デバイス（１８）の予め決定された最小のＨＡＲＱタイミングオフセットである、無線デバイス。
【請求項２１】
請求項１３から１６のいずれか１項に記載の無線デバイス（１８）であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｘであり、前記ＨＡＲＱタイミングオフセットＫは前記値Ｘの関数である、無線デバイス。
【請求項２２】
請求項１３から２１のいずれか１項に記載の無線デバイス（１８）であって、前記ＨＡＲＱフィードバックは、ＨＡＲＱフィードバックフラグを含み、前記ＨＡＲＱフィードバックフラグは、各ダウンリンクデータが前記無線デバイス（１８）により正常に受信された場合には確認応答であり、前記各ダウンリンクデータが前記無線デバイス（１８）により正常に受信されなかった場合には否定応答であり、各ダウンリンク制御情報が前記無線デバイス（１８）により受信されなかった場合には、ダウンリンク制御情報の失敗の指標である、無線デバイス。
【請求項２３】
セルラ通信システム（１０）に対する無線デバイス（１８）であって、
第１のサブフレームＴにおいて無線アクセスノード（１４）からダウンリンク制御情報を受信するための手段であって、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含む、手段と、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１４）へダウンリンクＨＡＲＱフィードバックを送信するための手段を有する、無線デバイス。
【請求項２４】
セルラ通信システム（１０）に対する無線デバイス（１８）であって、
第１のサブフレームＴにおいて無線アクセスノード（１４）からダウンリンク制御情報を受信するように動作可能な受信モジュール（４０−１）であって、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含む、受信モジュールと、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１４）へダウンリンクＨＡＲＱフィードバックを送信するように動作可能な送信モジュール（４０−２）を有する、無線デバイス。
【請求項２５】
セルラ通信システム（１０）における無線アクセスノード（１４）の動作方法であって、 
第１のサブフレームＴにおいて無線デバイス（１８）へダウンリンク制御情報を送信すること（１０２）であって、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含む、ことと、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１８）からダウンリンクＨＡＲＱフィードバックを受信すること（１０６）を含む、方法。
【請求項２６】
請求項２５に記載の方法であって、
前記サブフレームＴ＋Ｋにおける前記ダウンリンクＨＡＲＱフィードバックは、複数のダウンリンクＨＡＲＱフィードバックフラグの組み合わせである、前記サブフレームＴ＋Ｋにおける単一のダウンリンクＨＡＲＱフィードバック送信を含む、方法。
【請求項２７】
請求項２６に記載の方法であって、前記単一のダウンリンクＨＡＲＱフィードバック送信は、前記複数のダウンリンクＨＡＲＱフィードバックフラグの結合符号化を表す、方法。
【請求項２８】
請求項２６または２７に記載の方法であって、
前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクＨＡＲＱフィードバック送信に統合されるかを示す情報を含む、方法。
【請求項２９】
請求項２５から２８のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、前記ＨＡＲＱタイミングオフセットＫに対する値である、方法。
【請求項３０】
請求項２５から２８のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め定義された値である、方法。
【請求項３１】
請求項２５から２８のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め設定された値である、方法。
【請求項３２】
請求項２５から２８のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは前記無線デバイス（１８）の予め決定された最小のＨＡＲＱタイミングオフセットである、方法。
【請求項３３】
請求項２５から２８のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｘであり、前記ＨＡＲＱタイミングオフセットＫは前記値Ｘの関数である、方法。
【請求項３４】
請求項２５から３３のいずれか１項に記載の方法であって、前記ＨＡＲＱフィードバックは、ＨＡＲＱフィードバックフラグを含み、前記ＨＡＲＱフィードバックフラグは、各ダウンリンクデータが前記無線デバイス（１８）により正常に受信された場合には確認応答であり、前記各ダウンリンクデータが前記無線デバイス（１８）により正常に受信されなかった場合には否定応答であり、各ダウンリンク制御情報が前記無線デバイス（１８）により受信されなかった場合には、ダウンリンク制御情報の失敗の指標である、方法。
【請求項３５】
セルラ通信システム（１０）に対する無線アクセスノード（１４）であって、前記無線アクセスノード（１４）は、
第１のサブフレームＴにおいて無線デバイス（１８）へダウンリンク制御情報を送信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含み、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１８）からダウンリンクＨＡＲＱフィードバックを受信するように構成される、無線アクセスノード。
【請求項３６】
請求項３５に記載の無線アクセスノード（１４）であって、更に、請求項２５から３４のいずれか１項に記載の方法に従って動作するように構成される、無線アクセスノード。
【請求項３７】
セルラ通信システム（１０）に対する無線アクセスノード（１４）であって、
少なくとも１つの無線ユニット（５０）と、
少なくとも１つのプロセッサ（４４）を有し、
前記少なくとも１つのプロセッサ（４４）により実行可能な命令を記憶するメモリ（３６）を有し、それにより、前記無線アクセスノード（１４）は、
前記少なくとも１つの無線ユニット（５０）を介して、第１のサブフレームＴにおいて無線デバイス（１８）へダウンリンク制御情報を送信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含み、
前記少なくとも１つの無線ユニット（５０）を介して、サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１８）からダウンリンクＨＡＲＱフィードバックを受信するように動作することが可能な無線アクセスノード。
【請求項３８】
請求項３７に記載の無線アクセスノード（１４）であって、
前記サブフレームＴ＋Ｋにおける前記ダウンリンクＨＡＲＱフィードバックは、複数のダウンリンクＨＡＲＱフィードバックフラグの組み合わせである、前記サブフレームＴ＋Ｋにおける単一のダウンリンクＨＡＲＱフィードバック送信を含む、無線アクセスノード。
【請求項３９】
請求項３８に記載の無線アクセスノード（１４）であって、前記単一のダウンリンクＨＡＲＱフィードバック送信は、前記複数のダウンリンクＨＡＲＱフィードバックフラグの結合符号化を表す、無線アクセスノード。
【請求項４０】
請求項３７または３８に記載の無線アクセスノード（１４）であって、
前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクＨＡＲＱフィードバック送信に統合されるかを示す情報を含む、無線アクセスノード。
【請求項４１】
請求項３７から４０のいずれか１項に記載の無線アクセスノード（１４）であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、前記ＨＡＲＱタイミングオフセットＫに対する値である、無線アクセスノード。
【請求項４２】
請求項３７から４０のいずれか１項に記載の無線アクセスノード（１４）であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め定義された値である、無線アクセスノード。
【請求項４３】
請求項３７から４０のいずれか１項に記載の無線アクセスノード（１４）であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め設定された値である、無線アクセスノード。
【請求項４４】
請求項３７から４０のいずれか１項に記載の無線アクセスノード（１４）であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは前記無線デバイス（１８）の予め決定された最小のＨＡＲＱタイミングオフセットである、無線アクセスノード。
【請求項４５】
請求項３７から４０のいずれか１項に記載の無線アクセスノード（１４）であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｘであり、前記ＨＡＲＱタイミングオフセットＫは前記値Ｘの関数である、無線アクセスノード。
【請求項４６】
請求項３７から４５のいずれか１項に記載の無線アクセスノード（１４）であって、前記ＨＡＲＱフィードバックは、ＨＡＲＱフィードバックフラグを含み、前記ＨＡＲＱフィードバックフラグは、各ダウンリンクデータが前記無線デバイス（１８）により正常に受信された場合には確認応答であり、前記各ダウンリンクデータが前記無線デバイス（１８）により正常に受信されなかった場合には否定応答であり、各ダウンリンク制御情報が前記無線デバイス（１８）により受信されなかった場合には、ダウンリンク制御情報の失敗の指標である、無線アクセスノード。
【請求項４７】
セルラ通信システム（１０）に対する無線アクセスノード（１４）であって、
第１のサブフレームＴにおいて無線デバイス（１８）へダウンリンク制御情報を送信するための手段であって、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含む、手段と、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１８）からダウンリンクＨＡＲＱフィードバックを受信するための手段を有する、無線アクセスノード。
【請求項４８】
セルラ通信システム（１０）に対する無線アクセスノード（１４）であって、
第１のサブフレームＴにおいて無線デバイス（１８）へダウンリンク制御情報を送信するように動作可能な送信モジュール（７０−１）であって、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含む、送信モジュールと、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１８）からダウンリンクＨＡＲＱフィードバックを受信するように動作可能な受信モジュール（７０−２）を有する、無線アクセスノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、セルラ通信ネットワークにおけるダウンリンクハイブリッド自動再送要求（ＨＡＲＱ）に関する。
【背景技術】
【０００２】
本出願は、２０１６年２月９日に提出された仮特許出願シリアル番号62/293,148と、２０１６年２月１６日に提出された仮特許出願シリアル番号62/295,722の利益を主張し、それらで開示された事項は、それら全体を参照することにより、ここに組み入れられる。
【０００３】
アドバンストアンテナシステム（ＡＳＳ）は、近年顕著に進化している技術であり、将来急速な技術の開発が見込まれている分野である。従って、一般的にはＡＳＳであって、具体的には大量の他出力多入力（ＭＩＭＯ）送信および受信が、将来の第５世代（５Ｇ）セルラ通信システムにおいて基礎となると想定することは自然なことである。
【０００４】
ビームフォーミングは、ますます一般的であり有能なものとなることから、データの送信に対してのみビームフォーミングを使用するのではなく、制御情報に対しても使用することは自然なことである。これは、強化型物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）として知られる、ロングタームエヴォリューション（ＬＴＥ）における（比較的）新しい制御チャネルの背後にある１つの動機である。ビームフォーミングが制御チャネルに対して使用される場合、追加的なアンテナゲインにより提供されるリンクバジェットが増えることから、オーバーヘッドの制御情報を送信するコストを削減することが可能である。これは良好な特性であり、また５Ｇに対して望まれることであり、おそらく、現在のＬＴＥ規格において可能なことよりも、かなり大きな度合いである。
【０００５】
今日のＬＴＥにおけるハイブリッド自動再送要求（ＨＡＲＱ）送信に対しては、ＨＡＲＱフィードバックが、ユーザ装置デバイス（ＵＥ）がアップリンクＰＵＳＣＨ送信に対してスケジュールされているか否かに依存して、物理アップリンク制御チャネル（ＰＵＣＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）のいずれかにおいて、ＵＥからネットワークへ送信される。よって、ネットワークはその後、個別のＨＡＲＱプロセスベースにおいて、ダウンリンク割り当て受信が失敗した場合であっても（不連続送信（ＤＴＸ））、そのプロセスに対する最後のＨＡＲＱ受信が成功したか否か（確認（肯定）応答／否定応答（ＡＣＫ／ＮＡＣＫ））についての結論を出す。
【０００６】
ＬＴＥにおいて送信されたＨＡＲＱフィードバックのタイミングは、周波数分割多重（ＦＤＤ）に対して、１つのＨＡＲＱ受信プロセスからのフィードバックが、そのＨＡＲＱ受信プロセスに対して対応するダウンリンク送信がサブフレームｎにおけるものであった場合に、サブフレームｎ＋４におけるアップリンクにおいて受信されるようなものである。したがって、ダウンリンク送信と対応するＨＡＲＱフィードバックとの間の遅延は、全体で４ミリ秒（ｍｓ）である。時間分割複信（ＴＤＤ）に対しては、ダウンリンク送信からアップリンクフィードバック受信までの遅延は、半二重ダウンリンクアップリンク分離に適応させるために、４ｍｓ（または等価的に４サブフレーム）より大きくなり得る。
【０００７】
５Ｇに対しては、ＨＡＲＱフィードバックが、ｘＰＵＣＣＨ上でアップリンク制御情報（ＵＣＩ）の一部として送信される。ここで使用される“ｘＰＵＣＣＨ”という用語は、５Ｇ等の将来の世代のセルラ通信ネットワークにおける物理アップリンク制御チャネルを参照するために使用される。
【０００８】
アップリンク制御チャネル（ｘＰＵＣＣＨ）は、１つの直交周波数分割多重（ＯＦＤＭ）シンボル上で送信され得る。このチャネルは、（ＬＴＥ  ＰＵＣＣＨフォーマット１／１ａ／１ｂと同様の）いくつかの固定フォーマットを有することにより、または、１つの単一のフォーマットを有することにより、限定数のビット（例えば１〜４情報ビット）を提供し得るが、柔軟な数の情報ビットも許容される。柔軟な数の情報ビットに対して、単一のフォーマットを使用することに関して、性能はより少ない情報ビットが使用されることから向上する可能性がある。なぜならば、ショートトレーニングシーケンスとして未使用の情報ビットが使用されることが許容されるからである。更に、ＬＴＥと同様に、ダウンリンク制御情報（ＤＣＩ）制御チャネルエレメント（ＣＣＥ）のＵＣＩ  ＣＣＥへの暗示的なマッピングが存在すると想定される。
【０００９】
現存のＨＡＲＱ技術は、１００％信頼できるものではなく、柔軟性がなく、著しい量のリソースを消費してしまう。よって、改善されたＨＡＲＱ技術、特に、例えば５Ｇセルラ通信ネットワークといった、将来の世代のセルラ通信ネットワークに対して好適なものが必要とされる。
【発明の概要】
【００１０】
効率的なダウンリンクハイブリッド自動再送（ＨＡＲＱ）フィードバックを提供するためのシステムおよび方法が開示される。いくつかの実施形態では、セルラ通信システムにおける無線デバイスの動作方法は、第１のサブフレームＴにおいて無線アクセスノードからダウンリンク制御情報（ＤＣＩ）を受信することを含む。ＤＣＩは、ＨＡＲＱタイミングオフセットＫの指標を含む。方法は更に、ダウンリンクＨＡＲＱフィードバックを、サブフレームＴ＋Ｋにおいて無線アクセスノードへ送信することを示す。このようにして、ＨＡＲＱフィードバックは、ネットワークが直接的にスケジュールすることが可能となり、効率的なＨＡＲＱフィードバックが可能となる。
【００１１】
いくつかの実施形態では、方法は更に、複数のダウンリンクＨＡＲＱフィードバックフラグを、単一のダウンリンクＨＡＲＱフィードバック送信に統合することを含む。更に、ＨＡＲＱフィードバックをサブフレームＴ＋Ｋにおいて送信することは、単一のダウンリンクＨＡＲＱフィードバック送信をサブフレームＴ＋Ｋにおいて送信することを含む。いくつかの実施形態では、複数のダウンリンクＨＡＲＱフィードバックフラグを単一のダウンリンクＨＡＲＱフィードバック送信に統合することは、複数のダウンリンクＨＡＲＱフィードバックフラグを、単一のダウンリンクＨＡＲＱフィードバック送信に対するコードワードに結合符号化することを含む。
【００１２】
いくつかの実施形態では、ＤＣＩは更に、どのフィードバックフラグが単一のダウンリンクＨＡＲＱフィードバック送信に統合されるかを示す情報を含む。
【００１３】
いくつかの実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、ＨＡＲＱタイミングオフセットＫに対する値である。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｓであり、ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め定義された値である。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｓであり、ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め設定された値である。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｓであり、ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは無線デバイスの予め決定された最小のＨＡＲＱタイミングオフセットである。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｘであり、ＨＡＲＱタイミングオフセットＫは値Ｘの関数である。
【００１４】
いくつかの実施形態では、ＨＡＲＱフィードバックは、ＨＡＲＱフィードバックフラグを含む。ＨＡＲＱフィードバックフラグは、各ダウンリンクデータが無線デバイスにより正常に受信された場合には確認応答（ＡＣＫ）であり、各ダウンリンクデータが無線デバイスにより正常に受信されなかった場合には否定応答（ＮＡＣＫ）であり、各ＤＣＩが無線デバイスにより受信されなかった場合には、ＤＣＩ失敗の指標である。
【００１５】
無線デバイスの実施形態も開示される。いくつかの実施形態では、セルラ通信システムのための無線デバイスは、第１のサブフレームＴにおいて無線アクセスノードからＤＣＩを受信するように構成される。ＤＣＩは、ＨＡＲＱタイミングオフセットＫの指標を含む。無線デバイスは更に、サブフレームＴ＋Ｋにおいて、ダウンリンクＨＡＲＱフィードバックを無線アクセスノードに送信するように構成される。いくつかの実施形態では、無線デバイスは更に、ここに開示した実施形態のいずれかに従った無線デバイスの動作方法を実行するように構成される。
【００１６】
いくつかの実施形態では、セルラ通信システムのための無線デバイスは、送受信器、少なくとも１つのプロセッサ、および命令を格納したメモリを有し、当該命令は少なくとも１つのプロセッサにより実行可能であり、それにより、無線デバイスは、送受信器を介して、第１のサブフレームＴにおいて無線アクセスノードからＤＣＩを受信するように動作可能である。ＤＣＩは、ＨＡＲＱタイミングオフセットＫの指標を含む。少なくとも１つのプロセッサによる命令の実行を介して、無線デバイスは更に、サブフレームＴ＋Ｋにおいて無線アクセスノードへダウンリンクＨＡＲＱフィードバックを、送受信器を介して送信するように動作可能である。
【００１７】
いくつかの実施形態では、少なくとも１つのプロセッサによる命令の実行により、無線デバイスは更に、複数のダウンリンクＨＡＲＱフィードバックフラグを、単一のダウンリンクＨＡＲＱフィードバック送信に統合するように動作可能である。ここで、サブフレームＴ＋ＫにおいてダウンリンクＨＡＲＱフィードバックを送信するために、無線デバイスは、送受信器を介して、サブフレームＴ＋Ｋにおいて単一のダウンリンクＨＡＲＱフィードバック送信を送信するように動作可能である。更に、いくつかの実施形態では、複数のダウンリンクＨＡＲＱフィードバックフラグを単一のダウンリンクＨＡＲＱフィードバック送信に統合するために、無線デバイスは更に、複数のダウンリンクＨＡＲＱフィードバックフラグを、単一のダウンリンクＨＡＲＱフィードバック送信に対するコードワードに結合符号化するように動作可能である。
【００１８】
いくつかの実施形態では、ＤＣＩは更に、どのフィードバックフラグが単一のダウンリンクＨＡＲＱフィードバック送信に統合されるかを示す情報を含む。
【００１９】
いくつかの実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、ＨＡＲＱタイミングオフセットＫに対する値である。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｓであり、ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め定義された値である。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｓであり、ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め設定された値である。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｓであり、ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは無線デバイスの予め決定された最小のＨＡＲＱタイミングオフセットである。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｘであり、ＨＡＲＱタイミングオフセットＫは値Ｘの関数である。
【００２０】
いくつかの実施形態では、ＨＡＲＱフィードバックは、ＨＡＲＱフィードバックフラグを含む。ＨＡＲＱフィードバックフラグは、各ダウンリンクデータが無線デバイスにより正常に受信された場合にはＡＣＫであり、各ダウンリンクデータが無線デバイスにより正常に受信されなかった場合にはＮＡＣＫであり、各ＤＣＩが無線デバイスにより受信されなかった場合には、ＤＣＩ失敗の指標である。
【００２１】
いくつかの実施形態では、セルラ通信システムのための無線デバイスは、第１のサブフレームＴにおいて無線アクセスノードからＤＣＩを受信するための手段を有する。ＤＣＩは、ＨＡＲＱタイミングオフセットＫの指標を含む。無線デバイスは更に、サブフレームＴ＋ＫにおいてダウンリンクＨＡＲＱフィードバックを無線アクセスノードへ送信するための手段を有する。
【００２２】
いくつかの実施形態では、セルラ通信システムのための無線デバイスは、第１のサブフレームＴにおいて無線アクセスノードからＤＣＩを受信するように動作可能な受信モジュールを有する。ＤＣＩは、ＨＡＲＱタイミングオフセットＫの指標を含む。無線デバイスは更に、サブフレームＴ＋ＫにおいてダウンリンクＨＡＲＱフィードバックを無線アクセスノードへ送信するように動作可能な送信モジュールを有する。
【００２３】
セルラ通信システムにおける無線アクセスノードの動作方法の実施形態も開示される。いくつかの実施形態では、無線アクセスノードの動作方法は、第１のサブフレームＴにおいてＤＣＩを無線デバイスに送信することを含む。ＤＣＩは、ＨＡＲＱタイミングオフセットＫの指標を含む。方法は更に、サブフレームＴ＋Ｋにおいて無線デバイスからダウンリンクＨＡＲＱフィードバックを受信することを含む。
【００２４】
いくつかの実施形態では、サブフレームＴ＋ＫにおけるダウンリンクＨＡＲＱフィードバックは、複数のダウンリンクＨＡＲＱフィードバックフラグの結合である、サブフレームＴ＋Ｋにおける単一のダウンリンクＨＡＲＱフィードバック送信を含む。更に、いくつかの実施形態では、単一のダウンリンクＨＡＲＱフィードバック送信は、複数のダウンリンクＨＡＲＱフィードバックフラグの結合符号化を表す。
【００２５】
いくつかの実施形態では、ＤＣＩは、更にどのフィードバックフラグが単一のダウンリンクＨＡＲＱフィードバック送信に統合されるかを示す情報を含む。
【００２６】
いくつかの実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、ＨＡＲＱタイミングオフセットＫに対する値である。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｓであり、ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め定義された値である。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｓであり、ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め設定された値である。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｓであり、ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは無線デバイスの予め決定された最小のＨＡＲＱタイミングオフセットである。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｘであり、ＨＡＲＱタイミングオフセットＫは値Ｘの関数である。
【００２７】
いくつかの実施形態では、ＨＡＲＱフィードバックは、ＨＡＲＱフィードバックフラグを含む。ＨＡＲＱフィードバックフラグは、各ダウンリンクデータが無線デバイスにより正常に受信された場合にはＡＣＫであり、各ダウンリンクデータが無線デバイスにより正常に受信されなかった場合にはＮＡＣＫであり、各ＤＣＩが無線デバイスにより受信されなかった場合には、ＤＣＩ失敗の指標である。
【００２８】
セルラ通信システムのための無線アクセスノードの動作方法の実施形態も開示される。いくつかの実施形態では、無線アクセスノードは、第１のサブフレームＴにおいて無線デバイスへＤＣＩを送信するように構成される。ＤＣＩは、ＨＡＲＱタイミングオフセットＫの指標を含む。無線アクセスノードは更に、サブフレームＴ＋Ｋにおいて無線デバイスからダウンリンクＨＡＲＱフィードバックを受信するように構成される。いくつかの実施形態では、無線アクセスノードは更に、ここに記載した実施形態のいずれかに従った無線アクセスノードの動作方法を実行するように構成される。
【００２９】
いくつかの実施形態では、セルラ通信システムのための無線アクセスノードは、少なくとも１つの無線ユニット、少なくとも１つのプロセッサ、および命令を格納したメモリを有し、当該命令は少なくとも１つのプロセッサにより実行可能であり、それにより、無線アクセスノードは、少なくとも１つの無線ユニットを介して、第１のサブフレームＴにおいて無線デバイスへＤＣＩを送信するように動作可能である。ＤＣＩは、ＨＡＲＱタイミングオフセットＫの指標を含む。少なくとも１つのプロセッサによる命令の実行を介して、無線アクセスノードは更に、サブフレームＴ＋Ｋにおいて無線デバイスからダウンリンクＨＡＲＱフィードバックを、無線ユニットを介して受信するように動作可能である。
【００３０】
いくつかの実施形態では、サブフレームＴ＋ＫにおけるダウンリンクＨＡＲＱフィードバックは、複数のダウンリンクＨＡＲＱフィードバックフラグの結合（統合）である、サブフレームＴ＋Ｋにおける単一のダウンリンクＨＡＲＱフィードバック送信を含む。更に、いくつかの実施形態では、単一のダウンリンクＨＡＲＱフィードバック送信は、複数のダウンリンクＨＡＲＱフィードバックフラグの結合符号化を表す。
【００３１】
いくつかの実施形態では、ＤＣＩは更に、どのフィードバックフラグが単一のダウンリンクＨＡＲＱフィードバック送信に統合されるかを示す情報を含む。
【００３２】
いくつかの実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、ＨＡＲＱタイミングオフセットＫに対する値である。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｓであり、ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め定義された値である。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｓであり、ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め設定された値である。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｓであり、ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは無線デバイスの予め決定された最小のＨＡＲＱタイミングオフセットである。他の実施形態では、ＨＡＲＱタイミングオフセットＫの指標は、値Ｘであり、ＨＡＲＱタイミングオフセットＫは値Ｘの関数である。
【００３３】
いくつかの実施形態では、ＨＡＲＱフィードバックは、ＨＡＲＱフィードバックフラグを含む。ＨＡＲＱフィードバックフラグは、各ダウンリンクデータが無線デバイスにより正常に受信された場合にはＡＣＫであり、各ダウンリンクデータが無線デバイスにより正常に受信されなかった場合にはＮＡＣＫであり、各ＤＣＩが無線デバイスにより受信されなかった場合には、ＤＣＩ失敗の指標である。
【００３４】
いくつかの実施形態では、セルラ通信システムのための無線アクセスノードは、第１のサブフレームＴにおいてＤＣＩを無線デバイスに送信するための手段を有する。ＤＣＩは、ＨＡＲＱタイミングオフセットＫの指標を含む。無線アクセスノードは更に、サブフレームＴ＋Ｋにおいて無線デバイスからダウンリンクＨＡＲＱフィードバックを受信するための手段を有する。
【００３５】
いくつかの実施形態では、セルラ通信システムのための無線アクセスノードは、第１のサブフレームＴにおいてＤＣＩを無線デバイスに送信するように動作可能な送信モジュールを有する。ＤＣＩは、ＨＡＲＱタイミングオフセットＫの指標を含む。無線アクセスノードは更に、サブフレームＴ＋Ｋにおいて無線デバイスからダウンリンクＨＡＲＱフィードバックを受信するように動作可能な受信モジュールを有する。
【００３６】
当業者であれば、本開示の範囲を理解し、添付の素面に関連付けられる以下の詳細な説明を読んだ後に、その追加的な観点を実現化するだろう。
【図面の簡単な説明】
【００３７】
本明細書に組み入れられ、一部を構成する添付の図面は、本開示の原理を説明するのに役立つ説明と共に、本開示のいくつかの観点を説明する。
【図１】本開示の１つの実施形態に従うセルラ通信システムを示す。
【図２】本開示の１つの実施形態に従う無線デバイス（例えばユーザ装置デバイス（ＵＥ））と無線アクセスノード（または他のネットワークノード）の動作を示す。
【図３Ａ】本開示の実施形態の例示を示す。
【図３Ｂ】本開示の実施形態の例示を示す。
【図４】本開示の別の実施形態に従う無線デバイスと無線アクセスノード（または他のネットワークノード）の動作を示す。
【図５Ａ】本開示のいくつかの他の実施形態の例示を示す。
【図５Ｂ】本開示のいくつかの他の実施形態の例示を示す。
【図６】本開示のいくつかの実施形態に従う無線デバイスの動作を示すフローチャートである。
【図７Ａ】セルラ通信システムにおける束ねられたハイブリッド自動再送要求（ＨＡＲＱ）フィードバックに関連する問題を示す。
【図７Ｂ】セルラ通信システムにおける束ねられたハイブリッド自動再送要求（ＨＡＲＱ）フィードバックに関連する問題を示す。
【図８】セルラ通信システムにおける一束ねられたハイブリッド自動再送要求（ＨＡＲＱ）フィードバックに関連する問題を示す。
【図９】本開示のいくつかの実施形態に従う無線デバイスとネットワークノードの動作を示す。
【図１０】本開示のいくつかの実施形態に従うネットワークノードにより実行されるポーリング手順を示すフローチャートである。
【図１１】本開示のいくつかの実施形態に従うＵＥ側のフィードバック手順を示すフローチャートである。
【図１２】本開示のいくつかの実施形態に従うネットワーク側のｘ物理アプリンク制御チャネル（ｘＰＵＣＣＨ）検出手順を示すフローチャートである。
【図１３】本開示のいくつかの実施形態に従うネットワーク側のＨＡＲＱフィードバック解釈手順を示すフローチャートである。
【図１４Ａ】本開示の種々の実施形態に従う例を示す。
【図１４Ｂ】本開示の種々の実施形態に従う例を示す。
【図１４Ｃ】本開示の種々の実施形態に従う例を示す。
【図１５Ａ】本開示の種々の実施形態に従う例を示す。
【図１５Ｂ】本開示の種々の実施形態に従う例を示す。
【図１５Ｃ】本開示の種々の実施形態に従う例を示す。
【図１６Ａ】本開示の種々の実施形態に従う例を示す。
【図１６Ｂ】本開示の種々の実施形態に従う例を示す。
【図１７Ａ】本開示の種々の実施形態に従う例を示す。
【図１７Ｂ】本開示の種々の実施形態に従う例を示す。
【図１８Ａ】本開示の種々の実施形態に従う例を示す。
【図１８Ｂ】本開示の種々の実施形態に従う例を示す。
【図１９】開示のいくつかの実施形態に従う無線デバイスの例の実施形態のブロック図である。
【図２０】開示のいくつかの実施形態に従う無線デバイスの例の実施形態のブロック図である。
【図２１】本開示のいくつかの実施形態に従う基地局の例の実施形態のブロック図である。
【図２２】本開示のいくつかの実施形態に従う基地局の例の実施形態のブロック図である。
【図２３】本開示のいくつかの実施形態に従う基地局の例の実施形態のブロック図である。
【発明を実施するための形態】
【００３８】
以下に説明する実施形態は、当業者が実施形態を実行するための情報を表し、実施形態を実行するベストモードを説明する。添付の図面の観点から以下の説明を読むと、当業者は本開示の観点を理解し、ここに特に検討しない、これらの観点のアプリケーションを認識するだろう。これらのコンセプトおよびアプリケーションは、本開示と添付のクレームの範囲に含まれる。
【００３９】
無線ノード：ここで使用される“無線ノード”は、無線アクセスノードまたは無線デバイスのいずれかである。
【００４０】
無線アクセスノード：ここで使用される“無線アクセスノード”は、無線で信号を送信および／または無線で信号を受信するように動作する、セルラ通信ネットワークの無線アクセスネットワークにおけるあらゆるノードである。無線アクセスノードのいくつかの例は、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエヴォリューション（ＬＴＥ）ネットワークにおける強化型または進化型ＮｏｄｅＢ（ｅＮＢ）、高電力またはマクロ基地局、例えばミクロ基地局、ピコ基地局、ホームｅＮＢ等の低電力基地局、中継ノードといった基地局であるが、これらに限定されない。
【００４１】
無線デバイス：ここで使用される“無線デバイス”は、無線で信号を無線アクセスノードへ送信および／または無線で信号を無線アクセスノードから受信することにより、セルラ通信ネットワークへのアクセスを有する、すなわち、通信ネットワークによりサービスを受ける、あらゆるタイプのデバイスである。無線デバイスのいくつかの例は、３ＧＰＰ  ＬＴＥネットワークにおけるユーザ装置デバイス（ＵＥ）とマシーンタイプ通信（ＭＴＣ）デバイスであるが、これらに限定されない。
【００４２】
ネットワークノード：ここで使用される“ネットワークノード”は、無線アクセスネットワークまたはセルラ通信ネットワーク／システムのコアネットワークのいずれか部分のあらゆるノードである。
【００４３】
なお、ここに与えられる説明は、３ＧＰＰセルラ通信システムを目的し、それにより、３ＧＰＰ  ＬＴＥの用語または、３ＧＰＰ  ＬＴＥの用語と同様の用語が頻繁に使用される。しかしながら、ここに開示される概念は、３ＧＰＰシステムに限定されない。
【００４４】
なお、本説明において、“セル”という用語に対して参照がなされるが、特に第５世代（５Ｇ）の概念に関しては、セルに代わってビームが使用され得る。そのように、ここで説明される概念は、セルとビームの両方に等価的に適用可能であることに注意することが重要である。
【００４５】
本開示の実施形態について議論する前に、現存のハイブリッド自動再送要求（ＨＡＲＱ）ソリューションに関連するいくつかの問題について議論することが有益である。ＬＴＥの現在のＨＡＲＱプロトコルは１００％信頼できるものではない。よって、ＬＴＥも、信頼性を確実にするために、高いレイヤの無線リンク制御（ＲＬＣ）確認応答モード（ＡＭ（Acknowledged Mode））を使用する。また、現在のＨＡＲＱプロトコルは、例えば同期ＨＡＲＱタイミング動作毎といった、多くの厳しいタイミング関係に基づき、かなり柔軟性のないものであり、５Ｇに対しては非常に一般的と予想されている、動的な時間分割複信（ＴＤＤ）を用いて動作する場合等では、いくつかの問題を引き起こす。
【００４６】
更に、５Ｇに対するＨＡＲＱフィードバックプロトコルは、超高速であることと、特にＬＴＥよりかなり速いことの両方が望まれるが、まだｘ物理アップリンク制御チャネル（ｘＰＵＣＣＨ）リソースを使用しすぎることはない。したがって、ロバスト性および／またはユーザプレーンデータサービスの遅延要件等に依存した、むしろダイナミックな方法で、フィードバック遅延対ｘＰＵＣＣＨリソース消費に関して適合することができるＨＡＲＱフィードバックメカニズムが望まれる。
【００４７】
本開示は、５Ｇネットワーク等であって、これに限定されない、将来の世代のセルラ通信システムに対して特に良好に適したダウンリンクＨＡＲＱフィードバックに関するシステムおよび方法を提供する。いくつかの実施形態では、いくつかのダウンリンクＨＡＲＱ送信からのフィードバックフラグは、単一のＨＡＲＱフィードバック送信に束ねられる。いくつかの実施形態では、ネットワークは、ダウンリンク制御情報（ＤＣＩ）を用い、ＵＥに対して、どのフィードバックフラグをＨＡＲＱフィードバック送信に統合させるべきか、およびそれをいつどのように送信すべきかを指示する。
【００４８】
本開示は、例えば５Ｇ  ｘＰＵＣＣＨに対する、高速で効率的なダウンリンクＨＡＲＱフィードバックメカニズムを提案する。いくつかの実施形態では、当該メカニズムは、１つのＨＡＲＱフィードバックメカニズムに含まれる、可変の数のＨＡＲＱフィードバックフラグ（確認応答／否定応答（ＡＣＫ／ＮＡＣＫ））を許容する。２つの異なる変形を示す。
●直接的にスケジューリングされること。ここで、各ＤＣＩは直接的にｘＰＵＣＣＨ上のＡＣＫ／ＮＡＣＫの１つのアップリンクフィードバックをスケジュールする。
●ポーリングによること。ここで、受信結果はフィードバックバッファに格納され、ネットワークによる要求に応じて報告される。受信結果は、例えばＡＣＫ、ＮＡＣＫであり、いくつかの実施形態では、非連続送信（ＤＴＸ）である。
両方の変形は更にＤＴＸ検出、すなわち、以下に検討するように、ＤＣＩが聴取されない場合を許容する。
【００４９】
本開示の実施形態は、例えば５Ｇ  ｘＰＵＣＣＨに対する、高速で効率的なダウンリンクＨＡＲＱフィードバックメカニズムを提供する。ＵＥ毎に使用されるｘＰＵＣＣＨリソースの量を調整し、更に、超高速のフィードバックを可能にする。また、ここに開示するダウンリンクＨＡＲＱフィードバックメカニズムの実施形態は、ネットワークにより完全にスケジュールされ得る。それにより、ユーザプレーンサービス要件に依存して、リソース消費対フィードバック遅延に関して動的に適合化することが可能となる。ここに開示するダウンリンクＨＡＲＱフィードバックメカニズムの実施形態は、ＤＴＸ検出を可能にする。
【００５０】
本開示の実施形態は、セルラ通信システムまたはネットワークにおいて実装される。セルラ通信システム１０の１つの非限定的な例を図１に示す。図示されるように、セルラ通信システム１０は、いくつかの無線アクセスノードであって、この図示する例では基地局１４を含む無線アクセスネットワーク（ＲＡＮ）１２を含む。基地局１４は、時に、より一般的に無線アクセスノード１４と称される。３ＧＰＰでは、基地局１４は、例えば、ｅＮＢまたは低電力基地局（例えばピコ、マクロ、フェムト、ホーム基地局）であり得る。基地局１４は、基地局１４の対応するセル１６におけるＵＥ等の、無線デバイス１８へ無線アクセスを提供する。なお、図１の例においてはセル１６が示されているが、他の実施形態では、基地局１４は複数のビームで送信し得る。この例では、基地局１４は、Ｘ２接続、または、より一般的には基地局対基地局接続を介して、通信を行う。更に、基地局１４は、コアネットワーク２０と接続される。コアネットワーク２０は、１つ以上のモビリティ管理エンティティ（ＭＭＥ）２２、１つ以上のサービングゲートウェイ（Ｓ−ＧＷ）２４、および１つ以上のパケットデータネットワークゲートウェイ（Ｐ−ＧＷ）２６等といった種々のコアネットワークノードを含む。
【００５１】
＜直接的にスケジュールされたＨＡＲＱフィードバック＞
いくつかの実施形態では、各ＤＣＩは、フィードバックが、含まれるサブフレームのオフセットＫで与えられる後の機会において送信されるようにスケジュールする。よって、サブフレームＴにおいてスケジュールされたＤＣＩは、サブフレームＴ＋Ｋにおいてフィードバックを表す。
【００５２】
いくつかの関連する実施形態では、Ｋの構成が、例えばより高いレイヤのシグナリングを介して送信された、および／または仕様においてハードコードされたルックアップテーブル等により、例えば部分的に提供され得る。例えば、可能な最小のＫがＮ（無線デバイス１８のリアクション時間）であると仮定すると、Ｋ＝Ｎ、Ｋ＝Ｎ＋１、Ｋ＝Ｎ＋２等を送信することに代えて、ＤＣＩにおいてネットワークはＳ＝０、Ｓ＝１、Ｓ＝２等に代えることができ、分離して値Ｎをシグナリングする。その後、無線デバイス１８は、Ｋ＝Ｓ＋ＮとしてＫを計算する。なお、少なくともいくつかの実施形態では、Ｎの値は、例えばより高いシグナリングにより一度のみ、シグナリングされ得るか、例えばより早く実行されたＲＲＣ接続手順からネットワークが既に気づいている無線デバイス１８の特性であり得る。Ｓの値は変動し得る。例えば、Ｓの値は、各ＤＣＩメッセージにおいてＳの値を含むことにより変動し得る。ここで、Ｓの値は、１つのＤＣＩメッセージから別のものに変動し得る。
【００５３】
図２は、例えば上記の実施形態に従って動作するための無線デバイス１８と無線アクセスノード１４または他のネットワークノードの動作を示す。図示するように、無線アクセスノード１４またはいくつかの他のネットワークノードは、オプション的に、ＤＣＩメッセージを受信したことを受けて無線デバイス１８がＨＡＲＱフィードバックを送信する時間（Ｔ＋Ｋ）を決定するために使用されるオフセットＫを、少なくとも部分的に設定する（ステップ１００）。重ねて、Ｔは、サブフレームであり、より一般的には、ＤＣＩメッセージが受信された時間であり、Ｔ＋Ｋは、サブフレームであり、より一般的には、ＨＡＲＱフィードバックが送信される時間である。したがって、Ｔは、時にここでは現在のサブフレームと称され、ＫはここではＨＡＲＱタイミングオフセットＫまたは単にオフセットＫと称される。上述したように、オフセットＫのこの設定は、例えば、対応するＤＣＩメッセージにおいて送信されたインデックスからＫの値を決定するために無線デバイス１８により使用されるルックアップテーブルのシグナリング等を含み得る。上記に検討した別の例として、この設定は、例えばＫ＝Ｎ＋Ｓに従ってオフセットＫを決定するために使用される値Ｓの設定であり得る。ここで、Ｓは、対応するＤＣＩメッセージに含まれ、Ｎは、例えば無線デバイス１８の予め決定されたリアクション時間等の、予め決定された時間である。
【００５４】
ある時点で、無線デバイス１８は、無線アクセスノード１４からＤＣＩメッセージを受信する。ここで、ＤＣＩメッセージは、オフセットＫの指標を含む（ステップ１０２）。オフセットＫの指標は、Ｋの値、または、Ｋの値を決定するために無線デバイス１８により使用することができる何らかの値であり得る。すなわち、Ｋは、指標により通信された値Ｘの関数であり得る。例えば、オフセットＫの指標は、値Ｓであり得る。ここで、オフセットＫ＝Ｎ＋Ｓであり、ここでＮは、ステップ１００の設定において提供される等、ネットワークにより規定されるまたは設定されること等により、予め定義され得る。
【００５５】
いくつかの実施形態では、無線デバイス１８は、単一のＤＣＩメッセージを受信し、以下のステップ１０６で単一のＨＡＲＱフラグを含むＨＡＲＱフィードバックの送信をもたらす。しかしながら、他の実施形態では、無線デバイス１８はステップ１０２のＤＣＩメッセージと、潜在的に前のサブフレームにある追加的なＤＣＩメッセージを含む複数のＤＣＩメッセージを受信する。したがって、複数のＤＣＩメッセージがある場合、これらのＤＣＩメッセージは、それぞれのＨＡＲＱタイミングオフセットＫを有し、それにより、同じサブフレームで送信されるそれぞれのＨＡＲＱフィードバックをもたらす。したがって、いくつかの実施形態では、無線デバイス１８は、複数のＨＡＲＱフィードバックフラグを統合し、サブフレームＴ＋Ｋにおいて無線デバイスにより送信されるＨＡＲＱフィードバックを提供する（ステップ１０４）。しかしながら、ステップ１０４はオプション的である。以下に議論するように、無線デバイス１８が複数のフラグを統合する方法は、特定の実施形態／実装に依存して変化し得る。例えば、無線デバイス１８は、複数のフィードバックフラグを表わすビットパターンを連結するか、複数のＨＡＲＱフィードバックフラグを単一のコードワードに結合符号化し得る。ＨＡＲＱフィードバックフラグを統合する１つの例の代替として、無線デバイス１８は、分離したアップリンク制御情報（ＵＣＩ）メッセージにおいてＨＡＲＱフィードバックフラグを送信し得る。
【００５６】
無線デバイス１８は、サブフレームＴ＋Ｋにおいて、ダウンリンクＨＡＲＱフィードバックを送信する（ステップ１０６）。ここで説明したように、いくつかの実施形態では、ＨＡＲＱフィードバックは、サブフレームＴにおいてＤＣＩメッセージによりスケジュールされた単一のダウンリンクデータ送信に対するダウンリンクＨＡＲＱフラグである。このケースでは、ダウンリンクＨＡＲＱフラグは、ＤＣＩメッセージによりスケジュールされたダウンリンクデータがサブフレームＴにおいて無線デバイス１８により正常に受信された（受信に成功した）場合はＡＣＫであり、ＤＣＩメッセージによりスケジュールされたダウンリンクデータがサブフレームＴにおいて無線デバイス１８により正常に受信されなかった（受信に成功しなかった）場合はＮＡＣＫである。
【００５７】
いくつかの他の実施形態では、ＨＡＲＱフィードバックは、複数のダウンリンク送信に対するダウンリンクＨＡＲＱフィードバックを含む。例えば、複数のダウンリンク送信は、サブフレームＴ１、Ｔ２、…、ＴＭにおいて受信されたそれぞれのＤＣＩメッセージによりスケジュールされ得る。ここで、それぞれのＨＡＲＱタイミングオフセットＫ１、Ｋ２、…、ＫＭは、これらのダウンリンク送信の全てに対するＨＡＲＱフィードバックが同じサブフレーム（すなわち、Ｔ１＋Ｋ１＝Ｔ２＋Ｋ２＝…＝ＴＭ＋ＫＭ）において起こるといったものである。ＨＡＲＱフィードバックはそして、例えば、分離したＵＣＩメッセージ等において、ｘＰＵＣＣＨにおけるリソースエレメント（ＲＥ）等の分離した物理的リソースにマッピングされた、複数のダウンリンクＨＡＲＱフラグを含み得る。代わりに、ＨＡＲＱフィードバックは、ステップ１０４により提供された、複数のダウンリンクＨＡＲＱフラグを共に示す、単一の結合されたフィードバックを含み得る。例えばそれは、複数のダウンリンクＨＡＲＱフラグの単一のコードワードへの結合符号化の結果、または、複数のＨＡＲＱフラグを表す複数のビットパターンを連結する結果である。いくつかの実施形態では、ダウンリンクＨＡＲＱフラグは、それぞれのダウンリンクデータ送信（例えば物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上のデータ送信）が無線デバイス１８により正常に受信されたかに依存して、ＡＣＫとＮＡＣＫを含む。追加的に、いくつかの実施形態では、それぞれのＤＣＩメッセージが無線デバイス１８により正常に受信されなかった場合、ＤＣＩ受信において、ダウンリンクＨＡＲＱフラグは、ＤＴＸ、すなわち、エラーまたは失敗を表すフラグを含む。
【００５８】
無線アクセスノード１４は、あらゆる所望のＨＡＲＱフィードバック処理スキームに従って、ＨＡＲＱフィードバックを受信して処理する（ステップ１０８）。例えば、ＮＡＣＫが受信された場合、無線アクセスノード１４は、ダウンリンクデータを再送する。
【００５９】
いくつかの実施形態では、無線アクセスノード１４は、ＤＣＩエラーまたは失敗を、ＨＡＲＱフィードバックに基づいて検出することができる。これは、ＤＴＸまたはＤＣＩの失敗／エラーと称される。いくつかの実施形態では、ＤＴＸの検出、すなわち、ＤＣＩの失敗は、下記のいずれかにより得ることができる。
●ｘＰＵＣＣＨ上の物理リソース／ＲＥの所与のセットへの各受信したＤＣＩの個別の（明示的な）マッピングを有すること。すなわち、いくつかの分離したＵＣＩメッセージは、個別のリソースを用いるが同じ時間で送信される。１つの特定のリソース／リソースエレメントにおいてネットワークにより何も受信されなかった場合、無線デバイス１８が対応するＤＣＩの復号化に失敗したというように解釈することができる。
●フィードバックにおける分離したコードポイントとしてＤＴＸを明確に符号化する。例えば、００＝ＡＣＫ、０１＝ＤＴＸ、１１＝ＮＡＣＫ、…とする。
●複数のＨＡＲＱフィードバックの結合符号化。このケースでは、無線デバイス１８は、ｘＰＵＣＣＨ送信を準備するとき、無線デバイス１８は、送信されるフィードバックフラグを、ｘＰＵＣＣＨ上で送信されるコードワードにマッピングされる単一のコードポイントに統合する。例えば、４つまでのフィードバックフラグがＨＡＲＱフィードバック送信に含まれる場合、コードポイントは、ｆ１＋３ｆ２＋９ｆ３＋…＋２７ｆ４のように計算することができる。ここで、ｆ１…ｆ４は、ＡＣＫ＝１、ＮＡＣＫ＝２、およびＤＴＸ＝０として符号化されたフィードバックフラグである。ＤＴＸは、そのフラグに対して何らの送信も検出されないことを意味する。なお、複数のＨＡＲＱフィードバックは、結合符号化なしで、同様の方法で結合され得る。例えば、各フィードバックは、ＨＡＲＱ送信において、数ビット、例えば先の箇条書きにおける例として２ビットで表わせられる。
【００６０】
図２の手順の例示を図３Ａと図３Ｂに示す。図３Ａに示す第１の例では、ＤＣＩメッセージとダウンリンクデータの両方は、サブフレームＴ、Ｔ＋１、Ｔ＋２、およびＴ＋３に対して正常に復号化され、それぞれのＨＡＲＱフィードバックフラグ、ＡＣＫ、ＡＣＫ、ＡＣＫ、およびＡＣＫは、サブフレームＰにおいて送信される。これらの４つのフィードバックフラグは、結合符号化され、または、それ以外では、単一のフィードバック／ビットパターンに結合され、または、例えば分離したＵＣＩメッセージにおいて分離した物理リソースにおいて送信され得る。図３Ａに示す第２の例では、サブフレームＴ、Ｔ＋１、Ｔ＋２、およびＴ＋３に対するＤＣＩメッセージは正常に復号化され、サブフレームＴ、Ｔ＋２、およびＴ＋３に対するダウンリンクデータは正常に復号化され、サブフレームＴ＋１に対するダウンリンクデータは正常に復号化されない。すなわち、ＰＤＳＣＨエラーが存在する。適切なＨＡＲＱフィードバックフラグ（ＡＣＫ、ＮＡＣＫ、ＡＣＫ、ＡＣＫ）は、サブフレームＰにおいて無線デバイス１８により送信される。重ねて、これらの４つのフィードバックフラグは、結合符号化され、または、それ以外では、単一のフィードバック／ビットパターンに結合され、または、例えば分離したＵＣＩメッセージ等の分離した物理リソースにおいて送信され得る。
【００６１】
図３Ｂに示す第３の例では、サブフレームＴ、Ｔ＋２、およびＴ＋３に対するＤＣＩメッセージは正常に復号化され、サブフレームＴ＋１に対するＤＣＩメッセージは正常に復号化されない。すなわち、サブフレームＴ＋１においてＤＣＩエラーが存在し、サブフレームＴ、Ｔ＋２、およびＴ＋３に対するダウンリンクデータは正常に復号化される。適切なＨＡＲＱフィードバックフラグ（ＡＣＫ、ＤＴＸ、ＡＣＫ、ＡＣＫ）は、サブフレームＰにおいて無線デバイス１８により送信される。重ねて、これらの４つのフィードバックフラグは、結合符号化され、または、それ以外では、単一のフィードバック／ビットパターンに結合され、または、例えば分離したＵＣＩメッセージ等の分離した物理リソースにおいて送信され得る。最後に、図３Ｂに示す第４の例では、無線デバイス１８がサブフレームＴ＋１においてスケジュールされない以外は、例１と同様である。この例では、適切なＨＡＲＱフィードバックフラグ（ＡＣＫ、ＤＴＸ、ＡＣＫ、ＡＣＫ）は、サブフレームＰにおいて無線デバイス１８により送信される。重ねて、これらの４つのフィードバックフラグは、結合符号化され、または、それ以外では、単一のフィードバック／ビットパターンに結合され、または、例えば分離したＵＣＩメッセージ等の分離した物理リソースにおいて送信され得る。
【００６２】
＜ポーリングによるＨＡＲＱフィードバック＞
いくつかの実施形態では、各ＤＣＩメッセージは、ＨＡＲＱフィードバックバッファへのインデックスを含み、ここで、インデックス付きの受信に対する受信ステータス（ＡＣＫ（Ａ）／ＮＡＣＫ（Ｎ）、または、少なくともいくつかの実施形態では、ＤＴＸまたはＤＣＩエラー（Ｄ））が記憶される。
【００６３】
いくつかの関連する実施形態では、ネットワークは、ＨＡＲＱフィードバックバッファのステータスレポートを明示的にポーリングし、また、ＨＡＲＱフィードバックバッファのステータスもフラッシュする。無線デバイス１８のＨＡＲＱフィードバック遅延をｄサブフレームと仮定すると、サブフレームＴにおいて受信されるポールは、サブフレームＴ＋ｄにおけるフィードバックと表わせられる。いくつかの実施形態では、ＨＡＲＱフィードバック遅延ｄは、４つのサブフレーム等の固定的な遅延であり得る。他の実施形態では、ＨＡＲＱフィードバック遅延ｄは、設定可能な遅延であり得る。特に、いくつかの実施形態では、上述のポールは、上述したＨＡＲＱタイミングオフセットＫの設定に対して説明したものと同様の手法でフィードバックが送信されるときについての明示的な詳細を含み得る。すなわち、いくつかの実施形態では、ｄ＝Ｋであり、ここで、Ｋは、上述したＨＡＲＱタイミングオフセットＫである。
【００６４】
更にいくつかの更なる関連する実施形態では、ＤＴＸの検出、すなわち、ＤＣＩの失敗は、下記のいずれかにより得ることができる。
●物理的リソース／リソースエレメントの所与のセットへの各ＨＡＲＱフィードバックバッファのエントリの個別のマッピングを有すること。特定のリソース／リソースエレメントにおいてネットワークにより何も受信されなかった場合、無線デバイス１８が対応するＤＣＩの復号化に失敗したというように解釈することができる。
●フィードバックにおける分離したコードポイントとしてのＤＴＸの明示的な符号化。
○例１：分離的に、００＝ＡＣＫ、０１＝ＤＴＸ、１１＝ＮＡＣＫ、…とする。
○例２：全てのブロックに渡って結合符号化する。最後のエントリのＤＴＸの場合、報告は送信されないため、最初の３つのエントリだけにおいてＤＴＸが含まれる必要がある。したがって、これは３＊３＊３＊２＝５４コードポイントを必要とし、例えば、最小６ビットの適切なブロックコードにより符号化され得る。すなわち、２＾６＝６４＞５４となる。
【００６５】
上述したポーリング手順の１つの例を図４に示す。図示するように、無線アクセスノード１４は、サブフレームＴ１において、ここではｘ物理ダウンリンク制御チャネル（ｘＰＤＣＣＨ）と称される、ダウンリンク制御チャネル上で第１のＤＣＩメッセージ送信し、無線デバイス１８はそれを受信する（ステップ２００）。第１のＤＣＩメッセージは、サブフレームＴ１においてダウンリンクデータが無線デバイス１８に送信されたことを示すダウンリンクグラントを含む。追加的に、第１のＤＣＩメッセージは、それぞれのダウンリンクＨＡＲＱフラグ（例えば、ＡＣＫ、ＮＡＣＫまたはＤＴＸ）が格納されるＨＡＲＱフィードバックバッファにおける位置に対するインデックスを含む。無線アクセスノード１４はまた、第１のＤＣＩメッセージに含まれるダウンリンクグラントに従って、サブフレームＴ１において第１のダウンリンクデータを無線デバイス１８に送信する（ステップ２０２）。無線デバイス１８は、ここでは受信ステータスと称されるダウンリンクＨＡＲＱフラグを、第１のＤＣＩメッセージに含まれるインデックスにより定義される位置において、ＨＡＲＱフィードバックバッファに格納する（ステップ２０４）。いくつかの実施形態では、格納されたダウンリンクＨＡＲＱフラグは、無線デバイス１８がサブフレームＴ１において正常にダウンリンクの受信／復号化した場合は、ＡＣＫであり、無線デバイス１８がサブフレームＴ１において正常にダウンリンクデータの受信／復号化しなかった場合は、ＮＡＣＫである。しかしながら、以下に説明するように、いくつかの実施形態において、格納スキームは修正され得る。いくつかの実施形態では、ＨＡＲＱフィードバックバッファは、ＤＴＸに対する全ての位置において初期化される。例えば、無線デバイス１８が第１のＤＣＩメッセージの受信に失敗した場合、ＤＴＸフラグは、ＨＡＲＱフィードバックバッファにおけるそれぞれの位置において維持される。
【００６６】
同じ方法で、無線アクセスノード１４は、サブフレームＴ２において、ここではｘＰＤＣＣＨと称される、ダウンリンク制御チャネル上で第２のＤＣＩメッセージ送信し、無線デバイス１８はそれを受信する（ステップ２０６）。第２のＤＣＩメッセージは、サブフレームＴ２においてダウンリンクデータが無線デバイス１８に送信されたことを示すダウンリンクグラントを含む。追加的に、第２のＤＣＩメッセージは、それぞれのダウンリンクＨＡＲＱフラグ（例えば、ＡＣＫ、ＮＡＣＫまたはＤＴＸ）が格納されるＨＡＲＱフィードバックバッファにおける位置に対するインデックスを含む。無線アクセスノード１４はまた、第２のＤＣＩメッセージに含まれるダウンリンクグラントに従って、サブフレームＴ２において第２のダウンリンクデータを無線デバイス１８に送信する（ステップ２０８）。無線デバイス１８は、ここでは受信ステータスと称されるダウンリンクＨＡＲＱフラグを、第２のＤＣＩメッセージに含まれるインデックスにより定義される位置において、ＨＡＲＱフィードバックバッファに格納する（ステップ２１０）。いくつかの実施形態では、格納されたダウンリンクＨＡＲＱフラグは、無線デバイス１８がサブフレームＴ２においてダウンリンクの受信／復号化に成功した（正常に受信／復号化した）場合は、ＡＣＫであり、無線デバイス１８がサブフレームＴ２においてダウンリンクデータの受信／復号化に成功しなかった（正常に受信／復号化しなかった）場合は、ＮＡＣＫである。しかしながら、以下に説明するように、いくつかの実施形態において、格納スキームは修正され得る。いくつかの実施形態では、ＨＡＲＱフィードバックバッファは、ＤＴＸに対する全ての位置において初期化される。例えば、無線デバイス１８が第２のＤＣＩメッセージの受信に失敗した場合、ＤＴＸフラグは、ＨＡＲＱフィードバックバッファにおけるそれぞれの位置において維持される。
【００６７】
当該処理は、無線アクセスノード１４がサブフレームＴＭでポールインジケータを含むＤＣＩメッセージを送信し、無線デバイス１８がこれを受信するまで、この手法で続く（ステップ２１２）。この例では、ＤＣＩメッセージはまた、サブフレームＴＭに対するダウンリンクグラントと、対応するダウンリンクＨＡＲＱフラグに対するＨＡＲＱバッファインデックスも含む。例えば、無線アクセスノード１４は、サブフレームＴＭにおいて送信されたＤＣＩメッセージに含まれるダウンリンクグラントに従って、サブフレームＴＭにおいてダウンリンクデータを無線デバイス１８に送信する（ステップ２１４）。無線デバイス１８は、ここでは受信ステータスと称されるダウンリンクＨＡＲＱフラグを、サブフレームＴＭにおいて送信されるＤＣＩメッセージに含まれるインデックスにより定義される位置において、ＨＡＲＱフィードバックバッファに格納する（ステップ２１６）。いくつかの実施形態では、格納されたダウンリンクＨＡＲＱフラグは、無線デバイス１８がサブフレームＴＭにおいて正常にダウンリンクの受信／復号化した場合は、ＡＣＫであり、無線デバイス１８がサブフレームＴＭにおいて正常にダウンリンクデータの受信／復号化しなかった場合は、ＮＡＣＫである。しかしながら、以下に説明するように、いくつかの実施形態において、格納スキームは修正され得る。いくつかの実施形態では、ＨＡＲＱフィードバックバッファは、ＤＴＸに対する全ての位置において初期化される。例えば、無線デバイス１８がサブフレームＴＭにおいてＤＣＩメッセージの受信に失敗した場合、ＤＴＸフラグは、ＨＡＲＱフィードバックバッファにおけるそれぞれの位置において維持される。
【００６８】
ポールインジケータを受信したことを受けて、無線デバイス１８は、ＨＡＲＱフィードバックバッファに格納されているＨＡＲＱフィードバックフラグを表わすＨＡＲＱフィードバックを、例えばｘＰＵＣＣＨ上で送信する（ステップ２１８）。ＨＡＲＱフィードバックは、サブフレームＴＭ＋ｄにおいて送信される。ここで、遅延ｄは、固定的の遅延、または、いくつかの実施形態では設定可能なＨＡＲＱタイミングオフセットＫ等の設定可能な遅延であり得る。いくつかの実施形態では、ＨＡＲＱフィードバックバッファにおける複数のＨＡＲＱフィードバックフラグは、分離したＵＣＩメッセージ等の分離した物理リソースにおいて送信され得る。他の実施形態では、複数のＨＡＲＱフィードバックフラグは結合され、送信のために結合されたＨＡＲＱフィードバックを提供する。結合されたＨＡＲＱフィードバックは、複数のＨＡＲＱフラグを表すビットパターンの連結であり得る。例えば、ＨＡＲＱフラグがＡＣＫ＝００とＮＡＣＫ＝０１であり、ＨＡＲＱフィードバックに４つの位置が存在する場合、結合されたＨＡＲＱフィードバックは、０００００００１であり得る。別の例として、結合されたＨＡＲＱフィードバックは、複数のＨＡＲＱフラグを結合符号化することにより得られるコードワードであり得る。
【００６９】
無線アクセスノード１４は、ＨＡＲＱフィードバックを検出し（ステップ２２０）、ＨＡＲＱフィードバックを解釈する（２２２）。一度ＨＡＲＱフィードバックが検出され解釈されると、無線アクセスノード１４は、適切なアクション、例えば、データの再送、を行う。
【００７０】
この手順の例示を、図６における無線デバイス１８の動作を示すフローチャートに対応して、図５Ａと図５Ｂに示す。なお、図５Ａと図５Ｂでは、ＤＣＩにおいてインデックスを付すこととポーリングすることは、別々に符号化される。それらはもちろん結合符号化され得る。例えば、
●００＝インデックス０でフィードバックを格納する。
●０１＝インデックス１でフィードバックを格納する。
●１０＝インデックス２でフィードバックを格納する。
●１１＝インデックス３でフィードバックを格納し、Ｎサブフレーム後にフィードバックを送信する／バッファをフラッシュする。
【００７１】
図５Ａに示すように、第１の例では、無線デバイス１８は、バッファインデックス００でＤＣＩメッセージを受信し、インデックス００に対応するバッファ位置で、ＨＡＲＱフィードバックバッファにおいてそれぞれのＨＡＲＱフィードバックフラグを格納する。次のサブフレームでは、無線デバイス１８は、ポールバッファインデックス０１でＤＣＩメッセージを受信し、インデックス０１に対応するバッファ位置で、ＨＡＲＱフィードバックバッファにおいてそれぞれのＨＡＲＱフィードバックフラグを格納する。後に、無線デバイス１８は、ポールバッファインデックス０２と１３のそれぞれでサブフレームにおいて別のＤＣＩメッセージを受信し、インデックス０２と１３に対応するバッファ位置で、ＨＡＲＱフィードバックバッファにおいてそれぞれのＨＡＲＱフィードバックフラグを格納する。無線アクセスノード１４等のネットワークは、ＨＡＲＱフィードバックのために無線デバイス１８をポーリングする。ネットワークによりポーリングされたことに応答して、無線デバイス１８は、サブフレームＴ＋ｄにおいてＨＡＲＱフィードバックバッファに格納されたＨＡＲＱフィードバックを送信する。この例では、無線デバイス１８は、例えばサブフレームＴにおいてポーリングされ、値ｄは、固定的な値または設定可能な値であり、例えば、上述したようにネットワークにより設定され得るＨＡＲＱタイミングオフセットＫであり得る。図５Ａと図５Ｂの例２と例３は、第１の例と同様であるが、第２のサブフレームでＰＤＳＣＨエラーが存在し（例２）、第２のサブフレームでＤＣＩエラーが存在する（例３）。
【００７２】
図６は、本開示のいくつかの実施形態に従う無線デバイス１８の動作を示すフローチャートである。なお、いくつかの実施形態では、ＨＡＲＱフィードバックバッファは、全ての位置がいくつかのデフォルトの値に設定されるように、初期化される（ここで説明する例の実施形態では、ＤＴＸとする）。なお、点線の四角はオプションのステップを表す。図示するように、無線デバイス１８は、まず、ＤＣＩメッセージの受信を待機する（ステップ３００と３０２）。ＤＣＩメッセージを受信すると、無線デバイス１８は、適切なＨＡＲＱフラグ、ＡＣＫまたはＮＡＣＫを、所与のインデックスに対して、ＨＡＲＱフィードバックバッファに格納する。ここでインデックスは、例えば、ＤＣＩメッセージにおいて提供される（ステップ３０４）。処理はステップ３００に戻り、無線デバイス１８がネットワークによりポーリングされるまで、繰り返され得る（ステップ３０６、ＹＥＳ）。なお、いくつかの実施形態では、ステップ３０６はオプション的であり、例えば、無線デバイス１８は、ＨＡＲＱフィードバックバッファにおける最後の位置に到達すると自動にフィードバックを送信し得る。これは、暗示的なポーリングと考えられ得る。
【００７３】
ポーリングされると、無線デバイス１８は、ＨＡＲＱフィードバックバッファのステータスに基づいて、ｘＰＵＣＣＨメッセージを作成する（ステップ３０８）。例えば、いくつかの実施形態において、無線デバイス１８は、ＨＡＲＱフィードバックバッファに格納されているダウンリンクＨＡＲＱフラグを結合し、結合したＨＡＲＱフィードバック、すなわち結合したダウンリンクＨＡＲＱフィードバックメッセージを提供する。結合したＨＡＲＱフィードバックは、例えば、各ダウンリンクＨＡＲＱフラグに対するビットパターン／シーケンスの連結、または、別の例として、ＨＡＲＱフィードバックバッファに格納されているＨＡＲＱフラグを結合符号化することにより得られる単一のコードワードであり得る。ｘＰＤＣＣＨメッセージは、例えば符号化された形式において、ＨＡＲＱフィードバックバッファに格納されているＨＡＲＱフィードバックフラグを含む。無線デバイス１８は、ＨＡＲＱフィードバックバッファをフラッシュする（ステップ３１０）。例えば、全てのエントリをＤＴＸに設定する。無線デバイス１８はｄ個のサブフレーム待機し（ステップ３１２）、作成したｘＰＵＣＣＨメッセージをｘＰＵＣＣＨ上で送信する（ステップ３１４）。なお、値ｄ、すなわち、ＨＡＲＱフィードバック遅延は、規格により定義された固定的の値等のあらかじめ定義された値、または、ＨＡＲＱタイミングオフセットＫの設定と同様な手法等においてネットワークにより設定された設定値であり得る。
【００７４】
いくつかの実施形態では、ＨＡＲＱフィードバック遅延ｄは、デバイス固有の値であり、例えば、無線デバイス１８の処理遅延により決まる。このケースでは、異なる無線デバイス１８は、無線デバイス１８がＤＣＩメッセージを受信する時間から無線デバイスがＵＣＩ、より一般的にはＨＡＲＱフィードバックを送信するまでの、異なるデバイス固有の遅延を有し得る。１つ以上の無線デバイス１８は、同時に、すなわち、同じサブフレームで、ＵＣＩメッセージを送信し得る。これは、ＵＣＩメッセージの同時の送信が衝突するという問題を表す。この問題は、以下のいずれかにより解決することができる。
●ＵＣＩマッピングへの暗示的なＤＣＩよりむしろ、無線デバイス１８に対してＵＣＩリソースを示すための明示的なシグナリングを用いること。この明示的なシグナリングは、上述したように、ＨＡＲＱオフセットタイミングＫをシグナリングする等、無線デバイス１８により使用されるｄの値の指標のシグナリングであり得る。
●異なる処理遅延を有する無線デバイス１８を、異なる周波数リソースに割り当てること。
●無線デバイス１８を、異なるＤＣＩ制御チャネルエレメント（ＣＣＥ）でスケジューリングすること。
●既にスケジュールされた別の無線デバイス１８により送信されるＵＣＩと衝突するＵＣＩを送信する新しい無線デバイス１８をスケジューリングすることを避けること。
【００７５】
＜進化型ＨＡＲＱフィードバック＞
上述したような５ＧにおけるｘＰＵＣＣＨに対するＨＡＲＱフィードバックソリューションは、例えばＨＡＲＱフィードバック報告の形式において、ＨＡＲＱフィードバックがダウンリンク上のＤＣＩエラーにより、および／または、アップリンク上のｘＰＵＣＣＨエラーにより、受信されない場合の問題を経験し得る。
【００７６】
図７Ａおよび図７Ｂおよび図８において図示するように、これらのケースでは、ネットワークは、受信していない報告によりカバーされるＰＵＳＣＨ送信の正常および／または非正常受信についての結論を出すことはできない。追加的に、ネットワークは、受信されていない送信がＡＣＫとされる（例えば、ＮＡＣＫ→ＡＣＫエラー）と信じることについて、間違った結論を出す可能性があり、それは、費用が掛かるより高いレイヤの再送を引き起こす。
【００７７】
具体的には、図７Ａと図７Ｂは、問題Ａと問題Ｂと称す、２つの問題を示す。問題Ａでは、ＤＣＩエラーは、サブフレームＳＦ＃（Ｊ）において無線デバイス１８により受信されないポール要求／インジケータを引き起こす。ポールインジケータが受信されないため、ＨＡＲＱフィードバックバッファは、クリアされない。すなわち、ＨＡＲＱフィードバックバッファにおける全ての位置は、ＤＴＸにリセットされず、無線デバイス１８は、サブフレームＳＦ＃（Ｊ＋２）においてＨＡＲＱフィードバックをネットワークに送信しない。この例において、サブフレームＳＦ＃（Ｊ＋１）において、ＮＡＣＫは、ＨＡＲＱフィードバックバッファにおける第１の位置に格納される。ここで、ＮＡＣＫは、サブフレームＳＦ＃（Ｊ）におけるＤＣＩエラーの結果としてネットワークへ送信されなかったＨＡＲＱフィードバックバッファにおけるＡＣＫを上書き／隠す。サブフレームＳＦ＃（Ｊ＋２）では、ＮＡＣＫは、ＨＡＲＱフィードバックバッファにおける第２の位置に格納される。ここで、ＮＡＣＫは、サブフレームＳＦ＃（Ｊ）におけるＤＣＩエラーの結果としてネットワークへ送信されなかったＨＡＲＱフィードバックバッファにおけるＡＣＫを上書き／隠す。サブフレームＳＦ＃（Ｊ＋３）では、ＡＣＫは、ＨＡＲＱフィードバックバッファにおける第３の位置に格納される。ここで、ＡＣＫは、サブフレームＳＦ＃（Ｊ）におけるＤＣＩエラーの結果としてネットワークへ送信されなかったＨＡＲＱフィードバックバッファにおけるＮＡＣＫを上書き／隠す。サブフレームＳＦ＃（Ｊ＋４）では、ＡＣＫは、ＨＡＲＱフィードバックバッファにおける第４の位置に格納される。ここで、ＡＣＫは、サブフレームＳＦ＃（Ｊ）におけるＤＣＩエラーの結果としてネットワークへ送信されなかったＨＡＲＱフィードバックバッファにおけるＮＡＣＫを上書き／隠す。問題Ｂでは、ｘＰＵＣＣＨフィードバックは、アップリンクにおいて欠落し、ｘＰＵＣＣＨはサブフレームＳＦ＃（Ｊ＋２）において受信されない。
【００７８】
なお、ネットワークは、問題Ａと問題Ｂとをどのように区別するかについての知識はない。問題Ａと問題Ｂの両方において、サブフレームＳＦ＃（Ｊ＋２）では、ネットワークは、サブフレームＳＦ＃（Ｊ−３）、ＳＦ＃（Ｊ−２）、ＳＦ＃（Ｊ−１）およびＳＦ＃（Ｊ）においてダウンリンク送信に対するＨＡＲＱフィードバックを受信せず、ネットワークは、これらのダウンリンク送信に関して何らの結論を出すことはできない。サブフレームＳＦ＃（Ｊ＋７）では、ネットワークは、ＮＡＣＫにされている全てのＨＡＲＱプロセスを再送する。すなわち、それらのバッファインデックスは０と１であり、これらはサブフレームＳＦ＃（Ｊ＋１）とＳＦ＃（Ｊ＋２）のダウンリンクの送信に対応する。ネットワークは、同様に、サブフレームＳＦ＃（Ｊ＋３）とＳＦ＃（Ｊ＋４）のダウンリンク送信がＡＣＫにされると想定する。これは全て正しいが、ネットワークは、サブフレームＳＦ＃（Ｊ−３）、ＳＦ＃（Ｊ−２）、ＳＦ＃（Ｊ−１）およびＳＦ＃（Ｊ）の受信ステータスを知らない。なぜならば、対応するステータスフラグは、新しいステータスフラグにより上書きされているからである。
【００７９】
図８は、複数の連続するＤＣＩエラーがあるシナリオにおいてもたらされる問題（問題Ｃ）を示す。図７Ａの問題Ａの問題に加えて、問題Ｃに対しては、サブフレームＳＦ＃（Ｊ＋１）におけるＤＣＩエラーが、ＨＡＲＱフィードバックバッファにおけるエントリを、更新されないインデックス０にさせる。これにより、ネットワークは、サブフレームＳＦ＃（Ｊ＋７）において、対応するダウンリンク送信がＡＣＫにされていると誤って想定することとなる。ここで、実際には、それは、ＤＴＸとして示されるべきである。
【００８０】
本開示の実施形態は、上述したような５ＧにおけるｘＰＵＣＣＨに対するＨＡＲＱフィードバックのソリューションを強化する。なお、ここで使用されるｘＰＵＣＣＨという用語は、特に５Ｇネットワークにおける、アップリンク制御チャネルを参照する。しかしながら、ｘＰＵＣＣＨという名前は、明確性と議論の簡単化のために使用されるのみであり、５Ｇにおける実際のアップリンク制御チャネルには異なる名前が与えられ得る。本開示の概要を図９に表し、以下に説明する。最も重要なことは、本開示の実施形態は、
●無線デバイス１８が、単純に、先の受信の古いステータス（ＡＣＫ／ＮＡＣＫ／ＤＴＸ）を新しいものに置き換えず、より洗練された手順を使用することを保証する（図１１と、対応する以下の説明を参照されたい）。
●ネットワークが、フィードバックの欠落（ＤＣＩエラーまたはｘＰＵＣＣＨエラー）を正しく解釈し、それに応じて適切なアクションをとることを保証する（図１２と、対応する以下の説明を参照されたい）。
【００８１】
ここに開示する改良により、上述のＨＡＲＱフィードバックソリューションは、ダウンリンクにおける制御チャネルエラー、すなわち、ＤＣＩエラー、並びに、アップリンクにおける制御チャネルエラー、すなわち、ｘＰＵＣＣＨエラーに対して、よりロバストなものとなる。より高いレイヤの再送を引き起こす、コスト高のＤＴＸ／ＮＡＣＫ→ＡＣＫエラーは、コスト高ではない、いくつかの余分なＨＡＲＱ再送のコストにおいて、軽減される。特別ボーナスとして、ＨＡＲＱフィードバックの欠落をできるだけ速く暗に解釈し、それにより、一番短い可能なＨＡＲＱラウンドトリップタイム（ＲＴＴ）を提供することができる。
【００８２】
強化型ＨＡＲＱフィードバックソリューションの実施形態の詳細は、図９から１３のフローにより、大部分が提供される。このセクションの以下の部分では、これらの図に対する、いくつかの詳細および可能な実施形態を提供する。更に、本開示で使用する説明を、図１４Ａから図１４Ｃ、図１５Ａから図１５Ｃ、図１６Ａと図１６Ｂ、図１７Ａと図１７Ｂ、および図１８Ａと図１８Ｂの例において示す。
【００８３】
なお、以下の議論は、最も複雑であることから、ポーリングされたＨＡＲＱフィードバックソリューション周辺に焦点を当てる。しかしながら、以下の本文において示すように、直接的にスケジュールされたＨＡＲＱフィードバックソリューションにも、本改良点を適用可能である。
【００８４】
図９は、全体のＨＡＲＱフィードバックプロセスに対する概要／アルゴリズムの分析を示す。特に、図９は、図１０から図１３、図１４Ａから図１４Ｃ、図１５Ａから図１５Ｃ、および図１６Ａと図１６Ｂの個別の処理がどのように共に作用するかを示す。図示するように、ネットワーク、例えば無線アクセスノード１４は、ｘＰＤＣＣＨと称される制御チャネル上でＤＣＩメッセージを送信し、また、ｘＰＤＳＣＨと称されるダウンリンク共有チャネルでダウンリンクデータを送信する。ＵＥ／無線デバイス１８において、無線デバイス１８は、ネットワークへのＨＡＲＱフィードバックの送信をもたらす、ＵＥ側のフィードバック手順を実行する。ネットワーク側では、無線デバイス１８からのＨＡＲＱフィードバックを解釈し、適切なアクションを行うために、ネットワーク側フィードバック解釈手順が、ＨＡＲＱ処理毎に実行される。
【００８５】
図１０は、本開示のいくつかの実施形態に従うネットワーク側ポーリング手順を示すフローチャートである。いくつかの実施形態では、ネットワーク側のポーリング手順は、無線アクセスノード１４により行われる。ネットワークは、各ｘＰＤＳＣＨ送信に対して、スケジュールされたＨＡＲＱプロセスは、ローカルに、ＤＣＩにおいても示されるユニークバッファインデックス（ＢＩ）に関連付けられることを保証する。ＢＩは、対応するＨＡＲＱフラグが格納されるＨＡＲＱフィードバックバッファ内の位置を定義する、無線デバイス１８におけるＨＡＲＱフィードバックバッファに対するインデックスである。ＢＩＭＡＸのそのような送信を実行した後、ポールビットはＤＣＩにセットされる。ＢＩＭＡＸは、ここでは、無線デバイス１８におけるＨＡＲＱフィードバックバッファのサイズに対応する。なお、ここでは、明確性と議論の簡単化のために、ｘＰＤＳＣＨが５ＧネットワークにおけるＰＤＳＣＨに対する名称として使用されている。しかしながら、５Ｇネットワークにおけるダウンリンク共有チャネルに対する実際の名前は、別の名前が与えられ得る。いくつかの実施形態では、ＢＩＭＡＸは、関連する規格等による、予め決定される値である。一方、他の実施形態では、それは固定的または、より高いレイヤのシグナリング等により設定された準固定的の値であり得る。更に別の実施形態では、それは、ＤＣＩにおいて動的に設定され得る。なお、上述した“直接的にスケジュールされる”ケースにおいては、ポーリング部分は、明らかに省略され得る。
【００８６】
特に、図示するように、手順はステップ４００から開始し、ＢＩは０にセットされる（ステップ４０２）。無線アクセスノード１４は、ダウンリンクデータ送信が、現在のサブフレームに対しては、ユーザと称される無線デバイス１８に対してスケジュールされているかを判定する（ステップ４０４）。スケジュールされていなければ、無線アクセスノード１４は、次のサブフレームまで待機し（ステップ４０６）、処理はステップ４０４に戻る。ダウンリンクデータ送信が無線デバイス１８に対してスケジュールされている場合（ステップ４０４、ＹＥＳ）、無線アクセスノード１４は、送信するそれぞれのＨＡＲＱプロセスを現在のＢＩに関連付け（ステップ４０８）、ダウンリンクグラントで無線デバイス１８に送信されるそれぞれのＤＣＩメッセージにおいてＢＩを含める（ステップ４１０）。無線アクセスノード１４は、ＢＩがＢＩＭＡＸと等しいかを判定する（ステップ４１２）。もし等しくなければ、ＢＩはインクリメントされ（ステップ４１４）、処理はステップ４０６に進む。ＢＩがＢＩＭＡＸに到達すると（ステップ４１２、ＹＥＳ）、無線アクセスノード１４は、無線デバイス１８に送信されるＤＣＩメッセージにおいてポールフラグ／インジケータをセットし（ステップ４１６）、処理はステップ４０２へ戻る。
【００８７】
図１１は、本開示のいくつかの実施形態に従う、ＵＥ側または無線デバイス側の、フィードバック手順を示す。このプロセスは、図６のものと同じであるが、格納ステップ３０４に対する強化がある。一般的に、フィードバック手順は、無線デバイス１８がｘＰＤＣＳＨ送信、および、場合によってはｘＰＤＳＣＨそれ自身の送信を示す少なくともＤＣＩメッセージを復号化することを管理するときに関連する。先に述べたように、ＤＣＩメッセージは、ＢＩ並びにポールインジケータ（ポールビット等の形式であり得る）を含む。無線デバイス１８は、受信ステータス（ＡＣＫ／ＮＡＣＫ／ＤＴＸ）が格納されているＨＡＲＱフィードバックバッファを維持する。ＨＡＲＱフィードバックバッファは、典型的にはフラシュされる。すなわち、全てのエントリは、各ポーリングの後、ＤＴＸにリセットされる。ＨＡＲＱフィードバックバッファにおける各エントリは、先に記載したＢＩによってインデックスが付与される。
【００８８】
この実施形態では、ＨＡＲＱフィードバックバッファにおける先の受信の、ＨＡＲＱフラグとも称される、古い受信ステータスを、現在の受信の受信ステータスに単純に置き換えるといよりはむしろ、無線デバイスは、その代りに、強化型の記憶手順を使用する。それにより、ネットワークは、後に、より良好で、より賢明な、受信されたときのＨＡＲＱフィードバックの解釈を行うことが可能となる。これは、ＨＡＲＱフィードバックバッファがポーリングからフラッシュされていない、ＤＣＩエラーを有するケースにおいて重要である。なぜならば、ポーリングインジケータが受信されなかったからである。
【００８９】
いくつかの実施形態では、ＨＡＲＱフィードバックバッファの１つのエントリにおいて既に格納されたＮＡＣＫは、このバッファエントリ、すなわち同じＢＩ、に対応する現在の受信が成功し、それによりＡＣＫを示す場合であっても、維持される。しかしながら、格納されたＡＣＫは、ロバスト性ために、このバッファエントリ（すなわち同じＢＩ）に対応する現在の受信が成功しなければ、ＮＡＣＫにより上書きされる。使用例を図１６Ｂの例８に示す。
【００９０】
いくつかの実施形態では、先のバッファエントリ（（ＢＩ−１）ｍｏｄｕｌｏ（ＢＩＭＡＸ＋１）の表現で与えられるバッファインデックスを有する）の格納された値は、バッファインデックスが先のＤＣＩにおいて示されなかった場合のＤＴＸに置き換えられる。これは、その送信に対するＤＣＩエラーが存在する場合のケースにおいて発生し得る。この暗示的なＤＴＸマーキングは、例えば、最も重要には、ＮＡＣＫ→ＡＣＫエラーに関して、エラーの伝搬を防ぐ。使用例を図１７Ａと図１７Ｂの例９に示す。
【００９１】
重ねて、上述した、直接的にスケジュールされたＨＡＲＱフィードバックソリューションに対して、ポーリング部分は明らかに省略され、それ以外では、残りは適用可能であるべきである。
【００９２】
図１１に示されるような、強化された格納プロセスを以下に示す。ＤＣＩメッセージを受信したことを受けて（ステップ３０２、ＹＥＳ）、無線デバイス１８は、それぞれのダウンリンクデータが正常に受信されたかを判定する（ステップ５００）。もし正常に受信されたのであれば、無線デバイス１８は、ＤＣＩメッセージに含まれるＢＩに対するＨＡＲＱフィードバックバッファにおけるエントリがＮＡＣＫであるかを判定する（ステップ５０２）。もしＮＡＣＫでなければ、無線デバイス１８は、受信したＤＣＩメッセージに含まれるＢＩにより示されるＨＡＲＱフィードバックバッファにおける位置／エントリにＡＣＫを格納する（ステップ５０４）。反対に、受信したＤＣＩメッセージに含まれるＢＩに対するＨＡＲＱフィードバックバッファにおけるエントリがＮＡＣＫであれば、無線デバイス１８はＮＡＣＫを格納し、または、それ以外では、受信されたＤＣＩメッセージに含まれるＢＩに対するＨＡＲＱフィードバックバッファにおけるエントリにおいてＮＡＣＫを維持する（ステップ５０６）。このように、先のＮＡＣＫはＡＣＫにより隠される、または、上書きされる。ステップ５００に戻り、もしダウンリンクデータが無線デバイス１８により正常に受信されなかった場合、無線デバイス１８は、ＤＣＩメッセージに含まれるＢＩにより示される位置／エントリにおいてＨＡＲＱフィードバックバッファにおいてＮＡＣＫを格納する（ステップ５０６）。
【００９３】
オプション的に、処理は先のＤＣＩエラーを検出するために継続し得る。これに関して、ステップ５０４または５０６からの手順次第で、無線デバイス１８は、ＢＩＰＲＥＶ = ＢＩとセットし（ステップ５０８）、そして、ＢＩＰＲＥＶ =（ＢＩＰＲＥＶ − １）ｍｏｄｕｌｏ （ＢＩＭＡＸ＋１） とセットする（ステップ５１０）。ステップ５１０は、インデックスＢＩＰＲＥＶを、可能なＢＩの値｛０、１、…、ＢＩＭＡＸ｝のシーケンスにおける先のインデックスにセットする。また、ステップ５１０において与えられる式は、ＢＩは符号なし整数であると想定される。符号あり整数が使用される場合、式は、ＢＩＰＲＥＶ = (ＢＩＰＲＥＶ ＋ ＢＩＭＡＸ) ｍｏｄｕｌｏ (ＢＩＭＡＸ ＋ 1)となる。無線デバイス１８は、そしてＢＩＰＲＥＶをＢＩＬＡＳＴと比較する。ここで、ＢＩＬＡＳＴは、直近に正常に受信したＤＣＩメッセージに含まれるＢＩである。よって、ＢＩＰＲＥＶがＢＩＬＡＳＴと等しくない場合、先のＤＣＩエラーが存在することを意味する。したがって、ＢＩＰＲＥＶがＢＩＬＡＳＴと等しい場合、無線デバイス１８は、ＢＩＰＲＥＶにより定まる位置におけるＨＡＲＱフィードバックバッファにＤＴＸを格納し（ステップ５１４）、処理はステップ５１０へ戻る。なお、複数の連続したＤＣＩエラーが存在する場合、このプロセスは、それらのＤＣＩエラーを検出し、それぞれのＨＡＲＱフィードバックバッファの位置にＤＴＸを格納する。ＢＩＰＲＥＶ = ＢＩＬＡＳＴであることは、これ以上ＤＣＩエラーが存在しないことを意味し、無線デバイス１８は、ＢＩＬＡＳＴをＢＩにセットする（ステップ５１５）、そして処理は、図６に関して上述したステップ３０６へ進む。
【００９４】
図１２は、本開示のいくつかの実施形態に従う、ネットワーク側のｘＰＵＣＣＨ検出手順を示すフローチャートである。この手順は、無線アクセスノード１４等のネットワークノードにより実行される。ここで、無線アクセスノード１４等のネットワークは、所与のサブフレームの間でｘＰＵＣＣＨ上でＨＡＲＱフィードバックを予期している（ステップ６００）。ＨＡＲＱフィードバックは、ＢＩ＝０，…，ＢＩＭＡＸに対して、｛（ＦＢ（ＢＩ））｝と示される（ステップ６０２）。いくつかの実施形態では、ｘＰＵＣＣＨ受信に対する信号対干渉雑音比（ＳＩＮＲ）が所与の閾値ＴＨＩＧＨ（これは例えばより高いレイヤにより設定されるパラメータであり得る）より高い場合（ステップ６０４でＹＥＳ）、ＨＡＲＱフィードバックは信頼できるとみなされる（ステップ６０６）。説明のために、図１４Ａから図１４Ｃ、図１５Ａから図１５Ｃ、図１６Ａと図１６Ｂ、図１７Ａと図１７Ｂ、図１８Ａと図１８Ｂの例を参照されたい。
【００９５】
いくつかの実施形態では、ｘＰＵＣＣＨ受信に対するＳＩＮＲが閾値ＴＨＩＧＨより低いが、例えば高いレイヤにより設定されるパラメータであり得る別の閾値ＴＬＯＷより高い場合（ステップ６０８でＹＥＳ）、受信されたＨＡＲＱフィードバックは信頼できないとみなされる（ステップ６１０）。そのようなケースでは、全ての検討される送信は、ＮＡＣＫにされる（ステップ６１２）。すなわち、この報告における全てのＢＩに対するＨＡＲＱフィードバックはＮＡＣＫにセットされる。これにより、確かに、いくつかの余計なＨＡＲＱ再送のコストがかかるが、ＮＡＣＫ／ＤＴＸ→ＡＣＫエラーによる、検討されるＨＡＲＱプロセスの早まった解放に起因した、多くのコストがかかるより高いレイヤの再送を避けることとなる。この説明のために、図１８Ａと図１８Ｂにおける例１０と例１１を参照されたい。
【００９６】
両方の上記の実施形態に対して、ネットワークは、ＢＩ＝０とセットし（ステップ６１４）、ネットワークは次に、報告により運ばれた各ＢＩ（すなわち、ＢＩ＝０、…、ＢＩＭＡＸ）に対して、ＢＩに関連付けられた各ＨＡＲＱプロセスに対する特定のＢＩに対するＨＡＲＱフィードバックを処理し続ける（ステップ６１６〜６３０）。特に、｛ＨＰ（ＢＩ）｝を、ＢＩに関連付けられた全てのＨＡＲＱプロセスとする（ステップ６１６）。ＨＰ（ＢＩ）を、｛ＨＰ（ＢＩ）｝の第１のエレメントとし、｛ＨＰ（ＢＩ）｝からこのエレメントを削除する（ステップ６１８）。ネットワークは、ＨＡＲＱプロセスＨＰ（ＢＩ）とＢＩとの間の関連付けを削除する（ステップ６２０）。ネットワークは、そして、ＨＡＲＱ処理ＨＰ（ＢＩ）に対するＨＡＲＱフィードバックＦＢ（ＢＩ）を処理する。ＨＡＲＱフィードバック処理を、図１２において詳述する。ネットワークは、は｛ＨＰ（ＢＩ）｝が空かを判定する（ステップ６２４）。空でなければ、処理はステップ６１８へ戻る。一旦｛ＨＰ（ＢＩ）｝が空であれば、ＢＩはインクリメントされる（ステップ６２６）。この点において、ＢＩがＢＩＭＡＸより大きければ（ステップ６１８）、処理は終了し（ステップ６３０）、それ以外は、処理はステップ６１６へ戻り、この新しいＢＩに対して繰り返される。
【００９７】
ステップ６０８へ戻り、更なる他の実施形態では、ｘＰＵＣＣＨ受信に対するＳＩＮＲが閾値ＴＬＯＷより低い場合（ステップ６０８、ＮＯ）、ネットワークは、無線デバイス１８がｘＰＵＣＣＨフィードバックを送信することを決して試みず、よって、対応するポールにＤＣＩエラーが存在したと結論付ける（ステップ６３２）。ネットワークはそして、関連するｘＰＤＳＣＨ送信に対するＨＡＲＱフィードバックは、無線デバイス１８により受信できないことから、ＤＴＸ（ＢＩ＝ＢＩＭＡＸ）であると暗示的に仮定する（ステップ６３４）。ネットワークはそして、ＢＩ＝ＢＩＭＡＸとセットし（ステップ６３６）、処理はこの暗示的なＤＴＸフィードバックの即時の処理のためにステップ６１６へ進む。この説明のために、図１６Ａ、図１６Ｂ、図１７Ａおよび図１７Ｂにおける例７、例８、および例９を参照されたい。
【００９８】
図１３は、本開示のいくつかの実施形態に従うネットワーク側のＨＡＲＱフィードバック解釈手順を示すフローチャートである。この手順は、例えば無線アクセスノード１４といったネットワークノードにより実行される。ここで、特定のＢＩに対するＨＡＲＱフィードバックが、関連するＨＡＲＱプロセスに対して与えられる。示されたフィードバック（ＡＣＫ／ＮＡＣＫ／ＤＴＸ）に依存して、ＨＡＲＱプロセスにより使用される冗長度バージョン（ＲＶ）は、（ＮＡＣＫ）または非（ＤＴＸ）に応じて更新される。特定のＨＡＲＱプロセスは、その後、スケジューラに対して、再送（ＮＡＣＫまたはＤＴＸ）、または、フリー（ＡＣＫ）のいずれかが適格であるとして示される。後者のケースでは、ＨＡＲＱプロセスはクリアにされ、新規データインジケータ（ＮＤＩ）が切り替えられる（トグルされる）。
【００９９】
特に、図１３に示されるように、ＨＡＲＱプロセス（ＨＰ）に対するＨＡＲＱフィードバック（ＦＢ（ＢＩ））が処理される際に（例えば図１２のステップ６２２）、本手順は開始する（ステップ７００）。ＨＡＲＱフィードバック（ＦＢ）がＤＴＸである場合（ステップ７０２、ＹＥＳ）、ネットワークは、ＨＡＲＱプロセス（ＨＰ）を再送が必要であるとしてフラグを付ける／マークする（ステップ７０４）。それ以外では、ＨＡＲＱフィードバック（ＦＢ）がＮＡＣＫである場合（ステップ７０６、ＹＥＳ）、ネットワークは、ＨＡＲＱプロセス（ＨＰ）に対するＲＶを更新し（ステップ７０８）、ＨＡＲＱプロセス（ＨＰ）を再送が必要であるとしてフラグを付ける／マークする（ステップ７０４）。それ以外では、ＨＡＲＱフィードバック（ＦＢ）がＡＣＫである場合（ステップ７１０、ＹＥＳ）、この送信は先の送信と関連しないが、むしろ新規の送信であることから、ネットワークはＨＡＲＱプロセス（ＨＰ）をクリアにし、ＬＴＥにおける現存のインジケータである、その新規データインジケータ（ＮＤＩ）を切り替え、それにより、ＨＡＲＱプロセスにＨＡＲＱバッファをフラッシュすることを指示する（ステップ７１２）。そして、ＨＡＲＱプロセス（ＨＰ）を新規のデータに対してフリー（free）／レディ（ready）として、フラグを付す／マークする（ステップ７１４）。なお、ＨＡＲＱフィードバックがＤＴＸでなく、ＮＡＣＫでない場合、ステップ７１０は必須ではない。そしてこの例では、それはＡＣＫでなければならない。よって、処理は、ステップ７０６の分岐で“ＮＯ”からステップ７１２へ直接進む。
【０１００】
図１４Ａから図１４Ｃ、図１５Ａから図１５Ｃ、図１６Ａと図１６Ｂ、図１７Ａと図１７Ｂ、および図１８Ａと図１８Ｂは、上述した強化型のＨＡＲＱフィードバックソリューションの種々な観点の実施形態を示すいくつかの例を示す。これらの例は、例１から例１１と称される。例１は、ＤＣＩメッセージとダウンリンクデータが無線デバイス１８により正常に受信され、ＨＡＲＱフィードバックに対するアップリンク送信がネットワークにより受信されるシナリオを示す。
【０１０１】
例２は、サブフレームＳＦ＃（Ｊ−１）に対するＮＡＣＫをもたらすＰＤＳＣＨエラーを有するシナリオを示す。ＮＡＣＫに応答して、ネットワークは、新しいＲＶで、サブフレームＳＦ＃（Ｊ−１）からのＨＡＲＱプロセスを再送する。
【０１０２】
例３は、複数のＰＤＳＣＨエラーを有するシナリオを示す。サブフレームＳＦ＃（Ｊ−２）とＳＦ＃（Ｊ−１）に対するＮＡＣＫに応答して、ネットワークは、新しいＲＶで、サブフレームＳＦ＃（Ｊ−２）とＳＦ＃（Ｊ−１）からのＨＡＲＱプロセスを再送する。
【０１０３】
例４は、非ポーリングＤＣＩメッセージに対するＤＣＩエラーを有するシナリオを示す。ここで、ネットワークは、ＲＶを更新せずに、サブフレームＳＦ＃（Ｊ−１）からのＨＡＲＱプロセスを再送する。
【０１０４】
例５は、非ポーリングＤＣＩメッセージ上の複数のＤＣＩエラーを有するシナリオを示す。ここで、ネットワークは、ＲＶを更新せずに、サブフレームＳＦ＃（Ｋ−２）とＳＦ＃（Ｊ−１）からのＨＡＲＱプロセスを再送する。
【０１０５】
例６は、非ポーリングＤＣＩメッセージ上の混合ＤＣＩエラーを有するシナリオを示す。ここで、ネットワークは、サブフレームＳＦ＃（Ｊ−３）、ＳＦ＃（Ｊ−２）、およびＳＦ＃（Ｊ−１）からのＨＡＲＱプロセスを再送する。ここで、第１のＨＡＲＱプロセスは、新しいＲＶで再送されるが、後の２つは、ＲＶを更新せずに再送される。
【０１０６】
例７は、ポーリングＤＣＩメッセージ上のＤＣＩエラーを有するシナリオを示す。サブフレームＳＦ＃（Ｊ＋２）、すなわち、ネットワークがＨＡＲＱフィードバックの送信を予期しているサブフレームにおいて、ネットワークは、ＨＡＲＱフィードバックの欠落を通知し、その後同じＲＶで再送されるサブフレームＳＦ＃（Ｊ）においてＤＣＩエラーが存在したことに気付く。サブフレームＳＦ＃（Ｊ＋７）では、ＨＡＲＱフィードバックは全てのＡＣＫを含むため、ネットワークは、何も行わない。
【０１０７】
例８は、ポーリングＤＣＩメッセージ上のＤＣＩエラーに加えて、追加的なＰＤＳＣＨエラーを有するシナリオを示す。なお、この例は、図７Ａの問題Ａと比較することが有益である。サブフレームＳＦ＃（Ｊ＋２）において、ネットワークは、ＨＡＲＱフィードバックの欠落を通知し、サブフレームＳＦ＃（Ｊ）でＤＣＩエラーが存在したことに気付く。これは、暗示的には、その後同じＲＶで再送される、サブフレームＳＦ＃（Ｊ）において送信されるＨＡＲＱプロセスをＤＴＸとすることを暗示する。サブフレームＳＦ＃（Ｊ＋７）において、ネットワークは、ＮＡＣＫとされた全てのＨＡＲＱプロセスを再送する。
●ＢＩ＝０に対して：サブフレームＳＦ＃（Ｊ−３）とＳＦ＃（Ｊ＋１）のＨＡＲＱプロセスを再送する。
●ＢＩ＝１に対して：サブフレームＳＦ＃（Ｊ−２）とＳＦ＃（Ｊ＋２）のＨＡＲＱプロセスを再送する。
●ＢＩ＝１に対して：サブフレームＳＦ＃（Ｊ−１）とＳＦ＃（Ｊ＋３）のＨＡＲＱプロセスを再送する。
サブフレームＳＦ＃（Ｊ−３）、ＳＦ＃（Ｊ−２）、ＳＦ＃（Ｊ＋３）のそれらは、全て正常に受信されていることから、“不必要”と通知され得る。ＤＣＩの低エラーレート（〜１％）が与えられると、これらの“不必要”な再送のインパクトは、ＰＤＳＣＨエラーの量と比較して小さくなるべきである。
【０１０８】
例９Ａは、複数のＤＣＩエラーが存在するシナリオを示す。この例は、図８の問題Ｃと比較することが有益であり得る。サブフレームＳＦ＃（Ｊ＋２）において、ネットワークは、ＨＡＲＱフィードバックの欠落を通知し、サブフレームＳＦ＃（Ｊ）でＤＣＩエラーが存在したことに気付く。これは、サブフレームＳＦ＃（Ｊ）において送信されたＨＡＲＱプロセスを暗示的にＤＴＸし得る。それにより、サブフレームＳＦ＃（Ｊ）に対するＨＡＲＱプロセスは再送される。ネットワークはまた、ＢＩシーケンスにおいて、“ジャンプ”、すなわち、ＢＩ＝０の代わりに、ＢＩ＝２がＢＩ＝１に先行することを検出する。従って、ネットワークは、ＢＩ＝０はおそらく欠落していたと結論付ける。すなわち、ネットワークは、欠落したＢＩ＝０に対応するサブフレームに対するＤＣＩエラーにおいて、ＤＣＩエラーを検出する。よって、ＨＡＲＱフィードバックバッファにおけるエントリは、ＤＴＸにセットされる。更に、サブフレームＳＦ＃（Ｊ＋７）において、ネットワークは、サブフレームＳＦ＃（Ｊ＋１）からの“新しい”送信、並びに、サブフレームＳＦ＃（Ｊ−３）からの“古い”送信をＤＴＸとしてマークし、それらは両方再送される。サブフレームＳＦ＃（Ｊ＋２）、ＳＦ＃（Ｊ＋３）、ＳＦ＃（Ｊ＋４）における他の“新しい”送信は、ＡＣＫにされ、サブフレームＳＦ＃（Ｊ−２）とＳＦ＃（Ｊ−１）からの古い送信は、同様にＡＣＫにされる。
【０１０９】
例９Ｂは、複数のＤＣＩエラーを有する別のシナリオを示す。サブフレームＳＦ＃（Ｊ＋２）において、ネットワークは、ＨＡＲＱフィードバックの欠落を通知し、サブフレームＳＦ＃（Ｊ）でＤＣＩエラーが存在したことに気付く。これは、サブフレームＳＦ＃（Ｊ）において送信されたＨＡＲＱプロセスを暗示的にＤＴＸし得る。それにより、サブフレームＳＦ＃（Ｊ）に対するＨＡＲＱプロセスは再送される。ネットワークはまた、ＢＩシーケンスにおいて、“ジャンプ”、すなわち、ＢＩ＝０の代わりに、ＢＩ＝２がＢＩ＝１とＢＩ＝２に先行することを検出する。従って、ネットワークは、ＢＩ＝０とＢＩ＝１はおそらく欠落していたと結論付ける。すなわち、ネットワークは、欠落したＢＩ＝０とＢＩ＝１に対応するサブフレームに対するＤＣＩエラーにおいて、ＤＣＩエラーを検出する。よって、ＨＡＲＱフィードバックバッファにおけるそれらのエントリは、ＤＴＸに設定される。更に、サブフレームＳＦ＃（Ｊ＋７）において、ネットワークは、サブフレームＳＦ＃（Ｊ＋１）とＳＦ＃（Ｊ＋２）からの“新しい”送信、並びに、サブフレームＳＦ＃（Ｊ−３）とＳＦ＃（Ｊ−２）からの“古い”送信をＤＴＸとしてマークし、それらは両方再送される。サブフレームＳＦ＃（Ｊ＋３）とＳＦ＃（Ｊ＋４）における他の“新しい”送信は、ＡＣＫにされ、サブフレームＳＦ＃（Ｊ−１）からの古い送信は、同様にＡＣＫにされる。
【０１１０】
例１０は、全てのダウンリンクデータが正常に受信されたが、ｘＰＵＣＣＨエラーが存在する（すなわち、ｘＰＵＣＣＨ送信が欠落しているか、言い換えれば、ネットワークにより受信されていない）シナリオを示す。サブフレームＳＦ＃（Ｊ＋２）において、ネットワークは、ＨＡＲＱフィードバックの欠落を通知し、ｘＰＵＣＣＨエラーが存在したことに気付く。これは、報告されると予期される全てのＨＡＲＱプロセス、すなわち、サブフレームＳＦ＃（Ｊ−３）、ＳＦ＃（Ｊ−２）、ＳＦ＃（Ｊ−１）、およびＳＦ＃（Ｊ）からのＨＡＲＱプロセスを、暗示的にＮＡＣＫとする。サブフレームＳＦ＃（Ｊ＋７）において、全てのダウンリンク送信がＡＣＫにされていることから、ネットワークは何も行わない。
【０１１１】
例１１は、ｘＰＵＣＣＨフィードバックが欠落し、更に、追加的なＰＤＳＣＨエラーが存在するシナリオを示す。この例は、図７Ｂの問題Ｂと比較することが有益であり得る。サブフレームＳＦ＃（Ｊ＋２）において、ネットワークは、ＨＡＲＱフィードバックの欠落を通知し、ｘＰＵＣＣＨエラーが存在したことに気付く。これは、報告されると予期される全てのＨＡＲＱプロセス、すなわち、、サブフレームＳＦ＃（Ｊ−３）、ＳＦ＃（Ｊ−２）、ＳＦ＃（Ｊ−１）、およびＳＦ＃（Ｊ）からのＨＡＲＱプロセスを、暗示的にＮＡＣＫとする。それらのダウンリンク送信は、正常に受信されていることから、サブフレームＳＦ＃（Ｊ−３）とＳＦ＃（Ｊ−２）のそれらは、“不必要”と通知され得る。よって、ｘＰＵＣＣＨエラーをむしろ低くし続けることが重要である。更に、サブフレームＳＦ＃（Ｊ＋７）において、ネットワークは、ＮＡＣＫとされた全てのＨＡＲＱプロセスを再送する。
●ＢＩ＝０に対して：サブフレームＳＦ＃（Ｊ＋１）のＨＡＲＱプロセスを再送する（サブフレームＳＦ＃（Ｊ−３）は既にＮＡＣＫにされている）。
●ＢＩ＝１に対して：サブフレームＳＦ＃（Ｊ＋２）のＨＡＲＱプロセスを再送する（サブフレームＳＦ＃（Ｊ−２）は既にＮＡＣＫにされている）。
【０１１２】
＜例の無線デバイスおよび無線アクセスノードの実装＞
図１９は、本開示のいくつかの実施形態に従う、無線デバイス１８（例えばＵＥ）の概略的なブロック図である。図示するように、無線デバイス１８は、１つ以上のプロセッサ２８（例えば、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等）、メモリ３０、およびそれぞれが１つ以上のアンテナ３８と接続される１つ以上の送信器３４と１つ以上の受信器３６を有する１つ以上の送受信器３２を有する。いくつかの実施形態では、上述した無線デバイス１８の機能性は、完全に、または、部分的に、例えばメモリ３０に格納されたソフトウェアにおいて実装され、プロセッサ２８により実行され得る。
【０１１３】
いくつかの実施形態では、少なくとも１つのプロセッサにより実行される場合に、当該少なくとも１つのプロセッサに、ここに説明した実施形態のいずれかに従う無線デバイス１８の機能性を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラムプロダクトを含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、または、メモリといった持続性のコンピュータ読み取り可能な媒体等のコンピュータ読み取り可能な媒体のいずれか１つである。
【０１１４】
図２０は、本開示のいくつかの実施形態に従う、無線デバイス１８の概略的なブロック図である。無線デバイス１８は、それぞれがソフトウェアにおいて実装される、１つ以上のモジュール４０を有する。モジュール４０は、ここに記載した無線デバイス１８の機能性を提供する。例えば、モジュール４０は、ネットワークからＤＣＩメッセージを受信するように動作可能な受信モジュール４０−１を含み得る。ここで、ＤＣＩメッセージは、実施形態に依存して、本開示の種々の実施形態に関して上述したように、ＨＡＲＱタイミングオフセットＫの指標、ＨＡＲＱフィードバックバッファのインデックス、および／または、ポーリングインジケータを含み得る。別の例として、モジュール４０は、ここに説明した実施形態のいずれかに従うＨＡＲＱフィードバックを送信するように動作可能な送信モジュール４０−２を含み得る。更に別の例として、モジュール４０は、本開示のいくつかの実施形態に関して上述したような、ＨＡＲＱフィードバックバッファにおいてＨＡＲＱフィードバックを格納するように動作可能な格納モジュール４０−３を含み得る。
【０１１５】
図２１は、本開示のいくつかの実施形態に従う、基地局１４（またはより一般的には、無線アクセスノード１４）の概略的なブロック図である。この議論は、他のタイプの無線アクセスノードにも同様に適用可能である。更に、他のタイプのネットワークノードは、同様の構造（特に、プロセッサ、メモリ、ネットワークインタフェースを含むことに関して）を有し得る。図示されるように、基地局１４は、１つ以上のプロセッサ４４（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ等）を含むベースバンドユニット４２、メモリ４６、およびネットワークインタフェース４８、並びに、それぞれが１つ以上のアンテナ５６に接続される１つ以上の送信器５２と１つ以上の受信器５４を含む１つ以上の無線ユニット５０を有する。いくつかの実施形態では、基地局１４の機能性、または、より一般的には、無線アクセスノードの機能性、または、より一般的には、ネットワークノードの機能性は、完全に、または、部分的に、例えばメモリ４６に格納されたソフトウェアにおいて実装され、プロセッサ４４により実行され得る。
【０１１６】
図２２は、本開示のいくつかの実施形態に従う基地局１４の仮想化された実施形態を示す概略的なブロック図である。この議論は、他のタイプの無線アクセスノードにも同様に適用可能である。更に、他のタイプのネットワークノードも、同様な仮想化された構造を有し得る。
【０１１７】
ここで使用されるような“仮想化された”ネットワークノード（例えば、仮想化された基地局または仮想化された無線アクセスノード）は、ネットワークの機能性の少なくとも一部分が、例えば、ネットワークにおける物理的な処理ノード上で実行する仮想マシーンを介して、仮想的なコンポーネントとして実装されるネットワークノードの実装である。図示されるように、この例では、基地局１４は、上述したように、１つ以上のプロセッサ４８（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ等）を含むベースバンドユニット４２、メモリ４６、およびネットワークインタフェース４８、並びに、それぞれが１つ以上のアンテナ５６に接続される１つ以上の送信器５２と１つ以上の受信器５４を含む１つ以上の無線ユニット５０を有する。ベースバンドユニット４２は、例えば光ケーブル等を介して、無線ユニット５０に接続される。ベースバンドユニット４２は、ネットワークインタフェース４８を介してネットワーク６０に接続された、または、ネットワークインタフェース４８を介してネットワーク６０の一部として含まれる、１つ以上の処理ノード５８に接続される。各処理ノード５８は、１つ以上のプロセッサ６２（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ等）、メモリ６４、および、ネットワークインタフェース６６を含む。
【０１１８】
この例では、ここに記載した基地局１４の機能６８は、１つ以上の処理ノード５８に実装されるか、あらゆる所望の方法でベースバンドユニット４２と１つ以上の処理ノード５８に渡って分散される。いくつかの特定の実施形態では、ここに記載した基地局１４の機能６８のいくつかまたは全ては、処理ノード５８によりホストされる仮想環境において実装される１つ以上の仮想マシーンにより実行される仮想コンポーネントとして実装される。当業者には理解されるように、処理ノード５８とベースバンドユニット４２との間の追加的なシグナリングまたは通信は、所望の機能６８の少なくともいくつかを実行するために使用される。特に、いくつかの実施形態では、無線ユニット５０が適切なネットワークインタフェースを介して直接的に処理ノード５８と通信するケースでは、ベースバンドユニット４２は含まれなくてもよい。
【０１１９】
したがって、直接的なスケジューリングの実施形態に関して、いくつかの実施形態では、処理ノード５８は、無線ユニット５０を介して、無線デバイス１８に、ＨＡＲＱフィードバックタイミングオフセットＫを伝える、それ以外では、ＨＡＲＱフィードバックタイミングオフセットＫの指標を含むＤＣＩの送信を行わせるように動作する。別の例として、図１０のいくつかまたは全てのネットワーク側のポーリング手順は、処理ノード５８により実行され、および／または、図１２のいくつかまたは全てのネットワーク側のｘＰＵＣＣＨ検出手順は、無線ユニット５０を介して無線デバイス１８から受信されたダウンリンクＨＡＲＱフィードバックに基づいて、処理ノード５８により実行され得る。
【０１２０】
いくつかの実施形態では、少なくとも１つのプロセッサにより実行された場合に、当該１つ以上のプロセッサに、ここに記載された実施形態のいずれかに従って、例えばネットワークノードまたは無線アクセスノードの形態で、ネットワークの機能性を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラムプロダクトを含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、または、メモリといった持続性のコンピュータ読み取り可能な媒体等のコンピュータ読み取り可能な媒体のいずれか１つである。
【０１２１】
図２３は、本開示のいくつかの実施形態に従う、基地局１４（またはより一般的には、無線アクセスノード１４）の概略的なブロック図である。無線デバイス１４は、それぞれがソフトウェアにおいて実装される、１つ以上のモジュール７０を有する。モジュール７０は、ここに記載した無線デバイス１４の機能性を提供する。モジュール７０は、例えば、ここに記載した実施形態のいずれかに従ってＤＣＩメッセージおよびダウンリンクデータを送信するように動作可能な送信モジュール７０−１と、ここに記載した実施形態のいずれかに従ってＨＡＲＱフィードバックを受信し処理するように動作可能な受信モジュール７０−２を含み得る。なお、他のタイプの無線アクセスノードは、基地局１４に対して、図２３に示した構造と同様の構造であり得る。
【０１２２】
＜例の実施形態＞
あらゆる特定の実施形態に限定しないが、本開示のいくつかの例の実施形態を以下に記載する。
●実施形態１：セルラ通信システム（１０）における無線デバイスの動作方法であって、
○第１のサブフレームＴにおいて無線デバイス（１８）へダウンリンク制御情報を送信すること（１０２）であって、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含む、ことと、
○ＨＡＲＱフィードバックをサブフレームＴ＋Ｋにおいて送信すること（１０６）を含む。
●実施形態２：実施形態１の方法であって、前記ＨＡＲＱフィードバックを送信すること（１０６）は、
○複数のダウンリンクＨＡＲＱフィードバックフラグを、単一のダウンリンクＨＡＲＱフィードバック送信に統合することと、
○サブフレームＴ＋Ｋにおいて単一のダウンリンクＨＡＲＱ送信を送信すること、を含む。
●実施形態３：実施形態２の方法であって、前記複数のＨＡＲＱフィードバックフラグを統合することは、前記複数のＨＡＦＱフィードバックフラグを、前記単一のダウンリンクＨＡＲＱフィードバック送信に対するコードワードに結合符号化することを含む。
●実施形態４：実施形態２または実施形態３の方法であって、前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクＨＡＲＱフィードバック送信に統合されるかを示す情報を含む。
●実施形態５：実施形態１から４のいずれかの方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、前記ＨＡＲＱタイミングオフセットＫに対する値である。
●実施形態６：実施形態１から４のいずれかの方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め定義された値または、予め設定された値である。
●実施形態７：実施形態１から６のいずれかの方法であって、更に、ダウンリンク制御情報の失敗を検出することを含む、方法。
●実施形態８：実施形態１から７のいずれかに従って動作するように構成された無線デバイス（１８）。
●実施形態９：セルラ通信システム（１０）において動作することが可能な無線デバイス（１８）であって、前記無線デバイス（１８）は、
○送受信器（３２）と、
○少なくとも１つのプロセッサ（２８）を有し、
○前記少なくとも１つのプロセッサ（２８）により実行可能な命令を記憶するメモリ（３０）を有し、それにより、前記無線デバイス（１８）は、
●前記送受信器（３２）を介して、第１のサブフレームＴにおいてダウンリンク制御情報を受信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含み、
●前記送受信器を介して、ＨＡＲＱフィードバックをサブフレームＴ＋Ｋにおいて送信するように動作可能である。
●実施形態１０：実施形態９の無線デバイス（１８）であって、前記ＨＡＲＱフィードバックを送信するために、前記無線デバイス（１８）は、更に、
○複数のダウンリンクＨＡＲＱフィードバックフラグを、単一のダウンリンクＨＡＲＱフィードバック送信に統合し、
○サブフレームＴ＋Ｋにおいて前記単一のダウンリンクＨＡＲＱ送信を送信するように動作可能である。
●実施形態１１：実施形態１０の無線デバイス（１８）であって、前記複数のダウンリンクＨＡＲＱフィードバックフラグを統合するために、前記無線デバイス（１８）は、更に、前記複数のダウンリンクＨＡＲＱフィードバックフラグを、前記単一のダウンリンクＨＡＲＱフィードバック送信に対するコードワードに結合符号化するように動作可能である。
●実施形態１２：実施形態１０または実施形態１１の前記無線デバイス（１８）であって、前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクＨＡＲＱフィードバック送信に統合されるかを示す情報を含む。
●実施形態１３：実施形態９から１２のいずれかの無線デバイス（１８）であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、前記ＨＡＲＱタイミングオフセットＫに対する値である。
●実施形態１４：実施形態９から１２のいずれかの無線デバイス（１８）であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め定義された値または予め設定された値である。
●実施形態１５：セルラ通信システム（１０）において動作することが可能な無線デバイス（１８）であって、前記無線デバイス（１８）は、
○第１のサブフレームＴにおいて無線デバイス（１８）へダウンリンク制御情報を送信するための手段であって、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含む、手段と、
○ＨＡＲＱフィードバックをサブフレームＴ＋Ｋにおいて送信するための手段を含む。
●実施形態１６：セルラ通信システム（１０）において動作することが可能な無線デバイス（１８）であって、前記無線デバイス（１８）は、
○第１のサブフレームＴにおいてダウンリンク制御情報を受信するように動作可能な受信モジュール（４０−１）であって、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含む、受信モジュールと、
○サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１４）にダウンリンクＨＡＲＱフィードバックを送信するように動作可能な送信モジュール（４０−２）を有する。
●実施形態１７：セルラ通信システム（１０）における無線デバイスの動作方法であって、
○ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックバッファのインデックスを含むダウンリンク制御情報メッセージを受信すること（３０２）と、
○前記ＨＡＲＱフィードバックバッファのインデックスに対応する前記ＨＡＲＱフィードアックバッファ内の位置においてダウンリンクＨＡＲＱフィードバックフラグを格納すること（３０４）を含む。
●実施形態１８：実施形態１７の方法であって、更に、１つ以上の追加的なダウンリンク制御情報メッセージに対して、受信すること（３０２）と格納すること（３０４）を繰り返すことを含む。
●実施形態１９：実施形態１８の方法であって、更に、
○ネットワークノードから、ポーリング要求を受信すること（３０６、ＹＥＳ）と、
○前記ポーリング要求の受信を受けて、
・前記ＨＡＲＱフィードバックバッファに格納されているＨＡＲＱフィードバックフラグを含むアップリンク制御メッセージを作成すること（３０８）と、
・前記アップリンク制御メッセージを送信すること（３１４）を含む。
●実施形態２０：実施形態１９の方法であって、前記アップリンク制御メッセージを作成することは、前記ダウンリンクＨＡＲＱフィードバックフラグを、前記アップリンク制御メッセージに対するコードワードに結合符号化することを含む。
●実施形態２１：実施形態１９または２０の方法であって、前記アップリンク制御メッセージを送信することは、前記アップリンク制御メッセージをサブフレームＴ＋Ｎにおいて送信することを含み、ここでサブフレームＴは前記ポーリング要求が受信されたサブフレームであり、ＮはＨＡＲＱフィードバックオフセットである。
●実施形態２２：実施形態２１の方法であって、前記ＨＡＲＱフィードバックオフセットＮは、予め定義される、または、予め設定される。
●実施形態２３：実施形態２１の方法であって、前記ＨＡＲＱフィードバックオフセットＮは、ポーリング要求またはサブフレームＴにおいて受信されたダウンリンク制御情報メッセージのいずれかにおいて受信されたインデックスの関数である。
●実施形態２４：実施形態１７から２３のいずれかの方法であって、更に、ダウンリンク制御情報の失敗を検出することを含む。
●実施形態２５：実施形態１７から２４のいずれかに従って動作するように構成された無線デバイス（１８）。
●実施形態２６：セルラ通信システム（１０）において動作することが可能な無線デバイス（１８）であって、前記無線デバイス（１８）は、
○送受信器（３２）と、
○少なくとも１つのプロセッサ（２８）と、
○前記少なくとも１つのプロセッサ（２８）により実行可能な命令を記憶するメモリ（３０）を有し、それにより、前記無線デバイス（１８）は、
・前記送受信器（３２）を介して、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックバッファのインデックスを含むダウンリンク制御情報メッセージを受信し、
・前記ＨＡＲＱフィードバックバッファのインデックスに対応する前記ＨＡＲＱフィードアックバッファ内の位置においてダウンリンクＨＡＲＱフィードバックフラグを格納するように動作可能である。
●実施形態２７：実施形態２６の無線デバイス（１８）であって、前記無線デバイス（１８）は、更に、１つ以上の追加的なダウンリンク制御情報メッセージに対して、前記受信することと前記格納することを繰り返すように動作可能である。
●実施形態２８：実施形態２７の無線デバイス（１８）であって、前記前記無線デバイス（１８）は、更に、
○前記送受信器（３２）を介してネットワークノードから、ポーリング要求を受信し、
○前記ポーリング要求の受信を受けて、
・前記ＨＡＲＱフィードバックバッファに格納されているＨＡＲＱフィードバックフラグを含むアップリンク制御メッセージを作成し、
・前記アップリンク制御メッセージを送信するように動作可能である。
●実施形態２９：実施形態２８の無線デバイス（１８）であって、前記アップリンク制御メッセージを作成するために、前記無線デバイス（１８）は、更に、前記ダウンリンクＨＡＲＱフィードバックフラグを、前記アップリンク制御メッセージに対するコードワードに結合符号化するように動作可能である。
●実施形態３０：実施形態２８または２９の無線デバイス（１８）であって、前記無線デバイス（１８）は、更に、前記アップリンク制御メッセージをサブフレームＴ＋Ｎにおいて送信するように動作可能であり、ここでサブフレームＴは前記ポーリング要求が受信されたサブフレームであり、ＮはＨＡＲＱフィードバックオフセットである。
●実施形態３１：実施形態３０の無線デバイス（１８）であって、前記ＨＡＲＱフィードバックオフセットＮは、予め定義される、または、予め設定される。
●実施形態３１：実施形態３０の無線デバイス（１８）であって、前記ＨＡＲＱフィードバックオフセットＮは、ポーリング要求またはサブフレームＴにおいて受信されたダウンリンク制御情報メッセージのいずれかにおいて受信されたインデックスの関数である。
●実施形態３２：実施形態２６から３１のいずれかの無線デバイス（１８）であって、前記前記無線デバイス（１８）は、更に、ダウンリンク制御情報の失敗を検出するように動作可能である。
●実施形態３３：セルラ通信システム（１０）において動作することが可能な無線デバイス（１８）であって、前記無線デバイス（１８）は、
○ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックバッファのインデックスを含むダウンリンク制御情報メッセージを受信するための手段と、
○前記ＨＡＲＱフィードバックバッファのインデックスに対応する前記ＨＡＲＱフィードアックバッファ内の位置においてダウンリンクＨＡＲＱフィードバックフラグを格納するための手段を有する。
●実施形態３４：セルラ通信システム（１０）において動作することが可能な無線デバイス（１８）であって、前記無線デバイス（１８）は、
○ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックバッファのインデックスを含むダウンリンク制御情報メッセージを受信するように動作可能な受信モジュール（４０−１）と、
○前記ＨＡＲＱフィードバックバッファのインデックスに対応する前記ＨＡＲＱフィードアックバッファ内の位置においてダウンリンクＨＡＲＱフィードバックフラグを格納するように動作する格納モジュール（４０−３）を有する。
●実施形態３５ａ：セルラ通信システム（１０）における無線デバイスの動作方法であって、
○ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックバッファインデックスを含むメッセージを受信することと、
○現在のサブフレームに対するデータの受信が成功したかを判定することであって、前記現在のサブフレームは、前記メッセージが受信されたサブフレームである、ことと、
○否定応答（ＮＡＣＫ）フラグが、前記メッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス（１８）のＨＡＲＱフィードバックバッファに格納されているかを判定することと、
○前記ＨＡＲＱフラグが、前記メッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス（１８）の前記ＨＡＲＱフィードバックバッファに格納されていると判定することに応じて、前記現在のサブフレームの前記データの受信が成功したとしても、前記メッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス（１８）の前記ＨＡＲＱフィードバックバッファにおけるＮＡＣＫフラグを維持することを含む。
●実施形態３５：セルラ通信システム（１０）における無線デバイスの動作方法であって、
○ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックバッファのインデックスを含むダウンリンク制御情報（ＤＣＩ）メッセージを受信することと、
○現在のサブフレームに対するデータの受信が成功したかを判定することであって、前記現在のサブフレームは、前記ＤＣＩメッセージが受信されたサブフレームである、ことと、
○否定応答（ＮＡＣＫ）フラグが、前記ＤＣＩメッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス（１８）のＨＡＲＱフィードバックバッファに格納されていることを判定することと、
○前記ＨＡＲＱフラグが、前記ＤＣＩメッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス（１８）の前記ＨＡＲＱフィードバックバッファに格納されていると判定することに応じて、前記現在のサブフレームの前記データの受信が成功したとしても、前記ＤＣＩメッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス（１８）の前記ＨＡＲＱフィードバックバッファにおけるＮＡＣＫフラグを維持することを含む。
●実施形態３６：実施形態３５の方法であって、更に、前記ＨＡＲＱフィードバックバッファに格納されているＨＡＲＱフィードバックを、ネットワークノードに送信することを含む。
●実施形態３７：実施形態３５の方法であって、更に、現在のサブフレームに対して、複数のＤＣＩエラーが、前記現在のサブフレームの前の複数の連続するサブフレームにおいて発生しているかを判定することを含む。
●実施形態３８：実施形態３７の方法であって、更に、前記複数のＤＣＩエラーが、複数の連続するサブフレームにおいて発生していると判定したことを受けて、非連続送信（ＤＴＸ）フラグを、前記ＤＣＩメッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスの直前のＨＡＲＱフィードバックバッファのインデックスに対応する位置において、前記ＨＡＲＱフィードバックバッファに格納することを含む。
●実施形態３９：少なくとも１つのプロセッサにおいて実行される場合に、実施形態３５から３９のいずれかによる前記方法を、前記少なくとも１つのプロセッサに実行させる命令を含むコンピュータプログラム製品。
●実施形態４０：実施形態３９のコンピュータプログラムを含むキャリアであって、前記キャリアは電気信号、光信号、無線信号、またはコンピュータ読み取り可能な記憶媒体のうちの一つである。
●実施形態４１：セルラ通信システム（１０）において動作することが可能な無線デバイス（１８）であって、前記無線デバイス（１８）は、
○送受信器（３２）と、
○少なくとも１つのプロセッサ（２８）と、
○前記少なくとも１つのプロセッサ（２８）により実行可能な命令を記憶するメモリ（３０）を有し、それにより、前記無線デバイス（１８）は、
・前記送受信器（３２）を介して、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックバッファのインデックスを含むダウンリンク制御情報（ＤＣＩ）メッセージを受信し、
・現在のサブフレームに対するデータの受信が成功したかを判定し、ここで、前記現在のサブフレームは、前記ＤＣＩメッセージが受信されたサブフレームであり、
・否定応答（ＮＡＣＫ）フラグが、前記ＤＣＩメッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス（１８）のＨＡＲＱフィードバックバッファに格納されていることを判定し、
・前記ＨＡＲＱフラグが、前記ＤＣＩメッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス（１８）の前記ＨＡＲＱフィードバックバッファに格納されていると判定することに応じて、前記現在のサブフレームの前記データの受信が成功したとしても、前記ＤＣＩメッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス（１８）の前記ＨＡＲＱフィードバックバッファにおけるＮＡＣＫフラグを維持するように動作可能である。
●実施形態４２：実施形態４１の無線デバイス（１８）であって、前記無線デバイス（１８）は、更に、前記ＨＡＲＱフィードバックバッファに格納されているＨＡＲＱフィードバックを、ネットワークノードに送信するように動作可能である。
●実施形態４３：実施形態４１の無線デバイス（１８）あって、前記無線デバイス（１８）は、更に、現在のサブフレームに対して、複数のＤＣＩエラーが、前記現在のサブフレームの前の複数の連続するサブフレームにおいて発生しているかを判定するように動作可能である。
●実施形態４４：実施形態４１の無線デバイス（１８）であって、前記無線デバイス（１８）は、更に、複数のＤＣＩエラーが、複数の連続するサブフレームにおいて発生していると判定したことを受けて、非連続送信（ＤＴＸ）フラグを、前記ＤＣＩメッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスの直前のＨＡＲＱフィードバックバッファのインデックスに対応する位置において、前記ＨＡＲＱフィードバックバッファに格納するように操作可能である。
●実施形態４５：セルラ通信システム（１０）に対する無線デバイス（１８）であって、前記無線デバイス（１８）は、
○ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックバッファのインデックスを含むダウンリンク制御情報（ＤＣＩ）メッセージを受信するための手段と、
○現在のサブフレームに対するデータの受信が成功したかを判定するための手段であって、前記現在のサブフレームは、前記ＤＣＩメッセージが受信されたサブフレームである、手段と、
○否定応答（ＮＡＣＫ）フラグが、前記ＤＣＩメッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス（１８）のＨＡＲＱフィードバックバッファに格納されていることを判定するための手段と、
○前記ＮＡＣＫフラグが、前記ＤＣＩメッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス（１８）の前記ＨＡＲＱフィードバックバッファに格納されていると判定することに応じて、前記現在のサブフレームの前記データの受信が成功したとしても、前記ＤＣＩメッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス（１８）の前記ＨＡＲＱフィードバックバッファにおけるＮＡＣＫフラグを維持するための手段を有する。
●実施形態４６：セルラ通信システム（１０）において動作することが可能な無線デバイス（１８）であって、前記無線デバイス（１８）は、
○ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックバッファのインデックスを含むダウンリンク制御情報（ＤＣＩ）メッセージを受信するように動作可能な受信モジュール（４０−１）と、
○現在のサブフレームに対するデータの受信が成功したことを判定するように動作可能な第１の判定モジュール（４０）であって、前記現在のサブフレームは、前記ＤＣＩメッセージが受信されたサブフレームである、モジュールと、
○否定応答（ＮＡＣＫ）フラグが、前記ＤＣＩメッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス（１８）のＨＡＲＱフィードバックバッファに格納されていることを判定するように動作可能な第２の判定モジュール（４０）と、
○前記ＮＡＣＫフラグが、前記ＤＣＩメッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス（１８）の前記ＨＡＲＱフィードバックバッファに格納されていると判定することに応じて、前記現在のサブフレームの前記データの受信が成功したとしても、前記ＤＣＩメッセージに含まれる前記ＨＡＲＱフィードバックバッファのインデックスに対応するバッファの位置において、前記無線デバイス（１８）の前記ＨＡＲＱフィードバックバッファにおけるＮＡＣＫフラグを維持するように動作可能なフラグ格納モジュールを有する。
●実施形態４７ａ：セルラ通信システム（１０）における無線アクセスノード（１４）の動作方法であって、
○無線デバイス（１８）から前記無線アクセスノード（１４）へのアップリンク制御チャネルの品質が、上限閾値より低いが、下限閾値より高いかを判定することと、
○前記アップリンク制御チャネルの前記品質が、前記上限閾値より低いが、前記下限閾値より高いと判定したことに応じて、複数のフラグのそれぞれを、否定応答（ＮＡＣＫ）フラグにセットすることであって、前記フラグは、前記無線デバイス（１８）から受信されている、ことを含む。
●実施形態４７：セルラ通信システム（１０）における無線アクセスノード（１４）の動作方法であって、
○無線デバイス（１８）から前記無線アクセスノード（１４）へのアップリンク制御チャネルの品質が、予め定義された上限閾値より低いが、予め定義された下限閾値より高いかを判定することと、
○前記アップリンク制御チャネルの前記品質が、前記予め定義された上限閾値より低いが、前記予め定義された下限閾値より高いと判定したことに応じて、前記アップリンク制御チャネルを介して前記無線デバイス（１８）から受信される必要があった複数の束ねられたＨＡＲＱフラグのそれぞれを、否定応答（ＮＡＣＫ）フラグにセットすることを含む。
●実施形態４８：実施形態４７の方法であって、前記複数の束ねられたＨＡＲＱフィードバックフラグは、対応するインデックスＢＩ＝｛１，…，ＢＩＭＡＸ｝を有し、ここで、ＢＩＭＡＸは１より大きい、予め定められた値であり、前記方法は、
○前記無線デバイス（１８）から前記無線アクセスノード（１４）への前記アップリンク制御チャネルの前記品質が、前記予め定められた下限の閾値より低いかを判定することと、
○前記アップリンク制御チャネルの前記品質が、前記予め定められた下限の閾値より低いと判定したことに応じて、前記アップリンク制御チャネルを介して前記無線デバイス（１８）から受信された、インデックスＢＩＭＡＸに対応する、複数の束ねられたＨＡＲＱフィードバックフラグの１つを、ＤＣＩエラーを示す非連続送信（ＤＴＸ）フラグにセットすることを含む。
●実施形態４９：少なくとも１つのプロセッサにおいて実行される場合に、実施形態４７から４８のいずれかによる前記方法を、前記少なくとも１つのプロセッサに実行させる命令を含むことを特徴とするコンピュータプログラム製品。
●実施形態５０：実施形態４９のコンピュータプログラムを含むキャリアであって、前記キャリアは電気信号、光信号、無線信号、またはコンピュータ読み取り可能な記憶媒体のうちの１つである。
●実施形態５１：セルラ通信システム（１０）に対する無線アクセスノード（１４）であって、前記無線アクセスノード（１４）は、
○無線ユニット（５０）と、
○少なくとも１つのプロセッサ（４４）と、
○前記少なくとも１つのプロセッサ（４４）により実行可能な命令を記憶するメモリ（４６）を有し、それにより、前記無線アクセスノード（１４）は、
・無線デバイス（１８）から前記無線アクセスノード（１４）へのアップリンク制御チャネルの品質が、予め定義された上限閾値より低いが、予め定義された下限閾値より高いかを判定し、
・前記アップリンク制御チャネルの前記品質が、前記予め定義された上限閾値より低いが、前記予め定義された下限閾値より高いと判定したことに応じて、前記アップリンク制御チャネルを介して前記無線デバイス（１８）から受信される必要があった複数の束ねられたＨＡＲＱフラグのそれぞれを、否定応答（ＮＡＣＫ）フラグにセットするように動作可能である。
●実施形態５２：実施形態５１の無線アクセスノード（１４）であって、前記複数の束ねられたＨＡＲＱフィードバックフラグは、対応するインデックスＢＩ＝｛１，…，ＢＩＭＡＸ｝を有し、ここで、ＢＩＭＡＸは１より大きい、予め定められた値であり、前記無線アクセスノード（１４）は、更に、
○前記無線デバイス（１８）から前記無線アクセスノード（１４）への前記アップリンク制御チャネルの前記品質が、前記予め定められた下限の閾値より低いかを判定し、
○前記アップリンク制御チャネルの前記品質が、前記予め定められた下限の閾値より低いと判定したことに応じて、前記アップリンク制御チャネルを介して前記無線デバイス（１８）から受信された、インデックスＢＩＭＡＸに対応する、複数の束ねられたＨＡＲＱフィードバックフラグの１つを、ＤＣＩエラーを示す非連続送信（ＤＴＸ）フラグに設定するように動作可能である。
●実施形態５３：セルラ通信システム（１０）に対する無線アクセスノード（１４）であって、前記無線アクセスノード（１４）は、
○無線デバイス（１８）から前記無線アクセスノード（１４）へのアップリンク制御チャネルの品質が、予め定義された上限閾値より低いが、予め定義された下限閾値より高いかを判定するための手段と、
○前記アップリンク制御チャネルの前記品質が、前記予め定義された上限閾値より低いが、前記予め定義された下限閾値より高いと判定したことに応じて、前記アップリンク制御チャネルを介して前記無線デバイス（１８）から受信される必要があった複数の束ねられたＨＡＲＱフラグのそれぞれを、否定応答（ＮＡＣＫ）フラグにセットするための手段を有する。
●実施形態５４：セルラ通信システム（１０）に対する無線アクセスノード（１４）であって、前記無線アクセスノード（１４）は、
○無線デバイス（１８）から前記無線アクセスノード（１４）へのアップリンク制御チャネルの品質が、予め定義された上限閾値より低いが、予め定義された下限閾値より高いかを判定するように動作可能な判定モジュールと、
○前記アップリンク制御チャネルの前記品質が、前記予め定義された上限閾値より低いが、前記予め定義された下限閾値より高いと判定したことに応じて、前記アップリンク制御チャネルを介して前記無線デバイス（１８）から受信される必要があった複数の束ねられたＨＡＲＱフラグのそれぞれを、否定応答（ＮＡＣＫ）フラグにセットするように動作可能であるフラグ設定モジュールを有する。
【０１２３】
以下の頭字語は、本開示を通じて使用される。
３ＧＰＰ：第３世代パートナーシッププロジェクト
５Ｇ：第５世代
ＡＳＳ：アドヴァンストアンテナシステム
ＡＣＫ：確認応答
ＡＭ：確認応答モード
ＡＳＩＣ：特定用途向け集積回路
ＢＩ：バッファインデックス
ＣＣＥ：制御チャネルエレメント
ＣＰＵ；中央処理ユニット
ＤＣＩ：ダウンリンク制御情報
ＤＴＸ：非連続送信
ｅＮＢ：強化型（Enhanced）または進化型（Evolved）ノードＢ
ｅＰＤＣＣＨ：強化型物理ダウンリンク制御チャネル
ＦＤＤ：周波数分割複信
ＦＰＧＡ：フィールドプログラマブルゲートアレイ
ＨＡＲＱ：ハイブリッド自動再送要求
ＬＴＥ：ロングタームエヴォリューション
ＭＩＭＯ：多入力多出力
ＭＭＥ：モビリティ管理エンティティ
ｍｓ：ミリ秒
ＭＴＣ：マシーンタイプ通信
ＮＡＣＫ：否定応答
ＮＤＩ：新規データインジケータ
ＯＦＤＭ：直交周波数分割多重
ＰＤＣＣＨ：物理ダウンリンク制御チャネル
ＰＤＳＣＨ：物理ダウンリンク共有チャネル
ＰーＧＷ：パケットデータネットワークゲートウェイ
ＰＤＣＣＨ：物理アップリンク制御チャネル
ＰＵＳＣＨ：物理アップリンク共有チャネル
ＲＡＮ：無線アクセスネットワーク
ＲＲＣ：無線リンク制御
ＲＴＴ：ラウンドトリップタイム
ＲＶ：冗長度バージョン
Ｓ−ＧＷ：サービングゲートウェイ
ＳＩＮＲ：信号対干渉雑音比
ＴＢ：テストベッド
ＴＤＤ：時分割複信
ＵＣＩ：アップリンク制御情報
ＵＥ：ユーザ装置
【０１２４】
当業者であれば、本開示の実施形態に対する改良および修正を認識するだろう。そのような改良および修正は、ここに開示された概念および以下のクレームの範囲で考慮される。
【図１】
2019510389.tif 000003
【図２】
2019510389.tif 000004
【図３Ａ】
2019510389.tif 000005
【図３Ｂ】
2019510389.tif 000006
【図４】
2019510389.tif 000007
【図５Ａ】
2019510389.tif 000008
【図５Ｂ】
2019510389.tif 000009
【図６】
2019510389.tif 000010
【図７Ａ】
2019510389.tif 000011
【図７Ｂ】
2019510389.tif 000012
【図８】
2019510389.tif 000013
【図９】
2019510389.tif 000014
【図１０】
2019510389.tif 000015
【図１１】
2019510389.tif 000016
【図１２】
2019510389.tif 000017
【図１３】
2019510389.tif 000018
【図１４Ａ】
2019510389.tif 000019
【図１４Ｂ】
2019510389.tif 000020
【図１４Ｃ】
2019510389.tif 000021
【図１５Ａ】
2019510389.tif 000022
【図１５Ｂ】
2019510389.tif 000023
【図１５Ｃ】
2019510389.tif 000024
【図１６Ａ】
2019510389.tif 000025
【図１６Ｂ】
2019510389.tif 000026
【図１７Ａ】
2019510389.tif 000027
【図１７Ｂ】
2019510389.tif 000028
【図１８Ａ】
2019510389.tif 000029
【図１８Ｂ】
2019510389.tif 000030
【図１９】
2019510389.tif 000031
【図２０】
2019510389.tif 000032
【図２１】
2019510389.tif 000033
【図２２】
2019510389.tif 000034
【図２３】
2019510389.tif 000035
【手続補正書】
【提出日】平成30年8月31日(2018.8.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
セルラ通信システム（１０）における無線デバイス（１８）の動作方法であって、
第１のサブフレームＴにおいて無線アクセスノード（１４）からダウンリンク制御情報を受信すること（１０２）であって、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセット（Ｋ）の指標を含む、ことと、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１４）へダウンリンクＨＡＲＱフィードバックを送信すること（１０６）を含む、方法。
【請求項２】
請求項１に記載の方法であって、更に、
複数のダウンリンクＨＡＲＱフィードバックフラグを、単一のダウンリンクＨＡＲＱフィードバック送信に統合すること（１０４）を含み、
前記サブフレームＴ＋Ｋにおいて前記ＨＡＲＱフィードバックを送信すること（１０６）は、前記サブフレームＴ＋Ｋにおいて前記単一のダウンリンクＨＡＲＱフィードバック送信を送信すること（１０６）を含む、方法。
【請求項３】
請求項２に記載の方法であって、
前記複数のダウンリンクＨＡＲＱフィードバックフラグを、前記単一のダウンリンクＨＡＲＱフィードバック送信に統合すること（１０４）は、前記複数のダウンリンクＨＡＲＱフィードバックフラグを、前記単一のダウンリンクＨＡＲＱフィードバック送信に対するコードワードに結合符号化すること（１０４）を含む、方法。
【請求項４】
請求項２または３に記載の方法であって、
前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクＨＡＲＱフィードバック送信に統合されるかを示す情報を含む、方法。
【請求項５】
請求項１から４のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、前記ＨＡＲＱタイミングオフセットＫに対する値である、方法。
【請求項６】
請求項１から４のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め定義された値である、方法。
【請求項７】
請求項１から４のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め設定された値である、方法。
【請求項８】
請求項１から４のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは前記無線デバイス（１８）の予め決定された最小のＨＡＲＱタイミングオフセットである、方法。
【請求項９】
請求項１から４のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｘであり、前記ＨＡＲＱタイミングオフセットＫは前記値Ｘの関数である、方法。
【請求項１０】
請求項１から９のいずれか１項に記載の方法であって、前記ＨＡＲＱフィードバックは、ＨＡＲＱフィードバックフラグを含み、前記ＨＡＲＱフィードバックフラグは、各ダウンリンクデータが前記無線デバイス（１８）により正常に受信された場合には確認応答であり、前記各ダウンリンクデータが前記無線デバイス（１８）により正常に受信されなかった場合には否定応答であり、各ダウンリンク制御情報が前記無線デバイス（１８）により受信されなかった場合には、ダウンリンク制御情報の失敗の指標である、方法。
【請求項１１】
セルラ通信システム（１０）に対する無線デバイス（１８）であって、前記無線デバイス（１８）は、
第１のサブフレームＴにおいて無線アクセスノード（１４）からダウンリンク制御情報を受信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセット（Ｋ）の指標を含み、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１４）へダウンリンクＨＡＲＱフィードバックを送信するように構成される、無線デバイス。
【請求項１２】
請求項１１に記載の無線デバイス（１８）であって、更に、請求項２から１０のいずれか１項に記載の方法に従って動作するように構成される、無線デバイス。
【請求項１３】
セルラ通信システム（１０）に対する無線デバイス（１８）であって、
送受信器（３２）と、
少なくとも１つのプロセッサ（２８）を有し、
前記少なくとも１つのプロセッサ（２８）により実行可能な命令を記憶するメモリ（３０）を有し、それにより、前記無線デバイス（１８）は、
前記送受信器（３２）を介して、第１のサブフレームＴにおいて無線アクセスノード（１４）からダウンリンク制御情報を受信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセット（Ｋ）の指標を含み、
前記送受信器（３２）を介して、サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１４）へダウンリンクＨＡＲＱフィードバックを送信するように動作可能である、無線デバイス。
【請求項１４】
セルラ通信システム（１０）における無線アクセスノード（１４）の動作方法であって、 
第１のサブフレームＴにおいて無線デバイス（１８）へダウンリンク制御情報を送信すること（１０２）であって、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセット（Ｋ）の指標を含む、ことと、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１８）からダウンリンクＨＡＲＱフィードバックを受信すること（１０６）を含む、方法。
【請求項１５】
請求項１４に記載の方法であって、
前記サブフレームＴ＋Ｋにおける前記ダウンリンクＨＡＲＱフィードバックは、複数のダウンリンクＨＡＲＱフィードバックフラグの組み合わせである、前記サブフレームＴ＋Ｋにおける単一のダウンリンクＨＡＲＱフィードバック送信を含む、方法。
【請求項１６】
請求項１５に記載の方法であって、前記単一のダウンリンクＨＡＲＱフィードバック送信は、前記複数のダウンリンクＨＡＲＱフィードバックフラグの結合符号化を表す、方法。
【請求項１７】
請求項１５または１６に記載の方法であって、
前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクＨＡＲＱフィードバック送信に統合されるかを示す情報を含む、方法。
【請求項１８】
セルラ通信システム（１０）に対する無線アクセスノード（１４）であって、前記無線アクセスノード（１４）は、
第１のサブフレームＴにおいて無線デバイス（１８）へダウンリンク制御情報を送信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセット（Ｋ）の指標を含み、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１８）からダウンリンクＨＡＲＱフィードバックを受信するように構成される、無線アクセスノード。
【請求項１９】
請求項１８に記載の無線アクセスノード（１４）であって、更に、請求項１５から１７のいずれか１項に記載の方法に従って動作するように構成される、無線アクセスノード。
【請求項２０】
セルラ通信システム（１０）に対する無線アクセスノード（１４）であって、
少なくとも１つの無線ユニット（５０）と、
少なくとも１つのプロセッサ（４４）を有し、
前記少なくとも１つのプロセッサ（４４）により実行可能な命令を記憶するメモリ（３６）を有し、それにより、前記無線アクセスノード（１４）は、
前記少なくとも１つの無線ユニット（５０）を介して、第１のサブフレームＴにおいて無線デバイス（１８）へダウンリンク制御情報を送信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセット（Ｋ）の指標を含み、
前記少なくとも１つの無線ユニット（５０）を介して、サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１８）からダウンリンクＨＡＲＱフィードバックを受信するように動作することが可能な無線アクセスノード。
【手続補正書】
【提出日】平成30年10月1日(2018.10.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
セルラ通信システム（１０）における無線デバイス（１８）の動作方法であって、
第１のサブフレームＴにおいて無線アクセスノード（１４）からダウンリンク制御情報を受信すること（１０２）であって、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含む、ことと、
第２のサブフレームＴ２において無線アクセスノード（１４）から第２のダウンリンク制御情報を受信することであって、前記第２のダウンリンク制御情報は、第２のハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫ２の指標を含み、前記タイミングオフセットＫ２は、対応するダウンリンク送信に対するＨＡＲＱフィードバックが前記サブフレームＴ＋Ｋにおいて生じるようなオフセットである、ことと、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１４）へダウンリンクＨＡＲＱフィードバックを送信すること（１０６）を含む、方法。
【請求項２】
請求項１に記載の方法であって、更に、
前記複数のダウンリンクＨＡＲＱフィードバックを、単一のダウンリンクＨＡＲＱフィードバック送信に統合すること（１０４）を含み、
前記サブフレームＴ＋Ｋにおいて前記ＨＡＲＱフィードバックを送信すること（１０６）は、前記サブフレームＴ＋Ｋにおいて前記単一のダウンリンクＨＡＲＱフィードバック送信を送信すること（１０６）を含む、方法。
【請求項３】
請求項２に記載の方法であって、
前記複数のダウンリンクＨＡＲＱフィードバックを、前記単一のダウンリンクＨＡＲＱフィードバック送信に統合すること（１０４）は、前記複数のダウンリンクＨＡＲＱフィードバックを、前記単一のダウンリンクＨＡＲＱフィードバック送信に対するコードワードに結合符号化すること（１０４）を含む、方法。
【請求項４】
請求項２または３に記載の方法であって、
前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクＨＡＲＱフィードバック送信に統合されるかを示す情報を含む、方法。
【請求項５】
請求項１から４のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、前記ＨＡＲＱタイミングオフセットＫに対する値である、方法。
【請求項６】
請求項１から４のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め定義された値である、方法。
【請求項７】
請求項１から４のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは予め設定された値である、方法。
【請求項８】
請求項１から４のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｓであり、前記ＨＡＲＱタイミングオフセットＫ＝Ｎ＋Ｓであり、Ｎは前記無線デバイス（１８）の予め決定された最小のＨＡＲＱタイミングオフセットである、方法。
【請求項９】
請求項１から４のいずれか１項に記載の方法であって、前記ＨＡＲＱタイミングオフセットＫの前記指標は、値Ｘであり、前記ＨＡＲＱタイミングオフセットＫは前記値Ｘの関数である、方法。
【請求項１０】
請求項１から９のいずれか１項に記載の方法であって、前記ＨＡＲＱフィードバックは、ＨＡＲＱフィードバックフラグを含み、前記ＨＡＲＱフィードバックフラグは、各ダウンリンクデータが前記無線デバイス（１８）により正常に受信された場合には確認応答であり、前記各ダウンリンクデータが前記無線デバイス（１８）により正常に受信されなかった場合には否定応答であり、各ダウンリンク制御情報が前記無線デバイス（１８）により受信されなかった場合には、ダウンリンク制御情報の失敗の指標である、方法。
【請求項１１】
セルラ通信システム（１０）に対する無線デバイス（１８）であって、前記無線デバイス（１８）は、
第１のサブフレームＴにおいて無線アクセスノード（１４）からダウンリンク制御情報を受信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含み、
第２のサブフレームＴ２において無線アクセスノード（１４）から第２のダウンリンク制御情報を受信し、ここで、前記第２のダウンリンク制御情報は、第２のハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫ２の指標を含み、前記タイミングオフセットＫ２は、対応するダウンリンク送信に対するＨＡＲＱフィードバックが前記サブフレームＴ＋Ｋにおいて生じるようなオフセットであり、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１４）へダウンリンクＨＡＲＱフィードバックを送信するように構成される、無線デバイス。
【請求項１２】
請求項１１に記載の無線デバイス（１８）であって、更に、請求項２から１０のいずれか１項に記載の方法に従って動作するように構成される、無線デバイス。
【請求項１３】
セルラ通信システム（１０）に対する無線デバイス（１８）であって、
送受信器（３２）と、
少なくとも１つのプロセッサ（２８）を有し、
前記少なくとも１つのプロセッサ（２８）により実行可能な命令を記憶するメモリ（３０）を有し、それにより、前記無線デバイス（１８）は、
前記送受信器（３２）を介して、第１のサブフレームＴにおいて無線アクセスノード（１４）からダウンリンク制御情報を受信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含み、
前記送受信器（３２）を介して、サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１４）へダウンリンクＨＡＲＱフィードバックを送信するように動作可能である、無線デバイス。
【請求項１４】
セルラ通信システム（１０）における無線アクセスノード（１４）の動作方法であって、 
第１のサブフレームＴにおいて無線デバイス（１８）へダウンリンク制御情報を送信すること（１０２）であって、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含む、ことと、
第２のサブフレームＴ２において無線デバイス（１８）へ第２のダウンリンク制御情報を送信することであって、前記第２のダウンリンク制御情報は、第２のハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫ２の指標を含み、前記タイミングオフセットＫ２は、対応するダウンリンク送信に対するＨＡＲＱフィードバックが前記サブフレームＴ＋Ｋにおいて生じるようなオフセットである、ことと、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１８）からダウンリンクＨＡＲＱフィードバックを受信すること（１０６）を含む、方法。
【請求項１５】
請求項１４に記載の方法であって、
前記サブフレームＴ＋Ｋにおける前記ダウンリンクＨＡＲＱフィードバックは、複数のダウンリンクＨＡＲＱフィードバックフラグの組み合わせである、前記サブフレームＴ＋Ｋにおける単一のダウンリンクＨＡＲＱフィードバック送信を含む、方法。
【請求項１６】
請求項１５に記載の方法であって、前記単一のダウンリンクＨＡＲＱフィードバック送信は、前記複数のダウンリンクＨＡＲＱフィードバックフラグの結合符号化を表す、方法。
【請求項１７】
請求項１５または１６に記載の方法であって、
前記ダウンリンク制御情報は、更に、どのフィードバックフラグが前記単一のダウンリンクＨＡＲＱフィードバック送信に統合されるかを示す情報を含む、方法。
【請求項１８】
セルラ通信システム（１０）に対する無線アクセスノード（１４）であって、前記無線アクセスノード（１４）は、
第１のサブフレームＴにおいて無線デバイス（１８）へダウンリンク制御情報を送信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含み、
第２のサブフレームＴ２において無線デバイス（１８）へ第２のダウンリンク制御情報を送信し、ここで、前記第２のダウンリンク制御情報は、第２のハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫ２の指標を含み、前記タイミングオフセットＫ２は、対応するダウンリンク送信に対するＨＡＲＱフィードバックが前記サブフレームＴ＋Ｋにおいて生じるようなオフセットであり、
サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１８）からダウンリンクＨＡＲＱフィードバックを受信するように構成される、無線アクセスノード。
【請求項１９】
請求項１８に記載の無線アクセスノード（１４）であって、更に、請求項１５から１７のいずれか１項に記載の方法に従って動作するように構成される、無線アクセスノード。
【請求項２０】
セルラ通信システム（１０）に対する無線アクセスノード（１４）であって、
少なくとも１つの無線ユニット（５０）と、
少なくとも１つのプロセッサ（４４）を有し、
前記少なくとも１つのプロセッサ（４４）により実行可能な命令を記憶するメモリ（４６）を有し、それにより、前記無線アクセスノード（１４）は、
前記少なくとも１つの無線ユニット（５０）を介して、第１のサブフレームＴにおいて無線デバイス（１８）へダウンリンク制御情報を送信し、ここで、前記ダウンリンク制御情報はハイブリッド自動再送要求（ＨＡＲＱ）のタイミングオフセットＫの指標を含み、
前記少なくとも１つの無線ユニット（５０）を介して、サブフレームＴ＋Ｋにおいて前記無線アクセスノード（１８）からダウンリンクＨＡＲＱフィードバックを受信するように動作することが可能な無線アクセスノード。
【国際調査報告】
2019510389.tif 000036
2019510389.tif 000037
2019510389.tif 000038
2019510389.tif 000039
2019510389.tif 000040