特表 2024-533943 複数のトランスポートブロックのためのジョイントチャネル推定

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

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

(11)【公表番号】

(43)【公表日】2024-09-18

(54)【発明の名称】複数のトランスポートブロックのためのジョイントチャネル推定

(51)【国際特許分類】

   H04W 72/23 20230101AFI20240910BHJP

   H04W 72/0446 20230101ALI20240910BHJP

   H04W 72/0453 20230101ALI20240910BHJP

   H04W 72/1268 20230101ALI20240910BHJP

【ＦＩ】

H04W72/23

H04W72/0446

H04W72/0453

H04W72/1268

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024502681

(86)(22)【出願日】2022-07-22

(85)【翻訳文提出日】2024-01-17

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

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

(87)【国際公開日】2023-03-02

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

(32)【優先日】2021-08-27

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】514136668

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

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

(74)【代理人】

【識別番号】110002952

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

(72)【発明者】

【氏名】トラン スアン トゥオン

(72)【発明者】

【氏名】鈴木 秀俊

(72)【発明者】

【氏名】シム ホン チェン マイケル

(72)【発明者】

【氏名】カン ヤン

(72)【発明者】

【氏名】小川 佳彦

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

5K067

【Ｆターム（参考）】

5K067DD34

5K067EE02

5K067EE10

5K067EE71

(57)【要約】

複数の制御情報によってスケジューリングされるジョイントチャネル推定を可能にするための複数の構造および方法を提供する通信装置および通信方法が提供される。ここに開示される技術は、送受信機および回路を含む通信装置を特徴とする。送受信機は、動作中に、複数のトランスポートブロックにわたるジョイントチャネル推定をトリガーする制御情報を受信する。回路は、動作中に、複数のトランスポートブロックの物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定し、送受信機が、動作中に、１つ以上の時間領域ウィンドウに基づいて参照信号を送信する。
【選択図】図９

【特許請求の範囲】

【請求項1】

通信装置であって、
動作中に、複数のトランスポートブロックにわたるジョイントチャネル推定をトリガーする制御情報を受信する送受信機と、
動作中に、前記複数のトランスポートブロックの物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定する回路であって、前記送受信機が、動作中に、前記１つ以上の時間領域ウィンドウに基づいて参照信号を送信する、回路と、
を備える、通信装置。

【請求項2】

前記制御情報が、前記アップリンクにおける前記複数のトランスポートブロックをスケジューリングするための複数のダウンリンク制御情報（ＤＣＩ）をさらに含み、前記回路が、前記複数のＤＣＩの間のリンクに基づいて、前記１つ以上の時間領域ウィンドウを決定する、
請求項１に記載の通信装置。

【請求項3】

前記複数のＤＣＩが特定の順序で受信され、前記複数のＤＣＩの各々がインデックスを含む、
請求項２に記載の通信装置。

【請求項4】

より高い優先順位の信号またはチャネルの送信のために１つ以上のアップリンクシンボルまたはスロットをドロップすること、および／または、前記複数のＤＣＩのいずれかの検出に失敗したことに基づいて、前記１つ以上の時間領域ウィンドウが決定される、
請求項１に記載の通信装置。

【請求項5】

前記制御情報が、ダウンリンク制御情報（ＤＣＩ）、媒体アクセス制御要素（ＭＡＣ ＣＥ）、および無線リソース制御（ＲＲＣ）のうちの１つ以上によって示される、
請求項１に記載の通信装置。

【請求項6】

前記１つ以上の時間領域ウィンドウの各々が、前記複数のＴＢからのＰＵＳＣＨ送信の総数のサブセットの組合せを含む、
請求項１に記載の通信装置。

【請求項7】

前記回路が前記複数のＤＣＩのいずれかを正常に検出しなかったとき、前記回路が、前記複数のＴＢのサブセットにわたる、ジョイントチャネル推定のための１つ以上の時間領域ウィンドウを決定する、
請求項２に記載の通信装置。

【請求項8】

前記回路によって決定される、前記ジョイントチャネル推定のための前記実際の１つ以上の時間領域ウィンドウが、前記制御情報に基づいて前記通信装置に提供される１つ以上の時間領域ウィンドウよりも短い、
請求項２に記載の通信装置。

【請求項9】

前記回路が、前記ＰＵＳＣＨ送信のうちの少なくとも１つに多重化されるアップリンク制御情報において、前記実際の１つ以上の時間領域ウィンドウを示す、
請求項８に記載の通信装置。

【請求項10】

前記物理層アップリンク共有チャネル（ＰＵＳＣＨ）送信が複数の送信タイプを含む、
請求項１に記載の通信装置。

【請求項11】

前記１つ以上の時間領域ウィンドウの各長さが、同じ周波数割当てを有する周波数ホッピングの長さと同じである、
請求項１に記載の通信装置。

【請求項12】

前記１つ以上の時間領域ウィンドウの各長さが、同じ周波数割当てを有する周波数ホッピングの長さとは異なる、
請求項１に記載の通信装置。

【請求項13】

前記回路および前記送受信機が、前記制御情報に基づいて、前記複数のＴＢの送信のために、少なくともアンテナポート、リソース割当て、変調・符号化方式、および送信電力に関する同じ設定を適用するようにさらに構成されている、
請求項１に記載の通信装置。

【請求項14】

基地局であって、
動作中に、複数のトランスポートブロックにわたるジョイントチャネル推定をトリガーするための制御情報を送信し、前記複数のトランスポートブロックの物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウに基づいて参照信号を受信する、送受信機と、
動作中に、前記参照信号に基づいて、複数のトランスポートブロックにわたるジョイントチャネル推定を有効にする回路と、
を備える、基地局。

【請求項15】

