▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024079774
(43)【公開日】2024-06-11
(54)【発明の名称】送受信処理を実行するユーザ装置及び基地局
(51)【国際特許分類】
H04L 27/26 20060101AFI20240604BHJP
【ＦＩ】
H04L27/26 114
H04L27/26 113
【審査請求】有
【請求項の数】5
【出願形態】ＯＬ
(21)【出願番号】P 2024047977
(22)【出願日】2024-03-25
(62)【分割の表示】P 2021563719の分割
【原出願日】2020-02-20
(31)【優先権主張番号】19172400.4
(32)【優先日】2019-05-02
(33)【優先権主張国・地域又は機関】EP
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】バムリ アンキット
(72)【発明者】
【氏名】鈴木 秀俊
(72)【発明者】
【氏名】リ ホンチャオ
(57)【要約】 （修正有）
【解決手段】通信システムにおいて、ユーザ装置（ＵＥ）が、複数のＰＵＳＣＨ送信に対する単一のアップリンクグラントを受信し、受信したアップリンクグラントに基づいて時間領域リソースを決定し、受信したインデックス値に基づいて複数のＰＵＳＣＨ送信の少なくとも１つの前方に載置される各ＤＭＲＳに使用されるシンボルの数を決定し、複数のＰＵＳＣＨ送信の少なくとも２つが異なる長さを有する場合であって、かつ、異なる数のシンボルが少なくとも１つの前方に載置される各ＤＭＲＳに対して許容される場合、含まれる少なくとも１つの前方に載置されるＤＭＲＳの何れに対しても、決定した異なる数のシンボルが使用されないように、同数又はより少数のＰＵＳＣＨ送信を送信する。
【効果】フレキシブルタイミングによるＰＵＳＣＨ送信の割当てのサポートを改良し、そこで搬送されるＤＭＲＳを利用した正確なチャネル推定を容易にする。
【選択図】図９
【効果】フレキシブルタイミングによるＰＵＳＣＨ送信の割当てのサポートを改良し、そこで搬送されるＤＭＲＳを利用した正確なチャネル推定を容易にする。
【選択図】図９
【特許請求の範囲】
【請求項1】
ユーザ装置（ＵＥ）の処理を制御する集積回路であって、前記処理は、
複数のＰＵＳＣＨ送信に対する単一のアップリンクグラントを受信し、前記単一のアップリンクグラントは前記複数のＰＵＳＣＨ送信に対して使用されるインデックス値を備えたアンテナポートフィールドを含み、
前記受信したアップリンクグラントに基づいて時間領域リソースを決定し、前記決定された時間領域リソースはＰＵＳＣＨ送信の数と複数のＰＵＳＣＨ送信のそれぞれの長さとを規定し、
前記決定された時間領域リソースを使用して前記複数のＰＵＳＣＨ送信を送信し、前記複数のＰＵＳＣＨ送信のそれぞれは少なくとも１つの前方に載置された復調リファレンス信号（ＤＭＲＳ）を含み、
前記受信したインデックス値に基づいて前記複数のＰＵＳＣＨ送信の前記少なくとも１つの前方に載置されたＤＭＲＳのそれぞれに使用されるシンボルの数を決定し、
前記複数のＰＵＳＣＨ送信の少なくとも２つが異なる長さを有する場合であって、かつ、異なる数のシンボルが前記少なくとも１つの前方に載置されたＤＭＲＳのそれぞれに許容される場合、前記含まれる少なくとも１つの前方に載置されたＤＭＲＳの何れに対しても、決定された異なる数のシンボルが使用されないように、同一又はより少数のＰＵＳＣＨ送信を送信する、集積回路。
複数のＰＵＳＣＨ送信に対する単一のアップリンクグラントを受信し、前記単一のアップリンクグラントは前記複数のＰＵＳＣＨ送信に対して使用されるインデックス値を備えたアンテナポートフィールドを含み、
前記受信したアップリンクグラントに基づいて時間領域リソースを決定し、前記決定された時間領域リソースはＰＵＳＣＨ送信の数と複数のＰＵＳＣＨ送信のそれぞれの長さとを規定し、
前記決定された時間領域リソースを使用して前記複数のＰＵＳＣＨ送信を送信し、前記複数のＰＵＳＣＨ送信のそれぞれは少なくとも１つの前方に載置された復調リファレンス信号（ＤＭＲＳ）を含み、
前記受信したインデックス値に基づいて前記複数のＰＵＳＣＨ送信の前記少なくとも１つの前方に載置されたＤＭＲＳのそれぞれに使用されるシンボルの数を決定し、
前記複数のＰＵＳＣＨ送信の少なくとも２つが異なる長さを有する場合であって、かつ、異なる数のシンボルが前記少なくとも１つの前方に載置されたＤＭＲＳのそれぞれに許容される場合、前記含まれる少なくとも１つの前方に載置されたＤＭＲＳの何れに対しても、決定された異なる数のシンボルが使用されないように、同一又はより少数のＰＵＳＣＨ送信を送信する、集積回路。
【請求項2】
前記少なくとも１つの前方に載置されたＤＭＲＳのそれぞれに対して、より少数の１シンボルを備えたシングルシンボルＤＭＲＳ、又はより多数の２シンボルを備えたダブルシンボルＤＭＲＳとの使用を許容する最大数の２シンボルを使用するよう構成される、請求項１に記載の集積回路。
【請求項3】
前記複数のＰＵＳＣＨ送信の全ての異なる長さに基づいて、前記少なくとも１つの前方に載置されたＤＭＲＳのそれぞれに使用されるシンボルの数を決定する、請求項１に記載の集積回路。
【請求項4】
前記複数のＰＵＳＣＨ送信の少なくとも２つが異なる長さを有する場合であって、かつ、前記複数のＰＵＳＣＨ送信の少なくとも２つの１つが前記少なくとも１つの前方に載置されたＤＭＲＳのそれぞれに対してより多数のシンボルを含むことができない場合、使用される複数のシンボルを決定すると、前記複数のＰＵＳＣＨ送信の全てに対して、より少数のシンボルを備えた前記少なくとも１つの前方に載置されたＤＭＲＳを選択し、
前記少なくとも１つの前方に載置されたＤＭＲＳの全てに対して、より少数のシンボルが使用されるように、同数のＰＵＳＣＨ送信を送信し、及び／又は、
前記複数のＰＵＳＣＨ送信の少なくとも１つが前記含まれる少なくとも１つの前方に載置されたＤＭＲＳに対してより多数のシンボルを含むことができない場合、前記複数のＰＵＳＣＨ送信の全てに対して、前記より少数のシンボルを備えた前記少なくとも１つの前方に載置されたＤＭＲＳを選択する、請求項１に記載の集積回路。
前記少なくとも１つの前方に載置されたＤＭＲＳの全てに対して、より少数のシンボルが使用されるように、同数のＰＵＳＣＨ送信を送信し、及び／又は、
前記複数のＰＵＳＣＨ送信の少なくとも１つが前記含まれる少なくとも１つの前方に載置されたＤＭＲＳに対してより多数のシンボルを含むことができない場合、前記複数のＰＵＳＣＨ送信の全てに対して、前記より少数のシンボルを備えた前記少なくとも１つの前方に載置されたＤＭＲＳを選択する、請求項１に記載の集積回路。
【請求項5】
前記少なくとも１つの前方に載置されたＤＭＲＳを選択する際、前記複数のＰＵＳＣＨ送信の全てに対して、前記より少数のシンボルが使用され、かつ、同一のＤＭＲＳポート番号が使用されるように、前記少なくとも１つの前方に載置されたＤＭＲＳを選択し、前記少なくとも１つの前方に載置されたＤＭＲＳの全てに対して使用される前記ＤＭＲＳポート番号は、前記受信したインデックス値に関連付けされた前記ＤＭＲＳポート番号と同じであり、及び／又は、
前記少なくとも１つの前方に載置されたＤＭＲＳを選択する際、前記複数のＰＵＳＣＨ送信から、前記少なくとも１つの前方に載置されたＤＭＲＳのそれぞれに対してより多数のシンボルを含むことができず、前記受信したインデックス値に関連付けされた前記ＤＭＲＳポート番号と同じＤＭＲＳポート番号を使用できない少なくとも１つのＰＵＳＣＨ送信を省き、
前記含まれる少なくとも１つの前方に載置されたＤＭＲＳの全てに対して、前記より多数のシンボルと前記同じＤＭＲＳポート番号とが使用されるように、より少数の前記ＰＵＳＣＨ送信を送信する、請求項４に記載の集積回路。
前記少なくとも１つの前方に載置されたＤＭＲＳを選択する際、前記複数のＰＵＳＣＨ送信から、前記少なくとも１つの前方に載置されたＤＭＲＳのそれぞれに対してより多数のシンボルを含むことができず、前記受信したインデックス値に関連付けされた前記ＤＭＲＳポート番号と同じＤＭＲＳポート番号を使用できない少なくとも１つのＰＵＳＣＨ送信を省き、
前記含まれる少なくとも１つの前方に載置されたＤＭＲＳの全てに対して、前記より多数のシンボルと前記同じＤＭＲＳポート番号とが使用されるように、より少数の前記ＰＵＳＣＨ送信を送信する、請求項４に記載の集積回路。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信システムにおける信号の送受信に関する。特に、本開示は、そのような送受信のための方法及び装置に関する。
【背景技術】
【0002】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、１００ＧＨｚまでの周波数範囲で動作する“Ｎｅｗ Ｒａｄｉｏ”（ＮＲ）無線アクセス技術（ＲＡＴ）を含む第５世代（５Ｇ）とも呼ばれる次世代セルラ技術のための技術仕様に取り組んでいる。
【0003】
ＮＲは、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）及びＬＴＥ Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）によって表現される技術の後継である。ＮＲは、例えば、ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを含む規定された複数の利用シナリオ、要求及び配置シナリオに対処する単一の技術的枠組みを提供することを容易にするよう設計される。
【0004】
例えば、ｅＭＢＢ配置シナリオは、屋内ホットスポット、密集した都市、地方、都市マクロ及び高速を含んでもよく、ＵＲＬＬＣ配置シナリオは、産業制御システム、モバイルヘルスケア（リモートモニタリング、診断及び処置）、車両のリアルタイム制御、スマートグリッドのための広域モニタリング及び制御システムを含んでもよく、ｍＭＴＣ配置シナリオは、スマートウェアラブル及びセンサネットワークなどの非時間クリティカルなデータ伝送による多数のデバイスによるシナリオを含んでもよい。
【0005】
ｅＭＢＢ及びＵＲＬＬＣサービスは、その双方が極めて広い帯域幅を要求する点で類似するが、ＵＲＬＬＣサービスは超低遅延及び大変高い信頼性を要求する点で異なる。ＮＲでは、物理レイヤは時間－周波数リソース（ＬＴＥにおけるＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）など）に基づき、複数アンテナ動作をサポートする。
【0006】
ＬＴＥ及びＮＲなどのシステムに対して、更なる改良及びオプションが、システムに関する特定のデバイスだけでなく、通信システムの効率的な動作を容易にしうる。
【発明の概要】
【0007】
１つの非限定的及び例示的な実施例は、フレキシブルタイミングによる物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の割当てのサポートを改良し、そこで搬送される復調リファレンス信号（ＤＭＲＳ）を利用した正確なチャネル推定を許容することを容易にする。
【0008】
実施例において、ここで開示される技術は、受信機、プロセッサ及び送信機を含むユーザ装置（ＵＥ）を特徴とする。受信機は、複数のＰＵＳＣＨ送信に対する単一のアップリンクグラントを受信する。単一のアップリンクグラントは、複数のＰＵＳＣＨ送信に対して使用されるインデックス値を備えるアンテナポートフィールドを含む。プロセッサは、受信したアップリンクグラントに基づいて時間領域リソースを決定する。決定された時間領域リソースは、ＰＵＳＣＨ送信の数と各ＰＵＳＣＨ送信の長さとを規定する。
【0009】
送信機は、決定した時間領域リソースを利用して複数のＰＵＳＣＨ送信を送信する。各ＰＵＳＣＨ送信は、少なくとも１つの前方に載置される復調リファレンス信号（ＤＭＲＳ）を含む。
【0010】
特に、プロセッサは、受信したインデックス値に基づいて複数のＰＵＳＣＨ送信の少なくとも１つの前方に載置される各ＤＭＲＳに対して使用されるシンボルの数を決定し、複数のＰＵＳＣＨ送信の少なくとも２つが異なる長さを有する場合であって、かつ、異なる数のシンボルが少なくとも１つの前方に載置される各ＤＭＲＳに対して許容される場合、送信機は、含まれる少なくとも１つの前方に載置されるＤＭＲＳの何れに対しても、決定される異なる数のシンボルが使用されないように、同数又はより少数のＰＵＳＣＨ送信を送信する。
【0011】
全体的又は特定の実施例は、システム、方法、集積回路、コンピュータプログラム、記憶媒体又はそれらの何れか選択的な組合せとして実現されてもよいことが留意されるべきである。
【0012】
開示された実施例の更なる利益及び利点は、明細書及び図面から明らかになるであろう。利益及び／又は利点は、明細書及び図面の様々な実施例及び特徴によって個別に取得されてもよく、これらは、そのような利益及び／又は利点の１つ以上を得るために全てが提供される必要はない。
【図面の簡単な説明】
【0013】
以下において、例示的な実施例が添付した図面を参照してより詳細に説明される。
【図1】３ＧＰＰ ＮＲシステムのための例示的なアーキテクチャの概略図を示す。
【図2】ＬＴＥ ｅＮＢ、ＮＲ ｇＮＢ及びＵＥのための例示的なユーザ及び制御プレーンアーキテクチャのブロック図を示す。
【図3】ｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）及びＵＲＬＬＣ（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）の利用シナリオを示す概略図である。
【図4】例示的なシナリオによるユーザ装置（ＵＥ）及び基地局（ＢＳ）を含むＮＲにおける通信システムを示す。
【図5】ユーザ装置（ＵＥ）及び基地局（ＢＳ）の例示的な実現形態のブロック図を示す。
【図6】ユーザ装置（ＵＥ）及び基地局（ＢＳ）の例示的な実現形態のブロック図を示す。
【図7】第１の汎用機構による複数のＰＵＳＣＨ送信を実行するユーザ装置（ＵＥ）及び基地局（ＢＳ）のシーケンス図を示す。
【図8】第１の汎用機構による複数のＰＵＳＣＨ送信を実行するユーザ装置（ＵＥ）及び基地局（ＢＳ）のシーケンス図を示す。
【図9】第１の汎用機構の第１の例示的な実現形態による複数のＰＵＳＣＨ送信を実行するユーザ装置（ＵＥ）及び基地局のシーケンス図を示す。
【図10】第１の汎用機構の第１の例示的な実現形態による複数のＰＵＳＣＨ送信を実行するユーザ装置（ＵＥ）及び基地局のシーケンス図を示す。
【図11】第１の汎用機構の利用による時間領域におけるリソース割当ての概略図を示す。
【図12】第１の汎用機構の利用による時間領域におけるリソース割当ての概略図を示す。
【図13】第１の汎用機構の利用による時間領域におけるリソース割当ての概略図を示す。
【図14】第２の汎用機構による複数のＰＵＳＣＨ送信を実行するユーザ装置（ＵＥ）及び基地局（ＢＳ）のシーケンス図を示す。
【図15】第１の汎用機構による複数のＰＵＳＣＨ送信を実行するユーザ装置（ＵＥ）及び基地局（ＢＳ）のシーケンス図を示す。
【図16】第２の汎用機構の第２の例示的な実現形態による複数のＰＵＳＣＨ送信を実行するユーザ装置（ＵＥ）及び基地局のシーケンス図を示す。
【図17】第２の汎用機構の第２の例示的な実現形態による複数のＰＵＳＣＨ送信を実行するユーザ装置（ＵＥ）及び基地局のシーケンス図を示す。
【図18】第１の汎用機構の利用による時間領域におけるリソース割り当ての概略図を示す。
【図19】第１の汎用機構の利用による時間領域におけるリソース割り当ての概略図を示す。
【図20】第１の汎用機構の利用による時間領域におけるリソース割り当ての概略図を示す。
【発明を実施するための形態】
【0014】
背景のセクションで提示したように、３ＧＰＰは、１００ＧＨｚまでの範囲の周波数において動作するＮＲ（Ｎｅｗ Ｒａｄｉｏ）アクセス技術の開発を含む、単に５Ｇと呼ばれる第５世代セルラ技術の次のリリースに取り組んでいる。３ＧＰＰは、切迫した市場ニーズとより長期の要求との双方を適時的に充足するＮＲシステムの標準化に成功するために必要とされる技術コンポーネントを特定及び開発する必要がある。これを実現するため、無線インタフェースと共に無線ネットワークアーキテクチャの進化が、参照によりその全体がここに援用される研究アイテム“Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ”において検討される。結果及び合意は、Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔ ＴＲ ３８．８０４ ｖ１４．０．０に収集されている。
【0015】
特に、全体的なシステムアーキテクチャについて合意がなされている。ＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）は、ＮＧ－無線アクセスユーザプレーン、ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ／Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ／Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ／Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ／Ｐｈｙｓｉｃａｌ）及び制御プレーン、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）プロトコルのＵＥに対する終端を提供するｇＮＢから構成される。参照によりここに援用されるＴＳ ３８．３００ ｖ１５．０．０のセクション４に基づくＮＧ－ＲＡＮアーキテクチャが、図１に示される。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続される。ｇＮＢはまた、ＮＧ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ）インタフェースによってＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）（例えば、ＡＭＦを実行する特定のコアエンティティ）に、また、ＮＧ－ＵインタフェースによってＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）（例えば、ＵＰＦを実行する特定のコアエンティティ）に接続される。
【0016】
例えば、３ＧＰＰ ＴＲ ３８．８０１ ｖ１４．０．０の“Ｓｔｕｄｙ ｏｎ ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ： Ｒａｄｉｏ ａｃｃｅｓｓ ａｒｃｈｉｔｅｃｔｕｒｅ ａｎｄ ｉｎｔｅｒｆａｃｅｓ”に反映されるように、様々な異なる配備シナリオがサポートされるために議論されている。例えば、非集中配備シナリオ（ＴＲ ３８．８０１のセクション５．２の集中配備が、参照によりここで援用されるセクション５．４に示される）がそこに提示され、５Ｇ ＮＲをサポートする基地局が配備可能である。図２は、例示的な非集中配備シナリオを示し、ｇＮＢとＬＴＥ ｅＮＢとの双方に接続されるユーザ装置（ＵＥ）と共にＬＴＥ ｅＮＢを更に示しながら、ＴＲ ３８．８０１のＦｉｇｕｒｅ ５．２－１に基づく。上述されるように、ＮＲ ５Ｇのための新たなｅＮＢは、例示的にｇＮＢと呼ばれてもよい。
【0017】
また、上述したように、３ＧＰＰ ＮＲ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｎｅｗ Ｒａｄｉｏ）では、ＩＭＴ－２０２０によって広範なサービス及び適用をサポートすることが想定されている３つの利用ケースが検討されている（Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ ＩＴＵ－Ｒ Ｍ．２０８３：ＩＭＴ Ｖｉｓｉｏｎ－“Ｆｒａｍｅｗｏｒｋ ａｎｄ ｏｖｅｒａｌｌ ｏｂｊｅｃｔｉｖｅｓ ｏｆ ｔｈｅ ｆｕｔｕｒｅ ｄｅｖｅｌｏｐｍｅｎｔ ｏｆ ＩＭＴ ｆｏｒ ２０２０ ａｎｄ ｂｅｙｏｎｄ”，Ｓｅｐｔｅｍｂｅｒ ２０１５を参照されたい）。ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ－Ｂｒｏａｄｂａｎｄ）のフェーズ１の仕様は、２０１７年１２月に３ＧＰＰによって締結された。ｅＭＢＢサポートを更に拡張することに加えて、現在及び将来の研究は、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）及びｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）のための標準化を伴うであろう。図３（Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ ＩＴＵ－Ｒ Ｍ．２０８３から）は、２０２０年以降のＩＭＴのための想定される利用シナリオのいくつかの具体例を示す。
【0018】
ＵＲＬＬＣのユースケースは、スループット、遅延及び可用性などの能力に対する厳しい要求を有し、産業製造又は製造プロセスの無線制御、遠隔外科手術、スマートグリッドにおける流通自動化、輸送安全などの将来の垂直的な適用のためのイネーブラの１つとして想定されてきた。現在のＷＩＤ（Ｗｏｒｋ Ｉｔｅｍ Ｄｅｓｃｒｉｐｔｉｏｎ） ＲＰ－１７２１１５では、ＴＲ ３８．９１３によって設定された要求を満たす技術を特定することによって、ＵＲＬＬＣの超信頼性をサポートすることが合意されている。Ｒｅｌｅａｓｅ １５におけるＮＲ ＵＲＬＬＣについて、主要な要求は、ＵＬ（アップリンク）については０．５ｍｓで、ＤＬ（ダウンリンク）については０．５ｍｓのターゲットユーザプレーン遅延を含む。パケットの１回の送信に対する一般的なＵＲＬＬＣ要求は、１ｍｓのユーザプレーンによる３２バイトのパケットサイズに対するＢＬＥＲ（Ｂｌｏｃｋ Ｅｒｒｏｒ Ｒａｔｅ）１Ｅ－５である。
【0019】
ＲＡＮ１の観点から、信頼性は多数の可能な方法で改善することができる。Ｒｅｌ．１５の信頼性を向上させるための範囲は、ＵＲＬＬＣ用の別々のＣＱＩテーブル、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどの規定を含むＲＰ－１７２８１７に捕捉されている。しかしながら、当該範囲は、ＮＲがより安定し、開発されるに従って超信頼性を達成するため広がりうる（ＮＲ ＵＲＬＬＣの主要な要求について、参照によりここに援用される３ＧＰＰ ＴＲ ３８．９１３ ｖ１５．０．０，“Ｓｔｕｄｙ ｏｎ Ｓｃｅｎａｒｉｏｓ ａｎｄ Ｒｅｑｕｉｒｅｍｅｎｔｓ ｆｏｒ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｉｅｓ”を参照されたい）。従って、Ｒｅｌ．１５におけるＮＲ ＵＲＬＬＣは、１Ｅ－５のＢＬＥＲに対応する成功率で１ｍｓのユーザプレーン遅延内で３２バイトのデータパケットを送信可能であるべきである。Ｒｅｌ．１５におけるＮＲ ＵＲＬＬＣの特定のユースケースは、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ｈｅａｌｔｈ、ｅ－ｓａｆｅｔｙ及びミッションクリティカルアプリケーションを含む（ＩＴＵ－Ｒ Ｍ．２０８３－０をまた参照されたい）。
【0020】
また、Ｒｅｌｅａｓｅ １５においてＮＲ ＵＲＬＬＣによって目標とされる技術エンハンスメントは、遅延の向上と信頼性の向上とを目指している。遅延向上のための技術エンハンスメントは、設定可能なニューメロロジ、フレキシブルマップによる非スロットベーススケジューリング、グラントフリー（設定されたグラント）アップリンク、データチャネルのスロットレベル繰り返し及びダウンリンクプリエンプションを含む。プリエンプション（ｐｒｅ－ｅｍｐｔｉｏｎ）は、すでにリソースが割り当てられている送信が停止され、すでに割り当てられたリソースが以降に要求されたが、より低い遅延／より高い優先順位の要求を有する他の送信に利用されることを意味する。従って、既に許可された送信は、以降の送信によってプリエンプトされる。プリエンプションは、特定のサービスタイプと独立に適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）のための送信は、サービスタイプＢ（ｅＭＢＢなど）のための送信によってプリエンプトされうる。信頼性向上に関する技術エンハンスメントは、１Ｅ－５のターゲットＢＬＥＲのための専用のＣＱＩ／ＭＣＳテーブルを含む（技術エンハンスメントについて、全てが参照によりここに援用される、各自のバージョンがＶ１５．４．０である３ＧＰＰ ＴＳ ３８．２１１“ＮＲ，Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ”，ＴＳ ３８．２１２“ＮＲ，Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ｃｈａｎｎｅｌ ｃｏｄｉｎｇ”，ＴＳ ３８．２１３“ＮＲ，Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｃｏｎｔｒｏｌ”及びＴＳ ３８．２１４“ＮＲ，Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｄａｔａ”を参照されたい）。
【0021】
ｍＭＴＣの利用ケースは、典型的には比較的少量の遅延の影響を受けないデータを送信する非常に多数の接続されたデバイスによって特徴付けられる。デバイスは、低コストであって、バッテリ寿命が非常に長いことが要求される。ＮＲの観点から、非常に狭い帯域幅部分を利用することは、ＵＥの観点から省電力を有し、長いバッテリ寿命を可能にするための１つの可能な解決策である。
【0022】
上述されるように、ＮＲにおける信頼性の範囲はより広くなることが期待される。全てのケースに対する、特にＵＲＬＬＣ及びｍＭＴＣに必要な１つの重要な要求は、高信頼性又は超信頼性である。無線の観点及びネットワークの観点から信頼性を向上させるためのいくつかの機構が考えられる。一般に、信頼性を向上させるのに役立ちうる重要な潜在的領域はほとんどない。これらの領域の中には、コンパクトな制御チャネル情報、データ／制御チャネルの繰り返し、及び周波数領域、時間領域及び／又は空間領域に関するダイバーシチがある。これらの領域は、特定の通信シナリオにかかわらず、概して信頼性に適用可能である。
【0023】
ＮＲ ＵＲＬＬＣ Ｒｅｌ．１６について、工場自動化、輸送産業及び電力分配を含む、工場自動化、輸送産業及び電力分配など、より厳しい要求を有する更なる利用ケースが特定されている（参照によりここに援用されるＲＰ－１８１４７７“Ｎｅｗ ＳＩＤ ｏｎ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ＮＲ ＵＲＬＬＣ”，Ｈｕａｗｅｉ，ＨｉＳｉｌｉｃｏｎ，Ｎｏｋｉａ，Ｎｏｋｉａ Ｓｈａｎｇｈａｉ Ｂｅｌｌを参照されたい）。より厳しい要求は、より高い信頼性（１０～６レベルまで）、より高い可用性、２５６バイトまでのパケットサイズ、周波数範囲に応じて１又は数μｓの値となりうる数μｓのオーダまでの時間同期、及びユースケースに応じて、特に０．５ｍｓのターゲットユーザプレーン遅延の０．５～１ｍｓのオーダの短い遅延である（参照によりここに援用される“Ｓｅｒｖｉｃｅ ｒｅｑｕｉｒｅｍｅｎｔｓ ｆｏｒ ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｎｅｗ ｓｅｒｖｉｃｅｓ ａｎｄ ｍａｒｋｅｔｓ”Ｖ１６．４．０及びＲＰ－１８１４７７を参照されたい）。
【0024】
さらに、Ｒｅｌ．１６のＮＲ－ＵＲＬＬＣでは、ＲＡＮ１の観点からのいくつかの技術エンハンスメントが特定された。これらのうち、コンパクトＤＣＩ、ＰＤＣＣＨ繰り返し、増加したＰＤＣＣＨモニタリングに関連するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）エンハンスメントがある。さらに、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）エンハンスメントは、エンハンスされたＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）及びＣＳＩフィードバックエンハンスメントに関連する。また、ミニスロットレベルホッピング及び再送／繰り返しエンハンスメントに関連するＰＵＳＣＨエンハンスメントがまた特定された。“ミニスロット”という用語は、スロット（１４シンボルからなるスロット）より少数のシンボルを含むＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）をいう。
【0025】
一般に、ＴＴＩは、スケジューリング割当てのためのタイミング粒度を決定する。１ＴＴＩは、所与の信号が物理レイヤにマッピングされる時間間隔である。従来、ＴＴＩ長は、１４シンボル（スロットベースのスケジューリング）から２シンボル（非スロットベースのスケジューリング）まで可変である。ダウンリンク及びアップリンク送信は、さらにスロットに分割されるフレーム（１０ｍｓの持続時間）に編成されるよう指定され、スロットの数は、ニューメロロジ／サブキャリア間隔に規定され、指定される値は、１５ｋＨｚのサブキャリア間隔に対して１０スロットから２４０ｋＨｚのサブキャリア間隔に対して３２０スロットまでの範囲にある。スロット毎のＯＦＤＭシンボルの数は、通常のサイクリックプリフィックスに対しては１４であり、拡張されたサイクリックプリフィックスに対しては１２である（参照によりここに援用される３ＧＰＰ ＴＳ ３８．２１１ ｖ．１５．４．０のセクション４．１（全体フレーム構成）、４．２（ニューメロロジ）、４．３．１（フレーム及びサブフレーム）及び４．３．２（スロット）を参照されたい）。
【0026】
しかしながら、送信のための時間リソースの割当てはまた、非スロットベースであってもよい。特に、非スロットベース割当てにおけるＴＴＩは、スロットではなくミニスロットに対応するものであってもよい。例えば、１つ以上のミニスロットが、データ／制御シグナリングの要求された送信に割り当てられてもよい。非スロットベース割当てでは、ＴＴＩの最小の長さは、従来は２から１４のＯＦＤＭシンボルの範囲であってもよい。
【0027】
ＰＵＳＣＨ繰り返し
潜在的なエンハンスメントのための範囲の１つは、スロット内のＰＵＳＣＨのミニスロット繰り返しに関連する。以下において、ＮＲ ＵＲＬＬＣの新たな要求を満たすよう信頼性及び／又は遅延をさらに向上させるため、繰り返し機構に対する潜在的なエンハンスメントを可能にしうるスロット内のＰＵＳＣＨの繰り返しをサポートするための動機付けが、提供される。しかしながら、この動機付けは、本開示に対して何らかの制約を課すものとは理解されないものとする。
潜在的なエンハンスメントのための範囲の１つは、スロット内のＰＵＳＣＨのミニスロット繰り返しに関連する。以下において、ＮＲ ＵＲＬＬＣの新たな要求を満たすよう信頼性及び／又は遅延をさらに向上させるため、繰り返し機構に対する潜在的なエンハンスメントを可能にしうるスロット内のＰＵＳＣＨの繰り返しをサポートするための動機付けが、提供される。しかしながら、この動機付けは、本開示に対して何らかの制約を課すものとは理解されないものとする。
【0028】
ＵＲＬＬＣ ＰＵＳＣＨ送信に対する遅延要求を達成するため、信頼性要求が充足される場合、ワンショット送信（すなわち、単一（ＴＴＩ）割当て）が理想的である。しかしながら、１Ｅ－６のターゲットＢＬＥＲがワンショット送信によって常に達成されるとは限らない。従って、再送又は繰り返し機構が必要とされる。
【0029】
ＮＲ Ｒｅｌ．１５において、ワンショット送信が十分でないとき、再送と繰り返しとの双方がターゲットＢＬＥＲを達成するようサポートされる。ＨＡＲＱベース再送は、フィードバック情報を利用し、チャネル状態に従って以降の再送を向上させることによって、全体的な信頼性を向上させるために周知である。しかしながら、それらはフィードバック処理タイムラインによる追加的な遅延を被る。従って、繰り返しは、フィードバックを待機することなく同一のトランスポートブロックの以降の送信を実行するため、遅延耐性の高いサービスにとって有用である。
【0030】
ＰＵＳＣＨ繰り返しは、“同じトランスポートブロックの以前の送信のフィードバックを待機することなく、同じトランスポートブロックを２回以上送信する”と定義することができる。ＰＵＳＣＨ再送の利点は、フィードバックを必要としないため、ＨＡＲＱと比較して全体的な信頼性の向上と遅延の低減とである。しかしながら、一般に、リンク適応は不可能であり、リソース利用は非効率でありうる。
【0031】
ＮＲ Ｒｅｌ．１５では、繰り返しに対する限定的なサポートが導入される。繰り返しのセミスタティックな設定のみが可能とされる。また、繰り返しは、スロット間（スロットレベルのＰＵＳＣＨ繰り返し）でのみ可能とされる。繰り返しは、前の送信のスロットに続くスロットでのみ可能である。ニューメロロジ及びサービスタイプ（例えば、ＵＲＬＬＣ、ｅＭＢＢ）に応じて、繰り返しの間の遅延はスロット間繰り返しに対して長すぎる可能性がある。
【0032】
このような繰り返しの限定的なサポートは、主にＰＵＳＣＨマッピングタイプＡに対して有用である。このＰＵＳＣＨマッピングタイプＡは、ＰＵＳＣＨ送信がスロットの先頭から開始されることのみを可能にする。繰り返しにより、これは、最初のＰＵＳＣＨ送信をもたらし、各繰り返しは複数の連続したスロットの始めに開始される。
【0033】
ＰＵＳＣＨマッピングタイプＢの繰り返しの限定的なサポートはあまり有用でない。ＰＵＳＣＨマッピングタイプＢは、スロット内の任意のシンボルでＰＵＳＣＨ送信が開始されることを可能にする。繰り返しにより、これは最初のＰＵＳＣＨ送信をもたらし、各繰り返しはスロット内で複数の連続したスロットの同じシンボルで開始される。
【0034】
何れの場合においても、そのような限定的なサポートは、ＮＲ Ｒｅｌ．１５におけるより厳しい遅延要求、すなわち、０．５ｍｓ遅延までを達成することができないかもしれない。これはミニスロット繰り返しを必要とする。さらに、繰り返しの限定的なサポートはまた、ミニスロット、すなわち、スロット（１４個のシンボルを含むスロット）より少数のシンボルを含む送信時間間隔（ＴＴＩ）から生じる利点も利用しない。
【0035】
ＰＵＳＣＨ割当て
潜在的なエンハンスメントのための範囲の別のものは、より一般的には、１つのスロット内又は複数のスロットにわたるＰＵＳＣＨの割当てに関連する。以下において、ＮＲ ＵＲＬＬＣの新たな要求を更に充足するための信頼性要求を満たしながら、遅延を更に向上させるためのアップリンクの利用に対する潜在的なエンハンスメントを可能にしうる異なるＰＵＳＣＨ送信の割当てをサポートするための動機付けが提供される。
潜在的なエンハンスメントのための範囲の別のものは、より一般的には、１つのスロット内又は複数のスロットにわたるＰＵＳＣＨの割当てに関連する。以下において、ＮＲ ＵＲＬＬＣの新たな要求を更に充足するための信頼性要求を満たしながら、遅延を更に向上させるためのアップリンクの利用に対する潜在的なエンハンスメントを可能にしうる異なるＰＵＳＣＨ送信の割当てをサポートするための動機付けが提供される。
【0036】
ＵＲＬＬＣ ＰＵＳＣＨ送信に対する遅延要求を達成するため、信頼性が充足される場合、再びワンショット送信（すなわち、単一（ＴＴＩ）割当て）が理想的である。しかしながら、０．５ｍｓのターゲットユーザプレーン遅延が同時的なＰＵＳＣＨ送信に対して常に達成されるとは限らない。従って、アップリンク割当てに対するエンハンスメントが必要とされる。
【0037】
ＮＲ Ｒｅｌ．１５では、アップリンクスケジューリングは、ＴＴ１毎に単一のアップリンクグラントに制約される。単一のＰＵＳＣＨ送信のケースでは、このスケジューリングの制約は制限ではなく、ターゲットユーザプレーン遅延は、ワンショット送信を介し達成されてもよい。しかしながら、同時的なＰＵＳＣＨ送信について、スケジューリングの制約は、ワンショット送信がターゲットユーザプレーン遅延を満たすのに十分でない可能性があるという結果をもたらす。
【0038】
特に、同時的なＰＵＳＣＨ送信は、別々のアップリンクグラントを要求するが、これは、スケジューリングの制約のため連続するＴＴＩと大きなスケジューリングオーバヘッドにおいて通知されなければならない。従って、このスケジューリングの制約は、同時的なＰＵＳＣＨ送信の場合に不要な遅延を導入する。また、スロット内のＰＵＳＣＨの複数のミニスロット割当てもまた可能でない。
【0039】
何れの場合でも、そのようなスケジューリングの制約のため、それは、ＮＲ Ｒｅｌ．１５におけるより厳しい遅延要求、すなわち、０．５ｍｓまでの遅延を達成することができないかもしれない。これは、ＰＵＳＣＨのミニスロット割当てを必要としうる。さらに、ＰＵＳＣＨ割当ての限定的なサポートは、ミニスロット、すなわち、スロット（１４シンボルを含むスロット）より少数のシンボルを含む送信時間間隔（ＴＴＩ）から生じる利点も活用しない。
【0040】
第１の汎用シナリオ
上記を考慮すると、本開示の著者らは、ＰＵＳＣＨ送信のよりフレキシブルなサポート、すなわち、別々のアップリンクグラントを必要とするＰＵＳＣＨ送信に制限されない機構が必要であることを認識した。
上記を考慮すると、本開示の著者らは、ＰＵＳＣＨ送信のよりフレキシブルなサポート、すなわち、別々のアップリンクグラントを必要とするＰＵＳＣＨ送信に制限されない機構が必要であることを認識した。
【0041】
同時に、より高いフレキシビリティは、追加的なシグナリングオーバヘッドを犠牲にして得られるべきではない。換言すると、本開示の著者らは、ＰＵＳＣＨ送信のフレキシブルなサポートが現在のアップリンクスケジューリング機構、すなわち、アップリンクグラントの現在のフォーマットに対する修正を必要としないことを認識した。換言すると、例えば、アップリンクグラントを搬送するためのダウンリンク制御情報（ＤＣＩ）のフォーマット０－０又は０－１の形式のシグナリング機構は同じままであり、それによって、ＰＵＳＣＨ送信をスケジューリングする際の追加的なシグナリングオーバヘッドを回避する。
【0042】
従って、ＰＵＳＣＨ送信が追加的なシグナリングオーバヘッドを生じさせないフレキシブルなタイミングによりサポートされることが、本開示の基本的理解である。
【0043】
このコンテクストにおいて、このようなＰＵＳＣＨ送信のためのフレキシブルなタイミングのサポートは、機構の汎用性を高めるための可能性として認識されるだけでなく、例えば、スロットフォーマット（ＵＬ／ＤＬ）に対する動的な変更との競合を回避するための必要性としても認識されうる。これは、参照によりここに援用される３ＧＰＰ ＴＲ ３８．８２４ ｖ２．０．１“Ｓｔｕｄｙ ｏｎ ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ＮＲ ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ ｌａｔｅｎｃｙ ｃａｓｅ（ＵＲＬＬＣ）”の“Ｏｐｔｉｏｎ ４”としてのセクション６．３．３の下で議論される実現形態から明らかになる。
【0044】
例示のために、提案された機構はセミスタティックなグラントフリー（設定されたグラント）アップリンクにより利用されると仮定する。コンフィギュレーション時に、設定されたグラントは、複数のＰＵＳＣＨ送信のためのスロットの連続したシンボルを指定する。しかしながら、この指定は、スロットフォーマットの動的な変更との競合を生じさせる可能性がある。例えば、スロットフォーマットが、ＵＬからＤＬへの指定された連続したシンボルの１つに対する変更を規定する場合、これは、設定された複数のＰＵＳＣＨ送信との競合をトリガする。
【0045】
しかしながら、フレキシブルなタイミングのサポートに対する要求を認識して、著者らは、現在のアップリンクスケジューリング機構から生じる、すなわち、ＮＲ Ｒｅｌ．１５のダウンリンク制御情報（ＤＣＩ）フォーマット０－１に対する実質的な技術的制約を特定した。
【0046】
アップリンクグラントを搬送する１つの可能性は、ダウンリンク制御情報（ＤＣＩ）フォーマット０－１である。このフォーマット（例えば、ＤＣＩフォーマット０－１）は、一般に、アップリンクにおけるＳＵ－ＭＩＭＯ（Ｓｉｎｇｌｅ－Ｕｓｅｒ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）又はＭＵ－ＭＩＭＯ（Ｍｕｌｔｉ－Ｕｓｅｒ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）をサポートするための非フォールバックフォーマットとして理解される。これについて、ＤＣＩフォーマット０－１は、ＰＵＳＣＨ送信のためのアンテナポートの一貫性を可能にするアンテナポートフィールドを含む。
【0047】
アンテナポートは、“アンテナポート上のシンボルが搬送されるチャネルが、同じアンテナポート上の別のシンボルが搬送されるチャネルから推測できる”ように規定することができる（例えば、“Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ （Ｒｅｌｅａｓｅ １５）”というタイトルの３ＧＰＰ技術仕様ＴＳ ３８．２１１ ｖ．１５．５．０のセクション４．４を参照されたい）。アンテナポートのコンセプトはまた、ＰＵＳＣＨ送信に含まれる前方に載置された（ｆｒｏｎｔ－ｌｏａｄｅｄ）復調リファレンス信号（ＤＭＲＳ）に展開される。
【0048】
例えば、コンフィギュレーションタイプ１に対応する第１の前方に載置されたるＤＭＲＳコンフィギュレーションは、シングルシンボルのＤＭＲＳが使用される場合には４個までの直交ＤＭＲＳポートをサポートし、ダブルシンボルのＤＭＲＳが使用される場合には８個までの直交ＤＭＲＳポートをサポートする。コンフィギュレーションタイプ２に対応する第２の前方に載置されるＤＭＲＳコンフィギュレーションは、シングルシンボルのＤＭＲＳが使用される場合には６個までの直交ＤＭＲＳポートと、ダブルシンボルのＤＭＲＳが使用される場合には１２個までの直交ポートとのサポートを提供する。受信機の観点から、ＤＭＲＳポートは、擬似コロケート（ｑｕａｓｉ－ｃｏ－ｌｏｃａｔｅｄ）される。
【0049】
効果的には、前方に載置されたＤＭＲＳコンフィギュレーションは、シングルシンボルＤＭＲＳとダブルシンボルＤＭＲＳとの間のフレキシビリティを許容するよう設計されている。特に、コンフィギュレーションタイプ１及びコンフィギュレーションタイプ２は、ＤＭＲＳに対するそれぞれのシンボルの最大長（例えば、ｍａｘＬｅｎｇｔｈ＝２）をサポートするだけでなく、より少数のシンボルをサポートするように工夫されている。これは、例えば、参照によりここに援用される“Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ｃｈａｎｎｅｌ ｃｏｄｉｎｇ （Ｒｅｌｅａｓｅ １５）”というタイルの３ＧＰＰ技術仕様ＴＳ ３８．２１２ ｖ．１５．５．０のセクション７．３．１．１．２から以下において再現されるコンフィギュレーションタイプ１（例えば、ｄｍｒｓ－Ｔｙｐｅ＝１）について見ることができる。このコンフィギュレーションタイプ１について、最大２シンボルのＤＭＲＳの場合、８個のＤＭＲＳポートをスケジューリングできるだけでなく、最大４個までのＤＭＲＳポートをスケジューリングすることもできる。
このような前方に載置されたＤＭＲＳコンフィギュレーションによると、ダウンリンク制御情報（ＤＣＩ）フォーマット０－１に含まれるアンテナポートフィールドは、前方に載置されたＤＭＲＳに使用されるＤＭＲＳポート（例えば、ＴＳ ３８．２１２のＴａｂｌｅ ７．３．１．１．２－７の第３列を参照されたい）だけでなく、前方に載置されたＤＭＲＳ（例えば、同じテーブルの第４列を参照されたい）として使用されるシンボル数（例えば、シングルシンボル又はダブルシンボル）を規定するインデックス値（例えば、同じテーブルの第1列を参照されたい）を搬送する。
【表1】
【0050】
本開示の著者は、このような前方に載置されるＤＭＲＳコンフィギュレーションがフレキシブルなタイミングにより複数のＰＵＳＣＨ送信をスケジューリングするため、当該ＤＣＩフォーマット０－１の単一のアップリンクグラントを利用する際、実質的な技術的制約を生じさせうることを認識していた。
【0051】
例えば、単一のアップリンクグラントがフレキシブルなタイミングで２つのＰＵＳＣＨ送信をスケジューリングしていると仮定する。このとき、このような２つのＰＵＳＣＨ送信は、使用されるＤＭＲＳポートの個々の通知を必要とすることが一般的に理解される。単一のアンテナポートフィールドのみを含む単一のアップリンクグラントのため、使用される個々のＤＭＲＳポートを通知することは不可能である。むしろ、それぞれの前方に載置されるＤＭＲＳコンフィギュレーションに対して１つのＤＭＲＳポートを規定する１つのインデックス値を搬送することのみ可能である。従って、この通知されたＤＭＲＳポートが、フレキシブルなタイミングで２つのＰＵＳＣＨ送信の第１又は第２の送信に使用されるかの曖昧さが存在する。
【0052】
換言すると、本開示の著者らは、単一のアップリンクグラントのアンテナポートフィールドにおいて搬送される１つのインデックス値が複数のＰＵＳＣＨ送信の何れか１つに関連する曖昧さが存在することを認識していた。
【0053】
また、著者らは、フレキシブルなタイミングによる２つのＰＵＳＣＨ送信のスケジューリングが、ＰＵＳＣＨ送信における前方に載置されたＤＭＲＳのマッピングに関する競合を招く可能性がある状況が生じうることを認識していた。
【0054】
例えば、単一のアップリンクグラントがフレキシブルなタイミングで、すなわち、異なる長さによる２つのＰＵＳＣＨ送信をスケジューリングしていると仮定する。このとき、このような２つのＰＵＳＣＨ送信がシングルシンボルとダブルシンボルとの双方のＤＭＲＳを含むことを必ずしも許容するとは限らないことが一般的に理解される。むしろ、ＰＵＳＣＨ送信の長さは、そこで搬送可能なＤＭＲＳのためのシンボルの数に制約を課す。これは、単一のアップリンクグラントによって示されるＤＭＲＳのための前方に載置されたシンボルの数が、フレキシブルなタイミングによって２つのＰＵＳＣＨ送信の第１又は第２の送信に使用されるかの曖昧さを招き入れる。
【0055】
ＮＲ Ｒｅｌ．１５では、ＰＵＳＣＨのための復調リファレンス信号は、参照によりここに援用される“Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ （Ｒｅｌｅａｓｅ １５）”というタイトルの３ＧＰＰ技術仕様ＴＳ ３８．２１１ ｖ．１５．５．０のセクション６．４．１．１に記載される。
【0056】
物理リソースへのマッピングについて、ＤＭＲＳシンボルの位置はｌによって与えられ、持続時間はｌｄによって与えられる。ここで、例えば、ｌｄは、Ｔａｂｌｅ ６．４．１．１．３－３及び６．４．１．１．３－４によるＰＵＳＣＨマッピングタイプＡのスロットの最初のＯＦＤＭシンボルと、スロットのスケジューリングされたＰＵＳＣＨリソースの最後のＯＦＤＭシンボルとの間の持続時間であるか、あるいは、ｌｄは、Ｔａｂｌｅ ６．４．１．１．３－３及び６．４．１．１．３－４によるＰＵＳＣＨマッピングタイプＢのスケジューリングされたＰＵＳＣＨリソースの持続時間である。参照されるテーブルは以下に再現される。
【表2】
【表3】
【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】
再び、基地局４６０が複数の物理アップリンク共有チャネル(ＰＵＳＣＨ)送信をスケジューリングするという仮定に着目する。例示的なユースケースでは、これらのＰＵＳＣＨ送信は同じトランスポートブロックの繰り返しを搬送してもよく、それによって、最初のＰＵＳＣＨ送信と少なくとも１つの（後続する)ＰＵＳＣＨ繰り返しとを含む複数のＰＵＳＣＨ繰り返しをもたらす。
【0123】
図８を参照して、第１の汎用シナリオ、すなわち、基地局４６０がそこに搬送される前方に載置されるＤＭＲＳに対する異なる数のシンボルを含まない複数のＰＵＳＣＨ送信を受信する場合により複数のＰＵＳＣＨ送信を受信する基地局（ＢＳ）のシーケンス図が示される。
【0124】
このコンテクストにおいて、基地局４６０は、時間領域リソースを決定し（例えば、図８のステップ８１０を参照されたい）、決定された時間領域リソースは、複数のＰＵＳＣＨ送信の数と、当該複数のＰＵＳＣＨ送信の各々の長さとを規定する。例えば、この判定動作は、時間領域リソース決定処理回路６８０－ａによって実行されてもよい。
【0125】
基地局４６０は、複数のＰＵＳＣＨ送信に含まれる少なくとも１つの前方に載置されるＤＭＲＳの各々に使用されるシンボルの数を決定し（例えば、図８のステップ８２０を参照されたい）、決定されたシンボルの数は、より少数及びより多数のシンボルの一方である。例えば、この判定動作は、ＤＭＲＳ用シンボル数決定処理回路６８０－ｂによって実行されてもよい。
【0126】
複数のＰＵＳＣＨ送信の少なくとも２つが異なる長さを有し、かつ、複数のＰＵＳＣＨ送信の当該少なくとも２つの一方が、少なくとも１つの前方に載置されるＤＭＲＳのそれぞれについてより多数のシンボルを含むことができない場合、基地局４６０は、含まれる少なくとも１つの前方に載置されるＤＭＲＳのそれぞれについて使用される決定されたシンボルの数からのより少数のシンボルに関連するインデックス値を決定する（再び、図８のステップ８２０を参照されたい）。例えば、この判定動作は、インデックス値決定処理回路６８０－ｄによって実行されてもよい。
【0127】
その後、基地局４６０は、複数のＰＵＳＣＨ送信に対して決定された時間領域リソースに基づいて単一のアップリンクグラントを送信し（例えば、図８のステップ８３０を参照されたい）、単一のアップリンクグラントは、複数のＰＵＳＣＨ送信に対して使用される決定されたインデックス値を備えるアンテナポートフィールドを含む。例えば、この送信動作は、アップリンクグラント送信機６７０－ａによって実行されてもよい。
【0128】
そして、基地局４６０は、決定された時間領域リソースを使用して複数のＰＵＳＣＨ送信を受信し（例えば、図８のステップ８４０を参照されたい）、複数のＰＵＳＣＨ送信のそれぞれは、少なくとも１つの前方に載置される復調リファレンス信号（ＤＭＲＳ）を含む。
【0129】
簡単化のため、基地局の動作はかなり短く維持される。しかしながら、これは、限定として理解されるべきではない。むしろ、当業者は、ユーザ装置について明示的に説明したものと同じ又は同様の検討が、基地局の動作において、すなわち、基地局が単一のアップリンクグラントを用いて複数のＰＵＳＣＨ送信をスケジューリングしているとき、等しく適用されることを容易に理解するであろう。
【0130】
また、ここでは複数のＰＵＳＣＨ送信のスケジューリングの正しい機能がもはや確保できないことが認識された。
【0131】
従って、基地局４６０が含まれる少なくとも１つの前方に載置されるＤＭＲＳのそれぞれに使用される決定された数のシンボルからのより少数のシンボルに関連するインデックス値を決定する際、この状況（ＰＵＳＣＨのスケジューリングの正しい機能が確保できない場合）を解決することが、第１の汎用シナリオの解決策である。
【0132】
これにより、基地局４６０は、含まれる少なくとも１つの前方に載置されるＤＭＲＳの何れに対しても、決定された異なる数のシンボルが使用されないという制約によって、同数又はより少数のＰＵＳＣＨ送信を受信することが確保できる。
【0133】
第１の例示的な実現形態
以下の第１の例示的な実現形態は、第１の汎用シナリオ、すなわち、ユーザ装置４１０がそこに搬送される前方に載置されるＤＭＲＳに対して異なる数のシンボルを含まない複数のＰＵＳＣＨ送信を実行する場合によるユーザ装置４１０の動作のより詳細な説明を与えるために提供される。第１の汎用機構の第１の例示的な実現形態による複数のＰＵＳＣＨ送信を実行するユーザ装置４１０のシーケンス図を示す図９が参照される。
以下の第１の例示的な実現形態は、第１の汎用シナリオ、すなわち、ユーザ装置４１０がそこに搬送される前方に載置されるＤＭＲＳに対して異なる数のシンボルを含まない複数のＰＵＳＣＨ送信を実行する場合によるユーザ装置４１０の動作のより詳細な説明を与えるために提供される。第１の汎用機構の第１の例示的な実現形態による複数のＰＵＳＣＨ送信を実行するユーザ装置４１０のシーケンス図を示す図９が参照される。
【0134】
この説明は、前方に載置されるＤＭＲＳの各々に対して異なる数のシンボル（例えば、ｍａｘＬｅｎｇｔｈ＝２）が使用されることが許容される仮定によって与えられる。言い換えれば、本開示は、シングルシンボルＤＭＲＳのみが前方に載置されるＤＭＲＳとして利用可能である（許容される）状況を考慮せず、代わりに、シングルシンボル及びダブルシンボルＤＭＲＳの双方が前方に載置されるＤＭＲＳとして利用可能である（許容される）状況を考慮する。
【0135】
ユーザ装置４１０が複数のＰＵＳＣＨ送信を実行することを確認すると、それは、単一の（例えば、１つの）アップリンクグラントを受信する（例えば、図９のステップ９１０を参照されたい）。アップリンクグラントは、複数のＰＵＳＣＨ送信をスケジューリングするため搬送される。アップリンクグラントは、アップリンク上で、すなわち、物理アップリンク共有チャネル(ＰＵＳＣＨ)上で送信をスケジューリングしている基地局４６０から受信される。
【0136】
受信したアップリンクグラントに基づいて、ユーザ装置４１０は、複数のＰＵＳＣＨ送信に対して使用される時間領域リソースを決定する（例えば、図９のステップ９２０を参照されたい）。一般に、各ＰＵＳＣＨ送信に対して決定された時間領域リソースは、アップリンク送信のために指定された複数の連続したシンボルとして理解されるべきである。
【0137】
本開示は、スケジューリングされた複数のＰＵＳＣＨ送信が異なる長さを有する状況、すなわち、アップリンクグラントに基づいて決定された時間領域リソースが、複数のＰＵＳＣＨ送信の少なくとも２つについて異なる長さを規定している状況に再び着目している。
【0138】
このコンテクストでは、ユーザ装置４１０は、各ＰＵＳＣＨ送信の前方に載置されるＤＭＲＳに対して使用されるシンボルの数（例えば、シングルシンボル又はダブルシンボル）を決定する（例えば、図9のステップ９３０を参照されたい）。このため、ユーザ装置４１０は、単一のアップリンクグラントのアンテナポートフィールドにおいて搬送される受信されたインデックス値に基づいてシンボルの数を決定する。
【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】
第１２の態様に加えて提供される第１３の態様によると、前記プロセッサは、動作中に前記ＤＭＲＳポート番号を決定する際、前記複数のＰＵＳＣＨ送信から、前記少なくとも１つの前方に載置されるＤＭＲＳのそれぞれに対してより多数のシンボルを含むことができず、かつ、前記受信したインデックス値に関連付けされる前記ＤＭＲＳポート番号と同じＤＭＲＳポート番号を使用できない少なくとも１つのＰＵＳＣＨ送信を省き、前記送信機は、動作中に前記少なくとも１つの前方に載置されるＤＭＲＳの全てに対して、前記より多数のシンボルと前記同じＤＭＲＳポートとが使用されるように、前記より少数のＰＵＳＣＨ送信を送信する。
【0302】
第１４の態様によると、ユーザ装置（ＵＥ）であって、動作中に複数のＰＵＳＣＨ送信に対する単一のアップリンクグラントを受信する受信機であって、前記単一のアップリンクグラントは前記複数のＰＵＳＣＨ送信に対して使用されるインデックス値を備えるアンテナポートフィールドを含む、受信機と、動作中に前記受信したアップリンクグラントに基づいて時間領域リソースを決定するプロセッサであって、前記決定された時間領域リソースはＰＵＳＣＨ送信の数と複数のＰＵＳＣＨ送信のそれぞれの長さとを規定する、プロセッサと、動作中に前記決定された時間領域リソースを使用して前記複数のＰＵＳＣＨ送信を送信する送信機であって、前記複数のＰＵＳＣＨ送信のそれぞれは少なくとも１つの前方に載置される復調リファレンス信号（ＤＭＲＳ）を含む、送信機と、を有し、異なる数のシンボルが前記少なくとも１つの前方に載置されるＤＭＲＳのそれぞれに対して許容される場合、前記送信機は、動作中に前記少なくとも１つの前方に載置されるＤＭＲＳの全てに対して、受信したインデックス値に従うより少数のシンボルが使用されるように、同数のＰＵＳＣＨ送信を送信し、動作中に前記受信したインデックス値が前記少なくとも１つの前方に載置されるＤＭＲＳに対して使用されるより多数のシンボルに関連付けされる場合、前記複数のＰＵＳＣＨ送信の何れも送信しない、ＵＥが提供される。
【0303】
第１４の態様に加えて提供される第１５の態様によると、前記プロセッサは、動作中に前記少なくとも１つの前方に載置されるＤＭＲＳのそれぞれに対して、より少数の１シンボルによるシングルシンボルＤＭＲＳ、又はより多数の２シンボルによるダブルシンボルＤＭＲＳの使用を許容する最大数の２シンボルを使用するよう構成される。
【0304】
第１６の態様によると、基地局（ＢＳ）であって、動作中に時間領域リソースを決定するプロセッサであって、前記決定された時間領域リソースは複数のＰＵＳＣＨ送信の数と前記複数のＰＵＳＣＨ送信のそれぞれの長さとを規定する、プロセッサと、動作中に前記複数のＰＵＳＣＨ送信に対して前記決定された時間領域リソースに基づいて単一のアップリンクグラントを送信する送信機であって、前記単一のアップリンクグラントは前記複数のＰＵＳＣＨ送信に対して使用されるインデックス値を備えるアンテナポートフィールドを含む、送信機と、動作中に前記決定された時間領域リソースを使用して前記複数のＰＵＳＣＨ送信を受信する受信機であって、前記複数のＰＵＳＣＨ送信のそれぞれは少なくとも１つの前方に載置される復調リファレンス信号（ＤＭＲＳ）を含む、受信機と、を有し、前記プロセッサは、動作中に前記複数のＰＵＳＣＨ送信に含まれる前記少なくとも１つの前方に載置されるＤＭＲＳのそれぞれに対して使用されるシンボルの数を決定し、前記決定された複数のシンボルはより少数及びより多数のシンボルの一方であり、前記複数のＰＵＳＣＨ送信の少なくとも２つが異なる長さを有する場合であって、かつ、前記複数のＰＵＳＣＨ送信の少なくとも２つの一方が前記少なくとも１つの前方に載置されるＤＭＲＳのそれぞれに対してより多数のシンボルを含むことができない場合、前記プロセッサは、動作中に前記含まれる少なくとも１つの前方に載置されるＤＭＲＳのそれぞれに対して使用される前記決定された複数のシンボルからのより少数のシンボルと関連付けされる前記インデックス値を決定し、前記受信機は、動作中に前記含まれる少なくとも１つの前方に載置されるＤＭＲＳの何れに対しても、決定された異なる数のシンボルが使用されないように、同数又はより少数のＰＵＳＣＨ送信を受信する、ＢＳが提供される。
【0305】
第１７の態様によると、基地局（ＢＳ）であって、動作中に時間領域リソースを決定するプロセッサであって、前記決定された時間領域リソースは複数のＰＵＳＣＨ送信の数と前記複数のＰＵＳＣＨ送信のそれぞれの長さとを規定する、プロセッサと、前記複数のＰＵＳＣＨ送信に対する前記決定された時間領域リソースに基づいて単一のアップリンクグラントを送信する送信機であって、前記単一のアップリンクグラントは前記複数のＰＵＳＣＨ送信に対して使用されるインデックス値を備えたアンテナポートフィールドを含む、送信機と、前記決定された時間領域リソースを使用して前記複数のＰＵＳＣＨ送信を受信する受信機であって、前記複数のＰＵＳＣＨ送信のそれぞれは少なくとも１つの前方に載置される復調リファレンス信号（ＤＭＲＳ）を含む、受信機と、を有し、前記プロセッサは、動作中に前記複数のＰＵＳＣＨ送信に含まれる前記少なくとも１つの前方に載置されるＤＭＲＳのそれぞれに対して使用されるシンボルの数を決定し、前記決定されたシンボルの数はより少数及びより多数のシンボルの一方であり、前記複数のＰＵＳＣＨ送信の少なくとも２つが異なる長さを有する場合であって、かつ、異なる数のシンボルが前記少なくとも１つの前方に載置されるＤＭＲＳのそれぞれに対して許容される場合、前記プロセッサは、動作中に前記決定されたシンボルの数から前記より多数のシンボルに関連付けされる前記インデックス値と、同じＤＭＲＳポート番号がまた前記決定された少数のシンボルにより前記少なくとも１つの前方に載置されるＤＭＲＳに対して使用可能なＤＭＲＳポート番号とを決定し、前記受信機は、動作中に前記含まれる少なくとも１つの前方に載置されるＤＭＲＳの何れに対しても、決定された異なるＤＭＲＳポート番号が利用されないように、同数又はより少数のＰＵＳＣＨ送信を受信する、ＢＳが提供される。
【0306】
第１８の態様によると、基地局（ＢＳ）であって、動作中に時間領域リソースを決定するプロセッサであって、前記決定された時間領域リソースは複数のＰＵＳＣＨ送信の数と前記複数のＰＵＳＣＨ送信のそれぞれの長さとを規定する、プロセッサと、動作中に前記複数のＰＵＳＣＨ送信に対する前記決定された時間領域リソースに基づいて単一のアップリンクグラントを送信する送信機であって、前記単一のアップリンクグラントは前記複数のＰＵＳＣＨ送信に対して使用されるインデックス値を備えるアンテナポートフィールドを含む、送信機と、動作中に前記決定された時間領域リソースを使用して前記複数のＰＵＳＣＨ送信を受信する受信機であって、前記複数のＰＵＳＣＨ送信のそれぞれは少なくとも１つの前方に載置される復調リファレンス信号（ＤＭＲＳ）を含む、受信機と、を有し、異なる数のシンボルが前記少なくとも１つの前方に載置されるＤＭＲＳのそれぞれに対して許容される場合、前記プロセッサは、動作中により少数のシンボルを使用して前記少なくとも１つの前方に載置されるＤＭＲＳを含む同数のＰＵＳＣＨ送信が受信されるように、前記より少数のシンボルに関連付けされる前記インデックス値を決定する、ＢＳが提供される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
