▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
特開2024-113058送信動作および受信動作を実行するユーザ機器およびシステム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024113058
(43)【公開日】2024-08-21
(54)【発明の名称】送信動作および受信動作を実行するユーザ機器およびシステム
(51)【国際特許分類】
H04L 27/26 20060101AFI20240814BHJP
H04W 72/044 20230101ALI20240814BHJP
H04W 72/231 20230101ALI20240814BHJP
H04W 72/232 20230101ALI20240814BHJP
【ＦＩ】
H04L27/26 110
H04W72/044
H04W72/231
H04W72/232
【審査請求】有
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2024090880
(22)【出願日】2024-06-04
(62)【分割の表示】P 2021547296の分割
【原出願日】2019-12-20
(31)【優先権主張番号】19000087.7
(32)【優先日】2019-02-14
(33)【優先権主張国・地域又は機関】EP
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】バムリ アンキット
(72)【発明者】
【氏名】鈴木 秀俊
(72)【発明者】
【氏名】山本 哲矢
(72)【発明者】
【氏名】リ ホンチャオ
(57)【要約】
【課題】追加のシグナリングオーバーヘッドなしで、トランスポートブロックの繰り返しのサポートにおける柔軟性の改善を促進する。
【解決手段】ユーザ機器が設定するテーブルは、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、を有する。ユーザ機器は、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）を受信する。値ｍは、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する。ユーザ機器は、最初のＰＵＳＣＨ送信用と繰り返し用のリソースを、ＤＣＩを伝えるスロットの番号と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとに基づいて決定する。ユーザ機器は、最初のＰＵＳＣＨ送信用と繰り返し用のリソースを使用して、ＰＵＳＣＨを送信する。
【選択図】図７
【解決手段】ユーザ機器が設定するテーブルは、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、を有する。ユーザ機器は、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）を受信する。値ｍは、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する。ユーザ機器は、最初のＰＵＳＣＨ送信用と繰り返し用のリソースを、ＤＣＩを伝えるスロットの番号と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとに基づいて決定する。ユーザ機器は、最初のＰＵＳＣＨ送信用と繰り返し用のリソースを使用して、ＰＵＳＣＨを送信する。
【選択図】図７
【特許請求の範囲】
【請求項1】
ユーザ機器（ＵＥ）の処理を制御する集積回路であって、前記処理は、
物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信する受信処理であって、前記ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、前記受信処理と、
前記受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサ処理であって、前記テーブルが行を備えており、各行が、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、を有する、前記プロセッサ処理と、
前記受信処理が、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）を受信し、前記値ｍが、前記ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、
前記プロセッサ処理が、最初のＰＵＳＣＨ送信用に割り当てられるリソースと、前記最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを、
－ 前記受信されたＤＣＩを伝えるスロットの番号、および、
－ 前記ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、前記スロットオフセットを示す前記値Ｋ２と、前記開始・長さインジケータを示す前記値ＳＬＩＶ、
に基づいて決定し、
前記最初のＰＵＳＣＨ送信用と前記最初のＰＵＳＣＨ送信の前記少なくとも１回の繰り返し用の、それぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を送信する送信処理と、
を含み、
割り当てられるリソースの前記決定が、前記最初のＰＵＳＣＨ送信の前記少なくとも１回の繰り返し用に割り当てられる時間領域リソースを指定する、前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる少なくとも１つの追加の値、に基づく、
集積回路。
物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信する受信処理であって、前記ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、前記受信処理と、
前記受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサ処理であって、前記テーブルが行を備えており、各行が、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、を有する、前記プロセッサ処理と、
前記受信処理が、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）を受信し、前記値ｍが、前記ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、
前記プロセッサ処理が、最初のＰＵＳＣＨ送信用に割り当てられるリソースと、前記最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを、
－ 前記受信されたＤＣＩを伝えるスロットの番号、および、
－ 前記ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、前記スロットオフセットを示す前記値Ｋ２と、前記開始・長さインジケータを示す前記値ＳＬＩＶ、
に基づいて決定し、
前記最初のＰＵＳＣＨ送信用と前記最初のＰＵＳＣＨ送信の前記少なくとも１回の繰り返し用の、それぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を送信する送信処理と、
を含み、
割り当てられるリソースの前記決定が、前記最初のＰＵＳＣＨ送信の前記少なくとも１回の繰り返し用に割り当てられる時間領域リソースを指定する、前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる少なくとも１つの追加の値、に基づく、
集積回路。
【請求項2】
前記少なくとも１つの追加の値が、
－ 前記少なくとも１回の繰り返し用の第２のスロットオフセットを示す値Ｋ２’、
－ 前記少なくとも１回の繰り返し用の第２の開始・長さインジケータ値を示す値ＳＬＩＶ’、および、
－ 前記少なくとも１回の繰り返しの回数を示す値、
の１つである、
および／または、
前記第２の開始・長さインジケータ値ＳＬＩＶ’が、
－ 前記少なくとも１回の繰り返し用に割り当てられる前記リソースの開始を指定するシンボル番号を示す値Ｓ’、および、
－ 前記少なくとも１回の繰り返し用に割り当てられる前記リソースの長さを指定するシンボル数を示す値Ｌ’、
を含む、
請求項１に記載の集積回路。
－ 前記少なくとも１回の繰り返し用の第２のスロットオフセットを示す値Ｋ２’、
－ 前記少なくとも１回の繰り返し用の第２の開始・長さインジケータ値を示す値ＳＬＩＶ’、および、
－ 前記少なくとも１回の繰り返しの回数を示す値、
の１つである、
および／または、
前記第２の開始・長さインジケータ値ＳＬＩＶ’が、
－ 前記少なくとも１回の繰り返し用に割り当てられる前記リソースの開始を指定するシンボル番号を示す値Ｓ’、および、
－ 前記少なくとも１回の繰り返し用に割り当てられる前記リソースの長さを指定するシンボル数を示す値Ｌ’、
を含む、
請求項１に記載の集積回路。
【請求項3】
前記少なくとも１つの追加の値が、前記第２のスロットオフセットを示す前記値Ｋ２’である場合、
前記第２のスロットオフセットが、前記少なくとも１回の繰り返しすべての割り当てられるリソースを、
前記受信されたＤＣＩを伝えるスロットの番号を基準として、または、
前記受信された設定済みグラントｃｏｎｆｉｇ ＩＥの中でさらに伝えられる時間領域オフセットフィールドの値を基準として、
指定する、
請求項２に記載の集積回路。
前記第２のスロットオフセットが、前記少なくとも１回の繰り返しすべての割り当てられるリソースを、
前記受信されたＤＣＩを伝えるスロットの番号を基準として、または、
前記受信された設定済みグラントｃｏｎｆｉｇ ＩＥの中でさらに伝えられる時間領域オフセットフィールドの値を基準として、
指定する、
請求項２に記載の集積回路。
【請求項4】
前記少なくとも１つの追加の値が、前記第２のスロットオフセットを示す前記値Ｋ２’である場合、
前記第２のスロットオフセットが、前記少なくとも１回の繰り返しすべての割り当てられるリソースを、前記最初のＰＵＳＣＨ送信用に割り当てられるリソースを含むスロットの番号を基準として指定する、
請求項２に記載の集積回路。
前記第２のスロットオフセットが、前記少なくとも１回の繰り返しすべての割り当てられるリソースを、前記最初のＰＵＳＣＨ送信用に割り当てられるリソースを含むスロットの番号を基準として指定する、
請求項２に記載の集積回路。
【請求項5】
前記少なくとも１つの追加の値が、前記第２のスロットオフセットを示す前記値Ｋ２’である場合、
前記第２のスロットオフセットが、前記少なくとも１回の繰り返しのうちの１回目の繰り返し用に割り当てられるリソースを、前記最初のＰＵＳＣＨ送信用に割り当てられるリソースを含むスロットの番号を基準として指定する、または、
前記第２のスロットオフセットが、前記少なくとも１回の繰り返しのうちの後続の繰り返し用に割り当てられるリソースを、前記少なくとも１回の繰り返しのうちの先行する繰り返し用に割り当てられるリソースを含むスロットの番号を基準として指定する、
請求項２に記載の集積回路。
前記第２のスロットオフセットが、前記少なくとも１回の繰り返しのうちの１回目の繰り返し用に割り当てられるリソースを、前記最初のＰＵＳＣＨ送信用に割り当てられるリソースを含むスロットの番号を基準として指定する、または、
前記第２のスロットオフセットが、前記少なくとも１回の繰り返しのうちの後続の繰り返し用に割り当てられるリソースを、前記少なくとも１回の繰り返しのうちの先行する繰り返し用に割り当てられるリソースを含むスロットの番号を基準として指定する、
請求項２に記載の集積回路。
【請求項6】
前記少なくとも１つの追加の値が、
－ 前記少なくとも１回の繰り返し用に割り当てられるリソースの前のギャップのシンボル数を示す値Ｇ’、
－ 前記少なくとも１回の繰り返し用に割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’、および、
－ 前記少なくとも１回の繰り返しの回数を示す値、
の１つである、
請求項１に記載の集積回路。
－ 前記少なくとも１回の繰り返し用に割り当てられるリソースの前のギャップのシンボル数を示す値Ｇ’、
－ 前記少なくとも１回の繰り返し用に割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’、および、
－ 前記少なくとも１回の繰り返しの回数を示す値、
の１つである、
請求項１に記載の集積回路。
【請求項7】
前記少なくとも１つの追加の値が、前記ギャップのシンボル数を示す前記値Ｇ’である場合、
前記ギャップの前記シンボル数が、前記少なくとも１回の繰り返しすべての割り当てられるリソースを、前記最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルの番号を基準として指定する、
請求項６に記載の集積回路。
前記ギャップの前記シンボル数が、前記少なくとも１回の繰り返しすべての割り当てられるリソースを、前記最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルの番号を基準として指定する、
請求項６に記載の集積回路。
【請求項8】
前記少なくとも１つの追加の値が、前記ギャップのシンボル数を示す前記値Ｇ’である場合、
前記ギャップの前記シンボル数が、前記少なくとも１回の繰り返しのうちの１回目の繰り返し用に割り当てられるリソースを、前記最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルの番号を基準として指定する、または、
前記ギャップの前記シンボル数が、前記少なくとも１回の繰り返しのうちの後続の繰り返し用に割り当てられるリソースを、前記少なくとも１回の繰り返しのうちの先行する繰り返し用に割り当てられるリソースの最後のシンボルの番号を基準として指定する、
請求項６に記載の集積回路。
前記ギャップの前記シンボル数が、前記少なくとも１回の繰り返しのうちの１回目の繰り返し用に割り当てられるリソースを、前記最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルの番号を基準として指定する、または、
前記ギャップの前記シンボル数が、前記少なくとも１回の繰り返しのうちの後続の繰り返し用に割り当てられるリソースを、前記少なくとも１回の繰り返しのうちの先行する繰り返し用に割り当てられるリソースの最後のシンボルの番号を基準として指定する、
請求項６に記載の集積回路。
【請求項9】
前記少なくとも１つの追加の値が、前記割り当てられるリソースの長さを指定するシンボル数を示す前記値Ｌ’である場合、
前記シンボル数が、前記少なくとも１回の繰り返しすべての割り当てられるリソースの長さを指定する、または、
前記シンボル数が、前記少なくとも１回の繰り返しのうちの個々の繰り返し用に割り当てられるリソースの長さを指定する、
請求項２に記載の集積回路。
前記シンボル数が、前記少なくとも１回の繰り返しすべての割り当てられるリソースの長さを指定する、または、
前記シンボル数が、前記少なくとも１回の繰り返しのうちの個々の繰り返し用に割り当てられるリソースの長さを指定する、
請求項２に記載の集積回路。
【請求項10】
前記ＰＵＳＣＨ時間領域リソース割当てリストＩＥが、
－ トランスポートブロックサイズが各ＰＵＳＣＨ送信に対して個別に計算されるのか、または、最初のＰＵＳＣＨ送信およびその少なくとも１回の繰り返しを含むすべてのＰＵＳＣＨ送信の結合されたトランスポートブロックサイズが計算されるのか、を示すパラメータ、
－ 周波数ホッピングが各ＰＵＳＣＨ送信に対して個別に適用されるのか、または、最初のＰＵＳＣＨ送信およびその少なくとも１回の繰り返しを含むすべてのＰＵＳＣＨ送信に対して、連続する周波数ホッピングが適用されるのか、を示すパラメータ、および、
－ 復調用参照シンボル（ＤＭＲＳ）が、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返しのすべてまたは個々の各繰り返しに存在するか否かを示すパラメータ、
の少なくとも１つ、をさらに含む、
請求項１に記載の集積回路。
－ トランスポートブロックサイズが各ＰＵＳＣＨ送信に対して個別に計算されるのか、または、最初のＰＵＳＣＨ送信およびその少なくとも１回の繰り返しを含むすべてのＰＵＳＣＨ送信の結合されたトランスポートブロックサイズが計算されるのか、を示すパラメータ、
－ 周波数ホッピングが各ＰＵＳＣＨ送信に対して個別に適用されるのか、または、最初のＰＵＳＣＨ送信およびその少なくとも１回の繰り返しを含むすべてのＰＵＳＣＨ送信に対して、連続する周波数ホッピングが適用されるのか、を示すパラメータ、および、
－ 復調用参照シンボル（ＤＭＲＳ）が、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返しのすべてまたは個々の各繰り返しに存在するか否かを示すパラメータ、
の少なくとも１つ、をさらに含む、
請求項１に記載の集積回路。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信システムにおける信号の送信および受信に関する。詳細には、本開示は、そのような送信および受信のための方法および装置に関する。
【背景技術】
【0002】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、次世代のセルラー技術の技術仕様に取り組んでおり、この技術は、「新無線（ＮＲ：New Radio）」無線アクセス技術（ＲＡＴ：radio access technology）を含む第５世代（５Ｇ）とも呼ばれ、最大１００ＧＨｚの周波数範囲で動作する。
【0003】
ＮＲは、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）およびＬＴＥアドバンスト（ＬＴＥ－Ａ：LTE Advanced）に代表される技術の後続技術である。ＮＲは、拡張モバイルブロードバンド（ｅＭＢＢ：enhanced mobile broadband）、超高信頼・低遅延通信（ＵＲＬＬＣ：ultra-reliable low-latency communications）、大規模マシンタイプ通信（ｍＭＴＣ：massive machine type communication）などを含む、定義されているいくつかの使用シナリオ、要件、および配備シナリオに対処する単一の技術的フレームワークの提供を促進するように計画されている。
【0004】
例えば、ｅＭＢＢの配置シナリオには、屋内のホットスポット、密集都市部、郊外、都市部、および高速が含まれうる。ＵＲＬＬＣの配置シナリオには、産業制御システム、モバイル健康管理（遠隔モニタリング、診断、および治療）、車両のリアルタイム制御、スマートグリッドの広域監視・制御システムが含まれうる。ｍＭＴＣには、スマートウェアラブルやセンサネットワークなど遅延の影響が小さいデータ伝送による多数の装置を使用するシナリオが含まれうる。
ｅＭＢＢサービスおよびＵＲＬＬＣサービスは、いずれも極めて広い帯域幅を必要とする点において似ているが、違いとして、ＵＲＬＬＣサービスでは、極めて小さいレイテンシおよび極めて高い信頼性が要求される。ＮＲでは、物理層は、時間－周波数リソースに基づいており（ＬＴＥにおける直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）など）、マルチアンテナ動作をサポートする。
ｅＭＢＢサービスおよびＵＲＬＬＣサービスは、いずれも極めて広い帯域幅を必要とする点において似ているが、違いとして、ＵＲＬＬＣサービスでは、極めて小さいレイテンシおよび極めて高い信頼性が要求される。ＮＲでは、物理層は、時間－周波数リソースに基づいており（ＬＴＥにおける直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）など）、マルチアンテナ動作をサポートする。
【0005】
ＬＴＥやＮＲなどのシステムでは、さらなる改善およびオプションによって、通信システム、およびシステムに関連する特定のデバイスの効率的な動作を促進することができる。
【先行技術文献】
【非特許文献】
【0006】
【非特許文献1】Technical Report TR 38.804 v14.0.0
【非特許文献2】TS 38.300 v.15.0.0
【非特許文献3】3GPP TR 38.801 v14.0.0, “Study on new radio access technology: Radio access architecture and interfaces”
【非特許文献4】Recommendation ITU-R M.2083: IMT Vision - "Framework and overall objectives of the future development of IMT for 2020 and beyond", September 2015
【非特許文献5】RP-172115
【非特許文献6】3GPP TR 38.913 V15.0.0 ,” Study on Scenarios and Requirements for Next Generation Access Technologies”
【非特許文献7】RP-172817
【非特許文献8】3GPP TS 38.211 “NR; Physical channels and modulation” V15.4.0
【非特許文献9】TS 38.212 “NR; Multiplexing and channel coding” V15.4.0
【非特許文献10】TS 38.213 “NR; Physical layer procedures for control” V15.4.0
【非特許文献11】TS 38.214 “NR; Physical layer procedures for data” V15.4.0
【非特許文献12】RP-181477, “New SID on Physical Layer Enhancements for NR URLLC”, Huawei, HiSilicon, Nokia, Nokia Shanghai Bell
【非特許文献13】3GPP TS 22.261 “Service requirements for next generation new services and markets” V16.4.0
【発明の概要】
【発明が解決しようとする課題】
【0007】
本発明を制限することのない例示的な一実施形態は、追加のシグナリングオーバーヘッドなしで、トランスポートブロックの繰り返しのサポートにおける柔軟性の改善を促進する。
【課題を解決するための手段】
【0008】
一実施形態においては、本明細書に開示する技術は、ユーザ機器（ＵＥ：user equipment）であって、受信機と、プロセッサと、送信機とを備えたユーザ機器、を提供する。受信機は、動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）ｃｏｎｆｉｇ情報要素（ＩＥ：information element）を、無線リソース制御（ＲＲＣ：radio resource control）シグナリングの形で受信し、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、特定の帯域幅部分に適用可能である。
【0009】
プロセッサは、動作時、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥ（PUSCH time domain resource allocation list IE）によって定義されるテーブルを設定し、このテーブルは行を備えており、各行は、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとを有する。
【0010】
受信機は、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ：downlink control information）を、媒体アクセス制御（ＭＡＣ）シグナリングの形で受信し、値ｍは、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する。
【0011】
プロセッサは、動作時、最初のＰＵＳＣＨ送信用に割り当てられるリソースと、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを、受信されたＤＣＩを伝えるスロットの番号と、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、に基づいて決定する。
【0012】
送信機は、動作時、最初のＰＵＳＣＨ送信用と最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用の、それぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を送信する。割り当てられるリソースの決定は、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域リソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値、に基づく。
【0013】
なお、一般的な実施形態または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして、実施できることに留意されたい。
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面のさまざまな実施形態および特徴によって個別に得ることができ、ただしこのような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面のさまざまな実施形態および特徴によって個別に得ることができ、ただしこのような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。
【図面の簡単な説明】
【0014】
以下では、例示的な実施形態について、添付の図面を参照しながらさらに詳しく説明する。
【図1】３ＧＰＰ ＮＲシステムの例示的なアーキテクチャの概略図を示している。
【図2】ＬＴＥ ｅＮＢ、ＮＲ ｇＮＢ、およびＵＥの例示的なユーザプレーンおよび制御プレーンアーキテクチャのブロック図を示している。
【図3】大規模マシンタイプ通信（ｍＭＴＣ）および超高信頼・低遅延通信（ＵＲＬＬＣ）の使用シナリオを示している概略図である。
【図4】例示的なシナリオによる、ユーザ機器（ＵＥ）および基地局（ＢＳ）を含む、ＮＲにおける通信システムを示している。
【図5】ユーザ機器（ＵＥ）および基地局（ＢＳ）の例示的な実装形態のブロック図を描いている。
【図6】ユーザ機器（ＵＥ）および基地局（ＢＳ）の例示的な実装形態のブロック図を描いている。
【図7】例示的なメカニズムに従ってＰＵＳＣＨの繰り返しを実行するユーザ機器のシーケンス図を示している。
【図8】第１の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【図9】第１の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【図10】第１の例示的な実装形態の別の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【図11】第１の例示的な実装形態の別の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【図12】第１の例示的な実装形態のさらなる使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【図13】第１の例示的な実装形態のさらなる使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【図14】第２の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【図15】第２の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【図16】第２の例示的な実装形態の別の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【図17】第２の例示的な実装形態の別の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【図18】第３の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【図19】第３の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【図20】第３の例示的な実装形態の別の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【図21】第３の例示的な実装形態の別の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【図22】第４の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【図23】第４の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
【発明を実施するための形態】
【0015】
背景技術のセクションで説明したように、３ＧＰＰは、最大１００ＧＨｚの周波数範囲で動作する新無線（ＮＲ）アクセス技術の開発を含む、第５世代セルラー技術（簡潔に５Ｇと呼ばれる）の次のリリースの策定を進めている。３ＧＰＰは、市場の緊急なニーズと、より長期的な要求条件の両方を適切な時期に満たしながら、ＮＲシステムの標準化を成功させるために必要な技術要素を明らかにして開発しなければならない。これを達成する目的で、検討項目「New Radio Access Technology（新無線アクセス技術）」では、無線インタフェースおよび無線ネットワークアーキテクチャを進化・発展させることが検討されている。結果および合意事項は、非特許文献１（その全体が参照により本明細書に組み込まれている）にまとめられている。
【0016】
特に、全体的なシステムアーキテクチャに関して暫定的な合意がなされた。ＮＧ－ＲＡＮ（次世代－無線アクセスネットワーク）（Next Generation - Radio Access Network）はｇＮＢから構成され、これらのｇＮＢは、ＵＥに向かう次世代（ＮＧ）無線アクセスユーザプレーンプロトコルＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ（サービスデータアプリケーションプロトコル／パケットデータコンバージェンスプロトコル／無線リンク制御／媒体アクセス制御／物理）および制御プレーンプロトコルＲＲＣ（無線リソース制御）を終端させる。ＮＧ－ＲＡＮアーキテクチャは、参照により本明細書に組み込まれている非特許文献２の４節に基づいて、図１に示してある。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続されている。またｇＮＢは、次世代（ＮＧ）インタフェースによってＮＧＣ（次世代コア：Next Generation Core）に接続され、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（アクセスおよびモビリティ管理機能）（Access and Mobility Management Function）（例：ＡＭＦを実行する特定のコアエンティティ）に接続され、ＮＧ－ＵインタフェースによってＵＰＦ（ユーザプレーン機能）（User Plane Function）（例：ＵＰＦを実行する特定のコアエンティティ）に接続される。
【0017】
例えば非特許文献３に反映されているように、現在、さまざまな異なる配置シナリオが、サポートに関して検討されている。この文献には、例えば、非中央集中型の配置シナリオ（非特許文献３の５．２節）（中央集中型の配置は、参照により本明細書に組み込まれている５．４節に示されている）が提示されており、このシナリオでは、５Ｇ ＮＲをサポートする基地局を配置することができる。図２は、例示的な非中央集中型の配置シナリオを示しており、この非特許文献３の図５．２．－１に基づいているが、ＬＴＥ ｅＮＢおよびユーザ機器（ＵＥ）をさらに示しており、ユーザ機器（ＵＥ）は、ｇＮＢおよびＬＴＥ ｅＮＢの両方に接続されている。前に述べたように、ＮＲ ５Ｇにおける新しいｅＮＢを例示的にｇＮＢと呼ぶことができる。
【0018】
前にも述べたように、第３世代パートナーシッププロジェクトの新無線（３ＧＰＰ ＮＲ）では、ＩＭＴ－２０２０によって多種多様なサービスおよびアプリケーションをサポートするように想定されている３つのユースケースが検討されている（非特許文献４を参照）。拡張モバイルブロードバンド（ｅＭＢＢ）のフェーズ１の仕様は、２０１７年１２月に３ＧＰＰによって決定された。現在および今後の策定作業には、ｅＭＢＢのサポートをさらに拡張することに加えて、超高信頼・低遅延通信（ＵＲＬＬＣ）および大規模マシンタイプ通信の標準化が含まれるであろう。（非特許文献４からの）図３は、ＩＭＴ－２０２０以降における想定される使用シナリオのいくつかの例を示している。
【0019】
ＵＲＬＬＣのユースケースは、スループット、レイテンシ、可用性などの能力に関する厳しい要件を有し、産業製造や生産プロセスのワイヤレス制御、リモート医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直アプリケーションを実現する手段の１つとして想定されている。現在のＷＩＤ（作業項目説明）である非特許文献５では、非特許文献６によって設定される要件を満たすための技術を明らかにすることによって、ＵＲＬＬＣの超高信頼性をサポートすることが合意されている。リリース１５におけるＮＲ ＵＲＬＬＣでは、重要な要件としてユーザプレーンの目標レイテンシが含まれ、ＵＬ（アップリンク）で０．５ｍｓ、ＤＬ（ダウンリンク）で０．５ｍｓである。パケットの１回の送信における一般的なＵＲＬＬＣの要件は、１ｍｓのユーザプレーンレイテンシでパケットサイズ３２バイトの場合にＢＬＥＲ（ブロック誤り率）１Ｅ－５である。
【0020】
ＲＡＮ１の観点からは、信頼性は、複数の可能な方法で向上させることができる。信頼性を向上させるための現在のスコープは、非特許文献７に記載されており、ＵＲＬＬＣのための個別のＣＱＩテーブルの定義、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどが挙げられる。しかしながら、ＮＲがさらに安定し、開発が進むにつれて、超高信頼性を達成するためのスコープが広がりうる（ＮＲ ＵＲＬＬＣの重要な要件については、参照により本明細書に組み込まれている非特許文献６も参照）。したがって、リリース１５におけるＮＲ ＵＲＬＬＣは、１Ｅ－５のＢＬＥＲに対応する成功確率で、１ｍｓのユーザプレーンレイテンシ以内に３２バイトのデータパケットを送信できる必要がある。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースとしては、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セーフティ、ミッションクリティカルなアプリケーションが挙げられる（非特許文献４も参照）。
【0021】
さらに、リリース１５におけるＮＲ ＵＲＬＬＣが対象とする技術強化として、レイテンシの改善および信頼性の向上が目標とされている。レイテンシを改善するための技術強化としては、設定可能なヌメロロジー、柔軟なマッピングを使用する非スロットベースのスケジューリング、グラントフリー（設定済みグラント（configured grant））のアップリンク、データチャネルのスロットレベルの繰り返し、およびダウンリンクのプリエンプションが挙げられる。プリエンプションとは、リソースがすでに割り当てられている送信が停止され、すでに割り当てられているリソースが、後から要求された、より小さいレイテンシ／より高い優先度要件を有する別の送信に使用されることを意味する。したがって、すでに許可された送信が、より後の送信にプリエンプトされる。プリエンプションは、特定のサービスタイプに関係なく適用される。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信を、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトすることができる。信頼性向上に関連する技術強化としては、１Ｅ－５の目標ＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが挙げられる（技術強化については、非特許文献８、非特許文献９、非特許文献１０、非特許文献１１（いずれも参照により本明細書に組み込まれている）も参照）。
【0022】
ｍＭＴＣのユースケースは、非常に多数の接続されたデバイスが、一般には遅延の影響が小さい比較的少量のデータを送信することを特徴とする。デバイスは、低コストでありかつ極めて長いバッテリ寿命を有する必要がある。ＮＲの観点からは、非常に狭い帯域幅部分を利用することは、ＵＥの観点からの省電力を達成して長いバッテリ寿命を可能にするための１つの可能な解決策である。
【0023】
上に述べたように、ＮＲにおける信頼性の範囲が広がることが予測される。あらゆるケース、特にＵＲＬＬＣおよびｍＭＴＣの場合に必要な１つの重要な要件は、高信頼性または超高信頼性である。無線の観点およびネットワークの観点から、信頼性を向上させるためのいくつかのメカニズムを考えることができる。一般に、信頼性の向上に役立つ可能性のある重要な領域がいくつか存在する。これらの領域としては、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し、周波数領域、時間領域、および／または空間領域に関連するダイバーシチが挙げられる。これらの領域は、特定の通信シナリオには関係なく、一般的に信頼性に適用可能である。
【0024】
ＮＲ ＵＲＬＬＣリリース１６では、ファクトリオートメーション、輸送産業、電力供給など、より厳しい要件を有するさらなるユースケースが認識されている（参照により本明細書に組み込まれている非特許文献１２を参照）。より厳しい要件とは、ユースケースに応じて、より高い信頼性（最大１０－６レベル）、より高い可用性、最大２５６バイトのパケットサイズ、数μｓオーダーの時間同期（値は周波数範囲に応じて１μｓないし数μｓ）、０．５～１ｍｓオーダーの短いレイテンシ（特にユーザプレーンの目標レイテンシ０．５ｍｓ）である（参照により本明細書に組み込まれている非特許文献１３および非特許文献１２も参照）。
【0025】
さらに、リリース１６のＮＲ ＵＲＬＬＣでは、ＲＡＮ１の観点からのいくつかの技術強化が認識されている。特に、コンパクトなＤＣＩ、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）の繰り返し、ＰＤＣＣＨの監視の増大、に関連するＰＤＣＣＨの強化が挙げられる。さらに、ＵＣＩ（アップリンク制御情報）の強化は、ＨＡＲＱ（ハイブリッド自動再送要求）の強化およびＣＳＩフィードバックの強化に関連する。また、ミニスロットレベルのホッピングおよび再送信／繰り返しに関連する、ＰＵＳＣＨの強化も認識されている。用語「ミニスロット」は、スロット（１４個のシンボルを有するスロット）より少ない数のシンボルを含む送信時間間隔（ＴＴＩ：Transmission Time Interval）を意味する。
【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】
この理由から、ＰＵＳＣＨの繰り返しの従来のメカニズムは、最初のＰＵＳＣＨ送信とその繰り返しとの間の事前に指定される（例えば関連する標準規格に固定的に規定されている）タイミング関係に依存する。言い換えれば、システム性能を低下させる危険性の方が、ＰＵＳＣＨ繰り返しをより柔軟に使用する恩恵よりも重要であることが判明した。
【0054】
上記を考慮して、本開示の著者は、従来のメカニズムの欠点を克服し、トランスポートブロック（ＴＢ）の柔軟な繰り返しを可能にすると同時に、シグナリングオーバーヘッドを回避するメカニズム、を提案する。
【0055】
本発明の文脈においては、用語「トランスポートブロック」は、アップリンク送信および／またはダウンリンク送信のデータ単位として理解されたい。例えば、用語「トランスポートブロック」は、ＭＡＣレイヤのパケットデータユニット（ＰＤＵ）と等価であることが広く理解されている。したがって、トランスポートブロックの送信は、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信および／または物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信として等しく理解される。
【0056】
特に、ＰＵＳＣＨ送信および／またはＰＤＳＣＨ送信は一般的にペイロードを伝えるため、本開示は、ＭＡＣ ＰＤＵを伝えるＰＵＳＣＨ送信および／またはＰＤＳＣＨ送信について言及する。言い換えれば、用語「ＰＵＳＣＨ送信および／またはＰＤＳＣＨ送信」は、ＰＵＳＣＨおよび／またはＰＤＳＣＨでＭＡＣ ＰＤＵを送信することを記述しているものと理解されたい。
【0057】
図７を参照し、動的なグラント、すなわち時間領域リソース割当てフィールドを伝えるＤＣＩ（例えばＤＣＩフォーマット０－０のＤＣＩまたはＤＣＩフォーマット０－１のＤＣＩなど）に基づいて、ＰＵＳＣＨの繰り返しを実行することに関連する一般的なシナリオについて説明する。
【0058】
ただしこの説明は、本開示がＰＵＳＣＨ送信の拡張（より具体的にはＰＵＳＣＨ送信の繰り返し）のみに制限されるようには理解されないものとする。本明細書に開示されているコンセプトは、ダウンリンク送信にも等しく適用できることが明らかになるであろう。
【0059】
ユーザ機器４１０の受信機４２０は、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を受信する（例えば図７のステップ７１０を参照）。このＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、無線リソース制御（ＲＲＣ）シグナリングの形で受信され、特定の帯域幅部分に適用可能である。ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、その特定の帯域幅部分をサービス提供している基地局４６０から受信される。この受信動作は、例えば図５のＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ受信機５２０－ａによって実行することができる。
【0060】
ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、特に、「ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ」と称される情報要素（ＩＥ）の形でパラメータのリストを伝え、このパラメータリストの各パラメータが「ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ」と称される。
【0061】
次にユーザ機器４１０のプロセッサ４３０は、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定する（例えば図７のステップ７２０を参照）。テーブルは行を含み、各行は、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとを有する。この設定動作は、例えば図５のテーブル設定処理回路５２０－ａによって実行することができる。
【0062】
例示的な一実装形態においては、ＲＲＣによって設定されるテーブルの各行は、「ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ」と称されるパラメータリストの「ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ」と称される複数のパラメータの１つに対応する。しかしながらこのことは、次の代替シナリオから明らかであるように、本開示に対する制限として理解されないものとする。
【0063】
この例示的な実装形態とは異なるシナリオも考えられ、すなわちこれらのシナリオでは、設定されたテーブルのいくつかの行が、パラメータリストを有するＩＥに含まれているそれぞれのパラメータに対応しており、他の行が、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに配置された原則をそのまま適用する事前に指定される一連の規則に従って設定される。
【0064】
しかしながらこれらのシナリオにおいても、ＲＲＣによって設定されるテーブル全体がＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されることに変わりない。
【0065】
次いで、ユーザ機器４１０の受信機４２０が、ダウンリンク制御情報（ＤＣＩ）を、例えば媒体アクセス制御（ＭＡＣ）シグナリングの形で受信する（例えば図７のステップ７３０を参照）。このＤＣＩは、値ｍを有する時間領域リソース割当てフィールドを伝え、値ｍは、設定されたテーブルに行インデックスｍ＋１を提供する。この受信動作は、例えば図５のＤＣＩ受信機５２０－ｂによって実行することができる。
【0066】
本開示の文脈においては、このＤＣＩはアップリンクグラントを伝え、なぜならこのＤＣＩはＰＵＳＣＨの繰り返しをトリガーする目的を果たすためである。この点において、受信されるＤＣＩは、ＤＣＩフォーマット０－０またはＤＣＩフォーマット０－１である。この点において、説明するシナリオは、ＰＵＳＣＨの繰り返しが動的なグラントによってスケジューリングされる状況を言及している。
【0067】
ただしこのことは、本開示に対する制限として理解されないものとし、なぜなら本明細書に開示されているコンセプトは、設定済みグラントまたはグラントフリーのスケジューリング手法にも等しく適用可能であるためである。グラントフリースケジューリング手法の詳しい説明は、図７に描いたメカニズムの代替形態として与えられる。
【0068】
次いで、ユーザ機器４１０のプロセッサ４３０は、最初のＰＵＳＣＨ送信用に割り当てられるリソースと、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースとを決定する。明確さおよび簡潔さを目的として、以下の説明は、時間領域のリソースの割当てに焦点をあてている。この決定動作は、例えば図５の割当てリソース決定処理回路５３０－ｂによって実行することができる。
【0069】
最初のＰＵＳＣＨ送信およびその（１回または複数回の）繰り返し用にユーザ機器４１０によって使用されるリソースは、基地局４６０によって前に割り当てられている。したがってこの文脈においては、プロセッサ４３０は、前に割り当てられたリソースのうち、どのリソースを、ＰＵＳＣＨ送信およびその（１回または複数回の）繰り返しに使用するかを決定する。
【0070】
プロセッサ４３０は、この決定動作の一部として、最初に、最初のＰＵＳＣＨ送信用に割り当てられるリソースを、（ｉ）受信されたＤＣＩを伝えるスロットの番号と、（ｉｉ）ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２と、（ｉｉｉ）開始・長さインジケータを示す値ＳＬＩＶと、に基づいて決定する（図７の例えばステップ７４０を参照）。このことは、ＰＵＳＣＨマッピングタイプを示す値がタイプＢのマッピングを示していることをプロセッサ４３０が前に求めたことを意味する。
【0071】
例えば、いま、受信されたＤＣＩが、番号ｋを有するスロットで伝えられ、さらにＤＣＩが、値ｍを有する時間領域リソース割当てフィールドを有すると想定する。この場合、プロセッサは、最初のＰＵＳＣＨ送信に対しては、ＲＲＣによって設定されるテーブルの行インデックスｍ＋１の行に戻り、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとを使用する。プロセッサは、これらの値を使用して、最初のＰＵＳＣＨ送信用に割り当てられるリソースが、番号ｋ＋Ｋ２のスロットに含まれ、値ＳＬＩＶに対応する、シンボルで表したこのスロットにおける開始位置および長さを有することを決定する。
【0072】
割り当てられるリソースを決定するとき、プロセッサ４３０は、ＲＲＣによって設定されるテーブルの行インデックスｍ＋１の行にさらに含まれる、ＰＵＳＣＨマッピングタイプを示す値も使用する。特に、この値がタイプＡのＰＵＳＣＨマッピングを示している場合、プロセッサ４３０は、開始・長さインジケータを示す値ＳＬＩＶの長さのみを使用する。この値がタイプＢのＰＵＳＣＨマッピングを示している場合、プロセッサ４３０は、開始・長さインジケータを示す値ＳＬＩＶの開始および長さの両方を使用する。
【0073】
次にプロセッサ４３０は、この決定動作の一部として、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを決定する。これを目的として、プロセッサ４３０は、繰り返し用として、時間領域リソース割当てに関連する（明示的な）パラメータ（例：タイミング）が存在するかをチェックする（例えば図７のステップ７５０を参照）。これを目的として、プロセッサ４３０は、行インデックスｍ＋１の行に戻り、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域のリソースを指定する追加の値（例：少なくとも１つの値）がこの行に含まれているか否かをチェックする。
【0074】
チェックの結果が「いいえ」である場合、プロセッサ４３０は、最初のＰＵＳＣＨ送信の繰り返しに対して、従来のスロットベースの繰り返しメカニズムを使用する（例えば図７のステップ７６０を参照）。言い換えれば、プロセッサ４３０は、最初のＰＵＳＣＨ送信とその繰り返しとの間の事前に指定される（例えば関連する標準規格に固定的に規定されている）タイミング関係に依存する。例えばこの結果として、最初のＰＵＳＣＨ送信および各繰り返しが、複数の連続するスロットの同じシンボルから始まり、同じシンボル長さを有する。
【0075】
本例を参照し、プロセッサ４３０は、少なくとも１回の繰り返しに対して、ＲＲＣによって設定されるテーブルの行インデックスｍ＋１の行に戻り、最初のＰＵＳＣＨ送信の１回目の繰り返し用に割り当てられるリソースが、番号ｋ＋Ｋ２＋１（１は標準化によって固定された事前定義される定数）のスロットに含まれ、同じ値ＳＬＩＶに対応する、シンボルで表したそのスロットにおける開始位置および長さを有することを決定する。
【0076】
２回目の繰り返しが存在する場合、プロセッサ４３０は、最初のＰＵＳＣＨ送信の２回目の繰り返し用に割り当てられるリソースが、番号ｋ＋Ｋ２＋２（２はこの場合も標準化によって固定されている事前定義される定数）のスロットに含まれ、最初のＰＵＳＣＨ送信およびその１回目の繰り返しの場合と同じ値ＳＬＩＶに対応する、シンボルで表したそのスロットにおける開始位置および長さを有することを決定する。さらなる繰り返しは、連続するスロットにおいて続く。
【0077】
さらにこの例において、行インデックスｍ＋１の行に示されるＰＵＳＣＨマッピングタイプがタイプＢであると想定し、また値ＳＬＩＶが、開始がシンボル４であり長さが４個のシンボルであることを示していると想定すると、プロセッサ４３０は、最初のＰＵＳＣＨ送信、そのＰＵＳＣＨ送信の１回目の繰り返し、および２回目の繰り返しの各々が、それぞれ、番号ｋ＋Ｋ２、番号ｋ＋Ｋ２＋１、番号ｋ＋Ｋ２＋２のスロット内の、シンボル４、シンボル５、シンボル６、およびシンボル７に対応するリソースを有することを決定する。
【0078】
明らかに、プロセッサ４３０によって決定されるこれらの割り当てられたリソースは、柔軟に設定することができない。このことは、プロセッサ４３０による以下の代替決定方法によって克服される。
【0079】
チェックの結果が「はい」である場合、プロセッサ４３０は、最初のＰＵＳＣＨ送信の繰り返し用に割り当てられるリソースを決定する目的で、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる追加の値（例：少なくとも１つの値）を使用する（例えば図７のステップ７７０を参照）。言い換えれば、含まれる少なくとも１つの追加の値は、最初のＰＵＳＣＨ送信の繰り返し用に割り当てられるリソースを指定している。
【0080】
ここで強調しておくべき点として、少なくとも１つの追加の値は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるＲＲＣによって設定されるテーブルの行に含まれる。言い換えれば、ＲＲＣによって設定されるテーブル（全体）がＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるため、このテーブルに含まれる少なくとも１つの追加の値も、ＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義される。
【0081】
この制約を満たすためには、少なくとも１つの追加の値を、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータによって（直接）規定することができる、またはこれに代えて、少なくとも１つの追加の値を、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる関連するパラメータから（間接的に）推測することができる。いずれの場合にも、少なくとも１つの追加の値は、最初のＰＵＳＣＨ送信の繰り返しを時間領域において指定する。
【0082】
認識すべき重要な点として、ユーザ機器４１０のプロセッサ４３０は、繰り返し用に割り当てられるリソースを決定する目的に、ＲＲＣによって設定されるテーブルのインデックス付き行からの追加の値を使用する。この方法は、従来のスロットベースの繰り返しメカニズムとは以下の理由で実質的に異なる。
【0083】
第一に、少なくとも１つの追加の値は、ＲＲＣによって設定されるテーブルの行のうち、受信されたＤＣＩの時間領域リソース割当てフィールド内の値ｍから導かれる行インデックスｍ＋１によって（能動的に）インデックス付けされる行から取得される。この点において、受信されるＤＣＩの時間領域リソース割当てフィールド内のインデックス値ｍを変化させることによって、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを決定するために使用される少なくとも１つの追加の値を変化させることが可能となる。したがって、このように割り当てられるリソースの柔軟性が高まる。
【0084】
第二に、少なくとも１つの追加の値は、ＲＲＣによって設定されるテーブルの行のうち、受信されたＤＣＩの時間領域リソース割当てフィールド内の値ｍから導かれる行インデックスｍ＋１によって（すでに）インデックス付けされている（同じ）行から取得される。この点において、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを決定するときに、受信されたＤＣＩの時間領域リソース割当てフィールド内のインデックス値ｍ以外の追加のインデックス値が必要ない。したがって、追加のシグナリングオーバーヘッドが回避される。
【0085】
結果として、これにより、シグナリングオーバーヘッドを回避しながら柔軟性を高めることが可能になり、すなわちユーザ機器４１０のプロセッサ４３０は、繰り返し用に割り当てられるリソースを、ＲＲＣによって設定されるテーブルのインデックス付き行からの少なくとも１つの追加の値を使用して決定する。
【0086】
最後に、ユーザ機器４１０の送信機４２０は、最初のＰＵＳＣＨ送信およびその少なくとも１回の繰り返し用に割り当てられる、それぞれ決定されたリソースを使用して、ＰＵＳＣＨ送信を送信する（図７には示していない）。この送信動作は、例えば図５のＰＵＳＣＨ送信機５２０－ｄによって実行することができる。
【0087】
上の説明は、ユーザ機器４１０の観点からなされている。しかしながらこのことは、本開示に対する制限として理解されないものとする。基地局４６０は、本明細書に開示されている一般的なシナリオを等しく実行する。
【0088】
基地局４６０の送信機４７０は、無線リソース制御（ＲＲＣ）シグナリングの形で、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を送信する。このＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、特定の帯域幅部分に適用可能である。この送信動作は、例えば図６のＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ送信機６７０－ａによって実行することができる。
【0089】
次に基地局４６０のプロセッサ４８０は、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定する。このＲＲＣによって設定されるテーブルは行を備えており、各行は、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとを有する。この設定動作は、例えば図６のテーブル設定処理回路６８０－ａによって実行することができる。
【0090】
次いで、基地局４６０の送信機４７０は、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）を、媒体アクセス制御（ＭＡＣ）シグナリングの形で送信し、値ｍは、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する。この送信動作は、例えば図６のＤＣＩ送信機６７０－ｂによって実行することができる。
【0091】
基地局４６０のプロセッサ４８０は、（ｉ）送信されるＤＣＩを伝えるスロットの番号、（ｉｉ）ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２、および（ｉｉｉ）開始・長さインジケータを示す値ＳＬＩＶ、に基づいて、最初のＰＵＳＣＨ送信用のリソースを割り当て、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用のリソースを割り当てる。
【0092】
特に、割り当てられるリソースの決定は、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域のリソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値に基づく。このリソース割当て動作は、例えば図６のリソース割当て処理回路６８０－ｂによって実行することができる。
【0093】
最後に、基地局４６０の受信機４７０は、最初のＰＵＳＣＨ送信用と、その少なくとも１回の繰り返し用とにそれぞれ割り当てられたリソースを使用して、ＰＵＳＣＨ送信を受信する。この受信動作は、例えば図６のＰＵＳＣＨ受信機６７０－ｄによって実行することができる。
【0094】
以下では、設定済みグラント（またはグラントフリー）（すなわちＲＲＣシグナリングの形で受信される設定済みグラントｃｏｎｆｉｇ ＩＥ）に基づいてＰＵＳＣＨ繰り返しを実行し、さらにＰＵＳＣＨ時間領域リソース割当てリストＩＥを含むことに関連する、一般的なシナリオについて説明する。
【0095】
ユーザ機器４１０の受信機４２０は、無線リソース制御（ＲＲＣ）シグナリングの形で、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を受信する。このＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、特定の帯域幅部分に適用可能である。ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、その特定の帯域幅部分をサービス提供する基地局４６０から受信される。この受信動作は、例えば図５のＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ受信機５２０－ａによって実行することができる。
【0096】
次にユーザ機器４１０のプロセッサ４３０は、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定する。ＲＲＣによって設定されるテーブルは行を備えており、各行は、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとを有する。この設定動作は、例えば図５のテーブル設定処理回路５３０－ａによって実行することができる。
【0097】
次いで、ユーザ機器４１０の受信機４２０は、値ｍを有する時間領域割当てフィールドを伝える設定済みグラントｃｏｎｆｉｇ ＩＥを、ＲＲＣシグナリングの形で受信し、値ｍは、設定されるテーブルに行インデックスｍ＋１を提供する。この受信動作は、例えば図５の設定済みグラントｃｏｎｆｉｇ ＩＥ受信機５２０－ｃによって実行することができる。
【0098】
ユーザ機器４１０のプロセッサ４３０は、最初のＰＵＳＣＨ送信用に割り当てられるリソースと、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを、（ｉ）受信された設定済みグラントｃｏｎｆｉｇ ＩＥの中でさらに伝えられかつ時間領域割当てフィールドに関連付けられる時間領域オフセットフィールドの値、（ｉｉ）ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２、および（ｉｉｉ）開始・長さインジケータを示す値ＳＬＩＶ、に基づいて決定する。
【0099】
特に、割り当てられるリソースの決定は、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域のリソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値に基づく。この決定動作は、例えば割当てリソース決定処理回路５３０－ｂによって実行することができる。
【0100】
最後に、ユーザ機器４１０の送信機４２０は、最初のＰＵＳＣＨ送信用と、その少なくとも１回の繰り返し用の、それぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を送信する。この送信動作は、例えば図５のＰＵＳＣＨ送信機５３０－ｄによって実行することができる。
【0101】
上の説明は、ユーザ機器４１０の観点からなされている。しかしながらこのことは、本開示に対する制限として理解されないものとする。基地局４６０は、本明細書に開示されている一般的なシナリオを等しく実行する。
【0102】
基地局４６０の送信機４７０は、無線リソース制御（ＲＲＣ）シグナリングの形で、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を送信する。このＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、特定の帯域幅部分に適用可能である。この送信動作は、例えば図６のＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ送信機６７０－ａによって実行することができる。
【0103】
次に基地局４６０のプロセッサ４８０は、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定する。このＲＲＣによって設定されるテーブルは行を備えており、各行は、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとを有する。この設定動作は、例えば図６のテーブル設定処理回路６８０－ａによって実行することができる。
【0104】
次いで、基地局４６０の送信機４７０は、値ｍを有する時間領域割当てフィールドを伝える設定済みグラントｃｏｎｆｉｇ ＩＥを、ＲＲＣシグナリングの形で送信し、値ｍは、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する。この送信動作は、例えば図６の設定済みグラントｃｏｎｆｉｇ ＩＥ送信機６７０－ｃによって実行することができる。
【0105】
基地局４６０のプロセッサ４８０は、（ｉ）送信される設定済みグラントｃｏｎｆｉｇ ＩＥの中でさらに伝えられかつ時間領域割当てフィールドに関連付けられる時間領域オフセットフィールドの値、（ｉｉ）ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２、および（ｉｉｉ）開始・長さインジケータを示す値ＳＬＩＶ、に基づいて、最初のＰＵＳＣＨ送信用のリソースを割り当て、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用のリソースを割り当てる。
【0106】
特に、割り当てられるリソースの決定は、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域のリソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値に基づく。このリソース割当て動作は、例えば図６のリソース割当て処理回路６８０－ｂによって実行することができる。
【0107】
最後に、基地局４６０の受信機４７０は、最初のＰＵＳＣＨ送信用と、その少なくとも１回の繰り返し用とにそれぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を受信する。この受信動作は、例えば図６のＰＵＳＣＨ受信機６７０－ｄによって実行することができる。
【0108】
［ダウンリンクの一般的なシナリオ］
すでに上述したように、本開示は、アップリンクにおけるトランスポートブロック（ＴＢ）の繰り返しに限定されず、ダウンリンク送信にも等しく適用することができ、すなわちダウンリンクにおける繰り返しの柔軟なサポートを達成することができる。この場合にも、トランスポートブロック（ＴＢ）の繰り返しは、追加のシグナリングオーバーヘッドが発生しない柔軟なタイミングでサポートされる。
すでに上述したように、本開示は、アップリンクにおけるトランスポートブロック（ＴＢ）の繰り返しに限定されず、ダウンリンク送信にも等しく適用することができ、すなわちダウンリンクにおける繰り返しの柔軟なサポートを達成することができる。この場合にも、トランスポートブロック（ＴＢ）の繰り返しは、追加のシグナリングオーバーヘッドが発生しない柔軟なタイミングでサポートされる。
【0109】
言い換えれば、トランスポートブロックの繰り返しをスケジューリングするときの柔軟性が改善される恩恵は、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の場合に達成可能であるのみならず、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信の場合にも等しく達成可能である。このことは、ＰＵＳＣＨ時間領域リソース割当てリスト情報要素（ＩＥ）とＰＤＳＣＨ時間領域リソース割当てリストＩＥとが極めて類似していることから容易に導かれる。
【0110】
また、以下で説明するスケジューリングは、ＤＣＩフォーマット１－０または１－１の中のＰＤＳＣＨ時間領域リソース割当てフィールドに依存し、このフィールドが、前述したＤＣＩフォーマット０－０または０－１の中のＰＵＳＣＨ時間領域リソース割当てフィールドに極めて類似しているため、追加のシグナリングオーバーヘッドが発生しない。
【0111】
一般的には、ユーザ機器４１０の受信機４２０は、無線リソース制御（ＲＲＣ）シグナリングの形で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を受信する。ＰＤＳＣＨ ｃｏｎｆｉｇ ＩＥは、基地局４６０によってサービス提供される特定の帯域幅部分に適用可能である。
【0112】
次にユーザ機器４１０のプロセッサ４３０は、受信されたＰＤＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＤＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定する。ＲＲＣによって設定されるテーブルは行を備えており、各行は、ＰＤＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとを有する。
【0113】
次いで、ユーザ機器４１０の受信機４２０は、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）を、媒体アクセス制御（ＭＡＣ）シグナリングの形で受信し、値ｍは、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する。
【0114】
ユーザ機器４１０のプロセッサ４３０は、最初のＰＤＳＣＨ送信用に割り当てられるリソースと、最初のＰＤＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースとを、（ｉ）受信されたＤＣＩを伝えるスロットの番号、（ｉｉ）ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２、および（ｉｉｉ）開始・長さインジケータを示す値ＳＬＩＶ、に基づいて決定する。
【0115】
特に、割り当てられるリソースの決定は、最初のＰＤＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域のリソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値に基づく。
【0116】
最後に、ユーザ機器４１０の受信機４２０は、最初のＰＤＳＣＨ送信用およびその少なくとも１回の繰り返し用にそれぞれ決定された割り当てられたリソースを使用して、ＰＤＳＣＨ送信を受信する。
【0117】
［第１の例示的な実装形態］
以下の第１の例示的な実装形態は、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値が、少なくとも１回の繰り返し用の第２のスロットオフセットを示す値Ｋ２’と、少なくとも１回の繰り返し用の第２の開始・長さインジケータ値を示す値ＳＬＩＶ’と、オプションとして少なくとも１回の繰り返しの回数を示す値、の少なくとも１つであるという理解に基づいて着想されたものである。
以下の第１の例示的な実装形態は、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値が、少なくとも１回の繰り返し用の第２のスロットオフセットを示す値Ｋ２’と、少なくとも１回の繰り返し用の第２の開始・長さインジケータ値を示す値ＳＬＩＶ’と、オプションとして少なくとも１回の繰り返しの回数を示す値、の少なくとも１つであるという理解に基づいて着想されたものである。
【0118】
特に、第２の開始・長さインジケータ値ＳＬＩＶ’は、少なくとも１回の繰り返し用に割り当てられるリソースの開始を指定するシンボル番号を示す値Ｓ’と、少なくとも１回の繰り返し用に割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’とを含む。
【0119】
上記の理解によれば、ＲＲＣによって設定されるテーブルは、最初のＰＵＳＣＨ送信用に割り当てられるリソースを指定する値を含むだけではない。それに加えて、ＲＲＣによって設定されるテーブルは、最初のＰＵＳＣＨ送信の繰り返し用に割り当てられるリソースを指定する追加の値Ｋ２’および／またはＳＬＩＶ’を含む。さらに、少なくとも１回の繰り返しの回数を示すオプションの追加の値は、指定される割り当てられるリソースのうち、どのリソースを繰り返し用に使用するかをより柔軟に決定することを可能にすることにおいて、ＲＲＣによって設定されるテーブルをさらに補足する。
【0120】
特に、この第１の例示的な実装形態では、ＲＲＣによって設定されるテーブルは行を備えており、各行は、ＰＵＳＣＨマッピングタイプを示す値と、最初のＰＵＳＣＨ送信用のスロットオフセットを示す値Ｋ２と、最初のＰＵＳＣＨ送信用の開始・長さインジケータを示す値ＳＬＩＶと、追加の値として、少なくとも１回の繰り返し用の第２のスロットオフセットを示す値Ｋ２’と、少なくとも１回の繰り返し用の第２の開始・長さインジケータ値を示す値ＳＬＩＶ’と、を含む。
【0121】
下の表１は、このようなＲＲＣによって設定されるテーブルの一例を再現している。
【0122】
【表1】
【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】
【表2】
【0148】
特に、ユーザ機器４１０のプロセッサ４３０または基地局４６０のプロセッサ４８０は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータに従って、すなわちＰＵＳＣＨ時間領域リソース割当てと称されるパラメータのリストに従って、このテーブルを設定する。言い換えれば、このテーブルは、ＲＲＣシグナリングの形で受信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義される。
【0149】
このようなＰＵＳＣＨ時間領域リソース割当てリストＩＥの一例を、以下に、すなわち例２として再現してある。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
この例２から理解できるように、ＰＵＳＣＨ時間領域リソース割当てパラメータは、ＰＵＳＣＨマッピングタイプを示す値と、最初のＰＵＳＣＨ送信用のスロットオフセットを示す値Ｋ２と、最初のＰＵＳＣＨ送信用の開始・長さインジケータを示す値ＳＬＩＶのみならず、各繰り返しの長さをシンボル数で示す値Ｌ’（各繰り返しの長さと称される）と、繰り返しの回数を示す値（繰り返しの回数と称される）と、繰り返しの各々を対象とする（繰り返しギャップと称される）、少なくとも１回の繰り返し用に割り当てられるリソースの前のギャップのシンボル数を示す値Ｇ’、をさらに含む。
【0150】
例２のＰＵＳＣＨ時間領域リソース割当てリストＩＥを、表２のＲＲＣによって設定されるテーブルと比較すると、ＩＥにおける、繰り返しの回数を示す値（繰り返しの回数と称される）は、ＲＲＣによって設定されるテーブルでは間接的に（すなわち値Ｇ’の総数の形で）反映されているにすぎないことを理解できる。しかしながらこの値を、ＲＲＣによって設定されるテーブルに直接含めることもできる。
【0151】
【0152】
［第２の例示的な実装形態の１つの使用］
第２の例示的な実装形態のＲＲＣによって設定されるテーブルの１つの使用を、図１４および図１５に描いてあり、ここでは第２の例示的な実装形態の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
第２の例示的な実装形態のＲＲＣによって設定されるテーブルの１つの使用を、図１４および図１５に描いてあり、ここでは第２の例示的な実装形態の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
【0153】
このＲＲＣによって設定される例示的なテーブルによれば、行インデックス３の行に値が与えられており、これらの値に対応する、時間領域におけるリソース割当ても示してある。ＲＲＣによって設定されるテーブルは、行インデックス３の行に、ＰＵＳＣＨマッピングタイプがタイプｂであることを示す値を含み、これは、リソース割当てがスロット内で始まることができ、必ずしもスロットの先頭から始まらなくてもよいことを意味する。
【0154】
さらにこの行は値Ｋ２を含み、値Ｋ２は、最初のＰＵＳＣＨ送信用に割り当てられるリソースがスロット番号ｋ＋２のスロットに含まれることを示している。さらに値Ｓおよび値Ｌが含まれており、これらの値は、最初のＰＵＳＣＨ送信用に割り当てられるリソースが、スロット番号ｋ＋２のスロットにおいてシンボル番号１のシンボルから始まり、４個のシンボルの長さを有することを示している。
【0155】
さらにこの行は、１回目の繰り返しおよび２回目の繰り返しの各々に対して割り当てられるリソースの、シンボル数としての長さが４であることを示す１つの追加の値Ｌ’と、最初のＰＵＳＣＨ送信の１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースが、割り当てられるリソースの前に１個および６個のシンボル数のギャップＧ’を含むようなシンボルから始まることを示す２つの追加の値Ｇ’を含む。
【0156】
１回目の繰り返しおよび２回目の繰り返しを対象に、値Ｇ’によって示されるギャップのシンボル数は、最初のＰＵＳＣＨ送信用に割り当てられるリソースのスロットｋ＋２内の最後のシンボルの番号４を基準とする。
【0157】
したがって、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースは、スロット番号ｋ＋２のスロットに含まれる。特に、最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルの番号は４である。したがって、１個のシンボルのギャップにより、１回目の繰り返し用に割り当てられるリソースがシンボル番号４＋１＋１から始まり、シンボル番号４＋１＋４で終わることが決まる。６個のシンボルのギャップにより、２回目の繰り返し用に割り当てられるリソースがシンボル番号４＋６＋１から始まり、シンボル番号４＋６＋４で終わることが決まる。時間領域におけるそれぞれのリソース割当ても示してある。
【0158】
［第２の例示的な実装形態の別の使用］
第２の例示的な実装形態のＲＲＣによって設定されるテーブルの別の使用を、図１６および図１７に描いてあり、ここでは第２の例示的な実装形態の別の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
第２の例示的な実装形態のＲＲＣによって設定されるテーブルの別の使用を、図１６および図１７に描いてあり、ここでは第２の例示的な実装形態の別の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
【0159】
このＲＲＣによって設定される例示的なテーブルによれば、行インデックス３の行に値が与えられており、これらの値に対応する、時間領域におけるリソース割当ても示してある。ＲＲＣによって設定されるテーブルは、行インデックス３の行に、ＰＵＳＣＨマッピングタイプがタイプｂであることを示す値を含み、これは、リソース割当てがスロット内で始まることができ、必ずしもスロットの先頭から始まらなくてもよいことを意味する。
【0160】
さらにこの行は値Ｋ２を含み、値Ｋ２は、最初のＰＵＳＣＨ送信用に割り当てられるリソースがスロット番号ｋ＋２のスロットに含まれることを示している。さらに値Ｓおよび値Ｌが含まれており、これらの値は、最初のＰＵＳＣＨ送信用に割り当てられるリソースが、スロット番号ｋ＋２のスロットにおいてシンボル番号１のシンボルから始まり、４個のシンボルの長さを有することを示している。
【0161】
さらにこの行は、１回目の繰り返しおよび２回目の繰り返しの各々に対して割り当てられるリソースの、シンボル数としての長さが４であることを示す１つの追加の値Ｌ’と、最初のＰＵＳＣＨ送信の１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースが、割り当てられるリソースの前に１個および１個のシンボル数のギャップを含むようなシンボルから始まることを示す２つの追加の値Ｇ’を含む。
【0162】
１回目の繰り返しの場合、値Ｇ’によって示されるギャップのシンボル数は、最初のＰＵＳＣＨ送信用に割り当てられるリソースのスロットｋ＋２内の最後のシンボルの番号４を基準とする。２回目の繰り返しの場合、値Ｇ’によって示されるギャップのシンボル数は、１回目の繰り返し用に割り当てられるリソースのスロットｋ＋２内の最後のシンボルの番号４＋１＋４を基準とする。
【0163】
したがって、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースは、スロット番号ｋ＋２のスロットに含まれる。特に、最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルの番号は４である。したがって、１個のシンボルのギャップにより、１回目の繰り返し用に割り当てられるリソースがシンボル番号４＋１＋１から始まり、シンボル番号４＋１＋４で終わることが決まる。さらに、１個のシンボルのギャップにより、２回目の繰り返し用に割り当てられるリソースがシンボル４＋１＋４＋１＋１から始まり、シンボル番号４＋１＋４＋１＋４で終わることが決まる。
【0164】
言い換えれば、ギャップのシンボル数は、少なくとも１回の繰り返しのうちの後続の繰り返し用に割り当てられるリソースを、少なくとも１回の繰り返しのうちの先行する繰り返し用に割り当てられるリソースの最後のシンボルの番号を基準として指定する。
【0165】
［第３の例示的な実装形態］
以下の第３の例示的な実装形態は、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値が、少なくとも１回の繰り返し用に割り当てられるリソースの前のギャップのシンボル数を示す値Ｇ’と、少なくとも１回の繰り返し用に割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’と、少なくとも１回の繰り返しの回数を示すオプションの値、のうちの少なくとも１つであるという理解に基づいて着想されたものである。
以下の第３の例示的な実装形態は、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値が、少なくとも１回の繰り返し用に割り当てられるリソースの前のギャップのシンボル数を示す値Ｇ’と、少なくとも１回の繰り返し用に割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’と、少なくとも１回の繰り返しの回数を示すオプションの値、のうちの少なくとも１つであるという理解に基づいて着想されたものである。
【0166】
上記の理解によれば、ＲＲＣによって設定されるテーブルは、最初のＰＵＳＣＨ送信用に割り当てられるリソースを指定する値を含むだけではない。それに加えて、ＲＲＣによって設定されるテーブルは、最初のＰＵＳＣＨ送信の繰り返し用に割り当てられるリソースを指定する追加の値Ｇ’および／または値Ｌ’を含む。さらに、少なくとも１回の繰り返しの回数を示すオプションの追加の値は、指定される割り当てられたリソースのうち、どのリソースを繰り返し用に使用するかをより柔軟に決定することを可能にすることにおいて、ＲＲＣによって設定されるテーブルをさらに補足することができる。
【0167】
下の表３は、このようなＲＲＣによって設定されるテーブルの一例を再現している。
【0168】
【表3】
【0169】
特に、ユーザ機器４１０のプロセッサ４３０または基地局４６０のプロセッサ４８０は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータに従って、すなわちＰＵＳＣＨ時間領域リソース割当てと称されるパラメータのリストに従って、このテーブルを設定する。言い換えれば、このテーブルは、ＲＲＣシグナリングの形で受信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義される。
【0170】
このようなＰＵＳＣＨ時間領域リソース割当てリストＩＥの一例を、以下に、すなわち例３として再現してある。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
この例３から理解できるように、ＰＵＳＣＨ時間領域リソース割当てパラメータは、ＰＵＳＣＨマッピングタイプを示す値と、最初のＰＵＳＣＨ送信用のスロットオフセットを示す値Ｋ２と、最初のＰＵＳＣＨ送信用の開始・長さインジケータを示す値ＳＬＩＶのみならず、繰り返しの回数を示す値（繰り返しの回数と称される）と、繰り返しの各々を対象とする（「各繰り返し」と称される）、各繰り返しの長さをシンボル数で示す値Ｌ’（各繰り返しの長さと称される）と、少なくとも１回の繰り返し用に割り当てられるリソースの前のギャップのシンボル数を示す値Ｇ’と、をさらに含む。
【0171】
例３のＰＵＳＣＨ時間領域リソース割当てリストＩＥと、表３のＲＲＣによって設定されるテーブルを比較すると、ＩＥにおける、繰り返しの回数を示す値（繰り返しの回数と称される）は、ＲＲＣによって設定されるテーブルでは間接的に（すなわち値Ｇ’および値Ｌ’の各々の総数の形で）反映されているにすぎないことを理解できる。しかしながらこの値を、ＲＲＣによって設定されるテーブルに直接含めることもできる。
【0172】
【0173】
［第３の例示的な実装形態の１つの使用］
第３の例示的な実装形態のＲＲＣによって設定されるテーブルの１つの使用を、図１８および図１９に描いてあり、ここでは第３の例示的な実装形態の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
第３の例示的な実装形態のＲＲＣによって設定されるテーブルの１つの使用を、図１８および図１９に描いてあり、ここでは第３の例示的な実装形態の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
【0174】
このＲＲＣによって設定される例示的なテーブルによれば、行インデックス３の行に値が与えられており、これらの値に対応する、時間領域におけるリソース割当ても示してある。ＲＲＣによって設定されるテーブルは、行インデックス３の行に、ＰＵＳＣＨマッピングタイプがタイプｂであることを示す値を含み、これは、リソース割当てがスロット内で始まることができ、必ずしもスロットの先頭から始まらなくてもよいことを意味する。
【0175】
さらにこの行は値Ｋ２を含み、値Ｋ２は、最初のＰＵＳＣＨ送信用に割り当てられるリソースがスロット番号ｋ＋２のスロットに含まれることを示している。さらに値Ｓおよび値Ｌが含まれており、これらの値は、最初のＰＵＳＣＨ送信用に割り当てられるリソースが、スロット番号ｋ＋２のスロットにおいてシンボル番号１のシンボルから始まり、４個のシンボルの長さを有することを示している。
【0176】
さらにこの行は、２つの追加の値Ｌ’および２つの追加の値Ｇ’を含み、値Ｌ’は、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースの長さをシンボル数４，３で示しており、値Ｇ’は、最初のＰＵＳＣＨ送信の１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースが、割り当てられるリソースの前にシンボル数１，６のギャップＧ’が存在するようなシンボルから始まることを示している。
【0177】
１回目の繰り返しおよび２回目の繰り返しを対象に、値Ｇ’によって示されるギャップのシンボル数は、最初のＰＵＳＣＨ送信用に割り当てられるリソースのスロットｋ＋２内の最後のシンボルの番号４を基準とする。
【0178】
したがって、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースは、スロット番号ｋ＋２のスロットに含まれる。特に、最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルの番号は４である。したがって、１個のシンボルのギャップにより、１回目の繰り返し用に割り当てられるリソースがシンボル番号４＋１＋１から始まり、シンボル番号４＋１＋４で終わることが決まる。６個のシンボルのギャップにより、２回目の繰り返し用に割り当てられるリソースがシンボル番号４＋６＋１から始まり、シンボル番号４＋６＋３で終わることが決まる。時間領域におけるそれぞれのリソース割当ても示してある。
【0179】
［第３の例示的な実装形態の別の使用］
第３の例示的な実装形態のＲＲＣによって設定されるテーブルの別の使用を、図２０および図２１に描いてあり、ここでは第３の例示的な実装形態の別の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
第３の例示的な実装形態のＲＲＣによって設定されるテーブルの別の使用を、図２０および図２１に描いてあり、ここでは第３の例示的な実装形態の別の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
【0180】
このＲＲＣによって設定される例示的なテーブルによれば、行インデックス３の行に値が与えられており、これらの値に対応する、時間領域におけるリソース割当ても示してある。ＲＲＣによって設定されるテーブルは、行インデックス３の行に、ＰＵＳＣＨマッピングタイプがタイプｂであることを示す値を含み、これは、リソース割当てがスロット内で始まることができ、必ずしもスロットの先頭から始まらなくてもよいことを意味する。
【0181】
さらにこの行は値Ｋ２を含み、値Ｋ２は、最初のＰＵＳＣＨ送信用に割り当てられるリソースがスロット番号ｋ＋２のスロットに含まれることを示している。さらに値Ｓおよび値Ｌが含まれており、これらの値は、最初のＰＵＳＣＨ送信用に割り当てられるリソースが、スロット番号ｋ＋２のスロットにおいてシンボル番号１のシンボルから始まり、４個のシンボルの長さを有することを示している。
【0182】
さらにこの行は、２つの追加の値Ｌ’および２つの追加の値Ｇ’を含み、値Ｌ’は、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースの長さをシンボル数４，３で示しており、値Ｇ’は、最初のＰＵＳＣＨ送信の１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースが、割り当てられるリソースの前にシンボル数１，１のギャップＧ’が存在するようなシンボルから始まることを示している。
【0183】
１回目の繰り返しの場合、値Ｇ’によって示されるギャップのシンボル数は、最初のＰＵＳＣＨ送信用に割り当てられるリソースのスロットｋ＋２内の最後のシンボルの番号４を基準とする。２回目の繰り返しの場合、値Ｇ’によって示されるギャップのシンボル数は、１回目の繰り返し用に割り当てられるリソースのスロットｋ＋２内の最後のシンボルの番号４＋１＋４を基準とする。
【0184】
したがって、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースは、スロット番号ｋ＋２のスロットに含まれる。特に、最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルの番号は４である。したがって、１個のシンボルのギャップにより、１回目の繰り返し用に割り当てられるリソースがシンボル番号４＋１＋１から始まり、シンボル番号４＋１＋４で終わることが決まる。さらに、１個のシンボルのギャップにより、２回目の繰り返し用に割り当てられるリソースがシンボル番号４＋１＋４＋１＋１から始まり、シンボル番号４＋１＋４＋１＋３で終わることが決まる。
【0185】
言い換えれば、ギャップのシンボル数は、少なくとも１回の繰り返しのうちの後続の繰り返し用に割り当てられるリソースを、少なくとも１回の繰り返しのうちの先行する繰り返し用に割り当てられるリソースの最後のシンボルの番号を基準として指定する。
【0186】
［第４の例示的な実装形態］
以下の第４の例示的な実装形態は、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値が、少なくとも１回の繰り返し用に割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’と、少なくとも１回の繰り返しの回数を示すオプションの値、のうちの少なくとも一方であるという理解に基づいて着想されたものである。
以下の第４の例示的な実装形態は、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値が、少なくとも１回の繰り返し用に割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’と、少なくとも１回の繰り返しの回数を示すオプションの値、のうちの少なくとも一方であるという理解に基づいて着想されたものである。
【0187】
上記の理解によれば、ＲＲＣによって設定されるテーブルは、最初のＰＵＳＣＨ送信用に割り当てられるリソースを指定する値を含むだけではない。それに加えて、ＲＲＣによって設定されるテーブルは、最初のＰＵＳＣＨ送信の繰り返し用に割り当てられるリソースを指定する追加の値Ｌ’を含む。さらに、少なくとも１回の繰り返しの回数を示すオプションの追加の値は、指定される割り当てられたリソースのうち、どのリソースを繰り返し用に使用するかをより柔軟に決定することを可能にすることにおいて、ＲＲＣによって設定されるテーブルをさらに補足することができる。
【0188】
下の表４は、このようなＲＲＣによって設定されるテーブルの一例を再現している。
【0189】
【表4】
【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】
本通信装置は、携帯型または可搬型に限定されず、非携帯型または据え付け型である任意の種類の装置、デバイス、またはシステム、例えば、スマートホームデバイス（例：電化製品、照明、スマートメーター、制御盤）、自動販売機、および「モノのインターネット（ＩｏＴ：Internet of Things）」のネットワーク内の任意の他の「モノ」なども含むことができる。
【0231】
通信は、例えばセルラーシステム、無線ＬＡＮシステム、衛星システム、その他、およびこれらのさまざまな組合せを通じて、データを交換するステップを含むことができる。
【0232】
本通信装置は、本開示の中で説明した通信の機能を実行する通信デバイスに結合されたコントローラやセンサなどのデバイスを備えることができる。例えば、本通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号またはデータ信号を生成するコントローラまたはセンサ、を備えていることができる。
【0233】
本通信装置は、インフラストラクチャ設備、例えば、上の非限定的な例における装置等の装置と通信する、またはそのような装置を制御する基地局、アクセスポイント、および任意の他の装置、デバイス、またはシステムなどを、さらに含むことができる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