通信方法であって、
複数のトランスポートブロックにわたるジョイントチャネル推定をトリガーする制御情報を受信するステップと、
前記複数のトランスポートブロックの物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定するステップと、
前記１つ以上の時間領域ウィンドウに基づいて参照信号を送信するステップと、
を含む、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般には無線アクセスネットワーク（ＲＡＮ：radio access network）の通信に関し、より詳細には、複数のトランスポートブロック（ＴＢ）のためのジョイントチャネル推定を可能にする通信装置および通信方法に関する。

【背景技術】

【0002】

通信装置は、電話、タブレット、コンピュータ、カメラ、デジタルオーディオ／ビデオプレーヤ、ウェアラブルデバイス、ゲーム機、遠隔医療／テレメディシン機器、通信機能を提供する車両、およびこれらのさまざまな組合せという形で、今日の世界に普及している。通信は、例えば、携帯電話システム、衛星システム、無線ローカルエリアネットワークシステム、およびこれらの様々な組合せを介してデータを交換することを含むことができる。

【0003】

携帯電話ネットワークの実際の配備において、カバレッジは、サービス品質、設備投資、および運用費用に直接影響するため、携帯電話通信ネットワークを商用化する際の重要な要素の１つである。ロングタームエボリューション（ＬＴＥ：Long-Term Evolution）または３Ｇに比べ、世界の多くの国では、５Ｇ（第５世代ＮＲ）を運用するために、３．５ＧＨｚなどの周波数範囲１（ＦＲ１）においてより多くの周波数が利用可能になっている。このＦＲ１は、一般に、ＬＴＥまたは３Ｇに使用される周波数よりも高い周波数である。さらに、５Ｇ ＮＲは、２８ＧＨｚまたは３９ＧＨｚなど、周波数範囲２（ＦＲ２）におけるはるかに高い周波数でも動作するように設計されている。周波数が高いため、無線チャネルの経路損失が大きくなることは避けられず、少なくともレガシー無線アクセス技術（ＲＡＴ：radio access technology）と同等の適切なサービス品質を維持することはより困難である。特に重要なユーザ機器（ＵＥ：user equipment）アプリケーションの１つは音声サービスであり、一般的な加入者は、どこにいてもユビキタスなカバレッジを常に期待する。

【0004】

進化型ＵＴＲＡ（ユニバーサル地上無線アクセス：Universal Terrestrial Radio Access）または５Ｇ ＮＲなどの現在の通信仕様では、ユーザ機器、進化型ＵＴＲＡＮ（進化型ユニバーサル地上無線アクセスネットワーク：Evolved Universal Terrestrial Radio Access Network）、ＮＧ－ＲＡＮ（次世代－無線アクセスネットワーク：Next Generation-Radio Access Network）のインターフェイスなど、このような通信のための無線インターフェイスの物理層において、ジョイントチャネル推定は、ＰＵＳＣＨ繰り返しタイプＡまたはＰＵＳＣＨ繰り返しタイプＢの同じトランスポートブロックのＰＵＳＣＨ（物理アップリンク共有チャネル：Physical Uplink Shared Channel）送信にのみ適用され、両方のタイプには適用されない。これは、ＰＵＣＣＨ（物理アップリンク制御チャネル：Physical Uplink Control Channel）送信、ＰＤＣＣＨ（物理ダウンリンク制御チャネル：Physical Downlink Control Channel）送信、ＰＤＳＣＨ（物理ダウンリンク共有チャネル：Physical Downlink Shared Channel）送信におけるチャネル推定についても当てはまる。

【0005】

ジョイントチャネル推定とは、チャネル推定のために復調参照信号（ＤＭＲＳ：demodulation reference signal）シンボルを連携して使用することを意味し、これには、連続するスロットにわたるクロススロットチャネル推定、連続しないスロットにわたるクロススロットチャネル推定、１スロット内でのクロス繰り返しチャネル推定、およびクロススロットチャネル推定を可能にするためにスロット間バンドリングを使用するスロット間周波数ホッピングが含まれる。したがって、ジョイントチャネル推定はＤＭＲＳバンドリング（DMRS bundling）としても知られている。電力の送信／受信、異なる位相、ＤＭＲＳシンボルの位置など、ジョイントチャネル推定の性能に影響を与える可能性のある多くの側面がある。

【0006】

複数の異なるトランスポートブロックを使用するＰＵＳＣＨ送信のためのジョイントチャネル推定をどのように設計し、有効にするかについては結論が出ていない。このような物理層の仕様を担当するＲＡＮＩ技術仕様グループは、複数の異なるトランスポートブロックを使用するバックツーバックＰＵＳＣＨ送信の問題について、さらなる検討が必要であると指摘している（非特許文献１を参照）。

【0007】

連続するスロットにまたがるバックツーバックＰＵＳＣＨ送信の場合、ダイナミックグラントまたはコンフィギュアドグラントによってスケジューリングされる繰り返しタイプＢの（同一トランスポートブロックの）バックツーバックＰＵＳＣＨ送信において、繰り返しタイプＡをサポートするために定義されたジョイントチャネル推定仕様の拡張のみが再利用される場合、かつユーザ機器の能力を条件とするシングルレイヤ送信に対してのみ、（電力の一貫性および位相の連続性の条件下で）ジョイントチャネル推定を可能にするために必要な設計上の側面がＲＡＮＩによって提供されている。

【0008】

したがって、複数のトランスポートブロックのためのジョイントチャネル推定を可能にすることによって前述の問題を軽減するために、ジョイントチャネル推定に対応する通信装置および通信方法が必要とされている。さらに、他の望ましい特徴および特性は、添付の図面およびこの背景技術のセクションと併せて考慮される、後からの詳細な説明および添付の特許請求の範囲から明らかになるであろう。

【先行技術文献】

【非特許文献】

【0009】

【非特許文献1】RANI#1004b-e

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

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

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

【非特許文献5】TR 38.913

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

【発明の概要】

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

【0010】

