特表2022-541952 | 知財ポータル「IP Force」

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

▶ 鴻穎創新有限公司の特許一覧

特表2022-541952ハイブリッド自動再送要求のコードブック生成を実行する方法及び関連する装置

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

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

< >

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

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

(11)【公表番号】

(43)【公表日】2022-09-28

(54)【発明の名称】ハイブリッド自動再送要求のコードブック生成を実行する方法及び関連する装置

(51)【国際特許分類】

H04W 28/04 20090101AFI20220920BHJP

H04W 72/12 20090101ALI20220920BHJP

H04W 72/04 20090101ALI20220920BHJP

【ＦＩ】

H04W28/04 110

H04W72/12 130

H04W72/12 150

H04W72/04 136

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022505461

(86)(22)【出願日】2020-07-24

(85)【翻訳文提出日】2022-01-26

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

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

(87)【国際公開日】2021-02-04

(31)【優先権主張番号】62/878,755

(32)【優先日】2019-07-26

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】518446879

【氏名又は名称】鴻穎創新有限公司

【氏名又は名称原語表記】ＦＧＩＮＮＯＶＡＴＩＯＮＣＯＭＰＡＮＹＬＩＭＩＴＥＤ

【住所又は居所原語表記】Ｆｌａｔ２６２３，２６／ＦＴｕｅｎＭｕｎＣｅｎｔｒａｌＳｑｕａｒｅ，２２ＨｏｉＷｉｎｇＲｏａｄ，ＴｕｅｎＭｕｎ，ＮｅｗＴｅｒｒｉｔｏｒｉｅｓ，ＴｈｅＨｏｎｇＫｏｎｇＳｐｅｃｉａｌＡｄｍｉｎｉｓｔｒａｔｉｖｅＲｅｇｉｏｎｏｆｔｈｅＰｅｏｐｌｅ’ｓＲｅｐｕｂｌｉｃｏｆＣｈｉｎａ

(74)【代理人】

【識別番号】110000338

【氏名又は名称】特許業務法人ＨＡＲＡＫＥＮＺＯＷＯＲＬＤＰＡＴＥＮＴ＆ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】ユ，チアハオ

(72)【発明者】

【氏名】チェン，チエンチュン

(72)【発明者】

【氏名】リン，ワンチェン

(72)【発明者】

【氏名】チェン，ユーシン

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

5K067

【Ｆターム（参考）】

5K067AA14

5K067HH28

(57)【要約】

下りリンク送信のためのハイブリッド自動再送要求（ＨＡＲＱ）コードブック生成を実行するユーザ機器（ＵＥ）のための方法が開示される。本方法は、ＨＡＲＱフィードバック処理のための動的スケジューリング設定を基地局から受信する工程、第１のＰＤＳＣＨ受信のための第１のＨＡＲＱ状態フィードバックが無効にされた、第１の物理下りリンク共有チャネル（ＰＤＳＣＨ）受信のためのスケジューリングシグナリングを基地局から受信する工程、及びＨＡＲＱフィードバック処理のために、第１のＰＤＳＣＨ受信のための第１のＨＡＲＱ状態を除くＨＡＲＱコードブックを生成する工程を含む。

【特許請求の範囲】

【請求項1】

下りリンク送信のためのハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）コードブック生成を実行するユーザ機器（ＵＥ：user equipment）のための方法であって、
基地局から、ＨＡＲＱフィードバック処理のための動的スケジューリング設定を受信する工程、
前記基地局から、第１の物理下りリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）受信のための第１のＨＡＲＱ状態フィードバックが無効にされた前記第１のＰＤＳＣＨ受信のためのスケジューリングシグナリングを受信する工程、及び
前記ＨＡＲＱフィードバック処理のために、前記第１のＰＤＳＣＨ受信のための前記第１のＨＡＲＱ状態を除くＨＡＲＱコードブックを生成する工程、
を含む方法。

【請求項2】

前記スケジューリングシグナリングは、第１の下りリンク制御情報（ＤＣＩ：downlink control information）であり、前記第１のＤＣＩは、前記第１のＨＡＲＱ状態フィードバックが無効にされていることを示す、請求項１に記載の方法。

【請求項3】

セミパーシステントスケジューリング（ＳＰＳ：semi-persistent scheduling）ＰＤＳＣＨ受信のための第２のＨＡＲＱ状態フィードバックを無効化していることを示す、ＳＰＳ設定を、前記セミパーシステントスケジューリング（ＳＰＳ）ＰＤＳＣＨ受信のために、前記基地局から、受信する工程、及び
前記ＨＡＲＱコードブックから前記第２のＨＡＲＱ状態を除外する工程、
を更に含む、請求項１に記載の方法。

【請求項4】

前記ＨＡＲＱコードブック中の前記ＳＰＳＰＤＳＣＨ受信に対応するＳＰＳアクティベーション信号及びＳＰＳリリース信号の内の少なくとも１つについてのみの第３のＨＡＲＱ状態を含む工程、
を更に含む、請求項３に記載の方法。

【請求項5】

物理上りリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）送信上の上りリンク制御情報（ＵＣＩ：uplink control information）内の前記ＨＡＲＱコードブックを多重化する工程、及び
第２のＰＤＳＣＨ受信をスケジュールする第２のＤＣＩの下りリンク割り当てインデックス（ＤＡＩ：downlink assignment index）値、前記第１のＰＤＳＣＨ受信を示す第１のＰＤＣＣＨ受信を除く物理下りリンク制御チャネル（ＰＤＣＣＨ：physical downlink control channel）受信の実際の数、前記第１のＨＡＲＱ状態に関連付けられた第１のトランスポートブロック（ＴＢ：transport block）を除く受信ＴＢの数、及び前記第２のＨＡＲＱ状態に関連付けられた第２のＴＢを除く受信したＴＢの数の内の少なくとも１つに従って、前記ＰＵＣＣＨ送信のための電力制御パラメータを決定する工程、
を更に含む、請求項３に記載の方法。

【請求項6】

前記ＤＡＩ値は、前記第１のＰＤＣＣＨの前記受信によってインクリメントしない、請求項５に記載の方法。

【請求項7】

物理上りリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）送信上の上りリンク制御情報（ＵＣＩ：uplink control information）内の前記ＨＡＲＱコードブックを多重化する工程、
対応するＨＡＲＱ状態フィードバックが無効化されている、前記第１のＰＤＳＣＨ受信又は前記ＳＰＳＰＤＳＣＨ受信のみを、前記基地局から、受信する工程、及び
前記ＰＵＳＣＨ送信をスケジューリングする第３のＤＣＩから受信される、予め決定した値を有する下りリンク割り当てインデックス（ＤＡＩ：downlink assignment index）を、前記基地局から受信する工程、
を更に含む、請求項３に記載の方法。

【請求項8】

前記第１のＤＣＩは、前記第１のＨＡＲＱ状態フィードバックが無効化されていることを示すための予約されたＨＡＲＱプロセス番号を含む、請求項２に記載の方法。

【請求項9】

前記予約されたＨＡＲＱプロセス番号は、前記動的スケジューリング設定によって示される、請求項８に記載の方法。

【請求項10】

前記第１のＨＡＲＱ状態フィードバックが無効化される第１のＰＤＳＣＨ受信と前記第１のＨＡＲＱ状態に対応するフィードバックタイミングとの間の時間を示す、前記第１のＤＣＩ内のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケータを無視する工程、
を更に含む、請求項２に記載の方法。

【請求項11】

下りリンク送信のためのハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）コードブック生成を実行する基地局（ＢＳ：base station）のための方法であって、
ユーザ機器（ＵＥ：user equipment）へのＨＡＲＱフィードバックのための動的スケジューリング設定を送信する工程、
前記ＵＥへの、物理下りリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）送信上での前記ＨＡＲＱフィードバックを無効にするためのシグナリングを送信する工程、及び
前記ＨＡＲＱコードブック生成のために前記ＵＥに送信される下りリンク制御情報（ＤＣＩ：downlink control information）の下りリンク割り当てインデックス（ＤＡＩ：downlink assignment index）中の前記ＰＤＳＣＨ送信をカウントしない工程、
を含む方法。

【請求項12】

下りリンク送信のためのハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）コードブック生成を実行するためのユーザ機器（ＵＥ：user equipment）であって、前記ＵＥは、
コンピュータ実行可能命令を実行するためのプロセッサ、及び
前記コンピュータ実行可能命令を記憶するための、前記プロセッサに結合された、一時的でない機械読取可能媒体を含み、前記コンピュータ実行可能命令は、前記プロセッサに、
基地局から、ＨＡＲＱフィードバック処理のための動的スケジューリング設定を受信し、
前記基地局から、第１の物理下りリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）受信のための第１のＨＡＲＱ状態フィードバックが無効にされた前記第１のＰＤＳＣＨ受信のためのスケジューリングシグナリングを受信し、
前記ＨＡＲＱフィードバック処理のために、前記第１のＰＤＳＣＨ受信のための前記第１のＨＡＲＱ状態を除くＨＡＲＱコードブックを生成する、
ように命令することを含む、ＵＥ。

【請求項13】

前記スケジューリング信号は、第１の下りリンク制御情報（ＤＣＩ：downlink control information）であり、前記第１のＤＣＩは、前記第１のＨＡＲＱ状態フィードバックが無効にされていることを示す、請求項１２に記載のＵＥ。

【請求項14】

前記コンピュータ実行可能命令は、前記プロセッサに、
セミパーシステントスケジューリング（ＳＰＳ：semi-persistent scheduling）ＰＤＳＣＨ受信のための第２のＨＡＲＱ状態フィードバックを無効化していることを示す、ＳＰＳ設定を、前記セミパーシステントスケジューリング（ＳＰＳ）ＰＤＳＣＨ受信のために、受信し、及び
前記ＨＡＲＱコードブックから前記第２のＨＡＲＱ状態を除外する、
ように更に命令する、請求項１２に記載のＵＥ。

【請求項15】

前記コンピュータ実行可能命令は、前記プロセッサに、
前記ＨＡＲＱコードブック中の前記ＳＰＳＰＤＳＣＨ受信に対応するＳＰＳアクティベーション信号及びＳＰＳリリース信号の内の少なくとも１つについてのみの第３のＨＡＲＱ状態を含む、
ように更に命令する、請求項１４に記載のＵＥ。

【請求項16】

前記コンピュータ実行可能命令は、前記プロセッサに
物理上りリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）送信上の上りリンク制御情報（ＵＣＩ：uplink control information）内の前記ＨＡＲＱコードブックを多重化し、及び
第２のＰＤＳＣＨ受信をスケジュールする第２のＤＣＩの下りリンク割り当てインデックス（ＤＡＩ：downlink assignment index）値、前記第１のＰＤＳＣＨ受信を示す第１のＰＤＣＣＨ受信を除く物理下りリンク制御チャネル（ＰＤＣＣＨ：physical downlink control channel）受信の実際の数、前記第１のＨＡＲＱ状態に関連付けられた第１のトランスポートブロック（ＴＢ：transport block）を除く受信ＴＢの数、及び前記第２のＨＡＲＱ状態に関連付けられた第２のＴＢを除く受信したＴＢの数の内の少なくとも１つに従って、前記ＰＵＣＣＨ送信のための電力制御パラメータを決定する、
ように更に命令する、請求項１４に記載のＵＥ。

