JP2023078485A - 端末装置、および、通信方法 - Google Patents

端末装置、および、通信方法 Download PDF

Info

Publication number
JP2023078485A
JP2023078485A JP2020061868A JP2020061868A JP2023078485A JP 2023078485 A JP2023078485 A JP 2023078485A JP 2020061868 A JP2020061868 A JP 2020061868A JP 2020061868 A JP2020061868 A JP 2020061868A JP 2023078485 A JP2023078485 A JP 2023078485A
Authority
JP
Japan
Prior art keywords
dci format
pucch
harq
ack
terminal device
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
JP2020061868A
Other languages
English (en)
Inventor
渉 大内
Wataru Ouchi
友樹 吉村
Tomoki Yoshimura
智造 野上
Tomozo Nogami
翔一 鈴木
Shoichi Suzuki
会発 林
Huifa Lin
大一郎 中嶋
Taiichiro Nakajima
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 JP2020061868A priority Critical patent/JP2023078485A/ja
Priority to CN202180020490.XA priority patent/CN115315979A/zh
Priority to US17/915,135 priority patent/US20230155746A1/en
Priority to PCT/JP2021/012842 priority patent/WO2021200644A1/ja
Publication of JP2023078485A publication Critical patent/JP2023078485A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • 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/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
    • 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/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • 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

Landscapes

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

Abstract

【課題】効率的に通信を行なうこと。【解決手段】送信部は、第１のＤＣＩフォーマットを伴うＰＤＣＣＨを受信した後で、第２のＤＣＩフォーマットを伴うＰＤＣＣＨを受信した場合、前記第１のＤＣＩフォーマットと前記第２のＤＣＩフォーマットが同じスロットでそれぞれに対応するＨＡＲＱ－ＡＣＫ情報を送信することを示し、前記第２のＤＣＩフォーマットが、値が１にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含み、且つ、ＰＤＳＣＨをスケジュールしないことを示し、且つ、前記第２のＤＣＩフォーマットの受信が前記第１のＤＣＩフォーマットによって示された第１のＰＵＣＣＨリソースとの間の第１のタイムライン条件を満たすとすれば、前記第２のＤＣＩフォーマットに含まれるＰＲＩフィールドに基づく、ＰＵＣＣＨリソースを用いて、タイプ３ＨＡＲＱ－ＡＣＫコードブックを送信する。【選択図】図１１

Description

