特表 2023-536950 無線通信システムにおける無線信号の送受信方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-08-30

(54)【発明の名称】無線通信システムにおける無線信号の送受信方法および装置

(51)【国際特許分類】

   H04L 1/1607 20230101AFI20230823BHJP

   H04W 28/04 20090101ALI20230823BHJP

   H04W 72/232 20230101ALI20230823BHJP

   H04W 84/06 20090101ALI20230823BHJP

   H04L 1/1822 20230101ALI20230823BHJP

【ＦＩ】

H04L1/1607

H04W28/04 110

H04W72/232

H04W84/06

H04L1/1822

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023507710

(86)(22)【出願日】2021-08-06

(85)【翻訳文提出日】2023-02-03

(86)【国際出願番号】 KR2021010396

(87)【国際公開番号】W WO2022031103

(87)【国際公開日】2022-02-10

(31)【優先権主張番号】10-2020-0098739

(32)【優先日】2020-08-06

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2020-0150410

(32)【優先日】2020-11-11

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0006332

(32)【優先日】2021-01-15

(33)【優先権主張国・地域又は機関】KR

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】パク ヘウク

(72)【発明者】

【氏名】ヤン ソクチェル

(72)【発明者】

【氏名】キム ソンウク

【テーマコード（参考）】

5K014

5K067

【Ｆターム（参考）】

5K014FA03

5K067AA21

5K067EE02

5K067EE10

5K067HH28

(57)【要約】

本発明は、複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスの少なくとも１つを無効化する（disable）ための制御情報を受信する段階と、上記制御情報に基づいて下りリンク信号を受信する段階と、上記制御情報に基づいて決定されたＨＡＲＱ－ＡＣＫコードブックに基づいて、上記下りリンク信号に対するＨＡＲＱフィードバックを行うか否かを決定する段階と、を有し、上記ＨＡＲＱ－ＡＣＫコードブックは、上記複数のＨＡＲＱプロセスの少なくとも１つの有効化されたＨＡＲＱプロセスに基づいて決定される、方法およびそのための装置に関する。
【選択図】図１４

【特許請求の範囲】

【請求項1】

無線通信システムにおいて端末が動作する方法であって、
複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスの少なくとも１つを無効化する（disable）ための制御情報を受信する段階と、
前記制御情報に基づいて下りリンク信号を受信する段階と、
前記制御情報に基づいて決定されたＨＡＲＱ－ＡＣＫ（HARQ-ACKnowledgement）コードブックに基づいて、前記下りリンク信号に対するＨＡＲＱフィードバックを行うか否かを決定する段階と、を有し、
前記ＨＡＲＱ－ＡＣＫコードブックは、前記複数のＨＡＲＱプロセスの少なくとも１つの有効化されたＨＡＲＱプロセスに基づいて決定される、方法。

【請求項2】

前記少なくとも１つの有効化されたＨＡＲＱプロセスは、前記複数のＨＡＲＱプロセスのうち、前記制御情報に基づいて無効化された少なくとも１つのＨＡＲＱプロセスを除いた残りのＨＡＲＱプロセスを有する、請求項１に記載の方法。

【請求項3】

前記複数のＨＡＲＱプロセスは、前記端末に設定された複数のセルのそれぞれのために設定され、
前記ＨＡＲＱ－ＡＣＫコードブックは、前記少なくとも１つの有効化されたＨＡＲＱプロセスを有するセルに基づいて決定される、請求項１に記載の方法。

【請求項4】

前記少なくとも１つの無効化されたＨＡＲＱプロセスは、前記ＨＡＲＱ－ＡＣＫコードブックの決定過程から除外される、請求項１に記載の方法。

【請求項5】

前記端末は、前記少なくとも１つの無効化されたＨＡＲＱプロセスを指示するＤＣＩ（Downlink Control Information）のＣ－ＤＡＩ（Counter-Downlink Assignment Indicator）値を無視する、請求項４に記載の方法。

【請求項6】

前記ＨＡＲＱ－ＡＣＫコードブックは、Ｔｙｐｅ １ ＨＡＲＱ－ＡＣＫコードブック、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックまたはＴｙｐｅ ３ ＨＡＲＱ－ＡＣＫコードブックを有する、請求項１に記載の方法。

【請求項7】

前記ＨＡＲＱフィードバックを行うためのタイミングオフセットは、リソースインデックスに基づいて決定された値と、ＤＣＩ（Downlink Control Information）内で固定サイズを有する特定のフィールド値と、に基づいて指示される、請求項１に記載の方法。

【請求項8】

前記リソースインデックスは、ＰＤＣＣＨ（Physical Downlink Control CHannel）もしくは前記ＰＤＣＣＨによりスケジューリングされたＰＤＳＣＨ（Physical Downlink Shared CHannel）が受信されたスロットの特定のインデックス、ＳＦＮ（System Frame Number）、またはＰＤＣＣＨが受信されたＣＣＥ（Control Channel Element）のインデックスを有する、請求項７に記載の方法。

【請求項9】

前記下りリンク信号は、ＰＤＣＣＨ（Physical Downlink Control CHannel）およびＰＤＳＣＨ（Physical Downlink Shared CHannel）のいずれかを有する、請求項１に記載の方法。

【請求項10】

前記無線通信システムは、ＮＴＮ（Non-Terrestrial Network）を有する、請求項１に記載の方法。

【請求項11】

無線通信システムにおいて動作する端末であって、
少なくとも１つのＲＦ（Radio Frequency）ユニットと、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結され、実行されるとき、前記少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータメモリと、を有し、前記動作は、
複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスの少なくとも１つを無効化する（disable）ための制御情報を受信し、
前記制御情報に基づいて下りリンク信号を受信し、
前記制御情報に基づいて決定されたＨＡＲＱ－ＡＣＫ（HARQ-ACKnowledgement）コードブックに基づいて、前記下りリンク信号に対するＨＡＲＱフィードバックを行うか否かを決定し、
前記ＨＡＲＱ－ＡＣＫコードブックは、前記複数のＨＡＲＱプロセスの少なくとも１つの有効化されたＨＡＲＱプロセスに基づいて決定される、端末。

【請求項12】

端末のための装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結され、実行されるとき、前記少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータメモリと、を有し、前記動作は、
複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスの少なくとも１つを無効化する（disable）ための制御情報を受信し、
前記制御情報に基づいて下りリンク信号を受信し、
前記制御情報に基づいて決定されたＨＡＲＱ－ＡＣＫ（HARQ-ACKnowledgement）コードブックに基づいて、前記下りリンク信号に対するＨＡＲＱフィードバックを行うか否かを決定し、
前記ＨＡＲＱ－ＡＣＫコードブックは、前記複数のＨＡＲＱプロセスの少なくとも１つの有効化されたＨＡＲＱプロセスに基づいて決定される、装置。

【請求項13】

コンピュータ読み取り可能な記憶媒体であって、実行されるとき、前記少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータプログラムを有し、前記動作は、
複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスの少なくとも１つを無効化する（disable）ための制御情報を受信し、
前記制御情報に基づいて下りリンク信号を受信し、
前記制御情報に基づいて決定されたＨＡＲＱ－ＡＣＫ（HARQ-ACKnowledgement）コードブックに基づいて、前記下りリンク信号に対するＨＡＲＱフィードバックを行うか否かを決定し、
前記ＨＡＲＱ－ＡＣＫコードブックは、前記複数のＨＡＲＱプロセスの少なくとも１つの有効化されたＨＡＲＱプロセスに基づいて決定される、コンピュータ読み取り可能な記憶媒体。

【請求項14】

無線通信システムにおいて基地局が動作する方法であって、
複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスの少なくとも１つを無効化する（disable）ための制御情報を送信する段階と、
前記制御情報に基づいて下りリンク信号を送信する段階と、
前記制御情報に基づいて決定されたＨＡＲＱ－ＡＣＫ（HARQ-ACKnowledgement）コードブックに基づいて、前記下りリンク信号に対するＨＡＲＱフィードバックを受信する段階と、を有し、
前記ＨＡＲＱ－ＡＣＫコードブックは、前記複数のＨＡＲＱプロセスの少なくとも１つの有効化されたＨＡＲＱプロセスに基づいて決定される、方法。

【請求項15】

無線通信システムにおいて動作する基地局であって、
少なくとも１つのＲＦ（Radio Frequency）ユニットと、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結され、実行されるとき、前記少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータメモリと、を有し、前記動作は、
複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスの少なくとも１つを無効化する（disable）ための制御情報を送信し、
前記制御情報に基づいて下りリンク信号を送信し、
前記制御情報に基づいて決定されたＨＡＲＱ－ＡＣＫ（HARQ-ACKnowledgement）コードブックに基づいて、前記下りリンク信号に対するＨＡＲＱフィードバックを受信する動作を有し、
前記ＨＡＲＱ－ＡＣＫコードブックは、前記複数のＨＡＲＱプロセスの少なくとも１つの有効化されたＨＡＲＱプロセスに基づいて決定される、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、無線通信システムに関し、より詳しくは、無線信号の送受信方法および装置に関する。

【背景技術】

【0002】

無線通信システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、使用可能な（可用の）システムリソース（帯域幅、伝送電力（パワー）など）を共有してマルチユーザ（multiple users、多数のユーザ、多重使用者）との通信をサポート（支援）する（supports）多元（多重）接続（multiple access）システムである。多元接続システムの例としては、ＣＤＭＡ（Code Division Multiple Access）システム、ＦＤＭＡ（Frequency Division Multiple Access）システム、ＴＤＭＡ（Time Division Multiple Access）システム、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）システム、ＳＣ－ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）システムなどがある。

【発明の概要】

【発明が解決しようとする課題】

【0003】

本発明の目的は、無線信号の送受信過程を効率的に行う方法およびそのための装置を提供することにある。

【0004】

また、本発明の目的は、ＮＴＮ（Non-Terrestrial Network）環境において相対的に長いＲＴＴ（Round-Trip Time）により発生する遅延の問題を解決するために、向上したＨＡＲＱ方法およびそのための装置を提供することにある。

【0005】

本発明で達成しようとする技術的課題は、上記技術的課題に制限されず、言及しなかった他の技術的課題は、下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

【課題を解決するための手段】

【0006】

本発明の第１様相において、無線通信システムにおいて端末が動作する方法は、複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスの少なくとも１つを無効化する（disable）ための制御情報を受信する段階と、制御情報に基づいて下りリンク信号を受信する段階と、制御情報に基づいて決定されたＨＡＲＱ－ＡＣＫ（HARQ-ACKnowledgement）コードブックに基づいて、下りリンク信号に対するＨＡＲＱフィードバックを行うか否かを決定する段階と、を有し、ＨＡＲＱ－ＡＣＫコードブックは、複数のＨＡＲＱプロセスの少なくとも１つの有効化されたＨＡＲＱプロセスに基づいて決定される。

【0007】

本発明の第２様相において、無線通信システムにおいて動作する端末は、少なくとも１つのＲＦ（Radio Frequency）ユニットと、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに動作可能に連結（結合）され（coupled）、実行されるとき、少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータメモリと、を有し、この動作は、複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスの少なくとも１つを無効化する（disable）ための制御情報を受信し、制御情報に基づいて下りリンク信号を受信し、制御情報に基づいて決定されたＨＡＲＱ－ＡＣＫ（HARQ-ACKnowledgement）コードブックに基づいて、下りリンク信号に対するＨＡＲＱフィードバックを行うか否かを決定し、ＨＡＲＱ－ＡＣＫコードブックは、複数のＨＡＲＱプロセスの少なくとも１つの有効化されたＨＡＲＱプロセスに基づいて決定される。

【0008】

本発明の第３様相において、端末のための装置であって、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに動作可能に連結され、実行されるとき、少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータメモリと、を有し、この動作は、複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスの少なくとも１つを無効化する（disable）ための制御情報を受信し、制御情報に基づいて下りリンク信号を受信し、制御情報に基づいて決定されたＨＡＲＱ－ＡＣＫ（HARQ-ACKnowledgement）コードブックに基づいて、下りリンク信号に対するＨＡＲＱフィードバックを行うか否かを決定し、ＨＡＲＱ－ＡＣＫコードブックは、複数のＨＡＲＱプロセスの少なくとも１つの有効化されたＨＡＲＱプロセスに基づいて決定される。

【0009】

本発明の第４様相においては、コンピュータ読み取り可能な記憶（格納）媒体であって、実行されるとき、少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータプログラムを有し、この動作は、複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスの少なくとも１つを無効化する（disable）ための制御情報を受信し、制御情報に基づいて下りリンク信号を受信し、制御情報に基づいて決定されたＨＡＲＱ－ＡＣＫ（HARQ-ACKnowledgement）コードブックに基づいて、下りリンク信号に対するＨＡＲＱフィードバックを行うか否かを決定し、ＨＡＲＱ－ＡＣＫコードブックは、複数のＨＡＲＱプロセスの少なくとも１つの有効化されたＨＡＲＱプロセスに基づいて決定される。

【0010】

本発明の第５様相においては、無線通信システムにおいて基地局が動作する方法であって、複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスの少なくとも１つを無効化する（disable）ための制御情報を送信する段階と、制御情報に基づいて下りリンク信号を送信する段階と、制御情報に基づいて決定されたＨＡＲＱ－ＡＣＫ（HARQ-ACKnowledgement）コードブックに基づいて、下りリンク信号に対するＨＡＲＱフィードバックを受信する段階と、を有し、ＨＡＲＱ－ＡＣＫコードブックは、複数のＨＡＲＱプロセスの少なくとも１つの有効化されたＨＡＲＱプロセスに基づいて決定される。

【0011】

本発明の第６様相においては、無線通信システムにおいて動作する基地局は、少なくとも１つのＲＦ（Radio Frequency）ユニットと、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに動作可能に連結され、実行されるとき、少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータメモリと、を有し、この動作は、複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスの少なくとも１つを無効化する（disable）ための制御情報を送信し、制御情報に基づいて下りリンク信号を送信し、制御情報に基づいて決定されたＨＡＲＱ－ＡＣＫ（HARQ-ACKnowledgement）コードブックに基づいて、下りリンク信号に対するＨＡＲＱフィードバックを受信する動作を有し、ＨＡＲＱ－ＡＣＫコードブックは、複数のＨＡＲＱプロセスの少なくとも１つの有効化されたＨＡＲＱプロセスに基づいて決定される。

【0012】

一実施例による少なくとも１つの有効化されたＨＡＲＱプロセスは、複数のＨＡＲＱプロセスのうち、制御情報に基づいて無効化された少なくとも１つのＨＡＲＱプロセスを除いた残りのＨＡＲＱプロセスを有する。

【0013】

一実施例による複数のＨＡＲＱプロセスは、端末に設定された複数のセルのそれぞれのために設定され、ＨＡＲＱ－ＡＣＫコードブックは、少なくとも１つの有効化されたＨＡＲＱプロセスを有するセルに基づいて決定される。

【0014】

一実施例による少なくとも１つの無効化されたＨＡＲＱプロセスは、ＨＡＲＱ－ＡＣＫコードブックの決定過程から除外される。

【0015】

一実施例による端末は、少なくとも１つの無効化されたＨＡＲＱプロセスを指示するＤＣＩ（Downlink Control Information）のＣ－ＤＡＩ（Counter-Downlink Assignment Indicator）値を無視してもよい。

【0016】

一実施例によるＨＡＲＱ－ＡＣＫコードブックは、Ｔｙｐｅ １ ＨＡＲＱ－ＡＣＫコードブック、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックまたはＴｙｐｅ ３ ＨＡＲＱ－ＡＣＫコードブックを有する。

【0017】

一実施例によるＨＡＲＱフィードバックを行うためのタイミングオフセットは、リソースインデックスに基づいて決定された値、およびＤＣＩ（Downlink Control Information）で固定サイズを有する特定のフィールド値に基づいて指示される。

【0018】

一実施例によるリソースインデックスは、ＰＤＣＣＨ（Physical Downlink Control CHannel）またはＰＤＣＣＨによりスケジューリングされたＰＤＳＣＨ（Physical Downlink Shared CHannel）が受信されたスロットの特定のインデックス、ＳＦＮ（System Frame Number）またはＰＤＣＣＨが受信されたＣＣＥ（Control Channel Element）のインデックスを有する。

【0019】

一実施例による無線通信システムは、ＮＴＮ（Non-Terrestrial Network）を有する。

【発明の効果】

【0020】

本発明によれば、無線通信システムにおいて無線信号の送受信を効率的に行うことができる。

【0021】

本発明によれば、ＮＴＮ環境において相対的に長いＲＴＤにより発生する遅延の問題を解決することができる。

【0022】

本発明によれば、ＨＡＲＱフィードバックが無効化された場合、ＨＡＲＱ－ＡＣＫコードブックをより効率的に構成することができる。

【0023】

本発明で得られる効果は、以上で言及した効果に制限されず、言及しなかった他の効果は、下記の記載から、本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

【図面の簡単な説明】

【0024】

【図1】３ＧＰＰ（登録商標） ＮＲシステムに用いられる物理チャネルおよびこれらを用いた一般的な信号送信方法を例示する図である。

【図2】ＮＲシステムの構造を示す図である。

【図3】ＮＲの無線フレームの構造を示す図である。

【図4】ＮＲフレームのスロット構造を示す図である。

【図5】ＨＡＲＱ－ＡＣＫ動作を説明する図である。

【図6】非地上系ネットワーク（Non-Terrestrial Networks、ＮＴＮ、以下、ＮＴＮ）を説明する図である。

【図7】非地上系ネットワーク（ＮＴＮ）概要およびシナリオを説明する図である。

【図8】ＮＴＮのＴＡ構成要素を説明する図である。

【図9】一実施例による端末がＮＴＮにおいてＵＬ送信動作を行う方法を説明するフローチャートである。

【図10】一実施例による端末がＮＴＮにおいてＤＬ受信動作を行う方法を説明するフローチャートである。

【図11】基地局が上述した実施例に基づいてＵＬ受信動作を行う方法を説明するフローチャートである。

【図12】基地局が上述した実施例に基づいてＤＬ送信を行う方法を説明する図である。

【図13】提案した実施例によって最小ＣＣＥインデックスに基づいてＨＡＲＱプロセスを識別する方法を示す図である。

【図14】提案した実施例による端末の動作を示すフローチャートである。

【図15】提案した実施例に基づいて基地局と端末との間のＵＬ信号を送受信する動作を示すフローチャートである。

【図16】提案した実施例に基づいて基地局と端末との間のＤＬ信号を送受信する動作を示すフローチャートである。

【図17】本発明に適用される通信システムの例を示す図である。

【図18】本発明に適用される無線機器の例を示す図である。

【図19】本発明に適用される無線機器の他の例を示す図である。

【図20】本発明に適用される車両または自律走行車両を例示する図である。

【図21】本発明に適用されるＶＳＡＴ（Very-Small-Aperture Terminal）を例示する図である。

【図22】本発明に適用されるＩＡＢ（Integrated Access Backhaul）の例を示す図である。

【発明を実施するための形態】

【0025】

添付の図面は、本開示の理解を提供するために提供され、本開示の様々な実施形態を説明し、本明細書の説明とともに、本開示の原理を説明することを意図している。

【0026】

以下の技術は、ＣＤＭＡ（Code Division Multiple Access）、ＦＤＭＡ（Frequency Division Multiple Access）、ＴＤＭＡ（Time Division Multiple Access）、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）、ＳＣ－ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）などの様々な無線アクセス（接続）システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Universal Terrestrial Radio Access）やＣＤＭＡ２０００などの無線技術（radio technology）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Global System for Mobile communications）／ＧＰＲＳ（General Packet Radio Service）／ＥＤＧＥ（Enhanced Data Rates for GSM Evolution）などの無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Evolved UTRA）などの無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Universal Mobile Telecommunications System）の一部である。３ＧＰＰ（登録商標）（3rd Generation Partnership Project）ＬＴＥ（Long Term Evolution）は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ（Evolved UMTS）の一部であり、ＬＴＥ－Ａは、３ＧＰＰ（登録商標） ＬＴＥの進化したバージョンである。３ＧＰＰ（登録商標） ＮＲ（New Radio or New Radio Access Technology）は、３ＧＰＰ（登録商標） ＬＴＥ／ＬＴＥ－Ａの進化したバージョンである。

【0027】

より多い通信機器がより大きい通信容量を要求することにより、既存の（conventional、従来の）無線アクセス技術（Radio Access Technology、ＲＡＴ）に比べて向上した無線広帯域（Mobile BroadBand、ｅＭＢＢ）通信に対する必要性が台頭しつつある。また、複数の機器およびモノを連結（接続）して（connecting）いつでもどこでも様々なサービスを提供する大規模ＭＴＣ（massive Machine Type Communications）が次世代通信において考慮すべき重要な問題（イッシュ）の一つである。のみならず、信頼度（reliability）およびレイテンシ（latency）に敏感なサービス／ＵＥを考慮したＵＲＬＬＣ（Ultra-Reliable and Low Latency Communication）が議論されている。このように、ｅＭＢＢ（enhanced Mobile BroadBand Communication）、大規模ＭＴＣ、ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communication）などを考慮した次世代ＲＡＴの導入が議論されており、本発明では、便宜上、該当技術をＮＲ（New RadioまたはNew RAT）と呼ぶ。

【0028】

説明を明確にするために、３ＧＰＰ（登録商標） ＮＲを主として説明するが、本発明の技術的思想はこれに限られない。

【0029】

無線通信システムにおいて、端末は、基地局から下りリンク（DownLink、ＤＬ）を介して情報を受信し、端末は、基地局へ上りリンク（UpLink、ＵＬ）を介して情報を伝送する。基地局および端末が送受信する情報は、データおよび様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。

【0030】

図１は、３ＧＰＰ（登録商標） ＮＲシステムに用いられる物理チャネルおよび一般的な信号送信方法を説明する図である。

【0031】

電源Ｏｆｆ状態で電源を入れたかまたは新しくセルに進入した端末は、基地局と同期を確立するなどの初期セルサーチ（探索）（Initial cell search）作業を行う（Ｓ１１）。このために、端末は、基地局からＳＳＢ（Synchronization Signal Block）を受信する。ＳＳＢは、ＰＳＳ（Primary Synchronization Signal）、ＳＳＳ（Secondary Synchronization Signal）およびＰＢＣＨ（Physical Broadcast CHannel）を含む。端末は、ＰＳＳ／ＳＳＳに基づいて基地局と同期を確立し、セルＩＤ（Cell IDentity）などの情報を得る。また、端末は、基地局からＰＢＣＨを受信してセル内のブロードキャスト（放送）情報を得る。なお、端末は、初期セルサーチの段階において、ＤＬ ＲＳ（DownLink Reference Signal）を受信して下りリンクチャネルの状態を確認することができる。

【0032】

初期セルサーチが終了した端末は、ＰＤＣＣＨ（Physical Downlink Control CHannel）およびそれに対応するＰＤＳＣＨ（Physical Downlink Shared CHannel）を受信して、より具体的なシステム情報を得る（Ｓ１０２）。

