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

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

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ パナソニック　インテレクチュアル　プロパティ　コーポレーション　オブ　アメリカの特許一覧

特表2024-540822ユーザ機器、スケジューリングノード、ユーザ機器のための方法、およびスケジューリングノードのための方法

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

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

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

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

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

(11)【公表番号】

(43)【公表日】2024-11-06

(54)【発明の名称】ユーザ機器、スケジューリングノード、ユーザ機器のための方法、およびスケジューリングノードのための方法

(51)【国際特許分類】

H04W 72/21 20230101AFI20241029BHJP

H04W 28/04 20090101ALI20241029BHJP

H04L 27/26 20060101ALI20241029BHJP

H04L 1/1607 20230101ALI20241029BHJP

H04W 72/1268 20230101ALI20241029BHJP

H04W 72/0446 20230101ALI20241029BHJP

H04W 72/23 20230101ALI20241029BHJP

【ＦＩ】

H04W72/21

H04W28/04 110

H04L27/26 110

H04L1/1607

H04W72/1268

H04W72/0446

H04W72/23

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024519736

(86)(22)【出願日】2022-09-20

(85)【翻訳文提出日】2024-03-29

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

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

(87)【国際公開日】2023-04-06

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

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】514136668

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

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

(74)【代理人】

【識別番号】110002952

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

(72)【発明者】

【氏名】シャリーアトマダーリーハミドレザ

(72)【発明者】

【氏名】鈴木秀俊

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

5K014

5K067

【Ｆターム（参考）】

5K014DA02

5K067AA13

5K067DD24

5K067EE02

5K067EE10

5K067GG01

5K067GG11

(57)【要約】

本開示は、以下を備えるユーザ機器（ＵＥ）に関する。ＵＥの処理回路は、セミパーシステントスケジューリング（ＳＰＳ）設定に基づいて、確認応答情報の最初の送信機会および少なくとも１つの反復送信機会を決定する。処理回路はさらに、ＵＣＩを送信するためのアップリンク制御情報（ＵＣＩ）送信機会を決定する。処理回路はさらに、ＵＣＩ送信機会が利用可能でない場合、ターゲット送信機会を決定する。送受信機回路は、確認応答情報を送信するためにターゲット送信機会を使用する。
【選択図】図１０

【特許請求の範囲】

【請求項1】

ユーザ機器（ＵＥ）であって、
回路であって、動作中に、
－セミパーシステントスケジューリング（ＳＰＳ）設定に基づいて、確認応答情報の最初の送信機会および少なくとも１つの繰り返し送信機会を決定し、
－ＵＣＩを送信するためのアップリンク制御情報（ＵＣＩ）送信機会を決定し、
－前記ＵＣＩ送信機会が利用可能でない場合、ターゲット送信機会を決定する、
回路と、
動作中に、前記確認応答情報を送信するために前記ターゲット送信機会を使用する、送受信機と、
を備える、ＵＥ。

【請求項2】

前記ＵＥが、第２のＳＰＳ設定に基づいて、前記ＵＣＩ送信機会を決定し、前記ＵＣＩが追加の確認応答情報である、
請求項１に記載のＵＥ。

【請求項3】

前記繰り返し送信機会が前記ＵＣＩ送信機会と重複する場合、前記ＵＥが、前記ＵＣＩ送信機会が利用可能でないと判定する、
請求項１または請求項２に記載のＵＥ。

【請求項4】

前記ＵＥが、前記ターゲット送信機会の物理アップリンク制御チャネル（ＰＵＣＣＨ）を決定し、
前記ＵＥが、前記ＵＣＩと多重化された前記確認応答情報を送信するために前記ＰＵＣＣＨを使用する、
請求項１から請求項３のいずれか１項に記載のＵＥ。

【請求項5】

前記ＵＥが、前記確認応答情報を送信するために前記最初の送信機会を使用しない、
請求項４に記載のＵＥ。

【請求項6】

前記ＵＥが、前記確認応答情報を送信するために前記最初の送信機会を使用する、
請求項４に記載のＵＥ。

【請求項7】

前記ＵＥが、前記ＳＰＳ設定に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、前記ターゲット送信機会のターゲット時間間隔を決定し、前記ターゲット時間間隔が、前記繰り返し送信機会の繰り返し時間間隔とは異なり、
前記ＵＥが、前記確認応答情報を送信するために前記ターゲット時間間隔を使用し、
オプションとして、前記ＵＥが、前記ＵＣＩを送信するために前記繰り返し送信機会を使用し、
オプションとして、前記ターゲット時間間隔と前記繰り返し時間間隔の少なくとも一方がスロットまたはミニスロットである、
請求項１から請求項３のいずれか１項に記載のＵＥ。

【請求項8】

前記ＵＥが、前記ＳＰＳ設定に含まれる前記最大延期指示に基づいて、前記最初の送信機会のための第２のターゲット時間間隔を決定し、前記第２のターゲット時間間隔が、前記最初の送信機会の前記繰り返し時間間隔および最初の時間間隔とは異なり、
オプションとして、前記ＵＥが、前記確認応答情報を送信するために、前記最初の送信機会の前記第２のターゲット時間間隔を使用し、
オプションとして、前記第２のターゲット時間間隔および前記最初の時間間隔がスロットまたはミニスロットである、
請求項７に記載のＵＥ。

【請求項9】

前記ＵＥが、ダウンリンクに使用されるシンボルが前記ＵＣＩ送信機会と重複する場合、前記ＵＣＩ送信機会が利用可能でないと判定する、
請求項１または請求項２に記載のＵＥ。

【請求項10】

－前記ＵＥが、第２のＳＰＳ設定に基づいて、前記ＵＣＩ送信機会を決定し、前記ＵＣＩが追加の確認応答情報であり、
－前記ＵＥが、前記最初の確認応答情報を再送信するためと前記追加の確認応答情報を送信するために前記繰り返し送信機会を使用し、
－前記ＵＥが、前記繰り返し確認応答情報および前記追加の確認応答情報を再送信するために前記ターゲット送信機会を使用し、
オプションとして、前記ＵＥが、前記最初の確認応答情報を前記最初の送信機会において送信し、オプションとして、前記最初の確認応答情報の再送信および前記追加の確認応答情報の送信に伴い、前記繰り返し送信をカウントするためのカウンタが再スタートされる、
請求項１または請求項９に記載のＵＥ。

【請求項11】

前記ＵＥが、前記ＵＣＩの優先順位に基づいて、ＵＣＩを送信するための前記ＵＣＩ送信機会を決定し、前記ＵＣＩが、前記確認応答情報よりも高い優先順位を有する高優先順位ＵＣＩであり、
前記ＵＥが、前記ＳＰＳ設定に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、前記ターゲット送信機会のターゲット時間間隔を決定し、前記ターゲット時間間隔が、前記繰り返し送信機会の繰り返し時間間隔とは異なり、
前記ＵＥが、前記確認応答情報を送信するために前記ターゲット時間間隔を使用し、
オプションとして、前記高優先順位ＵＣＩがスケジューリング要求であり、
オプションとして、前記ＵＥが、前記ＵＣＩを送信するために前記繰り返し送信機会を使用し、
オプションとして、前記ターゲット時間間隔と前記繰り返し時間間隔の少なくとも一方がスロットまたはミニスロットである、
請求項１に記載のＵＥ。

【請求項12】

前記確認応答情報が、１つ以上のハイブリッド自動再送要求（ＨＡＲＱ）報告を含み、
前記ＨＡＲＱ報告の各々が、特定のＨＡＲＱプロセスＩＤのダウンリンク（ＤＬ）トラフィックに関連付けられる、
請求項１から請求項１１のいずれか１項に記載のＵＥ。

【請求項13】

前記ＵＥが、前記ＳＰＳ設定に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、前記ターゲット送信機会のターゲット時間間隔が前記繰り返し送信機会の繰り返し時間間隔に等しいと判定した場合、前記ＵＥが、前記ＵＣＩを送信するために前記ターゲット送信機会の前記ターゲット時間間隔を使用し、前記ＵＥが、前記ターゲット送信機会を使用する前記確認応答情報の送信をドロップし、
オプションとして、前記ＵＥが、前記確認応答情報を送信するために前記最初の送信機会を使用し、
オプションとして、前記ＵＥが、前記ターゲット送信機会の物理アップリンク制御チャネル（ＰＵＣＣＨ）を、前記ＵＣＩと多重化された前記確認応答情報の送信に使用できないと追加的に判定した場合、前記ＵＥが前記ＵＣＩを送信するために前記ＰＵＣＣＨを使用する、
請求項１から請求項３のいずれか１項に記載のＵＥ。

【請求項14】

基地局であって、
回路であって、動作中に、
－セミパーシステントスケジューリング（ＳＰＳ）設定に基づいて、ＵＥから確認応答情報を受信するための最初の送信機会および少なくとも１つの繰り返し送信機会を決定し、
－前記ＵＥからＵＣＩを受信するためのアップリンク制御情報（ＵＣＩ）送信機会を決定し、
－前記ＵＣＩ送信機会が利用可能でない場合、ターゲット送信機会を決定する、
回路と、
動作中に、前記ＵＥから前記確認応答情報を受信するために前記ターゲット送信機会を使用する送受信機と、
を備える、基地局。

【請求項15】

前記基地局が、第２のＳＰＳ設定に基づいて、前記ＵＣＩ送信機会を決定し、ＵＣＩが、追加の確認応答情報である、
請求項１４に記載の基地局。

【請求項16】

前記基地局が、前記繰り返し送信機会が前記ＵＣＩ送信機会と重複する場合、前記ＵＣＩ送信機会が利用可能でないと判定する、
請求項１４または請求項１５に記載の基地局。

【請求項17】

前記基地局が、前記ターゲット送信機会の物理アップリンク制御情報（ＰＵＣＣＨ）を決定し、
前記基地局が、前記ＵＣＩと多重化された前記確認応答情報を前記ＵＥから受信するために、前記ＰＵＣＣＨを使用する、
請求項１４または請求項１５のいずれか１項に記載の基地局。

【請求項18】

前記基地局が、前記ＵＥから前記確認応答情報を受信するために前記最初の送信機会を使用しない、
請求項１７に記載の基地局。

【請求項19】

前記基地局が、前記ＵＥから前記確認応答情報を受信するために最初の送信機会を使用する、
請求項１７に記載の基地局。

【請求項20】

前記基地局が、前記ＳＰＳ設定に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、前記ターゲット送信機会のターゲット時間間隔を決定し、前記ターゲット時間間隔が、前記繰り返し送信機会の繰り返し時間間隔とは異なり、
前記基地局が、前記ＵＥから前記確認応答情報を受信するために前記ターゲット時間間隔を使用し、
オプションとして、前記基地局が、前記ＵＥから前記ＵＣＩを受信するために前記繰り返し送信機会を使用し、
オプションとして、前記ターゲット時間間隔と前記繰り返し時間間隔の少なくとも一方が、スロットまたはミニスロットである、
請求項１４から請求項１６のいずれか１項に記載の基地局。

【請求項21】

前記基地局が、前記ＳＰＳ設定に含まれる前記最大延期指示に基づいて、前記最初の送信機会の第２のターゲット時間間隔を決定し、前記第２のターゲット時間間隔が、前記最初の送信機会の前記繰り返し時間間隔および最初の時間間隔とは異なり、
オプションとして、前記基地局が、前記ＵＥから前記確認応答情報を受信するために、前記最初の送信機会の前記第２のターゲット時間間隔を使用し、
オプションとして、前記第２のターゲット時間間隔と前記最初の時間間隔の少なくとも一方が、スロットまたはミニスロットである、
請求項２０に記載の基地局。

【請求項22】

前記基地局が、前記ＵＥにおいてダウンリンクに使用されるシンボルが前記ＵＣＩ送信機会と重複する場合、前記ＵＣＩ送信機会が利用可能でないと判定する、
請求項１４または請求項１５に記載の基地局。

【請求項23】

－前記基地局が、第２のＳＰＳ設定に基づいて前記ＵＣＩ送信機会を決定し、前記ＵＣＩが追加の確認応答情報であり、
－前記基地局が、前記ＵＥから前記最初の確認応答情報を繰り返し受信するためと、前記ＵＥから前記追加の確認応答情報を受信するために、前記繰り返し送信機会を使用し、
－前記基地局が、前記ＵＥから前記繰り返し確認応答情報および前記追加の確認応答情報を繰り返し受信するために、前記ターゲット送信機会を使用し、
オプションとして、前記基地局が、前記最初の送信機会において前記最初の確認応答情報を受信し、オプションとして、前記最初の確認応答情報の繰り返し受信と前記追加の確認応答情報の受信に伴って、前記繰り返し受信をカウントするためのカウンタが再スタートされる、
請求項１４または請求項２２に記載の基地局。

【請求項24】

前記基地局が、前記ＵＥからの前記ＵＣＩの優先順位に基づいて、前記ＵＣＩを受信するための前記ＵＣＩ送信機会を決定し、前記ＵＣＩが、前記確認応答情報よりも高い優先順位を有する高優先順位ＵＣＩであり、
前記基地局が、前記ＳＰＳ設定に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、前記ターゲット送信機会のターゲット時間間隔を決定し、前記ターゲット時間間隔が、前記繰り返し送信機会の繰り返し時間間隔とは異なり、
前記基地局が、前記確認応答情報を受信するために前記ターゲット時間間隔を使用し、
オプションとして、前記高優先順位ＵＣＩが、スケジューリング要求であり、
オプションとして、前記基地局が、前記ＵＣＩを受信するために前記繰り返し送信機会を使用し、
オプションとして、前記ターゲット時間間隔と前記繰り返し時間間隔の少なくとも一方がスロットまたはミニスロットである、
請求項１４に記載の基地局。

【請求項25】

前記確認応答情報が、１つ以上のハイブリッド自動再送要求（ＨＡＲＱ）報告を含み、
前記ＨＡＲＱ報告の各々が、特定のＨＡＲＱプロセスＩＤのダウンリンク（ＤＬ）トラフィックに関連付けられる、
請求項１４から請求項２４のいずれか１項に記載の基地局。

【請求項26】

前記基地局が、前記ＳＰＳ設定に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、前記ターゲット送信機会のターゲット時間間隔が前記繰り返し送信機会の繰り返し時間間隔と等しいと判定した場合、前記基地局が、前記ＵＣＩを受信するために前記ターゲット送信機会の前記ターゲット時間間隔を使用し、前記基地局が、前記ターゲット送信機会を使用する繰り返し受信を受信せず、
オプションとして、前記基地局が、前記ＵＥから前記確認応答情報を受信するために前記最初の送信機会を使用し、
オプションとして、前記基地局が、前記ターゲット送信機会の物理アップリンク制御チャネル（ＰＵＣＣＨ）を、前記ＵＣＩと多重化された前記確認応答情報の受信に使用できないと追加的に判定した場合、前記基地局が、前記ＵＣＩを受信するために前記ＰＵＣＣＨを使用する。
請求項１４から請求項１６のいずれか１項に記載の基地局。

【請求項27】

ユーザ機器（ＵＥ）によって実行される以下のステップ、すなわち、
セミパーシステントスケジューリング（ＳＰＳ）設定に基づいて、確認応答情報の最初の送信機会および少なくとも１つの繰り返し送信機会を決定するステップと、
ＵＣＩを送信するためのアップリンク制御情報（ＵＣＩ）送信機会を決定するステップと、
前記ＵＣＩ送信機会が利用可能でない場合、ターゲット送信機会を決定するステップと、
前記ターゲット送信機会を使用して前記確認応答情報を送信するステップと、
を含む、方法。

【請求項28】

基地局によって実行される以下のステップ、すなわち、
セミパーシステントスケジューリング（ＳＰＳ）設定に基づいて、確認応答情報の最初の送信機会および少なくとも１つの繰り返し送信機会を決定するステップと、
ＵＣＩを送信するためのアップリンク制御情報（ＵＣＩ）送信機会を決定するステップと、
前記ＵＣＩ送信機会が利用可能でない場合、ターゲット送信機会を決定するステップと、
前記ターゲット送信機会を使用して前記確認応答情報を受信するステップと、
を含む、方法。

【請求項29】

動作中にユーザ機器のプロセスを制御する集積回路であって、前記プロセスが、前記ユーザ機器によって実行される以下のステップ、すなわち、
セミパーシステントスケジューリング（ＳＰＳ）設定に基づいて、確認応答情報の最初の送信機会および少なくとも１つの繰り返し送信機会を決定するステップと、
ＵＣＩを送信するためのアップリンク制御情報（ＵＣＩ）送信機会を決定するステップと、
前記ＵＣＩ送信機会が利用可能でない場合、ターゲット送信機会を決定するステップと、
前記ターゲット送信機会を使用して前記確認応答情報を送信するステップと、
を含む、
集積回路。

【請求項30】

動作中に基地局のプロセスを制御する集積回路であって、前記プロセスが、前記基地局によって実行される以下のステップ、すなわち、
セミパーシステントスケジューリング（ＳＰＳ）設定に基づいて、確認応答情報の最初の送信機会および少なくとも１つの繰り返し送信機会を決定するステップと、
ＵＣＩを送信するためのアップリンク制御情報（ＵＣＩ）送信機会を決定するステップと、
前記ＵＣＩ送信機会が利用可能でない場合、ターゲット送信機会を決定するステップと、
前記ターゲット送信機会を使用して前記確認応答情報を受信するステップと、
を含む、
集積回路。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

