JP2024517852A - フィードバック方法、フィードバック装置及び記憶媒体 - Google Patents

Abstract

本開示は、フィードバック方法、フィードバック装置及び記憶媒体に関する。フィードバック方法は、端末に適用され、共通ビーム情報を指示するためのダウンリンク制御情報を受信するステップと、前記ダウンリンク制御情報が正しく受信されているか否かを決定し、且つ前記ダウンリンク制御情報が正しく受信されているか否かを指示するためのフィードバック結果をネットワークデバイスに送信するステップとを含む。フィードバック方法は、ネットワークデバイス側に適用され、共通ビーム情報を指示するためのダウンリンク制御情報を送信するステップと、前記ダウンリンク制御情報が正しく受信されているか否かを指示するためのフィードバック結果を受信するステップとを含む。本開示によって、共通ビーム情報を指示するためのダウンリンク制御情報が端末により正しく受信されているか否かを正確に知り、且つＨＡＲＱ ＡＣＫシグナリングオーバヘッドを低減させることができる。【選択図】図２

Description

本開示は、通信技術分野に関し、特にフィードバック方法、フィードバック装置及び記憶媒体に関する。

ニューラジオ技術（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）では、例えば通信周波数帯域がｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ ２の場合、高周波チャネルの減衰が速いため、カバレッジ範囲を確保するために、ビーム（ｂｅａｍ）に基づく送信と受信を用いる必要がある。

関連技術では、物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ）、物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ）、物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）、物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）及び各アップリンク／ダウンリンク参照信号などのビームは、独立して指示される。また、ＰＤＣＣＨとＰＵＣＣＨは、メディアアクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）制御ユニット（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ、ＣＥ）を用いてビームをアクティブ化する。ＰＤＳＣＨとＰＵＳＣＨは、ダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）シグナリングによってそのそれぞれのビームを指示する。現在、シグナリングオーバヘッドを低減するために、共通ビーム（ｃｏｍｍｏｎ ｂｅａｍ又はｕｎｉｆｉｅｄ ｂｅａｍ又はｕｎｉｆｉｅｄ ＴＣＩ ｓｔａｔｅ）を用いて指示する。ｃｏｍｍｏｎ ｂｅａｍは、端末のアップリンクとダウンリンクのチャネル及び／又は参照信号の指示に用いられてもよい。

関連技術ではＰＤＳＣＨをスケジューリングするＤＣＩシグナリングを用いて共通ビームを指示し、この共通ビーム情報が正しく受信されているか否かに対して、ＰＤＳＣＨのハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ、ＨＡＲＱ）確認応答（ＡＣＫ）フィードバックによって決定する必要がある。しかしながら、ＰＤＳＣＨのＨＡＲＱ ＡＣＫフィードバックに基づいて、共通ビーム情報が正しく受信されているか否かを決定すると、共通ビーム情報が正しく受信されているか否かを誤判断することがあり、例えば、ＰＤＳＣＨのＨＡＲＱ ＡＣＫフィードバックが非確認応答（ＮＡＣＫ）である場合、ＰＤＣＣＨのＤＣＩシグナリングの復号化に成功すると、即ち共通ビーム情報の受信に成功すると、共通ビーム情報が正しく受信ていていないと誤判断してしまう。

関連技術にある問題を克服するために、本開示、フィードバック方法、フィードバック装置及び記憶媒体を提供する。

本開示の実施例の第１の態様によれば、フィードバック方法を提供し、端末に適用され、前記フィードバック方法は、
共通ビーム情報を指示するためのダウンリンク制御情報を受信するステップと、前記ダウンリンク制御情報が正しく受信されているか否かを決定し、且つ前記ダウンリンク制御情報が正しく受信されているか否かを指示するためのフィードバック結果をネットワークデバイスに送信するステップとを含む。

一実施形態において、前記ダウンリンク制御情報が正しく受信されていないことに応答して、前記ダウンリンク制御情報に対する非確認応答レスポンスをネットワークデバイスに送信する。

一実施形態において、前記ダウンリンク制御情報が正しく受信されていることに応答して、前記ダウンリンク制御情報に対する確認応答レスポンスをネットワークデバイスに送信する。

一実施形態において、前記ダウンリンク制御情報に対する確認応答レスポンスをネットワークデバイスに送信するステップは、
前記ダウンリンク制御情報が正しく受信されており、且つ前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと異なることに応答して、前記ダウンリンク制御情報に対する確認応答レスポンスをネットワークデバイスに送信するステップを含む。

一実施形態において、前記フィードバック方法は、前記ダウンリンク制御情報が正しく受信されており、且つ前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと同じであることに応答して、前記ダウンリンク制御情報を指示するための確認応答レスポンスをネットワークデバイスに送信しないステップをさらに含む。

一実施形態において、前記ダウンリンク制御情報に対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信するステップは、
第１のビットリソース情報に基づいて、前記ダウンリンク制御情報に対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信するステップを含み、前記第１のビットリソース情報は、前記ダウンリンク制御情報の確認応答レスポンス又は非確認応答レスポンスを指示するために用いられる。

一実施形態において、前記第１のビットリソース情報は、第１のタイプのコードブック及び／又は第２のタイプのコードブックを含むハイブリッド自動再送要求コードブックにおけるビットリソース情報を含む。

一実施形態において、前記ビットリソース情報は、ビット位置を含み、前記ビット位置は、
動的にスケジューリングされる伝送ブロックと、半静的にスケジューリングされる物理ダウンリンク共有チャネルと、動的にスケジューリングされるコードブロックグループと、半静的にスケジューリングされる物理ダウンリンク共有チャネルリリースメッセージと、セカンダリセルのスリーブ情報とのうちの１つに対応するビット位置に基づいて決定される。

一実施形態において、前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと同じであるか否かを決定するステップは、
前記ダウンリンク制御情報で指示される共通ビームと前記端末の現在用いているビームに基づいて、前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと同じであるか否かを決定するステップと、前記共通ビームが新しいビームであるか否かを指示するための前記ダウンリンク制御情報に基づいて、前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと同じであるか否かを決定するステップとのうちの少なくとも１つを含む。

一実施形態において、前記フィードバック方法は、前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと同じであり、且つ制御リソースセットを受信するビームが前記共通ビームと異なることに応答して、前記ダウンリンク制御情報を受信してから第１の時間後に前記共通ビームを用いるステップをさらに含む。

一実施形態において、前記フィードバック方法は、前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと異なることに応答して、前記ダウンリンク制御情報を受信してから第２の時間後に前記共通ビームを用い、又は前記フィードバック結果を送信した第３の時間後に前記共通ビームを用いるステップをさらに含む。

一実施形態において、前記ダウンリンク制御情報は、さらに、物理ダウンリンク共有チャネルＰＤＳＣＨ及び／又は物理アップリンク共有チャネルＰＵＳＣＨのスケジューリングに用いられる。

一実施形態において、第２のビットリソース情報に基づいて、前記ダウンリンク制御情報によりスケジューリングされるＰＤＳＣＨに対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信する。

一実施形態において、前記第１のビットリソース情報と前記第２のビットリソース情報は、同じビットリソース情報である。

一実施形態において、前記共通ビーム情報と前記ＰＤＳＣＨの受信に成功したことに応答して、前記第１のビットリソース情報と前記第２のビットリソース情報は、同じビットリソース情報であり、及び／又は前記共通ビーム情報と前記ＰＤＳＣＨの受信に成功していなかったことに応答して、前記第１のビットリソース情報と前記第２のビットリソース情報は、同じビットリソース情報である。

一実施形態において、前記第１のビットリソース情報と前記第２のビットリソース情報は、異なるビットリソース情報である。

一実施形態において、前記共通ビーム情報の受信に成功しており、及び前記ＰＤＳＣＨの受信に成功していなかったことに応答して、前記第１のビットリソース情報と前記第２のビットリソース情報は、異なるビットリソース情報である。

本開示の実施例の第２の態様によれば、フィードバック方法を提供し、ネットワークデバイスに適用され、前記フィードバック方法は、
共通ビーム情報を指示するためのダウンリンク制御情報を送信するステップと、前記ダウンリンク制御情報が正しく受信されているか否かを指示するためのフィードバック結果を受信するステップとを含む。

一実施形態において、前記ダウンリンク制御情報に対する非確認応答レスポンスを受信し、前記非確認応答レスポンスは、前記ダウンリンク制御情報が正しく受信されていないことを表す。

一実施形態において、前記ダウンリンク制御情報に対する確認応答レスポンスを受信し、前記確認応答レスポンスは、前記ダウンリンク制御情報が正しく受信されていることを表す。

一実施形態において、前記ダウンリンク制御情報に対する確認応答レスポンスを受信するステップは、
前記ダウンリンク制御情報に対する確認応答レスポンスを受信するステップを含み、前記確認応答レスポンスは、前記ダウンリンク制御情報が正しく受信されており、且つ前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと異なることを表す。

一実施形態において、前記ダウンリンク制御情報に対する確認応答レスポンス又は非確認応答レスポンスを受信するステップは、第１のビットリソース情報に基づいて、前記ダウンリンク制御情報に対する確認応答レスポンス又は非確認応答レスポンスを受信するステップを含み、前記第１のビットリソース情報は、前記ダウンリンク制御情報の確認応答レスポンス又は非確認応答レスポンスを指示するために用いられる。

一実施形態において、前記第１のビットリソース情報は、第１のタイプのコードブック及び／又は第２のタイプのコードブックを含むハイブリッド自動再送要求コードブックにおけるビットリソース情報を含む。

一実施形態において、前記ビットリソース情報は、ビット位置を含み、前記ビット位置は、
動的にスケジューリングされる伝送ブロックと、半静的にスケジューリングされる物理ダウンリンク共有チャネルと、動的にスケジューリングされるコードブロックグループと、半静的にスケジューリングされる物理ダウンリンク共有チャネルリリースメッセージと、セカンダリセルのスリーブ情報とのうちの１つに対応するビット位置に基づいて決定される。

一実施形態において、前記ダウンリンク制御情報は、前記共通ビームが新しいビームであるか否かを指示するために用いられる。

一実施形態において、前記ダウンリンク制御情報は、さらに、物理ダウンリンク共有チャネルＰＤＳＣＨ及び／又は物理アップリンク共有チャネルＰＵＳＣＨのスケジューリングに用いられる。

一実施形態において、第２のビットリソース情報に基づいて、前記ダウンリンク制御情報によりスケジューリングされるＰＤＳＣＨに対する確認応答レスポンス又は非確認応答レスポンスを受信する。

一実施形態において、前記第１のビットリソース情報と前記第２のビットリソース情報は、同じビットリソース情報である。

一実施形態において、前記第１のビットリソース情報と前記第２のビットリソース情報が同じビットリソース情報であることは、前記共通ビーム情報と前記ＰＤＳＣＨの受信に成功しており、及び／又は前記共通ビーム情報と前記ＰＤＳＣＨの受信に成功していないことを表す。

一実施形態において、前記第１のビットリソース情報と前記第２のビットリソース情報は、異なるビットリソース情報である。

一実施形態において、前記第１のビットリソース情報と前記第２のビットリソース情報が異なるビットリソース情報であることは、前記共通ビーム情報の受信に成功しており、及び前記ＰＤＳＣＨの受信に成功していないことを表す。

本開示の実施例の第３の態様によれば、フィードバック装置を提供し、端末に適用され、前記フィードバック装置は、
共通ビーム情報を指示するためのダウンリンク制御情報を受信するように構成されている受信ユニットと、前記ダウンリンク制御情報が正しく受信されているか否かを決定するように構成されている処理ユニットと、前記ダウンリンク制御情報が正しく受信されているか否かを指示するためのフィードバック結果をネットワークデバイスに送信するように構成されている送信ユニットとを含む。