【0033】

以後、端末は、基地局への接続を完了するために、ランダムアクセス（任意接続）過程（Random Access Procedure）を行う（Ｓ１０３～Ｓ１０６）。より具体的には、端末は、ＰＲＡＣＨ（Physical Random Access CHannel）を介してプリアンブル（preamble）を送信し（Ｓ１０３）、ＰＤＣＣＨおよびこれに対応するＰＤＳＣＨを介してプリアンブルに対するＲＡＲ（Random Access Response）を受信する（Ｓ１０４）。その後、端末は、ＲＡＲ内のスケジューリング情報を用いてＰＵＳＣＨ（Physical Uplink Shared CHannel）を送信し（Ｓ１０５）、ＰＤＣＣＨおよびそれに対応するＰＤＳＣＨなどの衝突解決手順（Contention Resolution Procedure）を行う（Ｓ１０６）。

【0034】

このような手順を行った端末は、その後一般的な上り／下りリンク信号の送信手順としてＰＤＣＣＨ／ＰＤＳＣＨの受信（Ｓ１０７）、およびＰＵＳＣＨ／ＰＵＣＣＨ（Physical Uplink Control CHannel）の送信を行う（Ｓ１０８）。端末が基地局に送信する制御情報をＵＣＩ（Uplink Control Information）と称する。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Hybrid Automatic Repeat and reQuest ACKnowledgement/Negative-ACK）、ＳＲ（Scheduling Request）、ＣＳＩ（Channel State Information）などを含む。ＣＳＩは、ＣＱＩ（Channel Quality Indicator）、ＰＭＩ（Precoding Matrix Indicator）、ＲＩ（Rank Indication）などを含む。ＵＣＩは、一般的にＰＵＣＣＨを介して送信されるが、制御情報とデータとが同時に送信される必要がある場合には、ＰＵＳＣＨを介して送信される。また、ネットワークの要求（要請）／指示によって、端末は、ＰＵＳＣＨを介してＵＣＩを非周期的に送信することができる。

【0035】

図２は、ＮＲシステムの構造を示す。

【0036】

図２を参照すると、ＮＧ－ＲＡＮは、端末にユーザプレーン（平面）および制御プレーンプロトコル終端（termination）を提供するｇＮＢおよび／またはｅＮＢを含む。ｇＮＢまたはｅＮＢは、実施例によっては基地局とも呼ばれる。図２では、ｇＮＢのみを含む場合を例示する。ｇＮＢとｅＮＢとは、互いにＸｎインターフェースにより連結されている。ｇＮＢおよびｅＮＢは、５世代コアネットワーク（5G Core network：５ＧＣ）とＮＧインターフェースにより連結されている。より具体的には、ＡＭＦ（Access and Mobility management Function）とはＮＧ－Ｃインターフェースにより連結され、ＵＰＦ（User Plane Function）とはＮＧ－Ｕインターフェースにより連結される。

【0037】

図３は、無線フレームの構造を示す。

【0038】

ＮＲにおいて、上りリンクおよび下りリンクの送信は、フレームで構成される。１つの無線フレームは、１０ｍｓの長さを有し、２つの５ｍｓハーフフレーム（Half-Frame、ＨＦ）により定義される。１つのハーフフレームは、５つの１ｍｓサブフレーム（Subframe、ＳＦ）により定義される。１つのサブフレームは、１つまたは複数のスロットに分割され、サブフレーム内のスロット数は、ＳＣＳ（SubCarrier Spacing）に依存する。各スロットは、ＣＰ（Cyclic Prefix）によって１２個または１４個のＯＦＤＭ（Ａ）シンボルを含む。ノーマル（一般）ＣＰが使用される場合、各スロットは、１４個のシンボルを含む。拡張ＣＰが使用される場合は、各スロットは、１２個のシンボルを含む。

【0039】

表１は、ノーマルＣＰが使用される場合、ＳＣＳによって、スロットごとのシンボル数、フレームごとのスロット数およびサブフレームごとのスロット数が変化することを例示する。

【0040】

＜表１＞

【表1】

【0041】

＊Ｎ^slot _symb：スロット内のシンボル数

【0042】

＊Ｎ^frame,u _slot：フレーム内のスロット数

【0043】

＊Ｎ^subframe,u _slot：サブフレーム内のスロット数

【0044】

表２は、拡張ＣＰが使用される場合、ＳＣＳによって、スロットごとのシンボル数、フレームごとのスロット数およびサブフレームごとのスロット数が変化することを例示する。

【0045】

＜表２＞

【表2】

【0046】

フレーム構造は例示に過ぎず、フレームにおけるサブフレーム数、スロット数およびシンボル数は、様々に変更されることができる。ＮＲシステムでは、１つの端末にアグリゲート（併合）される（aggregated）複数のセル間でＯＦＤＭニューマロロジ（numerology）（例えば、ＳＣＳ）が異なるように設定されることができる。これにより、同じ数のシンボルで構成された時間リソース（例えば、ＳＦ、スロットまたはＴＴＩ）（便宜上、ＴＵ（Time Unit）という）の（絶対時間）区間がアグリゲートされたセル間で異なるように設定されることができる。ここで、シンボルは、ＯＦＤＭシンボル（またはＣＰ－ＯＦＤＭシンボル）、ＳＣ－ＦＤＭＡシンボル（またはＤｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭシンボル）を含む。

【0047】

ＮＲにおいて、様々な５Ｇサービスをサポートするための多数のニューマロロジまたはＳＣＳがサポートされる。例えば、ＳＣＳが１５ｋＨｚである場合、伝統的なセルラバンドにおける広い領域（wide area）がサポートされ、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合は、密集した都市（dense-urban）、より低い遅延（lower latency）およびより広いキャリア帯域幅（wider carrier bandwidth）がサポートされる。ＳＣＳが６０ｋＨｚまたはそれよりも高い場合には、位相雑音（phase noise）を克服するために、２４．２５ＧＨｚより大きい帯域幅がサポートされる。

【0048】

ＮＲ周波数バンド（frequency band）は、２つのタイプの周波数範囲（frequency range）により定義される。ＦＲ１、ＦＲ２は、以下の表３のように構成される。また、ＦＲ２は、ミリ波（millimeter Wave、ｍｍＷ）を意味する。

【0049】

＜表３＞

【表3】

【0050】

図４は、スロットのリソースグリッド（resource grid）を例示する図である。スロットは、時間領域（ドメイン）で複数のシンボルを含む。例えば、ノーマルＣＰの場合、１つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合は、１つのスロットが１２個のシンボルを含む。搬送波は、周波数領域で複数の副搬送波を含む。ＲＢ（Resource Block）は、周波数領域で複数（例えば、１２）の連続する副搬送波として定義される。ＢＷＰは、周波数領域で複数の連続するＰＲＢ（Physical RB）として定義され、１つのニューマロロジ（numerology）（例えば、ＳＣＳ、ＣＰ長さなど）に対応することができる。搬送波は、最大Ｎ個（例えば、５個）のＢＷＰを含む。データ通信は、活性化されたＢＷＰで行われ、１つの端末には、１つのＢＷＰのみが活性化される。リソースグリッドにおける各々の要素は、リソース要素（Resource Element、ＲＥ）と称され、１つの複素シンボルがマッピングされることができる。

【0051】

以下、ＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat reQuest-ACKnowledgement）動作についてより詳しく説明する。

【0052】

図５は、ＨＡＲＱ－ＡＣＫ動作を説明する図である。

【0053】

ＨＡＲＱ－ＡＣＫ情報は、ＵＥがＤＬ信号（例えば、ＤＬ制御信号またはＤＬデータ信号）を成功裏に受信したか否かを示す情報である。以下、ＵＥは、実施例によっては端末とも称される。ＵＥがＤＬ信号を成功裏に受信した場合、ＡＣＫ（ACKnowledgement）を基地局に送信し、ＵＥがＤＬ信号を成功裏に受信できなかった場合は、ＮＡＣＫ（Negative ACK）を基地局に送信する。

【0054】

ＮＲにおけるＨＡＲＱ－ＡＣＫは、以下の１）、２）の特徴を有する。

【0055】

１）ＴＢ（Transport Block）ごとに１ビットのＨＡＲＱ－ＡＣＫフィードバックがサポートされる。以下、ＨＡＲＱ－ＡＣＫフィードバックは、ＨＡＲＱフィードバックと同じ意味で使われる。このとき、１つのＤＬ ＨＡＲＱプロセスの動作は、一部のＵＥに対してサポートされる反面、１つまたは複数のＤＬ ＨＡＲＱプロセスの動作は、所定のＵＥに対してサポートされる。

【0056】

２）ＵＥは、最小ＨＡＲＱ処理（プロセシング）時間（minimum HARQ processing time）のセットをサポートする。ここで、最小ＨＡＲＱ処理時間は、端末がＤＬデータ（例えば、ＰＤＳＣＨ）を受信した時点から受信したＤＬデータに対応するＨＡＲＱ－ＡＣＫを送信するまでに要求される最小の時間を意味する。最小ＨＡＲＱ処理時間関連の（１）シンボル粒度（granularity）および（２）スロット粒度によって、２つの端末処理時間（Ｎ１，Ｋ１）が定義される。このとき、Ｋ１は、ＰＤＳＣＨのスロットからＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのスロットまでのスロット数を意味する。すなわち、Ｋ１は、ＰＤＳＣＨが受信されたスロットからＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫが送信されるスロットまでのスロット数を意味する。

【0057】

まず、端末の観点では、Ｎ１は、ＰＤＳＣＨ受信の最後からＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ送信の一番早い開始時点まで、端末の処理のために要求されるＯＦＤＭシンボル数を意味する。すなわち、Ｎ１は、ＰＤＳＣＨの受信が終了する時点からＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫの送信が開始される一番早い時点まで、端末の処理のために要求されるＯＦＤＭシンボルの数を意味する。Ｎ１は、ＯＦＤＭニューマロロジ（すなわち、副搬送波間隙）およびＤＭＲＳパターンによって以下の表４および表５のように定義される。

【0058】

＜表４＞

【表4】

【0059】

＜表５＞

【表5】

【0060】

図５を参照すると、ＨＡＲＱ－ＡＣＫタイミング（Ｋ１）は、ＰＤＳＣＨのスロットからＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫのスロットまでのスロット数を意味する。Ｋ０は、ＤＬグラントＰＤＣＣＨを有するスロットから対応するＰＤＳＣＨ送信を有するスロットまでのスロット数を示し、Ｋ２は、ＵＬグラントＰＤＣＣＨを有するスロットから対応するＰＵＳＣＨ送信を有するスロットまでのスロット数を示す。より具体的には、Ｋ１は、ＰＤＳＣＨが受信されたスロットからＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫが送信されるスロットまでのスロット数を意味し、Ｋ０は、ＤＬグラントＰＤＣＣＨが受信されたスロットからＰＤＣＣＨに対応するＰＤＳＣＨが受信されたスロットまでのスロット数を意味する。また、Ｋ２は、ＵＬグラントを含むＰＤＣＣＨが受信されたスロットからＰＤＣＣＨに対応するＰＵＳＣＣＨが送信されるスロットまでのスロット数を意味する。すなわち、Ｋ０、Ｋ１、Ｋ２は、以下の表６のように簡単に整理できる。

【0061】

＜表６＞

【表6】

【0062】

基地局は、ＨＡＲＱ－ＡＣＫフィードバックタイミングをＤＣＩにより動的に端末に提供するか、またはＲＲＣシグナリングにより準静的に端末に提供することができる。例えば、ＨＡＲＱ－ＡＣＫフィードバックタイミングがＤＣＩにより動的に提供される場合、ＡとＢとの間のスロットタイミングは、ＤＣＩの特定のフィールドにより、上記値のセットの中から指示される。また、ＮＲは、ＵＥの間で互いに異なる最小ＨＡＲＱ処理時間をサポートする。ＨＡＲＱ処理時間は、ＤＬデータの受信タイミングとＤＬデータに対応するＨＡＲＱ－ＡＣＫの送信タイミングとの間の遅延（delay）と、ＵＬグラントの受信タイミングとＵＬグラントに対応するＵＬデータの送信タイミングとの間の遅延と、を含む。また、ＵＥは、最小ＨＡＲＱ処理時間に関する自体の能力（capability）を基地局に送信する。非同期式（asynchronous）および適応型（adaptive）のＤＬ ＨＡＲＱは、少なくともｅＭＢＢおよびＵＲＬＬＣでサポートされる。

【0063】

以下の表７は、３８．２１４標準文書におけるＰＤＳＣＨが受信された時点からＨＡＲＱ－ＡＣＫ情報が送信されるまでのタイミングに関する内容を抜粋したものである。表７において、ｄ_１,１、ｄ_２などのパラメータは、３８．２１４および３８．２１１標準により決定される。

【0064】

＜表７＞

【表7】

【0065】

端末の観点では、時間領域において、複数のＤＬ送信に対するＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックは、１つのＵＬデータ／制御領域で送信される。ＤＬデータの受信と受信したＤＬデータに対応する肯定応答（acknowledgement）の送信との間のタイミングは、ＤＣＩ内のフィールドにより値のセットから指示され、これらの値のセットは、上位層により設定される。タイミングは、少なくともタイミングが端末に知られない場合に定義される。

【0066】

ＨＡＲＱ－ＡＣＫコードブック（HARQ-ACK codebook）

【0067】

ＮＲでは、動的ＨＡＲＱ－ＡＣＫコードブック方式と準静的ＨＡＲＱ－ＡＣＫコードブック方式とをサポートする。ＨＡＲＱ－ＡＣＫコードブックは、ＨＡＲＱ－ＡＣＫペイロードに振り替えることができる。

【0068】

動的ＨＡＲＱ－ＡＣＫコードブック方式の場合、ＤＣＩ内にＴ－ＤＡＩ（Total-Downlink Assignment Index）フィールドおよび／またはＣ－ＤＡＩ（Counter-DAI）フィールドが設定される。端末は、Ｔ－ＤＡＩおよび／またはＣ－ＤＡＩ値に基づいて、ＰＤＣＣＨモニタリング機会（monitoring occasions）により実際にスケジューリングされたＰＤＳＣＨのためのＨＡＲＱ－ＡＣＫ情報を生成して基地局に送信する。動的ＨＡＲＱ－ＡＣＫコードブックは、後述するＴｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックとも称される。

【0069】

動的ＨＡＲＱ－ＡＣＫコードブック方式が設定された場合、ＨＡＲＱ－ＡＣＫペイロードのサイズは、実際にスケジューリングされたＤＬデータの数によって変化する。そのために、ＤＬ信号をスケジューリングするＰＤＣＣＨは、Ｃ－ＤＡＩおよびＴ－ＤＡＩを含む。Ｃ－ＤＡＩは、ＣＣ（Component Carrier）（またはセル）－ｆｉｒｓｔ方式で予め計算された｛ＣＣ，スロット｝スケジューリング順の値を示し、ＨＡＲＱ－ＡＣＫコードブック内でＨＡＲＱ－ＡＣＫビットの位置を指定するときに使用される。Ｔ－ＤＡＩは、現在のスロットまでのスロット単位スケジューリングの累積値を示し、ＨＡＲＱ－ＡＣＫコードブックのサイズを決定するときに使用される。

【0070】

準静的ＨＡＲＱ－ＡＣＫコードブック方式の場合、ＵＥに設定された複数のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ－ＡＣＫフィードバックタイミングを考慮して、特定のＰＵＣＣＨ送信時点に関連する全てのＰＤＣＣＨモニタリング機会に対してＨＡＲＱ－ＡＣＫビットを生成して送信する。準静的ＨＡＲＱ－ＡＣＫコードブックは、後述するＴｙｐｅ １ ＨＡＲＱ－ＡＣＫコードブックとも称される。準静的ＨＡＲＱ－ＡＣＫコードブックは、ＰＤＣＣＨモニタリング機会上にスケジューリングされないＰＤＳＣＨに対してはＮＡＣＫとして処理する。

【0071】

一方、キャリアアグリゲーション（搬送波集成）が適用された場合には、複数のセルに対するＨＡＲＱ－ＡＣＫ送信が１つのＰＵＣＣＨに多重化（multiplexed）されて送信される。

【0072】

ＮＴＮ（Non-Terrestrial Networks）

【0073】

図６は、非地上系ネットワーク（Non-Terrestrial Networks，ＮＴＮ、以下、ＮＴＮ）を説明する図である。

【0074】

非地上系ネットワーク（ＮＴＮ）は、衛星（例えば、停止軌道衛星（ＧＥＯ）／低軌道衛星（ＬＥＯ））を用いて構成された無線ネットワークを称する。ＮＴＮネットワークに基づいてカバレッジ拡張が可能であり、高い信頼度のネットワークサービスが可能である。例えば、ＮＴＮ単独で構成されるか、または従来の地上ネットワークと結合して無線通信システムが構成される。例えば、ＮＴＮネットワークでは、ｉ）衛星とＵＥとの間のリンク、ｉｉ）衛星間リンク、ｉｉｉ）衛星とゲートウェイとの間のリンクなどで構成される。

【0075】

衛星を用いた無線通信システム構成を説明するために、以下の用語が使用される。

【0076】

－Ｓａｔｅｌｌｉｔｅ：ａ ｓｐａｃｅ－ｂｏｒｎｅ ｖｅｈｉｃｌｅ ｅｍｂａｒｋｉｎｇ ａ ｂｅｎｔ ｐｉｐｅ ｐａｙｌｏａｄ ｏｒ ａ 再生ペイロード ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｔｒａｎｓｍｉｔｔｅｒ， ｐｌａｃｅｄ ｉｎｔｏ Ｌｏｗ－Ｅａｒｔｈ Ｏｒｂｉｔ（ＬＥＯ） ｔｙｐｉｃａｌｌｙ ａｔ ａｎ ａｌｔｉｔｕｄｅ ｂｅｔｗｅｅｎ ５００ｋｍ ｔｏ ２０００ｋｍ， Ｍｅｄｉｕｍ－Ｅａｒｔｈ Ｏｒｂｉｔ（ＭＥＯ） ｔｙｐｉｃａｌｌｙ ａｔ ａｎ ａｌｔｉｔｕｄｅ ｂｅｔｗｅｅｎ ８０００ ｔｏ ２００００ ｌｍ， ｏｒ Ｇｅｏｓｔａｔｉｏｎａｒｙ ｓａｔｅｌｌｉｔｅ Ｅａｒｔｈ Ｏｒｂｉｔ（ＧＥＯ） ａｔ ３５ ７８６ ｋｍ ａｌｔｉｔｕｄｅ．

【0077】

－Ｓａｔｅｌｌｉｔｅ ｎｅｔｗｏｒｋ：Ｎｅｔｗｏｒｋ， ｏｒ ｓｅｇｍｅｎｔｓ ｏｆ ｎｅｔｗｏｒｋ， Ｕｓｉｎｇ ａ ｓｐａｃｅ－ｂｏｒｎｅ ｖｅｈｉｃｌｅ ｔｏ ｅｍｂａｒｋ ａ ｔｒａｎｓｍｉｓｓｉｏｎ ｅｑｕｉｐｍｅｎｔ ｒｅｌａｙ ｎｏｄｅ ｏｒ ｂａｓｅ ｓｔａｔｉｏｎ．

【0078】

－Ｓａｔｅｌｌｉｔｅ ＲＡＴ：ａ ＲＡＴ ｄｅｆｉｎｅｄ ｔｏ ｓｕｐｐｏｒｔ ａｔ ｌｅａｓｔ ｏｎｅ ｓａｔｅｌｌｉｔｅ．

【0079】

－５Ｇ Ｓａｔｅｌｌｉｔｅ ＲＡＴ：ａ Ｓａｔｅｌｌｉｔｅ ＲＡＴ ｄｅｆｉｎｅｄ ａｓ ｐａｒｔ ｏｆ ｔｈｅ Ｎｅｗ Ｒａｄｉｏ．

【0080】

－５Ｇ ｓａｔｅｌｌｉｔｅ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：５Ｇ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ ｕｓｉｎｇ ａｔ ｌｅａｓｔ ｏｎｅ ｓａｔｅｌｌｉｔｅ．

【0081】

－Ｔｅｒｒｅｓｔｒｉａｌ：ｌｏｃａｔｅｄ ａｔ ｔｈｅ ｓｕｒｆａｃｅ ｏｆ Ｅａｒｔｈ．

【0082】

－Ｔｅｒｒｅｓｔｒｉａｌ ｎｅｔｗｏｒｋ：Ｎｅｔｗｏｒｋ， ｏｒ ｓｅｇｍｅｎｔｓ ｏｆ ａ ｎｅｔｗｏｒｋ ｌｏｃａｔｅｄ ａｔ ｔｈｅ ｓｕｒｆａｃｅ ｏｆ ｔｈｅ Ｅａｒｔｈ．

【0083】

衛星接続（connection、連結）を用いた通信システムで提供する使用例は、３つのカテゴリに区分される。“サービス継続性（Service Continuity）”カテゴリは、地上ネットワークの無線通信範囲で５Ｇサービスにアクセスできない地理的領域におけるネットワーク接続（connectivity、連結）を提供するために使用される。例えば、歩行者ユーザに関連するＵＥまたは移動する陸上地上プラットフォーム（例えば、自動車、コーチ（coach）、トラック、汽車）、航空プラットフォーム（例えば、商業用または個人用ジェット機）もしくは海上プラットフォーム（例えば、海上船舶）上のＵＥのために衛星接続が利用される。“サービス普遍性（Service Ubiquity）”カテゴリは、地上ネットワークを使用できない場合（例えば、災難、破壊、経済的な理由など）、ＩＯＴ／公共安全関連非常ネットワーク／ホームアクセスなどのために衛星接続が利用される。また、“サービス拡張性（Service Scalability）”カテゴリは、衛星ネットワークの広範囲カバレッジを用いたサービスを含む。

【0084】

例えば、５Ｇ衛星アクセス（接続）ネットワーク（5G satellite access network）は、５Ｇコアネットワークに連結される。この場合、衛星は、ベントパイプ（曲管型）（bent pipe satellite）または再生衛星（a regenerative satellite）である。ＵＥと衛星との間でＮＲ無線プロトコルが利用される。また、衛星とｇＮＢとの間でＦ１インターフェースが利用される。

【0085】

上述したように、非地上系ネットワーク（Non-Terrestrial Networks，ＮＴＮ）は、衛星などの地上に固定していない装置を用いて構成された無線ネットワークを称し、代表的な例としては、衛星ネットワークがある。ＮＴＮに基づいてカバレッジ拡張が可能であり、信頼度の高いネットワークサービスが可能である。例えば、ＮＴＮは、単独で構成されるか、または既存の地上ネットワークと結合して無線通信システムが構成される。

【0086】

