JP2023156460A - Ｃｓｉ報告構成 - Google Patents

Abstract

【課題】端末装置からアクセスネットワークノードへ、ＵＲＬＬＣのためのタイムリーかつ正確なＣＳＩフィードバックが可能となる方法を提供する。
【解決手段】方法は、アクセスネットワークノードが端末装置に関するＣＳＩフィードバック機会を決定し、ＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールできるか又はＰＤＳＣＨデータ送信をスケジュールするかを決定し、ＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールできない又はＰＤＳＣＨデータ送信をスケジュールする場合に、端末装置によるＣＳＩ報告データの生成をトリガするように構成されたダウンリンクＤＣＩを端末装置に送信する。ダウンリンクＤＣＩは、ＣＳＩフィードバック機会が決定された場合のＰＵＣＣＨアベイラビリティに応じて、ＣＳＩ報告データの送信をサポートするためにＰＵＳＣＨ又はＰＵＣＣＨデータ送信の何れかをスケジュールする。
【選択図】図６

Description

本発明は、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：第３世代パートナーシッププロジェクト）規格又は等価物若しくはその派生物に従って動作する無線通信システム及びその装置に関する。本開示は、いわゆる「５Ｇ」（あるいは「Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ」）システムにおける、超信頼性低遅延通信に関する改良に特に関連するが、これに限定するものではない。

３ＧＰＰ規格の最新の発展は、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：マシンタイプコミュニケーション）、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ：モノのインターネット）通信、車両通信及び自律走行車）、高解像度ビデオストリーミング、スマートシティサービスなどの様々なアプリケーション及びサービスをサポートすることが期待される、進化する通信技術を指し示す、いわゆる「５Ｇ」又は「ＮＲ」（Ｎｅｗ Ｒａｄｉｏ）規格である。３ＧＰＰは、いわゆる３ＧＰＰのＮｅｘｔＧｅｎ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ：次世代）ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：無線アクセスネットワーク）及び３ＧＰＰのＮＧＣ（ＮｅｘｔＧｅｎ ｃｏｒｅ：次世代コア）ネットワークを通じて、５Ｇをサポートすることを意図している。５Ｇネットワークの様々な詳細は、例えば、ＮＧＭＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋｓ）アライアンスによる「ＮＧＭＮ ５Ｇ Ｗｈｉｔｅ Ｐａｐｅｒ：ＮＧＭＮ ５Ｇ白書」Ｖ１．０に記載されており、その文献はｈｔｔｐｓ：／／ｗｗｗ．ｎｇｍｎ．ｏｒｇ／５ｇ－ｗｈｉｔｅ－ｐａｐｅｒ．ｈｔｍｌから入手可能である。

エンドユーザ通信装置は、一般にＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ユーザ機器）と呼ばれ、人間によって操作されてもよいし、自動化された（ＭＴＣ／ＩｏＴ）装置を備えていてもよい。５Ｇ／ＮＲ通信システムの基地局は、一般に、ＮＲ－ＢＳ（Ｎｅｗ Ｒａｄｉｏ Ｂａｓｅ Ｓｔａｔｉｏｎ：ＮＲ基地局）又は「ｇＮＢ」と呼ばれるが、それらは、より典型的には、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ：ロングタームエボリューション）基地局（一般に「４Ｇ」基地局とも呼ばれる）に関連付けられた用語「ｅＮＢ」（又は５Ｇ／ＮＲ ｅＮＢ）を用いて呼ばれることもあるということが理解される。３ＧＰＰ ＴＳ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ：技術仕様書）３８．３００ Ｖ１６．２．０及び３ＧＰＰ ＴＳ ３７．３４０ Ｖ１６．２．０は、とりわけ、以下のノードを定義する。
ｇＮＢ：ＵＥにＮＲユーザプレーン及び制御プレーンプロトコルの終端を提供し、ＮＧインタフェースを介して５ＧＣ（５Ｇ ｃｏｒｅ ｎｅｔｗｏｒｋ：５Ｇコアネットワーク）に接続されるノード。
ｎｇ－ｅＮＢ：ＵＥにｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）ユーザプレーン及び制御プレーンプロトコルの終端を提供し、ＮＧインタフェースを介して５ＧＣに接続されるノード。
Ｅｎ－ｇＮＢ：ＵＥにＮＲユーザプレーン及び制御プレーンプロトコルの終端を提供し、ＥＮ－ＤＣ（Ｅ－ＵＴＲＡ－ＮＲ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ：デュアルコネクティビティ）におけるセカンダリノードとして動作するノード。
ＮＧ－ＲＡＮノード：ｇＮＢ又はｎｇ－ｅＮＢの何れか。

３ＧＰＰは、また、隣接するＮＧ－ＲＡＮノード間のネットワークインタフェースとして、いわゆる「Ｘｎ」インタフェースも定義している。

次世代のモバイルネットワークは、ＩＴＵ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ：国際電気通信連合）によって、ｅＭＢＢ（Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ：エンハンストモバイルブロードバンド）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：超信頼性低遅延通信）、及びｍＭＴＣ（Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：大規模マシンタイプ通信）の３つのカテゴリに分類されている、多様化するサービス要件をサポートする。ｅＭＢＢは、ＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ：高解像度）ビデオ、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ：仮想現実）、及びＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ：拡張現実）など、広域で且つ保証された帯域幅を必要とするサービスに重点を置いて、通常のモバイルブロードバンドのサポートを強化することを目的としている。ＵＲＬＬＣは、自動運転やファクトリオートメーションなど、まさに短時間でのアクセスを保証することを必要とするクリティカルなアプリケーションのための要件である。ＭＭＴＣは、スマートメータリングや環境モニタリングなどの、莫大な数であるが、通常、ある程度のアクセス遅延を許容することができる、接続装置をサポートする必要がある。これらのアプリケーションのいくつかは、比較的緩やかなＱｏＳ／ＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ／Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ：サービス品質／体感品質）要件を有することもあれば、その一方でいくつかのアプリケーションは、比較的厳格なＱｏＳ／ＱｏＥ要件（例えば、高帯域及び／又は低遅延）を有することもある、ということが理解される。

ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：物理アップリンク制御チャネル）は、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：アップリンク制御情報）と呼ばれる情報群を伝達する。ＰＵＣＣＨのフォーマットは、ＵＣＩがどのような種類の情報を伝送するのかに依存する。用いられるＰＵＣＣＨフォーマットは、どれだけのビットの情報を伝送しなければならないか、及びどれだけのシンボルが割り当てられるかによって決定される。ＮＲ（５Ｇ）において用いられるＵＣＩは、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ：チャネル状態情報）、ＡＣＫ／ＮＡＫ、及びＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ：スケジューリング要求）の情報のうちの１つ以上を含む。これは、以下でより詳細に説明されるように、ＬＴＥ（４Ｇ）におけるものと概して同じである。

ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：物理ダウンリンク制御チャネル）は、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ダウンリンク制御情報）と呼ばれる情報群を伝達する。ＮＲ（５Ｇ）で用いられるＤＣＩは、単一のＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ：無線ネットワーク一時識別子）、例えばＵＥのための、フォーマット（Ｆｏｒｍａｔ）に応じた、アップリンク（ＵＬ）又はダウンリンク（ＤＬ）におけるリソース割当を示す情報を含む。ＬＴＥ及びＮＲ（５Ｇ）で用いられるＤＣＩフォーマットは複数あり、各フォーマットは、ダウンリンク制御情報がＰＤＣＣＨに包含／形成されて送信される定義済みフォーマットである。ＤＣＩはｇＮＢからＵＥへの送信（ダウンリンク）かつＵＥからｇＮＢへの送信（アップリンク）をスケジュールするために用いられて、そのようなスケジューリングの情報をＵＥに提供する。従って、ＤＣＩはさらにダウンリンクＤＣＩフォーマットとアップリンクＤＣＩフォーマットとに分類される。ＤＣＩフォーマット及びそのコンテンツについては、３ＧＰＰ ＴＳ ３８．２１２ Ｖ１６．２．０、３ＧＰＰ ＴＳ ３８．２１３ Ｖ１６．２．０、３ＧＰＰ ＴＳ ３８．２１４ Ｖ１６．２．０、３ＧＰＰ ＴＳ ３８．３３１ Ｖ１６．１．０に記述されている。例えば、フォーマット０＿０は、１つのセルでＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：物理アップリンク共有チャネル）データ送信をスケジュールするのに用いられ（アップリンク（ＵＬ）グラント）、フォーマット１＿０は、１つのセルでのＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：物理ダウンリンク共有チャネル）データ送信をスケジュールするのに用いられる（ダウンリンク（ＤＬ）グラント）。

