特表2024-513419 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 日本電気株式会社の特許一覧

特表2024-513419通信の方法

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6

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

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

(11)【公表番号】

(43)【公表日】2024-03-25

(54)【発明の名称】通信の方法

(51)【国際特許分類】

H04W 72/0446 20230101AFI20240315BHJP

H04W 72/23 20230101ALI20240315BHJP

H04W 72/0457 20230101ALI20240315BHJP

【ＦＩ】

H04W72/0446

H04W72/23

H04W72/0457

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023560830

(86)(22)【出願日】2021-04-02

(85)【翻訳文提出日】2023-12-01

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

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

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入健

(72)【発明者】

【氏名】リアンリン

(72)【発明者】

【氏名】ワンガン

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD11

5K067EE02

5K067EE10

5K067GG01

(57)【要約】

本開示の実施形態は、通信の方法、装置及びコンピュータ可読媒体に関する。本開示の実施形態によれば、端末装置は、ネットワーク装置からＰＵＣＣＨの第１の設定情報を受信する。前記第１の設定情報は、少なくともＰＵＣＣＨ反復を示す。前記端末装置は、前記ネットワーク装置から、前記ＰＵＣＣＨの第２の設定情報を受信する。前記第２の設定は、少なくともＰＵＣＣＨ反復を示す。端末装置は、前記第１の設定情報と前記第２の設定情報とに基づいて決定された前記ＰＵＣＣＨ反復の回数に基づいて、アップリンク制御情報を送信する。こうして、反復送信の柔軟性を提供し、無線リソースシグナリング（ＲＲＣ）設定オーバーヘッドを低減させることができる。
【選択図】図２

【特許請求の範囲】

【請求項1】

端末装置において、ネットワーク装置から、少なくとも物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）反復を示す、ＰＵＣＣＨの第１の設定情報を受信することと、
前記ネットワーク装置から、少なくとも前記ＰＵＣＣＨ反復を示す前記ＰＵＣＣＨの第２の設定情報を受信することと、
前記ネットワーク装置に、前記第１の設定情報と前記第２の設定情報とに基づいて決定された前記ＰＵＣＣＨ反復の回数に基づいて、アップリンク制御情報を送信することと、
を含む通信の方法。

【請求項2】

前記ＰＵＣＣＨの第１の設定情報を受信することは、
第１のＰＵＣＣＨ反復スロット数を示すＰＵＣＣＨフォーマット情報要素を前記ネットワーク装置から受信すること
を含む請求項１に記載の方法。

【請求項3】

前記ＰＵＣＣＨの第２の設定情報を受信することは、
前記ＰＵＣＣＨに割り当てられた複数のリソースに対応する複数のＰＵＣＣＨ反復回数を示すＰＵＣＣＨリソース情報要素を、前記ネットワーク装置から受信すること
を含む請求項１又は２に記載の方法。

【請求項4】

前記ネットワーク装置から、リソースの識別情報を示すダウンリンク制御情報を受信することと、
前記識別情報に基づいて、前記リソースを、前記ＰＵＣＣＨに割り当てられた前記複数のリソースから決定することと、をさらに含み、
前記アップリンク制御情報を送信することは、
前記ＰＵＣＣＨリソース情報要素に基づいて、前記リソースに対応する第２のＰＵＣＣＨ反復回数を決定することと、
前記アップリンク制御情報を前記第２のＰＵＣＣＨ反復回数で送信することと、
を含む請求項３に記載の方法。

【請求項5】

前記第２のＰＵＣＣＨ反復回数が決定されたとの決定に従って、第１のＰＵＣＣＨ反復回数を無視すること
をさらに含む請求項４に記載の方法。

【請求項6】

前記ネットワーク装置から、前記ネットワーク装置からのＰＵＣＣＨリソース情報要素を受信すること、をさらに含み、
前記アップリンク制御情報を送信することは、
前記ＰＵＣＣＨリソース情報要素に前記ＰＵＣＣＨ反復の回数が存在しないとの決定に従って、前記ＰＵＣＣＨ反復の回数が所定の数であると決定することと、
前記アップリンク制御情報を前記所定の数で送信することと、
を含む請求項１に記載の方法。

【請求項7】

前記アップリンク制御情報を送信することは、
前記ネットワーク装置に、前記ＰＵＣＣＨ反復の回数と同じ数の複数の連続なサブスロット上で、前記アップリンク制御情報を送信すること
を含む請求項１に記載の方法。

【請求項8】

前記ネットワーク装置から、第１の開始ＰＵＣＣＨスロットを示す第１のダウンリンク制御情報を受信することと、
前記ネットワーク装置から、前記第１の開始ＰＵＣＣＨスロットを示す第２のダウンリンク制御情報を受信することと、をさらに含み
前記第１のダウンリンク制御情報と前記第２のダウンリンク制御情報とについて前記ＰＵＣＣＨ反復の回数が同じである
請求項１に記載の方法。

【請求項9】