ＮＴＮを用いた通信システムで提供する使用例は、３つのカテゴリに区分される。“サービス継続性（Service Continuity）”カテゴリは、地上ネットワークの無線通信範囲で５Ｇサービスにアクセスできない地理的領域におけるネットワーク接続（連結）（connectivity）を提供するために使用される。例えば、歩行者ユーザに関連するＵＥ、または移動する陸上地上プラットフォーム（例えば、自動車、コーチ（coach）、トラック、汽車）、航空プラットフォーム（例えば、商業用または個人用ジェット機）もしくは海上プラットフォーム（例えば、海上船舶）上のＵＥのために衛星接続が利用される。“サービス普遍性（Service Ubiquity）”カテゴリは、地上ネットワークを使用できない場合（例えば、災難、破壊、経済的な理由など）、ＩＯＴ／公共安全関連非常ネットワーク／ホームアクセスなどのために衛星接続が利用される。また、“サービス拡張性（Service Scalability）”カテゴリは、衛星ネットワークの広範囲カバレッジを用いたサービスを含む。

【0087】

図６を参照すると、ＮＴＮは、１つもしくは複数の衛星４１０、衛星と通信可能な１つもしくは複数のＮＴＮゲートウェイ４２０、ならびに衛星から移動衛星サービス（mobile satellite services）が提供される１つもしくは複数のＵＥ（／ＢＳ）４３０などを含んで構成される。説明の便宜のために、衛星を含むＮＴＮの例を中心として説明するが、本発明の範囲はこれに制限されない。したがって、ＮＴＮは、衛星だけではなく、航空機（aerial vehicle）（Unmanned Aircraft Systems（ＵＡＳ）、encompassing Tethered UAS（ＴＵＡ）、Lighter Than Air UAS（ＬＴＡ）、Heavier Than Air UAS（ＨＴＡ）、all operating in altitudes typically between 8 and 50km including High Altitude Platforms（ＨＡＰｓ））などを含んで構成される。

【0088】

衛星４１０は、ベントパイプ（bent pipe）ペイロードまたは再生ペイロード通信送信器（regenerative payload telecommunication transmitter）を取り付けた宇宙移動体（space-borne vehicle）であって、ＬＥＯ（Low Earth Orbit）、ＭＥＯ（Medium Earth Orbit）、ＧＥＯ（Geostationary Earth Orbit）に位置する。ＮＴＮゲートウェイ４２０は、地表面に存在する地上局（earth station）またはゲートウェイであって、衛星に接続可能な十分なＲＦ電力／感度を提供する。ＮＴＮゲートウェイは、ＴＮＬ（Transport Network Layer）ノードに該当する。

【0089】

ＮＴＮネットワークでは、ｉ）衛星とＵＥとの間のリンク、ｉｉ）衛星間のリンク、ｉｉｉ）衛星とＮＴＮゲートウェイとの間のリンクなどが存在する。サービスリンクは、衛星とＵＥとの間の無線リンクを意味する。複数の衛星が存在する場合、衛星間のＩＳＬ（Inter-Satellite Links）が存在する。フィーダリンク（Feeder link）は、ＮＴＮゲートウェイと衛星（またはＵＡＳプラットフォーム）との間の無線リンクを意味する。ゲートウェイは、データネットワークに連結され、フィーダリンクにより衛星と送受信を行う。ＵＥは、衛星とサービスリンクにより送受信することができる。

【0090】

ＮＴＮ動作シナリオは、透明ペイロード（transparent payload）および再生ペイロード（regenerative payload）にそれぞれ基づく２つのシナリオが考えられる。図９（図６）（ａ）は、透明ペイロードに基づくシナリオの例を示す。透明ペイロードに基づくシナリオでは、ペイロードにより繰り返されるシグナルが変更されない。衛星４１０は、フィーダリンクからサービスリンクに（またはその逆に）ＮＲ－Ｕｕ無線インターフェースを繰り返し、フィーダリンク上の衛星無線インターフェース（ＳＲＩ）は、ＮＲ－Ｕｕである。ＮＴＮゲートウェイ４２０は、ＮＲ－Ｕｕインターフェースの信号伝達に必要な全ての機能をサポートする。また、互いに異なる透明衛星（transparent satellites）が地上の同一のｇＮＢに連結されることもできる。図９（ｂ）は、再生ペイロードに基づくシナリオの例を示す。再生ペイロードに基づくシナリオでは、衛星４１０が従来の基地局（例えば、ｇＮＢ）の機能を一部または全部行い、周波数変換／復調／復号／変調などの一部または全部を行うシナリオをいう。ＵＥと衛星との間のサービスリンクではＮＲ－Ｕｕ無線インターフェースを用い、ＮＴＮゲートウェイと衛星との間のフィーダリンクでは衛星無線インターフェース（ＳＲＩ）を利用する。ＳＲＩは、ＮＴＮゲートウェイと衛星との間の輸送リンク（transport link）に該当する。

【0091】

ＵＥ４３０は、ＮＴＮベースのＮＧ－ＲＡＮおよび従来のセルラＮＧ－ＲＡＮにより同時に５ＧＣＮに連結される。あるいは、ＵＥは、同時に２つ以上のＮＴＮ（例えば、ＬＥＯ ＮＴＮ＋ＧＥＯ ＮＴＮなど）により５ＧＣＮに連結される。

【0092】

図７は、非地上系ネットワーク（ＮＴＮ）の概要およびシナリオを説明する図である。

【0093】

ＮＴＮは、衛星（またはＵＡＳプラットフォーム）がＲＦリソースを使用するネットワークまたはネットワークセグメントを意味する。ユーザ装置（装備）に対するアクセスを提供するＮＴＮネットワークの一般的なシナリオは、図７（ａ）に示した透明ペイロードに基づくＮＴＮシナリオ、および図７（ｂ）に示した再生ペイロードに基づくＮＴＮシナリオを含む。

【0094】

ＮＴＮは、一般的には以下の要素を特徴とする。

【0095】

－非地上系ネットワーク（Non-Terrestrial Network）を共用データネットワークに連結する１つまたは複数のｓａｔ－ｇａｔｅｗａｙ

【0096】

－ＧＥＯ衛星は、衛星対象カバレッジ（例えば、地域または大陸カバレッジ）に配置される１つまたは複数の衛星ゲートウェイにより供給される（またはセルのＵＥが１つのｓａｔ－ｇａｔｅｗａｙでのみサービスを受けると仮定）。

【0097】

－ｎｏｎ－ＧＥＯ衛星は、１回に１つまたは複数の衛星ゲートで連続して提供される。このシステムは、モビリティ（移動性）アンカリング（mobility anchoring）およびハンドオーバの進行に十分な時間の間で連続サービス衛星ゲートウェイ間のサービスおよびフィーダリンクの連続性を保証する（ensures）。

【0098】

－衛星－ゲートウェイと衛星（またはＵＡＳプラットフォーム）との間のフィーダリンクまたは無線リンク

【0099】

－ユーザ装置と衛星（またはＵＡＳプラットフォーム）との間のサービスリンクまたは無線リンク

【0100】

－透明（transparent）ペイロードまたは再生（regenerative）（with on board processing）ペイロードを具現可能な衛星（またはＵＡＳプラットフォーム）。ここで、衛星（またはＵＡＳプラットフォーム）生成ビームは、一般的に視野により境界が指定されたサービス領域で複数のビームが生成される。ビームの軌跡（footprints）は、一般的に楕円形である。衛星（またはＵＡＳプラットフォーム）の視野は、オンボードアンテナダイヤグラムおよび最小仰角（min elevation angle）によって異なる。

【0101】

－透明（transparent）ペイロード：無線周波数フィーダリンク、周波数変換および増幅（ここで、ペイロードにより繰り返される波形信号が変更されないこともある）

【0102】

－再生（regenerative）ペイロード：無線周波数フィーダリンク、周波数変換および増幅だけではなく、復調／復号、スイッチおよび／またはルーティング、コーディング／変調（これは、衛星（またはＵＡＳプラットフォーム）で基地局機能（例えば、ｇＮＢ）の全部または一部を有することと実質的に同一である）。

【0103】

－衛星配置（constellation、集合、コンステレーション）の場合、オプションとして（optionally、選択的に）衛星間リンク（Inter-Satellite Links，ＩＳＬ）。このためには、衛星に再生ペイロードが必要である。あるいは、ＩＳＬは、ＲＦ周波数または広帯域（optical bands）で作動する。

【0104】

－端末は、対象サービス地域内で衛星（またはＵＡＳプラットフォーム）によりサービスされる。

【0105】

以下の表８は、様々なタイプ（類型）の衛星（またはＵＡＳプラットフォーム）を定義する。

【0106】

＜表８＞

【表8】

【0107】

一般的にＧＥＯ衛星およびＵＡＳは、大陸、地域（regional）またはローカル（local、地域）サービスの提供に使用される。ＬＥＯおよびＭＥＯ配置（constellation、集合、コンステレーション）は、北半球と南半球との両方においてサービス提供に使用される。あるいは、ＬＥＯおよびＭＥＯ配置（constellation）が極地方を含めてグローバルバレッジ（グローバルビレッジ）を提供することもできる。今後、そのために適切な軌道傾斜、十分なビーム生成および衛星間リンクが必要である。一方、ＨＥＯ衛星システムは、ＮＴＮに関連しては考慮されなくてもよい。

【0108】

以下の６つの参照シナリオにおいて、端末に対するアクセスを提供するＮＴＮを考えることができる。

【0109】

－円形軌道および名目（notional）ステーション維持プラットフォーム

【0110】

－最高のＲＴＤ制約

【0111】

－最高のドップラ制約

【0112】

－透明および再生ペイロード

【0113】

－１つのＩＳＬケースおよび１つのＩＳＬ無しのケース。衛星間リンクの場合、再生ペイロードは必須である。

【0114】

－固定または可動ビームにより、それぞれ地面に移動または固定ビーム軌道が発生する（Fixed or steerable beams resulting respectively in moving or Fixed beam foot print on the ground）

【0115】

上記６つの参照シナリオは、以下の表９のように定義されることができ、表１０のようにシナリオごとのパラメータを定義できる。

【0116】

＜表９＞

【表9】

【0117】

＜表１０＞

【表10-1】

【表10-2】

【0118】

－ＮＯＴＥ １：各衛星は、ビームフォーミング技術を使用して地球上の固定地点へ向けてビームを操縦する。これは、衛星の可視性時間に該当する期間の間に適用される。

【0119】

－ＮＯＴＥ ２：ビーム（地球固定端末；earth fixed user equipment）内の最大遅延変動は、ゲートウェイおよび端末の全てに対する最小仰角に基づいて計算される。

【0120】

－ＮＯＴＥ ３：ビーム内の最大差動遅延（微分遅延、遅延差）（max differential delay）は、天底（nadir）において最大ビーム軌跡直径を基準として計算される。

【0121】

－ＮＯＴＥ ４：遅延計算に使用される光の速度は、２９９７９２４５８ｍ／ｓである。

【0122】

－ＮＯＴＥ ５：ＧＥＯに対する最大ビーム軌跡のサイズ（Maximum beam foot print size）は、カバレッジの縁部（low elevation）にスポットビーム（spot beams）があると仮定して最新ＧＥＯの高い処理量システムに基づく。

【0123】

－ＮＯＴＥ ６：セル水準で最大差動遅延（maximum differential delay）は、最大ビームサイズに対するビーム水準の遅延を考慮して計算される。一方、ビームサイズが小さいかまたは中間サイズであるときは、セルが２つ以上のビームを含めることを排除しないことができる。ただし、セル内の全てのビームの累積差動遅延（cumulated differential delay）は、上記表のセル水準で最大差動遅延を超えない。

【0124】

ＮＴＮ研究結果は、ＧＥＯシナリオだけではなく、高度が６００ｋｍ以上である円形軌道を有する全てのＮＧＳＯシナリオに適用されることができる。

【0125】

以下、ＮＴＮ基準点について説明する。

【0126】

図８は、ＮＴＮのＴＡ構成要素を説明する図である。ここで、ＴＡオフセット（ＮＴＡｏｆｆｓｅｔ）はプロットされなくてもよい。

【0127】

ＮＴＮに基づく無線システムは、より大きいセルカバレッジ、長い往復時間（ＲＴＴ）および高いドップラを考慮して、ＵＬ送信のためのタイミングおよび周波数同期性能を保証するために改善事項が考慮される。

【0128】

図８を参照すると、初期アクセスおよび後続ＴＡの維持／管理のタイミングアドバンス（ＴＡ）に関連する基準点が示されている。以下、図１０に関連して定義された用語について説明する。

【0129】

－オプション１：ＵＥが知る位置および衛星天体暦（satellite ephemeris）を使用してＵＥにおけるＴＡを自律的に獲得（Autonomous acquisition of the TA）

【0130】

オプション１に関連して、ＰＲＡＣＨを含むＵＬ送信に必要なＴＡ値は、ＵＥにより計算される。該当調整は、ＵＥ固有（特定）の差動ＴＡ（UE-specific differential TA）または全体ＴＡ（consisting of UE specific differential TA and common TA）を使用して行われる。

【0131】

ＵＥ側における全体ＴＡ補償（full TA compensation）を除いて、ＵＥ間のＵＬタイミング、ネットワーク側におけるＤＬおよびＵＬフレームタイミングに対する整列が全て達成できる（W.r.t the full TA compensation at the UE side, both the alignment on the UL timing among UEs and DL and UL frame timing at network side can be achieved）。ただし、透明ペイロードの衛星の場合は、フィーダリンクによる影響を処理する方法についての追加議論が規範的な業務（normative work）で行われる。フィーダリンクにより導入された影響が該当補償においてＵＥにより補償されない場合、ネットワークがＤＬフレームタイミングとＵＬフレームタイミングとの間のタイミングオフセットを管理するための追加要求が考慮される（Additional needs for the network to manage the timing offset between the DL and UL frame timing Can be considered, If impacts introduced by feeder link is not compensated by UE in corresponding compensation）。

【0132】

ＵＥ固有の差動ＴＡ（UE specific differential TA）のみを除いて、同一のビーム／セルのカバレッジ内でＵＥ間のＵＬタイミングアラインメントを達成するために、単一の参照ポイントに対する追加指示がビーム／セルごとにＵＥにシグナリングされる必要がある。ネットワーク側でＤＬフレームタイミングとおよびＵＬフレームタイミングとの間のタイミングオフセットは、衛星ペイロードタイプに関係なく、ネットワークで管理される。

【0133】

ＵＥ側で自体で計算されたＴＡ値に対する精度についての懸念（恐れ）に関連して、ＴＡ改善のためにネットワークでＵＥに追加のＴＡがシグナリングされる。例えば、初期アクセスおよび／またはＴＡ保持の間に規範的な業務（normative work）で決定される。

【0134】

－オプション２：ネットワーク指示（indication、表示）によるタイミング高機能（高級）調整（advanced adjustment）

【0135】

このオプション２に関連して、同一の衛星ビーム／セルのカバレッジ内で全てのＵＥが共有する伝播遅延の共通構成要素を称する共通ＴＡが、衛星ビーム／セルごとにネットワークによりブロードキャストされる。ネットワークは、衛星ビーム／セルごとに少なくとも１つの基準点を仮定して共通ＴＡを算出する。

【0136】

従来のＴＡメカニズム（Ｒｅｌ－１５）によりネットワークからのＵＥ固有の差動ＴＡに関する指示が必要である。より大きいＮＴＮカバレッジを満たすために、明示的または暗黙（黙示）的にＲＡＲにおいてＴＡ指示に対する値の範囲の拡張が識別される。該当指示において負のＴＡ値（negative TA value）をサポートするか否かを指示することもできる。また、ネットワークからＵＥへのタイミングドリフト率（timing drift rate）の指示もサポートされて、ＵＥ側でＴＡ調整が可能である。

【0137】

上記２つのオプションにおいて、共通ＴＡを計算するために、ビームごとの単一基準点を基準線とすることができる。複数の基準点をサポートするか否かおよびサポート方法については、追加議論が必要である。

【0138】

ＵＬ周波数補償の場合、少なくともＬＥＯシステムの場合は、ネットワーク側で共通周波数オフセットのビームごとの事後（ポスト）補償（beam specific post-compensation）を考慮して、以下のソリューションが識別される。

【0139】

－オプション１に関連して、ＵＥ固有の周波数オフセットの事前（プリー）補償（pre-compensation）および推定の全てがＵＥ側で行われる（Both the estimation and pre-compensation of UE-specific frequency offset are conducted at the UE side）。この値の獲得（またはＵＥ固有の周波数オフセットの事前補償および推定）は、ＤＬ参照信号、ＵＥ位置および衛星天体歴を活用して行うことができる。

【0140】

－オプション２に関連して、少なくともＬＥＯシステムにおいてＵＬ周波数補償に必要な周波数オフセットは、ネットワークによりＵＥに指示される。この値に対する獲得は、ＵＬ信号（例えば、プリアンブル）を感知（検出）してネットワーク側で行われる。

【0141】

また、上りリンクおよび／または下りリンクにおいて、それぞれネットワークが周波数オフセット補償を行う場合に対するネットワークによる補償された周波数オフセット値が指示またはサポートされる。ただし、ドップラドリフト率（Doppler drift rate）は、指示されないこともある。これに関連する信号の設計については、追加議論されることができる。

【0142】

以下、より多い（強固な）遅延耐性（許容）再送信メカニズム（More delay-tolerant re-Transmission mechanisms）について説明する。

【0143】

以下のように、向上した遅延耐性のある再送信メカニズムの２つの主要側面が議論される。

【0144】

－ＮＲ ＮＴＮにおけるＨＡＲＱの無効化（Disabling of HARQ in NR NTN）

【0145】

－ＮＲ ＮＴＮにおけるＨＡＲＱ最適化（HARQ optimization in NR-NTN）

【0146】

ＮＲのＨＡＲＱ往復時間は、数ｍｓ程度である。ＮＴＮの伝播遅延は、衛星軌道によって数ミリ秒から数百ミリ秒まで（従来の通信システムよりも）より長い。したがって、ＨＡＲＱ ＲＴＴは、ＮＴＮにおいて（従来の通信システムよりも）より長い。したがって、ＨＡＲＱ手順に対する潜在的な影響およびソリューションを追加議論する必要がある。ＲＡＮ１は、物理層の側面に重点をおき、ＲＡＮ２は、ＭＡＣ層の側面に重点を置いている。

【0147】

これに関連して、ＮＲ ＮＴＮにおいてＨＡＲＱ非活性化（Disabling of HARQ in NR NTN）が考慮される。

【0148】

ＵＬ ＨＡＲＱフィードバックが非活性化された場合、（１）ＭＡＣ ＣＥおよびＲＲＣシグナリングがＵＥにより受信されないか、または（２）ｇＮＢが知らない状態で長期間ＵＥにより正しく受信されていないＤＬパケットによる問題が発生する。

【0149】

これに関連して、ＨＡＲＱフィードバックが非活性化されたときの上記問題についてＮＴＮで以下の方式が考えられる。

【0150】

（１）新しく／再解釈されたフィールドでＤＣＩを介してＨＡＲＱ無効化を指示する（Indicate HARQ disabling via DCI in new/re-interpreted field） ［６０］， ［６１］

【0151】

（２）ＤＬ送信の中断を報告したりＤＬスケジューリングの変更を要求したりするための新しいＵＣＩフィードバック（New UCI Feedback for reporting DL Transmission disruption and or requesting DL scheduling changes） ［６２］， ［６３］

【0152】

スロットアグリゲーション（集計）またはブラインド繰り返しに対して、以下のような可能な改善事項が考慮される。ＮＴＮに対してかかる向上を導入する必要に対する収斂（convergence）がない。

【0153】

（１）８（個の）スロット以上－アグリゲーション（集合）（Greater than 8 slot-aggregation） ［６４］

【0154】

（２）時間インターリーブスロットアグリゲーション（time-interleaved slot aggregation） ［６５］

【0155】

（３）新しいＭＣＳテーブル（New MCS table） ［６６］

【0156】

次に、ＮＲ ＮＴＮのためのＨＡＲＱ最適化方法（方案）について説明する。

【0157】

ＮＴＮにおいて、最大データ速度（peak data rates）の減少を防止する解決案が考慮される。１つの解決案は、ＨＡＲＱ手順において中止および待機を防止するために、より長い衛星往復遅延と一致するようにＨＡＲＱプロセス数を増やすことである。あるいは、ＵＬ ＨＡＲＱフィードバックを非活性化してＨＡＲＱ手順における中止および待機を防止し、信頼性のためにＲＬＣ ＡＲＱに依存する。上記２つの解決案に対する処理量性能は多数の会社によりリンク水準およびシステム水準で評価されている。

【0158】

性能に対するＨＡＲＱプロセス数の影響について行われた評価の観察結果を要約すると以下の通りである。

【0159】

－３つのソース［７２］［６４］［７０］は、以下の観察と共にＳＮＲに対する処理量のリンク水準シミュレーションを提供する。

【0160】

－１６個のＨＡＲＱプロセスを使用するＲＬＣ ＡＲＱに対して１％のＢＬＥＲ目標および３２／６４／１２８／２５６ＨＡＲＱプロセスを使用してＢＬＥＲが１％および１０％を目標とする３０°の高度角を有するＴＤＬ－Ｄ郊外チャネルでシミュレーションされた１つのソース。｛３２，６４，１２８，２５６｝ｍｓでＲＴＴを使用したＲＬＣ層の再送信に比べてＨＡＲＱプロセス数が増加しても処理量において観察可能な利得がない（One source simulated with a TDL-D suburban channel with elevation angle of 30 degrees with BLER target of 1% for RLC ARQ with 16 HARQ processes, and BLER targets 1% and 10% with 32/64/128/256 HARQ processes. There was no observable gain in throughput with increased number of HARQ processes compared to RLC layer RE-Transmission with RTT in ｛32, 64, 128, 256｝ms）。

【0161】

－１６個のＨＡＲＱプロセスを使用するＲＬＣ ＡＲＱに対して０．１％のＢＬＥＲ目標および３２個のＨＡＲＱプロセスを使用してＢＬＥＲが１％および１０％を目標とする３０°の高度角を有するＴＤＬ－Ｄ郊外チャネルでシミュレーションされた１つのソース。ＲＴＴ＝３２ｍｓである１６個のＨＡＲＱプロセスを使用するＲＬＣ ＡＲＱと比較して、３２個のＨＡＲＱプロセスで１０％の平均処理量利得が観察される（One source simulated with a TDL-D suburban channel with elevation angle of 30 degrees with BLER targets of 0.1% for RLC ARQ with 16 HARQ processes, and BLER targets 1% and 10% with 32 HARQ processes. an average throughput gain of 10% was observed with 32 HARQ processes compared to RLC ARQ with 16 HARQ processes with RTT=32ms）。

【0162】

