特開 2024-96837 ＮＲにおけるマルチＴＲＰ送信における複数のＰＵＣＣＨを用いたＨＡＲＱ－ＡＣＫ処理

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

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

(11)【公開番号】P2024096837

(43)【公開日】2024-07-17

(54)【発明の名称】ＮＲにおけるマルチＴＲＰ送信における複数のＰＵＣＣＨを用いたＨＡＲＱ－ＡＣＫ処理

(51)【国際特許分類】

   H04L 1/1607 20230101AFI20240709BHJP

【ＦＩ】

H04L1/1607

【審査請求】有

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2024062946

(22)【出願日】2024-04-09

(62)【分割の表示】P 2020571453の分割

【原出願日】2019-10-23

(31)【優先権主張番号】18203856.2

(32)【優先日】2018-10-31

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

(71)【出願人】

【識別番号】514136668

【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ

【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】110002952

【氏名又は名称】弁理士法人鷲田国際特許事務所

(72)【発明者】

【氏名】バムリ アンキット

(72)【発明者】

【氏名】鈴木 秀俊

(72)【発明者】

【氏名】リ ホンチャオ

(72)【発明者】

【氏名】グプタ マーダブ

(57)【要約】      （修正有）

【課題】複数のダウンリンク共有チャネルでデータを受信する送受信機の処理を制御する方法及び装置を提供する。
【解決手段】方法は、それぞれ同じデータである複数のダウンリンク共有チャネルで受信するデータを復号することと、データが複数のダウンリンク共有チャネルを用いて正常に復号されたかどうかを示すインジケータを生成することと、複数のダウンリンク共有チャネルにそれぞれ関連する複数のアップリンク制御チャネルのうちの少なくとも１つでインジケータを送信することと、複数のダウンリンク共有チャネルにそれぞれ関連する複数のアップリンク制御チャネルの各々でインジケータを送信することと、を含む。インジケータは、のダウンリンク共有チャネルの中の少なくとも２つのダウンリンク共有チャネルを用いた復号の共通結果を示す共通インジケータであり、１ビットのインジケータである。
【選択図】図９

【特許請求の範囲】

【請求項1】

複数のダウンリンク共有チャネルでデータを受信する送受信機の処理を制御する集積回路であって、前記複数のダウンリンク共有チャネルで受信される前記データがそれぞれ同じデータであり、前記処理は、
前記データを復号し、前記データが前記複数のダウンリンク共有チャネルを用いて正常に復号されたかどうかを示すインジケータを生成し、
前記複数のダウンリンク共有チャネルにそれぞれ関連する複数のアップリンク制御チャネルのうちの少なくとも１つで前記インジケータを送信し、
前記複数のダウンリンク共有チャネルにそれぞれ関連する前記複数のアップリンク制御チャネルの各々で前記インジケータを送信し、
前記インジケータは、前記複数のダウンリンク共有チャネルの中の少なくとも２つのダウンリンク共有チャネルを用いた復号の共通結果を示す共通インジケータであり、前記共通インジケータは、１ビットのインジケータであり、
前記複数のダウンリンク共有チャネルの各々に対して、前記データがそれぞれのダウンリンク共有チャネルを用いて正常に復号されたかどうかを示すそれぞれのインジケータを生成し、
前記複数のアップリンク制御チャネルの各々で、前記共通インジケータおよび前記アップリンク制御チャネルにそれぞれ関連する前記ダウンリンク共有チャネルを復号した結果を示す前記それぞれのインジケータを送信することを含む、
集積回路。

【請求項2】

前記処理は、複数の送受信ポイント（ＴＲＰ）からそれぞれ前記複数のダウンリンク共有チャネルを受信し、前記複数のＴＲＰにそれぞれ前記複数のアップリンク制御チャネルで前記インジケータを送信することを含む、請求項１に記載の集積回路。

【請求項3】

前記処理は、前記複数のダウンリンク共有チャネルをそれぞれ復号して、前記複数のダウンリンク共有チャネルの復号の各結果に対して論理「ＯＲ」演算を実行することを含み、前記共通インジケータは、前記論理「ＯＲ」演算の結果を示す、請求項１に記載の集積回路。

【請求項4】

前記処理は、前記複数のアップリンク制御チャネルの各々で、前記共通インジケータおよび前記各インジケータを含むＡＣＫ／ＮＡＣＫ（応答確認／否定応答確認）信号をそれぞれ送信することを含む、請求項１に記載の集積回路。

【請求項5】

前記処理は、論理「ＯＲ」演算を実行する前に、前記複数のアップリンク制御チャネルの各々で前記各インジケータを送信することを含む、請求項１に記載の集積回路。

【請求項6】

前記処理は、前記複数のダウンリンク共有チャネルをそれぞれ復号することを含み、前記インジケータは、前記複数のダウンリンク共有チャネルのそれぞれ１つを用いて前記データが正常に復号されたかどうかをそれぞれ示す複数のビットを含む、請求項１に記載の集積回路。

【請求項7】

前記処理は、前記複数のダウンリンク共有チャネルで受信されたデータに対してソフト合成を実行し、前記ソフト合成によって得られた合成データを復号し、前記合成データの復号結果に基づいて前記インジケータを生成することを含む、請求項１に記載の集積回路。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信システムにおける信号の送受信に関する。特に、本開示は、そのような送受信のための方法および装置に関する。

【背景技術】

【0002】

第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、１００ＧＨｚまでの周波数範囲で動作する「新しい無線」（ＮＲ）の無線アクセス技術（ＲＡＴ）を含む第５世代（５Ｇ）とも呼ばれる次世代セルラー技術のための技術仕様に取り組んでいる。ＮＲは、ＬＴＥ（Long Term Evolution）およびＬＴＥ－Ａ（LTE Advanced）に代表される技術のフォロワーである。ＮＲでは、例えば、拡張モバイルブロードバンド（ｅＭＢＢ：enhanced mobile broadband）や超高信頼低遅延通信（ＵＲＬＬＣ：ultra-reliable low-latency communications）、大量マシン型通信（ｍＭＴＣ：massive machine type communications）などを含む、いくつかの定義された使用シナリオ、要求事項、および展開シナリオに対処する単一の技術的枠組みを提供することを容易にすることが計画されている。例えば、ｅＭＢＢ展開シナリオは、室内ホットスポット、密集した都市、地方、都市マクロ、および高速を含むことができる。ＵＲＬＬＣ展開シナリオは、産業制御システム、モバイルヘルスケア（リモート監視／診断／処置）、車両のリアルタイム制御、スマートグリッドのための広域監視／制御システムを含むことができる。ｍＭＴＣは、スマートウェアラブルやセンサネットワークなど、非タイムクリティカルなデータ転送を伴う多数の装置を有するシナリオを含むことができる。ｅＭＢＢとＵＲＬＬＣのサービスは、両方とも非常に広い帯域幅を要求する点で類似しているが、ＵＲＬＬＣサービスが超低遅延を必要とする点で相違している。ＮＲでは、物理レイヤは、時間－周波数リソース（ＬＴＥにおける直交周波数分割多重（ＯＦＤＭ）など）に基づいており、マルチアンテナ動作をサポートすることができる。

【0003】

ＬＴＥやＮＲのようなシステムでは、さらなる改良や選択肢により、通信システムに関連する特定の装置だけでなく当該通信システムについてもその効率的な運用が容易になる可能性がある。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】３ＧＰＰ ＴＲ ３６．９３２ Ｖ１５．０．０（２０１８－０６）

【非特許文献2】３ＧＰＰ ＴＳ ３８．２１１ Ｖ１５．０．０（２０１７－１２）

【発明の概要】

【0005】

１つの非限定的かつ例示的な実施形態は、多数の送受信ポイントを用いる通信において、ロバストで迅速なシグナリングを提供することを容易にする。

【0006】

本発明の主たる一態様は、複数のダウンリンク共有チャネルでデータを受信する送受信機の処理を制御する集積回路であって、前記複数のダウンリンク共有チャネルで受信される前記データがそれぞれ同じデータであり、前記処理は、前記データを復号し、前記データが前記複数のダウンリンク共有チャネルを用いて正常に復号されたかどうかを示すインジケータを生成し、前記複数のダウンリンク共有チャネルにそれぞれ関連する複数のアップリンク制御チャネルのうちの少なくとも１つで前記インジケータを送信し、前記複数のダウンリンク共有チャネルにそれぞれ関連する前記複数のアップリンク制御チャネルの各々で前記インジケータを送信することを含む。前記インジケータは、前記複数のダウンリンク共有チャネルの中の少なくとも２つのダウンリンク共有チャネルを用いた復号の共通結果を示す共通インジケータであり、前記共通インジケータは、１ビットのインジケータである。前記処理は、さらに、前記複数のダウンリンク共有チャネルの各々に対して、前記データがそれぞれのダウンリンク共有チャネルを用いて正常に復号されたかどうかを示すそれぞれのインジケータを生成し、前記複数のアップリンク制御チャネルの各々で、前記共通インジケータおよび前記アップリンク制御チャネルにそれぞれ関連する前記ダウンリンク共有チャネルを復号した結果を示す前記それぞれのインジケータを送信することを含む。

【0007】

１つの一般的な態様では、本明細書で開示される技術は、ユーザ機器であって、動作中、複数のダウンリンク共有チャネルでデータを受信する送受信機であって、前記複数のダウンリンク共有チャネルで受信される前記データはそれぞれ同じデータである、送受信機と、動作中、前記データを復号し、前記データが前記複数のダウンリンク共有チャネルを用いて正常に復号されたかどうかを示すインジケータを生成する回路と、を有し、前記送受信機は、動作中、前記複数のダウンリンク共有チャネルにそれぞれ関連する複数のアップリンク制御チャネルのうちの少なくとも１つで前記インジケータを送信する、ユーザ機器を特徴とする。

【0008】

一般的または具体的な実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして実現できることに留意されたい。

【0009】

開示された実施形態のさらなる利益および利点は、本明細書および図面から明らかになるであろう。これらの利益および／または利点は、いくつかの実施形態ならびに明細書および図面に記載された特徴によって個々に得ることができるが、これらは、そのような利益および／または利点の１つ以上を得るためにすべてが提供される必要はない。

【図面の簡単な説明】

【0010】