前記アップリンク制御情報を送信することは、
第１の開始スロットがハイブリッド自動反復要求確認応答を含む動的ＰＵＣＣＨ反復であり、第２の開始スロットがハイブリッド自動反復要求確認応答を含むＰＵＣＣＨ反復であり、且つ、前記第１の開始スロットが前記第２の開始スロットよりも早いとの決定に従って、
前記ネットワーク装置に、前記第２の開始スロットにおいて、前記アップリンク制御情報を送信すること、又は、
前記ネットワーク装置に、前記第１の開始スロットにおいて、前記アップリンク制御情報を送信すること
を含む請求項１に記載の方法。

【請求項10】

ネットワーク装置において、端末装置に、少なくとも物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）反復を示す、ＰＵＣＣＨの第１の設定情報を送信することと、
前記端末装置に、少なくとも前記ＰＵＣＣＨ反復を示すＰＵＣＣＨの第２の設定情報を送信することと、
前記端末装置から、前記第１の設定情報と前記第２の設定情報とに基づいて決定された前記ＰＵＣＣＨ反復の回数に基づいて、アップリンク制御情報を受信することと、
を含む通信の方法。

【請求項11】

前記ＰＵＣＣＨの第１の設定情報を送信することは、
前記端末装置に、第１のＰＵＣＣＨ反復スロット数を示すＰＵＣＣＨフォーマット情報要素を送信すること
を含む請求項１０に記載の方法。

【請求項12】

前記ＰＵＣＣＨの第２の設定情報を送信することは、
前記端末装置に、前記ＰＵＣＣＨに割り当てられた複数のリソースに対応する複数のＰＵＣＣＨ反復回数を示すＰＵＣＣＨリソース情報要素を送信すること、
を含む請求項１０又は請求項１１に記載の方法。

【請求項13】

前記端末装置に、リソースの識別情報を示すダウンリンク制御情報を送信すること、をさらに含み、
前記アップリンク制御情報を受信することは、
前記アップリンク制御情報を、前記ＰＵＣＣＨリソース情報要素に基づいて決定された、前記リソースに対応する第２のＰＵＣＣＨ反復回数で、受信すること
を含む請求項１２に記載の方法。

【請求項14】

前記端末装置に、ＰＵＣＣＨリソース情報要素を送信すること、をさらに含み、
前記アップリンク制御情報を受信することは、
前記ＰＵＣＣＨリソース情報要素に前記ＰＵＣＣＨ反復の回数が存在しないとの決定に従って、前記アップリンク制御情報を所定の数で受信すること
を含む請求項１０に記載の方法。

【請求項15】

前記アップリンク制御情報を受信することは、
前記端末装置から、前記ＰＵＣＣＨ反復の回数と同じ数の複数の連続なサブスロット上で、前記アップリンク制御情報を受信すること
を含む請求項１０に記載の方法。

【請求項16】

前記アップリンク制御情報を送信することは、
第１の開始スロットがハイブリッド自動反復要求の確認応答を含む動的ＰＵＣＣＨ反復であり、第２の開始スロットがハイブリッド自動反復要求確認応答を含むＰＵＣＣＨ反復であり、且つ、前記第１の開始スロットが前記第２の開始スロットよりも早いとの決定に従って、
前記端末装置から、前記第２の開始スロットにおいて前記アップリンク制御情報を受信すること、又は
前記端末装置から、前記第１の開始スロットにおいて前記アップリンク制御情報を受信すること
を含む請求項１０に記載の方法。

【請求項17】

端末装置において、ネットワーク装置から、物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）に関連付けられる無線リソース制御（ＲＲＣ：radio resource control）設定を受信することと、
前記ＲＲＣ設定内にＰＵＣＣＨリソース情報要素とＰＵＣＣＨフォーマット情報要素との両方が存在しないとの決定に従って、前記ネットワーク装置に、反復なしにアップリンク制御情報を送信することと、
を含む通信の方法。

【請求項18】

端末装置において、ネットワーク装置から、物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）に関連付けられる無線リソース制御（ＲＲＣ：radio resource control）設定を受信することと、
前記ＲＲＣ設定内にＰＵＣＣＨリソース情報要素が存在しないがＰＵＣＣＨフォーマット情報要素が存在するとの決定に従って、前記ネットワーク装置に、前記ＰＵＣＣＨフォーマット情報要素に基づいて決定された前記ＰＵＣＣＨの反復の回数に基づいてアップリンク制御情報を送信することと、
を含む通信の方法。

【請求項19】

端末装置において、ネットワーク装置から、物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）に関連付けられる無線リソース制御（ＲＲＣ：radio resource control）設定を受信することと、
前記ＲＲＣ設定内にＰＵＣＣＨリソース情報要素が存在するとの決定に従って、前記ネットワーク装置に、前記ＲＲＣ設定内にＰＵＣＣＨフォーマット情報要素が存在するか否かに関係なく、前記ＰＵＣＣＨリソース情報要素に基づいて決定された前記ＰＵＣＣＨの反復の回数に基づいて、アップリンク制御情報を送信することと、
を含む通信の方法。

