[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP2024104980A - ユーザ機器、基地局、及び方法 - Google Patents

ユーザ機器、基地局、及び方法 Download PDF

Info

Publication number
JP2024104980A
JP2024104980A JP2023009452A JP2023009452A JP2024104980A JP 2024104980 A JP2024104980 A JP 2024104980A JP 2023009452 A JP2023009452 A JP 2023009452A JP 2023009452 A JP2023009452 A JP 2023009452A JP 2024104980 A JP2024104980 A JP 2024104980A
Authority
JP
Japan
Prior art keywords
dci format
pusch
rnti
field
crc
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2023009452A
Other languages
English (en)
Inventor
智造 野上
Tomozo Nogami
宏樹 高橋
Hiroki Takahashi
梢 横枕
Kozue YOKOMAKURA
真 北原
Makoto Kitahara
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Priority to JP2023009452A priority Critical patent/JP2024104980A/ja
Priority to EP23159286.6A priority patent/EP4407906A1/en
Priority to US18/116,429 priority patent/US20240251422A1/en
Priority to KR1020230029792A priority patent/KR20240117445A/ko
Priority to CN202310220497.7A priority patent/CN118400811A/zh
Publication of JP2024104980A publication Critical patent/JP2024104980A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413—MIMO systems
    • H04B7/0456—Selection of precoding matrices or codebooks, e.g. using matrices antenna weighting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413—MIMO systems
    • H04B7/0456—Selection of precoding matrices or codebooks, e.g. using matrices antenna weighting
    • H04B7/0486—Selection of precoding matrices or codebooks, e.g. using matrices antenna weighting taking channel rank into account
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】ＤＣＩフォーマット内に第１の情報フィールドが存在することを示すため柔軟かつ効率的な方法を提供する。【解決手段】方法は、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが無効として示されているＤＣＩフォーマットの第２の情報フィールドに、第１の数のビットが含まれ、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットの第２の情報フィールドに含まれるビットの第２の数が第１の数と等しくなるまで、値が「０」である最上位ビットが挿入され、両者のビットフィールドサイズが整合される。ＵＥは、ＤＣＩフォーマット内に第１の情報フィールドが存在することを示すための少なくとも第１のＲＲＣパラメータを取得し、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット及び、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットを監視する。【選択図】図１６

Description

本発明はユーザ機器、基地局及び方法に関する。
第３世代パートナーシッププロジェクト（３ＧＰＰ）では、無線アクセス方法及びセルラモバイル通信の無線ネットワーク（以下、ロングタームエボリューション、又は進化型ユニバーサル地上無線アクセスと称される）が研究されている。ＬＴＥ（Long Term Evolution）では、基地局装置は進化型ＮｏｄｅＢ（ｅＮｏｄｅＢ）とも称され、端末装置はユーザ機器（ＵＥ）とも称される。ＬＴＥは、複数のエリアがセルラ構造に展開され、複数のエリアの各々が基地局装置によってカバーされるセルラ通信システムである。単一の基地局装置は、複数のセルを管理することができる。進化型ユニバーサル地上無線アクセスは、Ｅ－ＵＴＲＡとも称される。
３ＧＰＰでは、次世代標準（New Radio：ＮＲ）は、国際電気通信連合（International Telecommunications Union、ＩＴＵ）によって定義される次世代モバイル通信システムの標準である、国際移動通信（International-Mobile-Telecommunication）２０２０（ＩＭＴの２０２０）に提案を行うために研究されている。ＮＲは、単一技術フレームワークにおいて、ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ：高速大容量）、ｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：大規模機械型通信）、及びＵＲＬＬＣ（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：超信頼性及び低遅延通信）の３つのシナリオを考慮する要件を満たすことが想定されている。
例えば、無線通信装置は、通信構造を使用して１つ以上の装置と通信することができる。しかしながら、使用される通信構造の柔軟性及び／又は効率のみが制限される場合がある。本議論で説明するように、通信の柔軟性及び／又は効率を改善するシステム及び方法は有益なものと考えられ得る。
本実施形態の一態様に係る無線通信システムの概念図である。 本実施形態の一態様に係るサブキャリア間隔構成ｕ、スロットＮｓｌｏｔ ｓｙｍｂ当たりのＯＦＤＭシンボルの数、及びＣＰ構成との関係を示す例である。 本実施形態の一態様に係るリソースグリッドを構成する方法の例を示す図である。 本実施形態の一態様に係るリソースグリッド３００１の構成例を示す図である。 本実施形態の一態様に係る基地局装置３の構成例を示す概略ブロック図である。 本実施形態の一態様に係る端末装置１の構成例を示す概略ブロック図である。 本実施形態の一態様に係るＳＳ／ＰＢＣＨブロックの構成例を示す図である。 本実施形態の一態様に係るサーチスペーサセット（search-space-set）の監視機会の例を示す図である。 ＵＥ側でのＰＵＳＣＨ生成手順の一例を示す図である。 変換プリコーディングのためのＤＦＴ処理の式の一例を示す図である。 Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１のビットパディング前のペイロードサイズの例を示す図である。 Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１のビットフィールドサイズ整合後のペイロードサイズの例を示す図である。 Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１と、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝０であるＤＣＩフォーマット０＿１との間のビットフィールドサイズ整合の例を示す図である。 Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１と、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝１であるＤＣＩフォーマット０＿１との間のビットフィールドサイズ整合の例を示す図である。 Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１のペイロードサイズ整合後のペイロードサイズの例を示す図である。 ＵＥの方法の例を示す図である。 基地局の方法の例を示す図である。
ユーザ機器（ＵＥ）を説明する。ＵＥは、ＤＣＩフォーマット内に第１の情報フィールドが存在することを示すための少なくとも第１のＲＲＣパラメータを取得するように構成された上位層処理回路を備えてもよく、第１の情報フィールドは、ＰＵＳＣＨに対して変換プリコーダが有効であるか無効であるかを示す。ＵＥはまた、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット及び、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットを監視するように構成された受信回路を備えてもよい。Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが無効として示されているＤＣＩフォーマットの第２の情報フィールドに、第１の数のビットが含まれてもよい。ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットの第２の情報フィールドに含まれるビットの第２の数が第１の数と等しくない場合、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットの第２の情報フィールドに、第２の数が第１の数と等しくなるまで、値が「０」である最上位ビットが挿入されてもよい。
Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが有効として示されているＤＣＩフォーマットの第２の情報フィールドに、第３の数のビットが含まれてもよい。第３の数が第１の数と等しくない場合、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが有効として示されているＤＣＩフォーマットの第２の情報フィールドに、第３の数が第１の数と等しくなるまで、値が「０」である最上位ビットが挿入されてもよい。
Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが無効として示されているＤＣＩフォーマットに、第４の数のビットが含まれてもよい。Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが有効として示されているＤＣＩフォーマットに、第５の数のビットが含まれてもよい。第４の数が第５の数と等しくない場合、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが有効として示されているＤＣＩフォーマットに、第５の数が第４の数と等しくなるまで、値が「０」であるビットが挿入されてもよい。
基地局を説明する。基地局は、ＤＣＩフォーマット内に第１の情報フィールドが存在することを示すための少なくとも第１のＲＲＣパラメータを送信するように構成された上位層処理回路を備えてもよく、第１の情報フィールドは、ＰＵＳＣＨに対して変換プリコーダが有効であるか無効であるかを示す。基地局はまた、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット及び、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットを送信するように構成された送信回路を備えてもよい。Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが無効として示されているＤＣＩフォーマットの第２の情報フィールドに、第１の数のビットが含まれてもよい。ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットの第２の情報フィールドに含まれるビットの第２の数が第１の数と等しくない場合、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットの第２の情報フィールドに、第２の数が第１の数と等しくなるまで、値が「０」である最上位ビットが挿入されてもよい。
Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが有効として示されているＤＣＩフォーマットの第２の情報フィールドに、第３の数のビットが含まれてもよい。第３の数が第１の数と等しくない場合、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが有効として示されているＤＣＩフォーマットの第２の情報フィールドに、第３の数が第１の数と等しくなるまで、値が「０」である最上位ビットが挿入されてもよい。
Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが無効として示されているＤＣＩフォーマットに、第４の数のビットが含まれてもよい。Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが有効として示されているＤＣＩフォーマットに、第５の数のビットが含まれてもよい。第４の数が第５の数と等しくない場合、第１の情報フィールドに変換プリコーダが有効として示されている、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットに、第５の数が第４の数と等しくなるまで、値が「０」であるビットが挿入されてもよい。
ユーザ機器（ＵＥ）のための方法を説明する。本方法は、ＤＣＩフォーマット内に第１の情報フィールドが存在することを示すための少なくとも第１のＲＲＣパラメータを取得することを含んでもよく、第１の情報フィールドは、ＰＵＳＣＨに対して変換プリコーダが有効であるか無効であるかを示す。本方法はまた、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット及び、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットを監視することを含んでもよい。Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが無効として示されているＤＣＩフォーマットの第２の情報フィールドに、第１の数のビットが含まれてもよい。ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットの第２の情報フィールドに含まれるビットの第２の数が第１の数と等しくない場合、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットの第２の情報フィールドに、第２の数が第１の数と等しくなるまで、値が「０」である最上位ビットが挿入されてもよい。
基地局の方法を説明する。本方法は、ＤＣＩフォーマット内に第１の情報フィールドが存在することを示すための少なくとも第１のＲＲＣパラメータを送信することを含んでもよく、第１の情報フィールドは、ＰＵＳＣＨに対して変換プリコーダが有効であるか無効であるかを示す。本方法はまた、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット及び、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットを送信することを含んでもよい。Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが無効として示されているＤＣＩフォーマットの第２の情報フィールドに、第１の数のビットが含まれてもよい。ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットの第２の情報フィールドに含まれるビットの第２の数が第１の数と等しくない場合、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットの第２の情報フィールドに、第２の数が第１の数と等しくなるまで、値が「０」である最上位ビットが挿入されてもよい。
ｆｌｏｏｒ（ＣＸ）は、実数ＣＸの床関数であり得る。例えば、ｆｌｏｏｒ（ＣＸ）は、実数ＣＸを超えない範囲内の最大整数を提供する関数であり得る。ｃｅｉｌ（ＤＸ）は、実数ＤＸに対する天井関数であり得る。例えば、ｃｅｉｌ（ＤＸ）は、実数ＤＸ以上の範囲内の最小整数を提供する関数であり得る。ｍｏｄ（ＥＸ，ＦＸ）は、ＥＸをＦＸで除算して得られた剰余を提供する関数であり得る。ｍｏｄ（ＥＸ，ＦＸ）は、ＥＸをＦＸで除算した剰余に対応する値を提供する関数であり得る。それはｅｘｐ（ＧＸ）＝ｅ＾ＧＸである。ここで、ｅはネイピア数である。（ＨＸ）Ａ（ＩＸ）は、ＨＸのＩＸ乗を示す。
本実施形態の一態様に係る無線通信システムでは、少なくともＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘ：直交周波数分割多重方式）が使用される。ＯＦＤＭシンボルは、ＯＦＤＭの時間領域の単位である。ＯＦＤＭシンボルは、少なくとも１つ以上のサブキャリアを含む。ＯＦＤＭシンボルは、ベースバンド信号生成における時間連続信号に変換される。ダウンリンクでは、少なくともＣＰ－ＯＦＤＭ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ－Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘ：サイクリックプレフィックス－直交周波数分割多重方式）が使用される。アップリンクでは、ＣＰ－ＯＦＤＭ又はＤＦＴ－ｓ－ＯＦＤＭ（Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘ：離散フーリエ変換－拡散直交周波数分割多重方式）が使用される。ＤＦＴ－ｓ－ＯＦＤＭは、ＣＰ－ＯＦＤＭに変換プリコーディングを適用することによって与えられ得る。ＣＰ－ＯＦＤＭは、ＣＰ（ＣｙｃｌｉｃＰｒｅｆｉｘ）を使用したＯＦＤＭである。
ＤＦＴ－ｓ－ＯＦＤＭ又はＣＰ－ＯＦＤＭのいずれかが、変換プリコーダ（又は変換プリコーディング）が有効化されているか否かに基づいて与えられ得る。変換プリコーダ（又は変換プリコーディング）が有効化されている場合、ＤＦＴ－ｓ－ＯＦＤＭが与えられ得る。ＣＰ－ＯＦＤＭは、変換プリコーダ（又は変換プリコーディング）が無効化されている場合に与えられ得る。例えば、ＰＵＳＣＨのための有効化された変換プリコーダ又は無効化された変換プリコーダのいずれかは、ＰＵＳＣＨ－Ｃｏｎｆｉｇ又はＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ内のＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒ及び／又はＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ内のｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに基づいて示され得る。情報要素ＰＵＳＣＨ－Ｃｏｎｆｉｇは、特定のＢＷＰに適用可能なＵＥ固有のＰＵＳＣＨパラメータを構成するために使用され得る。情報要素ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇは、２つの可能な方式に従って動的グラントを伴わないアップリンク送信を構成するために使用され得る。実際のアップリンクグラントは、ＲＲＣ（タイプ１ＣＳ）を介して構成する、又は（ＣＳ－ＲＮＴＩにアドレス指定された）ＰＤＣＣＨ（タイプ２ＣＳ）を介して提供する、のいずれかであり得る。複数のコンフィギュアードグラント構成は、サービングセルの１つのＢＷＰにおいて構成することができる。情報要素ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎは、セル固有のランダムアクセスパラメータを指定するために使用され得る。
ＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒは、ＰＵＳＣＨのための変換プリコーダのＵＥ固有の選択を示す。ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが存在しない／構成されていない場合、ＵＥは、ｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒの値をＰＵＳＣＨの変換プリコーダに適用する。
ｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒは、ＵＥがＭｓｇ３送信のための変換プリコーダを有効化することを示す。ｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供される／構成されている場合、ＵＥは、Ｍｓｇ３送信のための変換プリコーダを有効化する。ｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが存在しない／構成されていない／設けられていない場合、ＵＥは、Ｍｓｇ３送信のための変換プリコーダを無効化する。
ＯＦＤＭシンボルは、ＯＦＤＭシンボルに追加されたＣＰを含む指定であり得る。すなわち、ＯＦＤＭシンボルは、ＯＦＤＭシンボルとＯＦＤＭシンボルに追加されるＣＰを含むように構成され得る。
端末装置は、ユーザ機器（ＵＥ）とも称され得る。基地局装置は、次世代ノードＢ（ｇＮＢ、ｇＮｏｄｅＢ）とも称され得る。
図１は、本実施形態の一態様に係る無線通信システムの概念図である。図１では、無線通信システムは、少なくとも、端末装置１Ａ～１Ｃ及び基地局装置３（ＢＳ＃３：基地局＃３）を含む。以下、端末装置１Ａ～１Ｃは、端末装置１（ＵＥ＃１：ユーザ機器＃１）とも称される。
基地局装置３は、１つ以上の送信装置（又は送信点、送信装置、受信装置、送信点、受信点）を含むように構成され得る。基地局装置３が複数の送信装置によって構成されている場合、複数の送信装置の各々は、異なる位置に配置され得る。
基地局装置３は、１つ以上のサービングセルを提供することができる。サービングセルは、無線通信に使用されるリソースのセットとして定義され得る。サービングセルは、セルとも称される。
サービングセルは、少なくとも１つのダウンリンクコンポーネントキャリア（ダウンリンクキャリア）及び／又は１つのアップリンクコンポーネントキャリア（アップリンクキャリア）を含むように構成され得る。サービングセルは、少なくとも２つ以上のダウンリンクコンポーネントキャリア及び／又は２つ以上のアップリンクコンポーネントキャリアを含むように構成され得る。ダウンリンクコンポーネントキャリア及びアップリンクコンポーネントキャリアは、コンポーネントキャリア（キャリア）とも称される。
例えば、１つのリソースグリッドが、１つのコンポーネントキャリアに対して設けられてもよい。例えば、１つのリソースグリッドは、１つのコンポーネントキャリアとサブキャリア間隔構成ｕに対して設けられてもよい。サブキャリア間隔構成ｕは、ヌメロロジ（numerology）とも称される。リソースグリッドは、Ｎｓｉｚｅ，ｕ ｇｒｉｄ，ｘＮＲＢ ｓｃ個のサブキャリアを含む。リソースグリッドは、インデックスＮｓｔａｒｔ，ｕ ｇｒｉｄを有する共通リソースブロックから開始する。インデックスＮｓｔａｒｔ，ｕ ｇｒｉｄを有する共通リソースブロックはまた、リソースグリッドの基準点とも称される。リソースグリッドは、Ｎｓｕｂｆｒａｍｅ，ｕ ｓｙｍｂ個のＯＦＤＭシンボルを含む。下付き文字ｘは、送信方向を示し、ダウンリンク又はアップリンクのいずれかを示す。１つのリソースグリッドがアンテナポートｐ、サブキャリア間隔構成ｕ、及び送信方向ｘに対して提供される。
リソースグリッドは、キャリアとも称される。
Ｎｓｉｚｅ，ｕ ｇｒｉｄ，ｘ及びＮｓｔａｒｔ，ｕ ｇｒｉｄは、少なくともＲＲＣパラメータ（例えば、ＲＲＣパラメータＣａｒｒｉｅｒＢａｎｄｗｉｄｔｈと称される）に基づいて与えられる。ＲＲＣパラメータは、１つ以上のＳＣＳ（サブキャリア間隔）固有のキャリアを定義するために使用される。１つのリソースグリッドは、１つのＳＣＳ固有のキャリアに対応する。１つのコンポーネントキャリアは、１つ以上のＳＣＳ固有のキャリアを含み得る。ＳＣＳ固有のキャリアは、システム情報ブロック（ＳＩＢ）に含まれ得る。各ＳＣＳ固有のキャリアについて、サブキャリア間隔構成ｕが提供され得る。
図２は、本実施形態の一態様に係る、サブキャリア間隔構成ｕとスロット当たりのＯＦＤＭシンボルの数Ｎｓｌｏｔ ｓｙｍｂ及びＣＰ構成間の関係を示す例である。図２Ａでは、例えば、サブキャリア間隔構成ｕが２に設定され、ＣＰ構成が通常ＣＰ（通常サイクリックプレフィックス）に設定される場合、Ｎｓｌｏｔ ｓｙｍｂ＝１４、Ｎｆａｍｅ，ｕ ｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ ， ｕ ｓｌｏｔ＝４である。更に、図２Ｂでは、例えば、サブキャリア間隔構成ｕが２に設定され、ＣＰ構成が拡張ＣＰ（拡張サイクリックプレフィックス）に設定される場合、Ｎｓｌｏｔ ｓｙｍｂ＝１２、Ｎｆａｍｅ，ｕ ｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，ｕ ｓｌｏｔ＝４である。
本実施形態の一態様による無線通信システムでは、時間単位Ｔｃを使用して、時間領域の長さを表してもよい。時間単位Ｔｃは、Ｔｃ＝１／（ｄｆｍａｘ ＊Ｎｆ）である。それは、ｄｆｍａｘ＝４８０ｋＨｚである。それは、Ｎｆ＝４０９６である。定数ｋは、ｋ＝ｄｆｍａｘ ＊Ｎｆ／（ｄｆｒｅｆＮｆ，ｒｅｆ）＝６４であり、ｄｆｒｅｆは、１５ｋＨｚである。Ｎｆ，ｒｅｆは、２０４８である。
ダウンリンクおける信号の送信及び／又はアップリンクにおける信号の送信は、長さＴｆの無線フレーム（システムフレーム、フレーム）に編成され得る。それは、Ｔｆ＝（ｄｆｍａｘ Ｎｆ／１００）＊Ｔｓ＝１０ｍｓである。１つの無線フレームは、１０個のサブフレームを含むように構成されている。サブフレーム長は、Ｔｓｆ＝（ｄｆｍａｘＮｆ／１０００）Ｔｓ＝１ｍｓである。サブフレーム当たりのＯＦＤＭシンボルの数は、Ｎｓｕｂｆｒａｍｅ ’ ｕ ｓｙｍｂ＝Ｎｓｌｏｔ ｓｙｍｂＮｓｕｂｆｒａｍｅ ’ ｕ ｓｌｏｔである。
サブキャリア間隔構成ｕの場合、サブフレームに含まれるスロットの数及びインデックスが与えられ得る。例えば、スロットインデックスｎｕ ｓは、サブフレーム内の０～Ｎｓｕｂｆｒａｍｅ，ｕ ｓｌｏｔ－１の範囲の整数値の昇順で与えられ得る。サブキャリア間隔構成ｕの場合、無線フレームに含まれるスロットの数及び無線フレームに含まれるスロットのインデックスが与えられ得る。また、スロットインデックスｎｕ ｓ，ｆは、無線フレーム内の０～Ｎｆｒａｍｅ，ｕ ｓｌｏｔ－１の範囲の整数値の昇順で与えられ得る。連続したＮｓｌｏｔ ｓｙｍｂ個のＯＦＤＭシンボルが１つのスロットに含まれ得る。それは、Ｎｓｌｏｔ ｓｙｍｂ＝１４である。
図３は、本実施形態の一態様に係るリソースグリッドを構成する方法の例を示す図である。図３の横軸は、周波数領域を示す。図３は、コンポーネントキャリア３００におけるサブキャリア間隔構成ｕ＝ｕ１のリソースグリッドの構成例及びコンポーネントキャリアにおけるサブキャリア間隔構成ｕ＝ｕ２のリソースグリッドの構成例を示す。１つ以上のサブキャリア間隔構成を、コンポーネントキャリアのために設定することができる。図３では、ｕ１＝ｕ２－１であることを想定しているが、この実施形態の様々な態様は、ｕ１＝ｕ２－１の条件に限定されない。
コンポーネントキャリア３００は、周波数領域における所定の幅を有するバンドである。
ポイント３０００は、サブキャリアを識別するための識別子である。ポイント３０００は、ポイントＡとも称される。共通リソースブロック（ＣＲＢ）セット３１００は、サブキャリア間隔構成ｕ１の共通リソースブロックのセットである。
共通リソースブロックセット３１００の中で、ポイント３０００を含む共通リソースブロック（図３の右斜め上線によって示されるブロック）はまた、共通リソースブロックセット３１００の基準点とも称される。共通リソースブロックセット３１００の基準点は、共通リソースブロックセット３１００内のインデックス０を有する共通リソースブロックであり得る。
オフセット３０１１は、共通リソースブロックセット３１００の基準点からリソースグリッド３００１の基準点までのオフセットである。オフセット３０１１は、サブキャリア間隔構成ｕ１に対する共通リソースブロックの数によって示される。リソースグリッド３００１は、リソースグリッド３００１の基準点から始まるＮｓｉｚｅ，ｕ ｇｒｉｄ１，ｘ個の共通リソースブロックを含む。
オフセット３０１３は、リソースグリッド３００１の基準点からインデックスｉ１のＢＷＰ（帯域幅部分）３００３の基準点（Ｎｓｔａｒｔ，ｕ ＢＷＰ，ｉ１）へのオフセットである。
共通リソースブロックセット３２００は、サブキャリア間隔構成ｕ２に関する共通リソースブロックのセットである。
共通リソースブロックセット３２００におけるポイント３０００を含む共通リソースブロック（図３の左斜め上線によって示されるブロック）は、共通リソースブロックセット３２００の基準点とも称される。共通リソースブロックセット３２００の基準点は、共通リソースブロックセット３２００内のインデックス０を有する共通リソースブロックであり得る。
オフセット３０１２は、共通リソースブロックセット３２００の基準点からリソースグリッド３００２の基準点までのオフセットである。オフセット３０１２は、サブキャリア間隔構成ｕ＝ｕ２のための共通リソースブロックの数によって示される。リソースグリッド３００２は、リソースグリッド３００２の基準点から始まるＮｓｉｚｅ，ｕ ｇｒｉｄ２，ｘ個の共通リソースブロックを含む。
オフセット３０１４は、リソースグリッド３００２の基準点からインデックスｉ２を有するＢＷＰ３００４の基準点（Ｎｓｔａｒｔ，ｕ ＢＷＰ，ｉ２）へのオフセットである。
図４は、本実施形態の一態様に係るリソースグリッド３００１の構成例を示す図である。図４のリソースグリッドでは、横軸は、ＯＦＤＭシンボルインデックスｌｓｙｍを、縦軸はサブキャリアインデックスｋｓｃを示す。リソースグリッド３００１は、Ｎｓｉｚｅ，ｕ ｇｒｉｄ１，ｘＮＲＢ ｓｃ個のサブキャリアを含み、またＮｓｕｂｆｒａｍｅｓ，ｕ ｓｙｍｂ個のＯＦＤＭシンボルを含む。サブキャリアインデックスｋｓｃ及びリソースグリッド内のＯＦＤＭシンボルインデックスｌｓｙｍによって指定されたリソースは、リソース要素（resource element、ＲＥ）とも称される。
リソースブロック（resource block、ＲＢ）は、ＮＲＢ ｓｃ個の連続したサブキャリアを含む。リソースブロックは、共通リソースブロック、物理リソースブロック（ＰＲＢ）、及び仮想リソースブロック（ＶＲＢ）の総称である。それは、ＮＲＢ ｓｃ＝１２である。
リソースブロックユニットは、１つのリソースブロック内の１つのＯＦＤＭシンボルに対応するリソースのセットである。すなわち、１つのリソースブロックユニットは、１つのリソースブロック内の１つのＯＦＤＭシンボルに対応する１２個のリソース要素を含む。
サブキャリア間隔構成ｕの共通リソースブロックは、共通リソースブロックセット内の周波数領域における０からの昇順でインデックス付けされる。サブキャリア間隔構成ｕのインデックス０を有する共通リソースブロックは、ポイント３０００を含む（又はそれと衝突する、一致する）。サブキャリア間隔構成ｕに対する共通リソースブロックのインデックスｎｕ ＣＲＢは、ｎｕ ＣＲＢ＝ｃｅｉｌ（ｋｓｃ／ＮＲＢ ｓｃ）の関係を満たす。ｋｓｃ＝０を有するサブキャリアは、ポイント３０００に対応するサブキャリアの中心周波数と同じ中心周波数を有するサブキャリアである。
サブキャリア間隔構成ｕのための物理リソースブロックは、ＢＷＰ内の周波数領域における０からの昇順でインデックス付けされる。サブキャリア間隔構成ｕに対する物理リソースブロックのインデックスｎｕ ＰＲＢは、ｎｕ ＣＲＢ＝ｎｕ ＰＲＢ＋Ｎｓｔａｒｔ，ｕ ＢＷＰ，ｉの関係を満たす。Ｎｓｔａｒｔ，ｕ ＢＷＰ，ｉは、インデックスｉを有するＢＷＰの基準点を示す。
ＢＷＰは、リソースグリッドに含まれる共通リソースブロックのサブセットとして定義される。ＢＷＰは、基準点Ｎｓｔａｒｔ，ｕ ＢＷＰ，ｉから始まるＮｓｉｚｅ，ｕ ｂｗｐ，ｉ共通リソースブロックを含む。ダウンリンクコンポーネントキャリアのＢＷＰは、ダウンリンクＢＷＰとも称される。アップリンクコンポーネントキャリアのＢＷＰは、アップリンクＢＷＰとも称される。
アンテナポートは、アンテナポート上のシンボルが伝達されるチャネルが、同じアンテナポート上の別のシンボルが伝達されるチャネルから推測され得るように定義される。例えば、チャネルは、物理チャネルに対応し得る。例えば、シンボルは、ＯＦＤＭシンボルに対応し得る。例えば、シンボルは、リソースブロックユニットに対応し得る。例えば、シンボルは、リソース要素に対応し得る。
２つのアンテナポートは、１つのアンテナポート上のシンボルが伝達されるチャネルの大規模な特性が、他のアンテナポート上のシンボルが伝達されるチャネルから推測され得る場合、ＱＣＬ（Ｑｕａｓｉ Ｃｏ－Ｌｏｃａｔｅｄ：擬似共位置）であると言われる。大規模特性は、遅延スプレッド、ドップラスプレッド、ドップラシフト、平均ゲイン、平均遅延、及び空間Ｒｘパラメータのうちの１つ以上を含む。
キャリアアグリゲーションは、複数の集約されたサービングセルを使用する通信であり得る。キャリアアグリゲーションは、複数の集約されたコンポーネントキャリアを使用する通信であってもよい。キャリアアグリゲーションは、複数の集約されたダウンリンクコンポーネントキャリアを使用する通信であってもよい。キャリアアグリゲーションは、複数の集約されたアップリンクコンポーネントキャリアを使用する通信であってもよい。
図５は、本実施形態の一態様に係る基地局装置３の構成例を示す概略ブロック図である。図５に示すように、基地局装置３は、無線送受信部（物理層処理部）３０と上位層処理部３４のうち少なくとも一部又は全部を含む。無線送受信部３０は、アンテナ部３１、ＲＦ部３２（無線周波数部３２）、及びベースバンド部３３のうち少なくとも一部又は全部を含む。上位層処理部３４は、メディアアクセス制御層処理部３５と無線リソース制御部（ＲＲＣ）層処理部３６のうち少なくとも一部又は全部を含む。
無線送受信部３０は、無線送信部３０ａ及び無線受信部３０ｂのうち少なくとも一部又は全部を含む。無線送信部３０ａに含まれるベースバンド部３３の構成と、無線受信部３０ｂに含まれるベースバンド部３３の構成は、同じであってもよく、又は異なっていてもよい。無線送信部３０ａに含まれるＲＦ部３２の構成と、無線受信部３０ｂに含まれるＲＦ部３２の構成は、同じであってもよく、又は異なっていてもよい。無線送信部３０ａに含まれるアンテナ部３１の構成と、無線受信部３０ｂに含まれるアンテナ部３１の構成は、同じであってもよく、又は異なっていてもよい。
上位層処理部３４は、ダウンリンクデータ（トランスポートブロック）を無線送受信部３０（又は無線送信部３０ａ）に提供する。上位層処理部３４は、メディアアクセス制御（ＭＡＣ）層、パケットデータ収束プロトコル層（ＰＤＣＰ層）、無線リンク制御層（ＲＬＣ層）、及び／又はＲＲＣ層の処理を実行する。
上位層処理部３４に含まれるメディアアクセス制御層処理部３５は、ＭＡＣ層の処理を行う。
上位層処理部３４に含まれる無線リソース制御層処理部３６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部３６は、端末装置１の様々な構成情報／パラメータ（ＲＲＣパラメータ）を管理する。無線リソース制御層処理部３６は、端末装置１から受信したＲＲＣメッセージに基づいてＲＲＣパラメータを構成する。
無線送受信部３０（又は無線送信部３０ａ）は、符号化及び変調などの処理を行う。無線送受信部３０（又は無線送信部３０ａ）は、ダウンリンクデータを符号化及び変調することによって物理信号を生成する。無線送受信部３０（又は無線送信部３０ａ）は、時間連続信号への変換によって物理信号のＯＦＤＭシンボルをベースバンド信号に変換する。無線送受信部３０（又は無線送信部３０ａ）は、無線周波数を介して、ベースバンド信号（又は物理信号）を端末装置１に送信する。無線送受信部３０（又は無線送信部３０ａ）は、ベースバンド信号（又は物理信号）をコンポーネントキャリア上に配置し、ベースバンド信号（又は物理信号）を端末装置１に送信することができる。
無線送受信部３０（又は無線受信部３０ｂ）は、復調及び復号化などの処理を行う。無線送受信部３０（又は無線受信部３０ｂ）は、受信した物理信号を分離、復調、及び復号化し、復号化された情報を上位層処理部３４に提供する。無線送受信部３０（又は無線受信部３０ｂ）は、物理信号の送信前にチャネルアクセス手順を実行することができる。
ＲＦ部３２は、アンテナ部３１を介して受信された物理信号をベースバンド信号に復調（ダウンコンバート）し、かつ／又は余分な周波数成分を除去する。ＲＦ部３２は、処理されたアナログ信号をベースバンド部３３に提供する。
ベースバンド部３３は、ＲＦ部３２から入力されたアナログ信号（無線周波数上の信号）をデジタル信号（ベースバンド信号）に変換する。ベースバンド部３３は、デジタル信号からＣＰ（サイクリックプレフィックス）に対応する部分を分離する。ベースバンド部３３は、ＣＰが除去されたデジタル信号に対して高速フーリエ変換（ＦＦＴ）を実行する。ベースバンド部３３は、周波数領域内の物理信号を提供する。
ベースバンド部３３は、ダウンリンクデータで逆高速フーリエ変換（ＩＦＦＴ）を実行してＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを追加し、デジタル信号（ベースバンド信号）を生成し、デジタル信号をアナログ信号に変換する。ベースバンド部３３は、アナログ信号をＲＦ部３２に提供する。
ＲＦ部３２は、ベースバンド部３３から入力されたアナログ信号（無線周波数の信号）から余分な周波数成分を除去し、アナログ信号を無線周波数にアップコンバートし、アンテナ部３１を介してそれを送信する。ＲＦ部３２は、送信電力を制御する機能を有し得る。ＲＦ部３２は、送信電力制御部とも称される。
端末装置１のために、少なくとも１つ以上のサービングセル（又は１つ以上のコンポーネントキャリア、１つ以上のダウンリンクコンポーネントキャリア、１つ以上のアップリンクコンポーネントキャリア）を構成することができる。
端末装置１のために設定されたサービングセルの各々は、ＰＣｅｌｌ（プライマリセル）、ＰＳＣｅｌｌ（プライマリＳＣＧセル）、及びＳＣｅｌｌ（セカンダリセル）のいずれかであり得る。
ＰＣｅｌｌは、ＭＣＧ（マスターセルグループ）に含まれるサービングセルである。ＰＣｅｌｌは、端末装置１によって初期接続確立手順又は接続再確立手順を実行するセル（実装セル）である。
ＰＳＣｅｌｌは、ＳＣＧ（セカンダリセルグループ）に含まれるサービングセルである。ＰＳＣｅｌｌは、ランダムアクセスが同期による再構成手順（同期による再構成）で端末装置１によって実行されるサービングセルである。
ＳＣｅｌｌは、ＭＣＧ又はＳＣＧのいずれかに含まれ得る。
サービングセルグループ（セルグループ）は、少なくともＭＣＧ及びＳＣＧを含む指定である。サービングセルグループは、１つ以上のサービングセル（又は１つ以上のコンポーネントキャリア）を含み得る。サービングセルグループに含まれる１つ以上のサービングセル（又は１つ以上のコンポーネントキャリア）は、キャリアアグリゲーションによって動作され得る。
１つ以上のダウンリンクＢＷＰを、各サービングセル（又は各ダウンリンクコンポーネントキャリア）に対して構成することができる。１つ以上のアップリンクＢＷＰを、各サービングセル（又は各アップリンクコンポーネントキャリア）に対して構成することができる。
サービングセル（又はダウンリンクコンポーネントキャリア）に対して設定された１つ以上のダウンリンクＢＷＰの中で、１つのダウンリンクＢＷＰは、アクティブダウンリンクＢＷＰとして設定され得る（又は１つのダウンリンクＢＷＰがアクティブ化され得る）。サービングセル（又はアップリンクコンポーネントキャリア）に対して設定された１つ以上のアップリンクＢＷＰの中に、１つのアップリンクＢＷＰがアクティブアップリンクＢＷＰとして設定され得る（又は１つのアップリンクＢＷＰがアクティブ化され得る）。
ＰＤＳＣＨ、ＰＤＣＣＨ、及びＣＳＩ－ＲＳは、アクティブダウンリンクＢＷＰで受信され得る。端末装置１は、アクティブダウンリンクＢＷＰでＰＤＳＣＨ、ＰＤＣＣＨ、及びＣＳＩ－ＲＳを受信することができる。ＰＵＣＣＨ及びＰＵＳＣＨは、アクティブアップリンクＢＷＰ上で送信され得る。端末装置１は、アクティブアップリンクＢＷＰでＰＵＣＣＨ及びＰＵＳＣＨを送信することができる。アクティブダウンリンクＢＷＰ及びアクティブアップリンクＢＷＰは、アクティブＢＷＰとも称される。
ＰＤＳＣＨ、ＰＤＣＣＨ、及びＣＳＩ－ＲＳは、アクティブダウンリンクＢＷＰ以外のダウンリンクＢＷＰ（非アクティブダウンリンクＢＷＰ）で受信されなくてもよい。端末装置１は、アクティブダウンリンクＢＷＰ以外のダウンリンクＢＷＰでＰＤＳＣＨ、ＰＤＣＣＨ、及びＣＳＩ－ＲＳを受信しない場合がある。ＰＵＣＣＨ及びＰＵＳＣＨは、アクティブアップリンクＢＷＰ以外のアップリンクＢＷＰ（非アクティブアップリンクＢＷＰ）で送信される必要はない。端末装置１は、アクティブアップリンクＢＷＰ以外のアップリンクＢＷＰでＰＵＣＣＨ及びＰＵＳＣＨを送信しない場合がある。非アクティブダウンリンクＢＷＰ及び非アクティブアップリンクＢＷＰは、非アクティブＢＷＰとも称される。
ダウンリンクＢＷＰのスイッチングは、アクティブダウンリンクＢＷＰを非アクティブ化し、アクティブダウンリンクＢＷＰ以外の非アクティブダウンリンクＢＷＰのうちの１つをアクティブ化する。ダウンリンクＢＷＰのスイッチングは、ダウンリンク制御情報に含まれるＢＷＰフィールドによって制御され得る。ダウンリンクＢＷＰのスイッチングは、上位層パラメータに基づいて制御され得る。
アップリンクＢＷＰのスイッチングは、アクティブアップリンクＢＷＰを非アクティブ化し、アクティブアップリンクＢＷＰ以外の任意のアクティブアップリンクＢＷＰを非アクティブ化するために使用される。アップリンクＢＷＰのスイッチングは、ダウンリンク制御情報に含まれるＢＷＰフィールドによって制御され得る。アップリンクＢＷＰのスイッチングは、上位層パラメータに基づいて制御され得る。
サービングセルに対して設定された１つ以上のダウンリンクＢＷＰの中に、２つ以上のダウンリンクＢＷＰがアクティブダウンリンクＢＷＰとして設定されない場合がある。サービングセルの場合、１つのダウンリンクＢＷＰは、特定の時間においてアクティブであり得る。
サービングセルに対して設定された１つ以上のアップリンクＢＷＰの中で、２つ以上のアップリンクＢＷＰがアクティブアップリンクＢＷＰとして設定されない場合がある。サービングセルの場合、１つのアップリンクＢＷＰは、特定の時間においてアクティブであり得る。
図６は、本実施形態の一態様に係る端末装置１の構成例を示す概略ブロック図である。図６に示すように、端末装置１は、無線送信／受信部（物理層処理部）１０と上位層処理部１４のうち少なくとも一部又は全部を含む。無線送受信部１０は、アンテナ部１１、ＲＦ部１２、及びベースバンド部１３のうち少なくとも一部又は全部を含む。上位層処理部１４は、メディアアクセス制御層処理部１５及び無線リソース制御層処理部１６のうち少なくとも一部又は全部を含む。
無線送受信部１０は、無線送信部１０ａ及び無線受信部１０ｂのうち少なくとも一部又は全部を含む。無線送信部１０ａに含まれるベースバンド部１３の構成と、無線受信部１０ｂに含まれるベースバンド部１３の構成は、同じであってもよく、又は異なっていてもよい。無線送信部１０ａに含まれるＲＦ部１２と無線受信部１０ｂに含まれるＲＦ部１２の構成は、同じでもあってもよく、又は異なっていてもよい。無線送信部１０ａに含まれるアンテナ部１１の構成と、無線受信部１０ｂに含まれるアンテナ部１１の構成は、同じでもあってもよく、又は異なっていてもよい。
上位層処理部１４は、アップリンクデータ（トランスポートブロック）を無線送受信部１０（又は無線送信部１０ａ）に提供する。上位層処理部１４は、ＭＡＣ層、パケットデータ統合プロトコル層、無線リンク制御層、及び／又はＲＲＣ層の処理を行う。
上位層処理部１４に含まれるメディアアクセス制御層処理部１５は、ＭＡＣ層の処理を行う。
上位層処理部１４に含まれる無線リソース制御層処理部１６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部１６は、端末装置１の様々な構成情報／パラメータ（ＲＲＣパラメータ）を管理する。無線リソース制御層処理部１６は、基地局装置３から受信したＲＲＣメッセージに基づいてＲＲＣパラメータを構成する。
無線送受信部１０（又は無線送信部１０ａ）は、符号化及び変調などの処理を実行する。無線送受信部１０（又は無線送信部１０ａ）は、アップリンクデータを符号化及び変調することによって物理信号を生成する。無線送受信部１０（又は無線送信部１０ａ）は、時間連続信号への変換によって物理信号内のＯＦＤＭシンボルをベースバンド信号に変換する。無線送受信部１０（又は無線送信部１０ａ）は、ベースバンド信号（又は物理信号）を、無線周波数を介して基地局装置３に送信する。無線送受信部１０（又は無線送信部１０ａ）は、ＢＷＰ（アクティブアップリンクＢＷＰ）上にベースバンド信号（又は物理信号）を配置し、ベースバンド信号（又は物理信号）を基地局装置３に送信することができる。
無線送受信部１０（又は無線受信部１０ｂ）は、復調及び復号化などの処理を行う。無線送受信部１０（又は無線受信部１０ｂ）は、サービングセルのＢＷＰ（アクティブダウンリンクＢＷＰ）において物理信号を受信することができる。無線送受信部１０（又は無線受信部１０ｂ）は、受信した物理信号を分離、復調、及び復号化し、復号化された情報を上位層処理部１４に提供する。無線送受信部１０（又は無線受信部１０ｂ）は、物理信号の送信前にチャネルアクセス手順を実行することができる。
ＲＦ部１２は、アンテナ部１１を介して受信された物理信号をベースバンド信号に復調（ダウンコンバート）し、かつ／又は余分な周波数成分を除去する。ＲＦ部１２は、処理されたアナログ信号をベースバンド部１３に提供する。
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号（無線周波数上の信号）をデジタル信号（ベースバンド信号）に変換する。ベースバンド部１３は、デジタル信号からＣＰに対応する部分を分離し、ＣＰが除去されたデジタル信号に対して高速フーリエ変換を実行し、周波数領域で物理信号を提供する。
ベースバンド部１３は、アップリンクデータに対して逆高速フーリエ変換を実行してＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを追加し、デジタル信号（ベースバンド信号）を生成し、デジタル信号をアナログ信号に変換する。ベースバンド部１３は、アナログ信号をＲＦ部１２に提供する。
ＲＦ部１２は、ベースバンド部１３から入力されたアナログ信号（無線周波数の信号）から余分な周波数成分を除去し、アナログ信号を無線周波数にアップコンバートし、それを、アンテナ部１１を介して送信する。ＲＦ部１２は、送信電力を制御する機能を有し得る。ＲＦ部１２は、送信電力制御部とも称される。
以下、物理信号（信号）を説明する。
物理信号は、ダウンリンク物理チャネル、ダウンリンク物理信号、アップリンク物理チャネル、及びアップリンク物理チャネルの総称である。物理チャネルは、ダウンリンク物理チャネル及びアップリンク物理チャネルの総称である。
アップリンク物理チャネルは、上位層から生じる情報及び／又はアップリンク制御情報を搬送するリソース要素のセットに対応し得る。アップリンク物理チャネルは、アップリンクコンポーネントキャリアで使用される物理チャネルであり得る。アップリンク物理チャネルは、端末装置１によって送信され得る。アップリンク物理チャネルは、基地局装置３によって受信され得る。本実施形態の一態様に係る無線通信システムでは、ＰＵＣＣＨ（物理アップリンク制御チャネル）、ＰＵＳＣＨ（物理アップリンク共有チャネル）、及びＰＲＡＣＨ（物理ランダムアクセスチャネル）の少なくとも一部又は全部が使用され得る。
ＰＵＣＣＨは、アップリンク制御情報（ＵＣＩ）を送信するために使用され得る。ＰＵＣＣＨは、アップリンク制御情報を配信（送信、伝達）するために送信され得る。アップリンク制御情報は、ＰＵＣＣＨにマッピング（又は配置）され得る。端末装置１は、アップリンク制御情報が配置されるＰＵＣＣＨを送信することができる。基地局装置３は、アップリンク制御情報が配置されるＰＵＣＣＨを受信することができる。
アップリンク制御情報（アップリンク制御情報ビット、アップリンク制御情報シーケンス、アップリンク制御情報タイプ）は、チャネル状態情報（ＣＳＩ）、スケジューリング要求（ＳＲ）、及びＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ：ハイブリッド自動再送要求送信確認）のうち少なくとも一部又は全部を含む。
チャネル状態情報は、チャネル状態情報ビット又はチャネル状態情報シーケンスを使用することによって伝達される。スケジューリング要求は、スケジューリング要求ビット又はスケジューリング要求シーケンスとも称される。ＨＡＲＱ－ＡＣＫ情報は、ＨＡＲＱ－ＡＣＫ情報ビット又はＨＡＲＱ－ＡＣＫ情報シーケンスとも称される。
ＨＡＲＱ－ＡＣＫ情報は、トランスポートブロック（ＴＢ：トランスポートブロック、ＭＡＣ ＰＤＵ：メディアアクセス制御プロトコルデータユニット、ＤＬ－ＳＣＨ：ダウンリンク共有チャネル、ＵＬ－ＳＣＨ：アップリンク共有チャネル、ＰＤＳＣＨ：物理ダウンリンク共有チャネル、ＰＵＳＣＨ：物理アップリンク共有チャネル）に対応するＨＡＲＱ－ＡＣＫステータスを含み得る。ＨＡＲＱ－ＡＣＫステータスは、トランスポートブロックに対応するＡＣＫ（肯定応答）又はＮＡＣＫ（否定応答）を示し得る。ＡＣＫは、トランスポートブロックが正常に復号化されたことを示し得る。ＮＡＣＫは、トランスポートブロックが正常に復号化されていないことを示し得る。ＨＡＲＱ－ＡＣＫ情報は、１つ以上のＨＡＲＱ－ＡＣＫステータス（又はＨＡＲＱ－ＡＣＫビット）を含むＨＡＲＱ－ＡＣＫコードブックを含み得る。
例えば、ＨＡＲＱ－ＡＣＫ情報とトランスポートブロックとの間の対応は、トランスポートブロック一致（transport block correspond）の送信に使用されるＨＡＲＱ－ＡＣＫ情報及びＰＤＳＣＨが対応することを意味し得る。
ＨＡＲＱ－ＡＣＫステータスは、トランスポートブロックに含まれる１つのＣＢＧ（コードブロックグループ）に対応するＡＣＫ又はＮＡＣＫを示し得る。
スケジューリング要求は、新しい送信のためにＰＵＳＣＨ（又はＵＬ－ＳＣＨ）リソースを要求するために少なくとも使用され得る。スケジューリング要求は、肯定ＳＲ（positive SR）又は否定ＳＲ（negative SR）のいずれかを示すために使用され得る。スケジューリング要求が肯定ＳＲを示すという事実は、「肯定ＳＲが送信される」とも称される。肯定ＳＲは、初期送信のためのＰＵＳＣＨ（又はＵＬ－ＳＣＨ）リソースが端末装置１によって要求されることを示し得る。肯定ＳＲは、上位層がスケジューリング要求をトリガすることを示し得る。肯定ＳＲは、上位層がスケジューリング要求を送信するように指示するときに送信され得る。スケジューリング要求ビットが否定ＳＲを示すという事実は、「否定ＳＲが送信される」とも称される。否定ＳＲは、初期送信のためのＰＵＳＣＨ（又はＵＬ－ＳＣＨ）リソースが端末装置１によって要求されないことを示し得る。否定ＳＲは、上位層がスケジューリング要求をトリガしないことを示し得る。否定ＳＲは、上位層がスケジューリング要求を送信するように指示されていない場合に送信され得る。
チャネル状態情報は、チャネル品質インジケータ（ＣＱＩ）、プレコーダマトリックスインジケータ（ＰＭＩ）、及びランクインジケータ（ＲＩ）のうち少なくとも一部又は全部を含み得る。ＣＱＩは、チャネル品質（例えば、伝播品質）又は物理チャネル品質に関連するインジケータであり、ＰＭＩは、プレコーダに関連するインジケータである。ＲＩは、送信ランク（又は送信層の数）に関連するインジケータである。
チャネル状態情報は、少なくともチャネル測定のために使用される１つ以上の物理信号（例えば、１つ以上のＣＳＩ－ＲＳ）の受信に少なくとも基づいて提供され得る。チャネル状態情報は、チャネル測定に使用される１つ以上の物理信号の受信に少なくとも基づいて端末装置１によって選択され得る。チャネル測定は、干渉測定を含み得る。
ＰＵＣＣＨは、ＰＵＣＣＨフォーマットに対応し得る。ＰＵＣＣＨは、ＰＵＣＣＨフォーマットを伝達するために使用されるリソース要素のセットであり得る。ＰＵＣＣＨはＰＵＣＣＨフォーマットを含み得る。ＰＵＣＣＨフォーマットは、ＵＣＩを含み得る。
ＰＵＳＣＨは、アップリンクデータ（トランスポートブロック）及び／又はアップリンク制御情報を送信するために使用され得る。ＰＵＳＣＨは、ＵＬ－ＳＣＨ及び／又はアップリンク制御情報に対応するアップリンクデータ（トランスポートブロック）を送信するために使用され得る。ＰＵＳＣＨは、アップリンクデータ（トランスポートブロック）及び／又はアップリンク制御情報を伝達するために使用され得る。ＰＵＳＣＨは、ＵＬ－ＳＣＨ及び／又はアップリンク制御情報に対応するアップリンクデータ（トランスポートブロック）を伝達するために使用され得る。アップリンクデータ（トランスポートブロック）は、ＰＵＳＣＨに配置され得る。ＵＬ－ＳＣＨに対応するアップリンクデータ（トランスポートブロック）は、ＰＵＳＣＨに配置され得る。アップリンク制御情報は、ＰＵＳＣＨに配置され得る。端末装置１は、アップリンクデータ（トランスポートブロック）及び／又はアップリンク制御情報が配置されるＰＵＳＣＨを送信することができる。基地局装置３は、アップリンクデータ（トランスポートブロック）及び／又はアップリンク制御情報が配置されるＰＵＳＣＨを受信することができる。
ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために使用され得る。ＰＲＡＣＨは、ランダムアクセスプリアンブルを伝達するために使用され得る。ＰＲＡＣＨのシーケンスＸｕ，ｖ（ｎ）は、Ｘｕ，ｖ（ｎ）＝Ｘｕ（ｍｏｄ（ｎ＋Ｃｖ，Ｌｒａ））．によって定義される。Ｘｕは、ＺＣシーケンス（Ｚａｄｏｆｆ－Ｃｈｕシーケンス）であり得る。Ｘｕは、Ｘｕ＝ｅｘｐ（－ｊｐｕｉ（ｉ＋１）／Ｌｒａ）によって定義し得る。ｊは虚数単位である。ｐは、円周率である。Ｃｖは、ＰＲＡＣＨの巡回シフトに対応する。ＬＲＡは、ＰＲＡＣＨの長さに対応する。ＬＲＡは、８３９又は１３９又は別の値であってもよい。ｉは、０～ＬＲＡ－１の範囲の整数である。ｕは、ＰＲＡＣＨのシーケンスインデックスである。端末装置１は、ＰＲＡＣＨを送信することができる。基地局装置３は、ＰＲＡＣＨを受信することができる。
所与のＰＲＡＣＨ機会では、６４個のランダムアクセスプリアンブルが定義される。ランダムアクセスプリアンブルは、少なくともＰＲＡＣＨの巡回シフトＣｖ及びＰＲＡＣＨのシーケンスインデックスｕに基づいて指定される（決定される、与えられる）。
アップリンク物理信号は、リソース要素のセットに対応し得る。アップリンク物理信号は、上位層で生成された情報を搬送しない場合がある。アップリンク物理信号は、アップリンクコンポーネントキャリアで使用される物理信号であり得る。端末装置１は、アップリンク物理信号を送信することができる。基地局装置３は、アップリンク物理信号を受信することができる。本実施形態の一態様に係る無線通信システムでは、ＵＬ ＤＭＲＳ（ＵｐＬｉｎｋ Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ：アップリンク復調用参照信号）、ＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ：サウンディング参照信号）、ＵＬ ＰＴＲＳ（ＵｐＬｉｎｋ Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ：アップリンク位相追跡参照信号）のうち少なくとも一部又は全部を使用してもよい。
ＵＬ ＤＭＲＳは、ＰＵＳＣＨのＤＭＲＳ及びＰＵＣＣＨのＤＭＲＳの総称である。
ＰＵＳＣＨのためのＤＭＲＳ（ＰＵＳＣＨに関連付けられたＤＭＲＳ、ＰＵＳＣＨに含まれるＤＭＲＳ、ＰＵＳＣＨに対応するＤＭＲＳ）のアンテナポートのセットは、ＰＵＳＣＨのためのアンテナポートのセットに基づいて与えられてもよい。すなわち、ＰＵＳＣＨのためのＤＭＲＳアンテナポートのセットは、ＰＵＳＣＨのためのアンテナポートのセットと同じであってもよい。
ＰＵＳＣＨの送信及びＰＵＳＣＨのためのＤＭＲＳの送信は、１つのＤＣＩフォーマットによって示され得る（又はスケジュールされ得る）。ＰＵＳＣＨ及びＰＵＳＣＨのためのＤＭＲＳは、ＰＵＳＣＨと総称され得る。ＰＵＳＣＨの送信は、ＰＵＳＣＨ及びＰＵＳＣＨのためのＤＭＲＳの送信であり得る。
ＰＵＳＣＨは、ＰＵＳＣＨのためのＤＭＲＳから推定され得る。すなわち、ＰＵＳＣＨの伝搬経路は、ＰＵＳＣＨのためのＤＭＲＳから推定され得る。
ＰＵＣＣＨのためのＤＭＲＳ（ＰＵＣＣＨに関連付けられたＤＭＲＳ、ＰＵＣＣＨに含まれるＤＭＲＳ、ＰＵＣＣＨに対応するＤＭＲＳ）のアンテナポートのセットは、ＰＵＣＣＨのためのアンテナポートのセットと同一であり得る。
ＰＵＣＣＨの送信及びＰＵＣＣＨのためのＤＭＲＳの送信は、１つのＤＣＩフォーマットによって示され得る（又はスケジュールされ得る）。リソース要素におけるＰＵＣＣＨの配置（リソース要素マッピング）及び／又はＰＵＣＣＨのためのリソース要素内のＤＭＲＳの配置は、少なくとも１つのＰＵＣＣＨフォーマットによって提供され得る。ＰＵＣＣＨ及びＰＵＣＣＨのためのＤＭＲＳは、ＰＵＣＣＨと総称され得る。ＰＵＣＣＨの送信は、ＰＵＣＣＨ及びＰＵＣＣＨのためのＤＭＲＳの送信であり得る。
ＰＵＣＣＨは、ＰＵＣＣＨのためのＤＭＲＳから推定され得る。すなわち、ＰＵＣＣＨの伝搬経路は、ＰＵＣＣＨのためのＤＭＲＳから推定され得る。
ダウンリンク物理チャネルは、上位層から生じる情報及び／又はダウンリンク制御情報を搬送するリソース要素のセットに対応し得る。ダウンリンク物理チャネルは、ダウンリンクコンポーネントキャリアに使用される物理チャネルであり得る。基地局装置３は、ダウンリンク物理チャネルを送信することができる。端末装置１は、ダウンリンク物理チャネルを受信することができる。本実施形態の一態様に係る無線通信システムでは、ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ：物理ブロードキャストチャネル）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：物理ダウンリンク制御チャネル）、及びＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：物理ダウンリンク共有チャネル）のうち少なくとも一部又は全部が使用され得る。
ＰＢＣＨは、ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ：マスタ情報ブロック）及び／又は物理層制御情報を送信するために使用され得る。物理層制御情報は、ダウンリンク制御情報の一種である。ＰＢＣＨは、ＭＩＢ及び／又は物理層制御情報を配信するために送信され得る。ＢＣＨは、ＰＢＣＨにマッピング（又は対応）することができる。端末装置１は、ＰＢＣＨを受信することができる。基地局装置３は、ＰＢＣＨを送信することができる。物理層制御情報は、ＰＢＣＨペイロード及びタイミングに関連するＰＢＣＨペイロードとも称される。ＭＩＢは、１つ以上の上位層パラメータを含み得る。
物理層制御情報は８ビットを含む。物理層制御情報は、０Ａ～０Ｄの少なくとも一部又はすべてを含むことができる。０Ａは、無線フレーム情報である。０Ｂは、ハーフ無線フレーム情報（ハーフシステムフレーム情報）である。０Ｃは、ＳＳ／ＰＢＣＨブロックインデックス情報である。０Ｄは、サブキャリアオフセット情報である。
無線フレーム情報は、ＰＢＣＨが送信される無線フレーム（ＰＢＣＨが送信されるスロットを含む無線フレーム）を示すために使用される。無線フレーム情報は、４ビットで表される。無線フレーム情報は、無線フレームインジケータの４ビットで表すことができる。無線フレームインジケータは、１０ビットを含み得る。例えば、無線フレームインジケータは、インデックス０からインデックス１０２３までの無線フレームを識別するために少なくとも使用され得る。
ハーフ無線フレーム情報は、ＰＢＣＨが、ＰＢＣＨが送信される無線フレームのうちの最初の５個のサブフレーム又は２番目の５個のサブフレームで送信されるかどうかを示すために使用される。ここで、ハーフ無線フレームは、５個のサブフレームを含むように構成され得る。ハーフ無線フレームは、無線フレームに含まれる１０個のサブフレームの最初の半分の５個のサブフレームによって構成され得る。ハーフ無線フレームは、無線フレームに含まれる１０個のサブフレームのうち第２の後半分の５個のサブフレームによって構成され得る。
ＳＳ／ＰＢＣＨブロックインデックス情報は、ＳＳ／ＰＢＣＨブロックインデックスを示すために使用される。ＳＳ／ＰＢＣＨブロックインデックス情報は、３ビットで表すことができる。ＳＳ／ＰＢＣＨブロックインデックス情報は、ＳＳ／ＰＢＣＨブロックインデックスインデックスインジケータのうち３ビットからなり得る。ＳＳ／ＰＢＣＨブロックインデックスインジケータは、６ビットを含み得る。ＳＳ／ＰＢＣＨブロックインデックスインジケータは、インデックス０からインデックス６３（又はインデックス０からインデックス３、インデックス０からインデックス７、インデックス０からインデックス９、インデックス０からインデックス１９など）のＳＳ／ＰＢＣＨブロックを識別するために少なくとも使用され得る。
サブキャリアオフセット情報は、サブキャリアオフセットを示すために使用される。サブキャリアオフセット情報は、ＰＢＣＨが配置される最初のサブキャリアとインデックス０を有する制御リソースセットが配置される最初のサブキャリアとの間の差を示すために使用され得る。
ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）を送信するために使用され得る。ＰＤＣＣＨは、ダウンリンク制御情報を配信するために送信され得る。ダウンリンク制御情報は、ＰＤＣＣＨにマッピングされ得る。端末装置１は、ダウンリンク制御情報が配置されるＰＤＣＣＨを受信することができる。基地局装置３は、ダウンリンク制御情報が配置されるＰＤＣＣＨを送信することができる。
ダウンリンク制御情報は、ＤＣＩフォーマットに対応し得る。ダウンリンク制御情報は、ＤＣＩフォーマットに含まれ得る。ダウンリンク制御情報は、ＤＣＩフォーマットの各フィールドに配置され得る。
ＤＣＩフォーマットは、ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット１＿０、及びＤＣＩフォーマット１＿１の総称である。アップリンクＤＣＩフォーマットは、ＤＣＩフォーマット０＿０及びＤＣＩフォーマット０＿１の総称である。ダウンリンクＤＣＩフォーマットは、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１の総称である。
ＤＣＩフォーマット０＿０は、セルのＰＵＳＣＨ（又はセル上に配置されたＰＵＳＣＨ）をスケジュールするために少なくとも使用される。ＤＣＩフォーマット０＿０は、フィールド１Ａ～１Ｅの少なくとも一部又は全てを含む。１Ａは、ＤＣＩフォーマット識別フィールド（ＤＣＩフォーマットのための識別子フィールド）である。１Ｂは、周波数領域リソース割り当てフィールド（ＦＤＲＡフィールド、ＦＤＲＡ情報フィールド）である。１Ｃは、時間領域リソース割り当てフィールド（ＴＤＲＡフィールド、ＴＤＲＡ情報フィールド）である。１Ｄは、周波数ホッピングフラグフィールドである。１Ｅは、ＭＣＳフィールド（Ｍｏｄｕｌａｔｉｏｎ－ａｎｄ－Ｃｏｄｉｎｇ－Ｓｃｈｅｍｅ ｆｉｅｌｄ：変調及び符号化スキームフィールド）である。
周波数領域リソース割り当てフィールドは、ＦＤＲＡフィールド又はＦＤＲＡ情報フィールドと称され得る。
時間領域リソース割り当てフィールドは、ＴＤＲＡフィールド又はＴＤＲＡ情報フィールドと称され得る。
ＤＣＩフォーマット識別フィールドは、ＤＣＩフォーマット識別フィールドを含むＤＣＩフォーマットがアップリンクＤＣＩフォーマット又はダウンリンクＤＣＩフォーマットであるかどうかを示し得る。ＤＣＩフォーマット０＿０に含まれるＤＣＩフォーマット識別フィールドは、０を示すことができる（又はＤＣＩフォーマット０＿０がアップリンクＤＣＩフォーマットであることを示し得る）。
ＤＣＩフォーマット０＿０に含まれる周波数領域リソース割り当てフィールドは、少なくとも、ＰＵＳＣＨのための周波数リソースの割り当て（割り振り（allocation））を示すために使用され得る。ＤＣＩフォーマット０＿０に含まれる周波数領域リソース割り当てフィールドは、ＤＣＩフォーマット０＿０によってスケジュールされたＰＵＳＣＨのための周波数リソースの割り当て（割り振り）を示すために少なくとも使用され得る。
ＤＣＩフォーマット０＿０に含まれる時間領域リソース割り当てフィールドは、少なくとも、ＰＵＳＣＨのための時間リソースの割り当てを示すために使用され得る。ＤＣＩフォーマット０＿０に含まれる時間領域リソース割り当てフィールドは、ＤＣＩフォーマット０＿０によってスケジュールされたＰＵＳＣＨのための時間リソースの割り当てを示すために少なくとも使用され得る。
周波数ホッピングフラグフィールドは、周波数ホッピングがＰＵＳＣＨに適用されるかどうかを示すために少なくとも使用され得る。周波数ホッピングフラグフィールドは、少なくとも、周波数ホッピングがＤＣＩフォーマット０＿０によってスケジュールされたＰＵＳＣＨに適用されるかどうかを示すために少なくとも使用され得る。
ＤＣＩフォーマット０＿０に含まれるＭＣＳフィールドは、ＰＵＳＣＨのための変調スキーム及び／又はＰＵＳＣＨのための目標符号化率の一部又は全部を示すために少なくとも使用され得る。ＤＣＩフォーマット０＿０に含まれるＭＣＳフィールドは、ＤＣＩフォーマット０＿０によってスケジュールされたＰＵＳＣＨのための変調スキーム及び／又はＰＵＳＣＨのための目標符号化率の一部又は全部を示すために少なくとも使用され得る。ＰＵＳＣＨのトランスポートブロックのサイズ（ＴＢＳ：トランスポートブロックサイズ）は、少なくとも目標符号化率及びＰＵＳＣＨのための変調スキームの一部又は全部に基づいて与えられ得る。変調スキームは、変調順序、目標符号化率、及びスペクトル効率のうちの少なくとも１つを含み得る。
ＤＣＩフォーマット０＿０は、ＣＳＩ要求に使用されるフィールドを含まなくてもよい。すなわち、ＣＳＩは、ＤＣＩフォーマット０＿０によって要求されない場合がある。
ＤＣＩフォーマット０＿０は、キャリアインジケータフィールドを含まなくてもよい。ＤＣＩフォーマット０＿０によってスケジュールされたＰＵＳＣＨが配置されたアップリンクコンポーネントキャリアは、ＤＣＩフォーマット０＿０を含むＰＤＣＣＨが配置されているアップリンクコンポーネントキャリアと同じであってもよい。
ＤＣＩフォーマット０＿０は、ＢＷＰフィールドを含まなくてもよい。ＤＣＩフォーマット０＿０によってスケジュールされたＰＵＳＣＨが配置されるアップリンクＢＷＰは、ＤＣＩフォーマット０＿０を含むＰＤＣＣＨが配置されるアップリンクＢＷＰと同じであってもよい。
ＤＣＩフォーマット０＿１は、少なくともセルのための（又はセル上に配置される）ＰＵＳＣＨのスケジューリングに使用される。ＤＣＩフォーマット０＿１は、フィールド２Ａ～２Ｈの少なくとも一部又は全部を含む。２Ａは、ＤＣＩフォーマット識別フィールドである。２Ｂは、周波数領域リソース割り当てフィールドである。２Ｃは、時間領域リソース割り当てフィールドである。２Ｄは、周波数ホッピングフラグフィールドである。２Ｅは、ＭＣＳフィールドである。２Ｆは、ＣＳＩ要求フィールドである。２Ｇは、ＢＷＰフィールドである。２Ｈは、キャリアインジケータフィールドである。
ＤＣＩフォーマット０＿１に含まれるＤＣＩフォーマット識別フィールドは、０を示すことができる（又はＤＣＩフォーマット０＿１がアップリンクＤＣＩフォーマットであることを示すことができる）。
ＤＣＩフォーマット０＿１に含まれる周波数領域リソース割り当てフィールドは、少なくとも、ＰＵＳＣＨのための周波数リソースの割り当てを示すために使用され得る。ＤＣＩフォーマット０＿１に含まれる周波数領域リソース割り当てフィールドは、ＤＣＩフォーマットによってスケジュールされたＰＵＳＣＨのための周波数リソースの割り当てを示すために少なくとも使用され得る。
ＤＣＩフォーマット０＿１に含まれる時間領域リソース割り当てフィールドは、少なくとも、ＰＵＳＣＨのための時間リソースの割り当てを示すために使用され得る。ＤＣＩフォーマット０＿１に含まれる時間領域リソース割り当てフィールドは、ＤＣＩフォーマット０＿１によってスケジュールされたＰＵＳＣＨのための時間リソースの割り当てを示すために少なくとも使用され得る。
周波数ホッピングフラグフィールドは、周波数ホッピングがＤＣＩフォーマット０＿１によってスケジュールされたＰＵＳＣＨに適用されるかどうかを示すために少なくとも使用され得る。
ＤＣＩフォーマット０＿１に含まれるＭＣＳフィールドは、ＰＵＳＣＨのための変調スキーム及び／又はＰＵＳＣＨのための目標符号化率の一部又は全部を示すために少なくとも使用され得る。ＤＣＩフォーマット０＿１に含まれるＭＣＳフィールドは、ＤＣＩフォーマットによってスケジュールされたＰＵＳＣＨのための変調スキーム及び／又はＰＵＳＣＨのための目標符号化率の一部又は全部を示すために少なくとも使用され得る。
ＤＣＩフォーマット０＿１がＢＷＰフィールドを含む場合、ＢＷＰフィールドは、ＤＣＩフォーマット０＿１によってスケジュールされたＰＵＳＣＨが配置されるアップリンクＢＷＰを示すために使用され得る。ＤＣＩフォーマット０＿１がＢＷＰフィールドを含まない場合、ＰＵＳＣＨが配置されるアップリンクＢＷＰは、アクティブアップリンクＢＷＰであり得る。アップリンクコンポーネントキャリア内の端末装置１内に構成されたアップリンクＢＷＰの数が２つ以上である場合、アップリンクコンポーネントキャリア上に配置されたＰＵＳＣＨをスケジュールするために使用されるＤＣＩフォーマット０＿１に含まれるＢＷＰフィールドのビット数は、１つ以上であり得る。アップリンクコンポーネントキャリア内の端末装置１内に構成されたアップリンクＢＷＰの数が１である場合、アップリンクコンポーネントキャリア上に配置されたＰＵＳＣＨをスケジュールするために使用されるＤＣＩフォーマット０＿１に含まれるＢＷＰフィールドのためのビット数は、ゼロであり得る。
ＣＳＩ要求フィールドは、ＣＳＩレポートを示すために少なくとも使用される。
ＤＣＩフォーマット０＿１がキャリアインジケータフィールドを含む場合、キャリアインジケータフィールドは、ＰＵＳＣＨが配置されているアップリンクコンポーネントキャリア（又はサービングセル）を示すために使用され得る。ＤＣＩフォーマット０＿１がキャリアインジケータフィールドを含まない場合、ＰＵＳＣＨが配置されるサービングセルは、ＰＵＳＣＨのスケジューリングに使用されるＤＣＩフォーマット０＿１を含むＰＤＣＣＨが配置されるサービングセルと同じであってもよい。サービングセルグループ内の端末装置１内に構成されたアップリンクコンポーネントキャリアの数（又はサービングセルの数）が２つ以上である場合（アップリンクキャリアアグリゲーションがサービングセルグループ内で動作する場合）、又はクロスキャリアスケジューリングがサービングセルグループのために構成されている場合、サービングセルグループに配置されたＰＵＳＣＨをスケジューリングするために使用されるＤＣＩフォーマット０＿１に含まれるキャリアインジケータフィールドのビット数は、１つ以上（例えば、３）であってもよい。サービングセルグループ内の端末装置１内に構成されたアップリンクコンポーネントキャリアの数（又はサービングセルの数）が１である（又はアップリンクキャリアアグリゲーションがサービングセルグループ内で動作していない場合）、又はクロスキャリアスケジューリングがサービングセルグループのために構成されていない場合、サービングセルグループに配置されたＰＵＳＣＨのスケジューリングに使用されるＤＣＩフォーマット０＿１に含まれるキャリアインジケータフィールドのビット数は、ゼロであってもよい。
ＤＣＩフォーマット１＿０は、（セル上に配置された）セルのＰＤＳＣＨのスケジューリングに少なくとも使用される。ＤＣＩフォーマット１＿０は、フィールド３Ａ～３Ｆの少なくとも一部又は全てを含む。３Ａは、ＤＣＩフォーマット識別フィールドである。３Ｂは、周波数領域リソース割り当てフィールドである。３Ｃは、時間領域リソース割り当てフィールドである。３Ｄは、ＭＣＳフィールドである。３Ｅは、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ－フィードバックインジケータフィールドである。３Ｆは、ＰＵＣＣＨリソースインジケータフィールドである。
ＤＣＩフォーマット１＿０に含まれるＤＣＩフォーマット識別フィールドは、１を示すことができる（又はＤＣＩフォーマット１＿０がダウンリンクＤＣＩフォーマットであることを示すことができる）。
ＤＣＩフォーマット１＿０に含まれる周波数領域リソース割り当てフィールドは、少なくとも、ＰＤＳＣＨの周波数リソースの割り当てを示すために使用され得る。ＤＣＩフォーマット１＿０に含まれる周波数領域リソース割り当てフィールドは、ＤＣＩフォーマット１＿０によってスケジュールされたＰＤＳＣＨのための周波数リソースの割り当てを示すために少なくとも使用され得る。
ＤＣＩフォーマット１＿０に含まれる時間領域リソース割り当てフィールドは、少なくとも、ＰＤＳＣＨのための時間リソースの割り当てを示すために使用され得る。ＤＣＩフォーマット１＿０に含まれる時間領域リソース割り当てフィールドは、ＤＣＩフォーマット１＿０によってスケジュールされたＰＤＳＣＨのための時間リソースの割り当てを示すために少なくとも使用され得る。
ＤＣＩフォーマット１＿０に含まれるＭＣＳフィールドは、ＰＤＳＣＨの変調スキーム及び／又はＰＤＳＣＨのための目標符号化率の一部又は全部を示すために少なくとも使用され得る。ＤＣＩフォーマット１＿０に含まれるＭＣＳフィールドは、ＤＣＩフォーマット１＿０によってスケジュールされたＰＤＳＣＨの変調スキーム及び／又はＰＤＳＣＨのための目標符号化率の一部又は全部を示すために少なくとも使用され得る。ＰＤＳＣＨのトランスポートブロックのサイズ（ＴＢＳ：トランスポートブロックサイズ）は、少なくとも目標符号化率及びＰＤＳＣＨのための変調スキームの一部又は全部に基づいて与えられ得る。
ＰＤＳＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケータフィールドは、ＤＣＩフォーマット１＿０によってスケジュールされたＰＤＳＣＨの最後のＯＦＤＭシンボルが、ＤＣＩフォーマット１＿０によってトリガされたＰＵＣＣＨの最初のＯＦＤＭシンボルが含まれる別のスロットに含まれるスロットからのオフセット（Ｋ１）を示すために少なくとも使用され得る。
ＰＵＣＣＨリソースインジケータフィールドは、ＰＵＣＣＨ送信のためにＰＵＣＣＨリソースセットに含まれる任意の１つ以上のＰＵＣＣＨリソースのインデックスを示すフィールドであり得る。ＰＵＣＣＨリソースセットは、１つ以上のＰＵＣＣＨリソースを含み得る。ＰＵＣＣＨリソースインジケータフィールドは、ＰＵＣＣＨリソースインジケータフィールドに少なくとも基づいて示されるＰＵＣＣＨリソースでＰＵＣＣＨ送信をトリガすることができる。
ＤＣＩフォーマット１＿０は、キャリアインジケータフィールドを含まなくてもよい。ＤＣＩフォーマット１＿０によってスケジュールされたＰＤＳＣＨが配置されるダウンリンクコンポーネントキャリアは、ＤＣＩフォーマット１＿０を含むＰＤＣＣＨが配置されているダウンリンクコンポーネントキャリアと同じであってもよい。
ＤＣＩフォーマット１＿０は、ＢＷＰフィールドを含まなくてもよい。ＤＣＩフォーマット１＿０によってスケジュールされるＰＤＳＣＨが配置されるダウンリンクＢＷＰは、ＤＣＩフォーマット１＿０を含むＰＤＣＣＨが配置されているダウンリンクＢＷＰと同じであってもよい。
ＤＣＩフォーマット１＿１は、少なくともセルのための（又はセル上に配置された）ＰＤＳＣＨのスケジューリングに使用される。ＤＣＩフォーマット１＿１は、フィールド４Ａ～４Ｈの少なくとも一部又は全てを含む。４Ａは、ＤＣＩフォーマット識別フィールドである。４Ｂは、周波数領域リソース割り当てフィールドである。４Ｃは、時間領域リソース割り当てフィールドである。４Ｄは、ＭＣＳフィールドである。４Ｅは、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ－フィードバックインジケータフィールドである。４Ｆは、ＰＵＣＣＨリソースインジケータフィールドである。４Ｇは、ＢＷＰフィールドである。４Ｈは、キャリアインジケータフィールドである。
ＤＣＩフォーマット１＿１に含まれるＤＣＩフォーマット識別フィールドは、１を示すことができる（又はＤＣＩフォーマット１＿１がダウンリンクＤＣＩフォーマットであることを示すことができる）。
ＤＣＩフォーマット１＿１に含まれる周波数領域リソース割り当てフィールドは、少なくとも、ＰＤＳＣＨのための周波数リソースの割り当てを示すために使用され得る。ＤＣＩフォーマット１＿０に含まれる周波数領域リソース割り当てフィールドは、ＤＣＩフォーマット１＿１によってスケジュールされたＰＤＳＣＨのための周波数リソースの割り当てを示すために少なくとも使用され得る。
ＤＣＩフォーマット１＿１に含まれる時間領域リソース割り当てフィールドは、少なくとも、ＰＤＳＣＨのための時間リソースの割り当てを示すために使用され得る。ＤＣＩフォーマット１＿１に含まれる時間領域リソース割り当てフィールドは、ＤＣＩフォーマット１＿１によってスケジュールされたＰＤＳＣＨのための時間リソースの割り当てを示すために少なくとも使用され得る。
ＤＣＩフォーマット１＿１に含まれるＭＣＳフィールドは、ＰＤＳＣＨの変調スキーム及び／又はＰＤＳＣＨのための目標符号化率の一部又は全部を示すために少なくとも使用され得る。ＤＣＩフォーマット１＿１に含まれるＭＣＳフィールドは、ＤＣＩフォーマット１＿１によってスケジュールされたＰＤＳＣＨのための変調スキーム及び／又はＰＤＳＣＨのための目標符号化率の一部又は全部を示すために少なくとも使用され得る。
ＤＣＩフォーマット１＿１がＰＤＳＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケータフィールドを含む場合、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケータフィールドは、ＤＣＩフォーマット１＿１によってスケジュールされたＰＤＳＣＨの最後のＯＦＤＭシンボルを含むスロットから、ＤＣＩフォーマット１＿１によってトリガされたＰＵＣＣＨの最初のＯＦＤＭシンボルを含む別のスロットまでのオフセット（Ｋ１）を示す。ＤＣＩフォーマット１＿１がＰＤＳＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケータフィールドを含まない場合、ＤＣＩフォーマット１＿１によってスケジュールされたＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットから、ＤＣＩフォーマット１＿１によってトリガされたＰＵＣＣＨの最初のＯＦＤＭシンボルが上位層パラメータによって識別される別のスロットまでのオフセット。
ＤＣＩフォーマット１＿１がＢＷＰフィールドを含む場合、ＢＷＰフィールドは、ＤＣＩフォーマット１＿１によってスケジュールされたＰＤＳＣＨが配置されるダウンリンクＢＷＰを示すために使用され得る。ＤＣＩフォーマット１＿１がＢＷＰフィールドを含まない場合、ＰＤＳＣＨが配置されるダウンリンクＢＷＰは、アクティブダウンリンクＢＷＰであり得る。ダウンリンクコンポーネントキャリア内の端末装置１内に構成されたダウンリンクＢＷＰの数が２つ以上である場合、ダウンリンクコンポーネントキャリア上に配置されたＰＤＳＣＨをスケジュールするために使用されるＤＣＩフォーマット１＿１に含まれるＢＷＰフィールドのビット数は、１つ以上であってもよい。ダウンリンクコンポーネントキャリア内の端末装置１内に構成されたダウンリンクＢＷＰの数が１である場合、ダウンリンクコンポーネントキャリア上に配置されたＰＤＳＣＨをスケジュールするために使用されるＤＣＩフォーマット１＿１に含まれるＢＷＰフィールドのビット数は、ゼロであり得る。
ＤＣＩフォーマット１＿１がキャリアインジケータフィールドを含む場合、キャリアインジケータフィールドは、ＰＤＳＣＨが配置されているダウンリンクコンポーネントキャリア（又はサービングセル）を示すために使用され得る。ＤＣＩフォーマット１＿１がキャリアインジケータフィールドを含まない場合、ＰＤＳＣＨが配置されるダウンリンクコンポーネントキャリア（又はサービングセル）は、ＰＤＳＣＨのスケジューリングに使用されるＤＣＩフォーマット１＿１を含むＰＤＣＣＨが配置されているダウンリンクコンポーネントキャリア（又はサービングセル）と同じであってもよい。サービングセルグループ内の端末装置１内に構成されたダウンリンクコンポーネントキャリアの数（又はサービングセルの数）が２つ以上である場合（ダウンリンクキャリアアグリゲーションがサービングセルグループ内で動作する場合）、又はクロスキャリアスケジューリングがサービングセルグループのために構成されている場合、サービングセルグループに配置されたＰＤＳＣＨをスケジュールするために使用されるＤＣＩフォーマット１＿１に含まれるキャリアインジケータフィールドのビット数は、１つ以上（例えば、３）であってもよい。サービングセルグループ内の端末装置１内に構成されたダウンリンクコンポーネントキャリアのカズ（又はサービングセルの数）が１である（又はダウンリンクキャリアアグリゲーションがサービングセルグループ内で動作しない場合）、又はクロスキャリアスケジューリングがサービングセルグループのために構成されていない場合、サービングセルグループに配置されたＰＤＳＣＨのスケジューリングに使用されるＤＣＩフォーマット１＿１に含まれるキャリアインジケータフィールドのビット数は、ゼロであってもよい。
ＰＤＳＣＨは、１つ以上のトランスポートブロックを送信するために使用され得る。ＰＤＳＣＨは、ＤＬ－ＳＣＨに対応する１つ以上のトランスポートブロックを送信するために使用され得る。ＰＤＳＣＨを使用して、１つ以上のトランスポートブロックを伝達することができる。ＰＤＳＣＨは、ＤＬ－ＳＣＨに対応する１つ以上のトランスポートブロックを伝達するために使用され得る。１つ以上のトランスポートブロックは、ＰＤＳＣＨ内に配置され得る。ＤＬ－ＳＣＨに対応する１つ以上のトランスポートブロックは、ＰＤＳＣＨに配置され得る。基地局装置３は、ＰＤＳＣＨを送信してもよい。端末装置１は、ＰＤＳＣＨを受信することができる。
ダウンリンク物理信号は、リソース要素のセットに対応し得る。ダウンリンク物理信号は、上位層で生成された情報を搬送することができない。
ダウンリンク物理信号は、ダウンリンクコンポーネントキャリアで使用される物理信号であり得る。ダウンリンク物理信号は、基地局装置３によって送信され得る。ダウンリンク物理信号は、端末装置１によって送信され得る。本実施形態の一態様に係る無線通信システムでは、ＳＳ（同期信号）、ＤＬ ＤＭＲＳ（ＤｏｗｎＬｉｎｋ ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ：ダウンリンク復調参照信号）、ＣＳＩ－ＲＳ（チャネル状態情報参照信号）、及びＤＬ ＰＴＲＳ（ＤｏｗｎＬｉｎｋ Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ：ダウンリンク相追跡参照信号）の少なくとも一部又は全部が使用され得る。
同期信号は、少なくとも端末装置１がダウンリンクの周波数領域及び／又は時間領域で同期するために使用され得る。同期信号は、ＰＳＳ（プライマリ同期信号）及びＳＳＳ（セカンダリ同期信号）の総称である。
図７は、本実施形態の一態様に係るＳＳ／ＰＢＣＨブロックの構成例を示す図である。図７では、横軸は時間領域（ＯＦＤＭシンボルインデックスｌｓｙｍ）を示し、縦軸は周波数領域を示す。影付きブロックは、ＰＳＳのリソース要素のセットを示す。グリッド線のブロックは、ＳＳＳのリソース要素のセットを示す。また、水平線のブロックは、ＰＢＣＨのリソース要素のセットと、ＰＢＣＨのためのＤＭＲＳ（ＰＢＣＨに関連するＤＭＲＳ、ＰＢＣＨに含まれるＤＭＲＳ、ＰＢＣＨに対応するＤＭＲＳ）のリソース要素のセットを示す。
図７に示すように、ＳＳ／ＰＢＣＨブロックは、ＰＳＳ、ＳＳＳ及びＰＢＣＨを含む。ＳＳ／ＰＢＣＨブロックは、４つの連続するＯＦＤＭシンボルを含む。ＳＳ／ＰＢＣＨブロックは、２４０個のサブキャリアを含む。ＰＳＳは、第１のＯＦＤＭシンボル内の５７番目～１８３番目のサブキャリアに割り当てられる。ＳＳＳは、第３のＯＦＤＭシンボル内の５７番目～１８３番目のサブキャリアに割り当てられる。第１のＯＦＤＭシンボルの１番目～５６番目のサブキャリアは、ゼロに設定され得る。
第１のＯＦＤＭシンボルの１８４番目～２４０番目のサブキャリアは、ゼロに設定され得る。第３のＯＦＤＭシンボルの４９番目～５６番目のサブキャリアは、ゼロに設定され得る。第３のＯＦＤＭシンボルの１８４番目～１９２番目のサブキャリアは、ゼロに設定され得る。第２のＯＦＤＭシンボルの１番目～２４０番目のサブキャリアでは、ＰＢＣＨは、ＰＢＣＨのＤＭＲＳが割り当てられていないサブキャリアに割り当てられる。第３のＯＦＤＭシンボルの１番目～４８番目のサブキャリアでは、ＰＢＣＨは、ＰＢＣＨのＤＭＲＳが割り当てられていないサブキャリアに割り当てられる。第３のＯＦＤＭシンボルの１９３番目～２４０番目のサブキャリアでは、ＰＢＣＨは、ＰＢＣＨのＤＭＲＳが割り当てられていないサブキャリアに割り当てられる。第４のＯＦＤＭシンボルの１番目～２４０番目のサブキャリアでは、ＰＢＣＨは、ＰＢＣＨのＤＭＲＳが割り当てられていないサブキャリアに割り当てられる。
ＳＳ／ＰＢＣＨブロック内のＰＳＳ、ＳＳＳ、ＰＢＣＨ、及びＰＢＣＨのＤＭＲＳのアンテナポートは、同一であり得る。
ＰＢＣＨは、ＰＢＣＨのためのＤＭＲＳから推定され得る。ＰＢＣＨのＤＭ－ＲＳでは、アンテナポート上のＰＢＣＨのシンボルが伝達されるチャネルは、２つのシンボルが同じスロット内で送信されるＳＳ／ＰＢＣＨブロック内にある場合にのみ、同じＳＳ／ＰＢＣＨブロックインデックスを用いて、アンテナポート上のＤＭ－ＲＳの別のシンボルが伝達されるチャネルから推測され得る。
ＤＬ ＤＭＲＳは、ＰＢＣＨのＤＭＲＳ、ＰＤＳＣＨのＤＭＲＳ、及びＰＤＣＣＨのＤＭＲＳの総称である。
ＰＤＳＣＨのためのＤＭＲＳ（ＰＤＳＣＨに関連付けられたＤＭＲＳ、ＰＤＳＣＨに含まれるＤＭＲＳ、ＰＤＳＣＨに対応するＤＭＲＳ）のためのアンテナポートのセットは、ＰＤＳＣＨのアンテナポートのセットに基づいて与えられ得る。ＰＤＳＣＨのためのＤＭＲＳのためのアンテナポートのセットは、ＰＤＳＣＨのためのアンテナポートのセットと同じであり得る。
ＰＤＳＣＨの送信及びＰＤＳＣＨのためのＤＭＲＳの送信は、１つのＤＣＩフォーマットによって示され得る（又はスケジュールされ得る）。ＰＤＳＣＨ及びＰＤＳＣＨのためのＤＭＲＳは、ＰＤＳＣＨと総称され得る。ＰＤＳＣＨの送信は、ＰＤＳＣＨ及びＰＤＳＣＨのＤＭＲＳの送信であり得る。
ＰＤＳＣＨは、ＰＤＳＣＨのためのＤＭＲＳから推定され得る。ＰＤＳＣＨに関連付けられたＤＭ－ＲＳの場合、１つのアンテナポート上のＰＤＳＣＨのシンボルが伝達されるチャネルは、２つのシンボルが、同じスロットで、同じＰＲＧ（プリコーディングリソースグループ）内で、スケジュールされたＰＤＳＣＨと同じリソース内にある場合にのみ、アンテナポート上のＤＭ－ＲＳの別のシンボルが伝達されるチャネルから推測され得る。
ＰＤＣＣＨのためのＤＭＲＳ（ＰＤＣＣＨに関連付けられたＤＭＲＳ、ＰＤＣＣＨに含まれるＤＭＲＳ、ＰＤＣＣＨに対応するＤＭＲＳ）のためのアンテナポートは、ＰＤＣＣＨのためのアンテナポートと同じであり得る。
ＰＤＣＣＨは、ＰＤＣＣＨのためのＤＭＲＳから推定され得る。ＰＤＣＣＨに関連付けられたＤＭ－ＲＳの場合、１つのアンテナポート上のＰＤＣＣＨのシンボルが伝達されるチャネルは、２つのシンボルが、ＵＥが同じプリコーディングを使用していることを想定できるリソース内（すなわち、ＲＥＧバンドル内のリソース内）にある場合にのみ、同じアンテナポート上のＤＭ－ＲＳの別のシンボルが伝達されるチャネルから推測され得る。
ＢＣＨ（Ｂｒｏａｄｃａｓｔ ＣＨａｎｎｅｌ：ブロードキャストチャネル）、ＵＬ－ＳＣＨ（Ｕｐｌｉｎｋ－Ｓｈａｒｅｄ ＣＨａｎｎｅｌ：アップリンク共有チャネル）及びＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ－Ｓｈａｒｅｄ ＣＨａｎｎｅｌ：ダウンリンク共有チャネル）は、トランスポートチャネルである。ＭＡＣ層に使用されるチャネルは、トランスポートチャネルと呼ばれる。ＭＡＣ層で使用されるトランスポートチャネルの単位は、トランスポートブロック（ＴＢ）又はＭＡＣ ＰＤＵ（プロトコルデータユニット）とも呼ばれる。ＭＡＣ層では、ＨＡＲＱ（ハイブリッド自動再送要求）の制御が、トランスポートブロックごとに実行される。トランスポートブロックは、ＭＡＣ層によって物理層に配信されるデータの単位である。物理層では、トランスポートブロックがコードワードにマッピングされ、コードワードごとに変調処理が実行される。
１つのＵＬ－ＳＣＨ及び１つのＤＬ－ＳＣＨは、サービングセルごとに提供され得る。ＢＣＨは、ＰＣｅｌｌに与えられ得る。ＢＣＨは、ＰＳＣｅｌｌ及びＳＣｅｌｌに与えられない場合がある。
ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ：ブロードキャスト制御チャネル）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ：共通制御チャネル）、及びＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ：専用制御チャネル）は、論理チャネルである。ＢＣＣＨは、ＭＩＢ又はシステム情報を配信するために使用されるＲＲＣ層のチャネルである。ＣＣＣＨは、複数の端末装置１内の共通ＲＲＣメッセージを送信するために使用され得る。ＣＣＣＨは、ＲＲＣによって接続されていない端末装置１に使用され得る。ＤＣＣＨは、少なくとも、専用ＲＲＣメッセージを端末装置１に送信するために使用され得る。ＤＣＣＨは、ＲＲＣ接続モードである端末装置１に使用され得る。
ＲＲＣメッセージは、１つ以上のＲＲＣパラメータ（情報要素、上位層パラメータ）を含む。例えば、ＲＲＣメッセージは、ＭＩＢを含み得る。例えば、ＲＲＣメッセージは、システム情報（ＳＩＢ：システム情報ブロック、ＭＩＢ）を含み得る。ＳＩＢは、様々な種類のＳＩＢ（例えば、ＳＩＢ１、ＳＩＢ２）の総称である。例えば、ＲＲＣメッセージは、ＣＣＣＨに対応するメッセージを含み得る。例えば、ＲＲＣメッセージは、ＤＣＣＨに対応するメッセージを含み得る。ＲＲＣメッセージは、共通ＲＲＣメッセージ及び専用ＲＲＣメッセージの総称である。
論理チャネルにおけるＢＣＣＨは、トランスポートチャネル内のＢＣＨ又はＤＬ－ＳＣＨにマッピングされ得る。論理チャネルにおけるＣＣＣＨは、トランスポートチャネル内のＤＬ－ＳＣＨ又はＵＬ－ＳＣＨにマッピングされ得る。論理チャネル内のＤＣＣＨは、トランスポートチャネル内のＤＬ－ＳＣＨ又はＵＬ－ＳＣＨにマッピングされ得る。
トランスポートチャネル内のＵＬ－ＳＣＨは、物理チャネル内のＰＵＳＣＨにマッピングされ得る。トランスポートチャネル内のＤＬ－ＳＣＨは、物理チャネル内のＰＤＳＣＨにマッピングされ得る。トランスポートチャネル内のＢＣＨは、物理チャネル内のＰＢＣＨにマッピングされ得る。
上位層パラメータは、ＲＲＣメッセージ又はＭＡＣ ＣＥ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ：メディアアクセス制御制御要素）に含まれるパラメータである。上位層パラメータは、ＭＩＢに含まれる情報、システム情報、ＣＣＣＨに対応するメッセージ、ＤＣＣＨに対応するメッセージ、及びＭＡＣ ＣＥの総称である。上位層パラメータは、上位層パラメータがＲＲＣメッセージに含まれるパラメータである場合、ＲＲＣパラメータ又はＲＲＣ構成と称される場合がある。
上位層パラメータは、セル固有のパラメータ又はＵＥ固有のパラメータであり得る。セル固有のパラメータは、セル内の共通の構成を含むパラメータである。ＵＥ固有のパラメータは、ＵＥごとに異なって構成され得る構成を含むパラメータである。
基地局装置は、ランダムアクセスによる再構成によるセル固有のパラメータの変化を示し得る。ＵＥは、ランダムアクセスをトリガする前にセル固有のパラメータを変更することができる。基地局装置は、ランダムアクセスを伴う又は伴わない再構成によるＵＥ固有のパラメータの変化を示し得る。ＵＥは、ランダムアクセスの前又は後にＵＥ固有のパラメータを変更することができる。
端末装置１によって実行される手順は、以下の５Ａ～５Ｃの少なくとも一部又は全部を含む。５Ａは、セルサーチである。５Ｂは、ランダムアクセスである。５Ｃは、データ通信である。
セルサーチは、端末装置１によって時間領域及び／又は周波数領域内のセルと同期するために、また、物理セル識別子を検出するために使用される手順である。端末装置１は、セルサーチによって、セルと時間領域及び／又は周波数領域の同期を実行することによって物理セルＩＤを検出することができる。
ＰＳＳのシーケンスは、少なくとも物理セルＩＤに基づいて与えられる。ＳＳＳのシーケンスは、少なくとも物理セルＩＤに基づいて与えられる。
ＳＳ／ＰＢＣＨブロック候補は、ＳＳ／ＰＢＣＨブロックの送信が存在し得るリソースを示す。ＳＳ／ＰＢＣＨブロックは、ＳＳ／ＰＢＣＨブロック候補として示されるリソースで送信され得る。基地局装置３は、ＳＳ／ＰＢＣＨブロック候補でＳＳ／ＰＢＣＨブロックを送信することができる。端末装置１は、ＳＳ／ＰＢＣＨブロック候補でＳＳ／ＰＢＣＨブロックを受信（検出）することができる。
ハーフ無線フレーム内のＳＳ／ＰＢＣＨブロック候補のセットは、ＳＳバーストセットとも称される。ＳＳバーストセットは、送信ウィンドウ、ＳＳ送信ウィンドウ、又はＤＲＳ送信ウィンドウ（Ｄｉｓｃｏｖｅｒｙ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ ｔｒａｎｓｍｉｓｓｉｏｎ ｗｉｎｄｏｗ：ディスカバリー参照信号送信ウィンドウ）とも称される。ＳＳバーストセットは、少なくとも第１のＳＳバーストセット及び第２のＳＳバーストセットを含む総称である。
基地局装置３は、所定の周期で１つ以上のインデックスのＳＳ／ＰＢＣＨブロックを送信する。端末装置１は、１つ以上のインデックスのＳＳ／ＰＢＣＨブロックのうちの少なくとも１つのＳＳ／ＰＢＣＨブロックを検出することができる。端末装置１は、ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨを復号化しようとすることができる。
ランダムアクセスは、メッセージ１、メッセージ２、メッセージ３、及びメッセージ４のうち少なくとも一部又は全部を含む手順である。
メッセージ１は、端末装置１がＰＲＡＣＨを送信する手順である。端末装置１は、セルサーチに基づいて検出されたＳＳ／ＰＢＣＨブロック候補の少なくともインデックスに基づいて、１つ以上のＰＲＡＣＨ機会の中から選択された１つのＰＲＡＣＨ機会でＰＲＡＣＨを送信する。
メッセージ２は、端末装置１がＲＡ－ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ：ランダムアクセス無線ネットワーク一時識別子）によってスクランブルされたＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ：巡回冗長検査）によりＤＣＩフォーマット１＿０を検出しようと試みる手順である。端末装置１は、サーチスペースセット内のＤＣＩフォーマット１＿０を検出しようと試みることができる。
メッセージ３（Ｍｓｇ３）は、メッセージ２手順で検出されたＤＣＩフォーマット１＿０に含まれるランダムアクセスレスポンスグラントによってスケジュールされたＰＵＳＣＨを送信するための手順である。ランダムアクセスレスポンスグラントは、ＤＣＩフォーマット１＿０によってスケジュールされたＰＤＳＣＨに含まれるＭＡＣ ＣＥによって示される。
ランダムアクセスレスポンスグラントに基づいてスケジュールされたＰＵＳＣＨは、メッセージ３ ＰＵＳＣＨ又はＰＵＳＣＨのいずれかである。メッセージ３ ＰＵＳＣＨは、競合解決識別子ＭＡＣ ＣＥを含む。競合解決ＩＤ ＭＡＣ ＣＥは、競合解決ＩＤを含む。
メッセージ３ ＰＵＳＣＨの再送信は、ＴＣ－ＲＮＴＩ（Ｔｅｍｐｏｒａｒｙ Ｃｅｌｌ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ：一時セル無線ネットワーク一時識別子）によってスクランブルされたＣＲＣでＤＣＩフォーマット０＿０によってスケジュールされる。
メッセージ４は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ：セル無線ネットワーク一時識別子）又はＴＣ－ＲＮＴＩのいずれかによってスクランブルされたＣＲＣでＤＣＩフォーマット１＿０を検出しようと試みる手順である。端末装置１は、ＤＣＩフォーマット１＿０に基づいてスケジュールされたＰＤＳＣＨを受信
する。ＰＤＳＣＨは、衝突解決ＩＤを含み得る。
データ通信は、ダウンリンク通信及びアップリンク通信の総称である。
データ通信では、端末装置１は、制御リソースセット及びサーチスペースセットのうちの１つ又はすべてに少なくとも基づいて識別されたリソース内で、ＰＤＣＣＨを検出しようと試みる（ＰＤＣＣＨを監視することを試みる、ＰＤＣＣＨを監視する）。「端末装置１は制御リソースセット内のＰＤＣＣＨを検出しようと試みる」、「端末装置１はサーチスペースセット内のＰＤＣＣＨを検出しようと試みる」、「端末装置１はサーチスペースセット内のＰＤＣＣＨ候補を検出しようと試みる」、「端末装置１はサーチスペースセット内のＰＤＣＣＨ候補を検出しようと試みる」、「端末装置１は制御リソースセット内のＤＣＩフォーマットを検出しようと試みる」、又は「端末装置１はサーチスペースセット内のＤＣＩフォーマットを検出しようと試みる」とも称される。ＰＤＣＣＨを監視することは、ＰＤＣＣＨ内のＤＣＩフォーマットを監視することと同等であり得る。
制御リソースセットは、リソースブロックの数及びスロット内の所定の数のＯＦＤＭシンボルによって構成されたリソースのセットである。
制御リソースセットのためのリソースのセットは、上位層パラメータによって示され得る。制御リソースセットに含まれるＯＦＤＭシンボルの数は、上位層パラメータによって示され得る。
ＰＤＣＣＨは、ＰＤＣＣＨ候補とも呼ばれ得る。
サーチスペースセットは、ＰＤＣＣＨ候補のセットとして定義される。サーチスペースセットは、共通サーチスペース（ＣＳＳ）セット、又はＵＥ固有サーチスペース（ＵＳＳ）セットであり得る。
ＣＳＳセットは、タイプ０のＰＤＣＣＨ共通サーチスペースセット、タイプＯのＰＤＣＣＨ共通サーチスペースセット、タイプ１のＰＤＣＣＨ共通サーチスペースセット、タイプ２のＰＤＣＣＨ共通サーチスペースセット、及びタイプ３のＰＤＣＣＨ共通サーチスペースセットの総称である。ＵＳＳセットは、ＵＥ固有のＰＤＣＣＨサーチスペースセットとも呼ばれ得る。
タイプ０のＰＤＣＣＨ共通サーチスペースセットは、インデックス０を有する共通のサーチスペースセットとして使用され得る。タイプ０のＰＤＣＣＨ共通サーチスペースセットは、インデックス０を有する共通のサーチスペースセットであり得る。
サーチスペースセットは、制御リソースセットと関連付けられる（それに含まれる、それに対応している）。サーチスペースセットに関連付けられた制御リソースセットのインデックスは、上位層パラメータによって示され得る。
サーチスペースセットの場合、６Ａ～６Ｃの一部又は全部は、少なくとも上位層パラメータによって示すことができる。６Ａは、ＰＤＣＣＨ監視期間である。６Ｂは、スロット内のＰＤＣＣＨ監視パターンである。６Ｃは、ＰＤＣＣＨ監視オフセットである。
サーチスペースセットの監視機会は、サーチスペースセットに関連付けられた制御リソースセットの第１のＯＦＤＭシンボルが割り当てられる１つ以上のＯＦＤＭシンボルに対応し得る。サーチスペースセットの監視機会は、サーチスペースセットに関連付けられた制御リソースセットの第１のＯＦＤＭシンボルによって識別されたリソースに対応し得る。サーチスペースセットの監視機会は、少なくとも、ＰＤＣＣＨ監視周期性、スロット内のＰＤＣＣＨ監視パターン、及びＰＤＣＣＨ監視オフセットのうち一部又は全部に基づいて与えられる。
図８は、本実施形態の一態様に係るサーチスペーサセットの監視機会の例を示す図である。図８では、サーチスペースセット９１及びサーチスペースセット９２は、プライマリセル３０１のセットであり、サーチスペースセット９３は、セカンダリセル３０２内のセットであり、サーチスペースセット９４は、セカンダリセル３０３内のセットである。
図８では、グリッド線によって示されるブロックは、サーチスペースセット９１を示し、右斜め上線により示されるブロックは、サーチスペースセット９２を示し、左斜め上線によって示されるブロックは、サーチスペースセット９３を示し、水平線によって示されるブロックは、サーチスペースセット９４を示す。
図８では、サーチスペースセット９１のＰＤＣＣＨ監視周期は、１スロットに設定され、サーチスペースセット９１のＰＤＣＣＨ監視オフセットは、０スロットに設定され、サーチスペースセット９１のＰＤＣＣＨ監視パターンは、［１，０，０，０，０，０，０，１，０，０，０，０，０，０］である。すなわち、サーチスペースセット９１の監視機会は、スロットの各々において１番目のＯＦＤＭシンボル（ＯＦＤＭシンボル＃０）及び８番目のＯＦＤＭシンボル（ＯＦＤＭシンボル＃７）に対応する。
図８では、サーチスペースセット９２のＰＤＣＣＨ監視周期は、２スロットに設定され、サーチスペースセット９２のＰＤＣＣＨ監視オフセットは、０スロットに設定され、サーチスペースセット９２のＰＤＣＣＨ監視パターンは、［１，０，０，０，０，０，０，０，０，０，０，０，０，０］である。すなわち、サーチスペースセット９２の監視機会は、偶数のスロットの各々において先頭のＯＦＤＭシンボル（ＯＦＤＭシンボル＃０）に対応する。
図８では、サーチスペースセット９３のＰＤＣＣＨ監視周期は、２スロットに設定され、サーチスペースセット９３のＰＤＣＣＨ監視オフセットは、０スロットに設定され、サーチスペースセット９３のＰＤＣＣＨ監視パターンは、［０，０，０，０，０，０，０，１，０，０，０，０，０，０］に設定される。すなわち、サーチスペースセット９３の監視機会は、偶数のスロットの各々において、７番目のＯＦＤＭシンボル（ＯＦＤＭシンボル＃８）に対応する。
図８では、サーチスペースセット９４のＰＤＣＣＨ監視周期は、２スロットに設定され、サーチスペースセット９４のＰＤＣＣＨ監視オフセットは、１スロットに設定され、サーチスペースセット９４のＰＤＣＣＨ監視パターンは、［１，０，０，０，０，０，０，０，０，０，０，０，０，０］である。すなわち、サーチスペースセット９４の監視機会は、奇数のスロットの各々において、先頭のＯＦＤＭシンボル（ＯＦＤＭシンボル＃０）に対応する。
タイプ０のＰＤＣＣＨ共通サーチスペースセットは、ＳＩ－ＲＮＴＩ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ：システム情報無線ネットワーク一時識別子）によってスクランブルされた巡回冗長検査（ＣＲＣ）シーケンスを有するＤＣＩフォーマットに少なくとも使用され得る。
タイプ０ａのＰＤＣＣＨ共通サーチスペースセットは、ＳＩ－ＲＮＴＩによってスクランブルされた巡回冗長検査シーケンスを有するＤＣＩフォーマットに少なくとも使用され得る。
タイプ１のＰＤＣＣＨ共通サーチスペースセットは、少なくとも、ＲＡ－ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ：ランダムアクセス無線ネットワーク一時識別子）によってスクランブルされたＣＲＣシーケンス又はＴＣ－ＲＮＴＩ（Ｔｅｍｐｏｒａｒｙ Ｃｅｌｌ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ：一時セル無線ネットワーク一時識別子）によってスクランブルされたＣＲＣシーケンスを有するＤＣＩフォーマットに少なくとも使用され得る。
タイプ２のＰＤＣＣＨ共通サーチスペースセットは、Ｐ－ＲＮＴＩ（Ｐａｇｉｎｇ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ：ページング無線ネットワーク一時識別子）によってスクランブルされたＣＲＣシーケンスを有するＤＣＩフォーマットに使用され得る。
タイプ３のＰＤＣＣＨ共通サーチスペースセットは、Ｃ－ＲＮＴＩ（Ｃｅｌｌ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ：セル無線ネットワーク一時識別子）によってスクランブルされたＣＲＣシーケンスを有するＤＣＩフォーマットに使用され得る。
ＵＥ固有サーチスペースセットは、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）、ＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）、又はＳＰ－ＣＳＩ－ＲＮＴＩ（Ｓｅｍｉ Ｐｅｒｓｉｓｔｅｎｔ－Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）によってスクランブルされたＣＲＣシーケンスを有するＤＣＩフォーマットのために、少なくとも使用され得る。
Ｃ－ＲＮＴＩによってスクランブルされたＣＲＣシーケンスを有するＤＣＩフォーマットは、ＰＵＳＣＨ（動的にスケジュールされたＰＵＳＣＨ（ＤＧ－ＰＵＳＣＨ））をスケジュールするために使用され得る。ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣシーケンスを有するＤＣＩフォーマットは、タイプ２の設定スケジューリング（Configured Scheduling：ＣＳ）を有効化及び／又は解除するために使用され得る。ＣＳに基づくＰＵＳＣＨはＣＳ－ＰＵＳＣＨと称され得る。ＣＳ－ＲＮＴＩによってスクランブルされたＣＲＣシーケンスを有するＤＣＩフォーマットは、ＣＳ－ＰＵＳＣＨ（例えば、タイプ１のＣＳ－ＰＵＳＣＨ及び／又はタイプ２のＣＳ－ＰＵＳＣＨ）の再送信をスケジュールするために使用され得る。
ダウンリンク通信では、端末装置１は、ダウンリンクＤＣＩフォーマットを検出することができる。検出されたダウンリンクＤＣＩフォーマットは、少なくともＰＤＳＣＨのリソース割り当てに使用される。検出されたダウンリンクＤＣＩフォーマットは、ダウンリンク割り当てとも称される。端末装置１はＰＤＳＣＨを受信しようと試みる。検出されたダウンリンクＤＣＩフォーマットに基づいて示されるＰＵＣＣＨリソースに基づいて、ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ（ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ－ＡＣＫ）は、基地局装置３に報告され得る。
アップリンク通信では、端末装置１は、アップリンクＤＣＩフォーマットを検出することができる。検出されたアップリンクＤＣＩフォーマットは、ＰＵＳＣＨのリソース割り当てに少なくとも使用される。検出されたアップリンクＤＣＩフォーマットはアップリンクグラントとも称される。端末装置１はＰＵＳＣＨを送信する。
ＰＵＳＣＨ送信（単数又は複数）は、ＤＣＩ内のＵＬグラントによって動的にスケジュールされることができ、又は、送信はコンフィギュアードグラントタイプ１又はタイプ２に対応することができる。コンフィギュアードグラントタイプ１のＰＵＳＣＨ送信は、ＤＣＩにおけるＵＬグラントの検出を伴わないｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔを含む、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇの上位層パラメータの受信時に動作するように準静的に構成されている。コンフィギュアードグラントタイプ２のＰＵＳＣＨ送信は、ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔを含まない上位層パラメータｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇの受信後それらの手順（単数又は複数）に従って、有効なアクティブ化ＤＣＩ内のＵＬグラントによって半永続的にスケジュールされる。ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇＴｏＡｄｄＭｏｄＬｉｓｔが構成されている場合、コンフィギュアードグラントタイプ１及び／又はコンフィギュアードグラントタイプ２の２つ以上のコンフィギュアードグラント構成は、サービングセルのアクティブＢＷＰ上で同時にアクティブであり得る。
ＤＣＩフォーマットによってスケジュールされたＰＵＳＣＨの時間領域におけるリソース割り振りのさらなる詳細を説明する。ＵＥ（端末装置１）がトランスポートブロックを送信し、ＣＳＩレポートを送信しないようにスケジュールされている、又はＵＥがＤＣＩによってＰＵＳＣＨ上のトランスポートブロック及びＣＳＩレポート（単数又は複数）を送信するようにスケジュールされる場合、ＤＣＩの「時間領域リソース割り当て」フィールド値ｍは、割り振られたテーブルに行インデックスｍ＋１を提供することができる。使用されるリソース割当テーブルの決定は、ＲＲＣ構成で事前定義及び／又は定義され得る。リソース割当テーブルのインデックス付き行は、スロットオフセットＫ２、開始及び長さインジケータＳＬＩＶ（start and length indicator）、又は直接、ＰＵＳＣＨ送信に適用する開始シンボルＳ及び割り振り長Ｌ、ＰＵＳＣＨマッピングタイプ、及び繰り返し数（ＲＲＣパラメータｎｕｍｂｅｒＯｆＲｅｐｅｔｉｔｉｏｎｓがリソース割当テーブルに存在する場合）を定義することができる。ＲＲＣパラメータは、一種の上位層パラメータであることに留意されたい。
ＤＣＩフォーマット０＿１によってスケジュールされたＰＵＳＣＨの場合、ＲＲＣパラメータｐｕｓｃｈ－ＲｅｐＴｙｐｅＩｎｄｉｃａｔｏｒＤＣＩ－０－１が「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＢ」に設定されている場合、ＵＥは、時間領域リソース割り当てを決定するときにＰＵＳＣＨ繰り返しタイプＢ手順を適用され得る。ＤＣＩフォーマット０＿２によってスケジュールされたＰＵＳＣＨの場合、ＲＲＣパラメータｐｕｓｃｈ－ＲｅｐＴｙｐｅＩｎｄｉｃａｔｏｒＤＣＩ－０－２が「ｐＵＳＣＨ－ＲｅｐＴｙｐｅＢ」に設定されている場合、ＵＥは、時間領域リソース割り当てを決定するときにＰＵＳＣＨ繰り返しタイプＢ手順を適用され得る。そうでない場合、ＵＥは、ＰＤＣＣＨによってスケジュールされたＰＵＳＣＨの時間領域リソース割り振りを決定するときに、ＰＵＳＣＨ繰り返しタイプＡ手順を適用され得る。
ＰＵＳＣＨ繰り返しタイプＡの場合、スロットの開始に対する開始シンボルＳ、及びＰＵＳＣＨに割り当てられたシンボルＳからカウントされる連続シンボルＬの数は、インデックス付き行の開始及び長さインジケータＳＬＩＶから決定されてもよく、（Ｌ－１）＜７ならば、ＳＬＩＶ＝１４（Ｌ－１）＋Ｓであり、そうでなければ、ＳＬＩＶ＝１４（１４－Ｌ＋１＋（１４－１－Ｓ）であり、ここで０＜Ｌ＜１４－Ｓである。
ＰＵＳＣＨ繰り返しタイプＡの場合、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、又はＮＤＩ＝１を有するＣＳ－ＲＮＴＩスクランブルされたＣＲＣを有するＰＤＣＣＨ内のＤＣＩフォーマット０＿１又は０＿２でスケジュールされたＰＵＳＣＨを送信する場合、繰り返しの数Ｋは、次のように決定され得る。ＲＲＣパラメータｎｕｍｂｅｒＯｆＲｅｐｅｔｉｔｉｏｎｓがリソース割当テーブル内に存在する場合、繰り返しの数Ｋは、ｎｕｍｂｅｒＯｆＲｅｐｅｔｉｔｉｏｎｓと等しくてもよく、ＵＥがＲＲＣパラメータｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒで構成されている場合、繰り返しの数Ｋは、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒに等しくてもよく、そうでなければ、Ｋ＝１である。
ＵＥが特定のカバレッジ拡張特徴（単数又は複数）（例えば、利用可能なスロットベースのＰＵＳＣＨ繰り返しカウント）の機能がない場合、又はＵＥが特定のカバレッジ拡張構成（単数又は複数）（例えば、利用可能なスロットベースのＰＵＳＣＨ繰り返しカウント）を備えていない場合、以下が適用され得る。ＰＵＳＣＨ繰り返しタイプＡに対して、Ｋ＞１の場合、同じシンボル割り振りがＫ連続スロットにわたって適用され得、ＰＵＳＣＨは単一の送信層に限定され得る。ＵＥは、各スロットにおいて同じシンボル割り振りを適用するＫ個の連続スロットにわたってＴＢを繰り返すことができる。ＴＢのｎ番目の送信機会に適用される冗長性バージョンは、以下に記載されるように決定され得、ここで、（ｎ＝０、１、．．．Ｋ－１である。ＰＵＳＣＨ繰り返しタイプＡに対して、マルチスロットＰＵＳＣＨ送信のスロット内のＰＵＳＣＨ送信は、ＰＵＳＣＨ優先度ベースの手順、スロット構成ベースの手順、スロットフォーマットベースの手順及びキャンセル指示ベースの手順の少なくとも及び／又は多くとも条件に従って省略され得る。例えば、スロットがこれらの手順で定義された全ての条件に従って利用可能である場合、スロットは、利用可能と判定することができ、かつ／又は、それらの手順で定義された条件のうちの少なくとも１つに従ってスロットが利用できない場合、スロットは、利用できないと判定することができる。Ｋは、整数であり得る。
ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇは、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇを参照され得る。
ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇは、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇと称され得る。
ＰＵＳＣＨリソース割り振りがＢＷＰ－ＵｐｌｉｎｋＤｅｄｉｃａｔｅｄ情報要素内の上位層パラメータｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって準静的に構成されており、ＰＵＳＣＨ送信がコンフィギュアードグラントに対応する場合、以下の上位層パラメータが送信において適用される。
コンフィギュアードグラントを有するタイプ１のＰＵＳＣＨ送信の場合、以下のパラメータは、別途言及されない限り、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ内に与えられ、また、ＰＵＳＣＨ繰り返しタイプの決定の場合、ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔ内の上位層パラメータｐｕｓｃｈ－ＲｅｐＴｙｐｅＩｎｄｉｃａｔｏｒが構成されており、「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＢ」に設定される場合は、ＰＵＳＣＨ繰り返しタイプＢが適用される。そうでない場合は、ＰＵＳＣＨ繰り返しタイプＡが適用される。
上位層パラメータｐｕｓｃｈ－ＲｅｐＴｙｐｅＩｎｄｉｃａｔｏｒは、ＵＥが、各タイプ１のコンフィギュアードグラント構成に対して、ＰＵＳＣＨ繰り返しタイプＡの行動に従うか、それともＰＵＳＣＨ繰り返しタイプＢの行動に従うかを示す。値ｐｕｓｃｈ－ＲｅｐＴｙｐｅＡは、「ＰＵＳＣＨ繰り返しタイプＡ」を有効化し、値ｐｕｓｃｈ－ＲｅｐＴｙｐｅＢは「ＰＵＳＣＨ繰り返しタイプＢ」を有効化する。値ｐｕｓｃｈ－ＲｅｐＴｙｐｅＢは、ｃｇ－ｎｒｏｆＰＵＳＣＨ－ＩｎＳｌｏｔ－ｒ１６及びｃｇ－ｎｒｏｆＳｌｏｔｓ－ｒ１６と同時に構成されない。
ＰＵＳＣＨ繰り返しタイプＡに対して、時間領域リソース割当テーブルの選択は、ＵＥ固有サーチスペースのＤＣＩフォーマット０＿０の規則に従う。
ＰＵＳＣＨ繰り返しタイプＡに対して、時間領域リソース割当テーブルの選択は、以下の通りである。ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のｐｕｓｃｈ－ＲｅｐＴｙｐｅＩｎｄｉｃａｔｏｒＤＣＩ－０－１が構成されており、「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＡ」に設定される場合、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔＤＣＩ－０－１が使用される。そうでない場合、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔＤＣＩ－０－２が使用される。ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のｐｕｓｃｈ－ＲｅｐＴｙｐｅＩｎｄｉｃａｔｏｒＤＣＩ－０－１及びｐｕｓｃｈ－ＲｅｐＴｙｐｅＩｎｄｉｃａｔｏｒＤＣＩ－０－２のいずれもが「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＡ」に設定されていない場合、ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔ内のｐｕｓｃｈ－ＲｅｐＴｙｐｅＩｎｄｉｃａｔｏｒは、「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＡ」で構成されているとは期待されない。
ＰＵＳＣＨ繰り返しタイプＢに対して、時間領域リソース割当テーブルの選択は以下の通りである。ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のｐｕｓｃｈ－ＲｅｐＴｙｐｅＩｎｄｉｃａｔｏｒＤＣＩ－０－１が構成されており、「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＢ」に設定されている場合、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔＤＣＩ－０－１が使用される。そうでない場合、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔＤＣＩ－０－２が使用される。ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のｐｕｓｃｈ－ＲｅｐＴｙｐｅｌｎｄｉｃａｔｏｒＤＣＩ－０－１及びｐｕｓｃｈ－ＲｅｐＴｙｐｅＩｎｄｉｃａｔｏｒＤＣＩ－０－２のいずれもが「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＢ」に設定されていない場合、ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔ内のｐｕｓｃｈ－ＲｅｐＴｙｐｅＩｎｄｉｃａｔｏｒは、「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＢ」で構成されているとは期待されない。
コンフィギュアードグラントを有するＰＵＳＣＨの時間領域におけるリソース割り振りのさらなる詳細を説明する。タイプ１又はタイプ２のコンフィギュアードグラントを有するＰＵＳＣＨ送信に対して、送信されたトランスポートブロックに適用される（公称）繰り返しの数Ｋは、ｎｕｍｂｅｒＯｆＲｅｐｅｔｉｔｉｏｎｓがテーブルに存在する場合、時間領域リソース割当テーブル内のインデックス付き行によって提供され得る。そうでなければ、Ｋは、上位層構成済パラメータｒｅｐＫによって提供され得る。ＵＥは、上位層がグラントなしにアップリンク送信に割り振られたリソースで送信するトランスポートブロックを配信しなかった場合に、ＲＲＣパラメータｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって構成されたリソースであるものを送信することが許可されない場合がある。
許可された周期性Ｐのセットは、ＲＲＣ構成で定義される。ＲＲＣパラメータｃｇ－ｎｒｏｆＳｌｏｔｓは、コンフィギュアードグラント期間内に割り当てられた連続するスロットの数を提供することができる。ＲＲＣパラメータｃｇ－ｎｒｏｆＰＵＳＣＨ－ＩｎＳｌｏｔは、スロット内の連続したＰＵＳＣＨ割り当て数を提供することができ、（ここで、第１のＰＵＳＣＨ割り当ては、タイプ１のＰＵＳＣＨ送信又はＭＡＣ手順に従った上位層構成のためのＲＲＣパラメータｔｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎ、ならびにタイプ２のＰＵＳＣＨ送信のためのＤＣＩに受信されたＵＬグラントに従うことができ、残りのＰＵＳＣＨ割り当てが同じ長さ及びＰＵＳＣＨマッピングタイプを有することができる）、間隙を含まない以前の割り当てに続いて追加され得る。開始シンボルと長さとＰＵＳＣＨマッピングタイプの同じ組み合わせは、連続的に割り振られたスロットにわたって繰り返すことがある。
ＵＥは、周期性Ｐによって導出された期間よりも大きいＫ回繰り返しの伝送の期間で構成されることが期待され得ない。ＵＥは、送信機会について、スロット内のＰＵＳＣＨ送信のために利用可能なシンボルの数が送信持続時間Ｌよりも小さいと判定した場合、ＵＥは、送信機会でＰＵＳＣＨを伝送しない場合がある。
手順は、タイプ１又はタイプ２のコンフィギュアードグラントでＰＵＳＣＨ繰り返しタイプＡのＰＵＳＣＨ送信に適用される。ＲＲＣパラメータｒｅｐＫ－ＲＶは、繰り返しに適用される冗長バージョンパターンを定義する。ｃｇ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが提供される場合、コンフィギュアードグラントを有するアップリンク送信のための冗長バージョンは、ＵＥによって決定される。パラメータｒｅｐＫ－ＲＶがｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ内に提供されず、またｃｇ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが提供されない場合、コンフィギュアードグラントを有するアップリンク送信のための冗長バージョンを０に設定する必要があり得る。パラメータｒｅｐＫ－ＲＶがｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇに提供されず、ｃｇ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒに提供されていない場合、Ｋ回の繰り返しの間のｎ番目の送信機会（ｎ＝１、２、．，Ｋ）について、構成されたＲＶシーケンス内の（ｍｏｄ（ｎ－１，４）＋１）番目の値に関連付けられる。コンフィギュアードグラント構成が「オフ」に設定されたｓｔａｒｔｉｎｇＦｒｏｍＲＶ０で構成されている場合、トランスポートブロックの初期送信は、Ｋ回繰り返しの第１の送信機会でのみ開始することができる。そうでない場合、トランスポートブロックの初期送信は、構成されたＲＶシーケンスが｛０，２，３，１｝である場合、Ｋ回繰り返しのうち第１の送信機会を、構成されたＲＶシーケンスが｛０，３，０，３｝である場合にはＲＶ＝０に関連付けられたＫ回繰り返しの送信機会のいずれかを、及び／又は構成されたＲＶシーケンスが｛０，０，０，０｝である場合はＫ回繰り返しの送信機会のいずれかを開始することができ、ただしＫ＞８の場合、最後の送信機会を除外する。
コンフィギュアードグラント構成が、「オフ」に設定されたｓｔａｒｔｉｎｇＦｒｏｍＲＶ０で構成されていない場合、利用可能なスロットベースのカウントが構成されている場合、トランスポートブロックの初期送信が、Ｋ回繰り返しの第１の送信機会で開始されてもよい。
コンフィギュアードグラント構成が「オフ」に設定されたｓｔａｒｔｉｎｇＦｒｏｍＲＶ０で構成されていない場合、利用可能なスロットベースのカウントが構成されている場合、トランスポートブロックの初期送信は、構成されたＲＶシーケンスが｛０，２，３，１｝の場合、Ｋ回繰り返しの第１の送信機会を、構成されたＲＶシーケンスが｛０，３，０，３｝の場合、ＲＶ＝０に関連付けられたＫ回繰り返しの送信機会のいずれかを、及び／又は構成されたＲＶシーケンスが｛０，０，０，０｝の場合、Ｋ回繰り返しの送信機会のいずれかを開始することができ、ただし、Ｋ＞８の場合、最後の送信機会を除外する。
コンフィギュアードグラント構成が「オフ」に設定されたｓｔａｒｔｉｎｇＦｒｏｍＲＶ０で構成されていない場合、利用可能なスロットベースのカウントが構成されている場合、トランスポートブロックの初期送信は、構成されたＲＶシーケンスが｛０，２，３，１｝の場合、Ｋ回繰り返しの第１の送信機会を、構成されたＲＶシーケンスが｛０，３，０，３｝の場合、ＲＶ＝０に関連付けられたＫ回繰り返しの送信機会のいずれかを、及び／又は構成されたＲＶシーケンスが｛０，０，０，０｝の場合、Ｋ回繰り返しの送信機会のいずれかを開始することができ、ただし、Ｋ＞８の場合、最後の送信機会を除外する。
コンフィギュアードグラント構成が「オフ」に設定されたｓｔａｒｔｉｎｇＦｒｏｍＲＶ０で構成されていない場合、利用可能なスロットベースのカウントが構成されていない場合、トランスポートブロックの初期送信は、構成されたＲＶシーケンスが｛０，２，３，１｝である場合、Ｋ回繰り返しのうち送信機会を、構成されたＲＶシーケンスが｛０，３，０，３｝である場合には、Ｋ回繰り返しのうち送信機会が連続する物理スロットに基づいて決定されていることを想定し、ＲＶ＝０に関連付けられたＫ回繰り返しのうち第１の送信機会のいずれかを、及び／又は、構成されたＲＶシーケンスが｛０，０，０，０｝である場合はＫ回繰り返しのうち送信機会のいずれかを開始することができ、ただし、Ｋ＞８の場合、最後の送信機会を除外する。
任意のＲＶシーケンスについて、繰り返しは、Ｋ回繰り返しを送信した後、又は期間Ｐ内のＫ回繰り返しのうちの最後の送信機会で、又はＤＣＩフォーマット０＿０、０＿１又は０＿２によってスケジュールされた同じＨＡＲＱプロセスを有するＰＵＳＣＨと重複する繰り返しの開始シンボルから、いずれか早い方に到達した後に終了する必要があり得る。さらに、ＵＥが提供され、「１」に設定されたＤＦＩフラグを有するＤＣＩフォーマット０＿１を受信した場合、このＤＣＩ内に、ＵＥがそのトランスポートブロックに対応するＨＡＲＱプロセスのＡＣＫを検出する場合、ＵＥは、ＰＵＳＣＨ送信におけるトランスポートブロックの繰り返しを終了する必要があり得る。
ＵＥは、周期Ｐによって導出された期間よりも大きいＫ回繰り返しの伝送の期間で構成されるとは期待されない。ＵＥは、送信機会について、スロット内のＰＵＳＣＨ送信のために利用可能なシンボルの数が送信持続時間Ｌよりも小さいと判定した場合、ＵＥは、送信機会でＰＵＳＣＨを伝送しない。
ＭＡＣエンティティは、媒体アクセス制御層処理部１５に含まれ得る。
ｐｕｓｃｈ－Ｃｏｎｆｉｇは、ＰＵＳＣＨ－Ｃｏｎｆｉｇを参照され得る。
ｐｕｓｃｈ－Ｃｏｎｆｉｇは、ＰＵＳＣＨ－Ｃｏｎｆｉｇと称され得る。
ＲＲＣパラメータ周波数ホッピングは、値ｉｎｔｒａＳｌｏｔが「スロット内周波数ホッピング」を有効にし、値ｉｎｔｅｒＳｌｏｔが「スロット間周波数ホッピング」を有効にすることを示す。フィールドが存在しない場合は、周波数ホッピングが「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＡ」に対し構成されない。フィールドｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇは、「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＡ」のためにＤＣＩフォーマット０＿０及び０＿１に適用される。
ＲＲＣパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＤＣＩ－０－１－ｒ１６は、ｐｕｓｃｈ－ＲｅｐＴｙｐｅＩｎｄｉｃａｔｏｒＤＣＩ－０－１が「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＢ」に設定されている場合にはＤＣＩフォーマット０＿１の周波数ホッピングスキームを示し、値ｉｎｔｅｒＲｅｐｅｔｉｔｉｏｎは、「繰り返し間周波数ホッピング」を有効にし、値ｉｎｔｅｒＳｌｏｔは、「スロット間周波数ホッピング」を有効にする。フィールドが存在しない場合、周波数ホッピングはＤＣＩフォーマット０＿１に対し構成されない。
ＲＲＣパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＤＣＩ－０－１－ｒ１７は、ｐｕｓｃｈ－ＲｅｐＴｙｐｅＩｎｄｉｃａｔｏｒＤＣＩ－０－１が「繰り返し間周波数ホッピング」を有する「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＡ」又は「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＢ」に設定されている場合、ＤＣＩフォーマット０＿１の周波数ホッピングスキームを示す。値ｉｎｔｅｒＲｅｐｅｔｉｔｉｏｎは、「繰り返し間周波数ホッピング」を有効にし、値ｉｎｔｅｒＳｌｏｔは「スロット間周波数ホッピング」を有効にし、値ｉｎｔｒａＳｌｏｔは「スロット内周波数ホッピング」を有効にする。フィールドが存在しない場合、繰り返し間周波数ホッピングは、「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＡ」のＤＣＩフォーマット０＿１に対して構成されず、周波数ホッピングは、「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＢ」のＤＣＩフォーマット０＿１には構成されない。又は、ＲＲＣパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＤＣＩ－０－１－ｒ１７は、ｐｕｓｃｈ－ＲｅｐＴｙｐｅＩｎｄｉｃａｔｏｒＤＣＩ－０－１が「繰り返し間周波数ホッピング」を有効にする「ｐｕｓｃｈ－ＲｅｐＴｙｐｅＡ」に設定されている場合、ＤＣＩフォーマット０＿１の周波数ホッピングスキームを示し得る。
リソース割り振りタイプ２に対して、ＵＥは、周波数ホッピングなしでＰＵＳＣＨを送信する。
リソース割り当てタイプ１に対して、変換プリコーディングがＰＵＳＣＨ送信のために有効にされるか否かにかかわらず、ＵＥは、対応する検出されたＤＣＩフォーマット又はランダムアクセスレスポンスＵＬグラント内の周波数ホッピングフィールドが１に設定されている場合、又はコンフィギュアードグラントを有するタイプ１のＰＵＳＣＨ送信の場合、ＲＲＣパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔが提供される場合、ＰＵＳＣＨ周波数ホッピングを実行することができ、そうでなければＰＵＳＣＨ周波数ホッピングが行われない。周波数ホッピングがＰＵＳＣＨに対して有効化される場合、ＲＥマッピングはこれらの手順で定義される。
ＲＡＲ ＵＬグラント、ｆａｌｌｂａｃｋＲＡＲ ＵＬグラント、又はＴＣ－ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット０＿０によってスケジュールされたＰＵＳＣＨでは、これらの手順で説明されるように、周波数オフセットが取得される。ＤＣＩフォーマット０＿０／０＿１によってスケジュールされたＰＵＳＣＨ、又はＤＣＩフォーマット０＿０／０＿１によってアクティブ化されたタイプ２の構成されたＵＬグラントに基づく、かつリソース割り当てタイプ１のためのＰＵＳＣＨは、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のＲＲＣパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔＬｉｓｔｓによって構成されている。ＤＣＩフォーマット０＿２によってスケジュールされたＰＵＳＣＨ、又はＤＣＩフォーマット０＿２によってアクティブ化され、かつリソース割り当てタイプ１のためのタイプ２の構成されたＵＬグラントに基づくＰＵＳＣＨの場合は、周波数オフセットが、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のＲＲＣパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔＬｉｓｔｓＤＣＩ－０－２によって構成されている。アクティブＢＷＰのサイズが５０ＰＲＢ未満である場合、２つの上位層構成オフセットのうちの１つがＵＬグラントに示される。アクティブＢＷＰのサイズが５０ＰＲＢ以上である場合、４つの上位層構成オフセットのうちの１つがＵＬグラントに示される。
タイプ１構成ＵＬグラントに基づくＰＵＳＣＨの場合、周波数オフセットがｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔ内のＲＲＣパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔによって提供される。
ＰＵＳＣＨ繰り返しタイプＢ（スケジュールされたＰＵＳＣＨのためのこれらの手順又は構成されたＰＵＳＣＨのための手順に規定された手順に従って決定されるように）、ＵＥは、ＤＣＩフォーマット０＿２によってスケジュールされたＰＵＳＣＨ送信のためのｐｕｓｃｈ－Ｃｏｎｆｉｇ内のＲＲＣパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＤＣＩ－０－２によって、ＤＣＩフォーマット０＿１によってスケジュールされたＰＵＳＣＨ送信のためのｐｕｓｃｈ－Ｃｏｎｆｉｇに提供されたｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＤＣＩ－０－１によって、及び、タイプ１の構成されたＰＵＳＣＨ送信のためのｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔ内に提供されたｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＰＵＳＣＨ－ＲｅｐＴｙｐｅＢによって、周波数ホッピングのために構成されている。タイプ２の構成されたＰＵＳＣＨ送信のための周波数ホッピングモードは、アクティブ化ＤＣＩフォーマットの構成に従う。２つの周波数ホッピングモード（繰り返し間周波数ホッピング及びスロット間周波数ホッピング）のうちの１つを構成することができる。
リソース割り振りタイプ１に対して、変換プリコーディングがＰＵＳＣＨ送信に対して有効であるか否かにかかわらず、ＵＥは、対応する検出されたＤＣＩフォーマット内の周波数ホッピングフィールドが１に設定されている場合、又はコンフィギュアードグラントを有するタイプ１ＰＵＳＣＨ送信について、ＲＲＣパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＰＵＳＣＨ－ＲｅｐＴｙｐｅＢが提供されている場合、ＰＵＳＣＨ周波数ホッピングを実行することができ、そうでない場合には、ＰＵＳＣＨ周波数ホッピングは実行されない。周波数ホッピングがＰＵＳＣＨに対して有効化される場合、ＲＥマッピングはこれらの手順で定義される。
ＤＣＩフォーマット０＿１によってスケジュールされたＰＵＳＣＨ、又はＤＣＩフォーマット０＿１によってアクティブ化されたタイプ２の構成されたＵＬグラントに基づくリソース割り当てタイプ１のためのＰＵＳＣＨの場合、周波数オフセットは、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のＲＲＣパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔＬｉｓｔｓによって構成されている。ＤＣＩフォーマット０＿２によってスケジュールされたＰＵＳＣＨ、又はＤＣＩフォーマット０＿２によってアクティブ化され、かつリソース割り当てタイプ１のためのタイプ２の構成されたＵＬグラントに基づくＰＵＳＣＨの場合は、周波数オフセットが、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のＲＲＣパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔＬｉｓｔｓＤＣＩ－０－２によって構成されている。アクティブＢＷＰのサイズが５０ＰＲＢ未満である場合、２つの上位層構成オフセットのうちの１つがＵＬグラントに示される。アクティブＢＷＰのサイズが５０ＰＲＢ以上である場合、４つの上位層構成オフセットのうちの１つがＵＬグラントに示される。
タイプ１構成ＵＬグラントに基づくＰＵＳＣＨに対して、周波数オフセットがｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔ内のＲＲＣパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔによって提供される。
スロット間周波数ホッピングに対して、スロットｎＡｕ＿ｓの間の開始ＲＢは、それらの手順で定義された条件のうちの少なくとも１つに従って、ＰＵＳＣＨ繰り返しタイプＡのスロット間周波数ホッピングに続く。
利用可能なスロットによるスロット間周波数ホッピングのパターンは、ＰＵＳＣＨ送信の省略に基づいて決定され得る。
利用可能なスロットによるＲＶのパターンは、ＰＵＳＣＨ送信の省略に基づいて決定され得る。
利用可能なスロットによるスロットカウントのパターンは、ＰＵＳＣＨ送信の省略に基づいて決定され得る。
ＰＵＳＣＨ優先度ベースの手順を説明する。ＰＵＳＣＨが、ＤＣＩ又はコンフィギュアードグラントを有するＰＵＳＣＨによってスケジュールされる場合、特に明記しない限り、ＰＵＳＣＨは送信される。
もしあるとすれば、繰り返しを含むＰＵＳＣＨ又はＰＵＣＣＨ送信は、優先度インデックス０又は優先度インデックス１であり得る。コンフィギュアードグラントＰＵＳＣＨ送信の場合、ＵＥは、提供される場合、ＲＲＣパラメータｐｈｙ－Ｐｒｉｏｒｉｔｙｌｎｄｅｘから優先度インデックスを決定することができる。ＳＰＳ ＰＤＳＣＨ受信又はＳＰＳ ＰＤＳＣＨリリースに対応するＨＡＲＱ－ＡＣＫ情報を用いたＰＵＣＣＨ送信の場合、ＵＥは、提供される場合、ＲＲＣパラメータｈａｒｑ－ＣｏｄｅｂｏｏｋＩＤから優先度インデックスを決定することができる。ＳＲを用いたＰＵＣＣＨ送信の場合、ＵＥは、もしある場合は、ＲＲＣパラメータＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＲｅｓｏｕｒｃｅＣｏｎｆｉｇにおけるＲＲＣパラメータｐｈｙ－Ｐｒｉｏｒｉｔｙｌｎｄｅｘによって、対応する優先度を決定することができる。半永続的ＣＳＩレポートを有するＰＵＳＣＨ送信の場合、ＵＥは、提供される場合、半永続的ＣＳＩレポートをアクティブ化するＤＣＩフォーマットにおいて、優先度インジケータフィールドから優先度インデックスを決定することができる。ＰＵＳＣＨ又はＰＵＣＣＨ送信のために、優先度インデックスがＵＥに提供されない場合、優先度インデックスは０であり得る。
アクティブＤＬ ＢＷＰにおいて、ＵＥがＤＣＩフォーマット０＿１及びＤＣＩフォーマット１＿１の検出、又はＤＣＩフォーマット０＿２及びＤＣＩフォーマット１＿２の検出のいずれかのために、ＰＤＣＣＨを監視することができる場合、優先度インデックスは、優先度インジケータフィールドによって提供され得る。ＵＥが、アクティブＤＬ ＢＷＰにおいて、ＤＣＩフォーマット０＿１及びＤＣＩフォーマット１＿１の検出及びＤＣＩフォーマット０＿２及びＤＣＩフォーマット１＿２の検出のため、ＰＤＣＣＨを監視する能力を示す場合、ＤＣＩフォーマット０＿１及びＤＣＩフォーマット０＿２は、任意の優先度のＰＵＳＣＨ送信をスケジュールすることができ、ＤＣＩフォーマット１＿１又はＤＣＩフォーマット１＿２は、ＰＤＳＣＨ受信をスケジュールすることができ、任意の優先度の対応するＨＡＲＱ－ＡＣＫ情報でＰＵＣＣＨ送信をトリガすることができる。
ＵＥが、存在する場合、繰り返しを含む、異なる優先度インデックスのＰＵＣＣＨ及び／又はＰＵＳＣＨ送信の重複を判定する場合、ＵＥは、最初に、低い優先度インデックスのＰＵＣＣＨ及び／又はＰＵＳＣＨ送信の重複を解決することができる。その後、ＰＤＣＣＨ受信においてＤＣＩフォーマットによってスケジュールされたより高い優先度インデックスの第１のＰＵＣＣＨの送信が、第２のＰＵＳＣＨ、又はより低い優先度インデックスの第２のＰＵＣＣＨの送信の繰り返しと時間的に重複する場合、ＵＥは、第１のＰＵＣＣＨ送信と重複することになる第１のシンボルの前に、第２のＰＵＳＣＨ又は第２のＰＵＣＣＨの送信の繰り返しをキャンセルすることができ、ＰＤＣＣＨ受信においてＤＣＩフォーマットによってスケジュールされたより高い優先度インデックスの第１のＰＵＳＣＨの送信が、より低い優先度インデックスの第２のＰＵＣＣＨの送信の繰り返しと時間的に重複する場合、ＵＥは、第１のＰＵＳＣＨ送信と重複することになる第１のシンボルの前に、第２のＰＵＣＣＨの送信の繰り返しをキャンセルすることができる。重複は、もしあれば、高い優先度インデックスのチャネル間での重複を解決する前又はその後に適用可能であり得る。ＵＥは、第１のＰＵＣＣＨ又は第１のＰＵＳＣＨの送信が、それぞれ、対応するＰＤＣＣＨ受信の最後のシンボルの後、Ｔ＿（ｐｒｏｃ，２）＋ｄ＿１の前に開始しないことを想定し得る。Ｔ＿（ｐｒｏｃ，２）は、ｕ及びＮ＿２に基づいてｄ＿２，１＝０が想定する対応するＵＥ処理能力のためのＰＵＳＣＨ準備時間であり、ｄ＿１は、報告されたＵＥ能力によって決定される。
ＵＥが、もしあれば、第２のＰＤＣＣＨ内のＤＣＩフォーマットによってスケジュールされている優先度インデックスの低い第２のＰＵＣＣＨ又は第２のＰＵＳＣＨ送信と重複するより高い優先度インデックスの第１のＰＵＣＣＨ、又は第１のＰＵＳＣＨを送信するように、第１のＰＤＣＣＨ受信においてＤＣＩフォーマットによってスケジュールされている場合、Ｔ＿（ｐｒｏｃ，２）は、第１のＰＤＣＣＨ、第２のＰＤＣＣＨ、第１のＰＵＣＣＨ、又は第１のＰＵＳＣＨ、及び第２のＰＵＣＣＨ又は第２のＰＵＳＣＨのうち最小ＳＣＳ構成に対応するｕの値に基づくことができる。重複グループが第１のＰＵＣＣＨを含む場合、ＲＲＣパラメータＰＤＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇのＲＲＣパラメータｐｒｏｃｅｓｓｉｎｇＴｙｐｅ２Ｅｎａｂｌｅｄが、ＵＥが第１のＰＤＣＣＨを受信するサービングセル、及び、ＵＥが第２のＰＵＣＣＨに対応するＰＤＳＣＨを受信する全てのサービングセルを有効にするように設定されている場合、Ｎ＿２は、ｕ＝０では５、ｕ＝１では５．５、ｕ＝２では１１であり、また、ＲＲＣパラメータＰＵＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇのｐｒｏｃｅｓｓｉｎｇＴｙｐｅ２Ｅｎａｂｌｅｄが第２のＰＵＳＣＨを用いてセービングセルを有効にするように設定されている場合、Ｎ＿２は、ｕ＝０では１０、ｕ＝１では１２では、ｕ＝２では２３では、ｕ＝３では３６である。重複するグループが第１のＰＵＳＣＨを含む場合、ＰＵＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇのｐｒｏｃｅｓｓｉｎｇＴｙｐｅ２Ｅｎａｂｌｅｄが第１のＰＵＳＣＨ及び第２のＰＵＳＣＨを用いてサービングセルを有効にするように設定される場合、Ｎ＿２は、ｕ＝０では５、ｕ＝１では５．５、ｕ＝２では１１であり、ＰＤＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇのｐｒｏｃｅｓｓｉｎｇＴｙｐｅ２Ｅｎａｂｌｅｄは、ＵＥが第２のＰＵＣＣＨに対応するＰＤＳＣＨを受信する全てのサービングセルに対して有効にするように設定される場合、Ｎ＿２は、ｕ＝０では１０、ｕ＝１では１２、ｕ＝２では２３、ｕ＝３では３６である。
ＵＥが、もしあれば、ＳＲを用いた優先度インデックスのより高い第１のＰＵＣＣＨ、及び優先度インデックスのより低い第２のＰＵＣＣＨ又はＰＵＳＣＨ、又は優先度インデックスのより高いコンフィギュアードグラントＰＵＳＣＨ、及び優先度インデックスのより低いＰＵＣＣＨ、又は対応するＰＤＣＣＨを持たないＰＤＳＣＨ受信のみに応答してＨＡＲＱ－ＡＣＫ情報を有する優先度インデックスのより高い第１のＰＵＣＣＨ及びＳＲ及び／又はＣＳＩを有する優先度インデックスのより低い第２のＰＵＣＣＨ、又は優先度インデックスのより低いコンフィギュアードグラントＰＵＳＣＨ、又は対応するＰＤＣＣＨを持たないＳＰ－ＣＳＩレポート（単数又は複数）を有する優先度インデックスのより低いＰＵＳＣＨ、又は対応するＰＤＣＣＨを持たないＳＰ－ＣＳＩレポート（単数又は複数）を有する優先度インデックスのより高いＰＵＳＣＨ及び、ＳＲ若しくはＣＳＩを有する優先度インデックスのより低いＰＵＣＣＨ、又は対応するＰＤＣＣＨを持たないＰＤＳＣＨ受信にのみに応じたＨＡＲＱ－ＡＣＫ情報、又は同じサービングセル上の優先度インデックスのより高いコンフィギュアードグラントＰＵＳＣＨ及び優先度インデックスのより低い構成されたＰＵＳＣＨと、時間的に重複することになる繰り返しを含む、以下のチャネルを送信する場合、ＵＥは、優先度インデックスのより低いＰＵＣＣＨ／ＰＵＳＣＨ送信の繰り返しが優先度インデックスのより高いＰＵＣＣＨ／ＰＵＳＣＨ送信と、時間的に重複する場合、優先度インデックスのより高いＰＵＣＣＨ／ＰＵＳＣＨ送信と重複する第１のシンボルの前のＰＵＣＣＨ／ＰＵＳＣＨ送信の繰り返しをキャンセルすることが想定され得る。
ＵＥは、対応するＰＤＣＣＨを有しないＰＤＳＣＨ受信に応答してのみＨＡＲＱ－ＡＣＫ情報を有する優先度インデックスのより高いＰＵＣＣＨと時間的に重複することになる、ＰＵＣＣＨ又は優先度インデックスのより小さいＰＵＳＣＨを送信することが想定されていない場合がある。ＵＥは、対応するＰＤＣＣＨを有さないＳＰ－ＣＳＩレポート（単数又は複数）を有する優先度インデックスのより高いＰＵＳＣＨと時間的に重複する優先度インデックスのより低いＰＵＣＣＨを送信するようにスケジュールされることが想定されない場合がある。
ＵＥがＰＵＳＣＨで非周期的ＣＳＩを多重化し、ＵＥがＰＵＳＣＨと重複するＰＵＣＣＨ内にＨＡＲＱ－ＡＣＫ情報を含むＵＣＩを多重化し、ＰＵＣＣＨ及びＰＵＳＣＨと重複するタイミング条件が満たされている場合、ＵＥは、ＰＵＳＣＨでＨＡＲＱ－ＡＣＫ情報のみを多重化する場合があり、ＰＵＣＣＨを送信しない。
ＵＥが、それぞれのＲＲＣパラメータＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ又はｓｅｍｉＰｅｒｓｉｓｔｅｎｔＯｎＰＵＳＣＨによって構成された、ＤＣＩフォーマットによってスケジュールされる第１のＰＵＳＣＨ及び第２のＰＵＳＣＨを含むそれぞれのサービングセル上のスロット内の複数のＰＵＳＣＨを送信し、ＵＥは、複数のＰＵＳＣＨのうちの１つでＵＣＩを多重化し、複数のＰＵＳＣＨがＵＣＩ多重化の条件を満たす場合、ＵＥは、第１のＰＵＳＣＨからＰＵＳＣＨでＵＣＩを多重化することができる。
ＵＥがそれぞれのサービングセル上のスロット内で複数のＰＵＳＣＨを送信し、ＵＥが複数のＰＵＳＣＨのうちの１つでＵＣＩを多重化し、ＵＥが複数のＰＵＳＣＨのうちのいずれかで非周期的ＣＳＩを多重化しない場合、ＵＥは、ＵＣＩ多重化の条件が満たされていることにより最小のＲＲＣパラメータＳｅｒｖＣｅｌｌＩｎｄｅｘを有するサービングセルのＰＵＳＣＨ内のＵＣＩを多重化することができる。ＵＥが、ＵＣＩ多重化の条件を満たす最小ＳｅｒｖＣｅｌｌＩｎｄｅｘを有するサービングセル上のスロット内の２つ以上のＰＵＳＣＨを送信する場合、ＵＥは、ＵＥがスロット内で送信する最も早いＰＵＳＣＨでＵＣＩを多重化することができる。
ＵＥが複数のスロットを介してＰＵＳＣＨを送信する場合、ＵＥは、複数のスロットのうち１つ以上のスロット内のＰＵＳＣＨ送信と重複する単一のスロットにわたってＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ情報とともにＰＵＣＣＨを送信し、１つ以上のスロット内のＰＵＳＣＨ送信がＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ情報を多重化するための条件を満たす場合、ＵＥは、１つ以上のスロット内のＰＵＳＣＨ送信にＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ情報を多重化することができる。ＰＵＳＣＨ送信が存在しない場合、ＵＥがスロット内のＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ情報とともに単一スロットＰＵＣＣＨを送信しない場合には、ＵＥは、複数のスロットからのスロット内のＰＵＳＣＨ送信にＨＡＲＱ－ＡＣＫ及び／又はＣＳＩ情報を多重化しない場合がある。
複数のスロットにわたるＰＵＳＣＨ送信がＤＡＩフィールドを含むＤＣＩフォーマットによってスケジュールされる場合、ＤＡＩフィールドの値は、ＵＥがＨＡＲＱ－ＡＣＫ情報を多重化する複数のスロットからの任意のスロット内のＰＵＳＣＨ送信内のＨＡＲＱ－ＡＣＫ情報の多重化に適用可能であり得る。
ＵＥがＲＲＣパラメータＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって構成された、ＣＧ－ＵＣＩを含むＰＵＳＣＨ送信におけるＨＡＲＱ－ＡＣＫ情報を多重化することになる場合、ＵＥは、ＵＥがＲＲＣパラメータｃｇ－ＵＣＩ－Ｍｕｌｔｉｐｌｅｘｉｎｇを提供される場合、ＰＵＳＣＨ送信におけるＨＡＲＱ－ＡＣＫ情報を多重化することができ、そうでなければ、ＵＥは、ＰＵＳＣＨを送信しないで、ＰＵＣＣＨ送信又は別のＰＵＳＣＨ送信にＨＡＲＱ－ＡＣＫ情報を多重化する。
スロット内のＰＵＳＣＨ（又はＰＵＳＣＨの繰り返し）が送信されるか、又はＵＣＩ（単数又は複数）を多重化すると判定された場合、スロットは、ＰＵＳＣＨ送信に利用可能であると見なすことができる。スロット内のＰＵＳＣＨ（又はＰＵＳＣＨの繰り返し）がキャンセルされると判定された場合、スロットは、ＰＵＳＣＨ送信に利用できないと見なすことができる。
スロット構成ベースの手順について説明する。ＰＵＳＣＨが、ＤＣＩ又はコンフィギュアードグラントを有するＰＵＳＣＨによってスケジュールされる場合、特に明記しない限り、ＰＵＳＣＨは送信される。
ＵＥがＲＲＣパラメータｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎを提供される場合、ＵＥは、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによって示されるスロットの数にわたってスロットごとにスロットフォーマット（スロット内のシンボル毎のダウンリンク、アップリンク、及びフレキシブルシンボル間のシンボルがどのタイプがあることを示すフォーマット）を設定することができる。ＵＥが追加的にＲＲＣパラメータｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄを提供される場合、パラメータｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄには、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによって提供されるスロットの数にわたってスロットごとにフレキシブルシンボルのみをオーバーライドすることができる。
アンペアドスペクトルでの単一のキャリアでの動作の場合、ＵＥが、スロットのシンボルのセット内のＰＤＣＣＨ、又はＰＤＳＣＨ、又はＣＳＩ－ＲＳ、又はＤＬ ＰＲＳを受信するように上位層によって構成されている場合、ＵＥは、スロットのシンボルのセットのうちの少なくとも１つのシンボル内のＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨ、又はＳＲＳを送信するようにＵＥに示すＤＣＩフォーマットを検出しない場合、ＵＥは、ＰＤＣＣＨ、ＰＤＳＣＨ、ＣＳＩ－ＲＳ、又はＤＬ ＰＲＳを受信し、そうでなければ、ＵＥは、スロットのシンボルのセット内のＰＤＣＣＨ、又はＰＤＳＣＨ、又はＣＳＩ－ＲＳ、又はＤＬ ＰＲＳを受信しない場合がある。
ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ、又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによってダウンリンクとしてＵＥに示されるスロットのシンボルのセットの場合は、ＵＥは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨ、又はＳＲＳが、スロットのシンボルのセットと、部分的であっても重複するときに、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨ、又はＳＲＳを送信しない場合がある。
ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ、及びもし提供される場合、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによって、フレキシブルとしてＵＥに示されるスロットのシンボルのセットの場合、ＵＥは、スロットのシンボルのセット内のＵＥから、送信を構成する専用ＲＲＣパラメータ、及びスロットのシンボルのセット内のＵＥによる受信を構成する専用ＲＲＣパラメータをいずれも受信することを想定しない場合がある。
アンペアドスペクトルの単一のキャリアでの動作の場合、ＳＩＢ１内のＲＲＣパラメータｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ又はＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ内のｓｓｂ－ＰｏｓｉｔｉｏｎｓｌｎＢｕｒｓｔによってＵＥに示されるスロットのシンボルのセットについて、ＳＳ／ＰＢＣＨブロックの受信のために、ＵＥは、送信がシンボルのセットからのいずれのシンボルとも重複している場合、スロットでＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨを送信しない場合があり、ＵＥは、スロットのシンボルのセットでＳＲＳを送信しない。ＵＥは、ＵＥに提供される場合、スロットのシンボルのセットをｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ、又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄによってアップリンクとして示すことを想定しない場合がある。
ＵＥが、複数のスロットにわたってＰＵＳＣＨを送信するようにＤＣＩフォーマットによってスケジュールされる場合、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ、又はｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄが、複数のスロットからのスロットについて、ＵＥがスロット内のＰＵＳＣＨ送信をスケジュールされたシンボルのセットからの少なくとも１つのシンボルが、ダウンリンクシンボルであることを示す場合、ＵＥは、スロット内でＰＵＳＣＨを送信しない場合がある。
スロット内のＰＵＳＣＨ（又はＰＵＳＣＨの繰り返し）が送信されると判定された場合、スロットは、ＰＵＳＣＨ送信のために利用可能であると見なすことができる。スロット内のＰＵＳＣＨ（又はＰＵＳＣＨの繰り返し）がキャンセルされると、又は送信されないと判定される場合、スロットは、ＰＵＳＣＨ送信に利用できないと見なすことができる。
ＰＵＳＣＨインスタンスは、ベースバンド信号生成の単位であり得る。ここで、ベースバンド信号生成は、ベースバンド部１３によって実行され得る。
ＰＵＳＣＨに変換プリコーディングを適用するためのＵＥ手順（単数又は複数）の詳細を説明する。
図９は、ＵＥ側でのＰＵＳＣＨ生成手順の一例を示す。ＰＵＳＣＨ生成手順は、例えばスクランブリング、変調、レイヤマッピング、変換プリコーディング、リソースブロックへのマッピング、及びＯＦＤＭベースバンド信号生成などの、複数の処理を含み得る。コードワードのためのビットブロックがスクランブルされて、スクランブルされたビットが生成されてもよい。スクランブルされたビットが変調されて、変調シンボル（すなわち、複素値変調シンボル）が生成されてもよい。変調シンボルがレイヤマッピングされて、１つのレイヤごとの変調シンボルのセットが生成されてもよい。レイヤごとの変調シンボルのセットｘｉは、変換プリコーディング処理への入力であってもよく、処理されたレイヤごとの変調シンボルｙｉは、ｘ（ｉ）に対応する出力であってもよい。処理されたレイヤｙｉごとの変調シンボルは、リソースブロック（たとえば、仮想リソースブロック及び／又は物理リソースブロック）にマッピングされてもよい。リソースブロック上の変調シンボルに逆高速フーリエ変換（ＩＦＦＴ）が適用されて、ＯＦＤＭベースバンド信号が生成されてもよい。
ｇＮＢ側で、図９に示されるそれぞれの処理にそれぞれが対応する処理が実行されてもよい。例えば、ｇＮＢ側のスクランブル解除処理はＵＥ側のスクランブル処理に対応してもよく、ｇＮＢ側の復調処理はＵＥ側の変調処理に対応してもよく、ｇＮＢ側のＩＤＦＴ（逆ＤＦＴ）はＵＥ側のＤＦＴに対応してもよく、ｇＮＢ側のＦＦＴはＵＥ側のＩＦＦＴに対応してもよい。
変換プリコーディング処理において、変換プリコーディングが無効に設定されている（又は有効に設定されていない）場合には、入力をそのまま通過させてもよい。したがって、この場合、ｙｉ＝ｘｉである。変換プリコーディングが有効に設定されている場合は、出力が生成されるように、少なくともデジタルフーリエ変換（ＤＦＴ）が入力に適用されてもよい。図１０は、変換プリコーディングのためのＤＦＴ処理の式の例を示し、ここで、Ｍｐｕｓｃｈ ｒｂは、リソースブロック数に換算したＰＵＳＣＨの帯域幅を表し得、Ｍｌａｙｅｒ ｓｙｍｂは、レイヤごとの変調シンボルの数を示し得、ＮＲＢ ｓｃは、リソースブロック内のサブキャリアの数を示し得る（例えば、ＮＲＢ ｓｃ＝１２）。位相追跡参照信号（ＰＴ－ＲＳ）が使用されない場合、
Figure 2024104980000002
 である。位相追跡参照信号（ＰＴ－ＲＳ）が使用される場合は、ｘ（ｉ）
Figure 2024104980000003
 は、ＰＴ－ＲＳサンプルに関連しないにマッピングされる。
ＲＡＲ ＵＬグラントによってスケジュールされたＰＵＳＣＨの場合、又はｆａｌｌｂａｃｋＲＡＲ ＵＬグラントによってスケジュールされたＰＵＳＣＨの場合、又はＴＣ－ＲＮＴＩによってスクランブルされたＣＲＣを用いてＤＣＩフォーマット０＿０によってスケジュールされたＰＵＳＣＨの場合、ＵＥは、構成されたパラメータｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに従って、変換プリコーディングを「有効」又は「無効」のいずれかと見なされてもよい。
ＭｓｇＡ ＰＵＳＣＨの場合、ＵＥは、上位層構成されたパラメータｍｓｇＡ－ＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに従って、変換プリコーディングを「有効」又は「無効」のいずれかと見なされてもよい。ＲＲＣパラメータｍｓｇＡ－ＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成されていない場合、ＵＥは、ＲＲＣパラメータｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに従って、「有効」又は「無効化」のいずれかの変換プリコーディングを考慮してもよい。
ＲＲＣパラメータｍｓｇＡ－ＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒは、ＵＥがＭｓｇＡ送信のための変換プリコーダを有効にするか、又は無効にするかどうかを示す。
ＮＤＩ＝１を有するＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、又はＭＣＳ－Ｃ－ＲＮＴＩ若しくはＳＰ－ＣＳＩ－ＲＮＴＩでスクランブルされたＣＲＣを有するＰＤＣＣＨでスケジュールされたＰＵＳＣＨ送信の場合、スケジューリンググラントを有するＤＣＩがＤＣＩフォーマット０＿０で受信された場合、ＵＥは、このＰＵＳＣＨ送信の場合には、ＲＲＣパラメータｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに従って、変換プリコーディングを有効又は無効のいずれかと見なしてもよい。
ＮＤＩ＝１を有するＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、又はＭＣＳ－Ｃ－ＲＮＴＩ若しくはＳＰ－ＣＳＩ－ＲＮＴＩでスクランブルされたＣＲＣを有するＰＤＣＣＨでスケジュールされたＰＵＳＣＨ送信の場合、スケジューリンググラントを有するＤＣＩがＤＣＩフォーマット０＿０で受信されなかった場合、ＵＥがｐｕｓｃｈ－Ｃｏｎｆｉｇ内のＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されている場合、ＵＥは、このＰＵＳＣＨ送信の場合、このパラメータ（すなわち、構成されたｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒ）に従って、変換プリコーディングを有効又は無効のいずれかと見なしてもよい。
ＮＤＩ＝１を有するＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、又はＭＣＳ－Ｃ－ＲＮＴＩ若しくはＳＰ－ＣＳＩ－ＲＮＴＩでスクランブルされたＣＲＣを有するＰＤＣＣＨでスケジュールされたＰＵＳＣＨ送信の場合、スケジューリンググラントを有するＤＣＩがＤＣＩフォーマット０＿０で受信されなかった場合、ＵＥがＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒ、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内の「無効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されている場合、ＵＥは、このＰＵＳＣＨ送信の場合、ＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに従って、変換プリコーディングを有効又は無効のいずれかと見なしてもよい。
「スケジューリンググラントを有するＤＣＩは、ＤＣＩフォーマット０＿０で受信されなかった」とは、「スケジューリンググラントを有するＤＣＩがＤＣＩフォーマット０＿０以外のＤＣＩフォーマットで受信された」ことを意味し得る。又は「スケジューリンググラントを有するＤＣＩがＤＣＩフォーマット０＿０で受信されなかった」とは、「スケジューリンググラントがコンフィギュアードグラントで受信された」ことを意味し得る。
ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒは、「変換プリコーディングインジケータ」フィールド（変換プリコーディングフィールド又は変換プリコーダフィールドとも称される）がＤＣＩフォーマット０＿１／０＿２に含まれるかどうかを示す。あるいは、２つの異なるＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒＤＣＩ ０＿１及びｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒＤＣＩ ０＿２は、それぞれＤＣＩフォーマット０＿１及びＤＣＩ ０＿２に「変換プリコーディングインジケータ」フィールド（変換プリコーディングフィールドとも称される）が含まれるか否かを示す。この場合、以下で説明するＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒ ｄｅｓｃｒｉｂｅｄは、それぞれ、ＤＣＩフォーマット０＿１及びＤＣＩフォーマット０＿２のためのＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒＤＣＩ０＿１及びｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒＤＣＩ０＿２として解釈されてもよい。
「変換プリコーディングインジケータ」フィールドは、変換プリコーダが有効であるか否かを示すために使用される。
ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒは、異なるＤＣＩフォーマットの共通パラメータとして構成され得る。
ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒは、それぞれＤＣＩフォーマット０＿１及びＤＣＩフォーマット０＿２のために構成され得る。言い換えれば、ＤＣＩフォーマットの各々に対応するＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成され得る。ＵＥが、ＤＣＩフォーマットの各々に対応するＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されている場合、ＵＥは、それぞれ、「変換プリコーディングインジケータ」フィールドが対応するＤＣＩフォーマット（単数又は複数）に含まれ得ると仮定することができる。
ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが「有効化されたこと」を示す場合、「変換プリコーディングインジケータ」フィールドは、ＤＣＩフォーマット０＿１／０＿２に含まれ得る。ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが「無効化されたこと」を示す場合、「変換プリコーディングインジケータ」フィールドは、ＤＣＩフォーマット０＿１／０＿２に含まれない場合がある。
ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成されている場合、ＵＥは、「変換プリコーディングインジケータ」フィールドがＤＣＩフォーマット０＿１／０＿２に含まれ得ると仮定することができる。ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒは、提供される場合、「変換プリコーディングインジケータ」フィールドがＤＣＩフォーマット０＿１／０＿２に含まれることを示し得る。
ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成されていない／不在である場合、ＵＥは、「変換プリコーディングインジケータ」フィールドがＤＣＩフォーマット０＿１／０＿２に含まれない場合があると仮定することができる。
ＮＤＩ＝１を有するＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、又はＭＣＳ－Ｃ－ＲＮＴＩ若しくはＳＰ－ＣＳＩ－ＲＮＴＩでスクランブルされたＣＲＣを有するＰＤＣＣＨでスケジュールされたＰＵＳＣＨ送信の場合、スケジューリンググラントを有するＤＣＩがＤＣＩフォーマット０＿０で受信されなかった場合、ＵＥがＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒ、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内の「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されている場合、ＵＥは、このＰＵＳＣＨ送信の場合、ＤＣＩ「変換プリコーディングインジケータ」フィールドに従って、変換プリコーディングを有効又は無効のいずれかと見なしてもよい。
あるいは、ＮＤＩ＝１を有するＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、又はＭＣＳ－Ｃ－ＲＮＴＩ若しくはＳＰ－ＣＳＩ－ＲＮＴＩでスクランブルされたＣＲＣを有するＰＤＣＣＨでスケジュールされたＰＵＳＣＨ送信の場合、スケジューリンググラントを有するＤＣＩがＤＣＩフォーマット０＿０で受信されなかった場合、ＵＥがＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒ、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内の「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されている場合、ＵＥは、このＰＵＳＣＨ送信の場合、ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒの値にかかわらず、ＤＣＩ「変換プリコーディングインジケータ」フィールドに従って、変換プリコーディングを有効又は無効のいずれかと見なしてもよい。
あるいは、ＮＤＩ＝１を有するＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、又はＭＣＳ－Ｃ－ＲＮＴＩ若しくはＳＰ－ＣＳＩ－ＲＮＴＩでスクランブルされたＣＲＣを有するＰＤＣＣＨでスケジュールされたＰＵＳＣＨ送信の場合、スケジューリンググラントを有するＤＣＩがＤＣＩフォーマット０＿０で受信されなかった場合、ＵＥが「有効」に設定されたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒ、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内の「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されている場合、ＵＥは、このＰＵＳＣＨ送信の場合、ＤＣＩ「変換プリコーディングインジケータ」フィールドに従って、変換プリコーディングを有効又は無効のいずれかと見なしてもよい。
ＵＥは、ＤＣＩ「変換プリコーディングインジケータ」フィールドがＤＣＩフォーマット０＿０に含まれないと仮定することができる。
ＮＤＩ＝１を有するＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、又はＭＣＳ－Ｃ－ＲＮＴＩ若しくはＳＰ－ＣＳＩ－ＲＮＴＩでスクランブルされたＣＲＣを有するＰＤＣＣＨでスケジュールされたＰＵＳＣＨ送信の場合、スケジューリンググラントを有するＤＣＩがＤＣＩフォーマット０＿０で受信されなかった場合、ＵＥがｐｕｓｃｈ－Ｃｏｎｆｉｇ内のＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されていない場合、ＵＥは、このＰＵＳＣＨ送信の場合、ＲＲＣパラメータｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに従って、変換プリコーディングを有効又は無効のいずれかと見なしてもよい。
ＮＤＩ＝１を有するＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、又はＭＣＳ－Ｃ－ＲＮＴＩ若しくはＳＰ－ＣＳＩ－ＲＮＴＩでスクランブルされたＣＲＣを有するＰＤＣＣＨでスケジュールされたＰＵＳＣＨ送信の場合、スケジューリンググラントを有するＤＣＩがＤＣＩフォーマット０＿０で受信されなかった場合、ＵＥがＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒ、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内の「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されていない場合、ＵＥは、このＰＵＳＣＨ送信の場合、上位層構成されたパラメータｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに従って、変換プリコーディングを有効又は無効のいずれかと見なしてもよい。
ＮＤＩ＝１を有するＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、又はＭＣＳ－Ｃ－ＲＮＴＩ若しくはＳＰ－ＣＳＩ－ＲＮＴＩでスクランブルされたＣＲＣを有するＰＤＣＣＨでスケジュールされたＰＵＳＣＨ送信の場合、スケジューリンググラントを有するＤＣＩがＤＣＩフォーマット０＿０で受信されなかった場合、ＵＥがｐｕｓｃｈ－Ｃｏｎｆｉｇ内のＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒ及びｐｕｓｃｈ－Ｃｏｎｆｉｇ内のｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されていない場合、ＵＥは、このＰＵＳＣＨ送信の場合、上位層構成されたパラメータｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに従って、変換プリコーディングを有効又は無効のいずれかと見なしてもよい。
ＮＤＩ＝１を有するＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、又はＭＣＳ－Ｃ－ＲＮＴＩ若しくはＳＰ－ＣＳＩ－ＲＮＴＩでスクランブルされたＣＲＣを有するＰＤＣＣＨでスケジュールされたＰＵＳＣＨ送信の場合、スケジューリンググラントを有するＤＣＩがＤＣＩフォーマット０＿０で受信されなかった場合、ＵＥがＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されていない場合、ＵＥがｐｕｓｃｈ－Ｃｏｎｆｉｇ内の「無効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されている場合、ＵＥは、このＰＵＳＣＨ送信の場合、ＲＲＣパラメータｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに従って、変換プリコーディングを有効又は無効のいずれかと見なしてもよい。
ＮＤＩ＝１を有するＣＳ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、又はＭＣＳ－Ｃ－ＲＮＴＩ若しくはＳＰ－ＣＳＩ－ＲＮＴＩでスクランブルされたＣＲＣを有するＰＤＣＣＨでスケジュールされたＰＵＳＣＨ送信の場合、スケジューリンググラントを有するＤＣＩがＤＣＩフォーマット０＿０で受信されなかった場合、ＵＥがｐｕｓｃｈ－Ｃｏｎｆｉｇ内のＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されていない場合、ＵＥがｐｕｓｃｈ－Ｃｏｎｆｉｇ内の「有効」に設定されたＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されている場合、ＵＥは、このＰＵＳＣＨ送信の場合、ＤＣＩ「変換プリコーディングインジケータ」フィールドに従って、変換プリコーディングを有効又は無効のいずれかと見なしてもよい。
ＤＣＩ「変換プリコーディングインジケータ」フィールドの特徴は、「変換プリコーディングインジケータ」フィールド以外のＤＣＩフィールドを使用することによって実現され得る。言い換えれば、ＵＥが、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内で「有効」に設定されたＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されている場合、第１のＤＣＩフィールドの第１の値は、変換プリコーダが有効にされていることを示し得、第１のＤＣＩフィールドの第２の値は、変換プリコーダが無効になっていることを示し得る。ＵＥは、ＤＣＩフォーマットに含まれる第１のＤＣＩフィールドの値（単数又は複数）が、変換プリコーダが有効にされているか否かに関連付けられていると仮定することができる。
基地局が、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内で「有効」に設定されたＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅを提供する場合、第１のＤＣＩフィールドの第１の値は、変換プリコーダが有効にされたことを示すために設定され得、第１のＤＣＩフィールドの第２の値は、変換プリコーダが無効にされたことを示すために設定され得る。
コンフィギュアードグラントを有するＰＵＳＣＨ送信の場合、ＵＥがｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ内のＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されている場合、ＵＥは、このＰＵＳＣＨ送信のために、このパラメータに従って、有効又は無効にされた変換プリコーディングを考慮してもよい。
コンフィギュアードグラントを有するＰＵＳＣＨ送信の場合、ＵＥがｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ内のＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒで構成されている場合、ＵＥは、このＰＵＳＣＨ送信のために、上位層構成されたパラメータｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに従って、有効又は無効にされた変換プリコーディングを考慮してもよい。
ここで、「ｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成されている」とは、「有効化」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成されていることと同じ意味を有し得る。また、「ｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒは構成されていない」は、「無効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成されていることと同じ意味を有し得る。
あるいは、又は加えて、ＤＦＴ－Ｓ－ＯＦＤＭ（すなわち、変換プリコーダを伴うＯＦＤＭ）からＯＦＤＭ（すなわち、変換プリコーダを伴わないＯＦＤＭ）への動的切替えは許容されない場合があるが、ＯＦＤＭからＤＦＴ－Ｓ－ＯＦＤＭへの動的切替えは許容され得る。ＯＦＤＭは、ＣＰを伴うＯＦＤＭを意味するＣＰ－ＯＦＤＭ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ－ＯＦＤＭ）とも称され得る。
Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１及び／又は０＿２は、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されている場合、「変換プリコーディングインジケータ」フィールドを含み得る。ＤＣＩフォーマット０＿１及び／又は０＿２は、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されていない場合、「変換プリコーディングインジケータ」フィールドを含まないことがある。「有効」に設定されたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがｐｕｓｃｈ－Ｃｏｎｆｉｇに提供されている場合、ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成されてもよい。「有効」に設定されたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがｐｕｓｃｈ－Ｃｏｎｆｉｇに提供されていない場合、ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒは構成されることが許容／期待されないことがある。「有効」に設定されたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがｐｕｓｃｈ－Ｃｏｎｆｉｇに提供されている場合、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１及び／又は０＿２は、「変換プリコーディングインジケータ」フィールドを含み得る。「有効」に設定されたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがｐｕｓｃｈ－Ｃｏｎｆｉｇに提供されていない場合、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１及び／又は０＿２は、「変換プリコーディングインジケータ」フィールドを含むことが許容／期待されないことがある。なお、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１及び／又は０＿２は、ＰＵＳＣＨ送信を動的にスケジューリングするＵＬグラントであってもよい。
ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿０，０＿１及び／又は０＿２は、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されている場合、「変換プリコーディングインジケータ」フィールドを含み得る。ＤＣＩフォーマット０＿１及び／又は０＿２は、ｐｕｓｃｈ－Ｃｏｎｆｉｇ内のＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されていない場合、「変換プリコーディングインジケータ」フィールドを含まないことがある。「有効」に設定されたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇに提供されている場合、ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成され得る。「有効」に設定されたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇに提供されていない場合、ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒは構成されることが許可／期待されないことがある。「有効」に設定されたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇに提供されている場合、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１及び／又は０＿２は「変換プリコーディングインジケータ」フィールドを含み得る。「有効」に設定されたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇに提供されていない場合、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１及び／又は０＿２は、「変換プリコーディングインジケータ」フィールドを含むことが許容／期待されないことがある。なお、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１及び／又は０＿２は、構成されたＵＬグラントタイプ２であり得、構成されたスケジュールされたＰＵＳＣＨ送信をアクティブ化する。
この場合、「変換プリコーディングインジケータ」フィールドの値は、ＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒによってｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｅｒが有効化されていない場合であっても、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｅｒが適用されるか否かを示し得る。「変換プリコーディングインジケータ」フィールドは、１ビットフィールドであってもよい。「０」に等しい「変換プリコーディングインジケータ」フィールド値は、ＤＣＩフォーマットによってスケジュールされたＰＵＳＣＨ又は構成されたＵＬグラントタイプ２を有するＰＵＳＣＨに変換プリコーダが適用されない（変換プリコーダが実際に無効にされる）（すなわち、変換プリコーダに関するＲＲＣ構成に従う）ことを示してもよく、「１」に等しい「変換プリコーディングインジケータ」フィールド値は、ＤＣＩフォーマットによってスケジュールされたＰＵＳＣＨ又は構成されたＵＬグラントタイプ２を有するＰＵＳＣＨに変換プリコーダが適用される（変換プリコーダが実際に有効にされる）（すなわち、変換プリコーダに関するＲＲＣ構成に従わない）ことを示してもよい。あるいは、「１」に等しい「変換プリコーディングインジケータ」フィールド値が、ＤＣＩフォーマットによってスケジュールされたＰＵＳＣＨ又は構成されたＵＬグラントタイプ２をもつＰＵＳＣＨに変換プリコーダが適用されない（変換プリコーダが実際に無効にされる）（すなわち、変換プリコーダについてのＲＲＣ構成に従わない）ことを示してもよく、「０」に等しい「変換プリコーディングインジケータ」フィールド値が、ＤＣＩフォーマットによってスケジュールされたＰＵＳＣＨ又は構成されたＵＬグラントタイプ２をもつＰＵＳＣＨに変換プリコーダが適用される（変換プリコーダが実際に有効にされる）（すなわち、変換プリコーダについてのＲＲＣ構成に従わない）ことを示してもよい。
ＤＣＩフォーマット０＿０は、「有効」に設定されたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されているか否かにかかわらず、又はＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されているか否かにかかわらず、「変換プリコーディングインジケータ」フィールドを含まないことがある。ＤＣＩフォーマット０＿０によってスケジューリングされたＰＵＳＣＨ、又はＤＣＩフォーマット０＿０によってアクティブ化された、構成されたスケジューリングされたＰＵＳＣＨに対して、変換プリコーダが実際に有効であるか否かは、ＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが「有効」に設定されているか否かに従う。言い換えれば、「有効」に設定されたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されている場合、ＰＵＳＣＨに変換プリコーディングが適用される。「有効」に設定されたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されていない場合、ＰＵＳＣＨに変換プリコーディングは適用されない。
留意すべき点として、変換プリコーディングはレイヤマッピングの出力及び／又はプリコーディング行列Ｗに基づくプリコーディングの入力に適用されるプリコーディングであり、プリコーディング行列Ｗのインデックスはプリコーディング行列インジケータに対応し得る。単一のコードワードｑ＝０について、送信される、そのコードワードの複素変調シンボルは、４つまでのレイヤ上にマッピングされ得る。コードワードｑの複素変調シンボル
Figure 2024104980000004
 は複数レイヤ
Figure 2024104980000005
 にマッピングされてもよく、ここでｖは層の数であり
Figure 2024104980000006
 は、レイヤ当たりの変調シンボルの数である。
変換プリコーディングが有効化されていない（すなわち、適用されない）場合は、各層
Figure 2024104980000007
 について
Figure 2024104980000008
 である。変換プリコーディングが有効化されている（すなわち、適用される）場合は、
Figure 2024104980000009
 は、位相追跡追跡参照信号の構成に依存し得る。位相追跡参照信号が使用されていない場合、単一層λ＝０の複素シンボル
Figure 2024104980000010
 は、
Figure 2024104980000011
 個のセットに分割されてもよく、それぞれが１つのＯＦＤＭシンボル及びに
Figure 2024104980000012
 対応する。位相追跡参照信号が使用されている場合、複素値シンボルのブロック
Figure 2024104980000013
 は複数のセットに分割されてもよく、各セットは１つのＯＦＤＭシンボルに対応し、ここで、セットｌは
Figure 2024104980000014
 個のシンボルを含み、変換プリコーディング前にＯＦＤＭシンボルｌに対応する複素シンボル
Figure 2024104980000015
 に、
Figure 2024104980000016
 としてマッピングされる。ｍはセットｌ内のＰＴ－ＲＳサンプルのインデックス、
Figure 2024104980000017
 はＰＴ－ＲＳグループ当たりのサンプル数、
Figure 2024104980000018
 はグループの数である。ＯＦＤＭシンボルＩが１つ以上のＰＴ－ＲＳサンプルを含む場合、量
Figure 2024104980000019
 であり、そうでない場合、
Figure 2024104980000020
 である。
図１０にも示されるように、変換プリコーディングは、
Figure 2024104980000021
 に従って適用され得（すなわち、
Figure 2024104980000022
 デジタルフーリエ変換を適用する）、結果として、複素シンボルのブロック
Figure 2024104980000023
 をもたらす。変数
Figure 2024104980000024
 であり、ここで
Figure 2024104980000025
 は、リソースブロックの数に換算したＰＵＳＣＨの帯域幅を表し、
Figure 2024104980000026
 を満たし、ここで
Figure 2024104980000027
 は、負でない整数の集合である。
ベクトルのブロック
Figure 2024104980000028
 は、
Figure 2024104980000029
 に従ってプリコーディングされ得、ここで
Figure 2024104980000030
 は、アンテナポートのセットである。Ｗはプリコーディング行列である。
表１は、ＤＣＩフォーマット０＿１内の情報フィールドのサイズ及び、各フィールドサイズに影響を及ぼすＲＲＣパラメータを示す。表２は、ＤＣＩフォーマット０＿２内の情報フィールドのサイズ及び、各フィールドサイズに影響を及ぼすＲＲＣパラメータを示す。
表１によれば、ＤＣＩフォーマット０＿１における以下の情報フィールド、すなわち、プリコーディング情報及びレイヤ数、第２プリコーディング情報、アンテナポート、ＰＴＲＳ－ＤＭＲＳ関連、第２ＰＴＲＳ－ＤＭＲＳ関連、及びＤＭＲＳシーケンス初期化のサイズは、スケジュールされたＰＵＳＣＨの波形に応じて変化し得ることが分かる。表２によれば、ＤＣＩフォーマット０＿２における以下の情報フィールド、すなわち、プリコーディング情報及びレイヤ数、第２プリコーディング情報、アンテナポート、ＰＴＲＳ－ＤＭＲＳ関連、第２ＰＴＲＳ－ＤＭＲＳ関連、及びＤＭＲＳシーケンス初期化のサイズは、スケジュールされたＰＵＳＣＨの波形に応じて変化し得ることが分かる。
図１１は、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１のビットパディング前のペイロードサイズの例を示す。これはＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供される例であり得、ビットパディング前のＤＣＩフォーマットのいくつかの情報フィールド（例えば、プリコーディング情報及びレイヤ数、第２のプリコーディング情報、及び／又はアンテナポート）のビット幅は、変換プリコーダフィールドに設定された値に依存し得る。値＃０（例えば、０）は、変換プリコーディングが無効化されている（又は変換プリコーディングが有効化されていない）ことを示し得、値＃１（例えば、１）は、変換プリコーディングが有効化されていることを示し得る。
変換プリコーダフィールドが値＃０に設定されている場合、プリコーディング情報のサイズ及びレイヤ数、第２プリコーディング情報、並びに／又はアンテナポートの数は、それぞれ、Ｌ０、Ｍ０、及び／又はＮ０ビットであり得る。変換プリコーダフィールドが値＃１に設定されている場合、プリコーディング情報のサイズ及びレイヤ数、第２プリコーディング情報、及び／又はアンテナポートの数は、それぞれ、Ｌ１、Ｍ１、及び／又はＮ１ビットであり得る。
Ｌ０はＬ１以上であってもよく、Ｍ０はＭ１以上であってもよく、Ｎ０はＮ１以上であってもよい。あるいは、又は加えて、Ｌ０＋Ｍ０＋Ｎ０は、Ｌ１＋Ｍ１＋Ｎ１以上であってもよい。
図１２は、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１のビットフィールドサイズ整合後のペイロードサイズの例を示す。ＤＣＩフォーマット０＿１内に変換プリコーダフィールドが構成された（すなわち、ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されている）ＵＥについて、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、変換プリコーダフィールドの値が０（値＃０）に設定されたＤＣＩフォーマット０＿１内のあるフィールドのビット幅が、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、変換プリコーダフィールドの値が１（値＃１）に設定された、同じサービングセルに対するＤＣＩフォーマット０＿１内の対応するフィールドのビット幅と等しくない場合、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、変換プリコーダフィールドの値が１（値＃１）に設定されたＤＣＩフォーマット０＿１内の当該フィールドに、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、変換プリコーダフィールドの値が０（値＃０）に設定されたＤＣＩフォーマット０＿１内の当該フィールドのビット幅が、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、変換プリコーダフィールドの値が１（値＃１）に設定された、同じサービングセルに対するＤＣＩフォーマット０＿１内の対応するフィールドのビット幅と等しくなるまで、値が「０」に設定された、ある数の最上位ビットが挿入される。Ｌ０がＬ１より大きい場合、プリコーディング情報及びレイヤ数フィールドにＬ０－Ｌ１ビットが挿入（ビットパディング）され得る。Ｍ０がＭ１より大きい場合、第２プリコーディング情報フィールドにＭ０－Ｍ１ビットが挿入（ビットパディング）され得る。Ｎ０がＮ１より大きい場合、アンテナポートフィールドにＮ０－Ｎ１ビットが挿入（ビットパディング）され得る。このビットフィールドサイズ整合では、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１のペイロードサイズは、変換プリコーダフィールドが０に設定された場合と変換プリコーダフィールドが１に設定された場合とで同じである。
フィールドサイズ整合の別の例では、各フィールドサイズは、より大きいフィールドサイズに整合されることもある。ＤＣＩフォーマット０＿１内に変換プリコーダフィールドが構成されたＵＥについて、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、変換プリコーダフィールドの値が０（値＃０）に設定されたＤＣＩフォーマット０＿１内のあるフィールドのビット幅が、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、変換プリコーダフィールドの値が１（値＃１）に設定された、同じサービングセルに対するＤＣＩフォーマット０＿１内の対応するフィールドのビット幅と等しくない場合、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、変換プリコーダフィールドの値が０（値＃０）に設定されたＤＣＩフォーマット０＿１内の当該フィールドのビット幅が、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、変換プリコーダフィールドの値が１（値＃１）に設定された、同じサービングセルに対するＤＣＩフォーマット０＿１内の対応するフィールドのビット幅と等しくなるまで、サイズの小さい方の、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１内の当該フィールドに、値が「０」に設定された、ある数の最上位ビットが挿入される。
いずれの例においても、ＵＥは、サイズ整合後のＤＣＩペイロードサイズを仮定しながらＰＤＣＣＨの復号を試み得る。ＵＥは、それらのフィールドからパディングされたビットを除去してから、それらのフィールドにどんな値が設定されていたかを判定し得る。言い換えれば、ＵＥは、フィールドの値の範囲はパディングされたビットを含まないフィールドビット幅によって判定されると仮定し得る。
図１３は、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１と、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされ、ＮＤＩ＝０であるＤＣＩフォーマット０＿１との間のビットフィールドサイズ整合の例を示す。変換プリコーダ値が０に設定され、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１と、変換プリコーダ値が１に設定され、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１との間のフィールドサイズ整合の後は、プリコーディング情報のサイズ及びレイヤ、第２プリコーディング情報、並びに／又はアンテナポートの数は、図の左側部分に示されるように、それぞれ、Ｌ０、Ｍ０及び／又はＮ０ビットであり得る。
Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１のいくつかの情報フィールド（例えば、プリコーディング情報及びレイヤ数、第２プリコーディング情報、アンテナポート、ＰＴＲＳ－ＤＭＲＳ関連、第２ＰＴＲＳ－ＤＭＲＳ関連、ＤＭＲＳシーケンス初期化）のサイズは、その同じＤＣＩフォーマットのＮＤＩフィールドの値及び／又は波形に応じて変化し得る。
Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝０であるＤＣＩフォーマット０＿１内のこれらのフィールドの、ビットパディング前のサイズは、ＲＲＣ情報要素ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆに含まれたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがｇＮＢからＵＥに提供される場合、ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されたか否か、及び／又はＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒの値にかかわらず、ＲＲＣ情報要素ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆに含まれるＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに基づいて決定され得る。これらのフィールドのビットパディング前のサイズは、ＲＲＣ情報要素ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆに含まれたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがｇＮＢからＵＥに提供されない場合、ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されるか否か、及び／又はＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒの値にかかわらず、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ内のＲＲＣパラメータｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに基づいて決定され得る。この場合、「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されない場合は、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１に変換プリコーダフィールドが含まれないことがあり、一方、少なくともＣ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１に「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供される場合は、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１に変換プリコーダフィールドが含まれ得、変換プリコーダフィールドは予約され得る。
あるいは、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝０であるＤＣＩフォーマット０＿１内のこれらのフィールドの、ビットパディング前のサイズは、ＲＲＣ情報要素ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆに含まれたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがｇＮＢからＵＥに提供され、かつ、ＣＧ－ＰＵＳＣＨに対して「有効」に設定されたＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成されていない場合、ＲＲＣ情報要素ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆに含まれるＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに基づいて決定され得る。これらのフィールドのビットパディング前のサイズは、ＲＲＣ情報要素ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆ ｉｓに含まれたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがｇＮＢからＵＥに提供されず、かつ、ＣＧ－ＰＵＳＣＨに対して「有効」に設定されたＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成されていない場合、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ内のＲＲＣパラメータｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに基づいて決定され得る。これらの場合、「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されない場合は、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１に変換プリコーダフィールドが含まれないことがあり、一方、少なくともＣ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１に「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供される場合は、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１に変換プリコーダフィールドが含まれ得、変換プリコーダフィールドは予約され得る。ＣＧ－ＰＵＳＣＨに対して「有効」に設定されたＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成されている場合は、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝０であるＤＣＩフォーマット０＿１内のこれらのフィールドのビットパディング前のサイズは、その同じＤＣＩフォーマットの変換プリコーディングフィールドの値に基づいて決定され得る。この場合、変換プリコーディングフィールドの値は、このＤＣＩフォーマットによってアクティブ化されたＣＧ－ＰＵＳＣＨに対して変換プリコーディングが有効であるか無効であるかを示し得る。
ビットパディング前には、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝０であるＤＣＩフォーマット０＿１内のプリコーディング情報のサイズ及びレイヤ数、第２プリコーディング情報、及び／又はアンテナポートは、それぞれＬ２、Ｍ２及び／又はＮ２ビットであり得る。図の右側部分に示されるように、Ｌ０がＬ２より大きい場合、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝０であるＤＣＩフォーマット０＿１内のプリコーディング情報及びレイヤ数フィールドにＬ０－Ｌ２ビットが挿入（ビットパディング）され得る。同様に、Ｍ０がＭ２より大きい場合、第２プリコーディング情報フィールドにＭ０－Ｍ２ビットが挿入（ビットパディング）され得る。更に同様に、Ｎ０がＮ２より大きい場合、アンテナポートフィールドにＮ０－Ｎ２ビットが挿入（ビットパディング）され得る。このビットフィールドサイズ整合では、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝０であるＤＣＩフォーマット０＿１のペイロードサイズは、整合後は、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１について、変換プリコーダフィールドが０に設定された場合と変換プリコーダフィールドが１に設定された場合とで同じである。
図１４は、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１と、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝１であるＤＣＩフォーマット０＿１との間のビットフィールドサイズ整合の例を示す。変換プリコーダ値が０に設定され、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１と、変換プリコーダ値が１に設定され、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１との間のフィールドサイズ整合の後は、プリコーディング情報のサイズ及びレイヤ、第２プリコーディング情報、並びに／又はアンテナポートの数は、図の左側部分に示されるように、それぞれ、Ｌ０、Ｍ０及び／又はＮ０ビットであり得る。
Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１のいくつかの情報フィールド（例えば、プリコーディング情報及びレイヤ数、第２プリコーディング情報、アンテナポート、ＰＴＲＳ－ＤＭＲＳ関連、第２ＰＴＲＳ－ＤＭＲＳ関連、ＤＭＲＳシーケンス初期化）のサイズは、その同じＤＣＩフォーマットのＮＤＩフィールドの値及び／又は波形に応じて変化し得る。
Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝１であるＤＣＩフォーマット０＿１内のこれらのフィールドの、ビットパディング前のサイズは、ＲＲＣ情報要素ＰＵＳＣＨ－Ｃｏｎｆｉｇに含まれたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがｇＮＢからＵＥに提供される場合、ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されたか否か、及び／又はＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒの値にかかわらず、ＲＲＣ情報要素ＰＵＳＣＨ－Ｃｏｎｆｉｇに含まれるＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに基づいて決定され得る。これらのフィールドのビットパディング前のサイズは、ＲＲＣ情報要素ＰＵＳＣＨ－Ｃｏｎｆｉｇに含まれたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがｇＮＢからＵＥに提供されない場合、ＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されるか否か、及び／又はＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒの値にかかわらず、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ内のＲＲＣパラメータｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに基づいて決定され得る。この場合、「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されない場合は、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１に変換プリコーダフィールドが含まれないことがあり、一方、少なくともＣ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１に「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供される場合は、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１に変換プリコーダフィールドが含まれ得、変換プリコーダフィールドは予約され得る。
あるいは、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝１であるＤＣＩフォーマット０＿１内のこれらのフィールドの、ビットパディングの前のサイズは、ＲＲＣ情報要素ＰＵＳＣＨ－Ｃｏｎｆｉｇに含まれたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがｇＮＢからＵＥに提供され、かつ、「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがＤＧ－ＰＵＳＣＨに対して構成されていない場合、ＲＲＣ情報要素ＰＵＳＣＨ－Ｃｏｎｆｉｇに含まれるＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに基づいて決定され得る。これらのフィールドのビットパディングの前のサイズは、ＲＲＣ情報要素ＰＵＳＣＨ－Ｃｏｎｆｉｇに含まれるＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがｇＮＢからＵＥに提供されず、かつ「有効」に設定されたＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがＤＧ－ＰＵＳＣＨに対して構成されていない場合、ＲＡＣＨＣｏｎｆｉｇＣｏｍｍｏｎ内のＲＲＣパラメータｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに基づいて決定され得る。これらの場合、「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されない場合は、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１に変換プリコーダフィールドが含まれないことがあり、一方、少なくともＣ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１に「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供される場合は、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１に変換プリコーダフィールドが含まれ得、変換プリコーダフィールドは予約され得る。ＤＧ－ＰＵＳＣＨに対して「有効」に設定されたＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成されている場合は、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝０であるＤＣＩフォーマット０＿１のこれらのフィールドのビットパディング前のサイズは、その同じＤＣＩフォーマットの変換プリコーディングフィールドの値に基づいて決定され得る。この場合、変換プリコーディングフィールドの値は、このＤＣＩフォーマットによってアクティブ化されたＣＧ－ＰＵＳＣＨに対して変換プリコーディングが有効であるか無効であるかを示し得る。
更に、代替的に、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝１であるＤＣＩフォーマット０＿１内のこれらのフィールドの、ビットパディング前のサイズは、ＲＲＣ情報要素ＰＵＳＣＨ－Ｃｏｎｆｉｇに含まれたＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがｇＮＢからＵＥに提供され、かつ、ＣＧ－ＰＵＳＣＨに対して「有効」に設定されたＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成されていない場合、ＲＲＣ情報要素ＰＵＳＣＨ－Ｃｏｎｆｉｇに含まれるＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに基づいて決定され得る。これらのフィールドのビットパディングの前のサイズは、ＲＲＣ情報要素ＰＵＳＣＨ－Ｃｏｎｆｉｇに含まれるＲＲＣパラメータｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがｇＮＢからＵＥに提供されず、かつ「有効」に設定されたＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒがＣＧ－ＰＵＳＣＨに対して構成されていない場合、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ内のＲＲＣパラメータｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに基づいて決定され得る。これらの場合、「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供されない場合は、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１に変換プリコーダフィールドが含まれないことがあり、一方、少なくともＣ－ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット０＿１に「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが提供される場合は、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１に変換プリコーダフィールドが含まれ得、変換プリコーダフィールドは予約され得る。ＣＧ－ＰＵＳＣＨに対して「有効」に設定されたＲＲＣパラメータｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成されている場合は、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝０であるＤＣＩフォーマット０＿１のこれらのフィールドのビットパディング前のサイズは、その同じＤＣＩフォーマットの変換プリコーディングフィールドの値に基づいて決定され得る。この場合、変換プリコーディングフィールドの値は、このＤＣＩフォーマットによってアクティブ化されたＣＧ－ＰＵＳＣＨに対して変換プリコーディングが有効であるか無効であるかを示し得る。ＤＧ－ＰＵＳＣＨに対して「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成されずに、同時に、ＣＧ－ＰＵＳＣＨに対して「有効」に設定されたｄｙｎａｍｉｃＳｗｉｔｃｈｉｎｇＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒが構成されることを、ＵＥは期待しないことがある。
ビットパディング前には、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝１であるＤＣＩフォーマット０＿１内のプリコーディング情報のサイズ及びレイヤ数、第２プリコーディング情報、及び／又はアンテナポートは、それぞれＬ３、Ｍ３及び／又はＮ３ビットであり得る。図の右側部分に示されるように、Ｌ０がＬ３より大きい場合、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝０であるＤＣＩフォーマット０＿１内のプリコーディング情報及びレイヤ数フィールドにＬ０－Ｌ３ビットが挿入（ビットパディング）され得る。同様に、Ｍ０がＭ３より大きい場合、第２プリコーディング情報フィールドにＭ０－Ｍ３ビットが挿入（ビットパディング）され得る。更に同様に、Ｎ０がＮ３より大きい場合、アンテナポートフィールドにＮ０－Ｎ３ビットが挿入（ビットパディング）され得る。このビットフィールドサイズ整合では、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた、ＮＤＩ＝１であるＤＣＩフォーマット０＿１のペイロードサイズは、整合後は、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１について、変換プリコーダフィールドが０に設定された場合と変換プリコーダフィールドが１に設定された場合とで同じである。
上述した手順は、以下のように記載することもできる。ＵＥは、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１内のあるフィールドのビット幅が、同じサービングセルに対するＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１内の同じフィールドの、値が「０」に設定された上位ビットの挿入が適用された後の対応するビット幅よりも大きいとは期待しないことがある。ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１内のあるフィールドのビット幅が、同じサービングセルに対するＣ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１内の同じフィールドの、値が「０」に設定された上位ビットの挿入が適用された後の対応するビット幅と等しくない場合、そのビット幅が、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１内の対応するフィールドの、値が「０」に設定された上位ビットの挿入が適用された後のビット幅に等しくなるまで、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１内のそのフィールドに、値が「０」に設定された、ある数の最上位ビットが挿入される。
ＵＥは、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１内のあるフォールドのビット幅が、同じサービングセルに対するＣ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１内の同じフィールドの、値が「０」に設定された上位ビットの挿入が適用される前の対応するビット幅よりも大きいとは期待しないことがある。あるいは、又は加えて、ＵＥは、同じ変換プリコーダフィールド値を仮定し、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１内のあるフォールドのビット幅が、同じサービングセルに対するＣ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１内の同じフィールドの、値が「０」に設定された上位ビットの挿入が適用される前の対応するビット幅よりも大きいとは期待しないことがある。
図１５は、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１のペイロードサイズ整合後のペイロードサイズの例を示す。ＤＣＩフォーマット０＿１内に変換プリコーダフィールドが構成されたＵＥについては、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、変換プリコーダフィールドの値が０（値＃０）に設定されたＤＣＩフォーマット０＿１内のパディング前の情報ビットの数が、同じサービングセルに対する、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、変換プリコーダフィールドの値が１（値＃１）に設定されたＤＣＩフォーマット０＿１内の情報ビットの数と等しくない場合、変換プリコーダフィールドの値が１（値＃１）に設定されたＤＣＩフォーマット０＿１に、変換プリコーダフィールドの値が０（値＃０）に設定されたＤＣＩフォーマット０＿１とペイロードサイズが同じになるまでゼロが追加される。Ｐ０（Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、変換プリコーダフィールドの値が０（値＃０）に設定されたＤＣＩフォーマット０＿１内のパディング前の合計ペイロードサイズ）がＰ１（Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、変換プリコーダフィールドの値が１（値＃１）に設定されたＤＣＩフォーマット０＿１内のパディング前の合計ペイロードサイズ）より大きい場合、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、変換プリコーダフィールドの値が１（値＃１）に設定されたＤＣＩフォーマット０＿１に、Ｐ０－Ｐ１ビットが挿入（ビットパディング）され得る。
ペイロードサイズ整合の別の例では、ペイロードサイズは、より大きいペイロードサイズに整合され得る。ＤＣＩフォーマット０＿１内に変換プリコーダフィールドが構成されたＵＥについては、Ｃ－ＲＮＴＩによってたＣＲＣスクランブルされ、変換プリコーダフィールドの値が０（値＃０）に設定されたＤＣＩフォーマット０＿１内のパディング前の情報ビットの数が、同じサービングセルに対する、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、変換プリコーダフィールドの値が１（値＃１）に設定されたＤＣＩフォーマット０＿１内の情報ビットの数と等しくない場合、サイズの小さい方の、ＤＣＩフォーマット０＿１に、ペイロードサイズが同じになるまでゼロが追加され得る。
Ｃ－ＲＮＴＩとＣＳ－ＲＮＴＩとの間のフィールドサイズ整合に関して、２つの波形の間で大きい方のサイズがＣ－ＲＮＴＩについて仮定され得る。より具体的には、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１内のフィールドのビット幅が、対応するフィールドのビット幅と等しくない場合、同じサービングセルに対する、より大きいサイズを必要とする変換プリコーディングフィールド値を仮定した、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１内の対応するフィールドのビット幅と等しくない場合、そのビット幅が、同じサービングセルに対する、より大きいサイズを必要とする変換プリコーディングフィールド値を仮定した、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１内の対応するフィールドのビット幅に等しくなるまで、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット０＿１内のそのフィールドに、「０」に設定された値を有する、ある数の最上位ビットが挿入される。変換プリコーダフィールド値が０に設定されたＤＣＩフォーマット０＿１のいずれのフィールドのサイズも変換プリコーダフィールド値が１に設定されたＤＣＩフォーマット０＿１のフィールドサイズ以上であると仮定すると、Ｃ－ＲＮＴＩとＣＳ－ＲＮＴＩとの間のフィールドサイズ整合の結果は、図１３及び図１４に示されたものと同じであり得る。
ＤＣＩフォーマット０＿１についての前述のすべての手順は、ＤＣＩフォーマット０＿２にも適用可能であり得る。
フィールドサイズ又はＤＣＩペイロードサイズに関して差異がない場合、フィールド又はＤＣＩフォーマットのそれぞれに対してビットパディングが実行されなくてもよいことに留意されたい。
図１６は、ＵＥの方法の例を示す。本方法は、ＤＣＩフォーマット内に第１の情報フィールドが存在することを示すための少なくとも第１のＲＲＣパラメータを取得することを含んでもよく（ステップ１６０１）、第１の情報フィールドは、ＰＵＳＣＨに対して変換プリコーダが有効であるか無効であるかを示す。本方法はまた、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット及び、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットを監視することを含んでもよい（ステップ１６０２）。Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが無効として示されているＤＣＩフォーマットの第２の情報フィールドに、第１の数のビットが含まれてもよい。ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットの第２の情報フィールドに含まれるビットの第２の数が第１の数と等しくない場合、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットの第２の情報フィールドに、第２の数が第１の数と等しくなるまで、値が「０」である最上位ビットが挿入されてもよい。
図１７は、基地局の方法の例を示す。本方法は、ＤＣＩフォーマット中に第１の情報フィールドが存在することを示すための少なくとも第１のＲＲＣパラメータを送ることを含んでもよく（ステップ１７０１）、第１の情報フィールドは、ＰＵＳＣＨに対して変換プリコーダが有効であるか無効であるかを示す。本方法はまた、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマット及び、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットを送信することを含んでもよい（ステップ１７０２）。Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、第１の情報フィールドに変換プリコーダが無効として示されているＤＣＩフォーマットの第２の情報フィールドに、第１の数のビットが含まれてもよい。ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットの第２の情報フィールドに含まれるビットの第２の数が第１の数と等しくない場合、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットの第２の情報フィールドに、第２の数が第１の数と等しくなるまで、値が「０」である最上位ビットが挿入されてもよい。
本発明の一態様に係る基地局装置及び端末装置で実行されるプログラムの各々は、プログラムが、本発明に係る上記の実施形態の機能を実現するようにコンピュータを動作させるように、ＣＰＵ（Central Processing Unit）などを制御するプログラムであってもよい。これらのデバイスで処理された情報は、処理されている間、ランダムアクセスメモリ（ＲＡＭ）に一時的に記憶される。その後、情報は、フラッシュＲＯＭ及びハードディスクドライブ（ＨＤＤ）などの様々なタイプの読み取り専用メモリ（ＲＯＭ）に記憶され、必要に応じて、修正又は書き換えのためにＣＰＵによって読み取られる。なお、上記の実施形態に係る端末装置１及び基地局装置３は、コンピュータによって部分的に達成されてもよい。この場合、この構成は、コンピュータ可読記録媒体上でこのような制御機能を実現するためのプログラムを記録し、コンピュータシステムに実行するための記録媒体に記録されたプログラムを読み込ませることによって実現され得る。
ここで言及される「コンピュータシステム」とは、端末装置１又は基地局装置３に組み込まれたコンピュータシステムを指し、コンピュータシステムは、ＯＳ及び周辺デバイスなどのハードウェアコンポーネントを含むことを想定することに留意されたい。更に、「コンピュータ可読記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭなどの携帯媒体、ならびにハードディスクなどのコンピュータシステムに組み込まれたストレージデバイスを指す。
更に、「コンピュータ可読記録媒体」は、インターネットなどのネットワークを介して又は電話線などの通信ラインを介してプログラムを送信するために使用される通信ラインなどの、短期間動的にプログラムを保持する媒体を含んでもよく、また、そのような場合のサーバ又はクライアントとして機能するためのコンピュータシステム内の揮発性メモリなどの一定期間プログラムを保持する媒体も含んでもよい。更に、プログラムは、上記の機能の一部を実現するように構成されてもよく、また、コンピュータシステムにすでに記録されたプログラムと組み合わせて上記した機能を実現することができるように構成されてもよい。
更に、上記の実施形態に係る基地局装置３は、複数のデバイスを含むアグリゲーション（デバイスグループ）として実現され得る。このようなデバイスグループを構成するデバイスの各々は、上記の実施形態に係る、基地局装置３の機能又は機能ブロックの一部又は全部を含み得る。装置グループは、基地局装置３のそれぞれの一般的な機能又はそれぞれの機能ブロックを含み得る。更に、上記の実施形態に係る端末装置１は、アグリゲーションとして基地局装置と通信することもできる。
更に、上記の実施形態に係る基地局装置３は、進化型ユニバーサル地上無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network：Ｅ－ＵＴＲＡＮ）及び／又はＮＧ－ＲＡＮ（Next Gen RAN、ＮＲ－ＲＡＮ）として機能し得る。更に、上記の実施形態に係る基地局装置３は、ｅＮｏｄｅＢ又はｇＮＢよりも高いノードの機能の一部又は全部を有し得る。
更に、上記の実施形態に係る端末装置１及び基地局装置３の各々の一部又は全部は、典型的には、集積回路であるＬＳＩとして実現されてもよく、チップセットとして実現されてもよい。端末装置１及び基地局装置３の各々の機能ブロックは、チップとして個別に実現されてもよく、又は機能ブロックの一部又は全部がチップに統合されてもよい。
更に、回路集積技法はＬＳＩに限定されず、専用回路又は汎用プロセッサで実現することができる。更に、半導体技術の進歩により、ＬＳＩが置換される回路集積技術が出現する場合、当該技術に基づいた集積回路を使用することも可能である。
さらに、上記の実施形態によれば、端子装置は、通信装置の一例として説明されているが、本発明は、そのような端末装置に限定されず、例えば、オーディオビデオ（ＡＶ）デバイス、キッチンデバイス、洗浄機もしくは洗濯機、空調装置、オフィス機器、自動販売機、及び他の家庭用デバイスなど、屋内又は屋内に設置された固定型又は据え置き型電子装置の端末装置又は通信装置に適用可能である。
本発明の実施形態を、図面を参照して上記に詳細に説明したが、具体的な構成は、実施形態に限定されず、例えば、本発明の要旨を逸脱しない範囲内にある設計に対する補正を含む。更に、特許請求の範囲によって規定される本発明の一態様の範囲内で様々な修正が可能であり、異なる実施形態に従って開示される技術的手段を適切に組み合わせることによって作製される実施形態もまた、本発明の技術的範囲に含まれる。更に、それぞれの実施形態に記載され、相互に同じ効果を有する構成要素が互いに置換されている構成も、本発明の技術的範囲に含まれる。

Claims (7)

  1. ユーザ機器（ＵＥ）であって、
    ＤＣＩフォーマット内に第１の情報フィールドが存在することを示すための少なくとも第１のＲＲＣパラメータを取得するように構成された上位層処理回路であって、前記第１の情報フィールドが、ＰＵＳＣＨに対して変換プリコーダが有効であるか無効であるかを示す、上位層処理回路と、
    Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされた前記ＤＣＩフォーマット及び、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた前記ＤＣＩフォーマットを監視するように構成された受信回路と、を備え、
    Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、前記第１の情報フィールドに前記変換プリコーダが無効として示されている前記ＤＣＩフォーマットの第２の情報フィールドに、第１の数のビットが含まれており、
    ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた前記ＤＣＩフォーマットの前記第２の情報フィールドに含まれるビットの第２の数が前記第１の数と等しくない場合、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた前記ＤＣＩフォーマットの前記第２の情報フィールドに、前記第２の数が前記第１の数と等しくなるまで、値が「０」である最上位ビットが挿入される、
    ユーザ機器（ＵＥ）。
  2. Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、前記第１の情報フィールドに前記変換プリコーダが有効として示されている前記ＤＣＩフォーマットの前記第２の情報フィールドに、第３の数のビットが含まれており、
    前記第３の数が前記第１の数と等しくない場合、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、前記第１の情報フィールドに前記変換プリコーダが有効として示されている前記ＤＣＩフォーマットの前記第２の情報フィールドに、前記第３の数が前記第１の数と等しくなるまで、値が「０」である最上位ビットが挿入される、
    請求項１に記載のＵＥ。
  3. Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、前記第１の情報フィールドに前記変換プリコーダが無効として示されている前記ＤＣＩフォーマットに、第４の数のビットが含まれており、
    Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、前記第１の情報フィールドに前記変換プリコーダが有効として示されている前記ＤＣＩフォーマットに、第５の数のビットが含まれており、
    前記第４の数が前記第５の数と等しくない場合、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、前記第１の情報フィールドに変換プリコーダが有効として示されている前記ＤＣＩフォーマットに、前記第５の数が前記第４の数と等しくなるまで、値が「０」であるビットが挿入される、
    請求項１に記載のＵＥ。
  4. 基地局であって、
    ＤＣＩフォーマット内に第１の情報フィールドが存在することを示すための少なくとも第１のＲＲＣパラメータを取得するように構成された上位層処理回路であって、前記第１の情報フィールドが、ＰＵＳＣＨに対して変換プリコーダが有効であるか無効であるかを示す、上位層処理回路と、
    Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされた前記ＤＣＩフォーマット及び、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた前記ＤＣＩフォーマットを監視するように構成された受信回路と、を備え、
    Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、前記第１の情報フィールドに前記変換プリコーダが無効として示されている前記ＤＣＩフォーマットの第２の情報フィールドに、第１の数のビットが含まれており、
    ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた前記ＤＣＩフォーマットの前記第２の情報フィールドに含まれるビットの第２の数が前記第１の数と等しくない場合、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた前記ＤＣＩフォーマットの前記第２の情報フィールドに、前記第２の数が前記第１の数と等しくなるまで、値が「０」である最上位ビットが挿入される、
    ユーザ機器（ＵＥ）。
  5. Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、前記第１の情報フィールドに前記変換プリコーダが有効として示されている前記ＤＣＩフォーマットの前記第２の情報フィールドに、第３の数のビットが含まれており、
    前記第３の数が前記第１の数と等しくない場合、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、前記第１の情報フィールドに前記変換プリコーダが有効として示されている前記ＤＣＩフォーマットの前記第２の情報フィールドに、前記第３の数が前記第１の数と等しくなるまで、値が「０」である最上位ビットが挿入される、
    請求項４に記載の基地局。
  6. Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、前記第１の情報フィールドに前記変換プリコーダが無効として示されている前記ＤＣＩフォーマットに、第４の数のビットが含まれており、
    Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、前記第１の情報フィールドに前記変換プリコーダが有効として示されている前記ＤＣＩフォーマットに、第５の数のビットが含まれており、
    前記第４の数が前記第５の数と等しくない場合、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、前記第１の情報フィールドに変換プリコーダが有効として示されている前記ＤＣＩフォーマットに、前記第５の数が前記第４の数と等しくなるまで、値が「０」であるビットが挿入される、
    請求項４に記載の基地局。
  7. ユーザ機器（ＵＥ）のための方法であって、前記方法が、
    ＤＣＩフォーマット内に、第１の情報フィールドであって、ＰＵＳＣＨに対して変換プリコーダが有効であるか無効であるかを示す第１の情報フィールドが存在することを示すための少なくとも第１のＲＲＣパラメータを取得することと、
    Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされた前記ＤＣＩフォーマット及び、Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされた前記ＤＣＩフォーマットを監視するステップと、を含み、
    Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされ、前記第１の情報フィールドに前記変換プリコーダが無効として示されている前記ＤＣＩフォーマットの第２の情報フィールドに、第１の数のビットが含まれており、
    ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた前記ＤＣＩフォーマットの前記第２の情報フィールドに含まれるビットの第２の数が前記第１の数と等しくない場合、ＣＳ－ＲＮＴＩによってＣＲＣがスクランブルされた前記ＤＣＩフォーマットの前記第２の情報フィールドに、前記第２の数が前記第１の数と等しくなるまで、値が「０」である最上位ビットが挿入される、
    ユーザ機器（ＵＥ）の方法。
JP2023009452A 2023-01-25 2023-01-25 ユーザ機器、基地局、及び方法 Pending JP2024104980A (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2023009452A JP2024104980A (ja) 2023-01-25 2023-01-25 ユーザ機器、基地局、及び方法
EP23159286.6A EP4407906A1 (en) 2023-01-25 2023-03-01 User equipment, base station and method
US18/116,429 US20240251422A1 (en) 2023-01-25 2023-03-02 User equipment, base station and method
KR1020230029792A KR20240117445A (ko) 2023-01-25 2023-03-07 사용자 장비들, 기지국들 및 방법들
CN202310220497.7A CN118400811A (zh) 2023-01-25 2023-03-08 用户设备、基站和方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2023009452A JP2024104980A (ja) 2023-01-25 2023-01-25 ユーザ機器、基地局、及び方法

Publications (1)

Publication Number Publication Date
JP2024104980A true JP2024104980A (ja) 2024-08-06

Family

ID=85410408

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023009452A Pending JP2024104980A (ja) 2023-01-25 2023-01-25 ユーザ機器、基地局、及び方法

Country Status (5)

Country Link
US (1) US20240251422A1 (ja)
EP (1) EP4407906A1 (ja)
JP (1) JP2024104980A (ja)
KR (1) KR20240117445A (ja)
CN (1) CN118400811A (ja)

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020005128A1 (en) * 2018-06-29 2020-01-02 Telefonaktiebolaget Lm Ericsson (Publ) Signaling configuration for radio access networks

Also Published As

Publication number Publication date
KR20240117445A (ko) 2024-08-01
US20240251422A1 (en) 2024-07-25
CN118400811A (zh) 2024-07-26
EP4407906A1 (en) 2024-07-31

Similar Documents

Publication Publication Date Title
US20230300845A1 (en) Terminal devices, base station devices, and communication methods
WO2022085799A1 (en) Terminal devices, base station devices, and communication methods
WO2021182592A1 (en) User equipments, base stations, and methods
US20230037998A1 (en) Terminal devices and base station devices
WO2022181597A1 (ja) 端末装置、基地局装置、および、通信方法
US20230164762A1 (en) User equipments, base stations, and methods
US20230309113A1 (en) User equipments, base stations, and methods
WO2021182593A1 (en) User equipments, base stations, and methods
WO2021020590A1 (en) User equipments, base stations, and methods
JP2024104980A (ja) ユーザ機器、基地局、及び方法
US20230413246A1 (en) User equipment, base station and method
US20240349300A1 (en) Terminal devices and communication methods
US20240172289A1 (en) Terminal devices and base stations
US20240365331A1 (en) Terminal devices and base station devices
US12096453B2 (en) User equipment, base station and method
US20230105152A1 (en) Terminal devices and base station devices
US12143952B2 (en) User equipments, base stations, and methods
WO2022234725A1 (ja) 端末装置、基地局装置、および、通信方法
US20230276456A1 (en) Terminal devices, base stations, and communication methods
WO2022196626A1 (ja) 端末装置、および、通信方法
US20240243890A1 (en) Terminal devices, base station devices and communication methods
US20240373420A1 (en) User equipments and methods
US20230140428A1 (en) Terminal devices, base station devices, and communication methods
WO2024070993A1 (en) User equipments, base stations and methods
WO2023176385A1 (en) Terminal devices and communication methods