非限定的かつ例示的な一実施形態は、複数の制御情報によってスケジューリングされるジョイントチャネル推定を可能にする複数の構造および方法を提供することを容易にする。

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

【0011】

一実施形態では、本明細書に開示される技術は、送受信機および回路を含む通信装置を特徴とする。送受信機は、動作中に、複数のトランスポートブロックにわたるジョイントチャネル推定をトリガーする制御情報を受信する。回路は、動作中に、複数のトランスポートブロックの物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のための１つ以上の時間領域ウィンドウを決定し、送受信機は、動作中に、１つ以上の時間領域ウィンドウに基づいて参照信号を送信する。

【0012】

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

【0013】

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

【図面の簡単な説明】

【0014】

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

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

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

【図3】ＲＲＣ接続セットアップ／再構成手順のシーケンス図である。

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

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

【図6】複数のダウンリンク制御情報（ＤＣＩ：downlink control information）によってスケジューリングされる複数のトランスポートブロックに対して適用されるジョイントチャネル推定を示しており、複数のＤＣＩのうちの１つが誤検出されたか検出に失敗した場合である。

【図7】例示的な通信装置のブロック図を示している。

【図8】本開示による、誤検出されたか検出に失敗したダウンリンク制御情報（ＤＣＩ）に応答しての２つの実際の時間領域ウィンドウの定義を示している。

【図9】本開示の第１の実施形態による、複数のトランスポートブロックにわたるジョイントチャネル推定のフローチャートを示している。

【図10】本開示による、正常に検出されたＤＣＩによってスケジューリングされたトランスポートブロックからのＰＵＳＣＨ送信の総数のサブセットの組合せに基づいて決定される実際の時間領域ウィンドウの定義を示している。

【図11】本開示による、正常に検出されたＤＣＩによってスケジューリングされたトランスポートブロックの複数の繰り返しに基づいて決定される実際の時間領域ウィンドウの定義を示している。

【図12】本開示による、２ステップＤＣＩ手順を使用する、ユーザ機器の複数のトランスポートブロックにわたるジョイントチャネル推定の図解を示している。

【図13】本開示による、２ステップＤＣＩにおける指示に基づく、複数のトランスポートブロックにわたるジョイントチャネル推定のフローチャートを示している。

【図14】本開示による、拡張ＴＤＲＡ（time domain resource allocation）テーブルを示している。

【図15】本開示による、実際の時間領域ウィンドウ内で２ステップＰＤＣＣＨによってスケジューリングされるトランスポートブロックの複数の繰り返しを示している。

【0015】

図中の要素は簡潔かつ明確であるように図解されており、必ずしも正しい縮尺では描かれていないことが、当業者には理解されるであろう。

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

【0016】

以下の詳細な説明は、単に例示的なものであり、例示的な実施形態、または例示的な実施形態の適用および使用を限定することを意図するものではない。さらに、先の背景技術のセクションまたは以下の詳細な説明に提示されている理論に拘束されるように意図するものではない。

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

新無線システム５Ｇ ＮＲでは、各ヌメロロジーおよびキャリアごとに、アップリンクおよびダウンリンクそれぞれにおいて、サブキャリアとＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッド内の各要素は、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて識別される（非特許文献３を参照）。
ＮＧ－ＲＡＮと５ＧＣとの間の５Ｇ ＮＲ機能の分割
図２は、ＮＧ－ＲＡＮと５ＧＣとの間での機能の分割を示している。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣの論理ノードは、ＡＭＦ、ＵＰＦ、およびＳＭＦである。

【0025】

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

【0026】

アクセスおよびモビリティ管理機能（ＡＭＦ）は、次の主要機能を処理する。

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

＜実施形態＞
本開示の目的は、複数の制御情報（例えばダウンリンク制御情報またはアップリンク制御情報）によってスケジューリングされる複数のトランスポートブロックのためのジョイントチャネル推定を可能にすることによって、チャネル監視を減らすことで電力を節約し、制御情報の障害（例えば制御情報の欠落）の場合に迅速な応答を提供することにより信頼性を向上させ、カバレッジ拡張の利得を達成するために、ジョイントチャネル推定に対応する通信装置および通信方法の例示的な実施形態を提示することである。

【0047】

ジョイントチャネル推定とは、復調参照信号（ＤＭＲＳ）シンボルを連携して使用してチャネル推定を行うことを意味し、連続するスロットにわたるクロススロットチャネル推定、連続しないスロットにわたるクロススロットチャネル推定、１スロット内でのクロス繰り返しチャネル推定、クロススロットチャネル推定を可能にするためにスロット間バンドリングを使用するスロット間周波数ホッピングが含まれる。ジョイントチャネル推定の課題は、複数の制御情報シンボルによってスケジューリングされる複数のトランスポートブロックのためのジョイントチャネル推定をどのように可能にするかである。図６を参照すると、図解１００は、物理層アップリンク共有チャネル（ＰＵＳＣＨ）１３０上の公称時間領域ウィンドウ１２５内の複数のトランスポートブロック（ＴＢ）１２０ａ、１２０ｂ、１２０ｃ、１２０ｄをスケジューリングするために、ジョイントチャネル推定として復調参照信号シンボル１１５の間に、複数のダウンリンク制御情報（ＤＣＩ）１１０ａ、１１０ｂ、１１０ｃ、１１０ｄが受信される例示的な信号を示している。複数のダウンリンク制御情報１１０ａ、１１０ｂ、１１０ｃ、１１０ｄの少なくとも１つが誤検出されたか検出に失敗した場合、ジョイントチャネル推定を可能にするための時間領域ウィンドウ１２５の実際の長さは変化し、基地局は時間領域ウィンドウ１２５の実際の長さのブラインド検出を行う必要がある。このようなブラインド検出を可能にすることは、基地局の動作の複雑さを著しく増大させる。