第３世代パートナーシッププロジェクト（３ＧＰＰ：The 3rd Generation Partnership Project）は、最大１００ＧＨｚの周波数範囲で動作する「新無線」（ＮＲ：New Radio）無線アクセス技術（ＲＡＴ：radio access technology）を含む、第５世代（５Ｇ）とも呼ばれる次世代携帯電話技術の技術仕様を策定している。ＮＲは、ＬＴＥ（Long Term Evolution）およびＬＴＥＡｄｖａｎｃｅｄ（ＬＴＥ－Ａ）に代表される技術の後継技術である。ＬＴＥおよびＮＲのようなシステムの場合、さらなる改良およびオプションによって、通信システムのみならず、システムに関連する特定のデバイスの効率的な運用を促進することができる。

【先行技術文献】

【非特許文献】

【0003】

【非特許文献1】3GPP TS 38.300 v15.6.0

【非特許文献2】3GPP TS 38.211 v16.2.0

【非特許文献3】3GPP TS 38.211 v15.7.0

【非特許文献4】ITU-R M.2083

【非特許文献5】TR 38.913

【非特許文献6】TS 23.501 v16.1.0

【非特許文献7】3GPP TS 38.300 v16.7.0

【非特許文献8】TS 38.212 V16.7.0

【非特許文献9】TS 38.211 V 16.7.0

【非特許文献10】TS 38.213 V16.7.0

【非特許文献11】TS 38.214

【発明の概要】

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

【0004】

非限定的かつ例示的な一実施形態は、アップリンク制御情報（UCI）の送信のための送信機会の効率的な使用を容易にする。

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

【0005】

一実施形態では、本明細書に開示される技術は、装置（例えば、ユーザ機器、ＵＥ）を特徴とする。本装置は、動作中に、セミパーシステントスケジューリング（ＳＰＳ：Semi-Persistent Scheduling）設定に基づいて、確認応答情報の最初の送信機会および少なくとも１つの繰り返し送信機会を決定する回路、を備える。さらに、回路は、アップリンク制御情報（ＵＣＩ：Uplink Control Information）を送信するためのＵＣＩ送信機会を決定する。さらに、回路は、ＵＣＩ送信機会が利用可能でない場合、ターゲット送信機会を決定する。さらに、本装置は、動作中に、確認応答情報を送信するためにターゲット送信機会を使用する送受信機、を備える。

【0006】

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

【0007】

開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面の様々な実施形態および特徴によって個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。

【図面の簡単な説明】

【0008】

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

【図1】３ＧＰＰＮＲシステムの例示的なアーキテクチャを示している。

【図2】ＮＧ－ＲＡＮと５ＧＣとの間の機能の分離を示した概略図である。

【図3】ＲＲＣ接続確立／再設定手順のシーケンス図である。

【図4】拡張モバイルブロードバンド（ｅＭＢＢ：Enhanced mobile broadband）、大規模マシンタイプ通信（ｍＭＴＣ：Massive Machine Type Communications）、および超高信頼・低遅延通信（ＵＲＬＬＣ：Ultra Reliable and Low Latency Communications）の使用シナリオを示した概略図である。

【図5】非ローミングの場合の例示的な５Ｇシステムのアーキテクチャを示したブロック図である。

【図6】異なるサブキャリア間隔の場合の無線フレーム、サブフレーム、スロット、およびＯＦＤＭシンボルを含む、５ＧＮＲなどの通信システムにおける例示的な時間領域構造を示している。

【図7】ＵＣＩ送信機会が利用できない場合のシナリオを図解した概略図である。

【図8】ＵＥおよびｇＮＢの例示的かつ簡略化された構造である。

【図9】改善されたターゲット機会決定手順の例示的な実装形態によるＵＥの構造を示している。

【図10】改善されたターゲット機会決定手順の例示的な実装形態による、ＵＥ動作のフロー図である。

【図11】改良されたターゲット機会決定手順の例示的な実装形態による基地局の構造を示している。

【図12】改善されたターゲット機会決定手順の例示的な実装形態による基地局動作のフロー図である。

【図13】改善されたターゲット機会決定手順の例示的な実装形態における、ＵＥとｇＮＢとの間の例示的な交換を図解したシグナリング図である。

【図14】第１の解決策における第１の例示的なＵＥの動作を図解した概略図である。

【図15】第１の解決策における第２の例示的なＵＥの動作を図解した概略図である。

【図16】第２の解決策における第１の例示的なＵＥの動作を図解した概略図である。

【図17】第２の解決策における第２の例示的なＵＥの動作を図解した概略図である。

【図18】第３の解決策における例示的なＵＥの動作を図解した概略図である。

【図19】第４の解決策における例示的なＵＥの動作を図解した概略図である。

【図20】第５の解決策における例示的なＵＥの動作を図解した概略図である。

【図21】第５の解決策の例示的な実装形態による、ＵＥの動作のフロー図である。

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

【0009】

（５ＧＮＲシステムのアーキテクチャおよびプロトコルスタック）
３ＧＰＰは、最大１００ＧＨｚの周波数で動作する新しい無線アクセス技術（ＮＲ）の開発を含む第５世代セルラー技術（単に５Ｇと呼ばれる）の次のリリースに取り組んでいる。５Ｇ標準の最初のバージョンは、２０１７年の終わりに完了し、これにより、５ＧＮＲ標準に準拠したスマートフォンの試験および商用展開に進むことができる。

【0010】

特に、全体的なシステムアーキテクチャは、ｇＮＢを備えるＮＧ－ＲＡＮ（次世代－無線アクセスネットワーク：Next Generation - Radio Access Network）を想定しており、ｇＮＢは、ＵＥに向かうＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｇＮＢは、Ｘｎインターフェイスによって互いに相互接続されている。さらにｇＮＢは、次世代（ＮＧ）インターフェイスによってＮＧＣ（次世代コア：Next Generation Core）に接続され、より具体的には、ＮＧ－ＣインターフェイスによってＡＭＦ（アクセスおよびモビリティ管理機能：Access and Mobility Management Function）（例：ＡＭＦを実行する特定のコアエンティティ）に接続され、ＮＧ－ＵインターフェイスによってＵＰＦ（ユーザプレーン機能：User Plane Function）（例：ＵＰＦを実行する特定のコアエンティティ）に接続される。図１はＮＧ－ＲＡＮのアーキテクチャを示している（非特許文献１の４節を参照）。

【0011】

ＮＲにおけるユーザプレーンプロトコルスタック（例えば非特許文献１の４．４．１節を参照）は、ＰＤＣＰ（パケットデータコンバージェンスプロトコル：Packet Data Convergence Protocol、非特許文献１の６．４節を参照）サブレイヤ、ＲＬＣ（無線リンク制御：Radio Link Control、非特許文献１の６．３節を参照）サブレイヤ、およびＭＡＣ（媒体アクセス制御：Medium Access Control、非特許文献１の６．２節を参照）サブレイヤを含み、これらのサブレイヤは、ネットワーク側ではｇＮＢにおいて終端する。これに加えて、ＰＤＣＰの上に、アクセス層（ＡＳ）の新しいサブレイヤ（ＳＤＡＰ：サービスデータアダプテーションプロトコル：Service Data Adaptation Protocol）が導入される（例えば非特許文献１の６．５節を参照）。ＮＲにおいても制御プレーンプロトコルスタックが定義されている（例えば非特許文献１の４．４．２節を参照）。レイヤ２の機能の概要は、非特許文献１の６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ非特許文献１の６．４節、６．３節、および６．２節に記載されている。ＲＲＣ層の機能は、非特許文献１の７節に記載されている。

【0012】

媒体アクセス制御（ＭＡＣ）層は、例えば、論理チャネルの多重化と、スケジューリングおよびスケジューリング関連機能（様々なヌメロロジーの処理を含む）を扱う。

【0013】

物理層（ＰＨＹ）は、例えば、符号化、ＰＨＹＨＡＲＱ処理、変調、マルチアンテナ処理、適切な物理的時間－周波数リソースへの信号のマッピングの責務を担う。さらに物理層（ＰＨＹ）は、物理チャネルへのトランスポートチャネルのマッピングを処理する。物理層（ＰＨＹ）は、トランスポートチャネルの形でＭＡＣ層にサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルが、対応する物理チャネルにマッピングされる。例えば、物理チャネルは、アップリンク用として、ＰＲＡＣＨ（物理ランダムアクセスチャネル：Physical Random Access Channel）、ＰＵＳＣＨ（物理アップリンク共有チャネル：Physical Uplink Shared Channel）、およびＰＵＣＣＨ（物理アップリンク制御チャネル：Physical Uplink Control Channel）があり、ダウンリンク用として、ＰＤＳＣＨ（物理ダウンリンク共有チャネル：Physical Downlink Shared Channel）、ＰＤＣＣＨ（物理ダウンリンク制御チャネル：Physical Downlink Control Channel）、およびＰＢＣＨ（物理ブロードキャストチャネル：Physical Broadcast Channel）がある。

【0014】

ＮＲのユースケース／配置シナリオには、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）が含まれ、これらのサービスは、データレート、レイテンシ、およびカバレッジに関して多様な要件を有する。例えばｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供される３倍のオーダーのピークデータレート（ダウンリンクが２０Ｇｂｐｓ、アップリンクが１０Ｇｂｐｓ）およびユーザ体感データレートをサポートすることが期待される。これに対してＵＲＬＬＣの場合、より厳しい要件として、極めて低いレイテンシ（ユーザプレーンのレイテンシはアップリンクおよびダウンリンクそれぞれで０．５ｍｓ）および高い信頼性（１ｍｓ内で１～１０^－５）が課せられる。さらにｍＭＴＣでは、高い接続密度（都市環境では１ｋｍ^２あたり１，０００，０００個のデバイス）、過酷な環境における広いカバレッジ、デバイスコストを下げるための極めて長寿命のバッテリ（１５年）が好ましくは要求されうる。

【0015】

したがって、あるユースケースに適したＯＦＤＭヌメロロジー（例：サブキャリア間隔、ＯＦＤＭシンボル持続時間、サイクリックプレフィックス（ＣＰ）持続時間、スケジューリング間隔あたりのシンボル数）が、別のユースケースではうまく機能しないことがある。例えば、低レイテンシのサービスでは、ｍＭＴＣサービスよりも短いシンボル持続時間（したがってより大きいサブキャリア間隔）、および／または、スケジューリング間隔（ＴＴＩとも称される）あたりの少ないシンボル、が好ましくは要求されうる。さらには、チャネルの遅延スプレッドが大きい配置シナリオでは、遅延スプレッドが短いシナリオよりも長いサイクリックプレフィックス（ＣＰ）持続時間が好ましくは要求されうる。同程度のサイクリックプレフィックス（ＣＰ）オーバーヘッドを維持するため、遅延スプレッドに応じてサブキャリア間隔を最適化するべきである。ＮＲでは、サブキャリア間隔の２つ以上の値がサポートされうる。したがって現在のところ、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、．．．のサブキャリア間隔が検討されている。シンボル持続時間Ｔ_ｕとサブキャリア間隔Δｆは、式Δｆ＝１／Ｔ_ｕにより、直接関係している。ＬＴＥシステムの場合と同様に、１個のＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小リソース単位を表すのに、用語「リソースエレメント」を使用することができる。

【0016】

新無線システム５ＧＮＲでは、各ヌメロロジーおよびキャリアごとに、アップリンクおよびダウンリンクそれぞれにおいて、サブキャリアとＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッド内の各要素は、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて識別される（非特許文献２の例えば４節を参照）。例えば、ダウンリンクおよびアップリンクの送信は、持続時間１０ｍｓのフレームに編成され、各フレームは、それぞれ持続時間１ｍｓの１０個のサブフレームから構成される。５ＧＮＲの実装では、サブフレームあたりの連続するＯＦＤＭシンボルの数は、サブキャリア間隔の設定に依存する。例えば、サブキャリア間隔が１５ｋＨｚの場合、１サブフレームは１４個のＯＦＤＭシンボルを有する（通常のサイクリックプレフィックスを想定したＬＴＥ準拠の実装に類似する）。一方、サブキャリア間隔が３０ｋＨｚの場合、サブフレームは２つのスロットを有し、各スロットが１４個のＯＦＤＭシンボルを含む。

【0017】

ＬＴＥのヌメロロジー（サブキャリア間隔およびシンボル長）と比較すると、ＮＲでは、パラメータμによってラベル付けされる複数の異なるタイプのサブキャリア間隔がサポートされる（ＬＴＥでは１５ｋＨｚのサブキャリア間隔のみが存在し、これはＮＲではμ＝０に相当する）。ＮＲのヌメロロジーのタイプは、非特許文献３にまとめられている。

【0018】

（ＮＧ－ＲＡＮと５ＧＣとの間の５ＧＮＲ機能の分割）
図２は、ＮＧ－ＲＡＮと５ＧＣとの間での機能の分割を示している。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣの論理ノードは、ＡＭＦ、ＵＰＦ、およびＳＭＦである。

【0019】

ｇＮＢおよびｎｇ－ｅＮＢは、特に次の主要機能を処理する。
－無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方向におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理（Radio Resource Management）の機能
－ＩＰヘッダ圧縮、暗号化、およびデータの完全性保護
－ＵＥによって提供される情報からＡＭＦへのルーティングを決定できないときのＵＥのアタッチ時のＡＭＦの選択
－ＵＰＦへのユーザプレーンデータのルーティング
－ＡＭＦへの制御プレーン情報のルーティング
－接続の確立および解放
－ページングメッセージのスケジューリングおよび送信
－（ＡＭＦまたはＯＡＭから送られる）システムブロードキャスト情報のスケジューリングおよび送信
－モビリティおよびスケジューリングのための測定および測定報告の設定
－アップリンクにおけるトランスポートレベルのパケットマーキング
－セッション管理
－ネットワークスライシングのサポート
－ＱｏＳフロー管理およびデータ無線ベアラへのマッピング
－ RRC_INACTIVE状態にあるＵＥのサポート
－ＮＡＳメッセージの配信機能
－無線アクセスネットワークシェアリング
－二重接続
－ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング

【0020】

アクセスおよびモビリティ管理機能（ＡＭＦ）は、次の主要機能を処理する。
－非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ＮＡＳシグナリングのセキュリティ
－アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－アイドルモードＵＥの到達可能性（ページング再送の制御および実行を含む）
－レジストレーションエリア（Registration Area）管理
－システム内モビリティおよびシステム間モビリティのサポート
－アクセス認証
－ローミング権のチェックを含むアクセス認証
－モビリティ管理制御（サプスクリプションおよびポリシー）
－ネットワークスライシングのサポート
－セッション管理機能（ＳＭＦ：Session Management Function）の選択

【0021】

さらに、ユーザプレーン機能（ＵＰＦ：User Plane Function）は、次の主要機能を処理する。
－ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－データネットワークとの相互接続の外部ＰＤＵセッションポイント
－パケットのルーティングおよび転送
－パケット検査およびポリシー規則施行のユーザプレーン部分
－トラフィック使用報告
－データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ユーザプレーンのＱｏＳ処理（例：パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ダウンリンクパケットのバッファリングおよびダウンリンクデータ通知のトリガーリング

【0022】

最後に、セッション管理機能（ＳＭＦ）は、次の主要機能を処理する。
－セッション管理
－ＵＥＩＰアドレスの割当ておよび管理
－ＵＰ機能の選択および制御
－トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ポリシー施行およびＱｏＳの制御部分
－ダウンリンクデータ通知

【0023】

（ＲＲＣ接続の確立および再構成の手順）
図３は、ＵＥがＮＡＳ部分においてＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移するときの、ＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のいくつかのインタラクションを示している（非特許文献１を参照）。

【0024】

ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位層シグナリング（プロトコル）である。特に、この遷移では、ＡＭＦがＵＥコンテキストデータ（例：ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力などを含む）を作成し、それを初期コンテキストセットアップ要求（ＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴ）によってｇＮＢに送る。次にｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにし、これはｇＮＢがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをＵＥに送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって実行される。その後ｇＮＢは、再設定を実行してシグナリング無線ベアラ２（ＳＲＢ２）およびデータ無線ベアラ（ＤＲＢ：Data Radio Bearer）を確立し、これは、ｇＮＢがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥに送信し、これに応答してＵＥからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによる。シグナリングのみの接続の場合、ＳＲＢ２およびＤＲＢが確立されないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関連するこれらのステップはスキップされる。最後にｇＮＢは、確立手順が完了したことを、初期コンテキストセットアップ応答（ＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＳＰＯＮＳＥ）によってＡＭＦに通知する。

【0025】