以下、例示的な実施形態について添付の図面を参照してより詳細に説明する。

【0011】

【図1】ＬＴＥ ｅＮＢ、ｇＮＢ、およびＵＥに対する例示的なユーザプレーンおよび制御プレーンのアーキテクチャを含む、３ＧＰＰ ＮＲシステムの例示的なアーキテクチャを示す図

【図2】複数の送受信ポイントからのユーザ機器によるＰＤＳＣＨ（physical downlink shared channel）データ受信の一例を示す概略図

【図3】複数のＴＲＰの配置におけるユーザ機器によるＰＵＣＣＨ（physical uplink control channel）ＡＣＫ（応答確認）送信の一例を示す概略図

【図4】複数のＴＲＰの配置におけるユーザ機器によるＰＵＣＣＨ（physical uplink control channel）ＡＣＫ（応答確認）送信の他の一例を示す概略図

【図5】複数のＴＲＰの配置におけるユーザ機器によるＰＵＣＣＨ（physical uplink control channel）ＡＣＫ（応答確認）送信のさらなる一例を示す概略図

【図6】ユーザ機器およびネットワークノードの一構成例を示すブロック図

【図7】ユーザ機器の回路の一構成例を示すブロック図

【図8】ｇＮＢ通信方法の一例を示すフローチャート

【図9】例示的な一実施形態によるＰＤＳＣＨおよびＰＵＣＣＨの送信、受信、および処理を概略的に示すグラフ

【図10】ｇＮＢ通信方法の例示的な一実施形態を示すフローチャート

【図11】例示的な一実施形態によるＰＤＳＣＨおよびＰＵＣＣＨの送信、受信、および処理を概略的に示すグラフ

【図12】ｇＮＢ通信方法の例示的な一実施形態を示すフローチャート

【図13】例示的な一実施形態によるＰＤＳＣＨおよびＰＵＣＣＨの送信、受信、および処理を概略的に示すグラフ

【図14】ｇＮＢ通信方法の例示的な一実施形態を示すフローチャート

【図15】例示的な一実施形態によるＰＤＳＣＨおよびＰＵＣＣＨの送信、受信、および処理を概略的に示すグラフ

【図16】ｇＮＢ通信方法の例示的な一実施形態を示すフローチャート

【図17】例示的な一実施形態によるＰＤＳＣＨおよびＰＵＣＣＨの送信、受信、および処理を概略的に示すグラフ

【図18】ｇＮＢ通信方法の例示的な一実施形態を示すフローチャート

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

【0012】

図１は、基地局、端末、およびコアネットワークを含む通信システムの例示的な一例を示す。このような通信システムは、ＮＲおよび／またはＬＴＥおよび／またはＵＭＴＳのような３ＧＰＰシステムであってもよい。例えば、図１に示すように、基地局（ＢＳ）は、ｇＮＢ（ｇＮｏｄｅＢ、例えば、ＮＲ ｇＮＢ）またはｅＮＢ（ｅＮｏｄｅＢ、例えば、ＬＴＥ ｇＮＢ）であってもよい。しかし、本開示は、これらの３ＧＰＰシステムまたは他のいかなるシステムにも限定されない。実施形態および例示的な実装は、３ＧＰＰシステムのいくつかの用語を用いて説明されているものの、本開示は、他のいかなる通信システム、特に、いかなるセルラーシステム、無線システム、および／または移動システムにも適用可能である。

【0013】

端末は、ＬＴＥおよびＮＲにおいて、ユーザ機器（ＵＥ）と呼ばれる。これは、携帯電話、スマートフォン、タブレットコンピュータ、またはユーザ機器の機能を備えたＵＳＢ（ユニバーサルシリアルバス）スティックなどのモバイル機器であってもよい。しかし、モバイル機器という用語は、これに限定されず、一般に、リレーは、そのようなモバイル機器の機能を有することもでき、モバイル機器は、リレーとして機能することもできる。

【0014】

基地局は、例えば、端末にサービスを提供するためのネットワークの一部を形成するネットワークノードである。基地局は、端末への無線接続を提供するネットワークノードである。

【0015】

ＮＲにおける物理レイヤは、例えば、複数または多数の送受信ポイント（マルチＴＲＰ）の使用を含むことができるＭＩＭＯ（多入力多出力）のようなマルチアンテナ動作を提供することができる。例えば、ユーザ機器は、複数のＴＲＰ（送受信ポイント）からデータを受信することができ、複数のＴＲＰは、同じまたは異なるネットワークノードによって制御されることができる。マルチポイント送信または協調マルチポイント送信（ＣｏＭＰ）という用語は、マルチＴＲＰ通信または送信にも使用することができる。

【0016】

本開示に記載された技術は、ＴＲＰの特定の配置、またはＴＲＰとｇＮＢの特定の関係に限定されない。したがって、例えば、マルチＴＲＰ動作は、ＴＲＰに対応する異なるアンテナパネルまたは無線ヘッドと、各アンテナで動作する異なる無線周波数ユニットと、を有するｇＮＢによって実行されてもよい。

【0017】

さらに、マルチＴＲＰでは、ＴＲＰ間の位置関係に関していくつかの選択肢が考えられ、２つのＴＲＰ間の距離が異なる場合がある。例えば、ＴＲＰは、接近していてもよく、この場合、ＵＥは、同じような角度からこれらのＴＲＰからの信号を受信する。しかし、ＴＲＰは、互いにかなり遠い距離に、例えば、ネットワークセルの遠く離れた場所にあってもよい。２つのＴＲＰによってサービスされているＵＥは、無相関チャネルで、各ＴＲＰからシグナリングを受信したり各ＴＲＰにシグナリングを送信したりすることができる。したがって、チャネルダイバーシチの利得を最適に利用することができる。

【0018】

例えば、マルチＴＲＰは、２つの高レベルのカテゴリに分類することができる。すなわち、カテゴリ間の区別は、２つの所定のＴＲＰ間のバックホールリンクのバックホールタイプに関して行うことができる。一方で、理想的なバックホールは、例えば光ファイバを用いた専用のポイントツーポイント接続のような、スループットが非常に高くて遅延が非常に低いバックホールである。理想的なバックホールは、約０ミリ秒またはほぼ０ミリ秒の遅延でＴＲＰ間の通信を可能にすると仮定される（例えば、ＬＴＥ－Ａの場合、テクニカルレポートである非特許文献１は、６．１．３節で、２．５マイクロ秒未満の一方向レイテンシに言及しているが、ファイバ／ケーブルにおける伝播遅延は含まれていない）。一方、非理想的なバックホールは、ＤＳＬやマイクロ波、中継のような他のバックホールなどのバックホールであり、例えば、上記２つの所定のＴＲＰ間の通信に対して２ミリ秒または５ミリ秒の範囲の有限の（一方向）遅延を含むことがある。

【0019】

理想的バックホールと非理想的バックホールへのカテゴリ化とは別に、ベースバンドユニットがＴＲＰ間でどのように共有されるかに関して、マルチＴＲＰ ＭＩＭＯ技術においてさらなるカテゴリ化を行うことができる。例えば、２つの所定のＴＲＰのそれぞれに対して異なるＲＦ（無線周波数）ブロック／ユニットがある一方で、これらのＴＲＰは、同じベースバンドユニットを共有することができる。この場合、ＲＦユニット間のリンクおよびベースバンドユニットは、理想的なものであっても非理想的なものであってもよい。あるいは、各ＴＲＰに対してベースバンドもＲＦブロックも両方とも異なっていてもよい。この場合、ベースバンドユニットとＲＦユニットの間の各リンクだけでなく、異なるベースバンドユニット間のリンクも、理想的なものであっても非理想的なものであってもよい。

【0020】

本開示は、マルチＴＲＰ動作を容易にすることができ、特に信頼性およびロバスト性の達成を容易にすることができる手法を提供する。開示された技術は、例えば、マルチＴＲＰ通信を利用することによってＵＲＬＬＣの要求事項を満たすことを容易にすることができるが、ＵＲＬＬＣの使用事例には限定されない。例えば、開示された技術は、ｅＭＢＢおよびｍＭＴＣの使用事例にも適用することができる。本開示は、理想的なバックホールおよび非理想的なバックホールの一方または両方を含むシナリオに適用可能である。

【0021】

上記のように、複数の遠く離れたＴＲＰは、空間ダイバーシチ利得の提供を可能にすることができる。特に、この空間ダイバーシチ利得を利用することによって、ＴＲＰとＵＥの間のリンクまたは無線通信チャネルのいずれかに対する遮断がとりわけ可能である高周波の範囲での送受信を容易にすることができる。この観点から、本明細書に開示された技術は、制御チャネルおよび／またはデータチャネルをスケジュールするためにＴＲＰなどの複数のポイント間の調整を容易にすることができる。

【0022】

マルチＴＲＰ協調の例示的な使用事例を図２に示す。複数のＴＲＰは、それぞれの物理ダウンリンク共有チャネル（ＰＤＳＣＨ）で同じデータをＵＥに送信する。図２には、それぞれの物理ダウンリンク共有チャネル（ＰＤＳＣＨ１およびＰＤＳＣＨ２）で同じデータをそれぞれ送信する２つのＴＲＰ（ＴＲＰ１およびＴＲＰ２）が示されている。しかし、本開示は、２つのＴＲＰが同じデータをＵＥに送信するシナリオに限定されない。同じデータを送信する複数のＴＲＰは、２つのＴＲＰだけでなく、それぞれのＰＤＳＣＨを送信する３つ以上のＴＲＰも含むことができる。したがって、本開示は、各ＴＲＰがそれぞれ自己のＰＤＳＣＨを送信し、これら各ＰＤＳＣＨに対して同じデータストリームが使用される使用事例に適用されてもよい。

【0023】

また、複数のＴＲＰにそれぞれ属する複数のＰＤＳＣＨのうちの２つの所定のＰＤＳＣＨは、同じまたはそれぞれ異なるＭＣＳ（変調・符号化方式）を有していてもよい。また、複数のＰＤＳＣＨのうちの２つの所定のＰＤＳＣＨは、同じ冗長バージョンを有していてもよいし、異なる冗長バージョンを有していてもよい。

【0024】