【0048】

また、複数のトランスポートブロックのうちの少なくとも１つを送信できない場合、基地局は、そのトランスポートブロックの復調参照信号シンボル１１５（例えばＴＢ＃３ １２０ｃの前の復調参照信号シンボル１１５）を使用できないため、基地局は、複数のトランスポートブロックにわたるジョイントチャネル推定を実行することができない。図６は、ＤＣＩ＃３ １１０ｃが誤検出されたか検出に失敗したときに、基地局が４つのトランスポートブロック１２０ａ、１２０ｂ、１２０ｃ、１２０ｄにわたるジョイントチャネル推定を実行できないことを示している。

【0049】

図７を参照すると、簡略化されたブロック図２００は、ユーザ機器（ＵＥ）、または無線通信システムを動作させる基地局、またはユーザ機器とセルラーネットワークとの間で通信を送信および受信する５Ｇ ＮＲ基地局として知られるｇＮＢなどの、例示的な通信装置２１０を示している。通信装置２１０は、コントローラ２１２などのデバイスを含むことができ、コントローラ２１２は、本開示に記載されている通信の機能を実行するために、アンテナ２１６に接続された送受信機２１４などの無線通信デバイスに結合されている。例えば、通信装置２１０は、通信装置２１０の通信機能を実行するために送受信機２１４によって使用される制御信号および／またはデータ信号を生成するコントローラ２１２を含むことができる。通信装置２１０はまた、コントローラ２１２が制御信号および／またはデータ信号を生成できるように命令および／またはデータを記憶するために、コントローラ２１２に結合されたメモリ２１８を備えることができる。通信装置２１０はまた、メモリ２１８に記憶する、および／または、制御信号および／またはデータ信号を生成するためにデータおよび／または命令の入力を受信するためと、オーディオ、ビデオ、テキスト、または他の媒体の形態でデータの出力を提供するための、コントローラ２１２に結合された入力／出力（Ｉ／Ｏ）回路２２０を含むことができる。

【0050】

複数のトランスポートブロック（ＴＢ）の各々が、ダウンリンク制御情報（ＤＣＩ）によって、またはアップリンクにおけるコンフィギュアドグラントタイプ２のアクティブ化されたＤＣＩによってスケジューリングされ、複数のＴＢの各々が１つ以上の物理層アップリンク共有チャネル（ＰＵＳＣＨ）送信において送信される状況を考える。ＰＵＳＣＨ送信の各々は、開始および長さインジケータ値（ＳＬＩＶ：Start and Length Indicator Value）またはスロット内のシンボルのセットを有することができる。オプションとして、ＰＵＳＣＨ送信は、ＰＵＳＣＨ繰り返しタイプＡまたはＰＵＳＣＨ繰り返しタイプＢのいずれかの公称または実際の繰り返しであってもよい。本開示によれば、ユーザ機器が複数のＤＣＩのいずれかを誤検出するかまたは検出に失敗したとき、および／または、アップリンク制御情報またはより高い優先順位のチャネルのＤＣＩなどの他のより高い優先順位の信号またはチャネルに起因していくつかのアップリンクシンボル／スロットをドロップするとき、ユーザ機器内の回路は、複数のトランスポートブロックの一部にわたるジョイントチャネル推定のための実際の時間領域ウィンドウを決定して、ＰＵＳＣＨ送信に多重化されたアップリンク制御情報の中で示す。

【0051】

本開示によれば、ユーザ機器によって示される実際の時間領域ウィンドウは、ジョイントチャネル推定をトリガーする目的で、複数のトランスポートブロックをスケジューリングする複数のダウンリンク制御情報スロット間のリンクを示し、そのようなジョイントチャネル推定のためにユーザ機器に提供される公称時間領域ウィンドウよりも短い。図８を参照すると、図解３００は、対応するＰＵＳＣＨ送信をスケジューリングする４つのＤＣＩスロット３１５ａ、３１５ｂ、３１５ｃ、３１５ｄを有する信号３１０を示しており、４つのＤＣＩスロット３１５ａ、３１５ｂ、３１５ｃ、３１５ｄは、公称時間領域ウィンドウ３２０を形成するように互いにリンクされている（すなわち、ＤＣＩ＃４によってスケジューリングされるＰＵＳＣＨ＃４は、ＤＣＩ＃３によってスケジューリングされるＰＵＳＣＨ＃３にリンクされ、ＰＵＳＣＨ＃３は、ＤＣＩ＃２によってスケジューリングされるＰＵＳＣＨ＃２にリンクされ、ＰＵＳＣＨ＃２は、ＤＣＩ＃１によってスケジューリングされるＰＵＳＣＨ＃１にリンクされ、ＰＵＳＣＨ＃１～ＰＵＳＣＨ＃４は、公称時間領域ウィンドウ３２０を形成する）。公称時間領域ウィンドウ３２０は、複数の重ならないサブウィンドウ３２２を含み、各サブウィンドウ３２２は、複数のＤＣＩのうちの１つのＤＣＩによってスケジューリングされる同じトランスポートブロックの１つ以上のＰＵＳＣＨ送信の対応する期間を指し、すなわち各サブウィンドウは、複数のＤＣＩのうちの１つのＤＣＩに対応する。

【0052】