本発明は、端末装置、および、通信方法に関する。
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「ＬＴＥ（Long
Term Evolution）」、または、「ＥＵＴＲＡ（Evolved Universal Terrestrial Radio Access）」と称する。）が、第三世代パートナーシッププロジェクト（3GPP:3rd Generation Partnership Project）において検討されている。ＬＴＥにおいて、基地局装置はｅＮｏｄｅＢ（evolved NodeB）、端末装置はＵＥ（User Equipment）とも称されてもよい。ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。１つの基地局装置は１または複数のサービングセルを管理してもよい。
３ＧＰＰでは、国際電気通信連合（ＩＴＵ）が策定する次世代移動通信システムの規格であるＩＭＴ（International Mobile Telecommunication）―２０２０に提案するため、次世代無線通信規格（NR: New Radio）の検討が行なわれている（非特許文献１）。ＮＲは、単一の技術の枠組みにおいて、ｅＭＢＢ（enhanced Mobile BroadBand）、ｍＭＴＣ（massive Machine Type Communication）、ＵＲＬＬＣ（Ultra Reliable and Low Latency Communication）の３つのシナリオを想定した要求を満たすことが求められている。
さらに、無免許周波数帯（Unlicensed band, unlicensed spectrum）にＮＲ無線アクセス技術（NR-RAT: NR Radio Access Technology）を適用する無線通信方式および／または無線通信システムであるＮＲ－Ｕ（NR-Unlicensed）の検討が行なわれている（非特許文献２）。
"New SID proposal: Study on New Radio Access Technology", RP-160671, NTT DOCOMO, 3GPP TSG RAN Meeting #71, Goteborg, Sweden, 7th - 10th March, 2016． "TR38.889 v0.0.2 Study on NR-based Access to Unlicensed Spectrum", R1-1807617， Qualcomm Incorporated， 3GPP TSG RAN WG1 Meeting #93, Busan, Korea, 21st - 25th May, 2018．
本発明の一態様は、効率的に通信を行なう端末装置、該端末装置に用いられる通信方法を提供する。
（１）本発明の第１の態様は、端末装置であって、ＰＤＣＣＨに関する設定を設定する上位層と、前記ＰＤＣＣＨをモニタする受信部と、ＨＡＲＱ－ＡＣＫを送信する送信部と、を備え、前記送信部は、ＰＤＳＣＨのスケジューリングに用いられる第１のＤＣＩフォーマットを伴うＰＤＣＣＨを受信した後で、第２のＤＣＩフォーマットを伴うＰＤＣＣＨを受信した場合、前記第１のＤＣＩフォーマットと前記第２のＤＣＩフォーマットが同じスロットでそれぞれに対応するＨＡＲＱ－ＡＣＫ情報を送信することを示し、前記第２のＤＣＩフォーマットが、値が１にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含み、且つ、ＰＤＳＣＨをスケジュールしないことを示し、且つ、前記第２のＤＣＩフォーマットの受信が前記第１のＤＣＩフォーマットによって示された第１のＰＵＣＣＨリソースとの間の第１のタイムライン条件を満たすとすれば、前記第２のＤＣＩフォーマットに含まれるＰＲＩフィールドに基づく、ＰＵＣＣＨリソースを用いて、タイプ３ＨＡＲＱ－ＡＣＫコードブックを送信する。
（２）本発明の第２の態様は、端末装置に用いられる通信方法であって、ＰＤＣＣＨに関する設定を設定するステップと、前記ＰＤＣＣＨをモニタするステップと、ＨＡＲＱ－ＡＣＫを送信するステップと、ＰＤＳＣＨのスケジューリングに用いられる第１のＤＣＩフォーマットを伴うＰＤＣＣＨを受信した後で、第２のＤＣＩフォーマットを伴うＰＤＣＣＨを受信した場合、前記第１のＤＣＩフォーマットと前記第２のＤＣＩフォーマットが同じスロットでそれぞれに対応するＨＡＲＱ－ＡＣＫ情報を送信することを示し、前記第２のＤＣＩフォーマットが、値が１にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含み、且つ、ＰＤＳＣＨをスケジュールしないことを示し、且つ、前記第２のＤＣＩフォーマットの受信が前記第１のＤＣＩフォーマットによって示された第１のＰＵＣＣＨリソースとの間の第１のタイムライン条件を満たすとすれば、前記第２のＤＣＩフォーマットに含まれるＰＲＩフィールドに基づく、ＰＵＣＣＨリソースを用いて、タイプ３ＨＡＲＱ－ＡＣＫコードブックを送信するステップと、を有する。
この発明によれば、端末装置は効率的に通信を行なうことができる。また、基地局装置は効率的に通信を行なうことができる。
本実施形態の一態様に係る無線通信システムの概念図である。 本実施形態の一態様に係るＮｓｌｏｔ ｓｙｍｂ、ＳＣＳ設定μ、および、ＣＰ設定の関係を示す一例である。 本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。 本実施形態の一態様に係るＰＵＣＣＨフォーマットとＰＵＣＣＨフォーマットの長さＮＰＵＣＣＨ ｓｙｍｂの関係の一例を示す図である。 本実施形態の一態様に係るPUCCH-ConfigおよびPUCCH-FormatConfigに含まれるパラメータの一例を示す図である。 本実施形態の一態様に係るPUCCH-ResourceSetおよびPUCCH-Resourceに含まれるパラメータの一例を示す図である。 本実施形態の一態様に係るＰＵＣＣＨフォーマット固有に設定可能なパラメータの一例を示す図である。 本実施形態の一態様に係るＰＵＣＣＨリソースセットおよびＰＵＣＣＨリソースに含まれるパラメータの一例を示す図である。 本実施形態の一態様に係るＰＵＣＣＨリソースセットおよびＰＵＣＣＨリソースに含まれるパラメータの別の一例を示す図である。 本実施形態の一態様に係るＤＣＩフォーマット１＿０の一例を示す図である。 本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。 本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。 本実施形態の一態様に係るチャネルアクセスプロシージャ（ＣＡＰ）の一例を示す図である。 本実施形態の一態様に係るチャネルアクセス優先クラス（ＣＡＰＣ）およびＣＷ調整プロシージャ（ＣＷＡＰ）の一例を示す図である。 本実施形態に係る周波数マッピング（リソース割り当て、物理リソースへのマッピング、周波数リソース配置タイプ）の一例を示す図である。 本実施形態に係るＣＰ拡張Ｔｅｘｔおよび第１のＯＦＤＭシンボルのスタートポジションの一例を示す図である。
以下、本発明の実施形態について説明する。
図１は、本実施形態の一態様に係る無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ～１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ～１Ｃを端末装置１とも称されてもよい。なお、基地局装置３は、通信装置、ノード、ＮＢ（NodeB）、ｅＮＢ、ｇＮＢ、ネットワーク装置（コアネットワーク、ゲートウェイ）、アクセスポイントの一部または全部を含んでもよい。また、端末装置１は、ＵＥ（User equipment）と称されてもよい。なお、ｅＮＢは、１または複数の端末装置１に向けてＥＵＴＲＡユーザプレーンおよび制御プレーンプロトコルターミネーションを提供するノードであり、特にＮＧ（Next Generation）インタフェースを介して第５世代コアネットワーク（５ＧＣ）に接続されるｅＮＢをｎｇ－ｅＮＢと称する。また、ｇＮＢは、１または複数の端末装置１に向けてＮＲユーザプレーンおよび制御プレーンプロトコルターミネーションを提供するノードであり、ＮＧインタフェースを介して５ＧＣに接続される。
基地局装置３は、ＭＣＧ（Master Cell Group）、および、ＳＣＧ（Secondary Cell Group）の一方または両方を構成してもよい。ＭＣＧは、少なくともＰＣｅｌｌ（Primary Cell）を含んで構成されるサービングセルのグループである。また、ＳＣＧは、少なくともＰＳＣｅｌｌ（Primary Secondary Cell）を含んで構成されるサービングセルのグループである。ＰＣｅｌｌは、初期接続に基づき与えられるサービングセルであってもよい。ＭＣＧは、１または複数のＳＣｅｌｌ（Secondary Cell）を含んで構成されてもよい。ＳＣＧは、１または複数のＳＣｅｌｌを含んで構成されてもよい。ＰＣｅｌｌおよびＰＳＣｅｌｌは、ＳｐＣｅｌｌ（Special Cell）と称されてもよい。１つのＳｐＣｅｌｌ、および、１または複数のＳＣｅｌｌを用いて１つのＣＧを構成し、通信を行なうことをキャリアアグリゲーションと称してもよい。
ＭＣＧは、ＥＵＴＲＡ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＮＲ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧは、ＮＲ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＥＵＴＲＡ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧおよびＳＣＧは、ＥＵＴＲＡまたはＮＲのいずれか一方の１または複数のサービングセルで構成されてもよい。ここで、ＥＵＴＲＡ上とは、ＥＵＴＲＡ ＲＡＴ（Radio Access Technology）が適用された、という意味を含んでもよい。また、ＮＲ上とはＮＲ ＲＡＴが適用された、という意味を含んでもよい。
ＭＣＧは、ＥＵＴＲＡ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＮＲ－Ｕ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧは、ＮＲ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＮＲ－Ｕ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧは、ＥＵＴＲＡまたはＮＲまたはＮＲ－Ｕのいずれか一方の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＥＵＴＲＡまたはＮＲまたはＮＲ－Ｕのいずれか一方の１または複数のサービングセルで構成されてもよい。ＮＲ－Ｕは、周波数免許不要の周波数帯（オペレーティングバンド）でＮＲ方式の通信／アクセス／サービスを行なうことを目的としている。ＮＲ－Ｕ通信が行なわれる周波数帯では、無線ＬＡＮ（Wireless Local A
rea Network, Radio LAN）サービス（通信および／または方式）、ＷＡＳ（Wireless Access Systems）サービス、ＩＥＥＥ８０２．１１サービス、ＷｉＦｉサービス、ＦＷＡ（Fixed Wireless Access）サービス、ＩＴＳ（Intelligent Transport Systems）サービス、ＬＡＡ（Licensed Assisted Access）サービスを行なう端末装置および／またはアクセスポイントおよび／または基地局装置の通信が行なわれてもよい。一方で、ＮＲは、周波数免許が必要な周波数帯でＮＲ方式の通信／アクセス／サービスを行なうことを目的としている。また、ＬＴＥは、周波数免許が必要な周波数帯でＬＴＥ方式の通信／アクセス／サービスを行なうことを目的としている。また、ＬＡＡは、周波数免許が不要な周波数帯でＬＴＥ方式の通信／アクセス／サービスを行なうことを目的としている。無線通信事業者は、周波数免許によって割り当てられた周波数帯において、商用サービスを行なってもよい。
ＥＵＴＲＡ、ＮＲ、ＮＲ－Ｕのそれぞれに対して適用されるオペレーティングバンド（キャリア周波数および周波数帯域幅）は個別に定義（規定）されてもよい。
また、ＭＣＧは、第１の基地局装置によって構成されてもよい。また、ＳＣＧは、第２の基地局装置によって構成されてもよい。つまり、ＰＣｅｌｌは、第１の基地局装置によって構成されてもよい。ＰＳＣｅｌｌは、第２の基地局装置によって構成されてもよい。第１の基地局装置および第２の基地局装置はそれぞれ、基地局装置３と同じであってもよい。
以下、フレーム構成について説明する。
本実施形態の一態様に係る無線通信システムにおいて、ＯＦＤＭ（Orthogonal Frequency Division Multiplex）が少なくとも用いられる。ＯＦＤＭシンボルは、ＯＦＤＭの時間領域の単位である。ＯＦＤＭシンボルは、少なくとも１または複数のサブキャリア（subcarrier）を含む。ＯＦＤＭシンボルは、ベースバンド信号生成において時間連続信号（time - continuous signal）に変換される。下りリンクにおいて、ＣＰ－ＯＦＤＭ（Cyclic Prefix - Orthogonal Frequency Division Multiplex）が少なくとも用いられる。上りリンクにおいて、ＣＰ－ＯＦＤＭ、または、ＤＦＴ－ｓ－ＯＦＤＭ（Discrete Fourier Transform - spread - Orthogonal Frequency Division Multiplex）のいずれかが用いられる。ＤＦＴ－ｓ－ＯＦＤＭは、ＣＰ－ＯＦＤＭに対して変形プレコーディング（Transform precoding）が適用されることで与えられてもよい。
サブキャリア間隔（ＳＣＳ）は、サブキャリア間隔Δｆ＝２μ・１５ｋＨｚによって与えられてもよい。例えば、ＳＣＳ設定μは０、１、２、３、４、および／または、５のいずれかに設定されてもよい。あるＢＷＰ（BandWidth Part）のために、ＳＣＳ設定μが上位層のパラメータにより与えられてもよい。つまり、下りリンクおよび／または上りリンクに係らず、ＢＷＰ毎（下りリンクＢＷＰ毎、上りリンクＢＷＰ毎）にμの値が設定されてもよい。
本実施形態の一態様に係る無線通信システムにおいて、時間領域の長さの表現のために時間単位Ｔｃが用いられる。時間単位Ｔｃは、Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）で与えられてもよい。Δｆｍａｘは、本実施形態の一態様に係る無線通信システムにおいてサポートされるＳＣＳの最大値であってもよい。Δｆｍａｘは、Δｆｍａｘ＝４８０ｋＨｚであってもよい。Ｎｆは、Ｎｆ＝４０９６であってもよい。定数κは、κ＝Δｆｍａｘ・Ｎｆ／（ΔｆｒｅｆＮｆ，ｒｅｆ）＝６４である。Δｆｒｅｆは、１５ｋＨｚであってもよい。Ｎｆ，ｒｅｆは、２０４８であってもよい。
定数κは、参照ＳＣＳとＴｃの関係を示す値であってもよい。定数κはサブフレームの
長さのために用いられてもよい。定数κに少なくとも基づき、サブフレームに含まれるスロットの数が与えられてもよい。Δｆｒｅｆは、参照ＳＣＳであり、Ｎｆ，ｒｅｆは、参照ＳＣＳに対応する値である。
下りリンクにおける信号の送信、および／または、上りリンクにおける信号の送信は、１０ｍｓのフレームにより構成される。フレームは、１０個のサブフレームを含んで構成される。サブフレームの長さは１ｍｓである。フレームの長さは、ＳＣＳΔｆに関わらず与えられてもよい。つまり、フレームの設定はμの値に係らず与えられてもよい。サブフレームの長さは、ＳＣＳΔｆに関わらず与えられてもよい。つまり、サブフレームの設定はμに係らず与えられてもよい。
あるＳＣＳ設定μに対して、１つのサブフレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、スロット番号ｎμ ｓは、サブフレームにおいて０からＮｓｕｂｆｒａｍｅ，μ ｓｌｏｔ－１の範囲で昇順に与えられてもよい。ＳＣＳ設定μに対して、１つのフレームに含まれるスロットの数とインデックスが与えられてもよい。また、スロット番号ｎμ ｓ，ｆは、フレームにおいて０からＮｆｒａｍｅ，μ ｓｌｏｔ－１の範囲で昇順に与えられてもよい。連続するＮｓｌｏｔ ｓｙｍｂ個のＯＦＤＭシンボルが１つのスロットに含まれてもよい。Ｎｓｌｏｔ ｓｙｍｂは、および／または、ＣＰ（Cyclic
Prefix）設定の一部または全部に少なくとも基づき与えられてもよい。ＣＰ設定は、上位層のパラメータに少なくとも基づき与えられてもよい。ＣＰ設定は、専用ＲＲＣシグナリングに少なくとも基づき与えられてもよい。スロット番号は、スロットインデックスとも称されてもよい。
図２は、本実施形態の一態様に係るＮｓｌｏｔ ｓｙｍｂ、ＳＣＳ設定μ、および、ＣＰ設定の関係を示す一例である。図２Ａにおいて、例えば、ＳＣＳ設定μが２であり、ＣＰ設定がノーマルＣＰ（ＮＣＰ）である場合、Ｎｓｌｏｔ ｓｙｍｂ＝１４、Ｎｆｒａｍｅ，μ ｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μ ｓｌｏｔ＝４である。また、図２Ｂにおいて、例えば、ＳＣＳ設定μが２であり、ＣＰ設定が拡張ＣＰ（ＥＣＰ）である場合、Ｎｓｌｏｔ ｓｙｍｂ＝１２、Ｎｆｒａｍｅ，μ ｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μ ｓｌｏｔ＝４である。
以下、本実施形態に係る物理リソースについて説明を行なう。
アンテナポートは、１つのアンテナポートにおいてシンボルが伝達されるチャネルが、同一のアンテナポートにおいてその他のシンボルが伝達されるチャネルから推定できることによって定義される。１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性（large scale property）が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬ（Quasi Co-Located）であると称されてもよい。大規模特性は、チャネルの長区間特性を少なくとも含んでもよい。大規模特性は、遅延拡がり（delay spread）、ドップラー拡がり（Doppler spread）、ドップラーシフト（Doppler shift）、平均利得（average gain）、平均遅延（average delay）、および、ビームパラメータ（spatial Rx parameters）の一部または全部を少なくとも含んでもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する受信ビームと第２のアンテナポートに対して受信側が想定する受信ビームとが同一であることであってもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する送信ビームと第２のアンテナポートに対して受信側が想定する送信ビームとが同一であることであってもよい。端末装置１は、１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推
定できる場合、２つのアンテナポートはＱＣＬであることが想定されてもよい。２つのアンテナポートがＱＣＬであることは、２つのアンテナポートがＱＣＬであることが想定されることであってもよい。
ＳＣＳ設定μとキャリアのセットのために、Ｎｓｉｚｅ，μ ｇｒｉｄ，ｘＮＲＢ ｓｃ個のサブキャリアとＮｓｕｂｆｒａｍｅ，μ ｓｙｍｂ個のＯＦＤＭシンボルで定義されるリソースグリッドが与えられる。Ｎｓｉｚｅ，μ ｇｒｉｄ，ｘは、キャリアｘのためのＳＣＳ設定μのために与えられるリソースブロック数を示してもよい。Ｎｓｉｚｅ，μ ｇｒｉｄ，ｘは、キャリアの帯域幅を示してもよい。Ｎｓｉｚｅ，μ ｇｒｉｄ，ｘは、上位層のパラメータＣａｒｒｉｅｒＢａｎｄｗｉｄｔｈの値に対応してもよい。キャリアｘは下りリンクキャリアまたは上りリンクキャリアのいずれかを示してもよい。つまり、ｘは“ＤＬ”、または、“ＵＬ”のいずれかであってもよい。ＮＲＢ ｓｃは、１つのリソースブロックに含まれるサブキャリア数を示してもよい。ＮＲＢ ｓｃは１２であってもよい。アンテナポートｐごとに、および／または、ＳＣＳ設定μごとに、および／または、送信方向（Transmission direction）の設定ごとに少なくとも１つのリソースグリッドが与えられてもよい。送信方向は、少なくとも下りリンク（DL: DownLink）および上りリンク（UL: UpLink）を含む。以下、アンテナポートｐ、ＳＣＳ設定μ、および、送信方向の設定の一部または全部を少なくとも含むパラメータのセットは、第１の無線パラメータセットとも称されてもよい。つまり、リソースグリッドは、第１の無線パラメータセット毎に１つ与えられてもよい。なお、無線パラメータセットは、１または複数の無線パラメータ（物理層パラメータまたは上位層パラメータ）を含む１または複数のセットであってもよい。
下りリンクにおいて、サービングセルに含まれるキャリアを下りリンクキャリア（または、下りリンクコンポーネントキャリア）と称する。上りリンクにおいて、サービングセルに含まれるキャリアを上りリンクキャリア（上りリンクコンポーネントキャリア）と称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリア（または、キャリア）と称してもよい。
サービングセルのタイプは、ＰＣｅｌｌ、ＰＳＣｅｌｌ、および、ＳＣｅｌｌのいずれかであってもよい。ＰＣｅｌｌは、初期接続においてＳＳＢ（Synchronization signal/Physical broadcast channel block）から取得されるセルＩＤ（物理層セルＩＤ、物理セルＩＤ）に少なくとも基づき識別されるサービングセルであってもよい。ＳＣｅｌｌは、キャリアアグリゲーションにおいて用いられるサービングセルであってもよい。ＳＣｅｌｌは、専用ＲＲＣシグナリングに少なくとも基づき与えられるサービングセルであってもよい。
第１の無線パラメータセット毎に与えられるリソースグリッドの中の各要素は、リソースエレメント（ＲＥ）と称されてもよい。リソースエレメントは周波数領域のインデックスｋｓｃと、時間領域のインデックスｌｓｙｍにより特定される。ある第１の無線パラメータセットのために、リソースエレメントは周波数領域のインデックスｋｓｃと、時間領域のインデックスｌｓｙｍにより特定される。周波数領域のインデックスｋｓｃと時間領域のインデックスｌｓｙｍにより特定されるリソースエレメントは、リソースエレメント（ｋｓｃ、ｌｓｙｍ）とも称されてもよい。周波数領域のインデックスｋｓｃは、０からＮμ ＲＢＮＲＢ ｓｃ－１のいずれかの値を示す。Ｎμ ＲＢはＳＣＳ設定μのために与えられるリソースブロック数であってもよい。Ｎμ ＲＢは、Ｎｓｉｚｅ，μ ｇｒｉｄ，ｘであってもよい。ＮＲＢ ｓｃは、リソースブロックに含まれるサブキャリア数であり、ＮＲＢ ｓｃ＝１２である。周波数領域のインデックスｋｓｃは、サブキャリアインデックスｋｓｃに対応してもよい。時間領域のインデックスｌｓｙｍは、ＯＦＤＭシンボルインデックスｌｓｙｍに対応してもよい。１または複数のリソースエレメントは、物理リソースおよび複素値（複素値変調シンボル）に対応してもよい。物理リソースおよび／または複素値
に対応する１または複数のリソースエレメントのそれぞれに対して、１または複数の情報ビット（制御情報やトランスポートブロック、上位層パラメータのための情報ビット）がマップされてもよい。
図３は、本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。図３のリソースグリッドにおいて、横軸は時間領域のインデックスｌｓｙｍであり、縦軸は周波数領域のインデックスｋｓｃである。１つのサブフレームにおいて、リソースグリッドの周波数領域はＮμ ＲＢＮＲＢ ｓｃ個のサブキャリアを含む。１つのサブフレームにおいて、リソースグリッドの時間領域は１４・２μ個のＯＦＤＭシンボルを含んでもよい。１つのリソースブロックは、ＮＲＢ ｓｃ個のサブキャリアを含んで構成される。リソースブロックの時間領域は、１ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１４ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１または複数のスロットに対応してもよい。リソースブロックの時間領域は、１つのサブフレームに対応してもよい。
端末装置１は、リソースグリッドのサブセットのみを用いて送受信を行うことが指示されてもよい。リソースグリッドのサブセットは、ＢＷＰとも呼称され、ＢＷＰは上位層のパラメータ、および／または、ＤＣＩの一部または全部に少なくとも基づき与えられてもよい。ＢＷＰをＣＢＰ（Carrier Bandwidth Part）とも称してもよい。端末装置１は、リソースグリッドのすべてのセットを用いて送受信を行なうことが指示されなくてもよい。端末装置１は、リソースグリッド内の一部の周波数リソースを用いて送受信を行なうことが指示されてもよい。１つのＢＷＰは、周波数領域における複数のリソースブロックから構成されてもよい。１つのＢＷＰは、周波数領域において連続する複数のリソースブロックから構成されてもよい。下りリンクキャリアに対して設定されるＢＷＰは、下りリンクＢＷＰとも称されてもよい。上りリンクキャリアに対して設定されるＢＷＰは、上りリンクＢＷＰとも称されてもよい。ＢＷＰは、キャリアの帯域のサブセット（キャリアにおける周波数領域のサブセット）であってもよい。
サービングセルのそれぞれに対して１または複数の下りリンクＢＷＰが設定されてもよい。サービングセルのそれぞれに対して１または複数の上りリンクＢＷＰが設定されてもよい。
サービングセルに対して設定される１または複数の下りリンクＢＷＰのうち、１つの下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されてもよい。下りリンクのＢＷＰスイッチは、１つのアクティブ下りリンクＢＷＰをディアクティベート（deactivate）し、該１つのアクティブ下りリンクＢＷＰ以外のインアクティブ下りリンクＢＷＰをアクティベート（activate）するために用いられてもよい。下りリンクＢＷＰのスイッチングは、下りリンク制御情報に含まれるＢＷＰ指示フィールドにより制御されてもよい。下りリンクＢＷＰのスイッチングは、上位層のパラメータに基づき制御されてもよい。
アクティブ下りリンクＢＷＰにおいて、ＤＬ－ＳＣＨが受信されてもよい。アクティブ下りリンクＢＷＰにおいて、ＰＤＣＣＨがモニタされてもよい。アクティブ下りリンクＢＷＰにおいて、ＰＤＳＣＨが受信されてもよい。
インアクティブ下りリンクＢＷＰにおいて、ＤＬ－ＳＣＨが受信されなくてもよい。インアクティブ下りリンクＢＷＰにおいて、ＰＤＣＣＨがモニタされなくてもよい。インアクティブ下りリンクＢＷＰのためのＣＳＩは報告されなくてもよい。
サービングセルに対して設定される１または複数の下りリンクＢＷＰのうち、２つ、または、それよりも多い下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されなくて
もよい。
サービングセルに対して設定される１または複数の上りリンクＢＷＰのうち、１つの上りリンクＢＷＰがアクティブ上りリンクＢＷＰに設定されてもよい。上りリンクのＢＷＰスイッチは、１つのアクティブ上りリンクＢＷＰをディアクティベート（deactivate）し、該１つのアクティブ上りリンクＢＷＰ以外のインアクティブ上りリンクＢＷＰをアクティベート（activate）するために用いられる。上りリンクＢＷＰのスイッチングは、下りリンク制御情報に含まれるＢＷＰ指示フィールドにより制御されてもよい。上りリンクＢＷＰのスイッチングは、上位層のパラメータに基づき制御されてもよい。
アクティブ上りリンクＢＷＰにおいて、ＵＬ－ＳＣＨが送信されてもよい。アクティブ上りリンクＢＷＰにおいて、ＰＵＣＣＨが送信されてもよい。アクティブ上りリンクＢＷＰにおいて、ＰＲＡＣＨが送信されてもよい。アクティブ上りリンクＢＷＰにおいて、ＳＲＳが送信されてもよい。
インアクティブ上りリンクＢＷＰにおいて、ＵＬ－ＳＣＨが送信されなくてもよい。インアクティブ上りリンクＢＷＰにおいて、ＰＵＣＣＨが送信されなくてもよい。インアクティブ上りリンクＢＷＰにおいて、ＰＲＡＣＨが送信されなくてもよい。インアクティブ上りリンクＢＷＰにおいて、ＳＲＳが送信されなくてもよい。
１つのサービングセルに対して設定される１または複数の上りリンクＢＷＰのうち、２つまたはそれよりも多い上りリンクＢＷＰがアクティブ上りリンクＢＷＰに設定されなくてもよい。つまり、上りリンクＢＷＰを含む該サービングセルに対して、アクティブ上りリンクＢＷＰは少なくとも１つだけあればよい。
上位層のパラメータは、上位層の信号に含まれるパラメータである。上位層の信号は、ＲＲＣ（Radio Resource Control）シグナリングであってもよいし、ＭＡＣ ＣＥ（Medium Access Control Control Element）であってもよい。ここで、上位層の信号は、ＲＲＣ層の信号であってもよいし、ＭＡＣ層の信号であってもよい。上位層の信号は、物理層よりも上位の層の信号であってもよい。なお、ＲＲＣ層の信号によって与えられる上位層パラメータは、基地局装置３から端末装置１に通知され、設定されてもよい。ＲＲＣ層の信号によって与えられる上位層パラメータは、ＲＲＣパラメータやＲＲＣ情報要素（ＩＥ）と称されてもよい。
上位層の信号は、共通ＲＲＣシグナリング（common RRC signaling）であってもよい。共通ＲＲＣシグナリングは、以下のＸ１からＸ３の特徴のうち、一部または全部を少なくとも備えてもよい。
Ｘ１）ＢＣＣＨロジカルチャネル、または、ＣＣＣＨロジカルチャネルにマップされる
Ｘ２）ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を少なくとも含む
Ｘ３）ＰＢＣＨにマップされる
ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素は、サービングセルにおいて共通に用いられる設定を示す情報を含んでもよい。サービングセルにおいて共通に用いられる設定は、ＰＲＡＣＨの設定を少なくとも含んでもよい。該ＰＲＡＣＨの設定は、１または複数のランダムアクセスプリアンブルインデックスを少なくとも示してもよい。該ＰＲＡＣＨの設定は、ＰＲＡＣＨの時間／周波数リソースを少なくとも示してもよい。
共通ＲＲＣシグナリングは、共通ＲＲＣパラメータを少なくとも含んでもよい。共通ＲＲＣパラメータは、サービングセル内において共通に用いられる（Cell-specific）パラメータであってもよい。
上位層の信号は、専用ＲＲＣシグナリング（dedicated RRC signaling）であってもよい。専用ＲＲＣシグナリングは、以下のＹ１からＹ２の特徴のうち、一部または全部を少なくとも備えてもよい。
Ｙ１）ＤＣＣＨロジカルチャネルにマップされる
Ｙ２）ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を含まない
例えば、ＭＩＢ（Master Information Block）、および、ＳＩＢ（System Information
Block）は共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、かつ、ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を少なくとも含む上位層のメッセージは、共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、かつ、ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を含まない上位層のメッセージは、専用ＲＲＣシグナリングに含まれてもよい。なお、ＭＩＢおよびＳＩＢをまとめてシステム情報と称してもよい。
なお、１または複数の上位層パラメータを含む上位層パラメータは、情報要素（ＩＥ）と称されてもよい。また、１または複数の上位層パラメータ、および／または、１または複数のＩＥを含む上位層パラメータおよび／またはＩＥは、メッセージ（上位層のメッセージ、ＲＲＣメッセージ）や情報ブロック（ＩＢ）、システム情報と称されてもよい。
ＳＩＢは、ＳＳＢの時間インデックスを少なくとも示してもよい。ＳＩＢは、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。ＳＩＢは、初期接続の設定に関連する情報を少なくとも含んでもよい。
ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素は、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素は、初期接続の設定に関連する情報を少なくとも含んでもよい。
専用ＲＲＣシグナリングは、専用ＲＲＣパラメータを少なくとも含んでもよい。専用ＲＲＣパラメータは、端末装置１に専用に用いられる（UE-specific）パラメータであってもよい。専用ＲＲＣシグナリングは、共通ＲＲＣパラメータを少なくとも含んでもよい。
共通ＲＲＣパラメータおよび専用ＲＲＣパラメータは、上位層のパラメータとも称されてもよい。
以下、本実施形態の種々の態様に係る物理チャネルおよび物理シグナルを説明する。
上りリンク物理チャネルは、上位層において発生する情報を運ぶリソースエレメントのセットに対応してもよい。上りリンク物理チャネルは、上りリンクキャリアにおいて用いられる物理チャネルである。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の上りリンク物理チャネルが用いられる。
・ＰＵＣＣＨ（Physical Uplink Control CHannel）
・ＰＵＳＣＨ（Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（Physical Random Access CHannel）
ＰＵＣＣＨは、上りリンク制御情報（ＵＣＩ）を送信するために用いられてもよい。上りリンク制御情報は、チャネル状態情報（ＣＳＩ）、スケジューリングリクエスト（ＳＲ）、トランスポートブロック（ＴＢ）に対応するＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）情報の一部または全部を含む。なお、ＴＢは、ＭＡＣ
ＰＤＵ（Medium Access Control Protocol Data Unit）、ＤＬ－ＳＣＨ（Downlink-Sha
red Channel）やＰＤＳＣＨ（Physical Downlink Shared Channel）と称されてもよい。
ＰＵＣＣＨには１または複数の種類の上りリンク制御情報が多重されてもよい。該多重されたＰＵＣＣＨは送信されてもよい。つまり、ＰＵＣＣＨには、複数のＨＡＲＱ－ＡＣＫが多重されてもよいし、複数のＣＳＩが多重されてもよいし、複数のＳＲが多重されてもよいし、ＨＡＲＱ－ＡＣＫとＣＳＩが多重されてもよいし、ＨＡＲＱ－ＡＣＫとＳＲが多重されてもよいし、他のＵＣＩの種類と多重されてもよい。
ＨＡＲＱ－ＡＣＫ情報は、ＴＢに対応するＨＡＲＱ－ＡＣＫビットを少なくとも含んでもよい。ＨＡＲＱ－ＡＣＫビットは、ＴＢに対応するＡＣＫ（acknowledgement）またはＮＡＣＫ（negative-acknowledgement）を示してもよい。ＡＣＫは、該ＴＢの復号が成功裏に完了していることを示す値であってもよい。ＮＡＣＫは、該ＴＢの復号が成功裏に完了していないことを示す値であってもよい。ＨＡＲＱ－ＡＣＫ情報は、１または複数のＨＡＲＱ－ＡＣＫビットを含むＨＡＲＱ－ＡＣＫコードブックを少なくとも１つ含んでもよい。ＨＡＲＱ－ＡＣＫビットが１または複数のＴＢに対応することは、ＨＡＲＱ－ＡＣＫビットが該１または複数のＴＢを含むＰＤＳＣＨに対応することであってもよい。
ＨＡＲＱ－ＡＣＫビットは、ＴＢに含まれる１つのＣＢＧ（Code Block Group）に対応するＡＣＫまたはＮＡＣＫを示してもよい。ＨＡＲＱ－ＡＣＫは、ＨＡＲＱフィードバック、ＨＡＲＱ情報、ＨＡＲＱ制御情報とも称されてもよい。
ＳＲは、初期送信のためのＰＵＳＣＨのリソースを要求するために少なくとも用いられてもよい。また、ＳＲは、新規の送信のためのＵＬ－ＳＣＨリソースを要求するために用いられてもよい。ＳＲビットは、正のＳＲ（positive SR）、または、負のＳＲ（negative SR）のいずれかを示すために用いられてもよい。ＳＲビットが正のＳＲを示すことは、“正のＳＲが送信される”とも称されてもよい。正のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されることを示してもよい。正のＳＲは、上位層によりＳＲがトリガされることを示してもよい。正のＳＲは、上位層によりＳＲを送信することが指示された場合に、送信されてもよい。ＳＲビットが負のＳＲを示すことは、“負のＳＲが送信される”とも称されてもよい。負のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されないことを示してもよい。負のＳＲは、上位層によりＳＲがトリガされないことを示してもよい。負のＳＲは、上位層によりＳＲを送信することが指示されない場合に、送信されてもよい。
ＳＲビットは、１または複数のＳＲ設定（SR configuration）のいずれかに対する正のＳＲ、または、負のＳＲのいずれかを示すために用いられてもよい。該１または複数のＳＲ設定のそれぞれは、１または複数のロジカルチャネルに対応してもよい。あるＳＲ設定に対する正のＳＲは、該あるＳＲ設定に対応する１または複数のロジカルチャネルのいずれかまたは全部に対する正のＳＲであってもよい。負のＳＲは、特定のＳＲ設定に対応しなくてもよい。負のＳＲが示されることは、すべてのＳＲ設定に対して負のＳＲが示されることであってもよい。
ＳＲ設定は、ＳＲ－ＩＤ（Scheduling Request ID）であってもよい。ＳＲ－ＩＤは、上位層のパラメータにより与えられてもよい。
ＣＳＩは、チャネル品質指標（ＣＱＩ）、プレコーダ行列指標（ＰＭＩ）、および、ランク指標（ＲＩ）の一部または全部を少なくとも含んでもよい。ＣＱＩは、チャネルの品質（例えば、伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。
ＣＳＩは、チャネル測定のために少なくとも用いられる物理信号（例えば、ＣＳＩ－ＲＳ）を受信することに少なくとも基づき与えられてもよい。ＣＳＩは、端末装置１によって選択される値が含まれてもよい。ＣＳＩは、チャネル測定のために少なくとも用いられる物理信号を受信することに少なくとも基づき、端末装置１によって選択されてもよい。チャネル測定は、干渉測定を含んでもよい。なお、ＣＳＩ－ＲＳは、ＣＳＩ－ＲＳ設定に基づいてセットされてもよいし、ＳＳＢ設定に基づいてセットされてもよい。
ＣＳＩ報告は、ＣＳＩの報告である。ＣＳＩ報告は、ＣＳＩパート１、および／または、ＣＳＩパート２を含んでもよい。ＣＳＩパート１は、広帯域チャネル品質情報（wideband CQI）、広帯域プレコーダ行列指標（wideband PMI）、ＲＩの一部または全部を少なくとも含んで構成されてもよい。ＰＵＣＣＨに多重されるＣＳＩパート１のビット数は、ＣＳＩ報告のＲＩの値に係らず所定の値であってもよい。ＰＵＣＣＨに多重されるＣＳＩパート２のビット数は、ＣＳＩ報告のＲＩの値に基づき与えられてもよい。ＣＳＩ報告のＲＩは、該ＣＳＩ報告の算出のために用いられるランク指標の値であってもよい。ＣＳＩ情報のＲＩは、該ＣＳＩ報告に含まれるＲＩフィールドにより示される値であってもよい。
ＣＳＩ報告において許可されるＲＩのセットは、１から８の一部または全部であってもよい。また、ＣＳＩ報告において許可されるＲＩのセットは、上位層のパラメータＲａｎｋＲｅｓｔｒｉｃｔｉｏｎに少なくとも基づき与えられてもよい。ＣＳＩ報告において許可されるＲＩのセットが１つの値のみを含む場合、該ＣＳＩ報告のＲＩは該１つの値であってもよい。
ＣＳＩ報告に対して、優先度が設定されてもよい。ＣＳＩ報告の優先度は、該ＣＳＩ報告の時間領域のふるまい（処理）に関する設定、該ＣＳＩ報告のコンテンツのタイプ、該ＣＳＩ報告のインデックス、および／または、該ＣＳＩ報告の測定が設定されるサービングセルのインデックスの一部または全部に少なくとも基づき与えられてもよい。
ＣＳＩ報告の時間領域のふるまい（処理）に関する設定は、該ＣＳＩ報告が非周期的に（aperiodic）行なわれるか、該ＣＳＩ報告が半永続的に（semi-persistent）行なわれるか、または、準静的に行なわれるか、のいずれかを示す設定であってもよい。
ＣＳＩ報告のコンテンツのタイプは、該ＣＳＩ報告がレイヤ１のＲＳＲＰ（Reference Signals Received Power）を含むか否かを示してもよい。
レイヤ１とは、物理層のことであり、物理層処理部、無線送信部、送信部、および／または、無線受信部、受信部などの処理を行なう層であってもよい。レイヤ１よりも上位の層には、ＭＡＣ層やＲＲＣ層、上位層処理部などが含まれる。例えば、レイヤ２は、ＭＡＣ層、ＲＬＣ層やＰＤＣＰ層、ＭＡＣ層処理部、ＲＬＣ層処理部やＰＤＣＰ層処理部のことであってもよい。レイヤ３は、ＲＲＣ層、ＲＲＣ層処理部であってもよい。
ＣＳＩ報告のインデックスは、上位層のパラメータにより与えられてもよい。
次に、本実施形態のＰＵＣＣＨに係る説明を行なう。
ＰＵＣＣＨは、１または複数のＰＵＣＣＨフォーマット（ＰＵＣＣＨフォーマット０からＰＵＣＣＨフォーマット４）をサポートする。ＰＵＣＣＨフォーマットは、ＰＵＣＣＨで送信されてもよい。ＰＵＣＣＨフォーマットが送信されることは、ＰＵＣＣＨが送信されることであってもよい。
端末装置１が、ＰＵＳＣＨを送信することなく、ＵＣＩ（Uplink Control Information
）を送信するとすれば、端末装置１は、所定の条件を満たしたＰＵＣＣＨフォーマットを用いるＰＵＣＣＨでＵＣＩを送信する。
ＰＵＣＣＨフォーマット０は、１または２シンボルでの送信、且つ、ポジティブまたはネガティブＳＲを伴うＨＡＲＱ－ＡＣＫ情報ビット（HARQ-ACK/SR bit(s)）の数が１または２ビットの場合に、用いられる。
ＰＵＣＣＨフォーマット１は、４または４より多くのシンボルでの送信、且つ、ＨＡＲＱ－ＡＣＫ／ＳＲビットの数が１または２ビットの場合に、用いられる。
ＰＵＣＣＨフォーマット２は、１または２シンボルでの送信、且つ、ＵＣＩ情報ビットの数が２ビットよりも多い場合に、用いられる。
ＰＵＣＣＨフォーマット３は、４または４より多くのシンボルでの送信、且つ、ＵＣＩ情報ビットの数が２ビットよりも多い場合に、用いられる。
ＰＵＣＣＨフォーマット４は、４または４より多くのシンボルでの送信、且つ、ＵＣＩ情報ビットの数が２ビットよりも多く、ＰＵＣＣＨリソースがＯＣＣ（Orthogonal Cover
Code）を含む場合に、用いられる。
ＰＵＣＣＨフォーマット０、１、４の周波数リソース配置は、ＰＵＣＣＨで送信するＵＣＩ情報ビット数に係らず、１ＰＲＢであってもよい。ＰＵＣＣＨフォーマット２、３の周波数リソース配置は、最大ＰＲＢ数に関連する上位層パラメータ（nrofPRBs: number of Physical Resource Blocks）、および、ＰＵＣＣＨで送信するＵＣＩ情報ビット数に応じて最適なＰＲＢ数に基づいてもよい。なお、nrofPRBsは、ＰＵＣＣＨフォーマット２と３のそれぞれに設定されてもよい。ＰＵＣＣＨフォーマット２および／または３のＰＵＣＣＨリソースに対して、端末装置１が送信したいＵＣＩ情報ビット数およびnrofPRBsを超えないように、ＰＲＢ数が調整されてもよい。
ＰＵＣＣＨフォーマット３において、送信するＵＣＩ情報ビット数に対して適切に必要なＰＲＢ数が、２＾α２＊３＾α３＊５＾α５を満たさないとすれば、nrofPRBsを超えないように、ＰＵＣＣＨフォーマット３に必要なＰＲＢ数が、２＾α２＊３＾α３＊５＾α５を満たすまでＰＲＢ数を増加させてもよい。ここで、α２、α３、α５はそれぞれ、０または０より大きい整数であってもよい。
図４は、本実施形態の一態様に係るＰＵＣＣＨフォーマットとＰＵＣＣＨフォーマットの長さＮＰＵＣＣＨ ｓｙｍｂの関係の一例を示す図である。ＰＵＣＣＨフォーマット０の長さＮＰＵＣＣＨ ｓｙｍｂは、１または２ＯＦＤＭシンボルである。ＰＵＣＣＨフォーマット１の長さＮＰＵＣＣＨ ｓｙｍｂは、４から１４ＯＦＤＭシンボルのいずれかである。ＰＵＣＣＨフォーマット２の長さＮＰＵＣＣＨ ｓｙｍｂは、１または２ＯＦＤＭシンボルである。ＰＵＣＣＨフォーマット３の長さＮＰＵＣＣＨ ｓｙｍｂは、４から１４ＯＦＤＭシンボルのいずれかである。ＰＵＣＣＨフォーマット４の長さＮＰＵＣＣＨ ｓｙｍｂは、４から１４ＯＦＤＭシンボルのいずれかである。
図５は、本実施形態の一態様に係るPUCCH-ConfigおよびPUCCH-FormatConfigに含まれるパラメータの一例を示す図である。ＰＵＣＣＨは、PUCCH-Configに基づいて時間周波数リソースが決定され、送信されてもよい。PUCCH-ConfigおよびPUCCH-Configに含まれるパラメータはＲＲＣ情報要素であってもよい。PUCCH-Configは、ＢＷＰ毎の端末装置１固有の１または複数のＰＵＣＣＨパラメータを設定するために用いられてもよい。resourceSetToAddModListおよびresourceSetToReleaseListは、ＰＵＣＣＨリソースセットを追加およ
び／またはリリースするために用いられるリストであり、そのリストのサイズは、ＰＵＣＣＨリソースセットの最大数に基づいてもよい。resourceToAddModListおよびresourceToReleaseListは、ＰＵＣＣＨ設定が定義された上りリンクＢＷＰおよびサービングセルに対して適用される１または複数のＰＵＣＣＨリソースを追加および／またはリリースするために用いられるリストであり、そのサイズは、ＰＵＣＣＨリソースの最大数に基づいてもよい。spatialRelationInfoToAddModListは、reference RSとPUCCH間のspatial relationの設定を示すために用いられてもよい。reference RSは、ＳＳＢ／ＣＳＩ－ＲＳ／ＳＲＳであってもよい。そのリストが１つよりも多いエレメントを有するとすれば、ＭＡＣ－ＣＥは、１つのエレメントを選択する。ＰＵＣＣＨフォーマット１から４に対してそれぞれ、PUCCH-FormatConfigが設定されてもよい。各ＰＵＣＣＨフォーマットに対応するPUCCH-FormatConfigは、各ＰＵＣＣＨフォーマットに対応する全てのＰＵＣＣＨリソース間で共有されてもよい。dl-DataToUL-ACKは、ＰＤＳＣＨと該ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫに対するタイミング（１または複数のタイミング）のリストを示すために用いられてもよい。ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫに対するタイミングとは、該ＨＡＲＱ－ＡＣＫの送信を試みるタイミングであってもよい。該タイミングは、ＰＤＳＣＨの受信を行なったスロットと該ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫの送信を行なうスロット間のスロット期間を示してもよい。
PUCCH-FormatConfigは、interslotFrequencyHopping、additionalDMRS、maxCodeRate、nrofSlots、pi2BPSK、simultaneousHARQ-ACK-CSIのうち、１つまたは全部が含まれてもよい。
interslotFrequencyHoppingは、ＰＵＣＣＨフォーマット１、３または４が複数のスロット間で繰り返される時、端末装置１がスロット間周波数ホッピングを行なうことができることを示すために用いられる。ロングＰＵＣＣＨ（ＰＵＣＣＨフォーマット１、３、４）に対して、端末装置１は、スロット内周波数ホッピングおよびスロット間周波数ホッピングを同時に行なうことはできない。
additionalDMRSは、ＰＵＣＣＨフォーマット３または４に対して、ホップ毎に２つのＤＭＲＳシンボルを含むこと、および、周波数ホッピングをしなければ、４つのＤＭＲＳシンボルを含むこと、ができることを示すために用いられてもよい。このフィールドは、ＰＵＣＣＨフォーマット１または２に対して適用されない。
maxCodeRateは、ＰＵＣＣＨフォーマット２、３または４におけるＵＣＩをフィードバックする方法を決定するための最大コーディングレートを示してもよい。このフィールドは、ＰＵＣＣＨフォーマット１に対して適用されなくてもよい。
nrofSlotsは、ＰＵＣＣＨフォーマット１、３または４のそれぞれに対して、同じＰＵＣＣＨフォーマットを伴うスロットの数を示す。このフィールドがPUCCH-FormatConfigに無いときは、端末装置１は、ｎ１を適用してもよい。このフィールドは、ＰＵＣＣＨフォーマット２に対して適用されなくてもよい。
pi2BPSKは、端末装置１が、ＰＵＣＣＨに対して、QPSKの代わりに、pi/2 BPSKをＵＣＩシンボルに用いることができることを示してもよい。このフィールドは、ＰＵＣＣＨフォーマット１および２に対して適用されなくてもよい。
simultaneousHARQ-ACK-CSIは、ＰＵＣＣＨフォーマット２、３または４において、ＳＲを伴うまたは伴わないＨＡＲＱ－ＡＣＫフィードバックおよびＣＳＩの同時送信を用いることができるかを示すために用いられてもよい。このフィールドが、PUCCH-FormatConfigに無い時は、端末装置１は、offを適用してもよい。このフィールドは、ＰＵＣＣＨフォ
ーマット１に対して適用されなくてもよい。
図６は、本実施形態の一態様に係るPUCCH-ResourceSetおよびPUCCH-Resourceに含まれるパラメータの一例を示す図である。PUCCH-ResourceSetは、pucch-ResourceSetId、resourceList、maxPayloadSizeを含んでもよい。
resourceListは、該ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのリストである。ＰＵＣＣＨフォーマット０および１の１または複数のＰＵＣＣＨリソースは、第１のＰＵＣＣＨリソースセットにだけ含まれることが許可されてもよい。第１のＰＵＣＣＨリソースセットとは、pucch-ResourceSetId = 0を伴うＰＵＣＣＨリソースセットのことであってもよい。第１のＰＵＣＣＨリソースセットには、最大３２までＰＵＣＣＨリソースが含まれてもよい。ＰＵＣＣＨフォーマット２、３および４の１または複数のＰＵＣＣＨリソースは、pucch-ResourceSetId > 0を伴うＰＵＣＣＨリソースセットにだけ含まれることが許可されてもよい。これらのＰＵＣＣＨリソースセットには、最大８までのＰＵＣＣＨリソースが含まれてもよい。ＰＵＣＣＨリソースセットは、最大４セットまで設定されてもよい。
maxPayloadSizeは、端末装置１がＰＵＣＣＨリソースセットを用いて送信可能なペイロードビットの最大数－１を示すために用いられてもよい。つまり、maxPayloadSizeは、ＰＵＣＣＨリソースセットで送信可能な最大ＵＣＩビット数（ＵＣＩビット数の最大値）を示してもよい。ＰＵＣＣＨ発生時において、端末装置１は、端末装置１が送信したいビット数をサポートしているPUCCH-ResourceSetを選択してもよい。第１のＰＵＣＣＨリソースセットにおいて、このフィールドは、PUCCH-ResourceSetに含まれなくてもよい。また、第１のＰＵＣＣＨリソースセット以外のＰＵＣＣＨリソースセットにおいては、最大ペイロードサイズであれば、このフィールドはPUCCH-ResourceSetに含まれなくてもよい。
PUCCH-Resourceには、pucch-ResourceId、startingPRB、intraSlotFrequencyHopping、secondHopPRB、formatが含まれてもよい。
pucch-ResourceIdは、ＰＵＣＣＨリソースインデックスが提供されるために用いられてもよい。
startingPRBは、ＰＵＣＣＨのＰＲＢインデックスを示す。このフィールドの値は、ＰＵＣＣＨが複数のＰＲＢで構成される場合には、最初のＰＲＢインデックスを示す。
intraSlotFrequencyHoppingは、スロット内周波数ホッピングを行なうかどうかを示すために用いられてもよい。スロット内周波数ホッピングは、すべてのタイプのＰＵＣＣＨフォーマットに適用されてもよい。複数のスロットにおいてロングＰＵＣＣＨ（ＰＵＣＣＨフォーマット１、３、４）に対して、同時に、スロット内周波数ホッピングとスロット間周波数ホッピングは行なわれない。
secondHopPRBは、端末装置1に対してuseInterlacePUCCH-Dedicated-r16が提供されないとすれば、周波数ホッピング後の最初のＰＲＢのインデックスを示すために用いられてもよい。個の値は、スロット内周波数ホッピングに対して適用されてもよい。
formatは、ＰＵＣＣＨフォーマットのタイプ（ＰＵＣＣＨフォーマット０から４）とフォーマット固有のパラメータを選択するために用いられてもよい。ＰＵＣＣＨフォーマット０および１は、第１のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースに対してだけ許可されてもよい。ＰＵＣＣＨフォーマット２、３、４は、第１のＰＵＣＣＨリソースセット以外のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースに対してだけ許可されてもよい。
図７は、本実施形態の一態様に係るＰＵＣＣＨフォーマット固有に設定可能なパラメータの一例を示す図である。
ＰＵＣＣＨフォーマット０のＰＵＣＣＨリソースは、initialCyclicShift、nrofSymbols、startingSymbolIndexを含むPUCCH-Format0に基づいて設定されてもよい。
ＰＵＣＣＨフォーマット１のＰＵＣＣＨリソースは、initialCyclicShift、nrofSymbols、startingSymbolIndex、timeDomainOCCを含むPUCCH-Format1に基づいて設定されてもよい。
ＰＵＣＣＨフォーマット２のＰＵＣＣＨリソースは、nrofPRBs、nrofSymbols、startingSymbolIndexを含むPUCCH-Format2に基づいて設定されてもよい。
ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは、nrofPRBs、nrofSymbols、startingSymbolIndexを含むPUCCH-Format3に基づいて設定されてもよい。さらに、useInterlacePUCCH-Dedicated-r16が提供されるとすれば、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは、OCC-Length-r16、OCC-Index-r16、インタレースの数にも基づいて設定されてもよい。
ＰＵＣＣＨフォーマット４のＰＵＣＣＨリソースは、nrofSymbols、occ-Length、occ-Index、startingSymbolIndexを含むPUCCH-Format4に基づいて設定されてもよい。
formatがPUCCH-format0を示すとすれば、ＰＵＣＣＨリソースに対して設定されたＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット０である。ＰＵＣＣＨリソースは、PUCCH-format0に含まれる種々のパラメータの値に基づいて決定されてもよい。
formatがPUCCH-format1を示すとすれば、ＰＵＣＣＨリソースに対して設定されたＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット１である。ＰＵＣＣＨリソースは、PUCCH-format1に含まれる種々のパラメータの値に基づいて決定されてもよい。
formatがPUCCH-format2を示すとすれば、ＰＵＣＣＨリソースに対して設定されたＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット２である。ＰＵＣＣＨリソースは、PUCCH-format2に含まれる種々のパラメータの値に基づいて決定されてもよい。
formatがPUCCH-format3を示すとすれば、ＰＵＣＣＨリソースに対して設定されたＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット３である。ＰＵＣＣＨリソースは、PUCCH-format3に含まれる種々のパラメータの値に基づいて決定されてもよい。
formatがPUCCH-format4を示すとすれば、ＰＵＣＣＨリソースに対して設定されたＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット４である。ＰＵＣＣＨリソースは、PUCCH-format4に含まれる種々のパラメータの値に基づいて決定されてもよい。
端末装置１は、useInterlacePUCCH-Dedicated-r16が提供されるとすれば、interlace0、interlace1、rb-SetIndexが提供されてもよい。
interlace0は、第１のインタレースのインデックスを示すために用いられてもよい。
interlace1は、第２のインタレースのインデックスを示すために用いられてもよい。
rb-SetIndexは、ＲＢセットのインデックスを示すために用いられてもよい。なお、rb-SetIndexは、１つよりも多く設定されてもよい。有効なＲＢセットが１つよりも多い場合、最小のrb-SetIndexが有効であってもよい。つまり、複数の有効なＲＢセットにそれぞれ有効なＰＤＳＣＨ受信を行なうことができたとすれば、対応するＨＡＲＱ－ＡＣＫの送信に用いられるＰＵＣＣＨリソースがマップされるＲＢセットは、複数設定された中で最小のrb-SetIndexに対応するＲＢセットであってもよい。
端末装置１は、useInterlacePUCCH-Common-r16およびuseInterlacePUCCH-Dedicated-r16の両方が提供されるか、両方提供されないかのいずれか一方を期待してもよい。
端末装置１は、useInterlacePUCCH-Dedicated-r16が提供されるとすれば、端末装置１は、interlace0、および／または、interlace1によって提供されたインタレースインデックスに対応する１または複数のＲＢ、および、rb-SetIndexによって提供されるＲＢセットの１または複数のＲＢのインタセクションに応じたＰＵＣＣＨ送信に対する有効な１または複数のＲＢを決定してもよい。そのインタセクションは、第１のインタレースにおいてＭＰＵＣＣＨ ｉｎｔｅｒｌａｃｅ，０ＲＢｓとなり、端末装置１は、ＭＰＵＣＣＨ ｉｎｔｅｒｌａｃｅ，０が１０または１１のいずれか一方であることを期待してもよい。また、interlace1が提供されるとすれば、そのインタセクションは、第２のインタレースにおいてＭＰＵＣＣＨ ｉｎｔｅｒｌａｃｅ，１ＲＢｓとなり、端末装置１は、ＭＰＵＣＣＨ ｉｎｔｅｒｌａｃｅ，１が１０または１１のいずれか一方であることを期待してもよい。
次に、本実施形態に係るＰＵＣＣＨリソースおよびＰＵＣＣＨリソースセットについて説明する。
端末装置１は、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに含まれるＰＲＩの値に基づいて、ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫの送信に用いられるＰＵＣＣＨリソースを決定してもよい。
ＰＵＣＣＨリソースセットに所定の数よりも多くのＰＵＣＣＨリソースが含まれるとすれば、端末装置１は、ＤＣＩフォーマットに含まれるＰＲＩ（PUCCH resource indicator）フィールドの値およびＤＣＩフォーマットを検出したＣＣＥインデックスに基づいて、ＰＵＣＣＨリソースセット内のどのＰＵＣＣＨリソースを用いるかを決定してもよい。また、ＰＵＣＣＨリソースセットに所定の数よりも多くＰＵＣＣＨリソースが含まれるとすれば、ＤＣＩフォーマットに含まれるＰＲＩフィールドのサイズ（ビット数、ビットサイズ）は拡張されてもよい。ＰＵＣＣＨリソースセットに所定の数または所定の数よりも少ない数のＰＵＣＣＨリソースが含まれるとすれば、端末装置１はＤＣＩフォーマットに含まれるＰＲＩの値に基づいて、ＰＵＣＣＨリソースを決定してもよい。また、ＰＵＣＣＨリソースセットは、ＤＣＩフォーマットに含まれる第１の情報に基づいて、第１の周波数リソース配置タイプを適用された第１のＰＵＣＣＨリソースセットを用いるか第２の周波数リソース配置タイプを適用された第２のＰＵＣＣＨリソースセットを用いるかが決定されてもよい。第１の情報は、ＰＵＣＣＨがＣＯＴ内で送信されるかＣＯＴ外で送信されるかが示される情報であってもよいし、ＰＵＣＣＨの周波数リソース配置タイプを示す情報であってもよいし、ＰＵＣＣＨの送信前のＣＡＰのタイプを示す情報であってもよい。
例えば、第１のＰＵＣＣＨリソースセット以外のＰＵＣＣＨリソースセットに対して、８よりも多いＰＵＣＣＨリソースが設定される場合に、端末装置１は、ＵＣＩ情報ビットを送信するためのＰＵＣＣＨリソース（ＰＵＣＣＨリソースＩＤ）を、ＰＲＩの値およびＣＣＥインデックスの値に基づいて、決定してもよい。また、ＰＲＩフィールドのビットサイズが拡張される場合には、ＰＲＩの値に対応するＰＵＣＣＨリソースを用いてＵＣＩ
情報ビットを送信してもよい。
ＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースセットに用いられたpucch-ResourceIdのセットを提供するresourceListによって提供されたＰＵＣＣＨリソースインデックスのセットを伴ってもよい。また、ＰＵＣＣＨリソースセットは、maxPayloadSizeによって提供されたＰＵＣＣＨリソースセットにおけるＰＵＣＣＨリソースを用いて送信できるＵＣＩ情報ビットの最大数を伴ってもよい。第１のＰＵＣＣＨリソースセットに対してＵＣＩ情報ビットの最大数は２ビットであってもよい。１つのＰＵＣＣＨリソースセットに対するＰＵＣＣＨリソースインデックスの最大数はmaxNrofPUCCH-ResourcesPerSetによって提供されてもよい。ＮＲ－Ｕに対して、すべてのＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースの最大数は、３２であってもよい。
端末装置１が、maxNrofPUCCH-ResourceSetsよりも大きな値のmaxNrofPUCCH-ResourceSets-r16をサポートしていることを能力情報として、提供すれば、端末装置１に対して、maxNrofPUCCH-ResourceSetsでサポートしている４セットよりも多くのＰＵＣＣＨリソースセットが設定されてもよい。その際、ＰＵＣＣＨリソースセットは、PUCCH-ResourceSet-r16によって提供され、pucch-ResourceSetId-r16によって提供されたＰＵＣＣＨリソースセットインデックスと関連してもよい。つまり、pucch-ResourceSetId-r16が取り得る値は、０からmaxNrofPUCCH-ResourceSets-r16-1までのいずれかであってもよい。
端末装置１は、maxNrofPUCCH-ResourceSets-r16をサポートしており、pucch-ResourceSetId-r16が所定の値よりも大きな値であるＰＵＣＣＨリソースセットが設定されるとすれば、異なる周波数リソース配置タイプが適用されるＰＵＣＣＨリソースセットが設定されてもよい。さらに、異なるpucch-ResourceSetId-r16のＰＵＣＣＨリソースセットにおいて、同じ値にセットされたmaxPayloadSizeが適用されてもよい。
基地局装置３は、端末装置１が、所定の値よりも大きい値のmaxNrofPUCCH-ResourceSets-r16をサポートしていることを能力情報として提供した場合、または、端末装置１が、異なる周波数リソース配置タイプが可能なことを能力情報として提供した場合、または、端末装置１が、PUCCH-ResourceSet-r16および／またはPUCCH-Resource-r16をサポートしていることを能力情報として提供した場合、能力情報を提供した端末装置１に対して、PUCCH-ResourceSet-r16またはPUCCH-Resource-r16に周波数リソース配置タイプに関連するパラメータ（例えば、freqResourceAllocType-r16）を含んで設定してもよい。なお、maxNrofPUCCH-ResourceSets-r16ではなく、所定の値よりも大きな値のmaxNrofPUCCH-Resources-r16が提供された場合であっても、基地局装置３は、同様の処理を行なってもよい。
基地局装置３は、所定の値よりも大きな値のpucch-ResourceSetIdをセットしたPUCCH-ResourceSetを設定するとすれば、各PUCCH-ResourceSetに対してfreqResourceAllocTypeを含んで設定してもよい。
pucch-ResourceSetId-r16の値が０であるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフォーマット０または１のＰＵＣＣＨリソースを最大３２まで含む第１のＰＵＣＣＨリソースセットであってもよい。pucch-ResourceSetId-r16=0のＰＵＣＣＨリソースセットに対するＵＣＩ情報ビットは、２ビットまでしかサポートされなくてもよい。
pucch-ResourceSetId-r16の値が１であるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフォーマット２、３、および／または、４のＰＵＣＣＨリソースを含むＰＵＣＣＨリソースセットであってもよい。pucch-ResourceSetId-r16=1のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースによって送信可能なＵＣＩ情報ビット数は、３からＮ２までであってもよい。Ｎ２の値は、該ＰＵＣＣＨリソースセットに含まれるmaxPayloadSizeによって与えら
れてもよい。
pucch-ResourceSetId-r16の値が２であるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフォーマット２、３、および／または、４のＰＵＣＣＨリソースを含むＰＵＣＣＨリソースセットであってもよい。pucch-ResourceSetId-r16=2のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースによって送信可能なＵＣＩ情報ビット数は、Ｎ２＋１からＮ３までであってもよい。Ｎ３の値は、該ＰＵＣＣＨリソースセットに含まれるmaxPayloadSizeによって与えられてもよい。
pucch-ResourceSetId-r16の値が３であるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフォーマット２、３、および／または、４のＰＵＣＣＨリソースを含むＰＵＣＣＨリソースセットであってもよい。pucch-ResourceSetId-r16=3のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースによって送信可能なＵＣＩ情報ビット数は、Ｎ３＋１から１７０６までであってもよい。この時、該ＰＵＣＣＨリソースセットには、maxPayloadSizeが含まれなくてもよい。
pucch-ResourceSetId-r16の値が４であるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフォーマット２、３、および／または、４のＰＵＣＣＨリソースを含むＰＵＣＣＨリソースセットであってもよい。pucch-ResourceSetId-r16=4のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースによって送信可能なＵＣＩ情報ビット数は、３からＮ２までであってもよい。Ｎ２の値は、該ＰＵＣＣＨリソースセットに含まれるmaxPayloadSizeによって与えられてもよい。
pucch-ResourceSetId-r16の値が５であるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフォーマット２、３、および／または、４のＰＵＣＣＨリソースを含むＰＵＣＣＨリソースセットであってもよい。pucch-ResourceSetId-r16=5のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースによって送信可能なＵＣＩ情報ビット数は、Ｎ２＋１からＮ３までであってもよい。Ｎ３の値は、該ＰＵＣＣＨリソースセットに含まれるmaxPayloadSizeによって与えられてもよい。
pucch-ResourceSetId-r16の値が６であるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフォーマット２、３、および／または、４のＰＵＣＣＨリソースを含むＰＵＣＣＨリソースセットであってもよい。pucch-ResourceSetId-r16=6のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースによって送信可能なＵＣＩ情報ビット数は、Ｎ３＋１から１７０６までであってもよい。この時、該ＰＵＣＣＨリソースセットには、maxPayloadSizeが含まれなくてもよい。
同じまたは同じ範囲内のＵＣＩ情報ビット数（つまり、同じ値のmaxPayloadSize）が適用される複数のＰＵＣＣＨリソースセットにおいて、異なるＰＵＣＣＨリソースセットＩＤがセットされるとすれば、該複数のＰＵＣＣＨリソースセット間で、物理リソースマッピングまたは周波数リソース配置タイプが異なってもよい。例えば、pucch-ResourceSetId-r16=1とpucch-ResourceSetId-r16=4のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースは、異なる周波数リソース配置タイプがセットされてもよく、pucch-ResourceSetId-r16=1のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースセットの周波数リソース配置タイプは、連続配置であり、pucch-ResourceSetId-r16=4のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースセットの周波数リソース配置タイプは、インタレース配置であってもよい。他のＩＤ（pucch-ResourceSetId-r16=2と5やpucch-ResourceSetId-r16=3と6）についても同様に設定されてもよい。
同じまたは同じ範囲内のＵＣＩ情報ビット数（つまり、同じ値のmaxPayloadSize）が適
用される複数のＰＵＣＣＨリソースセットにおいて、異なるＰＵＣＣＨリソースセットＩＤがセットされるとすれば、ＰＵＣＣＨリソースセット間で、物理リソースマッピングまたは周波数リソース配置タイプが異なってもよい。例えば、pucch-ResourceSetId-r16=1とpucch-ResourceSetId-r16=4のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースは、異なる周波数リソース配置タイプがセットされてもよく、pucch-ResourceSetId-r16=1のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースセットの周波数リソース配置タイプは、インタレース配置であり、pucch-ResourceSetId-r16=4のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースセットの周波数リソース配置タイプは、連続配置であってもよい。他のＩＤについても同様に設定されてもよい。
各ＰＵＣＣＨリソースセットにおいて、Ｎ２やＮ３に対応するmaxPayloadSizeが設定されないとすれば、Ｎ２やＮ３は１７０６とみなしてもよい。
端末装置１が所定の数よりも多くのＰＵＣＣＨリソースセットが設定できる能力を有する場合、且つ、該端末装置１に対して、該所定の数よりも多くのＰＵＣＣＨリソースセットを設定された場合、または、所定の値（pucch-ResourceSetId）よりも大きな値のＰＵＣＣＨリソースセットＩＤ（pucch-ResourceSetId-r16）が設定される場合、該端末装置１に対して、ＰＵＣＣＨの周波数リソース配置に対応するＰＵＣＣＨリソースセットが設定されてもよい。このような場合には、該端末装置１に対して、同じまたは同程度のＵＣＩ情報ビット数に対して、第１の周波数リソース配置タイプが適用されたＰＵＣＣＨリソースセットと第２の周波数リソース配置タイプが適用されたＰＵＣＣＨリソースセットが設定されてもよい。また、第１の周波数リソース配置タイプのＰＵＣＣＨリソースを少なくとも１つは含むＰＵＣＣＨリソースセットおよび第２の周波数リソース配置タイプのＰＵＣＣＨリソースを少なくとも１つは含むＰＵＣＣＨリソースセットが設定されてもよい。例えば、第１の周波数リソース配置タイプは、インタレース配置であってもよいし、第２の周波数リソース配置タイプは、連続配置であってもよいし、第１の周波数リソース配置タイプと第２の周波数リソース配置タイプはそれぞれ、その逆であってもよい。
所定の数よりも大きい数、または、maxNrofPUCCH-ResourceSetsよりも大きい値のmaxNrofPUCCH-ResourceSets-r16が適用されたresourceSetToAddModList-r16が設定される場合、または、所定の値よりも大きな値のpucch-ResourceSetId-r16を含むＰＵＣＣＨリソースセットが設定される場合、PUCCH-ResourceSet-r16またはPUCCH-Resource-r16に、ＰＵＣＣＨリソースの周波数リソース配置タイプを示すパラメータ（例えば、freqResourceAllocType-r16）が含まれてもよい。
pucch-ResourceSetIdの異なる、少なくとも２つのＰＵＣＣＨリソースセットの最大ＵＣＩ情報ビット数が同じであるとすれば、異なるＰＵＣＣＨリソースセット、または、異なるＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースに対して、ＰＵＣＣＨリソースの周波数リソース配置タイプを示すパラメータ（例えば、freqResourceAllocType-r16）が含まれてもよく、それぞれ異なる周波数リソース配置タイプが設定されてもよい。
同じ最大ＵＣＩビット数が適用された第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが設定された端末装置１に対して、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに含まれる第１の情報に基づいて、第１のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースでＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信するか第２のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースでＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信するかを決定してもよい。この時、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセット間で、少なくともＰＵＣＣＨリソースセットＩＤと周波数リソース配置タイプが異なってもよい。
ここで、本実施形態において、周波数リソース配置タイプ（第１のリソース配置タイプ、第２の周波数リソース配置タイプ）は、インタレース配置や連続配置のことを指してもよいし、それ以外の周波数リソース配置を指してもよい。
図８は、本実施形態の一態様に係るＰＵＣＣＨリソースセットおよびＰＵＣＣＨリソースに含まれるパラメータの一例を示す図である。PUCCH-ResourceSet-r16には、pucch-ResourceSetId-r16、freqResourceAllocType-r16、resourceListまたはresourceList-r16、maxPayloadSizeまたはmaxPayloadSize-r16が含まれてもよい。
pucch-ResourceSetId-r16は、PUCCH-ResourceSet-r16のＩＤを示し、pucch-ResourceSetIdよりも大きな値が設定できるようになってもよい。つまり、maxNrofPUCCH-ResourceSets-r16は、maxNrofPUCCH-ResourceSets（つまり、４セット）よりも大きな値であってもよい。
freqResourceAllocType-r16は、該ＰＵＣＣＨリソースセットに含まれるresourceListによって示されるすべてのＰＵＣＣＨリソースに対して適用される周波数リソース配置タイプを示してもよい。図８では２つのタイプについて示しているが、サポートしている周波数リソース配置タイプの数に応じて、設定可能なタイプの数は変化してもよい。周波数リソース配置タイプは、インタレース配置と連続配置を示す情報であってもよい。また、周波数リソース配置タイプは、インタレース配置ができるかどうかを示す情報であってもよい。
resourceListは、ＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのリストである。resourceListは、１つのＰＵＣＣＨリソースセットに対して、最大３２のＰＵＣＣＨリソースが示されてもよい。resourceList-r16として設定される場合、pucch-ResourceSetIdの値に因らず、最大３２のＰＵＣＣＨリソースが示されてもよい。
maxPayloadSizeは、ＰＵＣＣＨリソースセットのＰＵＣＣＨリソースで送信可能な最大ＵＣＩ情報ビット数を示す情報であり、上述したＮ２やＮ３に相当する。maxPayloadSize-r16は、maxPayloadSizeと比較してサポートしている最大ＵＣＩ情報ビット数が異なってもよい。つまり、maxPayloadSize-r16がサポートしているＵＣＩ情報ビット数の取り得る範囲は、maxPayloadSizeよりも広くてもよいし、狭くてもよい。maxPayloadSize-r16がサポートしているＵＣＩ情報ビット数の最大値は、maxPayloadSizeよりも大きくてもよいし、小さくてもよい。
PUCCH-Resource-r16は、resourceListまたはresourceList-r16によってリスト化されたＰＵＣＣＨリソースのことであってもよい。PUCCH-Resource-r16は、pucch-ResourceId-r16、startingPRB、intraSlotFrequencyHopping、secondHopPRB、formatを含んでもよい。
pucch-ResourceId-r16は、ＰＵＣＣＨリソースＩＤを示すために用いられてもよい。pucch-ResourceId-r16は、pucch-ResourceIdよりも大きな値が設定できてもよい。つまり、ＰＵＣＣＨリソースの最大数を示すmaxNrofPUCCH-Resources-r16は、maxNrofPUCCH-Resourcesよりも大きな値が設定されてもよい。
startingPRBは、freqResourceAllocType-r16によって示される周波数リソース配置タイプに基づいて、示す情報が変わってもよい。例えば、ＰＵＣＣＨリソースに対応するfreqResourceAllocType-r16が連続配置に相当する周波数リソース配置タイプを示すとすれば、startingPRBは、ＰＵＣＣＨリソースの最初のＰＲＢインデックスを示す情報であってもよい。ＰＵＣＣＨリソースに対応するfreqResourceAllocType-r16がインタレース配置を示すとすれば、startingPRBは、インタレースのインデックスを示してもよい。また、
インタレースのインデックスを算出するために用いられてもよい。例えば、startingPRB mod Mからインタレースのインデックスが求められてもよい。Ｍは、インタレースの総数を示す。X mod Yは、ＸをＹで割った時の余りを算出するために用いられる。
intraSlotFrequencyHopping、secondHopPRBは、freqResourceAllocType-r16によって示される周波数リソース配置タイプが連続配置に相当する周波数リソース配置タイプの時にのみ設定されてもよい。intraSlotFrequencyHoppingは、スロット内の周波数ホッピングをサポートしているかどうかを示す情報であり、secondHopPRBは、周波数ホッピング後の最初のＰＲＢインデックスを示す情報であってもよい。
formatはPUCCH-Resource-r16に適用されるＰＵＣＣＨフォーマットのタイプを示す情報である。ＰＵＣＣＨフォーマットに応じて、適用されるパラメータが異なってもよい。具体的に適用されるパラメータは、図７と同じであってもよいし、異なってもよい。format4については、ＮＲ－Ｕで適用されないため、オプショナルなパラメータとして設定されてもよい。つまり、format4は、ＮＲ－Ｕ以外に適用される場合には、含まれてもよい。
図９は、本実施形態の一態様に係るＰＵＣＣＨリソースセットおよびＰＵＣＣＨリソースに含まれるパラメータの別の一例を示す図である。図８と比較すると、freqResourceAllocType-r16は、PUCCH-Resource-r16に含まれている。周波数リソース配置タイプは、ＰＵＣＣＨリソース毎に設定されてもよい。
図１０は、本実施形態の一態様に係るＤＣＩフォーマット１＿０の一例を示す図である。図１０（ａ）は、ＮＲに対するＤＣＩフォーマット１＿０の一例である。図１０（ｂ）は、ＮＲ－Ｕに対するＤＣＩフォーマット１＿０の一例である。ＮＲ－Ｕに対するＤＣＩフォーマット１＿０には、ＰＵＣＣＨのチャネルアクセスプロシージャに関連するフィールドが追加されてもよい。ＰＲＩのサイズは、ＰＵＣＣＨリソースの数に応じて変わってもよい。また、ＮＲ－Ｕに対するＤＣＩフォーマット１＿０には、ＰＵＣＣＨリソースに対する周波数リソース配置タイプを示す情報が含まれてもよい。その場合、図８や図９で示したようなパラメータはＲＲＣパラメータとして設定されなくてもよい。なお、PUCCH starting position、Channel access type、Channel access priority classの詳細については後述する。また、PUCCH starting position、Channel access type、Channel access priority classはそれぞれ、仕様書や上位層パラメータに基づいて決定される場合には、ＤＣＩフォーマットに含まれなくてもよい。
ＰＵＳＣＨは、ＴＢ（MAC PDU, UL-SCH）を送信するために少なくとも用いられる。ＰＵＳＣＨは、ＴＢ、ＨＡＲＱ－ＡＣＫ情報、ＣＳＩ、および、ＳＲの一部または全部を少なくとも送信するために用いられてもよい。ＰＵＳＣＨは、ランダムアクセスプロシージャにおけるＲＡＲ（Ｍｓｇ２）および／またはＲＡＲグラントに対応するランダムアクセスメッセージ３（メッセージ３（Ｍｓｇ３））を送信するために少なくとも用いられる。なお、ＴＢは、上りリンクおよび下りリンクのそれぞれに対応してもよい。つまり、ＰＵＳＣＨは、上りリンクに対するＴＢを送信するために用いられてもよい。ＰＤＳＣＨは、下りリンクに対するＴＢを送信するために用いられてもよい。
ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１、メッセージ１（Ｍｓｇ１））を送信するために少なくとも用いられる。ＰＲＡＣＨは、初期接続確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、接続再確立（connection re-establishment）プロシージャ、初期アクセスプロシージャ、ＰＵＳＣＨの送信に対する同期（タイミング調整）、およびＰＵＳＣＨのためのリソースの要求の一部または全部を示すために少なくとも用いられてもよい。ランダムアクセスプリアンブルは、端末装置１の上位層より与えられるインデックス（ランダムアクセス
プリアンブルインデックス）を基地局装置３に通知するために用いられてもよい。
ランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕに対応するＺａｄｏｆｆ－Ｃｈｕ系列をサイクリックシフトすることによって与えられてもよい。Ｚａｄｏｆｆ－Ｃｈｕ系列は、物理ルートシーケンスインデックスｕに基づいて生成されてもよい。１つのサービングセルにおいて、複数のランダムアクセスプリアンブルが定義されてもよい。ランダムアクセスプリアンブルは、ランダムアクセスプリアンブルのインデックスに少なくとも基づき特定されてもよい。ランダムアクセスプリアンブルの異なるインデックスに対応する異なるランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕとサイクリックシフトの異なる組み合わせに対応してもよい。物理ルートシーケンスインデックスｕ、および、サイクリックシフトは、システム情報に含まれる情報に少なくとも基づいて与えられてもよい。物理ルートシーケンスインデックスｕは、ランダムアクセスプリアンブルに含まれる系列を識別するインデックスであってもよい。ランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕに少なくとも基づき特定されてもよい。
図１において、上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられる。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・ＵＬ ＤＭＲＳ（UpLink Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
・ＵＬ ＰＴＲＳ（UpLink Phase Tracking Reference Signal）
ＵＬ ＤＭＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。ＵＬ
ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと多重される。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＵＬ ＤＭＲＳを使用してよい。以下、ＰＵＳＣＨと、該ＰＵＳＣＨに関連するＵＬ ＤＭＲＳを共に送信することを、単に、ＰＵＳＣＨを送信する、と称する。以下、ＰＵＣＣＨと該ＰＵＣＣＨに関連するＵＬ ＤＭＲＳを共に送信することを、単に、ＰＵＣＣＨを送信する、と称する。ＰＵＳＣＨに関連するＵＬ ＤＭＲＳは、ＰＵＳＣＨ用ＵＬ ＤＭＲＳとも称される。ＰＵＣＣＨに関連するＵＬ ＤＭＲＳは、ＰＵＣＣＨ用ＵＬ ＤＭＲＳとも称される。
ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しなくてもよい。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクスロットにおけるサブフレームの最後、または、最後から所定数のＯＦＤＭシンボルにおいて送信されてもよい。
ＵＬ ＰＴＲＳは、位相トラッキングのために少なくとも用いられる参照信号であってもよい。ＵＬ ＰＴＲＳは、１または複数のＵＬ ＤＭＲＳに用いられるアンテナポートを少なくとも含むＵＬ ＤＭＲＳグループに関連してもよい。ＵＬ ＰＴＲＳとＵＬ ＤＭＲＳグループが関連することは、ＵＬ ＰＴＲＳのアンテナポートとＵＬ ＤＭＲＳグループに含まれるアンテナポートの一部または全部が少なくともＱＣＬであることであってもよい。ＵＬ ＤＭＲＳグループは、ＵＬ ＤＭＲＳグループに含まれるＵＬ ＤＭＲＳにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。ＵＬ ＰＴＲＳは、１つのコードワードがマップされる１または複数のアンテナポートにおいて、最もインデックスの小さいアンテナポートにマップされてもよい。ＵＬ ＰＴＲＳは、１つのコードワードが第１のレイヤ及び第２のレイヤに少なくともマップされる場合に、該第１のレイヤにマップされてもよい。ＵＬ ＰＴＲＳは、該第２のレイヤにマップされなくてもよい。ＵＬ ＰＴＲＳがマップされるアンテナポートのインデックスは、下りリンク制御情報に少なくとも基づき与えられてもよい。
図１において、基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用される。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
ＰＢＣＨは、ＭＩＢ、および／または、ＰＢＣＨペイロードを送信するために少なくとも用いられる。ＰＢＣＨペイロードは、ＳＳＢの送信タイミング（SSB occasion）に関するインデックスを示す情報を少なくとも含んでもよい。ＰＢＣＨペイロードは、ＳＳＢの識別子（インデックス）に関連する情報を含んでもよい。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。ＰＢＣＨは、８０ミリ秒（ｍｓ）の間隔で送信されてもよい。ＰＢＣＨは、１６０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の中身は、８０ｍｓ毎に更新されてもよい。ＰＢＣＨに含まれる情報の一部または全部は、１６０ｍｓ毎に更新されてもよい。ＰＢＣＨは、２８８サブキャリアにより構成されてもよい。ＰＢＣＨは、２、３、または、４つのＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、ＳＳＢの識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および／または、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。
ＰＤＣＣＨは、下りリンク制御情報（ＤＣＩ）の送信のために少なくとも用いられる。ＰＤＣＣＨは、ＤＣＩを少なくとも含んで送信されてもよい。ＰＤＣＣＨはＤＣＩを含んで送信されてもよい。ＤＣＩは、ＤＣＩフォーマットとも称されてもよい。ＤＣＩは、下りリンクグラントまたは上りリンクグラントのいずれかを少なくとも示してもよい。ＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、下りリンクＤＣＩフォーマットおよび／または下りリンクグラントとも称されてもよい。ＰＵＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、上りリンクＤＣＩフォーマットおよび／または上りリンクグラントとも称されてもよい。下りリンクグラントは、下りリンクアサインメントまたは下りリンク割り当てとも称されてもよい。上りリンクＤＣＩフォーマットは、ＤＣＩフォーマット０＿０およびＤＣＩフォーマット０＿１の一方または両方を少なくとも含む。
ＤＣＩフォーマット０＿０は、１Ａから１Ｉの一部または全部を少なくとも含んで構成されてもよい。
１Ａ）ＤＣＩフォーマット特定フィールド（Identifier for DCI formats field）
１Ｂ）周波数領域リソース割り当てフィールド（FDRA field: Frequency domain resource assignment field）
１Ｃ）時間領域リソース割り当てフィールド（TDRA field: Time domain resource assignment field）
１Ｄ）周波数ホッピングフラグフィールド（FHF field: Frequency hopping flag field）
１Ｅ）ＭＣＳフィールド（MCS field: Modulation and Coding Scheme field）
１Ｆ）ＮＤＩフィールド（New Data Indicator field）
１Ｇ）ＲＶフィールド（Redundancy Version field）
１Ｈ）ＨＰＩＤフィールド（HARQ process ID field, HARQ process number field）
１Ｉ）ＰＵＳＣＨに対するＴＰＣ（Transmission Power Control）コマンドフィールド（TPC command for scheduled PUSCH field）
１Ａは、該１Ａを含むＤＣＩフォーマットが、１または複数のＤＣＩフォーマットのう
ち、いずれかのＤＣＩフォーマットに対応するかを示すために少なくとも用いられてもよい。該１または複数のＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、ＤＣＩフォーマット０＿０、および／または、ＤＣＩフォーマット０＿１の一部または全部に少なくとも基づき与えられてもよい。つまり、該１Ａのビット数は、対応するＤＣＩフォーマットの数に基づいて決定されてもよい。
１Ｂは、該１Ｂを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。該１Ｂのビット数は、ＰＵＳＣＨの周波数リソースの割り当てに用いられる最大ＰＲＢ数に基づいて決定されてもよいし、上位層パラメータに基づいて決定されてもよい。
１Ｃは、該１Ｃを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。該１Ｃのビット数は、ＰＵＳＣＨの時間リソースの割り当てに用いられる最大シンボル数に基づいて決定されてもよい。
１Ｄは、該１Ｄを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨに対して周波数ホッピングが適用されるか否かを示すために少なくとも用いられてもよい。
１Ｅは、該１Ｅを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。該ターゲット符号化率は、該ＰＵＳＣＨのＴＢのためのターゲット符号化率であってもよい。該ＴＢのサイズ（ＴＢＳ）は、該ターゲット符号化率に少なくとも基づき与えられてもよい。
１Ｆは、該１Ｆの値がトグルされているかどうかに基づいて、該ＤＣＩフォーマットによってスケジュールされた、該１Ｈによって示されるＨＰＩＤの値に対応するＰＵＳＣＨの送信が新規の送信であるか再送信かを示すために用いられる。該１Ｆの値がトグルされている場合、該１Ｈに対応する該ＰＵＳＣＨは、新規の送信であり、そうでないとすれば、該１Ｈに対応する該ＰＵＳＣＨは、再送信である。該１Ｆは、基地局装置３が、該１Ｈに対応するＰＵＳＣＨの再送信を要求しているかを示すＤＣＩであってもよい。
１Ｇは、該ＤＣＩフォーマットによってスケジュールされるＰＵＳＣＨのビット系列のスタートポジションを示すために用いられる。
１Ｈは、該ＤＣＩフォーマットによってスケジュールされるＰＵＳＣＨが対応するＨＡＲＱプロセスの番号（ＨＰＩＤ）を示すために用いられる。
１Ｉは、該ＤＣＩフォーマットによってスケジュールされるＰＵＳＣＨの送信電力を調整するために用いられる。
ＤＣＩフォーマット０＿１は、２Ａから２Ｌの一部または全部を少なくとも含んで構成される。
２Ａ）ＤＣＩフォーマット特定フィールド
２Ｂ）周波数領域リソース割り当てフィールド
２Ｃ）時間領域リソース割り当てフィールド
２Ｄ）周波数ホッピングフラグフィールド
２Ｅ）ＭＣＳフィールド
２Ｆ）ＣＳＩリクエストフィールド（CSI request field: Channel State Information request field）
２Ｇ）ＢＷＰ指示フィールド（BWP indicator field: Bandwidth Part Indicator field）
２Ｈ）ＮＤＩフィールド
２Ｉ）ＲＶフィールド
２Ｊ）ＨＰＩＤフィールド
２Ｋ）ＰＵＳＣＨに対するＴＰＣコマンドフィールド
２Ｌ）ＵＬ－ＳＣＨ指示フィールド
２Ｆは、ＣＳＩの報告を指示するために少なくとも用いられる。２Ｆのサイズは、所定の値であってもよい。２Ｆのサイズは、０であってもよいし、１であってもよいし、２であってもよいし、３であってもよい。２Ｆのサイズは、端末装置１に設定されるＣＳＩ設定の数（例えば、ReportTriggerSize）に応じて決定されてもよい。
２Ｇは、ＤＣＩフォーマット０＿１によりスケジューリングされるＰＵＳＣＨがマップされる上りリンクＢＷＰを指示するために用いられてもよい。
２Ｌは、
２Ａから２Ｌのうち、上述した１Ａから１Ｉと同じ名称のフィールドについては、同じ内容を含むため、説明を省略する。
下りリンクＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、および、ＤＣＩフォーマット１＿１の一方または両方を少なくとも含む。
ＤＣＩフォーマット１＿０は、３Ａから３Ｌのうち、一部または全部を少なくとも含んで構成されてもよい。
３Ａ）ＤＣＩフォーマット特定フィールド
３Ｂ）周波数領域リソース割り当てフィールド
３Ｃ）時間領域リソース割り当てフィールド
３Ｄ）ＶＲＢからＰＲＢへのマッピングフィールド（VTPM field: VRB-to-PRB mapping field）
３Ｅ）ＭＣＳフィールド
３Ｆ）ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールド（PDSCH to
HARQ feedback timing indicator field）
３Ｇ）ＰＵＣＣＨリソース指示フィールド（PRI: PUCCH resource indicator field）
３Ｈ）ＮＤＩフィールド
３Ｉ）ＲＶフィールド
３Ｊ）ＨＰＩＤフィールド
３Ｋ）ＤＡＩフィールド
３Ｌ）ＰＵＣＣＨに対するＴＰＣコマンドフィールド（TPC command for scheduled PUCCH field）
３Ｂから３Ｅは、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨのために用いられてもよい。
３Ｆは、タイミングＫ１を示すフィールドであってもよい。ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットのインデックスがスロットｎである場合、該ＰＤＳＣＨに含まれるＴＢに対応するＨＡＲＱ－ＡＣＫを少なくとも含むＰＵＣＣＨまたはＰＵＳＣＨが含まれるスロットのインデックスはｎ＋Ｋ１であってもよい。ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットのインデックスがスロットｎである場合、該ＰＤＳＣＨ
に含まれるＴＢに対応するＨＡＲＱ－ＡＣＫを少なくとも含むＰＵＣＣＨの先頭のＯＦＤＭシンボルまたはＰＵＳＣＨの先頭のＯＦＤＭシンボルが含まれるスロットのインデックスはｎ＋Ｋ１であってもよい。
３Ｇは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのインデックスを示すフィールドであってもよいし、ＰＵＣＣＨリソースを決定するために用いられる値であってもよい。
３Ｈは、該３Ｈの値がトグルされているかどうかに基づいて、該ＤＣＩフォーマットによってスケジュールされた、該３Ｊによって示されるＨＰＩＤの値に対応するＰＤＳＣＨの送信が新規の送信であるか再送信かを示すために用いられる。該３Ｊの値がトグルされている場合、該３Ｊに対応する該ＰＤＳＣＨは、新規の送信であり、そうでないとすれば、該３Ｊに対応する該ＰＤＳＣＨは、再送信である。
３Ｉは、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨのビット系列のスタートポジションを示すために用いられてもよい。
３Ｊは、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨが対応するＨＡＲＱプロセスの番号を示すために用いられてもよい。
３Ｋは、カウンタＤＡＩの値を示すために用いられてもよい。
３Ｌは、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨに対応するＰＵＣＣＨの送信電力を調整するために用いられてもよい。
ＤＣＩフォーマット１＿１は、４Ａから４Ｎのうち、一部または全部を少なくとも含んで構成されてもよい。
４Ａ）ＤＣＩフォーマット特定フィールド
４Ｂ）周波数領域リソース割り当てフィールド
４Ｃ）時間領域リソース割り当てフィールド
４Ｄ）ＶＲＢからＰＲＢへのマッピングフィールド
４Ｅ）ＭＣＳフィールド
４Ｆ）ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールド
４Ｇ）ＰＵＣＣＨリソース指示フィールド
４Ｈ）ＢＷＰ指示フィールド
４Ｉ）ＮＤＩフィールド
４Ｊ）ＲＶフィールド
４Ｋ）ＨＰＩＤフィールド
４Ｌ）ＰＵＣＣＨに対するＴＰＣコマンドフィールド
４Ｍ）１ショットＨＡＲＱ－ＡＣＫリクエストフィールド
４Ｎ）ＤＬ－ＳＣＨ指示フィールド
３Ａ、４Ａは、１Ａおよび２Ａと同様に、該ＤＣＩフォーマットを識別するために用いられる。
１Ａ、２Ａ、３Ａ、４Ａはそれぞれ、１ビットで構成される場合には、ＤＣＩフォーマット０＿０かＤＣＩフォーマット１＿０かを、または、ＤＣＩフォーマット０＿１かＤＣＩフォーマット１＿１かを示すために用いられ、２ビットで構成される場合には、ＤＣＩフォーマット０＿０からＤＣＩフォーマット１＿１の４つのうち、いずれか１つを示すために用いられてもよい。
４Ｂから４Ｅは、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨのために用いられてもよい。
４Ｂは、特別な値がセットされる場合には、該ＤＣＩフォーマットによってＰＤＳＣＨがスケジュールされないこと、および／または、該ＤＣＩフォーマットがＰＤＳＣＨのスケジューリングに用いられないこと、を示してもよい。該ＤＣＩフォーマットに対して、ＰＤＳＣＨのスケジューリングに用いられないことを示す設定（値）が含まれるかどうかは上位層パラメータに基づいて決定されてもよい。
４Ｊは、ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨがマップされる下りリンクＢＷＰを指示するために用いられてもよい。
４Ａから４Ｎのうち、上述した３Ａから３Ｌと同じ名称のフィールドについては、同じ内容を含むため、説明を省略する。
４Ｍは、上位層パラメータpdsch-HARQ-ACK-OneShotFeedback-r16が設定された場合に該ＤＣＩフォーマットに１ビット含まれてもよい。そうでないとすれば、０ビットである。４Ｍの値が１にセットされるとすれば、端末装置1は、タイプ３ＨＡＲＱ－ＡＣＫコードブックにＨＡＲＱ－ＡＣＫ情報を含んで送信してもよい。４Ｍの値が０にセットされるとすれば、pdsch-HARQ-ACK-Codebookにセットされた値（semi-static, dynamic）に基づくタイプのＨＡＲＱ－ＡＣＫコードブック、または、１ビットまたは所定のビットのＨＡＲＱ－ＡＣＫ情報を生成し、送信してもよい。言い換えると、４Ｍの値が“１”にセットされるとは、１ショットＨＡＲＱ－ＡＣＫフィードバック（タイプ３ＨＡＲＱ－ＡＣＫコードブックに基づくフィードバック）がリクエストされたことを示す。４Ｍの値が“０”にセットされるとは、１ショットＨＡＲＱ－ＡＣＫフィードバック（タイプ３ＨＡＲＱ－ＡＣＫコードブックに基づくフィードバック）がリクエストされていないことを示す。４Ｍの値が“０”にセットされる場合、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨのＨＰＩＤに対応するＨＡＲＱ－ＡＣＫ情報は、タイプ３ＨＡＲＱ－ＡＣＫコードブック以外のＨＡＲＱ－ＡＣＫコードブックで送信されてもよいし、１ビットのＨＡＲＱ－ＡＣＫ情報として送信されてもよい。
４Ｎは、該ＤＣＩフォーマットがＰＤＳＣＨをスケジュールするかどうか、および／または、ＤＬ－ＳＣＨが該ＰＤＳＣＨで送信されているかどうかを示すために用いられてもよい。
ＤＣＩフォーマット０＿１、１＿１には、さらに、ＰＵＳＣＨまたはＰＤＳＣＨのスケジューリングに用いられるキャリア（サービングセル）を示すＣＩＦ（Carrier Indicator Field）が含まれてもよい。
ＤＣＩフォーマット２＿０は、スロットフォーマットの端末装置１のグループ、１または複数の有効なＲＢセット、ＣＯＴ期間（Channel Occupancy Time duration）、および／または、探索領域セット（グループ）スイッチングを通知するために用いられてもよい。ＤＣＩフォーマット２＿０は、ＳＦＩ（Slot Format Indicator）－ＲＮＴＩによってスクランブルされたＣＲＣを伴って下記５Ａから５Ｄの一部または全部が含まれて送信されてもよい。
５Ａ）Slot format indicator 1, Slot format indicator 2, ..., Slot format indicator N
５Ｂ）上位層パラメータavailableRB-SetPerCell-r16が設定されるとすれば、Available RB set Indicator 1, Availavle RB set Indicator 2, ..., Availavle RB set Indicato
r N
５Ｃ）上位層パラメータCO-DurationPerCell-r16が設定されるとすれば、COT duration Indicator 1, COT duration Indicator 2, ..., COT duration Indicator N
５Ｄ）上位層パラメータsearchSpaceSwitching-r16 = “explicit”であるとすれば、Monitoring group flag 1, Monitoring group flag 2, ..., Monitoring group flag M
上記Ｎおよび／またはＭの値は、１よりも大きい所定の値であってもよい。
５Ａから５Ｄはそれぞれ、サービングセルに対応付けられてもよい。１つのサービングセルに対して５Ａから５Ｄのすべてが対応していなくてもよい。
例えば、Slot format indicator 1, Available RB set Indicator 1, COT duration Indicator 1, Monitoring group flag 1はそれぞれ、設定された１または複数のサービングセルのうちの少なくとも１つに対応してもよい。同様に、Slot format indicator N, Available RB set Indicator N, COT duration Indicator N, Monitoring group flag Mはそれぞれ、設定された１または複数のサービングセルのうちの少なくとも１つに対応してもよい。Slot format indicator, Available RB set Indicator, COT duration Indicator,
Monitoring group flagはそれぞれ、個別にサービングセルに対応してもよい。あるサービングセルにおいては、Slot format indicator, Available RB set Indicator, COT duration Indicator, Monitoring group flagのうち、１または複数が対応してもよいし、いずれも対応していなくてもよい。
５Ａは、対応するサービングセルのスロットフォーマットを示してもよい。スロットフォーマットは、下りリンク送信領域、上りリンク送信領域、フレキシブル領域（条件により下りリンク送信と上りリンク送信のどちらかにもなり得る領域）の各領域のシンボルレベルの配置を示すために定義される。
５Ｂは、対応するサービングセルの有効なまたは有効ではないＲＢセットを示すために用いられてもよい。端末装置１は、少なくとも有効なＲＢセットと示された周波数領域において、ＰＤＣＣＨモニタリングやＲＲＭ測定、ＣＳＩ測定を行なってもよい。
５Ｃは、対応するサービングセルにおける有効なＣＯＴ期間（残りのＣＯＴ期間）を示すために用いられてもよい。
５Ｄは、対応するサービングセルにおける有効な探索領域セットのグループインデックスを示すために用いられてもよい。
ＲＢセットは、ＢＷＰ内、および／または、キャリア内において、物理チャネルの割り当てに対して有効または無効な１または複数のＰＲＢのセットを示してもよい。例えば、端末装置1は、有効と示されたＲＢセット内１または複数のＰＲＢを用いてＰＤＣＣＨ、ＰＤＳＣＨやＣＳＩ－ＲＳの受信を行なってもよいし、ＰＵＣＣＨやＰＵＳＣＨの送信を行なってもよい。
各ＤＣＩフォーマットは、所定のビットサイズ（ペイロードサイズ）に合わせるためにパディングビットを含んで構成されてもよい。つまり、ＤＣＩフォーマット特定フィールドによって示される各ＤＣＩフォーマットのサイズが同じになるように１または複数のパディングビットを用いて調整されてもよい。
ＤＣＩフォーマット２＿２は、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信電力制御のために用いられるパラメータを含んでもよい。
本実施形態の種々の態様において、特別な記載のない限り、リソースブロック（ＲＢ）の数は周波数領域におけるリソースブロックの数を示す。また、リソースブロックのインデックスは、低い周波数領域にマップされるリソースブロックから高い周波数領域にマップされるリソースブロックに昇順で付される。また、リソースブロックは、共通リソースブロック、および、物理リソースブロックの総称である。
１つの物理チャネルは、１つのサービングセルにマップされてもよい。１つの物理チャネルは、１つのサービングセルに含まれる１つのキャリアに設定される１つのＣＢＰにマップされてもよい。
端末装置１は、１または複数の制御リソースセット（ＣＯＲＥＳＥＴ）が与えられる。端末装置１は、１または複数のＣＯＲＥＳＥＴにおいてＰＤＣＣＨを監視する。
ＣＯＲＥＳＥＴは、１または複数のＰＤＣＣＨがマップされうる時間周波数領域を示してもよい。ＣＯＲＥＳＥＴは、端末装置１がＰＤＣＣＨを監視する領域であってもよい。ＣＯＲＥＳＥＴは、連続的なリソース（Localized resource）により構成されてもよい。ＣＯＲＥＳＥＴは、非連続的なリソース（distributed resource）により構成されてもよい。
周波数領域において、ＣＯＲＥＳＥＴのマッピングの単位はリソースブロック（ＲＢ）であってもよい。例えば、周波数領域において、ＣＯＲＥＳＥＴのマッピングの単位は６リソースブロックであってもよい。つまり、ＣＯＲＥＳＥＴの周波数領域のマッピングは、６ＲＢ×ｎ（ｎは１、２、・・・）で行なわれてもよい。時間領域において、ＣＯＲＥＳＥＴのマッピングの単位はＯＦＤＭシンボルであってもよい。例えば、時間領域において、ＣＯＲＥＳＥＴのマッピングの単位は１つのＯＦＤＭシンボルであってもよい。
ＣＯＲＥＳＥＴの周波数領域は、上位層の信号（上位層パラメータ）、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
ＣＯＲＥＳＥＴの時間領域は、上位層の信号、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
あるＣＯＲＥＳＥＴは、共通ＣＯＲＥＳＥＴ（Common CORESET）であってもよい。共通ＣＯＲＥＳＥＴは、複数の端末装置１に対して共通に設定されるＣＯＲＥＳＥＴであってもよい。共通ＣＯＲＥＳＥＴは、ＭＩＢ、ＳＩＢ、共通ＲＲＣシグナリング、および、セルＩＤの一部または全部に少なくとも基づき与えられてもよい。例えば、ＳＩＢのスケジューリングのために用いられるＰＤＣＣＨをモニタすることが設定されるＣＯＲＥＳＥＴの時間リソース、および／または、周波数リソースは、ＭＩＢに少なくとも基づき与えられてもよい。
あるＣＯＲＥＳＥＴは、専用ＣＯＲＥＳＥＴ（Dedicated CORESET）であってもよい。専用ＣＯＲＥＳＥＴは、端末装置１のために専用に用いられるように設定されるＣＯＲＥＳＥＴであってもよい。専用ＣＯＲＥＳＥＴは、専用ＲＲＣシグナリングに少なくとも基づき与えられてもよい。
端末装置１によって監視されるＰＤＣＣＨの候補のセットは、探索領域の観点から定義されてもよい。つまり、端末装置１によって監視されるＰＤＣＣＨ候補のセットは、探索領域によって与えられてもよい。
探索領域は、１または複数の集約レベル（ＡＬ）のＰＤＣＣＨ候補を１または複数含ん
で構成されてもよい。ＰＤＣＣＨ候補の集約レベルは、該ＰＤＣＣＨを構成するＣＣＥの個数を示してもよい。
端末装置１は、ＤＲＸ（Discontinuous reception）が設定されないスロットにおいて少なくとも１または複数の探索領域を監視してもよい。ＤＲＸは、上位層のパラメータに少なくとも基づき与えられてもよい。端末装置１は、ＤＲＸが設定されないスロットにおいて少なくとも１または複数の探索領域セット（Search space set）を監視してもよい。
探索領域セットは、１または複数の探索領域を少なくとも含んで構成されてもよい。探索領域セットのタイプは、タイプ０ＰＤＣＣＨ共通探索領域（common search space）、タイプ０ＡＰＤＣＣＨ共通探索領域、タイプ１ＰＤＣＣＨ共通探索領域、タイプ２ＰＤＣＣＨ共通探索領域、タイプ３ＰＤＣＣＨ共通探索領域、および／または、ＵＥ個別ＰＤＣＣＨ探索領域のいずれかであってもよい。
タイプ０ＰＤＣＣＨ共通探索領域、タイプ０ＡＰＤＣＣＨ共通探索領域、タイプ１ＰＤＣＣＨ共通探索領域、タイプ２ＰＤＣＣＨ共通探索領域、および、タイプ３ＰＤＣＣＨ共通探索領域は、ＣＳＳ（Common Search Space）とも称されてもよい。ＵＥ個別ＰＤＣＣＨ探索領域は、ＵＳＳ（UE specific Search Space）とも称されてもよい。
探索領域セットのそれぞれは、１つの制御リソースセットに関連してもよい。探索領域セットのそれぞれは、１つの制御リソースセットに少なくとも含まれてもよい。探索領域セットのそれぞれに対して、該探索領域セットに関連する制御リソースセットのインデックスが与えられてもよい。
上位層パラメータSearchSpaceは、１または複数の探索領域を１つのセットとして設定するために用いられてもよい。このSearchSpaceによって設定された１または複数の探索領域を探索領域セットと称してもよい。
タイプ０ＰＤＣＣＨ共通探索領域は、ＳＩ－ＲＮＴＩ（System Information-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ（Cyclic Redundancy Check）系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。タイプ０ＰＤＣＣＨ共通探索領域の設定は、上位層パラメータＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１のＬＳＢ（Least Significant Bits）の４ビットに少なくとも基づき与えられてもよい。上位層パラメータＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１は、ＭＩＢに含まれてもよい。タイプ０ＰＤＣＣＨ共通探索領域の設定は、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＺｅｒｏに少なくとも基づき与えられてもよい。上位層のパラメータＳｅａｒｃｈＳｐａｃｅＺｅｒｏのビットの解釈は、上位層パラメータＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１のＬＳＢの４ビットの解釈と同様であってもよい。タイプ０ＰＤＣＣＨ共通探索領域の設定は、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＳＩＢ１に少なくとも基づき与えられてもよい。上位層のパラメータＳｅａｒｃｈＳｐａｃｅＳＩＢ１は、上位層のパラメータＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。タイプ０ＰＤＣＣＨ共通探索領域で検出されるＰＤＣＣＨは、ＳＩＢ１を含んで送信されるＰＤＳＣＨのスケジューリングのために少なくとも用いられてもよい。ＳＩＢ１は、ＳＩＢの一種である。ＳＩＢ１は、ＳＩＢ１以外のＳＩＢのスケジューリング情報を含んでもよい。端末装置１は、ＥＵＴＲＡにおいて上位層のパラメータＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎを受信してもよい。端末装置１は、ＭＣＧにおいて上位層のパラメータＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎを受信してもよい。これらの共通探索領域をタイプ０ＰＤＣＣＨＣＳＳセットと称されてもよい。
タイプ０ＡＰＤＣＣＨ共通探索領域は、ＳＩ－ＲＮＴＩ（System Information-Radio N
etwork Temporary Identifier）によってスクランブルされたＣＲＣ（Cyclic Redundancy
Check）系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。タイプ０ａＰＤＣＣＨ共通探索領域の設定は、上位層パラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎに少なくとも基づき与えられてもよい。上位層パラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎは、ＳＩＢ１に含まれてもよい。上位層のパラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎは、上位層のパラメータＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。タイプ０ＰＤＣＣＨ共通探索領域で検出されるＰＤＣＣＨは、ＳＩＢ１以外のＳＩＢを含んで送信されるＰＤＳＣＨのスケジューリングのために少なくとも用いられてもよい。これらの共通探索領域をタイプ０ＡＰＤＣＣＨＣＳＳセットと称されてもよい。
タイプ１ＰＤＣＣＨ共通探索領域は、ＲＡ－ＲＮＴＩ（Random Access-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列、および／または、ＴＣ－ＲＮＴＩ（Temporary Common-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。ＲＡ－ＲＮＴＩは、端末装置１によって送信されるランダムアクセスプリアンブルの時間／周波数リソースに少なくとも基づき与えられてもよい。ＴＣ－ＲＮＴＩは、ＲＡ－ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨ（ランダムアクセスメッセージ２、メッセージ２（Ｍｓｇ２）、または、ランダムアクセスレスポンス（ＲＡＲ）とも称される）により与えられてもよい。タイプ１ＰＤＣＣＨ共通探索領域は、上位層のパラメータra-SearchSpaceに少なくとも基づき与えられてもよい。上位層のパラメータra-SearchSpaceは、ＳＩＢ１に含まれてもよい。上位層のパラメータra-SearchSpaceは、上位層のパラメータPDCCH-ConfigCommonに含まれてもよい。これらの共通探索領域はタイプ１ＰＤＣＣＨＣＳＳセットと称されてもよい。
タイプ２ＰＤＣＣＨ共通探索領域は、Ｐ－ＲＮＴＩ（Paging- Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために用いられてもよい。Ｐ－ＲＮＴＩは、ＳＩＢの変更を通知する情報を含むＤＣＩフォーマットの送信のために少なくとも用いられてもよい。タイプ２ＰＤＣＣＨ共通探索領域は、上位層のパラメータPagingSearchSpaceに少なくとも基づき与えられてもよい。上位層のパラメータPagingSearchSpaceは、ＳＩＢ１に含まれてもよい。上位層のパラメータPagingSearchSpaceは、上位層のパラメータPDCCH-ConfigCommonに含まれてもよい。これらの共通探索領域はタイプ２ＰＤＣＣＨＣＳＳセットと称されてもよい。
タイプ３ＰＤＣＣＨ共通探索領域は、Ｃ－ＲＮＴＩ（Cell-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために用いられてもよい。Ｃ－ＲＮＴＩは、ＴＣ－ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨ（ランダムアクセスメッセージ４、メッセージ４（Ｍｓｇ４）、または、コンテンションレゾリューションとも称されてもよい）に少なくとも基づき与えられてもよい。タイプ３ＰＤＣＣＨ共通探索領域は、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＴｙｐｅがｃｏｍｍｏｎにセットされている場合に与えられる探索領域セットであってもよい。これらの共通探索領域はタイプ３ＰＤＣＣＨＣＳＳセットと称されてもよい。
ＵＥ個別ＰＤＣＣＨ探索領域は、Ｃ－ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。これらのＵＥ個別探索領域はＰＤＣＣＨＵＳＳセットと称されてもよい。
端末装置１にＣ－ＲＮＴＩが与えられた場合、タイプ０ＰＤＣＣＨ共通探索領域、タイプ０ＡＰＤＣＣＨ共通探索領域、タイプ１ＰＤＣＣＨ共通探索領域、および／または、タイプ２ＰＤＣＣＨ共通探索領域は、Ｃ－ＲＮＴＩでスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
端末装置１にＣ－ＲＮＴＩが与えられた場合、上位層パラメータＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１、上位層パラメータＳｅａｒｃｈＳｐａｃｅＺｅｒｏ、上位層パラメータＳｅａｒｃｈＳｐａｃｅＳＩＢ１、上位層パラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ、上位層パラメータｒａ－ＳｅａｒｃｈＳｐａｃｅ、上位層パラメータＰａｇｉｎｇＳｅａｒｃｈＳｐａｃｅ、または、上位層パラメータＳｅａｒｃｈＳｐａｃｅのいずれかに少なくとも基づき与えられる探索領域セットは、Ｃ－ＲＮＴＩでスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
共通ＣＯＲＥＳＥＴは、ＣＳＳおよびＵＳＳの一方または両方を少なくとも含んでもよい。専用ＣＯＲＥＳＥＴは、ＣＳＳおよびＵＳＳの一方または両方を少なくとも含んでもよい。
探索領域の物理リソースは制御チャネルの構成単位（CCE: Control Channel Element）により構成される。ＣＣＥは６つのリソース要素グループ（REG: Resource Element Group）により構成される。ＲＥＧは１つのＰＲＢ（Physical Resource Block）の１つのＯＦＤＭシンボルにより構成されてもよい。つまり、ＲＥＧは１２個のリソースエレメント（RE: Resource Element）を含んで構成されてもよい。ＰＲＢは、単にリソースブロック（ＲＢ）とも称されてもよい。
ＰＤＳＣＨは、ＴＢを送信するために少なくとも用いられる。また、ＰＤＳＣＨは、ランダムアクセスメッセージ２（ＲＡＲ、Ｍｓｇ２）を送信するために少なくとも用いられてもよい。また、ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステム情報を送信するために少なくとも用いられてもよい。
図１において、下りリンクの無線通信では、以下の下りリンク物理シグナルが用いられる。下りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・同期信号（Synchronization signal）
・ＤＬ ＤＭＲＳ（DownLink DeModulation Reference Signal）
・ＣＳＩ－ＲＳ（Channel State Information-Reference Signal）
・ＤＬ ＰＴＲＳ（DownLink Phase Tracking Reference Signal）
・ＴＲＳ（Tracking Reference Signal）
同期信号は、端末装置１が下りリンクの周波数領域、および／または、時間領域の同期をとるために用いられる。なお、同期信号は、ＰＳＳ（Primary Synchronization Signal）、および、ＳＳＳ（Secondary Synchronization Signal）を含む。
ＳＳＢ（ＳＳ／ＰＢＣＨブロック）は、ＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部を少なくとも含んで構成される。ＳＳブロックに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれのアンテナポートは同一であってもよい。ＳＳＢに含まれるＰＳＳ、ＳＳＳ、およびＰＢＣＨの一部または全部は、連続するＯＦＤＭシンボルにマップされてもよい。ＳＳＢに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれのＣＰ設定は同一であってもよい。ＳＳＢに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれに対するＳＣＳ設定μは同じ値が適用されてもよい。
ＤＬ ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの送信に関連する。ＤＬ ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨに多重される。端末装置１は、ＰＢＣＨ、ＰＤＣＣＨ、または、ＰＤＳＣＨの伝搬路補正を行なうために該ＰＢＣＨ、該ＰＤＣＣＨ、または、該ＰＤＳＣＨと対応するＤＬ ＤＭＲＳを使用してよい。以下、ＰＢＣＨと、該ＰＢＣＨと関連するＤＬ ＤＭＲＳが共に送信されることは、ＰＢＣＨが送信されると称されてもよい。また、ＰＤＣＣＨと、該ＰＤＣＣＨと関連するＤＬ ＤＭＲＳが共に送信されることは、単にＰＤＣＣＨが送信されると称されてもよい。また、ＰＤＳＣＨと、該ＰＤＳＣＨと関連するＤＬ ＤＭＲＳが共に送信されることは、単にＰＤＳＣＨが送信されると称されてもよい。ＰＢＣＨと関連するＤＬ ＤＭＲＳは、ＰＢＣＨ用ＤＬ ＤＭＲＳとも称されてもよい。ＰＤＳＣＨと関連するＤＬ ＤＭＲＳは、ＰＤＳＣＨ用ＤＬ ＤＭＲＳとも称されてもよい。ＰＤＣＣＨと関連するＤＬ ＤＭＲＳは、ＰＤＣＣＨと関連するＤＬ ＤＭＲＳとも称されてもよい。
ＤＬ ＤＭＲＳは、端末装置１に個別に設定される参照信号であってもよい。ＤＬ ＤＭＲＳの系列は、端末装置１に個別に設定されるパラメータに少なくとも基づいて与えられてもよい。ＤＬ ＤＭＲＳの系列は、ＵＥ固有の値（例えば、Ｃ－ＲＮＴＩ等）に少なくとも基づき与えられてもよい。ＤＬ ＤＭＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨのために個別に送信されてもよい。
ＣＳＩ－ＲＳは、ＣＳＩを算出するために少なくとも用いられる信号であってもよい。また、ＣＳＩ－ＲＳは、ＲＳＲＰ（Reference Signal Received Power）やＲＳＲＱ（Reference Signal Received Quality）を測定するために用いられてもよい。端末装置１によって想定されるＣＳＩ－ＲＳのパターンは、少なくとも上位層のパラメータにより与えられてもよい。
ＰＴＲＳは、位相雑音の補償のために少なくとも用いられる信号であってもよい。端末装置１によって想定されるＰＴＲＳのパターンは、上位層のパラメータ、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
ＤＬ ＰＴＲＳは、１または複数のＤＬ ＤＭＲＳに用いられるアンテナポートを少なくとも含むＤＬ ＤＭＲＳグループに関連してもよい。ＤＬ ＰＴＲＳとＤＬ ＤＭＲＳグループが関連することは、ＤＬ ＰＴＲＳのアンテナポートとＤＬ ＤＭＲＳグループに含まれるアンテナポートの一部または全部が少なくともＱＣＬであることであってもよい。ＤＬ ＤＭＲＳグループは、ＤＬ ＤＭＲＳグループに含まれるＤＬ ＤＭＲＳにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。
ＴＲＳは、時間、および／または、周波数の同期のために少なくとも用いられる信号であってもよい。端末装置によって想定されるＴＲＳのパターンは、上位層のパラメータ、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
下りリンク物理チャネルおよび下りリンク物理信号は、下りリンク信号とも称されてもよい。上りリンク物理チャネルおよび上りリンク物理信号は、上りリンク信号とも称されてもよい。下りリンク信号および上りリンク信号を総称して、物理信号または信号とも称してもよい。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称してもよい。下りリンクにおいて、物理信号は、ＳＳＢ、ＰＤＣＣＨ（ＣＯＲＥＳＥＴ）、ＰＤＳＣＨ、ＤＬ ＤＭＲＳ、ＣＳＩ－ＲＳ、ＤＬ ＰＴＲＳ、ＴＲＳのうち、一部または全部を含んでもよい。また、上りリンクにおいて、物理信号は、ＰＲＡＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、ＵＬ ＤＭＲＳ、ＵＬ ＰＴＲＳ、ＳＲＳのうち、一部または全部を含んでもよい。物理信号は、上記した信号以外の信号であってもよい。つまり、物理信号は、１または複数の種類の物理チャネルおよび／または物理信号を含んでもよいし、１または複数の物理チャネルおよび／または物理信号を含んでもよい。
ＢＣＨ（Broadcast CHannel）、ＵＬ－ＳＣＨ（Uplink-Shared CHannel）およびＤＬ－ＳＣＨ（Downlink-Shared CHannel）は、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ）層で用いられるチャネルはトランスポートチャネルと称されてもよい。ＭＡＣ層で用いられるトランスポートチャネルの単位は、ＴＢまたはＭＡＣ ＰＤＵとも称されてもよい。ＭＡＣ層においてＴＢ毎にＨＡＲＱの制御が行なわれる。ＴＢは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、ＴＢはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
基地局装置３と端末装置１は、上位層（higher layer）において上位層の信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（ＲＲＣ）層において、ＲＲＣシグナリング（ＲＲＣメッセージ、ＲＲＣ情報、ＲＲＣパラメータ、ＲＲＣ情報要素）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ ＣＥ（Control Element）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ ＣＥを、上位層の信号（higher layer signaling）とも称する。
ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および／または、ＭＡＣ ＣＥを送信するために少なくとも用いられてよい。ここで、基地局装置３よりＰＤＳＣＨで送信されるＲＲＣシグナリングは、サービングセル内における複数の端末装置１に対して共通のシグナリングであってもよい。サービングセル内における複数の端末装置１に対して共通のシグナリングは、共通ＲＲＣシグナリングとも称されてもよい。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇまたはＵＥ ｓｐｅｃｉｆｉｃ ｓｉｇｎａｌｉｎｇとも称されてもよい）であってもよい。端末装置１に対して専用のシグナリングは、専用ＲＲＣシグナリングとも称されてもよい。サービングセルにおいて固有な上位層のパラメータは、サービングセル内における複数の端末装置１に対して共通のシグナリング、または、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。ＵＥ固有な上位層のパラメータは、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。
ＢＣＣＨ（Broadcast Control CHannel）、ＣＣＣＨ（Common Control CHannel）、および、ＤＣＣＨ（Dedicated Control CHannel）は、ロジカルチャネルである。例えば、ＢＣＣＨは、ＭＩＢを送信するために用いられる上位層のチャネルである。また、ＣＣＣＨ（Common Control CHannel）は、複数の端末装置１において共通な情報を送信するために用いられる上位層のチャネルである。ここで、ＣＣＣＨは、例えば、ＲＲＣ接続されていない端末装置１のために用いられてもよい。また、ＤＣＣＨ（Dedicated Control CHannel）は、端末装置１に専用の制御情報（dedicated control information）を送信するために少なくとも用いられる上位層のチャネルである。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１のために用いられてもよい。
ロジカルチャネルにおけるＢＣＣＨは、トランスポートチャネルにおいてＢＣＨ、ＤＬ－ＳＣＨ、または、ＵＬ－ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＣＣＣＨは、トランスポートチャネルにおいてＤＬ－ＳＣＨまたはＵＬ－ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＤＣＣＨは、トランスポートチャネルにおいてＤＬ－ＳＣＨまたはＵＬ－ＳＣＨにマップされてもよい。
トランスポートチャネルにおけるＵＬ－ＳＣＨは、物理チャネルにおいてＰＵＳＣＨにマップされてもよい。トランスポートチャネルにおけるＤＬ－ＳＣＨは、物理チャネルにおいてＰＤＳＣＨにマップされてもよい。トランスポートチャネルにおけるＢＣＨは、物理チャネルにおいてＰＢＣＨにマップされてもよい。
以下、本実施形態の一態様に係る端末装置１の構成例を説明する。
図１１は、本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベースバンド部１３の一部または全部を少なくとも含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６の一部または全部を少なくとも含んで構成される。無線送受信部１０を送信部、受信部、物理層処理部、および／または、下位層処理部とも称してもよい。
上位層処理部１４は、ユーザーの操作等により生成された上りリンクデータ（ＴＢ、ＵＬ－ＳＣＨ）を、無線送受信部１０に出力する。上位層処理部１４は、ＭＡＣ層、パケットデータ統合プロトコル（ＰＤＣＰ）層、無線リンク制御（ＲＬＣ）層、ＲＲＣ層の処理を行なう。
上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣ層の処理を行なう。
上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣ層の処理を行なう。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。該パラメータは上位層のパラメータ、および／または、情報要素であってもよい。
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行なう。無線送受信部１０は、受信した物理信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。これらの処理を受信処理と称してもよい。無線送受信部１０は、データを変調、符号化、ベースバンド信号生成（時間連続信号への変換）することによって物理信号（上りリンク信号）を生成し、基地局装置３に送信する。これらの処理を送信処理と称してもよい。
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号をディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰに相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（ＦＦＴ）を行ない、周波数領域の信号を抽出する。
ベースバンド部１３は、データを逆高速フーリエ変換（ＩＦＦＴ）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド
部１３は、変換したアナログ信号をＲＦ部１２に出力する。
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバートし、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
以下、本実施形態の一態様に係る基地局装置３の構成例を説明する。
図１２は、本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、または、物理層処理部とも称する。
上位層処理部３４は、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理を行なう。
上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣ層の処理を行なう。
上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣ層の処理を行なう。無線リソース制御層処理部３６は、ＰＤＳＣＨに配置される下りリンクデータ（ＴＢ、ＤＬ－ＳＣＨ）、システム情報、ＲＲＣメッセージ、ＭＡＣ ＣＥなどを生成し、または上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
無線送受信部３０の基本的な機能は、無線送受信部１０と同様であるため説明を省略する。無線送受信部３０において生成された物理信号を端末装置１に送信する（つまり、送信処理を行なう）。また、無線送受信部３０は、受信した物理信号の受信処理を行なう。
媒体アクセス制御層処理部１５および／または３５は、ＭＡＣエンティティと称されてもよい。
端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。端末装置１が備える符号１０から符号１６が付された部の一部または全部は、メモリと該メモリに接続されるプロセッサとして構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部の一部または全部は、メモリと該メモリに接続されるプロセッサとして構成されてもよい。本実施形態に係る種々の態様（動作、処理）は、端末装置１および／または基地局装置３に含まれるメモリおよび該メモリに接続されるプロセッサにおいて実現されて（行なわれて）もよい。
図１３は本実施形態の一態様に係るチャネルアクセスプロシージャ（ＣＡＰ）の一例を示す図である。端末装置１または基地局装置３は、所定の物理信号を送信する前にエネルギー検出を行ない、ＮＲ－Ｕセル送信が行なわれるキャリア（つまり、ＮＲ－Ｕキャリア
）またはＢＷＰ（つまり、ＮＲ－Ｕ ＢＷＰ）またはチャネル（つまり、ＮＲ－Ｕチャネル）において、所定の期間、アイドル（クリア、フリー、通信が行なわれていない、特定の物理信号が送信されていない、特定の物理信号の電力（エネルギー）が検出されない、検出（測定）した電力（エネルギー）または電力の合計が所定の閾値を超えていない）であると判定すれば、該キャリアまたはＢＷＰまたはチャネルにおいて物理信号を送信してもよい。つまり、端末装置１または基地局装置３は、ＮＲ－Ｕセルにおいて通信を行なう場合、所定の期間、該ＮＲ－Ｕセルがアイドルであることを確認するためのＣＣＡ（Clear Channel Assessment）またはチャネル測定を行なう。所定の期間は、遅延期間ＴｄとカウンタＮとＣＣＡスロット期間Ｔｓｌから決定されてもよい。なお、ＣＣＡを行なった際に、アイドルではないことをビジーと称してもよい。なお、ＣＣＡは、端末装置１の無線送受信部１０および／または基地局装置３の無線送受信部３０で行なわれてもよい。なお、チャネルアクセスプロシージャは、あるチャネルにおいて、端末装置１または基地局装置３が物理信号を送信する前に、所定の期間、ＣＣＡを行なうことを含んでもよい。このような物理信号を送信する前に、チャネルがアイドルであるかどうか判定するためにエネルギー検出を行なうプロシージャ、または、チャネルがアイドルであるかどうかを判定して、アイドルである場合に物理信号を送信するプロシージャを、チャネルアクセスプロシージャ、および／または、ＣＣＡプロシージャ、および／または、ＬＢＴ（Listen Before Talk）プロシージャと称されてもよい。ここで、ＮＲ－Ｕセルは、ＮＲ－Ｕキャリアおよび／またはＮＲ－Ｕ ＢＷＰおよび／またはＮＲ－Ｕチャネルであってもよく、ＮＲ－Ｕの物理信号の送信に利用可能な周波数帯域を少なくとも含んでもよい。つまり、ＮＲ－ＵセルおよびＮＲ－ＵキャリアおよびＮＲ－Ｕ ＢＷＰおよびＮＲ－Ｕチャネルは同義であってもよい。本実施形態において、ＮＲ－Ｕセルは、ＮＲ－Ｕキャリア、ＮＲ－Ｕ ＢＷＰ、および／または、ＮＲ－Ｕチャネルと言い換えられてもよい。ＮＲ－Ｕセルは、ＮＲ－Ｕキャリア、ＮＲ－Ｕ ＢＷＰ、ＮＲ－Ｕチャネルのうち、少なくとも１つを含んで構成されてもよい。ＮＲセルは、ＮＲキャリア、ＮＲ ＢＷＰ、ＮＲチャネルのうち、少なくとも１つを含んで構成されてもよい。
ここで、１つのＮＲ－Ｕオペレーティングバンドにおいて、基地局装置３および／または端末装置１がマルチキャリアアクセスプロシージャ（マルチキャリアそれぞれに対するＣＡＰ）を行なうことができる（行なう能力がある）とすれば、１つのＮＲ－Ｕセルに対して複数のキャリア（ＮＲ－Ｕキャリア）および／または複数のＢＷＰ（ＮＲ－Ｕ ＢＷＰ）が設定されてもよい。
所定の期間は、自装置以外の信号を検出した後の遅延期間においてアイドルであることを最初にセンシングしたチャネルにおいて、カウンタＮが０になった期間である。端末装置１または基地局装置３は、カウンタＮの値が０になった後に、信号を送信することができる。なお、ＣＣＡスロット期間において、ビジーであると判断した場合には、カウンタＮのデクリメントを延期してもよい。カウンタＮの初期値Ｎｉｎｔはチャネルアクセス優先クラスの値および対応するＣＷｐ（Contention Window）の値（CWS: CW size）に基づいて決定されてもよい。例えば、Ｎｉｎｔの値は、０からＣＷｐの値の間の中から一様分布されたランダム関数に基づいて決定されてもよい。ＣＷｐの値が更新されることによってＮｉｎｔの取り得る値（値の範囲）は、拡大されてもよい。
端末装置１または基地局装置３は、ＮＲ－Ｕセルにおいて、１または複数の物理信号を送信する場合、カウンタＮの値をＮｉｎｔにセットする。
端末装置１または基地局装置３は、Ｎの値が０よりも大きい場合、１つのＣＣＡスロット期間においてクリアであると判定すれば、Ｎの値をＮ－１にセットする。つまり、端末装置１または基地局装置３は、１つのＣＣＡスロット期間においてクリアであると判定すれば、カウンタＮの値を１つだけデクリメントしてもよい。
デクリメントしたＮの値が０になった場合、端末装置１または基地局装置３は、ＣＣＡスロット期間におけるＣＣＡを停止してもよい。もしそうでないとすれば、つまり、Ｎの値が０よりも大きい場合には、端末装置１または基地局装置３は、Ｎの値が０になるまで、ＣＣＡスロット期間のＣＣＡを継続して行なってもよい。
端末装置１または基地局装置３は、追加されたＣＣＡスロット期間において、ＣＣＡを行ない、アイドルであると判定し、且つ、Ｎの値が０であるとすれば、物理信号を送信することができる。
端末装置１または基地局装置３は、追加された遅延期間において、ビジーであると判定するか、追加された遅延期間のすべてのスロットにおいて、アイドルであると判定するまで、ＣＣＡを行なってもよい。追加された遅延期間において、アイドルであると判定し、且つ、Ｎの値が０であるとすれば、端末装置１または基地局装置３は、物理信号を送信することができる。端末装置１または基地局装置３は、追加された遅延期間において、ビジーであると判定すれば、ＣＣＡを継続して行なってもよい。
ＣＡＰＣの値ｐおよびＣＷｐの値が設定された情報や条件に基づいて可変であるチャネルアクセスプロシージャをタイプ１チャネルアクセスプロシージャ（タイプ１ＣＡＰ）と称し、ＣＷｐの値が常に０である、または、ＣＷｐの値に対応するカウンタＮを用いない、または、送信前に１回だけＣＣＡを行なうチャネルアクセスプロシージャをタイプ２チャネルアクセスプロシージャ（タイプ２ＣＡＰ）と称してもよい。つまり、タイプ１チャネルアクセスプロシージャは、設定されたＣＡＰＣの値ｐや条件に基づいて更新されたＣＷｐの値によってＣＣＡの期間が変わるチャネルアクセスプロシージャのことである。また、タイプ２チャネルアクセスプロシージャは、物理信号の送信前に１回だけＣＣＡを行ない、物理信号を送信するチャネル（周波数帯域）がアイドルであると判定すれば、送信を行なうことのできるチャネルアクセスプロシージャのことである。ここで、送信前とは、送信の直前を含んでもよい。端末装置１および／または基地局装置３は、物理信号の送信前に、チャネルアクセスプロシージャが完了しなかった場合には、その送信タイミングで該物理信号の送信を行なわない、または、延期してもよい。また、送信前に、ＣＣＡを行なわないチャネルアクセスプロシージャをタイプ３チャネルアクセスプロシージャ（タイプ３ＣＡＰ）と称されてもよい。タイプ２ＣＡＰかタイプ３ＣＡＰかは上位層パラメータに基づいて決定されてもよい。
図１４は、本実施形態の一態様に係るチャネルアクセス優先クラス（ＣＡＰＣ）およびＣＷ調整プロシージャの一例を示す図である。
ＣＡＰＣの値ｐは、遅延期間Ｔｄに含まれるＣＣＡスロット期間Ｔｓｌの数ｍｐと、ＣＷの最小値と最大値、最大チャネル専有時間、許容されるＣＷｐの値（ＣＷＳ）を示すために用いられる。ＣＡＰＣの値ｐは、物理信号の優先度に応じて設定されてもよい。ＣＡＰＣの値ｐは、ＤＣＩフォーマットに含まれて示されてもよい。
端末装置１は、カウンタＮの値にＮｉｎｉｔをセットする前に、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。なお、端末装置１は、ランダムアクセスプロシージャが成功裏に完了した場合には、ランダムアクセスプロシージャに対して、更新されたＣＷの値を維持してもよい。また、端末装置１は、ランダムアクセスプロシージャが成功裏に完了した場合には、ランダムアクセスプロシージャに対して、更新されたＣＷの値をＣＷｍｉｎにセットしてもよい。ここで本実施形態において、ＣＷｍｉｎは、例えば、図１４に示すＣＷ＃０、つまり、ＣＡＰＣの値ｐに対応するＣＷｐの初期値であってもよい。ここで、更新されたＣＷの値をＣＷｍｉｎにセットするとは、１または複数の所定の条
件を満たした場合に更新されるＣＷの値をＣＷｍｉｎに更新することであってもよい。また、更新されたＣＷの値をＣＷｍｉｎにセットするとは、ＣＷの値をＣＷｍｉｎにセットし直すことであってもよい。
端末装置１は、Ｍｓｇ１送信前に行なうＣＣＡに対応するカウンタＮの値にＮｉｎｉｔをセットする前に、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。なお、端末装置１は、Ｍｓｇ２の受信に成功したとみなした場合、および／または、Ｍｓｇ４の受信に成功したとみなした場合には、更新されたＣＷの値を維持してもよい。また、端末装置１は、Ｍｓｇ２の受信に成功したとみなした場合、および／または、Ｍｓｇ４の受信に成功したとみなした場合には、更新されたＣＷの値をＣＷｍｉｎにセットしてもよい。
ここで、ＣＷの値を調整するとは、ＣＷｐの値が所定の条件を満たした場合に、ＣＷｍｉｎからＣＷｍａｘに達するまで１段階ずつ増えていくことであってもよい。ＣＷｍａｘに達すると、また、ＣＷｍｉｎから１段階ずつ増えていく。つまり、ＣＷの値を調整するとは、ＣＷｐの値を更新することであってもよい。ＣＷｐの値を更新するとは、ＣＷｐの値を１段階大きい値にすることであってもよい。例えば、ＣＷ＃３からＣＷ＃４にすることであってもよいし、ＣＷ＃ｎ－１からＣＷ＃ｎにすることであってもよい。また、端末装置１および／または基地局装置３は、ＣＷの値を調整する度に、０から、更新されたＣＷｐの値の間で一様分布したランダム関数に基づいてＮｉｎｉｔの値を決定してもよい。
Ｍｓｇ１の送信に適用されるチャネルアクセス優先クラス（ＣＡＰＣ）の値ｐは、システム情報に基づいて決定されてもよいし、上位層パラメータに基づいて決定されてもよいし、ＳＳＢと関連付けられてもよい。例えば、Ｍｓｇ１に対応するＣＡＰＣの値ｐがＰである場合、Ｎｉｎｉｔの値は、０からＣＷ＃０の間を一様分布したランダム関数に基づいて決定される。
ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨのそれぞれに対して個別に設定されてもよい。また、ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨに対してセル固有の上位層パラメータとして共通の値が設定されてもよい。また、ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨのそれぞれに対して個別の上位層パラメータとして設定されてもよい。また、ＰＵＳＣＨに対するＣＡＰＣの値ｐは、ＰＵＳＣＨのスケジューリングに対して用いられるＤＣＩフォーマットに含まれて示されてもよい。また、ＰＵＣＣＨに対するＣＡＰＣの値ｐは、ＰＲＩフィールドを含むＤＣＩフォーマットに含まれて示されてもよい。また、ＰＲＡＣＨに対するＣＡＰＣの値ｐは、ＰＤＣＣＨオーダのためのＤＣＩフォーマットに含まれて示されてもよい。また、ＰＲＡＣＨに対するＣＡＰＣの値ｐは、ランダムアクセスプロシージャの種類に応じて決定されてもよい。例えば、ＣＢＲＡに対するＣＡＰＣの値ｐは、システム情報および／または上位層パラメータに基づいて決定されてもよい。また、ＣＦＲＡに対するＣＡＰＣの値ｐは、上位層パラメータに基づいて決定されてもよいし、または、ＰＤＣＣＨオーダに対応するＤＣＩフォーマットに含まれて設定されてもよい。ＣＦＲＡにおいて、ＣＡＰＣの値ｐを上位層パラメータに基づくか、ＤＣＩフォーマットのフィールドに基づくか、はシステム情報および／または上位層パラメータの設定に基づいて決定されてもよい。
端末装置１がＰＵＣＣＨリソースでＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信する場合には、ＰＵＣＣＨに対するチャネルアクセスプロシージャのタイプおよび／またはＣＡＰＣの値ｐは、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに専用の１または複数のフィールドが含まれて設定されてもよい。なお、該ＤＣＩフォーマットにはＰＲＩフィールドが含まれてもよい。つまり、該ＰＲＩフィールドによって指示されるＰＵＣＣＨリソースに対して、該ＰＵＣＣＨに対するチャネルアクセスプロシージャのタイプおよび／またはＣＡＰＣの値が用いられてもよい。また、端末装置１がＰＵＣＣＨリ
ソースでＳＲを送信する場合には、ＰＵＣＣＨに対するチャネルアクセスプロシージャのタイプおよび／またはＣＡＰＣの値ｐは、ＰＵＣＣＨ設定またはＳＲ設定に含まれる１または複数の上位層パラメータに基づいて設定されてもよい。
ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨに対しては、送信する情報と関連付けて決定されてもよい。例えば、ＰＵＳＣＨまたはＰＵＣＣＨにおいてＵＣＩを含んで送信する場合、ＵＣＩに含まれる情報の種類（ＨＡＲＱ－ＡＣＫ、ＳＲ、ＣＳＩなど）や組み合わせに応じて、個別にＣＡＰＣの値ｐは設定されてもよい。
本実施形態では、ＣＡＰＣの値ｐについて記載しているが、チャネルアクセスプロシージャ（ＣＡＰ）のタイプ（タイプ１ＣＡＰ、タイプ２ＣＡＰ、つまり、ＣＡＴ（Channel Access Type））、ＣＷの値、および／または、Ｔｍｃｏｔの値についても同様に設定されてもよい。また、ＣＡＴについて、ＣＡＴ１は、タイプ１ＣＡＰを示してもよいし、ＣＡＴ２は、タイプ２ＣＡＰを示してもよい。
例えば、ＮＲ－Ｕセルにおける、ＰＤＳＣＨやＰＵＳＣＨのスケジューリング、ＰＲＡＣＨのリソース割り当てに用いられるＤＣＩフォーマット（ＤＣＩフォーマット０＿０、０＿１、１＿０、１＿１）には、チャネルアクセスプロシージャを行なうために、下記８Ａから下記８Ｅの一部または全部がフィールドとしてそれぞれ含まれてもよい。
８Ａ）チャネルアクセスプロシージャ（ＣＡＰ）のタイプ（チャネルアクセスタイプ（ＣＡＴ））
８Ｂ）チャネルアクセス優先クラス（ＣＡＰＣ）の値ｐ
８Ｃ）最大チャネル専有時間Ｔｍｃｏｔ
８Ｄ）ＣＷの値
８Ｅ）ＣＣＡスロット期間の最大数ｍ
ＰＵＣＣＨに対して、８Ａから８Ｅの一部または全部はそれぞれ、所定の値であってもよいし、それぞれに対して上位層パラメータに基づいて決定されてもよい。
ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット（１＿０、１＿１）に、上記８Ａから上記８Ｅの一部または全部に加え、ＰＲＩフィールドが含まれる場合、ＰＤＳＣＨのＨＡＲＱ－ＡＣＫに対するＰＵＣＣＨの送信前のチャネルアクセスプロシージャは、ＤＣＩフォーマットに含まれる上記８Ａから上記８Ｅの少なくとも１つに基づいて行なわれてもよい。
受信したＤＣＩフォーマットがランダムアクセスプリアンブルのリソース割り当てを示す場合、つまり、ＰＤＣＣＨオーダを受信した場合、且つ、ＰＤＣＣＨオーダに上記８Ａから上記８Ｅの一部または全部が含まれる場合には、ランダムアクセスプリアンブルを送信する前のチャネルアクセスプロシージャは、ＰＤＣＣＨオーダに含まれる上記８Ａから上記８Ｅの一部または全部に基づいて行なわれてもよい。
ＮＲ－Ｕキャリアにおいて、ＳＲをＰＵＣＣＨで送信する場合には、上記８Ａから８Ｅのうち、一部または全部は、ＰＵＣＣＨ設定またはＳＲ設定に含まれてもよい。つまり、ＳＲを含むＰＵＣＣＨに対して、チャネルアクセスプロシージャが行なわれる場合、チャネルアクセスプロシージャのためのパラメータは、上位層パラメータに基づいて設定されてもよい。また、ＳＲを含むＰＵＣＣＨに対して、チャネルアクセスプロシージャが行なわれる場合、チャネルアクセスプロシージャのためのパラメータは、ＲＲＣ層の信号を介して、基地局装置３から端末装置１へ送信され、設定されてもよい。
次に、本実施形態に係るＨＡＲＱオペレーションについて説明する。
端末装置１のＭＡＣエンティティは、各サービングセルに対して少なくとも１つのＨＡＲＱエンティティを含んでもよい。少なくとも１つのＨＡＲＱエンティティは、多くの並列したＨＡＲＱプロセスを維持することができる。各ＨＡＲＱプロセスは、１つのＨＰＩＤに関連付けられてもよい。ＨＡＲＱエンティティは、ＨＡＲＱ情報およびＤＬ－ＳＣＨにおいて受信した関連するＴＢを対応する１または複数のＨＡＲＱプロセスに誘導する。
ＨＡＲＱエンティティ毎の並列可能なＤＬ ＨＡＲＱプロセスの数（最大数）は、上位層パラメータ（例えば、ＲＲＣパラメータ）に基づいて設定されてもよいし、該上位層パラメータを受信していなければ、デフォルト値であってもよい。専用ブロードキャストＨＡＲＱプロセスは、ＢＣＣＨに対して用いられてもよい。なお、ブロードキャストＨＡＲＱプロセスは、ブロードキャストプロセスと称されてもよい。
ＨＡＲＱプロセスは、物理層が下りリンク空間多重が設定されていない時、１つのＴＢをサポートする。また、ＨＡＲＱプロセスは、物理層が下りリンク空間多重が設定されている時、１つまたは２つのＴＢをサポートする。
端末装置１のＭＡＣエンティティは、１より大きな値の上位層パラメータｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが設定された時、ｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒは、ダイナミック下りリンクアサインメントのバンドル内のＴＢの送信の数を提供してもよい。バンドリングオペレーション（ＨＡＲＱ－ＡＣＫバンドリングオペレーション）は、同じバンドルの一部である各送信に対して同じＨＡＲＱプロセスを呼び出す（起動する）ためのＨＡＲＱエンティティに依存する。初期送信の後、ｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒによって設定された値より１つ少ない（つまり、ｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－１）ＨＡＲＱの再送信はバンドル内で続いてもよい。
端末装置１のＭＡＣエンティティは、下りリンクアサインメントが示されるとすれば、該関連したＨＡＲＱ情報によって示されたＨＡＲＱプロセスに物理層から受信した１または複数のＴＢおよび関連したＨＡＲＱ情報を割り当ててもよい。また、端末装置１のＭＡＣエンティティは、下りリンクアサインメントがブロードキャストＨＡＲＱプロセスに対して示されるとすれば、ブロードキャストＨＡＲＱプロセスに受信したＴＢを割り当ててもよい。
ＨＡＲＱプロセスのために送信が行なわれる時、１つ、または、（下りリンク空間多重の場合）２つのＴＢと関連したＨＡＲＱ情報は、ＨＡＲＱエンティティから受信されてもよい。
各受信したＴＢおよび関連したＨＡＲＱ情報に対して、ＨＡＲＱプロセス（あるＨＰＩＤに関連するＨＡＲＱプロセス）は、ＮＤＩが提供される時は、該ＮＤＩがこのＴＢに対応する、前に受信した送信の値（ＰＤＣＣＨに含まれるＨＰＩＤに関連するＮＤＩの値）と比較してトグルされているとすれば、または、ＨＡＲＱプロセスがブロードキャストプロセスに相当し、そして、これがＲＲＣによって示されたシステム情報スケジュールに応じたＴＢに対する最初の受信した送信であるとすれば、または、これが、このＴＢに対して本当に最初の受信した送信であるとすれば（つまり、このＴＢに対して、前のＮＤＩがない（存在しない）、新規の送信である）、この送信を、新規の送信であるとみなす。そうでないとすれば、ＨＡＲＱプロセスは、この送信を再送信であるとみなす。なお、前に受信した送信とは、過去に受信した送信であってもよい。ここで、送信とは、基地局装置３から送信されたＴＢのことであってもよい。
ＭＡＣエンティティは、これ（受信したＴＢ）が新規の送信であれば、受信データ（受信したＴＢに対するデータ）をデコードすることを試みる。また、ＭＡＣエンティティは、これが再送信であれば、このＴＢに対するデータがまだ成功裏にデコードされていないとすれば、物理層に、このＴＢに対するソフトバッファ内で最新のデータを受信したデータを結合することおよび結合したデータをデコードすることを指示する。また、ＭＡＣエンティティは、ＭＡＣエンティティがデコードを試みたデータがこのＴＢに対して成功裏にデコードされるとすれば、または、このＴＢに対するデータが以前成功裏にデコードされているとすれば、ＨＡＲＱプロセスがブロードキャストプロセスと同じであるとすれば、デコードされたＭＡＣ ＰＤＵを上位層（ＲＬＣ層、ＰＤＣＰ層、および／または、ＲＲＣ層）に転送する。また、これが、このＴＢに対するデータの最初の成功裏のデコーディングであるとすれば、ＭＡＣエンティティは、ディアセンブリアンドデマルチプレキシングエンティティにデコードしたＭＡＣ ＰＤＵを転送する。そうでないとすれば、ＭＡＣエンティティは、物理層に、ＭＡＣエンティティがデコードを試みたデータとこのＴＢに対するソフトバッファ内のデータを取り替えることを指示する。ＭＡＣエンティティは、ＨＡＲＱプロセスがＴＣ－ＲＮＴＩを伴って示された送信に関連し、コンテンションレゾリューションがまだ成功していないとすれば、または、ＨＡＲＱプロセスがブロードキャストプロセスに相当すれば、または、ＨＡＲＱフィードバックが送信されるサービングセルを含むＴＡＧに関連した、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒがストップまたは満了すれば、このＴＢにおけるデータのａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ｓ）を生成することを物理層に指示する。なお、ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔは、ＡＣＫまたはＮＡＣＫであってもよい。
ＮＲ－Ｕセルにおいて、端末装置１および／または端末装置１のＭＡＣエンティティは、このＨＡＲＱプロセスにおいて、この送信が再送信であるとみなされると、このＴＢにおけるデータのａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ｓ）を生成する指示された端末装置１の物理層は、ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信の前にタイプ１チャネルアクセスプロシージャを行なうとすれば、Ｎｉｎｉｔに用いられるＣＷの値を更新してもよい。また、ＮＲ－Ｕセルにおいて、端末装置１および／または端末装置１のＭＡＣエンティティは、このＨＡＲＱプロセスにおいて、この送信が新規の送信であるとみなされると、このＴＢにおけるデータのａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ｓ）を生成する指示された端末装置１の物理層は、ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信の前にタイプ１チャネルアクセスプロシージャを行なうとすれば、Ｎｉｎｉｔに用いられるＣＷの値をＣＷｐの初期値にセットしてもよいし、ＣＷの値を更新しなくてもよい（つまり、ＣＷの値を維持してもよい）。なお、端末装置１の物理層は、ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信の前にタイプ２チャネルアクセスプロシージャを行なうとすれば、この送信が新規の送信か再送信かに因らず、ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信前に１回だけＣＣＡを行ない、ＮＲ－Ｕチャネルがアイドルであると判定すると、ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨを送信してもよい。
ここで、ＣＷの値を更新するとは、例えば、設定可能なＣＷの許容値が、ＣＷ＃０、ＣＷ＃１、ＣＷ＃２（ＣＷ＃０＜ＣＷ＃１＜ＣＷ＃２）の３種類あるとすれば、ＣＷの値がＣＷ＃０である場合、ＣＷの値を１つ上の値であるＣＷ＃１に更新することである。また、ＣＷの値を更新するとは、ＣＷの値がＣＷ＃１である場合、ＣＷの値を１つ上の値であるＣＷ＃２に更新することである。また、ＣＷの値を更新するとは、ＣＷの値がＣＷ＃２（ＣＷｍａｘ）である場合、ＣＷの値を１つ上の値が存在しないとすれば、ＣＷ＃０（ＣＷｍｉｎ）にセットし直すことを含んでもよい。
ここで、物理層は、送信部、受信部、無線送受信部および／または測定部のうち、少なくとも１つを含んでもよく、物理層処理部であってもよい。ＭＡＣエンティティは、ＭＡ
Ｃ層であってもよく、ＭＡＣ層処理部であってもよい。
ＭＡＣエンティティは、そのＣ－ＲＮＴＩに対するＰＤＣＣＨにおけるＮＤＩが前の送信における値と比較してトグルされていると判定する時、そのＴＣ－ＲＮＴＩに対するＰＤＣＣＨにおけるすべての下りリンクアサインメントで受信されたＮＤＩを無視する。
端末装置１は、ＰＤＣＣＨに、ＮＲ－ＵセルにおけるＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットを検出した場合、該ＤＣＩフォーマットに、ＨＡＲＱプロセスＩＤ（ＨＰＩＤ）、および、ＮＤＩが含まれているとすれば、該ＨＰＩＤに対してＮＤＩがトグルされているかどうかに基づいて、該ＰＤＳＣＨの送信が、新規の送信か再送信かを判定することができる。さらに、該ＤＣＩフォーマットに、ＰＵＣＣＨリソースを指示するフィールドが含まれているとすれば、該ＮＤＩがトグルされているかどうかに基づいて、ＣＷの値を調整するか否かを判定してもよい。例えば、端末装置１は、第１のＨＰＩＤに関連したＨＡＲＱプロセスに対するＮＤＩの値がトグルされているとすれば、各ＣＡＰＣの値ｐに対応するＣＷｐの値をＣＷｍｉｎにセットし、そうでないとすれば（つまり、該ＮＤＩの値がトグルされていないとすれば）、端末装置１は、ＣＷｐの値を１つ上の許容値（ＣＷの値）に増やしてもよい（つまり、端末装置１は、ＣＷｐの値（ＣＷの値）を更新してもよい）。
端末装置１は、１または複数のＨＰＩＤに関連するＨＡＲＱプロセスに対するＨＡＲＱ－ＡＣＫコードブックを生成する場合、少なくとも１つのＨＰＩＤについて、ＮＤＩの値がトグルされていないとすれば、該ＨＡＲＱ－ＡＣＫコードブックを含むＰＵＣＣＨまたはＰＵＳＣＨの送信前に行なうタイプ１チャネルアクセスプロシージャに対するＣＷの値を更新してもよい。
基地局装置３は、ＮＲ－ＵセルにおけるＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットを含むＰＤＣＣＨおよび該ＰＤＳＣＨを送信する場合、該ＰＤＣＣＨおよび該ＰＤＳＣＨの送信前に、タイプ１チャネルアクセスプロシージャを行ない、ＮＲ－ＵチャネルがすべてのＣＣＡスロット期間においてアイドルであると判定すれば、該ＰＤＣＣＨおよび該ＰＤＳＣＨを送信し、該ＮＲ－Ｕチャネルがアイドルでないと判定すれば、該ＮＲ－ＵチャネルがすべてのＣＣＡスロット期間においてアイドルであると判定できるまで、該ＰＤＣＣＨおよび該ＰＤＳＣＨの送信を延期してもよい。
基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨを送信した後、所定の期間を経過しても、該ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨを成功裏に受信できなかった場合、該ＰＤＣＣＨおよび該ＰＤＳＣＨを再送信してもよい。基地局装置３が、該ＰＤＣＣＨおよび該ＰＤＳＣＨを再送信する場合、該ＨＰＩＤに対するＮＤＩの値をトグルせずに送信する。つまり、基地局装置３は、該ＨＰＩＤに対するＮＤＩの値をトグルしないことによって、該ＰＤＳＣＨが再送信であることを示してもよい。その際、基地局装置３が、タイプ１チャネルアクセスプロシージャを行なう場合には、ＣＷの値を更新してもよい。
なお、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨを送信した後、所定の期間内に、該ＨＰＩＤに関連するＨＡＲＱプロセスに対応する該ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨを成功裏に受信できたとすれば、該ＨＰＩＤに対するＨＡＲＱプロセスに対応するＣＷの値をＣＷｍｉｎにリセットしてもよい。つまり、該ＨＰＩＤに関連するＨＡＲＱプロセスに対するＮＤＩの値をトグルするため、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨの送信前にチャネルアクセスプロシージャを行なうとすれば、該ＣＷの値をＣＷｍｉｎにセットしてもよい。ここで、基地局装置３は、複数のＨＰＩＤに関連するＨＡＲＱプロセスを管理できる場合、ＨＰＩＤ毎にチャネル
アクセスプロシージャおよび／またはＣＷ調整プロシージャを行なってもよい。
基地局装置３は、ＰＤＣＣＨおよび該ＰＤＣＣＨによってスケジュールされるＰＤＳＣＨを送信した場合、所定の期間内（例えば、所定のタイマが満了するまで）に、該ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ（つまり、該ＰＤＳＣＨに対応するＨＰＩＤに対するＨＡＲＱ－ＡＣＫ）を含むＰＵＣＣＨまたはＰＵＳＣＨを成功裏に受信できなかった場合、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨに対するＣＷの値を更新してもよい。なお、ＰＵＣＣＨの代わりに、該ＰＤＳＣＨに対応するＨＰＩＤに対するＨＡＲＱ－ＡＣＫを含むＰＵＳＣＨを成功裏に受信した場合、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨに対するＣＷの値を更新しなくてもよい。
基地局装置３および／または端末装置１は、あるＨＰＩＤのＨＡＲＱプロセスのＨＡＲＱオペレーションが成功したとみなした場合には、該オペレーションに関連して更新したＣＷの値をＣＷｍｉｎにセットしてもよい。
端末装置１は、受信したＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを、ＰＵＣＣＨまたはＰＵＳＣＨを介して送信した後に、同じＨＰＩＤを有し、且つ、再送信を示すＰＤＳＣＨを受信したとすれば、または、該ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの再送信を要求されるとすれば、該ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨの送信前にタイプ１チャネルアクセスプロシージャを行なうとすれば、Ｎｉｎｉｔに用いられるＣＷの値を更新してもよい。つまり、同じＨＰＩＤのＰＤＳＣＨに対して再送信が示される度に、端末装置１は、該ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨの送信前にタイプ１チャネルアクセスプロシージャを行なうとすれば、対応するＮｉｎｉｔに用いられるＣＷの値を更新してもよい。
ＮＲ－Ｕセルにおける、ＳＳＢおよび／またはＣＳＩ－ＲＳを総称してＮＲ－Ｕ ＤＲＳ（Discovery Reference Signal）と称されてもよい。ＮＲ－Ｕ ＤＲＳは、ＮＲ－Ｕセルがアクティベーションかディアクティベーションかを、端末装置１が確認するために、検出されてもよい。
図１５は、本実施形態に係る周波数マッピング（リソース割り当て、物理リソースへのマッピング、周波数リソース配置タイプ）の一例を示す図である。図１５（ａ）は、１つの端末装置１および／または基地局装置３に対して、複数のＰＲＢが連続的に配置される例（contiguous mapping, localized mapping）である。図１５（ａ）の周波数マッピング（周波数リソース配置タイプ）は、例えば、ＤＦＴ－ｓ－ＯＦＤＭ信号などのシングルキャリアによる低いＰＡＰＲ（Peak to Average Power Ratio）特性を実現するために用いられてもよい。図１５（ｂ）は、１つの端末装置１および／または基地局装置３に対して、複数のＰＲＢが等間隔または非等間隔に配置される例（interlaced mapping, distributed mapping）である。図１５（ｂ）の周波数マッピング（周波数リソース配置タイプ）は、周波数領域において、少ないＰＲＢ数で送信帯域幅（最大送信帯域幅、チャネル帯域幅、キャリア帯域幅、ＢＷＰ帯域幅）の８０％以上を実現するために用いられてもよい。つまり、図１５（ｂ）の周波数マッピングは、ＯＣＢ（Occupied Channel Bandwidth）要件を満たすために行なわれてもよい。また、インタレースの数は、ＳＣＳに応じて決定されてもよい。例えば、ＳＣＳが１５ｋＨｚの場合、インタレースの数は、１０または１１であってもよい。また、ＳＣＳが３０ｋＨｚの場合、インタレースの数は、５または６であってもよい。インタレースの数は、周波数領域における端末装置１の最大多重数であってもよい。インタレースの数は、周波数帯域幅の大きさに因らず、同じ数であってもよい。例えば、周波数帯域幅が２０ＭＨｚであっても４０ＭＨｚであっても、ＳＣＳが１５ｋＨｚの場合、インタレースの数（１つのインタレースに用いられるＰＲＢの数）は、１０または１１であってもよい。なお、基地局装置３および／または端末装置１は、１また
は複数のインタレースを用いて物理チャネルおよび／または物理信号の送信を行なうことができる。
図１６は、本実施形態に係る時間領域におけるＣＰ拡張Ｔｅｘｔおよびスタートポジションの一例を示す図である。図１６（ａ）は、ＳＣＳ設定μに対応するシンボル長Ｔｓｙｍｂｏｌ、ＴＡ値ＴＴＡ、ＣＣＡ期間（２５μｓ、１６μｓ）に応じて第１のＯＦＤＭシンボルに対して付与されるＣＰ拡張Ｔｅｘｔの長さを示す図である。図１６（ｂ）は、第１のＯＦＤＭシンボルに対して付与されるＣＰ拡張を考慮した場合の時間領域のスタートポジションの一例を示す図である。図１６（ｂ）は、Ｃ１とＣ２とＣ３が異なる場合（Ｃ１＝１、Ｃ２＝２、Ｃ３＝３）についての各インデックスに応じたＣＰ拡張を考慮した第１のＯＦＤＭシンボルのスタートポジションを示している。例えば、インデックス０の場合、第１のＯＦＤＭシンボルの先頭がスタートポジションである。インデックス１～３の場合、第１のＯＦＤＭシンボルのスタートポジションは、第１のＯＦＤＭシンボルの先頭に加え、各インデックスおよびＳＣＳ設定μに対応するＣＰ拡張Ｔｅｘｔだけ前方にある。なお、Ｃ１および／またはＣ２および／またはＣ３は、１または１よりも大きい値であってもよい。Ｃ１および／またはＣ２および／またはＣ３は、上位層パラメータに基づいて決定されてもよい。Ｃ１および／またはＣ２および／またはＣ３は、ＤＣＩフォーマットに含まれるあるフィールドにセットされた値に基づいて決定されてもよい。Ｃ１および／またはＣ２および／またはＣ３は、予め値が規定されてもよい。Ｃ１からＣ３はそれぞれ、ＳＣＳ設定μに応じて、個別に値が規定されてもよい。例えば、μが０または１の場合、Ｃ１は１であってもよい。μが２の場合、Ｃ１は２であってもよい。図１６（ａ）に記載のテーブルのインデックス０は、ＣＰ拡張を行なわない場合にセットされてもよい。
次に、本実施形態に係るＳＩＢ１（System Information Block Type 1）の受信プロシージャについて説明する。
ＳＩＢ１を受信すると、端末装置１は、捕捉したＳＩＢ１を保持し、cellAccessRelatedInfoが選択されたＰＬＭＮ（Public Land Mobile Network）のPLMN-Identityを伴うエントリを含んでいるとすれば、このプロシージャの後半において、選択されたＰＬＭＮを含む、対応するPLMN-IdentityInfoにおいて受信されたセルに対するplmn-IdentityList、trackingAreaCode、cellIdentityを用い、RRC_CONNECTED中であり、タイマーＴ３１１がランニングしていないとすれば、RRC_CONNECTEDの間、受信したfrequencyBandListを無視し、cellIdentityを１または複数の上位層へ転送し、trackingAreaCodeを１または複数の上位層へ転送し、servingCellConfigCommonに含まれた設定を適用してもよい。
そうではなく、端末装置１が、frequencyBandListで示された１または複数の周波数バンドをサポートし、該サポートされた周波数バンドが、ＮＲ－Ｕに対応する周波数バンド（例えば、オペレーティングバンド）であり、且つ、端末装置１が、ＮＲ－Ｕに対する下りリンクにおいてサポートされたバンド及び上りリンクにおけるサポートされたバンドに対するNR-NS-PmaxListにおいて少なくとも１つのadditionalSpectrumEmissionをサポートし、且つ、端末装置１が、ＮＲ－ＵのuplinkConfigCommonおよび／またはdownlinkConfigCommonのそれぞれにおける、locationAndBandwidthフィールドにおいて示された初期上りリンクＢＷＰおよび／または初期下りリンクＢＷＰの帯域幅をサポートしているとすれば、端末装置１は、上りリンクに対する初期ＢＷＰの帯域幅と同じまたはそれよりも広く、初期上りリンクＢＷＰのＳＣＳに対するuplinkConfigCommonで示されたcarrierBandwidthに含まれる最大送信帯域幅を伴って、サポートされたＮＲ－Ｕ上りリンクチャネル帯域幅を適用してもよいし、下りリンクに対する初期ＢＷＰの帯域幅と同じまたは広く、初期下りリンクＢＷＰのＳＣＳに対するdownlinkConfigCommonで示されたcarrierBandwidthに含まれる最大送信帯域幅を伴って、サポートされたＮＲ－Ｕ下りリンクチャネル帯域幅を適用してもよいし、もしあるとすれば、nr-NS-PmaxList（および／またはNR-NS-PmaxList）における１または複数のadditionalSpectrumEmission値のうち、少なくとも１つをサポートしているfrequencyBandListの第１の周波数バンドを選択してもよいし、ＮＲ－Ｕのサービングセルに対するcellIdentityを１または複数の上位層へ転送してもよい。
また、そうではなく、端末装置１が、frequencyBandListで示された１または複数の周波数バンドをサポートし、該サポートされた周波数バンドが、ＮＲ－Ｕに対応する周波数バンド（例えば、オペレーティングバンド）であるとすれば、端末装置１は、上りリンクに対する初期ＢＷＰの帯域幅と同じまたはそれよりも広く、初期上りリンクＢＷＰのＳＣＳに対するuplinkConfigCommonで示されたcarrierBandwidthに含まれる最大送信帯域幅を伴って、サポートされたＮＲ－Ｕ上りリンクチャネル帯域幅を適用してもよいし、下りリンクに対する初期ＢＷＰの帯域幅と同じまたは広く、初期下りリンクＢＷＰのＳＣＳに対するdownlinkConfigCommonで示されたcarrierBandwidthに含まれる最大送信帯域幅を伴って、サポートされたＮＲ－Ｕ下りリンクチャネル帯域幅を適用してもよいし、もしあるとすれば、nr-NS-PmaxList（および／またはNR-NS-PmaxList）における１または複数のadditionalSpectrumEmission値のうち、少なくとも１つをサポートしているfrequencyBandListの第１の周波数バンドを選択してもよいし、ＮＲ－Ｕのサービングセルに対するcellIdentityを１または複数の上位層へ転送してもよい。
ここで、ＮＲ－Ｕに対する上りリンクチャネル帯域幅および下りリンクチャネル帯域幅（つまり、チャネル帯域幅）の値は、所定の帯域幅（例えば、２０ＭＨｚ）の値であってもよいし、ＬＢＴの測定に用いられる帯域幅の値であってもよいし、ＮＲ－Ｕの設定に基づいて決定される値であってもよいし、ＮＲ－Ｕの物理チャネルおよび／または物理信号の物理リソースのマッピングに用いられる周波数領域の値に対応してもよいし、availableRB-RangesPerCellによって与えられるＰＲＢの範囲（有効な周波数領域、送信帯域幅、測定帯域幅）を含むチャネル帯域幅であってもよい。
また、そうではなく、端末装置１が、下りリンクに対するfrequencyBandListで示された１または複数の周波数バンド、および／または、ＦＤＤに対する上りリンクに対するfrequencyBandListで示された１または複数の周波数バンド（つまり、それらは下りリンクだけのバンドではない）をサポートし、下りリンクにおけるサポートされたバンドおよびＦＤＤに対する上りリンクに対するサポートされたバンドに対して、NR-NS-PmaxListにおける少なくとも１つのadditionalSpectrumEmissionをサポートし、uplinkConfigCommon、および、downlinkConfigCommonのそれぞれにおけるlocationAndBandwidthフィールドにおいて示された初期上りリンクＢＷＰおよび初期下りリンクＢＷＰの帯域幅をサポートし、初期上りリンクＢＷＰの帯域幅と同じまたはそれよりも広く、carrierBandwidthと同じまたはそれよりも狭い最大送信帯域幅設定を伴う上りリンクチャネル帯域幅をサポートし、初期下りリンクＢＷＰの帯域幅と同じまたはそれよりも広く、carrierBandwidthと同じまたはそれよりも狭い最大送信帯域幅設定を伴って、下りリンクチャネル帯域幅をサポートしているとすれば、端末装置１は、上りリンクに対する初期ＢＷＰの帯域幅と同じまたはそれよりも広く、初期上りリンクＢＷＰのＳＣＳに対するuplinkConfigCommonで示されたcarrierBandwidthに含まれる最大送信帯域幅を伴って、サポートされた上りリンクチャネル帯域幅を適用してもよいし、下りリンクに対する初期ＢＷＰの帯域幅と同じまたは広く、初期下りリンクＢＷＰのＳＣＳに対するdownlinkConfigCommonで示されたcarrierBandwidthに含まれる最大送信帯域幅を伴うサポートされた下りリンクチャネル帯域幅を適用してもよいし、もしあるとすれば、nr-NS-PmaxList（および／またはNR-NS-PmaxList）における１または複数のadditionalSpectrumEmission値のうち、少なくとも１つをサポートしているfrequencyBandListの第１の周波数バンドを選択してもよい。
端末装置1は、cellIdentityを１または複数の上位層へ転送してもよい。
trackingAreaCodeが選択されたＰＬＭＮに対して提供されないだけでなく、登録されたＰＬＭＮ、同じＰＬＭＮリストのＰＬＭＮに対しても提供されないとすれば、端末装置１は、そのセルをbarredとしてみなしてもよい。また、intraFreqReselectionがnotAllowedにセットされているとすれば、端末装置１は、barred cellと同じ周波数における他セルへのセル再選択をnotAllowedとしてみなしてもよい。そうでないとすれば、端末装置１は、barred cellと同じ周波数における他セルへのセル再選択をAllowedとしてみなしてもよい。
そうでないとすれば、端末装置１は、trackingAreaCodeを１または複数の上位層へ転送してもよい。
端末装置１は、PLMN Identityを１または複数の上位層へ転送してもよい。
RRC_INACTIVEにおいて、転送された情報が１または複数の上位層によってメッセージ送信をトリガしないとすれば、且つ、サービングセルが設定されたran-NotificationAreaInfoに属していないとすれば、ＲＮＡ（RAN-based Notification Area）アップデートを開始してもよい。
もしあるとすれば、ims-EmergencySupportを１または複数の上位層へ転送してもよい。
もしあるとすれば、uac-AccessCategory1-SelectionAssistanceInfoを１または複数の上位層へ転送してもよい。
端末装置１は、servingCellCommonに含まれた設定を適用してもよい。
端末装置１は、規定されたＰＣＣＨ設定を適用してもよい。
端末装置１は、セルのオペレーションに必要なＳＩＢの格納された有効なバージョンを持っているとすれば、必要なＳＩＢの保持されたバージョンを用いてもよい。
端末装置１は、１または複数の必要なＳＩＢのうちの１つのＳＩＢの有効なバージョンを格納していないとすれば、si-SchedulingInfoに応じて、少なくとも１つの必要なＳＩＢを含むＳＩメッセージおよびsi-BroadcastStatusがbroadcastingにセットされたＳＩメッセージに対して、捕捉してもよいし、少なくとも１つの必要なＳＩＢを含むＳＩメッセージおよびsi-BroadcastStatusがnotbroadcastingにセットされたＳＩメッセージに対して、ＳＩメッセージを捕捉するためのリクエストをトリガしてもよい。
端末装置１は、uplinkConfigCommonのfrequencyBandList内のNR-NS-PmaxListに含まれた複数の値のサポートしている第１のリスト化されたadditionalSpectrumEmissionを適用してもよい。
additionalPmaxがNR-NS-PmaxList内の選択されたadditionalSpectrumEmissionの同じエントリに存在するとすれば、端末装置１は、ＵＬに対してuplinkConfigCommonのadditionalPmaxを適用してもよい。そうでないとすれば、端末装置１は、ＵＬに対してuplinkConfigCommonのp-Maxを適用してもよい。
supplementaryUplinkがservingCellConfigCommonに存在し、且つ、端末装置１がsupplementary uplink（ＳＵＬ）のfrequencyBandListの中の１または複数の周波数バンドをサポートし、且つ、端末装置１がサポートされたsupplementary uplink bandに対するNR-NS-PmaxListの中の少なくとも１つのadditionalSpectrumEmissionをサポートし、且つ、端末装置１がsupplementary uplinkのlocationAndBandwidthフィールドにおいて示された初期上りリンクＢＷＰの帯域幅をサポートし、且つ、端末装置１がcarrierBandwidthと同じまたはそれよりも狭く、ＳＵＬの初期上りリンクＢＷＰの帯域幅と同じまたはそれよりも広い最大送信帯域幅設定を伴う上りリンクチャネル帯域幅をサポートしているとすれば、端末装置はサービングセルにおいて設定されたとしてsupplementary uplinkをみなしてもよいし、carrierBandwidthに含まれ、且つ、ＳＵＬの初期上りリンクＢＷＰの帯域幅と同じまたはそれよりも広い最大送信帯域幅を伴ってサポートされた上りリンクチャネル帯域幅を適用してもよいし、supplementaryUplinkに対するfrequencyBandList内のNR-NS-PmaxListに含まれた１または複数の値をサポートしている第１のリスト化されたadditionalSpectrumEmissionを適用してもよい。
ここで、supplementaryUplinkは、supplementary uplinkに関連するパラメータを少なくとも１つは含んでもよい。つまり、supplementaryUplinkは、supplementary uplinkを行なうために必要な設定を含んでもよい。
additionalPmaxがsupplementaryUplinkに対するNR-NS-PmaxList内の選択されたadditionalSpectrumEmissionの同じエントリ内に存在するとすれば、端末装置１は、ＳＵＬに対してsupplementaryUplinkのadditionalPmaxを適用してもよいし、そうでないとすれば、ＳＵＬに対してsupplementaryUplinkのp-Maxを適用してもよい。
nr-UnlicensedがservingCellConfigCommonに存在し、且つ、端末装置１がNR-unlincesed（ＮＲ－Ｕ）のfrequencyBandListの中の１または複数の周波数バンドをサポートし、且つ、端末装置１がサポートされたNR-unlicensed bandに対するNR-NS-PmaxListの中の少なくとも１つのadditionalSpectrumEmissionをサポートし、且つ、端末装置１がNR-unlicensedのlocationAndBandwidthフィールドにおいて示された初期ＢＷＰの帯域幅をサポートし、且つ、端末装置１がcarrierBandwidthと同じまたはそれよりも狭く、ＮＲ－Ｕの初期ＢＷＰの帯域幅と同じまたはそれよりも広い最大送信帯域幅設定を伴うチャネル帯域幅をサポートしているとすれば、端末装置はサービングセルにおいて設定されたとしてNR-unlicensedをみなしてもよいし、carrierBandwidthに含まれ、且つ、ＮＲ－Ｕの初期ＢＷＰの帯域幅と同じまたはそれよりも広い最大送信帯域幅を伴ってサポートされたチャネル帯域幅を適用してもよいし、nr-Unlicensedに対するfrequencyBandList内のNR-NS-PmaxListに含まれた１または複数の値をサポートしている第１のリスト化されたadditionalSpectrumEmissionを適用してもよい。ここで、ＮＲ－Ｕの初期ＢＷＰは、初期上りリンクＢＷＰおよび／または初期下りリンクＢＷＰのうち、少なくとも１つを含んでもよい。
端末装置１がcarrierBandwidthと同じまたはそれよりも狭く、ＮＲ－Ｕの初期ＢＷＰの帯域幅と同じまたはそれよりも広い最大送信帯域幅設定を伴うチャネル帯域幅をサポートしていないとすれば、端末装置１は、ＮＲ－Ｕの初期ＢＷＰの帯域幅と同じ最大送信帯域幅を伴うチャネル帯域幅を適用してもよいし、nr-Unlicensedに対するfrequencyBandList内のNR-NS-PmaxListに含まれた１または複数の値をサポートしている第１のリスト化されたadditionalSpectrumEmissionを適用してもよい。
ここで、nr-Unlicensedは、ＮＲ－Ｕに関連するパラメータを少なくとも１つは含んでもよい。つまり、nr-Unlicensedは、ＮＲ－Ｕを行なうために必要な設定を含んでもよい。
additionalPmaxがnr-Unlicensedに対するNR-NS-PmaxList内の選択されたadditionalSpectrumEmissionの同じエントリ内に存在するとすれば、端末装置１は、ＮＲ－Ｕに対してnr-UnlicensedのadditionalPmaxを適用してもよいし、そうでないとすれば、ＮＲ－Ｕに対してnr-Unlicensedのp-Maxを適用してもよい。
そうではないとすれば、端末装置１は、そのセルをbarredとしてみなしてもよいし、intraFreqReselectionがnotAllowedにセットされているとすればbarringを行なってもよい。
なお、trackingAreaCodeは、cellIdentityによって示されたセルが属するトラッキングエリアコードを示してもよい。そのフィールドの存在は、セルが、（ＰＬＭＮ毎に）少なくともスタンドアロンオペレーションをサポートしていることを示してもよい。そのフィールドの不在は、セルが（ＰＬＭＮ毎に）ＥＮ－ＤＣ機能だけをサポートしていることを示してもよい。
servingCellConfigCommonは、端末装置１のサービングセルの１または複数のセル固有パラメータを設定するために用いられるＩＥ（Information Element）である。このＩＥは、端末装置１がＳＳＢを通常的に捕捉するための１または複数のパラメータを含む。このＩＥを伴うことによって、ネットワーク（基地局装置３）は、１または複数のセカンダリセルまたは追加のセルグループ（つまり、ＳＣＧ）を伴う端末装置１を設定する時に、専用シグナリングにおいて、この情報を提供することができる。このＩＥは、同期している時に（with sync）再設定に基づいてSpCells（ＭＣＧおよびＳＣＧ）に対して提供されてもよい。
downlinkConfigCommonおよび／またはDownlinkConfigCommonは、あるセルの１または複数の共通下りリンクパラメータを提供するために用いられてもよい。downlinkConfigCommonおよび／またはDownlinkConfigCommonは、frequencyInfoDLおよび／またはinitialDownlinkBWPを含んでもよい。
frequencyInfoDLは、下りリンクキャリアおよび送信の１または複数の基本的なパラメータを設定するために用いられてもよい。
initialDownlinkBWPは、SpCellおよびSCellに対する初期下りリンクＢＷＰ設定を示すために用いられてもよい。ネットワークは、初期下りリンクＢＷＰが周波数領域におけるサービングセルの全体のＣＯＲＥＳＥＴ＃０を含むためのlocationAndBandwidthを設定してもよい。
uplinkConfigCommonおよび／またはUplinkConfigCommonは、あるセルの１または複数の共通上りリンクパラメータを提供するために用いられてもよい。
frequencyInfoULは、絶対的な上りリンク周波数設定およびサブキャリア固有の仮想キャリアを示すために用いられてもよい。
initialUplinkBWPは、SpCellおよびSCellに対する初期上りリンクＢＷＰ設定を示すために用いられてもよい。
frequencyBandListは、ＮＲセル再選択パラメータが適用する１または複数の周波数バンドのリストを示してもよい。
nr-NS-PmaxListおよび／またはNR-NS-PmaxListは、additionalPmaxおよびadditionalSpectrumEmissionのリストを提供するために用いられてもよい。また、そのフィールドがない（または、値がセットされていない）とすれば、端末装置は、additionalSpectrumEmissionに対して値を０にセットしてもよい。
locationAndBandwidthは、ＢＷＰの周波数領域の配置および帯域幅を示す。そのフィールドの値は、ＲＩＶ（Resource Indicator Value）として解釈されてもよい。最初のＰＲＢ（このＢＷＰの始端のＰＲＢ）は、このＢＷＰのsubcarrierSpacingおよびこのサブキャリア間隔に対応するoffsetToCarrierによって決定されたＰＲＢであってもよい。
次に、本実施形態の一態様に係るＨＡＲＱ－ＡＣＫコードブックについて説明する。
ＨＡＲＱ－ＡＣＫコードブックは、タイプ１ＨＡＲＱ－ＡＣＫコードブックからタイプ３ＨＡＲＱ－ＡＣＫコードブックまである。
タイプ１ＨＡＲＱ－ＡＣＫコードブックは、上位層パラメータ（ＲＲＣパラメータ）pdsch-HARQ-ACK-Codebookがsemi-staticに設定される場合に適用される。タイプ１ＨＡＲＱ－ＡＣＫコードブックのサイズは、端末装置１に設定されるサービングセルの数、サービングセルｃに対して端末装置１に設定されるＳＰＳ ＰＤＳＣＨ設定の数、ＨＡＲＱ－ＡＣＫ情報が多重されるサービングセルｃにおけるＳＰＳ ＰＤＳＣＨに対するＤＬスロットの数に基づいて決定されてもよい。
タイプ２ＨＡＲＱ－ＡＣＫコードブックは、上位層パラメータpdsch-HARQ-ACK-Codebookがdynamic、または、pdsch-HARQ-ACK-Codebook-r16がenhancedDynamic-r16に設定される場合に適用される。PDSCH-to-HARQ_feedback timing indicator fieldは、適用可能な値を提供する。タイプ２ＨＡＲＱ－ＡＣＫコードブックのサイズは、ＤＣＩフォーマット１＿０または１＿１に含まれるＣ－ＤＡＩおよび／またはＴ－ＤＡＩの値に基づいて決定されてもよい。これらのＤＣＩフォーマットは、同じスロットでＨＡＲＱ－ＡＣＫを送信することを示してもよい。enhancedDynamic-r16は、pdsch-HARQ-ACK-Codebook-r16によって提供されてもよい。端末装置１は、pdsch-HARQ-ACK-Codebook-r16が設定されるとすれば、pdsch-HARQ-ACK-Codebookにセットされた値（semi-static, dynamic）を無視してもよい。
pdsch-HARQ-ACK-Codebook-r16がenhancedDynamic-r16に設定される場合、タイプ２ＨＡＲＱ－ＡＣＫコードブックは、ＰＤＳＣＨグループ毎に生成されてもよい。スケジュールされたＰＤＳＣＨがどのＰＤＳＣＨグループに属しているかは、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに含まれるPDSCH_group indicator fieldによって示されてもよい。ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットにPDSCH_group indicator fieldが含まれていないとすれば、端末装置１は、スケジュールされたＰＤＳＣＨをＰＤＳＣＨグループインデックス０に属していると想定して、ｇ＝０をセットしてもよい。
タイプ３ＨＡＲＱ－ＡＣＫコードブックは、上位層パラメータpdsch-HARQ-ACK-OneShotFeedback-r16が提供される場合に、適用される。タイプ３ＨＡＲＱ－ＡＣＫコードブックは、設定されたすべてのサービングセルのすべてのＨＡＲＱプロセスＩＤに対するＨＡＲＱ－ＡＣＫを含んでもよい。また、タイプ３ＨＡＲＱ－ＡＣＫコードブックは、上位層パラメータに基づいて設定されるとすれば、各ＨＡＲＱプロセスＩＤに対応するＮＤＩの値を含んでもよい。つまり、タイプ３ＨＡＲＱ－ＡＣＫコードブックには、すべてのＨＡＲＱプロセスＩＤのそれぞれに対するＨＡＲＱ－ＡＣＫ、および／または、対応するＮＤＩを含んでもよい。
上位層パラメータpdsch-HARQ-ACK-Codebook（およびpdsch-HARQ-ACK-Codebook-r16）が提供されていないとすれば、端末装置１は、多くても１ビットのＨＡＲＱ－ＡＣＫ情報ビットを生成してもよい。つまり、端末装置１は、上位層パラメータpdsch-HARQ-ACK-Codebookが提供されていないとすれば、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットの検出に基づいて、該ＰＤＳＣＨに対応する１ビットのＨＡＲＱ－ＡＣＫ情報を、該ＤＣＩフォーマットで示されたスロットにおいて、送信してもよい。
上位層パラメータpdsch-HARQ-ACK-Codebook（およびpdsch-HARQ-ACK-Codebook-r16）が提供されていないとすれば、端末装置１は、同じスロットを示す、２つのＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットの検出に基づいて、各ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報（つまり、２ビットのＨＡＲＱ－ＡＣＫ情報）を、該スロットにおいて、送信してもよい。
次に、本実施形態の一態様に係るＨＡＲＱ－ＡＣＫを報告（送信）するための端末装置１のプロシージャの一例について説明する。
端末装置１は、１つのスロットにＨＡＲＱ－ＡＣＫ情報を伴う１つよりも多いＰＵＣＣＨを送信することを期待しなくてもよい。
ＤＣＩフォーマット１＿０に対して、PDSCH-to-HARQ_feedback timing indicator fieldの１または複数の値は、{1, 2, 3, 4, 5, 6, 7, 8}にマップされる。ＰＤＳＣＨ受信またはＳＰＳ ＰＤＳＣＨリリースをスケジュールするＤＣＩフォーマット１＿０以外のＤＣＩフォーマットに対して、もしあるとすれば、PDSCH-to-HARQ_feedback timing indicator fieldの１または複数の値は、dl-DataToUL-ACKによって提供されたスロットの数のセットに対する１または複数の値にマップされてもよい。
スロットｎで終わるＳＰＳ ＰＤＳＣＨ受信に対して、端末装置１は、スロットｎ＋ｋにＰＵＣＣＨを送信する。ｋは、ＳＰＳ ＰＤＳＣＨ受信をアクティベートするＤＣＩフォーマットにおいて、もしあるとすれば、端末装置１は、PDSCH-to-HARQ_feedback timing indicator fieldによって示された値を適用されてもよい。
端末装置１は、PDSCH-to-HARQ_feedback timing indicator fieldを含まない、且つ、スロットｎで終わるＳＰＳ ＰＤＳＣＨ受信をアクティベートする、または、ＰＤＳＣＨをスケジュールするＤＣＩフォーマットを検出すると、端末装置１は、スロットｎ＋ｋにおけるＰＵＣＣＨ送信でＨＡＲＱ－ＡＣＫ情報を提供してもよい。ｋは、dl-DataToUL-ACKによって提供されてもよい。
ＰＵＣＣＨ送信に対する１または複数のスロットに関して、端末装置１がスロットｎで終わるＰＤＳＣＨ受信をスケジュールするＤＣＩフォーマットを検出する、または、スロットｎで終わるＰＤＣＣＨ受信を介してＳＰＳ ＰＤＳＣＨリリースを示すＤＣＩフォーマットを検出するとすれば、端末装置１は、スロットｎ＋ｋ内のＰＵＣＣＨ送信で対応するＨＡＲＱ－ＡＣＫ情報を提供してもよい。ｋは、もしあるとすれば、ＤＣＩフォーマットに含まれるPDSCH-to-HARQ_feedback timing indicator fieldによって提供されてもよいし、dl-DataToUL-ACKによって提供されてもよい。なお、ｋ＝０は、ＰＤＳＣＨ受信またはＳＰＳ ＰＤＳＣＨリリースの場合のＰＤＣＣＨ受信とオーバーラップするＰＵＣＣＨ送信の最後のスロットに対応してもよい。
ＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨ送信に対して、端末装置１は、ＨＡＲＱ－ＡＣＫ情報を含むＯＵＣＩＵＣＩ情報ビットに対する１または複数のＰＵＣＣＨリソースのセットを決定した後で１つのＰＵＣＣＨリソースを決定する。ＰＵＣＣＨリソースの決定は、もしあるとすれば、ＤＣＩフォーマットのＰＲＩフィールドに基づく。ここで、該ＤＣＩフォーマットに対して複数の候補があるとすれば、該ＤＣＩフォーマットは、同じスロットを示すPDSCH-to-HARQ_feedback timing indicator fieldの値またはdl-DataToUL-ACKの値を有する複数のＤＣＩフォーマットの中で最新のＤＣＩフォーマットであってもよい
。また、ＰＵＣＣＨリソースの決定に対して、検出された１または複数のＤＣＩフォーマットは、最初に同じＰＤＣＣＨモニタリングオケージョンに対する１または複数のサービングセルインデックス全体で昇順にインデックス付けされ、次に、１または複数のＰＤＣＣＨモニタリングオケージョンインデックス全体で昇順にインデックス付けされてもよい。同じＰＤＣＣＨモニタリングオケージョンに対する１つのサービングセル内の１または複数のＤＣＩフォーマットのインデックス付けに対して、１または複数の第１のＣＯＲＥＳＥＴの１または複数のＰＤＣＣＨ受信から検出された１または複数のＤＣＩフォーマットは、１または複数の第２のＣＯＲＥＳＥＴの１または複数のＰＤＣＣＨ受信から算出された１または複数のＤＣＩフォーマットよりも前にインデックス付けされてもよい。１つのＤＬ ＢＷＰに対して複数のＲＢセットが設定される場合、同じスロット（同じタイミング）で検出された１または複数のＤＣＩフォーマットは、ＲＢセットインデックスの低い方から昇順にインデックス付けされてもよい。なお、ＰＤＣＣＨモニタリングオケージョンインデックスは、SearchSpaceIdに基づいて示されてもよいし、ControlResourceSetIdに基づいて示されてもよいし、ＳＳＢブロックインデックスに基づいて示されてもよい。
ＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨ送信に対して、端末装置１は、ＨＡＲＱ－ＡＣＫ情報を含むＯＵＣＩＵＣＩ情報ビットに対する１または複数のＰＵＣＣＨリソースのセットを決定した後で１つのＰＵＣＣＨリソースを決定する。ＰＵＣＣＨリソースの決定は、もしあるとすれば、ＤＣＩフォーマットのＰＲＩフィールドに基づく。ここで、該ＤＣＩフォーマットに対して複数の候補（複数のＤＣＩフォーマット）があるとすれば、ＰＵＣＣＨリソースの決定に用いられる該ＤＣＩフォーマットは、同じスロットを示すPDSCH-to-HARQ_feedback timing indicator fieldの値またはdl-DataToUL-ACKの値を有する複数のＤＣＩフォーマットの中で、もしあるとすれば、値が“１”にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含む、最新のＤＣＩフォーマットであってもよい。つまり、同じスロットにおいて、タイプ３ＨＡＲＱ－ＡＣＫコードブックを送信するためのＰＵＣＣＨリソースとそれ以外のタイプのＨＡＲＱ－ＡＣＫコードブックを送信するためのＰＵＣＣＨリソースが示されるとすれば、タイプ３ＨＡＲＱ－ＡＣＫコードブックを送信するためのＰＵＣＣＨリソースを示すＤＣＩフォーマットのＰＲＩフィールドの値に基づいてＰＵＣＣＨリソースが決定されてもよい。値が“１”にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含むＤＣＩフォーマットがないとすれば、または、値が“０”にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含むＤＣＩフォーマットであるとすれば、ＰＵＣＣＨリソースの決定に用いられるＰＲＩフィールドを含む該ＤＣＩフォーマットは、所定のタイムライン条件、および／または、所定のＰＤＳＣＨ受信処理時間に関するタイムライン条件を満たす、ＰＤＳＣＨをスケジュールする最新のＤＣＩフォーマットであってもよい。
例えば、所定のタイムライン条件は、該第２のＤＣＩフォーマットを伴うサービングセルに対して、上位層パラメータPDSCH-ServingCellConfigのprocessingType2Enabledがenableにセットされるかどうかに基づいて、異なってもよい。ＰＤＳＣＨ受信処理時間に関するタイムライン条件が第１の条件（第１のタイプ）か第２の条件（第２のタイプ）に基づいて異なってもよい。該第１の条件は、processingType2Enabledがenableにセットされていない場合、または、processingType2Enabledが設定されていないまたはPDSCH-ServingCellConfigに含まれていない場合であってもよい。該第２の条件は、processingType2Enabledがenableにセットされる場合であってもよい。例えば、同じＳＣＳ設定に対して、第１の条件と第２の条件のタイムライン条件を比較すると、第２の条件のタイムライン条件の方が短い期間であってもよい。
端末装置１は、ＳＰＳ ＰＤＳＣＨリリースを提供するＰＤＣＣＨの最後のシンボルからＮシンボル後のＳＰＳ ＰＤＳＣＨリリースに応じたＨＡＲＱ－ＡＣＫ情報を提供（送
信、報告）することを期待されてもよい。ＳＰＳ ＰＤＳＣＨリリースを提供するＰＤＣＣＨを伴うサービングセルに対して、PDSCH-ServingCellConfigのprocessingType2Enabledがenabledにセットされるとすれば、μ＝０に対してＮ＝５、μ＝１に対してＮ＝５．５、μ＝２に対してＮ＝１１であってもよい。そうでないとすれば、μ＝０に対してＮ＝１０、μ＝１に対してＮ＝１２、μ＝２に対してＮ＝２２であってもよい。μはＳＰＳ ＰＤＳＣＨリリースを提供するＰＤＣＣＨのＳＣＳ設定とＳＰＳ ＰＤＳＣＨリリースに応じたＨＡＲＱ－ＡＣＫ情報を送信するＰＵＣＣＨのＳＣＳ設定の間で最小のＳＣＳ設定に対応してもよい。
ＰＲＩフィールドの１または複数の値は、１または複数のＰＵＣＣＨリソースインデックスのセットの値にマップされてもよい。３ビットのＰＲＩフィールドに対して、最大８ＰＵＣＣＨリソースを伴うPUCCH-ResourceSetによって提供されたＰＵＣＣＨリソースのセットからのＰＵＣＣＨリソースに対するresourceListによって提供されてもよい。ＰＲＩフィールドが１または２ビットを含むとすれば、その値は、それぞれ最初の２値（０、１）または４値（００、０１、１０、１１）にマップされてもよい。つまり、ＰＲＩフィールドの値とＰＵＣＣＨリソースインデックスの値はそれぞれ対応付けられてもよい。
端末装置１は、あるスロットにおける対応するＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨ送信に対する第１のリソース（第１のＰＵＣＣＨリソース）を示す第１のＤＣＩフォーマットを検出し、それより後に、さらに、該スロットにおいて、対応するＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨ送信に対する第２のリソース（第２のＰＵＣＣＨリソース）を示す第２のＤＣＩフォーマットを検出する場合、且つ、該第２のＤＣＩフォーマットを含むＰＤＣＣＨ受信が、そのスロットにおけるＰＵＣＣＨ送信に対する該第１のリソースの最初のシンボルのはじめから所定の期間よりも早くない（つまり、所定の期間よりも間隔が短い）場合、端末装置１は、該スロットにおけるＰＵＣＣＨ送信において、該第２のＤＣＩフォーマットに対応するＨＡＲＱ－ＡＣＫ情報を多重することを期待しなくてもよい。該所定の期間は、ＳＣＳ設定、および、該ＳＣＳに対応する期間（シンボル数）に基づいて決定されてもよい。該所定の期間は、タイムライン条件と称されてもよい。タイムライン条件を満たすとは、該所定の期間よりも長い場合であってもよい。タイムライン条件を満たさないとは、該所定の期間よりも短い場合であってもよい。タイムライン条件を満たすかどうかに基づいて、ＨＡＲＱ－ＡＣＫコードブックタイプの決定、および／または、ＨＡＲＱ－ＡＣＫの送信のためのＰＵＣＣＨリソースの決定が行なわれてもよい。
端末装置１は、あるスロットにおける対応するＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨ送信に対する第１のリソース（第１のＰＵＣＣＨリソース）を示す第１のＤＣＩフォーマットを検出し、それより後に、さらに、該スロットにおいて、対応するＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨ送信に対する第２のリソース（第２のＰＵＣＣＨリソース）を示す第２のＤＣＩフォーマットを検出する場合、且つ、該第２のＤＣＩフォーマットを含むＰＤＣＣＨ受信が、そのスロットにおけるＰＵＣＣＨ送信に対する該第１のリソースの最初のシンボルのはじめから所定の期間よりも早い（つまり、所定の期間よりも間隔が長い）場合、端末装置１は、該スロットにおけるＰＵＣＣＨ送信において、該第２のＤＣＩフォーマットに対応するＨＡＲＱ－ＡＣＫ情報を多重することを期待してもよい。
例えば、該第１のＤＣＩフォーマットが、値が“１”にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含む場合には、端末装置１は、該スロットにおいて、該第２のＤＣＩフォーマットによってスケジュールされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を該第１のリソースで送信されるタイプ３ＨＡＲＱ－ＡＣＫコードブックに含めるかどうかは、該第２のＤＣＩフォーマットを含むＰＤＣＣＨ受信が、該第１のリソースの最初のシンボルのはじめから所定の期間よりも早い（つまり、所定の期間よりも間隔が長い）かどうかに基づいて決定されてもよい。
例えば、該第１のＤＣＩフォーマットが、値が“０”にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含む場合には、端末装置１は、該スロットにおいて、該第２のＤＣＩフォーマットによってスケジュールされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を第１のリソースで送信されるタイプ１またはタイプ２のＨＡＲＱ－ＡＣＫコードブックに含めるかどうかは、該第２のＤＣＩフォーマットを含むＰＤＣＣＨ受信が、該第１のリソースの最初のシンボルのはじめから所定の期間よりも早い（つまり、所定の期間よりも間隔が長い）かどうかに基づいて決定されてもよい。
例えば、該第２のＤＣＩフォーマットが、値が“１”にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含む場合には、端末装置１は、該スロットにおいて、該第１のリソースをドロップしてもよい。また、端末装置１は、該第２のＤＣＩフォーマットによってスケジュールされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を含むタイプ３ＨＡＲＱ－ＡＣＫコードブックに対して、該第１のＤＣＩフォーマットによってスケジュールされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を該タイプ３ＨＡＲＱ－ＡＣＫコードブックに含めてもよい。
例えば、該第２のＤＣＩフォーマットが、値が“１”にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含む場合、且つ、該第２のＤＣＩフォーマットの最後のシンボルと該第１のリソースの最初のシンボル間において所定の期間（所定のタイムライン条件）を満たさないとすれば、該第２のＤＣＩフォーマットがＰＤＳＣＨのスケジューリングに用いられるか否かに応じて、端末装置１は、該スロットにおいて、該第１のリソースを用いて、該第２のＤＣＩフォーマットによって示されたタイプ３ＨＡＲＱ－ＡＣＫコードブックを含むＨＡＲＱ－ＡＣＫ情報を送信してもよい。
例えば、該第２のＤＣＩフォーマットが、値が“１”にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含む場合、且つ、該第２のＤＣＩフォーマットの最後のシンボルと該第１のリソースの最初のシンボル間において特定のタイムライン条件を満たすとすれば、該第２のＤＣＩフォーマットがＰＤＳＣＨのスケジューリングに用いられるか否かに応じて、端末装置１は、該スロットにおいて、該第１のリソースを用いて、該第２のＤＣＩフォーマットによって示されたタイプ３ＨＡＲＱ－ＡＣＫコードブックを含むＨＡＲＱ－ＡＣＫ情報を送信してもよい。なお、該第２のＤＣＩフォーマットがＰＤＳＣＨのスケジューリングに用いられるかどうかに基づいて、該所定のタイムライン条件は異なってもよい。
例えば、該第２のＤＣＩフォーマットがＰＤＳＣＨのスケジューリングに用いられる場合のタイムライン条件（第１のタイムライン条件）と該第２のＤＣＩフォーマットがＰＤＳＣＨのスケジューリングに用いられない場合のタイムライン条件（第２のタイムライン条件）を比較すると、該第２のタイムライン条件の方が短い期間であってもよい。
該第２のＤＣＩフォーマットが、ＰＤＳＣＨのスケジューリングに用いられないとすれば、該第２のＤＣＩフォーマットと該第１のリソース間のタイムライン条件が該第１のタイムライン条件を満たさなくとも該第２のタイムライン条件を満たしていれば、端末装置１は、該スロットにおいて、該第２のＤＣＩフォーマットに含まれるＰＲＩフィールドの値に基づく、ＰＵＣＣＨリソースを用いて、タイプ３ＨＡＲＱ－ＡＣＫコードブックでＨＡＲＱ－ＡＣＫ情報を送信することができる。
第１のタイムライン条件と第２のタイムライン条件を比較すると、第２のタイムライン条件の方が長い期間であってもよい。
例えば、第２のＤＣＩフォーマットが、値が“０”にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含む場合には、端末装置１は、該スロットにおいて、第２のＤＣＩフォーマットによってスケジュールされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を第１のリソースで送信されるタイプ１またはタイプ２のＨＡＲＱ－ＡＣＫコードブックに含めるかどうかは、該第２のＤＣＩフォーマットを含むＰＤＣＣＨ受信が、該第１のリソースの最初のシンボルのはじめから所定の期間よりも早い（つまり、所定の期間よりも間隔が長い）かどうかに基づいて決定されてもよい。該所定の期間よりも早い場合には、端末装置１は、ＨＡＲＱ－ＡＣＫ情報を送信するためのＰＵＣＣＨリソースを該第１のリソースか該第２のリソースのいずれかを選択してもよい。例えば、該スロットにおけるＰＵＣＣＨリソースは、最新のＤＣＩフォーマットである第２のＤＣＩフォーマットのＰＲＩフィールドの値に基づいて決定されてもよい。
タイプ３ＨＡＲＱ－ＡＣＫコードブックが有効である場合、且つ、該第２のＤＣＩフォーマットに１ショットＨＡＲＱ－ＡＣＫリクエストフィールドが含まれる場合、且つ、該第２のＤＣＩフォーマットと第２のＰＵＣＣＨリソースが所定の期間よりも早い場合（つまり、タイムライン条件を満たす場合）には、端末装置１は、該第２のＰＵＣＣＨリソースを用いてタイプ３ＨＡＲＱ－ＡＣＫコードブックを送信してもよい。
タイプ３ＨＡＲＱ－ＡＣＫコードブックが有効である場合、且つ、該第２のＤＣＩフォーマットに１ショットＨＡＲＱ－ＡＣＫリクエストフィールドが含まれる場合、且つ、該第２のＤＣＩフォーマットと第２のＰＵＣＣＨリソースが所定の期間よりも早い場合（つまり、タイムライン条件を満たす場合）、且つ、該第２のＤＣＩフォーマットよりも後にＰＤＳＣＨのスケジューリングに用いられる第３のＤＣＩフォーマットを検出する場合、且つ、該第３のＤＣＩフォーマットが同じスロットでＨＡＲＱ－ＡＣＫ情報を送信することを示す場合、且つ、該第３のＤＣＩフォーマットと第２のＰＵＣＣＨリソースが所定の期間よりも早い場合（つまり、タイムライン条件を満たす場合）には、端末装置１は、該第２のＰＵＣＣＨリソースを用いて、タイプ３ＨＡＲＱ－ＡＣＫコードブックを送信してもよい。
タイプ３ＨＡＲＱ－ＡＣＫコードブックが有効である場合、且つ、該第２のＤＣＩフォーマットに１ショットＨＡＲＱ－ＡＣＫリクエストフィールドが含まれる場合、且つ、該第２のＤＣＩフォーマットと第２のＰＵＣＣＨリソースが所定の期間よりも早い場合（つまり、タイムライン条件を満たす場合）、且つ、該第２のＤＣＩフォーマットよりも後にＰＤＳＣＨのスケジューリングに用いられる第３のＤＣＩフォーマットを検出する場合、且つ、該第３のＤＣＩフォーマットが同じスロットでＨＡＲＱ－ＡＣＫ情報を送信することを示す場合、且つ、該第３のＤＣＩフォーマットがＰＲＩフィールドを含む場合、且つ、該第３のＤＣＩフォーマットと第２のＰＵＣＣＨリソースが所定の期間よりも早い場合（つまり、タイムライン条件を満たす場合）には、端末装置１は、該第３のＰＵＣＣＨリソースを用いて、タイプ３ＨＡＲＱ－ＡＣＫコードブックを送信してもよい。
端末装置１は、inapplicable valueを提供するPDSCH-to-HARQ_feedback timing indicator fieldを含む、第１のＰＤＳＣＨのスケジューリングに用いられる第１のＤＣＩフォーマットを検出し、それより後に、さらに、あるスロットにおいて、対応するＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨ送信に対するリソース（ＰＵＣＣＨリソース）を示し、１ショットＨＡＲＱ－ＡＣＫリクエストフィールドが“１”にセットされた、第２のＰＤＳＣＨのスケジューリングに用いられる第２のＤＣＩフォーマットを検出する場合、端末装置１は、該スロットの該ＰＵＣＣＨリソースにおいて、タイプ３ＨＡＲＱ－ＡＣＫコードブックに該第１のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報、および、第２のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を含んでもよい。
端末装置１は、第１のＰＤＣＣＨモニタリングオケージョンにおいて検出し、dl-DataToUL-ACKからinapplicable valueを提供するPDSCH-to-HARQ_feedback timing indicator fieldを含む第１のＤＣＩフォーマットによってスケジュールされた第１のＰＤＳＣＨを受信する第１の場合において、端末装置１が第２のＤＣＩフォーマットを検出するとすれば、端末装置１は、第２のＤＣＩフォーマットにおけるPDSCH-to-HARQ_feedback timing indicator fieldの値によって示されたスロットのＰＵＣＣＨまたはＰＵＳＣＨ送信において対応するＨＡＲＱ－ＡＣＫ情報を多重してもよい。なお、この時、端末装置１は、pdsch-HARQ-ACK-Codebook = enhancedDynamic-r16が提供されず、端末装置１は、該第１のＤＣＩフォーマットよりも後のＰＤＣＣＨモニタリングオケージョンにおいて該第２のＤＣＩフォーマットを検出する場合である。また、この時、端末装置１は、pdsch-HARQ-ACK-Codebook = enhancedDynamic-r16に提供され、端末装置１は、該第１のＤＣＩフォーマットよりも後のＰＤＣＣＨモニタリングオケージョンにおいて該第２のＤＣＩフォーマットを検出し、該第２のＤＣＩフォーマットは該第１のＤＣＩフォーマットによって示されたのと同じＰＤＳＣＨグループインデックスに対するＨＡＲＱ－ＡＣＫ情報報告を示す場合である。また、この時、端末装置１は、pdsch-HARQ-ACK-OneShotFeedback-r16が提供され、端末装置１は、該第１のＤＣＩフォーマットよりも後のＰＤＣＣＨモニタリングオケージョンにおいて該第２のＤＣＩフォーマットを検出し、該第２のＤＣＩフォーマットは値が“１”にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含み、端末装置１は、タイプ３ＨＡＲＱ－ＡＣＫコードブックにＨＡＲＱ－ＡＣＫ情報を含める。そうでないとすれば、端末装置１は、ＰＵＣＣＨまたはＰＵＳＣＨ送信において、対応するＨＡＲＱ－ＡＣＫ情報を多重しなくてもよい。
同じスロットにおいて、タイプ１またはタイプ２ＨＡＲＱ－ＡＣＫコードブックまたは１または２ビットＨＡＲＱ－ＡＣＫ情報ビットの送信とタイプ３ＨＡＲＱ－ＡＣＫコードブックの送信が重複する場合、端末装置１は、該スロットにおいて、タイプ３ＨＡＲＱ－ＡＣＫコードブックの送信を行なってもよい。
同じスロットにおいて、タイプ１またはタイプ２ＨＡＲＱ－ＡＣＫコードブックの送信とタイプ３ＨＡＲＱ－ＡＣＫコードブックの送信が重複する場合、端末装置１は、該タイプ１またはタイプ２ＨＡＲＱ－ＡＣＫコードブックで送信されるＨＡＲＱ－ＡＣＫ情報を、該タイプ３ＨＡＲＱ－ＡＣＫコードブックに含めて送信してもよい。
同じスロットにおいて、１または２ビットのＨＡＲＱ－ＡＣＫ情報の送信とタイプ３ＨＡＲＱ－ＡＣＫコードブックの送信が重複する場合、端末装置１は、該１または２ビットのＨＡＲＱ－ＡＣＫ情報を、該タイプ３ＨＡＲＱ－ＡＣＫコードブックに含めて送信してもよい。
端末装置１は、値が“１”にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含むＤＣＩフォーマットを伴うＰＤＣＣＨの最後のシンボルからＸシンボル後にタイプ３ＨＡＲＱ－ＡＣＫコードブックに応じたＨＡＲＱ－ＡＣＫ情報を提供（送信、報告）することを期待されてもよい。１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含むＤＣＩフォーマットを伴うＰＤＣＣＨを伴うサービングセルに対して、PDSCH-ServingCellConfigのprocessingType2Enabledがenabledにセットされるとすれば、μ＝０に対してＸ＝５、μ＝１に対してＸ＝５．５、μ＝２に対してＸ＝１１であってもよい。また、１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含むＤＣＩフォーマットを伴うＰＤＣＣＨを伴うサービングセルに対して、該ＤＣＩフォーマットがＰＤＳＣＨのスケジューリングに用いられないことが設定されるとすれば、μ＝０に対してＸ＝２０、μ＝１に対してＸ＝２４、μ＝２に対してＸ＝４４であってもよい。そうでないとすれば、μ＝０に対してＸ＝１０、μ＝１に対してＸ＝１２、μ＝２に対してＸ＝２２であってもよい。μはＰＤＣＣＨのＳＣＳ設定とＨＡＲＱ－ＡＣＫ情報を送信するＰＵＣＣＨのＳＣＳ設定の
間で最小のＳＣＳ設定に対応してもよい。各条件の各μに対するＸの値は一例であり、それぞれこれら以外の値であってもよい。ここで、Ｘの値（つまり、タイムライン条件）は、１ショットＨＡＲＱ－ＡＣＫリクエストフィールドの値が“１”にセットされるかどうか（タイプ３ＨＡＲＱ－ＡＣＫコードブックに基づくフィードバックが設定されるかどうか）、該ＤＣＩフォーマットがＰＤＳＣＨのスケジューリングに用いられるかどうか、processingType2Enabledがenabledにセットされるかどうか、タイプ３ＨＡＲＱ－ＡＣＫコードブックにＮＤＩが追加されるかどうか、タイプ３ＨＡＲＱ－ＡＣＫコードブックに含まれるＨＡＲＱ－ＡＣＫ情報に対応するサービングセルの数、に基づいて決定されてもよい。例えば、タイプ３ＨＡＲＱ－ＡＣＫコードブックに基づくフィードバックが設定され、さらにＮＤＩが該コードブックに含まれるとすれば、タイムライン条件はそうでない場合と比較して、期間は長くなってもよい。つまり、タイプ３ＨＡＲＱ－ＡＣＫコードブックのサイズが大きくなるにつれて、タイムライン条件は期間が長くなってもよい。
端末装置１は、値が“１”にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含むＤＣＩフォーマットを伴うＰＤＣＣＨの最後のシンボルからＴｐｒｏｃ後にタイプ３ＨＡＲＱ－ＡＣＫコードブックに応じたＨＡＲＱ－ＡＣＫ情報を提供（送信、報告）することを期待されてもよい。ここで、Ｔｐｒｏｃ＝（Ｘ＋ｄ１，１）＊（２０４８＋１４４）・κ＊２－μ＊Ｔｃであってもよい。ここで、ｄ１，１は、該ＤＣＩフォーマットによりＰＤＳＣＨがスケジューリングされない場合に０であってもよい。また、ｄ１，１は、該ＤＣＩフォーマットによりＰＤＳＣＨがスケジューリングされる場合に、ＰＤＳＣＨのＯＦＤＭシンボル数に基づき決定されてもよい。１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含むＤＣＩフォーマットを伴うＰＤＣＣＨを伴うサービングセルに対して、PDSCH-ServingCellConfigのprocessingType2Enabledがenabledにセットされるとすれば、μ＝０に対してＸ＝５、μ＝１に対してＸ＝５．５、μ＝２に対してＸ＝１１であってもよい。また、１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含むＤＣＩフォーマットを伴うＰＤＣＣＨを伴うサービングセルに対して、該ＤＣＩフォーマットがＰＤＳＣＨのスケジューリングに用いられないことが設定されるとすれば、μ＝０に対してＸ＝２０、μ＝１に対してＸ＝２４、μ＝２に対してＸ＝４４であってもよい。そうでないとすれば、μ＝０に対してＸ＝１０、μ＝１に対してＸ＝１２、μ＝２に対してＸ＝２２であってもよい。μはＰＤＣＣＨのＳＣＳ設定とＨＡＲＱ－ＡＣＫ情報を送信するＰＵＣＣＨのＳＣＳ設定の間で最小のＳＣＳ設定に対応してもよい。各条件の各μに対するＸの値は一例であり、それぞれこれら以外の値であってもよい。ここで、Ｘの値（つまり、タイムライン条件）は、１ショットＨＡＲＱ－ＡＣＫリクエストフィールドの値が“１”にセットされるかどうか（タイプ３ＨＡＲＱ－ＡＣＫコードブックに基づくフィードバックが設定されるかどうか）、該ＤＣＩフォーマットがＰＤＳＣＨのスケジューリングに用いられるかどうか、processingType2Enabledがenabledにセットされるかどうか、タイプ３ＨＡＲＱ－ＡＣＫコードブックにＮＤＩが追加されるかどうか、タイプ３ＨＡＲＱ－ＡＣＫコードブックに含まれるＨＡＲＱ－ＡＣＫ情報に対応するサービングセルの数、に基づいて決定されてもよい。例えば、タイプ３ＨＡＲＱ－ＡＣＫコードブックに基づくフィードバックが設定され、さらにＮＤＩが該コードブックに含まれるとすれば、タイムライン条件はそうでない場合と比較して、期間は長くなってもよい。つまり、タイプ３ＨＡＲＱ－ＡＣＫコードブックのサイズが大きくなるにつれて、タイムライン条件は期間が長くなってもよい。
端末装置１は、１つのアクティブＳＰＳ ＰＤＳＣＨ設定が提供され、対応するＰＤＣＣＨなしにＰＤＳＣＨ受信だけに対応するＨＡＲＱ－ＡＣＫ情報を送信するとすれば、ＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨ送信に対応するためのＰＵＣＣＨリソースは、n1PUCCH-ANによって提供されてもよい。
端末装置１は、ＰＵＣＣＨフォーマット０を用いてＨＡＲＱ－ＡＣＫ情報を送信すると
すれば、端末装置１は、値ｍ０およびサイクリックシフトαの値を算出するためのｍＣＳを決定する。ｍ０は、PUCCH-format0のinitialCyclicShiftによって、または、initialCyclicShiftが提供されないとすれば、イニシャルサイクリックシフトインデックスによって提供されてもよい。ｍＣＳは、１つのＨＡＲＱ－ＡＣＫ情報ビットの値から、または、２つのＨＡＲＱ－ＡＣＫ情報ビットの値から決定されてもよい。
端末装置１は、ＰＵＣＣＨフォーマット１を用いて、ＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨを送信するとすれば、端末装置１は、PUCCH-format1のinitialCyclicShiftによって、または、initialCyclicShiftが提供されないとすれば、イニシャルサイクリックシフトインデックスによって提供されてもよい。
端末装置１は、ＭＰＵＣＣＨ ＲＢＰＲＢｓを含むＰＵＣＣＨリソースにおけるＰＵＣＣＨフォーマット２またはＰＵＣＣＨフォーマット３を用いて、ＯＡＣＫＨＡＲＱ－ＡＣＫ情報ビットおよびＯＣＲＣビットを伴うＰＵＣＣＨを送信するとすれば、端末装置１は、ＯＡＣＫ＋ＯＣＲＣに基づいて、ＭＰＵＣＣＨ ＲＢの最小ＰＲＢ数を決定してもよい。その際、符号化率やシンボル数などを考慮してもよい。
端末装置１は、InterlaceAllocation-r16におけるinterlace0によってＭＰＵＣＣＨ Ｉｎｔｅｒｌａｃｅ，０の第１のインタレースが提供され、ＰＵＣＣＨフォーマット２またはＰＵＣＣＨフォーマット３を用いてＯＡＣＫＨＡＲＱ－ＡＣＫ情報ビットおよびＯＣＲＣビットを送信するとすれば、ＯＡＣＫ＋ＯＣＲＣが所定の条件を満たすとすれば（例えば、ＯＡＣＫ＋ＯＣＲＣが所定の値よりも少ないとすれば）、該第１のインタレースでＰＵＣＣＨを送信し、そうでないとすれば、PUCCH-format2またはPUCCH-format3に含まれるinterlace1による第２のインタレース（ＭＰＵＣＣＨ Ｉｎｔｅｒｌａｃｅ，１）が提供されているとすれば、端末装置１は、第１のインタレースおよび第２のインタレースでＰＵＣＣＨを送信する。
次に、本実施形態の一態様に係るＰＤＳＣＨを受信するための端末装置１のプロシージャの一例について説明する。
下りリンクに対して、セル毎に最大１６ＨＡＲＱプロセスが端末装置１によってサポートされている。下りリンクに対して設定されている端末装置１が想定するプロセスの数は、上位層パラメータnrofHARQ-ProcessesForPDSCHによって各セル別々に端末装置１に設定される。その設定が提供されていない時、端末装置１は、デフォルト数として８プロセスと想定してもよい。
端末装置１は、設定されたＤＣＩフォーマット１＿０、または、１＿１を伴うＰＤＣＣＨの検出に基づいて、該ＤＣＩフォーマットによって示された（スケジュールされた）ＰＤＳＣＨをデコードする。ある特定のスケジュールされたセルにおける１または複数のいずれかのＨＡＲＱプロセスＩＤに対して、端末装置１は、１つのＰＤＳＣＨと時間でオーバーラップしているもう１つのＰＤＳＣＨを受信することを期待されない。端末装置１は、ある特定のＨＡＲＱプロセスに対するＨＡＲＱ－ＡＣＫの期待される送信が終わるまでに該ＨＡＲＱプロセスのもう１つのＰＤＳＣＨを受信することを期待されない。特定のスケジュールされたセルにおいて、端末装置１は、スロットｊで送信されるように配置された対応するＨＡＲＱ－ＡＣＫに関連する、スロットｉにおける第１のＰＤＳＣＨ、および、スロットｊよりも１つ前のスロットで送信されるように配置された対応するＨＡＲＱ－ＡＣＫに関連する、第１のＰＤＳＣＨよりも後にスタートする第２のＰＤＳＣＨを受信することを期待されない。ある特定のスケジュールされたセルにおける１または複数のいずれか２つのＨＡＲＱプロセスＩＤに対して、端末装置１が、シンボルｉよりも後に終わるＰＤＣＣＨによってシンボルｊにおいてスタートする第１のＰＤＳＣＨを受信することを
開始するようにスケジュールされるとすれば、端末装置１は、シンボルｉよりも後に終わるＰＤＣＣＨを伴う第１のＰＤＳＣＨの終わりよりも早くスタートするＰＤＳＣＨを受信するようにスケジュールされることを期待されない。ある特定のスケジュールされたセルにおいて、ＳＩ－ＲＮＴＩに対応するいずれかのＰＤＳＣＨに対して、端末装置１は、そのＰＤＳＣＨの最後のシンボルの後のＮシンボルよりも少ない開始シンボルを伴うより早いＰＤＳＣＨの再送信をデコードすることを期待されなくてもよい。
端末装置１は、該期待される送信のＨＡＲＱ－ＡＣＫがタイプ３ＨＡＲＱ－ＡＣＫコードブックに基づいて決定されるとすれば、１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含むＰＤＣＣＨを受信したスロットよりも前に受信したＰＤＣＣＨでスケジュールされたＰＤＳＣＨのＨＡＲＱプロセスＩＤ以外のＨＡＲＱプロセスＩＤのＰＤＳＣＨに対して、受信することを期待されてもよい。
特定のスケジュールされたセルにおいて、端末装置１は、スロットｊで送信されるように配置された対応するＨＡＲＱ－ＡＣＫに関連する、スロットｉにおける第１のＰＤＳＣＨ、および、スロットｊよりも１つ前のスロットで送信されるように配置された対応するＨＡＲＱ－ＡＣＫに関連する、第１のＰＤＳＣＨよりも後にスタートする第２のＰＤＳＣＨを受信することを期待されないが、該第２のＰＤＳＣＨがスケジュールされず、スロットｊよりも１つ前のスロットで送信されるように配置された対応するＨＡＲＱ－ＡＣＫがタイプ３ＨＡＲＱ－ＡＣＫコードブックによって決定されるとすれば、該第１のＰＤＳＣＨの受信を期待されてもよい。このような場合、端末装置１は、タイプ３ＨＡＲＱ－ＡＣＫコードブックのＨＡＲＱ－ＡＣＫを送信してもよい。また、このような場合、端末装置１は、スロットｊにおいてＨＡＲＱ－ＡＣＫを送信してもよい。
特定のスケジュールされたセルにおいて、端末装置１は、スロットｊで送信されるように配置された対応するＨＡＲＱ－ＡＣＫに関連する、スロットｉにおける第１のＰＤＳＣＨ、および、スロットｊよりも１つ前のスロットで送信されるように配置された対応するＨＡＲＱ－ＡＣＫに関連する、第１のＰＤＳＣＨよりも後にスタートする第２のＰＤＳＣＨを受信することを期待されないが、該第２のＰＤＳＣＨにおいてＤＬ－ＳＣＨが送信されないことが示されるとすれば、該第１のＰＤＳＣＨの受信を期待されてもよい。このような場合、端末装置１は、少なくとも該第１のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫを送信してもよい。
特定のスケジュールされたセルにおいて、端末装置１は、スロットｊで送信されるように配置された対応するＨＡＲＱ－ＡＣＫに関連する、スロットｉにおける第１のＰＤＳＣＨ、および、スロットｊよりも１つ前のスロットで送信されるように配置された対応するＨＡＲＱ－ＡＣＫに関連する、第１のＰＤＳＣＨよりも後にスタートする第２のＰＤＳＣＨを受信することを期待されないが、該第２のＰＤＳＣＨにおいてＤＬ－ＳＣＨが送信されないことが示されるとすれば、且つ、スロットｊよりも１つ前のスロットで送信されるように配置された対応するＨＡＲＱ－ＡＣＫがタイプ３ＨＡＲＱ－ＡＣＫコードブックによって決定されるとすれば、該第１のＰＤＳＣＨの受信を期待されてもよい。このような場合、端末装置１は、タイプ３ＨＡＲＱ－ＡＣＫコードブックのＨＡＲＱ－ＡＣＫを送信してもよい。また、このような場合、端末装置１は、スロットｊにおいてＨＡＲＱ－ＡＣＫを送信してもよい。
端末装置１は、“１”にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含むＤＣＩフォーマットを検出するとすれば、端末装置１は、該ＤＣＩフォーマットによって示された、あるスロットにおいて、送信に対して、タイプ３ＨＡＲＱ－ＡＣＫコードブックを多重するためのＰＵＣＣＨまたはＰＵＳＣＨを決定してもよい。端末装置１は、そのスロットにおける送信に対するＰＵＣＣＨまたはＰＵＳＣＨにおいて、タイプ３ＨＡＲＱ－ＡＣＫコードブックのみを多重してもよい。
端末装置１は、あるスロットにおける複数のオーバーラップしているＰＵＣＣＨ、または、あるスロットにおけるオーバーラップしている１または複数のＰＵＣＣＨおよび１または複数のＰＵＳＣＨを送信する場合において、該１または複数のＰＵＣＣＨのうちの１つが、ＳＰＳ ＰＤＳＣＨ受信に応じたＨＡＲＱ－ＡＣＫ情報を含み、いずれかのＰＵＳＣＨがＤＣＩフォーマット検出に応じていない（ＤＣＩフォーマットによってスケジュールされていない）とすれば、最も早いＰＵＣＣＨまたはＰＵＳＣＨの最初のシンボルＳ０は、ＰＤＳＣＨまたはＰＵＳＣＨをスケジュールするＰＤＣＣＨに対するＳＣＳ設定に関連した１または複数のコンポーネントがタイムライン条件にないことを除いて、前のタイムライン条件のはじめであることを期待してもよい。ここで、ＤＣＩフォーマット検出に応じていないとは、ＤＣＩフォーマットによってスケジュールされていないことを含んでもよい。例えば、ＳＰＳ送信やConfigured grantによる送信のことであってもよい。
端末装置１は、あるスロットにおいて、ＨＡＲＱ－ＡＣＫ情報、および／または、ＳＲ、および／または、１または複数のＣＳＩレポートを含む複数のＰＵＣＣＨの送信が生じる場合において、該スロットのＨＡＲＱ－ＡＣＫ情報を伴ういずれかのＰＵＣＣＨがタイムライン条件を満たし、且つ、タイムライン条件を満たさない他のＰＵＣＣＨまたはＰＵＳＣＨとオーバーラップしないとすれば、端末装置１は、該ＨＡＲＱ－ＡＣＫ情報、および／または、該ＳＲ、および／または、該１または複数のＣＳＩレポートを多重し、擬似コード（つまり、ある条件）に基づいて、該スロットにおける送信のための対応する１または複数のＰＵＣＣＨを決定してもよい。複数のＰＵＣＣＨが、ＨＡＲＱ－ＡＣＫ情報を含まず、ＤＣＩフォーマットに応じたいずれかのＰＵＳＣＨ送信（ＤＣＩフォーマットによってスケジュールされたＰＵＳＣＨ）とオーバーラップしないとすれば、タイムライン条件は、適用されなくてもよい。
端末装置１は、multi-CSI-PUCCH-ResourceListが提供されないとすれば、且つ、ＳＰＳ
ＰＤＳＣＨ受信に応じたＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨ送信に対するリソース、および／または、ＳＲオケージョンに関連するＰＵＣＣＨに対するリソースが、２つのＣＳＩレポートをそれぞれ伴うＰＵＣＣＨ送信に対する２つのリソースがオーバーラップしているとすれば、且つ、該いずれかのリソースとオーバーラップしているＤＣＩフォーマット検出に応じたＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨ送信に対するリソースがないとすれば、且つ、擬似コードが、ＨＡＲＱ－ＡＣＫおよび／またはＳＲリソースから１つのＰＵＣＣＨリソース、および、１または複数のＣＳＩレポートを伴う２つのＰＵＣＣＨリソースを決定するための端末装置１の試みの結果であるとすれば、端末装置１は、より高い優先度を有するＣＳＩレポートを伴うＰＵＣＣＨ送信に対するリソースにおいてＨＡＲＱ－ＡＣＫおよび／またはＳＲを多重し、より低い優先度を有するＣＳＩレポートを伴うＰＵＣＣＨを送信しなくてもよい。
端末装置１は、ＤＣＩフォーマット検出に基づくＰＵＣＣＨまたはＰＵＳＣＨが、タイムライン条件を満たさない他のＰＵＣＣＨまたはＰＵＳＣＨとオーバーラップすることを期待しなくてもよい。言い換えると、端末装置１は、タイムライン条件を満たさない他のＰＵＣＣＨまたはＰＵＳＣＨとオーバーラップするようなＤＣＩフォーマットに応じたＰＵＣＣＨまたはＰＵＳＣＨを期待しなくてもよい。
次に、本実施形態の一態様に係る探索領域セットスイッチング（探索領域セットグループスイッチング）の一例について説明する。
端末装置１は、searchSpaceSwitchingGroup-r16によって示されたあるサービングセルにおけるＰＤＣＣＨモニタリングに対して、searchSpaceGroupIdList-r16によってそれぞ
れの探索領域セットに対するグループインデックスを提供されてもよい。端末装置１が、ある探索領域セットに対してsearchSpaceGroupIdList-r16を提供されないとすれば、または、searchSpaceSwitchingGroup-r16によって示されないサービングセルにおけるＰＤＣＣＨモニタリングに対して、後述するプロシージャは、探索領域セットに応じたＰＤＣＣＨモニタリングに対して適用されなくてもよい。
探索領域セットのモニタリング周期（monitoringSlotPeriodicityAndOffset）は、個別に設定されてもよい。例えば、グループインデックス０の探索領域セットのモニタリング周期とグループインデックス１の探索領域セットのモニタリング周期は、異なっていてもよい（異なる設定であってもよい）。片方のグループインデックスの探索領域セットのモニタリング周期の方が長め、または、短めに設定されてもよい。
monitoringSlotPeriodicityAndOffsetは、periodicityとオフセットとして設定されたＰＤＣＣＨモニタリングのためのスロットを示す。端末装置１にＤＣＩフォーマット２＿０が設定されているとすれば、特定の値しか設定されなくてもよい。
searchSpaceSwitchingTimer-r16によって提供されたタイマー値は、該searchSpaceSwitchingTimer-r16が提供されたＤＬ ＢＷＰがアクティブであるか非アクティブ（ディアクティブ）であるかによらず、デクリメントされてもよい。あるいは、端末装置１は、searchSpaceSwitchingTimer-r16によって、タイマー値を提供されてもよい。searchSpaceSwitchingTimer-r16は、該タイマー値の初期値であってもよい。該タイマーは、探索領域セットのグループをスイッチするために用いられてもよい。例えば、タイマーが満了する場合、端末装置１は、ＰＤＣＣＨモニタリングのためのあるグループインデックスの探索領域セットを別のグループインデックスの探索領域セットにスイッチすることができる。
端末装置１は、端末装置１がＤＣＩフォーマット２＿０の検出のためのＰＤＣＣＨをモニタするサービングセルのアクティブＤＬ ＢＷＰにおける各スロットの後にタイマー値を１つだけデクリメントする。該タイマー値が満了すると、端末装置１は、該サービングセルの該アクティブＤＬ ＢＷＰにおけるＰＤＣＣＨモニタリングに対してデフォルト探索領域セットグループ（例えば、デフォルトグループインデックスの探索領域セット）にスイッチしてもよい。
端末装置１は、探索領域セットスイッチングが適用される場合であって、グループインデックス０の探索領域セットに対するＰＤＣＣＨ候補のモニタとグループインデックス１の探索領域セットに対するＰＤＣＣＨ候補のモニタとのいずれも行なっていない場合は、予め規定された固定のグループインデックス（例えば、グループインデックス０）の探索領域セットに対する１または複数のＰＤＣＣＨのモニタを開始してもよく、他のグループインデックス（例えば、グループインデックス１）の探索領域セットに対する１または複数のＰＤＣＣＨのモニタを行なわなくてもよい。
端末装置１は、探索領域セットスイッチングが適用される場合、少なくともいずれかのＤＣＩフォーマットを検出するまでは、予め規定された固定のグループインデックス（例えば、グループインデックス０）の探索領域セットに対する１または複数のＰＤＣＣＨをモニタしてもよく、他のグループインデックス（例えば、グループインデックス１）の探索領域セットに対する１または複数のＰＤＣＣＨのモニタを行なわなくてもよい。
端末装置１は、searchSpaceSwitchingTimer-r16によってタイマー値を提供される場合であって、当該タイマー値がsearchSpaceSwitchingTimer-r16によって与えられる値に未だセットされていない間（セットされたことが無い場合）は、予め規定された固定のグループインデックス（例えば、グループインデックス０）の探索領域セットに対する１また
は複数のＰＤＣＣＨをモニタしてもよく、他のグループインデックス（例えば、グループインデックス１）の探索領域セットに対する１または複数のＰＤＣＣＨのモニタを行なわなくてもよい。
端末装置１は、searchSpaceSwitchingTimer-r16によってタイマー値を提供される場合であって、タイマー値がいずれの値にも未だセットされていない間（セットされたことが無い場合）は、予め規定された固定のグループインデックス（例えば、グループインデックス０）の探索領域セットに対する１または複数のＰＤＣＣＨをモニタしてもよく、他のグループインデックス（例えば、グループインデックス１）の探索領域セットに対する１または複数のＰＤＣＣＨのモニタを行なわなくてもよい。
端末装置１は、探索領域セットスイッチングが適用される場合、少なくともＤＣＩフォーマット２＿０を検出するまでは、デフォルトグループインデックス（予め規定された固定のグループインデックス、例えば、グループインデックス０）の探索領域セットに対する１または複数のＰＤＣＣＨをモニタしてもよい。
端末装置１は、探索領域セットスイッチングが適用される場合、少なくともＤＣＩフォーマット２＿０を検出するまでは、デフォルトグループインデックスとしてすべてのグループインデックスに対応する探索領域セットに対する１または複数のＰＤＣＣＨをモニタしてもよい。
端末装置１は、探索領域セットスイッチングが適用される場合、少なくともＤＣＩフォーマット２＿０を検出するまでは、グループインデックスが提供（設定）されていない探索領域セットに対する１または複数のＰＤＣＣＨをモニタしてもよい。
端末装置１は、searchSpaceSwitchingTimer-r16によってタイマー値を提供される場合、グループインデックス１の探索領域セットに対するＰＤＣＣＨ候補をモニタしてもよい。該タイマーが満了した場合、端末装置１は、グループインデックス０の探索領域セットに対する１または複数のＰＤＣＣＨをモニタしてもよい。
端末装置１は、searchSpaceSwitchingTimer-r16によってタイマー値を提供される場合、且つ、ＤＣＩフォーマット２＿０が設定される場合、ＤＣＩフォーマット２＿０を検出するまで、または、タイマーが満了するまでは、グループインデックス１の探索領域セットに対するＰＤＣＣＨをモニタしてもよい。該タイマーが満了した場合、端末装置１は、グループインデックス０の探索領域セットに対する１または複数のＰＤＣＣＨをモニタしてもよい。
searchSpaceSwitchingTimer-r16は、PDCCH-Configに含まれて提供されてもよい。
searchSpaceSwitchingTimer-r16によって提供されたタイマー値は、該searchSpaceSwitchingTimer-r16が提供されたアクティブＤＬ ＢＷＰ毎にデクリメントされてもよい。
searchSpaceSwitchingTimer-r16によって提供されたタイマー値は、該searchSpaceSwitchingTimer-r16が提供されたアクティブＤＬ ＢＷＰのサービングセル毎にデクリメントされてもよい。つまり、該タイマー値は、該searchSpaceSwitchingTimer-r16が提供されたアクティブＤＬ ＢＷＰを含むサービングセルに対してデクリメントが行なわれてもよい。
searchSpaceSwitchingTimer-r16によって提供されたタイマー値は、該searchSpaceSwitchingTimer-r16が提供されたアクティブＤＬ ＢＷＰのサービングセルを含むセルグルー
プ毎にデクリメントされてもよい。セルグループは、１または複数のサービングセルのセットであってもよい。
ＤＣＩフォーマット１＿１にBWP indicator fieldが含まれるとすれば、BWP indicator
fieldに基づいて、アクティブＤＬ ＢＷＰが別のＤＬ ＢＷＰへとスイッチされると、端末装置１は、デクリメントされた該タイマー値をsearchSpaceSwitchingTimer-r16によって提供された値（初期値）にセットしてもよい。
アクティブＤＬ ＢＷＰに対してＢＷＰスイッチングが行なわれる場合、端末装置１は、タイマー値を初期値にリセットしてもよい。
ＤＬ ＢＷＰ毎にsearchSpaceSwitchingTimer-r16が設定される場合、アクティブＤＬ
ＢＷＰに対してＢＷＰスイッチングが行なわれるとすれば、端末装置１は、該タイマー値を初期値にリセットしてもよい。または、端末装置１は、ＢＷＰスイッチング後のアクティブＤＬ ＢＷＰに対応するタイマーをスタートしてもよい。その際、端末装置１は、ＢＷＰスイッチング前のＤＬ ＢＷＰに対応するタイマーをストップしてもよいし、タイマー値を初期値にリセットしてもよい。
１つのサービングセル内の１または複数のＤＬ ＢＷＰに対して１つのsearchSpaceSwitchingTimer-r16が設定される場合、アクティブＤＬ ＢＷＰに対してＢＷＰスイッチングが行なわれるとすれば、端末装置１は、該タイマー値をＤＬスロットの終わりにデクリメントしてもよい。
ＤＣＩフォーマット１＿１にCarrier indicator fieldが含まれるとすれば、Carrier indicatorに基づいて、下りリンク送信に用いられるキャリア（サービングセル）が変更されると、端末装置１は、デクリメントされた該タイマー値を変更されたサービングセルのsearchSpaceSwitchingTimer-r16によって提供された値にセットしてもよい。
searchSpaceSwitchingTimer-r16によって提供されたタイマー値が、あるスロットの終わりにデクリメントされるかどうかは、searchSpaceSwitchingTimer-r16が提供されたＤＬ ＢＷＰがアクティブかどうかに基づいて決定されてもよい。端末装置１は、searchSpaceSwitchingTimer-r16が提供されたＤＬ ＢＷＰがアクティブでないとすれば、該スロットの終わりに該タイマー値をデクリメントしなくてもよい。
searchSpaceSwitchingTimer-r16によって提供されたタイマー値が、あるスロットの終わりにデクリメントされるかどうかは、searchSpaceSwitchingTimer-r16が提供されたＤＬ ＢＷＰのサービングセルがアクティベートかどうかに基づいて決定されてもよい。端末装置１は、searchSpaceSwitchingTimer-r16が提供されたＤＬ ＢＷＰのサービングセルがアクティベートではないとすれば、該スロットの終わりに該タイマー値をデクリメントしなくてもよい。
searchSpaceSwitchingTimer-r16によって提供されたタイマー値が、あるスロットの終わりにデクリメントされるかどうかは、searchSpaceSwitchingTimer-r16が提供されたＤＬ ＢＷＰのサービングセルと同じセルグループに属している少なくとも１つのサービングセルがアクティベートかどうかに基づいて決定されてもよい。端末装置１は、searchSpaceSwitchingTimer-r16が提供されたＤＬ ＢＷＰのサービングセルと同じセルグループに属しているすべてのサービングセルがアクティベートではないとすれば、該スロットの終わりに該タイマー値をデクリメントしなくてもよい。
searchSpaceSwitchingTimer-r16によって提供されたタイマー値が、あるスロットの終
わりにデクリメントされるかどうかは、searchSpaceSwitchingTimer-r16が提供されたＤＬ ＢＷＰがアクティブかどうか、および、該ＤＬ ＢＷＰにＤＣＩフォーマット２＿０を検出するための探索領域が少なくとも１つは設定されているかどうかに基づいて決定されてもよい。
searchSpaceSwitchingTimer-r16によって提供されたタイマー値が、あるスロットの終わりにデクリメントされるかどうかは、searchSpaceSwitchingTimer-r16が提供されたＤＬ ＢＷＰのサービングセルがアクティベートかどうか、および、該ＤＬ ＢＷＰにＤＣＩフォーマット２＿０を検出するための探索領域が少なくとも１つは設定されているかどうかに基づいて決定されてもよい。
searchSpaceSwitchingTimer-r16によって提供されたタイマー値が、あるスロットの終わりにデクリメントされるかどうかは、searchSpaceSwitchingTimer-r16が提供されたＤＬ ＢＷＰのサービングセルと同じセルグループに属している少なくとも１つのサービングセルがアクティベートかどうか、および、該サービングセルのうち少なくとも１つのサービングセルのアクティブＤＬ ＢＷＰにＤＣＩフォーマット２＿０を検出するための探索領域が少なくとも１つは設定されているかどうかに基づいて決定されてもよい。
端末装置１は、ＤＣＩフォーマット２＿０を検出する探索領域が１つも設定されていないとすれば、タイマー値をデクリメントすることを期待されなくてもよい。
端末装置１は、ＤＣＩフォーマット２＿０を検出する探索領域が１つも設定されていないとすれば、アクティブＤＬ ＢＷＰに対してタイマー値をデクリメントすることを期待されてもよい。
端末装置１は、ＤＣＩフォーマット２＿０を検出する探索領域が１つも設定されていないとすれば、アクティブＤＬ ＢＷＰを含むサービングセルに対してタイマー値をデクリメントすることを期待されてもよい。
端末装置１は、ＤＣＩフォーマット２＿０を検出する探索領域が１つも設定されていないとすれば、アクティブＤＬ ＢＷＰを含むサービングセルを含むセルグループに対してタイマー値をデクリメントすることを期待されてもよい。
端末装置１は、ＤＣＩフォーマット２＿０を検出する探索領域が１つも設定されていないとすれば、searchSpaceGroupIdList-r16の値が変更されたかどうかに基づいて、タイマー値をデクリメントすることを期待されてもよい。
端末装置１は、ＤＣＩフォーマット２＿０を検出する探索領域が１つも設定されていないとすれば、アクティブＤＬ ＢＷＰがＢＷＰ指示フィールドによって変更されたことに基づいて、該タイマー値を初期値にリセットしてもよい。
端末装置１は、ＤＣＩフォーマット２＿０を検出する探索領域が１つも設定されていないとすれば、アクティブＤＬ ＢＷＰがＢＷＰ指示フィールドによって変更されたことに基づいて、グループインデックス１の探索領域セットのＰＤＣＣＨをモニタしてもよい。
端末装置１は、ＤＣＩフォーマット２＿０を検出する探索領域が１つも設定されていないとすれば、アクティブＤＬ ＢＷＰがＢＷＰ指示フィールドによって変更されたことに基づいて、ＤＬ ＢＷＰに対応する探索領域セットのグループインデックスが変更されたとすれば、該タイマー値を初期値にリセットしてもよい。
端末装置１は、searchSpaceSwitchingTimer-r16によって、タイマー値を提供されるが、ＤＣＩフォーマット２＿０を検出するためのＰＤＣＣＨをモニタするサービングセル（または、上位層パラメータPDCCH-Config）が１つも設定されていないとすれば、または、ＤＣＩフォーマット２＿０を検出するための探索領域セット（上位層パラメータSearchSpace）が１つも設定されていないとすれば、端末装置１は、検出したＤＣＩフォーマットの探索領域セットがどちらのグループインデックスを伴っているかに基づいて、次にＰＤＣＣＨをモニタするための探索領域セットのグループ（グループインデックス）を決定してもよい。
端末装置１は、searchSpaceSwitchingTimer-r16によって、タイマー値を提供されるが、ＤＣＩフォーマット２＿０を検出するためのＰＤＣＣＨをモニタするサービングセルが１つも設定されていないとすれば、または、ＤＣＩフォーマット２＿０を検出するための探索領域セットが１つも設定されていないとすれば、端末装置１は、タイマー値をデクリメントしなくてもよい。
また、端末装置１は、searchSpaceSwitchingTimer-r16によって、タイマー値を提供されるとすれば、ＤＣＩフォーマット２＿０を検出するためのＰＤＣＣＨをモニタするサービングセルが少なくとも１つは設定される、および／または、ＤＣＩフォーマット２＿０を検出するための探索領域セットが少なくとも１つは設定されると期待されてもよい。つまり、このような場合、端末装置１は、少なくとも１つのサービングセルのアクティブＤＬ ＢＷＰにおいてＤＣＩフォーマット２＿０を検出することを期待されてもよい。
また、端末装置１は、searchSpaceSwitchingTimer-r16によってタイマー値を提供されるＤＬ ＢＷＰのサービングセルが１つよりも多い場合、タイマー値のデクリメントが１つのサービングセルにおいて行なわれるとすれば、該サービングセルは、下記Ａ１からＡ７のうち、一部または全部に基づいて決定されてもよい。
Ａ１）該サービングセルがプライマリセルかどうか
Ａ２）該サービングセルがセルグループ内において、最も大きいまたは小さいインデックスを伴うサービングセルかどうか
Ａ３）該サービングセルに与えられたグループ１および／またはグループ２の探索領域セットの数
Ａ４）該サービングセルに与えられたグループ１および／またはグループ２の探索領域セットのperiodicity
Ａ５）該サービングセルがセルグループ内において、最も大きいまたは小さいnumerologyかどうか
Ａ６）該サービングセルがＲＲＣパラメータ（上位層パラメータ）に基づいて示されたかどうか
Ａ７）該サービングセルに対して、および／または、該サービングセルのＰＤＣＣＨ設定に対して、ＤＣＩフォーマット２＿０をモニタすることが設定されているかどうか
また、端末装置１は、ＤＣＩフォーマット２＿０を検出するためのＰＤＣＣＨをモニタするサービングセルが１つよりも多い場合、タイマー値のデクリメントが１つの該サービングセルにおいて行なわれるとすれば、該サービングセルは、下記Ｂ１からＢ７のうち、一部または全部に基づいて決定されてもよい。
Ｂ１）該サービングセルがプライマリセルかどうか
Ｂ２）該サービングセルがセルグループ内において、最も大きいまたは小さいインデックスを伴うサービングセルかどうか
Ｂ３）該サービングセルに与えられたグループ１および／またはグループ２の探索領域セットの数
Ｂ４）該サービングセルに与えられたグループ１および／またはグループ２の探索領域セ
ットのperiodicity
Ｂ５）該サービングセルがセルグループ内において、最も大きいまたは小さいnumerologyかどうか
Ｂ６）該サービングセルがＲＲＣパラメータ（上位層パラメータ）に基づいて示されたかどうか
Ｂ７）該サービングセルのＤＣＩフォーマット２＿０に対するreference numerologyが、最も大きいまたは小さい
別の観点では、端末装置１は、searchSpaceSwitchingTimer-r16によってタイマー値を提供されることができる。上位層パラメータsearchSpaceSwitchingTimer-r16は、あるサービングセルにおける、あるＤＬ ＢＷＰに対して設定されてもよい。あるいは、上位層パラメータsearchSpaceSwitchingTimer-r16は、あるサービングセルに対して設定されてもよい。あるいは、上位層パラメータsearchSpaceSwitchingTimer-r16は、あるサービングセルグループに対して設定されてもよい。端末装置１は、端末装置１がＤＣＩフォーマット２＿０を検出するためのＰＤＣＣＨをモニタするサービングセル（サービングセル＃２）におけるアクティブＤＬ ＢＷＰにおける各スロットの後に、そのタイマー値を１だけデクリメントしてもよい。あるいは、端末装置１は、端末装置１がいずれかのＤＣＩフォーマットを検出するためのＰＤＣＣＨをモニタするサービングセル（サービングセル＃２）におけるアクティブＤＬ ＢＷＰにおける各スロットの後に、そのタイマー値を１だけデクリメントしてもよい。ただし、サービングセル＃１とサービングセル＃２とは同じサービングセルであってもよいし、異なるサービングセルであってもよい。あるいは、端末装置１は、端末装置１が各スロットの後に、そのタイマー値を１だけデクリメントしてもよい。このとき、タイマーのデクリメントのために参照されるスロットは、下記Ｃ１からＣ７のうち、一部または全部に基づいて決定されてもよい。
Ｃ１）プライマリセルの所定ＢＷＰ（例えば初期ＤＬ ＢＷＰ、あるいはアクティブＤＬ
ＢＷＰ）におけるnumerologyに基づくスロット（例えば、プライマリセルの所定ＢＷＰのスロット）
Ｃ２）サービングセル＃１を含むセルグループ内において、最も大きいまたは小さいインデックスを伴うサービングセル（サービングセル＃３）の所定ＢＷＰのnumerologyに基づくスロット（例えば、サービングセル＃３の所定ＢＷＰのスロット）
Ｃ３）サービングセル＃１を含むセルグループ内において、最も大きいまたは小さいnumerologyを伴うサービングセル（サービングセル＃３）の所定ＢＷＰのnumerologyに基づくスロット（例えば、サービングセル＃３の所定ＢＷＰのスロット）
Ｃ４）ＲＲＣパラメータ（上位層パラメータ）に基づいて示されたサービングセル（サービングセル＃３）の所定ＢＷＰのnumerologyに基づくスロット（例えば、サービングセル＃３の所定ＢＷＰのスロット）
Ｃ５）ＲＲＣパラメータ（上位層パラメータ）に基づいて示されたＢＷＰ（ＢＷＰ＃１）のnumerologyに基づくスロット（例えば、ＢＷＰ＃１のスロット）
Ｃ６）ＲＲＣパラメータ（上位層パラメータ）に基づいて示されたnumerologyに基づくスロット
Ｃ７）サービングセル＃１を含むセルグループ内において、ＤＣＩフォーマット２＿０のモニタリングが設定されているサービングセル（サービングセル＃３）の所定ＢＷＰのnumerologyに基づくスロット（例えば、サービングセル＃３の所定ＢＷＰのスロット）
Ｃ８）サービングセル１のためにモニタリングされるＤＣＩフォーマット２＿０に対するreference numerologyに基づくスロット（例えば、当該ＤＣＩフォーマット２＿０がスロットフォーマットを示す際の単位となるスロット）
なお、本実施形態において、numerologyは、スロット長として定義されてもよい。また、numerologyは、ＳＣＳ設定に用いられる値であってもよい。
ＤＣＩフォーマット２＿０を検出するための探索領域および／または探索領域セット（上位層パラメータSearchSpace）を含むＰＤＣＣＨ設定（上位層パラメータPDCCH-Config）が提供される場合、同じＰＤＣＣＨ設定にsearchSpaceSwitchingTimer-r16が含まれるとすれば、該ＰＤＣＣＨ設定と関連するＤＬ ＢＷＰがアクティブであれば、端末装置１は、該ＤＬ ＢＷＰのスロットを経過する度に、タイマー値を１ずつデクリメントしてもよい。該ＤＬ ＢＷＰがディアクティブであれば（つまり、該ＤＬ ＢＷＰがアクティブではないとすれば）、端末装置１は、該ＤＬ ＢＷＰに対する該タイマー値のデクリメントを行なわなくてもよい。なお、ＴＤＤ（Time Division Duplex）のように、ＤＬとＵＬの送信が時間領域で区切られるようなフレーム構造タイプが適用されるセルにおいては、ＵＬ送信に用いられるスロット（ＵＬスロット）の終わりで、端末装置１は該タイマー値をデクリメントしなくてもよい。
端末装置１は、ＤＣＩフォーマット２＿０におけるサービングセルに対する探索領域セットスイッチングフィールドのロケーションをSearchSpaceSwitchTrigger-r16によって提供され、あるスロットでＤＣＩフォーマット２＿０を検出する場合、且つ、端末装置１が、グループインデックス０の、１または複数の探索領域セットに応じたＰＤＣＣＨをモニタしていない場合、且つ、探索領域セットスイッチングフィールドの値が０である場合、グループインデックス０の、１または複数の探索領域セットに対応するＰＤＣＣＨをモニタすることをスタートし、該サービングセルのアクティブＤＬ ＢＷＰにおけるスロットの少なくともＰ１シンボル後の最初のスロットにおける該サービングセルにおいて、グループインデックス１の、１または複数の探索領域セットに応じたＰＤＣＣＨをモニタすることをストップする。
端末装置１は、ＤＣＩフォーマット２＿０におけるサービングセルに対する探索領域セットスイッチングフィールドのロケーションをSearchSpaceSwitchTrigger-r16によって提供され、あるスロットでＤＣＩフォーマット２＿０を検出する場合、且つ、端末装置１が、グループインデックス１の、１または複数の探索領域セットに応じたＰＤＣＣＨをモニタしていない場合、且つ、探索領域セットスイッチングフィールドの値が１である場合、グループインデックス１の、１または複数の探索領域セットに対応するＰＤＣＣＨをモニタすることをスタートし、該サービングセルのアクティブＤＬ ＢＷＰにおけるスロットの少なくともＰ１シンボル後の最初のスロットにおける該サービングセルにおいて、グループインデックス０の、１または複数の探索領域セットに応じたＰＤＣＣＨをモニタすることをストップし、端末装置１は、タイマー値をsearchSpaceSwitchingTimer-r16によって提供された値にセットしてもよい。
端末装置１は、ＤＣＩフォーマット２＿０におけるサービングセルに対する探索領域セットスイッチングフィールドのロケーションをSearchSpaceSwitchTrigger-r16によって提供され、あるスロットでＤＣＩフォーマット２＿０を検出する場合、且つ、端末装置１が、グループインデックス１の、１または複数の探索領域セットに応じたサービングセルにおいてＰＤＣＣＨをモニタしている場合、タイマーが満了するスロットの少なくともＰ１シンボル後の最初のスロットのはじめ、または、ＤＣＩフォーマット２＿０によって示されたサービングセルに対する残りのチャネル専有期間内の最後のスロットの後における、サービングセルにおいて、端末装置１は、グループインデックス０の、１または複数の探索領域セットに対応するＰＤＣＣＨをモニタすることをスタートし、グループインデックス１の、１または複数の探索領域セットに対応するＰＤＣＣＨをモニタすることをストップする。
端末装置１は、上位層パラメータSlotFormatIndicatorにおいて、SearchSpaceSwitchTrigger-r16が提供されるとすれば、ＤＣＩフォーマット２＿０を検出するための探索領域セットを含むＰＤＣＣＨ設定が少なくとも１つは設定されることを期待されてもよい。つ
まり、このような場合、端末装置１は、少なくとも１つのサービングセルのアクティブＤＬ ＢＷＰにおいてＤＣＩフォーマット２＿０を検出することを期待されてもよい。
端末装置１は、あるサービングセルに対してSearchSpaceSwitchTrigger-r16を提供されていない場合、且つ、端末装置１が、あるスロットでグループインデックス０の探索領域セットに応じたＰＤＣＣＨをモニタすることによってＤＣＩフォーマットを検出する場合、端末装置１は、該サービングセルのアクティブＤＬ ＢＷＰのあるスロットの少なくともＰ２シンボル後の最初のスロットにある、該サービングセルにおいて、グループインデックス１の、１または複数の探索領域セットに応じたＰＤＣＣＨをモニタすることをスタートし、モニタすることをストップする。端末装置１は、いずれかの探索領域セットにおいてＰＤＣＣＨをモニタすることによってあるＤＣＩフォーマットを検出するとすれば、端末装置１は、タイマー値をsearchSpaceSwitchingTimer-r16によって提供された値にセットしてもよい。
端末装置１は、あるサービングセルに対してSearchSpaceSwitchTrigger-r16を提供されていない場合、且つ、端末装置１が、グループインデックス１の、１または複数の探索領域セットに応じたサービングセルにおいてＰＤＣＣＨをモニタする場合、タイマーが満了するスロットの少なくともＰ２シンボル後の最初のスロットのはじめに、または、端末装置１がＤＣＩフォーマット２＿０を検出するためのＰＤＣＣＨをモニタするための探索領域セットを提供されるとすれば、ＤＣＩフォーマット２＿０によって示されたサービングセルに対する残りのチャネル専有期間内の最後のスロットの後における、サービングセルにおいて、端末装置１が、グループインデックス０の１または複数の探索領域セットに応じたサービングセルにおいてＰＤＣＣＨをモニタすることをスタートし、グループインデックス１の、１または複数の探索領域セットに応じたＰＤＣＣＨをモニタすることをストップする。
以下、本実施形態の一態様に係る種々の装置の態様を説明する。
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の本実施形態の第１の態様は、端末装置であって、ＰＤＣＣＨに関する設定を設定する上位層と、前記ＰＤＣＣＨをモニタする受信部と、ＨＡＲＱ－ＡＣＫを送信する送信部と、を備え、前記送信部は、ＰＤＳＣＨのスケジューリングに用いられる第１のＤＣＩフォーマットを伴うＰＤＣＣＨを受信した後で、第２のＤＣＩフォーマットを伴うＰＤＣＣＨを受信した場合、前記第１のＤＣＩフォーマットと前記第２のＤＣＩフォーマットが同じスロットでそれぞれに対応するＨＡＲＱ－ＡＣＫ情報を送信することを示し、前記第２のＤＣＩフォーマットが、値が１にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含み、且つ、ＰＤＳＣＨをスケジュールしないことを示し、且つ、前記第２のＤＣＩフォーマットの受信が前記第１のＤＣＩフォーマットによって示された第１のＰＵＣＣＨリソースとの間の第１のタイムライン条件を満たすとすれば、前記第２のＤＣＩフォーマットに含まれるＰＲＩフィールドに基づく、ＰＵＣＣＨリソースを用いて、タイプ３ＨＡＲＱ－ＡＣＫコードブックを送信する。
（２）本発明の本実施形態の第２の態様は、第１の態様の端末装置であって、前記送信部は、前記第２のＤＣＩフォーマットが、値が１にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含み、且つ、ＰＤＳＣＨのスケジューリングに用いられ、且つ、前記第２のＤＣＩフォーマットの受信が第１のＰＵＣＣＨリソースとの間の第２のタイムライン条件を満たすとすれば、前記第２のＤＣＩフォーマットに含まれるＰＲＩフィールドに基づく、ＰＵＣＣＨリソースを用いて、タイプ３ＨＡＲＱ－ＡＣＫコードブックを送信する。
（３）本発明の本実施形態の第３の態様は、第２の態様の端末装置であって、前記送信部は、前記第１のタイムライン条件および前記第２のタイムライン条件のいずれも満たさないとすれば、前記第１のＰＵＣＣＨリソースを用いて、前記第１のＤＣＩフォーマットによってスケジュールされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を送信する。
（４）また、本発明の本実施形態の第４の態様は、第２の態様の端末装置であって、前記第１のタイムライン条件は、前記第２のタイムライン条件よりも短い期間である。
（５）また、本発明の本実施形態の第５の態様は、第１の態様の端末装置であって、前記第１のＤＣＩフォーマットによってスケジュールされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報が既に送信されたとすれば、前記タイプ３ＨＡＲＱ－ＡＣＫコードブックに含まれる前記ＨＡＲＱ－ＡＣＫ情報はＮＡＣＫにセットされる。
（６）本発明の本実施形態の第６の態様は、第１の態様または第２の態様の端末装置であって、前記第２のＤＣＩフォーマットよりも後に、ＰＤＳＣＨのスケジューリングに用いられる第３のＤＣＩフォーマットを検出し、前記同じスロットでＨＡＲＱ－ＡＣＫ情報を送信することが示され、且つ、第３のタイムライン条件を満たすとすれば、前記第３のＤＣＩフォーマットに含まれるＰＲＩフィールドに基づく、ＰＵＣＣＨリソースを用いて、前記第３のＤＣＩフォーマットによってスケジュールされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を前記タイプ３ＨＡＲＱ－ＡＣＫコードブックに含めて送信する。
（７）本発明の本実施形態の第７の態様は、端末装置に用いられる通信方法であって、ＰＤＣＣＨに関する設定を設定するステップと、前記ＰＤＣＣＨをモニタするステップと、ＨＡＲＱ－ＡＣＫを送信するステップと、ＰＤＳＣＨのスケジューリングに用いられる第１のＤＣＩフォーマットを伴うＰＤＣＣＨを受信した後で、第２のＤＣＩフォーマットを伴うＰＤＣＣＨを受信した場合、前記第１のＤＣＩフォーマットと前記第２のＤＣＩフォーマットが同じスロットでそれぞれに対応するＨＡＲＱ－ＡＣＫ情報を送信することを示し、前記第２のＤＣＩフォーマットが、値が１にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含み、且つ、ＰＤＳＣＨをスケジュールしないことを示し、且つ、前記第２のＤＣＩフォーマットの受信が前記第１のＤＣＩフォーマットによって示された第１のＰＵＣＣＨリソースとの間の第１のタイムライン条件を満たすとすれば、前記第２のＤＣＩフォーマットに含まれるＰＲＩフィールドに基づく、ＰＵＣＣＨリソースを用いて、タイプ３ＨＡＲＱ－ＡＣＫコードブックを送信するステップと、を有する。
（８）本発明の本実施形態の第８の態様は、第７の態様の通信方法であって、前記第２のＤＣＩフォーマットが、値が１にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含み、且つ、ＰＤＳＣＨのスケジューリングに用いられ、且つ、前記第２のＤＣＩフォーマットの受信が第１のＰＵＣＣＨリソースとの間の第２のタイムライン条件を満たすとすれば、前記第２のＤＣＩフォーマットに含まれるＰＲＩフィールドに基づく、ＰＵＣＣＨリソースを用いて、タイプ３ＨＡＲＱ－ＡＣＫコードブックを送信するステップと、を有する。
（９）本発明の本実施形態の第９の態様は、第８の態様の通信方法であって、前記第１のタイムライン条件および前記第２のタイムライン条件のいずれも満たさないとすれば、前記第１のＰＵＣＣＨリソースを用いて、前記第１のＤＣＩフォーマットによってスケジュールされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を送信するステップと、を有する。
本発明に関わる基地局装置３、および、端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を
制御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤＤ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよい、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）および／またはＮＧ－ＲＡＮ（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢおよび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
以上、本発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
１（１Ａ、１Ｂ、１Ｃ） 端末装置
３ 基地局装置
１０、３０ 無線送受信部
１１、３１ アンテナ部
１２、３２ ＲＦ部
１３、３３ ベースバンド部
１４、３４ 上位層処理部
１５、３５ 媒体アクセス制御層処理部
１６、３６ 無線リソース制御層処理部