通信では、ＵＥは、当該ＵＥとｇＮＢとの間の通信チャネルのＣＳＩを推定し、報告するように設定される。このＣＳＩはＣＳＩフィードバックフレームワークで使用され、数ある目的の中でも特に、ｇＮＢが全帯域幅又は帯域幅の一部を通じたチャネル条件に基づき、最適ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ：変調・符号化方式）を選択できるようにすることを目的とする。ＭＣＳは、１つのシンボルによって伝達できる有効ビット数、または、より正確にはＮＲ（５Ｇ）と関連して、ＲＥ（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ：リソースエレメント）ごとに有効ビットの数をいくつ送信できるか、を定義する。ＭＣＳは、無線リンクにおける無線信号品質に依存し、リンクの品質が向上すればするほど、ＭＣＳが向上し、１つのシンボルすなわちＲＥ内で送信できる有効ビット数が増加する。割り当てられたＭＣＳは、ＰＤＣＣＨ上のＤＣＩを用いてＵＥにシグナリングされ、変調・符号化率を定義する。そして、３つの異なるＭＣＳ表が、３ＧＰＰ ＴＳ ３８．２１４ ５Ｇ ＮＲデータ用の物理レイヤ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｄａｔａ）手順で定義される。

ＬＴＥは通常、ＣＳＩフィードバック用の黙示的ＲＩ（ｒａｎｋ ｉｎｄｉｃａｔｏｒ：ランクインジケータ）／ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ：プリコーディングマトリックスインジケータ）／ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ：チャネル品質インジケータ）フィードバックフレームワークを使用する。ＲＩとＰＭＩとＣＱＩとをまとめて組み合わせることでチャネル状態報告を形成し、ＣＳＩフィードバックフレームワークは、コードブックから得られたＣＱＩ／ＰＭＩ／ＲＩ（及びＬＴＥ仕様におけるＣＲＩ（Ｃｈａｎｎｅｌ Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ：チャネルランクインジケータ））の形式により「黙示的」となる。ＲＩは、チャネルランクに関連する情報であり、同一の時間周波数リソースを介して受信できるストリーム／レイヤ数を示す。ＲＩはチャネルの長期フェーディングによって決定されるため、一般的にＰＭＩ又はＣＱＩよりも長い周期でフィードバックされうる。ＰＭＩは、チャネルの空間特性を示す値であり、各端末装置（ＵＥ）に好まれるネットワーク装置（ｇＮＢ）のプリコーディングマトリックスインデックスを示す。ＣＱＩは、ｇＮＢがＰＭＩを使用する場合のチャネルの強度と受信ＳＩＮＲ（Ｓｉｇｎａｌ－ｔｏ－Ｉｎｔｅｒｆｅｒｅｎｃｅ－ｐｌｕｓ－Ｎｏｉｓｅ Ｒａｔｉｏ：信号対干渉プラス雑音比）とを示す情報である。

強化されたＩＩＯＴ（Ｉｎｄｕｓｔｒｉａｌ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ：製造業におけるモノのインターネット）とＵＲＬＬＣ（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ：超高信頼・低遅延通信）サポートに関するリリースＲｅｌ－１７（ＲＰ－２０１３１０、「Ｒｅｖｉｓｅｄ ＷＩＤ： Ｅｎｈａｎｃｅｄ Ｉｎｄｕｓｔｒｉａｌ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ （ＩＩｏＴ） ａｎｄ ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ （ＵＲＬＬＣ） ｓｕｐｐｏｒｔ ｆｏｒ ＮＲ（改定ＷＩＤ：ＮＲ向けの強化されたＩＩｏＴとＵＲＬＬＣサポート）」、ＴＳＧ－ＲＡＮ＃８８ｅ、２０２０年６月２２日～７月３日参照）では、より正確なＭＣＳ選択を可能にするためのＣＳＩフィードバック強化を調査し、識別し、必要な場合は特定することを目的の１つとして挙げている。リンク適応を改善するためのＣＳＩフィードバック強化は、ＵＲＬＬＣの信頼性にとって有益である。推定されたＣＳＩは信頼性に優れ、特にＵＲＬＬＣでは遅延と信頼性とを向上させるために、タイムリーかつ信頼できるやり方でｇＮＢに届けられなければならない。Ｒｅｌ－１６では、ＣＳＩに対するＣＳＩ報告設定は、ＰＵＣＣＨを使用すれば周期的（Ｐ－ＣＳＩ）、ＰＵＳＣＨを使用すれば非周期的（Ａ－ＣＳＩ）、ＰＵＣＣＨとＤＣＩアクティブ化ＰＵＳＣＨを使用すればセミパーシステント（ＳＰ－ＣＳＩ）に設定できる。周期的なＣＳＩ報告では、報告時間周期（すなわち、報告時点を定義する時間周期）は、上位レイヤでＲＲＣメッセージを用いて決定され、適切な時点で、ＣＳＩデータがＵＥによってＰＵＣＣＨを用いてｇＮＢに送信される。一方、非周期的な報告では、ＣＳＩフィードバックは、ＰＤＣＣＨ上のＤＣＩ（フォーマット１）を用いた、ｇＮＢの要求に応じてトリガされる。この場合、ＣＳＩデータはＰＵＳＣＨを介してＵＥに送信される。Ａ－ＣＳＩは、通信システムの主要なＣＳＩフィードバックフレームワークを形成してもよく、あるいは補助的な設定であって、例えばＰ－ＣＳＩ又はＳＰ－ＣＳＩ報告の検出失敗を処理するためにトリガされてもよい。上記の通り、Ａ－ＣＳＩ報告では、ＵＥからのＣＳＩ報告は、ＵＥからのＰＵＳＣＨ送信をスケジュールする役割を果たすＤＣＩ（フォーマット１、ＰＤＣＣＨ上の）によってトリガされる。そして、ＵＥはＰＵＳＣＨを用いてＣＳＩデータを送信する。その時に送信する他のＵＬＳＣＨデータがない場合、ＣＳＩ報告プロセスは、（それ以外の場合は、ＵＥとｇＮＢとの間の正常なデータ送信には使用されないであろう）追加リソースを用いる。各Ａ－ＣＳＩ要求に対して追加でスケジュールされたＵＬＳＣＨデータ送信が生じるだけでなく、アップリンクＤＣＩフォーマットを使用するだけで、各Ａ－ＣＳＩ要求に対して追加でスケジュールされたＰＤＣＣＨデータ送信が生じる。従って、特にＤＬの高トラフィックシステムでは、リソース効率と制御オーバーヘッドとに悪影響が及ぶ。さらに、他のＵＬＳＣＨデータが（リソース効率を向上するために）送信される場合、ＣＳＩ報告のみが送信されるようにシステムを設定すると、ＵＥによるＤＣＩトリガの受信と、次回スケジュールされたＵＬＳＣＨデータ送信との間に時間遅延が生じる可能性があり、ＣＳＩフィードバック遅延に重大な悪影響が及び得る。

特にＵＲＬＬＣのためのＣＳＩフィードバックの速度および分解能を向上させたい、とりわけＤＬ中心のＴＤＤシステムなどにおける大幅なスケジュール遅延を避けたい、より一般的にはタイムリーかつ正確なＣＳＩフィードバックを提供したいという要求がある。

ＵＲＬＬＣに関するＲｅｌ－１６では、Ａ－ＣＳＩ報告は、ＵＲＬＬＣのためのＰ－ＣＳＩと比べるとより（リソース）効率が高いことが認められた。しかし、上記の通り、ＤＬ－集中アプリケーションでは特に、ダウンリンクＤＣＩによってＡ－ＣＳＩ報告をトリガすることはリソース効率に優れておらず、ＣＳＩフィードバック遅延の増大につながる可能性がある。さらに、制御オーバーヘッドは、このタイプのＣＳＩフィードバックフレームワークを用いることで増大する。

よって、本発明は、上記課題（のうち、少なくとも一部）に対処する、又は少なくとも軽減する方法及び関連する装置を提供しようと模索するものである。

当業者が効率的に理解できるように、本発明について３ＧＰＰシステム（５Ｇネットワーク）の観点から詳細に記載するが、本発明の本質はその他のシステムにも同様に適用され得る。

本発明は、ＰＤＣＣＨとＰＤＳＣＨとＰＵＣＣＨとＰＵＳＣＨとを含む通信リンクを介して通信システムのアクセスネットワークノードと通信可能にリンクされる少なくとも１つの端末装置を含む上記アクセスネットワークノードにより実行される方法であって、ＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールできない又はＰＤＳＣＨデータ送信がスケジュールされる場合、上記端末装置に関するＣＳＩフィードバック機会のために、ダウンリンクＤＣＩフォーマットのダウンリンクＤＣＩであって、上記端末装置によるＣＳＩ報告データの生成をトリガするように構成された上記ダウンリンクＤＣＩを上記端末装置に送信することを備え、上記ダウンリンクＤＣＩは、上記ＣＳＩフィードバック機会が決定された場合のＰＵＣＣＨアベイラビリティに応じて、上記ＣＳＩ報告データの送信をサポートするためにＰＵＳＣＨ又はＰＵＣＣＨデータ送信の何れかをスケジュールするように更に構成された、方法を提供する。