【請求項20】

プロセッサと、前記プロセッサに結合され命令を記憶したメモリと、を備える端末装置であって、
前記命令が前記プロセッサにより実行された場合、請求項１～９、又は１７、又は１８、又は１９の何れか一項に記載の方法を実行する、
端末装置。

【請求項21】

プロセッサと、前記プロセッサに結合され命令を記憶したメモリと、を備えるネットワーク装置であって、
前記命令が前記プロセッサにより実行された場合、請求項１０～１６の何れか一項に記載の方法を実行する、
ネットワーク装置。

【請求項22】

少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項１～９、又は１７、又は１８、又は１９の何れか一項に記載の方法を実行させる命令を記憶した
コンピュータ可読媒体。

【請求項23】

少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項１０から請求項１６の何れか一項に記載の方法を実行させる命令を記憶している
コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、全体として電気通信の分野に関し、特に、適応参照信号設定のための方法、装置及びコンピュータ記憶媒体に関する。

【背景技術】

【0002】

データ送信のためのカバレッジ性能又は信頼性性能を改善するために、単一のアップリン送信についての反復が提案されている。単一のアップリンクデータ送信についての反復回数は、半静的に設定されてもよい。代替として、反復回数は動的に示されてもよい。また、アップリンク情報を送信するための位置も重要な側面である。

【発明の概要】

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

【0003】

全体として、本開示の実施形態は、物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）反復のための方法、装置及びコンピュータ記憶媒体を提供する。

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

【0004】

第１の態様において、通信方法が提供される。前記方法は、端末装置において、ネットワーク装置から、少なくともＰＵＣＣＨ反復を示す、物理アップリンク制御チャネル（ＰＵＣＣＨ）の第１の設定情報を受信することと、前記ネットワーク装置から、前記ＰＵＣＣＨの、少なくとも前記ＰＵＣＣＨ反復を示す第２の設定情報を受信することと、前記ネットワーク装置に、前記第１の設定情報と前記第２の設定情報とに基づいて決定された前記ＰＵＣＣＨ反復の回数に基づいて、アップリンク制御情報を送信することと、を含む。

【0005】

第２の態様において、通信方法が提供される。前記方法は、ネットワーク装置において、端末装置に、少なくともＰＵＣＣＨ反復を示す、物理アップリンク制御チャネル（ＰＵＣＣＨ）の第１の設定情報を送信することと、前記端末装置に、前記ＰＵＣＣＨの、少なくとも前記ＰＵＣＣＨ反復を示す第２の設定情報を送信することと、前記端末装置から、前記第１の設定情報と前記第２の設定情報とに基づいて決定された前記ＰＵＣＣＨ反復の回数に基づいて、アップリンク制御情報を受信することと、を含む。

【0006】

第３の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは命令を記憶しており、前記命令は、前記プロセッサにより実行された場合、前記端末装置に、ネットワーク装置から、少なくともＰＵＣＣＨ反復を示す、物理アップリンク制御チャネル（ＰＵＣＣＨ）の第１の設定情報を受信することと、前記ネットワーク装置から、前記ＰＵＣＣＨの、少なくとも前記ＰＵＣＣＨ反復を示す第２の設定情報を受信することと、前記ネットワーク装置に、前記第１の設定情報と前記第２の設定情報とに基づいて決定された前記ＰＵＣＣＨ反復の回数に基づいて、アップリンク制御情報を送信することと、を実行させる。

【0007】

第４の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは命令を記憶しており、前記命令は、前記プロセッサにより実行された場合、前記ネットワーク装置に、端末装置に、少なくともＰＵＣＣＨ反復を示す、物理アップリンク制御チャネル（ＰＵＣＣＨ）の第１の設定情報を送信することと、前記端末装置に、前記ＰＵＣＣＨの、少なくとも前記ＰＵＣＣＨ反復を示す第２の設定情報を送信することと、前記端末装置から、前記第１の設定情報と前記第２の設定情報とに基づいて決定された前記ＰＵＣＣＨ反復の回数に基づいて、アップリンク制御情報を受信することと、を実行させる。

【0008】

第５の態様において、通信方法が提供される。前記方法は、端末装置において、ネットワーク装置から、物理アップリンク制御チャネル（ＰＵＣＣＨ）に関連付けられる無線リソース制御（ＲＲＣ：radio resource control）設定を受信することと、前記ＲＲＣ設定内にＰＵＣＣＨリソース情報要素とＰＵＣＣＨフォーマット情報要素との両方が存在しないとの決定に従って、前記ネットワーク装置に、反復なしにアップリンク制御情報を送信することと、を含む。

【0009】