一実施形態において、前記ダウンリンク制御情報が正しく受信されていないことに応答して、送信ユニットは、前記ダウンリンク制御情報に対する非確認応答レスポンスをネットワークデバイスに送信する。

一実施形態において、前記ダウンリンク制御情報が正しく受信されていることに応答して、送信ユニットは、前記ダウンリンク制御情報に対する確認応答レスポンスをネットワークデバイスに送信する。

一実施形態において、前記ダウンリンク制御情報が正しく受信されており、且つ前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと異なることに応答して、送信ユニットは、前記ダウンリンク制御情報に対する確認応答レスポンスをネットワークデバイスに送信する。

一実施形態において、前記ダウンリンク制御情報が正しく受信されており、且つ前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと同じであることに応答して、前記送信ユニットは、前記ダウンリンク制御情報を指示するための確認応答レスポンスをネットワークデバイスに送信しない。

一実施形態において、前記送信ユニットは、第１のビットリソース情報に基づいて、前記ダウンリンク制御情報に対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信し、前記第１のビットリソース情報は、前記ダウンリンク制御情報の確認応答レスポンス又は非確認応答レスポンスを指示するために用いられる。

一実施形態において、前記第１のビットリソース情報は、第１のタイプのコードブック及び／又は第２のタイプのコードブックを含むハイブリッド自動再送要求コードブックにおけるビットリソース情報を含む。

一実施形態において、前記ビットリソース情報は、ビット位置を含み、前記ビット位置は、
動的にスケジューリングされる伝送ブロックと、半静的にスケジューリングされる物理ダウンリンク共有チャネルと、動的にスケジューリングされるコードブロックグループと、半静的にスケジューリングされる物理ダウンリンク共有チャネルリリースメッセージと、セカンダリセルのスリーブ情報とのうちの１つに対応するビット位置に基づいて決定される。

一実施形態において、処理ユニットが前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと同じであるか否かを決定するステップは、
前記ダウンリンク制御情報で指示される共通ビームと前記端末の現在用いているビームに基づいて、前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと同じであるか否かを決定するステップと、前記共通ビームが新しいビームであるか否かを指示するための前記ダウンリンク制御情報に基づいて、前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと同じであるか否かを決定するステップとのうちの少なくとも１つを含む。

一実施形態において、前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと同じであり、且つ制御リソースセットを受信するビームが前記共通ビームと異なることに応答して、前記処理ユニットは、前記ダウンリンク制御情報を受信してから第１の時間後に前記共通ビームを用いることを決定する。

一実施形態において、前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと異なることに応答して、前記処理ユニットは、前記ダウンリンク制御情報を受信してから第２の時間後に前記共通ビームを用いることを決定し、又は前記処理ユニットは、前記フィードバック結果を送信した第３の時間後に前記共通ビームを用いることを決定する。

一実施形態において、前記ダウンリンク制御情報は、さらに、物理ダウンリンク共有チャネルＰＤＳＣＨ及び／又は物理アップリンク共有チャネルＰＵＳＣＨのスケジューリングに用いられる。

一実施形態において、第２のビットリソース情報に基づいて、前記ダウンリンク制御情報によりスケジューリングされるＰＤＳＣＨに対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信する。

一実施形態において、前記第１のビットリソース情報と前記第２のビットリソース情報は、同じビットリソース情報である。

一実施形態において、前記共通ビーム情報と前記ＰＤＳＣＨの受信に成功したことに応答して、前記第１のビットリソース情報と前記第２のビットリソース情報は、同じビットリソース情報であり、及び／又は前記共通ビーム情報と前記ＰＤＳＣＨの受信に成功していなかったことに応答して、前記第１のビットリソース情報と前記第２のビットリソース情報は、同じビットリソース情報である。

一実施形態において、前記第１のビットリソース情報と前記第２のビットリソース情報は、異なるビットリソース情報である。

一実施形態において、前記共通ビーム情報の受信に成功しており、及び前記ＰＤＳＣＨの受信に成功していなかったことに応答して、前記第１のビットリソース情報と前記第２のビットリソース情報は、異なるビットリソース情報である。

本開示の実施例の第４の態様によれば、フィードバック装置を提供し、ネットワークデバイスに適用され、前記フィードバック装置は、共通ビーム情報を指示するためのダウンリンク制御情報を送信するように構成されている送信ユニットと、前記ダウンリンク制御情報が正しく受信されているか否かを指示するためのフィードバック結果を受信するように構成されている受信ユニットとを含む。

一実施形態において、受信ユニットは、前記ダウンリンク制御情報に対する非確認応答レスポンスを受信し、前記非確認応答レスポンスは、前記ダウンリンク制御情報が正しく受信されていないことを表す。

一実施形態において、受信ユニットは、前記ダウンリンク制御情報に対する確認応答レスポンスを受信し、前記確認応答レスポンスは、前記ダウンリンク制御情報が正しく受信されていることを表す。

一実施形態において、受信ユニットは、前記ダウンリンク制御情報に対する確認応答レスポンスを受信し、前記確認応答レスポンスは、前記ダウンリンク制御情報が正しく受信されており、且つ前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと異なることを表す。

一実施形態において、受信ユニットは、第１のビットリソース情報に基づいて、前記ダウンリンク制御情報に対する確認応答レスポンス又は非確認応答レスポンスを受信し、前記第１のビットリソース情報は、前記ダウンリンク制御情報の確認応答レスポンス又は非確認応答レスポンスを指示するために用いられる。

一実施形態において、前記第１のビットリソース情報は、第１のタイプのコードブック及び／又は第２のタイプのコードブックを含むハイブリッド自動再送要求コードブックにおけるビットリソース情報を含む。

一実施形態において、前記ビットリソース情報は、ビット位置を含み、前記ビット位置は、
動的にスケジューリングされる伝送ブロックと、半静的にスケジューリングされる物理ダウンリンク共有チャネルと、動的にスケジューリングされるコードブロックグループと、半静的にスケジューリングされる物理ダウンリンク共有チャネルリリースメッセージと、セカンダリセルのスリーブ情報とのうちの１つに対応するビット位置に基づいて決定される。

一実施形態において、前記ダウンリンク制御情報は、前記共通ビームが新しいビームであるか否かを指示するために用いられる。

一実施形態において、前記ダウンリンク制御情報は、さらに、物理ダウンリンク共有チャネルＰＤＳＣＨ及び／又は物理アップリンク共有チャネルＰＵＳＣＨのスケジューリングに用いられる。

一実施形態において、受信ユニットは、第２のビットリソース情報に基づいて、前記ダウンリンク制御情報によりスケジューリングされるＰＤＳＣＨに対する確認応答レスポンス又は非確認応答レスポンスを受信する。

一実施形態において、前記第１のビットリソース情報と前記第２のビットリソース情報は、同じビットリソース情報である。

一実施形態において、前記第１のビットリソース情報と前記第２のビットリソース情報が同じビットリソース情報であることは、前記共通ビーム情報と前記ＰＤＳＣＨの受信に成功しており、及び／又は前記共通ビーム情報と前記ＰＤＳＣＨの受信に成功していないことを表す。

一実施形態において、前記第１のビットリソース情報と前記第２のビットリソース情報は、異なるビットリソース情報である。

一実施形態において、前記第１のビットリソース情報と前記第２のビットリソース情報が異なるビットリソース情報であることは、前記共通ビーム情報の受信に成功しており、及び前記ＰＤＳＣＨの受信に成功していないことを表す。

本開示の実施例の第５の態様によれば、プロセッサと、プロセッサ実行可能命令を記憶するためのメモリとを含むフィードバック装置を提供し、
前記プロセッサは、第１の態様又は第１の態様のいずれかの実施形態に記載のフィードバック方法を実行するように構成されている。

本開示の実施例の第６の態様によれば、
プロセッサと、プロセッサ実行可能命令を記憶するためのメモリとを含むフィードバック装置を提供し、
前記プロセッサは、第２の態様又は第２の態様のいずれかの実施形態に記載のフィードバック方法を実行するように構成されている。

本開示の実施例の第７の態様によれば、記憶媒体を提供し、前記記憶媒体に命令が記憶されており、前記記憶媒体における命令が端末のプロセッサによって実行されると、端末に第１の態様又は第１の態様のいずれかの実施形態に記載のフィードバック方法を実行させることができる。

本開示の実施例の第８の態様によれば、記憶媒体を提供し、前記記憶媒体に命令が記憶されており、前記記憶媒体における命令がネットワークデバイスのプロセッサによって実行されると、ネットワークデバイスに第２の態様又は第２の態様のいずれかの実施形態に記載のフィードバック方法を実行させる。

本開示の実施例による技術案は、以下の有益な効果を含んでもよい。端末は、共通ビーム情報を指示するためのダウンリンク制御情報を受信し、且つダウンリンク制御情報が正しく受信されているか否かを決定し、ダウンリンク制御情報が正しく受信されているか否かを指示するためのフィードバック結果をネットワークデバイスに送信することによって、ダウンリンク制御情報に基づいて、共通ビーム情報が端末により正しく受信されているか否かを決定することを実現する。ネットワークデバイスは、ダウンリンク制御情報が正しく受信されているか否かを指示するためのフィードバック結果を受信し、本開示によって、共通ビーム情報を指示するためのダウンリンク制御情報が端末により正しく受信されているか否かを正確に知ることができる。また、本開示は、ＰＤＳＣＨを多重化するＨＡＲＱフィードバック方法に比べて、ＨＡＲＱ ＡＣＫシグナリングオーバヘッドを低減させることができる。

以上の一般的な説明及び後述の詳細な説明は例示的及び解釈的なものにすぎず、本開示を限定するものではないことを理解すべきである。

ここで、図面は明細書に組み込まれ、且つ明細書の一部を構成し、本開示の実施例に合致し、且つ明細書とともに本開示を解釈するための原理に示す。
一例示的な実施例に示す無線通信システムの概略図である。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すビット位置のマッピングの概略図である。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック方法のフローチャートである。 一例示的な実施例に示すフィードバック装置のブロック図である。 一例示的な実施例に示すフィードバック装置のブロック図である。 一例示的な実施例に示すフィードバックのための装置のブロック図である。 一例示的な実施例に示すフィードバックのための装置のブロック図。

ここでは、図面に示される例示的な実施例について詳細に説明する。以下の記述が図面に関連する場合、別段の表現がない限り、異なる図面における同一の数字は同一又は類似の要素を表す。以下の例示的な実施例に記述されている実施形態は、本開示と一致するすべての実施形態を代表するものではない。むしろ、これらは、添付の特許請求の範囲に詳細に記載された、本開示のいくつかの態様と一致する装置と方法の例にすぎない。

本開示の実施例によるフィードバック方法は、図１に示す無線通信システムに用いることができる。図１に示すように、この無線通信システムは、端末とネットワークデバイスを含む。端末は、ラジオリソースを介してネットワークデバイスに接続され、且つデータの送受信を行う。

理解できるように、図１に示す無線通信システムは、概略的な説明に過ぎず、無線通信システムは、図１には図示されていない他のネットワークデバイスをさらに含んでもよく、例えば、コアネットワークデバイス、無線中継デバイスと無線バックホールデバイスなどをさらに含んでもよい。本開示の実施例では、この無線通信システムに含まれるネットワークデバイスの数と端末の数を限定しない。