【請求項17】

前記コンピュータ実行可能命令は、前記プロセッサに
物理上りリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）送信上の上りリンク制御情報（ＵＣＩ：uplink control information）内の前記ＨＡＲＱコードブックを多重化し、
対応するＨＡＲＱ状態フィードバックが無効化されている、前記第１のＰＤＳＣＨ受信又は前記ＳＰＳＰＤＳＣＨ受信のみを、前記基地局から、受信し、及び
前記ＰＵＳＣＨ送信をスケジューリングする第３のＤＣＩから受信される、予め決定した値を有する下りリンク割り当てインデックス（ＤＡＩ：downlink assignment index）を、前記基地局から受信する、
ように更に命令する、請求項１４に記載のユーザ装置。

【請求項18】

前記第１のＤＣＩは、前記第１のＨＡＲＱ状態フィードバックが無効化されていることを示すための予約されたＨＡＲＱプロセス番号を含む、請求項１３に記載のＵＥ。

【請求項19】

前記予約されたＨＡＲＱプロセス番号は、前記動的スケジューリング設定によって示される、請求項１８に記載のＵＥ。

【請求項20】

下りリンク送信のためのハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）コードブック生成を実行するための基地局（ＢＳ：base station）であって、前記ＢＳは、
コンピュータ実行可能命令を実行するためのプロセッサ、及び
前記コンピュータ実行可能命令を記憶するために、前記プロセッサに結合された、一時的でない機械読取可能媒体を含み、前記コンピュータ実行可能命令は、前記プロセッサに、
ＨＡＲＱフィードバックのための動的スケジューリング設定を、ユーザ機器（ＵＥ：user equipment）に送信し、
前記ＵＥに、物理下りリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）送信上の前記ＨＡＲＱフィードバックを無効にするためのシグナリングを送信し、及び
ＨＡＲＱコードブック生成のためにＵＥに送信される下りリンク制御情報（ＤＣＩ：downlink control information）の下りリンク割り当てインデックス（ＤＡＩ：downlink assignment index）内の前記ＰＤＳＣＨ送信をカウントしない、
ように命令することを含む、ＢＳ。

【発明の詳細な説明】

【技術分野】

【0001】

〔関連出願の相互参照〕
本開示は、２０１９年７月２６日に出願された”Dynamic Control on HARQ-less Operation for New Radio Systems”という名称の米国仮特許出願第６２／８７８７５５号（以下、「’７５５仮出願」と呼ぶ）の利益及び優先権を主張する。’７５５仮出願の開示は、参照により本開示に完全に組み込まれる。

【0002】

本開示は一般に、無線通信に関し、より詳細には、ハイブリッド自動再送要求（ＨＡＲＱ）コードブック生成を実行する方法、及び関連する装置に関する。

【背景技術】

【0003】

非地上系ネットワーク（ＮＴＮ：Non-terrestrial networks）は、送信のために空中又は人工衛星ビークルを使用するネットワーク又はネットワークのセグメントを指し、Ｒｅｌ－１６タイムライン以降、３ＧＰＰ内で検討された。人工衛星ビークルは、低地球周回（ＬＥＯ：Low Earth Orbiting）衛星、中地球周回（ＭＥＯ：Medium Earth Orbiting）衛星、静止地球周回（ＧＥＯ：Geostationary Earth Orbiting）衛星及び高楕円軌道（ＨＥＯ：Highly Elliptical Orbiting）衛星を含む衛星を指す。

【0004】

３ＧＰＰＲｅｌ－１６ＮＴＮＳｔｕｄｙＩｔｅｍのスコープによれば、評価作業は、地上網（ＴＮ：terrestrial network）の設計ベースラインへの潜在的な影響及び必要とされる拡張を特定することを目的として、サービスリンク（例えば、衛星とユーザ機器（ＵＥ）との間の無線リンク）設計に焦点を当てることができる。

【発明の概要】

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

【0005】

ＨＡＲＱ処理は、ＴＮのために特定された影響の１つである。効率のために、１セットのＨＡＲＱプロセスを並列に実行できるストップアンドウェイト（ＳＡＷ：Stop and Wait）ＨＡＲＱ手順を導入する。ＳＡＷＨＡＲＱ処理は、ＵＥの観点から物理リソース占有時間をより長く保つために、必要な並列ＨＡＲＱプロセスの数が線形的に増加するため、往復時間（ＲＴＴ：round trip time）が長くなると難しくなる。

【0006】

遅延要件を有するサービスでは、ＲＴＴディレイ（delay）が長い場合、ＨＡＲＱ再送信のコストは、法外に高くなり得る。例えば、ＧＥＯ衛星のアクセスネットワークで処理するＵＥは、一方向の伝播に２７０ｍｓまでかかる例がある。６００ｋｍ軌道のＬＥＯ衛星のアクセスネットワークにより、一方向伝搬遅延は２ｍｓと７ｍｓの間で連続的に変化する。遅い反応時間は、ＨＡＲＱ状態フィードバック（例えば、余分なＲＴＴディレイが経験される）に基づいて、再送に性能影響を及ぼすことが予想される。したがって、遅延に敏感なアプリケーション／サービスのために、ＨＡＲＱ処理（又はＨＡＲＱレス処理と呼ばれる）を無効にする機構が提供される。

【0007】

ＨＡＲＱレス処理は、送信に従って動的に設定され得る。上りリンク（ＵＬ：uplink）における１つのＨＡＲＱ状態フィードバック機会は、ＨＡＲＱレス送信及び通常のＨＡＲＱ送信の両方をカバーする必要があり得る。ＨＡＲＱレス処理は、動的スケジューリング及びＳＰＳスケジューリングのために存在し得る。しかしながら、ＨＡＲＱレス処理下でのＨＡＲＱコードブック生成の仕様は、存在しない。その上、ＰＵＣＣＨ送信のための上りリンク制御情報（ＵＣＩ：Uplink Control Information）ビットの数は、特定の状況においてＰＵＣＣＨ電力制御に影響を及ぼす。ＨＡＲＱコードブックは、ＵＣＩにおいて多重化され得るため、ＨＡＲＱコードブックサイズは、電力制御にも影響を及ぼし得る。

【0008】

本開示は、ＨＡＲＱコードブック生成を実行する方法及び関連する装置を提供する。

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

【0009】

本開示の態様によれば、下りリンク送信のためのハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）コードブック生成を実行するユーザ機器（ＵＥ：user equipment）のための方法が提供される。本方法は、基地局から、ＨＡＲＱフィードバック処理のための動的スケジューリング設定を受信する工程、基地局から、第１の物理下りリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）受信のための第１のＨＡＲＱ状態フィードバックが無効にされた第１のＰＤＳＣＨ受信のためのスケジューリングシグナリングを受信する工程、及びＨＡＲＱフィードバック処理のために、第１のＰＤＳＣＨ受信のための第１のＨＡＲＱ状態を除くＨＡＲＱコードブックを生成する工程を含む。

【0010】

本開示の別の態様によれば、下りリンク送信のためのハイブリッド自動再送要求（ＨＡＲＱ）コードブック生成を実行する基地局（ＢＳ：base station）のための方法が提供される。本方法は、ユーザ機器（ＵＥ：user equipment）へのＨＡＲＱフィードバックのための動的スケジューリング設定を送信する工程、ＵＥへの、物理下りリンク共有チャネル（ＰＤＳＣＨ）送信上でＨＡＲＱフィードバックを無効にするためのシグナリングを送信する工程、及びＨＡＲＱコードブック生成のためにＵＥに送信される下りリンク制御情報（ＤＣＩ：downlink control information）の下りリンク割り当てインデックス（ＤＡＩ：downlink assignment index）中のＰＤＳＣＨ送信をカウントしない工程を含む。

【0011】

本開示の別の態様によれば、下りリンク送信のためのハイブリッド自動再送要求（ＨＡＲＱ）コードブック生成を実行するためのユーザ機器（ＵＥ）が提供される。ＵＥは、コンピュータ実行可能命令を実行するためのプロセッサ、及びコンピュータ実行可能命令を記憶するために、プロセッサに結合された、一時的でない機械読取可能媒体を含み、コンピュータ実行可能命令は、プロセッサに、基地局から、ＨＡＲＱフィードバック処理のための動的スケジューリング設定を受信し、基地局から、第１の物理下りリンク共有チャネル（ＰＤＳＣＨ）受信のための第１のＨＡＲＱ状態フィードバックが無効にされた第１のＰＤＳＣＨ受信のためのスケジューリングシグナリングを受信し、ＨＡＲＱフィードバック処理のために、第１のＰＤＳＣＨ受信のための第１のＨＡＲＱ状態を除くＨＡＲＱコードブックを生成するように命令する。

【0012】

本開示の別の態様によれば、下りリンク送信のためのハイブリッド自動再送要求（ＨＡＲＱ）コードブック生成を実行するための基地局（ＢＳ）が提供される。ＢＳは、コンピュータ実行可能命令を実行するためのプロセッサ、及びコンピュータ実行可能命令を記憶するために、プロセッサに結合された、一時的でない機械読取可能媒体を含み、コンピュータ実行可能命令は、プロセッサに、ＨＡＲＱフィードバックのための動的スケジューリング設定を、ユーザ機器（ＵＥ）に送信し、ＵＥに、物理下りリンク共有チャネル（ＰＤＳＣＨ）送信上のＨＡＲＱフィードバックを無効にするためのシグナリングを送信し、及びＨＡＲＱコードブック生成のためにＵＥに送信される下りリンク制御情報（ＤＣＩ）の下りリンク割り当てインデックス（ＤＡＩ）内のＰＤＳＣＨ送信をカウントしないように命令する。

【図面の簡単な説明】

【0013】

例としての本開示の態様は、添付の図面と共に読まれるとき、以下の詳細な説明から最も良く理解される。様々な特徴は、一定の縮尺で描かれておらず、様々な特徴の寸法は、議論を明確にするために任意に増減されてもよい。

【図1】図１は、本開示の例としての実装形態による、ＨＡＲＱコードブック生成を示すフローチャートである。

【図2】図２は、本開示の例としての実装形態による、無線通信のためのノードを示す構成図である。

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

【0014】

以下の記載は、本開示における例としての実装形態に関連する具体的な情報を含む。本開示の図面及び添付の詳細な説明は、単に例としての実装形態を対象とする。しかしながら、本開示は、単にこれらの例としての実装形態に限定されるものではない。本開示の他の変形例及び実装形態は、当業者には想起されるであろう。特に断らない限り、複数の図中の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。更に、本開示における図面及び図示は、ほとんどの場合、一定の縮尺ではなく、実際の相対的な寸法に対応することを意図していない。

【0015】

一貫性及び理解を容易にするために、同様の特徴は、例としての図において同じ数字によって識別され得る（ただし、いくつかの例では、図示されていない）。しかしながら、異なる実装形態における特徴は、他の点で異なっていてもよく、従って、図面に示されるものに狭く限定されるものではない。

【0016】

この説明は、「１つの実装形態において」又は「いくつかの実装形態において」という語句を使用し、それぞれが同じ又は異なる実装形態の１つ以上を指してもよい。「結合された」という用語は、直接的又は間接的に介在する構成要素を介して接続されたものとして定義され、必ずしも物理的接続に限定されるものではない。「備える（ｃｏｍｐｒｉｓｉｎｇ）」という用語は、「必ずしも限定されるものではないが、含む」を意味する。それは、そのように説明された組み合わせ、グループ、シリーズ、及び等価物におけるオープンエンドの包含又はメンバーシップを特に示す。