本発明はさらに、ＰＤＣＣＨとＰＤＳＣＨとＰＵＣＣＨとＰＵＳＣＨとを含む通信リンクを介して端末装置と通信可能に接続されるように構成された、通信システムのアクセスネットワークノードであって、端末装置に関するＣＳＩフィードバック機会をトリガするために、ＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールできない又はＰＤＳＣＨデータ送信がスケジュールされる場合、ダウンリンクＤＣＩフォーマットのダウンリンクＤＣＩであって、上記端末装置によるＣＳＩ報告データの生成をトリガするように構成された上記ダウンリンクＤＣＩを上記端末装置に送信するように構成された手段を備え、上記ダウンリンクＤＣＩは、上記ＣＳＩフィードバック機会が決定された場合のＰＵＣＣＨアベイラビリティに応じて、上記ＣＳＩ報告データの送信をサポートするためにＰＵＳＣＨ又はＰＵＣＣＨデータ送信の何れかをスケジュールするように更に構成される、アクセスネットワークノードを提供する。

本発明は、ＰＤＣＣＨとＰＤＳＣＨとＰＵＣＣＨとＰＵＳＣＨとを含む通信リンクを介して通信システムのアクセスネットワークノードと通信可能に接続された端末装置により行われる方法であって、ダウンリンクＤＣＩフォーマットのダウンリンクＤＣＩであって、上記端末装置によるＣＳＩ報告データの生成をトリガするように構成された上記ダウンリンクＤＣＩであって、上記ＣＳＩ報告データの送信をサポートするためにＰＵＳＣＨ又はＰＵＣＣＨデータ送信の何れかをスケジュールするように更に構成された上記ダウンリンクＤＣＩを受信することと、上記受信したダウンリンクＤＣＩにおけるそれぞれのリソース割当に応じて、ＰＵＣＣＨ又はＰＵＳＣＨデータ送信により上記アクセスネットワークノードにＣＳＩ報告データを送信することと、を備える方法を提供する。

本発明は、ＰＤＣＣＨとＰＤＳＣＨとＰＵＣＣＨとＰＵＳＣＨとを含む通信リンクを介して端末装置が通信可能に接続された少なくとも１つのアクセスネットワークノードを含む通信システムの上記端末装置であって、ダウンリンクＤＣＩフォーマットのダウンリンクＤＣＩであって、上記端末装置によるＣＳＩ報告データの生成をトリガするように構成された上記ダウンリンクＤＣＩであって、上記ＣＳＩ報告データの送信をサポートするためにＰＵＳＣＨ又はＰＵＣＣＨデータ送信の何れかをスケジュールするように更に構成された上記ダウンリンクＤＣＩを受信する手段と、上記受信したダウンリンクＤＣＩにおけるそれぞれのリソース割当に応じて、ＰＵＣＣＨ又はＰＵＳＣＨデータ送信により上記アクセスネットワークノードにＣＳＩ報告データを送信する手段と、を備える端末装置を提供する。

本発明の例示的な態様は、対応するシステム、装置、及びコンピュータプログラム製品、例えば、命令が格納されたコンピュータ読み取り可能な記憶媒体であって、当該命令は、プログラム可能なプロセッサを、例示的な態様に記載された方法、及び、上記の又は特許請求の範囲に列挙された実現手段を実行するようにプログラムするように、及び／又は、適切に構成されたコンピュータを、特許請求の範囲の何れかに列挙された装置を提供するようにプログラムするように動作可能な命令が格納された上記記憶媒体に及ぶ。

本発明は、添付の請求項によって定義される。本発明の例示的な側面は、独立クレームに記載される通りである。任意の機能のうちの一部は、従属クレームに記載される。

しかしながら、本明細書（この用語には特許請求の範囲が含まれる）に開示されている及び／又は図面に示されている各特徴は、他の開示及び／又は図示されている特徴から独立して（又はそれらと組み合わせて）本発明に組み込むことができる。特に限定されることなく、特定の独立請求項に従属する何れかの請求項の特徴は、任意の組み合わせで、又は個別に、その独立請求項に導入されることもできる。

次に、本発明の例示的な実施形態を、以下の添付の図面を参照して、例示的に説明する。
図１は、本発明の例示的な実施形態を適用し得る、携帯型（セルラー方式又はワイヤレス）電気通信システムを図式的に説明する図である。 図２は、図１に示すシステムの一部を形成するモバイル装置の概略ブロック図である。 図３は、図１に示すシステムの一部を形成するアクセスネットワークノード（例えば、基地局）の概略ブロック図である。 図４は、図１に示すシステムの一部を形成するコアネットワークノードの概略ブロック図である。 図５Ａは、アップリンクグラントＤＣＩメッセージの一フォーマットを図式的に説明する図である。 図５Ｂは、ダウンリンクグラントＤＣＩメッセージの一フォーマットを図式的に説明する図である。 図６は、本発明の例示的な実施形態による方法を説明する概略プロセスフロー図である。 図７Ａは、本発明の例示的な実施形態で使用されるダウンリンクＤＣＩフォーマットを図式的に説明する図である。 図７Ｂは、本発明の例示的な実施形態で使用される別のダウンリンクＤＣＩフォーマットを図式的に説明する図である。

概要
３ＧＰＰ規格の下では、ＮｏｄｅＢ（又はＬＴＥにおいては「ｅＮＢ」、５Ｇにおいては「ｇＮＢ」）は、通信装置（ユーザ機器又は「ＵＥ」）がコアネットワークに接続し、他の通信装置又は遠隔サーバと通信するための基地局である。通信装置は、例えば、携帯電話、スマートフォン、スマートウォッチ、携帯情報端末、ラップトップ／タブレットコンピュータ、ウェブブラウザ、ｅブックリーダなどの移動通信装置であってもよい。このようなモバイル装置（一般的な固定式の装置でもよい）は、典型的には、ユーザによって操作される（従って、それらは多くの場合ユーザ機器、「ＵＥ」と総称される）が、ＩｏＴ装置及び同様のＭＴＣ装置をネットワークに接続することも可能である。簡単にするために、本願では、基地局という用語を用いて、このような基地局に言及し、モバイル装置又はＵＥという用語を用いて、このような通信装置に言及する。

図１は、本発明の例示的な実施形態が適用されてもよいモバイル（セルラ又は無線）通信システムを概略的に示す。

このシステム１では、モバイル装置３（ＵＥ）のユーザが適切な３ＧＰＰ ＲＡＴ（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ：無線アクセス技術）、例えば、Ｅ‐ＵＴＲＡ及び／又は５Ｇ ＲＡＴを使用して、各基地局５及びコアネットワーク７を介して、互いに及び他のユーザと通信することができる。多くの基地局５が（無線）アクセスネットワーク又は（Ｒ）ＡＮを形成することが理解される。当業者が理解するように、２つのモバイル装置３Ａ及び３Ｂと、１つの基地局５とが例示の目的のために図１に示されるが、システムは、実装される際に、典型的には他の基地局及びモバイル装置（ＵＥ）を含む。

各基地局５は、１つ又は複数の関連付けられたセルを（直接的に、又は、ホーム基地局、中継器、リモート無線ヘッド、及び／若しくは分散ユニットなどの他のノードを介して）制御する。Ｅ‐ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）／４Ｇプロトコルをサポートする基地局５は「ｅＮＢ」（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）と呼ばれてもよく、ＮｅｘｔＧｅｎｅｒａｔｉｏｎ／５Ｇプロトコルをサポートする基地局５は「ｇＮＢ」（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）と呼ばれてもよい。いくつかの基地局５は、４Ｇ及び５Ｇの双方、及び／又は他の任意の３ＧＰＰ又は非３ＧＰＰの通信プロトコルをサポートするように構成されてもよい、ということが理解される。

モバイル装置３とそのサービング基地局５とは、適切なエアインタフェース（例えば、いわゆる「Ｕｕ」インタフェースなど）を介して接続される。隣接する基地局５は基地局間インタフェース（いわゆる「Ｘ２」インタフェース、及び／又は「Ｘｎ」インタフェースなど）を介して互いに接続される。基地局５は、また、適切なインタフェース（いわゆる「Ｓ１」、「Ｎ１」、「Ｎ２」、及び／又は「Ｎ３」インタフェースなど）を介して、コアネットワークノードに接続される。