－１つのソースは、ＲＴＴ＝３２ｍｓである次の例でシミュレーション結果を提供する。例えば、１６個のＨＡＲＱプロセスを使用するＲＬＣ ＡＲＱに対してＢＬＥＲ目標を１％と仮定し、ＢＬＥＲは、３２個のＨＡＲＱプロセスを使用して１％および１０％を目標とすると仮定する。１６個のＨＡＲＱプロセスを使用するＲＬＣ ＡＲＱと比較して、３２個のＨＡＲＱプロセスを使用する処理量で観察可能な利得はない。これは、チャネルが上昇角が３０である郊外シナリオにおいてシステムチャネルモデルからの遅延拡散／Ｋ－ファクタ（因子、factor）があるＴＤＬ－Ｄとして仮定される場合である。性能の向上は、他のチャネルで観察でき、特に３０°の高度角を有する郊外でチャネルがＴＤＬ－Ａと仮定される場合、最大１２．５％のスペクトル効率向上が得られる。さらに、他のスケジューリング作業を考慮してミュレーションに基づくシミュレーション：（i）追加ＭＣＳオフセット、（ii）低い効率性に基づくＭＣＳテーブル、（iii）他のＢＬＥＲターゲットを使用したスロット集計が行われる（ＨＡＲＱプロセス番号を拡大すると、相当な利得が得られる（One source provides the simulation results in following cases with RTT=32ms, e.g., assuming BLER targets at 1% for RLC ARQ with 16 HARQ processes, BLER targets 1% and 10% with 32 HARQ processes. There is no observable gain in throughput with 32 HARQ processes compared to RLC ARQ with 16 HARQ processes in case that channel is assumed as TDL-D with delay spread/ k-factor taken from system channel model in suburban scenario with elevation angle 30. Performance gain can be observed with other channels, especially, up to 12.5% spectral efficiency gain is achieved in case that channel is assumed as TDL-A in suburban with 30° elevation angle. Moreover, simulation based on the simulation with consideration on other scheduling operations: (i) additional MCS offset, (ii) MCS table based on Lower efficiency (iii) slot aggregation with different BLER targets are conducted. Significant gain can be observed with enlarging the HARQ process number）。

【0163】

１つのソース［７３］は、２０％リソース活用、１６個および３２個のＨＡＲＱプロセス、セルごとに１５個および２０個のＵＥ、比例公正スケジューリング（proportional fair scheduling）、周波数リサイクルなしでＬＥＯ＝１２００ｋｍに対するシステム水準のシミュレーションが提供される。１６個のＨＡＲＱプロセスと比較して、３２個のＨＡＲＱプロセスにおいてユーザごとのスペクトル効率性の利得は、ＵＥ数によって異なる。ビームごとに１５個のＵＥを使用すると、５０％パーセンタイルで１２％の平均スペクトル効率利得が観察される。セルごとに２０個のＵＥを使用すると、観察可能な利得がない。

【0164】

かかる観察に基づいて以下のようなオプションが考慮される。

【0165】

－オプションＡ：１６個のＨＡＲＱプロセスＩＤを維持し、ＲＲＣによりＵＬ ＨＡＲＱフィードバックが非活性化されたＨＡＲＱプロセスに対してＲＬＣ ＡＲＱに依存

【0166】

－オプションＢ：ＲＲＣにより活性化されたＵＬ ＨＡＲＱフィードバックがある１６個以上のＨＡＲＱプロセスＩＤ。この場合、１６個以上のＨＡＲＱプロセスＩＤである場合にＵＥ能力およびＤＣＩに４ビットのＨＡＲＱプロセスＩＤフィールドの維持が考えられる。

【0167】

あるいは、ＤＣＩにおいて４ビットＨＡＲＱプロセスＩＤフィールドを維持する１６個以上のＨＡＲＱプロセスに対して、以下のソリューションが考えられる。

【0168】

－スロット番号に基づく ［６２］， ［６７］， ［６８］， ［６０］， ［６９］

【0169】

－ＨＡＲＱ再送信タイミング制限に基づく仮想プロセスＩＤ［６１］

【0170】

－ＲＴＤ内でＨＡＲＱプロセスＩＤ再使用（時間ウィンドウ）［６９］

【0171】

－上位層のサポート情報により既存のＤＣＩフィールドの再解釈［７０］

【0172】

ここで、１つのソースは、ＨＡＲＱプロセスＩＤフィールドが４ビット以上に増加する場合に解決策が考えられる［６５］。

【0173】

ソフトバッファ管理および中止－待機時間減少のためのＨＡＲＱ改善事項に関連して以下のオプションが考えられる。

【0174】

－オプションＡ－１：停止および待機時間を減らすための事前活性／プリエンプティブ（先制）ＨＡＲＱ ［７１］，［６６］

【0175】

－オプションＡ－２：ＵＥおよびＨＡＲＱプロセスごとに構成可能なＨＡＲＱバッファ使用活性化／非活性化［６７］，［６４］，［６９］

【0176】

－オプションＡ－３：ＵＥからＨＡＲＱバッファ状態報告［６７］

【0177】

今後、ＨＡＲＱフィードバック、ＨＡＲＱバッファサイズ、ＲＬＣフィードバックおよびＲＬＣ ＡＲＱバッファサイズに対する議論が必要なＨＡＲＱプロセス数については、仕様の開発によってさらに議論される。

【0178】

図９は、一実施例による端末がＮＴＮにおいてＵＬ信号を送信する方法を説明するフローチャートであり、図１０は、一実施例による端末がＮＴＮにおいてＤＬ信号を受信する方法を説明するフローチャートである。

【0179】

図９および図１０に示した少なくとも１つの段階は、状況または設定などによって省略可能である。図９および図１０に示す段階は、説明の便宜のために記載しただけであり、この明細書の範囲を制限するものではない。

【0180】

図９を参照すると、端末は、ＮＴＮ関連設定情報、ＵＬデータ／ＵＬチャネル関連情報を受信する（Ｍ３１）。次に、端末は、ＵＬデータおよび／またはＵＬチャネルを送信するためのＤＣＩ／制御情報を受信する（Ｍ３３）。ＤＣＩ／制御情報は、ＵＬデータ／ＵＬチャネルの送信のためのスケジューリング情報を含む。次に、端末は、スケジューリング情報に基づいてＵＬデータ／ＵＬチャネルを送信する（Ｍ３５）。端末は、設定／指示されたＵＬデータ／ＵＬチャネルが全て送信されるまでＵＬデータ／ＵＬチャネルを送信し、全てのＵＬデータ／ＵＬチャネルを送信すると、該当上りリンク送信動作が終了する（Ｍ３７）。

【0181】

図１０を参照すると、端末は、ＮＴＮ関連設定情報、ＤＬデータおよび／またはＤＬチャネルに関連する情報を受信する（Ｍ４１）。次に、端末は、ＤＬデータおよび／またはＤＬチャネル受信のためのＤＣＩ／制御情報を受信する（Ｍ４３）。ＤＣＩ／制御情報は、ＤＬデータ／ＤＬチャネルのスケジューリング情報を含む。端末は、スケジューリング情報に基づいてＤＬデータ／ＤＬチャネルを受信する（Ｍ４５）。端末は、設定／指示されたＤＬデータ／ＤＬチャネルが全て受信されるまでＤＬデータ／ＤＬチャネルを受信し、全てのＤＬデータ／ＤＬチャネルを受信すると、受信したＤＬデータ／ＤＬチャネルに対するフィードバック情報送信が必要であるか否かを判断する（Ｍ４７，Ｍ４８）。フィードバック情報の送信が必要である場合、端末は、ＨＡＲＱ－ＡＣＫフィードバック（またはＨＡＲＱフィードバック）を送信し、不要である場合、端末は、ＨＡＲＱ－ＡＣＫフィードバックを送信せず、受信動作を終了する（Ｍ４９）。

【0182】

図１１は、一実施例による基地局がＮＴＮにおいてＵＬ信号を受信する方法を説明するフローチャートであり、図１２は、一実施例による基地局がＮＴＮにおいてＤＬ信号を送信する方法を説明するフローチャートである。図１１および図１２に示した少なくとも１つの段階は、状況または設定などによって省略可能である。図１１および図１２に示す段階は、説明の便宜のために記載しただけであり、この明細書の範囲を制限するものではない。

【0183】

図１１を参照すると、基地局は、ＮＴＮ関連設定情報、ＵＬデータおよび／またはＵＬチャネルに関連する情報を端末に送信する（Ｍ５１）。その後、基地局は、ＵＬデータおよび／またはＵＬチャネルの送信のためのＤＣＩ／制御情報を（端末に）送信する（Ｍ５３）。ＤＣＩ／制御情報は、端末のＵＬデータ／ＵＬチャネル送信のためのスケジューリング情報を含む。基地局は、スケジューリング情報に基づいて送信されるＵＬデータ／ＵＬチャネルを（端末から）受信する（Ｍ５５）。基地局は、設定／指示されたＵＬデータ／ＵＬチャネルが全て受信されるまでＵＬデータ／ＵＬチャネルを受信し、全てのＵＬデータ／ＵＬチャネルを受信すると、該当上りリンク受信動作が終了する（Ｍ５７）。

【0184】

図１２を参照すると、基地局は、ＮＴＮ関連設定情報、Ｌデータおよび／またはＤＬチャネルに関連する情報を（端末に）送信する（Ｍ６１）。その後、基地局は、ＤＬデータおよび／またはＤＬチャネル受信のためのＤＣＩ／制御情報を（端末に）送信する（Ｍ６３）。ＤＣＩ／制御情報は、ＤＬデータ／ＤＬチャネルのスケジューリング情報を含む。基地局は、スケジューリング情報に基づいてＤＬデータ／ＤＬチャネルを（端末に）送信する（Ｍ６５）。基地局は、設定／指示されたＤＬデータ／ＤＬチャネルが全て送信されるまでＤＬデータ／ＤＬチャネルを送信し、全てのＤＬデータ／ＤＬチャネルを送信すると、ＤＬデータ／ＤＬチャネルに対するフィードバック情報の受信が必要であるか否かを判断する（Ｍ６７，Ｍ６８）。フィードバック情報の受信が必要である場合、基地局は、ＨＡＲＱ－ＡＣＫフィードバックを受信し、不要である場合、基地局は、ＨＡＲＱ－ＡＣＫフィードバックを受信せず、ＤＬ送信動作を終了する（Ｍ６９）。

【0185】

具体的な実施例

【0186】

上述した内容（ＮＲフレーム構造、ＮＴＮシステムなど）は、後述するこの明細書で提案する方法と結合し（組み合わせ）て適用されるか、またはこの明細書で提案する方法の技術的特徴を明確にするために使用される。

【0187】

また、後述するＨＡＲＱ無効化（disabling）／ＨＡＲＱ改善（enhancement）に関連する方法は、上りリンク信号送信に関連し、上述したＮＲシステムまたはＬＴＥシステムにおける下りリンク信号送信方法にも同様に適用できる。また、この明細書で提案する技術的思想は、上述したシステムで具現されることができるように各々のシステムで定義する用語、表現、構造などに合わせて変形または代替されてもよい。

【0188】

より広いカバレッジを確保したり無線通信基地局の設置が容易ではない場所に無線通信サービスを提供するために、ＮＲ ＮＴＮまたはＬＴＥ ＮＴＮサービスの使用が考慮されている。既存のＴＮ（Terrestrial Network）サービスであるＮＲ、ＬＴＥサービスなどは、該当基地局を地上に設けて端末に無線通信サービスを提供する反面、ＮＴＮサービスは、基地局を、地上に設ける代わりに、人工衛星（停止軌道、低軌道、中軌道など）、飛行機、無人飛行船、ドローンなどの地上ではないところに基地局を設けて、端末に無線通信サービスを提供することを意味する。

【0189】

ＮＲ ＮＴＮサービスにおいて考慮される周波数帯域は、６ＧＨｚ以下の帯域では２ＧＨｚ帯域（Ｓ－ｂａｎｄ：２～４ＧＨｚ）、６ＧＨｚ以上の帯域ではＤＬ ２０ＧＨｚ、ＵＬ ３０ＧＨｚ帯域（Ｋａ－Ｂａｎｄ：２６．５～４０ＧＨｚ））である。

【0190】

上記表１０に示したように、最悪の場合（ＧＥＯ ｓｃｅｎａｒｉｏ Ａの場合）、遅延が最大５４０ｍｓになる。この場合、端末がＨＡＲＱフィードバックを行うと、長い待ち時間により遅延の問題が発生する。このため、最近の標準化会議では、ＨＡＲＱの無効化に対して以下の表１１のような結論を導き出している。

【0191】

＜表１１＞

【表11】

【0192】

以下、効果的なＨＡＲＱ改善方法を提案する。

【0193】

提案１．

【0194】

ＮＴＮのように、基地局と端末との間の距離が遠くて相対的に長いＲＴＤを考慮するシステムにおいて、基地局と端末との間のリンク信頼度（link reliability）を上げるために、基地局がＰＤＳＣＨ繰り返し（repetition）（またはスロットアグリゲーション（slot aggregation））ベースの送信を行うことができる。このとき、ＰＤＳＣＨ繰り返しベースの送信は、基地局と端末との間のリンク信頼度のためにＰＤＳＣＨを繰り返して送信する方法を意味する。この場合、端末は、（ＰＤＳＣＨの復号成功に必要な）最小スロットアグリゲーションレベル（Minimum slot aggregation level）（または推奨繰り返し回数（recommended repetition number））を基地局に報告／要求することができる。

【0195】

端末が最小スロットアグリゲーションレベルまたは推奨繰り返し回数を基地局に報告／要求することは、基地局に周期的／半周期的／非周期的に報告することにより（例えば、ＣＳＩのように報告）、基地局がＤＬリソースをより柔軟に運用でき、端末がバッファをより効果的に運用できるという長所がある。

【0196】

現在のＮＲ標準によれば、基地局がどのアグリゲーション因子（例えば、ｐｄｓｃｈ－ｃｏｎｆｉｇのｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ）を使用するかを準静的（半－静的）に端末に指示することができる。ＨＡＲＱフィードバックの無効化などが動的に（dynamic）指示／設定されると、ＰＤＳＣＨの繰り返し送信も動的に設定され、ＰＤＳＣＨ送信をより柔軟に指示するために、アグリゲーションレベルが動的に指示される。ＰＤＳＣＨ繰り返し送信に関する設定は、ＨＡＲＱフィードバックの有効化／無効化指示と連動して暗黙的（implicit）に決定されるか（例えば、ＨＡＲＱ無効化の場合、ＰＤＳＣＨ繰り返し送信を行う）、データトラフィックなどの状況を考慮して別の指示子（例えば、繰り返しイネーブラ（repetition enabler））を用いて明示的（explicit）に指示／設定される。アグリゲーションレベル／繰り返し因子（repetition factor）の動的指示は、ＤＣＩフィールド内の別の指示子を用いるか、またはＴＤＲＡ（Time Domain Resource Allocation）を用いることができる。ＴＤＲＡにより指示する場合、より柔軟な指示のために、以下の表１２のように、連続するスロットではない、ステップサイズ（step size）（例えば、１，２，４（個の）スロット／サブスロット／ミニスロット）だけ離隔したスロットにおいてステップサイズ単位で繰り返し送信を行うか、および／または特定の繰り返しパターン（repetition pattern）を動的に指示することができる。

【0197】

＜表１２＞

【表12】

【0198】

例えば、上述した提案１の場合は、ＨＡＲＱフィードバックが無効化された場合に限って設定／指示される。

【0199】

一方、現在のＮＲにおいて、ＨＡＲＱプロセスは、端末ごとに最大１６個まで設定可能である。このとき、設定されたＨＡＲＱプロセスのうち、特定のＨＡＲＱプロセスＩＤが無効化されると、ＨＡＲＱ－ＡＣＫコードブックを構成する方法が曖昧になる。以下、ＨＡＲＱフィードバックが無効化された場合、ＨＡＲＱ－ＡＣＫコードブックを効果的に構成する方法について提案する。

【0200】

提案２．

【0201】

ＨＡＲＱフィードバックが無効化された場合、不要なオーバーヘッドを減らすために、以下のようにＨＡＲＱ－ＡＣＫコードブックを構成する方法が考えられる。例えば、以下では、複数のＨＡＲＱプロセスのうち、有効化されたＨＡＲＱプロセスに基づいてＨＡＲＱ－ＡＣＫコードブックを構成する方法を提案する。ＨＡＲＱ－ＡＣＫコードブックは、実施例によってＨＡＲＱコードブックとも称される。また、提案２を行う／理解するために、上述したＨＡＲＱ－ＡＣＫコードブック決定に関する内容を参考／利用することができる。

【0202】

１） Ｔｙｐｅ １ ＨＡＲＱ－ＡＣＫコードブック（準静的ＨＡＲＱ－ＡＣＫコードブック）の場合：

【0203】

－特定のセルの全部の（全体）ＨＡＲＱプロセスＩＤが無効化された場合、設定されたセル（configured cell）であるにもかかわらず、該当セルは、Ｔｙｐｅ １ ＨＡＲＱ－ＡＣＫコードブック構成から除外される。このとき、ＨＡＲＱプロセスＩＤが無効化されるとは、ＨＡＲＱプロセスが無効化されることと同じ意味で使われる。

【0204】

－特定のセルのＨＡＲＱプロセスＩＤのうちの１つのＨＡＲＱプロセスＩＤのみが有効化された場合、Ｔｙｐｅ １ ＨＡＲＱ－ＡＣＫコードブックを構成するとき、該当セルは、１つのＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫビットを割り当て、有効化されたＨＡＲＱプロセスに対してＨＡＲＱフィードバックを行う。

【0205】

－特定のセルのＨＡＲＱプロセスＩＤのうち、Ｎ個（例えば、２つ以上）のＨＡＲＱプロセスＩＤが有効化された場合、どのセルのどのＨＡＲＱプロセスに対するフィードバックであるかを知らせる指示子（例えば、Ｃ－ＤＡＩ（counter-DAI）、Ｔ－ＤＡＩ（Total-DAI））が導入される。

【0206】

－上述したＴｙｐｅ Ｉ ＨＡＲＱ－ＡＣＫコードブック構成に対する提案は、ＨＡＲＱフィードバックの有効化／無効化を準静的に指示する場合に限って適用／設定される。

【0207】

－上述したＴｙｐｅ Ｉ ＨＡＲＱ－ＡＣＫコードブック構成に対する提案は、少なくとも１つのＨＡＲＱ ＩＤが有効化されたセルに限って適用／設定される。

【0208】

－特定のセルのＨＡＲＱ ＩＤの全部もしくは一部が準静的に有効化されるか、または動的に無効化／無効化される場合、該当セルは、ＨＡＲＱフィードバックが有効化されたセルとみなされ、Ｔｙｐｅ １ ＨＡＲＱ－ＡＣＫコードブック構成に含まれる。

【0209】

－特定のセルのＨＡＲＱ ＩＤの全部が準静的に無効化された場合、該当セルは、ＨＡＲＱフィードバックが無効化されたセルとみなされ、（設定されたセルであるにもかかわらず）、Ｔｙｐｅ １ ＨＡＲＱ－ＡＣＫコードブック構成に含まれない。

【0210】

２） Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブック（動的ＨＡＲＱ－ＡＣＫコードブック）の場合。

【0211】

－現在のＮＲ標準によれば、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックは、ＣＡ（Carrier Aggregation）されたセルの数（ｓｃｈｅｄｕｌｅｄ ＃ ｏｆ ＣＣ（Component Carrier））によってＤＬ ＤＣＩ内のＴｏｔａｌ－ＤＡＩフィールドの有無が決定され（シングルＣＣである場合、Ｃ－ＤＡＩフィールドのみが存在）、各セルに設定された（単一のＰＤＳＣＨに送信可能な）最大ＴＢ（Transport Block）またはＣＢＧ（Code Block Group）数によって、ＨＡＲＫ－ＡＣＫコードブック上のＡＣＫ／ＮＡＣＫ粒度（すなわち、ＰＤＳＣＨごとにマッピングされるＡＣＫ／ＮＡＣＫビット数）および／またはＵＬ ＤＡＩフィールド数などが決定される。この場合、ＨＡＲＱフィードバックが無効化されたセルを含めてパラメータ値を決定することは、ＤＣＩオーバーヘッドおよび／またはＨＡＲＱ－ＡＣＫコードブックの構成時、冗長（redundancy）を引き起こす可能性もある。したがって、ＨＡＲＱ－ＡＣＫコードブックパラメータを構成／決定するとき、全部のＣＡされたセルの集合ではない、少なくとも１つのＨＡＲＱプロセスＩＤが（準静的に）有効化されたまたは（動的に）有効化されたセル集合のみが考慮される。

【0212】

－ＨＡＲＱフィードバックの有効化／無効化動作が動的に指示されるセルを考える場合、ＨＡＲＱ－ＡＣＫコードブックの信頼度（reliability）を考慮して、該当セルは、ＨＡＲＱフィードバックが有効化されたセルであるとみなされて、ＨＡＲＱ－ＡＣＫコードブックが構成され、関連パラメータ値が決定される。

【0213】

－ＨＡＲＱフィードバック有効化／無効化がＨＡＲＱプロセスプール（pool）概念で構成される場合（例えば、１つのプールは、無効化されたＨＡＲＱプロセスのグループ、他のプールは、有効化されたＨＡＲＱプロセスのグループ）、有効化されたＨＡＲＱプロセスグループを含むセルに限ってＨＡＲＱ－ＡＣＫコードブックが構成され、関連パラメータ値が決定される。

【0214】

－例えば、ＨＡＲＱプロセスプールは、１つまたは複数のＨＡＲＱプロセスＩＤを含むＨＡＲＱプロセスの集合／グループ／プールを意味する。ＨＡＲＱフィードバックの有効化／無効化は、ＨＡＲＱプロセスプール単位で設定される。例えば、特定のＨＡＲＱプロセスプールが有効化に設定されると、有効化に設定されたＨＡＲＱプロセスプールに含まれるＨＡＲＱプロセスが有効化され、有効化されたＨＡＲＱプロセスＩＤに対応するセルに限ってＨＡＲＱ－ＡＣＫコードブックが構成され、関連パラメータ値が決定される。

【0215】

－例えば、特定の１つのＨＡＲＱプロセスプールが無効化のみで設定されると、残りの１つのＨＡＲＱプロセスプールは、有効化可能なＨＡＲＱプロセスで構成され、有効化可能なプールに含まれるＨＡＲＱプロセスＩＤに対応するセルに限ってＨＡＲＱ－ＡＣＫコードブックが構成され、関連パラメータ値が決定される。

【0216】

３） Ｔｙｐｅ ３ ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋの場合：

【0217】

－Ｒｅｌ－１６ ＮＲ－Ｕ（NR-Unlicensed band）においてＨＡＲＱプロセスＩＤベースのＴｙｐｅ ３ ＨＡＲＱ－ＡＣＫコードブックがさらに導入されている。ＨＡＲＱフィードバックが（動的／準静的）に有効化／無効化される場合、ＨＡＲＱプロセスＩＤベースのＴｙｐｅ ３ ＨＡＲＱ－ＡＣＫコードブックを使用した方がより適切である。この場合にも、上述した提案のように、各セルごとに有効化されたまたは有効化される可能性のあるＨＡＲＱプロセスＩＤに対してのみＨＡＲＱ－ＡＣＫコードブックが構成され、関連パラメータ値が決定される。

【0218】

