(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024150705
(43)【公開日】2024-10-23
(54)【発明の名称】通信システム
(51)【国際特許分類】
H04W 28/04 20090101AFI20241016BHJP
H04L 1/1607 20230101ALI20241016BHJP
【ＦＩ】
H04W28/04 110
H04L1/1607
【審査請求】有
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2024120838
(22)【出願日】2024-07-26
(62)【分割の表示】P 2023514065の分割
【原出願日】2021-10-14
(31)【優先権主張番号】2016378.8
(32)【優先日】2020-10-15
(33)【優先権主張国・地域又は機関】GB
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100141519
【弁理士】
【氏名又は名称】梶田 邦之
(72)【発明者】
【氏名】イジャーズ， アーイシャ
(72)【発明者】
【氏名】笹木 高広
(57)【要約】 （修正有）
【課題】Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよびＥｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）サービスに関連付けられるデータを受信するユーザ機器（ＵＥ）及び方法を提供する。
【解決手段】アクセスネットワークノードによって実行される方法であって、ＵＥは、ＵＲＬＬＣサービスに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックおよびｅＭＢＢサービスに対する第２のＨＡＲＱコードブックを生成し、第１のＨＡＲＱコードブックを単一のビットにまとめＳ２、それを第２のＨＡＲＱコードブックの最後に付加してＳ３、多重化されたＨＡＲＱコードブックを形成し、アクセスネットワークノードに、多重化されたＨＡＲＱコードブックを送信する。
【選択図】図５
【解決手段】アクセスネットワークノードによって実行される方法であって、ＵＥは、ＵＲＬＬＣサービスに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックおよびｅＭＢＢサービスに対する第２のＨＡＲＱコードブックを生成し、第１のＨＡＲＱコードブックを単一のビットにまとめＳ２、それを第２のＨＡＲＱコードブックの最後に付加してＳ３、多重化されたＨＡＲＱコードブックを形成し、アクセスネットワークノードに、多重化されたＨＡＲＱコードブックを送信する。
【選択図】図５
【特許請求の範囲】
【請求項1】
無線アクセスネットワークノードから、第１の優先度に対応する第１のデータおよび第２の優先度に対応する第２のデータを搬送する信号を受信する手段と、
前記第１のデータのための第１のハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）コードブックを生成する手段と、
前記第２のデータのための第２のＨＡＲＱコードブックを生成する手段と、
前記第１のＨＡＲＱコードブックに多重化されるコンテンツに基づいて前記第１のＨＡＲＱコードブックのビットを減らすことにより前記第１の優先度のＨＡＲＱ情報を生成する手段と、
前記ＨＡＲＱ情報を前記第２のＨＡＲＱコードブックと多重化して多重化ＨＡＲＱコードブックを導出する手段と、
前記多重化ＨＡＲＱコードブックを前記無線アクセスネットワークノードへ送信する手段と、
を備える、ユーザ機器（ＵＥ：User Equipment）。
前記第１のデータのための第１のハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）コードブックを生成する手段と、
前記第２のデータのための第２のＨＡＲＱコードブックを生成する手段と、
前記第１のＨＡＲＱコードブックに多重化されるコンテンツに基づいて前記第１のＨＡＲＱコードブックのビットを減らすことにより前記第１の優先度のＨＡＲＱ情報を生成する手段と、
前記ＨＡＲＱ情報を前記第２のＨＡＲＱコードブックと多重化して多重化ＨＡＲＱコードブックを導出する手段と、
前記多重化ＨＡＲＱコードブックを前記無線アクセスネットワークノードへ送信する手段と、
を備える、ユーザ機器（ＵＥ：User Equipment）。
【請求項2】
前記コンテンツは前記第２のＨＡＲＱコードブックである、請求項１に記載のＵＥ。
【請求項3】
前記第１の優先度は高優先度に対応し、
前記第２の優先度は低優先度に対応する、
請求項１又は２に記載のＵＥ。
前記第２の優先度は低優先度に対応する、
請求項１又は２に記載のＵＥ。
【請求項4】
ユーザ機器（ＵＥ：User Equipment）へ、第１の優先度に対応する第１のデータおよび第２の優先度に対応する第２のデータを搬送する信号を送信する手段と、
多重化ＨＡＲＱコードブックを前記ＵＥから受信する手段と、を備え、
前記多重化ＨＡＲＱコードブックは、前記第１のデータのための第１のＨＡＲＱコードブックに多重化されるコンテンツに基づいて前記第１のＨＡＲＱコードブックのビットを減らすことにより生成された第１の優先度のＨＡＲＱ情報に基づき、前記第２のデータのための第２のＨＡＲＱコードブックと多重化されている、無線アクセスネットワークノード。
多重化ＨＡＲＱコードブックを前記ＵＥから受信する手段と、を備え、
前記多重化ＨＡＲＱコードブックは、前記第１のデータのための第１のＨＡＲＱコードブックに多重化されるコンテンツに基づいて前記第１のＨＡＲＱコードブックのビットを減らすことにより生成された第１の優先度のＨＡＲＱ情報に基づき、前記第２のデータのための第２のＨＡＲＱコードブックと多重化されている、無線アクセスネットワークノード。
【請求項5】
無線アクセスネットワークノードから、第１の優先度に対応する第１のデータおよび第２の優先度に対応する第２のデータを搬送する信号を受信することと、
前記第１のデータのための第１のハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）コードブックを生成することと、
前記第２のデータのための第２のＨＡＲＱコードブックを生成することと、
前記第２のＨＡＲＱコードブックのコンテンツに基づいて前記第１のＨＡＲＱコードブックのビットを減らすことにより前記第１の優先度のＨＡＲＱ情報を生成することと、
前記ＨＡＲＱ情報を前記第２のＨＡＲＱコードブックと多重化して多重化ＨＡＲＱコードブックを導出することと、
前記多重化ＨＡＲＱコードブックを前記無線アクセスネットワークノードへ送信することと、
を含む、ユーザ機器（ＵＥ：User Equipment）における方法。
前記第１のデータのための第１のハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）コードブックを生成することと、
前記第２のデータのための第２のＨＡＲＱコードブックを生成することと、
前記第２のＨＡＲＱコードブックのコンテンツに基づいて前記第１のＨＡＲＱコードブックのビットを減らすことにより前記第１の優先度のＨＡＲＱ情報を生成することと、
前記ＨＡＲＱ情報を前記第２のＨＡＲＱコードブックと多重化して多重化ＨＡＲＱコードブックを導出することと、
前記多重化ＨＡＲＱコードブックを前記無線アクセスネットワークノードへ送信することと、
を含む、ユーザ機器（ＵＥ：User Equipment）における方法。
【請求項6】
ユーザ機器（ＵＥ：User Equipment）へ、第１の優先度に対応する第１のデータおよび第２の優先度に対応する第２のデータを搬送する信号を送信することと、
多重化ＨＡＲＱコードブックを前記ＵＥから受信することと、を含み、
前記多重化ＨＡＲＱコードブックは、前記第１のデータのための第１のＨＡＲＱコードブックに多重化されるコンテンツに基づいて前記第１のＨＡＲＱコードブックのビットを減らすことにより生成された第１の優先度のＨＡＲＱ情報に基づき、前記第２のデータのための第２のＨＡＲＱコードブックと多重化されている、無線アクセスネットワークノードにおける方法。
多重化ＨＡＲＱコードブックを前記ＵＥから受信することと、を含み、
前記多重化ＨＡＲＱコードブックは、前記第１のデータのための第１のＨＡＲＱコードブックに多重化されるコンテンツに基づいて前記第１のＨＡＲＱコードブックのビットを減らすことにより生成された第１の優先度のＨＡＲＱ情報に基づき、前記第２のデータのための第２のＨＡＲＱコードブックと多重化されている、無線アクセスネットワークノードにおける方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、第３世代パートナシッププロジェクト（３ＧＰＰ：3rd Generation Partnership Project）規格またはその同等物もしくは派生物に従って動作する無線通信システムおよびそのデバイスに関連する。本開示は、排他的ではないが、いわゆる「５Ｇ」（または、「Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ」）システムにおけるハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ：Hybrid Automatic Repeat Request Acknowledgement）フィードバックの送信に関連する改善に特に関連する。
【背景技術】
【0002】
３ＧＰＰ規格の最新の開発は、いわゆる「５Ｇ」または「ニューラジオ」（ＮＲ：New Radio）規格であり、「５Ｇ」またはＮＲ規格は、マシンタイプ通信（ＭＴＣ：Machine Type Communications）、モノのインターネット（ＩｏＴ：Internet of Things）／産業用モノのインターネット（ＩＩｏＴ：Industrial Internet of Things）通信、車両通信および自動車、高解像度ビデオストリーミング、および／またはスマートシティサービスなどの様々なアプリケーションおよびサービスをサポートとすることが予期される発展中の通信技術を指す。３ＧＰＰは、いわゆる３ＧＰＰ次世代（ＮｅｘｔＧｅｎ）無線アクセスネットワーク（ＲＡＮ：Radio Access Network）および３ＧＰＰ ＮｅｘｔＧｅｎコア（ＮＧＣ：NextGen core）ネットワークを経由して５Ｇをサポートすることを意図している。５Ｇネットワークの様々な詳細は、例えば、非特許文献１において説明される。
【0003】
エンドユーザ通信デバイスは一般的に、人間によって操作することができ、または自動化された（ＭＴＣ／ＩｏＴ）デバイスを含むことができる、ユーザ機器（ＵＥ：User Equipment）と称される。５Ｇ／ＮＲ通信システムの基地局は一般的に、ニューラジオ基地局（「ＮＲ－ＢＳ：New Radio Base Station」）または「ｇＮＢ」と称されるのに対し、それらは、より典型的には、ロングタームエボリューション（ＬＴＥ）基地局（「４Ｇ」基地局とも一般的に称される）に関連付けられる、用語「ｅＮＢ」（または、５Ｇ／ＮＲ ｅＮＢ）を使用して言及されることがあることを認識されよう。非特許文献２および非特許文献３は、とりわけ、以下のノードを定義する。
ｇＮＢ：ＵＥに向かうＮＲユーザプレーンおよび制御プレーンプロトコルの終端を提供し、ＮＧインタフェースを介して５Ｇコアネットワーク（５ＧＣ：5G core network）に接続されるノード
ｎｇ－ｅＮＢ：ＵＥに向かう発展型ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ：Evolved Universal Terrestrial Radio Access）ユーザプレーンおよび制御プレーンプロトコルの終端を提供し、ＮＧインタフェースを介して５ＧＣに接続されるノード
Ｅｎ－ｇＮＢ：ＵＥに向かうＮＲユーザプレーンおよび制御プレーンプロトコルの終端を提供し、Ｅ－ＵＴＲＡ－ＮＲデュアルコネクティビティ（ＥＮ－ＤＣ：E-UTRA-NR Dual Connectivity）においてセカンダリノードとしての役割を果たすノード
ＮＧ－ＲＡＮノード：ｇＮＢまたはｎｇ－ｅＮＢのいずれか
ｇＮＢ：ＵＥに向かうＮＲユーザプレーンおよび制御プレーンプロトコルの終端を提供し、ＮＧインタフェースを介して５Ｇコアネットワーク（５ＧＣ：5G core network）に接続されるノード
ｎｇ－ｅＮＢ：ＵＥに向かう発展型ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ：Evolved Universal Terrestrial Radio Access）ユーザプレーンおよび制御プレーンプロトコルの終端を提供し、ＮＧインタフェースを介して５ＧＣに接続されるノード
Ｅｎ－ｇＮＢ：ＵＥに向かうＮＲユーザプレーンおよび制御プレーンプロトコルの終端を提供し、Ｅ－ＵＴＲＡ－ＮＲデュアルコネクティビティ（ＥＮ－ＤＣ：E-UTRA-NR Dual Connectivity）においてセカンダリノードとしての役割を果たすノード
ＮＧ－ＲＡＮノード：ｇＮＢまたはｎｇ－ｅＮＢのいずれか
【0004】
３ＧＰＰは、近隣のＮＧ－ＲＡＮノードの間のネットワークインタフェースとして、いわゆる「Ｘｎ」インタフェースをも定義してきた。
【0005】
物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）は、アップリンク制御情報（ＵＣＩ：Uplink Control Information）と呼ばれる情報の組を搬送する。ＰＵＣＣＨのフォーマットは、ＵＣＩが何の種類の情報を搬送するかに依存する。使用されることになるＰＵＣＣＨフォーマットは、何ビットの情報が搬送されるべきなのか、および、何個のシンボルが割り当てられるか、によって決定される。ＮＲ（５Ｇ）において使用されるＵＣＩは、以下の情報：チャネル状態情報（ＣＳＩ：Channel State Information）、ＡＣＫ／ＮＡＫ、およびスケジューリング要求（ＳＲ：Scheduling Request）、のうちの１つ以上を含む。これは、ＬＴＥ（４Ｇ）おいても全体的に同一である。
【0006】
次世代モバイルネットワークは、多様なサービス要件をサポートし、多様なサービス要件は、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ（ＩＴＵ）によって、３つのカテゴリ：Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）、およびＭａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ｍＭＴＣ）、に分類されてきた。ｅＭＢＢは、Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ（ＨＤ）ビデオ、仮想現実（ＶＲ：Virtual Reality）、および拡張現実（ＡＲ：Augmented Reality）など、大きなかつ保証された帯域幅を必要とするサービスに焦点を合わせた、従来のモバイルブロードバンドのサポートを強化すること提供することを目的とする。ＵＲＬＬＣは、非常に短時間内に保証されたアクセスを必要とする、自動運転および工場自動化などの重大な用途に対する要件である。ＭＭＴＣは、スマート計測および環境監視などの大規模な数の接続されたデバイスをサポートする必要があるが、特定のアクセスディレイ（delay）を通常は許容することがある。それらの用途のうちの一部は、相対的に緩やかなサービス品質／経験品質（ＱｏＳ：Quality of Service／ＱｏＥ：Quality of Experience）要件を有することがあるのに対し、一部の用途は、相対的に厳しいＱｏＳ／ＱｏＥ要件（例えば、高帯域幅および／または低遅延（latency））を有することがある。
【0007】
Ｒｅｌｅａｓｅ １６では、異なる優先度のアップリンク送信が重なるとき、低い優先度の送信をドロップさせることによってこのことが解決される。このアプローチは、ＵＲＬＬＣトラフィック（相対的に高優先度を有する）および関連するＨＡＲＱフィードバックを、他のタイプの送信よりも優先付けることを可能にするが、ｅＭＢＢトラフィックもが存在する場合は非効率である。例えば、ＵＲＬＬＣフィードバックを（ｅＭＢＢフィードバックよりも優先付けることに起因して、ダウンリンクに対するＨＡＲＱフィードバックがドロップされるとき、それに対してフィードバック（確認応答）が受信されないｅＭＢＢデータを再送信する必要があることに起因して、システム効率性が影響される。
【0008】
Ｒｅｌｅａｓｅ １７では、産業用モノのインターネット（ＩＩｏＴ）およびＵＲＬＬＣに対する拡張は、異なる優先度を有する異なるトラフィックタイプに対して、ＨＡＲＱ－ＡＣＫ／ＳＲ／ＣＳＩおよび物理アップリンク共有チャネル（ＰＵＳＣＨ）の間で多重化する行動が必要とされることを規定することを目的としている。ＰＵＣＣＨまたはＰＵＳＣＨ上でそれが送信されるかに関わらず、この行動がＵＣＩに適用されることがある。直近の３ＧＰＰ ｍｅｅｔｉｎｇ（ＲＡＮ１＃１０２）では、高優先度ＨＡＲＱ－ＡＣＫおよび低優先度ＨＡＲＱ－ＡＣＫをＰＵＣＣＨに多重化することがＲｅｌｅａｓｅ １７においてサポートされることが合意されたが、更なる詳細は知られていない。鍵となる原理は、ＵＲＬＬＣ ＵＣＩ送信に対して遅延および信頼性を保証する必要があることである。
【0009】
高優先度（例えば、ＵＲＬＬＣの）ＨＡＲＱ－ＡＣＫに対する影響を最小にするための、ｅＭＢＢ ＨＡＲＱ－ＡＣＫコードブックサイズを低減させるためのいくつかの提案が存在する。トランスポートブロック（ＴＢ：transport block）に基づくフィードバックを使用して、ｅＭＢＢ ＨＡＲＱ－ＡＣＫコードブックを圧縮することによって、またはＵＣＩペイロードサイズにフィードバックを適合させるために必要な程度の数のコンポーネントキャリアを破棄することによって、そのようなサイズの低減を達成することができる。代わりに、ｅＭＢＢ ＨＡＲＱ－ＡＣＫおよびＵＲＬＬＣ ＨＡＲＱ－ＡＣＫに対して独立して最大の許容可能なコードレートが構成されることがあり、ｅＭＢＢ ＨＡＲＱ－ＡＣＫを抑制することによって、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫを拡大することによって、最終的なペイロードが調節されることがある。関連するＲＲＣ構成に関係なく、低優先度ＨＡＲＱコードブックを生成するために、空間バンドリング（Spatialbundling）が使用されることがある。
【先行技術文献】
【非特許文献】
【0010】
【非特許文献1】‘NGMN 5G White Paper’ V1.0[online], Next Generation Mobile Networks (NGMN) Alliance, Internet<URL: https://www.ngmn.org/5g-white-paper.html>
【非特許文献2】3GPP Technical Specification (TS) 38.300 V16.3.0
【非特許文献3】3GPP Technical Specification (TS) 37.340 V16.3.0
【非特許文献4】3GPP Technical Report (TR) 38.912 V16.0.0, section 8.2.2.2
【発明の概要】
【0011】
しかしながら、既存の技術のいずれもが３ＧＰＰによって容認されていない。したがって、本発明は、ＵＲＬＬＣトラフィックおよび関連するＨＡＲＱフィードバックを、他のタイプの送信に対する優先付けに関する、上記説明された問題（の少なくとも一部）に対処しまたは少なくとも軽減する方法および関連する装置を提供することを模索する。
【0012】
当業者に対して理解を効率的にするために、３ＧＰＰシステム（５Ｇネットワーク）のコンテキストにおいて発明が詳細に説明されるが、発明の原理は他のシステムにも同様に適用され得る。
【0013】
１つの例示的な態様では、本発明は、ユーザ機器（ＵＥ）によって実行される方法を提供し、方法は、アクセスネットワークノードから、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を受信することと、ＵＲＬＬＣサービスに関連付けられるデータに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックを生成し、第２のサービスに関連付けられるデータに対する第２のＨＡＲＱコードブックを生成することと、第１のＨＡＲＱコードブックに基づいて、ＵＲＬＬＣサービスに対するＨＡＲＱ情報を生成し、ＵＲＬＬＣサービスに対するＨＡＲＱ情報を第２のＨＡＲＱコードブックと多重化して、多重化されたＨＡＲＱコードブックを導出することと、ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、アクセスネットワークノードに、多重化されたＨＡＲＱコードブックを送信することと、を含む。
【0014】
１つの例示的な態様では、本発明は、ユーザ機器（ＵＥ）によって実行される方法を提供し、方法は、アクセスネットワークノードから、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を受信することと、ＵＲＬＬＣサービスに関連付けられるデータに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックを生成し、第２のサービスに関連付けられるデータに対する第２のＨＡＲＱコードブックを生成することと、少なくとも１つの予め定められたルールに応じて、第１のＨＡＲＱコードブックおよび第２のＨＡＲＱコードブックのうちの一方を１ビットにまとめることと、まとめられたビットを、第１のＨＡＲＱコードブックおよび第２のＨＡＲＱコードブックのうちのもう一方と多重化して、多重化されたＨＡＲＱコードブックを導出することと、アクセスネットワークノードに、多重化されたＨＡＲＱコードブックを送信することと、を含む。
【0015】
１つの例示的な態様では、本発明は、アクセスネットワークノードによって実行される方法を提供し、方法は、ユーザ機器（ＵＥ）に、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を送信することと、ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、ＵＥから、多重化されたハイブリッド自動再送要求（ＨＡＲＱ）コードブックを受信することであって、多重化されたＨＡＲＱコードブックは、ＵＲＬＬＣサービスに関連付けられるデータに対する第１のＨＡＲＱコードブックに基づいて生成され、第２のサービスに関連付けられるデータに対する第２のＨＡＲＱコードブックと多重化された、ＵＲＬＬＣサービスに対するＨＡＲＱ情報に基づいている、受信することと、を含む。
【0016】
１つの例示的な態様では、本発明は、アクセスネットワークノードによって実行される方法を提供し、方法は、ユーザ機器（ＵＥ）に、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を送信することと、ＵＥから、多重化されたハイブリッド自動再送要求（ＨＡＲＱ）コードブックを受信することであって、多重化されたＨＡＲＱコードブックは、ｉ）ＵＲＬＬＣサービスおよび第２のサービスのうちの一方に関連付けられるデータに対する第１のＨＡＲＱコードブックと、ｉｉ）ＵＲＬＬＣサービスおよび第２のサービスのうちのもう一方に関連付けられるデータに対する第２のＨＡＲＱコードブックに基づいたまとめられたビットと、を含む、受信することと、を含む。
【0017】
１つの例示的な態様では、本発明は、ユーザ機器（ＵＥ）を提供し、ＵＥは、アクセスネットワークノードから、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を受信する手段と、ＵＲＬＬＣサービスに関連付けられるデータに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックを生成し、第２のサービスに関連付けられるデータに対する第２のＨＡＲＱコードブックを生成する手段と、第１のＨＡＲＱコードブックに基づいて、ＵＲＬＬＣサービスに対するＨＡＲＱ情報を生成し、ＵＲＬＬＣサービスに対するＨＡＲＱ情報を第２のＨＡＲＱコードブックと多重化して、多重化されたＨＡＲＱコードブックを導出する手段と、ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、アクセスネットワークノードに、多重化されたＨＡＲＱコードブックを送信する手段と、を含む。
【0018】
１つの例示的な態様では、本発明は、ユーザ機器（ＵＥ）を提供し、ＵＥは、アクセスネットワークノードから、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を受信する手段と、ＵＲＬＬＣサービスに関連付けられるデータに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックを生成し、第２のサービスに関連付けられるデータに対する第２のＨＡＲＱコードブックを生成する手段と、少なくとも１つの予め定められたルールに応じて、第１のＨＡＲＱコードブックおよび第２のＨＡＲＱコードブックのうちの一方を１ビットにまとめる手段と、まとめられたビットを、第１のＨＡＲＱコードブックおよび第２のＨＡＲＱコードブックのうちのもう一方と多重化して、多重化されたＨＡＲＱコードブックを導出する手段と、アクセスネットワークノードに、多重化されたＨＡＲＱコードブックを送信する手段と、を含む。
【0019】
１つの例示的な態様では、本発明は、アクセスネットワークノードを提供し、アクセスネットワークノードは、ユーザ機器（ＵＥ）に、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を送信する手段と、ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、ＵＥから、多重化されたハイブリッド自動再送要求（ＨＡＲＱ）コードブックを受信する手段であって、多重化されたＨＡＲＱコードブックは、ＵＲＬＬＣサービスに関連付けられるデータに対する第１のＨＡＲＱコードブックに基づいて生成され、第２のサービスに関連付けられるデータに対する第２のＨＡＲＱコードブックと多重化された、ＵＲＬＬＣサービスに対するＨＡＲＱ情報に基づいている、受信する手段と、を含む。
【0020】
１つの例示的な態様では、本発明は、アクセスネットワークノードを提供し、アクセスネットワークノードは、ユーザ機器（ＵＥ）に、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を送信する手段と、ＵＥから、多重化されたハイブリッド自動再送要求（ＨＡＲＱ）コードブックを受信する手段であって、多重化されたＨＡＲＱコードブックは、ｉ）ＵＲＬＬＣサービスおよび第２のサービスのうちの一方に関連付けられるデータに対する第１のＨＡＲＱコードブックと、ｉｉ）ＵＲＬＬＣサービスおよび第２のサービスのうちのもう一方に関連付けられるデータに対する第２のＨＡＲＱコードブックに基づいたまとめられたビットと、を含む、受信する手段と、を含む。
【0021】
別の例示的な態様では、本発明は、コントローラおよび送受信機を含むユーザ機器（ＵＥ）を提供し、送受信機は、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を受信するように構成され、コントローラは、ＵＲＬＬＣサービスに関連付けられるデータに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックを生成し、第２のサービスに関連付けられるデータに対する第２のＨＡＲＱコードブックを生成するように構成され、コントローラは、第１のＨＡＲＱコードブックに基づいて、ＵＲＬＬＣサービスに対するＨＡＲＱ情報を生成し、ＵＲＬＬＣサービスに対するＨＡＲＱ情報を第２のＨＡＲＱコードブックと多重化して、多重化されたＨＡＲＱコードブックを導出するように構成され、送受信機は、ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、アクセスネットワークノードに、多重化されたＨＡＲＱコードブックを送信するように構成されている。
【0022】
別の例示的な態様では、本発明は、コントローラおよび送受信機を含むユーザ機器（ＵＥ）を提供し、送受信機は、アクセスネットワークノードから、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を受信するように構成され、コントローラは、ＵＲＬＬＣサービスに関連付けられるデータに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックを生成し、第２のサービスに関連付けられるデータに対する第２のＨＡＲＱコードブックを生成するように構成され、コントローラは、少なくとも１つの予め定められたルールに応じて、第１のＨＡＲＱコードブックおよび第２のＨＡＲＱコードブックのうちの一方を１ビットにまとめるように構成され、コントローラは、まとめられたビットを、第１のＨＡＲＱコードブックおよび第２のＨＡＲＱコードブックのうちのもう一方と多重化して、多重化されたＨＡＲＱコードブックを導出するように構成され、送受信機は、アクセスネットワークノードに、多重化されたＨＡＲＱコードブックを送信するように構成されている。
【0023】
別の例示的な態様では、本発明は、コントローラおよび送受信機を含むアクセスネットワークノードを提供し、送受信機は、ユーザ機器（ＵＥ）に、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を送信し、ＵＲＬＬＣに連付けられる少なくとも１つの通信リソースを使用して、ＵＥから、多重化されたハイブリッド自動再送要求（ＨＡＲＱ）コードブックを受信するように構成され、多重化されたＨＡＲＱコードブックは、ＵＲＬＬＣサービスに関連付けられるデータに対する第１のＨＡＲＱコードブックに基づいて生成され、第２のサービスに関連付けられるデータに対する第２のＨＡＲＱコードブックと多重化された、ＵＲＬＬＣサービスに対するＨＡＲＱ情報に基づいている。
【0024】
別の例示的な態様では、本発明は、コントローラおよび送受信機を含むアクセスネットワークノードを提供し、送受信機は、ユーザ機器（ＵＥ）に、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を送信し、ＵＥから、多重化されたハイブリッド自動再送要求（ＨＡＲＱ）コードブックを受信するように構成され、多重化されたＨＡＲＱコードブックは、ｉ）ＵＲＬＬＣサービスおよび第２のサービスのうちの一方に関連付けられるデータに対する第１のＨＡＲＱコードブックと、ｉｉ）ＵＲＬＬＣサービスおよび第２のサービスのうちのもう一方に関連付けられるデータに対する第２のＨＡＲＱコードブックに基づいたまとめられたビットと、を含む。
【0025】
本発明の例示的な態様は、対応するシステム、装置、およびそこに記憶された命令を有するコンピュータ可読記憶媒体などのコンピュータプログラム製品まで拡張し、命令は、上記示された例示的な態様および実現性において説明され、もしくは請求項に記載された方法を実施するようにプログラム可能プロセッサをプログラムし、ならびに／または請求項のいずれかに記載された装置を提供するように適切に適合されたコンピュータをプログラムするように動作可能である。
【0026】
本明細書（特許請求の範囲の用語を含む）において開示され、および／または図面に示される各々の特徴は、いずれかの他の開示および／または例示される特徴とは独立して（または、それらとの組み合わせで）発明に組み込まれてもよい。特に限定なしに、特定の独立請求項に従属する請求項のいずれかの特徴は、その独立請求項にいずれかの組み合わせでまたは個々に導入されてもよい。
【0027】
本発明の例示的な実施形態は、添付図面を参照して、例としてここでは説明される。
【図面の簡単な説明】
【0028】
【図1】本発明の例示的な実施形態を適用することができるモバイル（セルラまたは無線）電気通信システムを概略的に例示する。
【図5】本発明の例示的な実施形態に従った、ＨＡＲＱ－ＡＣＫ多重化を実行することができるいくつかの例示的な方式を概略的に例示するフローチャートである。
【図6】本発明の例示的な実施形態に従った、ＨＡＲＱ－ＡＣＫ多重化を実行することができるいくつかの例示的な方式を概略的に例示するフローチャートである。
【0029】
概要
３ＧＰＰ標準の下では、ＮｏｄｅＢ（または、ＬＴＥでは「ｅＮＢ」、５Ｇでは「ｇＮＢ」）は、基地局であり、基地局を介して、通信デバイス（ユーザ機器または「ＵＥ」）は、コアネットワークに接続し、他の通信デバイスまたはリモートサーバと通信する。通信デバイスは、例えば、携帯電話、スマートフォン、スマートウォッチ、携帯情報端末、ラップトップ／タブレットコンピュータ、ウェブブラウザ、および／またはｅ－ｂｏｏｋリーダなどのモバイル通信デバイスであってもよい。そのようなモバイル（または、更に一般的には静止した）デバイスは、典型的には、ユーザによって操作される（よって、それらはユーザ機器、「ＵＥ」と総称されることが多い）が、ＩｏＴデバイスおよび同様のＭＴＣデバイスをネットワークに接続することも可能である。簡易化のために、本出願は、いずれかのそのような基地局を指すために、基地局という用語を使用し、いずれかのそのような通信デバイスを指すために、モバイルデバイスまたはＵＥという用語を使用する。
３ＧＰＰ標準の下では、ＮｏｄｅＢ（または、ＬＴＥでは「ｅＮＢ」、５Ｇでは「ｇＮＢ」）は、基地局であり、基地局を介して、通信デバイス（ユーザ機器または「ＵＥ」）は、コアネットワークに接続し、他の通信デバイスまたはリモートサーバと通信する。通信デバイスは、例えば、携帯電話、スマートフォン、スマートウォッチ、携帯情報端末、ラップトップ／タブレットコンピュータ、ウェブブラウザ、および／またはｅ－ｂｏｏｋリーダなどのモバイル通信デバイスであってもよい。そのようなモバイル（または、更に一般的には静止した）デバイスは、典型的には、ユーザによって操作される（よって、それらはユーザ機器、「ＵＥ」と総称されることが多い）が、ＩｏＴデバイスおよび同様のＭＴＣデバイスをネットワークに接続することも可能である。簡易化のために、本出願は、いずれかのそのような基地局を指すために、基地局という用語を使用し、いずれかのそのような通信デバイスを指すために、モバイルデバイスまたはＵＥという用語を使用する。
【0030】
図１は、本発明の例示的な実施形態を適用することができるモバイル（セルラまたは無線）電気通信システム１を概略的に例示する。
【0031】
このシステム１では、モバイルデバイス３（ＵＥ）のユーザは、適切な３ＧＰＰ無線アクセス技術（ＲＡＴ：radio access technology）、例えば、Ｅ－ＵＴＲＡおよび／または５Ｇ ＲＡＴを使用して、それぞれの基地局５およびコアネットワーク７を介して相互におよび他のユーザと通信することができる。いくつかの基地局５が（無線）アクセスネットワークまたは（Ｒ）ＡＮを形成することを認識されよう。当業者が認識するように、例示の目的のために１つのモバイルデバイス３および１つの基地局５が図１に示されると共に、システムは、典型的には、実装されるとき、他の基地局／ＲＡＮノードおよびモバイルデバイス（ＵＥ）を含む。
【0032】
各々の基地局５は、１つまたは複数の関連するセルを（直接か、またはホーム基地局、リレー、リモート無線ヘッド、および／もしくは分散ユニットなどを介してのいずれかで）制御する。Ｅ－ＵＴＲＡ／４Ｇプロトコルをサポートする基地局５は、「ｅＮＢ」と称されてもよく、次世代（ＮｅｘｔＧｅｎｅｒａｔｉｏｎ）／５Ｇプロトコルをサポートする基地局５は、「ｇＮＢ」と称されてもよい。いくつかの基地局５が、４Ｇおよび５Ｇの両方、ならびに／またはいずれかの他の３ＧＰＰもしくは非３ＧＰＰ通信プロトコルをサポートするように構成されてもよいことを認識されよう。
【0033】
モバイルデバイス３およびそれらのサービング基地局５は、適切なエアインタフェース（例えば、いわゆる「Ｕｕ」インタフェースおよび／または同様のもの）を介して接続される。近接基地局５は、適切な基地局間インタフェース（いわゆる「Ｘ２」インタフェースおよび／または「Ｘｎ」インタフェースなど）を介して相互に接続される。基地局５はまた、適切なインタフェース（いわゆる「Ｓ１」、「ＮＧ－Ｃ」、および／または「ＮＧ－Ｕ」インタフェースなど）を介してコアネットワークノードに接続される。
【0034】
コアネットワーク７（例えば、ＬＴＥの場合はＥＰＣまたはＮＲ／５Ｇの場合はＮＧＣ）は、典型的には、電気通信システム１内での通信をサポートするための論理ノード（または、「機能」）であって、（とりわけ）加入者管理、モビリティ管理、課金、セキュリティ、呼び出し／セッション管理のための論理ノード（または、「機能」）を含む。例えば、「Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ」／５Ｇシステムのコアネットワーク７は、ユーザプレーンエンティティおよび制御プレーンエンティティを含む。この例では、コアネットワークは、少なくとも１つの制御プレーン機能（ＣＰＦ：control plane function）１１および少なくとも１つのユーザプレーン機能（ＵＰＦ：user plane function）１２を含む。コアネットワーク７は、インターネットまたは同様のインターネットプロトコル（ＩＰ：Internet Protocol）に基づくネットワーク（図１では、「外部ネットワーク」と表わされる）などのデータネットワーク（ＤＮ：Data Network）２０にも結合される（ＵＰＦ１２を介して）。
【0035】
各々のモバイルデバイス３は、異なる優先度を有する様々なサービスをサポートすることができることを認識されよう。サービスは、上記定義されたカテゴリ（ＵＲＬＬＣ／ｅＭＢＢ／ｍＭＴＣ）のうちの１つに該当してもよい。各々のサービスは、典型的には、関連する要件（例えば、遅延／データレート／パケット損失要件など）を有し、関連する要件は、異なるサービスに対して異なってもよい。ＵＲＬＬＣは、このサービスに対する適切な（低）遅延を保証するために、他のサービスよりも相対的に高い優先度を有することを認識されよう。
【0036】
ＵＥ３が特定のサービス（例えば、ＵＲＬＬＣ）に対するデータを受信しているとき、ＵＥ３は、そのサービスに関連付けられるリソースを使用して、基地局５に適切なＨＡＲＱ－ＡＣＫフィードバックを送信する。通常、ＨＡＲＱ－ＡＣＫフィードバックは、コードブック（ビットの文字列）の形式で提供され、コードブックのビットは、データが成功裏に受信されたか否かを表す。ＵＲＬＬＣは高い信頼度用に設計されているので、ほとんどの場合、ＵＲＬＬＣデータは、成功裏に受信され、関連するＨＡＲＱフィードバックは、ＡＣＫ（確認応答）を搬送する。有利なことに、このシステムでは、ＵＲＬＬＣ関連フィードバック（または、フィードバックを表すデータ）は、１ビット（すなわち、単一のビット）の形式で、ｅＭＢＢフィードバックを搬送するビットの後に提供される。効果的に、ＵＲＬＬＣフィードバックは、１ビットの情報にまとめられ、この情報は、ｅＭＢＢ ＨＡＲＱフィードバックの最後に付加される。言い換えると、（まとめられたビットの形式での）ｅＭＢＢフィードバックおよびＵＲＬＬＣフィードバックは、多重化されて、組み合わされたコードブック（ｅＭＢＢコードブック＋ＵＲＬＬＣコードブックを表す１ビット）を形成する。有利なことに、ＵＲＬＬＣに対する遅延要件が満たされることを保証するために、多重化されたフィードバックは、ｅＭＢＢリソースではなくＵＲＬＬＣ ＨＡＲＱ－ＡＣＫリソース上で送信される。（ｅＭＢＢに対するＨＡＲＱフィードバックがＵＲＬＬＣのＨＡＲＱフィードバックよりもＮＡＣＫを搬送する可能性が高いので）、ＵＲＬＬＣフィードバックよりもｅＭＢＢフィードバックを優先付けることによって、および送信機（基地局５）に全ｅＭＢＢコードブックを送信することによって、送信機は、ｅＭＢＢデータのどの部分が再送信される必要があるかを正確に決定することができると共に、ＵＲＬＬＣデータの送信が成功したかどうかを示すこともできる。
【0037】
上記アプローチの変形例では、まとめられるサービスのタイプは、１つまたは複数のルールに基づいて決定される。例えば、以下のルールが使用されてもよい：ＵＲＬＬＣコードブックがＡＣＫおよびＮＡＣＫの両方を搬送する場合、ｅＭＢＢビットが１ビットにまとめられ、ＵＲＬＬＣコードブックの最後に付加されること；ＵＲＬＬＣコードブックがＡＣＫのみ（または、ＮＡＣＫのみ）を搬送する場合、ＵＲＬＬＣビットが１ビットにまとめられ、ｅＭＢＢコードブックの最後に付加されること。まとめられたｅＭＢＢフィードバックがＮＡＣＫを示す場合（上記第１のケース）、全ｅＭＢＢコードブックが（例えば、標準ｅＭＢＢ ＨＡＲＱリソースを使用して）後に送信されてもよい。
【0038】
代わりに、ルールは、ＵＲＬＬＣコードブックがＡＣＫのみまたはＮＡＣＫのみを搬送する場合、ならびに、ｅＭＢＢコードブックがＡＣＫおよびＮＡＣＫの両方を搬送する場合、ＵＲＬＬＣビットを１ビットにまとめ、ｅＭＢＢコードブックの最後に付加する。そうでなければ、ｅＭＢＢビットを１ビットにまとめ、ｅＭＢＢビットをＵＲＬＬＣコードブックの最後に付加する。それらのルールのうちの１つが適用される場合、どのコードブックがまとめられるかのインジケーションは、明示的に（例えば、追加のビットを使用して）または暗黙的に（例えば、フィードバックを送信するためにどのリソースが使用されるかに基づいて）のいずれかで提供されてもよい。
【0039】
ユーザ機器（ＵＥ）
図２は、図１に示されたモバイルデバイス（ＵＥ）３の主要構成要素を例示するブロック図である。示されるように、ＵＥ３は、１つまたは複数のアンテナ３３を介して、接続されている（１以上の）ノードに信号を送信し、接続されたノードから信号を受信するように動作可能な送受信機回路３１を有する。図２に必ずしも示されていないが、ＵＥ３は、もちろんのこと、従来のモバイルデバイスの通常の機能性（ユーザインタフェース３５など）を有し、これは、必要に応じて、ハードウェア、ソフトウェア、およびファームウェアのうちのいずれか１つまたはいずれかの組み合わせによって提供されてもよい。コントローラ３７は、メモリ３９に記憶されたソフトウェアに従って、ＵＥ３の動作を制御する。ソフトウェアは、メモリ３９に事前にインストールされてもよく、および／または、例えば、電気通信ネットワーク１を介してもしくは着脱可能データ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム４１、および通信制御モジュール４３を含む。
図２は、図１に示されたモバイルデバイス（ＵＥ）３の主要構成要素を例示するブロック図である。示されるように、ＵＥ３は、１つまたは複数のアンテナ３３を介して、接続されている（１以上の）ノードに信号を送信し、接続されたノードから信号を受信するように動作可能な送受信機回路３１を有する。図２に必ずしも示されていないが、ＵＥ３は、もちろんのこと、従来のモバイルデバイスの通常の機能性（ユーザインタフェース３５など）を有し、これは、必要に応じて、ハードウェア、ソフトウェア、およびファームウェアのうちのいずれか１つまたはいずれかの組み合わせによって提供されてもよい。コントローラ３７は、メモリ３９に記憶されたソフトウェアに従って、ＵＥ３の動作を制御する。ソフトウェアは、メモリ３９に事前にインストールされてもよく、および／または、例えば、電気通信ネットワーク１を介してもしくは着脱可能データ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム４１、および通信制御モジュール４３を含む。
【0040】
通信制御モジュール４３は、ＵＥ３と、（Ｒ）ＡＮノード５およびコアネットワークノードを含む他のノードとの間でシグナリングメッセージおよびアップリンク／ダウンリンクデータパケットを扱うこと（生成すること／送信すること／受信すること）を担当する。シグナリングは、（とりわけ）ＰＵＣＣＨおよび／またはＰＤＣＣＨに関連する（ＵＣＩおよびＤＣＩを含む）制御シグナリングを含んでもよい。通信制御モジュール４３はまた、ＨＡＲＱ－ＡＣＫフィードバックの送信を制御することを担当する。
【0041】
アクセスネットワークノード（基地局）
図３は、図１に示された基地局５（または、同様のアクセスネットワークノード）の主要構成要素を例示するブロック図である。示されるように、基地局５は、１つまたは複数のアンテナ５３を介して、接続されている（１以上の）ＵＥ３に信号を送信し、接続されているＵＥ３から信号を受信し、ネットワークインタフェース５５を介して、他のネットワークノードに信号を送信し、他のネットワークノードから信号を（直接または間接的のいずれかで）受信するように動作可能な送受信機５１を含む。ネットワークインタフェース５５は、適切な基地局間インタフェース（Ｘ２／Ｘｎなど）および適切な基地局－コアネットワークインタフェース（Ｓ１／ＮＧ－Ｃ／ＮＧ－Ｕなど）を含む。コントローラ５７は、メモリ５９に記憶されたソフトウェアに従って、基地局５の動作を制御する。ソフトウェアは、メモリ５９に事前にインストールされてもよく、および／または、例えば、電気通信ネットワーク１を介してもしくは着脱可能データ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム６１、および通信制御モジュール６３を含む。
図３は、図１に示された基地局５（または、同様のアクセスネットワークノード）の主要構成要素を例示するブロック図である。示されるように、基地局５は、１つまたは複数のアンテナ５３を介して、接続されている（１以上の）ＵＥ３に信号を送信し、接続されているＵＥ３から信号を受信し、ネットワークインタフェース５５を介して、他のネットワークノードに信号を送信し、他のネットワークノードから信号を（直接または間接的のいずれかで）受信するように動作可能な送受信機５１を含む。ネットワークインタフェース５５は、適切な基地局間インタフェース（Ｘ２／Ｘｎなど）および適切な基地局－コアネットワークインタフェース（Ｓ１／ＮＧ－Ｃ／ＮＧ－Ｕなど）を含む。コントローラ５７は、メモリ５９に記憶されたソフトウェアに従って、基地局５の動作を制御する。ソフトウェアは、メモリ５９に事前にインストールされてもよく、および／または、例えば、電気通信ネットワーク１を介してもしくは着脱可能データ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム６１、および通信制御モジュール６３を含む。
【0042】
通信制御モジュール６３は、基地局５と、ＵＥ３およびコアネットワークノードなどの他のノードとの間でのシグナリングを扱うこと（生成すること／送信すること／受信すること）を担当する。シグナリングは、（とりわけ）ＰＵＣＣＨおよび／またはＰＤＣＣＨに関連する（ＵＣＩおよびＤＣＩを含む）制御シグナリングを含んでもよい。通信制御モジュール６３はまた、ＵＥ３からＨＡＲＱ－ＡＣＫフィードバックを受信することを担当する。
【0043】
コアネットワーク機能
図４は、図１に示されたＣＰＦ１１またはＵＰＦ１２など、一般的なコアネットワーク機能の主要な構成要素を例示するブロック図である。示されるように、コアネットワーク機能は、ネットワークインタフェース７５を介して、他のノード（ＵＥ３、基地局５、および他のコアネットワークノードを含む）に信号を送信し、他のノードから信号を受信するように動作可能な送受信機回路７１を含む。コントローラ７７は、メモリ７９に記憶されたソフトウェアに従って、コアネットワーク機能の動作を制御する。ソフトウェアは、メモリ７９に事前にインストールされてもよく、および／または、例えば、電気通信ネットワーク１を介してもしくは着脱可能データ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム８１、および通信制御モジュール８３を含む。
図４は、図１に示されたＣＰＦ１１またはＵＰＦ１２など、一般的なコアネットワーク機能の主要な構成要素を例示するブロック図である。示されるように、コアネットワーク機能は、ネットワークインタフェース７５を介して、他のノード（ＵＥ３、基地局５、および他のコアネットワークノードを含む）に信号を送信し、他のノードから信号を受信するように動作可能な送受信機回路７１を含む。コントローラ７７は、メモリ７９に記憶されたソフトウェアに従って、コアネットワーク機能の動作を制御する。ソフトウェアは、メモリ７９に事前にインストールされてもよく、および／または、例えば、電気通信ネットワーク１を介してもしくは着脱可能データ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム８１、および通信制御モジュール８３を含む。
【0044】
通信制御モジュール８３は、コアネットワーク機能と、ＵＥ３、基地局５、および他のＲＡＮ／コアネットワークノードなどの他のノードとの間でのシグナリングを扱うこと（生成すること／送信すること／受信すること）を担当する。
【0045】
詳細な説明
非特許文献４は、ＮＲシステムにおいて使用されるＨＡＲＱコードブックおよび処理の以下の概要を提供する：
ＴＢごとに１ビットによるＨＡＲＱ－ＡＣＫフィードバックがサポートされる。１回よりも多いダウンリンク（ＤＬ：downlink）ＨＡＲＱ処理の動作は、所与のＵＥに対してサポートされるのに対し、１回のＤＬ ＨＡＲＱ処理の動作は、一部のＵＥに対してサポートされる。ＵＥおよびＮＲ（基地局）は各々、最小ＨＡＲＱ処理時間を有する。ＨＡＲＱ処理時間は、ＤＬデータ受信タイミングと対応するＨＡＲＱ－ＡＣＫ送信タイミングとの間のディレイ、およびアップリンク（ＵＬ：uplink）グラント受信タイミングと対応するＵＬデータ送信タイミングとの間のディレイを少なくとも含む。
非特許文献４は、ＮＲシステムにおいて使用されるＨＡＲＱコードブックおよび処理の以下の概要を提供する：
ＴＢごとに１ビットによるＨＡＲＱ－ＡＣＫフィードバックがサポートされる。１回よりも多いダウンリンク（ＤＬ：downlink）ＨＡＲＱ処理の動作は、所与のＵＥに対してサポートされるのに対し、１回のＤＬ ＨＡＲＱ処理の動作は、一部のＵＥに対してサポートされる。ＵＥおよびＮＲ（基地局）は各々、最小ＨＡＲＱ処理時間を有する。ＨＡＲＱ処理時間は、ＤＬデータ受信タイミングと対応するＨＡＲＱ－ＡＣＫ送信タイミングとの間のディレイ、およびアップリンク（ＵＬ：uplink）グラント受信タイミングと対応するＵＬデータ送信タイミングとの間のディレイを少なくとも含む。
【0046】
非同期および適応的ＤＬ ＨＡＲＱは、少なくともｅＭＢＢおよびＵＲＬＬＣに対してサポートされる。ＵＥの観点から、時間内での複数回のＤＬ送信のためのＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックは、１つのＵＬデータ／制御領域において送信されてもよい。ＤＬデータ受信と対応する確認応答との間のタイミングは、値のセットからＤＣＩ内のフィールドによって示され、値のセットは、上位レイヤによって構成される。（１以上の）タイミングは、（１以上の）タイミングがＵＥに対して知られていない場合に対して少なくとも定義される。
【0047】
単一／多ビットＨＡＲＱ－ＡＣＫフィードバックによるコードブロックグループ（ＣＢＧ：Code Block Group）に基づく送信は、以下の特性によりサポートされる：
－ＨＡＲＱ処理の同一のＴＢに対してのみＣＢＧに基づく（再）送信を可能にすること；
－ＴＢのサイズに関わらず、ＣＢＧがＴＢの全てのコードブックを含むことができること。そのような場合、ＵＥは、ＴＢに対する単一のＨＡＲＱ ＡＣＫビットを報告する；
－ＣＢＧが１つのコードブックを含むことができること；
－ＣＢＧ粒度が構成可能であること。
－ＨＡＲＱ処理の同一のＴＢに対してのみＣＢＧに基づく（再）送信を可能にすること；
－ＴＢのサイズに関わらず、ＣＢＧがＴＢの全てのコードブックを含むことができること。そのような場合、ＵＥは、ＴＢに対する単一のＨＡＲＱ ＡＣＫビットを報告する；
－ＣＢＧが１つのコードブックを含むことができること；
－ＣＢＧ粒度が構成可能であること。
【0048】
いくつかの例示的な実施形態および特徴の更なる詳細な説明が、図５および６を参照して以下に提供される。
【0049】
１ビットにまとめられ、ｅＭＢＢ ＨＡＲＱフィードバックに付加されるＵＲＬＬＣフィードバック
このオプションでは、いずれかのＵＲＬＬＣデータが成功裏に受信されなかったかどうかを示す情報の１ビット（すなわち、単一のビット）の形式で、ｅＭＢＢフィードバックを表す複数ビットの後にＵＲＬＬＣ関連フィードバックが設けられる。例えば、全ての関連するＵＲＬＬＣデータが成功裏に受信されたとき、情報（１ビット）は、「ＡＣＫ」を表す値（例えば、「１」）に設定されてもよく、関連するＵＲＬＬＣデータの少なくとも一部が成功裏に受信されなかったとき、情報（１ビット）は、「ＮＡＣＫ」を表す異なる値（例えば、「０」）に設定されてもよい。具体的な例を挙げると、元のＵＲＬＬＣフィードバックが「１１１１１」の形式であるとき、ＵＥ３は、値「１」に設定された情報の１ビットを送信することによって、ＵＲＬＬＣ関連フィードバックを提供してもよい。元のＵＲＬＬＣフィードバックが「１１０１１」の形式（または、少なくとも１つのゼロの値を有するいずれかの他の形式）であるとき、ＵＥ３は、情報の１ビットを値「０」に設定することによって、ＵＲＬＬＣ関連フィードバックを提供してもよい。
このオプションでは、いずれかのＵＲＬＬＣデータが成功裏に受信されなかったかどうかを示す情報の１ビット（すなわち、単一のビット）の形式で、ｅＭＢＢフィードバックを表す複数ビットの後にＵＲＬＬＣ関連フィードバックが設けられる。例えば、全ての関連するＵＲＬＬＣデータが成功裏に受信されたとき、情報（１ビット）は、「ＡＣＫ」を表す値（例えば、「１」）に設定されてもよく、関連するＵＲＬＬＣデータの少なくとも一部が成功裏に受信されなかったとき、情報（１ビット）は、「ＮＡＣＫ」を表す異なる値（例えば、「０」）に設定されてもよい。具体的な例を挙げると、元のＵＲＬＬＣフィードバックが「１１１１１」の形式であるとき、ＵＥ３は、値「１」に設定された情報の１ビットを送信することによって、ＵＲＬＬＣ関連フィードバックを提供してもよい。元のＵＲＬＬＣフィードバックが「１１０１１」の形式（または、少なくとも１つのゼロの値を有するいずれかの他の形式）であるとき、ＵＥ３は、情報の１ビットを値「０」に設定することによって、ＵＲＬＬＣ関連フィードバックを提供してもよい。
【0050】
よって、効果的に、ＵＲＬＬＣフィードバックは、１ビットの情報にまとめられ、この情報は、ｅＭＢＢ ＨＡＲＱフィードバックの最後に付加される。上記の具体例を使用し、ｅＭＢＢ ＨＡＲＱフィードバックが「１１０１１」の形式であることを仮定すると、ＵＥ３によって送信された実際のフィードバックは、「１１０１１１」の形式であり（最後のビットは、それに対してフィードバックが予測される全てのＵＲＬＬＣ送信に対する「ＡＣＫ」を表す）、または「１１０１１０」の形式である（最後のビットは、それに対してフィードバックが予測されるＵＲＬＬＣ送信のうちの１つまたは複数をＵＥ３が成功裏に受信しなかったことを示す）。
【0051】
有利なことに、ＵＲＬＬＣに対する遅延要件が満たされることを保証するために、多重化されたフィードバックは、ｅＭＢＢリソースではなくＵＲＬＬＣ ＨＡＲＱ－ＡＣＫリソース上で送信される。
【0052】
図５は、このオプションに従って、ＵＲＬＬＣフィードバックを１ビットにまとめることができ、ｅＭＢＢ ＨＡＲＱフィードバックに付加することができる、例示的な方式を概略的に例示するフローチャートである。フローチャートは、ＨＡＲＱフィードバック報告ラウンドごとにＵＥ３によって（その通信制御モジュール４３を使用して）実行される処理を示す。このフローチャートは、ＵＥ３によって実行されるアクションを参照して説明されると共に、基地局５（通信制御モジュール６３）も、ＵＥ３にＨＡＲＱフィードバックを送信するための同一の（または、類似の）アクションを実行してもよいことを認識されよう。
【0053】
見ることができるように、手続は、どのタイプのフィードバックが送信される必要があるかに依存する。効果的に、ステップＳ４およびＳ５は、１つのタイプのサービスしか存在しないことを理由に、ＨＡＲＱフィードバックが多重化される必要がないときのシナリオを表す。ＵＲＬＬＣフィードバックのみが送信されることになるとき（ｅＭＢＢ送信がないとき）、フィードバック（すなわち、「全」ＵＲＬＬＣコードブック）は、ＵＲＬＬＣフィードバックに関連付けられるリソース上で送信される（ステップＳ４）。同様に、ｅＭＢＢフィードバックのみが送信されることになるとき（例えば、関連する期間内にＵＲＬＬＣ送信がない）、フィードバック（「全」ｅＭＢＢコードブック）は、ｅＭＢＢフィードバックに関連付けられるリソース上で送信される（ステップＳ５）。
【0054】
有利なことに、ＵＲＬＬＣサービスおよびｅＭＢＢサービスの両方に対してフィードバックが送信されることになるとき、ＵＥ３は、上記説明されたコードブックバンドルおよび多重化を実行するように構成される。特に、ステップＳ１において、ＵＲＬＬＣおよびｅＭＢＢの両方に対してＨＡＲＱ－ＡＣＫ情報が送信される必要があるとＵＥ３が決定するとき、ＵＥ３は、（その通信制御モジュール４３を使用して）ＨＡＲＱコードブックのビットを単一のビットにまとめる（ステップＳ２）。上記説明されたように、このビットが「１」に設定されるとき、それは、全ての関連するＵＲＬＣＣデータパケットが成功裏に受信されたことを示すことができる（よって、詳細なフィードバックが省略される）。代わりに、このビットが「０」に設定されるとき、それは、少なくとも１つの関連するＵＲＬＣＣデータパケットが成功裏に受信されなかったことを示すことができる。
【0055】
ステップＳ３では、ＵＥ３は、まとめられたＵＲＬＬＣフィードバック（この例では、単一のビット）を、ｅＭＢＢコードブックの最後に付加し、ＵＲＬＬＣフィードバックリソースを使用してＨＡＲＱ－ＡＣＫフィードバックを送信することを続行する。有利なことに、受信されたビットの数に基づいて、基地局５は、受信されたフィードバックがＵＲＬＬＣのみに対するものであるか、またはＵＲＬＬＣおよびｅＭＢＢに対するものであるかどうかを決定することができる。
【0056】
付加されたビットが「０」に設定されるとき、基地局５は、それに対してフィードバックが送信された少なくとも１つのデータパケット（例えば、最後のデータパケットまたは全てのデータパケット）を再送信するように構成されてもよいことも認識されよう。
【0057】
コードブック（ＣＢ：codebook）コンテンツに基づいた多重化ｅＭＢＢおよびＵＲＬＬＣ ＨＡＲＱ－ＡＣＫフィードバック
図６は、ＵＲＬＬＣ／ｅＭＢＢコードブックのコンテンツに応じて、まとめられた、および多重化されたフィードバックを提供することができる、別の例示的な方式を概略的に例示するフローチャートである。このフローチャートは、ＵＥ３によって実行されるアクションを参照して説明され、基地局５も、ＵＥ３に向かってＨＡＲＱフィードバックを送信するための同一の（または、類似の）アクションを実行してもよいことを認識されよう。
図６は、ＵＲＬＬＣ／ｅＭＢＢコードブックのコンテンツに応じて、まとめられた、および多重化されたフィードバックを提供することができる、別の例示的な方式を概略的に例示するフローチャートである。このフローチャートは、ＵＥ３によって実行されるアクションを参照して説明され、基地局５も、ＵＥ３に向かってＨＡＲＱフィードバックを送信するための同一の（または、類似の）アクションを実行してもよいことを認識されよう。
【0058】
図５を参照して説明されたアプローチの変形例として、まとめられたフィードバックを有するサービスのタイプは、１つまたは複数のバンドルルールに基づいて選択されてもよい。例えば、ＵＥ３（通信制御モジュール４３）は、（図６のステップＳ２において）以下のルールのセットを適用するように構成されてもよい：
－ＵＲＬＬＣコードブックがＡＣＫおよびＮＡＣＫの両方を搬送する場合、ｅＭＢＢビットが、１ビットにまとめられ、ＵＲＬＬＣコードブックの最後に付加されること；
－ＵＲＬＬＣコードブックがＡＣＫのみ（または、ＮＡＣＫのみ）を搬送する場合、ＵＲＬＬＣビットが、１ビットにまとめられ、ｅＭＢＢコードブックの最後に付加されること。
－ＵＲＬＬＣコードブックがＡＣＫおよびＮＡＣＫの両方を搬送する場合、ｅＭＢＢビットが、１ビットにまとめられ、ＵＲＬＬＣコードブックの最後に付加されること；
－ＵＲＬＬＣコードブックがＡＣＫのみ（または、ＮＡＣＫのみ）を搬送する場合、ＵＲＬＬＣビットが、１ビットにまとめられ、ｅＭＢＢコードブックの最後に付加されること。
【0059】
ＵＥ３はまた、以下のルールのセットを適用するように構成されてもよい：
－ＵＲＬＬＣコードブックがＡＣＫのみ（または、ＮＡＣＫのみ）を搬送する場合、かつｅＭＢＢコードブックがＡＣＫおよびＮＡＣＫの両方を搬送する場合、ＵＥ３が、ＵＲＬＬＣビットを１ビットにまとめられ、ｅＭＢＢコードブックの最後にこのビットを付加すること；
－そうでなければ、ｅＭＢＢビットを１ビットにまとめられ、ＵＲＬＬＣコードブックの最後に付加すること。
－ＵＲＬＬＣコードブックがＡＣＫのみ（または、ＮＡＣＫのみ）を搬送する場合、かつｅＭＢＢコードブックがＡＣＫおよびＮＡＣＫの両方を搬送する場合、ＵＥ３が、ＵＲＬＬＣビットを１ビットにまとめられ、ｅＭＢＢコードブックの最後にこのビットを付加すること；
－そうでなければ、ｅＭＢＢビットを１ビットにまとめられ、ＵＲＬＬＣコードブックの最後に付加すること。
【0060】
ステップＳ３では、まとめられたフィードバック（ＵＲＬＬＣまたはｅＭＢＢフィードバック）は、他のサービスの元のフィードバック／コードブックに付加され、基地局５に送信される（ステップＳ４またはＳ５において）。
【0061】
言い換えると、多重化されたフィードバックは、１つのサービスに対する元のコードブックと、それに続いて他のコードブックのビットをまとめた結果を表す１ビットを含む。まとめられたｅＭＢＢフィードバックが（ステップＳ４においてＵＲＬＬＣリソースを使用して送信された）ＮＡＣＫを示すとき、全ｅＭＢＢコードブックが（例えば、図６における点線を使用して示されるように、ステップＳ５において、ｅＭＢＢ ＨＡＲＱリソースを使用して）後に送信されてもよい。この場合、実際の（圧縮されていない）ｅＭＢＢ ＨＡＲＱ－ＡＣＫフィードバックの送信のために、様々なＲｅｌｅａｓｅ １６の特徴、例えば、Ｔｙｐｅ ３ コードブック、エンハンスト（enhanced）Ｔｙｐｅ ２ コードブック、および／またはＮＮＫ１が使用されてもよい。
【0062】
上記ルールが適用される場合。どのコードブックがまとめられるかのインジケーションが明示的に（例えば、追加のビットを使用して）提供されてもよく、その場合、まとめられたフィードバック（ＵＲＬＬＣまたはｅＭＢＢフィードバック）は、ステップＳ４におけるＵＲＬＬＣリソースを使用して送信されてもよい。代わりに、どのコードブックがまとめられるかのインジケーションは、暗黙的に（例えば、フィードバックを送信するためにどのリソースが使用されるかに基づいて）提供されてもよい送信。例えば、多重化されたフィードバックは、圧縮されていないフィードバックに対するリソース上で送信されてもよい。多重化されたフィードバックを搬送するリソースは、どのコードブックがまとめられるかを暗黙的に示すことができる。例えば、まとめられたＵＲＬＬＣフィードバックがｅＭＢＢフィードバックとまとめられたことを示すために、ＵＲＬＬＣリソース（ステップＳ４）が使用されてもよく、まとめられたｅＭＢＢフィードバックがＵＲＬＬＣフィードバックとまとめられたことを示すために、ｅＭＢＢリソース（ステップＳ５）が使用されてもよく、逆もまたそうである。この場合、基地局５は、両方の衝突するリソース上で、ブラインド復号を実行する必要がある。
【0063】
利点
ｅＭＢＢコードブックを常にまとめられることと比較して、上記方法は、ＵＲＬＬＣサービス要件を妥協することなく、ＵＲＬＬＣフィードバックを１ビットにまとめることができると判定されるとき、ｅＭＢＢに対するより正確なフィードバックを送信する。
ｅＭＢＢコードブックを常にまとめられることと比較して、上記方法は、ＵＲＬＬＣサービス要件を妥協することなく、ＵＲＬＬＣフィードバックを１ビットにまとめることができると判定されるとき、ｅＭＢＢに対するより正確なフィードバックを送信する。
【0064】
修正例および代替例
詳細な例示的な実施形態が上記説明されてきた。当業者は、そこで具体化された発明からなおも利点を得ると共に、上記例示的な実施形態に対していくつかの修正例および代替例が行われてもよいことを認識するであろう。例示のみによって、それらの修正例および代替例がここでは説明される。
詳細な例示的な実施形態が上記説明されてきた。当業者は、そこで具体化された発明からなおも利点を得ると共に、上記例示的な実施形態に対していくつかの修正例および代替例が行われてもよいことを認識するであろう。例示のみによって、それらの修正例および代替例がここでは説明される。
【0065】
上記例示的な実施形態が５ＧニューラジオおよびＬＴＥシステム（Ｅ－ＵＴＲＡＮ）の両方に適用されてもよいことを認識されよう。
【0066】
ＵＥは、動的スケジューリング（「ワンショット（one-shot）」」グラントとも称される）を使用して、および／または事前に割り当てられた通信リソースを使用して（例えば、半永続的スケジューリングもしくはｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔによって）データを送信および受信してもよい。上記説明されたフィードバック多重化技術は、いずれかのタイプのスケジューリングを使用して送信されるデータに対して適用可能であることができることを認識されよう。
【0067】
上記説明では、それに対してＨＡＲＱフィードバックが送信される例示的なサービスとしてＵＲＬＬＣおよびｅＭＢＢが使用されてきた。しかしながら、上記方法は、異なる優先度を有するサービスの他の組み合わせ、例えば、ＵＲＬＬＣ、およびいずれかの他の相対的に低い優先度のサービス（例えば、ｍＭＴＣおよび／もしくは同様のもの）に適用可能であることを認識されよう。
【0068】
ＵＲＬＬＣ遅延要件に関して、基地局は、適切なＵＲＬＬＣ ＰＵＣＣＨリソースを構成することができ、その結果、上記説明されたイントラＵＥ ＨＡＲＱ－ＡＣＫ多重化が使用されるとき、（まとめられるか否かに関わらず）ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫの遅延および信頼性が満たされることを認識されよう。より具体的に、基地局は、最大数のＨＡＲＱ－ＡＣＫビット（例えば、ｉ）ｅＭＢＢ ＨＡＲＱ－ＡＣＫビットの数＋まとめられた（１以上の）ビットおよびｉｉ）ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫビットの数＋まとめられた（１以上の）ビットよりも多い）＋どのＨＡＲＱコードブックがまとめられたかを示すいずれかの追加のビットに基づいて、適切なＵＲＬＬＣ ＰＵＣＣＨリソースを示してもよい。
【0069】
ＮＲでは、ＨＡＲＱは、ダウンリンクおよびアップリンクの両方において非対称機構を使用するのに対し、ＬＴＥでは、ＨＡＲＱアップリンクは、対称機構を使用する。非対称ＨＡＲＱの場合、いずれかの順序において複数回のＨＡＲＱ処理を実行していることがあり、処理は、ＨＡＲＱデータの送信／受信ごとの関連するＨＡＲＱ処理番号によって識別される。
【0070】
ステップＳ４およびＳ５では、ＰＵＣＣＨまたはＰＵＳＣＨのいずれかを使用して、ＨＡＲＱフィードバックの送信を実現することができ、異なるサービスが異なるチャネルを使用してもよい。また、必要に応じて、異なるＨＡＲＱ処理が異なるチャネルを使用してもよいことを認識されよう。
【0071】
上記説明では、理解を容易にするために、ＵＥ、アクセスネットワークノード（基地局）、およびコアネットワークノードが、（通信制御モジュールなどの）いくつかの離散モジュールを有するとして説明されてきた。例えば、本発明を実装するように既存のシステムが修正されたある用途に対してこのようにしてそれらのモジュールが提供されてもよいのに対し、他の用途では、例えば、発明的特徴を最初から考慮して設計されたシステムでは、それらのモジュールは、オペレーティングシステム全体またはコードに構築されてもよく、よって、それらのモジュールは、離散エンティティとして区別可能でなくてもよい。それらのモジュールはまた、ソフトウェア、ハードウェア、ファームウェア、またはそれらの混合において実装されてもよい。
【0072】
各々のコントローラは、例えば、１つもしくは複数のハードウェア実装コンピュータプロセッサ、マイクロプロセッサ、中央処理装置（ＣＰＵ）、算術論理ユニット（ＡＬＵ）、入力／出力（ＩＯ）回路、内部メモリ／キャッシュ（プログラムおよび／もしくはデータ）、プロセシングレジスタ、通信バス（例えば、制御バス、データバス、および／もしくはアドレスバス）、ダイレクトメモリアクセス（ＤＭＡ）機能、ならびに／またはハードウェアもしくはソフトウェア実装カウンタ、ポインタ、および／もしくはタイマなどを含む（それらに限定されないが）、いずれかの適切な形式のプロセシング回路を含んでもよい。
【0073】
上記例示的な実施形態では、いくつかのソフトウェアモジュールが説明されてきた。当業者が認識するように、コンパイルされた形式またはコンパイルされていない形式でソフトウェアモジュールが提供されてもよく、コンピュータネットワークを通じて、または記録媒体上で信号としてＵＥ、アクセスネットワークノード（基地局）、およびコアネットワークノードに供給されてもよい。更に、このソフトウェアの一部または全てによって実行される機能性は、１つまたは複数の専用ハードウェア回路を使用して実行されてもよい。しかしながら、それらの機能性を更新するために、ＵＥ、アクセスネットワークノード、およびコアネットワークノードの更新を促進するように、ソフトウェアモジュールの使用が好ましい。
【0074】
制御プレーン－ユーザプレーン（ＣＰ－ＵＰ）分離が採用されるとき、基地局は、別個の制御プレーンエンティティおよびユーザプレーンエンティティに分離されてもよく、制御プレーンエンティティおよびユーザプレーンエンティティの各々は、関連する送受信機回路、アンテナ、ネットワークインタフェース、コントローラ、メモリ、オペレーティングシステム、および通信制御モジュールを含んでもよいことを認識されよう。基地局が分散基地局を含むとき、ネットワークインタフェース（図３における参照符号５５）は、分散基地局のそれぞれの機能の間で信号を通信するためのＥ１インタフェースおよびＦ１インタフェース（制御プレーンに対するＦ１－Ｃおよびユーザプレーンに対するＦ１－Ｕ）をも含む。この場合、通信制御モジュールは、基地局の制御プレーン部分とユーザプレーン部分との間の通信（シグナリングメッセージを生成すること、送信すること、および受信すること）をも担当する。
【0075】
上記例示的な実施形態は、「非モバイル」または一般的に静止しているユーザ機器にも適用可能である。上記説明されたモバイルデバイスは、ＭＴＣ／ＩｏＴデバイスおよび／または同様のものを含んでもよい。
【0076】
多重化されたＨＡＲＱコードブックは、ＨＡＲＱ情報を第２のＨＡＲＱコードブックに付加することによって導出されてもよい。ＵＲＬＬＣサービスに対するＨＡＲＱ情報は、第１のＨＡＲＱコードブックを単一のビットにまとめられることによって生成されてもよい。ＵＲＬＬＣサービスに対するＨＡＲＱ情報は、ＵＲＬＬＣサービスに関連付けられるデータが成功裏に受信されたことを示すために第１の値（例えば、「１」）に設定され、またはＵＲＬＬＣサービスに関連付けられるデータが成功裏に受信されなかったことを示すために第２の値（例えば、「０」）に設定された１ビットを含んでもよい。
【0077】
第２のサービスは、Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）サービスを含んでもよい。
【0078】
ＵＥによって実行される方法は、ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、多重化されたＨＡＲＱコードブックを送信することを含んでもよい。
【0079】
少なくとも１つの予め定められたルールは、
－第１のＨＡＲＱコードブックがＡＣＫおよびＮＡＣＫの両方を搬送する場合、第２のＨＡＲＱコードブックが１ビットにまとめられ、第１のＨＡＲＱコードブックの最後に付加されることを規定したルールと、
－第１のＨＡＲＱコードブックがＡＣＫのみまたはＮＡＣＫのみを運び、第２のＨＡＲＱコードブックがＡＣＫおよびＮＡＣＫの両方を搬送する場合、第１のＨＡＲＱコードブックが１ビットにまとめられ、第２のＨＡＲＱコードブックの最後に付加されることを規定したルールと、
－第２のＨＡＲＱコードブックがＡＣＫのみまたはＮＡＣＫのみを搬送する場合、第２のＨＡＲＱコードブックが１ビットにまとめられ、第１のＨＡＲＱコードブックの最後に付加されることを規定したルールと、
のうちの１つまたは複数を含んでもよい。
－第１のＨＡＲＱコードブックがＡＣＫおよびＮＡＣＫの両方を搬送する場合、第２のＨＡＲＱコードブックが１ビットにまとめられ、第１のＨＡＲＱコードブックの最後に付加されることを規定したルールと、
－第１のＨＡＲＱコードブックがＡＣＫのみまたはＮＡＣＫのみを運び、第２のＨＡＲＱコードブックがＡＣＫおよびＮＡＣＫの両方を搬送する場合、第１のＨＡＲＱコードブックが１ビットにまとめられ、第２のＨＡＲＱコードブックの最後に付加されることを規定したルールと、
－第２のＨＡＲＱコードブックがＡＣＫのみまたはＮＡＣＫのみを搬送する場合、第２のＨＡＲＱコードブックが１ビットにまとめられ、第１のＨＡＲＱコードブックの最後に付加されることを規定したルールと、
のうちの１つまたは複数を含んでもよい。
【0080】
まとめられたビットが第２のコードブックに基づいているとき、ＵＥによって実行される方法は、多重化されたＨＡＲＱ－ＡＣＫコードブックを送信した後に、アクセスネットワークノードに第２のコードブックを送信することを更に含んでもよい。方法は、どのコードブックが単一のビットにまとめられたかを示す情報を送信することを更に含んでもよい。どのコードブックが単一のビットにまとめられたかを示す情報は、多重化されたＨＡＲＱコードブックに先行する１ビット指示子を含んでもよい。
【0081】
様々な他の修正例が当業者にとって明らかであり、ここでは更に詳細には説明されない。
【0082】
それらに限定されないが、以下の付記として上記開示された例示的な実施形態の全体または一部を説明することができる。
【0083】
（付記１）
ユーザ機器（ＵＥ）によって実行される方法であって、
アクセスネットワークノードから、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を受信することと、
前記ＵＲＬＬＣサービスに関連付けられる前記データに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックを生成し、前記第２のサービスに関連付けられる前記データに対する第２のＨＡＲＱコードブックを生成することと、
前記第１のＨＡＲＱコードブックに基づいて、前記ＵＲＬＬＣサービスに対するＨＡＲＱ情報を生成し、前記ＵＲＬＬＣサービスに対する前記ＨＡＲＱ情報を前記第２のＨＡＲＱコードブックと多重化して、多重化されたＨＡＲＱコードブックを導出することと、
ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、前記アクセスネットワークノードに、前記多重化されたＨＡＲＱコードブックを送信することと、
を含む、方法。
ユーザ機器（ＵＥ）によって実行される方法であって、
アクセスネットワークノードから、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を受信することと、
前記ＵＲＬＬＣサービスに関連付けられる前記データに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックを生成し、前記第２のサービスに関連付けられる前記データに対する第２のＨＡＲＱコードブックを生成することと、
前記第１のＨＡＲＱコードブックに基づいて、前記ＵＲＬＬＣサービスに対するＨＡＲＱ情報を生成し、前記ＵＲＬＬＣサービスに対する前記ＨＡＲＱ情報を前記第２のＨＡＲＱコードブックと多重化して、多重化されたＨＡＲＱコードブックを導出することと、
ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、前記アクセスネットワークノードに、前記多重化されたＨＡＲＱコードブックを送信することと、
を含む、方法。
【0084】
（付記２）
前記多重化されたＨＡＲＱコードブックは、前記ＨＡＲＱ情報を前記第２のＨＡＲＱコードブックに付加することによって導出される、付記１に記載の方法。
前記多重化されたＨＡＲＱコードブックは、前記ＨＡＲＱ情報を前記第２のＨＡＲＱコードブックに付加することによって導出される、付記１に記載の方法。
【0085】
（付記３）
前記ＵＲＬＬＣサービスに対する前記ＨＡＲＱ情報は、前記第１のＨＡＲＱコードブックを単一のビットにまとめることによって生成される、付記１または２に記載の方法。
前記ＵＲＬＬＣサービスに対する前記ＨＡＲＱ情報は、前記第１のＨＡＲＱコードブックを単一のビットにまとめることによって生成される、付記１または２に記載の方法。
【0086】
（付記４）
前記ＵＲＬＬＣサービスに対する前記ＨＡＲＱ情報は、前記ＵＲＬＬＣサービスに関連付けられる前記データが成功裏に受信されたことを示すために第１の値（例えば、「１」）に設定され、または前記ＵＲＬＬＣサービスに関連付けられる前記データの少なくとも一部が成功裏に受信されなかったことを示すために第２の値（例えば、「０」）に設定された１ビットを含む、付記１乃至３のいずれか一つに記載の方法。
前記ＵＲＬＬＣサービスに対する前記ＨＡＲＱ情報は、前記ＵＲＬＬＣサービスに関連付けられる前記データが成功裏に受信されたことを示すために第１の値（例えば、「１」）に設定され、または前記ＵＲＬＬＣサービスに関連付けられる前記データの少なくとも一部が成功裏に受信されなかったことを示すために第２の値（例えば、「０」）に設定された１ビットを含む、付記１乃至３のいずれか一つに記載の方法。
【0087】
（付記５）
前記第２のサービスは、Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）サービスを含む、付記１乃至４のいずれか一つに記載の方法。
前記第２のサービスは、Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）サービスを含む、付記１乃至４のいずれか一つに記載の方法。
【0088】
（付記６）
ユーザ機器（ＵＥ）によって実行される方法であって、
アクセスネットワークノードから、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を受信することと、
前記ＵＲＬＬＣサービスに関連付けられる前記データに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックを生成し、前記第２のサービスに関連付けられる前記データに対する第２のＨＡＲＱコードブックを生成することと、
少なくとも１つの予め定められたルールに応じて、前記第１のＨＡＲＱコードブックおよび前記第２のＨＡＲＱコードブックのうちの一方を１ビットにまとめることと、
まとめられたビットを、前記第１のＨＡＲＱコードブックおよび前記第２のＨＡＲＱコードブックのうちのもう一方と多重化して、多重化されたＨＡＲＱコードブックを導出することと、
前記アクセスネットワークノードに、前記多重化されたＨＡＲＱコードブックを送信することと、
を含む、方法。
ユーザ機器（ＵＥ）によって実行される方法であって、
アクセスネットワークノードから、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を受信することと、
前記ＵＲＬＬＣサービスに関連付けられる前記データに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックを生成し、前記第２のサービスに関連付けられる前記データに対する第２のＨＡＲＱコードブックを生成することと、
少なくとも１つの予め定められたルールに応じて、前記第１のＨＡＲＱコードブックおよび前記第２のＨＡＲＱコードブックのうちの一方を１ビットにまとめることと、
まとめられたビットを、前記第１のＨＡＲＱコードブックおよび前記第２のＨＡＲＱコードブックのうちのもう一方と多重化して、多重化されたＨＡＲＱコードブックを導出することと、
前記アクセスネットワークノードに、前記多重化されたＨＡＲＱコードブックを送信することと、
を含む、方法。
【0089】
（付記７）
ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、前記多重化されたＨＡＲＱコードブックを送信することを含む、付記６に記載の方法。
ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、前記多重化されたＨＡＲＱコードブックを送信することを含む、付記６に記載の方法。
【0090】
（付記８）
前記少なくとも１つの予め定められたルールは、
－前記第１のＨＡＲＱコードブックがＡＣＫおよびＮＡＣＫの両方を搬送する場合、前記第２のＨＡＲＱコードブックが１ビットにまとめられ、前記第１のＨＡＲＱコードブックの最後に付加されることを規定したルールと、
－前記第１のＨＡＲＱコードブックがＡＣＫのみまたはＮＡＣＫのみを運び、前記第２のＨＡＲＱコードブックがＡＣＫおよびＮＡＣＫの両方を搬送する場合、前記第１のＨＡＲＱコードブックが１ビットにまとめられ、前記第２のＨＡＲＱコードブックの最後に付加されることを規定したルールと、
－前記第２のＨＡＲＱコードブックがＡＣＫのみまたはＮＡＣＫのみを搬送する場合、前記第２のＨＡＲＱコードブックが１ビットにまとめられ、前記第１のＨＡＲＱコードブックの最後に付加されることを規定したルールと、
のうちの１つまたは複数を含む、付記６または７に記載の方法。
前記少なくとも１つの予め定められたルールは、
－前記第１のＨＡＲＱコードブックがＡＣＫおよびＮＡＣＫの両方を搬送する場合、前記第２のＨＡＲＱコードブックが１ビットにまとめられ、前記第１のＨＡＲＱコードブックの最後に付加されることを規定したルールと、
－前記第１のＨＡＲＱコードブックがＡＣＫのみまたはＮＡＣＫのみを運び、前記第２のＨＡＲＱコードブックがＡＣＫおよびＮＡＣＫの両方を搬送する場合、前記第１のＨＡＲＱコードブックが１ビットにまとめられ、前記第２のＨＡＲＱコードブックの最後に付加されることを規定したルールと、
－前記第２のＨＡＲＱコードブックがＡＣＫのみまたはＮＡＣＫのみを搬送する場合、前記第２のＨＡＲＱコードブックが１ビットにまとめられ、前記第１のＨＡＲＱコードブックの最後に付加されることを規定したルールと、
のうちの１つまたは複数を含む、付記６または７に記載の方法。
【0091】
（付記９）
前記まとめられたビットは、前記第２のコードブックに基づいており、前記方法は、前記多重化されたＨＡＲＱ－ＡＣＫコードブックを送信した後に、前記アクセスネットワークノードに前記第２のコードブックを送信することを更に含む、付記６乃至８のいずれか一つに記載の方法。
前記まとめられたビットは、前記第２のコードブックに基づいており、前記方法は、前記多重化されたＨＡＲＱ－ＡＣＫコードブックを送信した後に、前記アクセスネットワークノードに前記第２のコードブックを送信することを更に含む、付記６乃至８のいずれか一つに記載の方法。
【0092】
（付記１０）
どのコードブックが単一のビットにまとめられたかを示す情報を送信することを更に含む、付記６乃至９のいずれか一つに記載の方法。
どのコードブックが単一のビットにまとめられたかを示す情報を送信することを更に含む、付記６乃至９のいずれか一つに記載の方法。
【0093】
（付記１１）
どのコードブックが単一のビットにまとめられたかを示す前記情報は、前記多重化されたＨＡＲＱコードブックに先行する１ビット指示子を含む、付記１０に記載の方法。
どのコードブックが単一のビットにまとめられたかを示す前記情報は、前記多重化されたＨＡＲＱコードブックに先行する１ビット指示子を含む、付記１０に記載の方法。
【0094】
（付記１２）
前記第２のサービスは、Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）サービスを含む、付記６乃至１１のいずれか一つに記載の方法。
前記第２のサービスは、Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）サービスを含む、付記６乃至１１のいずれか一つに記載の方法。
【0095】
（付記１３）
アクセスネットワークノードによって実行される方法であって、
ユーザ機器（ＵＥ）に、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を送信することと、
前記ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、前記ＵＥから、多重化されたハイブリッド自動再送要求（ＨＡＲＱ）コードブックを受信することであって、前記多重化されたＨＡＲＱコードブックは、前記ＵＲＬＬＣサービスに関連付けられる前記データに対する第１のＨＡＲＱコードブックに基づいて生成され、前記第２のサービスに関連付けられる前記データに対する第２のＨＡＲＱコードブックと多重化された、前記ＵＲＬＬＣサービスに対するＨＡＲＱ情報に基づいている、受信することと、
を含む、方法。
アクセスネットワークノードによって実行される方法であって、
ユーザ機器（ＵＥ）に、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を送信することと、
前記ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、前記ＵＥから、多重化されたハイブリッド自動再送要求（ＨＡＲＱ）コードブックを受信することであって、前記多重化されたＨＡＲＱコードブックは、前記ＵＲＬＬＣサービスに関連付けられる前記データに対する第１のＨＡＲＱコードブックに基づいて生成され、前記第２のサービスに関連付けられる前記データに対する第２のＨＡＲＱコードブックと多重化された、前記ＵＲＬＬＣサービスに対するＨＡＲＱ情報に基づいている、受信することと、
を含む、方法。
【0096】
（付記１４）
アクセスネットワークノードによって実行される方法であって、
ユーザ機器（ＵＥ）に、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を送信することと、
前記ＵＥから、多重化されたハイブリッド自動再送要求（ＨＡＲＱ）コードブックを受信することであって、前記多重化されたＨＡＲＱコードブックは、ｉ）前記ＵＲＬＬＣサービスおよび前記第２のサービスのうちの一方に関連付けられる前記データに対する第１のＨＡＲＱコードブックと、ｉｉ）前記ＵＲＬＬＣサービスおよび前記第２のサービスのうちのもう一方に関連付けられる前記データに対する第２のＨＡＲＱコードブックに基づいたまとめられたビットと、を含む、受信することと、
を含む、方法。
アクセスネットワークノードによって実行される方法であって、
ユーザ機器（ＵＥ）に、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を送信することと、
前記ＵＥから、多重化されたハイブリッド自動再送要求（ＨＡＲＱ）コードブックを受信することであって、前記多重化されたＨＡＲＱコードブックは、ｉ）前記ＵＲＬＬＣサービスおよび前記第２のサービスのうちの一方に関連付けられる前記データに対する第１のＨＡＲＱコードブックと、ｉｉ）前記ＵＲＬＬＣサービスおよび前記第２のサービスのうちのもう一方に関連付けられる前記データに対する第２のＨＡＲＱコードブックに基づいたまとめられたビットと、を含む、受信することと、
を含む、方法。
【0097】
（付記１５）
ユーザ機器（ＵＥ）であって、
アクセスネットワークノードから、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を受信する手段と、
前記ＵＲＬＬＣサービスに関連付けられる前記データに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックを生成し、前記第２のサービスに関連付けられる前記データに対する第２のＨＡＲＱコードブックを生成する手段と、
前記第１のＨＡＲＱコードブックに基づいて、前記ＵＲＬＬＣサービスに対するＨＡＲＱ情報を生成し、前記ＵＲＬＬＣサービスに対するＨＡＲＱ情報を前記第２のＨＡＲＱコードブックと多重化して、多重化されたＨＡＲＱコードブックを導出する手段と、
ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、前記アクセスネットワークノードに、前記多重化されたＨＡＲＱコードブックを送信する手段と、
を備える、ＵＥ。
ユーザ機器（ＵＥ）であって、
アクセスネットワークノードから、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を受信する手段と、
前記ＵＲＬＬＣサービスに関連付けられる前記データに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックを生成し、前記第２のサービスに関連付けられる前記データに対する第２のＨＡＲＱコードブックを生成する手段と、
前記第１のＨＡＲＱコードブックに基づいて、前記ＵＲＬＬＣサービスに対するＨＡＲＱ情報を生成し、前記ＵＲＬＬＣサービスに対するＨＡＲＱ情報を前記第２のＨＡＲＱコードブックと多重化して、多重化されたＨＡＲＱコードブックを導出する手段と、
ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、前記アクセスネットワークノードに、前記多重化されたＨＡＲＱコードブックを送信する手段と、
を備える、ＵＥ。
【0098】
（付記１６）
ユーザ機器（ＵＥ）であって、
前記アクセスネットワークノードから、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を受信する手段と、
前記ＵＲＬＬＣサービスに関連付けられる前記データに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックを生成し、前記第２のサービスに関連付けられる前記データに対する第２のＨＡＲＱコードブックを生成する手段と、
少なくとも１つの予め定められたルールに応じて、前記第１のＨＡＲＱコードブックおよび前記第２のＨＡＲＱコードブックのうちの一方を１ビットにまとめる手段と、
前記まとめられたビットを、前記第１のＨＡＲＱコードブックおよび前記第２のＨＡＲＱコードブックのうちのもう一方と多重化して、多重化されたＨＡＲＱコードブックを導出する手段と、
前記アクセスネットワークノードに、前記多重化されたＨＡＲＱコードブックを送信する手段と、
を備える、ＵＥ。
ユーザ機器（ＵＥ）であって、
前記アクセスネットワークノードから、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を受信する手段と、
前記ＵＲＬＬＣサービスに関連付けられる前記データに対する第１のハイブリッド自動再送要求（ＨＡＲＱ）コードブックを生成し、前記第２のサービスに関連付けられる前記データに対する第２のＨＡＲＱコードブックを生成する手段と、
少なくとも１つの予め定められたルールに応じて、前記第１のＨＡＲＱコードブックおよび前記第２のＨＡＲＱコードブックのうちの一方を１ビットにまとめる手段と、
前記まとめられたビットを、前記第１のＨＡＲＱコードブックおよび前記第２のＨＡＲＱコードブックのうちのもう一方と多重化して、多重化されたＨＡＲＱコードブックを導出する手段と、
前記アクセスネットワークノードに、前記多重化されたＨＡＲＱコードブックを送信する手段と、
を備える、ＵＥ。
【0099】
（付記１７）
アクセスネットワークノードであって、
ユーザ機器（ＵＥ）に、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を送信する手段と、
ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、前記ＵＥから、多重化されたハイブリッド自動再送要求（ＨＡＲＱ）コードブックを受信する手段であって、前記多重化されたＨＡＲＱコードブックは、前記ＵＲＬＬＣサービスに関連付けられる前記データに対する第１のＨＡＲＱコードブックに基づいて生成され、前記第２のサービスに関連付けられる前記データに対する第２のＨＡＲＱコードブックと多重化された、前記ＵＲＬＬＣサービスに対するＨＡＲＱ情報に基づいている、受信する手段と、
を備える、アクセスネットワークノード。
アクセスネットワークノードであって、
ユーザ機器（ＵＥ）に、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を送信する手段と、
ＵＲＬＬＣに関連付けられる少なくとも１つの通信リソースを使用して、前記ＵＥから、多重化されたハイブリッド自動再送要求（ＨＡＲＱ）コードブックを受信する手段であって、前記多重化されたＨＡＲＱコードブックは、前記ＵＲＬＬＣサービスに関連付けられる前記データに対する第１のＨＡＲＱコードブックに基づいて生成され、前記第２のサービスに関連付けられる前記データに対する第２のＨＡＲＱコードブックと多重化された、前記ＵＲＬＬＣサービスに対するＨＡＲＱ情報に基づいている、受信する手段と、
を備える、アクセスネットワークノード。
【0100】
（付記１８）
アクセスネットワークノードであって、
ユーザ機器（ＵＥ）に、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を送信する手段と、
前記ＵＥから、多重化されたハイブリッド自動再送要求（ＨＡＲＱ）コードブックを受信する手段であって、前記多重化されたＨＡＲＱコードブックは、ｉ）前記ＵＲＬＬＣサービスおよび前記第２のサービスのうちの一方に関連付けられる前記データに対する第１のＨＡＲＱコードブックと、ｉｉ）前記ＵＲＬＬＣサービスおよび前記第２のサービスのうちのもう一方に関連付けられる前記データに対する第２のＨＡＲＱコードブックに基づいたまとめられたビットと、を含む、受信する手段と、
を備える、アクセスネットワークノード。
アクセスネットワークノードであって、
ユーザ機器（ＵＥ）に、第１の、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）サービスに関連付けられるデータおよび第２のサービスに関連付けられるデータを搬送する信号を送信する手段と、
前記ＵＥから、多重化されたハイブリッド自動再送要求（ＨＡＲＱ）コードブックを受信する手段であって、前記多重化されたＨＡＲＱコードブックは、ｉ）前記ＵＲＬＬＣサービスおよび前記第２のサービスのうちの一方に関連付けられる前記データに対する第１のＨＡＲＱコードブックと、ｉｉ）前記ＵＲＬＬＣサービスおよび前記第２のサービスのうちのもう一方に関連付けられる前記データに対する第２のＨＡＲＱコードブックに基づいたまとめられたビットと、を含む、受信する手段と、
を備える、アクセスネットワークノード。
【0101】
本出願は、その全体を参照することによってその開示が本明細書に組み込まれる、２０２０年１０月１５日に出願された英国特許出願第２０１６３７８．８号からの優先権に基づいており、優先権の利益を主張する。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】