コアネットワーク７（例えば、ＬＴＥの場合のＥＰＣ、又はＮＲ／５Ｇの場合のＮＧＣ）は、典型的には、通信システム１における通信をサポートするための、及び、（とりわけ）加入者管理、モビリティ管理、課金、セキュリティ、通話／セッション管理のための論理ノード（又は「機能」）を含む。例えば、「Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ」／５Ｇシステムのコアネットワーク７は、ユーザプレーンエンティティ及び制御プレーンエンティティを含むことになる。この例において、コアネットワークは、少なくとも１つのＣＰＦ（ｃｏｎｔｒｏｌ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ：制御プレーン機能）１０及び少なくとも１つのＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ：ユーザプレーン機能）１１を含む。また、コアネットワーク７は、とりわけ、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｆｕｎｃｔｉｏｎ：アクセス及びモビリティ機能）、ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ：セッション管理機能）、ＰＣＦ（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ：ポリシー制御機能）、ＡＦ（Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ：アプリケーション機能）、ＡＵＳＦ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ：認証サーバ機能）、ＵＤＭ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ：統合データ管理）エンティティのうちの１つ以上を含んでもよいことが理解される。コアネットワーク７は、また、インターネット又は同様のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：インターネットプロトコル）ベースのネットワークなどのＤＮ（Ｄａｔａ Ｎｅｔｗｏｒｋ：データネットワーク）２０（図１に示す「外部ネットワーク」）に（ＵＰＦ１１を介して）接続される。

各モバイル装置３は、上記で定義されたカテゴリー（ＵＲＬＬＣ／ｅＭＢＢ／ｍＭＴＣ）のうちの１つに分類されうる１つ以上のサービスをサポートしてもよい、ということが理解される。各サービスは、典型的には、関連付けられた要件（例えば、遅延／データレート／パケット損失要件など）を有することになり、該要件は異なるサービスごとに異なってもよい。

ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）
図２は、図１に示すモバイル装置（ＵＥ）３の主要な構成要素を示すブロック図である。図示したように、ＵＥ３は、１つ以上のアンテナ３３を介して、接続されたノードに信号を送信し、当該ノードから信号を受信するように動作可能な送受信回路３１を含む。図２には必ずしも示されていないが、ＵＥ３は、当然ながら、（ユーザインターフェース３５などの）通常のモバイル装置の通常の機能のすべてを有することになり、これは、必要に応じて、ハードウェア、ソフトウェア、及びファームウェアのうちの任意の１つ又は任意の組み合わせによって提供されてもよい。コントローラ３７は、メモリ３９内に格納されたソフトウェアに従ってＵＥ３の動作を制御する。ソフトウェアは、例えば、メモリ３９に予めインストールされていてもよく、及び／又は電気通信ネットワーク１を介して、若しくはＲＭＤ（ｒｅｍｏｖａｂｌｅ ｄａｔａ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ：取り外し可能なデータ記憶装置）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム４１と通信制御モジュール４３とを含む。

通信制御モジュール４３は、ＵＥ３と、（Ｒ）ＡＮノード５及びコアネットワークノードを含む他のノードとの間の、アップリンク／ダウンリンクデータパケットを含むシグナリングメッセージに対応する（生成する／送信する／受信する）ことを担う。シグナリングは、（とりわけ）ＰＵＣＣＨ及び／又はＰＤＣＣＨに関連する制御シグナリング（ＵＣＩ及びＤＣＩを含む）を有してもよい。また、通信制御モジュール４３は、特定チャネルのために用いられるリソースセット及びコードブックを決定する役割を担う。

アクセスネットワークノード（基地局）
図３は、図１に示す基地局５（又は同様のアクセスネットワークノード）の主要な構成要素を示すブロック図である。図示したように、基地局５は、１つ以上のアンテナ５３を介して、接続されたＵＥ３から信号を受信し、当該ＵＥ３に信号を送信し、ネットワークインタフェース５５を介して（直接的あるいは間接的に）他のネットワークノードに信号を送信し、当該ノードから信号を受信するように動作可能な送受信回路５１を含む。ネットワークインタフェース５５は、典型的には、適切な基地局－基地局インタフェース（例えばＸ２／Ｘｎ）と、適切な基地局－コアネットワークインタフェース（例えばＳ１／Ｎ１／Ｎ２／Ｎ３）とを含む。コントローラ５７は、メモリ５９内に格納されたソフトウェアに従って基地局５の動作を制御する。ソフトウェアは、例えば、メモリ５９に予めインストールされていてもよく、及び／又は通信ネットワーク１を介して、若しくはＲＭＤ（ｒｅｍｏｖａｂｌｅ ｄａｔａ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ：取り外し可能データ記憶装置）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム６１と通信制御モジュール６３とを含む。

通信制御モジュール６３は、基地局５と、ＵＥ３やコアネットワークノードなどの他のノードとの間のシグナリングに対応（生成／送信／受信）する役割を担う。シグナリングは、（とりわけ）ＰＵＣＣＨ及び／又はＰＤＣＣＨに関連する制御シグナリング（ＵＣＩ及びＤＣＩを含む）を有してもよい。また、通信制御モジュール６３は、特定チャネルためのリソースセット及びコードブックを決定する役割を担う。

コアネットワーク機能
図４は、図１に示すＵＰＦ１１又はＡＭＦ１２など、一般的なコアネットワーク機能の主要な構成要素を示すブロック図である。図示したように、コアネットワーク機能は、ネットワークインタフェース７５を介して（ＵＥ３、基地局５、及び他のコアネットワークノードを含む）他のノードに信号を送信し、当該他のノードから信号を受信するように動作可能な送受信回路７１を含む。コントローラ７７は、メモリ７９に記憶されたソフトウェアに従って、コアネットワーク機能の動作を制御する。ソフトウェアは、例えば、メモリ７９に予めインストールされていてもよく、及び／又は電気通信ネットワーク１を介して、若しくはＲＭＤ（ｒｅｍｏｖａｂｌｅ ｄａｔａ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ：取り外し可能データ記憶装置）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム８１と通信制御モジュール８３とを含む。

通信制御モジュール８３は、コアネットワークノードと、ＵＥ３、基地局５、及び他のコアネットワークノードなどの他のノードとの間のシグナリングに対応（生成／送信／受信）する役割を担う。

詳細な説明
図５Ａ～図７Ｂを参照して、例示的な実施形態及び機能の一部について、以下により詳細な説明を行う。

図面の図５Ａを参照して、ＵＬ（ｕｐｌｉｎｋ ｇｒａｎｔ：アップリンクグラント）ＤＣＩの例示的なフォーマット（例えば、フォーマット１＿０）について図式的に説明する。図示の通り、ＵＬ ＤＣＩメッセージは多数のフィールド、例えばＣＳＩ要求フィールド及びＰＵＳＣＨリソース割当フィールドを含む。これらのフィールド及び図面で説明されるＤＣＩフォーマットに表される他のフィールドは、例えば、３ＧＰＰ ＴＳ ３８．２１２、３ＧＰＰ ＴＳ ３８．２１３、３ＧＰＰ ＴＳ ３８．２１４、３ＧＰＰ ＴＳ ３８．３３１で参照かつ議論されているため、本明細書ではこれ以上詳しく議論しないものとする。非周期的（Ａ－ＣＳＩ）フィードバックレジームを使用した既知のＣＳＩフィードバックフレームワークでは、ＣＳＩ要求フィールドがＵＬ ＤＣＩメッセージに追加された場合、ＵＥはＣＳＩ報告データを生成し、ＤＣＩメッセージに割り当てられたＰＵＳＣＨリソースを使用してＣＳＩ報告データをｇＮＢに送信する。ＣＳＩトリガ周波数は上位レベルで（例えば、ＲＲＣメッセージによって）事前設定できるが、ＣＳＩトリガは失敗したＰ－ＣＳＩ又はＳＰ－ＣＳＩプロセスの結果として一部のシステムでも生成され得る。アップリンクグラントにおけるＰＵＳＣＨリソース割当は、ＣＳＩを収容するのに十分な柔軟性を有し、特に、非スロットベースのスケジューリングでは、ほとんどすべての数のＰＵＳＣＨ用のＯＦＤＭシンボルを割り当てられる柔軟性を確保できる。しかしながら、上記で説明した通り、この形式の非周期的ＣＳＩフィードバックフレームワークは、他のＰＵＳＣＨデータ送信がスケジュールされていない、かつＰＵＳＣＨがＣＳＩ報告に対してのみスケジュールされている状況では、不必要に高い制御オーバーヘッドにつながる可能性がある。さらに、迅速なＣＳＩ報告は、ＤＬ－高データトラフィック状況では不可能であろう。