Claims (9)

  1. ＰＤＣＣＨに関する設定を設定する上位層と、
    前記ＰＤＣＣＨをモニタする受信部と、
    ＨＡＲＱ－ＡＣＫを送信する送信部と、を備え、
    前記送信部は、
    ＰＤＳＣＨのスケジューリングに用いられる第１のＤＣＩフォーマットを伴うＰＤＣＣＨを受信した後で、第２のＤＣＩフォーマットを伴うＰＤＣＣＨを受信した場合、前記第１のＤＣＩフォーマットと前記第２のＤＣＩフォーマットが同じスロットでそれぞれに対応するＨＡＲＱ－ＡＣＫ情報を送信することを示し、前記第２のＤＣＩフォーマットが、値が１にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含み、且つ、ＰＤＳＣＨをスケジュールしないことを示し、且つ、前記第２のＤＣＩフォーマットの受信が前記第１のＤＣＩフォーマットによって示された第１のＰＵＣＣＨリソースとの間の第１のタイムライン条件を満たすとすれば、
    前記第２のＤＣＩフォーマットに含まれるＰＲＩフィールドに基づく、ＰＵＣＣＨリソースを用いて、タイプ３ＨＡＲＱ－ＡＣＫコードブックを送信する
    端末装置。
  2. 前記送信部は、
    前記第２のＤＣＩフォーマットが、値が１にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含み、且つ、ＰＤＳＣＨのスケジューリングに用いられ、且つ、前記第２のＤＣＩフォーマットの受信が第１のＰＵＣＣＨリソースとの間の第２のタイムライン条件を満たすとすれば、前記第２のＤＣＩフォーマットに含まれるＰＲＩフィールドに基づく、ＰＵＣＣＨリソースを用いて、タイプ３ＨＡＲＱ－ＡＣＫコードブックを送信する
    請求項１記載の端末装置。
  3. 前記送信部は、
    前記第１のタイムライン条件および前記第２のタイムライン条件のいずれも満たさないとすれば、前記第１のＰＵＣＣＨリソースを用いて、前記第１のＤＣＩフォーマットによってスケジュールされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を送信する
    請求項２記載の端末装置。
  4. 前記第１のタイムライン条件は、前記第２のタイムライン条件よりも長い期間である
    請求項２記載の端末装置。
  5. 前記第１のＤＣＩフォーマットによってスケジュールされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報が既に送信されたとすれば、前記タイプ３ＨＡＲＱ－ＡＣＫコードブックに含まれる前記ＨＡＲＱ－ＡＣＫ情報はＮＡＣＫにセットされる
    請求項１記載の端末装置。
  6. 前記第２のＤＣＩフォーマットよりも後に、ＰＤＳＣＨのスケジューリングに用いられる第３のＤＣＩフォーマットを検出し、前記同じスロットでＨＡＲＱ－ＡＣＫ情報を送信することが示され、且つ、第３のタイムライン条件を満たすとすれば、前記第３のＤＣＩフォーマットに含まれるＰＲＩフィールドに基づく、ＰＵＣＣＨリソースを用いて、前記第３のＤＣＩフォーマットによってスケジュールされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を前記タイプ３ＨＡＲＱ－ＡＣＫコードブックに含めて送信する
    請求項１または２記載の端末装置。
  7. ＰＤＣＣＨに関する設定を設定するステップと、
    前記ＰＤＣＣＨをモニタするステップと、
    ＨＡＲＱ－ＡＣＫを送信するステップと、
    ＰＤＳＣＨのスケジューリングに用いられる第１のＤＣＩフォーマットを伴うＰＤＣＣＨを受信した後で、第２のＤＣＩフォーマットを伴うＰＤＣＣＨを受信した場合、前記第１のＤＣＩフォーマットと前記第２のＤＣＩフォーマットが同じスロットでそれぞれに対応するＨＡＲＱ－ＡＣＫ情報を送信することを示し、前記第２のＤＣＩフォーマットが、値が１にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含み、且つ、ＰＤＳＣＨをスケジュールしないことを示し、且つ、前記第２のＤＣＩフォーマットの受信が前記第１のＤＣＩフォーマットによって示された第１のＰＵＣＣＨリソースとの間の第１のタイムライン条件を満たすとすれば、
    前記第２のＤＣＩフォーマットに含まれるＰＲＩフィールドに基づく、ＰＵＣＣＨリソースを用いて、タイプ３ＨＡＲＱ－ＡＣＫコードブックを送信するステップと、を有する
    通信方法。
  8. 前記第２のＤＣＩフォーマットが、値が１にセットされた１ショットＨＡＲＱ－ＡＣＫリクエストフィールドを含み、且つ、ＰＤＳＣＨのスケジューリングに用いられ、且つ、前記第２のＤＣＩフォーマットの受信が第１のＰＵＣＣＨリソースとの間の第２のタイムライン条件を満たすとすれば、前記第２のＤＣＩフォーマットに含まれるＰＲＩフィールドに基づく、ＰＵＣＣＨリソースを用いて、タイプ３ＨＡＲＱ－ＡＣＫコードブックを送信するステップと、を有する
    請求項７記載の通信方法。
  9. 前記第１のタイムライン条件および前記第２のタイムライン条件のいずれも満たさないとすれば、前記第１のＰＵＣＣＨリソースを用いて、前記第１のＤＣＩフォーマットによってスケジュールされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を送信するステップと、を有する
    請求項８記載の通信方法。