－ＨＡＲＱフィードバックの有効化／無効化がＨＡＲＱプロセスプール概念（例えば、１つのプールは、無効化されたＨＡＲＱプロセスのグループ、残りの１つは、有効化されたＨＡＲＱプロセスのグループ）で構成される場合、有効化されたＨＡＲＱプロセスのグループを含むセルに限ってＨＡＲＱ－ＡＣＫコードブックが構成され、関連パラメータ値が決定される。

【0219】

－例えば、ＨＡＲＱプロセスプールは、１つまたは複数のＨＡＲＱプロセスＩＤを含むＨＡＲＱプロセスの集合／グループ／プールを意味する。ＨＡＲＱフィードバックの有効化／無効化は、ＨＡＲＱプロセスプール単位で設定される。例えば、特定のＨＡＲＱプロセスプールが有効化に設定されると、該当プールに含まれるＨＡＲＱプロセスが有効化され、有効化されたＨＡＲＱプロセスＩＤに対応するセルに限ってＨＡＲＱ－ＡＣＫコードブックが構成され、関連パラメータ値が決定される。

【0220】

－例えば、ＨＡＲＱプロセスプールは、１つまたは複数のＨＡＲＱプロセスＩＤを含むＨＡＲＱプロセスの集合／グループ／プールを意味する。ＨＡＲＱフィードバックの有効化／無効化は、ＨＡＲＱプロセスプール単位で設定される。例えば、特定の１つのＨＡＲＱプロセスプールが無効化にのみ設定されると、残りの１つのＨＡＲＱプロセスプールは有効化可能なＨＡＲＱプロセスで構成され、該当有効化可能なプールに含まれるＨＡＲＱプロセスＩＤに対応するセルに限ってＨＡＲＱ－ＡＣＫコードブックが構成され、関連パラメータ値が決定される。

【0221】

－一例として、特定のセルのＨＡＲＱ ＩＤの全部もしくは一部が準静的に有効化されるかまたは動的に有効化／無効化される場合、該当セルの全てのＨＡＲＱプロセスＩＤがＴｙｐｅ ３ ＨＡＲＱ－ＡＣＫコードブック構成に含まれる。特定のセルのＨＡＲＱプロセスＩＤの全部が準静的に無効化された場合は、該当セルの全てのＨＡＲＱプロセスＩＤがＴｙｐｅ ３ ＨＡＲＱ－ＡＣＫコードブック構成に含まれない。

【0222】

－他の例として、特定のセルのＨＡＲＱプロセスＩＤの全部もしくは一部が準静的に有効化されるかまたは動的に有効化／無効化される場合、該当セルにおいて（準静的に）有効化されたまたは（動的に）有効化されるＨＡＲＱプロセスＩＤのみがＴｙｐｅ ３ ＨＡＲＱ－ＡＣＫコードブック構成に含まれる。特定のセルのＨＡＲＱプロセスＩＤの全部または一部が準静的に無効化された場合は、該当セルの無効化されたＨＡＲＱプロセスＩＤは、Ｔｙｐｅ ３ ＨＡＲＱ－ＡＣＫコードブック構成に含まれない。

【0223】

一方、ＮＴＮのように長いＲＴＴを考慮すべきシステムの場合、長いＲＴＴを効果的に使用して、ＨＡＲＱプロセス数を増加させることが議論されている。すなわち、ＮＴＮにおいて最大ＲＴＴは、ＧＥＯが５４１．４６ｍｓである場合、ＬＥＯ（６００ｋｍ）は２５．７７ｍｓ、ＬＥＯ（１２００ｋｍ）は４１．７７ｍｓが考慮される。したがって、このように長いＲＴＴを効果的に使用するために、ＨＡＲＱプロセス数をＲＴＴに比例して増加させる必要がある。例えば、１５ｋＨｚ ＳＣＳを仮定すると、ＧＥＯは５４２個、ＬＥＯ（６００ｋｍ）は２６個、ＬＥＯ（１２００ｋｍ）は４２個が必要である。ＬＥＯを基準としてＨＡＲＱプロセス数を増加させると、２４／３２／４８／６４個に増加させることが効果的であり、基地局は、端末の能力報告を考慮して、該当値を設定／指示する。例えば、端末は、サポート可能なＨＡＲＱプロセス数（例えば、サポート可能な最大ＨＡＲＱプロセス数）をＵＥ能力として基地局に報告し、基地局は、報告されたＵＥ能力を考慮して（端末の能力範囲内で）ＨＡＲＱプロセス数を端末に設定する。上述したように、ＨＡＲＱプロセス数が増加すると、既存のＤＣＩフィールドにおいて（最大）４ビットで指示されるＨＡＲＱプロセスＩＤフィールドのサイズも大きくならなければならないという問題が発生し得る。Ｎｏｎ－ｆａｌｌｂａｃｋ ＤＣＩの場合、ペイロードのサイズ（フィールドのサイズ）を増加させることが自然であるが（例えば、５ビットまたは６ビットに増加）、Ｆａｌｌ－ｂａｃｋ ＤＣＩ（例えば、ＤＣＩ １＿０の場合は、信頼度の側面でペイロードのサイズを増加させることが望ましくない。したがって、Ｆａｌｌ－ｂａｃｋ ＤＣＩによりスケジューリングする場合、ＨＡＲＱプロセスは、既存のように最大１６個（最大４ビット）に指示することが望ましい。

【0224】

ＨＡＲＱプロセス数を増加させたが、ＤＣＩのＨＡＲＱプロセスＩＤフィールドのサイズを増加せず、既存の最大４ビットを維持する場合は、少ないビット数を用いてより多いＨＡＲＱプロセスを指示することによる曖昧さ（ambiguity）をなくす必要がある。以下、上述した問題を解決するため方法を提案する。

【0225】

提案３．

【0226】

ＨＡＲＱプロセス数が１６個以上に増加し、増加したＨＡＲＱプロセスを指示するためのＤＣＩのＨＡＲＱプロセスＩＤフィールドのサイズが４ビットに固定される場合、ＣＣＥ（Control Channel Element）／ＲＢ（Resource Block）インデックスに基づいて、各ＨＡＲＱプロセスＩＤを識別する方法が考慮される。言い換えれば、ＤＣＩのＨＡＲＱプロセス数／ＩＤフィールドおよびＣＣＥ／ＲＢインデックスに基づいて、各ＨＡＲＱプロセスＩＤが区分（識別）される（identified）。ＣＣＥ／ＲＢは、ＨＡＲＱプロセスＩＤを含むＤＣＩに関連する。例えば、ＣＣＥ／ＲＢは、ＤＣＩを含むＰＤＣＣＨが受信されたＣＣＥ、またはＤＣＩがスケジューリングするＰＤＳＣＨの特定のＲＢである。

【0227】

図１３は、提案した実施例によって、最小ＣＣＥインデックスに基づいて、ＨＡＲＱプロセスを識別する方法を示す図である。

【0228】

提案３による一実施例において、（最小（最低）（lowest）または最大（最高）（highest））ＣＣＥインデックスベースのＨＡＲＱプロセスＩＤ識別方法を考える場合、ＨＡＲＱプロセスを指示するＤＣＩに関連する（最小または最大の）ＣＣＥのインデックスにモジュラ（モジュール）演算（modular operation）を行い、モジュラ演算の結果の値をＨＡＲＱプロセスを識別するために使用する。一例として、（最小または最大の）ＣＣＥのインデックスにｍｏｄｕｌｏ ２演算を行うと、モジュラ演算の結果は０または１になり、モジュラ演算の結果の値をＨＡＲＱプロセスＩＤフィールドに連動（リンク）させる（link）ことができる。ＨＡＲＱプロセス数を３２個に増加させた場合、３２個のＨＡＲＱプロセスは、図１３のように、（（ｌｏｗｅｓｔ ＣＣＥ＿ｉｎｄｅｘ） ｍｏｄ ２）＋ＨＡＲＱプロセスフィールドで指示される。このとき、（ＣＣＥインデックス ｍｏｄ ２）の演算の結果の値は、ｃｏｍｐｏｓｉｔｅフィールドの最先または最後に位置する。ＨＡＲＱプロセス数を６４個に増加させた場合、モジュラ演算のレベルを２から４に増加させ、モジュラ演算の結果の値を２値化して上記方式をそのまま適用することができる。例えば、ＣＣＥインデックスが６である場合、ｍｏｄｕｌｏ ４の演算を行った結果は２であり、２を２値化すると、０１になる。また、図１３のように、‘０１’をｃｏｍｐｏｓｉｔｅビットの最先または最後に位置付けて、６４個のＨＡＲＱプロセスを識別することができる。上述した２値化技法は、実施例によって様々である。例えば、０：００／１：０１／２：１０／３：１１のように使用するか、逆に３：００／２：０１／１：１０／０：１１のように互いに約束して使用することができる。

【0229】

提案３において、ＲＢインデックスに基づいてＨＡＲＱプロセスを識別する場合、ＨＡＲＱプロセスＩＤが含まれるＤＣＩがスケジューリングするＰＤＳＣＨの特定のＲＢインデックス（例えば、最小ＲＢインデックスまたは最大ＲＢインデックス）にモジュラ演算を行った結果の値をｃｏｍｐｏｓｉｔｅビットの最先または最後に位置付けてＨＡＲＱプロセスを区分することができる。

【0230】

標準化会議では、ＨＡＲＱプロセスの最大数について、以下の表１３のように合議（合意）している。

【0231】

＜表１３＞

【表13】

【0232】

表１３を参照すると、Ｒｅｌ－１７ ＮＴＮにおいてＨＡＲＱプロセス数は、最大３２個まで増え、提案３においては、ＨＡＲＱプロセス数の増加によってＨＡＲＱプロセスＩＤフィールドを拡張する方法を提案しており、それによりＫ１値の範囲（range）を拡張する（例えば、０から３１まで）ことも考えられる。あるいは、ネットワークが連続するＤＬスロットを１つまたは複数の端末に対するＰＤＳＣＨ送信に完全に（fully）活用するために、すなわち、ネットワーク設定／スケジューリングの柔軟性（flexibility）のために、Ｋ１値の範囲を拡張することが考えられる。この場合、ａｉｒ－ｔｏ－ｇｒｏｕｎｄシナリオやＨＡＰＳシナリオにおいて端末および基地局のＲＴＤをカバーするＫ＿ｏｆｆｓｅｔを導入しなくても複数の端末を効果的に適用するための方法である。ここで、Ｋ＿ｏｆｆｓｅｔは、後述するＫ１＿ｏｆｆｓｅｔとは別のオフセットである。標準化会議では、Ｋ＿ｏｆｆｓｅｔに関して以下の表１４のように合議されている。

【0233】

＜表１４＞

【表14】

【0234】

該当の２つの使用例（use case）を効果的にサポートするために、以下では、Ｋ１値をどのように指示するかについての方法を提案する。

【0235】

提案４を説明する前に、現在のＴＳ３８．２１３、ＴＳ３８．２１２などを参照すると、Ｋ１値の範囲は、以下のように決定される。例えば、現在、Ｋ１値の範囲は、上位層パラメータ“ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ”（例えば、Ｌｉｓｔ ｏｆ ｔｉｍｉｎｇ ｆｏｒ ｇｉｖｅｎ ＰＤＳＣＨ ｔｏ ｔｈｅ ＤＬ ＡＣＫ／０～１５の値のうち、最大８個を指示できる）／ＤＣＩのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿Ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒフィールド（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿Ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒのビット幅は、

ビットにより決定され、Ｉは、上位層パラメータｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫに含まれるエントリ数を意味する）に基づいて決定される。

【0236】

以下の表１５は、ＤＣＩのｐｄｓｃｈ－ｔｏ－ＨＡＲＱ＿Ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒフィールド値とＫ１値（例えば、スロット数）とのマッピング関係を示す。

【0237】

＜表１５＞

【表15】

【0238】

提案４．

【0239】

Ｋ１は、ＤＣＩのＫ１フィールドにより指示される。提案４によれば、“ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿Ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ”が拡張されず（例えば、４または５ビットに拡張されず）、既存のビット数（例えば、最大３ビット）を維持しながら、暗黙的にＸビット（例えば、Ｘ＝１または２）を追加して拡張されたＫ１の範囲を指示することができる。暗黙的な指示方式は、以下の実施例を含む。

【0240】

１） Ａｌｔ １

【0241】

Ａ．Ｎｏｎ－ｆａｌｌｂａｃｋ ＤＣＩおよびｆａｌｌｂａｃｋ ＤＣＩの両方ともＫ１フィールドのサイズを大きくしない状態で、暗黙的に１ビットを追加して、Ｋ１＿ｏｆｆｓｅｔの指示に使用することができる。上記例において、Ｋ１＿ｏｆｆｓｅｔは１になる。暗黙的なＫ１の指示は、スロットインデックスまたはＳＦＮに基づいて決定される。例えば、偶数スロットインデックスの場合、Ｋ１＿ｏｆｆｓｅｔ値は０、奇数スロットインデックスの場合、Ｋ１＿ｏｆｆｓｅｔ値は１に決定される。すなわち、Ｋ１フィールドのビットと暗黙的なＫ１＿ｏｆｆｓｅｔ指示とが結合したビットにより指示される値に基づいてＫ１値が決定される。

【0242】

Ｂ．Ａｌｔ １のさらに他の実施例において、Ｋ１値は、提案３のように該当ＤＣＩを運ぶＰＤＣＣＨの最小／最大のＣＣＥインデックスまたは該当ＤＣＩがスケジューリングするＰＤＳＣＨの最小／最大のインデックスに基づいて決定される。すなわち、上述した提案３のi）ＤＣＩを運ぶＰＤＣＣＨの最小／最大のＣＣＥインデックス、またはii）該当のＤＣＩがスケジューリングするＰＤＳＣＨの最小／最大のインデックスがＫ１＿ｏｆｆｓｅｔに対応する。このとき、スロットインデックスは、該当ＤＣＩを運ぶＰＤＣＣＨが検出されたスロットインデックス、またはＤＣＩがスケジューリングするＰＤＳＣＨの特定のインデックス（例えば、ＰＤＳＣＨの開始インデックス）である。

【0243】

Ｃ．Ａ．の場合、Ｋ１を指示するとき、暗黙的に得た１ビットが最終的にＬＳＢに位置する場合を示している。すなわち、図１３の２番目のケースである。なお、図１３の１番目のケースのように、暗黙的１ビットがＭＳＢに位置する場合も考えられる。この場合、Ｋ１＿ｏｆｆｓｅｔは１６になる。すなわち、スロットインデックスが０ないし１５である場合、Ｋ１ ｏｆｆｓｅｔが０であり、スロットインデックスが１６ないし３１である場合、Ｋ１＿ｏｆｆｓｅｔは１６になる。上述したＫ１＿ｏｆｆｓｅｔ値は、ＨＡＲＱプロセスが３２個である場合を例としており、Ｋ１値の候補が増えるかまたはＨＡＲＱプロセス数が増えることにより変化することができる。あるいは、Ｋ１＿ｏｆｆｓｅｔ値は、基地局により設定された値であるかまたは基地局と端末との間で予め約束した値である。

【0244】

２） Ａｌｔ ２

【0245】

Ｎｏｎ－ｆａｌｌｂａｃｋ ＤＣＩの場合は、Ｋフィールドのサイズを大きくする反面（例えば、５ビットに増加）、ｆａｌｌｂａｃｋ ＤＣＩの場合には、Ｋ１フィールドのサイズを大きくしない状態で、暗黙的なＫ ｏｆｆｓｅｔが適用される。このとき、適用方式は、Ａｌｔ１の方式が使用される。

【0246】

３） Ａｌｔ ３

【0247】

Ｎｏｎ－ｆａｌｌｂａｃｋ ＤＣＩおよびｆａｌｌｂａｃｋ ＤＣＩは、いずれもＫフィールドのサイズを大きくしない状態で、Ｎｏｎ－ｆａｌｌｂａｃｋ ＤＣＩの場合には暗黙的Ｋ１ ｏｆｆｓｅｔを適用し、ｆａｌｌｂａｃｋ ＤＣＩの場合には暗黙的Ｋ１ ｏｆｆｓｅｔを適用せず、既存と同様にＫ１フィールド（例えば、３ビット）により指示される値のみを使用する。このとき、適用方式は、Ａｌｔ １の方式が使用される。

【0248】

提案４の場合、Ｋ１を指示するために暗黙的指示子を使用する。しかしながら、提案３のように、暗黙的指示子は、ＨＡＲＱプロセスＩＤを指示するために使用される。したがって、暗黙的指示子は、ＨＡＲＱプロセスＩＤとＫ１の指示子とに共通して適用されることができる。すなわち、暗黙的１ビット（提案４から得られる１ビット）は、ＭＳＢまたはＬＳＢに位置してＨＡＲＱプロセスＩＤおよびＫ１を指示する。あるいは、他の実施例によれば、提案３または提案４で使用した暗黙的技法においてモジュラ演算のレベルを上げて、ＨＡＲＱプロセスＩＤおよびＫ１の指示に使用することができる。例えば、スロットインデックスにｍｏｄｕｌｏ－２の代わりにｍｏｄｕｌｏ－４を使用して０，１，２，３の値を得、得た値がＨＡＲＱプロセスＩＤおよびＫ１を共に（jointly）指示するために使用される。例えば、以下の表１６を参照すると、スロットインデックスにｍｏｄｕｌｏ－４演算を行って得られる０，１，２，３を２値化し、２値化したビットのＭＳＢ／ＬＳＢをそれぞれＨＡＲＱプロセスＩＤおよびＫ１の指示子にマッピング（または逆にマッピング）して、ＨＡＲＱプロセスＩＤおよびＫ１を指示することができる。

【0249】

＜表１６＞

【表16】

【0250】

ＨＡＲＱプロセスＩＤとＫ１とを共通に指示する場合、ＤＣＩフィールド内に別に１ビットまたは２ビットの結合インジケータを定義し、結合インジケータを特定の１つまたは複数のフィールドと結合して、ＨＡＲＱプロセスＩＤとＫ１とを共通に指示することができる。このとき、結合インジケータのビットの全部または一部は（一部の場合、表１５のように）、最終指示ビット（例えば、５ビットのＫ１またはＨＡＲＱプロセスＩＤ指示子）のＭＳＢまたはＬＳＢに位置する。例えば、１ビットインジケータを定義し、それをＫ１フィールドおよび／またはＨＡＲＱプロセスＩＤフィールドと共通に結合して使用することができる。また、１ビットインジケータは、ＭＳＢまたはＬＳＢに位置する。

【0251】

標準化会議では、ＨＡＲＱコードブックの改善について、以下の表１７のように合議している。

【0252】

＜表１７＞

【表17】

【0253】

Ｔｙｐｅ １，２，３のＨＡＲＱ－ＡＣＫコードブックにおいてＰＤＳＣＨをスケジューリングするＤＣＩが無効化されたＨＡＲＱプロセスを指示する場合、端末は、特定のフィールド（例えば、Ｋ１，ＰＲＩ（PUCCH Resource Indicator））が存在しても、該当フィールドを読み取らない（または無視する）。あるいは、無効化されたＨＡＲＱプロセスが指示される場合、特定のフィールドがないコンパクトなＤＣＩにより構成される。そうすると、ＨＡＲＱ－ＡＣＫコードブック構成が有効化されたＨＡＲＱプロセスでのみ構成される場合、無効化されたＨＡＲＱプロセスに対するＡＣＫ／ＮＡＣＫは、コードブック構成から除外される。既存のレガシＴｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブックの場合、準静的に設定されたコードブックのサイズが決定される（無効化されたＨＡＲＱプロセスに対するものを含む）。無効化されたＨＡＲＱプロセスに対するＨＡＲＱ－ＡＣＫは、ＤＣＩ内のＨＡＲＱフィードバックに関連するパラメータ（Ｋ１，ＰＲＩ）および／またはＳＬＩＶ（Start and Length Indicator Value）に関する情報がないので、“ＮＡＣＫ”と報告される。

【0254】

特に、Ｔｙｐｅ ２ ＨＡＲＱコードブックについては、色々な候補が議論されており、以下の表１８は、議論された候補である。

【0255】

＜表１８＞

【表18】

【0256】

上記のａｌｔｅｒｎａｔｉｖｅのうち、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックのために、特にＡｌｔ １のように、無効化されたＨＡＲＱプロセスＩＤが最初に設定／指示されるか、または無効化されたＨＡＲＱプロセスＩＤのみでＨＡＲＱ－ＡＣＫコードブックが構成される場合、端末がＣ－ＤＡＩ、ｔ－ＤＡＩを受信／解釈するときに不明瞭（ambiguity）があり得る。以下、上述した問題を解決するための方法を提案する。

【0257】

提案５．

【0258】

ＨＡＲＱフィードバックが無効化されたＨＡＲＱプロセスＩＤを含む場合、特に無効化されたＨＡＲＱプロセスＩＤが最初に設定されるか、または無効化されたＨＡＲＱプロセスＩＤのみで構成される場合、端末の動作は、以下の実施例に従う。

【0259】

１） 端末は、無効化されたＨＡＲＱプロセスＩＤをスケジューリングしたＤＣＩのＣ－ＤＡＩ値を読み取らないかまたは無視する。この場合、端末がＨＡＲＱ－ＡＣＫコードブックを構成するとき、無効化されたＨＡＲＱプロセスＩＤに相応するＡＣＫ／ＮＡＣＫフィードバックは、省略してもよい。

【0260】

２） 端末は、無効化されたＨＡＲＱプロセスＩＤをスケジューリングしたＤＣＩのＣ－ＤＡＩ値を読み取る。

【0261】

Ａ．Ｃ－ＤＡＩ値の初期値は、０にセットされる（モジュラ演算（２ｂｉｔ → ｍｏｄｕｌｏ ４）を考慮すると、ＤＣＩフィールド上のＣ－ＤＡＩは、４として指示される）。

【0262】

例えば、Ｃ－ＤＡＩ値が４に指示されたＤＣＩが受信され、ＤＣＩの受信前に受信した有効化されたＨＡＲＱプロセスＩＤがあれば、端末は、Ｃ－ＤＡＩ値を４と解釈する。ＤＣＩの受信前に受信した有効化されたＨＡＲＱプロセスＩＤがなければ、端末は、Ｃ－ＤＡＩ値を０と解釈し、該当のＨＡＲＱプロセスＩＤに対するＡＣＫ／ＮＡＣＫフィードバックを省略する。

【0263】

Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックのために設定／指示されるＨＡＲＱプロセスＩＤが無効化されたＨＡＲＱプロセスＩＤから開始すると設定／指示された場合、端末は、Ｃ－ＤＡＩ値を０と解釈する。例えば、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックのために指示される７つのＨＡＲＱプロセスＩＤのＨＡＲＱフィードバックの有無が｛ｄｉｓａｂｌｅｄ，ｄｉｓａｂｌｅｄ，ｄｉｓａｂｌｅｄ，ｅｎａｂｌｅｄ，ｅｎａｂｌｅｄ，ｄｉｓａｂｌｅｄ，ｄｉｓａｂｌｅｄ｝である場合、端末は、Ｃ－ＤＡＩ値を０－０－０－１－２－２－２と解釈する。