図面の図５Ｂを参照して、ＤＬ（ｄｏｗｎｌｉｎｋ ｇｒａｎｔ：ダウンリンクグラント）ＤＣＩの例示的フォーマット（例えば、フォーマット１＿１）を図式的に説明する。図示の通り、ＤＬ ＤＣＩメッセージは多数のフィールド、例えば、ＰＤＳＣＨリソース割当フィールド、ＣＳＩトリガフィールド、ＰＵＣＣＨリソース割当フィールドなどを含む。３ＧＰＰ ＴＳ ３８．２１３に記載の通り、ＵＥはＤＬ ＤＣＩメッセージの検出に応答して、ＰＵＣＣＨ送信でＨＡＲＱ－ＡＣＫ情報を提供する。従って、ＰＵＣＣＨリソースインジケータフィールドは、ＤＣＩメッセージに応答して、ＨＡＲＱ－ＡＣＫメッセージを送信するために使用するＰＵＣＣＨリソースを、ＵＥに対して、特定する働きをする。ＣＳＩトリガフィールドは、既知のＣＳＩフィードバックフレームワークに適切に追加されると、ＵＥをトリガしてＣＳＩ報告データを作成し、その報告データを必要なＨＡＲＱ－ＡＣＫメッセージデータと多重化して、割り当てられたＰＵＣＣＨリソースを用いて送信する。ＣＳＩトリガフィールドは、システムをこのように事前設定した場合は、Ａ－ＣＳＩに使用してもよい。しかしながら、Ｐ－ＣＳＩ又はＳＰ－ＣＳＩフィードバックフレームワークに対するバックアップとしても使用され得る。ＤＬ－高トラフィックアプリケーションでは、ＰＵＣＣＨリソースを使用することで迅速なＣＳＩ報告が可能となるが、ＨＡＲＱ－ＡＣＫフィードバックの信頼性と遅延とに影響を与えずに、ＣＳＩ報告データとＨＡＲＱ－ＡＣＫメッセージデータとを多重化するのに使用できるＰＵＣＣＨリソースが不十分になるリスクがある。

図面の図６を参照して、本発明の例示的な実施形態によるｇＮＢなどのネットワークアクセスノードにより実行される方法において、ステップ６０１において非周期的ＣＳＩフィードバックプロセスが、ＣＳＩ報告が必要か否かを決定することによってスタートする。ＣＳＩ報告が必要でない場合、ＣＳＩ報告をトリガする必要があると決定されるまで、ｇＮＢは事前設定通りに動作を継続する。これは、非周期的ＣＳＩ報告と関連する既知のやり方で、当業者には明らかなように達成されてもよい。

ｇＮＢは、ＣＳＩ報告をトリガする必要があると決定した場合、ステップ６０２において、ＰＤＳＣＨ送信がそれぞれのＵＥに対して既にスケジュールされているか否かを決定する。スケジュールされている場合は、ステップ６０５に進む。スケジュールされていない場合は、ステップ６０３で、ＰＵＳＣＨメッセージをＰＵＣＣＨメッセージよりも早く又はより迅速にスケジュールできるか否かを決定する。スケジュールできない場合は、ステップ６０５に進む。そうでない場合は、既知の非周期的ＣＳＩフィードバックフレームワークの場合と同じように、割り当てられたＰＵＳＣＨリソースによって、報告に対するＣＳＩ要求を含むアップリンクＤＣＩを生成し、（ＰＤＣＣＨを用いて）送信する。ＤＣＩは、例えば図面の図５Ａに示されたフォーマットを有する。

上記の通り、ＣＳＩ報告をトリガするように要求されている際に、ＰＤＳＣＨデータ送信がそれぞれのＵＥに対して既にスケジュールされている場合（ステップ６０２で決定された通り、及び／又はステップ６０３でＰＵＳＣＨメッセージがＰＵＣＣＨメッセージよりも前にスケジュールできないと決定される場合）、ｇＮＢはステップ６０５に進む。ステップ６０５では、ＨＡＲＱ－ＡＣＫフィードバックの信頼性又は遅延に妥協することなく、多重化されたＡ－ＣＳＩ報告データとＨＡＲＱ－ＡＣＫデータとを送信するのに用いるＤＬ ＤＣＩにおいて割当に使用できるＰＵＣＣＨリソースが十分にあるか否かを決定する。十分にある場合は、ステップ６０６に進み、ＣＳＩ報告をトリガするために適切に追加されたＣＳＩトリガフィールドと共にＤＬ ＤＣＩを生成し、送信する。この場合、図７Ａに図式的に示す通り、ＤＬ ＤＣＩフォーマットは、ＣＳＩ報告データをＨＡＲＱ－ＡＣＫメッセージデータと多重化し、かつ割り当てられたＰＵＣＣＨリソースを用いてｇＮＢに送信するように要求されていることをＵＥに知らせるために、例えば、「０」に設定できる追加ビットｘ（当面の目的のために再利用された既存ビットであってもよく、新規に定義されたフィールドであってもよい）を有する。

しかしながら、ＣＳＩ報告データをＨＡＲＱ－ＡＣＫデータと多重化して、多重化された信号を割り当てられたＰＵＣＣＨリソース経由でｇＮＢに送信することによって、ＨＡＲＱ－ＡＣＫフィードバックの信頼性と遅延とに悪影響が及ぶであろうと判断した場合、本方法はステップ６０７に進む。ｇＮＢは、ＣＳＩトリガフィールドが再度、適切に追加されているが、今回はＰＵＳＣＨ送信を用いてＣＳＩ報告データを送信することをＵＥに知らせるビットｘが「１」に設定されているＤＬ ＤＣＩを生成し、（ＰＤＣＣＨを用いて）送信する。この目的のために割り当てられたＰＵＳＣＨリソースは上位レイヤで事前設定でき、又はＤＣＩは図面の図７Ｂに示されるように新規に定義されたフィールドを含むことができ、このフィールドにはＣＳＩ報告データを送信するためにＰＵＳＣＨリソースが割り当てられる。

上記の方法の結果として、タイムリーなＣＳＩフィードバック報告をあらゆる状況で、ＨＡＲＱ－ＡＣＫフィードバックの信頼性と遅延とに悪影響を与えることなく達成できる。ＣＳＩ報告がトリガされるべき時刻に、ＰＤＳＣＨメッセージがスケジュールされている場合、ｇＮＢは、追加のＵＬ ＤＣＩではなく、（スケジュールされたＰＤＳＣＨデータ送信をサポートするため、いずれにせよｇＮＢが送信していたであろう）ＤＬ ＤＣＩメッセージを使用するように設定されるため、不必要な制御オーバーヘッドが軽減される。不必要な制御オーバーヘッドが軽減されるため、ＰＤＣＣＨブロッキングに関連する問題はいずれも回避できる。さらに、上記の方法では、ｇＮＢによるデータ送信のスケジューリングにおいて柔軟性を確保できる。実際、上記の例示的な実施形態では、制御オーバーヘッドまたはＨＡＲＱ－ＡＣＫフィードバックの悪影響を不必要に増加させることなく、より迅速で、より柔軟性に優れたＡ－ＣＳＩ報告を可能にすることを目的として、ＵＬとＤＬ ＤＣＩメッセージの両方及びＰＵＳＣＨとＰＵＣＣＨの両方を適切に使用し、多数の異なるＣＳＩトリガと報告オプションとを組み合わせている。

変形例及び代替例
以上、詳細な例示的な実施形態について説明してきた。当業者が理解しうるように、上記の例示的な実施形態に対して、多数の変形及び代替を行うことができ、そこで実施される本発明の利点を得ることができる。ここでは、例示のために、これらの代替例及び変形例のうちのいくつかのみを説明する。

５Ｇ ＮＲとＬＴＥシステム（Ｅ－ＵＴＲＡＮ）の両方に対して、上記の例示的な実施形態が適用されてもよいことが理解される。

上記の説明では、ＵＥ、アクセスネットワークノード（基地局）、コアネットワークノードは、理解しやすくするために、（通信制御モジュールなどの）いくつかの個別モジュールを有するものとして説明されている。これらのモジュールは、例えば、既存のシステムが本発明を実装するように変形された特定の用途のために、又は、例えば、最初から本発明の特徴を念頭に置いて設計されたシステムにおける他の用途のために、このような方法で提供されてもよい。その一方で、これらのモジュールは、オペレーティングシステム又はコードの全体に組み込まれてもよく、従って、これらのモジュールは、別個のエンティティとして識別できなくてもよい。

各コントローラは、例えば、１つ以上のハードウェアで実装されたコンピュータプロセッサと、マイクロプロセッサと、ＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ：中央処理装置）と、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ ｌｏｇｉｃ ｕｎｉｔ：算術論理ユニット）と、ＩＯ（ｉｎｐｕｔ／ｏｕｔｐｕｔ：入出力）回路と、内部メモリ／キャッシュ（プログラム及び／若しくはデータ）と、プロセッシングレジスタと、通信バス（例えば、コントロール、データ、及び／若しくはアドレスバス）と、ＤＭＡ（ｄｉｒｅｃｔ ｍｅｍｏｒｙ ａｃｃｅｓｓ：ダイレクトメモリアクセス）機能と、ハードウェア若しくはソフトウェアで実装されたカウンタ、ポインタ、及び／若しくはタイマなどを含む（但しそれらに限定はされない）任意の適当な形式の処理回路を備えてもよい。