したがって本開示では、第５世代コア（５ＧＣ：5th Generation Core）のエンティティ（例えばＡＭＦ、ＳＭＦなど）であって、動作時に、ｇＮｏｄｅＢとの次世代（ＮＧ）接続を確立する制御回路と、動作時に、ｇＮｏｄｅＢとユーザ機器（ＵＥ）との間のシグナリング無線ベアラを確立させるために、ＮＧ接続を介して初期コンテキスト設定メッセージをｇＮｏｄｅＢに送信する送信器と、を備える、第５世代コアのエンティティ、が提供される。具体的には、ｇＮｏｄｅＢは、リソース割当て設定の情報要素を含むＲＲＣ（無線リソース制御：Radio Resource Control）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。ＵＥは、リソース割当て設定に基づいて、アップリンク送信またはダウンリンク受信を実行する。

【0026】

（２０２０年以降のＩＭＴの使用シナリオ）
図４は、５ＧＮＲのユースケースのいくつかを示している。３ＧＰＰ（第３世代パートナーシッププロジェクト）の新無線（３ＧＰＰＮＲ）では、ＩＭＴ－２０２０による様々なサービスおよびアプリケーションをサポートするために想定される３つのユースケースが考慮されている。拡張モバイルブロードバンド（ｅＭＢＢ）のフェーズ１の仕様は決定された。現在および今後の作業としては、ｅＭＢＢのサポートをさらに拡張することに加えて、超高信頼・低遅延通信（ＵＲＬＬＣ）および大規模マシンタイプ通信の標準化が含まれる。図４は、２０２０年以降のＩＭＴの想定される使用シナリオのいくつかの例を示している（例えば非特許文献４の図２を参照）。

【0027】

ＵＲＬＬＣのユースケースは、スループット、レイテンシ、可用性などの能力に関する厳しい要件を有し、産業製造や生産工程のワイヤレス制御、リモート医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直アプリケーションを実現する手段の１つとして想定されている。ＵＲＬＬＣの超高信頼性は、非特許文献５によって設定される要件を満たすための技術を特定することによってサポートされる。リリース１５のＮＲＵＲＬＬＣでは、主な要件として、ＵＬ（アップリンク）で０．５ｍｓ、ＤＬ（ダウンリンク）で０．５ｍｓの目標ユーザプレーンレイテンシが含まれる。パケットの１回の送信における一般的なＵＲＬＬＣの要件は、１ｍｓのユーザプレーンレイテンシでパケットサイズ３２バイトの場合にＢＬＥＲ（ブロック誤り率）１Ｅ－５である。

【0028】

物理層の観点から、信頼性を向上させる方法はいくつか考えられる。信頼性を向上させるための現在の範囲には、ＵＲＬＬＣ用の個別のＣＱＩテーブルの定義、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどが含まれる。しかしながら、（ＮＲＵＲＬＬＣの重要な要件について）ＮＲがさらに安定し、開発が進むにつれて、超高信頼性を実現するための範囲が広がりうる。リリース１５におけるＮＲＵＲＬＬＣの具体的なユースケースとしては、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅヘルス、ｅセーフティ、ミッションクリティカルなアプリケーションが挙げられる。

【0029】

さらに、ＮＲＵＲＬＬＣが対象とする技術強化は、レイテンシの改良および信頼性の向上を目標としている。レイテンシを改良するための技術強化としては、設定可能なヌメロロジー、柔軟なマッピングを使用する非スロットベースのスケジューリング、グラントフリー（設定済みグラント（configured grant））のアップリンク、データチャネルのスロットレベルの繰り返し、およびダウンリンクのプリエンプションが挙げられる。プリエンプションとは、リソースがすでに割り当てられている送信が中止され、すでに割り当てられているリソースが、後から要求された、より小さいレイテンシ／より高い優先順位要件を有する別の送信に使用されることを意味する。したがって、すでに許可された送信が、より後の送信によってプリエンプトされる。プリエンプションは、サービスタイプに関係なく適用される。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信を、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトすることができる。信頼性の向上に関連する技術強化としては、１Ｅ－５の目標ＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが挙げられる。

【0030】

ｍＭＴＣ（大規模マシンタイプ通信）のユースケースは、非常に多数の接続されたデバイスが、一般には遅延の影響が小さい比較的少量のデータを送信することを特徴とする。デバイスは、低コストでありかつ極めて長いバッテリ寿命を有することが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することは、ＵＥの観点からの省電力を達成して長いバッテリ寿命を可能にするための１つの可能な解決策である。

【0031】

上に述べたように、ＮＲにおける信頼性の範囲が広がることが予測される。あらゆるケース、特にＵＲＬＬＣおよびｍＭＴＣの場合に必要な１つの重要な要件は、高信頼性または超高信頼性である。無線の観点およびネットワークの観点から、信頼性を向上させるためのいくつかのメカニズムを考えることができる。一般には、信頼性の向上に役立つ可能性のある重要な領域がいくつか存在する。これらの領域としては、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し、周波数領域、時間領域、および／または空間領域に関連するダイバーシティが挙げられる。これらの領域は、特定の通信シナリオには関係なく、一般的に信頼性に適用可能である。

【0032】

ＮＲＵＲＬＬＣの場合、ファクトリーオートメーション、運輸業、配電など、より厳しい要件のさらなるユースケースが特定されている。より厳しい要件とは、ユースケースに応じて、より高い信頼性（最大１０^－６レベル）、より高い可用性、最大２５６バイトのパケットサイズ、数μｓオーダーまでの時刻同期（値は周波数範囲に応じて１μｓないし数μｓ）、０．５～１ｍｓオーダーの短いレイテンシ、特に０．５ｍｓの目標ユーザプレーンレイテンシである。

【0033】

さらに、ＮＲＵＲＬＬＣの場合、物理層の観点からいくつかの技術的強化が確認されている。特に、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）に関連する強化として、コンパクトなＤＣＩ、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨ監視の増加などが挙げられる。また、ＵＣＩ（アップリンク制御情報：Uplink Control Information）に関連する強化として、ＨＡＲＱ（ハイブリッド自動再送要求）の強化およびＣＳＩフィードバックの強化が挙げられる。また、ミニスロットレベルのホッピングや再送／繰り返しの強化に関連するＰＵＳＣＨの強化も認識されている。用語「ミニスロット」は、スロットよりも少ない数のシンボルを含むＴＴＩ（送信時間間隔：Transmission Time Interval）を意味する（スロットは１４個のシンボルを含む）。

【0034】

（ＱｏＳ制御）
５ＧＱｏＳ（サービス品質）モデルは、ＱｏＳフローに基づいており、保証フロービットレートを必要とするＱｏＳフロー（ＧＢＲＱｏＳフロー）と、保証フロービットレートを必要としないＱｏＳフロー（非ＧＢＲＱｏＳフロー）の両方をサポートする。したがってＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内では、ＮＧ－Ｕインターフェイスを通じてカプセル化ヘッダ内で伝えられるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。

【0035】

５ＧＣは、ＵＥごとに１つ以上のＰＤＵセッションを確立する。ＮＧ－ＲＡＮは、ＵＥごとに、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ）を確立し、次にそのＰＤＵセッションのＱｏＳフローのための追加のＤＲＢを、例えば図３を参照しながら上述したように設定することができる（いつ設定するかはＮＧ－ＲＡＮが決定する）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルのパケットフィルタによって、ＵＬおよびＤＬのパケットがＱｏＳフローに関連付けられ、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルのマッピング規則によって、ＵＬおよびＤＬのＱｏＳフローがＤＲＢに関連付けられる。

【0036】

図５は、５ＧＮＲの非ローミング基準アーキテクチャを示している（非特許文献６の４．２３節を参照）。アプリケーション機能（ＡＦ：Application Function）（例えば図４に例示的に記載されている５Ｇサービスを処理する外部アプリケーションサーバ）は、サービスを提供する目的で、３ＧＰＰコアネットワークと対話する。例えば、トラフィックのルーティングに対するアプリケーションの影響をサポートしたり、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスしたり、ポリシー制御（例：ＱｏＳ制御）のためのポリシーフレームワーク（ポリシー制御機能（ＰＣＦ）を参照）と対話する。事業者の配備に基づいて、事業者によって信頼されるものとみなされるアプリケーション機能（ＡＦ）を、関連するネットワーク機能（Network Function）と直接対話できるようにすることができる。ネットワーク機能に直接アクセスすることが事業者によって許可されていないアプリケーション機能（ＡＦ）は、ＮＥＦを介して外部の公開フレームワークを使用して、関連するネットワーク機能と対話する。

【0037】

図５は、５Ｇアーキテクチャのさらなる機能ユニット、すなわち、ネットワークスライス選択機能（ＮＳＳＦ：Network Slice Selection Function）、ネットワークリポジトリ機能（ＮＲＦ：Network Repository Function）、統一データ管理（ＵＤＭ：Unified Data Management）、認証サーバ機能（ＡＵＳＦ：Authentication Server Function）、アクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）、セッション管理機能（ＳＭＦ：Session Management Function）、およびデータネットワーク（ＤＮ：Data Network）（例：事業者のサービス、インターネットアクセス、またはサードパーティのサービス）を示している。コアネットワーク機能およびアプリケーションサービスのすべてまたは一部を、クラウドコンピューティング環境に配置して実行してもよい。

【0038】

したがって本開示では、アプリケーションサーバ（例えば５ＧアーキテクチャのＡＦ）が提供され、このアプリケーションサーバは、動作時に、ＵＲＬＬＣサービス、ｅＭＢＢサービス、およびｍＭＴＣサービスの少なくとも１つに対するＱｏＳ要件を含む要求を５ＧＣの機能（例えばＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦなど）の少なくとも１つに送信して、ＱｏＳ要件に従ってｇＮｏｄｅＢとＵＥとの間に無線ベアラを含むＰＤＵセッションを確立する送信機と、動作時に、確立されたＰＤＵセッションを使用してサービスを実行する制御回路と、を備える。

【0039】

（ダウンリンク制御チャネルの監視、ＰＤＣＣＨ、ＤＣＩ）
ＵＥによって動作する機能の多くは、例えばＵＥ宛の特定の制御情報またはデータを受信するためにダウンリンク制御チャネル（例えばＰＤＣＣＨ、非特許文献７の５．２．３節を参照）を監視することを含む。

【0040】

以下は、このような機能のリスト（すべてを網羅していない）を示す。
－・ページングメッセージ監視機能、
－・システム情報取得機能、
－・不連続受信（ＤＲＸ）機能におけるシグナリング監視動作、
－・不連続受信（ＤＲＸ）機能における非アクティブ性（inactivity）監視動作、
－・ランダムアクセス機能におけるランダムアクセス応答の受信、
－・パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層のリオーダリング機能

【0041】

上述したように、ＰＤＣＣＨの監視は、制御情報およびユーザトラフィック（例えばＰＤＣＣＨ上のＤＣＩ、ＰＤＣＣＨによって示されるＰＤＳＣＨ上のユーザデータ）など、ＵＥを対象とする情報を識別して受信するために、ＵＥによって行われる。

【0042】

ダウンリンクにおける制御情報（ダウンリンク制御情報、ＤＣＩと称することができる）は、５ＧＮＲではＬＴＥのＤＣＩと同じ目的を有し、すなわち、例えばダウンリンクデータチャネル（例：ＰＤＳＣＨ）またはアップリンクデータチャネル（例：ＰＵＳＣＨ）をスケジューリングする特別な制御情報のセットである。５ＧＮＲでは、すでに多くの異なるＤＣＩフォーマットが定義されている（非特許文献８の７．３．１節を参照）。

【0043】

これらのＤＣＩフォーマットは、それぞれの情報が形成されて送信される所定のフォーマットを表している。特に、ＤＣＩフォーマット０＿１および１＿１は、それぞれ、１つのセルにおいてＰＵＳＣＨおよびＰＤＳＣＨをスケジューリングするために使用される。

【0044】

これらの機能それぞれにおけるＰＤＣＣＨ監視は、特定の目的を果たし、したがってその目的のために開始される。ＰＤＣＣＨ監視は、一般に、ＵＥが動作させるタイマーに少なくとも基づいて制御される。タイマーはＰＤＣＣＨ監視を制御する目的を有し、例えば、ＵＥがＰＤＣＣＨを監視する最大時間長を制限する。例えば、ＵＥはＰＤＣＣＨを無期限に監視する必要はなく、電力を節約できるように、ある時間後に監視を停止することができる。

【0045】

上述したように、ＰＤＣＣＨにおけるＤＣＩの目的の１つは、ダウンリンクまたはアップリンク、あるいはサイドリンクにおけるリソースを動的にスケジューリングすることである。特に、ＤＣＩのいくつかのフォーマットは、特定のユーザのためにデータチャネルに割り当てられるリソースの指示（リソース割当て、ＲＡ）を伝えるために提供されている。リソース割当ては、周波数領域および／または時間領域におけるリソースの指定を含むことができる。

【0046】

（５ＧＮＲにおける時間領域）
時間領域では、５ＧＮＲにおける送信は長さ１０ｍｓのフレームに編成され、各フレームは長さ１ｍｓの均等な大きさの１０個のサブフレームに分割される。サブフレームは、それぞれ１４個のＯＦＤＭシンボルから構成される１つ以上のスロットに分割される。スロットの持続時間（単位：ミリ秒）はヌメロロジーに依存する。例えば、サブキャリア間隔が１５ｋＨｚの場合、ＮＲのスロットは、通常のサイクリックプレフィックスを有するＬＴＥのサブフレームと同じ構造を有する。５ＧＮＲのサブフレームは、ヌメロロジーに依存しない時間基準として機能し、特に複数のヌメロロジーが同じキャリア上で混在している場合に有用であり、一方、スロットは典型的な動的スケジューリング単位である。３ＧＰＰ５ＧＮＲ通信のベースとなるこのフレーム構造は、図６に例示的に示してある。

【0047】

（スロットフォーマット）
５ＧＮＲでは複数のスロットフォーマットが提供され、スロットフォーマットは、１つのスロット内の各シンボルがどのように使用されるかを示す。スロットフォーマットは、特定のスロット内で、どのシンボルがアップリンクに使用され、どのシンボルがダウンリンクに使用されるかを定義する。ＬＴＥＴＤＤでは、サブフレーム（ＮＲにおけるスロットに相当）がＤＬまたはＵＬ用に設定されている場合、そのサブフレーム内のすべてのシンボルがＤＬまたはＵＬとして使用される必要がある。しかしながら、ＮＲでは、スロット内のシンボルは以下のように様々に設定することができる。

【0048】

本開示では、スロット内のＤＬシンボル、ＵＬシンボル、フレキシブルシンボルの組合せは、１つの組合せに限定されない。さらに、ＤＬシンボル、ＵＬシンボル、およびフレキシブルシンボルの組合せは、事前定義されたシンボルの組合せであってもよい。

【0049】

（セミパーシステントスケジューリング（ＳＰＳ））
ダウンリンクでは２種類のスケジューリングが存在する。１つは「ダイナミックスケジューリング」と呼ばれ、もう１つはＳＰＳ（セミパーシステントスケジューリング：Semi Persistent Scheduling）と呼ばれる。ダイナミックスケジューリングは、各ＰＤＳＣＨがＤＣＩ（ＤＣＩ１＿０またはＤＣＩ１＿１）によってスケジューリングされるメカニズムである。ＳＰＳは、ＰＤＳＣＨ送信がＲＲＣメッセージによって設定されるメカニズムである。

【0050】

より詳細には、ＵＥには、１つ以上のＳＰＳ設定（本開示では、ＳＰＳ設定はＳＰＳとも呼ばれる）を設定することができる。ＳＰＳ設定は通常、ＤＬ送信のために基地局によって設定されたＤＬリソースの周期的なセットに対応する。すなわち、ＳＰＳ設定のリソースは、通常、時間領域における特定の周期性に従い、ＳＰＳの連続的な（連続する）リソース割当ての間に特定の時間間隔が存在する。

【0051】

設定されたＳＰＳはそれぞれのＤＬＳＰＳトラフィックに対応し、それぞれの特定のＨＡＲＱプロセスＩＤに関連付けられる。すなわち、一般に、各ＳＰＳはそれぞれのＨＡＲＱプロセスＩＤと関連付けられ得る。（ＳＰＳ設定のリソースで受信される）ＳＰＳの送信は、本明細書ではＤＬトラフィックとも呼ばれ、ＳＰＳの単一のリソース割当てにおいて送信されるＳＰＳの個々の送信は、このＤＬトラフィックのインスタンスとも呼ばれ得る。

【0052】

３ＧＰＰは、リリース１７において、強化された産業用モノのインターネット（ｌｌｏＴ：industrial Internet of things）と超高信頼・低遅延（ＵＲＬＬＣ）のための機能強化に取り組んできた。この機能強化には、ＨＡＲＱ－ＡＣＫおよびＣＱＩ送信などのＵＥフィードバックの改善が含まれる。

【0053】

セミパーシステントスケジューリング（ＳＰＳ）は、ダウンリンク（ＤＬ）のデータ送信および関連するアップリンク（ＵＬ）のＨＡＲＱ－ＡＣＫフィードバックのためのリソースを予約することにより、タイムセンシティブネットワーク（ＴＳＮ：time sensitive network）などの決定論的ＵＲＬＬＣトラフィック（deterministic URLLC traffic）のために利用することができる。

【0054】

（フィードバックのためのＰＵＣＣＨフォーマット）
ＰＵＣＣＨの主な目的は、ＵＣＩ（アップリンク制御情報：Uplink Control Information）を伝えることである。特に、ＰＵＣＣＨは、ＳＰＳの場合のＵＬにおけるＨＡＲＱ－ＡＣＫフィードバックに使用することができる。