さらに理解できるように、本開示の実施例の無線通信システムは、無線通信機能を提供するネットワークである。無線通信システムは、異なる通信技術、例えば符号分割多重接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＣＤＭＡ）、広帯域符号分割多重接続（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＷＣＤＭＡ）、時分割多重接続（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多重接続（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多重接続（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＯＦＤＭＡ）、単一搬送波周波数分割多重接続（ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ ＦＤＭＡ、ＳＣ－ＦＤＭＡ）、キャリアリスニング多重アクセス／衝突回避（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ）を用いることができる。異なるネットワークの容量、速度、遅延などの要素に基づいて、ネットワークを２Ｇ（英語：ｇｅｎｅｒａｔｉｏｎ）ネットワーク、３Ｇネットワーク、４Ｇネットワーク又は将来の進化ネットワーク、例えば５Ｇネットワークに分け、５Ｇネットワークは、ニューラジオネットワーク（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）と呼ばれてもよい。記述を容易にするために、本開示では、無線通信ネットワークをネットワークと略語することがある。

さらに、本開示に係るネットワークデバイスは、無線アクセスネットワークデバイスと呼ばれてもよい。この無線アクセスネットワークデバイスは、基地局、進化型基地局（ｅｖｏｌｖｅｄ ｎｏｄｅ Ｂ、ｅＮＢ）、ホーム基地局、ワイヤレス・フィディリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、ＷＩＦＩ）システムにおけるアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）、無線中継ノード、無線バックホールノード、伝送ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ、ＴＰ）又は伝送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）などであってもよく、さらにＮＲシステムにおけるｇＮＢであってもよく、又は、さらに、基地局を構成するコンポーネント又は一部のデバイスなどであってもよい。車のインターネット（Ｖ２Ｘ）通信システムである場合、ネットワークデバイスは、さらに、車載デバイスであってもよい。理解すべきこととして、本開示の実施例において、ネットワークデバイスに用いられる具体的な技術と具体的なデバイスの形態を限定しない。

さらに、本開示に係る端末は、端末デバイス、ユーザデバイス（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、ＭＳ）、移動端末（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ、ＭＴ）などと呼ばれてもよく、ユーザに音声及び／又はデータ接続性を提供するデバイスであり、例えば、端末は、無線接続機能を有するハンドヘルド式デバイス、車載デバイスなどであってもよい。現在、いくつかの端末の例は、スマートフォン（Ｍｏｂｉｌｅ Ｐｈｏｎｅ）、ポケットコンピュータ（Ｐｏｃｋｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＰＣ）、パームトップコンピュータ、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、ノートパソコン、タブレットコンピュータ、ウェアラブルデバイス、又は車載デバイスなどである。なお、車のインターネット（Ｖ２Ｘ）通信システムである場合、端末デバイスは、さらに、車載デバイスであってもよい。理解すべきこととして、本開示の実施例は、端末に用いられる具体的な技術と具体的なデバイスの形態を限定しない。

本開示では、ネットワークデバイスと端末との間でビームに基づいてデータ伝送を行う。ビームに基づいてデータ伝送を行う過程で、シグナリングオーバヘッドを低減させるために、ｃｏｍｍｏｎ ｂｅａｍを用いてチャネル及び／又は参照信号の指示を行う。関連技術では、ｃｏｍｍｏｎ ｂｅａｍは、アップリンク伝送又はダウンリンク伝送の独立指示、又はアップリンク伝送とダウンリンク伝送との連携指示であってもよい。例えば、ネットワークデバイスがダウンリンクのためのｃｏｍｍｏｎ ｂｅａｍを指示する場合、このｃｏｍｍｏｎ ｂｅａｍは、端末のＰＤＳＣＨとすべてのＰＤＣＣＨ又は一部のＰＤＣＣＨ（例えば端末専用ＰＤＣＣＨ（ＵＥ ｄｅｄｉｃａｔｅｄ ＰＤＣＣＨ））を指示するために用いられてもよい。ネットワークデバイスがアップリンクのためのｃｏｍｍｏｎ ｂｅａｍを指示する場合、このｃｏｍｍｏｎ ｂｅａｍは、端末のＰＵＳＣＨとすべてのＰＵＣＣＨ又は一部のＰＵＣＣＨを指示するために用いられてもよい。ネットワークデバイスがｃｏｍｍｏｎ ｂｅａｍを指示する場合、このｂｅａｍは、端末のアップリンクとダウンリンクのチャネル及び／又は参照信号を指示するために用いられてもよい。

ｃｏｍｍｏｎ ｂｅａｍがどれらのチャネル及び／又は参照信号を指示するために用いられるかは、シグナリングにより指示され又は基準により規定され、端末は、知ることができる。

関連技術では、ＰＤＳＣＨをスケジューリングするＤＣＩシグナリングを用いてｃｏｍｍｏｎ ｂｅａｍを指示し、且つＰＤＳＣＨのＨＡＲＱ ＡＣＫフィードバックを多重化して、ＤＣＩにおけるｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されているか否かを決定する。例えばＰＤＳＣＨのＨＡＲＱ ＡＣＫフィードバックがＮＡＣＫである場合、ＰＤＳＣＨの受信に失敗したこと、及びｃｏｍｍｏｎ ｂｅａｍ情報の受信に失敗したことの両方を表し、ＰＤＳＣＨのＨＡＲＱ ＡＣＫフィードバックがＡＣＫである場合、ＰＤＳＣＨの受信に成功したこと、及びｃｏｍｍｏｎ ｂｅａｍ情報の受信に成功したことの両方を表す。しかし、実際にＰＤＳＣＨのＨＡＲＱ ＡＣＫフィードバックがＮＡＣＫである場合、ＰＤＣＣＨのＤＣＩシグナリングの復号化に成功した状況、即ちｃｏｍｍｏｎ ｂｅａｍ情報の受信に成功したが、ＰＤＳＣＨ受信に失敗した状況がさらにある。したがって、この場合、端末がＮＡＣＫをフィードバックすると、ｃｏｍｍｏｎ ｂｅａｍ情報の受信に成功しているか否かをネットワークデバイスに正確に通知することができない。即ち、ＰＤＳＣＨのＨＡＲＱ ＡＣＫフィードバックを多重化すると、ネットワークデバイスがＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されているか否かを正確に決定することができない。

本開示の実施例は、主にＤＣＩシグナリングがｃｏｍｍｏｎ ｂｅａｍ情報を指示する時のＨＡＲＱ ＡＣＫフィードバックのシナリオに用いられるフィードバック方法を提供する。端末は、ｃｏｍｍｏｎ ｂｅａｍ情報を指示するＤＣＩを受信し、且つｃｏｍｍｏｎ ｂｅａｍ情報を指示するＤＣＩが正しく受信されているか否かを決定し、ＤＣＩが正しく受信されているか否かを指示するためのフィードバック結果をネットワークデバイスに送信し、ＨＡＲＱ ＡＣＫシグナリングオーバヘッドを低減させるとともに、ネットワークデバイスがｃｏｍｍｏｎ ｂｅａｍ情報が端末により正しく受信されているか否かを正確に知ることを確保する。

本開示の実施例において、ＤＣＩは、１つ又は複数のｃｏｍｍｏｎ ｂｅａｍを指示するために用いられる。ｃｏｍｍｏｎ ｂｅａｍは、共通伝送構成指示状態（ｃｏｍｍｏｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ ｓｔａｔｅ、ｃｏｍｍｏｎ ＴＣＩ ｓｔａｔｅ）と呼ばれてもよく、又は統一伝送構成指示状態（ｕｎｉｆｉｅｄ ＴＣＩ ｓｔａｔｅ）と呼ばれてもよい。ｕｎｉｆｉｅｄ ＴＣＩ ｓｔａｔｅがアップリンクとダウンリンクの両方に用いられる場合、ｊｏｉｎｔ ＴＣＩ ｓｔａｔｅとも呼ばれる。ｕｎｉｆｉｅｄ ＴＣＩ ｓｔａｔｅがダウンリンク又はアップリンクのみに用いられる場合、ｓｅｐａｒａｔｅ ＵＬ ＴＣＩ ｓｔａｔｅ又はｓｅｐａｒａｔｅ ＤＬ ＴＣＩ ｓｔａｔｅとも呼ばれる。

理解できるように、本開示の実施例に係るｃｏｍｍｏｎ ＴＣＩ ｓｔａｔｅ／ｕｎｉｆｉｅｄ ＴＣＩ ｓｔａｔｅは、ｃｏｍｍｏｎ ｂｅａｍに対応するとして理解されてもよい。本開示の実施例において、ｃｏｍｍｏｎ ｂｅａｍとｃｏｍｍｏｎ ＴＣＩ ｓｔａｔｅ／ｕｎｉｆｉｅｄ ＴＣＩ ｓｔａｔｅとは、交換的に用いられることがあり、当業者はその意味の一致性を理解すべきである。

図２は、一例示的な実施例に示すフィードバック方法のフローチャートであり、図２に示すように、フィードバック方法は、端末に用いられ、以下のステップを含む。

ステップＳ１１において、ｃｏｍｍｏｎ ｂｅａｍ情報を指示するためのＤＣＩを受信する。

ステップＳ１２において、ｃｏｍｍｏｎ ｂｅａｍ情報を指示するＤＣＩが正しく受信されているか否かを決定し、且つＤＣＩが正しく受信されているか否かを指示するためのフィードバック結果をネットワークデバイスに送信する。

本開示の実施例によるフィードバック方法では、端末は、ｃｏｍｍｏｎ ｂｅａｍ情報を指示するためのＤＣＩを受信する。ｃｏｍｍｏｎ ｂｅａｍ情報は、ｃｏｍｍｏｎ ｂｅａｍグループ内のすべてのメンバーに対応するビームを指示するために用いられる。端末は、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されているか否かを決定し、且つＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報をネットワークデバイスにフィードバックする。

理解できるように、本開示の実施例において、ｃｏｍｍｏｎ ｂｅａｍグループ内のメンバーは、少なくとも１つのチャネル及び／又は少なくとも１つの参照信号リソースを含む。チャネルは、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨ、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）、及び物理ブロードキャストチャネル（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ、ＰＢＣＨ）のうちの少なくとも１つを含む。

さらに、メンバーがＰＤＣＣＨを含む場合、メンバーは、ＰＤＣＣＨ伝送のための制御リソースセット（Ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ、ＣＯＲＥＳＥＴ）であってもよい。

ＰＤＳＣＨは、このＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴにより指示され、又は半静的（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ）なＰＤＳＣＨの識別子により識別子される。ＰＵＣＣＨは、ＰＵＣＣＨのリソース識別子（ｒｅｓｏｕｒｃｅ ＩＤ）により識別子され、又はこのＰＵＣＣＨをスケジューリングするＣＯＲＥＳＥＴで指示される。ＰＵＳＣＨは、このＰＵＳＣＨをスケジューリングするＣＯＲＥＳＥＴにより指示され、又は構成許可（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）のＰＵＳＣＨの識別子により識別される。ＰＲＡＣＨは、ランダムアクセスリソース識別子で指示される。ＰＢＣＨは、同期信号ブロックインデックス（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ ａｎｄ ＰＢＣＨ ｂｌｏｃｋ ｉｎｄｅｘ、ＳＳＢ ｉｎｄｅｘ）で指示される。

理解できるように、本開示の実施例において、ｃｏｍｍｏｎ ｂｅａｍグループ内のメンバーの参照信号リソースは、チャネル状態情報参照信号（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＣＳＩ－ＲＳ）、サウンディング参照信号（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＳＲＳ）、ポジショニング参照信号（Ｐｏｓｉｔｉｏｎｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌｓ、ＰＲＳ）、追跡参照信号（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＴＲＳ）、同期信号ブロック（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ ａｎｄ ＰＢＣＨ ｂｌｏｃｋ、ＳＳＢ）などのうちの少なくとも１つを含む。