上記の例示的な実施形態で、多くのソフトウェアモジュールを説明した。当業者が理解しうるように、ソフトウェアモジュールは、コンパイルされた形態又はコンパイルされていない形態で提供されてもよく、コンピュータネットワーク上の信号として、又は記録媒体上で、ＵＥ、アクセスネットワークノード（基地局）、及びコアネットワークノードに供給されてもよい。更に、このソフトウェアの一部又は全部によって実行される機能は、１つ又は複数の専用ハードウェア回路を使用して実行してもよい。但し、ソフトウェアモジュールの使用は、ＵＥ、アクセスネットワークノード（基地局）、及びコアネットワークノードの機能を更新するために、それらの更新を容易にするので好ましい。

ＣＰ－ＵＰ（ｃｏｎｔｒｏｌ ｐｌａｎｅ － ｕｓｅｒ ｐｌａｎｅ：制御プレーン－ユーザプレーン）の分割が利用される場合、基地局は、個別の制御プレーン及びユーザプレーンのエンティティに分割されてもよく、それぞれが関連付けられた送受信回路、アンテナ、ネットワークインタフェース、コントローラ、メモリ、オペレーティングシステム、及び通信制御モジュールを含んでもよい、ということが理解されることになる。基地局が分散基地局を備えるとき、ネットワークインタフェース（図３における参照符号５５）は、また、分散基地局のそれぞれの機能の間で信号を通信するためにＥ１インタフェース及びＦ１インタフェース（制御プレーンのためにＦ１－Ｃ及びユーザプレーンのためにＦ１－Ｕ）を含む。この場合、通信制御モジュールは、また、基地局の制御プレーン部分とユーザプレーン部分との間の通信（シグナリングメッセージの生成、送信、及び受信）の役割を担う。分散基地局を用いる場合、上記の例示的な実施形態で説明したように、通信リソースの先取りのために、制御プレーン部分とユーザプレーン部分の両方を含む必要がない、ということが理解される。制御プレーン部分を含まずに、基地局のユーザプレーン部分で先取りを対応してもよい（逆もまた同様）、ということが理解される。

上記の例示的な実施形態は、また、「非モバイル」若しくは概して固定式のユーザ機器に対しても適用可能である。上記のモバイル装置は、ＭＴＣ／ＩｏＴ装置などを備えてもよい。

ＤＣＩは、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：超信頼性低遅延通信）のスケジューリングのための固有無線ネットワーク一時識別子（例えば「ＭＣＳ－Ｃ－ＲＮＴＩ」）を備えてもよい。

本開示におけるユーザ機器（又は「ＵＥ」、「モバイルステーション」、「モバイルデバイス」又は「ワイヤレスデバイス」）は、ワイヤレスインタフェースを介してネットワークに接続されたエンティティである。

なお、本開示は、専用通信デバイスに限定されるものではなく、以下の段落で説明する通信機能を有する任意のデバイスに適用することができる。

「ユーザ機器」又は「ＵＥ」（３ＧＰＰで使用される用語）、「モバイルステーション」、「モバイルデバイス」、及び「ワイヤレスデバイス」という用語は、一般的には、互いに同義であることが意図されており、端末、携帯電話、スマートフォン、タブレット、セルラＩｏＴデバイス、ＩｏＴデバイス、機械などのスタンドアロンのモバイルステーションを含む。「モバイルステーション」及び「モバイルデバイス」という用語は、長期間静置されたままであるデバイスも包含することが理解されよう。

ＵＥは、例えば、生産又は製造のための機器のアイテム、及び／又はエネルギー関連の機械のアイテム（例えば、ボイラー、エンジン、タービン、ソーラーパネル、風力タービン、水力発電機、熱発電機、原子力発電機、バッテリ、原子力システム及び／又は関連機器、重電機械、真空ポンプを含むポンプ、コンプレッサ、ファン、送風機、油圧機器、空気圧機器、金属加工機械、マニピュレータ、ロボット及び／又はそれらのアプリケーションシステム、工具、金型又はダイ、ロール、搬送機器、昇降機器、資材処理機器、繊維機械、縫製機、印刷及び／又は関連機械、製紙機械、化学機械、鉱業及び／又は建設機械及び／又は関連機器、農業、林業及び／又は漁業のための機械及び／又は器具、安全及び／又は環境保全機器、トラクタ、精密ベアリング、チェーン、ギア、送電機器、潤滑機器、バルブ、パイプ継手などの機器若しくは機械、及び／又は前述の機器若しくは機械のうちのいずれかのアプリケーションシステムなど）であり得る。

ＵＥは、例えば、輸送機器（例えば、ローリングストック、自動車、モータサイクル、自転車、電車、バス、カート、人力車、船、その他の船舶、航空機、ロケット、衛星、ドローン、バルーンなどの輸送機器）のアイテムであり得る。

ＵＥは、例えば、情報通信機器（例えば、電子コンピュータ及び関連機器、通信及び関連機器、電子部品などの情報通信機器）のアイテムであり得る。

ＵＥは、例えば、冷凍機、冷凍機適用製品、貿易及び／又はサービス産業機器のアイテム、自動販売機、自動サービス機、事務機械又は機器、消費者向け電子及び電化製品（例えば、オーディオ機器、ビデオ機器、スピーカ、ラジオ、テレビ、電子レンジ、炊飯器、コーヒーマシン、食洗機、洗濯機、乾燥機、電子ファン又は関連電化製品、掃除機などの消費者向け電化製品）であり得る。

ＵＥは、例えば、電気応用システム又は機器（例えば、Ｘ線システム、粒子加速器、放射性同位体機器、音響機器、電磁的応用機器、電力応用機器などの電気応用システム又は機器）であり得る。

ＵＥは、例えば、電子ランプ、照明器具、測定機器、分析器、テスタ、又は測量若しくは感知機器（例えば、煙警報器、人警報センサ、モーションセンサ、ワイヤレスタグなどの測量若しくは感知機器）、腕時計又は置時計、実験器具、光学装置、医療機器及び／又はシステム、武器、刃物、手工具などであり得る。

ＵＥは、例えば、無線を備えた携帯情報端末又は関連機器（他の電子デバイス（例えば、パーソナルコンピュータ、電気測定機）への取り付け又は挿入のために設計された無線カードまたはモジュールなど）であり得る。

ＵＥは、さまざまな有線及び／又は無線通信技術を使用して、「モノのインターネット」（ＩｏＴ）に関して、以下で説明するアプリケーション、サービス、及びソリューションを提供するデバイス又はシステムの一部であり得る。

モノのインターネットデバイス（又は「モノ」）は、適切な電子機器、ソフトウェア、センサ、及び／又はネットワーク接続などを備えてもよく、これにより、これらのデバイスが相互に、及び他の通信デバイスとで、データを収集及びやり取りすることを可能にする。ＩｏＴデバイスは、内部メモリに格納されているソフトウェアの指示に従う自動化された機器で構成され得る。ＩｏＴデバイスは、人の監視ややり取りを必要とせずに動作し得る。ＩｏＴデバイスは、長期間静置されたままであったり、非アクティブのままであったりし得る。ＩｏＴデバイスは、（一般的に）据置式の装置の一部として実装され得る。ＩｏＴデバイスは、据置式ではない装置（例えば、車両）に組み込まれたり、監視／トラッキングする動物や人に取り付けたりし得る。

ＩｏＴ技術は、データを送受信するために通信ネットワークに接続することができる任意の通信デバイスに実装することができ、このような装置は通信デバイスが人による入力又はメモリに格納されたソフトウェア命令により制御されるか否かに関係なく実装できることが理解されよう。

ＩｏＴデバイスは、ＭＴＣ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：マシンタイプ通信）デバイス又はＭ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ：マシンツーマシン）の通信デバイスと呼ばれることもあることが理解されよう。ＵＥは、１つ以上のＩｏＴ又はＭＴＣアプリケーションをサポートしてもよいことが理解されよう。ＭＴＣアプリケーションのいくつかの例を次の表に示す（出典：３ＧＰＰ ＴＳ ２２．３６８ Ｖ１３．１．０、Ａｎｎｅｘ Ｂ、その内容は参照により本明細書に組み込まれる）。このリストは、網羅的なものではなく、マシンタイプ通信アプリケーションのいくつかの例を示すことを意図している。