第６の態様において、通信方法が提供される。前記方法は、端末装置において、ネットワーク装置から、物理アップリンク制御チャネル（ＰＵＣＣＨ）に関連付けられる無線リソース制御（ＲＲＣ）設定を受信することと、前記ＲＲＣ設定内にＰＵＣＣＨリソース情報要素が存在しないがＰＵＣＣＨフォーマット情報要素が存在するとの決定に従って、前記ネットワーク装置に、前記ＰＵＣＣＨフォーマット情報要素に基づいて決定された前記ＰＵＣＣＨ反復の回数に基づいてアップリンク制御情報を送信することと、を含む。

【0010】

第７の態様において、通信方法が提供される。前記方法は、端末装置において、ネットワーク装置から、物理アップリンク制御チャネル（ＰＵＣＣＨ）に関連付けられる無線リソース制御（ＲＲＣ）設定を受信することと、前記ＲＲＣ設定内にＰＵＣＣＨリソース情報要素が存在するとの決定に従って、前記ネットワーク装置に、前記ＲＲＣ設定内にＰＵＣＣＨフォーマット情報要素が存在するか否かに関係なく、前記ＰＵＣＣＨリソース情報要素に基づいて決定された前記ＰＵＣＣＨ反復の回数に基づいて、アップリンク制御情報を送信することと、を含む。

【0011】

第８の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、本開示の第１の態様、又は第５の態様、又は第６の態様、又は第７の態様にかかる方法を実行させる。

【0012】

第６の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、本開示の第２の態様に記載の方法を実行させる。

【0013】

本開示のその他の特徴は、以下の説明により容易に理解できるはずである。

【図面の簡単な説明】

【0014】

図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。

【0015】

【図1】本開示の実施形態を実施可能な通信環境の模式図である。

【0016】

【図2】本開示の実施形態にかかる、ＰＵＣＣＨ反復のためのプロセスを示す模式図である。

【0017】

【図3】本開示の実施形態にかかる反復を示す模式図である。

【0018】

【図4】本開示のいくつかの実施形態にかかる、端末装置において実現される例示的な通信方法のフローチャートである。

【0019】

【図5】本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される例示的な通信方法のフローチャートである。

【0020】

【図6】本開示の実施形態を実装するのに適した装置の概略ブロック図である。

【0021】

図面において、同一又は類似の参照番号は、同一又は類似の要素を表す。

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

【0022】

いくつかの実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しないことを理解すべきである。本明細書で説明される開示内容は、以下で説明される方法とは異なる様々な方法で実施することができる。

【0023】

以下の説明及び特許請求の範囲において、別途定義されていない限り、本文で使用される全ての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。

【0024】

本文で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ：user equipment）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ：personal digital assistant）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ：：internet of things）装置、あらゆるモノのインターネット（ＩｏＥ：Internet of Everything）装置、マシンタイプ通信（ＭＴＣ：machine type communication）装置、Ｖ２Ｘ通信（「Ｘ」は歩行者、車両又はインフラストラクチャ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す）のための車載装置などを含むが、これらに限定されない。「端末装置」という用語は、ＵＥ、移動局、加入者局、移動端末、ユーザ端末、又は無線装置と互換的に使用することができる。また、「ネットワーク装置」という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、EvolvedノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ：Transmission Reception Point）、リモートラジオユニット（ＲＲＵ：Remote Radio Unit）、ラジオヘッド（ＲＨ：radio head）、リモートラジオヘッド（ＲＲＨ：remote radio head）、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。

【0025】

一実施形態において、端末装置は、第１のネットワーク装置及び第２のネットワーク装置に接続することができる。第１のネットワーク装置と第２のネットワーク装置の一方をマスターノードとして、他方をセカンダリ―ノードとしてもよい。第１のネットワーク装置と第２のネットワーク装置は、異なる無線アクセス技術（ＲＡＴ：radio access technology）を使用してもよい。一実施形態において、第１のネットワーク装置は第１のＲＡＴ装置であってもよく、第２のネットワーク装置は第２のＲＡＴ装置であってもよい。一実施形態において、第１のＲＡＴ装置はｅＮＢであり、第２のＲＡＴ装置はｇＮＢである。異なるＲＡＴに関する情報は、第１のネットワーク装置及び第２のネットワーク装置の少なくとも一方から端末装置に送信されてもよい。一実施形態において、第１の情報は、第１のネットワーク装置から端末装置に送信されてもよく、そして第２の情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。一実施形態において、第２のネットワーク装置により設定された端末装置の設定に関する情報は、第２のネットワーク装置から第１のネットワーク装置を介して送信されてもよい。第２のネットワーク装置により設定された端末装置の再設定に関する情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。

【0026】

本明細書で使用される単数形「１つ（a/an）」、及び「前記（the）」は、文脈に明示的に示されていない限り、複数形も含まれる。用語「含む」及びその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。用語「に基づく」は、「に少なくとも部分的に基づく」と理解されるべきである。用語「一実施形態」及び「実施形態」は、「少なくとも１つの実施形態」と理解されるべきである。用語「別の実施形態」は、「少なくとも１つの別の実施形態」と理解されるべきである。用語「第１」、「第２」などは、異なる又は同一の対象を指してもよい。以下では、その他の明示的及び暗黙的な定義を含む場合がある。

