▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
特表2024-513719ジョイントチャネル推定のために時間領域ウィンドウおよびＤＭＲＳを最適化する通信装置および通信方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-03-27
(54)【発明の名称】ジョイントチャネル推定のために時間領域ウィンドウおよびＤＭＲＳを最適化する通信装置および通信方法
(51)【国際特許分類】
H04W 72/20 20230101AFI20240319BHJP
H04W 72/1268 20230101ALI20240319BHJP
H04W 72/0446 20230101ALI20240319BHJP
H04W 72/231 20230101ALI20240319BHJP
【ＦＩ】
H04W72/20
H04W72/1268
H04W72/0446
H04W72/231
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023557173
(86)(22)【出願日】2022-01-17
(85)【翻訳文提出日】2023-09-15
(86)【国際出願番号】 SG2022050013
(87)【国際公開番号】W WO2022216224
(87)【国際公開日】2022-10-13
(31)【優先権主張番号】10202103526T
(32)【優先日】2021-04-06
(33)【優先権主張国・地域又は機関】SG
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】トラン スアン トゥオン
(72)【発明者】
【氏名】山本 哲矢
(72)【発明者】
【氏名】シム ホン チェン マイケル
(72)【発明者】
【氏名】カン ヤン
(72)【発明者】
【氏名】西尾 昭彦
(72)【発明者】
【氏名】小川 佳彦
(72)【発明者】
【氏名】テオ チョン フォ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067CC02
5K067CC04
5K067DD34
5K067EE02
5K067EE10
(57)【要約】
本開示は、ジョイントチャネル推定のために時間領域ウィンドウおよび復調用参照信号（ＤＭＲＳ）を最適化する通信装置および通信方法を提供する。本通信装置は、動作時、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定する回路であって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、回路と、動作時、１つ以上の時間領域ウィンドウに基づいて参照信号を送信する送信機と、を備える通信装置、を含む。
【特許請求の範囲】
【請求項1】
通信装置であって、動作時、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定する回路であって、前記１つ以上の時間領域ウィンドウの各長さが、前記複数のＰＵＳＣＨ送信の全長よりも長くない、前記回路と、
動作時、前記１つ以上の時間領域ウィンドウに基づいて参照信号を送信する送信機と、
を備える、通信装置。
【請求項2】
前記１つ以上の時間領域ウィンドウの各長さが、少なくともダウンリンク制御情報、アップリンク制御情報、媒体アクセス制御の制御要素（ＭＡＣ ＣＥ）、または無線リソース制御（ＲＲＣ）によって示される、請求項１に記載の通信装置。
【請求項3】
前記１つ以上の時間領域ウィンドウの各長さが、時間領域ウィンドウの候補長さのサブセットに基づいて決定される、請求項１に記載の通信装置。
【請求項4】
前記サブセットに含まれる各長さが、２から、前記複数のＰＵＳＣＨ送信の総数までの数である、請求項３に記載の通信装置。
【請求項5】
長さの前記サブセットが、前記複数のＰＵＳＣＨ送信の総数に基づいて異なる、請求項３に記載の通信装置。
【請求項6】
前記１つ以上の時間領域ウィンドウの各長さが互いに異なる、請求項１に記載の通信装置。
【請求項7】
前記１つ以上の時間領域ウィンドウの各長さが、前記通信装置の能力またはチャネルの状態もしくはプロファイルに基づいて決定され、ｇＮＢに示される、請求項１に記載の通信装置。
【請求項8】
前記１つ以上の時間領域ウィンドウの各長さが、スロット間周波数ホッピングの長さと同じである、請求項１に記載の通信装置。
【請求項9】
スロット間周波数ホッピングの長さが、前記１つ以上の時間領域ウィンドウの各長さの倍数である、請求項１に記載の通信装置。
【請求項10】
前記参照信号が、前記１つ以上の時間領域ウィンドウの各長さに基づいてバンドルされる、請求項１に記載の通信装置。
【請求項11】
前記１つ以上の時間領域ウィンドウの各長さが、周波数ホッピングの同じ周波数割当てにおいて使用される、請求項１に記載の通信装置。
【請求項12】
前記１つ以上の時間領域ウィンドウの各長さが、前記複数のＰＵＳＣＨ送信のために割り当てられるシンボル、スロット、または繰り返しの数に基づいて決定される、請求項１に記載の通信装置。
【請求項13】
前記１つ以上の時間領域ウィンドウの各長さが、前記複数のＰＵＳＣＨ送信からの連続するＰＵＳＣＨ送信の数に等しい、請求項１に記載の通信装置。
【請求項14】
前記回路が、前記１つ以上の時間領域ウィンドウの各々に、前記通信装置の１つ以上のアンテナまたはパネルに関連付けられる空間情報を割り当てるようにさらに構成されている、請求項１に記載の通信装置。
【請求項15】
基地局であって、動作時、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定する回路であって、前記１つ以上の時間領域ウィンドウの各長さが、前記複数のＰＵＳＣＨ送信の全長よりも長くない、前記回路と、
動作時、前記１つ以上の時間領域ウィンドウを１つ以上の通信装置に示す送信機と、
を備える、基地局。
【請求項16】
通信方法であって、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定するステップであって、前記１つ以上の時間領域ウィンドウの各長さが、前記複数のＰＵＳＣＨ送信の全長よりも長くない、ステップと、
前記１つ以上の時間領域ウィンドウを１つ以上の通信装置に示すステップと、
を含む、通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
以下の開示は、時間領域ウィンドウを最適化する通信装置および通信方法に関し、より詳細には、ジョイントチャネル推定のために時間領域ウィンドウおよび復調用参照信号（ＤＭＲＳ：demodulation reference signal）を最適化する通信装置および通信方法に関する。
【背景技術】
【0002】
携帯電話事業者は、携帯電話通信ネットワークの商用化において、カバレッジが重要な要素の１つであると考えており、なぜならカバレッジはサービス品質、設備投資、運用費に直接影響するためである。多くの国では、３．５ＧＨｚなど、周波数範囲１（ＦＲ１）においてより多くの周波数帯を利用できるようにしており、この周波数帯は一般には、ＬＴＥ（Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）や３Ｇで使用されている周波数よりも高い周波数である。ＬＴＥと比較して、５Ｇの新無線（ＮＲ：new radio）は、周波数範囲２（ＦＲ２）における２８ＧＨｚまたは３９ＧＨｚなど、ずっと高い周波数で動作するように設計されている。周波数が高いため、無線チャネルにはより大きなパスロスが発生し、レガシー無線アクセス技術（ＲＡＴ：radio access technologies）と同等以上の適切なサービス品質を維持することが難しくなるのは必然である。特に重要なユーザ機器（ＵＥ）アプリケーションの１つは音声サービスであり、一般的な加入者はどこにいてもユビキタスなカバレッジを常に期待している。
【0003】
リリース（Ｒｅｌ．）－１７では、ＦＲ１およびＦＲ２の両方のベースライン性能を評価するために、検討項目「ＮＲカバレッジ拡張に関する検討（Study on NR coverage enhancements）」が提案された。ＦＲ１のボトルネックとなりうるチャネルとして、３ＧＰＰ（第三世代パートナーシッププロジェクト：3rd Generation Partnership Project）の非特許文献１に示される以下のチャネルが特定されている。
【0004】
・ 第一優先順位
〇 拡張モバイルブロードバンド（ｅＭＢＢ：enhanced Mobile Broadband）における物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）（周波数分割複信（ＦＤＤ：frequency division duplexing）、およびスロットフォーマットＤＤＤＳＵ、ＤＤＤＳＵＤＤＳＵＵ、およびＤＤＤＤＤＤＤＳＵＵを有する時分割複信ＴＤＤ（time division duplexing）の場合）。
〇 ＶｏＩＰ（ボイスオーバーインターネットプロトコル：Voice over Internet Protocol）におけるＰＵＳＣＨ（スロットフォーマットＤＤＤＳＵ、ＤＤＤＳＵＤＤＳＵＵを有するＦＤＤおよびＴＤＤの場合）。
〇 拡張モバイルブロードバンド（ｅＭＢＢ：enhanced Mobile Broadband）における物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）（周波数分割複信（ＦＤＤ：frequency division duplexing）、およびスロットフォーマットＤＤＤＳＵ、ＤＤＤＳＵＤＤＳＵＵ、およびＤＤＤＤＤＤＤＳＵＵを有する時分割複信ＴＤＤ（time division duplexing）の場合）。
〇 ＶｏＩＰ（ボイスオーバーインターネットプロトコル：Voice over Internet Protocol）におけるＰＵＳＣＨ（スロットフォーマットＤＤＤＳＵ、ＤＤＤＳＵＤＤＳＵＵを有するＦＤＤおよびＴＤＤの場合）。
【0005】
・ 第二優先順位
〇 物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）フォーマットＢ４
〇 Ｍｓｇ３のＰＵＳＣＨ
〇 物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）フォーマット１
〇 ＰＵＣＣＨフォーマット３、１１ｂｉｔ
〇 ＰＵＣＣＨフォーマット３、２２ｂｉｔ
〇 ブロードキャスト物理ダウンリンク共有チャネル（ＰＤＣＣＨ：Broadcast Physical Downlink Shared Channel）（送信電力２４ｄＢｍ／ＭＨｚのｇＮＢ）
〇 物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）フォーマットＢ４
〇 Ｍｓｇ３のＰＵＳＣＨ
〇 物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）フォーマット１
〇 ＰＵＣＣＨフォーマット３、１１ｂｉｔ
〇 ＰＵＣＣＨフォーマット３、２２ｂｉｔ
〇 ブロードキャスト物理ダウンリンク共有チャネル（ＰＤＣＣＨ：Broadcast Physical Downlink Shared Channel）（送信電力２４ｄＢｍ／ＭＨｚのｇＮＢ）
【0006】
Ｕｒｂａｎ ２８ＧＨｚシナリオでは、ボトルネックとなる可能性のあるチャネルとして以下のチャネルが特定されている。
・ ＰＵＳＣＨ ｅＭＢＢ（スロットフォーマットＤＤＤＳＵおよびＤＤＳＵ）
・ ＰＵＳＣＨ ＶｏＩＰ（スロットフォーマットＤＤＤＳＵおよびＤＤＳＵ）
・ ＰＵＣＣＨフォーマット３、１１ビット
・ ＰＵＣＣＨフォーマット３、２２ビット
・ ＰＲＡＣＨフォーマットＢ４
・ メッセージ３（Ｍｓｇ３）のＰＵＳＣＨ
・ ＰＵＳＣＨ ｅＭＢＢ（スロットフォーマットＤＤＤＳＵおよびＤＤＳＵ）
・ ＰＵＳＣＨ ＶｏＩＰ（スロットフォーマットＤＤＤＳＵおよびＤＤＳＵ）
・ ＰＵＣＣＨフォーマット３、１１ビット
・ ＰＵＣＣＨフォーマット３、２２ビット
・ ＰＲＡＣＨフォーマットＢ４
・ メッセージ３（Ｍｓｇ３）のＰＵＳＣＨ
【0007】
リリース１７の検討項目「ＮＲカバレッジ拡張に関する検討」では、ＰＵＳＣＨ、ＰＵＣＣＨ、および他のチャネル／信号の拡張について検討された。ＰＵＳＣＨ、ＰＵＣＣＨ、およびＭｓｇ３ ＰＵＳＣＨの拡張は、ＦＲ１およびＦＲ２の両方、ならびにＴＤＤおよびＦＤＤを対象として、リリース１７のカバレッジ拡張作業項目（ＷＩ：working item）で規定することが提案された。
【先行技術文献】
【非特許文献】
【0008】
【非特許文献1】technical report (TR) 38.830
【非特許文献2】3GPP TS 38.212 v16.3.0
【非特許文献3】3GPP TS 38.300 v16.3.0
【非特許文献4】3GPP TS 38.211 v16.3.0
【非特許文献5】3GPP TS 23.502 v16.3.0
【非特許文献6】3GPP TS 23.122 v16.3.0
【非特許文献7】ITU-R M.2083
【非特許文献8】3GPP TR 38.913
【非特許文献9】3GPP TS 23.287 v16.4.0
【非特許文献10】RP-202846
【非特許文献11】ETSI TR 103 300-1
【非特許文献12】Regulation (EU) 168/2013 [i.8]
【非特許文献13】3GPP TS 38.213 v16.3.0
【発明の概要】
【発明が解決しようとする課題】
【0009】
しかしながら、ＦＲ１およびＦＲ２の両方、ならびにＴＤＤおよびＦＤＤを対象としてカバレッジ性能を向上させる目的で、ジョイントチャネル推定のために時間領域ウィンドウおよびＤＭＲＳを最適化する通信装置および通信方法については、これまで議論がなされていない。
【0010】
したがって、ジョイントチャネル推定のために時間領域ウィンドウおよびＤＭＲＳを最適化するための実現可能な技術的解決策を提供する通信装置および通信方法が必要とされている。さらに、他の望ましい特徴および特性は、添付の図面および本開示のこの背景技術のセクションと合わせて考慮される、以下の詳細な説明および添付の請求項から明らかになるであろう。
【課題を解決するための手段】
【0011】
非限定的かつ例示的な実施形態は、ジョイントチャネル推定のために時間領域ウィンドウおよびＤＭＲＳを最適化する通信装置および通信方法の提供を容易にする。
【0012】
本開示の一実施形態によれば、通信装置であって、動作時、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定する回路であって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、回路と、動作時、１つ以上の時間領域ウィンドウに基づいて参照信号を送信する送信機と、を備える通信装置、が提供される。
【0013】
本開示の別の実施形態によれば、通信方法であって、複数のＰＵＳＣＨ送信のための１つ以上の時間領域ウィンドウを決定するステップであって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、ステップと、１つ以上の時間領域ウィンドウに基づいて参照信号を送信するステップと、を含む通信方法、が提供される。
【0014】
本開示の別の実施形態によれば、通信方法であって、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウの指示を受信するステップであって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、ステップと、１つ以上の時間領域ウィンドウに基づいて参照信号を送信するステップと、を含む通信方法、が提供される。
【0015】
本開示の別の実施形態によれば、基地局であって、動作時、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定する回路であって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、回路と、動作時、１つ以上の時間領域ウィンドウを１つ以上の通信装置に示す送信機と、を備える基地局、が提供される。
【0016】
本開示の別の実施形態によれば、通信方法であって、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定するステップであって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、ステップと、１つ以上の時間領域ウィンドウを１つ以上の通信装置に示すステップと、を含む通信方法、が提供される。
【0017】
なお、一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして実施できることに留意されたい。
【0018】
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面の様々な実施形態および特徴によって個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。
【図面の簡単な説明】
【0019】
この技術分野における通常の技術を有する者には、一例にすぎない以下の説明を図面を参照しながら読み進めることによって、本開示の実施形態が深く理解され容易に明らかになるであろう。
【図1】例示的な３ＧＰＰ ＮＲ－ＲＡＮアーキテクチャを示している。
【図2】ＮＧ－ＲＡＮと５ＧＣとの間の機能の分離を示した概略図を示している。
【図3】ＲＲＣ（無線リソース制御：radio resource control）接続確立／再設定手順のシーケンス図を示している。
【図4】拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、および超高信頼・低遅延通信（ＵＲＬＬＣ）の使用シナリオを示した概略図を示している。
【図5】非ローミングシナリオにおけるＶ２Ｘ通信のための例示的な５Ｇシステムアーキテクチャを示したブロック図を示している。
【図6】様々な実施形態に係る、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信と時間領域ウィンドウの長さの３つの組合せのセットの説明図を示している。
【図7】様々な実施形態に係る、時間領域ウィンドウの繰り返しの説明図を示している。
【図8】一例による、拡張されたＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ情報要素（ＩＥ：information element）の説明図を示している。
【図9】一例による、拡張された時間領域リソース割当て（ＴＤＲＡ：time domain resource allocation）テーブルを示している。
【図10】様々な実施形態に係る時間領域ウィンドウの説明図を示している。
【図11】別の例による、拡張されたＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ ＩＥの説明図を示している。
【図12】別の例による拡張ＴＤＲＡテーブルを示している。
【図13】一例による、ＤＭＲＳシンボルが時間領域ウィンドウにおいてどのように割り当てられるかの説明図を示している。
【図14】一例による、事前に設定される拡張ＴＤＲＡテーブルを示している。
【図15】別の例による、ＤＭＲＳシンボルが時間領域ウィンドウにおいてどのように割り当てられるかの説明図を示している。
【図16】一例による、異なる周波数割当てからの複数のホップを有する時間領域ウィンドウの説明図を示している。
【図17】一例による、ジョイントチャネル推定（ＣＥ：channel estimation）とスロット間周波数ホッピング（ＦＨ：frequency hopping）を統合した時間領域ウィンドウの説明図を示している。
【図18】一例による、ジョイントＣＥとスロット間ＦＨを統合するための、非特許文献２の修正された表７．３．１．１．１－３を示している。
【図19】別の例による、ジョイントＣＥとスロット間ＦＨを統合した時間領域ウィンドウの説明図を示している。
【図20】一例による、ジョイントＣＥとスロット内ＦＨを統合した時間領域ウィンドウの説明図を示している。
【図21A】様々な実施形態に係る通信方法を図解したフロー図を示している。
【図21B】様々な実施形態に係る通信方法を図解したフロー図を示している。
【図22】様々な実施形態による通信装置の概略的な例を示している。
【0020】
図中の要素は簡潔かつ明確であるように図解されており、必ずしも正しい縮尺では描かれていないことが、当業者には理解されるであろう。本発明の実施形態を深く理解できるように、例えば、図解、ブロック図、またはフローチャートの中のいくつかの要素の寸法が、他の要素に比べて誇張して描かれていることがある。
【発明を実施するための形態】
【0021】
本開示のいくつかの実施形態について、図面を参照しながら、一例としてのみ説明する。図面内の類似する参照数字および参照文字は、類似する要素または等価の要素を指している。
【0022】
３ＧＰＰは、最大１００ＧＨｚの周波数で動作する新無線（ＮＲ）アクセス技術の開発を含む、第５世代セルラー技術（単に５Ｇと呼ばれる）の次のリリースに取り組んでいる。５Ｇ標準の最初のバージョン（リリース１５）は、２０１７年の終わりに完了し、これにより、５Ｇ ＮＲ標準に準拠したスマートフォンの試験および商用展開に進むことができる。２０２０年６月には最新バージョン（リリース１６）がリリースされ、これによりＩＭＴ－２０２０による最初のフル３ＧＰＰ ５Ｇシステムの申請が完了し、セルラー通信のためのより高度な機能が可能になる。
【0023】
特に、全体的なシステムアーキテクチャは、ｇＮＢを備えるＮＧ－ＲＡＮ（次世代－無線アクセスネットワーク：Next Generation - Radio Access Network）を想定しており、ｇＮＢは、ＵＥに向かうＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続されている。さらにｇＮＢは、次世代（ＮＧ）インタフェースによってＮＧＣ（次世代コア：Next Generation Core）に接続され、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（アクセスおよびモビリティ管理機能：Access and Mobility Management Function）（例：ＡＭＦを実行する特定のコアエンティティ）に接続され、ＮＧ－ＵインタフェースによってＵＰＦ（ユーザプレーン機能：User Plane Function）（例：ＵＰＦを実行する特定のコアエンティティ）に接続される。図１はＮＧ－ＲＡＮのアーキテクチャを示している（例えば非特許文献３の４節を参照）。
【0024】
ＮＲにおけるユーザプレーンプロトコルスタック（例えば非特許文献３の４．４．１節を参照）は、ＰＤＣＰ（パケットデータコンバージェンスプロトコル：Packet Data Convergence Protocol、非特許文献３の６．４節を参照）サブレイヤ、ＲＬＣ（無線リンク制御：Radio Link Control、非特許文献３の６．３節を参照）サブレイヤ、およびＭＡＣ（媒体アクセス制御：Medium Access Control、非特許文献３の６．２節を参照）サブレイヤを含み、これらのサブレイヤは、ネットワーク側ではｇＮＢにおいて終端する。これに加えて、ＰＤＣＰの上に、アクセス層（ＡＳ）の新しいサブレイヤ（ＳＤＡＰ：サービスデータアダプテーションプロトコル：Service Data Adaptation Protocol）が導入される（例えば非特許文献３の６．５節を参照）。ＮＲにおいても制御プレーンプロトコルスタックが定義されている（例えば非特許文献３の４．４．２節を参照）。レイヤ２の機能の概要は、非特許文献３の６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ非特許文献３の６．４節、６．３節、および６．２節に記載されている。ＲＲＣレイヤの機能は、非特許文献３の７節に記載されている。さらに、非特許文献３では、サイドリンク通信が導入されている。サイドリンクは、サイドリンクリソース割当てモード、物理層の信号／チャネル、および物理層の手順を使用するＵＥ間の直接通信をサポートする（例えば非特許文献３の５．７節を参照）。
【0025】
媒体アクセス制御（ＭＡＣ）層は、例えば、論理チャネルの多重化と、スケジューリングおよびスケジューリング関連機能（様々なヌメロロジーの処理を含む）を扱う。
【0026】
物理層（ＰＨＹ）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、および適切な物理時間－周波数リソースへの信号のマッピングの責務を担う。さらに物理層（ＰＨＹ）は、物理チャネルへのトランスポートチャネルのマッピングを処理する。物理層（ＰＨＹ）は、トランスポートチャネルの形でＭＡＣ層にサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルが、対応する物理チャネルにマッピングされる。例えば、物理チャネルは、アップリンクのためのＰＲＡＣＨ、ＰＵＳＣＨ、およびＰＵＣＣＨであり、ダウンリンクのためのＰＤＳＣＨ（物理ダウンリンク共有チャネル：Physical Downlink Shared Channel）、ＰＤＣＣＨ、およびＰＢＣＨ（物理ブロードキャストチャネル：Physical Broadcast Channel）である。さらに、物理サイドリンクチャネルには、物理サイドリンク制御チャネル（ＰＳＣＣＨ：Physical Sidelink Control Channel）、物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical Sidelink Shared Channel）、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）、および物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ：Physical Sidelink Broadcast Channel）が含まれる。
【0027】
ＮＲのユースケース／配置シナリオには、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）が含まれ、これらのサービスは、データレート、レイテンシ、およびカバレッジに関して多様な要件を有する。例えばｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供される３倍のオーダーのピークデータレート（ダウンリンクが２０Ｇｂｐｓ、アップリンクが１０Ｇｂｐｓ）およびユーザ体感データレートをサポートすることが期待される。これに対してＵＲＬＬＣの場合、より厳しい要件として、極めて低いレイテンシ（ユーザプレーンのレイテンシはアップリンクおよびダウンリンクそれぞれで０．５ｍｓ）および高い信頼性（１ｍｓ内で１～１０－５）が課せられる。さらにｍＭＴＣでは、高い接続密度（都市環境では１ｋｍ２あたり１，０００，０００個のデバイス）、過酷な環境における広いカバレッジ、デバイスコストを下げるための極めて長寿命のバッテリ（１５年）が好ましくは要求されうる。
【0028】
したがって、あるユースケースに適したＯＦＤＭヌメロロジー（例：サブキャリア間隔、ＯＦＤＭシンボル持続時間、サイクリックプレフィックス（ＣＰ）持続時間、スケジューリング間隔あたりのシンボル数）が、別のユースケースではうまく機能しないことがある。例えば、低レイテンシのサービスでは、ｍＭＴＣサービスよりも短いシンボル持続時間（したがってより大きいサブキャリア間隔）、および／または、スケジューリング間隔（ＴＴＩとも称される）あたりの少ないシンボル、が好ましくは要求されうる。さらには、チャネルの遅延スプレッドが大きい配置シナリオでは、遅延スプレッドが短いシナリオよりも長いサイクリックプレフィックス（ＣＰ）持続時間が好ましくは要求されうる。同程度のサイクリックプレフィックス（ＣＰ）オーバーヘッドを維持するため、遅延スプレッドに応じてサブキャリア間隔を最適化するべきである。ＮＲでは、サブキャリア間隔の２つ以上の値がサポートされうる。したがって現在のところ、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、．．．のサブキャリア間隔が検討されている。シンボル持続時間Ｔｕとサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕにより、直接関係している。ＬＴＥシステムの場合と同様に、１個のＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小リソース単位を表すのに、用語「リソースエレメント」を使用することができる。
【0029】
新しい無線システム５Ｇ－ＮＲでは、各ヌメロロジーおよびキャリアごとに、アップリンクおよびダウンリンクそれぞれにおいて、サブキャリアとＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッド内の各要素は、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて識別される（非特許文献４を参照）。
【0030】
図２は、ＮＧ－ＲＡＮと５ＧＣとの間での機能の分割を示している。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣの論理ノードは、ＡＭＦ、ＵＰＦ、およびＳＭＦである。
【0031】
ｇＮＢおよびｎｇ－ｅＮＢは、特に次の主要機能を処理する。
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方向におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理（Radio Resource Management）の機能
－ ＩＰヘッダ圧縮、暗号化、およびデータの整合性保護
－ ＵＥによって提供される情報からＡＭＦへのルーティングを決定できないときのＵＥのアタッチ時のＡＭＦの選択
－ ＵＰＦへのユーザプレーンデータのルーティング
－ ＡＭＦへの制御プレーン情報のルーティング
－ 接続の確立および解放
－ ページングメッセージのスケジューリングおよび送信
－ （ＡＭＦまたはＯＡＭから送られる）システムブロードキャスト情報のスケジューリングおよび送信
－ モビリティおよびスケジューリングのための測定および測定報告の設定
－ アップリンクにおけるトランスポートレベルのパケットマーキング
－ セッション管理
－ ネットワークスライシングのサポート
－ ＱｏＳフロー管理およびデータ無線ベアラへのマッピング
－ RRC_INACTIVE状態にあるＵＥのサポート
－ ＮＡＳメッセージの配信機能
－ 無線アクセスネットワークシェアリング
－ 二重接続
－ ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方向におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理（Radio Resource Management）の機能
－ ＩＰヘッダ圧縮、暗号化、およびデータの整合性保護
－ ＵＥによって提供される情報からＡＭＦへのルーティングを決定できないときのＵＥのアタッチ時のＡＭＦの選択
－ ＵＰＦへのユーザプレーンデータのルーティング
－ ＡＭＦへの制御プレーン情報のルーティング
－ 接続の確立および解放
－ ページングメッセージのスケジューリングおよび送信
－ （ＡＭＦまたはＯＡＭから送られる）システムブロードキャスト情報のスケジューリングおよび送信
－ モビリティおよびスケジューリングのための測定および測定報告の設定
－ アップリンクにおけるトランスポートレベルのパケットマーキング
－ セッション管理
－ ネットワークスライシングのサポート
－ ＱｏＳフロー管理およびデータ無線ベアラへのマッピング
－ RRC_INACTIVE状態にあるＵＥのサポート
－ ＮＡＳメッセージの配信機能
－ 無線アクセスネットワークシェアリング
－ 二重接続
－ ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング
【0032】
アクセスおよびモビリティ管理機能（ＡＭＦ）は、次の主要機能を処理する。
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ ＮＡＳシグナリングのセキュリティ
－ アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－ アイドルモードＵＥの到達可能性（ページング再送の制御および実行を含む）
－ レジストレーションエリア（Registration Area）管理
－ システム内モビリティおよびシステム間モビリティのサポート
－ アクセス認証
－ ローミング権のチェックを含むアクセス認証
－ モビリティ管理制御（サブスクリプションおよびポリシー）
－ ネットワークスライシングのサポート
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ ＮＡＳシグナリングのセキュリティ
－ アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－ アイドルモードＵＥの到達可能性（ページング再送の制御および実行を含む）
－ レジストレーションエリア（Registration Area）管理
－ システム内モビリティおよびシステム間モビリティのサポート
－ アクセス認証
－ ローミング権のチェックを含むアクセス認証
－ モビリティ管理制御（サブスクリプションおよびポリシー）
－ ネットワークスライシングのサポート
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択
【0033】
さらに、ユーザプレーン機能（ＵＰＦ：User Plane Function）は、次の主要機能を処理する。
－ ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－ データネットワークとの相互接続の外部ＰＤＵセッションポイント
－ パケットのルーティングおよび転送
－ パケット検査およびポリシールール施行のユーザプレーン部分
－ トラフィック使用報告
－ データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－ マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ ユーザプレーンのＱｏＳ処理（例：パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－ アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ ダウンリンクパケットのバッファリングおよびダウンリンクデータ通知のトリガーリング
－ ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－ データネットワークとの相互接続の外部ＰＤＵセッションポイント
－ パケットのルーティングおよび転送
－ パケット検査およびポリシールール施行のユーザプレーン部分
－ トラフィック使用報告
－ データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－ マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ ユーザプレーンのＱｏＳ処理（例：パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－ アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ ダウンリンクパケットのバッファリングおよびダウンリンクデータ通知のトリガーリング
【0034】
最後に、セッション管理機能（ＳＭＦ）は、次の主要機能を処理する。
－ セッション管理
－ ＵＥ ＩＰアドレスの割当ておよび管理
－ ＵＰ機能の選択および制御
－ トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ ポリシー施行およびＱｏＳの制御部分
－ ダウンリンクデータ通知
－ セッション管理
－ ＵＥ ＩＰアドレスの割当ておよび管理
－ ＵＰ機能の選択および制御
－ トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ ポリシー施行およびＱｏＳの制御部分
－ ダウンリンクデータ通知
【0035】
図３は、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移するときの、ＮＡＳ部分における、ＵＥ、ｇＮＢ、ＡＭＦ（５ＧＣエンティティ）の間のインタラクションの一部を示している（非特許文献３を参照）。遷移ステップは以下のとおりである。
１． ＵＥが、ＲＲＣ＿ＩＤＬＥから、新しい接続を確立するように要求する。
２／２ａ． ｇＮＢが、ＲＲＣ確立手順を完了する。
注： ｇＮＢが要求を拒否するシナリオは、後から説明する。
３． ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅでピギーバックされた、ＵＥからの最初のＮＡＳメッセージがＡＭＦに送信される。
４／４ａ／５／５ａ． ＵＥとＡＭＦの間で追加のＮＡＳメッセージを交換することができ、非特許文献５の参考文献［２２］を参照（非特許文献６「Non-Access-Stratum (NAS) functions related to Mobile Station in idle mode（アイドルモードの移動局に関連する非アクセス層（ＮＡＳ）機能）」）。
６． ＡＭＦがＵＥのコンテキストデータ（ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力を含む）を作成し、ｇＮＢに送信する。
７／７ａ． ｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにする。
８／８ａ． ｇＮＢが、ＳＲＢ２およびＤＲＢを確立するための再設定を実行する。
９． ｇＮＢが、確立手順が完了したことをＡＭＦに通知する。
１． ＵＥが、ＲＲＣ＿ＩＤＬＥから、新しい接続を確立するように要求する。
２／２ａ． ｇＮＢが、ＲＲＣ確立手順を完了する。
注： ｇＮＢが要求を拒否するシナリオは、後から説明する。
３． ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅでピギーバックされた、ＵＥからの最初のＮＡＳメッセージがＡＭＦに送信される。
４／４ａ／５／５ａ． ＵＥとＡＭＦの間で追加のＮＡＳメッセージを交換することができ、非特許文献５の参考文献［２２］を参照（非特許文献６「Non-Access-Stratum (NAS) functions related to Mobile Station in idle mode（アイドルモードの移動局に関連する非アクセス層（ＮＡＳ）機能）」）。
６． ＡＭＦがＵＥのコンテキストデータ（ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力を含む）を作成し、ｇＮＢに送信する。
７／７ａ． ｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにする。
８／８ａ． ｇＮＢが、ＳＲＢ２およびＤＲＢを確立するための再設定を実行する。
９． ｇＮＢが、確立手順が完了したことをＡＭＦに通知する。
【0036】
ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位層シグナリング（プロトコル）である。特に、この移行では、ＡＭＦがＵＥコンテキストデータ（例：ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力などを含む）を作成し、それをＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴによってｇＮＢに送る。次にｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにし、これはｇＮＢがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをＵＥに送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって実行される。その後ｇＮＢは、再設定を実行してシグナリング無線ベアラ２（ＳＲＢ２）およびデータ無線ベアラ（ＤＲＢ）を確立し、これは、ｇＮＢがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥに送信し、これに応答してＵＥからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによる。シグナリングのみの接続の場合、ＳＲＢ２およびＤＲＢが確立されないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関連するこれらのステップはスキップされる。最後にｇＮＢは、確立手順が完了したことを、ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥによってＡＭＦに通知する。
【0037】
図４は、５Ｇ ＮＲのユースケースのいくつかを示している。３ＧＰＰ（第３世代パートナーシッププロジェクト）の新無線（３ＧＰＰ ＮＲ）では、初期のＩＭＴ－２０２０による様々なサービスおよびアプリケーションをサポートするために想定される３つのユースケースが考慮されている。拡張モバイルブロードバンド（ｅＭＢＢ）のフェーズ１の仕様は決定された。現在および今後の作業としては、ｅＭＢＢのサポートをさらに拡張することに加えて、超高信頼・低遅延通信（ＵＲＬＬＣ）および大規模マシンタイプ通信の標準化が含まれる。図４は、ＩＭＴ－２０００およびそれ以降に想定される使用シナリオのいくつかの例を示している（例えば非特許文献７の図２を参照）。
【0038】
ＵＲＬＬＣのユースケースは、スループット、レイテンシ、可用性などの能力に関する厳しい要件を有し、産業製造や生産工程のワイヤレス制御、リモート医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直アプリケーションを実現する手段の１つとして想定されている。ＵＲＬＬＣの超高信頼性は、非特許文献８によって設定される要件を満たすための技術を特定することによってサポートされる。リリース１５のＮＲ ＵＲＬＬＣでは、重要な要件として、ＵＬ（アップリンク）およびＤＬ（ダウンリンク）それぞれで０．５ｍｓの目標ユーザプレーンレイテンシが含まれる。パケットの１回の送信における一般的なＵＲＬＬＣの要件は、１ｍｓのユーザプレーンレイテンシでパケットサイズ３２バイトの場合にＢＬＥＲ（ブロック誤り率）１Ｅ－５である。
【0039】
物理層の観点から、信頼性を向上させる方法はいくつか考えられる。現在、信頼性を向上させるためには、ＵＲＬＬＣ用の個別のＣＱＩテーブルの定義、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどがある。しかしながら、（ＮＲ ＵＲＬＬＣの重要な要件について）ＮＲがさらに安定し、開発が進むにつれて、超高信頼性を実現するための範囲が広がりうる。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースとしては、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セーフティ、ミッションクリティカルなアプリケーションが挙げられる。
【0040】
さらに、ＮＲ ＵＲＬＬＣが対象とする技術強化は、レイテンシの改善および信頼性の向上を目標としている。レイテンシを改善するための技術強化としては、設定可能なヌメロロジー、柔軟なマッピングを使用するミニスロットベースのスケジューリング、グラントフリー（設定済みグラント（configured grant））のアップリンク、データチャネルのミニスロットレベルの繰り返し、およびダウンリンクのプリエンプションが挙げられる。プリエンプションとは、リソースがすでに割り当てられている送信が中止され、すでに割り当てられているリソースが、後から要求された、より小さいレイテンシ／より高い優先度要件を有する別の送信に使用されることを意味する。したがって、すでに許可された送信が、より後の送信によってプリエンプトされる。プリエンプションは、サービスタイプに関係なく適用される。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信を、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトすることができる。信頼性の向上に関連する技術強化としては、１Ｅ－５の目標ＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが挙げられる。
【0041】
ｍＭＴＣ（大規模マシンタイプ通信）のユースケースは、非常に多数の接続されたデバイスが、一般には遅延の影響が小さい比較的少量のデータを送信することを特徴とする。デバイスは、低コストでありかつ極めて長いバッテリ寿命を有することが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することは、ＵＥの観点からの省電力を達成して長いバッテリ寿命を可能にするための１つの可能な解決策である。
【0042】
上に述べたように、ＮＲにおける信頼性の範囲が広がることが予測される。あらゆるケース、特にＵＲＬＬＣおよびｍＭＴＣの場合に必要な１つの重要な要件は、高信頼性または超高信頼性である。無線の観点およびネットワークの観点から、信頼性を向上させるためのいくつかのメカニズムを考えることができる。一般には、信頼性の向上に役立つ可能性のある重要な領域がいくつか存在する。これらの領域としては、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し、周波数領域、時間領域、および／または空間領域に関連するダイバーシティが挙げられる。これらの領域は、特定の通信シナリオには関係なく、一般的に信頼性に適用可能である。
【0043】
ＮＲ ＵＲＬＬＣの場合、ファクトリーオートメーション、運輸業、配電など、より厳しい要件のさらなるユースケースが特定されている。より厳しい要件とは、ユースケースに応じて、より高い信頼性（最大１０－６レベル）、より高い可用性、最大２５６バイトのパケットサイズ、数μｓオーダーの時刻同期（周波数範囲に応じて１μｓないし数μｓ）、０．５～１ｍｓオーダーの短いレイテンシ、特に０．５ｍｓの目標ユーザプレーンレイテンシである。
【0044】
さらに、ＮＲ ＵＲＬＬＣの場合、物理層の観点からいくつかの技術的強化が確認されている。特に、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）に関連する強化として、コンパクトなＤＣＩ、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨモニタリングの増加などが挙げられる。また、ＵＣＩ（アップリンク制御情報：Uplink Control Information）に関連する強化として、ＨＡＲＱ（ハイブリッド自動再送要求）の強化およびＣＳＩフィードバックの強化が挙げられる。また、ミニスロットレベルのホッピングや再送／繰り返しの強化に関連するＰＵＳＣＨの強化も認識されている。用語「ミニスロット」は、スロットよりも少ない数のシンボルを含むＴＴＩ（送信時間間隔：Transmission Time Interval）を意味する（スロットは１４個のシンボルを含む）。
【0045】
５Ｇ ＱｏＳ（サービス品質）モデルは、ＱｏＳフローに基づいており、保証フロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証フロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方をサポートする。したがってＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内では、ＮＧ－Ｕインタフェースを通じてカプセル化ヘッダ内で伝えられるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。
【0046】
５ＧＣは、各ＵＥごとに１つ以上のＰＤＵセッションを確立する。ＮＧ－ＲＡＮは、各ＵＥごとに、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ）を確立し、次にそのＰＤＵセッションのＱｏＳフローのための追加のＤＲＢを、例えば図３を参照しながら上述したように設定することができる（いつ設定するかはＮＧ－ＲＡＮが決定する）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルのパケットフィルタによって、ＵＬおよびＤＬのパケットがＱｏＳフローに関連付けられ、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルのマッピング規則によって、ＵＬおよびＤＬのＱｏＳフローがＤＲＢに関連付けられる。
【0047】
図５は、５Ｇ ＮＲの非ローミング基準アーキテクチャ（非特許文献９の４．２．１．１節を参照）を示している。アプリケーション機能（ＡＦ：Application Function）（例えば図４に例示的に記載されている５Ｇサービスを処理する外部アプリケーションサーバ）は、サービスを提供する目的で、３ＧＰＰコアネットワークと対話する。例えば、トラフィックのルーティングに対するアプリケーションの影響をサポートしたり、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスしたり、ポリシー制御（例：ＱｏＳ制御）のためのポリシーフレームワーク（ポリシー制御機能（ＰＣＦ）を参照）と対話する。事業者の配備に基づいて、事業者によって信頼されるものとみなされるアプリケーション機能（ＡＦ）を、関連するネットワーク機能（Network Function）と直接対話できるようにすることができる。ネットワーク機能に直接アクセスすることが事業者によって許可されていないアプリケーション機能（ＡＦ）は、ＮＥＦを介して外部の公開フレームワークを使用して、関連するネットワーク機能と対話する。
【0048】
さらに図５は、Ｖ２Ｘ通信のための５Ｇアーキテクチャのさらなる機能ユニットとして、５ＧＣにおける統一データ管理（ＵＤＭ：Unified Data Management）、ポリシー制御機能（ＰＣＦ：Policy Control Function）、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）、アプリケーション機能（ＡＦ）、統合データリポジトリ（ＵＤＲ：Unified Data Repository）、アクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）、セッション管理機能（ＳＭＦ：Session Management Function）、ユーザプレーン機能（ＵＰＦ：User Plane Function）に加えて、Ｖ２Ｘアプリケーションサーバ（Ｖ２ＡＳ：V2X Application Server）およびデータネットワーク（ＤＮ：Data Network）（例：事業者のサービス、インターネットアクセス、またはサードパーティのサービス）を示している。コアネットワーク機能およびアプリケーションサービスのすべてまたは一部を、クラウドコンピューティング環境に配置して実行してもよい。
【0049】
本開示では、非特許文献９の５．４節に定義されているように、Ｖ２Ｘ通信のＱｏＳ要件を処理するためのアプリケーションサーバ（例えば図５のＶ２Ｘアプリケーションサーバ）を提供することができる。
【0050】
ＵＥの省電力化については、リリース１７のＶ２Ｘ ＷＩＤ（非特許文献１０）において議論されている。省電力化により、バッテリに制約のあるＵＥは、電力効率の良い方法でサイドリンク動作を実行することができる。リリース１６のＮＲサイドリンクは、ＵＥがサイドリンクを動作させるときには「常時オン」の前提に基づいて設計されており、例えば、十分なバッテリ容量を有する車両に搭載されたＵＥにのみ焦点が当てられている。リリース１７では、Ｖ２Ｘユースケースにおける交通弱者（ＶＲＵ：vulnerable road users）や、ＵＥの消費電力を最小限に抑える必要がある公共安全および商業ユースケースにおけるＵＥに対して、省電力のための解決策が求められる。
【0051】
非特許文献１１によると、以下のタイプの道路利用者は交通弱者とみなされる。
■ 歩行者（子供、高齢者、ジョギングをする人を含む）
■ 緊急対応者、安全作業者、道路作業者
■ 馬、犬などの動物から、該当する野生動物（下記の注を参照）
■ 車椅子の使用者、乳母車
■ スケーター、スケートボード、セグウェイ、電動エンジンを搭載している可能性のあるもの
■ 時速２５ｋｍに制限された自転車およびｅバイク（ｅバイク、クラスＬ１ｅ－Ａ［ｉ．８］）
■ 時速２５ｋｍ以上の高速ｅバイク、クラスＬ１ｅ－Ｂ［ｉ．８］
■ 動力付き二輪車（ＰＴＷ）、モペット（スクーター）、クラスＬ１ｅ［ｉ．８］
■ ＰＴＷ、オートバイ、クラスＬ３ｅ［ｉ．８］
■ ＰＴＷ、トライサイクル、時速４５ｋｍに制限されたクラスＬ２ｅ、Ｌ４ｅ、Ｌ５ｅ［ｉ．８］
■ ＰＴＷ、四輪車、時速４５ｋｍに制限されたクラスＬ５ｅおよびＬ６ｅ［ｉ．８］
■ 注：該当する野生動物とは、他の道路利用者（ＶＲＵ、車両）に安全上のリスクを与える動物のみである。
非特許文献１２の付録１の分類も考慮することができる。
■ 歩行者（子供、高齢者、ジョギングをする人を含む）
■ 緊急対応者、安全作業者、道路作業者
■ 馬、犬などの動物から、該当する野生動物（下記の注を参照）
■ 車椅子の使用者、乳母車
■ スケーター、スケートボード、セグウェイ、電動エンジンを搭載している可能性のあるもの
■ 時速２５ｋｍに制限された自転車およびｅバイク（ｅバイク、クラスＬ１ｅ－Ａ［ｉ．８］）
■ 時速２５ｋｍ以上の高速ｅバイク、クラスＬ１ｅ－Ｂ［ｉ．８］
■ 動力付き二輪車（ＰＴＷ）、モペット（スクーター）、クラスＬ１ｅ［ｉ．８］
■ ＰＴＷ、オートバイ、クラスＬ３ｅ［ｉ．８］
■ ＰＴＷ、トライサイクル、時速４５ｋｍに制限されたクラスＬ２ｅ、Ｌ４ｅ、Ｌ５ｅ［ｉ．８］
■ ＰＴＷ、四輪車、時速４５ｋｍに制限されたクラスＬ５ｅおよびＬ６ｅ［ｉ．８］
■ 注：該当する野生動物とは、他の道路利用者（ＶＲＵ、車両）に安全上のリスクを与える動物のみである。
非特許文献１２の付録１の分類も考慮することができる。
【0052】
ＮＲのカバレッジ拡張（ＣｏｖＥｎｈ）に関するリリース１７作業項目の主な目的の１つは、ジョイントチャネル推定（ＣＥ）を可能にすることである。ＰＵＳＣＨのジョイントチャネル推定については、以下の潜在的なユースケースが考えられている。
■ ユースケース１： １スロット内のバックツーバック（back-to-back）ＰＵＳＣＨ送信。
■ ユースケース２： １スロット内の非バックツーバックＰＵＳＣＨ送信で、隣接する２つのＰＵＳＣＨ送信の間の最大ギャップがｘシンボルである場合。
■ ユースケース３： 連続するスロットにまたがるバックツーバックＰＵＳＣＨ送信。
■ ユースケース４： 連続するスロットにまたがる非バックツーバックＰＵＳＣＨ送信で、隣接する２つのＰＵＳＣＨ送信の間の最大ギャップがｙシンボルである場合。
■ ユースケース５： 連続しないスロットにまたがるＰＵＳＣＨ送信で、隣接する２つのＰＵＳＣＨ送信の間の最大ギャップがｚスロットである場合。
■ ユースケース１： １スロット内のバックツーバック（back-to-back）ＰＵＳＣＨ送信。
■ ユースケース２： １スロット内の非バックツーバックＰＵＳＣＨ送信で、隣接する２つのＰＵＳＣＨ送信の間の最大ギャップがｘシンボルである場合。
■ ユースケース３： 連続するスロットにまたがるバックツーバックＰＵＳＣＨ送信。
■ ユースケース４： 連続するスロットにまたがる非バックツーバックＰＵＳＣＨ送信で、隣接する２つのＰＵＳＣＨ送信の間の最大ギャップがｙシンボルである場合。
■ ユースケース５： 連続しないスロットにまたがるＰＵＳＣＨ送信で、隣接する２つのＰＵＳＣＨ送信の間の最大ギャップがｚスロットである場合。
【0053】
これらの潜在的なユースケースは、単一のトランスポートブロック（ＴＢ）の繰り返しタイプＡ／ＢのＰＵＳＣＨ送信、複数のスロットにまたがるＴＢ処理のＰＵＳＣＨ送信、または、複数のスロットにまたがる単一のＤＣＩによるマルチトランスポートブロックスケジューリングのＰＵＳＣＨ送信に適用することができる。これらのＰＵＳＣＨ送信は、動的グラントまたは設定済みグラントのいずれかによってスケジューリングすることができる。
【0054】
ＵＥは、周波数トラッキング、キャリブレーション（calibration）、または位相連続性に影響を与えるようなスロット境界における他の動作など、特定の周期的なイベントまたは非周期的なイベントを実行することがある。パスロスの測定値の変化により、ＵＥ側のＰＵＳＣＨの送信電力制御がそれに応じて変更されることがある。関連するｇＮＢは、このようなイベントにおける何らかの変更を認識する場合としない場合がある。しかしながら、ＰＵＳＣＨ送信間でＤＭＲＳシンボルをまとめて使用することによってＣＥの性能を保証するためには、ＵＥはこれらのＰＵＳＣＨ送信の持続時間にわたり電力整合性および位相連続性を維持する必要がある。さらに、ジョイントＣＥを有効にする方法、およびジョイントＣＥと周波数ホッピング手順を統合する方法については、まだ定義されていない。
【0055】
ジョイントＣＥを有効にするための解決策として、ジョイントＣＥを有効にする時間領域ウィンドウの長さを、ｇＮＢによって設定される複数のＰＵＳＣＨ送信において調整することができる。時間領域ウィンドウの長さは、複数のＰＵＳＣＨ送信の全長に等しいか、またはそれより小さくすることができる。ＤＭＲＳシンボルは、ジョイントＣＥのための時間領域ウィンドウの長さ内でのみバンドルされる。例えば、図６を参照すると、時間領域ウィンドウ６０２は、複数のＰＵＳＣＨ送信の全長に等しい長さ（すなわち８スロット）を有し、時間領域ウィンドウ６０４および６０６の各々は、複数のＰＵＳＣＨ送信の全長の半分に等しい長さ（すなわちそれぞれ４スロット）を有し、時間領域ウィンドウ６０８、６１０、６１２、および６１４の各々は、複数のＰＵＳＣＨ送信の全長の１／４に等しい長さ（すなわちそれぞれ２スロット）を有する。ＤＭＲＳシンボル６１６は、ジョイントＣＥのためのこれらの時間領域ウィンドウの長さ内でのみバンドルされる。
【0056】
さらに、ＤＭＲＳシンボル６１６（または参照信号）の送信も同様に調整することができる。例えば時間領域ウィンドウ６０８、６１０、６１２、６１４を参照すると、参照信号の第１のセットを、１つ以上の時間領域ウィンドウ６０８、６１０、６１２、６１４のうちの第１の時間領域ウィンドウ６０８において生成および送信することができ、参照信号の第２のセットを、１つ以上の時間領域ウィンドウ６０８、６１０、６１２、６１４のうちの第２の時間領域ウィンドウ６１０において生成および送信することができ、したがって参照信号の第１のセットが参照信号の第２のセットと異なることができる。
【0057】
位相連続性および電力整合性は、ジョイントＣＥのための２つの基本的な条件である。例えば、位相連続性については、位相誤差が数度程度以下、または周波数誤差が±０．１ｐｐｍ程度であれば、ジョイントＣＥを行うことができる。さらなる条件としては、以下を挙げることができる。
■ 変調次数が変化しない。
■ 長さおよび周波数位置に関してＲＢ割当ては変更されないべきであり、繰り返しバンドル内ではスロット内周波数ホッピングおよびスロット間周波数ホッピングが有効にされていない。
■ 自身のコンポーネントキャリア（ＣＣ：component carrier）の送信電力レベルに変化がないこと、すなわち、非特許文献１３に規定された電力制御パラメータに変化がないこと、また、自身のＣＣが、動的電力共有を伴う同一ＵＥのためのバンド間キャリアアグリゲーション（ＣＡ：carrier aggregation）または二重接続（ＤＣ：dual-connectivity）用に設定された他の同時ＣＣから影響を受けないこと、また、設定されているバンド内アップリンクＣＡまたはＤＣの一部である設定されたＣＣに変化がないこと。
■ ＦＲ２ ＵＥのＵＬビーム切替えが発生しない。
■ 変調次数が変化しない。
■ 長さおよび周波数位置に関してＲＢ割当ては変更されないべきであり、繰り返しバンドル内ではスロット内周波数ホッピングおよびスロット間周波数ホッピングが有効にされていない。
■ 自身のコンポーネントキャリア（ＣＣ：component carrier）の送信電力レベルに変化がないこと、すなわち、非特許文献１３に規定された電力制御パラメータに変化がないこと、また、自身のＣＣが、動的電力共有を伴う同一ＵＥのためのバンド間キャリアアグリゲーション（ＣＡ：carrier aggregation）または二重接続（ＤＣ：dual-connectivity）用に設定された他の同時ＣＣから影響を受けないこと、また、設定されているバンド内アップリンクＣＡまたはＤＣの一部である設定されたＣＣに変化がないこと。
■ ＦＲ２ ＵＥのＵＬビーム切替えが発生しない。
【0058】
さらに、隣接する送信の間のギャップがゼロでない非バックツーバック（または非連続）送信については、上記の条件に加え、少なくとも以下の追加条件が満たされる必要がある。
■ ＴＤＤの場合、同一バンドでのＰＵＳＣＨまたはＰＵＣＣＨの繰り返しの間にダウンリンクの受信がないこと。
■ ＰＵＳＣＨまたはＰＵＣＣＨの繰り返しの間のスケジューリングされていないＯＦＤＭシンボルがＺ個以下であるシナリオ（例えばＺ＝０、１、２、．．．、１４）、およびＵＥの観点からＰＵＣＣＨまたはＰＵＳＣＨの繰り返しの間に他の物理信号／チャネルがあるシナリオ、例えば他のＵＥからのＰＵＳＣＨの繰り返しの間にＳＲＳまたはＰＵＣＣＨ送信がある場合、ＵＥが位相連続性を維持できるように、Ｚの値がＵＥの能力またはチャネル状態に応じて小さいこと。
「バックツーバック」と「連続する」が同じ意味で使用され得ることが理解されるであろう。
■ ＴＤＤの場合、同一バンドでのＰＵＳＣＨまたはＰＵＣＣＨの繰り返しの間にダウンリンクの受信がないこと。
■ ＰＵＳＣＨまたはＰＵＣＣＨの繰り返しの間のスケジューリングされていないＯＦＤＭシンボルがＺ個以下であるシナリオ（例えばＺ＝０、１、２、．．．、１４）、およびＵＥの観点からＰＵＣＣＨまたはＰＵＳＣＨの繰り返しの間に他の物理信号／チャネルがあるシナリオ、例えば他のＵＥからのＰＵＳＣＨの繰り返しの間にＳＲＳまたはＰＵＣＣＨ送信がある場合、ＵＥが位相連続性を維持できるように、Ｚの値がＵＥの能力またはチャネル状態に応じて小さいこと。
「バックツーバック」と「連続する」が同じ意味で使用され得ることが理解されるであろう。
【0059】
第１のオプションでは、ＵＥは、ｇＮＢからの指示に基づいて、時間領域ウィンドウの長さを決定する。第２のオプションでは、ＵＥが時間領域ウィンドウの長さを決定し、それをｇＮＢに示す。いずれのオプションにおいても、ジョイントチャネル推定を使用することにより、カバレッジの性能が有利に向上する。
【0060】
実施形態１では、ＵＥは、ｇＮＢからの指示に基づいて、時間領域ウィンドウの長さを決定する。時間領域ウィンドウの長さは、複数のＰＵＳＣＨ送信の数と時間領域ウィンドウの長さとの組合せの限られたセットから設定される（すなわち、時間領域ウィンドウが有することができるすべての可能な長さを含むセットよりも小さい候補長さのサブセットから設定される）。例えば、図６に示したように、８つの複数のＰＵＳＣＨ送信の場合、すべての可能な長さは１、２、３、４、５、６、７、８であるが、時間領域ウィンドウの長さを２、４、８に制限することができる。あるいは、８つの複数のＰＵＳＣＨ送信の場合に、時間領域ウィンドウの長さを２、３、４、５、６、７、８に制限することができ、すなわち、すべての可能な長さは１、２、３、４、５、６、７、８であるが、長さ２、３、４、５、６、７、８のサブセットとする。時間領域ウィンドウは、以下に提示される変形形態１．１～１．４の少なくとも１つを使用することによって定義／設定することができる。さらに、以下に提示される変形形態１．５～１．９の少なくとも１つを使用することにより、ＴＤＲＡテーブルを使用して時間領域の長さを示すことができる。
【0061】
変形形態１．１では、時間領域ウィンドウの最小長さＴｍｉｎが、すべてのタイプのＵＥ（能力）および／またはユースケースから報告された一連の値から導出される。Ｔｍｉｎは、ＵＥの能力まで連続的に繰り返されるように設定される。例えば、図７を参照すると、Ｔｍｉｎ＝２スロットの長さを有する時間領域ウィンドウ７０２が使用され、ＵＥの能力により、時間領域ウィンドウ７０４として１回繰り返される。
【0062】
変形形態１．２では、ｇＮＢからの指示と、ＤＭＲＳバンドリングのための時間領域ウィンドウの長さの開始との間のオフセット期間が、Ｐ２個のシンボルまたはスロットである。Ｐ２は、ＵＥが複数のＰＵＳＣＨ送信のうちの最初のＰＵＳＣＨを送信するスロットを示すＫ２に等しい、またはＫ２とは異なることができる。
【0063】
変形形態１．３では、時間領域ウィンドウの長さは、複数のＰＵＳＣＨ送信の数に基づいて異なる。例えば、時間領域ウィンドウの長さは、８つの複数のＰＵＳＣＨ送信の場合には２、３、４、５、６、７、８から選択することができ、４つの複数のＰＵＳＣＨ送信の場合には１、２、３、４から選択することができる。別の例として、８つの連続するスロットにおける合計８つのＰＵＳＣＨ送信を想定すると、１つ以上の時間領域ウィンドウの第１のウィンドウの第１の長さは、２つの連続するスロットにおける２つのＰＵＳＣＨ送信を含み、１つ以上の時間領域ウィンドウの第２のウィンドウの第２の長さは、６つの連続するスロットにおける６つのＰＵＳＣＨ送信を含む。
【0064】
変形形態１．４では、時間領域ウィンドウの長さは、複数の値から選択され（すなわち、複数の候補長さまたは値を有するサブセットから選択され）、複数の値の各々は、複数のＰＵＳＣＨ送信の数に基づいて異なる。例えば、時間領域ウィンドウの長さは、８つの複数のＰＵＳＣＨ送信の場合には２、３、４、５、６、７、８から選択され、４つの複数のＰＵＳＣＨ送信の場合には時間領域ウィンドウの長さは１、２、３、４から選択される。
【0065】
あるいは、時間領域ウィンドウの長さは、同じ数の候補（例えば４つの候補）から選択される。例えば、時間領域ウィンドウの長さは、８つの複数のＰＵＳＣＨ送信の場合には２、４、６、８から選択され、４つの複数のＰＵＳＣＨ送信の場合には時間領域ウィンドウの長さは１、２、３、４から選択される。さらに、サブセットに含まれる各長さは、サブセットに含まれる１つの長さの倍数とすることができる。例えば、２、４、６、８は、サブセットに含まれる２の倍数である。
【0066】
変形形態１．５では、ジョイントチャネル推定を容易にするために、拡張ＴＤＲＡテーブルがＲＲＣによって設定される。例えば、図８の拡張されたＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ情報要素（ＩＥ）８００を参照すると、時間領域ウィンドウの長さをＴｉとして設定するようにＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ ＩＥ ８００を拡張するために、ｗｉｎｄｏｗＣＥＬｅｎｇｔｈ ８０４が追加されている。ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ ８０２は、そのようなＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎの１つ以上を含む。ＤＣＩインデックスにおけるビットフィールドＴＤＲＡは、図９に示した拡張ＴＤＲＡテーブル９００のインデックスのうちの１つを示すために使用される。例えば、時間領域ウィンドウの長さ（ＩＥ ８００のｗｉｎｄｏｗＣＥＬｅｎｇｔｈ ８０４によって指定される）は、ＤＣＩインデックスが０であるときにはＴ０、ＤＣＩインデックスが１であるときにはＴ１である。他の可能なＴＤＲＡテーブルを適用することもできることが理解されるであろう。
【0067】
変形形態１．６では、拡張ＴＤＲＡテーブル９００において、ジョイントＣＥのための時間領域ウィンドウのどの（１つ以上の）長さをアクティブにする、または非アクティブにするかが、媒体アクセス制御（ＭＡＣ：medium access control）制御要素（ＭＡＣ ＣＥ）内のビットマップによって設定され、アクティブにされる長さは、ＴＤＲＡの同じビットフィールドまたは他のフィールドによってＭＡＣ ＣＥにおいて示すことができる。変形形態１．７では、拡張ＴＤＲＡテーブル９００に、ジョイントＣＥをサポートするＵＥのタイプ（例えば、能力削減型（ＲｅｄＣａｐ）ＵＥ、ｅＭＢＢ ＵＥ、またはＵＲＬＬＣ ＵＥなど）、位相連続性の要件範囲など、ジョイントＣＥの他のパラメータも含めることができる。変形形態１．８では、ＤＣＩにおいてスケジューリングされるＵＬグラントと、ＤＣＩによってアクティブにされる設定済みグラント（ＣＧ）タイプ２の場合に、ＴＤＲＡの同じビットフィールドまたは他のフィールドを使用することによって、スケジューリング／アクティブ化されたＤＣＩにおいて時間領域ウィンドウの長さを示すことができる。変形形態１．９では、ＣＧタイプ１の場合に、時間領域ウィンドウの長さは、ＲＲＣによって半静的に示される。
【0068】
実施形態１．１では、時間領域ウィンドウの長さ内で複数のＰＵＳＣＨ送信の（１つ以上の）ＤＭＲＳシンボルを削減／省略するために、ジョイントＣＥの性能と、達成可能な利得との間のトレードオフを提案する。
【0069】
図１０を参照すると、実施形態１の例示的な時間領域ウィンドウが、長さＴ＝４スロットを有する時間領域ウィンドウ１００２として提示されており、時間領域ウィンドウ１００２の各スロットは、ＤＭＲＳシンボル１００４を有する。実施形態１．１の例示的な時間領域ウィンドウは、長さＴ＝４スロットを有する時間領域ウィンドウ１００４として提示されているが、ＤＭＲＳ－ｌｅｓｓが適用されており、時間領域ウィンドウ１００４の長さ内で、より少ない数のＤＭＲＳシンボルが送信される。ＤＭＲＳ－ｌｅｓｓとは、リリース１５／１６で規定されているＤＭＲＳの現行の設定を使用する場合よりも少ない数のＤＭＲＳ（すなわちＤＭＲＳなしの設定の場合を含む）が適用されることを意味する。ＤＭＲＳ－ｌｅｓｓは、ジョイントＣＥの性能と、ＤＭＲＳの削減による利得のトレードオフを考慮することによって適用される。有利なことに、ＤＭＲＳの数を減らすことによって、いくつかの達成可能な利得（符号化の利得、システムオーバーヘッドの低減）を得ることができる。より少ない数のＤＭＲＳシンボルの比率は、複数のＰＵＳＣＨ送信の数に基づいて異なることができる。別の例では、時間領域ウィンドウの長さが、複数のＰＵＳＣＨ送信のためのスペシャルスロットおよびアップリンク（ＵＬ）スロットの両方を含む場合、利用可能なＵＬシンボルの数が少ないため、スペシャルスロットにおける（１つ以上の）ＤＭＲＳシンボルが削減／省略される。さらに、（１つ以上の）トランスポートブロックのための複数のＰＵＳＣＨ送信の繰り返しの場合、繰り返しのうちの１つ以上におけるＤＭＲＳシンボルが削減／省略され、ここでは一例として、いくつかのＰＵＳＣＨ繰り返しタイプＡ送信におけるＤＭＲＳを省略することができる。したがってＵＥは、より少ない数のＤＭＲＳを送信し、ＤＭＲＳの位置は（事前に）設定される。
【0070】
図１１および図１２を参照すると、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ ＩＥ １１００（すなわち、ＲＲＣシグナリング、ｄｒｍｓ－ｌｅｓｓ部分１１０２を介して）および拡張ＴＤＲＡテーブル１２００において、タイプ１またはタイプ２として、より少ない数のＤＭＲＳ（すなわち上で説明したようにＤＭＲＳ－ｌｅｓｓ）を追加的に設定することができる。例えば、ＤＭＲＳは、時間領域ウィンドウの長さ内の偶数スロットおよび奇数スロットのいずれか一方にのみ配置される。あるいは、タイプ１の場合、ＤＭＲＳは、時間領域ウィンドウの長さ内の偶数スロットのみに配置することができる。タイプ２の場合、ＤＭＲＳは、時間領域ウィンドウの長さ内の奇数スロットのみに配置することができる。タイプ１およびタイプ２の他のバリエーションも可能であることが理解されるであろう。
【0071】
実施形態１．２では、ジョイントＣＥの性能を向上させるために、時間領域ウィンドウの長さ内のＤＭＲＳシンボルの最適な割当てが使用される。ＤＭＲＳシンボルの最適な割当ては、チャネル状態に基づいて暗黙的にまたは明示的にシグナリングされ、したがってジョイントＣＥの性能を有利に向上させることができる。図１３を参照すると、スロットごとに追加のＤＭＲＳを有するリリース１５／１６のＰＵＳＣＨ ＤＭＲＳタイプＢが、ジョイントＣＥのためのＴ＝４スロットの時間領域ウィンドウ１３０２内で使用されている。リリース１５／１６における現在のＤＭＲＳパターンは、スロットごとに設定され、ジョイントＣＥを可能にするための性能を考慮せずに設計されていることに留意されたい。ＤＭＲＳシンボルの最適な割当てを暗黙的にシグナリングする方法として、時間領域ウィンドウ１３０４の長さにおいて、最初のＤＭＲＳシンボルはリリース１５／１６の仕様を使用して割り当てられ、残りのＤＭＲＳシンボルは、２つの連続するＤＭＲＳ間の間隔ギャップがＸ個のシンボルとなる場所に割り当てられるという（事前に）設定される規則が存在する。例えば、時間領域ウィンドウ１３０４では、Ｘ＝８個のシンボルが使用される。言い換えれば、時間領域ウィンドウ１３０４におけるＤＭＲＳの割当ては、（事前に）設定される規則に基づき、連続する２つのＤＭＲＳ間の間隔ギャップがＸ＝８個のシンボルであり、ジョイントＣＥのための時間領域ウィンドウの長さがＴ０＝４スロットである。他の可能なＤＭＲＳの割当てを適用することもできることが理解されるであろう。
【0072】
実施形態２では、ＵＥが時間領域ウィンドウの長さを決定し、ｇＮＢに示す。時間領域ウィンドウの長さは、ＰＵＳＣＨ送信に多重化されたＵＣＩにおいて示される。指示は、時間領域ウィンドウの長さ内の１つ以上の後続のＰＵＳＣＨ送信が、ＵＣＩを伝えるＰＵＳＣＨ送信に関してコヒーレントであることを示すことができ、ここで、この技術分野において一般的に使用される「コヒーレント」とは、複数のＰＵＳＣＨ送信間の相関が小さい、または事前定義された閾値を下回る、すなわちチャネルはコヒーレント時間において変動しないとみなされることを意味する。この実装形態の利点は、時間領域ウィンドウの好ましい／実際の長さがＵＥの能力またはチャネル状態／プロファイリングに基づくため、ＵＥにとって適正な測定処理量および電力消費が達成されることである。
【0073】
状況によっては、ＵＥは、時間領域ウィンドウがｇＮＢによって設定された場合、時間領域ウィンドウの長さ内でジョイントＣＥを有効にするための電力整合性および位相連続性の要件を維持できないことがある。時間領域ウィンドウが、電力整合性および位相連続性の要件に従ってＵＥが電力整合性および位相連続性を維持できる最大持続時間よりも長いことがあり得る。最大持続時間は、ＵＥの能力に依存する。例えば、ｇＮＢは、ＵＥの（周期的な）イベントにおける変更を認識しないことがある。さらに、ＲＡＮ１では、ＲｅｄＣａｐ ＵＥの識別情報（またはＲｅｄＣａｐ ＵＥの能力）がいつ報告されるのかが現在のところ同意されておらず、すなわちＲｅｄＣａｐ ＵＥの識別情報は、メッセージ１（Ｍｓｇ１）、Ｍｓｇ３ ＰＵＳＣＨ、またはＭｓｇ３ ＰＵＳＣＨ以降に報告することができる。Ｍｓｇ３ ＰＵＳＣＨの繰り返しおよびジョイントＣＥが使用されると想定すると、ＲｅｄＣａｐ ＵＥの識別情報はＭｓｇ３ ＰＵＳＣＨの後に報告される。ｇＮＢは、Ｍｓｇ３ ＰＵＳＣＨのジョイントＣＥのためのセル固有の値として、時間領域ウィンドウの長さ（例えばＴスロット）をＵＥに設定するものと想定することができるが、ＵＥは、より短い／実際の時間領域ウィンドウの長さ（例えばＭスロット、Ｍ≦Ｔ）の中でのみ、電力整合性および位相連続性の要件を維持できる。
【0074】
したがって実施形態２．１では、ＵＥは、上記の問題に対処するために、Ｔスロットの代わりに、時間領域ウィンドウの実際の長さであるＭスロットをｇＮＢに示すことができる。一実装形態では、ＵＥは、実際の長さであるＭスロットの時間領域ウィンドウおよび残りの（Ｔ－Ｍ）スロットの時間領域ウィンドウそれぞれにおいて、異なるＤＭＲＳ密度を送信する。ＵＥは、リリース１５／１６仕様におけるｄｍｒｓ－ＡｄｄｉｔｉｏｎａｌＰｏｓｉｔｉｏｎを使用することにより、Ｍスロットの時間領域ウィンドウの長さ内の１つ以上のＰＵＳＣＨ送信においては、ｇＮＢによって示されるよりも少ない数のＤＭＲＳを送信し、残りの（Ｔ－Ｍ）スロットにおいて、残りのＤＭＲＳを送信する。この実装形態の利点として、Ｍスロット内でＤＭＲＳを削減することによる利得を達成する一方で、残りのスロットにおいてチャネル状態の変化が依然として捕捉される。
【0075】
さらに、実施形態２．１の別の理解として、ｇＮＢによって設定された時間領域ウィンドウ内で、ＵＥが、ｇＮＢに透過的である１つ以上のイベントに基づいて、時間領域ウィンドウの実際の長さを決定する。１つ以上のイベントとしては、（ｉ）ＰＵＳＣＨのためのリリース１５／１６／１７の衝突規則に基づいてＰＵＳＣＨ送信をキャンセルする位置およびタイミング、（ｉｉ）対にされていない周波数帯における半静的なＤＬ／ＵＬ設定に基づくＤＬスロットまたはＤＬ受信／監視、（ｉｉｉ）ＰＵＳＣＨ送信の間の他のＵＬ送信、（ｉｖ）ｇＮＢによるＰＵＳＣＨの送信パラメータの変更の指示（ＵＬビーム切替え、送信電力制御コマンド、タイミングアドバンスコマンドなど）、（ｖ）ＵＥが電力整合性および位相連続性の要件（ＵＥ能力）を維持できる最大期間、（ｖｉ）周波数ホッピング、（ｖｉｉ）プリコーダサイクリング（precoder cycling）、が挙げられる。これらのイベントは、半静的イベントまたは動的イベントに分類することができ、ＤＣＩまたはＭＡＣ－ＣＥによってトリガーされる場合にはイベントは動的イベントとして分類され、それ以外の場合には半静的イベントとして分類される。これらのイベントはｇＮＢに透過的であるため、ｇＮＢはＵＥの時間領域ウィンドウの実際の長さを決定することができる。
【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】
本開示に関連するアップリンク制御信号（情報）は、物理層のＰＵＣＣＨを介して送信される信号（情報）とすることができる、または、上位層のＭＡＣ ＣＥもしくはＲＲＣを介して送信される信号（情報）とすることができる。さらに、アップリンク制御信号は、事前定義される信号（情報）とすることができる。アップリンク制御信号は、アップリンク制御情報（ＵＣＩ）、第１段サイドリンク制御情報（ＳＣＩ）（1st stage sildelink control information (SCI)）、または第２段ＳＣＩ（2nd stage SCI）に置き換えることができる。
【0111】
（基地局）
本開示において、基地局は、例えば、送信受信ポイント（ＴＲＰ：Transmission Reception Point）、クラスタヘッド、アクセスポイント、遠隔無線ヘッド（ＲＲＨ：Remote Radio Head）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、基地局（ＢＳ）、ベーストランシーバステーション（ＢＴＳ：Base Transceiver Station）、ベースユニット、またはゲートウェイとすることができる。さらに、サイドリンク通信では、基地局に代えて端末を採用してもよい。基地局は、上位ノードと端末との間の通信を中継する中継装置であってもよい。基地局は、ロードサイドユニット（roadside unit）であってもよい。
本開示において、基地局は、例えば、送信受信ポイント（ＴＲＰ：Transmission Reception Point）、クラスタヘッド、アクセスポイント、遠隔無線ヘッド（ＲＲＨ：Remote Radio Head）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、基地局（ＢＳ）、ベーストランシーバステーション（ＢＴＳ：Base Transceiver Station）、ベースユニット、またはゲートウェイとすることができる。さらに、サイドリンク通信では、基地局に代えて端末を採用してもよい。基地局は、上位ノードと端末との間の通信を中継する中継装置であってもよい。基地局は、ロードサイドユニット（roadside unit）であってもよい。
【0112】
（アップリンク／ダウンリンク／サイドリンク）
本開示は、アップリンク、ダウンリンク、およびサイドリンクのいずれにも適用することができる。
本開示は、アップリンク、ダウンリンク、およびサイドリンクのいずれにも適用することができる。
【0113】
本開示は、例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＰＲＡＣＨなどのアップリンクチャネル、ＰＤＳＣＨ、ＰＤＣＣＨ、およびＰＢＣＨなどのダウンリンクチャネル、ならびに物理サイドリンク共有チャネル（ＰＳＳＣＨ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、および物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）などのサイドリンクチャネルに適用することができる。
【0114】
ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨは、それぞれ、ダウンリンク制御チャネル、ダウンリンクデータチャネル、アップリンクデータチャネル、アップリンク制御チャネルの一例である。ＰＳＣＣＨおよびＰＳＳＣＨは、それぞれ、サイドリンク制御チャネルおよびサイドリンクデータチャネルの一例である。ＰＢＣＨおよびＰＳＢＣＨは、それぞれブロードキャストチャネルの一例であり、ＰＲＡＣＨは、ランダムアクセスチャネルの一例である。
【0115】
（データチャネル／制御チャネル）
本開示は、データチャネルおよび制御チャネルのいずれにも適用することができる。本開示におけるチャネルは、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＳＳＣＨを含むデータチャネル、および／または、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＢＣＨ、ＰＳＣＣＨ、およびＰＳＢＣＨを含む制御チャネルに置き換えることができる。
本開示は、データチャネルおよび制御チャネルのいずれにも適用することができる。本開示におけるチャネルは、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＳＳＣＨを含むデータチャネル、および／または、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＢＣＨ、ＰＳＣＣＨ、およびＰＳＢＣＨを含む制御チャネルに置き換えることができる。
【0116】
（参照信号）
本開示において、参照信号は、基地局および移動局の両方に既知である信号であり、各参照信号は、基準信号（ＲＳ）または場合によりパイロット信号と呼ばれることがある。参照信号は、ＤＭＲＳ、チャネル状態情報－参照信号（ＣＳＩ－ＲＳ：Channel State Information - Reference Signal）、追跡参照信号（ＴＲＳ：Tracking Reference Signal）、位相追跡参照信号（ＰＴＲＳ：Phase Tracking Reference Signal）、セル固有参照信号（ＣＲＳ：Cell-specific Reference Signal）、およびサウンディング参照信号（ＳＲＳ：Sounding Reference Signal）のいずれであってもよい。
本開示において、参照信号は、基地局および移動局の両方に既知である信号であり、各参照信号は、基準信号（ＲＳ）または場合によりパイロット信号と呼ばれることがある。参照信号は、ＤＭＲＳ、チャネル状態情報－参照信号（ＣＳＩ－ＲＳ：Channel State Information - Reference Signal）、追跡参照信号（ＴＲＳ：Tracking Reference Signal）、位相追跡参照信号（ＰＴＲＳ：Phase Tracking Reference Signal）、セル固有参照信号（ＣＲＳ：Cell-specific Reference Signal）、およびサウンディング参照信号（ＳＲＳ：Sounding Reference Signal）のいずれであってもよい。
【0117】
（時間間隔）
本開示において、時間リソース単位は、スロットおよびシンボルの一方または組合せに限定されず、フレーム、スーパーフレーム、サブフレーム、スロット、時間スロットサブスロット、ミニスロットなどの時間リソース単位、または、シンボル、直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボル、シングルキャリア－周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Single Carrier-Frequency Division Multiplexing Access）シンボルなどの時間リソース単位、または他の時間リソース単位であってもよい。１スロットに含まれるシンボルの数は、上述した実施形態において例示した数に限定されず、別のシンボル数であってもよい。
本開示において、時間リソース単位は、スロットおよびシンボルの一方または組合せに限定されず、フレーム、スーパーフレーム、サブフレーム、スロット、時間スロットサブスロット、ミニスロットなどの時間リソース単位、または、シンボル、直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボル、シングルキャリア－周波数分割多重アクセス（ＳＣ－ＦＤＭＡ：Single Carrier-Frequency Division Multiplexing Access）シンボルなどの時間リソース単位、または他の時間リソース単位であってもよい。１スロットに含まれるシンボルの数は、上述した実施形態において例示した数に限定されず、別のシンボル数であってもよい。
【0118】
（周波数帯域）
本開示は、ライセンスバンドおよびアンライセンスバンドのいずれにも適用することができる。
本開示は、ライセンスバンドおよびアンライセンスバンドのいずれにも適用することができる。
【0119】
（通信）
本開示は、基地局と端末との間の通信（Ｕｕリンク通信）、端末と端末の間の通信（サイドリンク通信）、および、車両と何らかのエンティティとの通信（Ｖ２Ｘ：Vehicle to Everything）のいずれにも適用することができる。本開示におけるチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＢＣＨに置き換えることができる。
本開示は、基地局と端末との間の通信（Ｕｕリンク通信）、端末と端末の間の通信（サイドリンク通信）、および、車両と何らかのエンティティとの通信（Ｖ２Ｘ：Vehicle to Everything）のいずれにも適用することができる。本開示におけるチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical Sidelink Feedback Channel）、ＰＳＢＣＨ、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、およびＰＢＣＨに置き換えることができる。
【0120】
さらに、本開示は、地上ネットワーク、または、衛星もしくは高高度疑似衛星（ＨＡＰＳ：High Altitude Pseudo Satellite）を使用する地上ネットワーク以外のネットワーク（ＮＴＮ：非地上系ネットワーク：Non-Terrestrial Network）のいずれにも適用することができる。さらに、本開示は、セルサイズが大きいネットワークや、超広帯域伝送ネットワークのようにシンボル長やスロット長に比べて遅延が大きい地上ネットワークに適用してもよい。
【0121】
（アンテナポート）
アンテナポートとは、１つ以上の物理アンテナで形成される論理アンテナ（アンテナ群）のことを指す。すなわち、アンテナポートは、必ずしも１つの物理アンテナを指すものではなく、複数のアンテナで形成されるアレイアンテナ等を指す場合もある。例えば、アンテナポートを形成する物理アンテナの数は定義されておらず、代わりに、端末が参照信号を送信することのできる最小単位をアンテナポートと定義する。また、アンテナポートは、プリコーディングベクトル重み付けの乗算のための最小単位として定義されることもある。
アンテナポートとは、１つ以上の物理アンテナで形成される論理アンテナ（アンテナ群）のことを指す。すなわち、アンテナポートは、必ずしも１つの物理アンテナを指すものではなく、複数のアンテナで形成されるアレイアンテナ等を指す場合もある。例えば、アンテナポートを形成する物理アンテナの数は定義されておらず、代わりに、端末が参照信号を送信することのできる最小単位をアンテナポートと定義する。また、アンテナポートは、プリコーディングベクトル重み付けの乗算のための最小単位として定義されることもある。
【0122】
以上説明したように、本開示の実施形態は、ＰＵＳＣＨ送信間の電力整合性および位相連続性を有利に維持する、ジョイントチャネル推定のための時間領域ウィンドウおよびＤＭＲＳを最適化するための高度な通信システム、通信方法、および通信装置を提供する。
【0123】
本開示は、ソフトウェアによって、ハードウェアによって、またはハードウェアと協働するソフトウェアによって、実施することができる。上述した各実施形態の説明において使用される各機能ブロックは、その一部または全体を、集積回路などのＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、その一部または全体を、同じＬＳＩまたはＬＳＩの組合せによって制御することができる。ＬＳＩは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。ＬＳＩは、自身に結合されたデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路、汎用プロセッサ、または専用プロセッサを使用することによって実施することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）や、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブル・プロセッサを使用することもできる。本開示は、デジタル処理またはアナログ処理として実施することができる。半導体技術または別の派生技術が進歩する結果として、ＬＳＩが将来の集積回路技術に置き換わる場合、その将来の集積回路技術を使用して機能ブロックを集積化することができる。バイオテクノロジを適用することもできる。
【0124】
本開示は、通信の機能を有する任意の種類の装置、デバイス、またはシステム（通信装置と呼ばれる）によって実施することができる。
【0125】
このような通信装置の非限定的ないくつかの例としては、電話（例：携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例：ラップトップ、デスクトップ、ノートブック）、カメラ（例：デジタルスチル／ビデオカメラ）、デジタルプレイヤー（デジタルオーディオ／ビデオプレイヤー）、ウェアラブルデバイス（例：ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、電子書籍リーダー、遠隔医療／テレメディシン（リモート医療・医薬）装置、通信機能を提供する車両（例：自動車、飛行機、船舶）、およびこれらのさまざまな組合せ、が挙げられる。
【0126】
通信装置は、携帯型または可搬型に限定されず、非携帯型または据付け型である任意の種類の装置、デバイス、またはシステム、例えば、スマートホームデバイス（例：電化製品、照明、スマートメーター、制御盤）、自動販売機、および「モノのインターネット（ＩｏＴ：Internet of Things）」のネットワーク内の任意の他の「モノ」なども含むことができる。
【0127】
通信は、例えばセルラーシステム、無線ＬＡＮシステム、衛星システム、その他、およびこれらのさまざまな組合せを通じてデータを交換するステップ、を含むことができる。
【0128】
通信装置は、本開示の中で説明した通信の機能を実行する通信デバイスに結合されたコントローラやセンサなどのデバイスを備えることができる。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号またはデータ信号を生成するコントローラまたはセンサ、を備えていることができる。
【0129】
通信装置は、インフラストラクチャ設備、例えば、上の非限定的な例における装置等の装置と通信する、またはそのような装置を制御する基地局、アクセスポイント、および任意の他の装置、デバイス、またはシステムなどを、さらに含むことができる。
【0130】
様々な実施形態のいくつかの特性について装置を参照しながら説明してきたが、対応する特性は様々な実施形態の方法にも適用され、その逆もまた同様であることが理解されるであろう。
【0131】
本開示の様々な実施形態は、以下のステートメントの形態で記載することができる。
【0132】
＜ステートメント＞
ステートメント１． 通信装置であって、
動作時、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定する回路であって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、回路と、
動作時、１つ以上の時間領域ウィンドウに基づいて参照信号を送信する送信機と、
を備える通信装置。
ステートメント１． 通信装置であって、
動作時、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定する回路であって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、回路と、
動作時、１つ以上の時間領域ウィンドウに基づいて参照信号を送信する送信機と、
を備える通信装置。
【0133】
ステートメント２． 回路および送信機が、１つ以上の時間領域ウィンドウのうちの第１の時間領域ウィンドウ内で、参照信号のうちの第１の参照信号をそれぞれ生成して送信するとともに、１つ以上の時間領域ウィンドウのうちの第２の時間領域ウィンドウ内で、参照信号のうちの第２の参照信号をそれぞれ生成して送信するようにさらに構成されており、第１の参照信号が第２の参照信号と異なる、ステートメント１に記載の通信装置。
【0134】
ステートメント３． 回路および送信機が、１つ以上の時間領域ウィンドウの各長さ内で、参照信号のうちの第１の参照信号をそれぞれ生成して送信するとともに、１つ以上の時間領域ウィンドウの各長さの外側で、参照信号のうちの第２の参照信号をそれぞれ生成して送信するようにさらに構成されており、第１の参照信号が第２の参照信号と異なる、ステートメント１に記載の通信装置。
【0135】
ステートメント４． １つ以上の時間領域ウィンドウの各長さが、少なくともダウンリンク制御情報、アップリンク制御情報、媒体アクセス制御の制御要素（ＭＡＣ ＣＥ）、または無線リソース制御（ＲＲＣ）によって示される、ステートメント１に記載の通信装置。
【0136】
ステートメント５． １つ以上の時間領域ウィンドウの各長さが、時間領域ウィンドウの候補長さのサブセットに基づいて決定される、ステートメント１に記載の通信装置。
【0137】
ステートメント６． サブセットに含まれる各長さが、２から、複数のＰＵＳＣＨ送信の総数までの数である、ステートメント５に記載の通信装置。
【0138】
ステートメント７． １つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信におけるＰＵＳＣＨ送信の数を示す第１の情報と、長さのサブセットを示す第２の情報との組合せに基づいて決定される、ステートメント５に記載の通信装置。
【0139】
ステートメント８． １つ以上の時間領域ウィンドウの各長さが、時間領域リソース割当て（ＴＤＲＡ）テーブルに含まれる、ステートメント１に記載の通信装置。
【0140】
ステートメント９． 長さのサブセットが、複数のＰＵＳＣＨ送信の総数に基づいて異なる、ステートメント５に記載の通信装置。
【0141】
ステートメント１０． １つ以上の時間領域ウィンドウの各長さが互いに異なる、ステートメント１に記載の通信装置。
【0142】
ステートメント１１． １つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の総数に基づいて異なる、ステートメント１に記載の通信装置。
【0143】
ステートメント１２． １つ以上の時間領域ウィンドウの各長さが、通信装置の能力またはチャネルの状態もしくはプロファイルに基づいて決定され、ｇＮＢに示される、ステートメント１に記載の通信装置。
【0144】
ステートメント１３． １つ以上の時間領域ウィンドウの各長さが、スロット間周波数ホッピングの長さと同じである、ステートメント１に記載の通信装置。
【0145】
ステートメント１４． スロット間周波数ホッピングの長さが、１つ以上の時間領域ウィンドウの各長さの倍数である、ステートメント１に記載の通信装置。
【0146】
ステートメント１５． １つ以上の時間領域ウィンドウの各長さが、スロット間周波数ホッピングの長さと異なる、ステートメント１に記載の通信装置。
【0147】
ステートメント１６． 第１の参照信号および／または第２の参照信号が、少なくとも位相連続性要件および電力整合性要件に基づいて生成される、ステートメント２およびステートメント３に記載の通信装置。
【0148】
ステートメント１７． 第１の参照信号および第２の参照信号が、異なる位相および／または異なる電力に基づいて生成される、ステートメント２およびステートメント３に記載の通信装置。
【0149】
ステートメント１８． 参照信号が、１つ以上の時間領域ウィンドウの各長さに基づいてバンドルされる、ステートメント１に記載の通信装置。
【0150】
ステートメント１９． １つ以上の時間領域ウィンドウの各長さが、参照信号のバンドリングサイズである、ステートメント１に記載の通信装置。
【0151】
ステートメント２０． １つ以上の時間領域ウィンドウの各長さが、周波数ホッピングの同じ周波数割当てにおいて使用される、ステートメント１に記載の通信装置。
【0152】
ステートメント２１． １つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信のために割り当てられるシンボル、スロット、または繰り返しの数に基づいて決定される、ステートメント１に記載の通信装置。
【0153】
ステートメント２２． １つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信からの連続するＰＵＳＣＨ送信の数に等しい、ステートメント１に記載の通信装置。
【0154】
ステートメント２３． １つ以上の時間領域ウィンドウの各々が、時間領域において固定される、または絶対タイミングを基準としてシフトされる、ステートメント１に記載の通信装置。
【0155】
ステートメント２４． 送信機が、１つ以上の時間領域ウィンドウの各長さ内の１つ以上のＰＵＳＣＨ送信において、ｇＮＢによって割り当てられた数より小さい数の参照信号を送信するようにさらに構成されており、参照信号の小さい数が（事前に）設定される、ステートメント１に記載の通信装置。
【0156】
ステートメント２５． 送信機が、１つ以上の時間領域ウィンドウの各長さ内の１つ以上のＰＵＳＣＨ送信において、ｇＮＢによって割り当てられた数よりも大きい数の参照信号を送信するようにさらに構成されており、参照信号の大きい数が（事前に）設定される、ステートメント１に記載の通信装置。
【0157】
ステートメント２６． 回路および送信機が、１つ以上の時間領域ウィンドウの各長さ内で均一なパターンにおいて参照信号をそれぞれ生成および送信するようにさらに構成されている、ステートメント１に記載の通信装置。
【0158】
ステートメント２７． 回路が、１つ以上の時間領域ウィンドウの各々に対して異なるプリコーディング方式を適用するようにさらに構成されている、ステートメント１に記載の通信装置。
【0159】
ステートメント２８． 回路が、１つ以上の時間領域ウィンドウの各々に、通信装置の１つ以上のアンテナまたはパネルに関連付けられる空間情報を割り当てるようにさらに構成されている、ステートメント１に記載の通信装置。
【0160】
ステートメント２９． アップリンク制御情報が、複数のＰＵＳＣＨ送信のうち少なくとも１つに多重化される、ステートメント４に記載の通信装置。
【0161】
ステートメント３０． 送信機が、複数のＰＵＳＣＨ送信のうちアップリンク制御情報を伝える少なくとも１つとコヒーレントである１つ以上の後続のＰＵＳＣＨ送信を送信するようにさらに構成されている、ステートメント２９に記載の通信装置。
【0162】
ステートメント３１． 送信機が、１つ以上の時間領域ウィンドウの決定から少なくとも１つのシンボルまたはスロットのオフセット期間の後に参照信号を送信するようにさらに構成されている、ステートメント１に記載の通信装置。
【0163】
ステートメント３２． 通信方法であって、
複数のＰＵＳＣＨ送信のための１つ以上の時間領域ウィンドウを決定するステップであって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、ステップと、
１つ以上の時間領域ウィンドウに基づいて参照信号を送信するステップと、
を含む、通信方法。
複数のＰＵＳＣＨ送信のための１つ以上の時間領域ウィンドウを決定するステップであって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、ステップと、
１つ以上の時間領域ウィンドウに基づいて参照信号を送信するステップと、
を含む、通信方法。
【0164】
ステートメント３３． 通信方法であって、
複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウの指示を受信するステップであって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、ステップと、
１つ以上の時間領域ウィンドウに基づいて参照信号を送信するステップと、
を含む、通信方法。
複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウの指示を受信するステップであって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、ステップと、
１つ以上の時間領域ウィンドウに基づいて参照信号を送信するステップと、
を含む、通信方法。
【0165】
ステートメント３４． 基地局であって、
動作時、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定する回路であって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、回路と、
動作時、１つ以上の時間領域ウィンドウを１つ以上の通信装置に示す送信機と、
を備える、基地局。
動作時、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定する回路であって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、回路と、
動作時、１つ以上の時間領域ウィンドウを１つ以上の通信装置に示す送信機と、
を備える、基地局。
【0166】
ステートメント３５． 通信方法であって、
複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定するステップであって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、ステップと、
１つ以上の時間領域ウィンドウを１つ以上の通信装置に示すステップと、
を含む、通信方法。
複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定するステップであって、１つ以上の時間領域ウィンドウの各長さが、複数のＰＵＳＣＨ送信の全長よりも長くない、ステップと、
１つ以上の時間領域ウィンドウを１つ以上の通信装置に示すステップと、
を含む、通信方法。
【0167】
特定の実施形態において示されている本開示には、広義に記載されている本開示の趣旨または範囲から逸脱することなく、多数の変形および／または修正を加えることができることが、当業者には理解されるであろう。したがって、本実施形態は、すべての点において例示的であり、本開示を制限しないものとみなされる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21A】
【図21B】
【図22】
【手続補正書】
【提出日】2023-10-10
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
通信装置であって、動作時、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定する回路であって、前記１つ以上の時間領域ウィンドウの各長さが、前記複数のＰＵＳＣＨ送信の全長よりも長くない、前記回路と、
動作時、前記１つ以上の時間領域ウィンドウに基づいて参照信号を送信する送信機と、
を備える、通信装置。
【請求項2】
前記１つ以上の時間領域ウィンドウの各長さが、無線リソース制御（ＲＲＣ）によって示される、請求項１に記載の通信装置。
【請求項3】
前記１つ以上の時間領域ウィンドウの各長さが、時間領域ウィンドウの候補長さのサブセットから決定される、請求項１に記載の通信装置。
【請求項4】
前記サブセットに含まれる各候補長さが、２から、前記複数のＰＵＳＣＨ送信の総数までの数である、請求項３に記載の通信装置。
【請求項5】
前記１つ以上の時間領域ウィンドウが異なる長さを含む、請求項１に記載の通信装置。
【請求項6】
前記１つ以上の時間領域ウィンドウの各長さが、前記通信装置の能力に基づいて決定される、請求項１に記載の通信装置。
【請求項7】
前記１つ以上の時間領域ウィンドウの各長さが、スロット間周波数ホッピング間隔と同じである、請求項１に記載の通信装置。
【請求項8】
スロット間周波数ホッピング間隔が、前記１つ以上の時間領域ウィンドウの各長さの倍数である、請求項１に記載の通信装置。
【請求項9】
前記１つ以上の時間領域ウィンドウの各長さが、スロット間周波数ホッピング間隔と異なる、
請求項１に記載の通信装置。
【請求項10】
前記１つ以上の時間領域ウィンドウの各長さが、前記複数のＰＵＳＣＨ送信のために割り当てられるシンボル、スロット、または繰り返しの数に基づいて決定される、請求項１に記載の通信装置。
【請求項11】
通信方法であって、
複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定するステップであって、前記１つ以上の時間領域ウィンドウの各長さが、前記複数のＰＵＳＣＨ送信の全長よりも長くない、ステップと、
前記１つ以上の時間領域ウィンドウに基づいて参照信号を送信するステップと、
を含む、通信方法。
【請求項12】
集積回路であって、
動作時、複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定する制御回路であって、前記１つ以上の時間領域ウィンドウの各長さが、前記複数のＰＵＳＣＨ送信の全長よりも長くない、前記制御回路と、
動作時、前記１つ以上の時間領域ウィンドウに基づいて参照信号を送信する送信回路と、
を備える、集積回路。
【国際調査報告】