【0017】

その上、以下の文章（サブ）－箇条書き、ポイント、アクション、挙動、用語、選択肢、実施例又はクレームの内の２つ以上は、論理的に、合理的に、適切に組み合わせて、具体的な方法を形成することができる。以下の開示に記載される、文章、段落、（サブ）－箇条書き、ポイント、アクション、挙動、用語又はクレームは特定の方法を形成するために、独立してかつ別個に実装することができる。例えば「に基づく」、「より具体的に」、「好ましくは」、「一実施形態において」、「一実装形態において」、「一選択肢において」などは、以下の記載において、特定の方法を限定しない１つの考えられる例のみを指す。

【0018】

説明及び非限定の目的のために、機能エンティティ、技法、プロトコル、規格などの具体的な詳細が、説明される技術の理解を実現するために記載される。他の例において、不必要な詳細で説明を不明瞭にしないように、周知の方法、技術、システム、アーキテクチャなどの詳細な説明は、省略される。

【0019】

当業者は、本開示に記載されている任意のネットワーク機能（複数種類可）又はアルゴリズム（複数種類可）が、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアの組み合わせによって実装されてもよいことを直ちに理解するだろう。説明される機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせであり得るモジュールに対応し得る。ソフトウェアの実装形態は、メモリ又は他の種類の記憶装置などのコンピュータ読み取り可能媒体に記憶されたコンピュータ実行可能命令を備えてもよい。例えば、通信処理能力を有する一つ以上のマイクロプロセッサ又は汎用コンピュータを、対応する実行可能命令を用いてプログラムし、記述されたネットワーク機能（複数種類可）又はアルゴリズム（複数種類可）を実行することができる。マイクロプロセッサ又は汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックアレイ、及び／又は一つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用して形成することができる。本明細書に記載されている例としての実装形態のいくつかは、コンピュータハードウェア上にインストールされ実行されるソフトウェアを指向しているが、それにもかかわらず、ファームウェアとして、又はハードウェアとして、又はハードウェアとソフトウェアの組合せとして実装される代替の実施例は、本開示の範囲内に十分にある。

【0020】

コンピュータ読み取り可能媒体は、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、読み取り専用メモリ（ＲＯＭ：Read Only Memory）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Erasable Programmable Read-Only Memory）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：Compact Disc Read-Only Memory）、磁気カセット、磁気テープ、磁気ディスク記憶装置、又はコンピュータ読み取り可能命令を記憶可能な他の任意の同等の媒体を含むが、これらに限定されない。

【0021】

無線通信ネットワークアーキテクチャ（例えばロングタームエボリューション（ＬＴＥ：Long Term Evolution）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）システム、ＬＴＥ－ＡｄｖａｎｃｅｄＰｒｏシステム、又は５Ｇ新無線（ＮＲ）無線アクセスネットワーク（ＲＡＮ））は、通常、少なくとも一つの基地局、少なくとも一つのユーザ機器（ＵＥ）、及びネットワークへの接続を提供する一つ以上のオプションのネットワーク要素を含む。ＵＥは、一つ以上の基地局によって確立されたＲＡＮを介して、ネットワーク（例えばコアネットワーク（ＣＮ）、エボルブドパケットコア（ＥＰＣ：Evolved Packet Core）ネットワーク、エボルブドユニバーサルテレストリアル無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ：Evolved Universal Terrestrial Radio Access network）、５Ｇコア（５ＧＣ）、又はインターネット）と通信する。

【0022】

なお、本開示において、ＵＥは、移動局、モバイル端末又は装置、ユーザ通信無線端末を含むが、これらに限定されない。例えばＵＥは、モバイル無線機器であってよく、携帯電話、タブレット、ウェアラブルデバイス、センサ、又は無線通信能力を有するパーソナルデジタルアシスタント（ＰＤＡ）を含むが、これらに限定されない。ＵＥは、ＲＡＮ内の一つ以上のセルに、エアーインターフェース上で、信号を送受信するよう設定されている。

【0023】

ＢＳは、ＵＭＴＳにおけるノードＢ（ＮＢ：node B）、ＬＴＥ又はＬＴＥ－Ａにおける進化型ノードＢ（ｅＮＢ：evolved node B）、ＵＭＴＳにおける無線ネットワークコントローラ（ＲＮＣ：Radio Network Controller）、モバイル通信のためのグローバルシステム（ＧＳＭ：Global System for Mobile communications）／ＧＳＭエボリューション（ＥＤＧＥ：Enhanced Data rates for GSM Evolution）ＲＡＮのためのＧＳＭ拡張データ速度（ＧＥＲＡＮ）におけるＢＳコントローラ（ＢＳＣ：Base Station Controller）、５ＧＣに関連するＥ－ＵＴＲＡ（Ｅ－ＵＴＲＡ：Evolved Universal Terrestrial Radio Access）ＢＳにおける次世代（ＮＧ：Next Generation）－ｅＮＢ、５Ｇ－ＲＡＮにおける次世代ノードＢ（ｇＮＢ：Next generation Node B）、及びセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含むことができるが、これらに限定されない。ＢＳは、ネットワークへの無線インターフェースによって、一つ以上のＵＥにサービスを提供するように接続し得る。

【0024】

ＢＳは、以下の無線アクセス技術（ＲＡＴｓ：Radio Access Technologies）の内の少なくとも一つに従った通信サービスを提供するように構成されてよい。マイクロ波アクセスのためのワールドワイド相互運用（ＷｉＭＡＸ：Worldwide Interoperability for Microwave Access）、モバイル通信のためのグローバルシステム（ＧＳＭ：Global System for Mobile、しばしば２Ｇとして呼ばれる）、ＧＳＭＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：GSM EDGE Radio Access Network）、汎用パケット無線サービス（ＧＲＰＳ：General Packet Radio Service）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ：Wideband-Code Division Multiple Access）に基づいたユニバーサルモバイル通信システム（ＵＭＴＳ：Universal Mobile Telecommunication System、しばしば３Ｇとして呼ばれる）、高速パケットアクセス（ＨＳＰＡ：High-Speed Packet Access）、ＬＴＥ、ＬＴＥ－Ａ、ｅＬＴＥ（進化型ＬＴＥ、例えば５ＧＣに接続したＬＴＥ）、ＮＲ（しばしば５Ｇとして呼ばれる）、及び／又はＬＴＥ－ＡＰｒｏ。しかしながら本出願の範囲は、上記のプロトコルに限定されるべきではない。

【0025】

ＢＳは、ＲＡＮを形成する複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能である。ＢＳは、セルの動作をサポートする。各セルは、セルの無線カバレッジ内の少なくとも１つのＵＥにサービスを提供するように動作可能である。より具体的には、各セル（しばしばサービングセルと呼ばれる）がセルの無線カバレッジ内の１つ以上のＵＥを提供するサービスを提供する（例えば、各セルがＤＬ及び任意でＵＬパケット送信のために、セルの無線カバレッジ内の少なくとも１つのＵＥにＤＬ及び任意でＵＬリソースをスケジューリングする）。ＢＳは、複数のセルを介して無線通信システム内の１つ以上のＵＥと通信することができる。セルは、近接サービス（ＰｒｏＳｅ）、ＬＴＥＳＬサービス、及びＬＴＥ／ＮＲＶ２Ｘサービスをサポートするためにサイドリンク（ＳＬ）リソースを割り当てることができる。各セルは、他のセルとオーバーラップしたカバレッジエリアを有することがある。

【0026】

ＨＡＲＱ処理は、半静的方法又は動的方法のいずれかで無効にされ得る。ＨＡＲＱコードブックは、半静的コードブック又は動的コードブックであってもよい。

【0027】

半静的にＨＡＲＱ処理を制御するために、ＵＥがＨＡＲＱレス処理を実行するように設定される場合、無線リソース制御（ＲＲＣ：radio resource control）シグナリングが使用され得る。ＨＡＲＱレス処理中に、トランスポートブロック（ＴＢ）が複数回送信される場合、再送信の決定は、意図された受信機からのＨＡＲＱ状態フィードバックに基づいておらず、ここで、ＨＡＲＱ状態フィードバックは通常、ＴＢの復号結果に基づいて決定される。なお、ＨＡＲＱレス処理は、ＵＥ設定、サービングセル（例えば、コンポーネントキャリア、ＣＣ）設定、帯域幅部分（ＢＷＰ：BandWidth Part）設定、又はセルグループ設定によって設定されることができる。ＨＡＲＱレス処理が設定される場合、例えば、データ無線ベアラ（ＤＲＢ：data radio bearers）からのトラフィックは、ＨＡＲＱ状態フィードバックに基づいて再送信されないことがある。半静的なＨＡＲＱレス処理は、セミパーシステントスケジューリング（ＳＰＳ：semi-persistent scheduling）を介して設定され得る。ＳＰＳ送信を用いると、一定の持続時間中に、周期的な物理リソースが、設定されたＵＥに提供される。ＳＰＳ送信は、物理レイヤシグナリング（例えば、ＤＣＩ／物理下りリンク制御チャンネル（ＰＤＣＣＨ））を介してアクティブ化されてよい。１つのＳＰＳ送信が物理層シグナリングを介してアクティブ化される場合、いくつかの送信パラメータは、アクティブ化信号とともに送信されてもよく、送信パラメータは、ＳＰＳ送信をリリースする前に適用可能である。ＳＰＳ送信の場合、ＨＡＲＱレス処理は、ＲＲＣを介して設定されてもよく、又はＳＰＳアクティブ化フェーズにおいて動的に示されてもよい。ＳＰＳ送信において、ＨＡＲＱ状態フィードバックに使用されるＨＡＲＱプロセス番号は、固定されないことがある。

【0028】

ＨＡＲＱ処理を動的に制御するために、物理層シグナリング（例えば、ＤＣＩ／ＰＤＣＣＨ）を使用することができ、ここで、ＵＥは、物理層シグナリングに対応するＰＤＳＣＨ送信のためのＨＡＲＱレス処理を実行するように示される。ＤＣＩ／ＰＤＣＣＨを介してＨＡＲＱレス処理が示される場合、特定のＨＡＲＱ処理番号は、例えば、ＲＲＣ設定によって予約され、送信のためのＨＡＲＱレス処理を示すことができる。あるいは、専用ＤＣＩフィールドを使用して、送信のＨＡＲＱレス処理を示すことができる。専用ＤＣＩフィールドは、送信ではなく、ＵＥのための、ＵＥのサービングセルのための、ＵＥのサービングセルのＢＷＰのための、又は設定されたグラント（ＣＧ）設定のための、ＨＡＲＱレス処理を示すために使用され得る。

【0029】

ＨＡＲＱレス処理の場合、ＴＢの再送信がブラインドに実行されるが、ＴＢに対応する以前の送信のＨＡＲＱ状態フィードバックに基づくものではないブラインド再送信を有することが依然として可能であることに留意されたい。

【0030】