マルチＴＲＰ通信において各ＴＲＰがそれぞれ別々のＰＤＳＣＨを有するもののこれら別々のＰＤＳＣＨがすべて同じデータストリームを使用して同じデータを伝達する場合、ＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat Request-Acknowlegement）フィードバックの処理方法に問題が発生する。

【0025】

ＨＡＲＱ－ＡＣＫ処理のいくつかの例示的なスキームを図３～５に示す。ここで、ＰＵＣＣＨ１は、ＵＥがＨＡＲＱ－ＡＣＫフィードバックなどの制御データをＴＲＰ１に送信するアップリンク制御チャネルであり、ＰＵＣＣＨ２は、ＵＥからＴＲＰ２へのアップリンク制御送信のための制御チャネルである。ＨＡＲＱ－ＡＣＫ１は、図２に示すＰＤＳＣＨ１に対するＨＡＲＱ－ＡＣＫフィードバックであり、ＨＡＲＱ－ＡＣＫ２は、ＰＤＳＣＨ２に対するＨＡＲＱ－ＡＣＫフィードバックである。

【0026】

しかし、以下に説明するように、図３～５によって例示されるような、物理制御チャネル（ＰＤＣＣＨ／ＰＵＣＣＨ）に対する送信／受信スキームは、マルチＴＲＰ送信の利点を最適に利用・活用していない可能性がある。

【0027】

図３および図４において、単一のＰＵＣＣＨ（図３のＰＵＣＣＨ１および図２のＰＵＣＣＨ２）は、両方のフィードバック信号（ＨＡＲＱ－ＡＣＫ１およびＨＡＲＱ－ＡＣＫ２）を搬送する。このような単一ＰＵＣＣＨ送信は、使用したリンク（図３におけるＵＥからＴＲＰ１へのリンク、および、図４におけるＵＥからＴＲＰ２へのリンク）がブロックされている可能性があるため、ロバスト性の問題に直面する可能性がある。さらに、サービスされていないＴＲＰ（図３のＴＲＰ２および図４のＴＲＰ１）は、その各ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫについて通知される必要があるため、特にＴＲＰ１とＴＲＰ２の間のバックホールが理想的でない場合には、レイテンシの増加につながる可能性がある。

【0028】

また、ＵＥは、それぞれのＨＡＲＱ－ＡＣＫ信号を有するそれぞれのＰＵＣＣＨを複数のＴＲＰに送信することができる。例えば、図５において、ＵＥは、ＰＵＣＣＨ１をＴＲＰ１に送信し、ＰＵＣＣＨ２をＴＲＰ２にそれぞれ送信する。しかし、ＵＥが正常にデータを受信および／または復号できなかったそれぞれのＰＤＳＣＨに応答してＰＵＣＣＨで送信するＮＡＣＫ（否定応答確認）の場合には、ＮＡＣＫを受信するＴＲＰのうちの一方からの不必要な再送信が起こる可能性がある。このような可能性があるのは、他方のＴＲＰ（または３つ以上のＴＲＰの場合には他のＴＲＰのうちの少なくとも１つ）が、そのそれぞれのＰＤＳＣＨでのデータが正常に受信および復号されたことを示す肯定的なＡＣＫを受信した場合である。データストリームは両方の（またはすべての）ＰＤＳＣＨについて同じであり、同じデータがＰＤＳＣＨで伝達されるため、複数のＰＤＳＣＨのうちの１つがそれぞれの複数のＴＲＰのうちの１つから正しく受信および復号すれば十分である。特に、ＮＡＣＫを受信したＴＲＰは、ＡＣＫを受信した別のＴＲＰから、バックホール制御シグナリングを受信しなかったり、あるいは、非理想的バックホールの場合は多少の遅延を伴ってバックホール制御シグナリングを受信したりする可能性がある。受信が遅延したりあるいは他のＴＲＰからＡＣＫを受信しなかったりすると、不要な再送信が生じる可能性がある。

【0029】

本開示は、送受信機６２０（送信機／受信機）および回路６３０を有するユーザ機器（ＵＥ）６１０を提供する。図６には、本本開示による例示的なＵＥが示されている。

【0030】

図６から分かるように、本開示は、さらに後述するネットワークノード６６０も提供する。ＵＥとネットワークノードは、通信システムのチャネル、例えばワイヤレスチャネルを介して互いに接続され、互いに通信できる状態にある。さらに、ＵＥは、それぞれの無線チャネルを介して１つ以上のネットワークノードに接続されていてもよい。この場合、２つ以上のネットワークノードの場合には、ネットワークノードが（非理想的または理想的）バックホールリンクを介してさらに互いに接続されている。

【0031】

ＵＥ６１０によって構成される送受信機６２０および回路６３０を、ネットワークノードによって構成される送受信機６７０および回路６８０と区別するために、本明細書では、「ＵＥ送受信機」、「ＵＥ回路」、「ネットワークノード送受信機」、および「ネットワークノード回路」という用語もそれぞれ使用されている。

【0032】

ＵＥ送受信機６２０は、動作中、複数のダウンリンク共有チャネルでデータを受信する。複数のダウンリンク共有チャネルでそれぞれ受信されたデータ（例えば、ユーザデータまたは物理レイヤよりも上位のレイヤからの上位レイヤデータ）は、同じデータである。かかるデータは、例えば、同じデータストリームを用いて生成されている。

【0033】

ＵＥ回路６３０は、動作中、前記データを復号し、前記データが複数のダウンリンク共有チャネルを用いて正常に復号されたかどうかを示すインジケータを生成する処理回路である。例えば、ＵＥ回路６３０は、マルチチャネル処理回路６３５（または複数チャネル処理回路）を有する。例えば、図７によって例示されるマルチチャネル処理回路６３５は、マルチチャネルデータ復号回路７３６（例えば、マルチＰＤＳＣＨデータ復号回路）および復号結果インジケータ生成回路７３７（例えば、共通ＡＣＫ／ＮＡＣＫ生成回路）を有する。

【0034】

ＵＥ送受信機６２０は、動作中、複数のアップリンク制御チャネルのうちの少なくとも１つで、ＵＥ回路６３０によって生成されたインジケータを送信する。ここで、複数のアップリンク制御チャネルは、複数のダウンリンク共有チャネルにそれぞれ関連付けられている。

【0035】

例えば、複数のダウンリンクチャネルおよびそれぞれ対応する複数のアップリンク制御チャネルは、ＬＴＥ、ＬＴＥ－Ａ、またはＮＲで使用されるようなＰＤＳＣＨおよびＰＵＣＣＨであり、最初の送信および必要であれば１つ以上の再送信をそれぞれ含む場合がある複数のＨＡＲＱプロセスを使用して同じデータを送信するのに用いられる。各ＰＤＳＣＨに関連付けられたＰＵＣＣＨは、データが正常に復号されたかどうかを示すＨＡＲＱ－ＡＣＫ信号（ＡＣＫまたはＮＡＣＫ）を搬送する。ＰＵＣＣＨは、各ＰＤＳＣＨ（例えば、ＰＤＳＣＨ１に関連するＰＵＣＣＨ１、ＰＤＳＣＨ２に関連するＰＵＣＣＨ２など）に応答するが、ＨＡＲＱ－ＡＣＫ信号に含まれるインジケータは、単に各ＰＤＳＣＨのみを用いて得られた結果を示すというよりはむしろ、複数のＰＤＳＣＨを用いて正常に復号されたことを示す。

【0036】

複数のＰＤＳＣＨは、同じ送信時間間隔（ＴＴＩ：transmission time interval）で１つ以上のネットワークノードによって送信されてもよく、また、さらに、同じ１つの周波数、複数の周波数、または帯域幅部分を用いて受信されてもよい。また、複数のＰＵＣＣＨは、同じＴＴＩで送信されてもよい。したがって、複数のＰＤＳＣＨ／ＰＵＣＣＨに言及する場合、本開示は、１つのＨＡＲＱプロセス内の複数の（再）伝送に言及するのではなく、同じデータの送信を行う複数のＨＡＲＱプロセスについて説明する。以下でさらに説明するように、同じデータを送信する複数の相互に関連する、またはリンクされたＨＡＲＱプロセスは、マルチＴＲＰ ＨＡＲＱプロセスを構成すると見なすことができる。

【0037】

しかし、複数のＰＤＳＣＨは、それらがＵＥに送信される／ＵＥによって受信される空間方向、および／または、それらが送信されるそれぞれのビームが異なる場合がある。さらに、実施形態に応じて、以下でさらに説明するように、複数のＨＡＲＱプロセスのうちの２つの所定のＨＡＲＱプロセスにおいてデータを符号化し送信するのに用いられるＭＣＳおよび／または冗長バージョンは、同じであっても異なっていてもよい。

【0038】

上記のＵＥおよびネットワークノードに対応して、本願は、さらに、ＵＥのための通信方法およびネットワークノードのための通信方法を提供する。

【0039】

ＵＥのための通信方法は、図８に示されるように、複数のダウンリンク共有チャネルでデータを受信するステップＳ８１０を有する。ここで、複数のダウンリンク共有チャネルで受信される前記データは、それぞれ同じデータである。本方法は、さらに、前記データを復号するステップＳ８２０と、前記データが複数のダウンリンク共有チャネルを用いて正常に復号されたかどうかを示すインジケータを生成するステップＳ８３０とを有する。さらに、本方法は、複数のダウンリンク共有チャネルにそれぞれ関連する複数のアップリンク制御チャネルのうちの少なくとも１つで前記インジケータを送信するステップＳ８４０を有する。

【0040】

装置（ＵＥおよびネットワークノード）および対応する方法についての上記説明に従って、ＵＥ６１０が複数のＴＲＰの各々から複数のＰＤＳＣＨの中から別々のＰＤＳＣＨ（例えば、ＴＲＰ１からのＰＤＳＣＨ１およびＴＲＰ２からのＰＤＳＣＨ２）を受信すると、ＵＥは、（ＴＲＰ１に対する）ＰＵＣＣＨ１および（ＴＲＰ２に対する）ＰＵＣＣＨ２など、１つ以上の別々のＰＵＣＣＨをそれぞれ用いて、複数のＴＲＰの中から１つのＴＲＰ、複数のＴＲＰ、または各ＴＲＰに共通の（例えば、合成された）ＨＡＲＱ－ＡＣＫ結果（例えば、共通のまたは合成されたＨＡＲＱ－ＡＣＫ結果ビット）を返送する。