ユーザ機器がＤＣＩ＃４を検出しないとき、ユーザ機器の回路は、アップリンクスロットにおいて対応するアップリンクシンボルをドロップし、実際の時間領域ウィンドウ３２５ａ、３２５ｂを定義する。実際の時間領域ウィンドウ３２５ａ、３２５ｂは、公称時間領域ウィンドウ３２０よりも短くなるように定義される。本開示によれば、「ジョイントＣＥをトリガーする目的でこのＤＣＩは前のＤＣＩにリンクされている」という指示も、各ダウンリンク制御情報スロットにおいて送信され、有利なことに、実際の時間領域ウィンドウ３２５ａ、３２５ｂは、ＰＵＳＣＨ繰り返しタイプＡおよびＰＵＳＣＨ繰り返しタイプＢのいずれか一方または両方のＰＵＳＣＨ送信を含むことができる。さらに、本開示によれば、実際の時間領域ウィンドウ（例えば実際の時間領域ウィンドウ３２５ａ、３２５ｂ）の指示はまた、アップリンク制御情報を伝えるＰＵＳＣＨ送信に関してコヒーレントである、複数のトランスポートブロックの一部の１つ以上のＰＵＳＣＨ送信を示す。図解３００に示したように、ＵＥは、他のより高い優先順位の信号／チャネル（例えば、アップリンクキャンセルインディケーション（ＵＬ ＣＩ）、より高い優先順位のチャネルのＤＣＩ）に起因して、いくつかのＵＬシンボル／スロット、ここでは一例としてアップリンクＵスロット内のシンボル３および４をドロップし、その結果、連続するＰＵＳＣＨ送信と、２つの連続するＰＵＳＣＨ送信の間の０でないギャップを有する連続しないＰＵＳＣＨ送信とが生じる。これに基づいて、ＵＥは実際の時間領域ウィンドウ３２５ａ、３２５ｂを決定し、実際の時間ウィンドウ１ ３２５ａはトランスポートブロック１とトランスポートブロック２の実際の繰り返し１を含み、実際の時間ウィンドウ２ ３２５ｂはトランスポートブロック２の実際の繰り返し２とトランスポートブロック３を含む。ＵＥは、２つの実際の時間領域ウィンドウ３２５ａ、３２５ｂをＵＣＩにおいて基地局に示す。ＵＣＩを送信するための方法はいくつか存在し得る。

【0053】

第１の方法では、ＵＥは、複数のＴＢのＰＵＳＣＨ送信とは別の、より早いＰＵＳＣＨ送信（ＰＵＳＣＨ＃０など）において多重化されるＵＣＩを送信する。ｇＮＢはＰＵＳＣＨ＃０をデコードし、したがってＵＣＩの中の関連情報を取得し、後の動作において複数のＴＢのＰＵＳＣＨ送信のためのジョイントＣＥを実行する。

【0054】

第２の方法では、ＵＥは、複数のＴＢのＰＵＳＣＨ送信のうちの最初のＰＵＳＣＨ送信において多重化されたＵＣＩを送信する。

【0055】

ｇＮＢは最初のＰＵＳＣＨ送信を受信し、複数のＴＢの残りのＰＵＳＣＨ送信の受信を待つ間に、通常の動作に従ってそのＰＵＳＣＨ送信の復号を試みる。

【0056】

最初のＰＵＳＣＨ送信を復号した後、ｇＮＢはジョイントチャネル推定を実行するためにＵＣＩ内の関連情報を取得し、最初のＰＵＳＣＨ送信におけるＤＭＲＳと残りのＰＵＳＣＨ送信におけるＤＭＲＳを結合して、ジョイントチャネル推定のためにＤＭＲＳをバンドルする。

【0057】

第３の方法では、ＵＥは、複数のＴＢのＰＵＳＣＨ送信よりも早い送信である（長い）ＰＵＣＣＨにおいてＵＣＩを送信し、後から複数のＴＢのＰＵＳＣＨ送信のためのジョイントチャネル推定が適用される。

【0058】

実際の時間領域ウィンドウ３２５ａ、３２５ｂが少なくとも１つのサブウィンドウを含むとき、そのことは、本開示によれば、トランスポートブロックのためのジョイントチャネル推定を示し、同じトランスポートブロックの１つ以上のＰＵＳＣＨ送信における復調参照信号シンボルが、ジョイントチャネル推定を実行するために使用される。また、実際の時間領域ウィンドウ３２５ａ、３２５ｂは、複数のＤＣＩのサブセットが正常に検出された連続するサブウィンドウの数など、他のシグナリングまたは他の設定に基づいて基地局によって暗黙的に決定することもできる。

【0059】

したがって、実際の時間領域ウィンドウ１ ３２５ａ内では、トランスポートブロック１とトランスポートブロック２の実際の繰り返し１にわたるジョイントチャネル推定が適用され、実際の時間領域ウィンドウ２ ３２５ｂ内では、トランスポートブロック２の実際の繰り返し２とトランスポートブロック３にわたるジョイントチャネル推定が適用される。本開示によれば、ユーザ機器が実際の時間領域ウィンドウ３２５ａ、３２５ｂを定義し、アップリンクスロットにおけるＤＣＩの中で実際の時間領域ウィンドウ３２５ａ、３２５ｂを示すことにより、有利なことに、実際の時間領域ウィンドウのブラインド検出の必要性を軽減することにより基地局内にさらなる複雑さを導入することを回避しながら、ＰＵＳＣＨ繰り返しタイプＡおよびＰＵＳＣＨ繰り返しタイプＢのいずれかまたは両方を含む複数のトランスポートブロックにわたるチャネル推定が可能になる。さらに、トランスポートブロックが誤検出されたか検出に失敗したとしても、複数のトランスポートブロックの少なくとも一部（すなわちＴＢ１、ＴＢ２、およびＴＢ３）に対してジョイントチャネル推定が依然として実行されるため、カバレッジ拡張の利得が有利に達成される。

【0060】