【0055】

５ＧＮＲのＰＵＣＣＨには、５つの異なるフォーマットがすでに定義されており（非特許文献９の表６．３．２．１－１「ＰＵＣＣＨフォーマット」を参照）、どのフォーマットを使用するかは、以下に再現した表に示したように、何ビットの情報を伝え、何個のシンボルを割り当てるかによって決定することができる。

【0056】

特に、表の説明は非特許文献７の５．３．３節に記載されており、２個のＵＣＩビットまでの短いＰＵＣＣＨフォーマットはシーケンス選択に基づき、３個以上のＵＣＩビットの短いＰＵＣＣＨフォーマットはＵＣＩと復調参照信号（ＤＭＲＳ：Demodulation Reference Signal）を周波数多重化する。長いＰＵＣＣＨフォーマットは、ＵＣＩとＤＭＲＳを時間多重化する。

【0057】

周波数ホッピングは、長いＰＵＣＣＨフォーマットと２シンボルの持続時間の短いＰＵＣＣＨフォーマットにおいてサポートされる。長いＰＵＣＣＨフォーマットは、複数のスロットにわたって繰り返すことができる。ＰＵＣＣＨフォーマットは、次の表にまとめてある。

【表1】

【0058】

どのＰＵＣＣＨフォーマットを使用するかは、さまざまな基準で決めることができる。例えば、第１の基準は、何個のＵＣＩビットを伝える必要があるかである。さらに、ＵＥが同じ物理リソースブロック（ＰＲＢ）内で多重化する可能性を使用することができる。さらに、さまざまな無線チャネル条件における堅牢性を基準として使用することができる。

【0059】

一般に、「物理リソースブロック」（ＰＲＢ）という用語は、（ユーザ）データの送信に使用可能な最小の割当て可能なリソース単位を指す。ＬＴＥおよびＮＲでは、ＰＲＢは、周波数領域における所定の数（例えば１２）の連続するサブキャリアと、時間領域における所定の数のシンボル（例えばＬＴＥでは１４個のＯＦＤＭシンボル）とを有する。

【0060】

ＰＵＣＣＨの位置および繰り返し

【0061】

非特許文献１０は、９．２．１節「ＰＵＣＣＨＲｅｓｏｕｒｃｅＳｅｔｓ（ＰＵＣＣＨリソースセット）」で定義している。導出できるように、一部のパラメータはすべてのＰＵＣＣＨフォーマットに適用されるが、一部のパラメータは以下のように特定のフォーマットのみに適用される。

【0062】

特に、ＰＲＢの数は、ＰＵＣＣＨフォーマット２および３のみに適用することができる。さらに、開始ＰＲＢは、すべてのＰＵＣＣＨフォーマットに適用することができる。

【0063】

さらに、例えば、開始シンボルは、すべてのＰＵＣＣＨフォーマットに適用できるが、値の範囲はフォーマットによって変化し得る。例えば、ＰＵＣＣＨフォーマット０およびフォーマット２はＳ０～Ｓ１３の開始シンボルを有することができ、ＰＵＣＣＨフォーマット１、フォーマット３、およびフォーマット４は、上の図６におけるＳ０～Ｓ１０の開始シンボルを有することができる。

【0064】

さらに、例えば、シンボルの数はすべてのＰＵＣＣＨフォーマットに適用できるが、値の範囲はフォーマットによって変化し得る。例えば、ＰＵＣＣＨフォーマット０およびフォーマット２は、０または１のシンボル数を有することができるが、ＰＵＣＣＨフォーマット１、フォーマット３、およびフォーマット４は、４～１４のシンボル数を有することができる。

【0065】

言い換えれば、ＰＵＣＣＨフォーマットに基づいて、例えばスロット／ミニスロットの特定のシンボルをＨＡＲＱ－ＡＣＫの送信に使用することができる。

【0066】

さらに、非特許文献１０の９．２．６節、バージョン１５．３．０に従い、ＰＵＣＣＨフォーマットに応じて繰り返し手順を確立することができる。例えば、ＰＵＣＣＨフォーマット１、３、または４は、繰り返し手順のために設定することができる。特に、設定されたスロット数にわたり、ＵＥは専用スロット上で、ＵＣＩを有するＰＵＣＣＨ送信を繰り返す。

【0067】

上記を考慮して、様々な可能性（例えば、様々なＰＵＣＣＨフォーマットを使用する、特定の位置を使用する、様々なスロット位置を使用する）によって、ＳＰＳＨＡＲＱ－ＡＣＫを送信することができる。

【0068】

（ＳＰＳＨＡＲＱ－ＡＣＫ）
これらの可能性を考慮し、ｋ１ｄｅｆまたはｋ１＋ｋ１ｄｅｆを使用してＳＰＳＨＡＲＱの最大延期の制限をサポートすることが合意された。

【0069】

Ｋ１は、ＰＤＳＣＨにおいてデータがスケジューリングされるＤＬスロットと、スケジューリングされたＰＤＳＣＨデータに対するＡＣＫ／ＮＡＣＫフィードバックを送信する必要があるＵＬスロットとの間のオフセットである。言い換えれば、Ｋ１は、ＰＤＳＣＨの受信とＰＵＣＣＨの送信の間の遅延である。

【0070】

Ｋ１ｄｅｆは、（最大）延期値である。特に、ｋ１ｄｅｆは、スロットの延期値である。

【0071】

制限は、例えばｋ１ｄｅｆの最大値またはｋ１ｄｅｆｆ＝ｋ１＋ｋ１ｄｅｆの最大値によって与えることができ、例えばＫ１セットまたはＲＲＣで設定された制限によって決定することができる。ＳＰＳＨＡＲＱの最大延期の制限は、ｋ１ｅｆｆ＝ｋ１＋ｋ１ｄｅｆによって定義されてもよく、ｋ１ｄｅｆの下限は定義されなくてもよい。言い換えれば、ＳＰＳＨＡＲＱ－ＡＣＫの延期について、ｋ１＋ｋ１ｄｅｆによる最大延期値は、ＳＰＳ設定ごとにＲＲＣで設定される。

【0072】

ＳＰＳＨＡＲＱ－ＡＣＫの延期はＳＰＳ設定ごとに有効にされることが合意されている。特に、ＳＰＳＰＤＳＣＨ設定のＨＡＲＱ－ＡＣＫのみを延期に関して有効にすることができる。

【0073】

さらに、最初のスロットから延期するタイミングの定義は、最初のスロット／サブスロットにおけるＳＰＳＨＡＲＱ－ＡＣＫが、ＳＰＳ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔ－ｒ１６またはｎ１ＰＵＣＣＨ－ＡＮによるＰＵＣＣＨを使用して送信するための、結果として生じるＰＵＣＣＨリソースが有効でないため送信できない場合にのみ、延期が可能であるという条件に基づくことができる。

【0074】

ＳＰＳＨＡＲＱ－ＡＣＫの延期では、最初のＰＵＣＣＨスロットからのＨＡＲＱ－ＡＣＫコードブックから延期の対象となるＳＰＳＨＡＲＱビットのみがターゲットＰＵＣＣＨスロットに延期される。

【0075】

ＳＰＳＨＡＲＱ－ＡＣＫの延期では、複数の最初のＰＵＣＣＨスロットからの延期されたＳＰＳＨＡＲＱビットをターゲットＰＵＣＣＨスロットに共同で延期することができる。

【0076】

ＳＰＳＨＡＲＱ－ＡＣＫの延期の場合、ターゲットＰＵＣＣＨスロットは、ｓｐｓ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔ－ｒ１６またはｎ１ＰＵＣＣＨ－ＡＮＰＵＣＣＨリソースが有効であるとみなされる次のＰＵＣＣＨスロット、またはＰＵＣＣＨリソース（ＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＳｅｔから、すなわちＤＧＰＤＳＣＨＨＡＲＱ多重化）が動的に示されるＰＵＣＣＨスロットとして定義される。

【0077】

・ターゲットＰＵＣＣＨスロットの決定は、候補ターゲットＰＵＣＣＨスロットの延期ＳＰＳＨＡＲＱ－ＡＣＫ情報および非延期ＨＡＲＱ－ＡＣＫ情報（存在時）を含む総ＨＡＲＱ－ＡＣＫペイロードサイズに基づく。
・ＰＵＣＣＨリソースセットおよびＰＵＣＣＨリソースＩＤに関するターゲットＰＵＣＣＨスロットにおける最終的なＰＵＣＣＨリソース選択は、リリース１６の手順に従う。

【0078】

ＳＰＳＨＡＲＱ－ＡＣＫの延期では、ターゲットＰＵＣＣＨスロットの決定後に、延期されたＳＰＳＨＡＲＱ－ＡＣＫを送信できない場合、延期されたＳＰＳＨＡＲＱ－ＡＣＫビットはそれ以上延期されず、ドロップされる。

【0079】

ＳＰＳＨＡＲＱ－ＡＣＫの延期では、ターゲットＰＵＣＣＨスロットにおいて、延期されたＳＰＳＨＡＲＱ－ＡＣＫビットが、最初のＨＡＲＱビット／タイプ１またはタイプ２コードブックに付加される。

【0080】

ＲＡＮ１＃１０４ｂ－ｅの更新されたバージョンでは、延期されたＳＰＳＨＡＲＱ－ＡＣＫに起因する同じＨＡＲＱプロセスの衝突を処理するため、非特許文献１１の５．１節に従ってＵＥが特定のＨＡＲＱプロセスＩＤのＰＤＳＣＨを受信すると予想される場合、そのＨＡＲＱプロセスＩＤの延期されたＳＰＳＨＡＲＱ－ＡＣＫビットをドロップすることが規定されている。

【0081】

（衝突）
したがって、特にＵＥが時分割複信（ＴＤＤ：Time Division Duplex）で動作しているとき、１つ以上のＤＬシンボルと衝突する送信機会は、（任意の）利用可能なＳＰＳＨＡＲＱ－ＡＣＫの送信には使用されないと決定することができる。さらに、ＰＵＣＣＨの繰り返しは状況を悪化させる可能性があり、なぜなら以下に示したように、ＰＵＣＣＨを複数のスロット／ミニスロットにわたって繰り返す必要があるためである。

【0082】

特に、例えば図７に示したように、ＵＥには２つのＳＰＳ設定が設定され、スロットｎにＳＰＳ＃０用のリソースが対応し、スロットｎ＋２にＳＰＳ＃１用のリソースが対応する。さらに、ＳＰＳ＃０設定は、ｋ１＝１、ｋ１ｄｅｆ＝４として設定され、ＵＥはＳＰＳ＃０に対する確認応答フィードバック（ＨＡＲＱＡＣＫ／ＮＡＣＫ）を、ＰＵＣＣＨ０を使用して送信することができ、ＰＵＣＣＨ０は、繰り返し機能を使用するように設定される（例えば合計で２回の送信）。ＳＰＳ＃１設定は、ｋ１＝１、ｋ１ｄｅｆ＝０で設定され、ＵＥがＳＰＳ＃１に対する確認応答フィードバックを、ＰＵＣＣＨ１を使用して送信することができ、ＰＵＣＣＨ１は、繰り返し機能を使用しないように設定される。図７に示したスロットｎ＋３から明らかなように、ＰＵＣＣＨ０とＰＵＣＣＨ１のリソースが重複する。

【0083】

その結果、ＳＰＳ＃０に対する確認応答フィードバックの最初の送信は、ｋ１＝１により、スロットｎ＋１で送信され（ラベル「繰り返し：１」を参照）、同じ確認応答フィードバックの繰り返しは、依然として許容されるｋ１ｄｅｆ制限内にあるスロットｎ＋３で送信される予定である（ラベル「繰り返し：２」を参照）。同様に、ＳＰＳ＃１に対する確認応答フィードバックも、ｋ１＝１であるため、スロットｎ＋３で送信される予定である。したがって、スロットｎ＋３におけるＳＰＳ＃０に対するＰＵＣＣＨ０でのフィードバック情報の繰り返し送信は、ＳＰＳ＃１に対するＰＵＣＣＨ１でのフィードバック情報の送信と衝突する可能性がある。ＵＥは、ＰＵＣＣＨ０とＰＵＣＣＨ１のうちの一方のみを送信することができる。

【0084】

議論されているＨＡＲＱ－ＡＣＫ延期の解決策は、ＳＰＳＨＡＲＱ－ＡＣＫの送信を延期することによって、ある程度までしかこれらの問題に対処できない。しかしながら、ＰＵＣＣＨの繰り返しが有効になっているときには、さらなる考慮が必要である。

【0085】

このような場合、ＨＡＲＱ－ＡＣＫ報告の繰り返しを、ドロップする、または後から送信するように延期することができる。あるいは、例えば図７に示したように、スロットｎ＋３のＰＵＣＣＨ１をドロップする。いずれにしても、ＨＡＲＱ－ＡＣＫをドロップすることは、通信の信頼性を低下させる可能性がある。

【0086】

さらに、ＨＡＲＱ－ＡＣＫの延期はレイテンシを増加させ、ＨＡＲＱプロセスの衝突を引き起こす可能性がある。

【0087】

さらには、衝突が発生した場合、ＵＥにおいて、どのＨＡＲＱ報告（または他のＵＣＩ）を送信し、どれをドロップするかが曖昧になる可能性がある。例えば、図７に示したように、ＳＰＳ＃０に対するＰＵＣＣＨ０でのＨＡＲＱフィードバックの延期された繰り返し送信は、スロットｎ＋３でＰＵＣＣＨ１によって報告されるＳＰＳ＃１のＨＡＲＱ－ＡＣＫと衝突する可能性がある。

【0088】

本発明者らは、上述した潜在的な欠点および課題を特定し、したがって、繰り返し確認応答情報（例えば、スロットｎ＋１におけるＰＵＣＣＨ０）およびＵＣＩ（例えば、スロットｎ＋３におけるＰＵＣＣＨ１）を効率的に送信することを可能にする、改善されたＵＣＩ報告手順を提供する可能性を特定した。本発明は、このような改善された確認応答手順のためのさまざまな解決策および変形形態に関する。

【0089】

例えば、改善された確認応答手順は、第２のＳＰＳ設定の追加のＳＰＳ－ＨＡＲＱＡＣＫ報告、スロットｎ＋３で送信されるＵＣＩ、またはＤＬシンボルとの繰り返し送信の衝突の場合に、第１のＳＰＳ設定の繰り返しＳＰＳ－ＨＡＲＱＡＣＫ報告（例えばスロットｎ＋１のＰＵＣＣＨ０）をより効率的に送信することを可能にする改善されたターゲット送信機会決定を含む。

【0090】

特に、図７に示したように、ＵＥにおいて、ＨＡＲＱ－ＡＣＫの延期と、ＰＵＣＣＨ０について示したようにＰＵＣＣＨの繰り返しの両方が有効になっている場合、ＰＵＣＣＨの繰り返しと他のＰＵＣＣＨ送信（例えばＳＰＳ＃１のＰＵＣＣＨ１送信）との衝突が発生する可能性がある。

【0091】

（実施形態）
以下では、５Ｇ移動通信システムにおいて想定される新しい無線アクセス技術のための、上記のニーズを満たすためのＵＥ、基地局、およびそれぞれの手順について説明する（ただしこれらはＬＴＥ移動通信システムでも使用することができる）。複数の異なる実装形態および変形形態も説明する。以下の開示は、上述した議論および発見事項によって促進され、例えば、その少なくとも一部に基づくことができる。

【0092】

一般に、本開示の基礎となる原理を明確、簡潔に、かつ理解しやすい方法で説明できるように、本明細書では多くの想定がなされていることに留意されたい。しかしながら、これらの想定は、本明細書において説明を目的としてなされた単なる例であり、本開示の範囲を限定するものではないことを理解されたい。当業者であれば、以下の開示の原理および特許請求の範囲に記載された原理は、異なるシナリオに適用することができ、本明細書に明示的に記載されていない方法で適用することができることを認識するであろう。

【0093】

さらに、次の３ＧＰＰ５Ｇ通信システムのための新しい無線アクセス技術のコンテキストで使用される特定の専門用語は、まだ完全に決定されていない、または最終的に変更される可能性があるが、以下で使用されている手順、エンティティ、層などの用語のいくつかは、ＬＴＥ／ＬＴＥ－Ａシステムに、または現在の３ＧＰＰ５Ｇ標準化において使用されている専門用語に、密接に関連している。したがって、用語は将来的に変更されうるが、実施形態の機能に影響を与えることはない。したがって、実施形態およびその保護範囲は、より新しいまたは最終的に合意された専門用語が存在しないために本明細書で例示的に使用されている特定の用語に制限されるものではなく、本開示の機能および原理の基礎をなす機能およびコンセプトの観点においてより広義に理解されるべきであることが、当業者には認識されるであろう。

【0094】