【0264】

Ｂ．Ｃ－ＤＡＩ初期値が１にセットされ、端末が無効化されたＨＡＲＱプロセスＩＤのみを受信してＴ－ＤＡＩ値が１である場合、端末は、ＡＣＫ／ＮＡＣＫフィードバックを省略する。

【0265】

例えば、端末が｛ｄｉｓａｂｌｅｄ，ｄｉｓａｂｌｅｄ，ｄｉｓａｂｌｅｄ｝であるＨＡＲＱプロセスＩＤを受信して、Ｃ－ＤＡＩが｛１，１，１｝であり、Ｔ－ＤＡＩ値が１である場合、端末は、受信した有効化されたＨＡＲＱプロセスＩＤがないので、該当のＴｙｐｅ－２ ＨＡＲＱ ＡＣＫコードブックのＡＣＫ／ＮＡＣＫフィードバックを省略する。

【0266】

あるいは、端末が｛ｄｉｓａｂｌｅｄ，ｄｉｓａｂｌｅｄ，ｅｎａｂｌｅｄ｝であるＨＡＲＱプロセスＩＤを受信して、Ｃ－ＤＡＩ値が｛１，１，１｝であり、Ｔ－ＤＡＩ値が１である場合、端末は、受信した有効化されたＨＡＲＱプロセスＩＤが存在するので、Ｔｙｐｅ－２ ＨＡＲＱ ＡＣＫコードブックのＡＣＫ／ＮＡＣＫコードブックサイズを１ビットとして基地局に送信する。

【0267】

Ｃ．有効化されたＨＡＲＱプロセスＩＤから開始されるように設定／指示された場合、端末は、Ｃ－ＤＡＩ値を２と設定し、無効化されたＨＡＲＱプロセスＩＤから開始されるように設定／指示された場合は、端末は、Ｃ－ＤＡＩ値を１またはｉｎｖａｌｉｄと設定する。そして端末は、最終コードブックのサイズを（Ｔ－ＤＡＩ値）－１と設定して、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックを構成し、基地局にフィードバックする。

【0268】

Ｄ．端末が無効化されたＨＡＲＱプロセスＩＤのみを受信したが、Ｃ－ＤＡＩ／Ｔ－ＤＡＩ値が初期値ではない場合は（例えば、２）、端末は、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックベースのＡＣＫ／ＮＡＣＫフィードバックを省略する。

【0269】

あるいは、Ｔ－ＤＡＩ値だけのコードブックサイズ（実施例では、２ビットコードブック）に対して基地局にＮＡＣＫを報告する。上記実施例において、端末は、｛ＮＡＣＫ，ＮＡＣＫ｝を基地局に報告する。

【0270】

Ｅ．無効化されたＨＡＲＱプロセスＩＤのＣ－ＤＡＩ値は、“シグナリングされた”有効化されたＨＡＲＱプロセスＩＤの最後のＣ－ＤＡＩ値を維持する。このとき、まだスケジューリングされた有効化されたＨＡＲＱプロセスＩＤがない場合は、端末は、無効化されたＨＡＲＱプロセスＩＤをスケジューリングするＤＣＩ内のＣ－ＤＡＩを無視する。したがって、有効なＣ－ＤＡＩがないので、端末は、それに対するＡＣＫ／ＮＡＣＫフィードバックを省略する。

【0271】

上述した｛ｄｉｓａｂｌｅｄ，ｄｉｓａｂｌｅｄ，ｄｉｓａｂｌｅｄ，ｅｎａｂｌｅｄ，ｅｎａｂｌｅｄ，ｄｉｓａｂｌｅｄ，ｄｉｓａｂｌｅｄ｝の例において、端末は、基地局により設定／指示されたＣ－ＤＡＩ値をｉｎｖａｌｉｄ－ｉｎｖａｌｉｄ－ｉｎｖａｌｉｄ－１－２－２－２と解釈する。

【0272】

ＵＬグラントＰＤＣＣＨ内のＤＡＩフィールドにより指示される値であるＵＬ－ＤＡＩ（スケジューリングされたＰＤＣＣＨの数に関する情報、２ｂｉｔで指示）の場合にも、上述した提案５の原理が同様に適用される。例えば、端末が、ＤＬ信号をスケジューリングするＤＬ ＤＣＩを受信したが、全て無効化されたＨＡＲＱプロセスＩＤであるか、または有効化されたＨＡＲＱプロセスＩＤに対応するＤＬ ＤＣＩを受信できず、ＵＬグラントＰＤＣＣＨにより指示されるＵＬ－ＤＡＩ値が４もしくは０であるかまたはｉｎｖａｌｉｄである場合、端末は、ＨＡＲＱフィードバックを行わない。より特徴的には、ＨＡＲＱフィードバックのためのＰＵＣＣＨリソースがＰＵＳＣＨリソースと時間領域上で重なる場合、該当ＰＵＣＣＨリソースは、ＰＵＳＣＨリソース上にピギーバック（piggyback）されるが、ＵＬ－ＤＡＩ値が４もしくは０であるかまたはｉｎｖａｌｉｄである場合、端末は、ＨＡＲＱ－ＡＣＫ情報をＰＵＳＣＨ上にピギーバックしない。

【0273】

（提案２および／または提案４において）特定のスロットにおけるＨＡＲＱ－ＡＣＫ送信に使用されるＰＵＣＣＨリソースは、該当スロットをＨＡＲＱ－ＡＣＫタイミング（Ｋ１）として指示し、有効化されたＨＡＲＱプロセスＩＤを指示したＤＣＩのうち、最後に受信したＤＣＩにより指示されたＰＲＩに基づいて決定される。

【0274】

図１４は、提案した実施例による端末の動作を示すフローチャートである。

【0275】

図１４を参照すると、一実施例による端末は、複数のＨＡＲＱプロセスのいずれかを無効化するための制御情報を受信する（Ｓ１４００）。ＮＴＮの場合、相対的に長いＬＴＴ（またはＬＴＤ）による遅延の問題を解決するために、ＨＡＲＱ－ＡＣＫフィードバックが無効化される。このとき、ＨＡＲＱ－ＡＣＫフィードバックのために設定された複数のＨＡＲＱプロセスのいずれかが無効化され、少なくとも１つのＨＡＲＱプロセスの無効化は準静的または動的に設定される。

【0276】

端末は、制御情報に基づいて下りリンク信号を受信する（Ｓ１４１０）。また、端末は、一般的に、受信した下りリンク信号に対するＨＡＲＱ－ＡＣＫフィードバックを行う。しかしながら、少なくとも１つのＨＡＲＱプロセスが無効化された場合、ＨＡＲＱ－ＡＣＫフィードバックを行う方法が変更される。具体的には、ＨＡＲＱ－ＡＣＫコードブックが複数のＨＡＲＱプロセスが全て有効化された場合とは異なるように決定される。例えば、ＨＡＲＱ－ＡＣＫコードブックは、複数の全てのＨＡＲＱプロセスではなく、有効化されたＨＡＲＱプロセスに基づいて決定される。また、少なくとも１つの無効化されたＨＡＲＱプロセスは、ＨＡＲＱ－ＡＣＫコードブックの決定から排除される。このとき、有効化されたＨＡＲＱプロセスは、複数のＨＡＲＱプロセスのいずれかを無効化するための制御情報に基づいて決定される。例えば、有効化されたＨＡＲＱプロセスは、複数のＨＡＲＱプロセスのうち、制御情報に基づいて無効化された少なくとも１つのＨＡＲＱプロセスを除いた残りのＨＡＲＱプロセスを含む。例えば、端末は、少なくとも１つの無効化されたＨＡＲＱプロセスを指示するＤＣＩのＣ－ＤＡＩ値を無視する。

【0277】

端末は、決定されたＨＡＲＱ－ＡＣＫコードブックに基づいて、受信した下りリンク信号に対するＨＡＲＱ－ＡＣＫフィードバックを行うか否かを決定する（Ｓ１４２０）。

【0278】

端末に複数のセルが設定された場合、複数のセルのそれぞれに対して複数のＨＡＲＱプロセスが設定される。このとき、複数のＨＡＲＱプロセスのいずれかを無効化するための制御情報は、特定のセルに対して設定された複数のＨＡＲＱプロセスのいずれかを無効化するための制御情報である。例えば、特定のセルに設定された複数のＨＡＲＱプロセスが全て無効化された場合、端末は、該当セルを除いてＨＡＲＱ－ＡＣＫコードブックを決定する。すなわち、ＨＡＲＱ－ＡＣＫコードブックは、少なくとも１つのＨＡＲＱプロセスが有効化されたセルに基づいて決定される。あるいは、特定のセルに設定された複数のＨＡＲＱプロセスのうちの１つのみが有効化された場合は、該当セルにおいて１つの下りリンク信号（例えば、ＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫビットが割り当てられ、有効化されたＨＡＲＱプロセスに対してＨＡＲＱ－ＡＣＫフィードバックが行われる。

【0279】

また、上述したように、ＨＡＲＱ－ＡＣＫフィードバックが行われるとき、端末が受信した下りリンク信号を処理するための時間が必要であるので、ＨＡＲＱ－ＡＣＫフィードバックを行うためのタイミングオフセット（例えば、“ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ Ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ”）が設定される。また、ＮＴＮでは、相対的に長いＲＴＴを考慮してＨＡＲＱプロセス数が増加し、これによりタイミングオフセット値の範囲も拡張される。タイミングオフセット値の範囲が拡張された場合、拡張された範囲のタイミングオフセット値を指示する方法が必要である。タイミングオフセット値は、ＤＣＩの特定のフィールド（例えば、Ｋ１フィールド）により端末に指示される。ただし、タイミングオフセット値の範囲が拡張される場合、拡張された範囲のタイミングオフセット値を指示するために既存より多くのビット数が必要である。しかしながら、ｆａｌｌｂａｃｋ ＤＣＩを考える場合、特定フィールドのサイズを増加させることが容易ではない。よって、提案する実施例では、ＤＣＩの特定のフィールドに加えて、さらにリソースインデックスに基づいて決定された値が使用される。リソースインデックスに基づいて決定された値は、上述した提案４の暗黙的Ｋ１指示子（implicit K1 indicator）に対応する。このとき、リソースインデックスは、ＤＣＩを含むＰＤＣＣＨが送信されたＣＣＥインデックス、ＰＤＣＣＨが検出されたスロットインデックス、またはＤＣＩによりスケジューリングされたＰＤＳＣＨが送信されたＲＢインデックスを含むが、これに限られない。例えば、ＰＤＣＣＨが送信されたＣＣＥインデックスは、ＰＤＣＣＨが送信されたＣＣＥの最小インデックスまたは最大インデックスを意味し、ＰＤＳＣＨが送信されたＲＢインデックスは、ＰＤＳＣＨが送信されたＲＢの開始インデックスを意味するが、これに限られない。

【0280】

リソースインデックスに基づいて決定された値は、暗黙的に拡張された範囲のタイミングオフセットを指示するためにさらに必要なビットとして使用される。例えば、スロットインデックスが使用されるとき、リソースインデックスに基づいて決定された値は、偶数スロットインデックスの場合‘０’、奇数スロットインデックスの場合‘１’であるが、これに限られない。

【0281】

提案した実施例によれば、ＨＡＲＱ－ＡＣＫフィードバックが無効化された場合、ＨＡＲＱ－ＡＣＫコードブックをより効率的に構成することにより不要なオーバーヘッドを減らすことができる。また、提案した実施例によれば、ＮＴＮにおいてＨＡＲＱプロセス数が増加するか、またはＨＡＲＱ－ＡＣＫフィードバックを行うためのタイミングオフセット値の範囲が拡張した場合、ＤＣＩのフィールドサイズを増加させなくても、暗黙的指示方法により、増加したＨＡＲＱプロセス数またはタイミングオフセット値を指示することができる。

【0282】

上述した提案方式に関する一例もこの明細書の具現方法の一つとして含まれるので、一種の提案方式として見なすことができる。また、上述した提案方式は、独立して具現してもよく、一部の提案方式の組み合わせ（または併合）の形態で具現してもよい。上述した提案方法の適用の有無に関する情報（または提案方法の規則に関する情報）は、基地局が端末に所定の信号（例えば、物理層信号または上位層信号）により知らせるように規定される。上位層は、例えば、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰなどの機能層のいずれかを含む。

【0283】

この明細書で提案する方法（例えば、提案１／提案２／提案３／提案４／提案５など）を具現するための方法、実施例もしくは説明は、個々に適用してもよく、または一つもしくは複数の方法（または実施例、説明）を結合して適用してもよい。

【0284】

図１５は、提案した実施例に基づいて基地局と端末との間のＵＬ信号を送受信する動作を示すフローチャートであり、図１６は、提案した実施例に基づいて基地局と端末との間のＤＬ信号を送受信する動作を示すフローチャートである。

【0285】

ここで、端末および基地局は、一例に過ぎず、上述した様々な装置に代替して適用してもよい。また、図１５および図１６は、説明の便宜のためのものであり、この明細書の範囲を制限しない。図１５および図１６に示す一部の段階は、状況および／または設定などによって省略／併合してもよい。

【0286】

この明細書において基地局は、端末とデータ送受信を行う客体（object）を総称する。例えば、基地局は、１つまたは複数のＴＰ（Transmission Point）、１つまたは複数のＴＲＰ（Transmission and Reception Point）などを含む概念である。また、ＴＰおよび／またはＴＲＰは、基地局のパネル、送受信ユニット（Transmission and reception unit）などを含む。また、“ＴＲＰ”は、パネル、アンテナアレイ、セル（例えば、ｍａｃｒｏ ｃｅｌｌ／ｓｍａｌｌ ｃｅｌｌ／ｐｉｃｏ ｃｅｌｌなど）、ＴＰ（Transmission Point）、基地局（base station、ｇＮＢなど）などで表現されて代替して適用されることができる。上述したように、ＴＲＰは、ＣＯＲＥＳＥＴグループ（またはＣＯＲＥＳＥＴプール）に関する情報（例えば、インデックス、ＩＤ）によって区分される。一例として、１つの端末が多数のＴＲＰ（またはセル）と送受信するように設定されるとは、１つの端末に対して多数のＣＯＲＥＳＥＴグループ（またはＣＯＲＥＳＥＴプール）が設定されることを意味する。このようなＣＯＲＥＳＥＴグループ（またはＣＯＲＥＳＥＴプール）に対する設定は、上位層シグナリング（例えば、ＲＲＣシグナリングなど）により行われる。

【0287】

以下、図１５を参照しながら、端末／基地局の間のＵＬ信号の送受信動作について具体的に説明する。

【0288】

図１５には示されていないが、上述した提案方法（例えば、提案１／提案２／提案３／提案４／提案５など）で説明したように、ＲＲＣ接続（連結）／設定の前段階でＵＥの基本（default、デフォルト）ＨＡＲＱ動作モードが設定されてもよい。例えば、ＰＢＣＨ（ＭＩＢ）またはＳＩＢにより（ＵＥがアクセスしたセルが）ＮＴＮセルであると指示された場合、ＵＥは、基本モードがＨＡＲＱ－ｄｉｓａｂｌｅｄと設定されたと認識する。例えば、ＰＢＣＨ（ＭＩＢ）またはＳＩＢにより（例えば、ＮＴＮセルに指示された場合）、ＨＡＲＱ－ｄｉｓａｂｌｅｄ設定およびＨＡＲＱ－ｅｎａｂｌｅｄ設定のいずれかが基本動作モードとして指示される。

【0289】

また、図１５には示されていないが、ＵＥは、上述した提案方法（例えば、提案１／提案２／提案３／提案４／提案５など）に関連するＵＥの能力情報を基地局に報告する。例えば、ＵＥの能力情報は、端末がサポート可能な／推奨されたチャネル（例えば、ＰＤＳＣＨ）の繰り返し受信回数情報／スロットアグリゲーションレベル情報／サポート可能なＨＡＲＱプロセス数などを含む。例えば、ＵＥの能力情報は、周期的／セミパーシステント（半持続的）／非周期的に報告される。基地局は、ＵＥの能力を考慮して、以下に説明する動作に対して設定／指示する。

【0290】

基地局は、ＵＥ（端末）に設定情報を送信する（Ｍ１０５）。すなわち、ＵＥは、基地局から設定情報を受信する。例えば、設定情報は、上述した提案方法（例えば、提案１／提案２／提案３／提案４／提案５など）で説明したＮＴＮ関連の設定情報／ＵＬ送受信のための設定情報（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ／ＰＵＳＣＨ－ｃｏｎｆｉｇ）／ＨＡＲＱプロセス関連設定（例えば、ＨＡＲＱフィードバック有効化／無効化の有無／ＨＡＲＱプロセス数など）／ＣＳＩ報告関連設定（例えば、ＣＳＩ ｒｅｐｏｒｔ ｃｏｎｆｉｇ／ＣＳＩ ｒｅｐｏｒｔ ｑｕａｎｔｉｔｙ／ＣＳＩ－ＲＳ Ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇなど）を含む。例えば、設定情報は、上位層シグナリング（ＲＲＣまたはＭＡＣ ＣＥ）により送信される。例えば、ＨＡＲＱフィードバック有効化／無効化は、セルグループごとに設定される。例えば、ビットマップ形態の情報によりＨＡＲＱフィードバック有効化／無効化の有無が設定される。

【0291】

例えば、設定情報は、アグリゲーション因子／ＰＤＳＣＨ繰り返し送信関連設定（例えば、繰り返し回数／繰り返しパターン／繰り返しステップサイズなど）を含む。例えば、上述したＭ１０５段階の基地局（図１８の１００，２００）がＵＥ（図１８ないし図２０の１００，２００）に設定情報を送信する動作は、以下に説明する図１８ないし図２０の装置により具現される。例えば、図１８を参照すると、１つまたは複数のプロセッサ１０２は、設定情報を送信するように１つもしくは複数の送受信器１０６ならびに／または１つもしくは複数のメモリ１０４などを制御し、１つまたは複数の送受信器１０６は、ＵＥに設定情報を送信する。

【0292】

例えば、上述したＭ１０５段階のＵＥ（図１８の１００，２００）が基地局（図１８の１００，２００）から設定情報を受信する動作は、以下に説明する図１８ないし図２０の装置により具現される。例えば、図１８を参照すると、１つまたは複数のプロセッサ１０２は、設定情報を受信するように１つもしくは複数の送受信器１０６ならびに／または１つもしくは複数のメモリ１０４などを制御し、１つまたは複数の送受信器１０６は、基地局から設定情報を受信する。

【0293】

基地局は、ＵＥに設定情報を送信する（Ｍ１１０）。すなわち、ＵＥは、基地局から設定情報を受信する。例えば、設定情報は、ＤＣＩにより送信／受信される。例えば、設定情報は、ＵＬデータ／チャネル送受信のための制御情報／スケジューリング情報／リソース割り当て情報／ＨＡＲＱフィードバック関連情報などを含む（例えば、ＮＤＩ（New Data Indicator）／ＲＶ（Redundancy Version）／ＨＡＲＱプロセス数／ＤＡＩ（Downlink Assignment Index）／スケジューリングされたＰＵＣＣＨのためのＴＰＣコマンド／ＰＵＣＣＨリソースインジケータ／ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿Ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ）。例えば、ＤＣＩは、ＤＣＩフォーマット１＿０およびＤＣＩフォーマット１＿１のいずれかである。

【0294】

例えば、ＤＣＩに基づいて、ＨＡＲＱフィードバック有効化／無効化の有無が設定される。例えば、ＤＣＩのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿Ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒフィールド／ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒフィールドに基づいて、ＨＡＲＱフィードバックの有効化／無効化の有無が設定される。例えば、ＤＣＩは、アグリゲーションレベル（／繰り返し因子）を含んでもよい。例えば、ＨＡＲＱプロセス数が１６個以上に設定され、ＤＣＩのＨＡＲＱプロセス数フィールドおよびＤＣＩに関連するＣＣＥ／ＲＢのインデックスに基づいて、１６個以上に設定されたＨＡＲＱプロセスＩＤが区分される。

【0295】

例えば、上述したＭ１１０段階の基地局（図１８の１００，２００）がＵＥ（図１８の１００，２００）に設定情報を送信する動作は、後述する図１８ないし図２０の装置により具現される。例えば、図１８を参照すると、１つまたは複数のプロセッサ１０２は、設定情報を送信するように１つもしくは複数の送受信器１０６ならびに／または１つもしくは複数のメモリ１０４などを制御し、１つまたは複数の送受信器１０６は、ＵＥに設定情報を送信する。

【0296】

例えば、上述したＭ１１０段階のＵＥ（図１８の１００，２００）が基地局（図１８の１００，２００）から設定情報を受信する動作は、後述する図１８ないし図２０の装置により具現される。例えば、図１８を参照すると、１つまたは複数のプロセッサ１０２は、設定情報を受信するように１つもしくは複数の送受信器１０６ならびに／または１つもしくは複数のメモリ１０４などを制御し、１つまたは複数の送受信器１０６は、基地局から設定情報を受信する。

【0297】

基地局は、ＵＥからＵＬデータ／ＵＬチャネル（例えば、ＰＵＣＣＨ／ＰＵＳＣＨ）を受信する（Ｍ１１５）。すなわち、ＵＥは、基地局にＵＬデータ／ＵＬチャネルを送信する。例えば、ＵＬデータ／ＵＬチャネルは、上述した設定情報／制御情報などに基づいて受信／送信される。例えば、上述した提案方法（例えば、提案１／提案２／提案３／提案４など）に基づいて、ＵＬデータ／ＵＬチャネルが受信／送信される。例えば、ＵＬデータ／ＵＬチャネルを介してＣＳＩ報告が行われる。ＣＳＩ報告は、ＲＳＲＰ／ＣＱＩ／ＳＩＮＲ／ＣＲＩなどの情報を基地局に送信することを含む。例えば、ＵＬデータ／ＵＬチャネルは、ＨＡＲＱフィードバック有効化／無効化に関連する端末の要求／報告を含む。例えば、上述した提案方法で説明したように、端末は、ＭＣＳの増加／減少に関する報告／ＰＤＳＣＨの繰り返し送信の増加／減少に関する報告に基づいて、ＨＡＲＱフィードバックの有効化／無効化を報告／要求する。例えば、ＵＬデータ／ＵＬチャネルは、ＨＡＲＱ－ＡＣＫ情報を含む。例えば、上述した提案２に基づいて、ＨＡＲＱ－ＡＣＫコードブック（例えば、Ｔｙｐｅ １／２／３）が構成される。例えば、ＵＬデータ／ＵＬチャネルを介してＨＡＲＱ－ＡＣＫ情報が送信される場合、上述した提案４に基づいてＨＡＲＱ－ＡＣＫ情報を送信するためのタイミングが決定される。

【0298】

例えば、Ｍ１１５段階の基地局（図１８の１００，２００）がＵＥ（図１８ないし図２０の１００，２００）からＵＬデータ／ＵＬチャネルを受信する動作は、後述する図１８ないし図２０の装置により具現される。例えば、図１８を参照すると、１つまたは複数のプロセッサ１０２は、ＵＬデータ／ＵＬチャネルを受信するように１つもしくは複数の送受信器１０６ならびに／または１つもしくは複数のメモリ１０４などを制御し、１つまたは複数の送受信器１０６は、ＵＥからＵＬデータ／ＵＬチャネルを受信する。