図９は、本開示による、複数のトランスポートブロックにわたるジョイントチャネル推定の方法のフローチャート４００を示している。ステップ４０２においては、基地局が複数のＤＣＩスロット３１５ａ、３１５ｂ、３１５ｃ、３１５ｄをリンクして、図８に示したように、ジョイントチャネル推定の対象を示すための公称時間領域ウィンドウ３２０を形成する。ステップ４０４においては、公称時間領域ウィンドウ３２０が受信されたとき、ユーザ機器が、複数のＤＣＩスロット３１５ａ、３１５ｂ、３１５ｃ、３１５ｄのいずれかが誤検出または検出に失敗したかどうかを判定する、または、ユーザ機器が、より高い優先順位のシグナリングまたはより高い優先順位のチャネルに起因して、１つ以上のアップリンクシンボルまたはアップリンクスロットをドロップすることを決定するかどうかを判定する。ユーザ機器がＤＣＩスロットの誤った検出または検出の失敗を判定する、またはアップリンクシンボルまたはスロットをドロップすることを決定すると（４０４）、ステップ４０６において、ユーザ機器内の回路は、正常に検出されたＤＣＩのサブセットに基づいて、１つ以上の実際の時間領域ウィンドウを定義し、これを示す。

【0061】

次に、ステップ４０８においては、ユーザ機器が、実際の時間ウィンドウの間に（または複数のＤＣＩスロットすべてが正常に受信された場合には公称時間ウィンドウの間に）、位相の連続性および電力の一貫性を維持しながら、復調参照信号（ＤＭＲＳ）シンボルを送信する。次に、ステップ４１０においては、基地局が、ジョイントチャネル推定を実行するために、実際の時間領域ウィンドウまたは公称時間領域ウィンドウ内でＤＭＲＳシンボルをバンドルする。

【0062】

ステップ４０２では、実際の時間領域ウィンドウを示すために、「ジョイントＣＥをトリガーする目的でこのＤＣＩは前のＤＣＩにリンクされている」という指示を各ダウンリンク制御情報スロットにおいて送信することができる。あるいは、無線リソース制御（ＲＲＣ）またはＭＡＣ制御要素を使用して、特定の順序の複数のＤＣＩのグループを設定する。例えば、各ＤＣＩ内の指示を使用してＤＣＩのインデックスを示す（例えば無線リソース制御（ＲＲＣ）を使用して、０≦ｎ≦３として示される各ＤＣＩ内の指示フィールドによって４つのＤＣＩのグループ（ＤＣＩ＃１、ＤＣＩ＃２、ＤＣＩ＃３、ＤＣＩ＃４）を設定し、ｎはＤＣＩが４つのＤＣＩのグループ内で（ｎ＋１）番目の順序を有することを示す）。

【0063】

本開示によれば、実際の時間領域ウィンドウは、図１０に示したように、正常に検出されたＤＣＩによってスケジューリングされるトランスポートブロックのＰＵＳＣＨ送信の総数のサブセットの組合せに基づいて決定することができる。図１０の図解５００は、実際の時間領域ウィンドウ＃１が、第１のトランスポートブロック（ＴＢ＃１）の２つの繰り返しと第２のトランスポートブロック（ＴＢ＃２）の第１の繰り返し（繰り返し＃１）を含み、実際の時間領域ウィンドウ＃２が、第２のトランスポートブロック（ＴＢ＃２）の第２の繰り返し（繰り返し＃２）と第３のトランスポートブロック（ＴＢ＃３）の２つの繰り返しを含むことを示している。ＤＣＩ＃４は誤検出されるかまたは検出に失敗し、２つの実際の時間領域ウィンドウの間の無効なシンボルは、より優先順位の高い信号またはチャネルのシンボルである。

【0064】

ユーザ機器が実際の時間領域ウィンドウを明示的に示す代わりに、特定の場合、基地局が複数のＤＣＩのＡＣＫ／ＮＡＣＫに基づいて実際の時間領域ウィンドウを暗黙的に決定することができる。例えば、複数のトランスポートブロックが、連続するＰＵＳＣＨ送信のみにおいて送信され、連続するＰＵＳＣＨ送信の間にギャップがないとき、実際の時間領域ウィンドウは、任意の２つの連続するＰＵＳＣＨ送信の間のギャップから暗黙的に決定することができる。

【0065】

あるいは、ＤＣＩが誤検出されたか検出に失敗した場合、スケジューリングＤＣＩが正常に検出された残りのトランスポートブロックに対しては、同じトランスポートブロックの１つ以上のＰＵＳＣＨ送信におけるＤＭＲＳシンボルを使用してジョイントチャネル推定を実行することにより、トランスポートブロックごとのジョイントチャネル推定を適用することができる。図１１を参照すると、ＤＣＩ＃３が誤検出されたか検出に失敗した場合、残りのＴＢ＃１、ＴＢ＃２、およびＴＢ＃４に対しては、トランスポートブロックごとのジョイントチャネル推定が適用され、この例では各トランスポートブロックは２つの繰り返しを有するように設定されているものと想定し、実際の時間ウィンドウは２つの繰り返しを含む。

【0066】

特定の順序で配置された複数のＤＣＩのグループが存在する場合、ユーザ機器は、ＤＣＩが誤検出または検出に失敗するまで、正常に検出されたＤＣＩ（またはそれらに対応するトランスポートブロック）をサブセットに含めることができる。次にユーザ機器は、本開示に従って実際の時間領域をＤＣＩのサブセットに基づいて定義して示すことができる。これにより、有利なことに、トランスポートブロックにまたがるジョイントチャネル推定をＤＣＩのサブセットに基づいて適用し、残りのトランスポートブロックについては、それらのスケジューリングＤＣＩが正常な検出としてさらに識別される場合に（例えば、誤検出／検出に失敗したＤＣＩよりも後に発生するスケジューリングＤＣＩについては）トランスポートブロックごとのジョイントチャネル推定を適用することが可能になる。

【0067】