図１は、ＵＥがＨＡＲＱコードブック生成を実行するための方法１００を示す。アクション１０２において、ＵＥは、ＢＳから、ＨＡＲＱフィードバック処理のための動的スケジューリング設定を受信する。アクション１０４において、ＵＥは、ＢＳから、ＨＡＲＱ状態フィードバックが無効にされているＰＤＳＣＨ受信を示すスケジューリングシグナリングを受信する。アクション１０６において、ＵＥは、前記ＰＤＳＣＨ受信のためのＨＡＲＱ状態を除くＨＡＲＱコードブックを生成する。

【0031】

方法１００は、ＵＥが、ＨＡＲＱ状態フィードバックがＨＡＲＱコードブックにおいて無効にされている動的ＰＤＳＣＨ受信のＨＡＲＱ状態を含まず、ＨＡＲＱ状態フィードバックがＨＡＲＱコードブックにおいて無効にされていない他の動的ＰＤＳＣＨ受信のＨＡＲＱ状態を含む、ＨＡＲＱコードブック生成メカニズムを提供する。

【0032】

一実装形態において、上述したスケジューリングシグナリングは、ＰＤＳＣＨ受信のためのＨＡＲＱ状態フィードバックが無効にされていることを示す下りリンク制御情報（ＤＣＩ）である。

【0033】

一実装形態において、ＤＣＩは、ＰＤＳＣＨ受信のためのＨＡＲＱ状態フィードバックが無効にされていることを示すための予約されたＨＡＲＱプロセス番号を含む。

【0034】

一実装形態において、予約されたＨＡＲＱプロセス番号は、動的スケジューリング設定によって示され得る。上述した動的スケジューリング設定は、ＰＤＳＣＨ受信のために利用可能なＨＡＲＱプロセス番号を更に示すことができる。

【0035】

いくつかの実装形態において、ＵＥは、ＤＣＩ中のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケータを無視することができ、ここで、ＰＤＳＣＨからＨＡＲＱへのフィードバックは、ＨＡＲＱ状態フィードバックが無効にされるＰＤＳＣＨ受信と、ＰＤＳＣＨ受信のためのＨＡＲＱ状態の対応するフィードバックタイミングとの間のタイムギャップを示す。

【0036】

更に、ＵＥは、ＳＰＳＰＤＳＣＨ受信を用いて設定され得る。この場合において、ＵＥは、ＢＳから、ＳＰＳＰＤＳＣＨ受信のためのＳＰＳ設定を受信し、ＳＰＳ設定は、ＳＰＳＰＤＳＣＨ受信のためのＨＡＲＱ状態フィードバックが無効であることを示す。ＨＡＲＱ処理のために、ＵＥは、ＳＰＳＰＤＳＣＨ受信のＨＡＲＱ状態を除くＨＡＲＱコードブックを生成する。しかしながら、いくつかの実施例において、ＵＥは、ＨＡＲＱコードブックにおける、ＳＰＳＰＤＳＣＨ受信に対応するＳＰＳアクティブ化シグナリング又はＳＰＳリリースシグナリングのためのＨＡＲＱ状態を含むことができる。

【0037】

いくつかの実装形態において、ＵＥは、ＨＡＲＱコードブックをＢＳに送信するために、ＰＵＣＣＨ送信上のＵＣＩ中でＨＡＲＱコードブックを多重化することができる。ＵＥは、ＰＤＳＣＨ受信をスケジューリングするＤＣＩの下りリンク割り当てインデックス（ＤＡＩ）値、ＨＡＲＱ状態フィードバックが無効にされているＰＤＳＣＨ受信を示すＰＤＣＣＨ受信を除くＰＤＣＣＨ受信の実際の数、ＨＡＲＱレス処理に関連付けられたＴＢを除く受信したＴＢの数の内の少なくとも１つに従って、ＰＵＣＣＨ送信のための電力制御パラメータを決定することができる。上記のＤＡＩ値は、ＨＡＲＱレス処理に続くことが示されているＰＤＳＣＨに対応するＰＤＣＣＨの受信をカウントしなくてもよい。

【0038】

いくつかの実装形態において、ＵＥは、ＨＡＲＱコードブックをＢＳに送信するために、物理上りリンク共有チャネル（ＰＵＳＣＨ）送信上のＵＣＩ中でＨＡＲＱコードブックを多重化することができる。一実施例において、ＵＥは、ＢＳから、対応するＨＡＲＱ状態フィードバックが無効にされたＰＤＳＣＨ受信又はＳＰＳＰＤＳＣＨ受信のみを受信し、ＢＳから、予め決定した値を有するＤＡＩを受信することができ、ＤＡＩは、ＰＵＳＣＨ送信をスケジューリングするＤＣＩから受信される。

【0039】

一方で、ＢＳは、上述した動的スケジューリング設定をＵＥに送信し、ＰＤＳＣＨ受信（ＨＡＲＱレスＰＤＳＣＨ受信と呼ばれる）上のＨＡＲＱ状態フィードバックを無効にするためのシグナリングをＵＥに送信することができる。ＨＡＲＱコードブック生成のために、ＢＳは、ＵＥに送信されたＤＣＩのＤＡＩで、ＨＡＲＱレスＰＤＳＣＨ送信をカウントしなくてもよい。

【0040】

動的ＨＡＲＱコードブック生成及び半静的ＨＡＲＱコードブック生成が、開示される。

【0041】

動的ＨＡＲＱコードブックを生成する第１の方法において、ＨＡＲＱ状態フィードバックが無効にされた少なくとも１つのＰＤＳＣＨ受信（以下、ＨＡＲＱレスＰＤＳＣＨ受信と呼ぶ）のとき、ＨＡＲＱレスＰＤＳＣＨ受信の復号結果にかかわらず、ＨＡＲＱレスＰＤＳＣＨ受信に対して「ＡＣＫ」状態が常に報告される。ＨＡＲＱレスＳＰＳＰＤＳＣＨ受信に関連付けられたＰＤＣＣＨのアクティブ化又はリリースのために、ＨＡＲＱレスＰＤＳＣＨ受信のＨＡＲＱ状態は、例えばＴＳ３８．２１３Ｖ１５．５．０技術文書におけるように、ＮＲＲｅｌ－１５／１６で定義された原則に従うことも、従わないこともある。ＵＥがＮＲＲｅｌ－１５／１６の原則に準拠する場合、動的ＨＡＲＱコードブックを生成するために、ＨＡＲＱレスＳＰＳＰＤＳＣＨ受信の復号結果に従って、ＵＥは、ＨＡＲＱレスＳＰＳＰＤＳＣＨ受信のためのＨＡＲＱ状態を報告してもよい。ここで扱われるＮＴＮシナリオについてＴＳ３８．２１３Ｖ１５．５．０のような、ＮＲＲｅｌ－１５／１６の原則にＵＥが準拠していない場合、ＵＥは、ＨＡＲＱレスＰＤＳＣＨ受信の復号結果にかかわらず、ＨＡＲＱレスＳＰＳＰＤＳＣＨ受信のための「ＡＣＫ」状態を報告してもよい。

【0042】

いくつかの実装形態において、ＨＡＲＱレスＰＤＳＣＨ受信の全てのＨＡＲＱ状態は、「ＡＣＫ」状態に制約される。この場合において、生成される動的ＨＡＲＱコードブックサイズは、ＨＡＲＱレス処理又は通常のＨＡＲＱ処理にかかわらず、ＮＲＲｅｌ－１５／１６におけるものと同じである。

【0043】

ＳＰＳＰＤＳＣＨのアクティブ化又はリリースに関連付けられたＰＤＣＣＨについては、ＵＥは、対応するＨＡＲＱレスＰＤＳＣＨ受信の復号結果に従って、対応するＨＡＲＱレスＰＤＳＣＨ受信のＨＡＲＱ状態をＢＳに報告することができる。

【0044】

いくつかの実装形態において、ＳＰＳＰＤＳＣＨアクティブ化又はリリースに関連付けられたＰＤＣＣＨが巡回冗長検査（ＣＲＣ：cyclic redundancy check）の検査を通過する限り、ＵＥは、ＨＡＲＱレスＳＰＳＰＤＳＣＨ受信のための「ＡＣＫ」状態をＢＳに報告してもよい。

【0045】

第２の方法において、ＨＡＲＱレスＰＤＳＣＨ受信の復号結果にかかわらず、ＨＡＲＱレスＰＤＳＣＨ受信のＨＡＲＱ状態は、動的ＨＡＲＱコードブックから除外される。ＳＰＳＨＡＲＱレスＰＤＳＣＨ受信に関連付けられたＰＤＣＣＨのアクティブ化又はリリースの場合、ＳＰＳＨＡＲＱレスＰＤＳＣＨ受信のＨＡＲＱ状態は、動的ＨＡＲＱコードブックに含まれても、含まれなくてもよい。

【0046】

一実装形態において、ＳＰＳ設定に対応するＳＰＳＰＤＳＣＨ受信は、ＨＡＲＱレスＳＰＳＰＤＳＣＨ受信として示され得る。ＨＡＲＱ状態フィードバックが無効にされたＳＰＳＰＤＳＣＨ受信の場合、ＵＥは、動的ＨＡＲＱコードブックからＳＰＳＰＤＳＣＨ受信のＨＡＲＱ状態を除外する。

【0047】

ＰＤＣＣＨのアクティブ化又はリリース、すなわち、ＨＡＲＱレスＳＰＳＰＤＳＣＨ受信に対応する、ＰＤＣＣＨのアクティブ化又はリリースについて、ＵＥは、ＮＲＲｅｌ－１５／１６、例えば、ＴＳ３８．２１３Ｖ１５．５．０技術文書に詳述されているように、対応するＨＡＲＱレスＳＰＳＰＤＳＣＨ受信の復号結果に従って、ＨＡＲＱレスＳＰＳＰＤＳＣＨ受信のＨＡＲＱ状態を報告することができる。すなわち、ＨＡＲＱレスＳＰＳＰＤＳＣＨ受信のＨＡＲＱ状態は、動的ＨＡＲＱコードブックに含まれる。一実施例において、ＨＡＲＱレスＳＰＳＰＤＳＣＨ受信に対応するＰＤＣＣＨのアクティブ化又はリリースがＣＲＣの検査を通過するか否かに基づいて、ＨＡＲＱ状態（例えば、「ＡＣＫ」又は「ＮＡＣＫ」状態）が決定される。ＣＲＣの検査を通過する場合、ＨＡＲＱレスＳＰＳＰＤＳＣＨ受信のための「ＡＣＫ」が報告され、ＣＲＣの検査を通過しない場合、「ＮＡＣＫ」が報告され得る。

【0048】

いくつかの実装形態において、ＵＥは、ＨＡＲＱレスＳＰＳＰＤＳＣＨ受信のＨＡＲＱ状態を動的ＨＡＲＱコードブックから除外することができる。

【0049】

第２の方法の原則の下で、下りリンク割り当てインデックス（ＤＡＩ）フィールドは、ＰＤＳＣＨ受信又はＨＡＲＱレスＳＰＳＰＤＳＣＨのアクティブ化又はリリースをスケジュールするＰＤＣＣＨ受信をカウントしなくてもよい。

【0050】