ＣＳＩ－ＲＳは、チャネル状態情報測定のためのＣＳＩ－ＲＳ又はビーム測定のためのＣＳＩ－ＲＳ又はパスロス（ｐａｔｈｌｏｓｓ）推定のためのＣＳＩ－ＲＳを含む。ＳＲＳは、コードブック（ｃｏｄｅｂｏｏｋ）又はノンコードブック（ｎｏｎ－ｃｏｄｅｂｏｏｋ）に基づくチャネル状態情報測定のためのＳＲＳ又はビーム測定のためのＳＲＳ又はポジショニング測定のためのＳＲＳを含む。参照信号リソースは、リソース識別子又はリソースセット識別子で指示される。

本開示の実施例によるフィードバック方法では、一態様では、端末が受信するＤＣＩは、さらに、ＰＤＳＣＨ及び／又はＰＵＳＣＨのスケジューリングに用いられる。例えば、ＤＣＩは、さらに、ＰＤＳＣＨをスケジューリングする時間領域及び／又は周波数領域リソースに用いられる。

本開示の実施例によるフィードバック方法では、別の態様では、端末が受信するＤＣＩは、ＰＤＳＣＨ及び／又はＰＵＳＣＨのスケジューリングに用いられず、共通ビーム情報を指示するためのみに用いられる。

本開示の実施例によるフィードバック方法では、端末がＤＣＩが正しく受信されているか否かを決定するステップは、ＤＣＩに基づいて、ｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されているか否かを決定するとして理解されてもよい。以下の実施例において、ＤＣＩが正しく受信されているか否かを決定するステップと、ｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されているか否かを決定するステップとは、交換的に用いられることがあり、当業者はその意味の一致性を理解すべきである。

本開示の実施例によるフィードバック方法では、端末は、ＤＣＩの復号化に成功しているか否かに基づいて、ｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されているか否かを決定することができる。

図３は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図３に示すように、フィードバック方法は、端末に用いられ、以下のステップを含む。

ステップＳ２１において、ＤＣＩの復号化に成功したことに応答して、ＤＣＩが正しく受信されていることを決定し、ｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されていることを表す。

図４は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図４に示すように、フィードバック方法は、端末に用いられ、以下のステップを含む。

ステップＳ３１において、ＤＣＩの復号化に成功していなかったことに応答して、ＤＣＩが正しく受信されていないことを決定し、ｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されていないことを表す。

本開示の実施例によるフィードバック方法では、端末がＤＣＩが正しく受信されているか否かを指示するためのフィードバック結果をネットワークデバイスに送信するステップは、端末がｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されているか否かを指示するためのフィードバック結果をネットワークデバイスに送信するとして理解されてもよい。本開示の実施例において、ｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されているか否かを表すために、端末は、ＤＣＩに対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信してもよい。

図５は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図５に示すように、フィードバック方法は、端末に用いられ、以下のステップを含む。

ステップＳ４１において、ＤＣＩに対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信する。

一実施形態において、本開示の実施例によるフィードバック方法では、ＤＣＩが正しく受信されていないことに応答して、ｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されていないことを表すために、ＤＣＩに対する非確認応答レスポンスをネットワークデバイスに送信する。

別の実施形態において、本開示の実施例によるフィードバック方法では、ＤＣＩが正しく受信されていることに応答して、ｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されていることを表すために、ＤＣＩに対する確認応答レスポンスをネットワークデバイスに送信する。

本開示の実施例によるフィードバック方法では、端末は、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されているか否かを確認し、ｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されている場合、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報で指示されるビームが端末の現在用いているビームと同じであるか否かをさらに決定することができる。

本開示の実施例において、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報で指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと同じであるか否かを決定する時、一方では、端末は、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報を復号化し、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報で指示されるｃｏｍｍｏｎ ｂｅａｍと、端末の現在用いているビームとを比較し、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報で指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと同じであるか否かを決定することができる。他方では、ＤＣＩは、ｃｏｍｍｏｎ ｂｅａｍが新しいビームであるか否かを指示するためのビット情報をさらに含む。端末は、ＤＣＩを復号化し、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが新しいビームであるか否かのビット情報に基づいて、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと同じであるか否かを決定する。

一実施形態において、ｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されており、且つＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと異なることに応答して、ＤＣＩに対する確認応答レスポンスをネットワークデバイスに送信する。

図６は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図６に示すように、フィードバック方法は、端末に用いられ、以下のステップを含む。

ステップＳ５１において、ＤＣＩが正しく受信されており、且つＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報で指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと異なることに応答して、ＤＣＩに対する確認応答レスポンスをネットワークデバイスに送信する。

一実施形態において、ＤＣＩが正しく受信されており、且つＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報で指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと同じであることに応答して、ＤＣＩが正しく受信されていることを指示するためのフィードバック結果をネットワークデバイスに送信しない。

図７は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図７に示すように、フィードバック方法は、端末に用いられ、以下のステップを含む。

ステップＳ６１において、ＤＣＩが正しく受信されており、且つＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報で指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと同じであることに応答して、ＤＣＩが正しく受信されていることを指示するためのフィードバック結果をネットワークデバイスに送信しない。

一例において、本開示の実施例によるフィードバック方法では、端末は、ＤＣＩの受信に成功したか否かによって、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報の受信に成功したか否かを決定する。端末がＤＣＩの受信に成功したことを決定する場合、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報の受信に成功したことを決定し、端末は、ＤＣＩで指示される共通ビームが端末の現在用いているビームと同じであるか否かを判断する。ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと同じである場合、端末は、ＤＣＩシグナリングに対するＡＣＫ及び／又はＮＡＣＫをフィードバックしない。例えば、フィードバックのｂｉｔ値が１である場合、ＡＣＫを識別し、０である場合、ＮＡＣＫを識別し、又は、ｂｉｔ値が０である場合、ＡＣＫを識別し、１である場合、ＮＡＣＫを識別してもよい。ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと異なる場合、端末は、ＤＣＩシグナリングに対するＡＣＫをフィードバックする。端末がＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報の受信に成功していないことを決定する場合、端末は、ＤＣＩシグナリングに対するＮＡＣＫをフィードバックする。

本開示の実施例によるフィードバック方法では、端末は、ＤＣＩに対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信する時、ビットリソース情報に基づいて、ＤＣＩに対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信することができる。以下、記述を容易にするために、ＤＣＩを指示するための確認応答レスポンス又は非確認応答レスポンスのビットリソース情報を第１のビットリソース情報と呼ぶ。

図８は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図８に示すように、フィードバック方法は、端末に用いられ、以下のステップを含む。

ステップＳ７１において、第１のビットリソース情報に基づいて、ＤＣＩに対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信する。

第１のビットリソース情報は、ＤＣＩの確認応答レスポンス又は非確認応答レスポンスを指示するために用いられる。第１のビットリソース情報は、ＤＣＩ ＨＡＲＱ ＡＣＫを指示するためのビットリソース情報であるとして理解されてもよく、このＤＣＩ ＨＡＲＱ ＡＣＫは、ｃｏｍｍｏｎ ｂｅａｍ情報を指示するためのＤＣＩ ＨＡＲＱ ＡＣＫであるとして理解されてもよい。

一実施形態において、第１のビットリソース情報は、ＨＡＲＱ ＡＣＫ ｃｏｄｅｂｏｏｋにおけるビットリソース情報を含み、ＨＡＲＱ ＡＣＫ ｃｏｄｅｂｏｏｋは、同じタイプのコードブック又は異なるタイプのコードブックを含み、例えば、第１のタイプのコードブック及び／又は第２のタイプのコードブックを含む。第１のタイプのコードブックは、固定コードブックであってもよく、第２のタイプのコードブックは、動的コードブックであってもよい。

一実施形態において、第１のビットリソース情報は、ビット位置を含んでもよい。

一例において、ＤＣＩ ＨＡＲＱ ＡＣＫの第１のビットリソース情報の、ＨＡＲＱ ｃｏｄｅｂｏｏｋに含まれるビット位置は、第１のタイプ固定コードブックと第２のタイプ動的コードブックを含む。

本開示の実施例によるフィードバック方法では、ＤＣＩ ＨＡＲＱ ＡＣＫの第１のビットリソース情報の、ＨＡＲＱ ｃｏｄｅｂｏｏｋに含まれるビット位置は、以下のうちの１つに対応するビット位置に基づいて決定されるものであってもよい。

Ａ：動的にスケジューリングされる伝送ブロック（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ、ＴＢ）である。

本開示の実施例によるフィードバック方法では、ＤＣＩ ＨＡＲＱ ＡＣＫの第１のビットリソース情報の、ＨＡＲＱ ｃｏｄｅｂｏｏｋに含まれるビット位置は、動的にスケジューリングされる１つのＴＢと同様に決定され、例えば１番目のＴＢ又は最後の１つのＴＢとして、ＤＣＩ ＨＡＲＱ ＡＣＫのＨＡＲＱ ｃｏｄｅｂｏｏｋにおけるビット位置を決定する。

Ｂ：半静的にスケジューリングされる（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ、ＳＰＳ）ＰＤＳＣＨである。

本開示の実施例によるフィードバック方法では、ＤＣＩ ＨＡＲＱ ＡＣＫの第１のビットリソース情報の、ＨＡＲＱ ｃｏｄｅｂｏｏｋに含まれるビット位置は、１つのＳＰＳ ＰＤＳＣＨと同様に決定され、例えば１番目のＳＰＳ ＰＤＳＣＨ又は最後の１つのＳＰＳ ＰＤＳＣＨとして、ＤＣＩ ＨＡＲＱ ＡＣＫのＨＡＲＱ ｃｏｄｅｂｏｏｋにおけるビット位置を決定する。

Ｃ：動的にスケジューリングされるコードブロックグループ（Ｃｏｄｅ ｂｌｏｃｋ ｇｒｏｕｐ、ＣＢＧ）である。

本開示の実施例によるフィードバック方法では、ＤＣＩ ＨＡＲＱ ＡＣＫの第１のビットリソース情報の、ＨＡＲＱ ｃｏｄｅｂｏｏｋに含まれるビット位置は、動的にスケジューリングされる１つのＣＢＧと同様に決定され、例えば１番目のＣＢＧ又は最後の１つのＣＢＧとして、ＤＣＩ ＨＡＲＱ ＡＣＫのＨＡＲＱ ｃｏｄｅｂｏｏｋにおけるビット位置を決定する。

Ｄ：半静的にスケジューリングされる物理ダウンリンク共有チャネルリリースメッセージ（ＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅ）である。

本開示の実施例によるフィードバック方法では、ＤＣＩ ＨＡＲＱ ＡＣＫの第１のビットリソース情報の、ＨＡＲＱ ｃｏｄｅｂｏｏｋに含まれるビット位置は、１つのＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅと同様に決定され、例えば１番目のＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅ又は最後の１つのＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅとして、ＤＣＩ ＨＡＲＱ ＡＣＫのＨＡＲＱ ｃｏｄｅｂｏｏｋにおけるビット位置を決定する。

共通ビーム指示情報とＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅが同時に現れない場合、共通ビーム指示情報のＨＡＲＱフィードバックのビットをＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅの位置に置いてフィードバックする。一方、ＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅのＨＡＲＱフィードバックのビット位置は、ＳＰＳ ＰＤＳＣＨのＨＡＲＱフィードバックのビット位置と同じである。

Ｅ：セカンダリセルのスリーブ情報（ＳＣｅｌｌ ｄｏｒｍａｎｃｙ）である。