【0041】

したがって、本明細書に開示された技術は、少なくとも１つのＴＲＰによって受信されるＨＡＲＱ－ＡＣＫ情報を、残りのＴＲＰの１つ以上がブロックされている間、提供するため、ロバスト性の提供を容易にすることができる。さらに、本発明は、複数のＴＲＰが同じ（つまり、共通のＡＣＫ／ＮＡＣＫ）情報を受信するため、複数のＴＲＰ間のＨＡＲＱ－ＡＣＫ情報のやりとりにおけるバックホールレイテンシの低減を容易にすることができる。

【0042】

以下では、本開示のいくつかの例示的な実施形態について説明する。

【0043】

例えば、ＵＥ送受信機６２０は、動作中、複数のアップリンク制御チャネルにそれぞれ関連する複数のアップリンク制御チャネルの各々でインジケータを送信する。第１の例を図９に示す。

【0044】

図９（および図１１、図１３、図１５、図１７）では、各ダウンリンク共有チャネルおよび各アップリンク制御チャネルが、長方形に埋め込まれた斜線部分として示されている。長方形は、各物理チャネルが送信されるＴＴＩなどの時間単位、例えば、スロットベースの通信が実行されるかまたは非スロットベースの通信が実行されるかに応じて、ならびに、物理リソース、特に時間（シンボル）および周波数リソース、のサブキャリア間隔を定義する特定のニューメロロジーに応じて、スロットレベル未満のスロットまたは時間単位を表している。しかし、長方形内の斜線部分の図示された配置は、単に概略的なものであり、本開示をＴＴＩ内の特定の物理リソースへの物理チャネルの任意の特定の割り当てに限定することを意図していない。さらに、長方形は、複数のＴＴＩを含む時間リソースを表すこともできる。また、読みやすさを向上させるために、斜線部分に隣接してそれぞれのチャンネル名が再現されている。

【0045】

一般に、ＴＴＩは、スケジューリングの割り当てに対するタイミングの粒度（granularity）を決定する。１つのＴＴＩは、所定の信号が物理レイヤにマッピングされる時間間隔である。例えば、従来、ＴＴＩ長は、１４シンボル（スロットベースのスケジューリング）から２シンボル（非スロットベースのスケジューリング）まで変化することができる。ダウンリンク送信およびアップリンク送信は、１０サブフレーム（１ミリ秒の持続時間）からなるフレーム（１０ミリ秒の持続時間）に編成されるように指定される。スロットベースの送信では、代わりにサブフレームがスロットに分割される。スロットの個数は、ニューメロロジー／サブキャリア間隔によって定義される。定義される値の範囲は、１５ｋＨｚのサブキャリア間隔に対する１０スロットから、２４０ｋＨｚのサブキャリア間隔に対する３２０スロットまでの間である。１スロット当たりのＯＦＤＭシンボルの個数は、通常サイクリックプレフィックスでは１４個、拡張サイクリックプレフィックスでは１２個である（非特許文献２の４．１節（一般的フレーム構成）、４．２節（ニューメロロジー）、４．３．１節（フレームおよびサブフレーム）、ならびに４．３．２節（スロット）参照）。しかし、送信のための時間リソースの割り当ては、非スロットベースであってもよい。特に、非スロットベースの割り当てにおけるＴＴＩは、スロットではなくミニスロットに対応するものであってもよい。すなわち、１つ以上のミニスロットを、データ／制御シグナリングの要求された送信に割り当ててもよい。非スロットベースの割り当てにおいて、ＴＴＩの最小長は、従来、２ＯＦＤＭシンボルであってもよい。

【0046】

いくつかの例示的な実施形態において、ＵＥ送受信機６２０は、動作中、図２に示すＴＲＰ１およびＴＲＰ２のような複数（２つ以上）のＴＲＰからそれぞれ複数のダウンリンク共有チャネルを受信する。これらの実施形態のうちのいくつかにおいて、ＵＥ送受信機６２０は、複数のアップリンク制御チャネルの各々でインジケータを複数のＴＲＰにそれぞれ送信する。したがって、ダウンリンク共有チャネルおよび対応するアップリンク制御チャネルは、同じＴＲＰに対して受信／送信される。このような場合、アップリンクチャネルおよび当該アップリンクチャネルに関連するダウンリンクチャネルは、ＵＥと同じＴＲＰとの間のリンクである。

【0047】

なお、本開示は、２つのＴＲＰを有するシナリオのいくつかの例を提供するが、上記および下記の実施形態は、３つ以上のＴＲＰを使用するマルチＴＲＰシナリオに直接的かつ類似的に適用可能であることに留意されたい。

【0048】

さらに、上述したように、各ダウンリンク共有チャネル（例えば、ＰＤＳＣＨ）は、同じデータストリームを使用して同じデータを送信する。したがって、この同じデータが、複数のＴＲＰの各々に利用可能であること、例えば、バックホールリンクによってＴＲＰ間で利用可能にされていることが必要である。例示的で非限定的なシナリオにおいて、各ＴＲＰは、同じベースバンドユニットを有する反面、複数のＴＲＰの各々に対してそれぞれ異なるＲＦブロックを有する。このシナリオにおいて、複数のＲＦユニット間の、ベースバンドユニットへのリンクは、理想的でなくてもよい。しかし、この例示的なシナリオは非限定的であるため、前述の実施形態および後述の実施形態は、反対の指摘がなければ、および／または、文脈が反対のことを示していなければ、理想的または非理想的なバックホールリンクによって互いに接続されたおよびそれぞれのＲＦユニットに接続された単一および複数のベースバンドユニットの他の任意の組み合わせにも適用することができる。

【0049】

いくつかの実施形態において、ＵＥによって生成され送信されるインジケータは、複数のダウンリンク共有チャネルの中の少なくとも２つのダウンリンク共有チャネルを用いた復号の共通結果を示す共通インジケータまたは合成インジケータである。特に、共通インジケータは、１ビットのインジケータである。さらに、共通結果は、複数のダウンリンク共有チャネルの各々に基づく結果であってもよい。

【0050】

したがって、単一のＨＡＲＱ－ＡＣＫビット（つまり、共通インジケータまたは合成インジケータ）は、複数のダウンリンク共有チャネルにそれぞれ含まれる同じデータの複数のインスタンス上でＵＥ回路６３０によって実行される処理に基づいて正常に復号されたことを示す。例えば、複数のダウンリンク共有チャネルからのデータは、復号が実行される前に、単一のコードワードを生成するために合成されてもよい。あるいは、各ＰＤＳＣＨからのデータの複数のインスタンスをまず別々に処理した後、複数の復号結果に基づいて単一の合成ＨＡＲＱ－ＡＣＫビットを生成するようにしてもよい。

【0051】

復号結果の合成

【0052】

いくつかの実施形態では、図９に示すように、ＵＥ回路６３０は、動作中、複数のＰＤＳＣＨにそれぞれ含まれる同じデータに対応しかつ当該データを表すコードワードをそれぞれ（個別に）復号し、複数のＰＤＳＣＨからの各コードワードの復号がそれぞれ成功したかどうかを判定する。例えば、ＵＥ回路は、復号が成功したかどうかを判定するために、復号されたデータに対してそれぞれＣＲＣ（巡回冗長検査）を実行する。それぞれのチェックの結果に基づいて、ＵＥ回路６３０は、ＣＲＣの各結果を示すインジケータ（例えば、１ビットのインジケータ）をそれぞれ生成する。各インジケータに基づいて、または、各ＰＤＳＣＨをチェックすることを利用した復号およびＣＲＣの個々の結果に基づいて、ＵＥ回路は、共通インジケータを生成する。

【0053】

例えば、処理回路は、複数のダウンリンク共有チャネルをそれぞれ復号し、複数のダウンリンク共有チャネルの復号の各結果に対して論理（またはバイナリ）「ＯＲ」演算を実行する。共通インジケータは、論理「ＯＲ」演算の各結果を示す１ビットインジケータである。（複数のＴＲＰからそれぞれ送信された）複数のＰＤＳＣＨの中の各ＰＤＳＣＨは、ＵＥ回路６３０によって個別に復号され、それぞれ実行されたＣＲＣからの個々のＨＡＲＱ－ＡＣＫの結果またはビットは、共通インジケータを単一ビットとして生成するために、各ビットに対して論理「ＯＲ」関数を適用することによって合成される。単一ビット（つまり、論理「ＯＲ」演算の結果を示す値）は、複数のＰＵＣＣＨの各々で複数のＴＲＰの中の各ＴＲＰに送信されてもよい。

【0054】

本開示は、論理「ＯＲ」関数／演算の特定の実装に限定されない。複数のＰＤＳＣＨのうちの少なくとも１つからのデータの個別処理（復号およびＣＲＣ）によってデータが正常に受信され復号されたかどうかを判定する動作が実行されれば足りる。（肯定的な）ＡＣＫ値を有する合成ＨＡＲＱ－ＡＣＫビットは、個々の復号プロセスのうちの少なくとも１つが成功した場合に生成され、ＮＡＣＫを表す値を有する合成ＨＡＲＱ－ＡＣＫビットは、各ＰＤＳＣＨを用いた個々の復号プロセスのいずれも成功しなかった場合に生成される。

【0055】

例えば、図９に示す２つのＰＤＳＣＨの場合、合成ＨＡＲＱ－ＡＣＫ結果ビットは、対応するダウンリンク共有チャネル（ＰＤＳＣＨ１およびＰＤＳＣＨ２）に対して個々のＨＡＲＱ－ＡＣＫビット（それぞれＨＡＲＱ－ＡＣＫ１およびＨＡＲＱ－ＡＣＫ２）の間で論理「ＯＲ」関数を実行することによって生成される。

【0056】