ＤＡＩフィールドは、ＤＣＩフォーマット１＿０又は１＿１に対応し、カウンタとしてのＤＡＩとして示される。一実施例において、ＤＡＩフィールドは、ＵＥに設定されたサービングセルが１つだけである場合、カウンタＤＡＩとして示される。他の実施例において、１つのＵＥに１つ以上のサービングセルが存在する場合、ＤＡＩフィールドは、カウンタＤＡＩ（例えば、２ＭＳＢビット）と総ＤＡＩ（例えば、２ＬＳＢビット）を含む。

【0051】

ＳＰＳＰＤＳＣＨ受信がＨＡＲＱレスＳＰＳＰＤＳＣＨ受信として示される場合、ＨＡＲＱレスＳＰＳＰＤＳＣＨ受信は、ＤＡＩフィールドのカウントから除外されてもよい。

【0052】

一実装形態において、ＤＡＩフィールドは、ＨＡＲＱレスＳＰＳＰＤＳＣＨに対応するＰＤＣＣＨ受信のアクティブ化又はリリースをカウントする。

【0053】

いくつかの実装形態において、ＤＡＩフィールドは、ＨＡＲＱレスＳＰＳＰＤＳＣＨに対応するＰＤＣＣＨ受信のアクティブ化又はリリースをカウントしない。

【0054】

ＨＡＲＱレスＳＰＳＰＤＳＣＨのためのＰＤＣＣＨのアクティブ化又はリリースをカウントしない又は除外するとき、対応するＤＣＩ内のＤＡＩフィールドの値は、ＵＥによって無視され得る。対応するＤＣＩにおけるＤＡＩフィールドの値は、ＢＳによって管理され得る。ＵＥは、通常のＨＡＲＱ処理を用いたＰＤＳＣＨ受信の数を導出するために、ＤＡＩフィールドの値を使用してもよい。

【0055】

更に、ＵＥは、ＰＵＳＣＨ上でＵＣＩ中のダイナミックＨＡＲＱコードブックを多重化してもよく、ＨＡＲＱレス処理を用いる１つのＰＤＳＣＨ受信のみがＵＥによって受信される場合、対応するＤＣＩフォーマット０＿１中のＵＬＤＡＩ（例えば、

【0056】

【数1】

【0057】

）フィールドは、固定値、たとえば、「４」と示されてもよい。

【0058】

上述した第１、第２のどちらの方法においても、ＵＣＩのビット数（例えば、Ｏ_ＡＣＫ＋Ｏ_ＳＲ＋Ｏ_ＣＳＩ）が予め決定した閾値（例えば、１１ビット）以下であり、ここでＯ_ＡＣＫは、ＵＣＩに含まれる動的ＨＡＲＱコードブックのＨＡＲＱ情報ビット数であり、Ｏ_ＳＲは、ＵＣＩに含まれるスケジューリングリクエスト（ＳＲ）ビット数であり、Ｏ_ＣＳＩは、ＵＣＩに含まれるＣＳＩ（チャネル状態情報）ビット数である。ＵＣＩを伝送するＰＵＣＣＨの送信電力を得るために使用されるＨＡＲＱ情報ビット（例えば、ｎ_{ＨＡＲＱ－ＡＣＫ}）の数は、事前に定義されたルールに基づいて決定される。

【0059】

ＰＵＣＣＨの送信電力を得るためのｎ_{ＨＡＲＱ－ＡＣＫ}の数の使用は、ＮＲＲｅｌ－１５／１６（例えば、３ＧＰＰＴＳ３８．２１３Ｖ１５．５．０技術文書）に記載されているものに従ってもよい。事前に定義されたルールは、（１）全てのサービングセルが非コードブロックグループベースの（非ＣＢＧベースの）ＨＡＲＱ処理に従う、（２）サービングセルのサブセットがＣＢＧベースのＨＡＲＱ処理のために設定される、という２つのケースの間で異なる。２つのケースは、開示される。

【0060】

〔ケース１：全てのサービングセルのための非ＣＢＧベースのＨＡＲＱ処理〕
サービングセルのいずれも、ＣＢＧベースのＨＡＲＱ処理を実行するように設定されていない場合、ｎ_{ＨＡＲＱ－ＡＣＫ}の値は、式１に基づいて決定され得る。式１は、ＮＲＲｅｌ－１５／１６、例えば、ＴＳ３８．２１３Ｖ１５．５．０における定式化に従うが、パラメータの定義は、以下に詳述するように修正されることに留意されたい。

【0061】

式１

【0062】

【数2】

【0063】

ここで、

【0064】

【数3】

【0065】

は、ＵＥのための上位層によって設定されたサービングセルの数であり、Ｍは、全ての受信が通常のＨＡＲＱ処理を用いて設定／示されているスロットｎの同じＰＵＣＣＨ内の動的ＨＡＲＱコードブックを、ＵＥが送信する設定されたサービングセルのアクティブＤＬＢＷＰにわたって、ＰＤＳＣＨ受信又はＳＰＳＰＤＳＣＨリリースをスケジュールするためのＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１を用いるＰＤＣＣＨの１セットのＰＤＣＣＨ監視機会のカーディナリティ（cardinality）である。ＰＤＣＣＨ監視機会は、ＰＤＣＣＨ監視機会に関連付けられた検索空間がセットする開始時間の昇順である。上記の説明に基づいて、一実装形態において、送信がＨＡＲＱレス送信として示され／設定される場合、対応する送信されたＴＢは、式１において考慮されない。

【0066】

【数4】

【0067】

である場合、

【0068】

【数5】

【0069】

は、ＰＤＳＣＨ受信をスケジューリングする、又はＭ個のＰＤＣＣＨ監視機会内でＵＥが検出する任意のサービングセルｃに対するＳＰＳＰＤＳＣＨリリースを示す、最後の有効なＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１中のカウンタＤＡＩの値である。

【0070】

【数6】

【0071】

である場合、

【0072】

【数7】

【0073】

を決定するための２つのシナリオが存在する。

【0074】

ＵＥがＭ個のＰＤＣＣＨ監視機会中の最後のＰＤＣＣＨ監視機会中に任意の有効なＤＣＩフォーマット１＿１を検出せず、ここで、任意のサービスセルｃに、ＰＤＳＣＨ受信をスケジューリングする、又はＳＰＳＰＤＳＣＨのリリースを示す、少なくとも１つのＤＣＩフォーマットを、ＵＥが検出する場合、

【0075】

【数8】

【0076】

は、最後のＰＤＣＣＨ監視機会中にＵＥが検出した最後の有効なＤＣＩフォーマット１＿０中のカウンタＤＡＩの値である。

【0077】

ＵＥがＭ個のＰＤＣＣＨ監視機会中の最後のＰＤＣＣＨ監視機会中に少なくとも一つの有効なＤＣＩフォーマット１＿１を検出し、ここで、任意のサービスセルｃに、ＰＤＳＣＨ受信をスケジューリングする、又はＳＰＳＰＤＳＣＨのリリースを示す、少なくとも１つのＤＣＩフォーマットを、ＵＥが検出する場合、

【0078】

【数9】

【0079】

は、少なくとも一つの有効なＤＣＩフォーマット１＿１中のトータルＤＡＩの値である。

【0080】

【数10】

【0081】

である場合、Ｍ個のＰＤＣＣＨ監視機会の任意において、任意のサービングセルｃのために、ＰＤＳＣＨ受信をスケジューリングする、又はＳＰＳＰＤＳＣＨリリースを示す、任意の有効なＤＣＩフォーマット１＿０若しくはＤＣＩフォーマット１＿１を、ＵＥは、検出しない。

【0082】

【数11】

【0083】

は、サービングセルｃのためのＭ個のＰＤＣＣＨ監視機会内でＵＥが検出する、ＰＤＳＣＨ受信をスケジューリングする、又はＳＰＳＰＤＳＣＨリリースを示す、有効なＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１の合計数である。

【0084】

【数12】

【0085】

である場合、Ｍ個のＰＤＣＣＨＰＤＣＣＨ監視機会内の任意で、サービングセルｃのための、ＰＤＳＣＨ受信をスケジューリングするか、若しくはＳＰＳＰＤＳＣＨリリースを示す、有効なＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１を、ＵＥは、検出しない。

【0086】

【数13】

【0087】

である場合、任意のサービングセルｃのための上位層から提供される”ｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩ”の値は、「２」であり、”ｈａｒｑ－ＡＣＫ－ＳｐａｔｉａｌＢｕｎｄｌｉｎｇＰＵＣＣＨ”は、提供されない、そうでなければ、

【0088】

【数14】

【0089】

である。

【0090】

【数15】

【0091】

は、「ｈａｒｑ－ＡＣＫ－ＳｐａｔｉａｌＢｕｎｄｌｉｎｇＰＵＣＣＨ」が提供されていない場合、ＵＥがサービングセルｃのためにＰＤＣＣＨ監視機会ｍで検出した有効なＤＣＩフォーマット１＿０若しくはＤＣＩフォーマット１＿１によってスケジュールされたＰＤＳＣＨの数であり、又は「ｈａｒｑ－ＡＣＫ－ＳｐａｔｉａｌＢｕｎｄｌｉｎｇＰＵＣＣＨ」が提供されている場合、ＵＥがサービングセルｃのためにＰＤＣＣＨ監視機会ｍで検出した有効なＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１によってスケジュールされたＰＤＳＣＨの数、又はＵＥがサービングセルｃに対するＰＤＣＣＨ監視機会ｍでＳＰＳＰＤＳＣＨリリースを検出して示す、有効なＤＣＩフォーマット１＿０の数である。

【0092】

一実施例において、ＵＥは、上記の第１の方法が使用される場合、「ｈａｒｑ－ＡＣＫ－ＳｐａｔｉａｌＢｕｎｄｌｉｎｇＰＵＣＣＨ」が提供されることを期待することができる。例えば、ＵＥがＨＡＲＱレスＰＤＳＣＨ受信のために「ＡＣＫ」状態をフィードバックすることが示されるとき、ＵＥは、「ＨＡＲＱ－ＡＣＫＳｐａｔｉａｌｂｕｎｄｌｉｎｇＰＵＣＣＨ」を用いて設定される。

【0093】

【数16】

【0094】

は、ＵＥが、Ｍ個のＰＤＣＣＨ監視機会内のＰＤＳＣＨ受信に対応する動的ＨＡＲＱコードブックと同じＰＵＣＣＨで対応する動的ＨＡＲＱコードブックを送信する、サービングセルｃ上のＵＥによるＳＰＳＰＤＳＣＨ受信の数である。一実施例において、ＳＰＳＰＤＳＣＨ受信に対応するＳＰＳ設定がＨＡＲＱレス処理を用いて設定される場合、ＵＥは、

【0095】

【数17】

【0096】

をカウント時、ＳＰＳＰＤＳＣＨ受信を含まない。ＳＰＳＰＤＳＣＨアクティブ化に関連付けられたＳＰＳＰＤＳＣＨ受信は、上述した第２の方法の実装形態に応じて、

【0097】

【数18】

【0098】

中に、カウントされてもカウントされなくてもよいことに留意されたい。

【0099】

一実装形態において、有効なＤＣＩは、ＰＤＳＣＨ受信のためのＨＡＲＱレス処理および通常のＨＡＲＱ処理の何れを示すかにかかわらず、任意のＤＣＩであってよい。例えば、全ての受信したＤＣＩは、有効なＤＣＩである。

【0100】