【0299】

例えば、Ｍ１１５段階のＵＥ（図１８の１００，２００）が基地局（図１８ないし図２０の１００，２００）にＵＬデータ／ＵＬチャネルを送信する動作は、後述する図１８ないし図２０の装置により具現される。例えば、図１８を参照すると、１つまたは複数のプロセッサ１０２は、ＵＬデータ／ＵＬチャネルを送信するように１つもしくは複数の送受信器１０６ならびに／または１つもしくは複数のメモリ１０４などを制御し、１つまたは複数の送受信器１０６は、基地局にＵＬデータ／ＵＬチャネルを送信する。

【0300】

以下、図１６を参照しながら、一実施例による端末／基地局間のＤＬデータ／チャネル送受信動作について具体的に説明する。

【0301】

図１６には示されていないが、上述した提案方法（例えば、提案１／提案２／提案３／提案４／提案５など）で説明したように、ＲＲＣ接続／設定の前段階でＵＥの基本ＨＡＲＱ動作モードが設定されてもよい。例えば、ＰＢＣＨ（ＭＩＢ）またはＳＩＢにより（ＵＥがアクセスしたセルが）ＮＴＮセルであると指示された場合、ＵＥは、基本モードがＨＡＲＱ－ｄｉｓａｂｌｅｄと設定されたと認識する。例えば、基地局は、ＰＢＣＨ（ＭＩＢ）またはＳＩＢにより（例えば、ＮＴＮセルとして指示された場合）、ＨＡＲＱ－ｄｉｓａｂｌｅｄ設定およびＨＡＲＱ－ｅｎａｂｌｅｄ設定のいずれかを基本動作モードとして指示する。

【0302】

また、図１６には示されていないが、ＵＥは、上述した提案方法（例えば、提案１／提案２／提案３／提案４／提案５など）に関連するＵＥの能力情報を基地局に報告する。例えば、ＵＥの能力情報は、端末がサポート可能な／推奨されたチャネル（例えば、ＰＤＳＣＨ）の繰り返し受信回数情報／スロットアグリゲーションレベル情報／サポート可能なＨＡＲＱプロセス数などを含む。例えば、ＵＥ能力情報は、周期的／セミパーシステント／非周期的に報告される。基地局は、ＵＥの能力を考慮して、以下に説明する動作に対して設定／指示する。

【0303】

基地局は、ＵＥ（端末）に設定情報を送信する（Ｍ２０５）。すなわち、ＵＥは、基地局から設定情報を受信する。例えば、設定情報は、上述した提案方法（例えば、提案１／提案２／提案３／提案４／提案５など）で説明したＮＴＮ関連の設定情報／ＤＬ送受信のための設定情報（例えば、ＰＤＣＣＨ－ｃｏｎｆｉｇ／ＰＤＳＣＨ－ｃｏｎｆｉｇ）／ＨＡＲＱプロセス関連設定（例えば、ＨＡＲＱフィードバック有効化／無効化の有無／ＨＡＲＱプロセス数など）／ＣＳＩ報告関連設定（例えば、ＣＳＩ ｒｅｐｏｒｔ ｃｏｎｆｉｇ／ＣＳＩ ｒｅｐｏｒｔ ｑｕａｎｔｉｔｙ／ＣＳＩ－ＲＳ Ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇなど）を含む。例えば、設定情報は、上位層シグナリング（例えば、ＲＲＣまたはＭＡＣ ＣＥ）により送信される。例えば、ＨＡＲＱフィードバック有効化／無効化の有無は、セルグループごとに設定される。例えば、ビットマップ形態の情報によりＨＡＲＱフィードバック有効化／無効化の有無が設定される。例えば、設定情報は、アグリゲーション因子／ＰＤＳＣＨ繰り返し送信関連設定（例えば、繰り返し回数／繰り返しパターン／繰り返しステップサイズなど）を含む。例えば、設定情報は、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫパラメータを含む。一例として、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫパラメータに基づいて０～３１のうち、複数の定数値が指示される。

【0304】

例えば、上述したＭ２０５段階において、基地局（図１８の１００，２００）がＵＥ（図１８ないし図２０の１００，２００）に設定情報を送信する動作は、後述する図１８ないし図２０の装置により具現される。例えば、図１８を参照すると、１つまたは複数のプロセッサ１０２は、設定情報を送信するように１つもしくは複数の送受信器１０６ならびに／または１つもしくは複数のメモリ１０４などを制御し、１つまたは複数の送受信器１０６は、ＵＥに設定情報を送信する。

【0305】

例えば、上述したＭ２０５段階において、ＵＥ（図１８の１００，２００）が基地局（図１８ないし図２０の１００，２００）から設定情報を受信する動作は、後述する図１８ないし図２０の装置により具現される。例えば、図１８を参照すると、１つまたは複数のプロセッサ１０２は、設定情報を受信するように１つもしくは複数の送受信器１０６ならびに／または１つもしくは複数のメモリ１０４などを制御し、１つまたは複数の送受信器１０６は、基地局から設定情報を受信する。

【0306】

基地局は、ＵＥに制御情報を送信する（Ｍ２１０）。すなわち、ＵＥは、基地局から制御情報を受信する。例えば、制御情報は、ＤＣＩにより送信／受信される。例えば、制御情報は、ＤＬデータ／ＤＬチャネルの送受信のための制御情報／スケジューリング情報／リソース割り当て情報／ＨＡＲＱフィードバック関連情報（例えば、ＮＤＩ／ＲＶ／ＨＡＲＱプロセス数／ＤＡＩ／スケジューリングされたＰＵＣＣＨのためのＴＰＣコマンド／ＰＵＣＣＨリソースインジケータ／ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿Ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ）などを含む。例えば、ＤＣＩは、ＤＣＩフォーマット１＿０およびＤＣＩフォーマット１＿１のいずれかである。

【0307】

例えば、上述した提案方法（例えば、提案１／提案２／提案３／提案４／提案５など）で説明したように、ＤＣＩに基づいてＨＡＲＱフィードバックの有効化／無効化の有無が設定される。例えば、ＤＣＩのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿Ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒフィールド／ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒフィールドに基づいて、ＨＡＲＱフィードバックの有効化／無効化の有無が設定される。例えば、ＤＣＩは、アグリゲーションレベル（／繰り返し因子）を含んでもよい。例えば、ＨＡＲＱプロセス数が１６個以上に設定され、ＤＣＩのＨＡＲＱ ｐｒｏｃｅｓｓ ｎｕｍｂｅｒフィールドとＤＣＩに関連するＣＣＥ／ＲＢのインデックスとに基づいて、１６個以上設定されたＨＡＲＱプロセスＩＤが区分される。

【0308】

例えば、Ｍ２１０段階において、基地局（図１８の１００，２００）がＵＥ（図１８ないし図２０の１００，２００）に制御情報を送信する動作は、後述する図１８ないし図２０の装置により具現される。例えば、図１８を参照すると、１つまたは複数のプロセッサ１０２は、制御情報を送信するように１つもしくは複数の送受信器１０６ならびに／または１つもしくは複数のメモリ１０４などを制御し、１つまたは複数の送受信器１０６は、ＵＥに制御情報を送信する。

【0309】

例えば、上述したＭ２１０段階において、ＵＥ（図１８の１００，２００）が基地局（図１８ないし図２０の１００，２００）から制御情報を受信する動作は、後述する図１８ないし図２０の装置により具現される。例えば、図１８を参照すると、１つまたは複数のプロセッサ１０２は、制御情報を受信するように１つもしくは複数の送受信器１０６ならびに／または１つもしくは複数のメモリ１０４などを制御し、１つまたは複数の送受信器１０６は、基地局から制御情報を受信する。

【0310】

基地局は、ＵＥにＤＬデータ／ＤＬチャネル（例えば、ＰＤＳＣＨ）を送信する（Ｍ２１５）。すなわち、ＵＥは、基地局からＤＬデータ／ＤＬチャネルを受信する。例えば、ＤＬデータ／ＤＬチャネルは、上述した設定情報／制御情報などに基づいて送信／受信される。例えば、上述した提案方法に基づいてＤＬデータ／ＤＬチャネルが送信／受信される。例えば、ＤＬデータ／ＤＬチャネルは、（例えば、スロットアグリゲーションに基づいて）繰り返し送信／受信される。

【0311】

例えば、Ｍ２１５段階において、基地局（図１８の１００，２００）がＵＥ（図１８ないし図２０の１００，２００）にＤＬデータ／ＤＬチャネルを送信する動作は、後述する図１８ないし図２０の装置により具現される。例えば、図１８を参照すると、１つまたは複数のプロセッサ１０２は、ＤＬデータ／ＤＬチャネルを送信するように１つもしくは複数の送受信器１０６ならびに／または１つもしくは複数のメモリ１０４などを制御し、１つまたは複数の送受信器１０６は、ＵＥにＤＬデータ／ＤＬチャネルを送信する。

【0312】

例えば、Ｍ２１５段階において、ＵＥ（図１８の１００，２００）が基地局（図１８ないし図２０の１００，２００）からＤＬデータ／ＤＬチャネルを受信する動作は、後述する図１８ないし図２０の装置により具現される。例えば、図１８を参照すると、１つまたは複数のプロセッサ１０２は、ＤＬデータ／ＤＬチャネルを受信するように１つもしくは複数の送受信器１０６ならびに／または１つもしくは複数のメモリ１０４などを制御し、１つまたは複数の送受信器１０６は、基地局からＤＬデータ／ＤＬチャネルを受信する。

【0313】

基地局は、ＵＥからＨＡＲＱ－ＡＣＫフィードバックを受信する（Ｍ２２０）。すなわち、ＵＥは、基地局にＨＡＲＱ－ＡＣＫフィードバックを送信する。例えば、上述した提案方法（例えば、提案１／提案２／提案３／提案４／提案５など）に基づいてＨＡＲＱ－ＡＣＫフィードバックが有効化／無効化される。例えば、ＨＡＲＱ－ＡＣＫフィードバックが有効化された場合、上述した提案方法（例えば、提案１／提案２／提案３／提案４／提案５など）に基づいてＨＡＲＱ－ＡＣＫフィードバックが送信／受信される。例えば、ＨＡＲＱ－ＡＣＫフィードバックは、基地局から送信されたＤＬデータ／ＤＬチャネルに対するＡＣＫ／ＮＡＣＫ情報を含む。例えば、ＨＡＲＱ－ＡＣＫフィードバックは、ＰＵＣＣＨおよび／またはＰＵＳＣＨを介して送信される。例えば、上述した提案２に基づいてＨＡＲＱ－ＡＣＫコードブック（例えば、Ｔｙｐｅ １／２／３）が構成される。例えば、上述した提案４に基づいて、ＨＡＲＱ－ＡＣＫフィードバックを送信するためのタイミングが決定される。

【0314】

例えば、上述したＭ２２０段階において、基地局（図１８の１００，２００）がＵＥ（図１８および図２０の１００，２００）からＨＡＲＱ－ＡＣＫフィードバックを受信する動作は、後述する図１８および図２０の装置により具現される。例えば、図１８を参照すると、１つまたは複数のプロセッサ１０２は、ＨＡＲＱ－ＡＣＫフィードバックを受信するように１つもしくは複数の送受信器１０６ならびに／または１つもしくは複数のメモリ１０４などを制御し、１つまたは複数の送受信器１０６は、ＵＥからＨＡＲＱ－ＡＣＫフィードバックを受信する。

【0315】

例えば、上述したＭ２２０段階において、ＵＥ（図１８の１００，２００）が基地局（図１８ないし図２０の１００，２００）にＨＡＲＱ－ＡＣＫフィードバックを送信する動作は、後述する図１８ないし図２０の装置により具現される。例えば、図１８を参照すると、１つまたは複数のプロセッサ１０２は、ＨＡＲＱ－ＡＣＫフィードバックを送信するように１つもしくは複数の送受信器１０６ならびに／または１つもしくは複数のメモリ１０４などを制御し、１つまたは複数の送受信器１０６は、基地局にＨＡＲＱ－ＣＫフィードバックを送信する。

【0316】

上述した基地局／端末の動作およびシグナリングは、後述する図１８および図２０の装置により具現されることができる。例えば、基地局は、第１無線装置、ＵＥは、第２無線装置に該当し、場合によってその逆も考慮できる。

【0317】

例えば、上述した基地局／端末の動作およびシグナリングは、図１８ないし図２０の１つまたは複数のプロセッサ１０２，２０２により処理され、上述した基地局／端末の動作およびシグナリングは、図１８ないし図２０の少なくとも１つのプロセッサ（例えば、１０２，２０２）を駆動するための命令語／プログラム（例えば、指示、実行可能なコード）の形態でメモリ（例えば、図１８の１つまたは複数のメモリ１０４，２０４）に記憶（格納）される。

【0318】

説明した提案方式に関する一例も本発明の具現方法の一つとして含まれることができ、または一種の提案方式として見なされることができる。上述した提案方式は、独立して具現するか、または一部提案方式との組み合わせ（またはアグリゲーション）の形態で具現することができる。提案方法の適用の有無に関する情報（または提案方法の規則に関する情報）は、基地局が端末に予め定義されたシグナル（例えば、物理層信号または上位層信号）により知らせるように規定できる。上位層は、例えば、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰなどの機能層のいずれかを含む。

【0319】

この明細書で提案する方法（例えば、提案１／提案２／提案３／提案４／提案５など）を具現するための方法、実施例または説明は、それぞれ個々に適用されてもよく、または１つもしくは複数の方法（または実施例、説明）が結合して適用されてもよい。

【0320】

以下、図面を参照しながら、より具体的に例示する。以下の図／説明において、同一の図面符号は、特に記載しない限り、同一または対応するハードウェアブロック、ソフトウェアブロックまたは機能ブロックを例示する。

【0321】

図１７は、本発明に適用される通信システム１を例示する。

【0322】

図１７を参照すると、本発明に適用される通信システム１は、無線機器、基地局およびネットワークを含む。ここで、無線機器は、無線アクセス技術（例えば、５Ｇ ＮＲ、ＬＴＥ）を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器とも称される。これに限られないが、無線機器は、ロボット１００ａ、車両１００ｂ－１，１００ｂ－２、ＸＲ（eXtended Reality）機器１００ｃ、携帯機器（Hand-held Device）１００ｄ、家電１００ｅ、ＩｏＴ（Internet of Thing）機器１００ｆおよびＡＩサーバ／機器４００を含む。例えば、車両は、無線通信機能が備えられた車両、自律走行車両、車両間通信を行える車両などを含む。ここで、車両は、ＵＡＶ（Unmanned Aerial Vehicle）（例えば、ドローン）を含む。ＸＲ機器は、ＡＲ（Augmented Reality）／ＶＲ（Virtual Reality）／ＭＲ（Mixed Reality）機器を含み、ＨＭＤ（Head-Mounted Device）、車両に備えられたＨＵＤ（Head-Up Display）、ＴＶ、スマートホン、コンピュータ、ウェアラブルデバイス、家電機器、デジタル看板、車両、ロボットなどの形態で具現される。携帯機器は、スマートホン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートブックパソコンなど）などを含む。家電は、ＴＶ、冷蔵庫、洗濯機などを含む。ＩｏＴ機器は、センサ、スマートメータなどを含む。例えば、基地局、ネットワークは、無線機器にも具現され、特定の無線機器２００ａは、他の無線機器に基地局／ネットワークノードで動作することもできる。

【0323】

無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００に連結される。無線機器１００ａ～１００ｆにはＡＩ（Artificial Intelligence）技術が適用され、無線機器１００ａ～１００ｆは、ネットワーク３００を介してＡＩサーバ４００に連結される。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワークまたは５Ｇ（例えば、ＮＲ）ネットワークなどを用いて構成される。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信できるが、基地局／ネットワークを介することなく、直接通信することもできる（例えば、サイドリンク通信）。例えば、車両１００ｂ－１、１００ｂ－２は、直接通信することができる（例えば、Ｖ２Ｖ（Vehicle to Vehicle）／Ｖ２Ｘ（Vehicle to Everything）通信）。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）または他の無線機器１００ａ～１００ｆと直接通信することができる。

【0324】

無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００の間では、無線通信／連結１５０ａ，１５０ｂ，１５０ｃが行われる。ここで、無線通信／連結は、上り／下りリンク通信１５０ａ、サイドリンク通信１５０ｂ（または、Ｄ２Ｄ通信）、基地局間の通信１５０ｃ（例えば、ｒｅｌａｙ、ＩＡＢ（Integrated Access Backhaul）などの様々な無線アクセス技術により行われる（例えば、５Ｇ ＮＲ）。無線通信／連結１５０ａ，１５０ｂ，１５０ｃにより無線機器と基地局／無線機器と、基地局と基地局とは互いに無線信号を送信／受信することができる。例えば、無線通信／連結１５０ａ，１５０ｂ，１５０ｃは、様々な物理チャネルを介して信号を送信／受信することができる。このために、本発明の様々な提案に基づいて、無線信号の送信／受信のための様々な構成情報の設定過程（processes、処理、プロセス、手順）、様々な信号処理過程（例えば、チャネル符号化／復号、変調／復調、リソースマッピング／デマッピングなど）、リソース割り当て過程のうちのいずれか１つが行われる。

【0325】

図１８は、本発明に適用可能な無線機器を例示する。

【0326】

図１８を参照すると、第１無線機器１００と第２無線機器２００とは、様々な無線アクセス技術（例えば、ＬＴＥ、ＮＲ）により無線信号を送受信する。ここで、｛第１無線機器１００、第２無線機器２００｝は、図２６の｛無線機器１００ｘ、基地局２００｝および／または｛無線機器１００ｘ、無線機器１００ｘ｝に対応する。

【0327】

第１無線機器１００は、１つもしくは複数のプロセッサ１０２ならびに１つもしくは複数のメモリ１０４を含み、さらに１つもしくは複数の送受信器１０６ならびに／または１つもしくは複数のアンテナ１０８を含む。プロセッサ１０２は、メモリ１０４および／または送受信器１０６を制御し、この明細書に開示された説明、機能、手順、提案、方法および／またはフローチャートを具現するように構成される。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信器１０６で第１情報／信号を含む無線信号を送信する。また、プロセッサ１０２は、送受信器１０６で第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に記憶する。メモリ１０４は、プロセッサ１０２に連結され、プロセッサ１０２の動作に関連する様々な情報を記憶する。例えば、メモリ１０４は、プロセッサ１０２により制御されるプロセスのうちの一部もしくは全部を行うか、またはこの明細書に開示された説明、機能、手順、提案、方法および／もしくはフローチャートを行うための命令を含むソフトウェアコードを記憶する。ここで、プロセッサ１０２およびメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部である。送受信器１０６は、プロセッサ１０２に連結され、１つまたは複数のアンテナ１０８により無線信号を送信および／または受信する。送受信器１０６は、送信器および／または受信器を含む。送受信器１０６は、ＲＦ（radio Frequency）ユニットとも混用することができる。本発明において、無線機器は、通信モデム／回路／チップを意味することもできる。

【0328】

第２無線機器２００は、１つもしくは複数のプロセッサ２０２ならびに１つもしくは複数のメモリ２０４を含み、さらに１つもしくは複数の送受信器２０６ならびに／または１つもしくは複数のアンテナ２０８を含む。プロセッサ２０２は、メモリ２０４および／または送受信器２０６を制御し、この明細書に開示された説明、機能、手順、提案、方法および／またはフローチャートを具現するように構成される。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信器２０６で第３情報／信号を含む無線信号を送信する。また、プロセッサ２０２は、送受信器２０６で第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に記憶する。メモリ２０４は、プロセッサ２０２に連結され、プロセッサ２０２の動作に関連する様々な情報を記憶する。例えば、メモリ２０４は、プロセッサ２０２により制御されるプロセスのうちの一部もしくは全部を行うか、またはこの明細書に開示された説明、機能、手順、提案、方法および／もしくはフローチャートを行うための命令を含むソフトウェアコードを記憶する。ここで、プロセッサ２０２およびメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部である。送受信器２０６は、プロセッサ２０２に連結され、１つまたは複数のアンテナ２０８により無線信号を送信および／または受信する。送受信器２０６は、送信器および／または受信器を含む。送受信器２０６は、ＲＦユニットとも混用することができる。本発明において、無線機器は、通信モデム／回路／チップをも意味する。

【0329】

以下、無線機器１００，２００のハードウェア要素についてより具体的に説明する。これに限られないが、１つまたは複数のプロトコル階層（層）が１つまたは複数のプロセッサ１０２，２０２により具現される。例えば、１つまたは複数のプロセッサ１０２，２０２は、１つまたは複数の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰなどの機能層）を具現する。１つまたは複数のプロセッサ１０２，２０２は、この明細書に開示された説明、機能、手順、提案、方法および／またはフローチャートによって、１つもしくは複数のＰＤＵ（Protocol Data Unit）ならびに／または１つもしくは複数のＳＤＵ（Service Data Unit）を生成する。１つまたは複数のプロセッサ１０２，２０２は、この明細書に開示された説明、機能、手順、提案、方法および／またはフローチャートによって、メッセージ、制御情報、データまたは情報を生成する。１つまたは複数のプロセッサ１０２，２０２は、この明細書に開示された機能、手順、提案および／または方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データまたは情報を含む信号（例えば、ベースバンド信号）を生成して、１つまたは複数の送受信器１０６，２０６に提供する。１つまたは複数のプロセッサ１０２，２０２は、１つまたは複数の送受信器１０６，２０６から信号（例えば、ベースバンド信号）を受信して、この明細書に開示された説明、機能、手順、提案、方法および／またはフローチャートによって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データまたは情報を得ることができる。

【0330】

１つまたは複数のプロセッサ１０２，２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサまたはマイクロコンピュータとも称される。１つまたは複数のプロセッサ１０２，２０２は、ハードウェア、ファームウェア、ソフトウェアまたはこれらの組み合わせにより具現される。一例として、１つもしくは複数のＡＳＩＣ（Application Specific Integrated Circuit）、１つもしくは複数のＤＳＰ（Digital Signal Processor）、１つもしくは複数のＤＳＰＤ（Digital Signal Processing Device）、１つもしくは複数のＰＬＤ（Programmable Logic Device）または１つもしくは複数のＦＰＧＡ（Field Programmable Gate Arrays）が１つまたは複数のプロセッサ１０２，２０２に含まれる。この明細書に開示された説明、機能、手順、提案、方法および／またはフローチャートは、ファームウェアまたはソフトウェアを使用して具現され、ファームウェアまたはソフトウェアは、モジュール、手順、機能などを含むように具現される。この明細書に開示された説明、機能、手順、提案、方法および／またはフローチャートを行うように設定されたファームウェアまたはソフトウェアは、１つもしくは複数のプロセッサ１０２，２０２に含まれるか、または１つもしくは複数のメモリ１０４，２０４に記憶されて１つもしくは複数のプロセッサ１０２，２０２により実行（駆動）される。この明細書に開示された説明、機能、手順、提案、方法および／またはフローチャートは、コード、命令語（instruction）および／または命令語の集合の形態で、ファームウェアまたはソフトウェアを使用して具現される。

