(57)【要約】      （修正有）【課題】ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するために、ユーザ機器（ＵＥ）において動作するための方法を提供する。【解決手段】ワイヤレス通信システムにおいて、無線ネットワークノードから、スケジューリングされるダウンリンク送信の配置を示す支援情報を受信しＳ７１０、支援情報に基づいて、ＨＡＲＱフィードバックビットの数及び順序を判定しＳ７２０、ＨＡＲＱフィードバックビットの数及び順序に基づいて、パディングビットの削減されたコンパクトな形のＨＡＲＱフィードバックを、無線ネットワークノードへ送信するＳ７３０。【選択図】図７
2019180095.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するために、ユーザ機器（ＵＥ）において動作するための方法（７００）であって、
無線ネットワークノードから、スケジューリングされるダウンリンク送信の配置を示す支援情報を受信すること（Ｓ７１０）と、
前記支援情報に基づいて、ＨＡＲＱフィードバックビットの数及び順序を判定すること（Ｓ７２０）と、
前記ＨＡＲＱフィードバックビットの前記数及び順序に基づいてパディングビットの削減されたコンパクトな形の前記ＨＡＲＱフィードバックを、前記無線ネットワークノードへ送信すること（Ｓ７３０）と、
を含む方法。
【請求項２】
前記支援情報は、ダウンリンク割り当てインデックス（ＤＡＩ）及びスケジューリングインジケータのうちの少なくとも１つである、請求項１に記載の方法。
【請求項３】
前記支援情報は、ＴＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックス、又は、ＦＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスである、請求項１又は請求項２に記載の方法。
【請求項４】
無線リソース制御（ＲＲＣ）シグナリングを介して、前記無線ネットワークノードから、ＨＡＲＱフィードバック送信についてチャネルフォーマットを選択するための構成を受信すること（Ｓ７４０）、
をさらに含む、請求項１〜４のいずれか１項に記載の方法。
【請求項５】
前記ＨＡＲＱフィードバックのペイロードサイズに基づいて、前記ＨＡＲＱフィードバック送信について前記チャネルフォーマットを選択すること（Ｓ７５０）、をさらに含む、請求項４に記載の方法。
【請求項６】
前記ＨＡＲＱフィードバックを送信すること（Ｓ７３０）は、前記ＨＡＲＱフィードバックと共に他のタイプのフィードバック情報を送信すること、をさらに含む、請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも１つを含む、請求項６に記載の方法。
【請求項８】
ＨＡＲＱフィードバック送信について前記チャネルフォーマットを選択すること（Ｓ７５０）は、ＨＡＲＱフィードバック及び前記他のタイプの情報の合計ペイロードサイズに基づいて、ＨＡＲＱフィードバック送信について前記チャネルフォーマットを選択すること、をさらに含む、請求項６又は請求項７に記載の方法。
【請求項９】
前記ＨＡＲＱフィードバックを送信すること（Ｓ７３０）は、キャパシティの大きいチャネルについてより低い符号化レート及びより低い送信電力のうち少なくとも１つを使用すること、又は、キャパシティの小さいチャネルについてより高い符号化レート及びより高い送信電力のうち少なくとも１つを使用すること、をさらに含む、請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するために、無線ネットワークノードにおいて動作するための方法（８００）であって、
ユーザ機器（ＵＥ）へ、スケジューリングされるダウンリンク送信の配置を示す支援情報を送信すること（Ｓ８１０）と、
前記ＵＥにより前記支援情報に基づいて判定されるＨＡＲＱフィードバックビットの数及び順序に基づいてパディングビットの削減されたコンパクトな形のＨＡＲＱフィードバックを、前記ＵＥから受信すること（Ｓ８２０）と、
を含む方法。
【請求項１１】
前記支援情報は、ダウンリンク割り当てインデックス（ＤＡＩ）及びスケジューリングインジケータのうちの少なくとも１つである、請求項１０に記載の方法。
【請求項１２】
前記支援情報は、ＴＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックス、又は、ＦＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスである、請求項１１に記載の方法。
【請求項１３】
無線リソース制御（ＲＲＣ）シグナリングを介して、前記ＵＥへ、ＨＡＲＱフィードバック送信についてチャネルフォーマットを選択するための構成を送信すること（Ｓ８３０）、
をさらに含む、請求項１０〜１２のいずれか１項に記載の方法。
【請求項１４】
前記ＨＡＲＱフィードバック送信についての前記チャネルフォーマットは、前記ＨＡＲＱフィードバックのペイロードサイズに基づいて選択される、請求項１３に記載の方法。
【請求項１５】
前記ＨＡＲＱフィードバックを受信すること（Ｓ８２０）は、前記ＨＡＲＱフィードバックと共に他のタイプのフィードバック情報を受信すること、をさらに含む、請求項１０〜１４のいずれか１項に記載の方法。
【請求項１６】
前記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも１つを含む、請求項１５に記載の方法。
【請求項１７】
ＨＡＲＱフィードバック送信についての前記チャネルフォーマットは、ＨＡＲＱフィードバック及び前記他のタイプの情報の合計ペイロードサイズに基づいて選択される、請求項１５又は請求項１６に記載の方法。
【請求項１８】
受信される前記ＨＡＲＱフィードバックについて、キャパシティの大きいチャネルにおいてより低い符号化レート及びより低い送信電力のうち少なくとも１つが使用され、又は、キャパシティの小さいチャネルにおいてより高い符号化レート及びより高い送信電力のうち少なくとも１つが使用される、請求項１２〜１７のいずれか１項に記載の方法。
【請求項１９】
ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するためのユーザ機器（ＵＥ）（９００）であって、
無線ネットワークノードから、スケジューリングされるダウンリンク送信の配置を示す支援情報を受信する、ように構成される受信ユニット（９１０）と、
前記支援情報に基づいて、ＨＡＲＱフィードバックビットの数及び順序を判定する、ように構成される判定ユニット（９２０）と、
前記ＨＡＲＱフィードバックビットの前記数及び順序に基づいてパディングビットの削減されたコンパクトな形の前記ＨＡＲＱフィードバックを、前記無線ネットワークノードへ送信する、ように構成される送信ユニット（９３０）と、
を備えるＵＥ。
【請求項２０】
前記支援情報は、ダウンリンク割り当てインデックス（ＤＡＩ）及びスケジューリングインジケータのうちの少なくとも１つである、請求項１９に記載のＵＥ。
【請求項２１】
前記支援情報は、ＴＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレーム、又は、ＦＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリア、のインデックスである、請求項１９又は請求項２０に記載のＵＥ。
【請求項２２】
受信ユニット（９１０）は、無線リソース制御（ＲＲＣ）シグナリングを介して、前記無線ネットワークノードから、ＨＡＲＱフィードバック送信についてチャネルフォーマットを選択するための構成を受信する、ようにさらに構成される、請求項１９〜２１のいずれか１項に記載のＵＥ。
【請求項２３】
前記送信ユニット（９３０）は、前記ＨＡＲＱフィードバックのペイロードサイズに基づいて、ＨＡＲＱフィードバック送信についてチャネルフォーマットを選択する、ようにさらに構成される、請求項２２に記載のＵＥ。
【請求項２４】
前記送信ユニット（９３０）は、前記ＨＡＲＱフィードバックと共に他のタイプのフィードバック情報を送信する、ようにさらに構成される、請求項１９〜２３のいずれか１項に記載のＵＥ。
【請求項２５】
前記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも１つを含む、請求項２４に記載のＵＥ。
【請求項２６】
前記送信ユニット（９３０）は、ＨＡＲＱフィードバック及び前記他のタイプの情報の合計ペイロードサイズに基づいて、ＨＡＲＱフィードバック送信についてチャネルフォーマットを選択する、ようにさらに構成される、請求項２４又は請求項２５に記載のＵＥ。
【請求項２７】
前記ＨＡＲＱフィードバックを送信することは、キャパシティの大きいチャネルについてより低い符号化レート及びより低い送信電力のうち少なくとも１つを使用すること、又は、キャパシティの小さいチャネルについてより高い符号化レート及びより高い送信電力のうち少なくとも１つを使用すること、をさらに含む、請求項１９〜２６のいずれか１項に記載のＵＥ。
【請求項２８】
ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するための無線ネットワークノード（１０００）であって、
ユーザ機器（ＵＥ）へ、スケジューリングされるダウンリンク送信の配置を示す支援情報を送信する、ように構成される送信ユニット（１０１０）と、
前記ＵＥにより前記支援情報に基づいて判定されるＨＡＲＱフィードバックビットの数及び順序に基づいてパディングビットの削減されたコンパクトな形のＨＡＲＱフィードバックを、前記ＵＥから受信する、ように構成される受信ユニット（１０２０）と、
を備える無線ネットワークノード。
【請求項２９】
前記支援情報は、ダウンリンク割り当てインデックス（ＤＡＩ）及びスケジューリングインジケータのうちの少なくとも１つである、請求項２８に記載の無線ネットワークノード。
【請求項３０】
前記支援情報は、ＴＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックス、又は、ＦＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスである、請求項２８又は請求項２９に記載の無線ネットワークノード。
【請求項３１】
前記送信ユニット（１０１０）は、無線リソース制御（ＲＲＣ）シグナリングを介して、前記ＵＥへ、ＨＡＲＱフィードバック送信についてチャネルフォーマットを選択するための構成を送信する、ようにさらに構成される、請求項２８〜３０のいずれか１項に記載の無線ネットワークノード。
【請求項３２】
ＨＡＲＱフィードバック送信についての前記チャネルフォーマットは、前記ＨＡＲＱフィードバックのペイロードサイズに基づいて選択される、請求項３１に記載の無線ネットワークノード。
【請求項３３】
前記受信ユニット（１０２０）は、前記ＨＡＲＱフィードバックと共に他のタイプのフィードバック情報を受信する、ようにさらに構成される、請求項２８〜３２のいずれか１項に記載の無線ネットワークノード。
【請求項３４】
前記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも１つを含む、請求項３３に記載の無線ネットワークノード。
【請求項３５】
ＨＡＲＱフィードバック送信についての前記チャネルフォーマットは、ＨＡＲＱフィードバック及び前記他のタイプの情報の合計ペイロードサイズに基づいて選択される、請求項３３又は請求項３４に記載の無線ネットワークノード。
【請求項３６】
受信される前記ＨＡＲＱフィードバックについて、キャパシティの大きいチャネルにおいてより低い符号化レート及びより低い送信電力のうち少なくとも１つが使用され、又は、キャパシティの小さいチャネルにおいてより高い符号化レート及びより高い送信電力のうち少なくとも１つが使用される、請求項２８〜３５のいずれか１項に記載の無線ネットワークノード。
【請求項３７】
ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するためのユーザ機器（ＵＥ）（１１００）であって、プロセッサ（１１２０）及びメモリ（１１３０）を備え、前記メモリは前記プロセッサにより実行可能な命令を含み、それにより、前記ＵＥは請求項１〜９のいずれかの方法を実行するように動作可能である、ＵＥ。
【請求項３８】
ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するための無線ネットワークノード（１２００）であって、プロセッサ（１２２０）及びメモリ（１１３０）を備え、前記メモリは前記プロセッサにより実行可能な命令を含み、それにより、前記ＵＥは請求項１０〜１８のいずれかの方法を実行するように動作可能である、無線ネットワークノード。
【請求項３９】
少なくとも１つのプロセッサ上で実行された場合に、前記少なくとも１つのプロセッサに、請求項１〜９のいずれかに記載の方法又は請求項１０〜１８のいずれかに記載の方法を遂行させる命令、を含むコンピュータプログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、方法、ユーザ機器（ＵＥ）及び無線ネットワークノードに関し、具体的には、ワイヤレス通信システムでのアップリンク送信におけるＨＡＲＱフィードバックをコンパクト化するための方法、ＵＥ及び無線ネットワークノードに関する。
【背景技術】
【０００２】
このセクションは、本開示のより良好な理解を促進し得る複数の観点を紹介する。従って、本解決策の記述は、それを踏まえて読まれるべきであり、何が従来技術の範囲内であるか又は何が従来技術の範囲外であるかに関する自認として理解されるべきではない。
【０００３】
３ＧＰＰの作業項目であるＦｅＣＡ（Further  Evolution  Carrier  Aggregation）について、３２個までのダウンリンク（ＤＬ）キャリアがダウンリンク送信のためにサポートされるものとされている。ＤＬデータ送信についてのＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）は、最大で５つのＤＬコンポーネントキャリア（ＣＣ）のみが存在するリリース１０と比較して線型的に増加し、構成される各ＣＣについてＨＡＲＱフィードバック送信のためのリソースが予約される。しかしながら、ＦｅＣＡのキャリアアグリゲーションは、３２個までのＣＣを有するかもしれず、少数のライセンス済みＣＣが多数の未ライセンスＣＣと統合される可能性がある。
【０００４】
リリース１０において導入され及びリリース１１において拡張されたＬＴＥのキャリアアグリゲーション（ＣＡ）の使用は、同一の帯域内に又は異なる帯域内に所在し得る複数のキャリアからの無線リソースを統合することにより、ピークデータレート、システムキャパシティ及びユーザ体験を向上する手段を提供し、帯域間ＣＡのケースでは、様々なアップリンク（ＵＬ）／ＤＬ構成と共に構成され得る。リリース１２では、ＴＤＤサービングセルとＦＤＤサービングセルとの間のキャリアアグリゲーションが、それらへ同時にＵＥが接続することをサポートするために導入される。
【０００５】
リリース１３では、５ＧＨｚ帯域内の未ライセンススペクトルのスペクトル機会を捕捉することに向けて、ライセンス支援型アクセス（ＬＡＡ）がＬＴＥのキャリアアグリゲーションの特徴を拡張する点において大きな関心を集めている。今日５ＧＨｚ帯域内で動作するＷＬＡＮは、当分野で８０ＭＨｚを既にサポートしており、ＩＥＥＥ８０２．１１ａｃのＷａｖｅ２配備では１６０ＭＨｚに至る予定である。３．５ＧＨｚなど他の周波数帯域も存在し、既にＬＴＥのために広く使用中の帯域に加えて、同じ帯域上での１つよりも多くのキャリアの統合が可能である。ＬＴＥについて、ＬＡＡとの組み合わせで、少なくともＩＥＥＥ８０２．１１ａｃのＷａｖｅ２配備と同様の帯域幅の利用を可能にすれば、５つよりも多くのキャリアをサポートするようにキャリアアグリゲーションのフレームワークを拡張することを求める機運がサポートされるであろう。５キャリアを超えるＣＡフレームワークの拡張は、ＬＴＥリリース１３に向けた１つの作業項目として承認されている。その目的は、ＵＬ及びＤＬの双方において、３２個までのキャリアをサポートすることである。
【０００６】
シングルキャリア動作と比較すると、ＣＡで動作するＵＥは、１つよりも多くのＤＬコンポーネントキャリアについてＨＡＲＱフィードバックをレポートしなければならない。一方、ＵＥは、ＤＬ及びＵＬのＣＡを同時にサポートしなくてもよい。例えば、市場でのＣＡ対応型ＵＥの最初のリリースは、ＵＬ  ＣＡをサポートせず、ＤＬ  ＣＡをサポートするのみである。これは、３ＧＰＰ  ＲＡＮ４の標準化における基本的な前提でもある。従って、拡張ＵＬ制御チャネル、即ちＰＵＣＣＨフォーマット３が、リリース１０のタイムフレームの期間中のＣＡのために導入された。しかしながら、ＵＬ  ＣＡをサポートしないそれらＵＥについてより多くのＤＬコンポーネントキャリアをリリース１３でサポートするためには、そのＵＬ制御チャネルのキャパシティが限界になる。
【０００７】
現行のＨＡＲＱプロトコルによれば、各ダウンリンクデータ送信についてＡＣＫ／ＮＡＣＫがレポートされるものとされている。ＦＤＤについては、構成されるＤＬ  ＣＣの数に依存して、３２個までのＤＬ  ＣＣのために、一度に６４個までのＨＡＲＱ  ＡＣＫ／ＮＡＣＫビット（ランク≧２）が存在する。ＴＤＤについては、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫビットの数は、構成されるＣＣの数、及びそれらＤＬ  ＣＣのＵＬ／ＤＬサブフレームコンフィグレーションに依存する。ＵＬ／ＤＬサブフレームコンフィグレーション２及び送信モード３と共に３２個のＤＬ  ＣＣが存在すると仮定すると、２５６（３２×４×２）個までのＨＡＲＱ  ＡＣＫ／ＮＡＣＫビットが存在する。１／２の符号化レート及びＱＰＳＫ変調が適用されると仮定すると、ＦＤＤのシナリオでは、（空間バンドリングが適用されると仮定して）少なくとも３２個のＲＥが必要であり、一方でＴＤＤのシナリオでは、（空間バンドリングが適用されると仮定して）少なくとも１２８個のＲＥが必要である。
【０００８】
ＦｅＣＡについて、理想的には、１つのＵＥについて３２個までのＣＣを構成することができる。しかし、いくつかの理由に起因して、１つのＵＥについてＤＬ  ＣＣの全てが利用可能であるという可能性は小さい。例えば、３２個までのＣＣの中には、異なる複数のネットワークの間で共有されるかなりの数の未ライセンスＣＣが存在するかもしれない。例えば、５ＧＨｚ帯域上の未ライセンスキャリアは、共存するＷｉＦｉネットワークと、複数の共存するＬＴＥネットワークとにより共有されることができ；同じセルにより多数のユーザがサービスされ、キャリアリソースがそれらサービス対象ユーザの間で分割されるものとされ；又は、１つのＦｅＣＡ対応型ＵＥは、トラフィックの変動に起因して、時折、構成されたＣＣよりも少ないＣＣしか必要としないかもしれない。
【０００９】
上述したように、未ライセンスＣＣは複数の事業者により共有され、１つのＵＥについてＣＣが疎らにスケジューリングされるというのが、頻繁なケースであり得る。ＨＡＲＱフィードバック送信についての既存の仕組みによれば、ＵＥは、構成される各ＣＣについてリソースを予約する必要があり、これは、ＨＡＲＱフィードバック送信について耐え難いオーバヘッドをもたらしかねない。
【発明の概要】
【００１０】
上述した問題の少なくとも一部を解決するために、本開示の多様な実施形態は、リソース効率的な手法でＨＡＲＱフィードバックを提供するための解決策を提供する。添付図面と併せて具体的な実施形態の以下の説明を読めば、本開示の実施形態の他の特徴及び利点もまた理解されるであろう。添付図面は、本開示の実施形態の原理を例示している。
【００１１】
第１の観点において、ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するために、ユーザ機器（ＵＥ）において動作するための方法が提供される。上記方法は、無線ネットワークノードから、スケジューリングされるダウンリンク送信の配置を示す支援情報を受信するステップ、を含み得る。上記方法は、さらに、上記支援情報に基づいて、ＨＡＲＱフィードバックビットの数及び順序を判定するステップ、を含み得る。上記方法は、さらに、上記ＨＡＲＱフィードバックビットの上記数及び順序に基づいてパディングビットの削減されたコンパクトな形の上記ＨＡＲＱフィードバックを、上記無線ネットワークノードへ送信するステップ、を含み得る。
【００１２】
一実施形態において、上記支援情報は、ダウンリンク割り当てインデックス（ＤＡＩ）及びスケジューリングインジケータのうちの少なくとも１つであってもよい。
【００１３】
他の実施形態において、上記支援情報は、ＴＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックス、又は、ＦＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスであってもよい。
【００１４】
他の実施形態において、上記方法は、無線リソース制御（ＲＲＣ）シグナリングを介して、上記無線ネットワークノードから、ＨＡＲＱフィードバック送信についてチャネルフォーマットを選択するための構成を受信するステップ、をさらに含んでもよい。
【００１５】
他の実施形態において、上記方法は、上記ＨＡＲＱフィードバックのペイロードサイズに基づいて、上記ＨＡＲＱフィードバック送信について上記チャネルフォーマットを選択するステップ、をさらに含んでもよい。
【００１６】
他の実施形態において、上記ＨＡＲＱフィードバックを送信するステップは、上記ＨＡＲＱフィードバックと共に他のタイプのフィードバック情報を送信すること、をさらに含んでもよい。
【００１７】
また別の実施形態において、上記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも１つを含んでもよい。
【００１８】
また別の実施形態において、ＨＡＲＱフィードバック送信について上記チャネルフォーマットを選択するステップは、ＨＡＲＱフィードバック及び上記他のタイプの情報の合計ペイロードサイズに基づいて、ＨＡＲＱフィードバック送信について上記チャネルフォーマットを選択すること、をさらに含んでもよい。
【００１９】
一実施形態において、上記ＨＡＲＱフィードバックを送信するステップは、キャパシティの大きいチャネルについてより低い符号化レート及びより低い送信電力のうち少なくとも１つを使用すること、又は、キャパシティの小さいチャネルについてより高い符号化レート及びより高い送信電力のうち少なくとも１つを使用すること、をさらに含んでもよい。
【００２０】
第２の観点において、ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するために、無線ネットワークノードにおいて動作するための方法が提供される。上記方法は、ユーザ機器（ＵＥ）へ、スケジューリングされるダウンリンク送信を示す支援情報を送信するステップ、を含み得る。上記方法は、さらに、ＨＡＲＱフィードバックビットの数及び順序に基づいてパディングビットの削減されたコンパクトな形のＨＡＲＱフィードバックを、上記ＵＥから受信するステップ、を含み得る。上記ＨＡＲＱフィードバックビットの上記数及び順序は、上記ＵＥにより上記支援情報に基づいて判定され得る。
【００２１】
一実施形態において、上記支援情報は、ダウンリンク割り当てインデックス（ＤＡＩ）及びスケジューリングインジケータのうちの少なくとも１つであってもよい。
【００２２】
他の実施形態において、上記支援情報は、ＴＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックス、又は、ＦＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスであってもよい。
【００２３】
一実施形態において、上記方法は、無線リソース制御（ＲＲＣ）シグナリングを介して、上記ＵＥへ、ＨＡＲＱフィードバック送信についてチャネルフォーマットを選択するための構成を送信するステップ、をさらに含んでもよい。
【００２４】
他の実施形態において、上記ＨＡＲＱフィードバック送信についての上記チャネルフォーマットは、上記ＨＡＲＱフィードバックのペイロードサイズに基づいて選択されてもよい。
【００２５】
一実施形態において、上記ＨＡＲＱフィードバックを受信するステップは、上記ＨＡＲＱフィードバックと共に他のタイプのフィードバック情報を受信すること、をさらに含んでもよい。
【００２６】
他の実施形態において、上記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも１つを含んでもよい。
【００２７】
また別の実施形態において、ＨＡＲＱフィードバック送信についての上記チャネルフォーマットは、ＨＡＲＱフィードバック及び上記他のタイプの情報の合計ペイロードサイズに基づいて選択されてもよい。
【００２８】
一実施形態において、受信される上記ＨＡＲＱフィードバックについて、キャパシティの大きいチャネルにおいてより低い符号化レート及びより低い送信電力のうち少なくとも１つが使用されてもよく、又は、キャパシティの小さいチャネルにおいてより高い符号化レート及びより高い送信電力のうち少なくとも１つが使用されてもよい。
【００２９】
第３の観点において、ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するためのユーザ機器（ＵＥ）が提供される。上記ＵＥは、無線ネットワークノードから、スケジューリングされるダウンリンク送信を示す支援情報を受信する、ように構成される受信ユニット、を備え得る。上記ＵＥは、上記支援情報に基づいて、ＨＡＲＱフィードバックビットの数及び順序を判定する、ように構成される判定ユニット、をさらに備え得る。上記ＵＥは、上記ＨＡＲＱフィードバックビットの上記数及び順序に基づいてパディングビットの削減されたコンパクトな形の上記ＨＡＲＱフィードバックを、上記無線ネットワークノードへ送信する、ように構成される送信ユニット、をさらに備え得る。
【００３０】
第４の観点において、ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するための無線ネットワークノードが提供される。上記無線ネットワークノードは、ユーザ機器（ＵＥ）へ、ダウンリンク送信のスケジューリングを示す支援情報を送信する、ように構成される送信ユニット、を備え得る。上記無線ネットワークノードは、ＨＡＲＱフィードバックビットの数及び順序に基づいてパディングビットの削減されたコンパクトな形のＨＡＲＱフィードバックを、上記ＵＥから受信する、ように構成される受信ユニット、をさらに備え得る。上記ＨＡＲＱフィードバックビットの上記数及び順序は、上記ＵＥにより上記支援情報に基づいて判定され得る。
【００３１】
第５の観点において、ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するためのユーザ機器（ＵＥ）が提供される。上記ＵＥは、本開示の上記第１の観点に係る方法を実行するように適合される、メモリ及びプロセッサを備える。
【００３２】
第６の観点において、ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するための無線ネットワークノードが提供される。上記無線ネットワークノードは、本開示の上記第２の観点に係る方法を実行するように適合される、メモリ及びプロセッサを備える。
【００３３】
第７の観点において、コンピュータプログラムプロダクトが提供される。上記コンピュータプログラムプロダクトは、少なくとも１つのプロセッサ上で実行された場合に、上記少なくとも１つのプロセッサに、本開示の上記第１及び第２の観点に係る方法を遂行させる命令、を含む。
【００３４】
上記第１の観点の多様な実施形態が本開示の上記第３、第５、第７の観点に等しく適用されてもよく、一方で、上記第２の観点の多様な実施形態が本開示の上記第４、第６、第７の観点に等しく適用されてもよいことが理解されるものとする。
【図面の簡単な説明】
【００３５】
上の及び他の目的、特徴及び利点が、次の図面への参照を伴う実施形態の以下の説明からより明らかとなるであろう。
【００３６】
【図１】本開示の多様な実施形態を通じて改善することのできる、疎らなスケジューリングの一例を示す概略図である。
【図２ａ】ＦＤＤモードにおけるＵＣＩペイロード内のＨＡＲＱ  ＡＣＫビットマッピングの例を示す概略図である。
【図２ｂ】ＴＤＤモードにおけるＵＣＩペイロード内のＨＡＲＱ  ＡＣＫビットマッピングの例を示す概略図である。
【図３】構成され及びスケジューリングされるＣＣの一例、及びＦＤＤモードでのＵＥのためのＨＡＲＱフィードバックのためのＵＣＩマッピング例を示す概略図である。
【図４】本開示の一実施形態に係るＦＤＤモードでのコンパクトＨＡＲＱ  ＡＣＫフィードバックの一例を示す概略図である。
【図５】本開示の一実施形態に係るＦＤＤモードでの選択されるチャネルフォーマットについてのチャネル符号化の一例を示す概略図である。
【図６】本開示の一実施形態に従ってコンパクトＨＡＲＱ  ＡＣＫフィードバックと共に送信される他のタイプの情報を示す概略図である。
【図７】本開示の一実施形態に従ってワイヤレス通信システムにおいてＵＥのためにアップリンクにてＨＡＲＱフィードバック送信をコンパクト化するための方法を例示するフローチャートである。
【図８】本開示の一実施形態に従ってワイヤレス通信システムにおいて無線ネットワークノードのためにアップリンクにてＨＡＲＱフィードバック送信をコンパクト化するための方法を例示するフローチャートである。
【図９】本開示の一実施形態に係るＵＥのブロック図である。
【図１０】本開示の一実施形態に係る無線ネットワークノードのブロック図である。
【図１１】本開示の他の実施形態に係るＵＥのブロック図である。
【図１２】本開示の他の実施形態に係る無線ネットワークノードのブロック図である。
【発明を実施するための形態】
【００３７】
これ以降、本開示の原理及び思想について、例示的な実施形態を参照しながら説明する。理解されるべきこととして、それら全ての実施形態は、本開示のスコープを限定するためではなく、単に当業者による本開示のより良好な理解及びさらなる実践のために与えられている。例えば、１つの実施形態の一部として例示され又は説明される特徴は、他の実施形態と共に使用されて、また別の実施形態が生み出されてもよい。明瞭さのために、実際の実装の全ての特徴が本明細書において説明されるわけではない。
【００３８】
本明細書における“一実施形態”、“他の実施形態”などへの言及は、説明される実施形態が具体的な特徴、構造又は特性を含み得ることを示し、但しあらゆる実施形態がその具体的な特徴、構造又は特性を必ずしも含まなくてもよい。そのうえ、具体的な特徴、構造又は特性が一実施形態との関連で説明される場合、明示的に説明されているかに関わらず、そうした特徴、構造又は特性を他の実施形態との関連で作用させることは、当業者の知識の範囲内であるものと思量される。
【００３９】
ここで使用される専門用語は、具体的な実施形態を説明するためだけのものであり、それら実施形態を限定することを意図されない。ここで使用されるところによれば、単数形の“a”、“an”及び“the”は、文脈が別段明示的に示さない限り、複数形をも含むことを意図される。さらに理解されるであろうこととして、“含む／備える（comprises）”、“含む／備える（comprising）”、“有する（has）”、“有する（having）”、“含む（includes）”及び／又は“含む（including）”との用語は、ここで使用される場合、記述される特徴、エレメント、及び／若しくはコンポーネント並びに／又はそれらの組み合わせの存在を特定する。
【００４０】
以下の説明及び特許請求の範囲において、別段定義されない限り、ここで使用される全ての技術的な及び学術的な用語は、本開示が属する分野における当業者により通常理解されるものと同じ意味を有する。例えば、ここで使用される“無線ネットワークノード”は、使用される技術及び専門用語に依存して、アクセスポイントとしても言及され得る基地局、アクセスノード、ｅＮＢ、ｅＮｏｄｅＢ、ＮｏｄｅＢ若しくは基地送受信局（ＢＴＳ）などへの言及であってもよく、又は、使用される技術及び専門用語に依存して、無線ネトワークコントローラ（ＲＮＣ）のような中央ノードへの言及であってもよい。ここで使用される“ＵＥ”との用語は、ワイヤレス通信ケイパビリティを有するいかなる端末への言及であってもよく、限定ではないものの、モバイルフォン、セルラーフォン、スマートフォン若しくはＰＤＡ（personal  digital  assistants）、ポータブルコンピュータ、デジタルカメラなどの撮像デバイス、ゲーミングデバイス、楽曲記憶再生機器、及びワイヤレス通信ケイパビリティを有する任意のポータブルユニット若しくは端末、又は、ワイヤレスインターネットアクセス及びブラウジングを可能にするインターネット機器など、を含む。
【００４１】
現在のところ、３ＧＰＰリリース１０のキャリアアグリゲーション（ＣＡ）では、ＰＵＣＣＨ（Physical  Uplink  Control  Channel）フォーマット３上でのＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバック（これ以降、ＨＡＲＱフィードバック又はＨＡＲＱ  ＡＣＫ若しくはＨＡＲＱ  ＡＣＫフィードバックという）のためのペイロードビットの数は、構成されるＣＣの数により左右される。スケジューリングされるＣＣについてのＨＡＲＱ  ＡＣＫビットを配置すべき位置は、ＣＣインデックスにより左右される順序に基づいて判定される。しかしながら、スケジューリングされていない構成済みのＣＣについて、ＰＵＣＣＨ上のＵＣＩペイロード内の対応する位置に、既定のパディングビットが依然として埋められることになる。
【００４２】
図１は、本開示の１つ以上の実施形態により一層改善されることのできる疎らなスケジューリングの一例を示している。図１に示したように、構成されるＣＣのある割合のみが、サブフレームｎ及びｎ＋１においてＵＥのためにスケジューリングされる。もう１つの要因は、３２個までのＤＬ  ＣＣをサポートするために限られたＵＬ  ＣＣが存在し得ることである。従って、ＴＤＤ及びＦＤＤの双方においてダウンリンク送信のためのＨＡＲＱフィードバックを提供するより効率的な手法を有することが望ましい。
【００４３】
図２ａ及び図２ｂは、それぞれＦＤＤモード及びＴＤＤモードでのＵＣＩペイロードにおけるＨＡＲＱ  ＡＣＫビットマッピングの例を示す概略図である。図２（ａ）では、サブフレームｎにおいては３つのＣＣしかダウンリンク送信のためにスケジューリングされていないが、ＦＤＤモードでのＵＣＩペイロードにおいて、ＨＡＲＱ  ＡＣＫビット（斜線のカラム）と共に、構成済みだが未スケジューリングのＣＣについてパディングビット（縦の破線のカラム）が追加されている。図２（ｂ）では、ダウンリンク送信のためにサブフレームｎ、ｎ＋１、ｎ＋２、ｎ＋３の各々において３つのＣＣがスケジューリングされているが、ＴＤＤモードでのＵＣＩペイロードにおいて、ＨＡＲＱ  ＡＣＫビット（斜線のカラム）と共に、構成済みだが未スケジューリングのＣＣについてパディングビット（縦の破線のカラム）が追加されている。
【００４４】
ＣＣが５つまでの３ＧＰＰリリース１０について、１つのＵＥ向けにいくつかのＣＣが構成済みだが未スケジューリングであることは、次の理由で、統計上で受け入れることができたはずである：１）ＦｅＣＡでの３２個までのＣＣと比較するとＣＣの数は格段に少ない、２）リリース１０では、全てのＣＣがライセンス済みＣＣであることからＣＣの利用可能性は問題ではない。しかしながら、３２個までのＣＣのためのＨＡＲＱフィードバックについて、全ての構成済みのＣＣのためにパディングビットが追加されるとすると、アップリンクにとってフィードバックの負荷は非常に重くなり、特に１つのアップリンクＣＣのみで３２個のＤＬ  ＣＣをサポートする場合にはそうである。そのうえ、ほとんどのＣＣが未ライセンスＣＣであり得ることを考慮すると、実際上疎らなスケジューリングが普通であるかもしれない。リリース１０と同様のマッピングルールでのＵＣＩペイロードにおけるＨＡＲＱ  ＡＣＫビットマッピングは、耐え難いほど高いパディングビットの比率に起因して、受け入れ不可能であり得る。
【００４５】
図３は、構成済みでありスケジューリングされたＣＣの一例と、ＦＤＤモードでのＵＥのためのＨＡＲＱフィードバックについてのＵＣＩマッピング例とを示す概略図である。図３に示した１つの例（ＦＤＤ）において、１つのＵＥについての３２個の構成済みＤＬ  ＣＣのうち、当該ＵＥについて７つのＤＬ  ＣＣのみがスケジューリングされている。ＨＡＲＱ  ＡＣＫビット負荷に対するパディングビット負荷の比率は、５０対１４である。同様の問題がＴＤＤのケースについても存在しており、その例の図示はここでは簡明さのために省略されている。
【００４６】
本開示は、例えば、ＨＡＲＱ  ＡＣＫフィードバックのための無線リソース消費（ＴＸ電力及び／又は時間周波数リソース）を削減できるように、スケジューリングされたダウンリンク送信を指し示す支援情報（例えば、ＦＤＤではスケジューリングされたＣＣの数及び順序、ＴＤＤではスケジューリングされたＣＣ及びサブフレームの数及び順序）を包含して、ＨＡＲＱフィードバックにおけるパディングビットの送信を削減することにより、アップリンク送信におけるコンパクトなＨＡＲＱフィードバックを実現する方法を提案する。
【００４７】
より具体的には、ユーザ機器（ＵＥ）は、無線ネットワークノード（例えば、ｅＮＢ）から支援情報（例えば、ダウンリンク割り当てインデックス（ＤＡＩ）又はスケジューリングインジケータ）を受信する。支援情報は、実効的なＨＡＲＱ  ＡＣＫビットの数、及びそのＨＡＲＱ  ＡＣＫビットが配置される順序を判定するために使用されることができ、その双方に基づいて、パディングビットを削減し又は除去することができる。
【００４８】
コンパクトなＨＡＲＱ  ＡＣＫビットによれば、さらには、例えば、同じチャネルでより低い符号化レートを用いてＴＸ電力を削減し、削減されたＨＡＲＱ  ＡＣＫビットを伴うＵＣＩについて時間、周波数及び／若しくは符号ドメインの無線リソースを削減し（これは、削減されたＨＡＲＱ  ＡＣＫビットを伴うＵＣＩについてＵＥがＵＣＩチャネルを再選択し得ることをさらに意味し得る）、並びに／又は、ＵＣＩにおいてより多くの他のタイプの情報を送信することにより、無線リソース消費を削減するという技術的効果を達成することができる。
【００４９】
以下では、ＦＤＤの例と共に実施形態が詳細に説明される。一般的なルール及び手続は、ＦＤＤ及びＴＤＤの双方について、ＰＵＣＣＨ及び／又はＰＵＳＣＨ上でのＵＣＩの送信（例えば、ＨＡＲＱフィードバック送信、又は他のタイプの情報と併せたＨＡＲＱフィードバックの送信）に等しく適用可能である。
【００５０】
一実施形態によれば、スケジューリングされたダウンリンク送信を識別するためにある支援情報がＵＥにより使用可能であると予め定義され又は構成されることができ、その情報に従って、ＨＡＲＱフィードバックをコンパクトなスタイルで（即ち、未スケジューリングだが構成済みのＣＣに起因するパディングビット無しで）ＵＣＩに配置することができるように、ＨＡＲＱフィードバックビットの数及び順序を判定することができる。
【００５１】
他の実施形態によれば、支援情報は、ダウンリンク割り当てインデックス（ＤＡＩ）であり得る。ＤＬスケジューリングのための各スケジューリングコマンドについて１つのＤＡＩが搬送される。予め定義されるルールに基づいて、ＵＥは、ＤＡＩの昇順又は降順に従ってＨＡＲＱ  ＡＣＫビットを配置することができ、一方で、ｅＮＢもまた、支援情報（例えば、ＤＡＩ）に従って、復号されるＨＡＲＱ  ＡＣＫビットと対応する送信されたデータブロックとの間のマッピングを導出することができる。図４は、本開示の一実施形態に係るＦＤＤモードでのコンパクトなＨＡＲＱ  ＡＣＫフィードバックの一例を示す概略図である。図４において、ＤＡＩ情報から、ＵＥ及びｅＮＢの双方が全部で１４個のＨＡＲＱ  ＡＣＫビット（即ち、ｘ＝７、７つのスケジューリングされたＣＣ）が存在することを知得する。このように、コンパクトＨＡＲＱ  ＡＣＫ配置をＵＣＩフィードバックにおいて適用することができる。
【００５２】
他の実施形態によれば、支援情報は、スケジューリングインジケータであり得る（スケジューリングインジケータは、ＵＥへどのＣＣがそのＵＥのためにスケジューリングされるかを示すために使用され得る）。例えば、あるＵＥについてのスケジューリングされるＤＬ  ＣＣを示すためにスケジューリングインジケータが送信される場合、ＵＥは、そのスケジューリングされるＣＣのインデックスの昇順又は降順に従って、ＤＬ送信についてＨＡＲＱフィードバックビットの数及び順序を判定することができる。一例として、図４では、３２ビットのビットマップでスケジューリングインジケータを受信することにより、ＵＥは、当該ＵＥのために７つのＤＬ  ＣＣがスケジューリングされることを通知され、さらに合計で１４個のＨＡＲＱ  ＡＣＫビットが存在することを判定する。
【００５３】
他の実施形態によれば、コンパクトＨＡＲＱフィードバックは、キャパシティの大きいチャネル上で、より低い符号化レート及び／又は低減された送信電力を用いることにより送信され得る。図４に示したように、１４ビットのコンパクトＨＡＲＱフィードバックは、６４Ｐ０ビットへと符号化される。図３と比較すると、より少ない送信電力が適用可能となるように、符号化利得が有意に増加している。
【００５４】
他の実施形態によれば、コンパクトＨＡＲＱフィードバックについてキャパシティの異なる複数のチャネルを予め定義することができ、コンパクトＨＡＲＱフィードバックは、その送信のために使用されるチャネルを予め定義される構成に基づいて適応的に選択されることができる。例えば、よりビット数の少ないコンパクトＨＡＲＱフィードバックについて、チャネルキャパシティのより小さいチャネルを選択することができる。
【００５５】
下のテーブル１は、ＨＡＲＱフィードバックのペイロードサイズとチャネルフォーマットとの間のマッピングの１つの例を与える。例えば、チャネルフォーマットＡは、現行のＵＣＩフォーマット３のチャネル（２０個までのＨＡＲＱ  ＡＣＫビット）であってよく、チャネルフォーマットＢは、キャパシティの大きい新たなＵＣＩチャネル（例えば、４０個までのＨＡＲＱ  ＡＣＫビット）であってよく、チャネルフォーマットＣは、他の新たなＵＣＩチャネル（例えば、６４個までのＨＡＲＱ  ＡＣＫビット）であってよい。特にＴＤＤシステムについて、ＨＡＲＱ  ＡＣＫビットの最大数がＦＤＤシステム内のそれよりも格段に大きい、一層多くのチャネルフォーマットが存在してもよい。
【００５６】
【表１】
2019180095.tif 000003
【００５７】
テーブル１において、ＮＨａｒｑはコンパクトＨＡＲＱ  ＡＣＫビットの数であり、Ｘ１はＨＡＲＱフィードバックのための低キャパシティチャネル（チャネルフォーマットＡ）の閾値であり、Ｘ２（Ｘ２＞Ｘ１）はＨＡＲＱフィードバックのための高キャパシティチャネル（チャネルフォーマットＣ）の閾値である。これは例を示しているだけであり、本開示をその固有の例に限定することを意図しておらず、当業者は、ここで説明したＨＡＲＱフィードバックのペイロードサイズと共に他の要因をも考慮に入れることで、チャネルフォーマットを構成する類似の手法が存在することをよく考察することができる。また、当業者により理解され得ることとして、チャネルフォーマットを、ＨＡＲＱフィードバック及びＨＡＲＱフィードバックと共に送信され得る他のタイプの情報の合計のペイロードサイズに基づいて選択することもできる。
【００５８】
図５は、本開示の一実施形態に係るＦＤＤモードにおける選択されるチャネルフォーマトについてのチャネル符号化の一例を示す概略図である。ＨＡＲＱフィードバックのサイズとチャネルフォーマットとの間のマッピングテーブルが予め定義され、ＵＥ及びそのサービングｅＮＢはそのマッピングテーブルに従ってどのチャネルが使用されるべきかを判定し得る。図３と比較すると、電力リソース及び時間−周波数リソースの双方を、コンパクトＨＡＲＱフィードバック及びそのコンパクトＨＡＲＱフィードバックに従った適切なチャネル選択に起因して節約することができる。
【００５９】
他の実施形態によれば、ＨＡＲＱフィードバックをコンパクト化することによる節約されるチャネルキャパシティが、チャネル測定レポート、スケジューリングリクエストなどといった他のタイプの情報の送信のために使用され得る。図６において、他のタイプの情報が、コンパクトＨＡＲＱフィードバックと共にＵＣＩペイロードへ埋められている。チャネルキャパシティは変更されないが、チャネルキャパシティは図３と比較してより効率的に使用されている。そうした状況において、チャネルフォーマットは、ＨＡＲＱフィードバックのサイズと併せて他のタイプの情報のペイロードサイズをも算入することにより選択され得る。
【００６０】
他の実施形態によれば、ｅＮＢは、無線リソース制御（ＲＲＣ）シグナリングを介して、コンパクトＨＡＲＱフィードバック送信のために、上のどの構成をＵＥについて適用するものとするかを送信し得る。
【００６１】
ここで説明した実施形態を採用することにより、以下の利点のうちの少なくとも１つを達成することができるはずである：（１）ＦｅＣＡのケースで未スケジューリングかつ構成済みのＣＣに起因するパディングビットを低減、（２）ＵＣＩ送信のためのＴＸ電力消費を低減、（３）ＵＣＩ送信について時間／周波数／符号ドメインの無線リソースを節約、及び／又は、（４）ＵＣＩ送信のロバスト性を改善。
【００６２】
図７は、本開示の一実施形態に従ってワイヤレス通信システムにおいてＵＥのためにアップリンクにてＨＡＲＱフィードバック送信をコンパクト化するための方法７００を例示するフローチャートである。
【００６３】
ステップＳ７１０において、スケジューリングされるダウンリンク送信の配置を示す支援情報（例えば、ＦＤＤにおけるスケジューリングされたＣＣの数及び順序、又は、ＴＤＤにおけるスケジューリングされたＣＣ及びサブフレームの数及び順序）が、無線ネットワークノードから受信される。追加的な又は代替的な実施形態において、支援情報は、とりわけ、ダウンリンク割り当てインデックス（ＤＡＩ）及びスケジューリングインジケータのうちの少なくとも１つであってもよい。追加的な又は代替的な実施形態において、支援情報は、ＴＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックスであってもよく、又は、ＦＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスであってもよい。
【００６４】
ステップＳ７２０において、ＨＡＲＱフィードバックビットの数及び順序が支援情報に基づいて判定される。ステップＳ７３０において、ＨＡＲＱフィードバックビットの数及び順序に基づいてパディングビットの削減されたコンパクトな形で、ＨＡＲＱフィードバックが無線ネットワークノードへ送信される。
【００６５】
代替的な実施形態において、ＨＡＲＱフィードバックと共に他のタイプの情報が無線ネットワークノードへ送信される。他の実施形態において、当該他のタイプのフィードバック情報は、とりわけ、チャネル測定レポート及び／又はスケジューリングリクエストを含んでもよい。
【００６６】
代替的な又は追加的な実施形態において、方法７００は、ステップＳ７４０をさらに含んでもよい。ステップＳ７４０において、ＲＲＣシグナリングを介して、無線ネットワークノードから、ＨＡＲＱフィードバック送信についてチャネルフォーマットを選択するための構成が受信される。当業者は、ステップＳ７４０が上で言及したＳ７１０〜Ｓ７３０のいずれのステップにも依拠しない独立したステップであることを理解するはずである。例えば、ステップＳ７４０は、ステップＳ７１０に先立って実行されてもよく、又は、無線ネットワークノードとＵＥとの間でセッションをセットアップする際に実行されてもよい。図７のステップ群のシーケンスは、例を示しているだけであり、本開示のスコープを限定することを意図していない。
【００６７】
一実施形態において、上記方法は、ステップＳ７５０をさらに含んでよい。ステップＳ７５０において、ＨＡＲＱフィードバックのペイロードサイズに基づいて、ＨＡＲＱフィードバック送信についてのチャネルフォーマットが選択され得る。代替的な又は追加的な実施形態では、ステップＳ７５０において、ＨＡＲＱフィードバック及び上記他のタイプの情報の合計サイズに基づいて、ＨＡＲＱフィードバック送信についてのチャネルフォーマットが選択され得る。チャネルフォーマット選択は、図７を参照することにより説明した実施形態のようにＵＥにより実行されてもよく、又は、無線ネットワークノードにより実行されてもよい。無線ネットワークノードにより実行される状況では、選択されるチャネルフォーマットは、無線ネットワークノードから受信されてもよい。
【００６８】
代替的な又は追加的な実施形態において、キャパシティの大きいチャネルではより低い符号化レート及び／若しくはより低い送信電力がＨＡＲＱフィードバック及び／若しくは他のタイプの情報を送信するために使用されてもよく、並びに、キャパシティの小さいチャネルではより高い符号化レート及び／若しくはより高い送信電力がＨＡＲＱフィードバック及び／若しくは他のタイプの情報を送信するために使用されてもよい。
【００６９】
図８は、本開示の一実施形態に従ってワイヤレス通信システムにおいて無線ネットワークノードのためにアップリンクにてＨＡＲＱフィードバック送信をコンパクト化するための方法８００を例示するフローチャートである。
【００７０】
ステップＳ８１０において、スケジューリングされるダウンリンク送信の配置を示す支援情報（例えば、ＦＤＤにおけるスケジューリングされたＣＣの数及び順序、又は、ＴＤＤにおけるスケジューリングされたＣＣ及びサブフレームの数及び順序）が、ユーザ機器（ＵＥ）へ送信される。一実施形態において、支援情報は、とりわけ、ダウンリンク割り当てインデックス（ＤＡＩ）及びスケジューリングインジケータのうちの少なくとも１つであってもよい。追加的な又は代替的な実施形態において、支援情報は、ＴＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックスであってもよく、又は、ＦＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスであってもよい。
【００７１】
ステップＳ８２０において、ＨＡＲＱフィードバックが、ＨＡＲＱフィードバックビットの数及び順序に基づいてパディングビットの削減されたコンパクトな形でＵＥから受信される。ＨＡＲＱフィードバックビットの数及び順序は、ＵＥにより上記支援情報に基づいて判定される。
【００７２】
一実施形態では、ステップＳ８２０において、ＨＡＲＱフィードバックと共に他のタイプの情報が受信される。追加的な又は代替的な実施形態において、上記他のタイプのフィードバック情報は、とりわけ、チャネル測定レポート及び／又はスケジューリングリクエストを含んでもよい。
【００７３】
他の実施形態において、方法８００は、ステップＳ８３０をさらに含み得る。ステップＳ８３０において、ＲＲＣシグナリングを介してＵＥへ、ＨＡＲＱフィードバック送信についてのチャネルフォーマットを選択するための構成が送信される。同様に、当業者は、ステップＳ８３０が上で言及したＳ８１０及びＳ８２０のいずれのステップにも依拠しない独立したステップであることを理解するはずである。例えば、ステップＳ８３０は、ステップＳ８１０に先立って実行されてもよく、又は、無線ネットワークノードとＵＥとの間でセッションをセットアップする際に実行されてもよい。図８のステップ群のシーケンスは、例を示しているだけであり、本開示のスコープを限定することを意図していない。
【００７４】
追加的な又は代替的な実施形態において、ＨＡＲＱフィードバック送信についてのチャネルフォーマットは、ＨＡＲＱフィードバックのペイロードサイズに基づいて選択される。追加的な又は代替的な実施形態において、ＨＡＲＱフィードバック送信についてのチャネルフォーマットは、ＨＡＲＱフィードバック及び他のタイプの情報の合計ペイロードサイズに基づいて選択される。上述したように、チャネルフォーマット選択は、ＵＥにより実行されてもよく、又は、無線ネットワークノードにより実行されてもよい。無線ネットワークノードにより実行される状況では、選択されるチャネルフォーマットがＵＥへ送信されてもよい。
【００７５】
一実施形態において、キャパシティの大きいチャネルではより低い符号化レート及び／若しくはより低い送信電力がＨＡＲＱフィードバック及び／若しくは他のタイプの情報を受信するために使用されてもよく、並びに、キャパシティの小さいチャネルではより高い符号化レート及び／若しくはより高い送信電力がＨＡＲＱフィードバック及び／若しくは他のタイプの情報を受信するために使用されてもよい。
【００７６】
上述したような方法７００に対応するようにＵＥは提供される。図９は、本開示の一実施形態に係る、ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するためのＵＥ９００のブロック図である。
【００７７】
図９に示したように、ＵＥ９００は、無線ネットワークノードから、スケジューリングされるダウンリンク送信の配置を示す支援情報（例えば、ＦＤＤにおけるスケジューリングされたＣＣの数及び順序、又は、ＴＤＤにおけるスケジューリングされたＣＣ及びサブフレームの数及び順序）を受信する、ように構成される受信ユニット９１０、を含む。一実施形態において、支援情報は、ダウンリンク割り当てインデックス（ＤＡＩ）及びスケジューリングインジケータのうちの少なくとも１つであってもよい。追加的な又は代替的な実施形態において、支援情報は、ＴＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックスであってもよく、又は、ＦＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスであってもよい。
【００７８】
ＵＥ９００は、上記支援情報に基づいて、ＨＡＲＱフィードバックビットの数及び順序を判定する、ように構成される判定ユニット９２０、をさらに含む。ＵＥ９００は、ＨＡＲＱフィードバックビットの判定された上記数及び順序に基づいてパディングビットの削減されたコンパクトな形のＨＡＲＱフィードバックを、無線ネットワークノードへ送信する、ように構成される送信ユニット９３０、をさらに含む。
【００７９】
一実施形態において、送信ユニット９３０によりＨＡＲＱフィードバックと共に他のタイプの情報が送信される。追加的な又は代替的な実施形態において、当該他のタイプのフィードバック情報は、とりわけ、チャネル測定レポート及び／又はスケジューリングリクエストを含んでもよい。
【００８０】
一実施形態において、受信ユニット９１０は、ＲＲＣシグナリングを介して、無線ネットワークノードから、ＨＡＲＱフィードバック送信についてチャネルフォーマットを選択するための構成を受信する、ようにさらに構成されてもよい。追加的な又は代替的な実施形態において、送信ユニット９３０は、ＨＡＲＱフィードバックのペイロードサイズに基づいて、ＨＡＲＱフィードバック送信についてチャネルフォーマットを選択する、ようにさらに構成されてもよい。追加的な又は代替的な実施形態において、送信ユニット９３０は、ＨＡＲＱフィードバック及び上記他のタイプの情報の合計ペイロードサイズに基づいて、ＨＡＲＱフィードバック送信ｉについてチャネルフォーマットを選択する、ようにさらに構成されてもよい。一実施形態において、チャネルフォーマットの選択は、無線ネットワークノードにより実行されてもよく、無線ネットワークノードにより実行される状況では、受信ユニット９１０は、無線ネットワークノードにより選択されたチャネルフォーマットを受信する、ようにさらに構成されてもよい。
【００８１】
一実施形態において、送信ユニット９３０により、キャパシティの大きいチャネルではより低い符号化レート及び／若しくはより低い送信電力がＨＡＲＱフィードバック及び／若しくは他のタイプの情報を送信するために使用されてもよく、並びに、キャパシティの小さいチャネルではより高い符号化レート及び／若しくはより高い送信電力がＨＡＲＱフィードバック及び／若しくは他のタイプの情報を送信するために使用されてもよい。
【００８２】
上記ユニット９１０〜９３０の各々は、例えば、プロセッサ若しくはマイクロプロセッサ、適切なソフトウェア及び当該ソフトウェアを記憶するためのメモリ、プログラマブルロジックデバイス（ＰＬＤ）若しくは他の電子部品、又は、上で説明し例えば図７に示したアクションを実行するように構成される処理回路、のうちの１つ以上により、純粋なハードウェアソリューションとして、又はソフトウェアとハードウェアとの組み合わせとして実装されることができる。
【００８３】
上述したような方法８００に対応するように無線ネットワークノードは提供される。図１０は、本開示の一実施形態に係る、ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するための無線ネットワークノード１０００のブロック図である。
【００８４】
図１０に示したように、無線ネットワークノード１０００は、ユーザ機器（ＵＥ）へ、スケジューリングされるダウンリンク送信の配置を示す支援情報（例えば、ＦＤＤにおけるスケジューリングされたＣＣの数及び順序、又は、ＴＤＤにおけるスケジューリングされたＣＣ及びサブフレームの数及び順序）を送信する、ように構成される送信ユニット１０１０、を含む。一実施形態において、支援情報は、とりわけ、ダウンリンク割り当てインデックス（ＤＡＩ）及びスケジューリングインジケータのうちの少なくとも１つであってもよい。追加的な又は代替的な実施形態において、支援情報は、ＴＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリア及びサブフレームのインデックスであってもよく、又は、ＦＤＤダウンリンク送信におけるスケジューリングされたコンポーネントキャリアのインデックスであってもよい。
【００８５】
無線ネットワークノード１０００は、ＨＡＲＱフィードバックビットの数及び順序に基づいてパディングビットの削減されたコンパクトな形のＨＡＲＱフィードバックを上記ＵＥから受信する、ように構成される受信ユニット１０２０、をさらに含む。ＨＡＲＱフィードバックビットの数及び順序は、上記ＵＥにより支援情報に基づいて判定される。
【００８６】
一実施形態において、受信ユニット１０２０により他のタイプの情報がＨＡＲＱフィードバックと共に受信される。また別の実施形態において、当該他のタイプのフィードバック情報は、とりわけ、チャネル測定レポート及び／又はスケジューリングリクエストを含んでもよい。
【００８７】
一実施形態において、送信ユニット１０１０は、上記ＵＥへ、ＨＡＲＱフィードバック送信についてチャネルフォーマットを選択するための構成を送信する、ようにさらに構成されてもよい。追加的な又は代替的な実施形態において、ＨＡＲＱフィードバック送信についてのチャネルフォーマットは、ＨＡＲＱフィードバックのペイロードサイズに基づいて選択されてもよい。追加的な又は代替的な実施形態において、ＨＡＲＱフィードバック送信についてのチャネルフォーマットは、ＨＡＲＱフィードバック及び上記他のタイプの情報の合計ペイロードサイズに基づいて選択される。一実施形態において、チャネルフォーマットの選択は、無線ネットワークノードにより実行されてもよく、無線ネットワークノードにより実行される状況では、送信ユニット９１０は、選択されたチャネルフォーマットをＵＥへ送信する、ようにさらに構成されてもよい。
【００８８】
一実施形態において、キャパシティの大きいチャネルではより低い符号化レート及び／若しくはより低い送信電力が、受信されるＨＡＲＱフィードバック及び／若しくは他のタイプの情報のために使用されてもよく、並びに、キャパシティの小さいチャネルではより高い符号化レート及び／若しくはより高い送信電力が、受信されるＨＡＲＱフィードバック及び／若しくは他のタイプの情報のために使用されてもよい。
【００８９】
上記ユニット１０１０〜１０２０の各々は、例えば、プロセッサ若しくはマイクロプロセッサ、適切なソフトウェア及び当該ソフトウェアを記憶するためのメモリ、プログラマブルロジックデバイス（ＰＬＤ）若しくは他の電子部品、又は、上で説明し例えば図８に示したアクションを実行するように構成される処理回路、のうちの１つ以上により、純粋なハードウェアソリューションとして、又はソフトウェアとハードウェアとの組み合わせとして実装されることができる。
【００９０】
図１１は、本開示の他の実施形態に係る、ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するためのＵＥ１１００のブロック図である。
【００９１】
ＵＥ１１００は、送受信機１１１０、プロセッサ１１２０及びメモリ１１３０を含む。メモリ１１３０は、プロセッサ１１２０により実行可能な命令群を収容し、例えば図７への参照を伴う方法７００を実行するなど、本開示の実施形態に従ってＵＥ１１００が動作することを可能にする。その詳細な説明は、簡明さのために省略される。
【００９２】
図１２は、本開示の他の実施形態に係る、ワイヤレス通信システムにおいてアップリンクでのＨＡＲＱフィードバック送信をコンパクト化するための無線ネットワークノード１２００のブロック図である。
【００９３】
無線ネットワークノード１２００は、送受信機１２１０、プロセッサ１２２０及びメモリ１２３０を含む。メモリ１２３０は、プロセッサ１２２０により実行可能な命令群を収容し、例えば図８への参照を伴う方法８００を実行するなど、本開示の実施形態に従って無線ネットワークノード１２００が動作することを可能にする。その詳細な説明は、簡明さのために省略される。
【００９４】
本開示は、例えばＥＥＰＲＯＭ（Electrically  Erasable  Programmable  Read-Only  Memory）、フラッシュメモリ及びハードドライブなどの不揮発性又は揮発性のメモリの形式の少なくとも１つのコンピュータプログラムプロダクトをも提供する。コンピュータプログラムプロダクトは、コンピュータプログラムを含む。コンピュータプログラムは、プロセッサ８２０により実行された場合に、ネットワークエンティティ８００に例えば図７又は図８に関連して以前に説明した手続などのアクションを実行させるコード／コンピュータ読取可能な命令、を含む。
【００９５】
コンピュータプログラムプロダクトは、コンピュータプログラムモジュール群に構造化されるコンピュータプログラムコードとして構成されてもよい。コンピュータプログラムモジュールは、本質的には、図７又は図８に示したフローのアクションを実行することができるはずである。
【００９６】
プロセッサは、単一のＣＰＵ（Central  processing  unit）であってもよく、但し２つ以上の処理ユニットを含むこともできるはずである。例えば、プロセッサは、汎用のマイクロプロセッサ、命令セットプロセッサ、及び／若しくは関連するチップセット、並びに／又は、ＡＳＩＣ（Application  Specific  Integrated  Circuit）などの特殊目的のマイクロプロセッサを含んでもよい。プロセッサは、キャッシュ目的のために基板上のメモリを含んでもよい。コンピュータプログラムは、プロセッサへ接続されるコンピュータプログラムプロダクトにより担持されてもよい。コンピュータプログラムプロダクトは、コンピュータプログラムが記憶されるコンピュータ読取可能な媒体を含んでもよい。例えば、コンピュータプログラムプロダクトは、フラッシュメモリ、ＲＡＭ（Random-access  memory）、ＲＯＭ（Read-Only  Memory）又はＥＥＰＲＯＭであってもよく、代替的な実施形態において、上述したコンピュータプログラムモジュールが、メモリの形式の異なる複数のコンピュータプログラムプロダクト上に分散されてもよい。
【００９７】
ここまで、本開示の実施形態を参照しながら本開示について説明した。理解されるべきこととして、本開示の思想及びスコープから逸脱することなく、当業者により多様な修正、変形及び追加をなすことができる。従って、本開示のスコープは、上の具体的な実施形態には限定されず、添付の通りの特許請求の範囲によってのみ定義される。
【図１】
2019180095.tif 000004
【図２ａ】
2019180095.tif 000005
【図２ｂ】
2019180095.tif 000006
【図３】
2019180095.tif 000007
【図４】
2019180095.tif 000008
【図５】
2019180095.tif 000009
【図６】
2019180095.tif 000010
【図７】
2019180095.tif 000011
【図８】
2019180095.tif 000012
【図９】
2019180095.tif 000013
【図１０】
2019180095.tif 000014
【図１１】
2019180095.tif 000015
【図１２】
2019180095.tif 000016
【手続補正書】
【提出日】令和1年6月21日(2019.6.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス通信システムにおいてアップリンクでＨＡＲＱフィードバックを送信するために、ユーザ機器（ＵＥ）において動作するための方法であって、前記ＵＥに対してキャリアアグリゲーションのために複数のコンポーネントキャリアが設定され、
無線ネットワークノードから、前記ＵＥに対して設定された前記複数のコンポーネントキャリアのうちの１つ以上のスケジューリングされたコンポーネントキャリアを示す支援情報を受信することと、
前記支援情報に基づいて、前記１つ以上のスケジューリングされたコンポーネントキャリアについて要求されるＨＡＲＱフィードバックビットの数及び順序を判定することと、
前記ＨＡＲＱフィードバックビットの判定される前記数及び順序に基づいて、前記複数のコンポーネントキャリアのうちのスケジューリングされていないが設定はされているコンポーネントキャリアについてはパディングビットを含めずに、ＨＡＲＱフィードバック信号を、前記無線ネットワークノードへ送信することと、
を含む方法。
【請求項２】
前記支援情報は、ダウンリンク割り当てインデックス（ＤＡＩ）及びスケジューリングインジケータのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項３】
前記支援情報は、ＴＤＤダウンリンク送信における１つ以上のサブフレームのインデックスをさらに示す、請求項１に記載の方法。
【請求項４】
無線リソース制御（ＲＲＣ）シグナリングを介して、前記無線ネットワークノードから、前記ＨＡＲＱフィードバック信号についてチャネルフォーマットを選択するための構成を受信すること、
をさらに含む、請求項１に記載の方法。
【請求項５】
前記ＨＡＲＱフィードバック信号のペイロードサイズに基づいて、前記ＨＡＲＱフィードバック信号についてチャネルフォーマットを選択すること、
をさらに含む、請求項１に記載の方法。
【請求項６】
前記ＨＡＲＱフィードバック信号の前記送信は、前記ＨＡＲＱフィードバック信号と共に他のタイプのフィードバック情報を送信すること、
をさらに含む、請求項１に記載の方法。
【請求項７】
前記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも１つを含む、請求項６に記載の方法。
【請求項８】
前記ＨＡＲＱフィードバック信号及び前記他のタイプの情報の合計ペイロードサイズに基づいて、前記ＨＡＲＱフィードバック信号についてチャネルフォーマットを選択すること、
をさらに含む、請求項６に記載の方法。
【請求項９】
前記ＨＡＲＱフィードバック信号の前記送信は、
チャネルキャパシティに基づいてチャネルを選択することと、
前記チャネルについて前記ＨＡＲＱフィードバック信号のために追加的なキャパシティが利用可能である場合に、前記チャネルについての符号化レート及び送信電力のうちの少なくとも一方を減少させること、又は、前記ＨＡＲＱフィードバック信号のためにキャパシティが欠乏している場合に、前記チャネルについての前記符号化レート及び前記送信電力のうちの少なくとも一方を増加させることと、
をさらに含む、請求項１に記載の方法。
【請求項１０】
ワイヤレス通信システムにおいてアップリンクでＨＡＲＱフィードバック信号を受信するために、無線ネットワークノードにおいて動作するための方法であって、ユーザ機器（ＵＥ）に対してキャリアアグリゲーションのために複数のコンポーネントキャリアが設定され、
前記ＵＥへ、前記ＵＥに対して設定された前記複数のコンポーネントキャリアのうちの１つ以上のスケジューリングされたコンポーネントキャリアを示す支援情報を送信することと、
前記１つ以上のスケジューリングされたコンポーネントキャリアについて要求されるＨＡＲＱフィードバックビットの数及び順序であって前記ＵＥにより前記支援情報から判定される前記ＨＡＲＱフィードバックビットの前記数及び前記順序に基づいて前記複数のコンポーネントキャリアのうちのスケジューリングされていないが設定はされているコンポーネントキャリアについてパディングビットを含まないＨＡＲＱフィードバック信号を、前記ＵＥから受信することと、
を含む方法。
【請求項１１】
前記支援情報は、ダウンリンク割り当てインデックス（ＤＡＩ）及びスケジューリングインジケータのうちの少なくとも１つを含む、請求項１０に記載の方法。
【請求項１２】
前記支援情報は、ＴＤＤダウンリンク送信における１つ以上のサブフレームのインデックスをさらに示す、請求項１０に記載の方法。
【請求項１３】
無線リソース制御（ＲＲＣ）シグナリングを介して、前記ＵＥへ、ＨＡＲＱフィードバック信号についてチャネルフォーマットを選択するための構成を送信すること、
をさらに含む、請求項１０に記載の方法。
【請求項１４】
前記ＨＡＲＱフィードバック信号についてのチャネルフォーマットは、前記ＨＡＲＱフィードバック信号のペイロードサイズに基づいて選択される、請求項１０に記載の方法。
【請求項１５】
前記ＨＡＲＱフィードバック信号の前記受信は、前記ＨＡＲＱフィードバック信号と共に他のタイプのフィードバック情報を受信すること、
をさらに含む、請求項１０に記載の方法。
【請求項１６】
前記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも１つを含む、請求項１５に記載の方法。
【請求項１７】
前記ＨＡＲＱフィードバック信号についてのチャネルフォーマットは、前記ＨＡＲＱフィードバック信号及び前記他のタイプのフィードバック情報の合計ペイロードサイズに基づいて選択される、請求項１５に記載の方法。
【請求項１８】
受信される前記ＨＡＲＱフィードバック信号について、前記ＵＥは、チャネルキャパシティに基づいてチャネルを選択し、前記チャネルについて前記ＨＡＲＱフィードバック信号のために追加的なキャパシティが利用可能である場合に、前記チャネルについての符号化レート及び送信電力のうちの少なくとも一方を減少させ、又は、前記ＨＡＲＱフィードバック信号のためにキャパシティが欠乏している場合に、前記チャネルについての前記符号化レート及び前記送信電力のうちの少なくとも一方を増加させる、請求項１０に記載の方法。
【請求項１９】
ワイヤレス通信システムにおいてアップリンクでＨＡＲＱフィードバックを送信するためのユーザ機器（ＵＥ）であって、前記ＵＥに対してキャリアアグリゲーションのために複数のコンポーネントキャリアが設定され、
プロセッサと、
前記プロセッサにより実行された場合に前記ＵＥに動作を行わせる命令群を含むメモリと、を備え、前記動作は、
無線ネットワークノードから、前記ＵＥに対して設定された前記複数のコンポーネントキャリアのうちの１つ以上のスケジューリングされたコンポーネントキャリアを示す支援情報を受信することと、
前記支援情報に基づいて、前記１つ以上のスケジューリングされたコンポーネントキャリアについて要求されるＨＡＲＱフィードバックビットの数及び順序を判定することと、
前記ＨＡＲＱフィードバックビットの判定される前記数及び順序に基づいて、前記複数のコンポーネントキャリアのうちのスケジューリングされていないが設定はされているコンポーネントキャリアについてはパディングビットを含めずに、ＨＡＲＱフィードバック信号を、前記無線ネットワークノードへ送信することと、
を含む、ＵＥ。
【請求項２０】
前記支援情報は、ダウンリンク割り当てインデックス（ＤＡＩ）及びスケジューリングインジケータのうちの少なくとも１つを含む、請求項１９に記載のＵＥ。
【請求項２１】
前記支援情報は、ＴＤＤダウンリンク送信における１つ以上のサブフレームのインデックスをさらに示す、請求項１９に記載のＵＥ。
【請求項２２】
前記命令群は、前記プロセッサにより実行された場合に、前記ＵＥに、無線リソース制御（ＲＲＣ）シグナリングを介して、前記無線ネットワークノードから、前記ＨＡＲＱフィードバック信号についてチャネルフォーマットを選択するための構成を受信すること、をさらに行わせる、請求項１９に記載のＵＥ。
【請求項２３】
前記命令群は、前記プロセッサにより実行された場合に、前記ＵＥに、前記ＨＡＲＱフィードバック信号のペイロードサイズに基づいて、前記ＨＡＲＱフィードバック信号についてチャネルフォーマットを選択すること、をさらに行わせる、請求項１９に記載のＵＥ。
【請求項２４】
前記命令群は、前記プロセッサにより実行された場合に、前記ＵＥに、前記ＨＡＲＱフィードバック信号と共に他のタイプのフィードバック情報を送信すること、をさらに行わせる、請求項１９に記載のＵＥ。
【請求項２５】
前記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも１つを含む、請求項２４に記載のＵＥ。
【請求項２６】
前記命令群は、前記プロセッサにより実行された場合に、前記ＵＥに、前記ＨＡＲＱフィードバック信号及び前記他のタイプのフィードバック情報の合計ペイロードサイズに基づいて、前記ＨＡＲＱフィードバック信号についてチャネルフォーマットを選択すること、をさらに行わせる、請求項２４に記載のＵＥ。
【請求項２７】
前記命令群は、前記プロセッサにより実行された場合に、前記ＵＥに、
チャネルキャパシティに基づいてチャネルを選択し、
前記チャネルについて前記ＨＡＲＱフィードバック信号のために追加的なキャパシティが利用可能である場合に、前記チャネルについての符号化レート及び送信電力のうちの少なくとも一方を減少させ、又は、前記ＨＡＲＱフィードバック信号のためにキャパシティが欠乏している場合に、前記チャネルについての前記符号化レート及び前記送信電力のうちの少なくとも一方を増加させる、
ための動作をさらに行わせることにより前記ＨＡＲＱフィードバック信号を送信させる、請求項１９に記載のＵＥ。
【請求項２８】
ワイヤレス通信システムにおいてアップリンクでＨＡＲＱフィードバック信号を受信するための無線ネットワークノードであって、ユーザ機器（ＵＥ）に対してキャリアアグリゲーションのために複数のコンポーネントキャリアが設定され、
プロセッサと、
前記プロセッサにより実行された場合に前記無線ネットワークノードに動作を行わせる命令群を含むメモリと、を備え、前記動作は、
前記ＵＥへ、前記ＵＥに対して設定された前記複数のコンポーネントキャリアのうちの１つ以上のスケジューリングされたコンポーネントキャリアを示す支援情報を送信することと、
前記１つ以上のスケジューリングされたコンポーネントキャリアについて要求されるＨＡＲＱフィードバックビットの数及び順序であって前記ＵＥにより前記支援情報から判定される前記ＨＡＲＱフィードバックビットの前記数及び前記順序に基づいて前記複数のコンポーネントキャリアのうちのスケジューリングされていないが設定はされているコンポーネントキャリアについてパディングビットを含まないＨＡＲＱフィードバック信号を、前記ＵＥから受信することと、
を含む、無線ネットワークノード。
【請求項２９】
前記支援情報は、ダウンリンク割り当てインデックス（ＤＡＩ）及びスケジューリングインジケータのうちの少なくとも１つを含む、請求項２８に記載の無線ネットワークノード。
【請求項３０】
前記支援情報は、ＴＤＤダウンリンク送信における１つ以上のサブフレームのインデックスをさらに示す、請求項２８に記載の無線ネットワークノード。
【請求項３１】
前記命令群は、前記プロセッサにより実行された場合に、前記無線ネットワークノードに、無線リソース制御（ＲＲＣ）シグナリングを介して、前記ＵＥへ、前記ＨＡＲＱフィードバック信号についてチャネルフォーマットを選択するための構成を送信する動作、を行わせる、請求項２８に記載の無線ネットワークノード。
【請求項３２】
前記ＨＡＲＱフィードバック信号についてのチャネルフォーマットは、前記ＨＡＲＱフィードバック信号のペイロードサイズに基づいて前記ＵＥにより選択される、請求項２８に記載の無線ネットワークノード。
【請求項３３】
前記命令群は、前記プロセッサにより実行された場合に、前記無線ネットワークノードに、前記ＨＡＲＱフィードバック信号と共に他のタイプのフィードバック情報を受信する動作、を行わせる、請求項２８に記載の無線ネットワークノード。
【請求項３４】
前記他のタイプのフィードバック情報は、チャネル測定レポート及びスケジューリングリクエストのうちの少なくとも１つを含む、請求項３３に記載の無線ネットワークノード。
【請求項３５】
前記ＨＡＲＱフィードバック信号についてのチャネルフォーマットは、前記ＨＡＲＱフィードバック信号及び前記他のタイプのフィードバック情報の合計ペイロードサイズに基づいて選択される、請求項３３に記載の無線ネットワークノード。
【請求項３６】
受信される前記ＨＡＲＱフィードバック信号について、前記ＵＥにより、チャネルキャパシティに基づいてチャネルが選択されており、前記チャネルについて前記ＨＡＲＱフィードバック信号のために追加的なキャパシティが利用可能であった場合には前記チャネルについての符号化レート及び送信電力のうちの少なくとも一方が減少されており、又は、前記ＨＡＲＱフィードバック信号のためにキャパシティが欠乏していた場合に、前記チャネルについての前記符号化レート及び前記送信電力のうちの少なくとも一方が増加されている、請求項２８に記載の無線ネットワークノード。
【外国語明細書】
2019180095000001.pdf