他の実装形態において、有効なＤＣＩは、ＨＡＲＱレスＰＤＳＣＨ受信を示さないＤＣＩであってよい。一実施例において、通常のＨＡＲＱ処理を有するＰＤＳＣＨ受信に関連付けられている場合にのみ、受信したＤＣＩは、有効である。言い換えると、その関連付けられたＰＤＳＣＨ送信がＨＡＲＱレス処理を用いて設定される（又はＨＡＲＱレス処理として示される）場合、受信したＤＣＩは、無効である。別の実施例において、ＳＰＳＰＤＳＣＨアクティブ化に関連付けられたＤＣＩは、第２の方法の実装形態に応じて、有効なＤＣＩであっても、なくてもよい。他の実施例において、ＳＰＳＰＤＳＣＨリリースに関連付けられたＤＣＩは、第２の方法の実装形態に応じて、有効なＤＣＩであっても、なくてもよい。

【0101】

〔ケース２：サービングセルのサブセットのためのＣＢＧベースのＨＡＲＱ処理〕
ＵＥが

【0102】

【数19】

【0103】

個のサービングセルのために（例えば、上位レイヤパラメータＰＤＳＣＨ－ＣｏｄｅＢｌｏｃｋＧｒｏｕｐＴｒａｎｓｍｉｓｓｉｏｎを介して）ＣＢＧベースの送信を用いて設定され、

【0104】

【数20】

【0105】

個のサービングセルのためにＣＢＧベースの送信が提供されない場合、ここで、

【0106】

【数21】

【0107】

である。

【0108】

ＰＵＣＣＨ送信電力を得るために、ＵＥは、

【0109】

【数22】

【0110】

を決定し、

【0111】

【数23】

【0112】

が式（２）に基づいて決定され、及び、

【0113】

【数24】

【0114】

が式（１）に基づいて決定される。式２は、例えば、ＴＳ３８．２１３Ｖ１５．５．０のようなＮＲＲｅｌ－１５／１６の定式化に従うが、パラメータの定義は、以下に詳述するように修正されることに留意されたい。また、式１からの表記と同じ表記が、ここで同じ定義を有することにも留意されたい。特に、通常のＨＡＲＱ処理に関連するとき、式（２）で監視機会をカウントすることができる。送信がＨＡＲＱレス送信として示され／設定される場合、対応する送信されたＴＢは、式１において考慮されない。

【0115】

式２

【0116】

【数25】

【0117】

【数26】

【0118】

である場合、

【0119】

【数27】

【0120】

は、Ｍ個のＰＤＣＣＨ監視機会内でＵＥが検出する任意のサービングセルｃのためのＣＢＧベースＰＤＳＣＨ受信をスケジューリングする、最後の有効なＤＣＩフォーマット１＿１におけるカウンタＤＡＩの値である。

【0121】

【数28】

【0122】

である場合、

【0123】

【数29】

【0124】

は、Ｍ個のＰＤＣＣＨ監視機会内でＵＥが検出する任意のサービングセルｃのためのＣＢＧベースＰＤＳＣＨ受信をスケジューリングする、最後の有効なＤＣＩフォーマット１＿１のトータルＤＡＩの値である。

【0125】

【数30】

【0126】

である場合、
ＵＥは、任意のＭ個のＰＤＣＣＨ監視機会内で、任意のサービングセルｃのためのＣＢＧベースＰＤＳＣＨ受信をスケジューリングする有効なＤＣＩフォーマット１＿１を検出しない。

【0127】

【数31】

【0128】

は、ＵＥがサービングセルｃのためのＭ個のＰＤＣＣＨ監視機会内で検出する、ＣＢＧベースＰＤＳＣＨ受信をスケジューリングする有効なＤＣＩフォーマット１＿１の総数である。

【0129】

【数32】

【0130】

である場合、ＵＥは、任意のＭ個のＰＤＣＣＨ監視機会において、サービングセルｃのためのＣＢＧベースＰＤＳＣＨ受信をスケジューリングする有効なＤＣＩフォーマット１＿１を検出しない。

【0131】

【数33】

【0132】

は、ＵＥがサービングセルｃのためのＰＤＣＣＨ監視機会ｍ内で検出した、有効なＤＣＩフォーマット１＿１によってスケジュールされたＰＤＳＣＨで受信したＣＢＧの数であり、ＵＥは、ＰＵＣＣＨで対応する動的ＨＡＲＱコードブックを報告する。

【0133】

一実装形態において、有効なＤＣＩは、ＰＤＳＣＨ受信のためのＨＡＲＱレス処理及び通常のＨＡＲＱ処理の何れを示すかにかかわらず、任意のＤＣＩとすることができる。例えば、全ての受信したＤＣＩは、有効なＤＣＩである。

【0134】

他の実装形態において、有効なＤＣＩは、ＨＡＲＱレスＰＤＳＣＨ受信を示さないＤＣＩであり得る。一実施例において、受信したＤＣＩは、それが通常のＨＡＲＱ処理を用いるＰＤＳＣＨ受信に関連付けられている場合にのみ有効である。言い換えれば、受信したＤＣＩは、その関連付けられたＰＤＳＣＨ送信がＨＡＲＱレス処理を用いて設定される場合、無効である。別の実施例において、ＳＰＳＰＤＳＣＨアクティブ化に関連付けられたＤＣＩは、第２の方法の実装形態に応じて、有効なＤＣＩであっても、なくてもよい。他の実施例において、ＳＰＳＰＤＳＣＨリリースに関連付けられたＤＣＩは、第２の方法の実装形態に応じて、有効なＤＣＩであっても、なくてもよい。

【0135】

ＣＢＧベースのＨＡＲＱ処理は、ＨＡＲＱレスＰＤＳＣＨ受信のための設定に基づいて条件付きでのみ設定され得ることに留意されたい。例えば、第１の方法が使用される場合、ＵＥは、非ＣＢＧベースＨＡＲＱ処理のみを期待する。すなわち、ＵＥがＨＡＲＱレスＰＤＳＣＨ受信のための「ＡＣＫ」状態をフィードバックするように示されるとき、ＵＥは、ＣＢＧベースのＨＡＲＱ処理が設定されることを期待しない。

【0136】

半静的ＨＡＲＱコードブックについて、ＰＤＳＣＨ受信は、物理層シグナリングを介したＨＡＲＱレス処理として示され、ＰＤＳＣＨ受信は、半静的ＨＡＲＱコードブック内の対応するＨＡＲＱ状態ビットを必ずしも有しなくてもよい。

【0137】

半静的ＨＡＲＱコードブックを生成するための３つの方法が開示される。

【0138】

方法１：半静的ＨＡＲＱコードブックは、ＨＡＲＱレス処理の送信毎の指示をサポートしない。一実施例において、ＨＡＲＱコードブックが半静的ＨＡＲＱコードブックとして設定され、ＵＥがＤＣＩ又はＭＡＣＣＥを介してＨＡＲＱレスＰＤＳＣＨ受信を受信する場合、ＵＥは、半静的ＨＡＲＱコードブックを動的ＨＡＲＱコードブックに自動的に変更してもよい。別の実施例において、ＨＡＲＱコードブックが半静的ＨＡＲＱコードブックとして設定され、ＵＥがＤＣＩ又はＭＡＣＣＥを介してＨＡＲＱレスＰＤＳＣＨ受信を受信する場合、ＵＥは、受信されたＨＡＲＱレスＰＤＳＣＨ受信が一種のエラーであると判定し、それを無視することができる（例えば、半静的ＨＡＲＱコードブックを連続的に適用する）。

【0139】

方法２：「ＡＣＫ」状態は、ＨＡＲＱレスＰＤＳＣＨ受信について報告される。すなわち、ＨＡＲＱレスＰＤＳＣＨ受信のＨＡＲＱ状態（例えばＡＣＫ／ＮＡＣＫ）は、対応するＰＤＳＣＨ受信の復号結果に依存しない。この場合において、ＨＡＲＱレスＰＤＳＣＨ受信のためのＨＡＲＱ状態ビットは、半静的ＨＡＲＱコードブックに含まれる。

【0140】

他の実施例において、ＨＡＲＱレスＰＤＳＣＨ受信のＨＡＲＱ状態が、例えば３ＧＰＰＴＳ３８．２１３Ｖ１５．５．０におけるような、通常のＨＡＲＱ処理に準拠する半静的ＨＡＲＱコードブックである。

【0141】

方法３：ＨＡＲＱレスＰＤＳＣＨ受信は、半静的ＨＡＲＱコードブックから除外される。

【0142】

一実施例において、ＨＡＲＱレスＰＤＳＣＨ受信のＨＡＲＱ状態ビットからの半静的ＨＡＲＱコードブックは、対応するＤＣＩにおける「ＰＤＳＣＨ－ＨＡＲＱ＿フィードバックタイミングインジケータ」フィールドに基づいて除外されてもよい。

【0143】

図２は、本発明による無線通信のためのノード２００を示す。

【0144】

図２に示すように、ノード２００は、トランシーバ２２０と、プロセッサ２２６と、メモリ２２８と、一つ以上のプレゼンテーション部品２３４と、少なくとも一つのアンテナ２３６とを含むことができる。ノード２００はまた、無線周波数（ＲＦ）スペクトル帯域モジュールと、ＢＳ通信モジュールと、ネットワーク通信モジュールと、システム通信管理モジュールと、入出力（Ｉ／Ｏ）ポートと、Ｉ／Ｏ部品と、電源（図示せず）とを含むことができる。これらの部品の各々は、直接的、又は一つ以上のバス２４０を介して間接的に互いに通信することができる。ノード２００が例えば、図１に図示されるように、様々な機能を実行するＵＥであり得る。

【0145】

送信機２２２（送信回路を有する）及び受信機２２４（受信回路を有する）を有するトランシーバ２２０は、時間及び／又は周波数リソース分割情報を送信及び／又は受信するように構成され得る。トランシーバ２２０が使用可能、使用不可能又は柔軟に使用可能なサブフレーム及びスロットフォーマットを含むが、これらに限定されない、異なる種類のサブフレーム及びスロットで送信するように構成してもよい。トランシーバ２２０は、データ及び制御チャンネルを受信するように構成され得る。

【0146】

ノード２００は、様々なコンピュータ読み取り可能媒体を含んでもよい。コンピュータ読み取り可能媒体は、ノード２００によってアクセスされ得る任意の利用可能な媒体であり得、揮発性及び不揮発性媒体、リムーバブル及び非リムーバブル媒体の両方を含む。コンピュータ読み取り可能媒体は、コンピュータ記憶媒体及び通信媒体を含み得る。コンピュータ記憶媒体は、コンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータなどの情報を記憶するための任意の方法又は技術で実装される、揮発性及び不揮発性、リムーバブル及び非リムーバブル媒体の両方を含む。

【0147】

コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）又は他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶装置を含む。コンピュータ記憶媒体は、伝播データ信号を含まない。通信媒体は、典型的にはコンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータを、搬送波又は他のトランスポート機構などの変調データ信号で具現化し、任意の情報配信媒体を含む。「変調されたデータ信号」という用語は、その特性のうちの一つ以上が信号内に符号化されるように設定又は変更された信号を意味する。通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体と、音響、無線周波数（ＲＦ）、赤外線、及び他の無線媒体などの無線媒体とを含む。上記のいずれかの組合せも、コンピュータ読み取り可能媒体の範囲内に含まれるべきである。

【0148】