JP2020061868A 2020-03-31 2020-03-31 端末装置、および、通信方法 Pending JP2023078485A (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2020061868A JP2023078485A (ja) 2020-03-31 2020-03-31 端末装置、および、通信方法
CN202180020490.XA CN115315979A (zh) 2020-03-31 2021-03-26 终端装置以及通信方法
US17/915,135 US20230155746A1 (en) 2020-03-31 2021-03-26 Terminal apparatus and communication method
PCT/JP2021/012842 WO2021200644A1 (ja) 2020-03-31 2021-03-26 端末装置、および、通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020061868A JP2023078485A (ja) 2020-03-31 2020-03-31 端末装置、および、通信方法

Publications (1)

Publication Number Publication Date
JP2023078485A true JP2023078485A (ja) 2023-06-07

Family

ID=77928897

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020061868A Pending JP2023078485A (ja) 2020-03-31 2020-03-31 端末装置、および、通信方法

Country Status (4)

Country Link
US (1) US20230155746A1 (ja)
JP (1) JP2023078485A (ja)
CN (1) CN115315979A (ja)
WO (1) WO2021200644A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022086263A1 (ko) * 2020-10-22 2022-04-28 엘지전자 주식회사 하향링크 채널을 수신하는 방법, 사용자기기, 프로세싱 장치, 저장 매체 및 컴퓨터 프로그램, 그리고 하향링크 채널을 전송하는 방법 및 기지국
CN114765882A (zh) * 2021-01-15 2022-07-19 北京三星通信技术研究有限公司 用于上行链路传输的方法和装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3253159B1 (en) * 2015-01-28 2021-03-24 Sharp Kabushiki Kaisha Terminal device, base station device, communication method, and integrated circuit
JP2018042001A (ja) * 2015-01-28 2018-03-15 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
JP2019121977A (ja) * 2018-01-10 2019-07-22 シャープ株式会社 端末装置、基地局装置、および、通信方法

Also Published As

Publication number Publication date
WO2021200644A1 (ja) 2021-10-07
CN115315979A (zh) 2022-11-08
US20230155746A1 (en) 2023-05-18

Similar Documents

Publication Publication Date Title
JP7207951B2 (ja) 端末装置、および、方法
US20220183079A1 (en) Base station apparatus, terminal apparatus, and method
US20220132564A1 (en) Terminal apparatus and method
WO2021200644A1 (ja) 端末装置、および、通信方法
JP7479889B2 (ja) 端末装置、基地局装置、および、通信方法
JP7425541B2 (ja) 端末装置、基地局装置、および、方法
WO2020031758A1 (ja) 基地局装置、および、方法
WO2020031757A1 (ja) 端末装置、および、方法
WO2022181597A1 (ja) 端末装置、基地局装置、および、通信方法
US20230276459A1 (en) Terminal apparatus and communication method
WO2021162038A1 (ja) 端末装置、および、方法
JP7427388B2 (ja) 端末装置、および、方法
WO2021066135A1 (ja) 端末装置、および、方法
JP2021158478A (ja) 端末装置、基地局装置、および、通信方法
WO2020066758A1 (ja) 端末装置、および、方法
WO2021162045A1 (ja) 端末装置、基地局装置、および、通信方法
WO2021162027A1 (ja) 端末装置、および、方法
WO2023100751A1 (ja) 端末装置、基地局装置、および、通信方法
WO2023054180A1 (ja) 端末装置、基地局装置、および、通信方法
WO2023054172A1 (ja) 端末装置、基地局装置、および、通信方法
JP7231775B2 (ja) 端末装置、基地局装置、および、通信方法
WO2022234725A1 (ja) 端末装置、基地局装置、および、通信方法
WO2022196626A1 (ja) 端末装置、および、通信方法
WO2022215467A1 (ja) 端末装置、基地局装置、および、通信方法
WO2022215470A1 (ja) 端末装置、基地局装置、および、通信方法