アプリケーション、サービス、及びソリューションは、ＭＶＮＯ（Ｍｏｂｉｌｅ Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ：モバイル仮想ネットワークオペレータ）サービス、緊急無線通信システム、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ：構内電話交換機）システム、ＰＨＳ／デジタルコードレステレコミュニケーションシステム、ＰＯＳ（Ｐｏｉｎｔ ｏｆ ｓａｌｅ：販売時点）システム、広告発呼システム、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ：マルチメディア放送及びマルチキャストサービス）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）システム、電車無線システム、位置関連サービス、災害／緊急無線通信サービス（Ｄｉｓａｓｔｅｒ／Ｅｍｅｒｇｅｎｃｙ Ｗｉｒｅｌｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ）、コミュニティサービス、ビデオストリーミングサービス、フェムトセルアプリケーションサービス、ＶｏＬＴＥ（Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ）サービス、課金サービス、無線オンデマンドサービス、ローミングサービス、アクティビティ監視サービス、通信事業者／通信ＮＷ選択サービス、機能制限サービス、ＰｏＣ（Ｐｒｏｏｆ ｏｆ Ｃｏｎｃｅｐｔ）サービス、個人情報管理サービス、アドホックネットワーク／ＤＴＮ（Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｎｅｔｗｏｒｋｉｎｇ：遅延トレラントネットワーキング）サービスなどであり得る。

更に、上記のＵＥカテゴリは、本文書に記載されている技術的アイデア及び例示的な実施形態の適用例にすぎない。言うまでもなく、これらの技術的アイデア及び例示的な実施形態は、上記のＵＥに限定されず、上記ＵＥに対してさまざまな変形をなすことができる。

上記ＣＳＩフィードバック機会が非周期的ＣＳＩフィードバック機会であってもよい。

アクセスネットワークノードにより実行される本方法は、ＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールできるか又はＰＤＳＣＨデータ送信をスケジュールするかを決定することと、ＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールすることができない又はＰＤＳＣＨデータ送信がスケジュールされると決定された場合に、ダウンリンクＤＣＩフォーマットの上記ダウンリンクＤＣＩを上記端末装置に送信することと、を更に備えてもよい。

アクセスネットワークノードにより実行される本方法は、ＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールできる又はスケジュールされるＰＤＳＣＨデータがない場合に、アップリンクＤＣＩフォーマットのアップリンクＤＣＩを上記端末装置に送信すること、を更に備えてもよく、上記アップリンクＤＣＩは、上記端末装置によるＣＳＩ報告データの生成をトリガし、ＰＵＳＣＨデータ送信をスケジュールして上記ＣＳＩ報告データの送信をサポートするように構成される。この場合、上記アップリンクＤＣＩは、上記端末装置によるＣＳＩ報告データの生成をトリガするように構成されてもよい。

上記ダウンリンクＤＣＩは、上記端末装置によるＨＡＲＱ－ＡＣＫフィードバックデータの送信をサポートすることを目的としたＰＵＣＣＨリソースを割り当てるように機能するＰＵＣＣＨリソース割当フィールドを含んでもよく、アクセスネットワークノードにより実行される本方法は、ＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールできない又はＰＤＳＣＨデータ送信をスケジュールする場合に、多重化されたＣＳＩ報告データとＨＡＲＱ－ＡＣＫフィードバックデータとの送信をサポートするために十分なＰＵＣＣＨリソースが上記ダウンリンクＤＣＩの上記ＰＵＣＣＨリソース割当フィールドに割り当てられているかを決定すること、を更に備えてもよく、上記ダウンリンクＤＣＩは、上記ＣＳＩ報告データの送信のために上記ＰＵＣＣＨリソース割当フィールドで割り当てられた上記ＰＵＣＣＨリソースを用いるか又は上記ＣＳＩ報告データの送信のためにＰＵＳＣＨを用いるかを上記端末装置に示すためのインジケータフィールドを含む。この場合、ＰＵＳＣＨリソース割当は、上記ダウンリンクＤＣＩのために事前構成されてもよい。

上記ダウンリンクＤＣＩフォーマットは、追加されると、上記端末装置によるＣＳＩ報告データの送信をサポートすることを目的としたＰＵＳＣＨリソースを割り当てるように機能するＰＵＳＣＨリソース割当フィールドを含んでもよい。

上記インジケータフィールドは、ＰＵＣＣＨデータ送信が上記ＣＳＩ報告データを送信するために用いられることを上記端末装置に示す第１の値と、ＰＵＳＣＨが上記ＣＳＩ報告データを送信するために用いられる場合の第２の値と、を保持するように構成されてもよい。

上記アクセスネットワークノードは、ＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールできるか又はＰＤＳＣＨデータ送信をスケジュールするかを決定する手段と、上記決定する手段がＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールすることができない又はＰＤＳＣＨデータ送信がスケジュールされると決定する場合に、ダウンリンクＤＣＩフォーマットの上記ダウンリンクＤＣＩを上記端末装置に送信すること、を更に備えてもよい。

上記ダウンリンクＤＣＩは、上記ＣＳＩ報告データの送信のために上記ＰＵＣＣＨリソース割当フィールドで割り当てられた上記ＰＵＣＣＨリソースを用いるか又は上記ＣＳＩ報告データの送信のためにＰＵＳＣＨを用いるかを上記端末装置に示すためのインジケータフィールドを含んでもよい。上記ダウンリンクＤＣＩは、ＰＵＳＣＨリソース割当フィールドを含んでもよく、上記アクセスネットワークノードは、ＰＵＳＣＨデータ送信を用いて上記ＣＳＩ報告データの送信をサポートすることを上記ダウンリンクＤＣＩが示す場合に限り、ＰＵＳＣＨデータ送信をスケジュールするためにのみ上記ＰＵＳＣＨリソース割当フィールドにＰＵＳＣＨリソースを割り当てるように構成されてもよい。

上記アクセスネットワークノードは、ＰＵＳＣＨデータ送信を用いて上記ＣＳＩ報告データの送信をサポートすることを上記ダウンリンクＤＣＩが示す場合に限り用いられるＰＵＳＣＨリソース割当により事前構成されてもよい。

様々な他の変形が当業者には明らかであり、ここでは、それ以上詳細には説明しない。

（付記１）
ＰＤＣＣＨとＰＤＳＣＨとＰＵＣＣＨとＰＵＳＣＨとを含む通信チャネルを介して通信システムのアクセスネットワークノードと通信するように構成された少なくとも１つの端末装置を含む前記アクセスネットワークノードにより実行される方法であって、前記端末装置に関するＣＳＩフィードバック機会のために、
ダウンリンクＤＣＩフォーマットのダウンリンクＤＣＩであって、前記端末装置によるＣＳＩ報告データの生成をトリガするように構成された前記ダウンリンクＤＣＩを前記端末装置に送信することを備え、
前記ダウンリンクＤＣＩは、前記ＣＳＩフィードバック機会が決定された場合のＰＵＣＣＨアベイラビリティに応じて、前記ＣＳＩ報告データの送信をサポートするためにＰＵＳＣＨ又はＰＵＣＣＨデータ送信の何れかをスケジュールするように更に構成された、方法。

（付記２）
前記ＣＳＩフィードバック機会が非周期的ＣＳＩフィードバック機会である、付記１記載の方法。

（付記３）
ＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールできるか又はＰＤＳＣＨデータ送信をスケジュールするかを決定することと、ＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールすることができない又はＰＤＳＣＨデータ送信がスケジュールされると決定された場合に、ダウンリンクＤＣＩフォーマットの前記ダウンリンクＤＣＩを前記端末装置に送信することと、を更に備える付記１又は２記載の方法。

（付記４）
ＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールできる又はスケジュールされるＰＤＳＣＨデータがない場合に、アップリンクＤＣＩフォーマットのアップリンクＤＣＩを前記端末装置に送信すること、を更に備え、前記アップリンクＤＣＩは、前記端末装置によるＣＳＩ報告データの生成をトリガし、ＰＵＳＣＨデータ送信をスケジュールして前記ＣＳＩ報告データの送信をサポートするように構成される、付記１乃至３のうち何れか１項記載の方法。

（付記５）
前記アップリンクＤＣＩは、前記端末装置によるＣＳＩ報告データの生成をトリガするように構成される、付記４記載の方法。

（付記６）
前記ダウンリンクＤＣＩは、前記端末装置によるＨＡＲＱ－ＡＣＫフィードバックデータの送信をサポートすることを目的としたＰＵＣＣＨリソースを割り当てるように機能するＰＵＣＣＨリソース割当フィールドを含み、当該方法は、ＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールできない又はＰＤＳＣＨデータ送信をスケジュールする場合に、多重化されたＣＳＩ報告データとＨＡＲＱ－ＡＣＫフィードバックデータとの送信をサポートするために十分なＰＵＣＣＨリソースが前記ダウンリンクＤＣＩの前記ＰＵＣＣＨリソース割当フィールドに割り当てられているかを決定すること、を更に備え、前記ダウンリンクＤＣＩは、前記ＣＳＩ報告データの送信のために前記ＰＵＣＣＨリソース割当フィールドで割り当てられた前記ＰＵＣＣＨリソースを用いるか又は前記ＣＳＩ報告データの送信のためにＰＵＳＣＨを用いるかを前記端末装置に示すためのインジケータフィールドを含む、付記１乃至５のうち何れか１項記載の方法。

（付記７）
ＰＵＳＣＨリソース割当は、前記ダウンリンクＤＣＩのために事前構成されている、付記５記載の方法。