メモリ２２８は、揮発性及び／又は不揮発性メモリの形態のコンピュータ記憶媒体を含んでもよい。メモリ２２８は、取り外し可能、取り外し不能、又はそれらの組み合わせであってもよい。メモリは、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどを含む。図２に示すように、メモリ２２８は、プロセッサ２２６（例えばプロセス回路）に、開示された様々な機能を実行させるように構成されたコンピュータ読み取り可能でコンピュータ実行可能な命令２３２（例えば、ソフトウェアコード）を記憶してもよい。あるいは、命令２３２は、ノード２００（例えばコンパイルされ実行されるとき）に開示された様々な機能を実行させるように構成されてもよい。

【0149】

プロセッサ２２６は、インテリジェントハードウェアデバイス（例えば中央処理装置（ＣＰＵ）、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）など）を含んでもよい。プロセッサ２２６は、メモリを含んでもよい。プロセッサ２２６は、メモリ２２８から受信したデータ２３０及び命令２３２、並びにトランシーバ２２０、ベースバンド通信モジュール、及び／又はネットワーク通信モジュールを介した情報を処理することができる。プロセッサ２２６はまた、ＣＮへの送信のために、アンテナ２３６を介してネットワーク通信モジュールに送信するためにトランシーバ２２０に送信される情報を処理することができる。

【0150】

一つ以上のプレゼンテーション部品２３４は、人又は他のデバイスにデータを提示する。プレゼンテーション部品２３４は、表示デバイス、スピーカー、印刷部品、振動部品などを含んでもよい。

【0151】

上記の説明から、様々な技術が、これらの概念の範囲から逸脱することなく、本出願で説明される概念を実行するために使用され得ることが明らかである。さらに、概念は特定の実装形態を特に参照して説明されてきたが、当業者はそれらの概念の範囲から逸脱することなく、形態及び詳細において変更を行うことができることを認識するであろう。したがって、説明された実装形態は、すべての点において、例示的なものであり、限定的なものではないと考えられるべきである。また、本出願は、上述の特定の実装形態に限定されるものではなく、本開示の範囲から逸脱することなく、多くの再構成、修正、及び置換が可能であることを理解されたい。

【図1】

【図2】

【手続補正書】

【提出日】2022-01-26

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

下りリンク送信のためのハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）コードブック生成処理を実行するためのユーザ機器（ＵＥ：user equipment）のための方法であって、
ＨＡＲＱフィードバック処理のための動的スケジューリング設定を、基地局から受信する工程（１０２）、
前記基地局から、第１の物理下りリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）受信のための第１のＨＡＲＱ状態フィードバックが無効にされた前記第１のＰＤＳＣＨ受信のためのスケジューリングシグナリングを受信する工程（１０４）、及び
前記第１のＰＤＳＣＨ受信のための前記第１のＨＡＲＱ状態を除くＨＡＲＱコードブックを、前記ＨＡＲＱフィードバック処理のために生成する工程（１０６）、
を含む方法。

【請求項2】

【請求項3】

セミパーシステントスケジューリング（ＳＰＳ：semi-persistent scheduling）ＰＤＳＣＨ受信のための第２のＨＡＲＱ状態フィードバックを無効化していることを示す、ＳＰＳ設定を、前記セミパーシステントスケジューリング（ＳＰＳ）ＰＤＳＣＨ受信のために、前記基地局から、受信する工程、及び
前記ＨＡＲＱコードブックから第２のＨＡＲＱ状態を除外する工程、
を更に含む、請求項１に記載の方法。

【請求項4】

【請求項5】

【請求項6】

前記ＤＡＩ値は、前記第１のＰＤＣＣＨ受信によってインクリメントしない、請求項５に記載の方法。

【請求項7】

物理上りリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）送信上の上りリンク制御情報（ＵＣＩ：uplink control information）内の前記ＨＡＲＱコードブックを多重化する工程、
対応するＨＡＲＱ状態フィードバックが無効化されている、前記第１のＰＤＳＣＨ受信又は前記ＳＰＳＰＤＳＣＨ受信のみを、前記基地局から受信する工程、及び
前記ＰＵＳＣＨ送信をスケジューリングする第３のＤＣＩから受信される、予め決定した値を有する下りリンク割り当てインデックス（ＤＡＩ：downlink assignment index）を、前記基地局から受信する工程、
を更に含む、請求項３に記載の方法。

【請求項8】

【請求項9】

前記予約されたＨＡＲＱプロセス番号は、前記動的スケジューリング設定によって示される、請求項８に記載の方法。

【請求項10】

前記第１のＨＡＲＱ状態フィードバックが無効化される第１のＰＤＳＣＨ受信と前記第１のＨＡＲＱ状態に対応するフィードバックタイミングとの間の時間を示すＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケータである、前記第１のＤＣＩ内の前記ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケータを無視する工程、
を更に含む、請求項２に記載の方法。

【請求項11】

下りリンク送信のためのハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）コードブック生成処理を実行するためのユーザ機器（２００）（ＵＥ：user equipment）であって、前記ＵＥは、
プロセッサ（２２６）、及び
前記プロセッサ（２２６）に結合され、コンピュータ実行可能命令を格納するメモリ（２２８）を含み、
前記コンピュータ実行可能命令は、前記プロセッサ（２２６）によって実行されるとき、請求項１～１０のいずれかに記載の前記方法を実行することを前記プロセッサ（２２６）に引き起こす、ＵＥ。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【発明の詳細な説明】

【技術分野】

【0001】

【背景技術】

【0002】

非地上系ネットワーク（ＮＴＮ：Non-terrestrial networks）は、送信のために空中又は人工衛星ビークルを使用するネットワーク又はネットワークのセグメントを指し、Ｒｅｌ－１６タイムライン以降、３ＧＰＰ内で検討された。人工衛星ビークルは、低地球周回（ＬＥＯ：Low Earth Orbiting）衛星、中地球周回（ＭＥＯ：Medium Earth Orbiting）衛星、及び静止地球周回（ＧＥＯ：Geostationary Earth Orbiting）衛星、並びに高楕円軌道（ＨＥＯ：Highly Elliptical Orbiting）衛星を含む衛星を指す。

【0003】

【発明の概要】

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

【0004】

【0005】

【0006】

【0007】

本開示は、ＨＡＲＱコードブック生成を実行する方法及び関連する装置を提供する。

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

【0008】

本開示の態様によれば、下りリンク送信のためのハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）コードブック生成処理を実行するためのユーザ機器（ＵＥ：user equipment）のための方法が提供される。本方法は、ＨＡＲＱフィードバック処理のための動的スケジューリング設定を、基地局から受信する工程、基地局から、第１の物理下りリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）受信のための第１のＨＡＲＱ状態フィードバックが無効にされた第１のＰＤＳＣＨ受信のためのスケジューリングシグナリングを受信する工程、及びＨＡＲＱフィードバック処理のために、第１のＰＤＳＣＨ受信のための第１のＨＡＲＱ状態を除くＨＡＲＱコードブックを生成する工程を含む。

【0009】

本開示の別の態様によれば、下りリンク送信のためのハイブリッド自動再送要求（ＨＡＲＱ）コードブック生成処理を実行するためのユーザ機器（ＵＥ）が提供される。ＵＥは、コンピュータ実行可能命令を実行するためのプロセッサ、及びコンピュータ実行可能命令を記憶するために、プロセッサに結合された、一時的でない機械読取可能媒体を含み、コンピュータ実行可能命令は、プロセッサに、ＨＡＲＱフィードバック処理のための動的スケジューリング設定を、基地局から受信し、第１の物理下りリンク共有チャネル（ＰＤＳＣＨ）受信のための第１のＨＡＲＱ状態フィードバックが無効にされた第１のＰＤＳＣＨ受信のためのスケジューリングシグナリングを受信し、第１のＰＤＳＣＨ受信のための第１のＨＡＲＱ状態を除くＨＡＲＱコードブックを、ＨＡＲＱフィードバック処理のために、生成するように命令する。

【図面の簡単な説明】

【0010】

【図1】図１は、本開示の例としての実装形態による、ＨＡＲＱコードブック生成処理を示すフローチャートである。

【図2】図２は、本開示の例としての実装形態による、無線通信のためのノードを示す構成図である。

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

【0011】

【0012】

【0013】

【0014】

【0015】

【0016】

当業者は、本開示に記載されている任意のネットワーク機能（複数種類可）又はアルゴリズム（複数種類可）が、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアの組み合わせによって実装されてもよいことを直ちに理解するだろう。説明される機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせであり得るモジュールに対応し得る。ソフトウェアの実装形態は、メモリ又は他の種類の記憶装置などのコンピュータ読み取り可能媒体に記憶されたコンピュータ実行可能命令を備えてもよい。例えば、通信処理能力を有する一つ以上のマイクロプロセッサ又は汎用コンピュータを、対応する実行可能命令を用いてプログラムし、記述されたネットワーク機能（複数種類可）又はアルゴリズム（複数種類可）を実行することができる。マイクロプロセッサ又は汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックアレイ、及び／又は一つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用して形成することができる。本明細書に記載されている例としての実装形態のいくつかは、コンピュータハードウェア上にインストールされ実行されるソフトウェアを指向しているが、それにもかかわらず、ファームウェアとして、ハードウェアとして、又はハードウェアとソフトウェアの組合せとして、実装される代替の実施例は、本開示の範囲内に十分にある。

【0017】

【0018】

【0019】

【0020】

【0021】

【0022】

【0023】

【0024】

半静的にＨＡＲＱ処理を制御するために、ＵＥがＨＡＲＱレス処理を実行するように設定される場合、無線リソース制御（ＲＲＣ：radio resource control）シグナリングが使用され得る。ＨＡＲＱレス処理中に、トランスポートブロック（ＴＢ）が複数回送信される場合、再送信の決定は、意図された受信機からのＨＡＲＱ状態フィードバックに基づかず、ここで、ＨＡＲＱ状態フィードバックは通常、ＴＢの復号結果に基づいて決定される。なお、ＨＡＲＱレス処理は、ＵＥ設定、サービングセル（例えば、コンポーネントキャリア、ＣＣ）設定、帯域幅部分（ＢＷＰ：BandWidth Part）設定、又はセルグループ設定によって設定されることができる。ＨＡＲＱレス処理が設定される場合、例えば、データ無線ベアラ（ＤＲＢ：data radio bearers）からのトラフィックは、ＨＡＲＱ状態フィードバックに基づいて再送信されないことがある。半静的なＨＡＲＱレス処理は、セミパーシステントスケジューリング（ＳＰＳ：semi-persistent scheduling）を介して設定され得る。ＳＰＳ送信を用いると、一定の持続時間中に、周期的な物理リソースが、設定されたＵＥに提供される。ＳＰＳ送信は、物理レイヤシグナリング（例えば、ＤＣＩ／物理下りリンク制御チャンネル（ＰＤＣＣＨ））を介してアクティブ化されてよい。１つのＳＰＳ送信が物理層シグナリングを介してアクティブ化される場合、いくつかの送信パラメータは、アクティブ化信号とともに送信されてもよく、送信パラメータは、ＳＰＳ送信をリリースする前に適用可能である。ＳＰＳ送信の場合、ＨＡＲＱレス処理は、ＲＲＣを介して設定されてもよく、又はＳＰＳアクティブ化フェーズにおいて動的に示されてもよい。ＳＰＳ送信において、ＨＡＲＱ状態フィードバックに使用されるＨＡＲＱプロセス番号は、固定されないことがある。