例えば、移動局または移動ノードまたはユーザ端末またはユーザ機器（UE）は、通信ネットワーク内の物理的なエンティティ（物理ノード）である。１つのノードがいくつかの機能エンティティを有することができる。機能エンティティとは、所定の機能セットを実装する、および／または、所定の機能セットを同じノードもしくは別のノードまたはネットワークの他の機能エンティティに提供するソフトウェアまたはハードウェアモジュールを指す。ノードは、自身を通信設備または通信媒体にアタッチする１つまたは複数のインターフェイスを有することができ、ノードは、これら通信設備または通信媒体を通じて通信することができる。同様に、ネットワークエンティティは、機能エンティティを通信設備または通信媒体にアタッチする論理インターフェイスを有することができ、機能エンティティは、これら通信設備または通信媒体を通じて別の機能エンティティまたは対応するノードと通信することができる。

【0095】

本明細書における「基地局」または「無線基地局」という用語は、通信ネットワーク内の物理的なエンティティを指す。移動局と同様に、基地局はいくつかの機能エンティティを有することができる。機能エンティティとは、所定の機能セットを実装する、および／または、所定の機能セットを同じノードもしくは別のノードまたはネットワークの他の機能エンティティに提供するソフトウェアまたはハードウェアモジュールを指す。物理エンティティは、スケジューリングおよび設定の１つ以上を含む、通信デバイスに関するいくつかの制御タスクを実行する。なお基地局の機能と通信デバイスの機能は、単一のデバイス内に統合されてもよいことに留意されたい。例えば、移動端末が、他の端末のために基地局の機能も実施することができる。ＬＴＥで使用される専門用語はｅＮＢ（またはｅＮｏｄｅＢ）であり、５ＧＮＲで現在使用されている専門用語はｇＮＢである。

【0096】

ＵＥと基地局との間の通信は、一般に標準化されており、ＰＨＹ、ＭＡＣ、ＲＲＣなどの異なるレイヤによって定義されることがある（上記の背景技術のセクションを参照）。

【0097】

「送信機会」という用語は、アップリンク制御情報（ＵＣＩ）などの情報を送信するために利用可能なＵＬリソースを指す。一般に、送信機会は基地局によって決定され、対応する指示がＵＥに送信されることがある。その後、ＵＥは、この指示から、例えばＰＤＣＣＨまたはＰＤＳＣＨを介して基地局から受信されたＤＣＩシグナリングから、送信機会を取得および／または決定することができる。しかしながら、本発明はこれに限定されない。一般に、ＰＵＣＣＨリソースは事前に予約されなくてもよく、例えば、ｋ１およびｋ１ｄｅｆ値に従って使用することができる。一般に、いくつかの送信機会は基地局によって設定され、他の送信機会は例えばｋ１タイミング値に基づいてＵＥによって自律的に決定されることも可能である。一般に、本出願で使用される送信機会は、例えば、ＵＥがＰＵＣＣＨまたはＰＵＳＣＨ上でＵＣＩを送信するために使用するシンボル、スロット、ミニスロットなどとして広義に理解されたい。さらに、送信機会は、専用チャネル、例えばＵＣＩの送信に使用されるＰＵＣＣＨフォーマットを指定することができる。

【0098】

「確認応答情報」という用語は、肯定的または否定的なフィードバック（例えばＳＰＳ送信がＵＥによって受信されたか否か）を送信するためにＵＥによって送信され得る肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）フィードバックを意味する。

【0099】

「時間間隔」という用語は、少なくとも１つのシンボル、スロット、ミニスロットなどを指す。

【0100】

「ユーザ制御情報（ＵＣＩ）」の内容は、ＣＳＩ、ＡＣＫ／ＮＡＣＫ、スケジューリング要求（ＳＲ）、またはそれらの組合せを指すことがある。特に、ＵＣＩは確認応答情報またはＳＲであってもよい。

【0101】

「繰り返し」という用語は、ＵＥが情報（例えば確認応答フィードバック）を複数回送信する方法を指す。特に、情報の最初の送信が、スロットまたはミニスロットなど、少なくとも１つの異なる時間間隔において繰り返される。

【0102】

特に、送信された情報が宛先に届く確率が高まるという利点がある。

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

上記を考慮して、確認応答情報をより効率的に送信するための例示的な第１の解決策によれば、ＰＵＣＣＨ０の繰り返し２と、追加の確認応答情報（すなわちＰＵＣＣＨ１）が多重化される。例えば、ＳＰＳ＃０に対する確認応答情報とＳＰＳ＃１に対する追加の確認応答情報を伝えるために、スロットｎ＋３におけるターゲット送信機会を使用してＰＵＣＣＨ（例えば図１４ではＰＵＣＣＨ１）が使用される。これに対応して、ＵＥは、ＳＰＳ＃０の確認応答情報を送信するための（ＰＵＣＣＨ０を使用することによるスロットｎ＋３の）繰り返し送信機会を使用しない。

【0149】

さらに、図１４に示したさらなる例によれば、ＵＥは、ＳＰＳ＃０の確認応答情報を送信するための最初の（すなわちＰＵＣＣＨ０を使用するスロットｎ＋１の）送信機会を使用しない。

【0150】

この利点は、複数のＳＰＳ設定（例えばＳＰＳ＃０およびＳＰＳ＃１）に対する確認応答情報（例えばＨＡＲＱ－ＡＣＫ）が、それらの最大延期期間、例えばｋ１＋ｋ１ｄｅｆ内に送信されることである。

【0151】

したがって、ＵＥは、ＳＰＳ＃０に対する確認応答情報（例えばスロットｎ＋１におけるＰＵＣＣＨ０送信）を、より後の時間間隔（例えばスロット、サブスロット、ミニスロット）に延期して、別のＰＵＣＣＨリソース（例えばスロットｎ＋３のＰＵＣＣＨ１）において多重化することができる。

【0152】

図１４に示した設定に類似するシナリオに基づく、第１の解決策の代替例を図１５に示す。図１４で説明した例とは対照的に、ＵＥは、この例では繰り返し１を含むＰＵＣＣＨ０を使用することにより、ＳＰＳ＃０に対する確認応答情報を送信するための第１の送信機会（すなわちスロットｎ＋１）を使用する。図１４で説明した例と同様に、ＵＥは、ＳＰＳ＃０のための繰り返し送信機会（すなわちスロットｎ＋３における繰り返し２のＰＵＣＣＨ０）を使用しない。その代わりに、この例によれば、ＳＰＳ＃０の確認応答情報（その２回目の繰り返し２）は、ＳＰＳ＃１に対する追加の確認応答情報と多重化され、例えば、スロットｎ＋３で別のＰＵＣＣＨ（ここではＰＵＣＣＨ１）を使用する。

【0153】

この利点は、複数のＳＰＳ設定（例えばＳＰＳ＃０およびＳＰＳ＃１）に対する確認応答情報（例えばＨＡＲＱ－ＡＣＫ）が、それぞれの最大延期期間（例えば、ｋ１＋ｋ１ｄｅｆ）内に送信されることである。さらに、第１のＳＰＳ設定に対する確認応答情報（例えばスロットｎ＋１におけるＳＰＳ＃０に対するＨＡＲＱ－ＡＣＫ）が、可能な限り早期に送信され、ＳＰＳ＃０に対するＨＡＲＱフィードバックは、繰り返される送信から得られる。

【0154】

言い換えれば、ＵＥは、例えば、ＳＰＳ＃０に対する確認応答情報の繰り返しをスロットｎ＋３で終了し、ペイロードは、例えば、スロットｎ＋３でＰＵＣＣＨ１を使用するなど、他のＰＵＣＣＨリソースにおいて多重化することによって再送信することができる。

【0155】

（第２の解決策）
第２の例示的な解決策によれば、ＳＰＳ＃０およびＳＰＳ＃１に対するＨＡＲＱフィードバックを送信するための２つの送信機会のうちの１つが利用可能でない場合、ＵＥは、ＵＥによって最初に意図されたものとは異なるターゲット送信機会を決定する。ＵＥは、第１のＳＰＳ設定（ＳＰＳ＃０）に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、ターゲット送信機会のターゲット時間間隔を決定する。ターゲット時間間隔は、繰り返し送信機会の繰り返し時間間隔とは異なり、ＵＥは確認応答情報の送信にターゲット時間間隔を使用する。

【0156】

例えば、第１の想定として第２のＳＰＳ設定（ＳＰＳ＃１）に対する追加の確認応答情報を考慮し、最初にＵＣＩを送信するために、ＳＰＳ＃０に対する確認応答情報の繰り返しが中断される。これに対応して、確認応答情報の繰り返しは、第２のＳＰＳ設定（ＳＰＳ＃１）に対する追加の確認応答情報が送信された後に再開される。

【0157】

特に、第２の解決策による中断または延期は、時間的な延期である。例えば、ターゲット送信機会のターゲット時間間隔および繰り返し送信機会の繰り返し時間間隔（すなわち、２回目の繰り返しを送信するための当初意図された機会）は、スロットまたはミニスロットである。

【0158】

第２の例示的な解決策に従って確認応答情報の延期を使用する第１の例を図１６に示す。図７に示した設定と同様に、第１のＳＰＳ設定ＳＰＳ＃０は、例えば、ｋ１＝１かつｋ１ｄｅｆ＝４により、ＨＡＲＱ－ＡＣＫの延期を有効にするように設定されている。さらに、第１のＳＰＳ設定ＳＰＳ＃０は、繰り返し（例えば２回の繰り返し）を有するＰＵＣＣＨ０を使用するように設定されている。

【0159】

図１６に示した例では、第１のＳＰＳ設定ＳＰＳ＃０が第１の時間間隔（例えばスロットｎ）において受信されるものと想定している。したがって、スロットｎ＋１におけるＳＰＳ＃０に対する対応する確認応答情報は、スロットｎ＋１からスロットｎ＋５のいずれかにおいて、例に従ってＰＵＣＣＨ０を使用して送信することができる。特に、図１６に示した例によれば、ＳＰＳ＃０に対する確認応答情報の繰り返し送信のためのスロットｎ＋２における送信機会は、例えば、スロットｎ＋２がＤＬシンボル用に予約されているため、ブロックされる。

【0160】

さらに、図１６は、第１の想定を使用した例を示しており、すなわち、ＵＥが第２のＳＰＳ設定（ＳＰＳ＃１）に基づいて、ＳＰＳ＃１に対するＨＡＲＱフィードバックの送信機会を決定する。例えば、ＳＰＳ＃１設定は第２の時間間隔（例えばスロットｎ＋２）に存在し、ＵＥは、スロットｎ＋３においてＰＵＣＣＨ１を介して追加の確認応答情報を送信するための対応する送信機会を決定する。

【0161】

図７に示した設定と同様に、第２のＳＰＳ設定ＳＰＳ＃１は、例えば、ｋ１＝１かつｋ１ｄｅｆ＝０を使用して、ＨＡＲＱ－ＡＣＫ延期を有効にせずに設定されている。

【0162】

さらに、第２のＳＰＳ設定ＳＰＳ＃１は、例えば、ＰＵＣＣＨ１を使用して、１回のみ送信する、すなわち繰り返しなしで設定されている。

【0163】

図１６に示した例では、第２のＳＰＳ設定ＳＰＳ＃１のリソースが第２の時間間隔（例えばスロットｎ＋２）に存在するものと想定する。したがって、確認応答情報（例えばＰＵＣＣＨ１）は、この例によれば、スロットｎ＋３（すなわちｎ＋２＋ｋ１＋ｋ１ｄｅｆ）においてのみ送信することができる。

【0164】

上記を考慮して、確認応答情報をより効率的に送信するための例示的な第２の解決策によれば、ＰＵＣＣＨ１におけるＳＰＳ＃１に対する確認応答情報の最初の（かつ唯一の）送信との衝突を回避するために、ＰＵＣＣＨ０の繰り返し２が延期される。

【0165】

例えば、ＵＥは、ＳＰＳ＃０設定のｋ１ｄｅｆ＝４に合わせて、確認応答情報、例えばＰＵＣＣＨ０の繰り返し２のためのターゲット時間間隔として、例えばスロットｎ＋４を決定する。

【0166】

図１６に示した例によれば、ＳＰＳ＃０に対する確認応答情報の最初の送信（繰り返し：１）（ここではＰＵＣＣＨ０の繰り返し：１）は、スロットｎ＋１で実行される。このように、第１のＳＰＳ設定に対する確認応答情報の最初の送信（例えば、ＳＰＳ＃０に対するＨＡＲＱ－ＡＣＫ）が、可能な限り早期に送信される。

【0167】

さらに、一例によれば、ＳＰＳ＃０に対する確認応答情報の２回目の送信（繰り返し：２）（ここではＰＵＣＣＨ０の繰り返し：２）は、スロットｎ＋３で実行されるＳＰＳ＃１に対する追加の確認応答情報（ここではＰＵＣＣＨ１）を最初に送信するために中断される。

【0168】

ＳＰＳ＃０に対する確認応答情報の２回目の送信（繰り返し：２）（ここではＰＵＣＣＨ０の繰り返し：２）は、その後に再開され、すなわち繰り返し：２はスロットｎ＋４で実行される。この利点は、複数のＳＰＳ設定（例えばＳＰＳ＃０およびＳＰＳ＃１）に対する確認応答情報（例えばＨＡＲＱ－ＡＣＫ）が、それぞれの最大延期期間（例えばｋ１＋ｋ１ｄｅｆ）内に送信されることである。

【0169】

多重化を用いた第１の解決策と比較して、ＳＰＳ＃０に対する確認応答情報（すなわちＳＰＳ＃０に対するＨＡＲＱ－ＡＣＫ）と、ＰＵＣＣＨ１におけるＳＰＳ＃１に対する確認応答情報との多重化が不可能な理由は、例えば、利用可能なリソース（例えばＰＵＣＣＨ１）のペイロードサイズ容量が限られているためである。

【0170】

したがって、この解決策は、例えば、リソースのペイロードサイズ容量が限られているなどの理由で、ＰＵＣＣＨ１においてＳＰＳ＃０に対するＨＡＲＱ－ＡＣＫを多重化することが不可能な場合に使用することができる。したがって、さらなる例によれば、ＰＵＣＣＨが、ＵＣＩと多重化された確認応答情報を伝えることができない場合、ＵＥは、ＳＰＳ設定に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、スロットｎのＳＰＳ＃０に対する確認応答情報の第２の繰り返しを送信するためのターゲット送信機会のターゲット時間間隔を決定し、この場合、ターゲット時間間隔は、第２の繰り返しの送信のためにＵＥによって最初に意図された繰り返し送信機会の繰り返し時間間隔とは異なる。

【0171】

第２の解決策の代替例を図１７に示す。図１７に示した設定は、図１６に示した設定に類似している。図１７の例では、スロットｎのＳＰＳ＃０のＨＡＲＱフィードバックの確認応答情報の最初の送信も延期される。

【0172】

特に、図示した例によれば、第２のターゲット時間間隔および最初の時間間隔は、例えばスロットまたはミニスロットである。

【0173】

より詳細には、ＵＥは、例えば、確認応答情報（例えばＳＰＳ＃０に対するＨＡＲＱ－ＡＣＫ）の両方の繰り返しの送信を、第１および第２のターゲット時間間隔（例えばスロットｎ＋４およびｎ＋５）で送信されるように延期する。

【0174】

例えば、ＵＥは、ＳＰＳ＃０に対して設定された最大延期値（この例ではＫ１ｄｅｆ＝４）およびｋ１に基づいて、第１および第２のターゲット時間間隔を決定し、その結果、ＤＬＳＰＳ＃０スロットと、ＨＡＲＱフィードバックの対応するＰＵＣＣＨ送信との間に新たな遅延が生じ、ＳＰＳ設定（ここではＳＰＳ＃０）の確認応答情報を送信するために、この例ではそれぞれｋ１ｅｆｆ＝４およびｋ１ｅｆｆ＝５となる。

【0175】

図１６を参照して開示した例と同様に、ＳＰＳ＃１およびＰＵＣＣＨ１では延期が許可されておらず、ＳＰＳ＃１がｋ１ｄｅｆ＝０であることも考慮して、追加の確認応答情報（例えばＳＰＳ＃１に対するＨＡＲＱ－ＡＣＫ）は、スロットｎ＋３においてＰＵＣＣＨ１のリソースを使用して送信される。

【0176】

図１７に示した例によれば、ＵＥは、決定された第１および第２のターゲット時間間隔を使用して、スロットｎのＳＰＳ＃０リソースに対する確認応答情報を送信する。

【0177】

この利点は、複数のＳＰＳ設定（例えばＳＰＳ＃０およびＳＰＳ＃１）に対する確認応答情報（例えばＨＡＲＱ－ＡＣＫ）が、それぞれの最大延期期間（例えばｋ１＋ｋ１ｄｅｆ）内に送信されることである。

【0178】

（第３の解決策）
第３の例示的な解決策によれば、ＵＥは、ＳＰＳ＃０およびＳＰＳ＃１に対する２つの衝突する確認応答情報のうちの一方をドロップする。

【0179】

例えば、第３の解決策は、ＵＥが、（ＳＰＳ＃０およびＳＰＳ＃１の）２つのＳＰＳ設定に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、ＳＰＳ＃１リソースのＨＡＲＱフィードバックのターゲット送信機会のターゲット時間間隔が、ＳＰＳ＃０のＨＡＲＱフィードバックの繰り返し送信機会の繰り返し時間間隔に等しいか否かを判定することを含み得る。言い換えれば、ＳＰＳ＃０およびＳＰＳ＃１設定のそれぞれのｋ１およびＫ１ｄｅｆパラメータに基づく、２つのＨＡＲＱフィードバックの延期である。