図１０は、論理「ＯＲ」関数が実行されるいくつかの実施形態によるＵＥのための通信方法の例示的な一実施形態を示している。受信ステップＳ１０１０において、ＵＥは、ＰＤＳＣＨ１およびＰＤＳＣＨ２における同じデータを受信する。ステップＳ１０２０は、各ＰＤＳＣＨを用いて個々に復号し、それぞれＣＲＣを実行し、複数のＰＤＳＣＨにそれぞれ対応する各ＨＡＲＱ－ＡＣＫインジケータ（ＨＡＲＱ－ＡＣＫ１およびＨＡＲＱ－ＡＣＫ２）を生成することを含む。ステップＳ１０３０では、複数のＰＤＳＣＨを用いてデータを復号した共通の結果を表す合成ＨＡＲＱ－ＡＣＫビット（例えば、「ＨＡＲＱ－ＡＣＫ＿ｃｏｍｂ」と名付けることができる）を生成するために、「ＯＲ」関数が実行される。図１０に示す方法は、さらに、送信ステップＳ１０４０として、「ＯＲ」関数の適用の結果を合成ＨＡＲＱ－ＡＣＫビットとして各ＰＤＳＣＨに関連する各ＰＵＣＣＨでそれぞれ送信することを含む。

【0057】

複数のＰＤＳＣＨの個々の復号結果に対して論理「ＯＲ」演算を適用する本開示の実施形態は、複数のＰＤＳＣＨの中の１つのＰＤＳＣＨが正しく復号された場合でも、複数のＴＲＰのいずれからも再送信を実行する必要がないため、伝送効率の提供を容易にすることができる。また、これらの実施形態は、異なるＰＤＳＣＨに対して異なるＭＣＳ（または異なる冗長バージョン）がそれぞれ利用される場合に利用することができる。

【0058】

本開示は、複数のＴＲＰからの各ダウンリンク共有チャネルを使用し、且つ、同じ共通インジケータを各ＰＤＳＣＨに対応する複数のアップリンク制御チャネルで送信することによって、空間ダイバーシチの利用を容易にすることができる。しかし、場合によっては、合成インジケータが１つのＰＵＣＣＨで複数のＴＲＰのうちの１つに送信されれば足りることもある。なお、上記の図９および図１０に示すように、各ＴＲＰからの複数のＰＤＳＣＨは各々ＵＥで個々に復号され、複数のＰＤＳＣＨの各復号結果に対して実行された各ＣＲＣのＨＡＲＱ－ＡＣＫ結果は、上記の論理「ＯＲ」関数を用いて合成される。しかし、図１１に示すように、論理「ＯＲ」演算Ｓ１０３０から生じる単一ビットは、ＰＵＣＣＨ１のみで送信される。

【0059】

例えば、図１２に示すように、ステップＳ１０１０からステップＳ１０３０は、図１０に示す方法と同じである。しかし、送信ステップＳ１２４０において、ＵＥは、論理「ＯＲ」演算から生じる合成ＨＡＲＱ－ＡＣＫビットをＰＵＣＣＨ１のみで送信する。

【0060】

特に、ＵＥとＴＲＰ２の間のアップリンクチャネル品質が、ＵＥとＴＲＰ１の間のアップリンクのチャネル品質に比べて悪い場合には、共通インジケータをＴＲＰ２に送信する必要がない場合がある。さらに、各ＴＲＰ間の理想的なバックホールリンクは、ＴＲＰ２への省略されたＰＵＣＣＨ送信の補償を容易にすることができる。また、ワイドビームおよび互いに比較的近くにある２つのＴＲＰの場合には、単一のＰＵＣＣＨ送信でも両方のＴＲＰで受信されるのに十分な場合がある。

【0061】

さらに、合成インジケータが複数のアップリンク制御チャネルの各々で送信されるいくつかの例示的な実施形態では、それぞれのインジケータも、対応するアップリンク制御チャネルの各々で送信されてもよい。

【0062】

例えば、ＵＥ回路６３０は、動作中、複数のダウンリンク共有チャネルの各々に対して、データがそれぞれのダウンリンク共有チャネルを用いて正常に復号されたかどうかを示すそれぞれのインジケータを生成する。ＵＥ送受信機６２０は、動作中、複数のアップリンク制御チャネルの各々で、共通インジケータ（上記の合成ＨＡＲＱ－ＡＣＫビット）およびアップリンク制御チャネルにそれぞれ関連するダウンリンク共有チャネルを復号した結果を示すそれぞれのインジケータを送信する。したがって、合成された１ビットのＨＡＲＱ－ＡＣＫインジケータに加えて、それぞれの単一チャネルまたは個別のＨＡＲＱ－ＡＣＫインジケータ（例えば、それぞれのビットＨＡＲＱ－ＡＣＫ１およびＨＡＲＱ－ＡＣＫ２）が、複数のアップリンク制御チャネル（例えば、ＰＵＣＣＨ１およびＰＵＣＣＨ２）の各々でそれぞれのＴＲＰに送信される。

【0063】

各ＰＵＣＣＨでの複数の個々のＨＡＲＱ－ＡＣＫビットの送信は、チャネル品質表示ならびにリンクアダプテーションおよび／またはダイナミックポイント選択の観点から有益な場合がある。例えば、個別のＨＡＲＱ－ＡＣＫインジケータによって示されたＮＡＣＫが複数のＴＲＰのうちの１つによって受信された場合、ＮＡＣＫを受信した当該ＴＲＰとは異なるＴＲＰを、次のＰＤＳＣＨ送信を実行するために、その後のＴＴＩにおいてＮＡＣＫを受信したＴＲＰに代わる複数のＴＲＰのうちの１つとして選択することができる。

【0064】

いくつかの例示的な実施形態において、ＵＥ送受信機は、動作中、論理「ＯＲ」演算に基づいて生成された共通（合成）インジケータと、各ＴＲＰから各ＰＤＳＣＨで送信されたデータの復号が成功したか失敗したかを示すそれぞれの個別インジケータとを含むＡＣＫ／ＮＡＣＫ信号を、複数のアップリンク制御チャネルの各々で送信する。したがって、複数のＰＵＣＣＨでそれぞれ送信される複数のＡＣＫ／ＮＡＣＫ信号は各々、２つのＨＡＲＱ－ＡＣＫビット、つまり、共通インジケータ（１ビットのインジケータ）と、それぞれのインジケータ（同じく１ビットのインジケータであってもよい）とを含む。

【0065】

図１３に、単一の合成ＨＡＲＱ－ＡＣＫビットに加えて個別のそれぞれのインジケータを生成し送信することが、図９に対してそれぞれのＰＤＳＣＨとＰＵＣＣＨの間に矢印を追加することによって、概略的に示されている。共通インジケータに加えて複数のそれぞれの個別インジケータを送信するＵＥの通信方法を図１４に示す。この方法では、送信ステップ１４４０が、ＵＥが、合成インジケータのみを両方のＰＵＣＣＨで送信するのではなく、合成インジケータおよび個別インジケータＨＡＲＱ－ＡＣＫ１をＰＵＣＣＨ１で送信し、合成ビットおよび個別のＨＡＲＱ－ＡＣＫ２インジケータをＰＵＣＣＨ２で送信する点で、図１０に示すステップ１０４０と異なっている。

【0066】

しかし、共通の１ビットのインジケータに加えて、複数のＰＵＣＣＨの各々でそれぞれのビットが提供される場合、本開示は、それぞれのインジケータおよび共通のインジケータが単一の信号（ＨＡＲＱ－ＡＣＫ信号）内でシグナリングされたりまたは同じ送信インスタンスで同時にシグナリングされたりする場合に限定されない。特に、それぞれのインジケータは、共通インジケータの生成が完了する前に、すでにシグナリングされていてもよい。

【0067】

したがって、いくつかの実施形態において、ＵＥ送受信機６２０は、動作中、ＵＥ回路が論理「ＯＲ」演算または共通インジケータの生成を実行しまたはその実行を完了する前に、それぞれのインジケータを複数のアップリンク制御チャネルの各々で送信する。

【0068】

これは、図１５に示され、同図には、２つのダウンリンク共有チャネル（ＰＤＳＣＨ１およびＰＤＳＣＨ２）ならびにそれぞれ対応するアップリンク制御チャネル（ＰＵＣＣＨ１およびＰＵＣＣＨ２）の例が示されている。同図からわかるように、２つのアップリンク制御チャネルの各々には２つのインスタンスがある。同じアップリンク制御チャネルのこれら２つのインスタンスは、個別の（それぞれの）ＨＡＲＱ－ＡＣＫインジケータが共通のＨＡＲＱ－ＡＣＫインジケータとは異なる時間インスタンスまたは送信インスタンスでシグナリングされることを表している。例えば、複数のＰＵＣＣＨの各々で、共通インジケータは、個別のＨＡＲＱ－ＡＣＫインジケータが送信されるＴＴＩのすぐ後のＴＴＩでシグナリングされてもよい。しかし、特定の使用事例のレイテンシ要件に応じて、個別のそれぞれのインジケータが送信されるＴＴＩと共通インジケータが送信されるＴＴＩとの間に１つ以上のＴＴＩが存在してもよい。他の例として、それぞれのインジケータおよび共通インジケータは、同じＴＴＩで送信される。この場合、それらは、各ＰＤＳＣＨに共に関連するそれぞれ異なるＰＵＣＣＨで送信されてもよい。さらに、図１５の図面は単に概略的なものであり、本開示は、同じＰＵＣＣＨ内の個別インジケータおよび共通インジケータが同じ周波数／帯域幅を用いて送信されるかまたは異なる周波数／帯域幅を用いて送信されるかに関して限定するものではない。

【0069】

まず、複数のＰＤＳＣＨのうちの１つにそれぞれ対応する個別のそれぞれのインジケータまたはＨＡＲＱ－ＡＣＫインジケータが、複数のＰＵＣＣＨでそれぞれ送信される。

【0070】

次に、合成ＨＡＲＱ－ＡＣＫビット（例えば、論理「ＯＲ」演算の結果）が、各ＰＵＣＣＨで送信される。

【0071】

個別ＨＡＲＱ－ＡＣＫインジケータおよび合成ＨＡＲＱ－ＡＣＫインジケータを別々に送信するＵＥの通信方法の例示的な一実施形態が図１６に示されている。前の実施形態の通信方法とは対照的に、ＨＡＲＱ－ＡＣＫ１およびＨＡＲＱ－ＡＣＫ２（それぞれのインジケータ）が初回インスタンスにそれぞれＰＵＣＣＨ１およびＰＵＣＣＨ２で送信される送信ステップＳ１６２５が含まれている。さらなる送信ステップＳ１６４０では、共通インジケータ（合成ＨＡＲＱ－ＡＣＫビット）が、２回目送信インスタンスにＰＵＣＣＨ１およびＰＵＣＣＨ２の両方（または、より一般的に、複数のＰＵＣＣＨの各々）で送信される。