【0025】

【0026】

【0027】

図１は、ＵＥがＨＡＲＱコードブック生成処理を実行するための方法１００を示す。アクション１０２において、ＵＥは、ＨＡＲＱフィードバック処理のための動的スケジューリング設定を、ＢＳから受信する。アクション１０４において、ＵＥは、ＨＡＲＱ状態フィードバックが無効にされているＰＤＳＣＨ受信を示すスケジューリングシグナリングを、ＢＳから受信する。アクション１０６において、ＵＥは、前記ＰＤＳＣＨ受信のためのＨＡＲＱ状態を除くＨＡＲＱコードブックを生成する。

【0028】

【0029】

【0030】

【0031】

【0032】

いくつかの実装形態において、ＵＥは、ＤＣＩ中のＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケータを無視することができ、ここで、ＰＤＳＣＨからＨＡＲＱへのフィードバックタイミングインジケータは、ＨＡＲＱ状態フィードバックが無効にされるＰＤＳＣＨ受信と、ＰＤＳＣＨ受信のためのＨＡＲＱ状態の対応するフィードバックタイミングとの間のタイムギャップを示す。

【0033】

更に、ＵＥは、ＳＰＳＰＤＳＣＨ受信を用いて設定され得る。この場合において、ＵＥは、ＳＰＳＰＤＳＣＨ受信のためのＳＰＳ設定を、ＢＳから受信し、ＳＰＳ設定は、ＳＰＳＰＤＳＣＨ受信のためのＨＡＲＱ状態フィードバックが無効であることを示す。ＨＡＲＱ処理のために、ＵＥは、ＳＰＳＰＤＳＣＨ受信のＨＡＲＱ状態を除くＨＡＲＱコードブックを生成する。しかしながら、いくつかの実施例において、ＵＥは、ＨＡＲＱコードブックにおける、ＳＰＳＰＤＳＣＨ受信に対応するＳＰＳアクティブ化シグナリング又はＳＰＳリリースシグナリングのためのＨＡＲＱ状態を含むことができる。

【0034】

いくつかの実装形態において、ＵＥは、ＨＡＲＱコードブックをＢＳに送信するために、ＰＵＣＣＨ送信上のＵＣＩ中でＨＡＲＱコードブックを多重化することができる。ＵＥは、ＰＤＳＣＨ受信をスケジューリングするＤＣＩの下りリンク割り当てインデックス（ＤＡＩ）値、ＨＡＲＱ状態フィードバックが無効にされているＰＤＳＣＨ受信を示すＰＤＣＣＨ受信を除くＰＤＣＣＨ受信の実際の数、及びＨＡＲＱレス処理に関連付けられたＴＢを除く受信したＴＢの数の内の少なくとも１つに従って、ＰＵＣＣＨ送信のための電力制御パラメータを決定することができる。上記のＤＡＩ値は、ＨＡＲＱレス処理に続くことが示されているＰＤＳＣＨに対応するＰＤＣＣＨの受信をカウントしなくてもよい。

【0035】

いくつかの実装形態において、ＵＥは、ＨＡＲＱコードブックをＢＳに送信するために、物理上りリンク共有チャネル（ＰＵＳＣＨ）送信上のＵＣＩ中でＨＡＲＱコードブックを多重化することができる。一実施例において、ＵＥは、対応するＨＡＲＱ状態フィードバックが無効にされたＰＤＳＣＨ受信又はＳＰＳＰＤＳＣＨ受信のみを、ＢＳから受信し、予め決定した値を有するＤＡＩを、ＢＳから受信することができ、ＤＡＩは、ＰＵＳＣＨ送信をスケジューリングするＤＣＩから受信される。

【0036】

一方で、ＢＳは、ＵＥに上述した動的スケジューリング設定を送信し、ＵＥにＰＤＳＣＨ受信（ＨＡＲＱレスＰＤＳＣＨ受信と呼ばれる）上のＨＡＲＱ状態フィードバックを無効にするためのシグナリングを送信することができる。ＨＡＲＱコードブック生成のために、ＢＳは、ＵＥに送信されたＤＣＩのＤＡＩで、ＨＡＲＱレスＰＤＳＣＨ送信をカウントしなくてもよい。

【0037】

動的ＨＡＲＱコードブック生成及び半静的ＨＡＲＱコードブック生成が、開示される。

【0038】

【0039】

【0040】

【0041】

【0042】

【0043】

【0044】

【0045】

【0046】

【0047】

【0048】

【0049】

【0050】

【0051】

【0052】

【0053】

【数1】

【0054】

）フィールドは、固定値、たとえば、「４」によって示されてもよい。

【0055】

【0056】

ＰＵＣＣＨの送信電力を得るためのｎ_{ＨＡＲＱ－ＡＣＫ}の数の使用は、ＮＲＲｅｌ－１５／１６（例えば、３ＧＰＰＴＳ３８．２１３Ｖ１５．５．０技術文書内）に記載されているものに従ってもよい。事前に定義されたルールは、（１）全てのサービングセルが非コードブロックグループベースの（非ＣＢＧベースの）ＨＡＲＱ処理に従う、（２）サービングセルのサブセットがＣＢＧベースのＨＡＲＱ処理のために設定される、という２つのケースの間で異なる。２つのケースは、開示される。

【0057】

【0058】

式１

【0059】

【数2】

【0060】

ここで、

【0061】

【数3】

【0062】

【0063】

【数4】

【0064】

である場合、

【0065】

【数5】

【0066】

【0067】

【数6】

【0068】

である場合、

【0069】

【数7】

【0070】

を決定するための２つのシナリオが存在する。

【0071】

【0072】

【数8】

【0073】

は、最後のＰＤＣＣＨ監視機会中にＵＥが検出した最後の有効なＤＣＩフォーマット１＿０中のカウンタＤＡＩの値である。

【0074】

【0075】

【数9】

【0076】

は、少なくとも一つの有効なＤＣＩフォーマット１＿１中のトータルＤＡＩの値である。

【0077】

【数10】

【0078】

【0079】

【数11】

【0080】

【0081】

【数12】

【0082】

【0083】

【数13】

【0084】

【0085】

【数14】

【0086】

である。

【0087】

【数15】

【0088】

【0089】

【0090】

【数16】

【0091】

【0092】

【数17】

【0093】

【0094】

【数18】

【0095】

中に、カウントされてもカウントされなくてもよいことに留意されたい。

【0096】

【0097】

他の実装形態において、有効なＤＣＩは、ＨＡＲＱレスＰＤＳＣＨ受信を示さないＤＣＩであってよい。一実施例において、通常のＨＡＲＱ処理を有するＰＤＳＣＨ受信に関連付けられている場合にのみ、受信したＤＣＩは、有効である。言い換えると、それらの関連付けられたＰＤＳＣＨ送信がＨＡＲＱレス処理を用いて設定される（又はＨＡＲＱレス処理として示される）場合、受信したＤＣＩは、無効である。別の実施例において、ＳＰＳＰＤＳＣＨアクティブ化に関連付けられたＤＣＩは、第２の方法の実装形態に応じて、有効なＤＣＩであっても、なくてもよい。他の実施例において、ＳＰＳＰＤＳＣＨリリースに関連付けられたＤＣＩは、第２の方法の実装形態に応じて、有効なＤＣＩであっても、なくてもよい。

【0098】

〔ケース２：サービングセルのサブセットのためのＣＢＧベースのＨＡＲＱ処理〕
この場合において、ＵＥが

【0099】

【数19】

【0100】

【0101】

【数20】

【0102】

個のサービングセルのためにＣＢＧベースの送信が提供されず、ここで、

【0103】

【数21】

【0104】

である。

【0105】

ＰＵＣＣＨ送信電力を得るために、ＵＥは、

【0106】

【数22】

【0107】

を決定し、

【0108】

【数23】

【0109】

が式（２）に基づいて決定され、及び、

【0110】

【数24】

【0111】

【0112】

式２

【0113】

【数25】

【0114】

【数26】

【0115】

である場合、

【0116】

【数27】

【0117】

【0118】

【数28】

【0119】

である場合、

【0120】

【数29】

【0121】

【0122】

【数30】

【0123】

【0124】

【数31】

【0125】

【0126】

【数32】

【0127】

【0128】

【数33】

【0129】

【0130】

【0131】

他の実装形態において、有効なＤＣＩは、ＨＡＲＱレスＰＤＳＣＨ受信を示さないＤＣＩであり得る。一実施例において、受信したＤＣＩは、それが通常のＨＡＲＱ処理を用いるＰＤＳＣＨ受信に関連付けられている場合にのみ有効である。言い換えれば、受信したＤＣＩは、それらの関連付けられたＰＤＳＣＨ送信がＨＡＲＱレス処理を用いて設定される場合、無効である。別の実施例において、ＳＰＳＰＤＳＣＨアクティブ化に関連付けられたＤＣＩは、第２の方法の実装形態に応じて、有効なＤＣＩであっても、なくてもよい。他の実施例において、ＳＰＳＰＤＳＣＨリリースに関連付けられたＤＣＩは、第２の方法の実装形態に応じて、有効なＤＣＩであっても、なくてもよい。

【0132】

【0133】

【0134】

半静的ＨＡＲＱコードブックを生成するための３つの方法が開示される。

【0135】

方法１：半静的ＨＡＲＱコードブックは、ＨＡＲＱレス処理の送信毎の指示をサポートしない。一実施例において、ＨＡＲＱコードブックが半静的ＨＡＲＱコードブックとして設定され、ＵＥがＤＣＩ又はＭＡＣＣＥを介してＨＡＲＱレスＰＤＳＣＨ受信を受信する場合、ＵＥは、半静的ＨＡＲＱコードブックを動的ＨＡＲＱコードブックに自動的に変更してもよい。別の実施例において、ＨＡＲＱコードブックが半静的ＨＡＲＱコードブックとして設定され、ＵＥがＤＣＩ又は媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を介してＨＡＲＱレスＰＤＳＣＨ受信を受信する場合、ＵＥは、受信されたＨＡＲＱレスＰＤＳＣＨ受信が一種のエラーといったものであると判定し、それを無視することができる（例えば、半静的ＨＡＲＱコードブックを連続的に適用する）。

【0136】

【0137】

他の実施例において、半静的ＨＡＲＱコードブックにおいて、ＨＡＲＱレスＰＤＳＣＨ受信のＨＡＲＱ状態が、例えば３ＧＰＰＴＳ３８．２１３Ｖ１５．５．０に定義されるような、通常のＨＡＲＱ処理に準拠する。

【0138】

方法３：ＨＡＲＱレスＰＤＳＣＨ受信は、半静的ＨＡＲＱコードブックから除外される。

【0139】

一実施例において、半静的ＨＡＲＱコードブックにおいて、ＨＡＲＱレスＰＤＳＣＨ受信のＨＡＲＱ状態ビットは、対応するＤＣＩにおける「ＰＤＳＣＨ－ＨＡＲＱ＿フィードバックタイミングインジケータ」フィールドに基づいて除外されてもよい。

【0140】

図２は、本発明による無線通信のためのノード２００を示す。

【0141】

【0142】

【0143】