【0027】

いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと称される。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことが、理解されるであろう。

【0028】

従来技術によれば、ＰＵＣＣＨに割り当てられるリソースは、複数のＤＣＩフォーマットのうちの最後のダウンリンク制御情報（ＤＣＩ：downlink control information）フォーマット内のＰＵＣＣＨリソースインジケータフィールドに基づいてもよい。複数のＤＣＩフォーマットは、ＵＥにより検出されるＰＵＣＣＨ送信のための同じスロットであって、それについてＵＥが該ＰＵＣＣＨにおいて対応するＨＡＲＱ－ＡＣＫ情報を送信するＰＵＣＣＨ送信のための同じスロットを示す、ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ（ＰＤＳＣＨ）－ｔｏ－－ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔＨＡＲＱ＿ｆｅｅｄｂａｃｋｔｉｍｉｎｇｉｎｄｉｃａｔｏｒフィールドの値と、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ－ｒ１６、又はｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫＦｏｒＤＣＩＦｏｒｍａｔ１＿２の値とのうちの少なくとも１つを含む。ＰＵＣＣＨリソース決定のために、検出されたＤＣＩフォーマットは、最初に、同じＰＤＣＣＨ監視オケージョンについてのサービングセルインデックスにわたって昇順にインデックスされ、次に、ＰＤＣＣＨ監視オケージョンインデックスにわたって昇順にインデックスされる。

【0029】

ＰＵＣＣＨフォーマット１、３又は４の場合、ＵＥには、「ｎｒｏｆＳｌｏｔｓ」として表されるそれぞれのスロット数によるＰＵＣＣＨ送信反復のためのスロット数Ｋが設定されてもよい。パラメータｓｕｂｓｌｏｔＬｅｎｇｔｈＦｏｒＰＵＣＣＨを含むＰＵＣＣＨ設定がＵＥに提供される場合、ＵＥは、ＰＵＣＣＨ設定がパラメータｎｒｏｆＳｌｏｔｓを含むことを期待しない。

【0030】

ＵＥが第１の数Ｋ＞１のスロット上でＰＵＣＣＨを送信し、ＵＥが第２の数のスロット上で反復タイプＡでＰＵＳＣＨを送信する場合、ＰＵＣＣＨ送信は、１つ又は複数のスロット内でＰＵＳＣＨ送信と重複する。重複するスロットにおいて、ＰＵＳＣＨ内のＵＣＩを多重化するための条件が満たされ、ＵＥは、重複するスロット内でＰＵＣＣＨを送信し、ＰＵＳＣＨを送信しない。

【0031】

ＵＥは、Ｋ＞１個のスロット上での反復を有するＰＵＣＣＨ送信において、異なるＵＣＩタイプを多重化しない。ＵＥが、一つ以上のスロット上で第１のＰＵＣＣＨを送信し、１つ又は複数のスロット上で少なくとも第２のＰＵＣＣＨを送信する場合、第１のＰＵＣＣＨ及び第２のＰＵＣＣＨの送信は、複数のスロット内で重複する。複数のスロットの各スロットについて、ＨＡＲＱ－ＡＣＫのＵＣＩタイプ優先度は、スケジューリング要求（ＳＲ：scheduling request）の優先度よりも高い。ＳＲの優先度は、より低い優先度のＣＳＩより高い優先度を有するＣＳＩの優先度よりも高い。

【0032】

いくつかの従来技術によれば、ＵＥは、第１のＰＵＣＣＨと任意の第２のＰＵＣＣとが同じスロットにおいて開始し、同じ優先度を有するＵＣＩタイプを含むことを期待しない。第１のＰＵＣＣＨと任意の第２のＰＵＣＣＨとが同じ優先度を有するＵＣＩタイプを含む場合、ＵＥは、より早いスロットにおいて開始するＰＵＣＣＨを送信し、より遅いスロットから開始するＰＵＣＣＨを送信しない。第１のＰＵＣＣＨも任意の第２のＰＵＣＣＨも、同じ優先度を有するＵＣＩタイプを含まない場合、ＵＥは、より高い優先度を有するＵＣＩタイプを含むＰＵＣＣＨを送信し、より低い優先度を有するＵＣＩタイプを含むＰＵＣＣＨを送信しない。

【0033】