【0072】

図１４および図１５に関する上記の実施形態に関して示されるように、個別のＨＡＲＱ－ＡＣＫビットは、チャネル品質の表示／推定、無線リンクアダプテーション、および／またはダイナミックポイント（ＴＲＰ）の選択を容易にすることができる。しかし、現在説明されている実施形態において、合成ＨＡＲＱ－ＡＣＫビットは、その生成が個々のそれぞれの復号およびＣＲＣプロセスに関して遅延する可能性があるため、それぞれの個別ＨＡＲＱ－ＡＣＫビットよりも後に送信される。さらには、個別ＨＡＲＱ－ＡＣＫビットをより速くまたはよりタイムリーに送信することを容易にすることができる。

【0073】

上記の実施形態において、共通インジケータは、ＰＤＳＣＨデータのそれぞれの復号／ＣＲＣ結果に対して論理「ＯＲ」などの演算を実行することによって生成される１ビットのインジケータである。しかし、このような共通インジケータを生成する代わりに、本願は、共通インジケータが複数のＰＤＳＣＨの復号に成功したことをそれぞれ表す複数のビットを含む実施形態も提供する。

【0074】

したがって、いくつかの実施形態において、共通インジケータは、データが複数のダウンリンク共有チャネルのそれぞれ１つを用いて正常に復号されたかどうかを各々示す複数のビットを含む。

【0075】

例えば、２つのＴＲＰがそれぞれＰＤＳＣＨを送信するシナリオにおいて、値「１０」は、データがＰＤＳＣＨ１からは正常に復号され、ＰＤＳＣＨ２からは正常に復号されなかったことを示すことができる。

【0076】

複数のビットを含む共通インジケータを有する本実施形態は、共通インジケータを生成するためにバイナリ「ＯＲ」関数などの論理演算を実行する必要がないため、ＵＥによって実行される処理の低減を容易にすることができる。特に、そのような実施形態は、ＴＲＰ（ＰＵＣＣＨ）の数が大きすぎない場合、例えば、データを能動的に送信する２つのＴＲＰが存在する場合、ＨＡＲＱ－ＡＣＫプロセスを容易にすることができる。しかし、多数のＴＲＰが同じデータをＵＥに各ＰＤＳＣＨで送信する場合には、１ビットのインジケータを使用する上記の実施形態はいずれもシグナリングオーバーヘッドをより小さく維持することを容易にすることができる。

【0077】

受信データの合成

【0078】

上記のいくつかの実施形態によれば、復号（およびＣＲＣ）は、複数のＰＤＳＣＨを用いて別々に実行され、共通の１ビットのインジケータは、個々の復号結果に対する処理（例えば、論理「ＯＲ」演算）に基づいている。

【0079】

しかし、各ＰＤＳＣＨで受信されたデータは、復号結果というよりは（例えば、ソフト合成を適用することによって）合成されてもよく、復号およびＣＲＣは、合成データ／コードワードに対して実行される。合成ＨＡＲＱ－ＡＣＫビット／共通インジケータは、各ＴＲＰからそれぞれ受信した信号をソフト合成し、単一のＣＲＣ検査を実行することによって生成される。

【0080】

いくつかの実施形態によれば、ＵＥ回路６３０は、動作中、複数のダウンリンク共有チャネルで受信されたデータに対してソフト合成を実行し、当該ソフト合成によって得られた合成データを復号し、当該合成データの復号の結果に基づいてインジケータを生成する。

【0081】

ソフト合成が適用される場合、複数のＰＤＳＣＨからの同じデータの各インスタンス（例えば、複数のコードワードまたはデータパケット）は、例えば、ビット単位または（ＯＦＤＭ）シンボル単位のいずれかで合成することができる。ソフト合成が適用されるために、複数のＰＤＳＣＨで受信される各データパケットは、同じビット／シンボル数を有する。したがって、ソフト合成を使用する実施形態は、複数のＰＤＳＣＨ（例えば、ＰＤＳＣＨ１およびＰＤＳＣＨ２）に対して同じＭＣＳが使用される場合に用いられる。

【0082】

複数のＴＲＰから複数のＰＤＳＣＨでそれぞれ受信されたデータはＵＥによってソフト合成され、合成ＣＲＣが生成され、合成ＣＲＣの結果が複数のＰＤＳＣＨの各々に送信される。したがって、図１７に示すように、単一の合成ＨＡＲＱ－ＡＣＫビット（いくつかの上記実施形態と同様に１ビットのインジケータである共通インジケータ）は、ソフト合成データのＣＲＣを実行することによって生成される。

【0083】

いくつかの実施形態による通信方法が図１８に示されており、同図は、複数のＰＤＳＣＨ（例えば、ＰＤＳＣＨ１およびＰＤＳＣＨ２）で受信されたデータをソフト合成するソフト合成ステップＳ１８１５を含む。復号ステップＳ１８２５において、ＵＥ回路６３０は、合成データを復号し、復号データに対してＣＲＣを実行し、合成データが正常に復号されたかどうかを示す共通インジケータを生成する。

【0084】

複数のＰＤＳＣＨからのデータをソフト合成することに加えて、送信が複数のＨＡＲＱ－ＡＣＫプロセスの再送信である場合には、合成コードワードを、さらに、１つ以上の前の送信で得られたコードワードとソフト合成してもよい。

【0085】

ソフト合成を適用する実施形態は、あらかじめ各ＨＡＲＱ－ＡＣＫビットを生成しておくことなく、単一ビットのＨＡＲＱ－ＡＣＫ情報を提供する。このような実施形態は、理想的なバックホールを必要とせずに、複数のＰＤＳＣＨを送信する複数のＴＲＰの各々で利用可能なＨＡＲＱ－ＡＣＫ情報の作成を容易にすることができる。

【0086】

上記のように図６に示すように、上記実施形態のいずれかに関して、本開示は、送受信機６７０および回路６８０を有するネットワークノード６６０（例えば、ＮＲ基地局／ｇＮＢ）を提供する。ネットワークノード送受信機６７０は、動作中、複数のダウンリンク共有チャネルの中のダウンリンク共有チャネルでデータを送信する。複数のダウンリンク共有チャネルで送信されるデータは、それぞれ同じデータである（例えば、同じデータストリームが使用される）。ダウンリンク共有チャネルに関連するアップリンク制御チャネルで、ネットワークノード送受信機６７０は、動作中、送信されたデータが複数のダウンリンク共有チャネルを用いて正常に受信され復号されたかどうかを示すインジケータを受信する。ネットワークノード回路６８０は、動作中、そのインジケータに基づいて、データが正常に受信され復号されたかどうかを判定する。例えば、ネットワークノード回路６８０は、動作中、データが複数のダウンリンク共有チャネルのうちの少なくとも１つを用いて正常に復号されたかどうかを判定するマルチチャネル処理回路６８５を有する。

【0087】

ネットワークノード６６０に対応して、本開示は、さらに、ネットワークノードのための通信方法を提供する。このネットワークノード通信方法は、複数のダウンリンク共有チャネルの中のダウンリンク共有チャネルでデータを送信するステップを有する。複数のダウンリンク共有チャネルで送信されるデータは、それぞれ同じデータである。この方法は、ダウンリンク共有チャネルに関連するアップリンク制御チャネルで、送信されたデータが複数のダウンリンク共有チャネルを用いて正常に受信され復号されたかどうかを示すインジケータを受信する受信ステップと、受信されたインジケータに基づいて、データが正常に受信され復号されたかどうかを判定するステップと、をさらに有する。

【0088】

例えば、ネットワークノードは、データをＰＤＳＣＨでＵＥに送信し、そのＰＤＳＣＨは、ＵＥが複数のＴＲＰから受信した複数のＰＤＳＣＨのうちの１つである。複数のＰＤＳＣＨおよび対応する複数のＰＵＣＣＨの各々に対して、それぞれのＨＡＲＱ－ＡＣＫプロセスを実行してもよい。

【0089】

複数のＰＤＳＣＨを受信したＵＥによってデータが正常に復号されたかどうかを示すインジケータを用いた判定に基づいて、ネットワークノードは、ＨＡＲＱプロセスを継続または終了する。共通インジケータが（肯定的な）ＡＣＫの値を示す場合、ＨＡＲＱプロセスは終了し、さらなる再送信は行われない。したがって、データが、ソフト合成の結果に基づいて、または、少なくとも１つのＰＵＳＣＨの送信成功復号に基づいて、正常に復号できた場合、複数のＴＲＰからそれぞれ送信されたＰＤＳＣＨおよび複数のＰＤＳＣＨのいずれにおいても、それ以上の繰り返しは実行されない。少なくとも１つのＰＵＳＣＨまたは任意のＰＵＳＣＨにおける再送信は、任意のＰＤＳＣＨを用いたデータの復号プロセスのいずれも成功しなかった場合にのみ行われる必要がある。

【0090】

したがって、複数のＨＡＲＱ－ＡＣＫプロセスは、例えばマルチＴＲＰ通信で、同じデータの送信を実行する。複数のＰＵＣＣＨは各々、ＰＵＣＣＨが関連するＰＤＳＣＨが送信された同じＴＲＰによってそれぞれ受信される。

【0091】

上記のように、１つ以上の基地局と複数のＴＲＰとの間の異なる関連付けも可能である。

【0092】

いくつかの例示的な実施形態において、ネットワークノードによる送信で使用されるＰＤＳＣＨは、複数のダウンリンク共有チャネルの中の第１のダウンリンク共有チャネルであってもよい。ネットワークノード送受信機６７０は、第１のＴＲＰを有し、動作中、第１のＴＲＰを使用してデータを第１のダウンリンク共有チャネルで送信し、第１のＴＲＰを使用して第１のダウンリンク共有チャネルに関連するアップリンク制御チャネルでインジケータを受信する。このネットワークノードは、さらに、バックホールインタフェースを有し、バックホールインタフェースを介して、データの送信をスケジューリングするためのスケジューリング情報を、第２のＴＲＰによって複数のダウンリンク共有チャネルの中の第２のダウンリンク共有チャネルで送信する。

【0093】