【0180】

多重化を使用する第１の解決策と比較して、ＳＰＳ＃０に対する確認応答情報、すなわちＳＰＳ＃０に対するＨＡＲＱ－ＡＣＫと、ＳＰＳ＃１に対する確認応答情報をＰＵＣＣＨ１で多重化することが可能ではない理由は、例えば、利用可能なアップリンク制御リソースＰＵＣＣＨ１のペイロードサイズ容量が限られているためである。したがって、衝突を回避するには第１の解決策とは異なる解決策、この場合は第３の解決策が必要である。

【0181】

したがって、この第３の解決策は、例えば、スロットｎ＋３において利用可能なアップリンク制御リソースＰＵＣＣＨ１のペイロードサイズ容量が限られているため、ＰＵＣＣＨ１においてＳＰＳ＃０に対するＨＡＲＱ－ＡＣＫをＳＰＳ＃１に対するＨＡＲＱ－ＡＣＫと多重化することが可能ではないと判定した後に、使用することができる。

【0182】

一般に、さらなる例によれば、ＵＥは、ＳＰＳ＃１に対する追加の確認応答情報を送信するためにＰＵＣＣＨ１を使用する。

【0183】

延期を使用する第２の解決策と比較して、ＳＰＳ＃０に対する確認応答情報、すなわちＳＰＳ＃０に対するＨＡＲＱ－ＡＣＫをターゲット時間間隔に延期することが可能ではない理由は、例えば、第１のＳＰＳ設定ＳＰＳ＃０によって提供される最大延期指示（ｋ１＋ｋ１ｄｅｆ１）により、衝突を回避するための延期が許容されないためである。さらに、ＳＰＳ＃１に対するＨＡＲＱフィードバックも延期させることができないものと想定する。

【0184】

したがって、この第３の例は、例えば、第２の解決策によるＳＰＳ＃０に対するＨＡＲＱ－ＡＣＫの延期が不可能であり、オプションとして第１の解決策による多重化が不可能である場合に使用することができる。

【0185】

したがって、第３の解決策によれば、衝突を回避するために、ＵＥは、ＳＰＳ＃０リソースに対する確認応答情報の２回目の繰り返しの送信をドロップする。代わりに、ＵＥは、ターゲット送信機会を使用して、ＳＰＳ＃１リソースに対する確認応答情報を送信する。一例では、ＵＥが、ＳＰＳ設定に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、ＳＰＳ＃１のターゲット送信機会のターゲット時間間隔が、ＳＰＳ＃０の繰り返し送信機会の繰り返し時間間隔に等しいと判定した場合、ＵＥは、ＳＰＳ＃１のＨＡＲＱフィードバックを送信するのにターゲット送信機会のターゲット時間間隔を使用し、ターゲット送信機会を使用する確認応答情報の送信をドロップする。

【0186】

一例によれば、ＵＥは、最初に、第１の解決策のいずれの例も不可能であると判定することができる。次に、ＵＥは、第２のステップにおいて、第２の解決策のいずれの例も不可能であると判定することができる。次に、ＵＥは第３の解決策に進むことができる。

【0187】

第３の解決策によれば、ＵＥは、第２のＳＰＳ設定（ＳＰＳ＃１）の追加の確認応答情報の送信を開始するために、第１のＳＰＳ設定ＳＰＳ＃０の確認応答情報の繰り返しを終了する。さらに、ＵＥは、例えば、このスロットにおける確認応答送信の繰り返し送信をドロップする。

【0188】

この利点は、複数のＳＰＳ設定（例えばＳＰＳ＃０およびＳＰＳ＃１）の各々について、少なくとも１つの確認応答情報（例えばＨＡＲＱ－ＡＣＫ）が、それらの最大延期期間（例えばｋ１＋ｋ１ｄｅｆ）内に送信されることである。

【0189】

第３の例示的な解決策による、終了を使用した例を図１８に示す。

【0190】

図７に示した設定と同様に、第１のＳＰＳ設定ＳＰＳ＃０は、例えば、ｋ１＝１によってＨＡＲＱ－ＡＣＫ延期を有効にするように設定されている。さらに、第１のＳＰＳ設定ＳＰＳ＃０は、繰り返し（例えば２回の繰り返し）を伴うＰＵＣＣＨ０を使用するように設定されている。

【0191】

しかしながら、図７で使用される最大延期値ｋ１ｄｅｆ＝４の代わりに、図１８に例示的に示したように、第１のＳＰＳ設定ＳＰＳ＃０は、例えば、最大延期値ｋ１ｄｅｆ＝２を使用して設定される。したがって、確認応答情報（例えばＳＰＳ＃０のＰＵＣＣＨ０）は、スロットｎ＋１およびスロットｎ＋３のいずれにおいてもこの例に従って送信することができる。特に、図１８に示した例によれば、スロットｎ＋２はＤＬシンボル用に予約されているため、確認応答情報の繰り返し送信のためのスロットｎ＋２の送信機会はブロックされる。

【0192】

さらに、図１８は、第１の想定を使用した例、すなわち、ＵＥが第２のＳＰＳ設定（ＳＰＳ＃１）に基づいてＵＣＩ送信機会を決定する例を示している。例えば、ＳＰＳ＃１設定のリソースが第２の時間間隔（例えばスロットｎ＋２）に存在し、ＵＥは、追加の確認応答情報を送信するためのＵＣＩ送信機会を、例えばスロットｎ＋３のＰＵＣＣＨ１に決定する。

【0193】

上の図７に示した設定と同様に、第２のＳＰＳ設定ＳＰＳ＃１は、例えば、ＨＡＲＱ－ＡＣＫの延期を有効にせずに、例えば、ｋ１＝１、ｋ１ｄｅｆ＝０として設定されている。さらに、第２のＳＰＳ設定ＳＰＳ＃１は、例えば、ＰＵＣＣＨ１を使用して、繰り返しなしで、１回のみの送信として設定されている。

【0194】

上記を考慮して、ＳＰＳ＃０に対する確認応答情報およびＳＰＳ＃１に対する追加の確認応答情報をより効率的に送信するために、ＵＥは、例えば、確認応答情報の繰り返し（例えば、図１８のスロットｎ＋３におけるＰＵＣＣＨ０の繰り返し２）を終了する。代わりに、ＳＰＳ＃１に対する追加の確認応答情報が、スロットｎ＋３においてＰＵＣＣＨ１を介して送信される。

【0195】

さらに、ＵＥは、図１８に示したように、ＳＰＳ＃０に対する確認応答情報を送信するために、例えばｎ＋１の最初の送信機会を使用する。

【0196】

図１８の例に示したこのシナリオでは、ＳＰＳ＃０に対するＨＡＲＱ－ＡＣＫの最初のＰＵＣＣＨ送信はスロットｎ＋１で実行される。スロットｎ＋３では、ＵＥは、ＰＵＣＣＨ０またはＰＵＣＣＨ１のいずれかを送信できる可能性を判定する。（例えば、ＰＵＣＣＨ０およびＰＵＣＣＨ１のペイロード容量が限られているため）多重化が実行不可能であることが追加的に判定される。ＵＥはＰＵＣＣＨ０の代わりにＰＵＣＣＨ１を送信し、この例によれば、ＰＵＣＣＨ０は前に（すなわちスロットｎ＋１で）すでに１回送信されている。

【0197】

（第４の解決策）
第４の例示的な解決策を説明するために、ダウンリンクに使用されるシンボルがＵＣＩ送信機会と重複する場合、ＵＥはＵＣＩ送信機会が利用可能でないと判定するものと例示的に想定する。より具体的には、第２のＳＰＳ設定ＳＰＳ＃１のリソースに対するＨＡＲＱフィードバック送信が、対応するスロットのＤＬシンボルによってブロックされるものと想定する。

【0198】

例えば、ＵＥは、第１のＳＰＳ設定ＳＰＳ＃０のリソースに対する確認応答情報の送信のために、送信機会を使用することが可能であると判定する。さらに、ＵＥは、ターゲット送信機会を、第２の設定ＳＰＳ＃１のリソースに対する確認応答情報の送信に使用することができないと判定する。

【0199】

第４の解決策によれば、ＵＥは、例えば、第２のＳＰＳ設定ＳＰＳ＃１の追加ＨＡＲＱ－ＡＣＫなどの他のＵＣＩを含めるために、ＰＵＣＣＨ繰り返しのペイロード情報を変更する。一例では、ＳＰＳ＃０に対するＨＡＲＱフィードバック情報に使用される繰り返しカウンタを、前のスロットにおけるＳＰＳ＃０に対するＨＡＲＱフィードバック情報の最初の送信によって増加させた後に、再スタートさせることができる。

【0200】

この利点は、ＳＰＳ設定ＳＰＳ＃０およびＳＰＳ＃１の両方のリソースに対するＨＡＲＱ－ＡＣＫを含む更新されたペイロードにおいてＰＵＣＣＨの繰り返し回数が達成されることと、さらに、これらがそれぞれの最大延期期間（すなわちｋ１＋ｋ１ｄｅｆ）内に送信されることである。

【0201】

第４の例示的な解決策による、再スタートされた繰り返しカウンタを使用する例を図１９に示す。図７において上に示した設定と同様に、第１のＳＰＳ設定ＳＰＳ＃０は、例えばｋ１＝１およびｋ１ｄｅｆ＝４を使用して、ＨＡＲＱ－ＡＣＫ延期を可能にするように設定されている。

【0202】

さらに、第１のＳＰＳ設定ＳＰＳ＃０は、例えば、繰り返し（例えば２回の繰り返し）を伴うＰＵＣＣＨ０を使用するように設定される。

【0203】

図１９に示した例では、第１のＳＰＳ設定ＳＰＳ＃０のリソースが第１の時間間隔（例えばスロットｎ）に存在するものと想定している。したがって、このＳＰＳ＃０のリソースに対する確認応答情報は、スロットｎ＋１、スロットｎ＋３～スロットｎ＋５のいずれかにおいて、ＰＵＣＣＨ０を介して例に従って送信することができる。特に、図１９に示した例によれば、確認応答情報の繰り返し送信のためのスロットｎ＋２の送信機会は、例えば、スロットｎ＋２がＤＬシンボル用に予約されているため、ブロックされる。

【0204】

さらに、図１９は、第１の想定を使用した例、すなわち、ＵＥが第２のＳＰＳ設定（ＳＰＳ＃１）に基づいてＵＣＩ送信機会を決定する例を示している。図７において上に示した設定と同様に、第２のＳＰＳ設定ＳＰＳ＃１は、例えばｋ１＝１およびｋ１ｄｅｆ＝０を使用して、例えばＨＡＲＱ－ＡＣＫ延期を有効にすることなく設定されている。さらに、第２のＳＰＳ設定ＳＰＳ＃１は、例えば、ＰＵＣＣＨ１を使用して、繰り返しなしで１回のみの送信であるように設定されている。

【0205】

しかしながら、上の図７に示した設定に加えて、第２のＳＰＳ＃１設定に対する追加の確認応答情報を送信するためのＵＣＩ送信機会は、例えば、スロットｎ＋２のＳＰＳ＃１リソースに対するスロットｎ＋３のＰＵＣＣＨ１のように、ブロックされる。例えば、図１９に示したように、スロットｎ＋３は、一部のＤＬシンボルと一部のＵＬシンボルを含み、したがって追加のＤＬシンボルを考慮すると、ＵＣＩ送信機会をＳＰＳ＃１に対する追加の確認応答のために使用することはできない。

【0206】

図１９の例にさらに示したように、ＳＰＳ＃０に対する確認応答情報（すなわちＰＵＣＣＨ０）は、スロットｎ＋３で送信することができ、なぜならＰＵＣＣＨ０は、例えばＰＵＣＣＨ１よりも少ないシンボル（特にアップリンクシンボル）を占有するためである
図１９の例にさらに示したように、ＳＰＳ＃１に対する追加の確認応答情報（すなわちＰＵＣＣＨ１）は、スロットｎ＋４で送信することができず、なぜならＳＰＳ＃１のｋ１およびｋ１ｄｅｆで定義される最大延期は、そのような延期を許容しないためである。

【0207】

図１９に示した例によれば、ＵＥは、スロットｎのＳＰＳ＃０リソースに対するＨＡＲＱフィードバックのみならず、スロットｎ＋２のＳＰＳ＃１リソースに対するＨＡＲＱフィードバックも含めることによって、スロットｎ＋３におけるＰＵＣＣＨ０のペイロードを更新する。特に、図１９の例に示したように、ＵＥはスロットｎ＋３において、ＰＵＣＣＨ０のＨＡＲＱフィードバックを対象に繰り返しカウンタを再スタートさせる。

【0208】

さらに、ＵＥは、図１６に示した解決策と同様に、スロットｎ＋４において、スロットｎのＳＰＳ＃０リソースに対するＨＡＲＱフィードバックと、スロットｎ＋２のＳＰＳ＃１リソースに対するＨＡＲＱフィードバックの両方を含む、繰り返し２のＰＵＣＣＨ０を送信する。

【0209】

さらに、一例では、ＵＥは、スロットｎのＳＰＳ＃０リソースに対するＨＡＲＱフィードバックに関して、繰り返し１のＰＵＣＣＨ０の送信にスロットｎ＋１を使用する。これにより、ＳＰＳ＃０設定の早期のフィードバックを返すことができる。

【0210】

（第１～第４の解決策の修正）
上記の解決策は、第２のＳＰＳ設定が１回のみの送信を有する図を参照しながら説明してきた。これに代えて、第２のＳＰＳは、繰り返しを可能にするＰＵＣＣＨを使用するように設定されてもよい。

【0211】

上記の解決策は、第２のＳＰＳ設定がスロットｎ＋２において受信される場合の図を参照しながら説明してきた。これに代えて、第２のＳＰＳは任意のスロットまたはスロットの一部において設定されてもよい。

【0212】

上記の解決策は、対応するｋ１ｄｅｆ値が延期を許容しない第２のＳＰＳ設定の場合の図を考慮して説明してきた。これに代えて、第２のＳＰＳは、ＨＡＲＱ－ＡＣＫの延期を伴うように設定されてもよい。

【0213】

（第２の想定）
以下では、根本的な欠点を説明するために使用した図７で想定したシナリオとは異なる第２の想定に基づいて、解決策について説明する。特に、ＵＥに１つのＳＰＳ設定が設定されており、そのＳＰＳ設定が、繰り返しを伴うように設定されたＨＡＲＱフィードバック用のＰＵＣＣＨリソースに関連付けられているものと想定する。さらに、ＵＥは、確認応答情報（すなわちＳＰＳ設定のＨＡＲＱ）の最大延期期間内に、スケジューリング要求など、確認応答情報よりも高い優先順位を有するアップリンク制御情報を送信する必要がある。

【0214】

第２の想定を考慮して、ＵＥは、ＵＣＩの優先順位に基づいて、その高優先順位ＵＣＩを送信するためのＵＣＩ送信機会を決定する。

【0215】

さらに、第１のＳＰＳは、例えば、ＨＡＲＱ－ＡＣＫ延期が有効であるように設定されている。

【0216】

例えば、高優先順位ＵＣＩは、スケジューリング要求（ＳＲ）、ＣＳＩ、または第２のＳＰＳ設定の追加の確認応答情報であり、第２の想定によれば、これは確認応答情報よりも高い優先順位を有するＵＣＩである。

【0217】

特に、図７のように、ＵＥには、第１の時間間隔（例えばスロットｎ）において、第１のＳＰＳ設定（ＳＰＳ＃０）が設定されており、第２の時間間隔において、高い優先順位のＵＣＩが設定される。例えば、第１の時間間隔は第１のスロットとすることができ、第２の時間間隔は第２のスロットとすることができる。

【0218】

例えば、確認応答情報は、ＨＡＲＱＡＣＫまたはＨＡＲＱＮＡＣＫフィードバックである。

【0219】

ＵＥは、例えば、ｋ１、ｋ１ｄｅｆ、およびＰＵＣＣＨフォーマットのうちの少なくとも１つを含む第１のＳＰＳ設定に基づいて、第１のＳＰＳ設定ＳＰＳ＃０に対するＨＡＲＱフィードバックの最初の送信機会および繰り返し送信機会を決定する。さらに、ＵＥは、ＵＣＩの優先順位に基づいて、高優先順位ＵＣＩのさらなる送信機会を決定する。特に、第２のシナリオによれば、高優先順位ＵＣＩの優先順位は、第１のＳＰＳ設定ＳＰＳ＃０に対するＨＡＲＱフィードバックの優先順位よりも高いと判定される。

【0220】

（第５の解決策）
第５の例示的な解決策によれば、ＳＰＳ＃０に対するＨＡＲＱフィードバックを送信するための繰り返し送信機会がＵＣＩ送信機会と衝突する場合、ＵＥは、第１のＳＰＳ設定（ＳＰＳ＃０）に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、ＳＰＳ＃１のＨＡＲＱフィードバックを送信するためのターゲット送信機会のターゲット時間間隔を決定する。ターゲット時間間隔は、ＳＰＳ＃０リソースに対するＨＡＲＱフィードバックの２回目の繰り返しの繰り返し送信機会の繰り返し時間間隔とは異なり、ＵＥは、ＳＰＳ＃１の確認応答情報ＨＡＲＱフィードバックを送信するためにターゲット時間間隔を使用する。

