(57)【特許請求の範囲】
【請求項１】
無線アクセスネットワークのためのユーザ機器であるＵＥであって、前記ＵＥは、１つ以上のダウンリンクデータエレメントを含むダウンリンクデータに関連する確認応答シグナリングを送信するために適合され、前記確認応答シグナリングは、各々がダウンリンクデータエレメントに関連する確認応答情報を搬送する１つ以上の確認応答サブストラクチャを含むアップリンクシグナリングフォーマットを有し、さらに、前記確認応答サブストラクチャの各々は、前記ＵＥにより受信されるダウンリンク制御シグナリングにおいて提供される少なくとも１つの確認応答位置インジケーションに基づいて、前記ダウンリンクデータの対応するダウンリンクデータエレメントへマッピングされ、
前記確認応答位置インジケーションは、前記確認応答情報を送信するためのスロットを明示的に示すタイミングインジケーションと、前記確認応答情報を送信するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを明示的に示すリソース選択インジケーションと、を含み、前記ＰＵＣＣＨリソースは、前記タイミングインジケーションにより示される前記スロット内で、前記ＵＥ向けに確認応答シグナリングのために構成されるリソースのプールから前記リソース選択インジケーションにより選択される、
ＵＥ。
【請求項２】
無線アクセスネットワークのためのネットワークノードであって、前記ネットワークノードは、確認応答位置インジケーションを含むダウンリンク制御シグナリングをユーザ機器であるＵＥへ送信するために適合され、前記確認応答位置インジケーションは、１つ以上の確認応答サブストラクチャを含むアップリンクシグナリングフォーマットの少なくとも１つの確認応答サブストラクチャの、ダウンリンクデータの対応するダウンリンクデータエレメントへのマッピングを示し、さらに、前記確認応答サブストラクチャは、前記ダウンリンクデータエレメントに関連する確認応答情報を搬送するためにマッピングされ、
前記確認応答位置インジケーションは、前記確認応答情報を前記ＵＥから受信するためのスロットを明示的に示すタイミングインジケーションと、前記確認応答情報を前記ＵＥから受信するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを明示的に示すリソース選択インジケーションと、を含み、前記ＰＵＣＣＨリソースは、前記タイミングインジケーションにより示される前記スロット内で、前記ＵＥ向けに確認応答シグナリングのために構成されるリソースのプールから前記リソース選択インジケーションにより選択される、
ネットワークノード。
【請求項３】
無線アクセスネットワークにおいてユーザ機器であるＵＥを動作させる方法であって、前記方法は、１つ以上のダウンリンクデータエレメントを含むダウンリンクデータに関連する確認応答シグナリングを送信すること、を含み、前記確認応答シグナリングは、各々がダウンリンクデータエレメントに関連する確認応答情報を搬送する１つ以上の確認応答サブストラクチャを含むアップリンクシグナリングフォーマットを有し、さらに、前記確認応答サブストラクチャの各々は、前記ＵＥにより受信されるダウンリンク制御シグナリングにおいて提供される少なくとも１つの確認応答位置インジケーションに基づいて、前記ダウンリンクデータの対応するダウンリンクデータエレメントへマッピングされ、
前記確認応答位置インジケーションは、前記確認応答情報を送信するためのスロットを明示的に示すタイミングインジケーションと、前記確認応答情報を送信するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを明示的に示すリソース選択インジケーションと、を含み、前記ＰＵＣＣＨリソースは、前記タイミングインジケーションにより示される前記スロット内で、前記ＵＥ向けに確認応答シグナリングのために構成されるリソースのプールから前記リソース選択インジケーションにより選択される、
方法。
【請求項４】
無線アクセスネットワークにおいてネットワークノードを動作させる方法であって、前記方法は、確認応答位置インジケーションを含むダウンリンク制御シグナリングをユーザ機器であるＵＥへ送信すること、を含み、前記確認応答位置インジケーションは、１つ以上の確認応答サブストラクチャを含むアップリンクシグナリングフォーマットの少なくとも１つの確認応答サブストラクチャの、ダウンリンクデータの対応するダウンリンクデータエレメントへのマッピングを示し、前記確認応答サブストラクチャは、前記ダウンリンクデータエレメントに関連する確認応答情報を搬送するためにマッピングされ、
前記確認応答位置インジケーションは、前記確認応答情報を前記ＵＥから受信するためのスロットを明示的に示すタイミングインジケーションと、前記確認応答情報を前記ＵＥから受信するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを明示的に示すリソース選択インジケーションと、を含み、前記ＰＵＣＣＨリソースは、前記タイミングインジケーションにより示される前記スロット内で、前記ＵＥ向けに確認応答シグナリングのために構成されるリソースのプールから前記リソース選択インジケーションにより選択される、
方法。
【請求項５】
請求項３又は４に記載の方法であって、前記ダウンリンク制御シグナリング及び前記ダウンリンクデータは、相異なるチャネル上で送信される、方法。
【請求項６】
請求項３乃至５のいずれか１項に記載の方法であって、前記確認応答情報は、前記対応するダウンリンクデータエレメントの正確な受信の確認応答又は否定確認応答を表す、方法。
【請求項７】
請求項３乃至６のいずれか１項に記載の方法であって、前記確認応答位置インジケーションは、２つ以上の相異なるアップリンクシグナリングフォーマットの間で選択可能である、方法。
【請求項８】
請求項３乃至７のいずれか１項に記載の方法であって、前記ダウンリンク制御シグナリングは、各メッセージが少なくとも１つの確認応答位置インジケーションを含み得る１つ以上のメッセージを含む、方法。
【請求項９】
請求項３乃至８のいずれか１項に記載の方法であって、前記確認応答位置インジケーションは、１つのダウンリンクデータエレメントに関連する、方法。
【請求項１０】
請求項３乃至９のいずれか１項に記載の方法を実行し及び／又は制御することを処理回路に行わせる命令群を含むコンピュータプログラム。
【請求項１１】
請求項１０に記載のコンピュータプログラムを記憶したコンピュータ読取可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ワイヤレス通信技術、具体的には無線アクセス技術／ネットワーク（ＲＡＴ／ＲＡＮ）の文脈におけるワイヤレス通信技術に関する。
【背景技術】
【０００２】
新たなワイヤレス通信技術、例えば３ＧＰＰ新無線のような５Ｇ技術が、広い範囲のユースケースのために開発され導入されつつある。その広い範囲をカバーするために、シグナリング、具体的には制御シグナリングについて一層の柔軟性が望ましい。
【発明の概要】
【０００３】
本開示の目的は、それぞれの確認応答シグナリグのようなアップリンク制御シグナリングの柔軟な送信を可能にするアプローチを提供することである。本開示の文脈において、確認応答シグナリングは、アップリンク制御シグナリングの一形態であるとみなされてよく、並びに／又は、アップリンク制御シグナリングに包含され及び／若しくはその範疇で実装されてもよく、若しくは別個に実装されてもよい。例えば、アップリンク制御シグナリングは、例えばスケジューリンググラント及び／又は測定レポーティングの次に来る確認応答シグナリングを含み得る。代替的に、確認応答シグナリングは、個別のメッセージごとに確認応答情報のみを含むように実装されてもよい。
【０００４】
したがって、無線アクセスネットワークのためのユーザ機器（ＵＥ）が開示される。上記ＵＥは、ダウンリンクデータに関連する確認応答シグナリングを送信するために適合される。上記ダウンリンクデータは、１つ以上のダウンリンクデータエレメントを含む。上記確認応答シグナリングは、各々がダウンリンクデータエレメントに関連する確認応答情報を搬送する１つ以上の確認応答サブストラクチャを含むアップリンクシグナリングフォーマットを有する。さらに、上記確認応答サブストラクチャの各々は、上記ＵＥにより受信されるダウンリンク制御シグナリングにおいて提供される少なくとも１つの確認応答位置インジケーションに基づいて、上記ダウンリンクデータエレメントの異なるものへマッピングされる。上記ＵＥは、確認応答シグナリングを送信するための、処理回路及び／若しくは無線回路、具体的には送信機若しくは送受信機を含んでよく、並びに／又は、それらを使用するように適合されてよい。代替的に又は追加的に、上記ＵＥは、そうした送信のための送信モジュールを含んでもよい。考え得ることとして、上記ＵＥは、例えばネットワークノードからダウンリンクデータ及び／又はダウンリンク制御シグナリングを受信するための、受信機及び／又は受信モジュールを含む。
【０００５】
無線アクセスネットワークにおいてユーザ機器であるＵＥを動作させる方法もまた提案される。上記方法は、１つ以上のダウンリンクデータエレメントを含むダウンリンクデータに関連する確認応答シグナリングを送信すること、を含む。上記確認応答シグナリングは、各々がダウンリンクデータエレメントに関連する確認応答情報を搬送する１つ以上の確認応答サブストラクチャを含むアップリンクシグナリングフォーマットを有する。さらに、上記確認応答サブストラクチャの各々は、上記ＵＥにより受信されるダウンリンク制御シグナリングにおいて提供される少なくとも１つの確認応答位置インジケーションに基づいて、上記ダウンリンクデータエレメントの異なるものへマッピングされる。上記方法は、例えばネットワークノードから、ダウンリンクデータ及び／又はダウンリンク制御シグナリングを受信すること、を含んでもよい。
【０００６】
そのうえ、無線アクセスネットワークのためのネットワークノードが考えられ得る。上記ネットワークノードは、確認応答位置インジケーションを含むダウンリンク制御シグナリングを送信するために適合される。上記確認応答位置インジケーションは、１つ以上の確認応答サブストラクチャを含むアップリンクシグナリングフォーマットの少なくとも１つの確認応答サブストラクチャの、ダウンリンクデータの対応するデータエレメントへのマッピングを示す。上記確認応答サブストラクチャは、上記ダウンリンクデータエレメントに関連する確認応答情報を搬送するためにマッピングされる。上記ネットワークノードは、確認応答シグナリングを送信するための、処理回路及び／若しくは無線回路、具体的には送信機若しくは送受信機を含んでよく、並びに／又は、それらを使用するように適合されてよい。代替的に又は追加的に、上記ネットワークノードは、そうした送信のための送信モジュールを含んでもよい。
【０００７】
加えて、無線アクセスネットワークにおいてネットワークノードを動作させる方法が説明される。上記方法は、確認応答位置インジケーションを含むダウンリンク制御シグナリングを送信すること、を含む。上記確認応答位置インジケーションは、１つ以上の確認応答サブストラクチャを含むアップリンクシグナリングフォーマットの少なくとも１つの確認応答サブストラクチャの、ダウンリンクデータの対応するデータエレメントへのマッピングを示し、上記確認応答サブストラクチャは、上記ダウンリンクデータエレメントに関連する確認応答情報を搬送するためにマッピングされる。
【０００８】
ダウンリンク制御シグナリングを送信することは、１つ以上のＵＥへ送信することであってよい。概して考え得ることとして、ダウンリンク制御シグナリングを送信することは、ＵＥを構成することの一例及び／又は一部であり、具体的には、物理レイヤ上で構成すること、及び／又は動的に構成することである。
【０００９】
代替的に、ＲＡＮのためのネットワークノードが考えられてもよく、上記ネットワークノードは、ここで議論されるようなアップリンクシグナリングフォーマットを有する確認応答シグナリングを受信するために適合される。上記ネットワークノードは、いくつかの修正例において、ここで説明されるようにダウンリンク制御シグナリングを送信するために適合されるネットワークノードとして実装されてもよい。独立的に、ＲＡＮにおいてネットワークノードを動作させる方法が考えられてもよく、上記方法は、ここで議論されるようなアップリンクシグナリングフォーマットを有する確認応答シグナリングを受信すること、を含む。上記方法は、ここで説明されるようなダウンリンク制御シグナリングを送信すること、を含んでもよく、具体的には、上記フォーマットに関する確認応答シグナリングの受信前に、及び／又はそれを構成するために、送信がなされる。確認応答シグナリングの受信は、上記ネットワークノードにとって既知であり得るか、（上記ＵＥを構成するために）自身で決定し得るか、並びに／又は他のネットワークノード及び／若しくは上記ＵＥから対応する情報を受信済みであり得る対応するコンフィグレーションに基づいてなされてよい。上記ネットワークノードは、そうした受信のための受信機及び／又は受信モジュールを含み及び／又は利用してもよい。
【００１０】
提案されるアプローチは、確認応答シグナリング向けの使用のための（例えば、リソースの）サブストラクチャを有する、ＵＥへの柔軟なシグナリングを可能にする。よって、確認応答シグナリングは、広範囲の用途及び状況に適合され得るものであり、信頼性のある情報を保証する。本開示の文脈において留意すべきこととして、サブストラクチャから１つよりも多くのデータエレメントへのマッピングが無い場合、アップリンクシグナリングフォーマットの確認応答サブストラクチャの各々が異なるデータエレメントへマッピングされることを表すために、当該フォーマット内の単一の確認応答サブストラクチャを１つのデータエレメントへマッピングすることが考えられる（逆もまたしかりである）。
【００１１】
複数の確認応答サブストラクチャが、同一のメッセージ及び／若しくはフォーマット内で送信されてもよく、並びに／又は、同一のリソース上で結合的に（jointly）符号化され、変調され及び／若しくは送信されてもよく、当該リソースは、アップリンク制御シグナリングリソースであり得る。そうしたリソースは、例えばリソースプールにおいて、上記ＵＥに対し構成され得る。具体的には、リソース及び／又はリソースプールは、例えば上記データエレメント及び／又は上記ダウンリンク制御シグナリングを受信する前に、予め構成されてもよい。ここで説明されるマッピングは、概して、同一のリソース上で送信される相異なるサブストラクチャへデータエレメントをマッピングするものと考えられてよい。
【００１２】
概して、上記ダウンリンク制御シグナリング及び上記ダウンリンクデータは、相異なるチャネル、具体的には相異なる物理チャネル上で送信されてもよい。ダウンリンクシグナリングは、ネットワークノードにより送信されてもよい。ダウンリンク制御シグナリングは、ダウンリンク制御情報（ＤＣＩ）を含んでもよく、並びに／又は、例えばダウンリンク制御チャネルといった（１つ以上の）共有若しくは専用チャネル上で送信されてもよく、それは例えば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、共有若しくはブロードキャストチャネルである。ダウンリンクデータは、（１つ以上の）共有若しくは専用チャネル上で送信されてもよく、それは例えば、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）である。
【００１３】
上記ダウンリンク制御シグナリングは、異なるメッセージ、例えば相異なるＤＣＩメッセージを含んでもよく、具体的には、相異なる時間ストラクチャ若しくはＴＴＩで（ＵＥにより）受信され及び／又は（ネットワークノードにより）送信されてもよい。
【００１４】
確認応答情報は、上記対応するデータエレメントの例えば正確な受信の確認応答又は否定確認応答を表してもよく、随意的に、未受信のインジケーションを表してもよい。具体的には、確認応答情報は、自動再送要求（ＡＲＱ）及び／又はハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを表してもよい。正確な受信とは、受信されるデータエレメントに基づき得る、例えば誤り検出及び／又は前方誤り訂正符号化に基づく、例えばＡＲＱ又はＨＡＲＱプロセスに従った正確な復号／復調を含んでよい。対応する形で、不正確な受信（否定確認応答）とは、復号／復調の最中の誤りの検出への言及であってよい。未受信（non-reception）は、データエレメントの未受信、及び／又は、データエレメントに関連するマッピングを示す確認応答位置インジケーションの未受信を示してよい。未受信は、例えば、不連続送信（ＤＴＸ）インジケーションによって示されてもよい。
【００１５】
上記確認応答位置インジケーションは、２つ以上の相異なるアップリンクシグナリングフォーマットの間で選択可能であってもよい。無線ノードは、適切なアップリンクシグナリングフォーマットに基づく上記確認応答位置インジケーションを選択してもよく、及び／又は選択するように適合されてもよい。上記アップリンクシグナリングフォーマットは、固有のアップリンクリソースに対応してもよく、及び／又はそのために構成されてもよい。例えば、別々に構成される（又はスケジューリングされる）アップリンクリソースについて、例えばそれらリソースの（例えばリソースエレメントで表される、時間−周波数空間での）サイズに依存して、相異なるアップリンクシグナリングフォーマットが使用され及び／又は関連付けられてもよい。
【００１６】
考え得ることとして、上記確認応答位置インジケーションは、上記確認応答シグナリングを送信するためのタイミング及び／又はリソースを示す。上記タイミングは、概して、例えばスロット、ミニスロット、短縮スロット若しくは類似のものといった、送信のために使用される時間ストラクチャ又はインターバルを表してよく、具体的には、固有の時間ストラクチャ又はインターバルを表してよい。その時間ストラクチャ又はインターバルの範囲内で、例えば、限定ではないものの、冒頭又は末尾で、送信が意図され得る。そうした時間ストラクチャ、インターバル又はＴＴＩは、（時間的に）複数のシンボル若しくはリソースエレメントを表し及び／又は含んでもよく、それぞれ関連付けられる時間インターバルとは、例えば少なくとも２個、少なくとも３個、少なくとも４個、少なくとも７個、又は少なくとも１４個のそうした時間インターバル、例えばシンボル時間インターバルである。概して、上記タイミングは、例えば、関連する確認応答位置インジケーション及び／又はデータ／データエレメントの受信のタイミングと、例えば対応する確認応答シグナリングを送信するための意図され若しくはスケジューリングされる送信時間ストラクチャとの間の、タイミング差又は時間シフトによって表されてもよい。上記時間差又は時間シフトは、いくつかの修正例では、（例えば、秒若しくはそれ以下の単位の）時間値で表されてもよく、又は、例えば受信と送信との間のスロット番号の差といった時間ストラクチャの数値で表されてもよい。そうした差は、例えば、整数であってもよい。
【００１７】
上記ダウンリンク制御シグナリングは、各メッセージが少なくとも１つの確認応答位置インジケーションを含み得る１つ以上のメッセージを含んでもよい。上記メッセージは、例えば、ＤＣＩメッセージであってもよい。相異なるメッセージが、相異なるデータエレメントに関連してもよく、及び／又は相異なるダウンリンクチャネル上で提供されるデータに関連してもよい。
【００１８】
考え得ることとして、上記確認応答位置インジケーションは、１つのダウンリンクデータエレメントに関連する。相異なる確認応答位置インジケーションが、相異なるデータエレメントに関連してもよく、及び／又は、相異なるメッセージに含まれてもよい。しかしながら、いくつかの修正例において、あるメッセージが１つよりも多くの確認応答位置インジケーションを含んでもよく、及び／又は、ある確認応答位置インジケーションが１つよりも多くのデータエレメントに関連してもよい。後者のケースにおいて、当該インジケーションにより、データエレメントからサブストラクチャへの１対１のマッピングが提供されてもよい。
【００１９】
概して、各確認応答サブストラクチャに対して、単一のデータエレメントが関連付けられ及び／又はマッピングされてもよい。考え得ることとして、データエレメントと確認応答サブストラクチャとの間の上記マッピングは、１対１のマッピングである。
【００２０】
上記確認応答位置インジケーションは、リソース選択パラメータのようなリソース選択インジケーションを含んでもよい。上記リソース選択インジケーションは、例えばＰＵＣＣＨ上の、確認応答シグナリング及び／又はアップリンク制御シグナリングのために構成されるある数の候補リソースから選択される、上記確認応答インジケーションを送信するためのリソースを示してもよい。リソース選択パラメータは、例えば、ＡＣＫ／ＮＡＣＫリソースインジケータ（ＡＲＩ）であってもよい。上記リソースは、複数の時間ストラクチャ又はインターバル、例えばスロット、ミニスロット又は短縮スロットについて、それら複数のうちの時間ストラクチャ又はインターバルごとにリソースが利用可能となるように（それらは時間的にシフトされることを考慮）、反復的に構成されるリソースのプールのうちのリソースであってもよい。
【００２１】
代替的に又は追加的に、上記確認応答位置インジケーションは、上記確認応答シグナリングを送信するためのタイミングを示すと共に、データエレメントがリソースのどの確認応答サブストラクチャへマッピングされるかを示す、タイミングパラメータのようなタイミングインジケーションを含んでもよい。上記タイミングは、ここで議論される通りであってよく、具体的には、時間ストラクチャ又はインターバルにおける差、例えばスロット、ミニスロット又は短縮スロットにおける差によって表されてもよく、具体的には、例えば確認応答位置インジケーション及び／又はデータ／データエレメントの受信のスロットと、送信のための（意図され、示され、スケジューリングされ若しくは構成される）時間ストラクチャ又はインターバルとの間の差によって表されてもよい。留意すべきこととして、上記データエレメント及び対応する確認応答位置インジケーションは、それぞれのチャネルが同期し及び／若しくは時間調整されているか、並びに／又はそれがどのように行われているかに依存して、同一の時間ストラクチャ若しくはインターバルにおいて、又は、相異なる時間ストラクチャ若しくはインターバルにおいて送信され（それぞれ受信され）てもよい。上記タイミングインジケーションが、（時間的にずれている場合には）いずれかについて、又は（例えば同時である場合には）双方について、（例えばＵＥ及び／又はネットワークノードにより）リファレンスとされてもよい。上記リファレンスは、標準により定義され、暗黙的に示され、及び／又は構成されてもよい。タイミングパラメータは、タイミングインジケータとして表され及び／又は実装されてもよい。
【００２２】
概して、タイミングは、上記確認応答シグナリングを送信するための、スロット、ミニスロット又は短縮スロットのような時間インターバルを表してもよい。ここで言及されるような時間ストラクチャ又はインターバルは、概して、スロット、ミニスロット、及び／若しくは短縮スロットにより表現されてもよく、並びに／又は送信時間インターバル（ＴＴＩ）を表すものと見なされてもよい。
【００２３】
ここで説明されるいずれか１つの方法を処理回路に実行させ及び／又は制御させる命令群を含むプログラムプロダクトもまた開示される。
【００２４】
そのうえ、ここで説明される通りのプログラムプロダクトを担持し及び／又は記憶するキャリア媒体配置が想起される。
【００２５】
あるインジケーション、具体的には確認応答位置インジケーションは、それが表し及び／又は指示する情報を、明示的に示してもよく、及び／又は暗黙的に示してもよい。暗黙的なインジケーションは、例えば、送信のために使用される位置及び／又はリソースに基づいてもよい。明示的なインジケーションは、例えば、１つ以上のパラメータでのパラメータ化、１つ以上のインデックス、及び／又は情報を表す１つ以上のビットパターンに基づいてもよい。具体的には、確認応答位置インジケーションは、１つ若しくは複数のビットのビットパターンを有するリソース選択インジケーション（例えば、ＡＲＩ）、及び／又は、１つ若しくは複数のビットのビットパターンを有するタイミングインジケーション（例えば、タイミングインジケータ）を含んでもよい。それらインジケーションは、位置インジケーションを表すように一緒に結合（例えば、結合的に符号化）されてもよく、又は別々に送信されてもよい。そうした送信は、同一のメッセージ内であって、但し、例えば、標準により定義され得るダウンリンク制御シグナリングフォーマットに従って、別々のインジケーションを有してもよい。
【００２６】
固有のチャネルに関連付けられるリソース及び／又はリソースストラクチャ上のシグナリングは、当該固有のチャネルの信号及び／若しくはシンボルを含み並びに／又はそれらに関連するものと見なされてよい。例えば、ＰＵＣＣＨリソースストラクチャ上のシグナリングは、ＰＵＣＣＨのシグナリング及び／若しくはＰＵＣＣＨに関連付けられるシグナリングを含み並びに／又はそれらに関連し得る一方、ＰＵＳＣＨリソースストラクチャ上のシグナリングは、ＰＵＳＣＨのシグナリング及び／若しくはＰＵＳＣＨに関連付けられるシグナリングを含み並びに／又はそれらに関連し得る。よって、ＰＵＣＣＨ上のシグナリング又は関連するリソースストラクチャは、ＰＵＳＣＨ上のシグナリングとは異なる。
【００２７】
シグナリングは、固有のシグナリングフォーマットに従い、具体的にはアップリンクシグナリングフォーマットに従う。シグナリングフォーマットは、概して、メッセージストラクチャ、及び／若しくはビットストラクチャ若しくはパターンを定義し並びに／又は左右する。そうしたストラクチャ又はパターンは、複数のサブストラクチャを含み得る。サブストラクチャは、１つ以上のビットを含み得る。相異なるサブストラクチャが相異なる数のビットを含んでもよい。しかしながら、いくつかの修正例において、あるシグナリングフォーマットの各確認応答サブストラクチャが、同じ数のビットを含んでもよい。サブストラクチャは、データエレメントへ一意に関連付けられ及び／又はマッピングされ得る。（２以上の）マルチビットのサブストラクチャが、例えば、ＡＣＫ／ＮＡＣＫに加えて未受信を示す可能性を提供するために、並びに／又は、エラーパディングのため、及び／若しくは改善され若しくはより詳細化されたＡＲＱ／ＨＡＲＱシグナリングのために使用されてもよい。情報を搬送するサブストラクチャは、搬送される当該情報（例えば、ＡＣＫ／ＮＡＣＫ情報）を表す１つ以上のビットを含んでよい。
【００２８】
確認応答シグナリングを送信することは、例えばアップリンクシグナリングフォーマット、サブストラクチャ、及び／若しくは対応する情報若しくはビットを、符号化し並びに／又は変調すること、を含んでよい。符号化及び／又は変調は、誤り検出符号化、前方誤り訂正符号化、及び／又はスクランブリングを含んでもよい。アップリンクフォーマットは、例えば確認応答サブストラクチャである１つ以上のサブストラクチャに従って構造化され得る複数のビットを含むビットストラクチャを表してもよい。結合的な符号化及び／又は変調は、結合的に符号化され又は変調された情報若しくはビットを、例えば誤り符号化（検出及び／若しくは誤り訂正符号化）といった符号化、スクランブリング並びに／又は変調へまとめて入力することを含んでもよい。よって、結合的に符号化された情報は、それぞれ同じ変調及び／又はスクランブリングの事象の対象となる、誤り符号化の同じビット群により保護され得る。
【００２９】
確認応答位置インジケーションは、概して、アップリンクシグナリングフォーマット内でマッピングされるサブストラクチャの位置を、例えばビット数若しくは範囲で示し、及び／又は他のサブストラクチャに対して相対的に示すものと考えられてもよい。サブストラクチャ内の情報／ビットは、概して、マッピングされた／対応するデータエレメントの受信について確認応答がなされるのか否かを示し得る。
【００３０】
リソースは、概して、時間−周波数リソース（又は、時間−周波数空間における範囲）を示し、具体的にはリソースストラクチャ、例えば１つ以上のリソースエレメントを含むリソースストラクチャを示し得る。リソースは、アップリンク送信のために構成（スケジューリング）され得る１つ又は複数のリソースを含むリソースプールの一部であってもよい。各リソースは、確認応答シグナリングのために使用される可能性がある。相異なるリソースが、サイズ、例えば周波数及び／又は時間空間における範囲において相違してもよい。相異なるリソースが、同じ時間ストラクチャ／ＴＴＩ（例えば、同じスロット、ミニスロット若しくは短縮スロット）に関連し及び／又はそのためにスケジューリングされるものと考えられてもよい。複数の時間ストラクチャ／ＴＴＩについてリソースプールが構成されてもよい。リソースプールは、ネットワークノードによって、又はより一般的にＲＡＮによって構成されてもよい。リソース及び／又はリソースプールは、リソースコンフィグレーションに従って表され及び／又は構成されてもよく、具体的には、リソースコンフィグレーションとは、具体的にはＰＵＣＣＨコンフィグレーションであり得るアップリンク制御シグナリングコンフィグレーションである。ＰＵＣＣＨコンフィグレーションは、ＰＵＣＣＨシグナリングのためのリソースを表し、具体的にはＰＵＣＣＨ上の確認応答シグナリングを表し得る。
【００３１】
考え得ることとして、リソースに対して関連付けられる１つ以上の相異なるアップリンクシグナリングフォーマットが存在し、及び／又は、相異なるリソースに対して関連付けられる相異なるアップリンクシグナリングフォーマットが存在する。相異なるフォーマットは、確認応答サブストラクチャの数、及び／又は当該サブストラクチャの（例えば、ビットでの）長さにおいて相違し得る。いくつかの修正例において、タイミングインジケーション（具体的には、時間シフトを示すタイミングインジケータ）は、それが関連するアップリンクシグナリングフォーマットにおける相異なる確認応答サブストラクチャの数を表す範囲内の整数値を有し又は当該整数値を表し得る。例えば、そのフォーマットが３つの確認応答サブストラクチャを有する場合、インジケーションは、０と２の間、又は１と３の間の値を表し得る。時間シフトは、スロットでのシフトを表してもよく、スロットシフトとして言及されてもよい。
【００３２】
概して、ＵＥは、具体的にはＰＵＣＣＨ構成である例えばアップリンク制御シグナリングリソース構成といった構成に基づいて、確認応答シグナリングを送信するためのリソースを選択してもよく、及び／又は選択するために適合されてもよい。ネットワークノードは、上記コンフィグレーションを構成するために適合されてもよく、及び／又は上記コンフィグレーションを構成してもよい。そのように構成することは、ＲＲＣレイヤ上で、例えばＲＲＣシグナリングを介してなされてもよく、及び／又は、（例えば、他のＲＲＣシグナリングにより変更されるまで有効か、又は予め定義される複数のタイミング構造及び／若しくはＴＴＩをカバーする）静的若しくは半静的なものとして考えられてもよく、それらをそれぞれ永続的又は半永続的ともいう。
【００３３】
概して考え得ることとして、確認応答シグナリングは、１つのアップリンクシグナリングフォーマット及び／若しくはそうしたフォーマットを伴う１つのメッセージを含み、並びに／又は、確認応答シグナリング、それぞれフォーマット若しくはメッセージ、又は複数のサブストラクチャ内のビットは、例えば送信することの一部として、送信向けに結合的に符号化され及び／若しくは変調される。
【００３４】
確認応答シグナリングを送信することは、１つ以上のデータエレメントに関連する確認応答情報を決定することに基づいてもよく、及び／又は決定することを含んでもよい。そうした情報を決定することは、ＡＲＱ及び／若しくはＨＡＲＱプロセスを実行すること、並びに／又はデータエレメントの正確な受信を判定すること（及び／若しくは未受信を考慮すること）を含み得る。代替的に又は追加的に、確認応答シグナリングを送信することは、例えばダウンリンクデータコンフィグレーションであり得るコンフィグレーションに基づいて、ダウンリンクデータのそれぞれのダウンリンクデータエレメントを受信することを含んでもよく、及び／又は受信することに基づいてもよい。そうしたコンフィグレーションは、ネットワークノードにより構成され得る。上記コンフィグレーションは、１つ又は１つよりも多くの時間ストラクチャ又はＴＴＩにわたって、（静的か及び／又は動的か、例えば部分的にその双方で）有効であってもよい。しかしながら、いくつかのケースにおいて、上記コンフィグレーションは、例えばネットワークノードにより構成される通りに、各時間ストラクチャ又はＴＴＩについて動的に適合されてもよい。
【００３５】
確認応答シグナリングは、ダウンリンクデータのそれぞれのデータエレメントに関連する確認応答情報を含む場合に、ダウンリンクデータに関連するものと見なされてもよい。ダウンリンクデータは、概して、ダウンリンクチャネル上で送信されるデータを表し、例えば１つ以上のＡＲＱ又はＨＡＲＱプロセスの対象であり得る。データエレメントは、具体的には、固有のＡＲＱ／ＨＡＲＱプロセスに関連付けられ得る（例えば、単一の）データブロック（トランスポートブロック）を表してもよい。具体的には、相異なるデータエレメントが（並列的に稼働し得る）相異なるＡＲＱ／ＨＡＲＱプロセスに関連付けられてもよい。
【００３６】
データのデータエレメントは、ネットワークノードにより、及び／又はネットワークノードによる制御若しくは監視下で送信され、ネットワークノードは、そのために適合されてもよく、そのための回路を利用してもよく、及び／又はそのためのデータ送信モジュールを含んでもよい。概して、データエレメントは、１つ以上の相異なる送信イベント及び／又はメッセージに、具体的には相異なる時間又は相異なる時間ストラクチャ若しくはインターバル（例えば、ＴＴＩ）での送信に関連付けられてもよい。ここで説明されるアプローチは、相異なる時間ストラクチャ／ＴＴＩにおいて受信されるデータエレメントのための柔軟な確認応答／ＨＡＲＱフィードバックを可能にする。ＵＥは、例えばコンフィグレーションに基づいて、ダウンリンクデータ及び／又はデータエレメントを受信してもよく、受信するように適合されてもよく、及び／又は受信する回路を利用してもよい。
【００３７】
確認応答シグナリングを送信することは、具体的にはリソース選択インジケーションである確認応答位置インジケーションにより示され得るリソース内で又はリソース上でなされてもよい。
【００３８】
ＰＵＣＣＨ及び／又はダウンリンク制御チャネルは、ここでの提案の通りに補正されつつ、３ＧＰＰ標準に従って定義されているように、具体的にはＬＴＥ又はＮＲに従って実装されてもよい。
【００３９】
ＰＵＣＣＨは、概して、アップリンク制御シグナリング、例えばＵＣＩ、ＨＡＲＱシグナリング、測定レポート及び／又はスケジューリング要求を送信するための物理チャネルであり得る。
【００４０】
無線ノードは、概して、例えば通信標準に従う、ワイヤレス及び／若しくは無線（及び／若しくはマイクロ波）周波数通信用、並びに／又はエアインタフェースを利用する通信用に適合されるデバイス又はノードと見なされてよい。
【００４１】
無線ノードは、ネットワークノードであってもよく、又はユーザ機器若しくは端末であってもよい。ネットワークノードは、具体的にはここで説明されるようなＲＡＮのための、例えば基地局、ｇＮｏｄｅＢ（ｇＮＢ）、リレーノード、マイクロ／ナノ／フェムトノード及び／又は他のノードといった、ワイヤレス通信ネットワークのいかなる無線ノードであってもよい。
【００４２】
本開示の文脈において、ユーザ機器（ＵＥ）及び端末との用語は互換可能であるものと見なされてよい。ユーザ機器又は端末は、ワイヤレス通信ネットワークを利用する通信のためのエンドデバイスを表してもよく、及び／又は、標準に従ったユーザ機器として実装されてもよい。ユーザ機器の例は、スマートフォンのような電話、パーソナル通信デバイス、モバイルフォン若しくは端末、具体的にはラップトップのようなコンピュータ、具体的にはＭＴＣ（マシンタイプ通信、Ｍ２Ｍ（マシンツーマシン）として言及されることもある）向けのような無線ケイパビリティを伴う（及び／又はエアインタフェース向けに適合された）センサ若しくはマシン、又は、ワイヤレス通信向けに適合された車両を含み得る。ユーザ機器又は端末は、移動型であっても据え置き型であってもよい。
【００４３】
無線ノードは、概して、処理回路及び／又は無線回路を含み得る。回路は、集積回路を含み得る。処理回路は、１つ以上のプロセッサ、コントローラ（例えば、マイクロコントローラ）、ＡＳＩＣ（Application  Specific  Integrated  Circuitry）、及び／又はＦＰＧＡ（Field  Programmable  Gate  Array）を含み得る。考え得ることとして、処理回路は、１つ以上のメモリ又はメモリ配置を含み、（動作可能に）接続され、又は接続可能である。メモリ配置は、１つ以上のメモリを含み得る。メモリは、デジタル情報を記憶するように適合され得る。メモリの例は、揮発性の及び不揮発性のメモリ、並びに／又は、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read-Only-Memory）、磁気若しくは光学メモリ、フラッシュメモリ、ハードディスクメモリ、又はＥＰＲＯＭ若しくはＥＥＰＲＯＭ（Erasable  Programmable  ROM若しくはElectrically  Erasable  Programmable  ROM）を含む。無線回路は、１つ以上の送信機、受信機、及び／若しくは（送信機及び受信機として動作し得る）送受信機を含んでもよく、１つ以上の増幅器、発振器及び／若しくはフィルタを含んでもよく、並びに／又は、アンテナ回路及び／若しくは１つ以上のアンテナを含み、接続され若しくは接続可能であってもよい。
【００４４】
ここで開示されるモジュールのいずれか１つ又は全ては、ソフトウェア、ファームウェア及び／又はハードウェアで実装されてよい。相異なるモジュールが、例えば相異なる回路又は回路の相異なる部分といった、無線ノードの相異なるコンポーネントへ関連付けられてもよい。１つのモジュールが相異なるコンポーネント及び／又は回路にわたって分散されるものと考えられてもよい。
【００４５】
無線アクセスネットワークは、具体的には通信標準に従った、ワイヤレス通信ネットワーク、及び／又は無線アクセスネットワーク（ＲＡＮ）であってもよい。通信標準は、具体的には、３ＧＰＰ及び／又は５Ｇに従った標準、具体的にはＬＴＥの進化版といった、例えばＮＲ又はＬＴＥに従った標準であってもよい。
【図面の簡単な説明】
【００４６】
図面は、ここで説明される概念及びアプローチを示すために提供されており、それらのスコープを限定するようには意図されない。図面は以下を含む：
【００４７】
【図１】ＰＵＣＣＨリソースのシグナリングの例示的なマッピングを示している。
【図２】ＰＵＣＣＨリソースのシグナリングの他の例示的なマッピングを示している。
【図３】ＰＵＣＣＨリソースのシグナリングの他の例示的なマッピングを示している。
【図４】ＰＵＣＣＨリソースのシグナリングの他の例示的なマッピングを示している。
【図５】例示的な端末又はＵＥを示している。
【図６】例示的なネットワークノードを示している。
【図７】端末又はＵＥを動作させる例示的な方法を示している。
【図８】例示的な端末又はＵＥを示している。
【図９】ネットワークノードを動作させる例示的な方法を示している。
【図１０】例示的なネットワークノードを示している。
【発明を実施するための形態】
【００４８】
以下において、例示及び対比のために、ＬＴＥ技術への参照がなされる。しかしながら、説明されるアプローチは、それらには限定されず、例えばＮＲの文脈における、類似するデバイス、ストラクチャ及びチャネルへ適用されてもよい。
【００４９】
図１にはＤＬ送信が示されており、スロットｎにおいてＤＬ送信がスケジューリングされ、ＨＡＲＱフィードバックがスロットｎ＋１において要求される。ＵＥは、対応するタイミングインジケータを含み得る、例えば対応するＤＣＩを介して、それに応じて構成され得る。
【００５０】
タイミングに加えて、ＵＥは、スロットｎ＋１内で使用されるべき厳密なＰＵＣＣＨリソースを知得することも必要とする。ＬＴＥでは、ＰＵＣＣＨフォーマットに依存して、暗黙的シグナリング及び明示的なシグナリングが使用される。ＰＵＣＣＨフォーマット１ａ／１ｂ及び２／２ａ／２ｂについては、暗黙的なシグナリングが使用され、ＰＵＣＣＨリソースは（ＲＲＣで構成されるパラメータに加えて）スケジューリングされたＰＤＣＣＨ  ＣＣＥの位置から導出される。他のＰＵＣＣＨフォーマットについては、ＰＵＣＣＨリソースのプールが構成され、構成されたリソースのうちの１つを動的に選択するためにＡＣＫ／ＮＡＣＫリソースインジケータ（ＡＲＩ）が使用される。
【００５１】
ＮＲにおけるＰＵＣＣＨレポーティングの予想される非常に高度な柔軟性を所与とすると、暗黙的なシグナリングに主に依拠することがあまり複雑でなくなるかは疑わしく、非効率であるかもしれない：例えば、相異なるスロットにおける２つのＤＬ送信について同一のスロット内でＨＡＲＱフィードバックがレポートされるべきである場合、（ＬＴＥと同様のルールを前提とすると）同一のＰＤＣＣＨ位置からスケジューリングされるならば同一のＰＵＣＣＨリソースが使用されることになるであろう。そうした衝突を回避するために、他のＰＤＣＣＨリソースを使用しなければならないはずであり、これは制御チャネルのスケジューリングを制限する。例えばＲＲＣシグナリングを介して、ＰＵＣＣＨリソースのプールを構成し、及びどのＰＵＣＣＨリソースを使用すべきかを動的に選択することが考えられ得る。この動的なインジケーションのための１つの可能性は、ＤＣＩに含められるＡＣＫ／ＮＡＣＫリソースインジケータ（ＡＲＩ）である。
【００５２】
図２には他のスケジューリングが示されており、ＵＥがＤＬ送信を伴う複数の後続のスロットにスケジューリングされている。ＰＵＣＣＨ機会の欠如（例えば、ＵＬ機会無し）に起因して、図示した全ての送信についてのＨＡＲＱフィードバックがスロットｎ＋３において要求される。具体的には、図２は、デバイス（ＵＥ）が（ダウンリンクデータについて）複数回スケジューリングされ、スロットｎ＋３において全ての送信のためのＨＡＲＱフィードバックを送信するものとされるシナリオを示している。ＤＣＩに含まれるＡＣＫ／ＮＡＣＫタイミングインジケータは、全ての送信についてスロットｎ＋３を指す。ＤＣＩに含まれるＡＲＩは、衝突を回避するために相異なるＰＵＣＣＨリソースを指す。
【００５３】
これは、原理的には作動するものの、最も効率的な解決策ではないかもしれない。図２に示した例において、ＵＥは、サブフレームｎ＋３において３つの独立したＰＵＣＣＨ、例えば相異なるメッセージを送信しなければならないであろう。これは、多くの視点から準最適である：３つの個別の送信よりも、３ビットの結合符号化された１つの送信（簡明さのために、各ＨＡＲＱフィードバックが単一ビットからなるものとする）の方がより効率的であり得る；ＮＲのＰＵＣＣＨフォーマットのいくつかは低ＰＡＰＲとなるはずだが、複数のＰＵＣＣＨが同時に送信される場合にはこれが失われることになる；ＰＵＣＣＨリソースの周波数位置に依存し、相互変調積に起因して電力バックオフを要するかもしれない。
【００５４】
図３に示したように、相異なるスロットからのＤＬ送信に対するＨＡＲＱフィードバックを１つのＰＵＣＣＨ送信内とするよう要求することを可能とすることが考えられ得る。受信される複数のＤＣＩにおける全てのＡＲＩが同一のＰＵＣＣＨリソースを指す（この例では、ゼロ）。ＰＵＣＣＨフォーマットは、相異なるサブストラクチャで複数のビットを搬送可能でなければならない。したがって、複数のＤＬ送信のＨＡＲＱフィードバックが、単一のＰＵＣＣＨ送信／メッセージ上で送信され、それぞれ結合的に符号化／変調される（ＰＵＣＣＨは完全にスロットｎ＋３において送信される）。
【００５５】
ＵＥは、ＤＬ割り当て（コンフィグレーション）を逸失すると、ＨＡＲＱフィードバックをレポートすべきであることを認識せず、ＡＣＫ又はＮＡＣＫを送信しない。ＵＥがスロットｎにおける割り当てを逸失し、スロットｎ＋１及びｎ＋３における割り当てを受信するものとする。したがって、ＵＥは、スロットｎ＋１について１つ及びスロットｎ＋３について１つという、２つのフィードバックビットのみを送信する。しかしながら、ｇＮＢは、３ビット（スケジューリングした各スロットｎ、ｎ＋１及びｎ＋３について１ビット）を期待する。１ビット又は２ビットしか受信されなければ、そのフィードバックがどのＤＬ送信に対応するのかが分からない。状況が明瞭になるのは、３ビットのフィードバックが受信されるかフィードバックが全く受信されないかの場合だけである。
【００５６】
そこで、ある修正例において、ＤＣＩに含められるＡＣＫ／ＮＡＣＫタイミングインジケータ（図中のＴ）が使用される。これは、１）どのスロット内でフィードバックが送信されるべきかを示すため、及び、２）ＡＲＩにより示されるＰＵＣＣＨリソース（それぞれ関連付けられるアップリンクシグナリングフォーマット）の範囲内でのフィードバックの送信に用いられるべきサブリソース／サブストラクチャ（例えば、ビットマップでのビット）を示すためのものであり、又はそれを指すポインタとして使用される。
【００５７】
上で概説した誤りのケースがこのようにして回避される。ＵＥがいくつかの割当て（コンフィグレーション又はスケジューリングされたデータ）を逸失した場合にも、受信されるＨＡＲＱフィードバックがどのＤＬ送信に対応するのかは、常に明瞭となる。これが所要の再送を低減し、それによりスループットが改善する。したがって、提案される解決策に係るＨＡＲＱフィードバックレポーティング（ＰＵＣＣＨリソース０がスロットｎ＋３において完全に送信される）。
【００５８】
ＡＣＫ／ＮＡＣＫタイミングインジケータＴは、どのスロット内で対応するＤＬ送信のＨＡＲＱフィードバックが送信されるべきかを示す。上記例では、全てのＤＬ送信に対し、スロットｎ＋３において確認応答がなされるべきである。Ｔの値は相異なるスロットにおいて相違し、なぜならそれはＤＬデータが受信されるスロットに対して相対的だからである（他の修正例では、ＤＣＩが受信されるスロットに対して相対的であってもよい）。
【００５９】
ここでは、ＤＣＩにおいてＡＣＫ／ＮＡＣＫタイミングインジケータが受信されるものとしたが、例えばＡＣＫ／ＮＡＣＫタイミングインジケータをスロット又はシンボル番号から導出するなど、他の可能性を想起することもできる。さらに、この例において、全てのＤＣＩはゼロというＡＲＩ値を含む。ＡＣＫ／ＮＡＣＫタイミングインジケータＴ及びＡＲＩから、ＵＥはスロットｎ＋３におけるＰＵＣＣＨリソース０を使用すべきであることを知得する。ＡＲＩにより示されるＰＵＣＣＨリソースは、マルチビットリソースでなければならず、図示した例において、ＰＵＣＣＨリソース０は、（各々がサブストラクチャを表す関連付けられるビットフィールド内にある）４つのＨＡＲＱフィードバックビットを搬送することができる。
【００６０】
ＡＣＫ／ＮＡＣＫタイミングインジケータＴから、ＵＥは、スロットｎにおいて受信されるＤＬ送信のＨＡＲＱフィードバックをビットフィールド３で、スロットｎ＋１において受信されるＤＬ送信のＨＡＲＱフィードバックをビットフィールド２で、スロットｎ＋３において受信されるＤＬ送信のＨＡＲＱフィードバックをビットフィールド０で送信すべきであることを知得する。使用されないビット位置１は、ＵＥにより例えばＮＡＣＫといった固定的な値に設定されることになる。ＵＥがスケジューリングされたがスケジューリング割り当てを受信しない場合（ＵＥはスケジューリングされない場合と区別し得ない）であっても、対応するビット位置は同じ固定的な値に設定されるであろう。
【００６１】
拡張として、ＵＥは、未受信の送信に対応するビット位置をＮＡＣＫではなくＤＴＸ（割り当てが受信されなかったことを示す）に設定してもよい。このやり方で、ｇＮＢは、受信されたが復号に失敗した送信とＵＥが受信すらしなかった送信とを区別することができるであろう。しかしながら、このケースでは、各ビット位置がＡＣＫ、ＮＡＣＫ及びＤＴＸという値を想定し得ることから、フィードバックはより大きくなる。最も単純なケースでは、各“ビット”位置は、２ビットにより表されるはずであり、但し、好適なやり方では、４つのリソース全ての空間が併せて考慮されるであろう。上の例では、４つの位置が存在し且つ各位置が３つの値を想定し得るため、合計で３＾４＝８１通りの組合せとなり、合計でｃｅｉｌ＊ｌｏｇ２（８１）＝７ビットを要する。
【００６２】
この例では、ＡＣＫ／ＮＡＣＫタイミングインジケータは、ビットフィールド内のビット（又は、より一般的に、ＡＲＩにより示されるＰＵＣＣＨリソースの範囲内のＰＵＣＣＨサブリソース）を直接的に指す。より一般的にいうと、ＰＵＣＣＨサブリソースへのインデックスは、受信されるＡＣＫ／ＮＡＣＫタイミングインジケータの関数ｆ（Ｔ）である。
【００６３】
この例では、各ＤＬ送信に対し、シングルビットのＨＡＲＱフィードバックで確認応答がなされるものと想定される。しかしながら、各ＤＬ送信（データエレメント）に対しマルチビットのフィードバックにより確認応答がなされる形で、これを容易に拡張することができる（例えば、ＭＩＭＯ向けの複数のビット；ＤＬ送信（トランスポートブロック）が複数のコードブロックへセグメント化される場合、各コードブロック又はコードブロックのグループに対してビットで個別に確認応答をすることができる；ＡＣＫ、ほぼＡＣＫ、…、ＮＡＣＫという範囲で復号が成功した程度を複数のビットが示す形のソフトフィードバック）。マルチビットのフィードバックは、上で言及したＤＴＸのインジケーションと容易に組み合わせることができるであろう。
【００６４】
一目見ただけでは、ＰＵＣＣＨリソースが４ビットを搬送することから、性能のロスがあるものと思われるかもしれないが、上記例では３ビットのみのフィードバックが必要とされる（なぜなら、３つの送信がスケジューリング／構成されたからである）。但し、ｇＮＢは、どのＰＵＣＣＨサブリソースがＡＣＫ／ＮＡＣＫ（又はＤＴＸがあり得る）を含むのかを知っており（位置０、２、３）、及び位置１で固定値がシグナリングされることを知っている。ｇＮＢは、復号時にこれを考慮し、それにより、実際には、少ない性能のロスで又はロス無しで３ビットについて復号を行うのみである。
【００６５】
概して、ＡＲＩは、構成されるＰＵＣＣＨリソースのプール（例えば、全てのＰＵＣＣＨリソースのフォーマットが同一であり、又はそれらが同一のペイロードサイズを搬送する）内のリソースのうちで又はそれらリソース間での選択を行うものと考えられてよい。異なるフォーマット又はペイロードの構成済みＰＵＣＣＨリソースの間での選択をＡＲＩが指すことができるように、この概念が拡張されてもよい。図４における例では、ＰＵＣＣＨリソース０は４ビットを搬送可能であり、一方でＰＵＣＣＨリソース１〜３は各々１ビットのみを搬送し得る。
【００６６】
本説明では、確認応答位置インジケーションを表すために、別個のＡＲＩフィールド及びＡＣＫ／ＮＡＣＫタイミングインジケータが使用される。しかしながら、考え得ることとして、例えばＡＲＩ及びＡＣＫ／ＮＡＣＫタイミングインジケータの双方が導出可能となるように例えば結合的に符号化された情報という形で、確認応答位置インジケーションは１つのインジケーションで表されてもよい。
【００６７】
概して、考え得ることとして、ＡＣＫ／ＮＡＣＫタイミングインジケータは、ＡＣＫ／ＮＡＣＫリソースインジケータ（ＡＲＩ）により指摘されるＰＵＣＣＨリソースの範囲内のＰＵＣＣＨサブリソースを選択するために再利用される。ＡＲＩの概念は、均等ではない（即ち、フォーマットタイプ又はサポートされるペイロードのいずれかで相違する）構成済みＰＵＣＣＨリソースのプールの範囲内でＡＲＩが選択を行い得るように拡張されてよい。
【００６８】
図５は、ＵＥ（ユーザ機器）として実装され得る端末１０を概略的に示している。端末１０は、（制御回路としても言及され得る）処理回路２０を備え、処理回路２０は、メモリへ接続されるコントローラを含み得る。例えば送信モジュール又は受信モジュールなど、端末のいかなるモジュールも、具体的にはコントローラ内のモジュールとして、処理回路２０内で実装されてもよく、及び／又は処理回路２０により実行可能であってもよい。端末１０は、受信及び送信又は送受信の機能性を提供する無線回路２２（例えば、１つ以上の送信機及び／若しくは受信機並びに／又は送受信機）をも備え、無線回路２２は制御回路へ接続され又は接続可能である。信号を収集し若しくは送信し及び／又は増幅するために、端末１０のアンテナ回路２４が無線回路２２へ接続され又は接続可能である。無線回路２２及びそれを制御する処理回路２０は、例えばここで説明した通りのＲＡＮなどのネットワークとのセルラー通信のために構成される。端末１０は、概して、ここで開示した端末又はＵＥを動作させるための方法のいずれかを遂行するように適合されてよく；具体的には、例えば処理回路のような対応する回路及び／又はモジュールを備えてよい。
【００６９】
図６は、ネットワークノード１００を概略的に示しており、ネットワークノード１００は、具体的にはｅＮＢ、ｇＮＢ又はＮＲ向けの類似のものであってもよい。ネットワークノード１００は、（制御回路としても言及され得る）処理回路１２０を備え、処理回路１２０は、メモリへ接続されるコントローラを含み得る。例えばネットワークノード１００の送信モジュール、受信モジュール及び／又は構成モジュールなど、いかなるモジュールも、処理回路１２０内で実装されてもよく、及び／又は処理回路１２０により実行可能であってもよい。処理回路１２０は、受信機及び送信機又は送受信機の機能性を提供する無線ノード１００の無線回路１２２（例えば、１つ以上の送信機及び／若しくは受信機並びに／又は送受信機）を制御するように接続される。アンテナ回路１２４は、信号の受信若しくは送信及び／又は増幅のために無線回路１２２へ接続され又は接続可能であり得る。ネットワークノード１００は、ここで開示したネットワークノードを動作させるための方法のいずれかを遂行するように適合されてよく；具体的には、例えば処理回路のような対応する回路及び／又はモジュールを備えてよい。アンテナ１２４の回路は、アンテナアレイへ接続され及び／又はアンテナアレイを含んでもよい。ネットワークノード１００について、その回路はそれぞれ、ここで説明したように構成データを送信し及び／又は端末を構成するように適合され得る。
【００７０】
図７は、端末又はユーザ機器を動作させる例示的な方法についての図を示している。上記方法は、１つ以上のダウンリンクデータエレメントを含むダウンリンクデータに関連する確認応答シグナリングを送信するアクションＴＳ１０を含む。確認応答シグナリングの送信は、ここで説明した通りに実行される。
【００７１】
図８は、例示的な端末又はユーザ機器の概要を示している。ユーザ機器は、アクションＴＳ１０を実行するための送信モジュールＴＭ１０を備え得る。
【００７２】
図９は、ネットワークノードを動作させる例示的な方法についての図を示している。上記方法は、ここで説明した通りに確認応答位置インジケーションを含むダウンリンク制御シグナリングを送信するアクションＮＳ１０を含む。
【００７３】
図１０は、例示的なネットワークノードの概要を示している。ネットワークノードは、アクションＮＳ１０を実行するための送信モジュールＮＭ１０を備え得る。
【００７４】
本開示の文脈において、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（正確に受信されたデータのブロックについての確認応答、正確に受信されなかったデータのブロックについての否定確認応答）フィードバックは、（例えばＤＬ上で）端末へ送信されるデータへの応答として例えばネットワーク又はネットワークノードへ端末により（例えばＵＬ上で）提供されるフィードバック（例えば、１つ以上のビットを含み得る、送信される対応する信号）への言及であってよい。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報若しくはフィードバック（又は、略してＨＡＲＱ−ＡＣＫ情報若しくはフィードバック、若しくはＨＡＲＱ情報若しくはフィードバック、若しくは単にＨＡＲＱ）は、端末により受信されたデータのトランスポートブロックの受信が正確であったか否かを示す信号／ビットを送信することを含み得る。ＨＡＲＱ及び／又はＨＡＲＱを判定することは、正確な受信を判定するための復号及び／又は誤り検出手続を含んでもよい。個別のデータストリーム及び／又は関連付けられるデータエレメントを参照し得る、関連付けられるＨＡＲＱ  ＩＤ又は番号を伴う複数のＨＡＲＱプロセスが定義されてもよく、端末からのＨＡＲＱ応答又はフィードバック（例えば、ＨＡＲＱビット）がＨＡＲＱプロセス又はＩＤのうちの１つへ関連付けられてもよい。ある修正例において、ＨＡＲＱフィードバックは、ＤＬキャリアごとに１ビットを含んでもよく、他の修正例において、ＨＡＲＱフィードバックは、例えば使用されるランクに依存して、キャリアごとに２ビット（又は２より多くのビット）を含んでもよい。概して、ＨＡＲＱフィードバックは、端末により送信（及び／若しくは、例えば受信信号、トランスポートブロック、データ及び／若しくはＨＡＲＱプロセス識別子に基づいて判定）されてもよく、並びに／又は、端末は、具体的には、例えばここで説明したように判定され及び／若しくは構成される変調法といったコンフィグレーション及び／若しくは構成される変調法に基づいて及び／若しくはそれを用いて、（例えば上述したように）ＨＡＲＱフィードバックを判定し及び／若しくは送信するために適合され及び／若しくはそのためのＨＡＲＱモジュールを備えてもよい。ＨＡＲＱを送信することは、概して、例えばＰＵＣＣＨといったＵＬ制御チャネル上で行われ得る。
【００７５】
概して、具体的には処理回路及び／又は制御回路上で実行された場合に、ここで説明した任意の方法を当該処理回路及び／又は制御回路に遂行させ及び／又は制御させるために適合される命令群、を含むプログラムプロダクトが考えられる。また、ここで説明される通りのプログラムプロダクトを担持し及び／又は記憶するキャリア媒体配置が考えられる。
【００７６】
キャリア媒体配置は、１つ以上のキャリア媒体を含み得る。概して、キャリア媒体は、制御回路によりアクセス可能であり、読取可能であり、及び／又は受信可能であってよい。データ、プログラムプロダクト及び／又はコードを記憶することは、データ、プログラムプロダクト及び／又はコードを担持することの一部として理解されてもよい。キャリア媒体は、概して、ガイド／トランスポート媒体及び／又は記憶媒体を含み得る。ガイド／トランスポート媒体は、具体的には電磁信号、電気信号、磁気信号及び／又は光信号といった信号を担持するように適合され、担持し、及び／又は記憶してもよい。キャリア媒体、具体的にはガイド／トランスポート媒体は、そうした信号を誘導してそれらを搬送するように適合されてもよい。キャリア媒体、具体的にはガイド／トランスポート媒体は、例えば無線波若しくはマイクロ波といった電磁場、並びに／又は、例えばグラスファイバ及び／若しくはケーブルといった光学的に伝送可能な材料を含んでもよい。記憶媒体は、揮発性又は不揮発性であり得る、バッファ、キャッシュ、光ディスク、磁気メモリ、フラッシュメモリなどといったメモリの少なくとも１つを含んでよい。
【００７７】
ワイヤレス通信ネットワークは、無線アクセスネットワーク（ＲＡＮ）であってもよく及び／又はＲＡＮを含んでもよく、ＲＡＮは、コアネットワークへ接続され又は接続可能であり得る、任意の種類のセルラ及び／又はワイヤレス無線ネットワークであってもよく及び／又はそれを含んでもよい。ここで説明したアプローチは、例えばＬＴＥの進化版、ＮＲ（New  Radio）及び／又はそれぞれの後継といった、５Ｇネットワークに特に適している。ＲＡＮは、１つ以上のネットワークノードを含み得る。ネットワークノードは、具体的には、１つ以上の端末との無線、ワイヤレス及び／又はセルラ通信のために適合される無線ノードであってもよい。端末は、例えば、ユーザ機器（ＵＥ）、モバイルフォン、スマートフォン、コンピューティングデバイス、車両通信デバイス、又はマシンタイプ通信（ＭＴＣ）用デバイスなどといった、ＲＡＮとの又はＲＡＮ内での無線、ワイヤレス及び／又はセルラ通信のために適合される任意のデバイスであってよい。
【００７８】
ダウンリンクにおいて送信することは、ネットワーク又はネットワークノードから端末への送信に関連し得る。アップリンクにおいて送信することは、端末からネットワーク又はネットワークノードへの送信に関連し得る。
【００７９】
シグナリングは、概して、１つ以上の信号及び／又は１つ以上のシンボルを含み得る。リファレンスシグナリングは、１つ以上のリファレンス信号又はシンボルを含み得る。
【００８０】
リソースエレメントは、概して、最小の個別の使用可能な、符号化可能な、復号可能な、変調可能な、及び／若しくは復調可能な時間−周波数リソースを記述し、並びに／又は、時間において１シンボル時間長及び周波数において１サブキャリアをカバーする時間−周波数リソースを記述し得る。信号は、リソースエレメントへ割り当て可能であり及び／又は割り当てられ得る。サブキャリアは、例えば標準により定義されるような、キャリアのサブ帯域であり得る。キャリアは、送信及び／又は受信のための、周波数及び／又は周波数帯域を定義し得る。いくつかの修正例において、（結合的に符号化／復号される）信号が１つよりも多くのリソースエレメントをカバーしてもよい。リソースエレメントは、概して、例えばＮＲ又はＬＴＥといった、対応する標準により定義される通りであり得る。
【００８１】
リソースは、概して、固有のフォーマットに従ってシグナリングが送信され得る及び／又は当該シグナリングが送信を意図される時間−周波数リソースを表し得る。上記フォーマットは、１つ以上のサブストラクチャを含んでよく、サブストラクチャは、（リソースの一部において送信されることになるであろう）対応するサブリソースを表すものと見なされてもよい。
【００８２】
送信時間インターバル（ＴＴＩ）との用語は、物理チャネルを符号化し及び随意的に送信向けにインターリーブすることのできる任意の時間ピリオド（Ｔ０）に相当し得る。物理チャネルは、符号化されたときと同じ時間ピリオド（Ｔ０）にわたって受信機により復号され得る。ＴＴＩの例は、ショートＴＴＩ（ｓＴＴＩ）、送信時間、スロット、サブスロット、ミニスロット、ミニサブフレームなどを含む。ＴＴＩは、１つ以上のシンボル時間インターバル及び／又は１つ若しくは２つのスロット時間インターバルを含んでよく、例えば７つのシンボル時間インターバルが１スロット時間インターバルに相当し得る。時間インターバル関連の用語は、３ＧＰＰの命名に従うものと見なされてもよい。ミニスロット、短縮スロット又はショートＴＴＩは、例えば２、３、４、５、６又は７シンボル時間インターバルのように、複数のシンボル時間インターバルに相当してもよい。
【００８３】
無線ノード、具体的には端末又はユーザ機器を構成することは、無線ノードがコンフィグレーションに従って動作するように適合され、動作させられ、又は設定されることへの言及であってよい。構成することは、例えばネットワークノード（例えば、基地局又はｅＮｏｄｅＢのような、ネットワークの無線ノード）又はネットワークといった他のデバイスによりなされてもよく、そのケースでは、構成することは、構成されるべき無線ノードへコンフィグレーションデータを送信することを含み得る。そうしたコンフィグレーションデータは、構成されるべきコンフィグレーションを表してもよく、及び／又は、コンフィグレーションに関連する、例えばフリーズインターバル及び／又は送信開始インターバルに関する１つ以上の命令を含んでもよい。無線ノードは、例えば、ネットワーク又はネットワークノードから受信されるコンフィグレーションデータに基づいて、自身を構成してもよい。ネットワークノードは、構成を行うために自身の回路を利用してもよく、及び／又は利用するように適合されてもよい。
【００８４】
概して、構成することは、コンフィグレーションを表すコンフィグレーションデータを判定し及びそれを１つ以上の他のノードへ（並列に及び／又は順々に）提供することを含んでもよく、他のノードはさらに無線ノードへ（又は他のノードへ、ワイヤレスデバイスに到達するまで反復し得る）それを送信してもよい。代替的に又は追加的に、例えばネットワークノード又は他のデバイスにより無線ノードを構成することは、ネットワークのより高いレベルのノードであり得る、例えばネットワークノードのような他のノードから、コンフィグレーションデータ及び／若しくはコンフィグレーションデータに関連するデータを受信すること、並びに／又は、受信したコンフィグレーションデータを無線ノードへ送信することを含んでもよい。したがって、コンフィグレーションを判定すること、及びコンフィグレーションデータを無線ノードへ送信することは、相異なるネットワークノード又はエンティティにより行われてもよく、それらは、例えばＬＴＥのケースではＸ２インタフェース又はＮＲ向けの対応するインタフェースといった、適切なインタフェースを介して通信可能であり得る。端末を構成することは、例えばダウンリンクデータ、ダウンリンク制御シグナリング、ＤＣＩ、及び／又はアップリンクシグナリング、具体的には確認応答シグナリングといったダウンリンク送信及び／又はアップリンク送信を端末のためにスケジューリングすること、並びに／又は、そのためのリソース及び／若しくはリソースプールを構成することを含み得る。
【００８５】
本開示では、ここで提示される技法の綿密な理解を提供するために、限定ではなく説明の目的で（具体的なネットワーク機能、処理及びシグナリングステップといった）特定の詳細が説示されている。提示した概念及び観点は、他の修正例及び上記特定の詳細から離れた修正例で実践されてもよいことが、当業者には明白であろう。
【００８６】
例えば、上記概念及び修正例は、部分的にＬＴＥ（Long  Term  Evolution）、ＬＴＥアドバンスト（ＬＴＥ−Ａ）又は次世代無線のモバイル若しくはワイヤレス通信技術の文脈で説明されている。しかしながら、これは、提示した概念及び観点をＧＳＭ（Global  System  for  Mobile  Communications）といった追加的な又は代替的なモバイル通信技術との関係で使用することを排除しない。以下の修正例は、３ＧＰＰ（Third  Generation  Partnership  Project）のある技術仕様（ＴＳ）を基準として部分的に説明されるものの、提示した概念及び観点を異なる性能管理（ＰＭ）の仕様との関係で実現することも可能であり得ることが理解されるであろう。
【００８７】
そのうえ、当業者により理解されるであろうこととして、ここで説明したサービス、機能及びステップは、プログラミングされるマイクロプロセッサと連携して機能するソフトウェアを用いて、又はＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＤＳＰ（Digital  Signal  Processor）、ＦＰＧＡ（Field  Programmable  Gate  Array）又は汎用コンピュータを用いて実装されてもよい。また、理解されるであろうこととして、ここで説明した修正例は方法及びデバイスの文脈で説明されているものの、ここで提示した概念及び観点は、例えばコンピュータプロセッサ及びプロセッサへ連結されるメモリといった、プログラムプロダクトで、及び制御回路を含むシステムで具現化されてもよく、当該メモリは、ここで開示したサービス、機能及びステップを実行する１つ以上のプログラム又はプログラムプロダクトと共にエンコードされる。
【００８８】
ここで提示した複数の観点及び修正例の利点が上述した説明から十分に理解されるであろうと考えられ、ここで説明した概念及び観点のスコープから逸脱することなく、又はその有利な効果の全てを犠牲にすることなく、それらの例示的な観点の形式、構造及び配置において多様な変更がなされ得ることが明らかであろう。ここで提示した複数の観点を、多くの手法で変形することができる。
【００８９】
いくつかの有益な略語は次を含む：
＜略語＞            ＜説明＞
ＡＣＫ              確認応答
ＡＲＩ              ＡＣＫ／ＮＡＣＫリソースインジケータ
ＣＣＥ              制御チャネルエレメント
ＤＣＩ              ダウンリンク制御情報
ＤＬ                ダウンリンク
ＤＴＸ              不連続送信
ＨＡＲＱ            ハイブリッド自動再送要求
ＭＩＭＯ            複数入力複数出力
ＮＡＣＫ            否定確認応答
ＰＡＰＲ            ピーク対平均電力比
ＰＤＣＣＨ          物理ダウンリンク制御チャネル
ＰＵＣＣＨ          物理アップリンク制御チャネル
ＲＲＣ              無線リソース制御
ＵＬ                アップリンク
【図１】
0006982622.tif 000002
【図２】
0006982622.tif 000003
【図３】
0006982622.tif 000004
【図４】
0006982622.tif 000005
【図５】
0006982622.tif 000006
【図６】
0006982622.tif 000007
【図７】
0006982622.tif 000008
【図８】
0006982622.tif 000009
【図９】
0006982622.tif 000010
【図１０】
0006982622.tif 000011