例えば、バックホールインタフェースは、ｇＮＢのベースバンドユニットから第２のＴＲＰのＲＦ動作を制御するＲＦユニットへのバックホールリンクへのインタフェースであってもよい。ここで、第２のＴＲＰおよびＲＦユニットは、ネットワークノードに含まれていてもよいしまたは関連していてもよい。

【0094】

あるいは、バックホールインタフェースは、ネットワークノード（またはそのベースバンドユニット）から別の（リモートネットワーク）ネットワークノードに関連しおよび／または含まれていてもよいベースバンドユニットへのバックホールリンクへのインタフェースであってもよい。

【0095】

バックホールリンクは、各ＨＡＲＱ－ＡＣＫプロセスにおいて各ＴＲＰを使用してデータを送信する２つ以上の所定のネットワークノードとの間でデータおよび／または制御情報を送受信するために、または、各ＨＡＲＱプロセスでの送受信をスケジューリングするためのスケジューリングデータを送受信するために、使用されてもよい。

【0096】

複数のＴＲＰを使用して実行される各ＨＡＲＱ－ＡＣＫプロセスは、複数のＰＵＳＣＨおよび対応するＰＵＣＣＨを使用する送信を含む単一のマルチＴＲＰ ＨＡＲＱプロセスと見なすことができる。特に、ＨＡＲＱプロセスが終了すると、正常に復号できた特定のＰＤＳＣＨ（単数または複数）に関係なくデータが正常に復号された場合には、それ以上の再送信は行われない。

【0097】

完全なマルチＴＲＰ ＨＡＲＱ－ＡＣＫプロセスは、各送信において同じ複数のＴＲＰを使用することができる。しかし、ＴＲＰまたしたがってＰＤＣＣＨは、所定のＵＥのためのＨＡＲＱ－ＡＣＫプロセスの間かまたはマルチＴＲＰ ＨＡＲＱ－ＡＣＫプロセスの次の送信との間のいずれかで切り替えられてもよい。（少なくとも部分的に）異なるＴＲＰをそれぞれ有する複数のＴＲＰセットの間での切り替えは、ＰＤＣＣＨを使用してスケジュールすることができる。さらに、調整情報は、どのＴＲＰが次の送信に使用されるかの指示を含むこともできるが、バックホールを使用して、ネットワークノードから別のネットワークノードおよび／または１つ以上のＴＲＰに送信されることができる。

【0098】

いくつかの実施形態において、データは、それぞれ異なる変調・符号化方式（ＭＣＳ）を用いて、２つの所定のＰＤＳＣＨで送信される。例えば、ネットワークノード回路は、複数のダウンリンク共有チャネルの中の第２のダウンリンク共有チャネルでデータを送信するのに用いられる第２のＭＣＳとは異なる第１のＭＣＳを用いて複数のダウンリンクチャネルの中の第１のダウンリンク共有チャネルで送信すべきデータを符号化する。上記のように、第２のダウンリンク共有チャネルは、第１のダウンリンク共有チャネルの送信に用いられるＴＲＰとは異なるＴＲＰから送信される。上記のように、ＵＥが各ＰＤＳＣＨからのデータを別々に実行し、復号し、ＣＲＣチェックする場合、それぞれ異なるＭＣＳを使用することができる。

【0099】

本開示は、ソフトウエア、ハードウエア、またはハードウエアと連携したソフトウエアで実現することができる。上記各実施の形態の説明に用いた各機能ブロックは、部分的または全体的に、集積回路などのＬＳＩによって実現可能であり、また、各実施形態で説明した各処理は、部分的または全体的に、同じＬＳＩまたはＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは、チップとして個別に形成されてもよいし、または、機能ブロックの一部または全部を含むように１つのチップが形成されてもよい。ＬＳＩは、データ入力とこれに接続されたデータ出力を含んでもよい。ここで、ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることがある。しかし、集積回路を実現する技術は、ＬＳＩに限られるものではなく、専用回路、汎用プロセッサ、または専用プロセッサを用いて実現されてもよい。また、ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）、または、ＬＳＩ内部に配置された回路セルの接続および設定を再構成可能なリコンフィギャラブル・プロセッサを使用してもよい。本開示は、デジタル処理またはアナログ処理として実現することができる。半導体技術または他の派生技術の進歩の結果として将来の集積回路技術がＬＳＩに取って代わる場合には、その将来の集積回路技術を用いて機能ブロックを集積化することができる。バイオテクノロジーも適用可能である。

【0100】

本開示は、通信装置と呼ばれる、通信機能を有するあらゆる種類の装置、デバイス、またはシステムによって実現することができる。

【0101】

そのような通信装置のいくつかの非限定的な例は、電話機（例えば、携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ノートブック）、カメラ（例えば、デジタル・スチル／ビデオ・カメラ）、デジタルプレーヤー（デジタル・オーディオ／ビデオ・プレーヤー）、着用可能なデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダー、テレヘルス／テレメディシン（遠隔ヘルスおよびメディシン）デバイス、通信機能を提供する車両（例えば、自動車、飛行機、船舶）、ならびにそれらのさまざまな組み合わせを含む。

【0102】

通信装置は、持ち運び可能または移動可能なものに限定されず、例えば、スマートホームデバイス（例えば、家電、照明、スマートメーター、コントロールパネル）、自動販売機、その他「ＩｏＴ（Internet of Things）」のネットワークにおけるあらゆる「物（things）」など、持ち運びできないまたは固定されている、あらゆる種類の装置、デバイス、またはシステムを含むこともできる。

【0103】

通信は、例えば、セルラーシステム、無線ＬＡＮシステム、通信衛星システムなどによるデータのやりとり、およびそれらのさまざまな組み合せによるデータのやりとりを含むことができる。

【0104】

通信装置は、本開示に記載された通信機能を実行する通信デバイスに接続される、コントローラやセンサなどのデバイスを有することができる。例えば、通信装置は、当該通信装置の通信機能を実行する通信装置によって使用される制御信号またはデータ信号を生成するコントローラまたはセンサを有することができる。

【0105】

また、通信装置は、上記の非限定的な例における装置と通信しまたはこれを制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、もしくはシステムを含むこともできる。

【0106】

いくつかの実施形態によれば、本開示は、動作中、複数のダウンリンク共有チャネルでデータを受信する送受信機であって、前記複数のダウンリンク共有チャネルで受信される前記データがそれぞれ同じデータである、送受信機と、動作中、前記データを復号し、前記データが前記複数のダウンリンク共有チャネルを用いて正常に復号されたかどうかを示すインジケータを生成する回路と、を有し、送受信機は、動作中、前記複数のダウンリンク共有チャネルにそれぞれ関連する複数のアップリンク制御チャネルのうちの少なくとも１つで前記インジケータを送信する、ユーザ機器を提供する。

【0107】

いくつかの実施形態において、前記送受信機は、動作中、前記複数のダウンリンク共有チャネルにそれぞれ関連する前記複数のアップリンク制御チャネルの各々で前記インジケータを送信する。

【0108】

例えば、前記送受信機は、動作中、複数の送受信ポイント（ＴＲＰ）からそれぞれ前記複数のダウンリンク共有チャネルを受信し、前記複数のＴＲＰにそれぞれ前記複数のアップリンク制御チャネルで前記インジケータを送信する。

【0109】

いくつかの実施形態によれば、前記インジケータは、前記複数のダウンリンク共有チャネルの中の少なくとも２つのダウンリンク共有チャネルを用いた復号の共通結果を示す共通インジケータであり、前記共通インジケータは、１ビットのインジケータである。

【0110】

例えば、前記回路は、動作中、前記複数のダウンリンク共有チャネルをそれぞれ復号して、前記複数のダウンリンク共有チャネルの復号の各結果に対して論理「ＯＲ」演算を実行し、前記共通インジケータは、前記論理「ＯＲ」演算の結果を示す。

【0111】

いくつかの例示的な実施形態において、前記回路は、動作中、前記複数のダウンリンク共有チャネルの各々に対して、前記データがそれぞれのダウンリンク共有チャネルを用いて正常に復号されたかどうかを示すそれぞれのインジケータを生成し、前記送受信機は、動作中、前記複数のアップリンク制御チャネルの各々で、前記共通インジケータおよび前記アップリンク制御チャネルにそれぞれ関連する前記ダウンリンク共有チャネルを復号した結果を示す前記それぞれのインジケータを送信する。

【0112】

例えば、前記送受信機は、動作中、前記複数のアップリンク制御チャネルの各々で、前記共通インジケータおよび前記各インジケータを含むＡＣＫ／ＮＡＣＫ（応答確認／否定応答確認）信号をそれぞれ送信する。

【0113】

いくつかの実施形態において、前記送受信機は、動作中、前記回路が論理「ＯＲ」演算を実行する前に、前記複数のアップリンク制御チャネルの各々で前記各インジケータを送信する。

【0114】

いくつかの実施形態において、前記回路は、動作中、前記複数のダウンリンク共有チャネルをそれぞれ復号し、前記インジケータは、前記複数のダウンリンク共有チャネルのそれぞれ１つを用いて前記データが正常に復号されたかどうかをそれぞれ示す複数のビットを含む。

【0115】

例えば、前記複数のダウンリンク共有チャネルの中の第１のダウンリンク共有チャネルで受信されたデータは、前記複数のダウンリンク共有チャネルの中の第２のダウンリンク共有チャネルでデータを送信するのに用いられる第２の変調・符号化方式（ＭＣＳ）とは異なる第１のＭＣＳを用いて符号化されている。

【0116】

いくつかの例示的な実施形態において、前記回路は、動作中、前記複数のダウンリンク共有チャネルで受信されたデータに対してソフト合成を実行し、前記ソフト合成によって得られた合成データを復号し、前記合成データの復号結果に基づいて前記インジケータを生成する。

【0117】

さらなる実施形態は、動作中、複数のダウンリンク共有チャネルの中のダウンリンク共有チャネルでデータを送信し、前記複数のダウンリンク共有チャネルで送信される前記データはそれぞれ同じデータであり、また、前記ダウンリンク共有チャネルに関連するアップリンク制御チャネルで、前記送信されたデータが前記複数のダウンリンク共有チャネルを用いて正常に受信され復号されたかどうかを示すインジケータを受信する送受信機と、動作中、前記インジケータに基づいて、前記データが正常に受信され復号されたかどうかを判定する回路と、を有する、ネットワークノードを提供する。