例えば、５つのＤＣＩのグループ（ＤＣＩ＃１、ＤＣＩ＃２、ＤＣＩ＃３、ＤＣＩ＃４、ＤＣＩ＃５）が存在し、ＤＣＩ＃３が誤検出された場合、ＴＢ＃１およびＴＢ＃２にわたるジョイントチャネル推定が実際の時間領域ウィンドウ内で適用され、一方でＴＢ＃４とＴＢ＃５に対してはトランスポートブロックごとのジョイントチャネル推定が適用される。ＤＣＩ＃１が誤検出された場合、ＴＢ＃２、ＴＢ＃３、ＴＢ＃４、ＴＢ＃５のそれぞれに対して、トランスポートブロックごとのジョイントチャネル推定が適用される。

【0068】

上述した解決策および変形形態は、ＰＤＣＣＨ監視の頻度を減らす目的で、ユーザ機器に対してスロット内または１つのＰＤＣＣＨ監視機会において多数のＰＤＣＣＨが送信される（各ＰＤＣＣＨがＤＣＩを伝える）場合に使用することができる。

【0069】

次に、ユーザ機器が、２ステップＤＣＩ手順を実行するために、スロット内で２つの物理層ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信するように構成されている状況を考える。第１のステップにおいて、ユーザ機器は第１のＰＤＣＣＨを受信し、第１のＰＤＣＣＨは、第２ステップＤＣＩの少なくとも設定可能なペイロードサイズおよび／またはフォーマットを示すための第１ステップＤＣＩを伝える。第２のステップにおいて、ユーザ機器は続いて、同じスロットにおいて第２のＰＤＣＣＨを受信し、第２のＰＤＣＣＨは、第２ステップＤＣＩを伝え、アップリンクにおける複数のトランスポートブロックのスケジューリング情報に関する詳細を少なくとも含む。

【0070】

本開示によれば、ユーザ機器は、少なくとも、複数のトランスポートブロックにわたるジョイントチャネル推定のための時間領域ウィンドウを、第２ステップＤＣＩにおける指示に基づいて決定する。時間領域リソース割当て（ＴＤＲＡ）テーブルを拡張し、ＴＤＲＡテーブルの各行が、連続または連続しないスロットにおいて送信される複数のトランスポートブロックの開始および長さインジケータ値（ＳＬＩＶ）（時間領域リソース）ならびにマッピングタイプを示す。少なくとも２つのＳＬＩＶが時間領域において連続し、それらの間のギャップが１４シンボル未満である場合、時間領域ウィンドウはこれら少なくとも２つのＳＬＩＶを含む。第１ステップＤＣＩおよび／または第２ステップＤＣＩがユーザ機器によって誤検出されたか検出に失敗した場合、基地局はユーザ機器から受信したＡＣＫ／ＮＡＣＫに基づいて、対応するステップを再送信する。

【0071】

図１２を参照すると、図解７００は、２ステップＤＣＩ手順（すなわちスロット内に２つのＤＣＩを有する）を使用しての、ユーザ機器における複数のトランスポートブロックにわたるジョイントチャネル推定を示している。時間領域ウィンドウ７１０は、時間領域内で連続して受信された連続するトランスポートブロックの３つのＳＬＩＶ（すなわちＴＢ＃１のＳＬＩＶ＃１、ＴＢ＃２のＳＬＩＶ＃２、ＴＢ＃３のＳＬＩＶ＃３）を含むように定義される。

【0072】

少なくともチャネル推定のための複数のトランスポートブロックにわたる時間領域ウィンドウを２ステップＤＣＩにおける指示に基づいて決定することによるジョイントチャネル推定は、有利なことに、ユーザ機器によるＰＤＣＣＨ監視動作を低減し、結果として電力が節約される。さらに、このようなジョイントチャネル推定では、スロット内で２ステップＤＣＩに障害が発生した場合に迅速な応答が可能である。さらに、すべてのスロットが、特定の理由によるユーザ機器側の誤検出／検出失敗の同じエラー確率を有すると仮定した場合、本開示による、２ステップＤＣＩにおける指示に基づく複数のトランスポートブロックにわたるジョイントチャネル推定は、複数のスロットにおいて別々に送信されたＤＣＩに基づく、複数のトランスポートブロックにわたるジョイントチャネル推定よりも低いエラー確率を有し、その一方で、複数のスロットにおいて別々に送信されたＤＣＩに基づくジョイントチャネル推定として、複数のトランスポートブロックをスケジューリングする複数のＤＣＩの内容すべてを有効にする。

【0073】

図１３は、本開示による、２ステップＤＣＩにおける指示に基づく、複数のトランスポートブロックにわたるジョイントチャネル推定の方法のフローチャート８００を示している。ステップ８０２においては、ユーザ機器が第１のＰＤＣＣＨをスロット内で受信し、第１のＰＣＣＨは、少なくとも第２ステップＤＣＩのペイロードサイズおよび／またはフォーマットと、第２のステップのスケジューリング情報とを示すための第１ステップＤＣＩを伝える。ステップ８０４においては、ユーザ機器が同じスロット内で第２のＰＣＣＨを受信し、第２のＰＣＣＨは、少なくとも、アップリンクの複数のトランスポートブロックのためのスケジューリング情報と、複数のトランスポートブロックにわたるジョイントチャネル推定を可能にするための少なくとも公称時間領域ウィンドウとを含む第２ステップＤＣＩを伝える。

【0074】

ステップ８０６においては、第１ステップＤＣＩまたは第２ステップＤＣＩが誤検出されたか検出に失敗したかどうかを判定する。第１ステップＤＣＩが誤検出されたか検出に失敗した場合（８０６）、ステップ８０２およびステップ８０４を繰り返す。第２ステップＤＣＩが誤検出されたか検出に失敗した場合（８０６）、ステップ８０４を繰り返す。第１ステップＤＣＩおよび第２ステップＤＣＩの両方が正常に検出された場合（８０６）、ユーザ機器は、ステップ８０８において、第２ステップＤＣＩの指示に基づいて、少なくとも、複数のトランスポートブロックにわたるジョイントチャネル推定のための時間領域ウィンドウを決定する。ステップ８１０においては、ユーザ機器が、時間領域ウィンドウの間に、位相の連続性および電力の一貫性を維持しながら復調参照信号（ＤＭＲＳ）シンボルを送信する。次に、ステップ８１２において、基地局が、ジョイントチャネル推定を実行するために、時間領域ウィンドウ内でＤＭＲＳシンボルをバンドルする。