本開示の実施例によるフィードバック方法では、ＤＣＩ ＨＡＲＱ ＡＣＫの第１のビットリソース情報の、ＨＡＲＱ ｃｏｄｅｂｏｏｋに含まれるビット位置は、１つのＳＣｅｌｌ ｄｏｒｍａｎｃｙと同様に決定され、例えば１番目のＳＣｅｌｌ ｄｏｒｍａｎｃｙ又は最後の１つのＳＣｅｌｌ ｄｏｒｍａｎｃｙとして、ＤＣＩ ＨＡＲＱ ＡＣＫのＨＡＲＱ ｃｏｄｅｂｏｏｋにおけるビット位置を決定する。

関連技術では、各ＰＤＳＣＨのＴＢ又はＣＢＧ又はＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅに対応するＨＡＲＱフィードバックのｂｉｔ位置を決定する時、まず時間が最も早い時間単位を見てから、同じ時間単位内でサービングセルのｉｎｄｅｘが最も小さいサービングセル上での各ＰＤＳＣＨのＴＢ又はＣＢＧ又はＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅを見、また同じサービングセルに対して、ＴＢに基づくＨＡＲＱフィードバックのｂｉｔは、そのうちの一方のサブコードブックにあり、ＣＢＧに基づくＨＡＲＱフィードバックのｂｉｔは、他方のサブコードブックにある。つまり、各ＨＡＲＱフィードバックのｂｉｔは、対応する位置を持っているので、以上与えられるように、ビーム指示情報で指示されるＤＣＩに対するＨＡＲＱフィードバックは、上記ＴＢ、ＣＢＧ、ＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅ及びＳＣｅｌｌ ｄｏｒｍａｎｃｙのうちの１つと同じ位置に置くことができる。

一例において、ｃｅｌｌ＃１にＣＢＧ伝送が構成されており且つ１つのＰＤＳＣＨが多くとも４つのＣＢＧをサポートし、ｃｅｌｌ＃２にＣＢＧ伝送が構成されており且つ１つのＰＤＳＣＨが多くとも６つのＣＢＧをサポートするとすると、サブコードブック２における各動的にスケジューリングされるＰＤＳＣＨは、６ｂｉｔのＡＣＫ／ＮＡＣＫに対応する。ｃｅｌｌ＃３にＣＢＧ伝送が構成されておらず且つ１つのＰＤＳＣＨが多くとも２つのＴＢをサポートすると、サブコードブック１における各動的にスケジューリングされるＰＤＳＣＨは、２ｂｉｔのＡＣＫ／ＮＡＣＫに対応する。サブコードブック１における動的にスケジューリングされるＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫは、前にあり、ＳＰＳ ＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫは、サブコードブック１の最後にマッピングされ、且つ１つのＳＰＳ ＰＤＳＣＨは、１ｂｉｔのＡＣＫ／ＮＡＣＫ情報に対応する。図９におけるｂｉ，ｊは、ＰＤＳＣＨ ｉに対応するｊ番目のビットのＡＣＫ／ＮＡＣＫ情報を識別する。例えば、図９におけるｂ２，１は、ＰＤＳＣＨ ２に対応する１番目のビットのＡＣＫ／ＮＡＣＫ情報を識別する。図９におけるｂ２，２は、ＰＤＳＣＨ ２に対応する２番目のビットのＡＣＫ／ＮＡＣＫ情報を識別する。

本開示の実施例によるフィードバック方法では、端末は、ｃｏｍｍｏｎ ｂｅａｍ情報で指示されるｃｏｍｍｏｎ ｂｅａｍを用いる時間を決定することができる。

図１０は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図１０に示すように、フィードバック方法は、端末に用いられ、以下のステップを含む。

ステップＳ８１において、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと同じであり、且つ制御リソースセットを受信するビームがｃｏｍｍｏｎ ｂｅａｍと異なることに応答して、ＤＣＩを受信してから第１の時間後にｃｏｍｍｏｎ ｂｅａｍを用いる。

一例において、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと同じであり（ｃｏｍｍｏｎ ｂｅａｍが旧いビームであり）、ＣＯＲＥＳＥＴを受信するビームがこの共通ビームと異なる場合、用いる時間は、ＤＣＩシグナリングの後のＴ０時間である。Ｔ０時間は、Ｒ１６のｔｉｍｅｄｕｒａｔｉｏｎと同様であってもよく、ここで制限しない。

図１１は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図１１に示すように、フィードバック方法は、端末に用いられ、以下のステップを含む。

ステップＳ９１において、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと異なることに応答して、ＤＣＩを受信してから第２の時間後にｃｏｍｍｏｎ ｂｅａｍを用い、又はフィードバック結果を送信した第３の時間後にｃｏｍｍｏｎ ｂｅａｍを用いる。

一例において、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと異なり（ｃｏｍｍｏｎ ｂｅａｍが新しいビームであり）、用いる時間は、ＤＣＩシグナリングの後のＴ１時間、及び／又はＨＡＲＱ ＡＣＫフィードバックの後のＴ２時間である。Ｔ１時間は、Ｒ１６のｔｉｍｅｄｕｒａｔｉｏｎと同様であってもよく、又は、ＨＡＲＱ ＡＣＫフィードバックの時間をさらに含んでもよく、ここで制限しない。

本開示の実施例によるフィードバック方法では、ＤＣＩがｃｏｍｍｏｎ ｂｅａｍ情報を指示するために用いられ、且つＰＤＳＣＨ及び／又はＰＵＳＣＨのスケジューリングに用いられる場合、端末は、ビットリソース情報に基づいて、ＤＣＩによりスケジューリングされるＰＤＳＣＨに対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信することができる。記述を容易にするために、ＤＣＩによりスケジューリングされるＰＤＳＣＨに対する確認応答レスポンス又は非確認応答レスポンスのビットリソース情報を第２のビットリソース情報と呼ぶ。

図１２は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図１２に示すように、フィードバック方法は、端末に用いられ、以下のステップを含む。

ステップＳ１０１において、第２のビットリソース情報に基づいて、ＤＣＩによりスケジューリングされるＰＤＳＣＨに対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信する。

一実施形態において、第１のビットリソース情報は、第２のビットリソース情報と同じビットリソース情報である。

ｃｏｍｍｏｎ ｂｅａｍ情報とＰＤＳＣＨの受信に成功したことに応答し、第１のビットリソース情報は、第２のビットリソース情報と同じビットリソース情報である。及び／又はｃｏｍｍｏｎ ｂｅａｍ情報とＰＤＳＣＨの受信に成功していなかったことに応答して、第１のビットリソース情報と前記第２のビットリソース情報は、同じビットリソース情報である。

一実施形態において、第１のビットリソース情報は、第２のビットリソース情報と異なるビットリソース情報である。

ｃｏｍｍｏｎ ｂｅａｍ情報の受信に成功しており、及びＰＤＳＣＨの受信に成功していなかったことに応答して、第１のビットリソース情報は、第２のビットリソース情報と異なるビットリソース情報である。

本開示の実施例によるフィードバック方法では、端末は、ｃｏｍｍｏｎ ｂｅａｍ情報を指示するためのＤＣＩを受信し、且つＤＣＩが正しく受信されているか否かを決定し、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報が正しく受信されているか否かを決定し、ＤＣＩが正しく受信されているか否かを指示するためのフィードバック結果をネットワークデバイスに送信し、本開示によって、ｃｏｍｍｏｎ ｂｅａｍ情報を指示するためのダウンリンク制御情報が端末により正しく受信されているか否かを正確に知ることができる。また、本開示は、ＰＤＳＣＨを多重化するＨＡＲＱフィードバック方法に比べて、ＨＡＲＱ ＡＣＫシグナリングオーバヘッドを低減させることができる。ネットワークデバイスは、ＤＣＩが正しく受信されているか否かを指示するためのフィードバック結果を受信し、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報が端末により正しく受信されているか否かを正確に知ることができる。

同じ構想に基づいて、本開示の実施例は、ネットワークデバイスに適用されるフィードバック方法をさらに提供する。

図１３は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図１３に示すように、フィードバック方法は、ネットワークデバイスに用いられ、以下のステップを含む。

ステップＳ１１１において、ｃｏｍｍｏｎ ｂｅａｍ情報を指示するためのＤＣＩを送信する。

ステップＳ１１２において、ＤＣＩが正しく受信されているか否かを指示するためのフィードバック結果を受信する。

一実施形態において、端末がＤＣＩの復号化に成功した場合、フィードバック結果は、ＤＣＩが正しく受信されていることを指示する。端末がＤＣＩの復号化に成功していない場合、フィードバック結果は、ＤＣＩが正しく受信されていないことを指示する。

図１４は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図１４に示すように、フィードバック方法は、ネットワークデバイスに用いられ、以下のステップを含む。

ステップＳ１２１において、ＤＣＩに対する確認応答レスポンス又は非確認応答レスポンスを受信する。

図１５は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図１５に示すように、フィードバック方法は、ネットワークデバイスに用いられ、以下のステップを含む。

ステップＳ１３１において、ＤＣＩに対する非確認応答レスポンスを受信し、ＤＣＩの非確認応答レスポンスは、ｃｏｍｍｏｎ ｂｅａｍ情報を指示するＤＣＩが正しく受信されていないことを表す。

図１６は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図１６に示すように、フィードバック方法は、ネットワークデバイスに用いられ、以下のステップを含む。

ステップＳ１４１において、ＤＣＩに対する確認応答レスポンスを受信し、ＤＣＩの確認応答レスポンスは、ｃｏｍｍｏｎ ｂｅａｍ情報を指示するＤＣＩが正しく受信されていることを表す。

図１７は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図１７に示すように、フィードバック方法は、ネットワークデバイスに用いられ、以下のステップを含む。

ステップＳ１５１において、ＤＣＩに対する確認応答レスポンスを受信し、ＤＣＩの確認応答レスポンスは、ＤＣＩが正しく受信されており、且つＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍ情報で指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと異なることを表す。

図１８は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図１８に示すように、フィードバック方法は、ネットワークデバイスに用いられ、以下のステップを含む。

ステップＳ１６１において、第１のビットリソース情報に基づいて、ＤＣＩに対する確認応答レスポンス又は非確認応答レスポンスを受信し、第１のビットリソース情報は、ＤＣＩの確認応答レスポンス又は非確認応答レスポンスを指示するために用いられる。

一実施形態において、第１のビットリソース情報は、第１のタイプのコードブック及び／又は第２のタイプのコードブックを含むハイブリッド自動再送要求コードブックにおけるビットリソース情報を含む。

一実施形態において、ビットリソース情報は、ビット位置を含み、ビット位置は、動的にスケジューリングされる伝送ブロックと、半静的にスケジューリングされる物理ダウンリンク共有チャネルと、動的にスケジューリングされるコードブロックグループと、半静的にスケジューリングされる物理ダウンリンク共有チャネルリリースメッセージと、セカンダリセルのスリーブ情報とのうちの１つに対応するビット位置に基づいて決定される。

一実施形態において、ＤＣＩは、ｃｏｍｍｏｎ ｂｅａｍ情報で指示されるｃｏｍｍｏｎ ｂｅａｍが新しいビームであるか否かを指示するためのビット情報をさらに含む。

一実施形態において、ＤＣＩは、さらに、ＰＤＳＣＨ及び／又はＰＵＳＣＨのスケジューリングに用いられる。

図１９は、一例示的な実施例に示すフィードバック方法のフローチャートであり、このフィードバック方法は、単独で実行されてもよく、本開示の他の実施例と組み合わせて実行されてもよい。図１９に示すように、フィードバック方法は、ネットワークデバイスに用いられ、以下のステップを含む。