いくつかの従来技術によれば、ＵＥは、静的ＰＵＣＣＨ反復、及び動的ＰＵＣＣＨ反復の設定を同時にサポートすることができる。しかしながら、ＰＵＣＣＨリソース情報要素（ＩＥ：information element）内のＰＵＣＣＨ－ｒｅｐｅｔｉｔｉｏｎ－ｆａｃｔｏｒと、ＰＵＣＣＨフォーマットＩＥ内のｎｒｏｆＳｌｏｔｓとの両方が設定された場合、ＵＥがどのように振る舞うかは不明である。さらに、後のＤＣＩが前のＤＣＩを異なるＰＵＣＣＨ反復因数で上書きする場合、ＰＵＣＣＨ反復についての現在の優先度ルールがうまく機能しないように思われる。例えば、スロットｍ内の前のＤＣＩが、反復因数２を有するスロットｎ上のＰＵＣＣＨフィードバックを示し、スロットｍ＋１内の後のＤＣＩが、同じスロットｎ上にあるが反復因数が１に変更されたＰＵＣＣＨを示し、且つ、スロットｍ＋２内の別のＤＣＩが、スロットｎ＋１上のＰＵＣＣＨフィードバックを示す場合、スロットｎ内のＰＵＣＣＨ反復因数が１であるため、ネットワークは、スロットｎ内のＰＵＣＣＨがスロットｎ内のＨＡＲＱコードブックを含み、スロットｎ＋１内のＰＵＣＣＨがスロットｎ＋１内のＨＡＲＱコードブックを含むことを期待する。しかしながら、ＵＥがスロットｍ＋１内でＤＣＩを検出し損なった場合、ＰＵＣＣＨ反復因数が２であるとＵＥが考えるため、同じＵＣＩ優先度について早いもの勝ちである現在の優先度ルールにより、ＵＥは、ＰＵＣＣＨスロットｎ及びｎ＋１の両方においてスロットｎ内のＨＡＲＱコードブックを送信し、ＰＵＣＣＨスロットｎ＋１においてスロットｎ＋１内のＨＡＲＱコードブックを破棄する。ネットワークとＵＥの間にいくつかの不整合が発生する。

【0034】

そのため、上記及び他の潜在的な問題の少なくとも一部を解決するために、ＰＵＣＣＨ反復に関する解決策が提案される。本開示の実施形態によれば、端末装置は、ネットワーク装置からＰＵＣＣＨの第１の設定情報を受信する。該第１の設定情報は、少なくともＰＵＣＣＨ反復を示す。端末装置は、第１の設定情報に基づいて決定されるＰＵＣＣＨ反復回数に基づいて、アップリンク制御情報を送信する。こうして、反復送信の柔軟性を提供し、無線リソースシグナリング（ＲＲＣ）設定オーバーヘッドを低減させることができる。

【0035】

図１は本開示の実施形態を実施可能な通信システムの模式図である。通信ネットワークの一部である通信システム１００は、まとめて「端末装置１１０」と称することができる端末装置１１０－１と、端末装置１１０－２と、…、端末装置１１０－Ｎとを備える。数Ｎは任意の適切な整数であってもよい。

【0036】

通信システム１００は、ネットワーク端末装置１２０をさらに含む。いくつかの実施形態において、ネットワーク装置はｇＮＢであってもよい。通信システム１００において、ネットワーク装置１２０と端末装置１１０とが互いにデータ及び制御情報を通信することが可能である。図１に示す端末装置及びネットワーク装置の数は、説明のためのみに示されており、いかなる限定も示唆していない。

【0037】

通信システム１００における通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、第３世代（３Ｇ）、第４世代（４Ｇ）及び第５世代（５Ｇ）などのセルラー通信プロトコル、米国電気電子学会（ＩＥＥＥ：Institute for Electrical and Electronics Engineers）８０２．１１などの無線ローカルエリアネットワーク通信プロトコル、及び／又は現在知られている、又は将来開発される任意の他のプロトコルを含むが、これらに限定されない任意の適切な通信プロトコルに従って実現することができる。さらに、通信は、符号分割多元接続（ＣＤＭＡ：Code Divided Multiple Address）、周波数分割多元接続（ＦＤＭＡ：Frequency Divided Multiple Address）、時分割多元接続（ＴＤＭＡ；Time Divided Multiple Address）、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、マルチ入力マルチ出力（ＭＩＭＯ：Multiple-Input Multiple-Output）、直交周波数分割多元接続（ＯＦＤＭＡ：Orthogonal Frequency Divided Multiple Access）、及び／又は現在知られている、又は将来開発される任意の他の技術を含むが、これらに限定されない任意の適切な無線通信技術を利用してもよい。

【0038】

本開示の実施形態は、任意の適切なシナリオに適用することが可能である。例えば、本開示の実施形態は、能力が低減されたＮＲ装置上で実施することができる。代替として、本開示の実施形態は、ＮＲマルチ入力マルチ出力（ＭＩＭＯ）、ＮＲサイドリンク強化、５２．６ＧＨｚより高い周波数のＮＲシステム、最大７１ＧＨｚの拡張ＮＲオペレーション、非地上系ネットワーク（ＮＴＮ：non-terrestrial networks）上の狭帯域モノのインターネット（ＮＢ－ＩＯＴ：narrow band-Internet of Thing）／拡張マシンタイプ通信（ｅＭＴＣ：enhanced Machine Type Communication）、ＮＴＮ、ＵＥ省電力強化、ＮＲカバレッジ強化、ＮＢ－ＩＯＴ及びＬＴＥ－ＭＴＣ、統合アクセス及びバックホール（ＩＡＢ：Integrated Access and Backhaul）、ＮＲマルチキャスト及びブロードキャストサービス、又はマルチ無線デュアル接続の強化のうちの一つ内で実施できる。