【0221】

さらに、例えば、ターゲット時間間隔および繰り返し時間間隔は、スロットまたはミニスロットである。

【0222】

例えば、ＳＰＳ＃０リソースに対する確認応答情報の繰り返しは、高優先順位ＵＣＩが確認応答情報よりも高い優先順位を有することを考慮して、高優先順位ＵＣＩを最初に送信するために中断される。確認応答情報の繰り返しは、高優先順位ＵＣＩが送信された後に再開される。

【0223】

特に、第５の解決策による中断または延期は、第２の解決策と同様である。例えば、中断は時間的な延期である。

【0224】

第５の例示的な解決策に従って優先順位に基づく確認応答情報の延期を使用する第１の例を、図２０に示す。上で図７に示した設定と同様に、第１のＳＰＳ設定ＳＰＳ＃０は、例えば、ｋ１＝１かつｋ１ｄｅｆ＝４を使用して、ＨＡＲＱ－ＡＣＫ延期を有効にするように設定されている。さらに、第１のＳＰＳ設定ＳＰＳ＃０は、例えば、繰り返し（例えば２回の繰り返し）を伴うＰＵＣＣＨ０を使用するように設定されている。

【0225】

図２０に示した例では、第１のＳＰＳ設定ＳＰＳ＃０のリソースが第１の時間間隔（例えばスロットｎ）に存在するものと想定する。したがって、ＳＰＳ＃０リソースに対応する確認応答情報は、スロットｎ＋１、スロットｎ＋３～スロットｎ＋５のいずれかにおいて、例に従ってＰＵＣＣＨ０を使用して送信することができる。特に、図２０に示した例によれば、ＳＰＳ＃０に対する確認応答情報の繰り返し送信のためのスロットｎ＋２における送信機会はブロックされ、なぜなら例えば、スロットｎ＋２がＤＬシンボル用に予約されているためである。

【0226】

さらに、図２０は、第２の想定を使用した例、すなわち、ＵＥが高優先順位ＵＣＩに基づいて、高優先順位ＵＣＩを送信するＵＣＩ送信機会を使用することを決定する例を示す。例えば、高優先順位ＵＣＩのＵＣＩ送信機会は、例えば、スロットｎ＋３およびスロットｎ＋５のＰＵＣＣＨ１である。

【0227】

図２０に示した例によれば、スケジューリング要求（ＳＲ）がスロットｎ＋３において送信可能になり、ＵＥは、高優先順位ＵＣＩ、例えば図２０のＳＲを第３の時間間隔（例えばスロットｎ＋３）で送信するように意図しているものと想定する。したがって、高優先順位ＵＣＩ（例えばＳＲ）は、例に従ってスロットｎ＋３において送信される。

【0228】

上記を考慮して、確認応答情報をより効率的に送信するための例示的な第５の解決策によれば、高優先順位ＵＣＩ（すなわちＰＵＣＣＨ１）の送信との衝突を回避するように、ＰＵＣＣＨ０の繰り返し２が延期される。

【0229】

例えば、ＵＥは、延期された確認応答情報（例えば、ＰＵＣＣＨ０の繰り返し２）のターゲット時間間隔（例えばスロットｎ＋４）を決定する。

【0230】

図２０に示した例によれば、ＳＰＳ＃０に対する確認応答情報の最初の送信（繰り返し：１）（ここではＰＵＣＣＨ０の繰り返し：１）は、スロットｎ＋１において実行される。このように、第１のＳＰＳ設定に対する確認応答情報（例えば、ＳＰＳ＃０に対するＨＡＲＱ－ＡＣＫ）の最初の送信は、可能な限り早期に送信される。

【0231】

さらに、一例によれば、高優先順位ＵＣＩ（ここではＰＵＣＣＨ１のＳＲ）を最初に送信する（スロットｎ＋３で実行される）ために、ＳＰＳ＃０に対する確認応答情報の２回目の送信（繰り返し：２）（ここではＰＵＣＣＨ０の繰り返し：２）が中断される。言い換えれば、ＵＥは、高優先順位ＵＣＩを送信するために、ＵＣＩ送信機会（例えばスロットｎ＋３のＰＵＣＣＨ１）を使用する。

【0232】

ＳＰＳ＃０に対する確認応答情報の２回目の送信（繰り返し：２）（ここではＰＵＣＣＨ０の繰り返し：２）はその後に再開され、すなわち繰り返し：２はスロットｎ＋４で実行される。この利点は、優先順位の高いＵＣＩ（例えばＳＲ）が適切なタイミングで送信されることである。第１のＳＰＳ設定（例えばＳＰＳ＃０）に対する確認応答情報（例えばＨＡＲＱ－ＡＣＫ）は、許容される延期期間（例えばｋ１＋ｋ１ｄｅｆ）内に送信される。

【0233】

多重化を使用する第１の解決策と比較して、ＳＰＳ＃０に対する確認応答情報（すなわちＳＰＳ＃０に対するＨＡＲＱ－ＡＣＫ）と高優先順位ＵＣＩ（例えばＳＲ）とをＰＵＣＣＨ１において多重化することが不可能な理由は、ＳＲを伝える利用可能なリソース（すなわちＰＵＣＣＨ１）のペイロードサイズの容量が限られているためである。

【0234】

したがって、この第５の例は、例えば、リソースのペイロードサイズ容量が限られているために、ＳＰＳ＃０に対するＨＡＲＱ－ＡＣＫをＰＵＣＣＨ１に多重化することが不可能な場合に使用することができる。したがって、さらなる例によれば、ＰＵＣＣＨが、高優先順位ＵＣＩと多重化された確認応答情報を伝えることができない場合、ＳＰＳ設定ＳＰＳ＃０に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、スロットｎにおけるＳＰＳ＃０リソースに対するＨＡＲＱフィードバックの第２の繰り返しを送信するためのターゲット送信機会のターゲット時間間隔を決定し、ターゲット時間間隔は、第２の繰り返しの送信のためにＵＥによって最初に意図された繰り返し送信機会の繰り返し時間間隔とは異なる。

【0235】

上述した第５の解決策に沿った例示的なＵＥの動作に対応するシーケンス図が、図２１に示されている。図から明らかなように、ＵＥは、ＳＰＳ設定に基づいて、確認応答情報のための最初の送信機会および少なくとも１つの繰り返し送信機会を決定する。特に、図２１に示したように、ＵＥはｎ回の繰り返しを伴うＰＵＣＣＨ送信を開始する。

【0236】

さらに、ＵＥは最初に、例えばｎ回の繰り返しがすべて実行されたかどうかを判定する。

【0237】

ＵＥが、例えば上の図２０のスロットｎ＋１～ｎ＋４に示されているように、すべての繰り返しが実行されていないと判定した場合、ＵＥは、例えば、送信すべき優先順位の高いＵＣＩが存在するかどうかの判定を進める。

【0238】

上述したように、例えば、ＵＣＩがＳＲ、ＣＳＩ、または優先順位の高い第２のＳＰＳ設定の追加の確認応答情報である場合、ＵＥは、高優先順位ＵＣＩが送信されるべきであると判定する。

【0239】

例えば、ＵＥは、最初の判定の後、すなわち、ｎ回の繰り返しすべてが実行されたかを判定した後、高優先順位ＵＣＩを送信することを決定する。例えば、図２０の例に示したように、ＵＥは、ｎ回の繰り返しを伴うＰＵＣＣＨ送信（例えば図２０のスロットｎ＋１）を開始した後の時間間隔（例えばスロットｎ＋３）において、高優先順位ＵＣＩ（例えば図２０のＳＲ）を送信するように意図する。

【0240】

例えば、ＳＲまたはＣＳＩの優先順位は、確認応答情報の優先順位よりも高い。これに加えて、またはこれに代えて、追加の確認応答情報、例えばＨＡＲＱ報告（例えば、１つのＨＡＲＱ報告、複数のＨＡＲＱ報告、またはすべて／各ＨＡＲＱ報告）の優先順位は、ＨＡＲＱ報告が肯定応答（ＡＣＫ）であるか否定応答（ＮＡＣＫ）であるかに依存する、または基づくことができる。例えば、ＨＡＲＱ報告がＡＣＫであるときよりも、ＨＡＲＱ報告がＮＡＣＫであるときの方が、（複数のまたは各）ＨＡＲＱ報告の優先順位を高くすることができる。例えば、ＵＥは、追加の確認応答情報についてＮＡＣＫと判定し、追加の確認応答情報を送信することを決定する。

【0241】

これに加えて、またはこれに代えて、追加の確認応答情報の優先順位は、ＰＵＣＣＨが繰り返し送信を行うように設定されているかどうか、および繰り返し回数に依存する、または基づくことができる。例えば、繰り返しを行うように設定されたＰＵＣＣＨの優先順位は、繰り返しなしに設定されたＰＵＣＣＨの優先順位よりも低くすることができる。例えば、これにより、第２の解決策に関して上述したものに類似する解決策がもたらされる。

【0242】

例えば図２０のｎ＋３におけるＳＲによって示されるように、ＵＥが高優先順位ＵＣＩを送信する必要があると判定した場合、ＵＥはＰＵＣＣＨ０を送信しないなど、ＰＵＣＣＨの繰り返しを中断して処理を進め、代わりに、例えば上の図２０のＰＵＣＣＨ１を使用して高優先順位ＵＣＩの送信を実行する。

【0243】

ＵＥが高優先順位ＵＣＩを送信する必要がないと判定した場合、例えば上の図２０のスロットｎ＋４に示されているように、ＵＥはＰＵＣＣＨの繰り返しの送信を進め、例えばスロットｎ＋４のＰＵＣＣＨ０を使用して確認応答情報を送信する。

【0244】

判定後、高優先順位ＵＣＩを送信する必要がある場合、ＵＥはＰＵＣＣＨの繰り返しを再開する。

【0245】

すべての繰り返しが実行されたとＵＥが判定した場合、例えば上の図２０のスロットｎ＋５に示されているように、ＵＥの手順は終了する。

【0246】

（さらなる態様）
第１の態様によれば、以下を含むユーザ機器が提供される。ＵＥの処理回路は、セミパーシステントスケジューリング（ＳＰＳ）設定に基づいて、確認応答情報の最初の送信機会および少なくとも１つの繰り返し送信機会を決定する。処理回路はさらに、ＵＣＩを送信するためのアップリンク制御情報（ＵＣＩ）送信機会を決定する。処理回路はさらに、ＵＣＩ送信機会が利用可能でない場合、ターゲット送信機会を決定する。送受信機回路は、確認応答情報を送信するためにターゲット送信機会を使用する。

【0247】

第１の態様に加えて提供される第２の態様によれば、ＵＥは、第２のＳＰＳ設定に基づいて、ＵＣＩ送信機会を決定し、ＵＣＩは追加の確認応答情報である。

【0248】

第１または第２の態様に加えて提供される第３の態様によれば、ＵＥは、繰り返し送信機会がＵＣＩ送信機会と重複する場合、ＵＣＩ送信機会が利用可能でないと判定する。

【0249】

第１から第３の態様の１つに加えて提供される第４の態様によれば、ＵＥは、ターゲット送信機会の物理アップリンク制御チャネル（ＰＵＣＣＨ）を決定し、ＵＥは、ＵＣＩと多重化された確認応答情報を送信するためにＰＵＣＣＨを使用する。

【0250】

第４の態様に加えて提供される第５の態様によれば、ＵＥは、確認応答情報を送信するために最初の送信機会を使用しない。

【0251】

第４の態様に加えて提供される第６の態様によれば、ＵＥは、確認応答情報を送信するために最初の送信機会を使用する。

【0252】

第１から第３の態様に加えて提供される第７の態様によれば、ＵＥは、ＳＰＳ設定に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、ターゲット送信機会のターゲット時間間隔を決定し、ターゲット時間間隔は、繰り返し送信機会の繰り返し時間間隔とは異なり、ＵＥは、確認応答情報を送信するためにターゲット時間間隔を使用する。

【0253】

オプションの実施態様では、ＵＥは、ＵＣＩを送信するために繰り返し送信機会を使用する。

【0254】

さらなるオプションの実施態様では、ターゲット時間間隔と繰り返し時間間隔の少なくとも一方はスロットまたはミニスロットである。

【0255】

第７の態様に加えて提供される第８の態様によれば、ＵＥは、ＳＰＳ設定に含まれる最大延期指示に基づいて、最初の送信機会のための第２のターゲット時間間隔を決定し、第２のターゲット時間間隔は、最初の送信機会の繰り返し時間間隔および最初の時間間隔とは異なる。

【0256】

オプションの実施態様では、ＵＥは、確認応答情報を送信するために、最初の送信機会の第２のターゲット時間間隔を使用する。

【0257】

さらなるオプションの実施態様では、第２のターゲット時間間隔および最初の時間間隔はスロットまたはミニスロットである。

【0258】

第１または第２の態様に加えて提供される第９の態様によれば、ＵＥは、ダウンリンクに使用されるシンボルがＵＣＩ送信機会と重複する場合、ＵＣＩ送信機会が利用可能でないと判定する。

【0259】

第１または第９の態様に加えて提供される第１０の態様によれば、ＵＥは、第２のＳＰＳ設定に基づいて、ＵＣＩ送信機会を決定し、ＵＣＩは追加の確認応答情報であり、ＵＥは、最初の確認応答情報を再送信するためと追加の確認応答情報を送信するために繰り返し送信機会を使用し、ＵＥは、繰り返し確認応答情報および追加の確認応答情報を再送信するためにターゲット送信機会を使用する。

【0260】

オプションの実施態様では、ＵＥは、最初の確認応答情報を最初の送信機会において送信する。さらに、オプションの実施態様によれば、最初の確認応答情報の再送信および追加の確認応答情報の送信に伴い、繰り返し送信をカウントするためのカウンタが再スタートされる。

【0261】

第１の態様に加えて提供される第１１の態様によれば、ＵＥは、ＵＣＩの優先順位に基づいて、ＵＣＩを送信するためのＵＣＩ送信機会を決定し、ＵＣＩは、確認応答情報よりも高い優先順位を有する高優先順位ＵＣＩであり、ＵＥは、ＳＰＳ設定に含まれる最大延期指示に基づいて、ターゲット送信機会のターゲット時間間隔を決定し、ターゲット時間間隔は、繰り返し送信機会の繰り返し時間間隔とは異なり、ＵＥは、確認応答情報を送信するためにターゲット時間間隔を使用する。

【0262】

オプションの実施態様では、高優先順位ＵＣＩはスケジューリング要求である。

【0263】

さらなるオプションの実施態様では、ＵＥは、ＵＣＩを送信するために繰り返し送信機会を使用する。

【0264】

さらなるオプションの実施態様では、ターゲット時間間隔と繰り返し時間間隔の少なくとも一方はスロットまたはミニスロットである。

【0265】

第１から第１１の態様のいずれか１つに加えて提供される第１２の態様によれば、確認応答情報は、１つ以上のハイブリッド自動再送要求（ＨＡＲＱ）報告を含み、ＨＡＲＱ報告の各々は、特定のＨＡＲＱプロセスＩＤのダウンリンク（ＤＬ）トラフィックに関連付けられる。

【0266】

第１から第３の態様のいずれか１つに加えて提供される第１３の態様によれば、ＵＥは、ＳＰＳ設定に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、ターゲット送信機会のターゲット時間間隔が繰り返し送信機会の繰り返し時間間隔に等しいと判定した場合、ＵＥは、ＵＣＩを送信するためにターゲット送信機会のターゲット時間間隔を使用し、ＵＥは、ターゲット送信機会を使用する確認応答情報の送信をドロップする。

【0267】

オプションの実施態様では、ＵＥは、確認応答情報を送信するために最初の送信機会を使用する。

【0268】

オプションの実施態様では、ＵＥは、ターゲット送信機会の物理アップリンク制御チャネル（ＰＵＣＣＨ）が、ＵＣＩと多重化された確認応答情報の送信に使用できないと追加的に判定した場合、ＵＥはＵＣＩを送信するためにＰＵＣＣＨを使用する。

【0269】

第１４の態様によれば、処理回路を備える基地局が提供され、処理回路は、動作中に、セミパーシステントスケジューリング（ＳＰＳ）設定に基づいて、ＵＥから確認応答情報を受信するための最初の送信機会および少なくとも１つの繰り返し送信機会を決定し、ＵＥからＵＣＩを受信するためのアップリンク制御情報（ＵＣＩ）送信機会を決定し、ＵＣＩ送信機会が利用可能でない場合、ターゲット送信機会を決定する。基地局の受信機は、ＵＥから、ターゲット送信機会を使用して確認応答情報を受信する。

【0270】

第１４の態様に加えて提供される第１５の態様によれば、基地局は、第２のＳＰＳ設定に基づいて、ＵＣＩ送信機会を決定し、ＵＣＩは、追加の確認応答情報である。

【0271】