ステップＳ１７１において、第２のビットリソース情報に基づいて、ＤＣＩによりスケジューリングされるＰＤＳＣＨに対する確認応答レスポンス又は非確認応答レスポンスを受信する。

一実施形態において、第１のビットリソース情報は、第２のビットリソース情報と同じビットリソース情報である。

第１のビットリソース情報が第２のビットリソース情報と同じビットリソース情報であることは、ｃｏｍｍｏｎ ｂｅａｍ情報とＰＤＳＣＨの受信に成功しており、及び／又はｃｏｍｍｏｎ ｂｅａｍ情報とＰＤＳＣＨの受信に成功していないことを表す。

一実施形態において、第１のビットリソース情報は、第２のビットリソース情報と異なるビットリソース情報である。

第１のビットリソース情報が第２のビットリソース情報と異なるビットリソース情報であることは、ｃｏｍｍｏｎ ｂｅａｍ情報の受信に成功しており、及びＰＤＳＣＨの受信に成功していないことを表す。

理解できるように、本開示の実施例によるネットワークデバイスに適用されるフィードバック方法は、端末により行われるフィードバック方法と同様であり、同じ点についてここでこれ以上説明しない。

さらに理解できるように、本開示の実施例によるフィードバック方法は、端末とネットワークデバイスがインタラクションしてフィードバックを実現する実施過程に適用することができる。端末とネットワークデバイスがインタラクションしてフィードバックを実現する方法では、端末とネットワークデバイスのそれぞれは、上記実施例を実現する関連機能を具備し、ここではこれ以上説明しない。

なお、当業者であれば理解できるように、本開示の実施例の上記に係る様々な実施形態／実施例において、前述実施例に合わせて使用してもよいし、単独で使用してもよい。単独で使用しても、前述実施例に合わせて使用しても、その実現原理は、同様である。本開示の実施では、一部の実施例において、併用する実施形態で説明される。無論、当業者であれば理解できるように、このような例示的な説明は、本開示の実施例を限定するものではない。

同じ構想に基づいて、本開示の実施例は、フィードバック装置をさらに提供する。

理解できるように、本開示の実施例によるフィードバック装置は、上記機能を実現するために、各機能の実行に該当するハードウェア構造及び／又はソフトウェアモジュールを含む。本開示の実施例で開示される各例示的なユニット及びアルゴリズムステップを結び付けながら、本開示の実施例は、ハードウェア又はハードウェアとコンピュータソフトウェアの組み合わせ形式で実現することができる。ある機能がハードウェアの形態で実行されるか、それとも、コンピュータソフトウェアによりハードウェアを駆動する形態で実行されるかは、技術案の特定用途と設計制約条件に依存する。当業者は、各特定用途に対して異なる方法を使用して、記述されている機能を実現することができるが、この実現は、本開示の実施例の技術案の範囲を超えていると考えるべきではない。

図２０は、一例示的な実施例に示すフィードバック装置のブロック図である。図２０を参照すると、このフィードバック装置１００は、端末に適用され、フィードバック装置１００は、受信ユニット１０１、処理ユニット１０２及び送信ユニット１０３を含む。

受信ユニット１０１は、ｃｏｍｍｏｎ ｂｅａｍ情報を指示するためのＤＣＩを受信するように構成されている。処理ユニット１０２は、ＤＣＩが正しく受信されているか否かを決定するように構成されている。送信ユニット１０３は、ＤＣＩが正しく受信されているか否かを指示するためのフィードバック結果をネットワークデバイスに送信するように構成されている。

一実施形態において、送信ユニット１０３は、ＤＣＩが正しく受信されていないことに応答して、ＤＣＩに対する非確認応答レスポンスをネットワークデバイスに送信する。

一実施形態において、送信ユニット１０３は、ＤＣＩが正しく受信されていることに応答して、ＤＣＩに対する確認応答レスポンスをネットワークデバイスに送信する。

一実施形態において、ＤＣＩが正しく受信されており、且つＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと異なることに応答して、送信ユニット１０３は、ＤＣＩに対する確認応答レスポンスをネットワークデバイスに送信する。

一実施形態において、ＤＣＩが正しく受信されており、且つＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと同じであることに応答して、送信ユニット１０３は、ＤＣＩを指示するための確認応答レスポンスをネットワークデバイスに送信しない。

一実施形態において、送信ユニット１０３は、第１のビットリソース情報に基づいて、ＤＣＩに対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信し、第１のビットリソース情報は、ＤＣＩの確認応答レスポンス又は非確認応答レスポンスを指示するために用いられる。

一実施形態において、第１のビットリソース情報は、第１のタイプのコードブック及び／又は第２のタイプのコードブックを含むＨＡＲＱコードブックにおけるビットリソース情報を含む。

一実施形態において、ビットリソース情報は、ビット位置を含み、ビット位置は、
動的にスケジューリングされる伝送ブロックと、半静的にスケジューリングされる物理ダウンリンク共有チャネルと、動的にスケジューリングされるコードブロックグループと、半静的にスケジューリングされる物理ダウンリンク共有チャネルリリースメッセージと、セカンダリセルのスリーブ情報とのうちの１つに対応するビット位置に基づいて決定される。

一実施形態において、処理ユニット１０２がＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと同じであるか否かを決定するステップは、
ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームに基づいて、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと同じであるか否かを決定するステップと、ｃｏｍｍｏｎ ｂｅａｍが新しいビームであるか否かを指示するためのＤＣＩに基づいて、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと同じであるか否かにを決定するステップとのうちの少なくとも１つを含む。

例えば、ＤＣＩは、ｃｏｍｍｏｎ ｂｅａｍが新しいビームであるか否かを指示するためのビット情報をさらに含む。端末は、ＤＣＩを復号化し、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが新しいビームであるか否かのビット情報に基づいて、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと同じであるか否かを決定する。

一実施形態において、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと同じであり、且つ制御リソースセットを受信するビームがｃｏｍｍｏｎ ｂｅａｍと異なることに応答して、処理ユニット１０２は、ＤＣＩを受信してから第１の時間後にｃｏｍｍｏｎ ｂｅａｍを用いることを決定する。

一実施形態において、ＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと異なることに応答して、処理ユニット１０２は、ＤＣＩを受信してから第２の時間後にｃｏｍｍｏｎ ｂｅａｍを用いることを決定し、又は処理ユニット１０２は、フィードバック結果を送信した第３の時間後にｃｏｍｍｏｎ ｂｅａｍを用いることを決定する。

一実施形態において、ＤＣＩは、さらに、ＰＤＳＣＨ及び／又はＰＵＳＣＨのスケジューリングに用いられる。

一実施形態において、第２のビットリソース情報に基づいて、ＤＣＩによりスケジューリングされるＰＤＳＣＨに対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信する。

一実施形態において、第１のビットリソース情報は、第２のビットリソース情報と同じビットリソース情報である。

一実施形態において、ｃｏｍｍｏｎ ｂｅａｍ情報とＰＤＳＣＨの受信に成功したことに応答して、第１のビットリソース情報は、第２のビットリソース情報と同じビットリソース情報であり、及び／又はｃｏｍｍｏｎ ｂｅａｍ情報とＰＤＳＣＨの受信に成功していなかったことに応答して、第１のビットリソース情報は、第２のビットリソース情報と同じビットリソース情報である。

一実施形態において、第１のビットリソース情報は、第２のビットリソース情報と異なるビットリソース情報である。

一実施形態において、ｃｏｍｍｏｎ ｂｅａｍ情報の受信に成功しており、及びＰＤＳＣＨの受信に成功していなかったことに応答して、第１のビットリソース情報は、第２のビットリソース情報と異なるビットリソース情報である。

図２１は、一例示的な実施例に示すフィードバック装置のブロック図である。図２１を参照すると、このフィードバック装置２００は、ネットワークデバイスに適用され、フィードバック装置２００は、送信ユニット２０１と受信ユニット２０２を含む。

送信ユニット２０１は、ｃｏｍｍｏｎ ｂｅａｍ情報を指示するためのＤＣＩを送信するように構成されており、受信ユニット２０２は、ＤＣＩが正しく受信されているか否かを指示するためのフィードバック結果を受信するように構成されている。

一実施形態において、受信ユニット２０２は、ＤＣＩに対する非確認応答レスポンスを受信し、非確認応答レスポンスは、ＤＣＩが正しく受信されていないことを表す。

一実施形態において、受信ユニット２０２は、ＤＣＩに対する確認応答レスポンスを受信し、確認応答レスポンスは、ＤＣＩが正しく受信されていることを表す。

一実施形態において、受信ユニット２０２は、ＤＣＩに対する確認応答レスポンスを受信し、確認応答レスポンスは、ＤＣＩが正しく受信されており、且つＤＣＩで指示されるｃｏｍｍｏｎ ｂｅａｍが端末の現在用いているビームと異なることを表す。

一実施形態において、受信ユニット２０２は、第１のビットリソース情報に基づいて、ＤＣＩに対する確認応答レスポンス又は非確認応答レスポンスを受信し、第１のビットリソース情報は、ＤＣＩの確認応答レスポンス又は非確認応答レスポンスを指示するために用いられる。

一実施形態において、第１のビットリソース情報は、第１のタイプのコードブック及び／又は第２のタイプのコードブックを含むＨＡＲＱコードブックにおけるビットリソース情報を含む。

一実施形態において、ビットリソース情報は、ビット位置を含み、ビット位置は、
動的にスケジューリングされる伝送ブロックと、半静的にスケジューリングされる物理ダウンリンク共有チャネルと、動的にスケジューリングされるコードブロックグループと、半静的にスケジューリングされる物理ダウンリンク共有チャネルリリースメッセージと、セカンダリセルのスリーブ情報とのうちの１つに対応するビット位置に基づいて決定される。

一実施形態において、ＤＣＩは、ｃｏｍｍｏｎ ｂｅａｍが新しいビームであるか否かを指示するために用いられる。例えば、ＤＣＩは、ｃｏｍｍｏｎ ｂｅａｍが新しいビームであるか否かを指示するためのビット情報をさらに含む。

一実施形態において、ＤＣＩは、さらに、ＰＤＳＣＨ及び／又はＰＵＳＣＨのスケジューリングに用いられる。

一実施形態において、受信ユニット２０２は、第２のビットリソース情報に基づいて、ＤＣＩによりスケジューリングされるＰＤＳＣＨに対する確認応答レスポンス又は非確認応答レスポンスを受信する。

一実施形態において、第１のビットリソース情報は、第２のビットリソース情報と同じビットリソース情報である。

一実施形態において、第１のビットリソース情報が第２のビットリソース情報と同じビットリソース情報であることは、ｃｏｍｍｏｎ ｂｅａｍ情報とＰＤＳＣＨの受信に成功しており、及び／又はｃｏｍｍｏｎ ｂｅａｍ情報とＰＤＳＣＨの受信に成功していないことを表す。

一実施形態において、第１のビットリソース情報は、第２のビットリソース情報と異なるビットリソース情報である。

一実施形態において、第１のビットリソース情報が第２のビットリソース情報と異なるビットリソース情報であることは、ｃｏｍｍｏｎ ｂｅａｍ情報の受信に成功しており、及びＰＤＳＣＨの受信に成功していないことを表す。

上記実施例における装置については、各モジュールの実行する操作の具体的な形態は、この方法に係る実施例において詳細に記述され、ここで詳細に説明しない。

図２２は、一例示的な実施例に示すフィードバックのための装置のブロック図である。例えば、装置３００は、携帯電話、コンピュータ、デジタル放送端末、メッセージ送受信デバイス、ゲームコンソール、タブレットデバイス、医療デバイス、フィットネスデバイス、パーソナルデジタルアシスタントなどであってもよい。