【0331】

１つまたは複数のメモリ１０４，２０４は、１つまたは複数のプロセッサ１０２，２０２に連結され、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示および／または命令を記憶することができる。１つまたは複数のメモリ１０４，２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ読み取り記憶媒体および／またはこれらの組み合わせにより構成される。１つまたは複数のメモリ１０４，２０４は、１つまたは複数のプロセッサ１０２，２０２の内部および／または外部に位置する。また、１つまたは複数のメモリ１０４，２０４は、有線または無線連結のような様々な技術により１つまたは複数のプロセッサ１０２，２０２に連結される。

【0332】

１つまたは複数の送受信器１０６，２０６は、１つまたは複数の他の装置にこの明細書における方法および／またはフローチャートなどで言及されたユーザデータ、制御情報、無線信号／チャネルなどを送信することができる。１つまたは複数の送受信器１０６，２０６は、１つまたは複数の他の装置からこの明細書に開示された説明、機能、手順、提案、方法および／またはフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つまたは複数の送受信器１０６，２０６は、１つまたは複数のプロセッサ１０２，２０２に連結され、無線信号を送受信することができる。例えば、１つまたは複数のプロセッサ１０２，２０２は、１つまたは複数の送受信器１０６，２０６が１つまたは複数の他の装置にユーザデータ、制御情報または無線信号を送信するように制御する。また、１つまたは複数のプロセッサ１０２，２０２は、１つまたは複数の送受信器１０６，２０６が、１つまたは複数の他の装置から、ユーザデータ、制御情報または無線信号を受信するように制御する。また、１つまたは複数の送受信器１０６，２０６は、１つまたは複数のアンテナ１０８，２０８に連結され、１つまたは複数の送受信器１０６，２０６は、１つまたは複数のアンテナ１０８，２０８により、この明細書に開示された説明、機能、手順、提案、方法および／またはフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定される。この明細書において、１つまたは複数のアンテナは、複数の物理アンテナであるか、または複数の論理アンテナ（例えば、アンテナポート）である。１つまたは複数の送受信器１０６，２０６は、受信したユーザデータ、制御情報、無線信号／チャネルなどを１つまたは複数のプロセッサ１０２，２０２を用いて処理するために、受信した無線信号／チャネルなどを、ＲＦバンド信号からベースバンド信号に変換する（Convert）。１つまたは複数の送受信器１０６，２０６は、１つまたは複数のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換する。このために、１つまたは複数の送受信器１０６，２０６は、（アナログ）オシレータおよび／またはフィルタを含む。

【0333】

この明細書において、少なくとも１つのメモリ（例えば、１０４または２０４）は、指示またはプログラムを記憶し、指示またはプログラムは、実行されるとき、少なくとも１つのメモリに作動可能に（operably）連結される少なくとも１つのプロセッサをしてこの発明のいくつの実施例または具現による動作を行うようにする。

【0334】

この明細書において、コンピュータ読み取り可能な（readable）記憶媒体（Storage medium）は、少なくとも１つの指示またはコンピュータプログラムを記憶し、少なくとも１つの指示またはコンピュータプログラムは、少なくとも１つのプロセッにより実行されるとき、少なくとも１つのプロセッサをしてこの発明のいくつの実施例または具現による動作を行うようにする。

【0335】

この明細書において、処理機器（processing device）または装置（apparatus）は、少なくとも１つのプロセッサとこの少なくとも１つのプロセッサに連結可能な少なくとも１つのコンピュータメモリとを含む。少なくとも１つのコンピュータメモリは、指示またはプログラムを記憶し、指示またはプログラムは、実行されるとき、少なくとも１つのメモリに作動可能に（operably）連結される少なくとも１つのプロセッサをしてこの発明のいくつの実施例または具現による動作を行うようにする。

【0336】

図１９は、本発明に適用される無線機器の他の例を示す。

【0337】

無線機器は、使用例／サービスによって様々な形態で具現される（図１７を参照）。図１９を参照すると、無線機器１００，２００は、図１８の無線機器１００，２００に対応し、様々な要素（element）、コンポーネント（成分）（component、構成要素）、ユニット／部および／またはモジュールで構成される。例えば、無線機器１００，２００は、通信部１１０、制御部１２０、メモリ部１３０および追加要素１４０を含む。通信部は、通信回路１１２および送受信器１１４を含む。例えば、通信回路１１２は、図１７における１つもしくは複数のプロセッサ１０２，２０２ならびに／または１つもしくは複数のメモリ１０４，２０４を含む。例えば、送受信器１１４は、図１８の１つもしくは複数の送受信器１０６，２０６ならびに／または１つもしくは複数のアンテナ１０８，２０８を含む。制御部１２０は、通信部１１０、メモリ部１３０および追加要素１４０に電気的に連結され、無線機器の諸般の動作を制御する。例えば、制御部１２０は、メモリ部１３０に記憶されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御する。また、制御部１２０は、メモリ部１３０に記憶された情報を通信部１１０により外部（例えば、他の通信機器）に無線／有線インターフェースにより送信するか、または通信部１１０により外部（例えば、他の通信機器）から無線／有線インターフェースにより受信された情報をメモリ部１３０に記憶する。

【0338】

追加要素１４０は、無線機器の種類によって様々に構成される。例えば、追加要素１４０は、パワーユニット／バッテリ、入出力部（Ｉ／O unit）、駆動部およびコンピュータ部のうちのいずれか１つを含む。これに限られないが、無線機器は、ロボット（図１７、１００ａ）、車両（図１７、１００ｂ－１、１００ｂ－２）、ＸＲ機器（図１７、１００ｃ）、携帯機器（図１７、１００ｄ）、家電（図１７、１００ｅ）、ＩｏＴ機器（図１７、１００ｆ）、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置（または金融装置）、セキュリティ（保安）装置、気候／環境装置、ＡＩサーバ／機器（図１７、４００）、基地局（図１７、２００）およびネットワークノードなどの形態で具現される。無線機器は、使用例／サービスによって移動可能であるか、または固定した場所で使用される。

【0339】

図１９において、無線機器１００，２００内の様々な要素、コンポーネント、ユニット／部および／またはモジュールは、全部が有線インターフェースにより互いに連結されるか、または少なくとも一部が通信部１１０により無線連結される。例えば、無線機器１００，２００内で制御部１２０と通信部１１０とは、有線連結され、制御部１２０と第１ユニット（例えば、１３０、１４０）とは、通信部１１０により無線連結される。また、無線機器１００，２００内の各要素、コンポーネント、ユニット／部および／またはモジュールは、１つまたは複数の要素をさらに含む。例えば、制御部１２０は、１つまたは複数のプロセッサの集合で構成される。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Application PROCESSOR）、ＥＣＵ（Electronic Control Unit）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成される。他の例として、メモリ部１３０は、ＲＡＭ（Random Access Memory）、ＤＲＡＭ（Dynamic RAM）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（flash Memory）、揮発性メモリ（volatile Memory）、非揮発生メモリおよび／またはこれらの組み合わせで構成される。

【0340】

ここで、この明細の無線機器１００，２００で具現される無線通信技術は、ＬＴＥ、ＮＲおよび６Ｇだけではなく、低電力通信のためのＮａｒｒｏｗＢａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓを含む。このとき、例えば、ＮＢ－ＩｏＴ技術は、ＬＰＷＡＮ（Low Power Wide Area Network）技術の一例であり、ＬＴＥ Ｃａｔ ＮＢ１および／またはＬＴＥ Ｃａｔ ＮＢ２などの規格で具現され、上述した名称に限られない。さらに、またはその代わりに、この明細の無線機器１００，２００で具現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行う。このとき、一例として、ＬＴＥ－Ｍ技術は、ＬＰＷＡＮ技術の一例であり、ｅＭＴＣ（enhanced Machine Type Communication）などの様々な名称で呼ばれる。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（non-Bandwidth Limited）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎおよび／または７）ＬＴＥ Ｍなどの様々な規格のいずれかで具現され、上述した名称に限られない。さらに、またはその代わりに、この明細の無線機器１００，２００で具現される無線通信技術は、低電力通信を考慮したＺＩＧＢＥＥ（登録商標）、ブルートゥース（登録商標）（BLUETOOTH（登録商標））および低電力広域通信網（Low Power Wide Area Network、ＬＰＷＡＮ）のいずれかを含み、上述した名称に限られない。一例として、ＺＩＧＢＥＥ（登録商標）技術は、ＩＥＥＥ８０２．１５．４などの様々な規格に基づいて小型／低電力デジタル通信に関連するＰＡＮ（Personal Area Networks）を生成し、様々な名称に呼ばれる。

【0341】

図２０は、本発明に適用される車両または自律走行車両を例示する。車両または自律走行車両は、移動型ロボット、車両、汽車、有／無人飛行体（Aerial Vehicle、ＡＶ）、船舶などで具現される。

【0342】

図２０を参照すると、車両または自律走行車両１００は、アンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃおよび自律走行部１４０ｄを含む。アンテナ部１０８は、通信部１１０の一部で構成される。ブロック１１０／１３０／１４０ａ～１４０ｄは、それぞれ図１９のブロック１１０／１３０／１４０に対応する。

【0343】

通信部１１０は、他の車両、基地局（例えば、基地局、路側機（基地局）（路辺基地局）（Road Side unit）など）、サーバなどの外部機器と信号（例えば、データ、制御信号など）を送受信する。制御部１２０は、車両または自律走行車両１００の要素を制御して様々な動作を行う。制御部１２０は、ＥＣＵ（Electronic Control Unit）を含む。駆動部１４０ａにより、車両または自律走行車両１００が地上で走行する。駆動部１４０ａは、エンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含む。電源供給部１４０ｂは、車両または自律走行車両１００に電源を供給し、有／無線充電回路、バッテリなどを含む。センサ部１４０ｃは、車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃは、ＩＭＵ（Inertial Measurement Unit）センサ、衝突センサ、ホイールセンサ（wheel sensor）、速度センサ、傾斜センサ、重量感知センサ、ヘディングセンサ（heading sensor）、ポジションモジュール（position module）、車両前進／後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含む。自律走行部１４０ｄは、走行中の車線を維持する技術、車間距離制御装置（adaptive cruise control）のように速度を自動的に調節する技術、所定の経路によって自動走行する技術、目的地が設定されると自動的に経路を設定して走行する技術などを具現する。

【0344】

一例として、通信部１１０は、外部サーバから地図データ、交通情報データなどを受信する。自律走行部１４０ｄは、得られたデータに基づいて自律走行経路およびドライブプランを生成する。制御部１２０は、ドライブプランに従って車両または自律走行車両１００が自律走行経路に移動するように駆動部１４０ａを制御する（例えば、速度／方向調節）。通信部１１０は、自律走行中に外部サーバから最新交通情報データを非周期的に得、また、周りの車両から周りの交通情報データを得る。また、センサ部１４０ｃは、自律走行中に車両状態、周辺環境情報を得る。自律走行部１４０ｄは、新しく得たデータ／情報に基づいて自律走行経路およびドライブプランを更新する。通信部１１０は、車両位置、自律走行経路、ドライブプランなどに関する情報を外部サーバに伝達する。外部サーバは、車両または自律走行車両から集められた情報に基づいて、ＡＩ技術などを用いて交通情報データを予め予測し、予測された交通情報データを車両または自律走行車両に提供する。

【0345】

図２１は、本発明が適用されるＶＳＡＴ（Very-Small-Aperture Terminal）を例示する図である。

【0346】

ＶＳＡＴ２１２０は、３メートル未満のアンテナ（皿）がある両方向通信可能なアンテナ／装置を意味する。例えば、ＶＳＡＴは、地上に固定して位置するか、または車両／海上船舶などに固定して取り付けられる。例えば、ＮＴＮは、ＶＳＡＴを用いて構成される。図２１を参照すると、ＶＳＡＴは、メッシュトポロジ（mesh topology）（図２１の（ａ））またはスター型トポロジ（Star topology）（図２１の（ｂ））の形態で構成される。メッシュトポロジの場合、各ＶＳＡＴは、他のＶＳＡＴと直接通信可能な形態で構成される。反面、スター型トポロジの場合は、ハブ（Hub）を介して複数のＶＳＡＴが連結され、ＶＳＡＴ間通信は、ハブを介して行われる。例えば、ＶＳＡＴ２１２０は、ＮＴＮゲートウェイ／ＢＳとして動作する。例えば、ＶＳＡＴ２１２０は、後述するＩＡＢリンクにおいてＩＡＢノード／ＢＳとして動作することもできる。例えば、ＮＴＮゲートウェイ４２０は、衛星２１００に連結され、衛星２１００がＶＳＡＴ２１２０に連結され、ＶＳＡＴ２１２０がＵＥに連結されてサービスを提供することができる。この場合、ＶＳＡＴ２１２０は、ＩＡＢ－ＭＴにより衛星４３０との通信を行い、ＩＡＢ－ＤＵによりＵＥにサービスすることができる。また、衛星２１００は、親ノード（parent node）として動作することができる。

【0347】

図２２は、本発明が適用されるＩＡＢの例を示す。

【0348】

ＩＡＢノード（リレーノード）は、時間、周波数および／または空間（例えば、ビームベースの動作）においてアクセスおよびバックホールリンク（backhaul link）を多重化する。ＩＡＢノードは、ＵＥに対する無線アクセスリンク／親ノードおよび子ノード（child node）に対する無線バックホールリンクをサポートするＲＡＮノードを意味する。ＩＡＢドナーは、ネットワークの側面において、ＮＲバックホーリング（backhauling）の終端ノード（Terminating node）であって、ＵＥにコアネットワークアクセスのためのインターフェースを提供し、ＩＡＢノードに無線バックホールリンクを提供するＲＡＮノードを意味する。親ノードは、ＩＡＢノードＭＴ（Mobile Termination）の次のホップの隣接ノードであり、親ノードは、ＩＡＢノードまたはＩＡＢドナーＤＵである。子ノードは、ＩＡＢノードＤＵ（Distributed Unit）の次のホップの隣接ノードであり、また、子ノードは、ＩＡＢノードに該当する。

【0349】

ＩＡＢリンクにおいてＵｐｓｔｒｅａｍは、ＩＡＢトポロジの親ノード方向を意味し、Ｄｏｗｎｓｔｒｅａｍは、ＩＡＢトポロジの子ノードまたはＵＥ方向を意味する。アクセスリンクは、アクセスＵＥとＩＡＢノードまたはＩＡＢドナーとの間のリンクを意味し、バックホールリンクは、ＩＡＢノードとＩＡＢ子ノードまたはＩＡＢ親ノードとの間のリンクを意味する。アクセスリンクとバックホールリンクとは、同一または異なる周波数で動作する。（ｉｎ－ｂａｎｄおよびｏｕｔ－ｏｆ－ｂａｎｄリレーの）ＩＡＢは、従来のアクセスのために定義された機能（function）およびインターフェースで再使用することができる。一例として、アクセスリンクではＮＲ Ｕｕインターフェースを使用し、上述したＦ１インターフェースは、バックホールリンクに拡張されて適用されることができる。例えば、Ｆ１インターフェースをバックホールリンクに適用する場合、ｇＮＢ－ＤＵは、ＩＡＢノードとして、ｇＮＢ－ＣＵは、ＩＡＢドナーとして解釈されることができる。

【0350】

例えば、図６におけるＵＥ（／ＢＳ）４３０、衛星４１０、ゲートウェイ４２０の間の連結は、図２２のＩＡＢリンクとしても解釈される。ＮＴＮにおいて、衛星４１０は、ＩＡＢノードとして動作し、ＮＴＮゲートウェイ４２０は、親ノード／ＩＡＢドナー／子ノードとして動作する。あるいは、ＢＳがＩＡＢノードとして動作し、衛星４１０が親ノード／子ノードとして動作するか、または衛星４１０がＩＡＢノードとして動作し、ＢＳが親ノード／子ノードとして動作することもできる。

【0351】

ファームウェアやソフトウェアによる具現の場合、この発明の一実施例は、以上で説明した機能または動作を行うモジュール、手順または関数などの形態で具現される。ソフトウェアコードは、メモリユニットに記憶されてプロセッサにより実行（駆動）される。メモリユニットは、プロセッサの内部または外部に設けられ、公知の様々な手段によってプロセッサとデータをやり取りする。

【0352】

前述した実施例は、本発明の構成要素と特徴とが所定の形態で結合されたものである。各構成要素または特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素または特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素および／または特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は、変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含めることができ、または他の実施例の対応する構成もしくは特徴に置き換えることができる。特許請求の範囲で明示的な引用関係のない請求項を組み合せて実施例を構成するか、出願後の補正によって新しい請求項として含め得ることは自明である。

【0353】

本開示は、本開示の特徴を逸脱しない範囲で他の特定の形態で具体化できることは、当業者にとって自明である。よって、上記の詳細な説明は、全ての面で制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならず、本発明の等価的範囲内における全ての変更は、本発明の範囲に含まれる。

【産業上の利用可能性】

【0354】

本発明は、無線移動通信システムの端末機、基地局またはその他の機器に使用されることができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【手続補正書】

【提出日】2023-02-03

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線通信システムにおいて端末が動作する方法であって、
複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスのうちの少なくとも１つのＨＡＲＱプロセスに関するＨＡＲＱフィードバックを無効化する（disable）ための制御情報を受信する段階と、
下りリンク信号を受信する段階と、
前記制御情報に基づいて、前記下りリンク信号に関するＨＡＲＱ－ＡＣＫ（HARQ-ACKnowledgement）コードブックを決定する段階であって、
前記ＨＡＲＱ－ＡＣＫコードブックは、前記複数のＨＡＲＱプロセスのうちの１つまたは複数のＨＡＲＱプロセスに関する有効化されたＨＡＲＱフィードバックに基づいて決定される段階と、
前記ＨＡＲＱ－ＡＣＫコードブックに基づいてＨＡＲＱ－ＡＣＫ情報を送信する段階と、を有する、方法。

【請求項2】

前記有効化されたＨＡＲＱフィードバックを有する前記１つまたは複数のＨＡＲＱプロセスは、前記複数のＨＡＲＱプロセスのうち、前記無効化されたＨＡＲＱフィードバックを有する前記少なくとも１つのＨＡＲＱプロセスを除いた残りのＨＡＲＱプロセスを有する、請求項１に記載の方法。

【請求項3】

前記複数のＨＡＲＱプロセスは、前記端末に設定された複数のセルのそれぞれのために設定され、
前記ＨＡＲＱ－ＡＣＫコードブックは、前記有効化されたＨＡＲＱフィードバックを有する前記１つまたは複数のＨＡＲＱプロセスを有するセルに基づいて決定される、請求項１に記載の方法。

【請求項4】

前記無効化されたＨＡＲＱフィードバックを有する前記少なくとも１つのＨＡＲＱプロセスは、前記ＨＡＲＱ－ＡＣＫコードブックの決定過程から除外される、請求項１に記載の方法。

【請求項5】

前記端末は、前記無効化されたＨＡＲＱフィードバックを有する前記少なくとも１つのＨＡＲＱプロセスを指示するＤＣＩ（Downlink Control Information）のＣ－ＤＡＩ（Counter-Downlink Assignment Indicator）値を無視するよう構成される、請求項４に記載の方法。

【請求項6】

前記ＨＡＲＱ－ＡＣＫコードブックは、Ｔｙｐｅ １ ＨＡＲＱ－ＡＣＫコードブック、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックまたはＴｙｐｅ ３ ＨＡＲＱ－ＡＣＫコードブックを有する、請求項１に記載の方法。

【請求項7】

前記ＨＡＲＱフィードバックを行うためのタイミングオフセットは、リソースインデックスに基づいて決定される値と、ＤＣＩ（Downlink Control Information）内で固定サイズを有する特定のフィールドの値と、に基づいて指示される、請求項１に記載の方法。

【請求項8】

前記リソースインデックスは、ＰＤＣＣＨ（Physical Downlink Control CHannel）もしくは前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨ（Physical Downlink Shared CHannel）が受信されるスロットの特定のインデックス、ＳＦＮ（System Frame Number）、または前記ＰＤＣＣＨが受信されるＣＣＥ（Control Channel Element）のインデックスを有する、請求項７に記載の方法。

【請求項9】

前記下りリンク信号は、ＰＤＣＣＨ（Physical Downlink Control CHannel）およびＰＤＳＣＨ（Physical Downlink Shared CHannel）のうちの少なくとも１つを有する、請求項１に記載の方法。

【請求項10】

前記無線通信システムは、ＮＴＮ（Non-Terrestrial Network）を有する、請求項１に記載の方法。

【請求項11】

無線通信システムにおいて動作するよう構成される端末（User Equipment；ＵＥ）であって、
少なくとも１つのＲＦ（Radio Frequency）ユニットと、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に結合され、実行されるとき前記少なくとも１つのプロセッサが動作を行うようにするよう構成される少なくとも１つのコンピュータメモリと、を有し、前記動作は、
複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスのうちの少なくとも１つのＨＡＲＱプロセスに関するＨＡＲＱフィードバックを無効化する（disable）ための制御情報を受信し、
下りリンク信号を受信し、
前記制御情報に基づいて、前記下りリンク信号に関するＨＡＲＱ－ＡＣＫ（HARQ-ACKnowledgement）コードブックを決定し、
前記ＨＡＲＱ－ＡＣＫコードブックは、前記複数のＨＡＲＱプロセスのうちの１つまたは複数のＨＡＲＱプロセスに関する有効化されたＨＡＲＱフィードバックに基づいて決定され、
前記ＨＡＲＱ－ＡＣＫコードブックに基づいてＨＡＲＱ－ＡＣＫ情報を送信する、ことを有する、端末。

【請求項12】

無線通信システムにおいて動作するよう構成される基地局であって、
少なくとも１つのＲＦ（Radio Frequency）ユニットと、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に結合され、実行されるとき前記少なくとも１つのプロセッサが動作を行うようにするよう構成される少なくとも１つのコンピュータメモリと、を有し、前記動作は、
複数のＨＡＲＱ（Hybrid Automatic Repeat and reQuest）プロセスのうちの少なくとも１つのＨＡＲＱプロセスに関するＨＡＲＱフィードバックを無効化する（disable）ための制御情報を送信し、
下りリンク信号を送信し、
前記制御情報に基づいて決定されたＨＡＲＱ－ＡＣＫ（HARQ-ACKnowledgement）コードブックに基づいて、前記下りリンク信号に関するＨＡＲＱ－ＡＣＫ情報を受信する、ことを有し、
前記ＨＡＲＱ－ＡＣＫコードブックは、前記複数のＨＡＲＱプロセスのうちの１つまたは複数のＨＡＲＱプロセスに関する有効化されたＨＡＲＱフィードバックに基づいて決定される、基地局。

【国際調査報告】