（付記８）
前記ダウンリンクＤＣＩフォーマットは、事前設定されると、前記端末装置によるＣＳＩ報告データの送信をサポートすることを目的としたＰＵＳＣＨリソースを割り当てるように機能するＰＵＳＣＨリソース割当フィールドを含む、付記５記載の方法。

（付記９）
前記インジケータフィールドは、ＰＵＣＣＨデータ送信が前記ＣＳＩ報告データを送信するために用いられることを前記端末装置に示す第１の値と、ＰＵＳＣＨが前記ＣＳＩ報告データを送信するために用いられる場合の第２の値と、を保持するように構成される、付記５乃至８のうち何れか１項記載の方法。

（付記１０）
ＰＤＣＣＨとＰＤＳＣＨとＰＵＣＣＨとＰＵＳＣＨとを含む通信チャネルを介して端末装置と通信するように構成された、通信システムのアクセスネットワークノードであって、
通信可能に接続された端末装置に関するＣＳＩ機会をトリガするために、ダウンリンクＤＣＩフォーマットのダウンリンクＤＣＩであって、前記端末装置によるＣＳＩ報告データの生成をトリガするように構成された前記ダウンリンクＤＣＩを前記端末装置に送信するように構成された手段を備え、
前記ダウンリンクＤＣＩは、前記ＣＳＩフィードバック機会が決定された場合のＰＵＣＣＨアベイラビリティに応じて、前記ＣＳＩ報告データの送信をサポートするためにＰＵＳＣＨ又はＰＵＣＣＨデータ送信の何れかをスケジュールするように更に構成される、アクセスネットワークノード。

（付記１１）
ＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールできるか又はＰＤＳＣＨデータ送信をスケジュールするかを決定する手段と、前記決定する手段がＰＵＳＣＨデータ送信をＰＵＣＣＨデータ送信よりも早くスケジュールすることができない又はＰＤＳＣＨデータ送信がスケジュールされると決定する場合に、ダウンリンクＤＣＩフォーマットの前記ダウンリンクＤＣＩを前記端末装置に送信する手段、を更に備える付記１０記載のアクセスネットワークノード。

（付記１２）
前記ダウンリンクＤＣＩは、前記ＣＳＩ報告データの送信のために前記ＰＵＣＣＨリソース割当フィールドで割り当てられた前記ＰＵＣＣＨリソースを用いるか又は前記ＣＳＩ報告データの送信のためにＰＵＳＣＨを用いるかを前記端末装置に示すためのインジケータフィールドを含む、付記１０又は１１記載のアクセスネットワークノード。

（付記１３）
前記ダウンリンクＤＣＩは、ＰＵＳＣＨリソース割当フィールドを含み、当該アクセスネットワークノードは、ＰＵＳＣＨデータ送信を用いて前記ＣＳＩ報告データの送信をサポートすることを前記ダウンリンクＤＣＩが示す場合に限り、ＰＵＳＣＨデータ送信をスケジュールするためにのみ前記ＰＵＳＣＨリソース割当フィールドにＰＵＳＣＨリソースを割り当てるように構成される、付記１１記載のアクセスネットワークノード。

（付記１４）
ＰＵＳＣＨデータ送信を用いて前記ＣＳＩ報告データの送信をサポートすることを前記ダウンリンクＤＣＩが示す場合に限り用いられるＰＵＳＣＨリソース割当により事前構成されている、付記１１記載のアクセスネットワークノード。

（付記１５）
ＰＤＣＣＨとＰＤＳＣＨとＰＵＣＣＨとＰＵＳＣＨとを含む通信チャネルを介して通信システムのアクセスネットワークノードと通信するように構成された端末装置により行われる方法であって、
ダウンリンクＤＣＩフォーマットのダウンリンクＤＣＩであって、前記端末装置によるＣＳＩ報告データの生成をトリガするように構成された前記ダウンリンクＤＣＩであって、前記ＣＳＩ報告データの送信をサポートするためにＰＵＳＣＨ又はＰＵＣＣＨデータ送信の何れかをスケジュールするように更に構成された前記ダウンリンクＤＣＩを受信することと、
前記受信したダウンリンクＤＣＩにおけるそれぞれのリソース割当に応じて、ＰＵＣＣＨ又はＰＵＳＣＨデータ送信により前記アクセスネットワークノードにＣＳＩ報告データを送信することと、
を備える方法。

（付記１６）
ＰＤＣＣＨとＰＤＳＣＨとＰＵＣＣＨとＰＵＳＣＨとを含む通信チャネルを介して端末装置と通信するように構成された少なくとも１つのアクセスネットワークノードを含む通信システムの前記端末装置であって、
ダウンリンクＤＣＩフォーマットのダウンリンクＤＣＩであって、前記端末装置によるＣＳＩ報告データの生成をトリガするように構成された前記ダウンリンクＤＣＩであって、前記ＣＳＩ報告データの送信をサポートするためにＰＵＳＣＨ又はＰＵＣＣＨデータ送信の何れかをスケジュールするように更に構成された前記ダウンリンクＤＣＩを受信する手段と、
前記受信したダウンリンクＤＣＩにおけるそれぞれのリソース割当に応じて、ＰＵＣＣＨ又はＰＵＳＣＨデータ送信により前記アクセスネットワークノードにＣＳＩ報告データを送信する手段と、
を備える端末装置。

（付記１７）
コアネットワーク装置と、付記１０乃至１４のうち何れかに記載のアクセスネットワークノードと、ＰＤＣＣＨとＰＤＳＣＨとＰＵＣＣＨとＰＵＳＣＨとを含む通信チャネルを介してそのアクセスネットワークノードと通信するように構成された少なくとも１つの端末装置と、を備える通信システム。

（付記１８）
コアネットワーク装置と、アクセスネットワークノードと、ＰＤＣＣＨとＰＤＳＣＨとＰＵＣＣＨとＰＵＳＣＨとを含む通信チャネルを介してそのアクセスネットワークノードと通信するように構成された付記１６記載の端末装置と、を備える通信システム。

（付記１９）
プログラマブルな通信装置に付記１乃至９のうち何れか１項記載の方法を行わせるためのコンピュータ実行可能な命令を含むコンピュータ実行可能なプログラム。

（付記２０）
プログラマブルな通信装置に付記１５記載の方法を行わせるためのコンピュータ実行可能な命令を含むコンピュータ実行可能なプログラム。

本出願は、２０２０年８月７日に出願された英国特許出願２０１２３３３．７号に基づくものであり、その優先権の利益を主張し、その開示は、参照によりその全体が本明細書に組み込まれる。

Claims (6)

1. Physical Uplink Control Channel(ＰＵＣＣＨ)にHybrid Automatic Repeat Request - Acknowledgement(ＨＡＲＱ－ＡＣＫ)フィードバックとChannel State Information(ＣＳＩ)報告とを多重化できるかどうかに応じて、 ＰＵＣＣＨデータ送信により端末装置から前記ＣＳＩ報告を受信する手段を備える アクセスネットワークノード。
2. 前記ＰＵＣＣＨに前記ＨＡＲＱ－ＡＣＫフィードバックと前記ＣＳＩ報告とを多重化できるかどうかを判断するための情報を前記端末装置へ送信する 手段を備える、請求項１に記載のアクセスネットワークノード。
3. Physical Uplink Control Channel(ＰＵＣＣＨ)にHybrid Automatic Repeat Request - Acknowledgement(ＨＡＲＱ－ＡＣＫ)フィードバックとChannel State Information(ＣＳＩ)報告とを多重化できるかどうかに応じて、ＰＵＣＣＨデータ送信によりアクセスネットワークノードに前記ＣＳＩ報告を送信する手段を備える端末装置。
4. 前記ＰＵＣＣＨに前記ＨＡＲＱ－ＡＣＫフィードバックと前記ＣＳＩ報告とを多重化できるかどうかを判断するための情報を前記アクセスネットワークノードから受信する手段を備える、請求項３に記載の端末装置。
5. Physical Uplink Control Channel(ＰＵＣＣＨ)にHybrid Automatic Repeat Request - Acknowledgement(ＨＡＲＱ－ＡＣＫ)フィードバックとChannel State Information(ＣＳＩ)報告とを多重化できるかどうかに応じて、ＰＵＣＣＨデータ送信により端末装置から前記ＣＳＩ報告を受信することを含む、アクセスネットワークノードにおける方法。
6. Physical Uplink Control Channel(ＰＵＣＣＨ)にHybrid Automatic Repeat Request - Acknowledgement(ＨＡＲＱ－ＡＣＫ)フィードバックとChannel State Information(ＣＳＩ)報告とを多重化できるかどうかに応じて、ＰＵＣＣＨデータ送信によりアクセスネットワークノードに前記ＣＳＩ報告を送信することを含む、端末装置における方法。
   
   

Images