図２２を参照すると、装置３００は、処理コンポーネント３０２、メモリ３０４、電力コンポーネント３０６、マルチメディアコンポーネント３０８、オーディオコンポーネント３１０、入出力（Ｉ／Ｏ）インターフェース３１２、センサコンポーネント３１４、及び通信コンポーネント３１６のうちの１つ又は複数のコンポーネントを含んでもよい。

処理コンポーネント３０２は、一般的には装置３００の全体操作、例えば表示、電話通話、データ通信、カメラ操作や記録操作に関連する操作を制御する。処理コンポーネント３０２は、上記方法のすべて又は一部のステップを完了するための命令を実行する１つ又は複数のプロセッサ３２０を含んでもよい。なお、処理コンポーネント３０２は、処理コンポーネント３０２と他のコンポーネントとの間のインタラクションを容易にする１つ又は複数のモジュールを含んでもよい。例えば、処理コンポーネント３０２は、マルチメディアコンポーネント３０８と処理コンポーネント３０２との間のインタラクションを容易にするマルチメディアモジュールを含んでもよい。

メモリ３０４は、装置３００での操作をサポートするために様々なタイプのデータを記憶するように構成されている。これらのデータの例には、装置３００上で動作するための任意のアプリケーション又は方法の命令、連絡先データ、電話帳データ、メッセージ、画像、ビデオなどが含まれる。メモリ３０４は、例えば、静的ランダムアクセスメモリ（ＳＲＡＭ）、電気的消去可能プログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ）、プログラマブルリードオンリーメモリ（ＰＲＯＭ）、リードオンリーメモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、磁気ディスク又は光ディスクの、任意のタイプの揮発性又は不揮発性記憶デバイス又はそれらの組み合わせによって実現することができる。

電力コンポーネント３０６は、装置３００の様々なコンポーネントに給電する。電力コンポーネント３０６は、電源管理システム、１つ又は複数の電源、及び装置３００のために電力を生成、管理、及び分配することに関連する他のコンポーネントを含んでもよい。

マルチメディアコンポーネント３０８は、前記装置３００とユーザとの間に出力インターフェースを提供するスクリーンを含む。いくつかの実施例において、スクリーンは、液晶ディスプレイ（ＬＣＤ）とタッチパネル（ＴＰ）を含んでもよい。スクリーンがタッチパネルを含む場合、スクリーンは、ユーザからの入力信号を受信するタッチスクリーンとして実現されてもよい。タッチパネルは、タッチ、スライド、及びタッチパネル上のジェスチャーを感知するための１つ又は複数のタッチセンサを含む。前記タッチセンサは、タッチ又はスライド動作の境界を感知するだけでなく、そして前記タッチ又はスライド動作に関連する持続時間及び圧力を検出することができる。いくつかの実施例において、マルチメディアコンポーネント３０８は、フロントカメラ及び／又はバックカメラを含む。装置３００が操作モード、例えば撮影モード又はビデオモードにある時、フロントカメラ及び／又はバックカメラは、外部のマルチメディアデータを受信することができる。各フロントカメラとバックカメラは、固定光学レンズ系であってもよいし、焦点距離及び光学ズーム能力を有していてもよい。

オーディオコンポーネント３１０は、オーディオ信号を出力及び／又は入力するように構成されている。例えば、オーディオコンポーネント３１０は、１つのマイクロホン（ＭＩＣ）を含み、装置３００が操作モード、例えば通話モード、記録モードと音声識別モードにある時、マイクロホンは、外部オーディオ信号を受信するように構成されている。受信されたオーディオ信号は、さらに、メモリ３０４に記憶されてもよく、又は通信コンポーネント３１６を介して送信されてもよい。いくつかの実施例において、オーディオコンポーネント３１０は、オーディオ信号を出力するためのスピーカをさらに含む。

Ｉ／Ｏインターフェース３１２は、処理コンポーネント３０２と周辺インターフェースモジュールとの間にインターフェースを提供し、上記周辺インターフェースモジュールは、キーボード、クリックホイール、ボタンなどであってもよい。これらのボタンは、ホームページボタン、音量ボタン、起動ボタンとロックボタンを含んでもよいが、それらに限らない。

センサコンポーネント３１４は、装置３００に様々な態様の状態評価を提供するための１つ又は複数のセンサを含む。例えば、センサコンポーネント３１４は、装置３００のオンオフ状態、コンポーネントの相対的な位置を検出することができ、例えば前記コンポーネントは、装置３００のディスプレイとテンキーであり、センサコンポーネント３１４は、さらに、装置３００又は装置３００の１つのコンポーネントの位置変化、ユーザと装置３００との接触の有無、装置３００の方位又は加速／減速、及び装置３００の温度変化を検出することができる。センサコンポーネント３１４は、いかなる物理的接触もないときに近傍物体の存在を検出するように構成された接近センサを含んでもよい。センサコンポーネント３１４は、撮像アプリケーションで使用するための光センサ、例えばＣＭＯＳ又はＣＣＤ画像センサをさらに含んでもよい。いくつかの実施例において、このセンサコンポーネント３１４は、加速度センサ、ジャイロセンサ、磁気センサ、圧力センサ又は温度センサをさらに含んでもよい。

通信コンポーネント３１６は、装置３００と他のデバイスの間の有線又は無線による通信を容易にするように構成される。装置３００は、通信規格に基づく無線ネットワーク、例えばＷｉＦｉ、２Ｇ又は３Ｇ、又はそれらの組み合わせにアクセスすることができる。一例示的な実施例において、通信コンポーネント３１６は、ブロードキャストチャネルを介して、外部ブロードキャスト管理システムからのブロードキャスト信号又はブロードキャスト関連情報を受信する。一例示的な実施例において、前記通信コンポーネント３１６は、近距離通信を促進するための近距離フィールド通信（ＮＦＣ）モジュールをさらに含む。例えば、ＮＦＣモジュールは、無線周波数識別（ＲＦＩＤ）技術、赤外線データ協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（ＢＴ）技術と他の技術に基づいて実現することができる。

例示的な実施例において、装置３００は、上記方法を実行するために、１つ又は複数のアプリケーション特定用途向け集積回路（ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤＳＰ）、デジタルシグナルプロセッシングデバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサ又は他の電子素子により実現されてもよい。

例示的な実施例において、命令を含む非一時的なコンピュータ可読記憶媒体、例えば、命令を含むメモリ３０４をさらに提供し、上記命令は、装置３００のプロセッサ３２０により実行されて上記方法を行うことができる。例えば、前記非一時的なコンピュータ可読記憶媒体は、ＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ－ＲＯＭ、磁気テープ、フロッピーディスクと光データ記憶デバイスなどであってもよい。

図２３は、一例示的な実施例に示すフィードバックのための装置のブロック図である。例えば、装置４００は、ネットワークデバイスとして提供されてもよい。図２３を参照すると、装置４００は、１つ又は複数のプロセッサをさらに含む処理コンポーネント４２２と、処理コンポーネント４２２により実行できる命令、例えばアプリケーションプログラムを記憶するために用いられる、メモリ４３２によって代表されるメモリリソースとをさらに含む。メモリ４３２に記憶されたアプリケーションプログラムは、それぞれ１組の命令に対応する１つ以上のモジュールを含んでもよい。なお、処理コンポーネント４２２は、命令を実行して、上記方法を実行するように構成されている。

装置４００は、装置４００の電源管理を実行するように構成されている１つの電力コンポーネント４２６と、装置４００をネットワークに接続するように構成されている１つの有線又は無線ネットワークインターフェース４５０と、１つの入出力（Ｉ／Ｏ）インターフェース４５８とをさらに含んでもよい。装置４００は、メモリ４３２に記憶されたオペレーティングシステム、例えばＷｉｎｄｏｗｓ ＳｅｒｖｅｒＴＭ、Ｍａｃ ＯＳ ＸＴＭ、ＵｎｉｘＴＭ、ＬｉｎｕｘＴＭ、ＦｒｅｅＢＳＤＴＭ又は同様なものを操作することができる。

例示的な実施例において、命令を含む非一時的なコンピュータ可読記憶媒体、例えば、命令を含むメモリ４３２をさらに提供し、上記命令は、装置４００の処理コンポーネント４２２により実行されて上記方法を行うことができる。例えば、前記非一時的なコンピュータ可読記憶媒体は、ＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ－ＲＯＭ、磁気テープ、フロッピーディスク、光データ記憶デバイスなどであってもよい。

さらに理解できるように、本開示では、「複数」とは、２つ以上を意味し、他の助数詞はそれと類似している。「及び／又は」は、関連オブジェクトの関連関係を記述し、３つの関係が存在してもよいことを表し、例えば、Ａ及び／又はＢは、Ａが単独で存在し、ＡとＢが同時に存在し、Ｂが単独で存在することを示すことができる。文字「／」は一般的に、前後の関連オブジェクトが「又は」の関係であることを示す。単数形の「１つ」、「前記」と「これ」も、コンテキストが他の意味を明確に示さない限り、複数形を含むことを意図している。

さらに理解できるように、「第１」、「第２」などの用語は、様々な情報を記述するために使用されるが、これらの情報はこれらの用語に限定されるべきではない。これらの用語は、同じタイプの情報を互いに区別するためにのみ使用され、且つ特定の順序や重要度を表すものではない。実際には、「第１」、「第２」などの表現は完全に互換性がある。例えば、本開示の範囲を逸脱しない場合、第１の情報を第２の情報と呼ぶこともでき、同様に、第２の情報を第１の情報と呼ぶこともできる。

さらに理解できるように、本開示の実施例では、図面において特定の順序で動作を記述しているが、図示された特定の順序またはシリアル順序でこれらの動作を実行することが要求されていること、または図示されたすべての動作を実行して期待される結果を得ることが要求されていることとして理解すべきではない。特定の環境では、マルチタスクと並列処理が有利である可能性がある。

当業者は、明細書を考慮し、ここに開示された発明を実践した後、本開示の他の実施態様を容易に想到する。本出願は、本開示の任意の変形、用途又は適応的な変化をカバーすることを目的とし、これらの変形、用途又は適応的な変化は、本開示の一般的な原理に従い、且つ本開示で開示されていない本技術分野における公知の常識又は慣用技術手段を含む。明細書と実施例は単なる例示的なものとみなされ、本開示の実際の範囲及び要旨は以下の請求項により指される。

理解すべきこととして、本開示は、上述し図面に示した正確な構造に限定されるものではなく、その範囲を逸脱することなく種々の修正及び変更が可能である。本開示の範囲は、添付の請求項のみによって制限される。

関連技術ではＰＤＳＣＨをスケジューリングするＤＣＩシグナリングを用いて共通ビームを指示し、この共通ビーム情報が正しく受信されているか否かに対して、ＰＤＳＣＨのハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ、ＨＡＲＱ）確認応答（ｐｏｓｉｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）フィードバックによって決定する必要がある。しかしながら、ＰＤＳＣＨのＨＡＲＱ ＡＣＫフィードバックに基づいて、共通ビーム情報が正しく受信されているか否かを決定すると、共通ビーム情報が正しく受信されているか否かを誤判断することがあり、例えば、ＰＤＳＣＨのＨＡＲＱ ＡＣＫフィードバックが非確認応答（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ）である場合、ＰＤＣＣＨのＤＣＩシグナリングの復号化に成功すると、即ち共通ビーム情報の受信に成功すると、共通ビーム情報が正しく受信ていていないと誤判断してしまう。

Claims (35)