【0039】

以下に、本開示の実施形態について詳細に説明する。最初に、本開示のいくつかの例示的な実施形態にかかるネットワーク装置間のプロセス２００を示すシグナリング図を示す図２を参照する。説明のためだけに、図１を参照してプロセス２００について説明する。プロセス２００には、図１の端末装置１１０－１及びネットワーク装置１２０が関与してもよい。

【0040】

ネットワーク装置１２０は、物理アップリンク制御チャネル（ＰＵＣＣＨ）に関連付けられた無線リソース制御（ＲＲＣ：radio resource control）設定を端末装置１１０－１に送信してもよい。いくつかの実施形態において、ネットワーク装置１２０は、ＲＲＣ設定内のＰＵＣＣＨフォーマット情報要素を端末装置１１０－１に送信してもよい（２００５）。ＰＵＣＣＨフォーマットは、第１のＰＵＣＣＨ反復スロット数を示してもよい。例えば、ＰＵＣＣＨフォーマット情報ＩＥは、パラメータｓｕｂｓｌｏｔＬｅｎｇｔｈＦｏｒＰＵＣＣＨを含んでもよい。例として、ｓｕｂｓｌｏｔＬｅｎｇｔｈＦｏｒＰＵＣＣＨが数ｋを示す場合、端末装置１１０－１は、ｋ個の連続なサブスロット上でＰＵＣＣＨを送信してもよい。例えば、図４に示すように、ｋが４である場合、端末装置１１０－１は、サブスロット３０１０－１、３０１０－２、３０１０－３、及び３０１０－４上でＰＵＣＣＨを送信してもよい。いくつかの実施形態において、サブスロット３０１０－２がダウンリンク（ＤＬ：Downlink）サブスロットとして設定されている場合、端末装置１１０－１は、サブスロット３０１０－１、３０１０－３及び３０１０－４上でＰＵＣＣＨを送信してもよい。言い換えれば、端末装置１１０－１は、４つの利用可能なサブスロットではなく、４つの連続なサブスロット上で送信してもよい。こうして、端末装置１１０－１がいくつかのシグナリングを見落とした場合、ＰＵＣＣＨ反復の遅延を低減させ、ネットワーク装置１２０と端末装置１１０－１との間の終了位置に対する一貫性のある理解を実現することができる。

【0041】

ネットワーク装置１２０は、ＲＲＣ設定内でＰＵＣＣＨリソースＩＥを端末装置１１０－１に送信してもよい（２０１０）。ＰＵＣＣＨリソースＩＥは、ＰＵＣＣＨ反復を示してもよい。例えば、ＰＵＣＣＨリソースＩＥ内にｒｅｐＦａｃｔｏｒフィールドを導入して、ＰＵＣＣＨリソースのＰＵＣＣＨ反復回数を示してもよい。いくつかの実施形態において、ネットワーク装置１２０は、複数のＰＵＣＣＨリソースを設定してもよく、ＰＵＣＣＨリソースのそれぞれは、あるＰＵＣＣＨ反復回数に対応してもよい。ＰＵＣＣＨリソースＩＥ及びＰＵＣＣＨフォーマットＩＥは、一緒に又は別々に送信されてもよい。

【0042】

以下の表１にＲＲＣＩＥの例を示す。表１はあくまで一例であり、限定ではないことに留意すべきである。

【0043】

ネットワーク装置１２０は、端末装置１１０－１にダウンリンク制御情報（ＤＣＩ）を送信してもよい（２０１５）。ＤＣＩは、アップリンク送信に割り当てられたリソースの識別情報を含んでもよい。

【0044】

端末装置１１０－１は、ＰＵＣＣＨ反復の回数を決定してもよい（２０２０）。一実施形態において、ＰＵＣＣＨフォーマットＩＥがＲＲＣ設定内に存在し、ＰＵＣＣＨリソースＩＥがＲＲＣ設定内に存在しない場合、端末装置１１０－１は、ＰＵＣＣＨフォーマットＩＥに基づいてＰＵＣＣＨ反復回数を決定してもよい。いくつかの実施形態において、ＰＵＣＣＨリソースＩＥ要素がＲＲＣ設定内に存在する場合、端末装置１１０－１は、ＰＵＣＣＨフォーマットＩＥが存在するか否かに関係なく、ＰＵＣＣＨリソースＩＥに基づいてＰＵＣＣＨ反復回数を決定してもよい。例えば、端末装置１１０－１は、ＰＵＣＣＨリソースＩＥとＤＣＩ内で示されるリソースの識別情報とに基づいて、ＰＵＣＣＨ反復回数を決定してもよい。この場合、端末装置１１０－１は、決定されたＰＵＣＣＨ反復回数に基づいてアップリンク制御情報を送信してもよい（２０２５）。

【0045】