【0075】

ユーザ機器は、他のより高い優先順位の信号またはチャネルに起因していくつかのアップリンクシンボルまたはスロットをドロップする場合、少なくとも実際の時間領域ウィンドウを決定し、複数のトランスポートブロックのＰＵＳＣＨ送信に多重化されたアップリンク制御情報の中で示す。

【0076】

時間領域リソース割当て（ＴＤＲＡ）テーブルを拡張し、無線リソース制御（ＲＲＣ）によって設定する。拡張ＴＤＲＡは、複数のトランスポートブロックの開始および長さインジケータ値（ＳＬＩＶ）とマッピングタイプ、ならびにジョイントチャネル推定のための時間領域ウィンドウを設定するために、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのＰＵＳＣＨ－Ａｌｌｏｃａｔｉｏｎ－ｒ１６を拡張するために追加される。第２ステップＤＣＩ内のビットフィールドＴＤＲＡを使用して、図１４に示した拡張ＴＤＲＡテーブルのインデックスの１つを示す。

【0077】

ユーザ機器は、ステップ８０４においてＰＤＣＣＨを受信する代わりに、第２ステップＤＣＩを伝える物理層ダウンリンク共有チャネル（ＰＤＳＣＨ）を同じスロット内のシンボルにおいて続いて受信することができ、それにより、時間－周波数リソース割当て、変調・符号化方式、および他のパラメータに関してＰＤＳＣＨを設定する際の柔軟性を高めることができる。さらに、信頼性を高めるために、第１ステップＤＣＩおよび第２ステップＤＣＩの両方が、少なくとも、アップリンクにおける複数のトランスポートブロックのスケジューリング情報に関する詳細および時間領域ウィンドウを含む同じ内容を伝えることができる。第１ステップＤＣＩおよび第２ステップＤＣＩにおいて同じ内容を伝えることは、ＤＣＩが複数のトランスポートブロックをスケジューリングし、そのＤＣＩが同じスロット内で繰り返される場合と等価である。あるいは、図１５に示したように、本開示に従って信頼性を高めるために、２ステップＤＣＩをスロット内またはスロット間で（ＰＤＣＣＨの繰り返しフレームワークなど）繰り返すことができる。

【0078】

図１５はＤＤＳＵフォーマットが使用されることを示しており、Ｄはダウンリンクスロット、Ｓはスペシャルスロット、Ｕはアップリンクスロットである。スペシャルスロットＳおよびアップリンクスロットＵでは、ＴＢ＃１およびＴＢ＃２の繰り返しが、実際の時間領域ウィンドウ内で２ステップＰＤＣＣＨによって本開示に従ってスケジューリングされる。無効なシンボルとの衝突を処理するための手順により、ユーザ機器は、ＴＢ＃１およびＴＢ＃２の複数の実際の繰り返しを決定し、図示したように２つの実際の時間領域ウィンドウを決定する。

【0079】

本開示によれば、複数のトランスポートブロックは、少なくともアンテナポート、リソース割当て、変調・符号化方式（ＭＣＳ）、およびアップリンク電力に関する同じ設定に基づいて送信することができる。また、公称時間領域ウィンドウおよび／または実際の時間領域ウィンドウは、ＰＵＳＣＨ送信の事前定義された期間であってもよく、少なくとも公称時間領域ウィンドウは、無線リソース制御（ＲＲＣ）によって設定されてもよい。さらに、ジョイントチャネル推定のための本明細書で上述した解決策および変形形態は、スロット間周波数ホッピング手順における同じ周波数割当てに適用することもでき、プリコーディング方式、複数の周波数ホップ、および複数の長さの時間領域ウィンドウの多数の組合せを適用することができる。

【0080】

本開示によれば、複数のＴＢのＰＵＳＣＨ送信のためのジョイントチャネル推定と、公称／実際の時間領域ウィンドウは、連携して有効または無効にされる。

【0081】

ネットワークの可用性およびＵＥの能力に応じて、複数の実施形態および変形形態を、ネットワークにおいて一緒に適用することができ、アップリンク（ＵＬ）のコンフィギュアドグラント（ＣＧ）タイプ１においてＲＲＣによってスケジューリングされた複数のトランスポートブロックに適用することができ、複数のトランスポートブロックの各々は、１つ以上のＰＵＳＣＨ送信において送信される。説明した課題および上述した解決策は主としてＰＵＳＣＨに使用されるが、ＰＵＣＣＨ、ＰＤＣＣＨ、またはＰＤＳＣＨにも適用可能である。

【0082】

以上から理解できるように、本開示による例示的な実施形態は、信頼性の向上およびユーザ機器の省電力化のために、本明細書で上述したような、複数のトランスポートブロックのためのジョイントチャネル推定に対応する通信装置および通信方法を提供する。

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

本開示の上述した詳細な説明では、例示的な実施形態を提示してきたが、膨大な数の変形形態が存在することを理解されたい。さらに、例示的な実施形態は単なる例であり、本開示の範囲、適用性、動作、または構成をいかなる形でも限定するようには意図していないことを理解されたい。むしろ、上述した詳細な説明は、例示的な実施形態を実施するための便利なロードマップを当業者に提供するものであり、例示的な実施形態に記載されているＳＴＡ通信装置および／またはＡＰ通信装置の機能および配置には、添付の特許請求の範囲に定義される本開示の範囲から逸脱することなく様々な変更を加えることができることを理解されたい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図14A】

【図15】

【国際調査報告】