1. フィードバック方法であって、端末に適用され、
   共通ビーム情報を指示するためのダウンリンク制御情報を受信するステップと、
   前記ダウンリンク制御情報が正しく受信されているか否かを決定し、且つ前記ダウンリンク制御情報が正しく受信されているか否かを指示するためのフィードバック結果をネットワークデバイスに送信するステップとを含む、
   ことを特徴とするフィードバック方法。
2. 前記ダウンリンク制御情報が正しく受信されていないことに応答して、前記ダウンリンク制御情報に対する非確認応答レスポンスをネットワークデバイスに送信する、
   ことを特徴とする請求項１に記載のフィードバック方法。
3. 前記ダウンリンク制御情報が正しく受信されていることに応答して、前記ダウンリンク制御情報に対する確認応答レスポンスをネットワークデバイスに送信する、
   ことを特徴とする請求項１に記載のフィードバック方法。
4. 前記ダウンリンク制御情報に対する確認応答レスポンスをネットワークデバイスに送信するステップは、
   前記ダウンリンク制御情報が正しく受信されており、且つ前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと異なることに応答して、前記ダウンリンク制御情報に対する確認応答レスポンスをネットワークデバイスに送信するステップを含む、
   ことを特徴とする請求項３に記載のフィードバック方法。
5. 前記フィードバック方法は、
   前記ダウンリンク制御情報が正しく受信されており、且つ前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと同じであることに応答して、前記ダウンリンク制御情報を指示するための確認応答レスポンスをネットワークデバイスに送信しないステップをさらに含む、
   ことを特徴とする請求項１に記載のフィードバック方法。
6. 前記ダウンリンク制御情報に対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信するステップは、
   第１のビットリソース情報に基づいて、前記ダウンリンク制御情報に対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信するステップを含み、
   前記第１のビットリソース情報は、前記ダウンリンク制御情報の確認応答レスポンス又は非確認応答レスポンスを指示するために用いられる、
   ことを特徴とする請求項１～請求項５のいずれかに記載のフィードバック方法。
7. 前記第１のビットリソース情報は、第１のタイプのコードブック及び／又は第２のタイプのコードブックを含むハイブリッド自動再送要求コードブックにおけるビットリソース情報を含む、
   ことを特徴とする請求項６に記載のフィードバック方法。
8. 前記ビットリソース情報は、ビット位置を含み、前記ビット位置は、
   動的にスケジューリングされる伝送ブロックと、
   半静的にスケジューリングされる物理ダウンリンク共有チャネルと、
   動的にスケジューリングされるコードブロックグループと、
   半静的にスケジューリングされる物理ダウンリンク共有チャネルリリースメッセージと、
   セカンダリセルのスリーブ情報とのうちの１つに対応するビット位置に基づいて決定される、
   ことを特徴とする請求項７に記載のフィードバック方法。
9. 前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと同じであるか否かを決定するステップは、
   前記ダウンリンク制御情報で指示される共通ビームと前記端末の現在用いているビームに基づいて、前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと同じであるか否かを決定するステップと、
   前記共通ビームが新しいビームであるか否かを指示するための前記ダウンリンク制御情報に基づいて、前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと同じであるか否かを決定するステップとのうちの少なくとも１つを含む、
   ことを特徴とする請求項４又は５に記載のフィードバック方法。
10. 前記フィードバック方法は、
    前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと同じであり、且つ制御リソースセットを受信するビームが前記共通ビームと異なることに応答して、前記ダウンリンク制御情報を受信してから第１の時間後に前記共通ビームを用いるステップをさらに含む、
    ことを特徴とする請求項９に記載のフィードバック方法。
11. 前記フィードバック方法は、
    前記ダウンリンク制御情報で指示される共通ビームが前記端末の現在用いているビームと異なることに応答して、前記ダウンリンク制御情報を受信してから第２の時間後に前記共通ビームを用い、又は前記フィードバック結果を送信した第３の時間後に前記共通ビームを用いるステップをさらに含む、ことを特徴とする請求項９に記載のフィードバック方法。
12. 前記ダウンリンク制御情報は、さらに、物理ダウンリンク共有チャネルＰＤＳＣＨ及び／又は物理アップリンク共有チャネルＰＵＳＣＨのスケジューリングに用いられる、
    ことを特徴とする請求項６に記載のフィードバック方法。
13. 第２のビットリソース情報に基づいて、前記ダウンリンク制御情報によりスケジューリングされるＰＤＳＣＨに対する確認応答レスポンス又は非確認応答レスポンスをネットワークデバイスに送信する、
    ことを特徴とする請求項１２に記載のフィードバック方法。
14. 前記第１のビットリソース情報と前記第２のビットリソース情報は、同じビットリソース情報である、
    ことを特徴とする請求項１３に記載のフィードバック方法。
15. 前記共通ビーム情報と前記ＰＤＳＣＨの受信に成功したことに応答して、前記第１のビットリソース情報と前記第２のビットリソース情報は、同じビットリソース情報であり、及び／又は前記共通ビーム情報と前記ＰＤＳＣＨの受信に成功していなかったことに応答して、前記第１のビットリソース情報と前記第２のビットリソース情報は、同じビットリソース情報である、
    ことを特徴とする請求項１４に記載のフィードバック方法。
16. 前記第１のビットリソース情報と前記第２のビットリソース情報は、異なるビットリソース情報である、
    ことを特徴とする請求項１３に記載のフィードバック方法。
17. 前記共通ビーム情報の受信に成功しており、及び前記ＰＤＳＣＨの受信に成功していなかったことに応答して、前記第１のビットリソース情報と前記第２のビットリソース情報は、異なるビットリソース情報である、
    ことを特徴とする請求項１６に記載のフィードバック方法。
18. フィードバック方法であって、ネットワークデバイスに適用され、
    共通ビーム情報を指示するためのダウンリンク制御情報を送信するステップと、
    前記ダウンリンク制御情報が正しく受信されているか否かを指示するためのフィードバック結果を受信するステップとを含む、
    ことを特徴とするフィードバック方法。
19. 前記ダウンリンク制御情報に対する非確認応答レスポンスを受信し、前記非確認応答レスポンスは、前記ダウンリンク制御情報が正しく受信されていないことを表す、
    ことを特徴とする請求項１８に記載のフィードバック方法。
20. 前記ダウンリンク制御情報に対する確認応答レスポンスを受信し、前記確認応答レスポンスは、前記ダウンリンク制御情報が正しく受信されていることを表す、
    ことを特徴とする請求項１８に記載のフィードバック方法。
21. 前記ダウンリンク制御情報に対する確認応答レスポンスを受信するステップは、
    前記ダウンリンク制御情報に対する確認応答レスポンスを受信するステップを含み、前記確認応答レスポンスは、前記ダウンリンク制御情報が正しく受信されており、且つ前記ダウンリンク制御情報で指示される共通ビームが端末の現在用いているビームと異なることを表す、
    ことを特徴とする請求項２０に記載のフィードバック方法。
22. 前記ダウンリンク制御情報に対する確認応答レスポンス又は非確認応答レスポンスを受信するステップは、
    第１のビットリソース情報に基づいて、前記ダウンリンク制御情報に対する確認応答レスポンス又は非確認応答レスポンスを受信するステップを含み、
    前記第１のビットリソース情報は、前記ダウンリンク制御情報の確認応答レスポンス又は非確認応答レスポンスを指示するために用いられる、
    ことを特徴とする請求項１８～請求項２１のいずれかに記載のフィードバック方法。
23. 前記第１のビットリソース情報は、第１のタイプのコードブック及び／又は第２のタイプのコードブックを含むハイブリッド自動再送要求コードブックにおけるビットリソース情報を含む、
    ことを特徴とする請求項２２に記載のフィードバック方法。
24. 前記ビットリソース情報は、ビット位置を含み、前記ビット位置は、
    動的にスケジューリングされる伝送ブロックと、
    半静的にスケジューリングされる物理ダウンリンク共有チャネルと、
    動的にスケジューリングされるコードブロックグループと、
    半静的にスケジューリングされる物理ダウンリンク共有チャネルリリースメッセージと、
    セカンダリセルのスリーブ情報とのうちの１つに対応するビット位置に基づいて決定される、
    ことを特徴とする請求項２３に記載のフィードバック方法。
25. 前記ダウンリンク制御情報は、前記共通ビームが新しいビームであるか否かを指示するために用いられる、
    ことを特徴とする請求項１８に記載のフィードバック方法。
26. 前記ダウンリンク制御情報は、さらに、物理ダウンリンク共有チャネルＰＤＳＣＨ及び／又は物理アップリンク共有チャネルＰＵＳＣＨのスケジューリングに用いられる、
    ことを特徴とする請求項２２に記載のフィードバック方法。
27. 第２のビットリソース情報に基づいて、前記ダウンリンク制御情報によりスケジューリングされるＰＤＳＣＨに対する確認応答レスポンス又は非確認応答レスポンスを受信する、
    ことを特徴とする請求項２６に記載のフィードバック方法。
28. 前記第１のビットリソース情報と前記第２のビットリソース情報は、同じビットリソース情報である、
    ことを特徴とする請求項２７に記載のフィードバック方法。
29. 前記第１のビットリソース情報と前記第２のビットリソース情報が同じビットリソース情報であることは、前記共通ビーム情報と前記ＰＤＳＣＨの受信に成功しており、及び／又は前記共通ビーム情報と前記ＰＤＳＣＨの受信に成功していないことを表す、
    ことを特徴とする請求項２８に記載のフィードバック方法。
30. 前記第１のビットリソース情報と前記第２のビットリソース情報は、異なるビットリソース情報である、ことを特徴とする請求項２７に記載のフィードバック方法。
31. 前記第１のビットリソース情報と前記第２のビットリソース情報が異なるビットリソース情報であることは、前記共通ビーム情報の受信に成功しており、及び前記ＰＤＳＣＨの受信に成功していないことを表す、
    ことを特徴とする請求項３０に記載のフィードバック方法。
32. フィードバック装置であって、端末に適用され、
    共通ビーム情報を指示するためのダウンリンク制御情報を受信するように構成されている受信ユニットと、
    前記ダウンリンク制御情報が正しく受信されているか否かを決定するように構成されている処理ユニットと、
    前記ダウンリンク制御情報が正しく受信されているか否かを指示するためのフィードバック結果をネットワークデバイスに送信するように構成されている送信ユニットとを含む、
    ことを特徴とするフィードバック装置。
33. フィードバック装置であって、ネットワークデバイスに適用され、
    共通ビーム情報を指示するためのダウンリンク制御情報を送信するように構成されている送信ユニットと、
    前記ダウンリンク制御情報が正しく受信されているか否かを指示するためのフィードバック結果を受信するように構成されている受信ユニットとを含む、
    ことを特徴とするフィードバック装置。
34. フィードバック装置であって、
    プロセッサと、
    プロセッサ実行可能命令を記憶するためのメモリとを含み、
    前記プロセッサは、請求項１～請求項１７のいずれかに記載のフィードバック方法を実行し、又は請求項１８～請求項３１のいずれかに記載のフィードバック方法を実行するように構成されている、
    ことを特徴とするフィードバック装置。
35. 記憶媒体であって、
    前記記憶媒体に命令が記憶されており、前記記憶媒体における命令が端末のプロセッサによって実行されると、端末に請求項１～請求項１７のいずれかに記載のフィードバック方法を実行させ、又は前記記憶媒体における命令がネットワークデバイスのプロセッサによって実行されると、ネットワークデバイスに請求項１８～請求項３１のいずれかに記載のフィードバック方法を実行させる、
    ことを特徴とする記憶媒体。
    
    

Images