いくつかの実施形態において、ＰＵＣＣＨリソースセットについてのｒ＿ｐｕｃｃｈ計算は、ｒ＿ｐｕｃｃｈ’を得るために、第１のＰＵＣＣＨリソースセット以外に再利用されてもよい。値ｒ＿ｐｕｃｃｈはｒ＿ｐｕｃｃｈ’％８により得られ、ｎはＦＬＯＯＲ（ｒ＿ｐｕｃｃｈ’／８）に基づいて得ることができる。端末装置１１０－１は、上位層により設定されたｎ番目の反復因数を使用してＰＵＣＣＨ反復を送信してもよい。例のみとして、ＰＵＣＣＨリソースの第１のセットについて、ｒｅｓｏｕｒｃｅＬｉｓｔのサイズＲ_{ＰＵＣＣＨ}が８よりも大きい場合、ＰＵＣＣＨ送信のための同じスロットを示す、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋｔｉｍｉｎｇｉｎｄｉｃａｔｏｒフィールドの値（存在する場合）、又はｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ－ｒ１６、又はｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫＦｏｒＤＣＩＦｏｒｍａｔ１＿２の値を有するＤＣＩフォーマットのうち、ＰＤＣＣＨ受信において最後のＤＣＩフォーマットを検出したことに応じて、ＵＥがＰＵＣＣＨ送信においてＨＡＲＱ－ＡＣＫ情報を提供するとき、ＵＥは、インデックスｒ_{ＰＵＣＣＨ}を有するＰＵＣＣＨリソース決定し、ここで、０≦ｒ_{ＰＵＣＣＨ}≦Ｒ_{ＰＵＣＣＨ}－１、であり、

ここで、Ｎ_{ＣＣＥ，ｐ}はＤＣＩフォーマットについてのＰＤＣＣＨ受信のための制御リソースセット（ＣＯＲＥＳＥＴ：control resource set）ｐ内の複数の制御チャネル要素（ＣＣＥ：control channel elements）の数を表し、ｎ_{ＣＣＥ，ｐ}は、ＰＤＣＣＨ受信のための第１のＣＣＥのインデックスを表し、Δ_ＰＲＩはＤＣＩフォーマット内のＰＵＣＣＨリソースインジケータフィールドの値を表す。ＤＣＩフォーマットがＰＵＣＣＨリソースインジケータフィールドを含まない場合、Δ_ＰＲＩ＝０である。

【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】

図示されるように、装置６００は、プロセッサ６１０と、プロセッサ６１０に結合されたメモリ６２０と、プロセッサ６１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）６４０と、ＴＸ／ＲＸ６４０に結合された通信インターフェースとを備える。メモリ６１０は、プログラム６３０の少なくとも一部を記憶する。ＴＸ／ＲＸ６４０は双方向通信に用いられる。ＴＸ／ＲＸ６４０は、通信を容易にするために少なくとも一つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有してもよい。通信インターフェースは、ｅＮＢ間の双方向通信のためのＸ２インターフェース、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）／サービングゲートウェイ（Ｓ－ＧＷ：Serving Gateway）とｅＮＢとの間の通信のためのＳ１インターフェース、ｅＮＢと中継ノード（ＲＮ：relay node）との間の通信のためのＵｎインターフェース、又はｅＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。

【0095】

プログラム６３０は、図２から図５を参照して本明細書で説明したように、関連付けられるプロセッサ６１０により実行された場合、装置６００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むと仮定する。実施形態は、装置６００のプロセッサ６１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組合せにより実現できる。プロセッサ６１０は、本開示の様々な実施形態を実施するように設定されてもよい。さらに、プロセッサ６１０とメモリ６２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段を形成してもよい。

【0096】

メモリ６２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体に基づくメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を利用して実現することができる。装置６００内には１つのメモリ６２０のみが示されているが、装置６００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ６１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：digital signal processor）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの一つ又は複数を含んでもよい。装置６００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

【0097】

全体として、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現されてもよい。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行できるファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装できることを理解すべきである。

【0098】

本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に記憶された少なくとも一つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図１から図６を参照して上述したプロセス又は方法を実行するために、対象の実プロセッサ又は仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般に、プログラムモジュールには、特定のタスクを実行したり、特定の抽象データ型を実装したりするルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で結合又は分割されてもよい。プログラムモジュールのマシンが実行可能な命令は、ローカル又は分散型装置内で実行されてもよい。分散型装置において、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体内の両方に配置されていてもよい。

【0099】

本開示の方法を実行するためのプログラムコードは、一つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行してもよい。

【0100】

上述のプログラムコードは、マシン可読媒体上で実装されてもおく、マシン可読媒体は、命令実行システム、機器、又は装置により利用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であってもよい。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含むことができるが、これらに限定されない。マシンが読み取り可能な記憶媒体のより具体的な例は、一つ又は複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブル光ディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組合せを含んでもよい。

【0101】

なお、動作について特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明された全ての動作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブ組合せで実装されてもよい。

【0102】

本開示は、構造的特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解すべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【手続補正書】

【提出日】2023-12-04

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】