【0118】

例えば、前記複数のダウンリンク共有チャネルの中の前記ダウンリンク共有チャネルは、第１のダウンリンク共有チャネルであり、前記送受信機は、第１のＴＲＰ（送受信ポイント）を有し、動作中、前記第１のＴＲＰを用いて前記第１のダウンリンク共有チャネルで前記データを送信し、前記第１のＴＲＰを用いて前記第１のダウンリンク共有チャネルに関連する前記アップリンク制御チャネルで前記インジケータを受信し、前記ネットワークノードは、バックホールインタフェースをさらに有し、前記バックホールインタフェースを通じて、前記データの送信をスケジューリングするためのスケジューリング情報を、第２のＴＲＰによって前記複数のダウンリンク共有チャネルの中の第２のダウンリンク共有チャネルで送信する。

【0119】

いくつかの実施形態によれば、前記複数のダウンリンク共有チャネルの中の前記ダウンリンク共有チャネルは、第１のダウンリンク共有チャネルであり、前記回路は、動作中、前記複数のダウンリンク共有チャネルの中の第２のダウンリンク共有チャネルで前記データを送信するのに用いられる第２の変調・符号化方式（ＭＣＳ）とは異なる第１のＭＣＳを用いて前記第１のダウンリンク共有チャネルで送信すべき前記データを符号化する。

【0120】

いくつかの実施形態において、前記インジケータは、前記複数のダウンリンク共有チャネルの中の少なくとも２つのダウンリンク共有チャネルを用いた復号の共通結果を示す共通インジケータであり、前記共通インジケータは、１ビットのインジケータである。

【0121】

例えば、前記共通インジケータは、前記複数のダウンリンク共有チャネルの復号の各結果に対して実行された論理「ＯＲ」演算の結果を示す。

【0122】

例えば、前記送受信機は、動作中、前記共通インジケータと、前記ネットワークノードによって送信されたそれぞれのダウンリンク共有チャンネルを用いて前記データが正常に復号されたかどうかを示すそれぞれのインジケータと、を受信する。

【0123】

例えば、送受信機は、動作中、前記共通インジケータおよび前記それぞれのインジケータを含むＡＣＫ／ＮＡＣＫ（応答確認／否定応答確認）信号を受信する。

【0124】

例えば、前記回路は、動作中、前記共通インジケータの前に前記それぞれのインジケータを受信し、前記それぞれのインジケータおよび前記共通インジケータは、別々のＡＣＫ／ＮＡＣＫ信号で受信される。

【0125】

例えば、前記インジケータは、前記複数のダウンリンク共有チャネルのそれぞれ１つを用いて前記データが正常に復号されたかどうかをそれぞれ示す複数のビットを含む。

【0126】

いくつかの実施形態において、前記インジケータは、前記複数のダウンリンク共有チャネルからの前記データをソフト合成して得られた前記合成データの前記復号の結果を示す。

【0127】

複数のダウンリンク共有チャネルでデータを受信するステップであって、前記複数のダウンリンク共有チャネルで受信された前記データがそれぞれ同じデータである、ステップと、前記データを復号するステップと、前記データが前記複数のダウンリンク共有チャネルを用いて正常に復号されたかどうかを示すインジケータを生成するステップと、前記複数のダウンリンク共有チャネルにそれぞれ関連する複数のアップリンク制御チャネルのうちの少なくとも１つで前記インジケータを送信するステップと、を有する、ユーザ機器のための通信方法がさらに提供される。

【0128】

いくつかの実施形態において、前記インジケータは、前記複数のダウンリンク共有チャネルにそれぞれ関連する前記複数のアップリンク制御チャネルの各々で送信される。

【0129】

例えば、前記複数のダウンリンク共有チャネルは、複数の送受信ポイント（ＴＲＰ）からそれぞれ受信され、前記インジケータは、前記複数のアップリンク制御チャネルで前記複数のＴＲＰにそれぞれ送信される。

【0130】

いくつかの実施形態によれば、前記インジケータは、前記複数のダウンリンク共有チャネルの中の少なくとも２つのダウンリンク共有チャネルを用いた復号の共通結果を示す共通インジケータであり、前記共通インジケータは、１ビットのインジケータである。

【0131】

例えば、前記複数のダウンリンク共有チャネルはそれぞれ復号され、当該方法は、前記複数のダウンリンク共有チャネルの復号の各結果に対して論理「ＯＲ」演算を実行することを含み、前記共通インジケータは、前記論理「ＯＲ」演算の結果を示す。

【0132】

例えば、当該方法は、前記複数のダウンリンク共有チャネルの各々に対して、前記データがそれぞれのダウンリンク共有チャネルを用いて正常に復号されたかどうかを示すそれぞれのインジケータを生成することを含み、前記共通インジケータおよび前記アップリンク制御チャネルにそれぞれ関連する前記ダウンリンク共有チャネルを復号した結果を示す前記それぞれのインジケータが、前記複数のダウンリンク共有チャネルの各々でそれぞれ送信される。

【0133】

例えば、前記複数のアップリンク制御チャネルの各々で、前記共通インジケータおよび前記それぞれのインジケータを含むＡＣＫ／ＮＡＣＫ（応答確認／否定応答確認）信号がそれぞれ送信される。

【0134】

いくつかの実施形態において、前記複数のアップリンク制御チャネルの各々で送信される前記各インジケータは、前記論理「ＯＲ」演算を実行する前に送信される。

【0135】

例えば、前記複数のダウンリンク共有チャネルはそれぞれ復号され、前記インジケータは、前記複数のダウンリンク共有チャネルのそれぞれ１つを用いて前記データが正常に復号されたかどうかをそれぞれ示す複数のビットを含む。

【0136】

例えば、前記複数のダウンリンク共有チャネルの中の第１のダウンリンク共有チャネルで受信されたデータは、前記複数のダウンリンク共有チャネルの中の第２のダウンリンク共有チャネルで前記データを送信するのに用いられる第２の変調・符号化方式（ＭＣＳ）とは異なる第１のＭＣＳを用いて符号化されている。

【0137】

いくつかの実施形態において、当該方法は、前記複数のダウンリンク共有チャネルで受信されたデータに対してソフト合成を実行すること、前記ソフト合成によって得られた合成データを復号すること、および前記合成データの復号結果に基づいて前記インジケータを生成することを含む。

【0138】

本開示は、複数のダウンリンク共有チャネルの中のダウンリンク共有チャネルでデータを送信するステップであって、前記複数のダウンリンク共有チャネルで送信される前記データがそれぞれ同じデータである、ステップと、前記ダウンリンク共有チャネルに関連するアップリンク制御チャネルで、前記送信されたデータが前記複数のダウンリンク共有チャネルを用いて正常に受信され復号されたかどうかを示すインジケータを受信するステップと、前記インジケータに基づいて、前記データが正常に受信され復号されたかどうかを判定するステップと、を有する、ネットワークノードのための通信方法をさらに提供する。

【0139】

例えば、前記複数のダウンリンク共有チャネルの中の前記ダウンリンク共有チャネルは、第１のダウンリンク共有チャネルであり、当該方法は、第１のＴＲＰを用いて前記第１のダウンリンク共有チャネルで前記データを送信すること、前記第１のＴＲＰを用いて前記第１のダウンリンク共有チャネルに関連する前記アップリンク制御チャネルで前記インジケータを受信すること、および、バックホールインタフェースを通じて、前記データの送信をスケジューリングするためのスケジューリング情報を、第２のＴＲＰによって前記複数のダウンリンク共有チャネルの中の第２のダウンリンク共有チャネルで送信すること、を有する。

【0140】

いくつかの実施形態によれば、前記複数のダウンリンク共有チャネルの中の前記ダウンリンク共有チャネルは、第１のダウンリンク共有チャネルであり、当該方法は、前記複数のダウンリンク共有チャネルの中の第２のダウンリンク共有チャネルで前記データを送信するのに用いられる第２の変調・符号化方式（ＭＣＳ）とは異なる第１のＭＣＳを用いて前記第１のダウンリンク共有チャネルで送信すべき前記データを符号化することを有する。

【0141】

いくつかの実施形態において、前記インジケータは、前記複数のダウンリンク共有チャネルの中の少なくとも２つのダウンリンク共有チャネルを用いた復号の共通結果を示す共通インジケータであり、前記共通インジケータは、１ビットのインジケータである。

【0142】

例えば、前記共通インジケータは、前記複数のダウンリンク共有チャネルの復号の各結果に対して実行された論理「ＯＲ」演算の結果を示す。

【0143】

いくつかの実施形態において、前記共通インジケータと、前記ネットワークノードによって送信されたそれぞれのダウンリンク共有チャンネルを用いて前記データが正常に復号されたかどうかを示すそれぞれのインジケータとが受信される。

【0144】

例えば、前記共通インジケータおよび前記それぞれのインジケータを含むＡＣＫ／ＮＡＣＫ（応答確認／否定応答確認）信号が受信される。

【0145】

いくつかの実施形態において、前記それぞれのインジケータは、前記共通インジケータを受信する前に受信され、前記それぞれのインジケータおよび前記共通インジケータは、別々のＡＣＫ／ＮＡＣＫ信号で受信される。

【0146】

例えば、前記インジケータは、前記複数のダウンリンク共有チャネルのそれぞれ１つを用いて前記データが正常に復号されたかどうかをそれぞれ示す複数のビットを含む。

【0147】

いくつかの実施形態において、前記インジケータは、前記複数のダウンリンク共有チャネルからの前記データのソフト合成によって得られた合成データの復号の結果を示す。

【0148】

要約すると、本開示は、ユーザ機器、ネットワークノード、ならびにユーザ機器およびネットワークノードのための各通信方法に関する。いくつかの実施形態によれば、ユーザ機器は、動作中、複数のダウンリンク共有チャネルでデータを受信する送受信機であって、前記複数のダウンリンク共有チャネルで受信される前記データがそれぞれ同じデータである、送受信機と、動作中、データを復号し、前記データが前記複数のダウンリンク共有チャネルを用いて正常に復号されたかどうかを示すインジケータを生成する回路と、を有する。前記送受信機は、動作中、前記複数のダウンリンク共有チャネルにそれぞれ関連する複数のアップリンク制御チャネルのうちの少なくとも１つで前記インジケータを送信する。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】