第１４または第１５の態様に加えて提供される第１６の態様によれば、基地局は、繰り返し送信機会がＵＣＩ送信機会と重複する場合、ＵＣＩ送信機会が利用可能でないと判定する。

【0272】

第１４から第１６の態様のいずれか１つに加えて提供される第１７の態様によれば、基地局は、ターゲット送信機会のＰＵＣＣＨを決定し、基地局は、ＵＣＩと多重化された確認応答情報をＵＥから受信するために、ＰＵＣＣＨを使用する。

【0273】

第１７の態様に加えて提供される第１８の態様によれば、基地局は、ＵＥから確認応答情報を受信するために最初の送信機会を使用しない。

【0274】

第１７の態様のいずれか１つに加えて提供される第１９の態様によれば、基地局は、ＵＥから確認応答情報を受信するために最初の送信機会を使用する。

【0275】

第１４から第１６の態様のいずれか１つに加えて提供される第２０の態様によれば、基地局は、ＳＰＳ設定に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、ターゲット送信機会のターゲット時間間隔を決定し、ターゲット時間間隔は、繰り返し送信機会の繰り返し時間間隔とは異なり、基地局は、ＵＥから確認応答情報を受信するためにターゲット時間間隔を使用する。

【0276】

オプションの実施態様では、基地局は、ＵＥからＵＣＩを受信するために繰り返し送信機会を使用する。

【0277】

さらなるオプションの実施態様では、ターゲット時間間隔と繰り返し時間間隔の少なくとも一方は、スロットまたはミニスロットである。

【0278】

第２０の態様に加えて提供される第２１の態様によれば、基地局は、ＳＰＳ設定に含まれる最大延期指示に基づいて、最初の送信機会の第２のターゲット時間間隔を決定し、第２のターゲット時間間隔は、最初の送信機会の繰り返し時間間隔および最初の時間間隔とは異なる。

【0279】

オプションの実施態様では、基地局は、ＵＥから確認応答情報を受信するために、最初の送信機会の第２のターゲット時間間隔を使用する。

【0280】

さらなるオプションの実施態様では、第２のターゲット時間間隔と最初の時間間隔の少なくとも一方は、スロットまたはミニスロットである。

【0281】

第１４または第１５の態様に加えて提供される第２２の態様によれば、基地局は、ＵＥにおいてダウンリンクに使用されるシンボルがＵＣＩ送信機会と重複する場合、ＵＣＩ送信機会が利用可能でないと判定する。

【0282】

第１４または第２２の態様に加えて提供される第２３の態様によれば、基地局は、第２のＳＰＳ設定に基づいてＵＣＩ送信機会を決定し、ＵＣＩが追加の確認応答情報であり、基地局は、ＵＥから最初の確認応答情報を繰り返し受信するためと、ＵＥから追加の確認応答情報を受信するために、繰り返し送信機会を使用し、基地局は、ＵＥから繰り返し確認応答情報および追加の確認応答情報を繰り返し受信するために、ターゲット送信機会を使用する。

【0283】

オプションの実施態様では、基地局は、最初の送信機会において最初の確認応答情報を受信する。さらに、オプションの実施態様によれば、最初の確認応答情報の繰り返し受信と追加の確認応答情報の受信に伴って、繰り返し受信をカウントするためのカウンタが再スタートされる。

【0284】

第１４の態様に加えて提供される第２４の態様によれば、基地局は、ＵＣＩの優先順位に基づいて、ＵＣＩを受信するためのＵＣＩ送信機会を決定し、ＵＣＩは、確認応答情報よりも高い優先順位を有する高優先順位ＵＣＩであり、基地局は、ＳＰＳ設定に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、ターゲット送信機会のターゲット時間間隔を決定し、ターゲット時間間隔は、繰り返し送信機会の繰り返し時間間隔とは異なり、基地局は、確認応答情報を受信するためにターゲット時間間隔を使用する。

【0285】

オプションの実施態様では、高優先順位ＵＣＩは、スケジューリング要求である。

【0286】

さらなるオプションの実施形態では、基地局は、ＵＣＩを受信するために繰り返し送信機会を使用する。

【0287】

さらなるオプションの実施態様では、ターゲット時間間隔と繰り返し時間間隔の少なくとも一方はスロットまたはミニスロットである。

【0288】

第１４から第２４の態様のいずれか１つに加えて提供される第２５の態様によれば、確認応答情報は、１つ以上のハイブリッド自動再送要求（ＨＡＲＱ）報告を含み、ＨＡＲＱ報告の各々は、特定のＨＡＲＱプロセスＩＤのダウンリンク（ＤＬ）トラフィックに関連付けられる。

【0289】

第１４から第１６の態様のいずれか１つに加えて提供される第２６の態様によれば、基地局が、ＳＰＳ設定に含まれる最大延期指示（ｋ１＋ｋ１ｄｅｆ）に基づいて、ターゲット送信機会のターゲット時間間隔が繰り返し送信機会の繰り返し時間間隔と等しいと判定した場合、基地局は、ＵＣＩを受信するためにターゲット送信機会のターゲット時間間隔を使用し、基地局は、ターゲット送信機会を使用する繰り返し受信を受信しない。

【0290】

オプションの実施態様では、基地局は、ＵＥから確認応答情報を受信するために最初の送信機会を使用する。

【0291】

さらなるオプションの実施態様では、基地局が、ターゲット送信機会の物理アップリンク制御チャネル（ＰＵＣＣＨ）を、ＵＣＩと多重化された確認応答情報の受信に使用できないと追加的に判定した場合、基地局は、ＵＣＩを受信するためにＰＵＣＣＨを使用する。

【0292】

第２７の態様によれば、ＵＥによって実行される以下のステップを含む方法が提供される。
セミパーシステントスケジューリング（ＳＰＳ）設定に基づいて、確認応答情報の最初の送信機会および少なくとも１つの繰り返し送信機会を決定するステップと、
ＵＣＩを送信するためのアップリンク制御情報（ＵＣＩ）送信機会を決定するステップと、
ＵＣＩ送信機会が利用可能でない場合、ターゲット送信機会を決定するステップと、
ターゲット送信機会を使用して確認応答情報を送信するステップ。

【0293】

第２８の態様によれば、基地局によって実行される以下のステップを含む方法が提供される。

【0294】

セミパーシステントスケジューリング（ＳＰＳ）設定に基づいて、確認応答情報の最初の送信機会および少なくとも１つの繰り返し送信機会を決定するステップと、
ＵＣＩを送信するためのアップリンク制御情報（ＵＣＩ）送信機会を決定するステップと、
ＵＣＩ送信機会が利用可能でない場合、ターゲット送信機会を決定するステップと、
ターゲット送信機会を使用して確認応答情報を受信するステップ。

【0295】

第２９の態様によれば、動作中にユーザ機器のプロセスを制御する集積回路が提供され、このプロセスは、ユーザ機器によって実行される以下のステップを含む。
セミパーシステントスケジューリング（ＳＰＳ）設定に基づいて、確認応答情報の最初の送信機会および少なくとも１つの繰り返し送信機会を決定するステップと、
ＵＣＩを送信するためのアップリンク制御情報（ＵＣＩ）送信機会を決定するステップと、
ＵＣＩ送信機会が利用可能でない場合、ターゲット送信機会を決定するステップと、
ターゲット送信機会を使用して確認応答情報を送信するステップ。

【0296】

第３０の態様によれば、動作中に基地局のプロセスを制御する集積回路が提供され、このプロセスは、基地局によって実行される以下のステップを含む。
セミパーシステントスケジューリング（ＳＰＳ）設定に基づいて、確認応答情報の最初の送信機会および少なくとも１つの繰り返し送信機会を決定するステップと、
ＵＣＩを送信するためのアップリンク制御情報（ＵＣＩ）送信機会を決定するステップと、
ＵＣＩ送信機会が利用可能でない場合、ターゲット送信機会を決定するステップと、
ターゲット送信機会を使用して確認応答情報を受信するステップ。

【0297】

（本開示のハードウェアおよびソフトウェア実装を含むさらなる変形形態）
本開示は、ソフトウェアによって、ハードウェアによって、またはハードウェアと協働するソフトウェアによって、実施することができる。上述した各実施形態の説明において使用される各機能ブロックは、その一部または全体を、集積回路などのＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、その一部または全体を、同じＬＳＩまたはＬＳＩの組合せによって制御することができる。ＬＳＩは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。ＬＳＩは、自身に結合されたデータ入出力部を含むことができる。ここでＬＳＩは、集積度の違いに応じて、ＩＣ（集積回路）、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路、汎用プロセッサ、または専用プロセッサを使用することによって実施されてもよい。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）や、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブル・プロセッサを使用することもできる。本開示は、デジタル処理またはアナログ処理として実施することができる。半導体技術または別の派生技術が進歩する結果として、ＬＳＩが将来の集積回路技術に置き換わる場合、その将来の集積回路技術を使用して機能ブロックを集積化することができる。バイオテクノロジを適用することもできる。

【0298】

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

【0299】

送受信機は、受信機および送信機を備えている、および／または、受信機および送信機として機能することができる。送信機および受信機としての送受信機は、増幅器、ＲＦ変調器／復調器などを含むＲＦ（無線周波数）モジュールと、１つ以上のアンテナを含むことができる。

【0300】

このような通信装置の非限定的ないくつかの例としては、電話（例：携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例：ラップトップ、デスクトップ、ノートブック）、カメラ（例：デジタルスチル／ビデオカメラ）、デジタルプレイヤー（デジタルオーディオ／ビデオプレイヤー）、ウェアラブルデバイス（例：ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、電子書籍リーダー、遠隔医療／テレメディシン（リモート医療・医薬）装置、通信機能を提供する車両（例：自動車、飛行機、船舶）、およびこれらのさまざまな組合せ、が挙げられる。

【0301】

通信装置は、携帯型または可搬型に限定されず、非携帯型または据置型である任意の種類の装置、デバイス、またはシステム、例えば、スマートホームデバイス（例：電化製品、照明、スマートメーター、制御盤）、自動販売機、および「モノのインターネット（ＩｏＴ：Internet of Things）」のネットワーク内の任意の他の「モノ」なども含むことができる。

【0302】

通信は、例えばセルラーシステム、無線ＬＡＮシステム、衛星システム、その他、およびこれらのさまざまな組合せを通じてデータを交換するステップ、を含むことができる。

【0303】

通信装置は、本開示の中で説明した通信の機能を実行する通信デバイスに結合されたコントローラやセンサなどのデバイスを備えることができる。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号またはデータ信号を生成するコントローラまたはセンサ、を備えていることができる。

【0304】

通信装置は、インフラストラクチャ設備、例えば、上の非限定的な例における装置等の装置と通信する、またはそのような装置を制御する基地局、アクセスポイント、および任意の他の装置、デバイス、またはシステムなどを、さらに含むことができる。

【0305】

（制御信号）
本開示では、本開示に関連するダウンリンク制御信号（情報）は、物理層のＰＤＣＣＨを介して送信される信号（情報）とすることができる、または、上位層のＭＡＣ制御要素（ＣＥ）またはＲＲＣを介して送信される信号（情報）とすることができる。ダウンリンク制御信号は、事前定義される信号（情報）とすることができる。

【0306】

本開示に関連するアップリンク制御信号（情報）は、物理層のＰＵＣＣＨを介して送信される信号（情報）とすることができる、または、上位層のＭＡＣＣＥもしくはＲＲＣを介して送信される信号（情報）とすることができる。さらに、アップリンク制御信号は、事前定義される信号（情報）とすることができる。アップリンク制御信号は、アップリンク制御情報（ＵＣＩ）、第１段サイドリンク制御情報（ＳＣＩ）（1st stage sildelink control information (SCI)）、または第２段ＳＣＩ（2nd stage SCI）に置き換えることができる。

【0307】

（基地局）
本開示において、基地局は、例えば、送受信点（ＴＲＰ：Transmission Reception Point）、クラスタヘッド、アクセスポイント、遠隔無線ヘッド（ＲＲＨ：Remote Radio Head）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、基地局（ＢＳ）、ベーストランシーバステーション（ＢＴＳ：Base Transceiver Station）、ベースユニット、またはゲートウェイとすることができる。さらに、サイドリンク通信では、基地局の代わりに端末を採用することができる。基地局は、上位ノードと端末との間の通信を中継する中継装置であってもよい。基地局は、路側機（roadside unit）であってもよい。

【0308】

（アップリンク／ダウンリンク／サイドリンク）
本開示は、アップリンク、ダウンリンク、およびサイドリンクのいずれにも適用することができる。

【0309】

本開示は、例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＰＲＡＣＨなどのアップリンクチャネル、ＰＤＳＣＨ、ＰＤＣＣＨ、およびＰＢＣＨなどのダウンリンクチャネル、ならびに物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical Sidelink Shared Channel）、物理サイドリンク制御チャネル（ＰＳＣＣＨ：Physical Sidelink Control Channel）、および物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ：Physical Sidelink Broadcast Channel）などのサイドリンクチャネルに適用することができる。

【0310】

ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨは、それぞれ、ダウンリンク制御チャネル、ダウンリンクデータチャネル、アップリンクデータチャネル、アップリンク制御チャネルの一例である。ＰＳＣＣＨおよびＰＳＳＣＨは、それぞれ、サイドリンク制御チャネルおよびサイドリンクデータチャネルの一例である。ＰＢＣＨおよびＰＳＢＣＨは、それぞれブロードキャストチャネルの一例であり、ＰＲＡＣＨは、ランダムアクセスチャネルの一例である。

【0311】

（データチャネル／制御チャネル）
本開示は、データチャネルおよび制御チャネルのいずれにも適用することができる。本開示におけるチャネルは、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＳＳＣＨを含むデータチャネル、および／または、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＢＣＨ、ＰＳＣＣＨ、およびＰＳＢＣＨを含む制御チャネルに置き換えることができる。

【0312】

（参照信号）
本開示において、参照信号は、基地局および移動局の両方に既知である信号であり、各参照信号は、基準信号（ＲＳ）または場合によりパイロット信号と呼ばれることがある。参照信号は、ＤＭＲＳ、チャネル状態情報－参照信号（ＣＳＩ－ＲＳ：Channel State Information - Reference Signal）、追跡参照信号（ＴＲＳ：Tracking Reference Signal）、位相追跡参照信号（ＰＴＲＳ：Phase Tracking Reference Signal）、セル固有参照信号（ＣＲＳ：Cell-specific Reference Signal）、およびサウンディング参照信号（ＳＲＳ：Sounding Reference Signal）のいずれであってもよい。

【0313】

（時間間隔）
本開示において、時間リソースの単位は、スロットおよびシンボルの一方または組合せに限定されず、フレーム、スーパーフレーム、サブフレーム、スロット、時間スロットサブスロット、ミニスロットなどの時間リソース単位、または、シンボル、直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボル、シングルキャリア－周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Single Carrier-Frequency Division Multiplexing Access）シンボルなどの時間リソース単位、または他の時間リソース単位であってもよい。１スロットに含まれるシンボルの数は、上述した実施形態において例示した数に限定されず、別のシンボル数であってもよい。

【0314】

（周波数帯域）
本開示は、ライセンスバンドおよびアンライセンスバンドのいずれにも適用することができる。

【0315】

（通信）
本開示は、基地局と端末との間の通信（Ｕｕリンク通信）、端末と端末の間の通信（サイドリンク通信）、および、車両と何らかのエンティティとの通信（Ｖ２Ｘ：Vehicle to Everything）のいずれにも適用することができる。本開示におけるチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＢＣＨに置き換えることができる。

【0316】

さらに、本開示は、地上ネットワーク、または、衛星もしくは高高度疑似衛星（ＨＡＰＳ：High Altitude Pseudo Satellite）を使用する地上ネットワーク以外のネットワーク（ＮＴＮ：非地上系ネットワーク：Non-Terrestrial Network）のいずれにも適用することができる。さらに、本開示は、大きいセルサイズを有するネットワーク、または超広帯域伝送ネットワークのようにシンボル長やスロット長に比べて遅延が大きい地上ネットワークに適用してもよい。

【0317】

（アンテナポート）
アンテナポートとは、１つ以上の物理アンテナから形成される論理アンテナ（アンテナ群）のことを指す。すなわち、アンテナポートは、必ずしも１つの物理アンテナを指すものではなく、複数のアンテナから形成されるアレイアンテナ等を指す場合もある。例えば、アンテナポートを形成する物理アンテナの数は定義されておらず、代わりに、端末が参照信号を送信することのできる最小単位をアンテナポートと定義する。また、アンテナポートは、プリコーディングベクトル重み付けの乗算のための最小単位として定義されることもある。

【0318】

さらに、様々な実施形態は、プロセッサによって実行されるソフトウェアモジュールによって、またはハードウェアに直接実装することもできる。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ－ＲＯＭ、ＤＶＤなど、あらゆる種類のコンピュータ可読記憶媒体に格納することができる。さらには、複数の異なる実施形態の個々の特徴は、個別に、または任意の組合せにおいて、別の実施形態の主題とすることができることに留意されたい。

【0319】

特定の実施形態に示した本開示には、多数の変更および／または修正を行い得ることが、当業者には理解されるであろう。したがって本明細書における実施形態は、あらゆる点において説明を目的としており、本発明を制限するものではないとみなされたい。

【図1】