JP2019140597A - 端末装置、基地局装置、および、通信方法 - Google Patents

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

Info

Publication number
JP2019140597A
JP2019140597A JP2018023895A JP2018023895A JP2019140597A JP 2019140597 A JP2019140597 A JP 2019140597A JP 2018023895 A JP2018023895 A JP 2018023895A JP 2018023895 A JP2018023895 A JP 2018023895A JP 2019140597 A JP2019140597 A JP 2019140597A
Authority
JP
Japan
Prior art keywords
scheduling request
harq
ack
pucch
pucch resource
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
JP2018023895A
Other languages
English (en)
Inventor
麗清 劉
Liqing Liu
麗清 劉
翔一 鈴木
Shoichi Suzuki
翔一 鈴木
渉 大内
Wataru Ouchi
渉 大内
友樹 吉村
Tomoki Yoshimura
友樹 吉村
李　泰雨
Tae Woo Lee
泰雨 李
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 JP2018023895A priority Critical patent/JP2019140597A/ja
Priority to PCT/JP2019/005307 priority patent/WO2019160026A1/ja
Priority to US16/969,217 priority patent/US20200413428A1/en
Publication of JP2019140597A publication Critical patent/JP2019140597A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Abstract

【課題】効率的に上りリンクおよび／または下りリンク通信を行うことができる端末装置を提供する。【解決手段】端末装置は、複数ＳＲコンフィギュレーションの設定に用いられる上位層の信号を受信し、ＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、複数ＳＲコンフィギュレーションのそれぞれはＳＲ ＰＵＣＣＨリソースを有し、ＨＡＲＱ−ＡＣＫリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、オーバラップしたＳＲ ＰＵＣＣＨリソースの数に基づいて、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたはＳＲ ＰＵＣＣＨリソースを選択し、選択したリソースでＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する。【選択図】図１４

Description

本発明は、端末装置、基地局装置、および、通信方法に関する。
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE）」、または、「Evolved Universal Terrestrial Radio Access : EUTRA
」と称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。ＬＴＥにおいて、基地局装置はｅＮｏｄｅＢ（evolved NodeB）、端末装置はＵＥ（User Equipment）とも呼称される。ＬＴＥは、
基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
３ＧＰＰでは、国際電気通信連合（ITU: International Telecommunication Union）が策定する次世代移動通信システムの規格であるＩＭＴ（International Mobile Telecommunication）―２０２０に提案するため、次世代規格（NR: New Radio）の検討が行われて
いる（非特許文献１）。ＮＲは、単一の技術の枠組みにおいて、ｅＭＢＢ（enhanced Mobile BroadBand）、ｍＭＴＣ（massive Machine Type Communication）、ＵＲＬＬＣ（Ultra Reliable and Low Latency Communication）の３つのシナリオを想定した要求を満た
すことが求められている。
ＮＲにおいて、複数のスケジューリングリクエストコンフィギュレーションに関する検討が行われている（非特許文献２）。複数のスケジューリングリクエストコンフィギュレーションは、異なるサービスのデータのために設定される。スケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストは、データの初期送信のためにＵＬ−ＳＣＨリソースを要求することに用いられる。
"New SID proposal: Study on New Radio Access Technology", RP-160671, NTT docomo, 3GPP TSG RAN Meeting #71, Goteborg, Sweden, 7th - 10th March, 2016. " Scheduling request design in NR system ", R1-1713951, NTT docomo,Prague, Czech Republic, 21 th - 25 th August, 2017.
しかしながら、複数のスケジューリングリクエストコンフィギュレーションに対応するスケジューリングリクエストビットおよび送信について具体的な方法は十分に検討されていない。
本発明は上記の点に鑑みてなされたものであり、効率的に上りリンクおよび／または下りリンク通信を行うことができる端末装置、該端末装置に用いられる通信方法、該端末装置に実装される集積回路、効率的に上りリンクおよび／または下りリンク通信を行うことができる基地局装置、該基地局装置に用いられる通信方法、該基地局装置に実装される集積回路を提供する。
（１）本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、複数スケジューリングリクエストコンフィギュレーションの設定に用いられる上位層の信号を受信する受信部と、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたはＳＲ ＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信する送信部と、を備え、前記スケジューリングリクエストコンフィギュレーションそれぞれは、１つ、または、１つより多いロジカルチャネルに対応され、前記複数のスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ ＰＵＣＣＨリソースを有し、前記ＨＡＲＱ−ＡＣＫリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、ＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、前記スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、ＨＡＲＱ−ＡＣＫ送信のための前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０で
ある場合、オーバラップした前記ＳＲ ＰＵＣＣＨリソースの数に基づいて、前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたは前記ＳＲ ＰＵＣＣＨリソースを選択し、選択したリソースでＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する。
（２）本発明の第２の態様は、基地局装置であって、複数スケジューリングリクエストコンフィギュレーションの設定に用いられる上位層の信号を送信する送信部と、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたはＳＲ ＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを受信する受信部と、を備え、前記スケジューリングリクエストコンフィギュレーションそれぞれは、１つ、または、１つより多いロジカルチャネルに対応され、前記複数のスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ ＰＵＣＣＨリソースを有し、前記ＨＡＲＱ−ＡＣＫリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、ＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、前記スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、ＨＡＲＱ−ＡＣＫ送信のための前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースのＰＵＣＣＨフォーマッ
トがＰＵＣＣＨフォーマット０である場合、オーバラップした前記ＳＲ ＰＵＣＣＨリソースの数に基づいて、前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたは前記ＳＲ ＰＵＣＣＨリソースを選択し、選択したリソースでＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを受信する。
（３）本発明の第３の態様は、端末装置の通信方法であって、複数スケジューリングリクエストコンフィギュレーションの設定に用いられる上位層の信号を受信する受信ステップと、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたはＳＲ ＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信する送信ステップと、を備え、前記スケジューリングリクエストコンフィギュレーションそれぞれは、１つ、または、１つより多いロジカルチャネルに対応され、前記複数のスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ ＰＵＣＣＨリソースを有し、前記ＨＡＲＱ−ＡＣＫリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、ＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、前記スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、ＨＡＲＱ−ＡＣＫ送信のための前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースの
ＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、オーバラップした前記ＳＲ ＰＵＣＣＨリソースの数に基づいて、前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたは前記ＳＲ ＰＵＣＣＨリソースを選択し、選択したリソースでＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する。
（４）本発明の第４の態様は、基地局装置の通信方法であって、複数スケジューリングリクエストコンフィギュレーションの設定に用いられる上位層の信号を送信する送信ステ
ップと、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたはＳＲ ＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを受信する受信ステップと、を備え、前記スケジューリングリクエストコンフィギュレーションそれぞれは、１つ、または、１つより多いロジカルチャネルに対応され、前記複数のスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ ＰＵＣＣＨリソースを有し、前記ＨＡＲＱ−ＡＣＫリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、ＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、前記スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、ＨＡＲＱ−ＡＣＫ送信のための前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソース
のＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、オーバラップした前記ＳＲ ＰＵＣＣＨリソースの数に基づいて、前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたは前記ＳＲ ＰＵＣＣＨリソースを選択し、選択したリソースでＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを受信する。
この発明によれば、端末装置は、効率的に上りリンクおよび／または下りリンク通信を行うことができる。また、基地局装置は、効率的に上りリンクおよび／または下りリンク通信を行うことができる。
本実施形態の無線通信システムの概念図である。 本実施形態の一態様に係る無線フレーム、サブフレーム、および、スロットの構成を示す一例である。 本実施形態におけるロジカルチャネルとスケジューリングリクエストコンフィギュレーションの対応関係の一例を示す図である。 本実施形態におけるスケジューリングリクエストコンフィギュレーションの設定の一例を示す図である。 本実施形態におけるＨＡＲＱ−ＡＣＫの送信および／またはスケジューリングリクエストビットの送信ためのフロー図である。 本実施形態におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップしない例を示す図である。 本実施形態におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした時スケジューリングリクエストビットのサイズを決定する一例を示す図である。 本実施形態に係るスケジューリングリクエストの情報とコードポイントの対応表の一例を示す図である。 本実施形態におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした時スケジューリングリクエストビットのサイズを決定する他の一例を示す図である。 本実施形態に係るスケジューリングリクエストの情報とコードポイントの対応表の他の一例を示す図である。 本実施形態におけるＨＡＲＱ−ＡＣＫビットの値またはＨＡＲＱ−ＡＣＫビットと正のスケジューリングリクエストの値を系列にマッピングする一例を示す図である。 本実施形態におけるＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信する一例を示す図である。 本実施形態におけるＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信する他の一例を示す図である。 本実施形態における端末装置１の構成を示す概略ブロック図である。 本実施形態における基地局装置３の構成を示す概略ブロック図である。
以下、本発明の実施形態について説明する。以下の説明に含まれる記載“与えられる”は、“決定される”、または、“設定される”のいずれに読み替えられてもよい。
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１とも呼称する。
以下、キャリアアグリゲーションについて説明する。
本実施形態では、端末装置１は、１つまたは複数のサービングセルが設定される。端末装置１が複数のサービングセルを介して通信する技術をセルアグリゲーション、またはキャリアアグリゲーションと称する。複数のサービングセルは、１つのプライマリセルと、１つまたは複数のセカンダリセルを含んでもよい。プライマリセルは、初期コネクション確立（initial connection establishment）手順が行なわれたサービングセル、コネクション再確立（connection re-establishment）手順を開始したサービングセル、または、
ハンドオーバ手順においてプライマリセルと指示されたセルである。また、プライマリセルは、ＰＵＣＣＨでの送信に用いられるセルであってもよい。ＲＲＣ（Radio Resource Control）コネクションが確立された時点、または、後に、セカンダリセルが設定されてもよい。
下りリンクにおいて、サービングセルに対応するキャリアを下りリンクコンポーネントキャリアと称する。上りリンクにおいて、サービングセルに対応するキャリアを上りリンクコンポーネントキャリアと称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリアと称する。
端末装置１は、複数のサービングセル（コンポーネントキャリア）において同時に複数の物理チャネルでの送信、および／または受信を行うことができる。１つの物理チャネルは、複数のサービングセル（コンポーネントキャリア）のうち１つのサービングセル（コンポーネントキャリア）において送信される。
ここで、基地局装置３は、上位層の信号（例えば、ＲＲＣシグナリング、ＲＲＣ情報）を用いて、１つまたは複数のサービングセルを設定してもよい。例えば、複数のサービングセルのセットをプライマリセルと共に形成するために、１つまたは複数のセカンダリセルが設定されてもよい。本実施形態において、明言しない限り、端末装置１には、キャリアアグリゲーションが適用される。端末装置１は、複数のサービングセルにおいて、チャネルの送受信を行う。
キャリアアグリゲーションが設定された上りリンクにおいて、サービングセル（上りリンクコンポーネントキャリア）毎に１つの独立したＨＡＲＱエンティティ（entity）が存在する。キャリアアグリゲーションが設定された上りリンクにおいて、サービングセル（上りリンクコンポーネントキャリア）毎に１つの独立したＨＡＲＱエンティティ（entity）がＭＡＣエンティティに存在する。ＨＡＲＱエンティティは、複数のＨＡＲＱプロセスを並行して管理する。ＨＡＲＱプロセスはＨＡＲＱバッファに関連する。すなわち、ＨＡＲＱエンティティは複数のＨＡＲＱバッファに関連する。ＨＡＲＱプロセスは、ＭＡＣ層のデータをＨＡＲＱバッファにストアする。ＨＡＲＱプロセスは、該ＭＡＣ層のデータを送信するよう物理層に指示する。
以下、フレーム構成について説明する。
本実施形態の一態様に係る無線通信システムにおいて、ＯＦＤＭ（Orthogonal Frequency Division Multiplex）が少なくとも用いられる。ＯＦＤＭシンボルは、ＯＦＤＭの時
間領域の単位である。ＯＦＤＭシンボルは、少なくとも１または複数のサブキャリア（subcarrier）を含む。ＯＦＤＭシンボルは、ベースバンド信号生成において時間連続信号（time-continuous signal）に変換される。
サブキャリア間隔（SCS: SubCarrier Spacing）は、サブキャリア間隔Δｆ＝２μ・１
５ｋＨｚによって与えられてもよい。例えば、サブキャリア間隔の設定（subcarrier spacing configuration）μは０、１、２、３、４、および／または、５のいずれかに設定されてもよい。あるキャリアバンドパート（CBP: Carrier bandwidth part）のために、サ
ブキャリア間隔の設定μが上位層のパラメータにより与えられてもよい。
本実施形態の一態様に係る無線通信システムにおいて、時間領域の長さの表現のために時間単位（タイムユニット）Ｔｃが用いられる。時間単位Ｔｃは、Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）で与えられてもよい。Δｆｍａｘは、本実施形態の一態様に係る無線通信システムにおいてサポートされるサブキャリア間隔の最大値であってもよい。Δｆｍａｘは、Δｆｍａｘ＝４８０ｋＨｚであってもよい。Ｎｆは、Ｎｆ＝４０９６であってもよい。定数κは、κ＝Δｆｍａｘ・Ｎｆ／（ΔｆｒｅｆＮｆ，ｒｅｆ）＝６４である。Δｆｒｅｆは、１５ｋＨｚであってもよい。Ｎｆ，ｒｅｆは、２０４８であってもよい。
定数κは、参照サブキャリア間隔とＴｃの関係を示す値であってもよい。定数κはサブフレームの長さのために用いられてもよい。定数κに少なくとも基づき、サブフレームに含まれるスロットの数が与えられてもよい。Δｆｒｅｆは、参照サブキャリア間隔であり、Ｎｆ，ｒｅｆは、参照サブキャリア間隔に対応する値である。
下りリンクにおける送信、および／または、上りリンクにおける送信は、１０ｍｓのフレームにより構成される。フレームは、１０個のサブフレームを含んで構成される。サブフレームの長さは１ｍｓである。フレームの長さは、サブキャリア間隔Δｆに関わらず与えられてもよい。つまり、フレームの設定はμに関わらず与えられてもよい。サブフレームの長さは、サブキャリア間隔Δｆに関わらず与えられてもよい。つまり、サブフレームの設定はμに関わらず与えられてもよい。
あるサブキャリア間隔の設定μのために、サブフレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第１のスロット番号ｎμ ｓは、サブフレーム内において０からＮｓｕｂｆｒａｍｅ，μ ｓｌｏｔ−１の範囲で昇順に与えられてもよい。サブキャリア間隔の設定μのために、フレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第２のスロット番号ｎμ ｓ，ｆは、フレーム内において０からＮｆｒａｍｅ，μ ｓｌｏｔ−１の範囲で昇順に与えられてもよい。連続するＮｓｌｏｔ ｓｙｍｂ個のＯＦＤＭシンボルが１つのスロットに含まれてもよい。Ｎｓｌｏｔ ｓｙｍｂは、スロット設定（slot configuration）、および／または、ＣＰ（Cyclic Prefix）設定
の一部または全部に少なくとも基づき与えられてもよい。スロット設定は、上位層のパラメータｓｌｏｔ＿ｃｏｎｆｉｇｕｒａｔｉｏｎにより与えられてもよい。ＣＰ設定は、上位層のパラメータに少なくとも基づき与えられてもよい。ＣＰ設定は、専用ＲＲＣシグナリングに少なくとも基づき与えられてもよい。第１のスロット番号および第２のスロット番号は、スロット番号（スロットインデックス）とも呼称される。
図２は、本実施形態の一態様に係るＮｓｌｏｔ ｓｙｍｂ、サブキャリア間隔の設定μ、および、ＣＰ設定の関係を示す一例である。図２Ａにおいて、スロットあたりのＯＦＤＭシンボルの数はμに関わらず１４であってもよい。図２Ａにおいて、サブキャリア間隔の
設定μが２であり、ＣＰ設定がノーマルＣＰ（normal cyclic prefix）である場合、Ｎｓｌｏｔ ｓｙｍｂ＝１４、Ｎｆｒａｍｅ，μ ｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μ ｓｌｏｔ＝４である。また、図２Ｂにおいて、サブキャリア間隔の設定μが２であり、ＣＰ設定が拡張ＣＰ（extended cyclic prefix）である場合、Ｎｓｌｏｔ ｓｙｍｂ＝１２、Ｎｆｒａｍｅ，μ ｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μ ｓｌｏｔ＝４である。
ＯＦＤＭシンボルは、シンボルと呼称されてもよい。また、端末装置１と基地局装置３の間の通信において、ＯＦＤＭ以外の通信方式が使用される場合（例えば、ＳＣ−ＦＤＭＡやＤＦＴ−ｓ−ＯＦＤＭが使用される場合等）、生成されるＳＣ−ＦＤＭＡシンボル、および／または、ＤＦＴ−ｓ−ＯＦＤＭシンボルはＯＦＤＭシンボルとも呼称される。つまり、ＯＦＤＭシンボルは、ＤＦＴ−ｓ−ＯＦＤＭシンボル、および／または、ＳＣ−ＦＤＭＡシンボルを含んでもよい。ＯＦＤＭはＳＣ−ＦＤＭＡ、または、ＤＦＴ−ｓ−ＯＦＤＭを含んでもよい。
ＯＦＤＭは、波形整形（Ｐｕｌｓｅ Ｓｈａｐｅ）、ＰＡＰＲ低減、帯域外輻射低減、または、フィルタリング、および／または、位相処理（例えば、位相回転等）が適用されたマルチキャリアの通信方式を含む。マルチキャリアの通信方式は、複数のサブキャリアが多重された信号を生成／送信する通信方式であってもよい。
以下、本実施形態の種々の態様に係る物理チャネルおよび物理シグナルを説明する。端末装置は、物理チャネル、および／または、物理シグナルを送信してもよい。基地局装置は、物理チャネル、および／または、物理シグナルを送信してもよい。
下りリンク物理チャネルおよび下りリンク物理シグナルは、下りリンク信号とも呼称される。上りリンク物理チャネルおよび上りリンク物理シグナルは、上りリンク信号とも呼称される。下りリンク物理チャネルおよび上りリンク物理チャネルは、物理チャネルとも呼称される。下りリンク物理シグナルおよび上りリンク物理シグナルは、物理シグナルとも呼称される。
端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられてもよい。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・上りリンク参照信号（ＵＬ ＲＳ：Ｕｐｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
本実施形態において、少なくとも以下の２つのタイプの上りリンク参照信号が少なくとも用いられてもよい。
・ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・ＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＤＭＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと多重されてもよい。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＤＭＲＳを使用する。以下、ＰＵＳＣＨとＤＭＲＳを共に送信することを、単にＰＵＳＣＨを送信すると称する。該ＤＭＲＳは該ＰＵＳＣＨに対応してもよい。以下、ＰＵＣＣＨとＤＭＲＳを共に送信することを、単にＰＵＣＣＨを送信すると称する。該ＤＭＲＳは該ＰＵＣＣＨに対応してもよい。
ＳＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連しなくてもよい。ＳＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連してもよい。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクスロッ
トにおけるサブフレームの最後、または、最後から所定数のＯＦＤＭシンボルにおいて送信されてもよい。
基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられてもよい。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用されてもよい。
・ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）
・ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）・ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
ＰＢＣＨは、端末装置１において共通に用いられるマスターインフォメーションブロック（ＭＩＢ：Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＢＣＨ、Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を報知するために用いられる。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。例えば、ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の少なくとも一部は、８０ｍｓごとに更新されてもよい。ＰＢＣＨは、２８８サブキャリアにより構成されてもよい。ＰＢＣＨは、２、３、または、４ＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、同期信号の識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。第１の設定情報はＭＩＢに含まれてもよい。該第１の設定情報は、ランダムアクセスメッセージ２、ランダムアクセスメッセージ３、ランダムアクセスメッセージ４の一部または全部に少なくとも用いられる設定情報であってもよい。
ＰＤＳＣＨは、下りリンクデータ（ＴＢ、ＭＡＣ ＰＤＵ、ＤＬ−ＳＣＨ、ＰＤＳＣＨ、ＣＢ、ＣＢＧ）を送信するために用いられる。ＰＤＳＣＨは、ランダムアクセスメッセージ２（ランダムアクセスレスポンス）を送信するために少なくとも用いられる。ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステム情報を送信するために少なくとも用いられる。
ＰＤＣＣＨは、下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を送信するために用いられる。下りリンク制御情報は、ＤＣＩフォーマットとも呼称される。下りリンク制御情報は、下りリンクグラント（ｄｏｗｎｌｉｎｋ ｇｒａｎｔ）または上りリンクグラント（ｕｐｌｉｎｋ ｇｒａｎｔ）のいずれかを少なくとも含んでもよい。下りリンクグラントは、下りリンクアサインメント（ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ）または下りリンク割り当て（ｄｏｗｎｌｉｎｋ ａｌｌｏｃａｔｉｏｎ）とも呼称される。上りリンクグラントと下りリンクグラントは、まとめてグラントとも呼称される。
１つの下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントは、該下りリンクグラントが送信されたスロットと同じスロット内のＰＤＳＣＨのスケジューリングのために少なくとも用いられてもよい。
１つの上りリンクグラントは、１つのサービングセル内の１つのＰＵＳＣＨのスケジューリングのために少なくとも用いられてもよい。
例えば、下りリンク制御情報は、新データ指標（ＮＤＩ：Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）を含んでもよい。新データ指標は、該新データ指標に対応するトランスポートブロックが初期送信であるか否かを少なくとも示すために用いられてもよい。新データ
指標は、所定のＨＡＲＱプロセス番号に対応し、直前に送信されたトランスポートブロックと、該ＨＡＲＱプロセス番号に対応し、該新データ指標を含む下りリンク制御情報によりスケジューリングされるＰＤＳＣＨ、および／または、ＰＵＳＣＨに含まれるトランスポートブロックが同一であるか否かを示す情報であってもよい。ＨＡＲＱプロセス番号は、ＨＡＲＱプロセスの識別に用いられる番号である。ＨＡＲＱプロセス番号は下りリンク制御情報に含まれてもよい。ＨＡＲＱプロセスは、ＨＡＲＱの管理を行うプロセスである。新データ指標は、所定のＨＡＲＱプロセス番号に対応し、該新データ指標を含む下りリンク制御情報によりスケジューリングされたＰＤＳＣＨ、および／または、ＰＵＳＣＨに含まれるトランスポートブロックの送信が、該所定のＨＡＲＱプロセス番号に対応し、直前に送信されたＰＤＳＣＨ、および／または、ＰＵＳＣＨに含まれるトランスポートブロックの再送であるか否かを示してもよい。該下りリンク制御情報によりスケジューリングされた該ＰＤＳＣＨ、および／または、該ＰＵＳＣＨに含まれる該トランスポートブロックの送信が、該直前に送信されたトランスポートブロックの再送であるか否かは、該新データ指標が該直前に送信されたトランスポートブロックに対応する新データ指標に対して切り替わっている（または、トグルしている）か否かに基づき与えられてもよい。
つまり、新データ指標は、初期送信、または、再送信を指示する。端末装置１のＨＡＲＱエンティティは、あるＨＡＲＱプロセスに対して、ＨＡＲＱ情報によって提供される新データ指標が、該あるＨＡＲＱプロセスの前の送信に対する新データ指標の値と比較してトグルされている場合、該ＨＡＲＱプロセスに初期送信をトリガするよう指示する。ＨＡＲＱエンティティは、あるＨＡＲＱプロセスに対して、ＨＡＲＱ情報によって提供される新データ指標が、該あるＨＡＲＱプロセスの前の送信に対する新データ指標の値と比較してトグルされていない場合、該ＨＡＲＱプロセスに再送信をトリガするよう指示する。尚、ＨＡＲＱプロセスが、新データ指標がトグルされているかどうかを判定してもよい。
下りリンクの無線通信では、以下の下りリンク物理シグナルが用いられてもよい。下りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用されてもよい。
・同期信号（ＳＳ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）
・下りリンク参照信号（ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。同期信号は、ＰＳＳ（Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）、および、ＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を少なくとも含む。
同期信号は、ターゲットセルのＩＤ（セルＩＤ）を含んで送信されてもよい。同期信号は、セルＩＤに少なくとも基づき生成される系列を含んで送信されてもよい。同期信号がセルＩＤを含むことは、セルＩＤに基づき同期信号の系列が与えられることであってもよい。同期信号は、ビーム（または、プレコーダ）が適用され、送信されてもよい。
ビームは、方向に応じてアンテナ利得が異なる現象を示す。ビームは、アンテナの指向性に少なくとも基づき与えられてもよい。また、ビームは、搬送波信号の位相変換に少なくとも基づき与えられてもよい。また、ビームは、プレコーダが適用されることにより与えられてもよい。
下りリンク参照信号は、端末装置１が下りリンク物理チャネルの伝搬路補正を行なうために少なくとも用いられる。下りリンク参照信号は、端末装置１が下りリンクのチャネル状態情報を算出するために少なくとも用いられる。
本実施形態において、以下の２つのタイプの下りリンク参照信号が用いられる。
・ＤＭＲＳ（ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・Ｓｈａｒｅｄ ＲＳ（Ｓｈａｒｅｄ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＤＭＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの送信に対応する。ＤＭＲＳは、ＰＤＣＣＨまたはＰＤＳＣＨに多重される。端末装置１は、ＰＤＣＣＨまたはＰＤＳＣＨの伝搬路補正を行なうために該ＰＤＣＣＨまたは該ＰＤＳＣＨと対応するＤＭＲＳを使用してもよい。以下、ＰＤＣＣＨと該ＰＤＣＣＨと対応するＤＭＲＳが共に送信されることは、単にＰＤＣＣＨが送信されると呼称される。以下、ＰＤＳＣＨと該ＰＤＳＣＨと対応するＤＭＲＳが共に送信されることは、単にＰＤＳＣＨが送信されると呼称される。
Ｓｈａｒｅｄ ＲＳは、少なくともＰＤＣＣＨの送信に対応してもよい。Ｓｈａｒｅｄ
ＲＳは、ＰＤＣＣＨに多重されてもよい。端末装置１は、ＰＤＣＣＨの伝搬路補正を行うためにＳｈａｒｅｄ ＲＳを使用してもよい。以下、ＰＤＣＣＨとＳｈａｒｅｄ ＲＳが共に送信されることは、単にＰＤＣＣＨが送信されるとも呼称される。
ＤＭＲＳは、端末装置１に個別に設定されるＲＳであってもよい。ＤＭＲＳの系列は、端末装置１に個別に設定されるパラメータに少なくとも基づいて与えられてもよい。ＤＭＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨのために個別に送信されてもよい。一方、Ｓｈａｒｅｄ ＲＳは、複数の端末装置１に共通に設定されるＲＳであってもよい。Ｓｈａｒｅｄ ＲＳの系列は、端末装置１に個別に設定されるパラメータとは関係なく与えられてもよい。例えば、Ｓｈａｒｅｄ ＲＳの系列は、スロットの番号、ミニスロットの番号、および、セルＩＤ（ｉｄｅｎｔｉｔｙ）の少なくとも一部に基づいて与えられてもよい。Ｓｈａｒｅｄ ＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨが送信されているか否かに関わらず送信されるＲＳであってもよい。
上述したＢＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層で用いられるチャネルはトランスポートチャネルと呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロックまたはＭＡＣ ＰＤＵとも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（ｄｅｌｉｖｅｒ）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
基地局装置３と端末装置１は、上位層（ｈｉｇｈｅｒ ｌａｙｅｒ）において信号をやり取り（送受信）してもよい。例えば、基地局装置３と端末装置１は、無線リソース制御（ＲＲＣ： Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層において、ＲＲＣシグナリング（ＲＲＣ ｍｅｓｓａｇｅ： Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ
ｍｅｓｓａｇｅ、ＲＲＣ ｉｎｆｏｒｍａｔｉｏｎ： Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ
Ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ ＣＥを、上位層の信号（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）とも称する。
ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣ ＣＥを送信するために少なくとも用いられる。ここで、基地局装置３よりＰＤＳＣＨで送信されるＲＲ
Ｃシグナリングは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリングであってもよい。セル内における複数の端末装置１に対して共通のＲＲＣシグナリングは、共通ＲＲＣシグナリングとも呼称される。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のＲＲＣシグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇまたはＵＥ ｓｐｅｃｉｆｉｃ ｓｉｇｎａｌｉｎｇとも呼称される）であってもよい。端末装置１に対して専用のＲＲＣシグナリングは、専用ＲＲＣシグナリングとも呼称される。セルスペシフィックパラメータは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリング、または、ある端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。ＵＥスペシフィックパラメータは、ある端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。
ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）、および、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ
Ｃｏｎｔｒｏｌ ＣＨａｎｅｅｌ）は、ロジカルチャネルである。例えば、ＢＣＣＨは、ＭＩＢを送信するために用いられる上位層のチャネルである。また、ＢＣＣＨは、システム情報を送信するために用いられる上位層のチャネルである。なお、システム情報には、ＳＩＢ１（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ ｔｙｐｅ１）が含まれてもよい。また、システム情報には、ＳＩＢ２（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ ｔｙｐｅ２）を含むＳＩ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージが含まれてもよい。また、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、複数の端末装置１において共通な情報を送信するために用いられる上位層のチャネルである。ここで、ＣＣＣＨは、例えば、ＲＲＣ接続されていない端末装置１のために用いられる。また、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、端末装置１に個別の制御情報（ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するために用いられる上位層のチャネルである。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１のために用いられる。
ロジカルチャネルにおけるＢＣＣＨは、トランスポートチャネルにおいてＢＣＨ、ＤＬ−ＳＣＨ、または、ＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＣＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＤＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。
トランスポートチャネルにおけるＵＬ−ＳＣＨは、物理チャネルにおいてＰＵＳＣＨにマップされる。トランスポートチャネルにおけるＤＬ−ＳＣＨは、物理チャネルにおいてＰＤＳＣＨにマップされる。トランスポートチャネルにおけるＢＣＨは、物理チャネルにおいてＰＢＣＨにマップされる。
端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理チャネルが少なくとも用いられてもよい。上りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用されてもよい。
・ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）
・ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）
・ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
ＰＵＳＣＨは、上りリンクデータ（ＴＢ、ＭＡＣ ＰＤＵ、ＵＬ−ＳＣＨ、ＰＵＳＣＨ、ＣＢ、ＣＢＧ）を送信するために用いられる。ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。ＰＵＳＣＨはチャネル状態情報のみ、または、ＨＡＲＱ−ＡＣＫおよびチャネル状態情報のみを送信するために用いられてもよい。ＰＵＳＣＨは、ランダムアクセスメッセージ３
を送信するために用いられる。
ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１）を送信するために用いられる。ＰＲＡＣＨは、初期コネクション確立（ｉｎｉｔｉａｌ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、上りリンクデータの送信に対する同期（タイミング調整）、およびＰＵＳＣＨ（ＵＬ−ＳＣＨ）リソースの要求の少なくとも一部を示すために用いられてもよい。
ＰＵＣＣＨは、上りリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を送信するために用いられる。上りリンク制御情報は、下りリンクチャネルのチャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）、初期送信のためのＰＵＳＣＨ（ＵＬ−ＳＣＨ：Ｕｐｌｉｎｋ−Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）リソースを要求するために用いられるスケジューリングリクエスト（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、下りリンクデータ（ＴＢ：Ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＭＡＣ ＰＤＵ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＤＬ−ＳＣＨ：Ｄｏｗｎｌｉｎｋ−Ｓｈａｒｅｄ
Ｃｈａｎｎｅｌ、ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＣＢ：ｃｏｄｅ ｂｌｏｃｋ、ＣＢＧ：ｃｏｄｅ ｂｌｏｃｋ Ｇｒｏｕｐ）に対するＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）を含む。ＨＡＲＱ−ＡＣＫは、ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）またはＮＡＣＫ（ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を示す。
ＨＡＲＱ−ＡＣＫを、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、ＨＡＲＱ−ＡＣＫフィードバック、ＨＡＲＱ応答、ＨＡＲＱ−ＡＣＫ応答、ＨＡＲＱ情報、ＨＡＲＱ−ＡＣＫ情報、ＨＡＲＱ制御情報、および、ＨＡＲＱ−ＡＣＫ制御情報とも称する。下りリンクデータが成功裏に復号された場合、該下りリンクデータに対するＡＣＫが生成される。下りリンクデータが成功裏に復号されなかった場合、該下りリンクデータに対するＮＡＣＫが生成される。ＤＴＸ（discontinuous transmission）は、下りリンクデータを検出しなかったことを意味してもよい。ＤＴＸ（discontinuous transmission）は、ＨＡＲＱ−ＡＣＫ応答を送信するべきデータを検出しなかったことを意味してもよい。ＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースを、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとも称する。
チャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）は、チャネル品質指標（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）とランク指標（ＲＩ：Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）を含んでもよい。チャネル品質指標は、プレコーダ行列指標（ＰＭＩ：Ｐｒｅｃｏｄｅｒ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）を含んでもよい。チャネル状態情報はプレコーダ行列指標を含んでもよい。ＣＱＩは、チャネル品質（伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。
スケジューリングリクエストは、正のスケジューリングリクエスト（positive scheduling request）、または、負のスケジューリングリクエスト（negative scheduling request）を含む。正のスケジューリングリクエストは、初期送信のためのＵＬ−ＳＣＨリソースを要求することを示す。負のスケジューリングリクエストは、初期送信のためのＵＬ−ＳＣＨリソースを要求しないことを示す。端末装置１は、正のスケジューリングリクエストを送信するかどうかを決定してもよい。スケジューリングリクエストが負のスケジューリングリクエストであることは、端末装置１が正のスケジューリングリクエストを送信し
ないと決定したことを意味してもよい。なお、スケジューリングリクエストの情報は、あるスケジューリングリクエストコンフィギュレーションに対して該スケジューリングリクエストが正のスケジューリングリクエストであるか、または、負のスケジューリングリクエストであるかを示す情報である。
基地局装置３は、上位層の信号（ＲＲＣメッセージ、ＲＲＣ情報、ＲＲＣシグナリング、上位層のパラメータ）を介して、端末装置１に複数のスケジューリングリクエストコンフィギュレーションを設定してもよい。なお、スケジューリングリクエストコンフィギュレーションは、スケジューリングリクエストのためのＰＵＣＣＨリソースを示す情報（パラメータ）を含んでもよい。スケジューリングリクエストのためのＰＵＣＣＨリソースは、ＳＲ ＰＵＣＣＨリソースと称されてもよい。スケジューリングリクエストのためのＰＵＣＣＨリソースを示す情報には、ＳＲ ＰＵＣＣＨリソースに対する、周波数領域の割当てを示す情報および時間領域の割当てを示す情報があってもよい。ＳＲ ＰＵＣＣＨリソースに対する周波数領域の割当てを示す情報は、ＳＲ ＰＵＣＣＨリソースが割り当てられるＰＲＢインデックス（Physical Resource Block index）を示す情報であってもよ
い。また、ＳＲ ＰＵＣＣＨリソースに対する時間領域の割当てを示す情報は、周期および時間領域のオフセット（サブフレームオフセット、スロットオフセット、シンボルオフセット）を示す情報であってもよい。なお、オフセットは、時間領域におけるオフセットであってもよく、周期に対するオフセットであってもよい。例えば、周期は、時間で定義されてもよいし、無線フレーム数（無線フレーム単位）で定義されてもよいし、サブフレーム数（サブフレーム単位）で定義されてもよいし、スロット数（スロット単位）で定義されてもよいし、ＯＦＤＭシンボル数（シンボル単位）で定義されてもよい。なお、オフセットは、時間で定義されてもよいし、無線フレーム数（無線フレーム単位）で定義されてもよいし、サブフレーム数（サブフレーム単位）で定義されてもよいし、スロット数（スロット単位）で定義されてもよいし、ＯＦＤＭシンボル数（シンボル単位）で定義されてもよい。なお、ＳＲ ＰＵＣＣＨリソースに対する時間領域の割当てを示す情報は、ＳＲ ＰＵＣＣＨリソースの送信間隔（タイムユニット、送信タイミング）を示す情報であってもよい。
基地局装置３からの上位層のパラメータの設定に基づいて、端末装置１は、ＰＵＣＣＨフォーマット０またはＰＵＣＣＨフォーマット１の何れかを用いるＰＵＣＣＨ送信でスケジューリングリクエストを送信してもよい。即ち、ＳＲ ＰＵＣＣＨリソースはＰＵＣＣＨフォーマット０リソースおよび／またはＰＵＣＣＨフォーマット１リソースを含んてもよい。ＰＵＣＣＨフォーマット０とＰＵＣＣＨフォーマット１は後述する。端末装置１は、スケジューリングリクエストトランスミッションオケージョンにおいて、ＳＲ ＰＵＣＣＨリソースを用いてＳＲを送信してもよい。スケジューリングリクエストトランスミッションオケージョンはスロットおよび／またはシンボルによって定義される。スケジューリングリクエストトランスミッションオケージョンのスロットおよび最初のＯＦＤＭシンボルは、上位層のパラメータの設定に基づいて与えられてもよい。ＳＲ ＰＵＣＣＨリソースでスケジューリングリクエストを送信することは、スケジューリングリクエストトランスミッションオケージョン（SR transmission occasions、occasions for transmission of SR）のためのＰＵＣＣＨを送信することを意味してもよい。
ＭＡＣエンティティには、０個、１個、または、それより多いスケジューリングリクエストコンフィギュレーションが設定されてもよい。つまり、基地局装置３は、上位層の信号を用いて端末装置１に複数のスケジューリングリクエストコンフィギュレーション(Multiple SR configuration)を設定してもよい。複数のスケジューリングリクエストコンフ
ィギュレーションのそれぞれに対して、独立（個別）に、スケジューリングリクエストのためのＰＵＣＣＨリソースを示す情報が設定されてもよい。つまり、スケジューリングリクエストコンフィギュレーションのそれぞれに対して、個別にＳＲ ＰＵＣＣＨリソース
が設定されてもよい。複数のスケジューリングリクエストコンフィギュレーションのそれぞれは、１つ、または、１つより多いロジカルチャネル（logical channel、論理チャネ
ル）に対応してもよい。ロジカルチャネルのそれぞれは、上位層の信号の設定に基づいて、複数のスケジューリングリクエストコンフィギュレーションの内の１つまたは複数にマッピングされてもよい。複数のスケジューリングリクエストコンフィギュレーションの内、どのスケジューリングリクエストコンフィギュレーションが用いられるかは、スケジューリングリクエストをトリガするロジカルチャネルに基づいて、与えられてもよい。なお、スケジューリングリクエストコンフィギュレーションがトリガされることは、該スケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストがトリガされることと意味してもよい。スケジューリングリクエストがトリガされる場合には、該スケジューリングリクエストがキャンセルされるまで、該スケジューリングリクエストはペンディングであるとみなされる。
ロジカルチャネルは、データ転送サービス（data transfer services）に対応してもよい。例えば、複数のロジカルチャネルのそれぞれは、特定のタイプの情報の転送をサポートしてもよい。つまり、ロジカルチャネルタイプのそれぞれは、どのタイプの情報が転送されるかによって定義されてもよい。
図３は、本実施形態におけるロジカルチャネルとスケジューリングリクエストコンフィギュレーションの対応関係の一例を示す図である。図３は、端末装置１に３つのスケジューリングリクエストコンフィギュレーションが設定された場合を示している。３つのスケジューリングリクエストコンフィギュレーションのそれぞれは、１つ、または、１つより多いロジカルチャネルに対応する。図３において、ＳＲコンフィギュレーション＃０は、ロジカルチャネル＃０に対応してもよい。ＳＲコンフィギュレーション＃１は、ロジカルチャネル＃１およびロジカルチャネル＃２に対応してもよい。ＳＲコンフィギュレーション＃２は、ロジカルチャネル＃３およびロジカルチャネル４に対応してもよい。例えば、スケジューリングリクエストをトリガするロジカルチャネルがロジカルチャネル＃０である場合、ＳＲ コンフィギュレーション＃０は使われてもよい。また、例えば、スケジューリングリクエストをトリガするロジカルチャネルがロジカルチャネル＃３場合、ＳＲコンフィギュレーション＃２は使われてもよい。つまり、何れかのスケジューリングリクエストコンフィギュレーションが用いられるかは、対応するロジカルチャネルに基づいて、与えられることができる。
複数のスケジューリングリクエストコンフィギュレーションが設定される場合、あるタイムユニットにおいて、１つまたは複数のスケジューリングリクエスト（ＳＲ ＰＵＣＣＨリソース）の送信が生じる。
基地局装置３は、上位層の信号を介して、端末装置１に設定される、複数のスケジューリングリクエストコンフィギュレーションのそれぞれに対して、複数のスケジューリングリクエストコンフィギュレーション間の優先度（priority）を設定してもよい。端末装置１は、上位層の信号によって設定された優先度に基づいて、あるタイムユニットにおいて、複数のスケジューリングリクエストの送信が生じる（トリガされる）場合には、最も優先度が高いスケジューリングリクエストコンフィギュレーションに対するＳＲ ＰＵＣＣＨリソースを用いてスケジューリングリクエストの送信を行ってもよい。
ＭＡＣ層は、あるタイムユニットにおいて生じた（トリガされた）複数のスケジューリングリクエストの送信に対して、優先度に基づいて、どのスケジューリングリクエストコンフィギュレーションに対応するスケジューリングリクエストを送信するかを物理層に通知／指示してもよい。スケジューリングリクエストコンフィギュレーションの優先度は、あるタイムユニットにおいて複数のスケジューリングリクエストコンフィギュレーション
のそれぞれに対してスケジューリングリクエストが同時にトリガされた場合、ＭＡＣ層がどのスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストをシグナル（signal）するよう物理層に通知／指示をする処理ということを意味してもよい。即ち、あるタイムユニットにおいて複数のスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストが同時にトリガされた場合、ＭＡＣ層は、トリガされたスケジューリングリクエストに対応される複数のスケジューリングリクエストコンフィギュレーションの内、最も優先度が高いスケジューリングリクエストコンフィギュレーションを選択しスケジューリングリクエストをシグナル（signal）するよう物理層に通知／指示してもよい。
スケジューリングリクエストコンフィギュレーションの優先度は、スケジューリングリクエストコンフィギュレーションに対応するロジカルチャネルの優先度とリンクされてもよい。また、スケジューリングリクエストコンフィギュレーションの優先度は、対応するロジカルチャネルのインデックスに基づいて、与えられてもよい。例えば、対応するロジカルチャネルの内インデックスが小さいスケジューリングリクエストコンフィギュレーションの優先度は、高くてもよい。また、例えば、スケジューリングリクエストがトリガされているスケジューリングリクエストコンフィギュレーションの内、スケジューリングリクエストをトリガするロジカルチャネルのインデックスが小さいスケジューリングリクエストコンフィギュレーションの優先度は、高くてもよい。また、複数のスケジューリングリクエストコンフィギュレーションの優先度は、スケジューリングリクエストコンフィギュレーションのインデックスに基づいて、暗示的に与えられてもよい。例えば、該インデックスの値が小さいスケジューリングリクエストコンフィギュレーションの優先度を高くしてもよいし、該インデックスの値が大きい小さいスケジューリングリクエストコンフィギュレーションの優先度を高くしてもよい。スケジューリングリクエストコンフィギュレーションの優先度は、ロジカルチャネルに対応する転送データのタイプとリンクされてもよい。また、スケジューリングリクエストコンフィギュレーションの優先度は、ロジカルチャネルに対応するデータの送信に用いられるサブキャリア間隔に基づいて与えられてもよい。例えば、ロジカルチャネルに対応するサブキャリア間隔の値が大きい（サブキャリア間隔が広い、または、スロット期間が短い）ロジカルチャネルの優先度が高くてもよい。また、スケジューリングリクエストコンフィギュレーションの優先度は、ロジカルチャネルに対応するデータの送信に用いられるＯＦＤＭシンボル数に基づいて与えられてもよい。例えば、データの送信に用いられるＯＦＤＭシンボルの数が少ない（データの送信時間が短い）ロジカルチャネルの優先度が高くてもよい。即ち、端末装置１は、スケジューリングリクエストコンフィギュレーションに対応するロジカルチャネルの優先度に基づいて、スケジューリングリクエストコンフィギュレーションの優先度を判断することができる。また、スケジューリングリクエストコンフィギュレーションの優先度は、該スケジューリングリクエストコンフィギュレーションに対して設定されるＰＵＣＣＨ リソースのＯＦＤＭシンボル数に基づいて、与えられてもよい。例えば、ＳＲ送信に用いられるＰＵＣＣＨ リソースのＯＦＤＭシンボル数が少ないスケジューリングリクエストコンフィギュレーションの優先度は高くてもよい。
また、ＭＡＣ層は、あるタイムユニットにおいて複数のスケジューリングリクエストコンフィギュレーションに対する複数のスケジューリングリクエストの送信がトリガされた場合、複数のスケジューリングリクエストをシグナルするよう物理層に通知／指示してもよい。この場合、端末装置１は、トリガされた複数のスケジューリングリクエストコンフィギュレーションに対応するＳＲ ＰＵＣＣＨリソースではなく、複数のスケジューリングリクエストに対応する別のＰＵＣＣＨ リソースの送信を行ってもよい。該ＰＵＣＣＨ
リソースは、予め上位層の信号を介して設定されてもよい。該ＰＵＣＣＨ リソースは、トリガされた複数のスケジューリングリクエストコンフィギュレーションに対して正のスケジューリングリクエストの情報を示すために用いられてもよい。該ＰＵＣＣＨリソー
スは、複数のビットで構成されるスケジューリングリクエストビットフィールドを送信するために用いられてもよい。基地局装置３は、該ＰＵＣＣＨリソースにおいてスケジューリングリクエストの送信を検出することに基づいて、複数のスケジューリングリクエストコンフィギュレーションのそれぞれに対応する複数のスケジューリングリクエストが正のスケジューリングリクエストであることを判断してもよい。
図４は本実施形態におけるスケジューリングリクエストコンフィギュレーションの設定の一例を示す図である。図４において、端末装置１には３つのスケジューリングリクエストコンフィギュレーションが設定される。図４において、３つのスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ＃０、ＳＲ＃１、および、ＳＲ＃２に対応する。＃０、＃１、＃２はスケジューリングリクエストコンフィギュレーションのインデックスである。例えば、インデックスが一番小さいＳＲ＃０には優先度が一番高くてもよい。インデックスが一番大きいＳＲ＃２には優先度が一番低くてもよい。ＳＲ＃０、ＳＲ＃１、および、ＳＲ＃２のそれぞれは対応（関連）するＳＲ ＰＵＣＣＨリソースを有する。図４の示すよう、ＳＲ＃０、ＳＲ＃１、および、ＳＲ＃２のそれぞれに対する周期、オフセット、および／または、スケジューリングリクエストためのＰＵＣＣＨリソースのＯＦＤＭシンボルは異なって設定されてもよい。例えば、端末装置１は、あるスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストがトリガされた場合、該スケジューリングリクエストコンフィギュレーションが有する（対応する）ＳＲ ＰＵＣＣＨリソースを用いて、スケジューリングリクエストを送信してもよい。
本実施形態において、端末装置１は、１つまたは複数の上位層の信号に基づいて、ＰＵＣＣＨフォーマットでのＰＵＣＣＨ送信に対するリソース（ＰＵＣＣＨリソース）を設定する。上位層パラメータPUCCH-resource-config-PF0は、ＰＵＣＣＨフォーマット０での
ＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF１は、ＰＵＣＣＨフォーマット１でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF２は、ＰＵＣＣＨフォーマット２でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF３は、ＰＵＣＣＨフォーマット３でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。上位層パラメータPUCCH-resource-config-PF４は、ＰＵＣＣＨフォーマット４でのＰＵＣＣＨ送信に対する１つまたは複数のＰＵＣＣＨリソースの設定に用いられる。
以下、本実施形態におけるＰＵＣＣＨのフォーマットについて、説明する。
ＰＵＣＣＨのフォーマットは、少なくとも５種類与えられてもよい。ＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマットに対応するＰＵＣＣＨリソースの設定に用いられる上位層パラメータの値や種類、および／または、ＰＵＣＣＨフォーマットに対応するＰＵＣＣＨリソースで送信可能なＵＣＩビットの数に少なくとも基づいて定義されてもよい。ＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット０、ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット４の一部または全部を含んだ呼称である。
ＰＵＣＣＨフォーマット０は、系列の選択によりＵＣＩが送信されるＰＵＣＣＨのフォーマットである。ＰＵＣＣＨフォーマット０において、ＰＵＣＣＨフォーマット０のための系列のセットが定義される。該ＰＵＣＣＨフォーマット０のための系列のセットは、１または複数のＰＵＣＣＨフォーマット０のための系列を含む。１または複数のＰＵＣＣＨフォーマット０のための系列の中から、ビットのブロックに少なくとも基づき１つのＰＵＣＣＨフォーマット０のための系列が選択される。選択されたＰＵＣＣＨフォーマット０
のための系列は、上りリンク物理チャネルにマップされ、送信される。ビットのブロックはＵＣＩにより与えられてもよい。ビットのブロックは、ＵＣＩに対応してもよい。ＰＵＣＣＨフォーマット０において、ビットのブロックのビット数Ｍｂｉｔ＜３であってもよい。ＰＵＣＣＨフォーマット０において、ＰＵＣＣＨのＯＦＤＭシンボル数は１または２であってもよい。
該選択されたＰＵＣＣＨフォーマット０のための系列は、所定の電力縮減因子（または、振幅縮減因子）が乗算されてもよい。該選択されたＰＵＣＣＨフォーマット０のための系列は、ＰＵＣＣＨフォーマット０のためのリソースエレメント（ｋ、ｌ）からｋに関して昇順にマップされる。所定の電力縮減因子は、送信電力制御のために少なくとも用いられる。ここで、ｋは周波数領域のインデックスである。ｌは時間領域のインデックスである。
即ち、ＰＵＣＣＨフォーマット０は、１ビットまたは２ビットのＨＡＲＱ−ＡＣＫ、（もしあれば）スケジューリングリクエストを含むＵＣＩを送信するために用いられてもよい。ＰＵＣＣＨフォーマット０は、スケジューリングリクエストを含むＵＣＩを送信するために用いられてもよい。ＰＵＣＣＨフォーマット０に用いられるＰＵＣＣＨリソースを示す情報は、ＲＢインデックス、および、サイクリックシフトの情報を含んでもよい。つまり、ＰＵＣＣＨリソースが異なることは、ＲＢインデックスとサイクリックシフトの内、何れかが異なることを意味してもよい。
ＰＵＣＣＨフォーマット１は、ＰＵＣＣＨフォーマット１のための系列の変調によりＵＣＩが送信されるＰＵＣＣＨのフォーマットである。ビットのブロックは、ビットのブロックに含まれるビット数Ｍｂｉｔ＝１の場合にＢＰＳＫ（Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）で変調され、複素数値変調シンボルｄ（０）が生成されてもよい。ビットのブロックは、ビットのブロックに含まれるビット数Ｍｂｉｔ＝２の場合にＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）で変調され、複素数値変調シンボルｄ（０）が生成されてもよい。ＰＵＣＣＨフォーマット１において、ビットのブロックのビット数Ｍｂｉｔ＜３であってもよい。ＰＵＣＣＨフォーマット１において、ＰＵＣＣＨのＯＦＤＭシンボル数は４以上であってもよい。
即ち、ＰＵＣＣＨフォーマット１は、１ビットまたは２ビットのＨＡＲＱ−ＡＣＫ、および／または、（もしあれば）スケジューリングリクエストを含むＵＣＩを送信するために用いられてもよい。ＰＵＣＣＨフォーマット１は、スケジューリングリクエストを含むＵＣＩを送信するために用いられてもよい。
端末装置１がＰＵＣＣＨフォーマット１を用いてＨＡＲＱ−ＡＣＫを送信する時に、ＰＵＣＣＨフォーマット１の送信が行われるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと１つまたは複数ＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであるならば、端末装置１は、ＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫを送信する。
端末装置１がＰＵＣＣＨフォーマット１を用いてＨＡＲＱ−ＡＣＫを送信する時、ＰＵＣＣＨフォーマット１の送信が行われるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと１つまたは複数ＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションに対して正のスケジューリングリクエストであるならば、端末装置１は、スケジューリングリクエストのためのＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫを送信する
。基地局装置３は、どのＳＲ ＰＵＣＣＨリソースでＨＡＲＱ−ＡＣＫを検出したかに基づいて、どのスケジューリングリクエストコンフィギュレーションに対するスケジューリングリクエストが送信されたかを識別する。ここで、正のスケジューリングリクエストに対するスケジューリングリクエストコンフィギュレーションが複数あった場合、端末装置１は、その中で優先度が最も高いスケジューリングリクエストコンフィギュレーションに対応するＳＲ ＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫを送信してもよい。
本実施形態において、第１のＰＵＣＣＨリソースが時間領域において第２のＰＵＣＣＨリソースとオーバラップ、または、パーシャルオーバラップするかどうかは、以下に少なくとも基づいて与えられてもよい。
・第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースのそれぞれの最初のシンボル
・第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースのそれぞれの最後のシンボル
・第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースのそれぞれのシンボルの長さ
・第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースのそれぞれのＰＵＣＣＨフォーマット
・第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースのそれぞれで送信されるＵＣＩ（ＨＡＲＱ−ＡＣＫ、ＳＲ）
本実施形態において、第１のＰＵＣＣＨリソースが時間領域において第２のＰＵＣＣＨリソースとオーバラップすることは、第１のＰＵＣＣＨリソースの最初のシンボル（first symbol）が第２のＰＵＣＣＨリソースの最初のシンボル（first symbol）と同じであることを意味してもよい。本実施形態において、第１のＰＵＣＣＨリソースが時間領域において第２のＰＵＣＣＨリソースとオーバラップすることは、第１のＰＵＣＣＨリソースの最初のシンボル（first symbol）が第２のＰＵＣＣＨリソースの最初のシンボル（first symbol）と同じであり、且つ、第１のＰＵＣＣＨリソースのシンボルの長さ（duration）が第２のＰＵＣＣＨリソースのシンボルの長さと同じであることを意味してもよい。例えば、端末装置１にとって、ＳＲ ＰＵＣＣＨリソースが時間領域においてＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとオーバラップすることは、ＳＲの送信のために用いられるＰＵＣＣＨにおけるスケジューリングリクエストトランスミッションオケージョン（SR transmission occasion、occasions for transmission of SR）の最初のシンボルがＨＡＲＱ−ＡＣＫ送信最初のシンボルと同じことを意味してもよい。例えば、端末装置１にとって、ＳＲ ＰＵＣＣＨリソースが時間領域においてＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとオーバラップすることは、ＳＲの送信のために用いられるＰＵＣＣＨにおけるスケジューリングリクエストトランスミッションオケージョンの最初のシンボルがＨＡＲＱ−ＡＣＫ送信の最初のシンボルと同じこと、且つ、ＳＲの送信のために用いられるＰＵＣＣＨにおけるスケジューリングリクエストトランスミッションオケージョンのシンボル長さがＨＡＲＱ−ＡＣＫ送信のシンボル長さ（duration）と同じことを意味してもよい。
また、本実施形態において、第１のＰＵＣＣＨリソースが時間領域において第２のＰＵＣＣＨリソースとパーシャルオーバラップすることは、以下のケース１から３の１つまたは複数を少なくとも含んでもよい。
（ケース１）第１のＰＵＣＣＨリソースの最初のシンボル（first symbol）が第２のＰＵＣＣＨリソースの最初のシンボル（first symbol）と同じであり、且つ、第１のＰＵＣＣＨリソースのシンボルの長さ（duration）が第２のＰＵＣＣＨリソースのシンボルの長さが異なること。
（ケース２）第１のＰＵＣＣＨリソースの少なくとも１つのＯＦＤＭシンボルが第２のＰＵＣＣＨリソースの何れかのシンボルとオーバラップすること。ここで、第１のＰＵＣＣＨリソースの最初のシンボル（first symbol）が第２のＰＵＣＣＨリソースの最初のシンボル（first symbol）は同じでも、異なってもよい。
（ケース３）第１のＰＵＣＣＨリソースの少なくとも１つのシンボルが第２のＰＵＣＣＨ
リソースの何れかのシンボルとオーバラップし、且つ、第１のＰＵＣＣＨリソースの最初のシンボル（first symbol）と第２のＰＵＣＣＨリソースの最初のシンボル（first symbol）の差が閾値よりも小さいこと。
ここで、当該閾値は、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースのそれぞれのＰＵＣＣＨフォーマット、および／または、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースのそれぞれで送信されるＵＣＩ（ＨＡＲＱ−ＡＣＫ、ＳＲ）に少なくとも基づいて与えられてもよい。
以下、本実施形態において、ＳＲ ＰＵＣＣＨリソースが時間領域においてＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとオーバラップすることは、ＳＲ ＰＵＣＣＨリソースが時間領域においてＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとパーシャルオーバラップすることを含んでもよい。
本実施形態において、端末装置１は、ＳＲ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット０またはＰＵＣＣＨフォーマット１の送信を行ってもよい。
ＰＵＣＣＨフォーマット２は、ＰＵＣＣＨフォーマット２のための系列の変調によりＵＣＩが送信されるＰＵＣＣＨのフォーマットである。ビットのブロックは、例えば、変調されることに基づき、ＰＵＣＣＨフォーマット２のための出力系列ｚ（ｐ）（ｎ）が生成されてもよい。ＰＵＣＣＨフォーマット２において、ビットのブロックのビット数Ｍｂｉｔ＞２であってもよい。ＰＵＣＣＨフォーマット２において、ＰＵＣＣＨのＯＦＤＭシンボルの数は１または２であってもよい。
ＰＵＣＣＨフォーマット３は、ＰＵＣＣＨフォーマット３のための系列の変調によりＵＣＩが送信されるＰＵＣＣＨのフォーマットである。ビットのブロックは、例えば、変調されることに基づき、ＰＵＣＣＨフォーマット３のための出力系列ｚ（ｐ）（ｎ）が生成されてもよい。ＰＵＣＣＨフォーマット３において、ビットのブロックのビット数Ｍｂｉｔ＞２であってもよい。ＰＵＣＣＨフォーマット３において、ＰＵＣＣＨのＯＦＤＭシンボルの数は４以上であってもよい。
ＰＵＣＣＨフォーマット４は、ＰＵＣＣＨフォーマット４のための系列の変調によりＵＣＩが送信されるＰＵＣＣＨのフォーマットである。ビットのブロックは、例えば、変調されることに基づき、ＰＵＣＣＨフォーマット３のための出力系列ｚ（ｐ）（ｎ）が生成されてもよい。ＰＵＣＣＨフォーマット４において、ビットのブロックのビット数Ｍｂｉｔ＞２であってもよい。ＰＵＣＣＨフォーマット３において、ＰＵＣＣＨのＯＦＤＭシンボルの数は４以上であってもよい。ＰＵＣＣＨフォーマット４のためのビット数は、ＰＵＣＣＨフォーマット３のためのビット数より、少ないであってもよい。例えば、ＰＵＣＣＨフォーマット４のためのビット数は、所定の値を超えないよう制限されてもよい。
即ち、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、および、ＰＵＣＣＨフォーマット４は、２ビットよりも多いＨＡＲＱ−ＡＣＫ、（もしあれば）スケジューリングリクエスト、および／または、（もしあれば）ＣＳＩを含むＵＣＩを送信するために用いられる。つまり、ＵＣＩは、２ビットよりも多いビット数で構成される。
本実施形態において、端末装置１は、ＳＲ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、または、ＰＵＣＣＨフォーマット４の送信を行わなくてもよい。
以下、本実施形態においてあるスロットにおいてＨＡＲＱ−ＡＣＫおよび／またはスケ
ジューリングリクエストの送信について説明する。図５は、本実施形態におけるＨＡＲＱ−ＡＣＫの送信および／またはスケジューリングリクエストビットの送信ためのフロー図である。
（Ｓ８００）端末装置１は、受信した下りリンクデータ（ＰＤＳＣＨ）に対するＨＡＲＱ−ＡＣＫビットを決定（生成）してもよい。なお、端末装置１は、下りリンクデータの復号結果に基づいて、ＨＡＲＱ−ＡＣＫビットのそれぞれにＡＣＫかＮＡＣＫをセットしてもよい。続いて、端末装置１は、上位層の信号、および／または、下りリンクグラントに少なくとも基づいて、該ＨＡＲＱ−ＡＣＫの送信ためのＰＵＣＣＨフォーマットとＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースを決定してもよい。例えば、端末装置１は、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、および、ＰＵＣＣＨフォーマット４の内、何れかを決定してもよい。以下、本実施形態において、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースは、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、および、ＰＵＣＣＨフォーマット４の内、何れかの送信に用いられてもよい。
（Ｓ８０１）端末装置１、第１の条件に基づいて、次にどのステップを選択し進むかを決定してもよい。第１の条件は、ＨＡＲＱ−ＡＣＫの送信に用いられるＨＡＲＱ−ＡＣＫ
ＰＵＣＣＨリソースが、ＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップするかどうかという条件である。ここで、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨは、（Ｓ８００）において決定されたリソースであってもよい。つまり、端末装置１は、ＨＡＲＱ−ＡＣＫ
ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースがオーバラップしていない場合、Ｓ８０２に進む。端末装置１は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースがオーバラップした場合、Ｓ８０３に進む。
（Ｓ８０２）端末装置１は、スケジューリングリクエストビットＯＳＲのサイズを０に決定し、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースにおいてＨＡＲＱ−ＡＣＫビットを送信する。
（Ｓ８０３）端末装置１は、第２の条件に基づいて、第１の決定方法または第２の決定方法を選択する。ここで、（Ｓ８０４）は第１の決定方法に対応する。（Ｓ８０５）は、第２の決定方法に対応する。第２の条件は、上位層の信号であってもよい。該上位層の信号は、第１の決定方法と第２の決定方法の何れかを利用するかを示すために用いられる。第１の決定方法と第２の決定方法は後述する。
また、第２の条件は、ＨＡＲＱ−ＡＣＫを送信するために用いられるＰＵＣＣＨフォーマットの種類である。つまり、何れかの決定方法を利用するかは、ＰＵＣＣＨフォーマットの種類に応じて与えられる。一例として、例えば、端末装置１は、ＰＵＣＣＨフォーマット２または３を用いてＨＡＲＱ−ＡＣＫを送信する場合、第１の決定方法（Ｓ８０４）を選択してもよい。端末装置１は、ＰＵＣＣＨフォーマット４を用いてＨＡＲＱ−ＡＣＫを送信する場合、第２の決定方法（Ｓ８０５）を選択してもよい。また、例えば、端末装置１は、ＰＵＣＣＨフォーマット３を用いてＨＡＲＱ−ＡＣＫを送信する場合、第１の決定方法（Ｓ８０４）を選択してもよい。端末装置１は、ＰＵＣＣＨフォーマット２を用いてＨＡＲＱ−ＡＣＫを送信する場合、第２の決定方法（Ｓ８０５）を選択してもよい。
また、第２の条件は、（Ｓ８００）において決定されたＨＡＲＱ−ＡＣＫビットのサイズであってもよい。例えば、ＨＡＲＱ−ＡＣＫビットのサイズが所定の値を超えている場合、端末装置１は、第２の決定方法を選択する。また、例えば、ＨＡＲＱ−ＡＣＫビットのサイズが所定の値を超えていない場合、端末装置１は、第１の決定方法を選択する。
また、第２の条件は、（Ｓ８００）において決定されたＨＡＲＱ−ＡＣＫ ＰＵＣＣＨ
リソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数であってもよい。例えば、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数が所定の値を超えている場合、端末装置１は、第２の決定方法を選択する。また、例えば、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数が所定の値を超えていない場合、端末装置１は、第１の決定方法を選択する。例えば、所定の値は２であってもよい。また、例えば、所定の値は７であってもよい。
（Ｓ８０４）端末装置１は、第１の決定方法を用いて、スケジューリングリクエストビットＯＳＲのサイズを決定する。端末装置１は、スケジューリングリクエストビットのそれぞれに対して、‘０’または‘１’をセットする。ここで、スケジューリングリクエストビットのそれぞれは、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストの情報を示すために用いられてもよい。続いて、端末装置１は、生成されるスケジューリングリクエストビットを、ＨＡＲＱ−ＡＣＫフィードバックを示すＨＡＲＱ−ＡＣＫビットのシーケンスの後ろに付加してもよい。即ち、スケジューリングリクエストビットは、ＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースにおいて送信されるＨＡＲＱ−ＡＣＫと多重される。
（Ｓ８０５）端末装置１は、第２の決定方法を用いて、スケジューリングリクエストビットＯＳＲのサイズを決定する。端末装置１は、スケジューリングリクエストビットのそれぞれに対して、‘０’または‘１’をセットする。ここで、スケジューリングリクエストコンフィギュレーションの内、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションの数が１つである場合、スケジューリングリクエストビットＯＳＲは、正のスケジューリングリクエストに対応するスケジューリングコンフィギュレーションを示すために少なくとも用いられてもよい。また、スケジューリングリクエストコンフィギュレーションの内、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションの数が１つより多い場合、スケジューリングリクエストビットＯＳＲは、正のスケジューリングリクエストに対応するスケジューリングコンフィギュレーションの内、優先度が一番高いスケジューリングリクエストコンフィギュレーションを示すために少なくとも用いられてもよい。続いて、端末装置１は、生成されるスケジューリングリクエストビットを、ＨＡＲＱ−ＡＣＫフィードバックを示すＨＡＲＱ−ＡＣＫビットのシーケンスの後ろに付加してもよい。即ち、スケジューリングリクエストビットは、ＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースにおいて送信されるＨＡＲＱ−ＡＣＫと多重される。
上述した送信動作に基づいて、基地局装置３は、該ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースにおいてＵＣＩビットを受信することに基づいて、スケジューリングリクエストコンフィギュレーションのそれぞれに対応するスケジューリングリクエストの情報を取得できる。つまり、基地局装置３は、該ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースにおいてＵＣＩビットを受信することに基づいて、スケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストが正のスケジューリングリクエストか、負のスケジューリングリクエストかを判断することができる。
即ち、本実施形態において、端末装置１がＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫフィードバックを送信してもよい。該ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが上位層の信号から設定されているＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップした場合、スケジューリングリクエストビットＯＳＲのサイズは、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコン
フィギュレーションの数に基づいて、与えられてもよい。また、該ＰＵＣＣＨリソースが上位層の信号から設定されているＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップしない場合、スケジューリングリクエストビットＯＳＲのサイズは、０で与えられてもよい。言い換えると、ＰＵＣＣＨフォーマットの送信が行われる第１のタイムユニットにおいて上位層の信号からスケジューリングリクエストの送信が設定されている場合、スケジューリングリクエストビットＯＳＲのサイズは、該第１のタイムユニットにおいて同時に設定されているスケジューリングリクエストの送信ためのスケジューリングリクエストコンフィギュレーションの数に基づいて、与えられてもよい。また、該ＰＵＣＣＨフォーマットの送信が行われる第１のタイムユニットにおいて上位層の信号からスケジューリングリクエストの送信が設定されていない場合、スケジューリングリクエストビットＯＳＲのサイズは、０で与えられてもよい。ここで、第１のタイムユニットは、時間領域においてＰＵＣＣＨフォーマットの送信が行われる期間であり、ＰＵＣＣＨフォーマットの送信に用いられるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが時間領域における期間であってもよい。該ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースは、下りリンクグラント、および／または、上位層の信号に少なくとも基づいて与えられてもよい。
図６は、本実施形態におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップしない例を示す図である。
図６において、端末装置１には、スロット５０２で２つのスケジューリングリクエストコンフィギュレーション｛ＳＲ＃０、ＳＲ＃１｝が上位層の信号から設定される。即ち、上位層の信号から設定されている２つのスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ＃０、および、ＳＲ＃１に対応する。スロット５０２において、ＳＲ＃０は、ＳＲ ＰＵＣＣＨリソースｓ００４、および、ｓ００５を有する。スロット５０２において、ＳＲ＃１は、ＳＲ ＰＵＣＣＨリソースｓ１０２を有する。リソースｈ００２はスロット５０２におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースである。時間領域において、ｔ００２はＰＵＣＣＨフォーマットの送信が行われるタイムユニットである。
例えば、スロット５０２において、端末装置１はＰＵＣＣＨフォーマット２または３を用いてＨＡＲＱ−ＡＣＫフィードバックをリソースｈ００２で送信する。タイムユニットｔ００２において、ＳＲ＃０が有するＳＲ ＰＵＣＣＨリソース｛ｓ００４、ｓ００５｝、および、ＳＲ＃１が有するＳＲ ＰＵＣＣＨリソースｓ１０２は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしていない。この場合、スケジューリングリクエストビットＯＳＲのサイズは、０で与えられてもよい。この場合、端末装置１は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ００２、および、ＰＵＣＣＨフォーマット２またはＰＵＣＣＨフォーマット３を用いてＨＡＲＱ−ＡＣＫのみを送信してもよい。
以下、図７を用いて、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、スケジューリングリクエストビットＯＳＲの生成に用いられる第１の決定方法と第２の決定方法について説明する。図７は、本実施形態におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした時スケジューリングリクエストビットのサイズを決定する一例を示す図である。
また、図７において、端末装置１にはスロット５０１で３つのスケジューリングリクエストコンフィギュレーション｛ＳＲ＃０、ＳＲ＃１、ＳＲ＃２｝が上位層の信号から設定される。即ち、上位層の信号から設定されている３つのスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ＃０、ＳＲ＃１、および、ＳＲ＃２に対応する。スロット５０１において、ＳＲ＃０は、ＳＲ ＰＵＣＣＨリソースｓ００１、ｓ００２、および、ｓ００３を有する。スロット５０１において、ＳＲ＃１は、ＳＲ ＰＵＣＣＨリソ
ースｓ１０１を有する。スロット５０１において、ＳＲ＃２はＳＲ ＰＵＣＣＨリソースｓ２０１を有する。リソースｈ００１はスロット５０１におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースである。
例えば、スロット５０１において、端末装置１はＰＵＣＣＨフォーマット２または３を用いてＨＡＲＱ−ＡＣＫフィードバックをリソースｈ００１で送信する。時間領域において、ｔ００１はＰＵＣＣＨフォーマット２またはＰＵＣＣＨフォーマット３の送信が行われるタイムユニットである。ＳＲ＃０が有する｛ｓ００１、ｓ００２｝、ＳＲ＃１が有するｓ１０１、および、ＳＲ＃２が有するｓ２０１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ００１と時間領域においてオーバラップしてしまう。ここで、ＳＲ＃０が有するｓ００３はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ００１と時間領域においてオーバラップしない。
つまり、ＨＡＲＱ−ＡＣＫの送信のためのＰＵＣＣＨリソースが上位層の信号から設定されるＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップした場合、スケジューリングリクエストビットＯＳＲのサイズは、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数で与えられてもよい。第１の決定方法は、スケジューリングリクエストビットＯＳＲのサイズが、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数にセットされる方法である。つまり、第１の決定方法を用いた場合、スケジューリングリクエストビットＯＳＲのサイズは、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数と同一である。スケジューリングリクエストビットのそれぞれは、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストの情報を示すために用いられてもよい。ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、該オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数はＫ個とする。第１の決定方法を用いて、Ｋ個のスケジューリングリクエストコンフィギュレーションに対応させてＫビットのビットマップ情報が通知される。ビットマップの情報ビットのそれぞれは、１つのスケジューリングリクエストコンフィギュレーションに対応する。例えば、ビットマップ情報では、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションには“１”がセットされ、負のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションには“０”がセットされてもよい。
図７において、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ００１とオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数は３である。即ち、第１の決定方法によって決定されたスケジューリングリクエストビットＯＳＲのサイズは３ビット（ＯＳＲ（０）、ＯＳＲ（１）、ＯＳＲ（２））の情報ビットである。この場合、スケジューリングリクエストビットＯＳＲの情報ビットそれぞれは、スケジューリングリクエストコンフィギュレーションのそれぞれに対応する。例えば、ＯＳＲ（０）はＳＲ＃０に対応してもよい。ＯＳＲ（１）はＳＲ＃１に対応してもよい。ＯＳＲ（２）はＳＲ＃２に対応してもよい。ＳＲ＃０に対して、スケジューリングリクエストが正のスケジューリングリクエスト（positive SR）である場合、ＯＳＲ（０）は１にセットされてもよい。また、ＳＲ＃０に対して、スケジューリングリクエストが負のスケジューリングリクエスト（negative SR）である場合、ＯＳＲ（０）は０にセットされてもよい。同様に、ＳＲ＃１に対して、スケジューリングリクエストが正のスケジューリングリクエスト（positive SR）である場合、ＯＳＲ（１）は１にセットされてもよいし、スケジューリングリクエストが負のスケジューリングリクエスト（negative SR）である場合、ＯＳＲ（１）は０にセットされてもよい。ＳＲ＃２に対して、スケジューリン
グリクエストが正のスケジューリングリクエスト（positive SR）である場合、ＯＳＲ（２）は１にセットされてもよいし、スケジューリングリクエストが負のスケジューリングリクエスト（negative SR）である場合、ＯＳＲ（２）は０にセットされてもよい。端末装置１は、ＰＵＣＣＨリソースｈ００１、および、ＰＵＣＣＨフォーマット２またはＰＵＣＣＨフォーマット３を用いてＨＡＲＱ−ＡＣＫビットとスケジューリングリクエストビットを送信してもよい。これにより、基地局装置３は、送信したビットマップの情報に基づいて、スケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストの情報を特定することができる。
第１の決定方法により、Ｋ個のスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストが示される。第２の決定方法により、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数が所定の数より多かった場合、ＯＳＲのサイズを適切なサイズにすることができる。以下、スケジューリングリクエストビットＯＳＲの生成に用いられる第２の決定方法について説明する。
第２の決定方法は、スケジューリングリクエストビットＯＳＲのサイズが、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数より少ない数にセットされる方法である。例えば、端末装置１は、ＰＵＣＣＨフォーマット２またはＰＵＣＣＨフォーマット３を用いてＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫフィードバックを送信してもよい。ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、該オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数はＫ個とする。第２の決定方法を用いて決定されるスケジューリングリクエストビットＯＳＲのサイズは、Ｌビットとする。Ｌの値は、Ｌ＝Ｃｅｉｌｉｎｇ（ｌｏｇ２（Ｋ＋１））で与えられてもよい。ここで、Ｃｅｉｌｉｎｇ（＊）は、数値＊を切り上げて＊より最も近く大きい整数を出力する関数である。例えば、Ｋの値が３である場合、Ｌは２であってもよい。また、例えば、Ｋの値が４である場合、Ｌは３であってもよい。また、例えば、Ｋの値が７である場合、Ｌは３であってもよい。
スケジューリングリクエストビットＯＳＲのサイズＬに対して、コードポイントの組み合わせの数は（２＾Ｌ）である。（２＾Ｌ）は２のＬ乗のことを示す。以下、コードポイントの組み合わせ（２＾Ｌ）とスケジューリングリクエストコンフィギュレーションＫに対してスケジューリングリクエストの情報について説明する。
図８は本実施形態に係るスケジューリングリクエストの情報とコードポイントの対応表の一例を示す図である。ここで、スケジューリングリクエストの情報は、スケジューリングリクエストコンフィギュレーションのそれぞれに対して該スケジューリングリクエストが正のスケジューリングリクエストであるか、または、負のスケジューリングリクエストであるかを示す情報である。図８において、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数Ｋは３であってもよい。該スケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ＃０、ＳＲ＃１、および、ＳＲ＃２に対応する。例えば、インデックスが一番小さいＳＲ＃０には優先度が一番高いであってもよい。つまり、最も優先度が高いスケジューリングリクエストコンフィギュレーションがマッピングされる第１のコードポイントとNegative SRがマッピングされる第２のコードポイ
ントのハミング距離が最大となるように、該最も優先度が高いスケジューリングリクエストコンフィギュレーションと該Negative SRがマッピングされてもよい。例えば、該第１
のコードポイントと該第２のコードポイントのハミング距離が最大であることによって、該第１のコードポイントと該第２のコードポイントに関する検出エラーの確率低減が期待
される。インデックスが一番大きいＳＲ＃２には優先度が一番低いであってもよい。図８において、スケジューリングリクエストビットＯＳＲのサイズＬは２ビットであり、４つのコードポイント（４つの状態）に対応できる。図８において、スケジューリングリクエストビットＯＳＲは、｛ＯＳＲ（０）、ＯＳＲ（１）｝である。図８において、‘Ｐｏｓｉｔｉｖｅ’は正のスケジューリングリクエストを意味する。‘Ｎｅｇａｔｉｖｅ’は負のスケジューリングリクエストを意味する。‘Ａｎｙ’は正のスケジューリングリクエストと負のスケジューリングリクエストの内どれでもよいことを意味する。
図８（ａ）において、Ｋ個のスケジューリングリクエストコンフィギュレーションの内、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションの数は、０、または、１である。例えば、複数のスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストがトリガされた場合、ＭＡＣ層は、その中、優先度が一番高いスケジューリングリクエストコンフィギュレーションを選択しスケジューリングリクエストをシグナル（signal）するよう物理層に通知／指示してもよい。そして、物理層は、ＭＡＣ層からの指示に基づいて、通知されたスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストを送信してもよい。つまり、ＭＡＣ層から通知されたスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストは正のスケジューリングリクエストである。それ以外のスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストは負のスケジューリングリクエストである。
図８（ａ）において、４つコードポイントの内、１つは、Ｋ個のスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示すために用いられる。他のコードポイントは、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションを示すために用いられる。つまり、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィグレーションを示す情報をコードポイントにしてもよい。ここで、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションを示す情報をコードポイントにすることは、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションを示す情報に基づいてコードポイントを選択することであってもよい。基地局装置３は、端末装置１から通知したコードポイントに基づいて、スケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストの情報を判断することができる。例えば、図８（ａ）において、“００”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃０、ＳＲ＃１、および、ＳＲ＃２のそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示すために用いられてもよい。“０１”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃０、および、ＳＲ＃１のそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示し、ＳＲ＃２に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示すために用いられてもよい。“１０”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃０、および、ＳＲ＃２のそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示し、ＳＲ＃１に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示すために用いられてもよい。“１１”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃１、および、ＳＲ＃２のそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示し、ＳＲ＃０に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示すために用いられてもよい。
図８（ｂ）において、Ｋ個スケジューリングリクエストコンフィギュレーションの内、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレ
ーションの数は、０、１、または、１より多い数であってもよい。例えば、複数のスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストがトリガされた場合、ＭＡＣ層は、トリガされた複数のスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストをシグナル（signal）するよう物理層に通知／指示してもよい。そして、物理層は、ＭＡＣ層からの指示に基づいて、通知されたスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストを送信してもよい。つまり、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースの時間領域において、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションの数は複数であってもよい。
図８（ｂ）において、４つのコードポイントの内、１つは、ＳＲ＃０、ＳＲ＃１、および、ＳＲ＃２のそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示すために用いられる。他のコードポイントは、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションの内、最も優先度が高いスケジューリングコンフィギュレーションを示すために用いられる。図８（ｂ）において、“００”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃０、ＳＲ＃１、および、ＳＲ＃２のそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示すために用いられてもよい。“０１”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃２に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示し、ＳＲ＃２より優先度が高いＳＲ＃０とＳＲ＃１のそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示すために用いられてもよい。“１０”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃１に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示し、ＳＲ＃１より優先度が高いＳＲ＃０に対してスケジューリングリクエストが負のスケジューリングリクエストであることを示し、ＳＲ＃１より優先度が低いＳＲ＃２に対してスケジューリングリクエストの情報を示さなくてもよい。“１１”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃０に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示し、ＳＲ＃０より優先度が低いＳＲ＃１とＳＲ＃２に対してスケジューリングリクエストの情報を示さなくてもよい。これにより、基地局装置３は、正のスケジューリングリクエストに対するスケジューリングリクエストコンフィギュレーションの内、優先度が一番高いスケジューリングリクエストコンフィギュレーションを知ることができる。
また、ＨＡＲＱ−ＡＣＫフィードバックのビット数が所定の値以下である場合に、ＯＳＲのサイズＬはＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数に関わらず１であってもよい。該所定の値は、例えば１１ビットであってもよい。ＯＳＲのサイズＬ＝１である場合、最も優先度が高いロジカルチャネルに関連するスケジューリングリクエストが送信されてもよい。ＯＳＲのサイズＬ＝１である場合、最も優先度が低いロジカルチャネルに関連するスケジューリングリクエストが送信されてもよい。
また、本実施形態の別の態様として、端末装置１がＰＵＣＣＨフォーマット４とＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫフィードバックを送信する時に、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、スケジューリングリクエストビットＯＳＲのサイズは、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数に基づかず、１で与えられてもよい。つまり、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数が１より多い場合であっても、端末装置１は、スケジューリングリクエストビットＯＳＲの
サイズを１でセットしてもよい。
また、端末装置１がＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソース、および、ＰＵＣＣＨフォーマット２または３を用いてＨＡＲＱ−ＡＣＫフィードバックを送信する時に、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、スケジューリングリクエストビットＯＳＲのサイズは、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数に基づいて、与えられてもよい。つまり、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数が１より多い場合であっても、端末装置１は、スケジューリングリクエストビットＯＳＲのサイズを１より多いビットでセットしてもよい。
以下、本実施形態の別の態様として、端末装置１がＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫフィードバックを送信する時に、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、スケジューリングリクエストビットのサイズを決定する他の一例を説明する。
前述したように、第１の決定方法は、スケジューリングリクエストビットＯＳＲのサイズが、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ
ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数にセットされる方法である。また、第１の決定方法は、スケジューリングリクエストビットＯＳＲのサイズが、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数と関わらず、上位層の信号から設定されているスケジューリングリクエストコンフィギュレーションの数にセットされる方法であってもよい。
該スケジューリングリクエストコンフィギュレーションの数は、ＰＵＣＣＨフォーマットごとに上位層の信号より与えられてもよい。
第１の決定方法は、スケジューリングリクエストビットＯＳＲのサイズが、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数と関わらず、上位層の信号に少なくとも基づきセットされる方法であってもよい。
例えば、端末装置１にはＮ個スケジューリングリクエストコンフィギュレーションが上位層の信号から設定されている。そして、ＨＡＲＱ−ＡＣＫシーケンスと多重されるスケジューリングリクエストビットＯＳＲのサイズは、Ｎにセットされてもよい。ＯＳＲの情報ビットのそれぞれは、上位層の信号から設定されているスケジューリングリクエストコンフィギュレーションの1つに対応する。ＯＳＲの情報ビットとスケジューリングリクエ
ストコンフィギュレーションは１対１でマップされる。スケジューリングリクエストビットＯＳＲのそれぞれは、上位層の信号から設定されているスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストの情報を示すために用いられてもよい。つまり、端末装置１は、Ｎビットのビットマップの形式を用いて、基地局装置３にスケジューリングリクエストコンフィギュレーションＮ個のそれぞれに対してスケジューリングリクエストの情報を通知してもよい。例えば、端末装置１は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの内、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションに対応される情報ビットを“１”にセットし、負のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションに対応される情報ビットを“０”
にセットしてもよい。また、端末装置１は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有しないスケジューリングリクエストコンフィギュレーションに対応される情報ビットを“０”にセットしてもよい。
図９は、本実施形態におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした時スケジューリングリクエストビットのサイズを決定する他の一例を示す図である。
図９において、端末装置１には３つのスケジューリングリクエストコンフィギュレーション｛ＳＲ＃０、ＳＲ＃１、ＳＲ＃２｝が上位層の信号から設定される。つまり、上位層の信号から設定されているスケジューリングリクエストコンフィギュレーション数Ｎは３である。スロット９０１において、ＳＲ＃０は、ＳＲ ＰＵＣＣＨリソースｓ００６、ｓ００７、および、ｓ００８を有する。スロット９０１において、ＳＲ＃１は、ＳＲ ＰＵＣＣＨリソースを有しない。スロット９０１において、ＳＲ＃２はＳＲ ＰＵＣＣＨリソースｓ２０３を有する。リソースｈ００３はスロット９０１におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースである。ＳＲ＃０が有する｛ｓ００６、ｓ００７｝、および、ＳＲ＃２が有するｓ２０３はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ００３と時間領域においてオーバラップしてしまう。つまり、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数Ｋは２である。
図９（ａ）において、端末装置１は、ＳＲ＃０に対してスケジューリングリクエストが正のスケジューリングリクエストか負のスケジューリングリクエストかに基づいて、ＳＲ＃０に対応される情報ビットＯＳＲ（０）を“１”または“０”のいずれかにセットする。また、端末装置１は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有しないＳＲ＃１に対応される情報ビットＯＳＲ（１）を“０”にセットしてもよい。端末装置１は、ＳＲ＃２に対してスケジューリングリクエストが正のスケジューリングリクエストか負のスケジューリングリクエストかに基づいて、ＳＲ＃２に対応される情報ビットＯＳＲ（２）を“１”または“０”のいずれかにセットする。続いて、端末装置１は、図９（ｂ）のようなビットマップの形式を用いて、基地局装置３にスケジューリングリクエストコンフィギュレーション３つのそれぞれに対してスケジューリングリクエストの情報を通知してもよい。例えば、端末装置１は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースを用いて、ビットマップ情報（１、０、０）をＨＡＲＱ−ＡＣＫと多重して、基地局装置３に送信する。基地局装置３は、ビットマップ情報（１、０、０）に基づいて、ＳＲ＃０に対してスケジューリングリクエストが正のスケジューリングリクエストを判断し、ＳＲ＃２に対してスケジューリングリクエストが負のスケジューリングリクエストを判断できる。
また、本態様において、第２の決定方法は、スケジューリングリクエストビットＯＳＲのサイズが、上位層の信号から設定されているスケジューリングリクエストコンフィギュレーション数Ｎより少ない数にセットされる方法である。つまり、スケジューリングリクエストビットＯＳＲのサイズは、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数Ｋと関わらず、上位層の信号から設定されているスケジューリングリクエストコンフィギュレーションの数と関連している。例えば、端末装置１には上位層の信号からＮ個スケジューリングリクエストコンフィギュレーションが設定されている。そして、ＨＡＲＱ−ＡＣＫシーケンスと多重されるスケジューリングリクエストビットＯＳＲのサイズＬは、Ｌ＝Ｃｅｉｌｉｎｇ（ｌｏｇ２（Ｎ＋１））で与えられてもよい。例えば、Ｎの値が３である場合、Ｌは２であってもよい。また、例えば、Ｎの値が４で
ある場合、Ｌは３であってもよい。また、例えば、Ｋの値が７である場合、Ｌは３であってもよい。
続いて、本態様における第２の決定方法について説明する。端末装置１には３つのスケジューリングリクエストコンフィギュレーション｛ＳＲ＃０、ＳＲ＃１、ＳＲ＃２｝が上位層の信号から設定される。ここで、Ｎの値は３である。ＨＡＲＱ−ＡＣＫシーケンスと多重されるスケジューリングリクエストビットＯＳＲのサイズＬは、Ｌ＝Ｃｅｉｌｉｎｇ（ｌｏｇ２（３＋１））に基づいて、２で与えられてもよい。２ビットの情報ビットから４つの組み合わせ（パターン、状態）が構成される。続いて、図８（ａ）を参照して、説明する。端末装置１は、３つのスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストの情報を４つのコードポイントにしてもよい。ここで、スケジューリングリクエストの情報をコードポイントにすることは、スケジューリングリクエストの情報に基づいてコードポイントを選択することであってもよい。例えば、端末装置１は、３つスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示す情報をコードポイント（例えば、“００”）にしてもよい。また、例えば、端末装置１は、ＳＲ＃２に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示す情報をコードポイント（例えば、“０１”）にしてもよい。また、例えば、端末装置１は、ＳＲ＃１に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示す情報をコードポイント（例えば、“１０”）にしてもよい。また、例えば、端末装置１は、ＳＲ＃０に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示す情報をコードポイント（例えば、“１１”）にしてもよい。
Ｋの値とＮの値が同一である場合、端末装置１は、図８を用いて、上位層の信号から設定されているスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストの情報を示してもよい。続いて、Ｋの値がＮの値より小さい場合、コードポイントに示されるスケジューリングリクエストの情報について説明する。例えば、図１０（ａ）を参照すると、Ｋの値は２である、即ち、ＨＡＲＱ−ＡＣＫの送信に用いられるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースを時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーション（ＳＲ＃０、ＳＲ＃２）の数は２である。ＳＲ＃１が有するＳＲ ＰＵＣＣＨリソースは、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしていない。この場合、コードポイントに示されるスケジューリングリクエストの情報の解釈を変更してもよい。例えば、図１０（ａ）の示すように、端末装置１は、ＳＲ＃０とＳＲ＃２に対してスケジューリングリクエストが負のスケジューリングリクエストであることを示す情報をコードポイント（例えば、“００”）にしてもよい。また、例えば、端末装置１は、ＳＲ＃２に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示す情報をコードポイント（例えば、“０１”）にしてもよい。また、例えば、端末装置１は、ＳＲ＃０に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示す情報をコードポイント（例えば、“１０”）にしてもよい。ここで、端末装置１は、２つのスケジューリングリクエストコンフィギュレーション（ＳＲ＃０、ＳＲ＃２）に対するスケジューリングリクエストの情報を示すために、３つのコードポイントを用いてもよい。そして、余った１つのコードポイント“１１”は、スケジューリングリクエストの情報を示すために用いられなくてもよい。つまり、端末装置１は、“１１”にセットされるコードポイントを基地局装置３へ通知しなくてもよい。また、端末装置１は、“１１”にセットされるコードポイントを再解釈してもよい。例えば、端末装置１は、ＳＲ＃０とＳＲ＃２のそれぞれに対してスケジューリングリクエストが正のスケジューリングリクエストであることを示す情報をコードポイント（“１１”）にしてもよい。また、図１０（ｂ）のように、３つのコードポイントは、ＳＲ＃０とＳＲ＃２に対してスケジューリングリクエストの情報を示すために用いられることができる。この３つのコードポイ
ントはＳＲ＃１に対してスケジューリングリクエストが負のスケジューリングリクエストであることを示してもよい。そして、余った１つのコードポイント“１１”は、スケジューリングリクエストの情報を示すために用いられなくてもよい。これにより、基地局装置３は、端末装置１から通知したコードポイントに基づいて、スケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストの情報を判断することができる。
以下、本実施形態において、ＨＡＲＱ−ＡＣＫリソースが１つのＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップした場合に端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信する一例を説明する。
端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと負のスケジューリングリクエストを送信する場合、端末装置１はＨＡＲＱ−ＡＣＫ送信のためのＰＲＢでＰＵＣＣＨフォーマット０を送信してもよい。即ち、端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと負のスケジューリングリクエストを送信する場合、端末装置１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫを送信してもよい。即ち、ＨＡＲＱ−ＡＣＫリソースが１つのＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、端末装置１がＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、スケジューリングリクエストが負のスケジューリングリクエストであり、且つ、該ＨＡＲＱ−ＡＣＫ送信のためのＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０で
ある場合、端末装置１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫを送信してもよい。
ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースのＰＲＢインデックスは、ＰＤＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールド（PUCCH resource indicator field）に少なくとも基づき与えられてもよい。ＰＵＣＣＨフォーマット０のための系列に用いられるサイクリックシフトaの値は初期値ｍ０とｍｃｓによって算出されてもよい。サイクリックシフトの初期
値ｍ０は上位層のパラメータから示される。ｍｃｓは、図１１（Ａ）および（Ｂ）のように、１つのＨＡＲＱ−ＡＣＫビットの値または２つのＨＡＲＱ−ＡＣＫビットの値からそれぞれに決定されてもよい。図１１は、本実施形態におけるＨＡＲＱ−ＡＣＫビットの値またはＨＡＲＱ−ＡＣＫビットと正のスケジューリングリクエストの値を系列にマッピングする一例を示す図である。図１１（Ａ）と（Ｂ）において、ＨＡＲＱ−ＡＣＫがＮＡＣＫである場合、ＨＡＲＱ−ＡＣＫの値は０にマップされてもよい。ＨＡＲＱ−ＡＣＫがＡＣＫである場合、ＨＡＲＱ−ＡＣＫの値は１にマップされてもよい。
ＰＵＣＣＨリソースインジケータフィールドは、所定のＰＵＣＣＨリソースセットにおけるＰＵＣＣＨリソースを少なくとも示すために用いられてもよい。ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースを含んでもよい。つまり、ＰＵＣＣＨリソースインジケータフィールドのビット系列により与えられるコードポイントのそれぞれは、１つのＰＵＣＣＨリソース（または、１つのＰＵＣＣＨリソースのインデックス）に対応してもよい。該所定のＰＵＣＣＨリソースセットは、ＵＣＩビットの数に少なくとも基づき、１または複数のＰＵＣＣＨリソースセットから与えられてもよい。
例えば、送信されるＵＣＩビットの数が２以下である場合に、該所定のＰＵＣＣＨリソースセットとして第１のＰＵＣＣＨリソースセットが選択されてもよい。また、送信されるＵＣＩビットの数が２より大きく、かつ、該送信されるＵＣＩビットの数がＮ２ＰＵＣＣＨ＿ＲＥＳＥＴ以下である場合に、該所定のＰＵＣＣＨリソースセットとして第２のＰＵＣＣＨリソースセットが選択されてもよい。また、送信されるＵＣＩビットの数がＮ２
ＰＵＣＣＨ＿ＲＥＳＥＴより大きく、かつ、該送信されるＵＣＩビットの数がＮ３ＰＵＣＣＨ＿ＲＥＳＥＴ以下である場合に、該所定のＰＵＣＣＨリソースセットとして第３のＰＵＣＣＨリソースセットが選択されてもよい。また、送信されるＵＣＩビットの数がＮ３ＰＵＣＣＨ＿ＲＥＳＥＴより大きく、かつ、該送信されるＵＣＩビットの数がＮ４ＰＵＣＣＨ＿ＲＥＳＥＴ以下である場合に、該所定のＰＵＣＣＨリソースセットとして第４のＰＵＣＣＨリソースセットが選択されてもよい。Ｎ２ＰＵＣＣＨ＿ＲＥＳＥＴは上位層のパラメータに少なくとも基づき与えられてもよい。Ｎ３ＰＵＣＣＨ＿ＲＥＳＥＴは上位層のパラメータに少なくとも基づき与えられてもよい。Ｎ４ＰＵＣＣＨ＿ＲＥＳＥＴは上位層のパラメータに少なくとも基づき与えられてもよい。Ｎ４ＰＵＣＣＨ＿ＲＥＳＥＴは送信されるＵＣＩビットの数の最大値であってもよい。
ＵＣＩビットの数は、ＳＲビット（スケジューリングリクエストビット）の数、ＨＡＲＱ−ＡＣＫビットの数、および／または、ＣＳＩビットの数の一部または全部に少なくとも基づき与えられてもよい。
ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースのＰＲＢインデックスを示す設定は、ＰＵＣＣＨリソース設定に含まれてもよい。ＰＵＣＣＨリソース設定は、ＰＵＣＣＨリソースのための設定であってもよい。ＰＵＣＣＨリソース設定は、上位層のパラメータに少なくとも基づき与えられてもよい。ＰＵＣＣＨリソース設定は、１）ＰＵＣＣＨの先頭のＯＦＤＭシンボル（または、ＰＵＣＣＨがマップされる先頭のＯＦＤＭシンボル）、２）ＰＵＣＣＨのＯＦＤＭシンボルの数（または、ＰＵＣＣＨがマップされるＯＦＤＭシンボルの数）、３）周波数ホッピングが適用されるか否か、４）ＰＵＣＣＨフォーマットのための系列に用いられるサイクリックシフトの値、および／または、５）ＰＵＣＣＨのＰＲＢの数（または、ＰＵＣＣＨがマップされるＰＲＢの数）の一部または全部を少なくとも示してもよい。
ＰＵＣＣＨフォーマット０のためのＰＵＣＣＨリソース設定は、該ＰＵＣＣＨフォーマット０のための系列に用いられるサイクリックシフトの値を示さなくてもよい。
また、端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する場合、端末装置１はＨＡＲＱ−ＡＣＫ送信のためのＰＲＢでＰＵＣＣＨフォーマット０を送信してもよい。即ち、端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する場合、端末装置１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫを送信してもよい。即ち、ＨＡＲＱ−ＡＣＫリソースが１つのＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、端末装置１がＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、該ＨＡＲＱ−ＡＣＫ送信のためのＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマッ
ト０である場合、端末装置１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫを送信してもよい。
ＰＵＣＣＨフォーマット０のための系列に用いられるサイクリックシフトaの値は初期
値ｍ０とｍｃｓによって算出されてもよい。サイクリックシフトの初期値ｍ０は上位層のパラメータから示される。ここで、ｍｃｓは、図１１（Ｃ）および（Ｄ）のように、１つのＨＡＲＱ−ＡＣＫビットと正のスケジューリングリクエストの値または２つのＨＡＲＱ−ＡＣＫビットと正のスケジューリングリクエストの値からそれぞれに決定されてもよい。図１１（Ｃ）と（Ｄ）において、ＨＡＲＱ−ＡＣＫがＮＡＣＫである場合、ＨＡＲＱ−ＡＣＫの値は０にマップされてもよい。ＨＡＲＱ−ＡＣＫがＡＣＫである場合、ＨＡＲＱ−ＡＣＫの値は１にマップされてもよい。
これにより、基地局装置３は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースにおける送信したＰＵＣＣＨフォーマット０に用いられるサイクリックシフトaの情報に少なくとも基づ
いて、ＨＡＲＱ−ＡＣＫの情報、および／または、スケジューリングリクエストの情報を特定することができる。例えば、２つのＨＡＲＱ−ＡＣＫビットである場合、且つ、ｍｃｓの値が１に算出される場合、基地局装置３は、２つのＨＡＲＱ−ＡＣＫビットをＮＡＣＫに、スケジューリングリクエストを正のスケジューリングリクエストに特定してもよい。
図１２は、本実施形態におけるＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信する一例を示す図である。
図１２（ａ）において、スロット１１０１において、ＳＲ＃０は、ＳＲ ＰＵＣＣＨリソースｓ１１１を有する。スロット１１０１において、ＳＲ＃１は、ＳＲ ＰＵＣＣＨリソースｓ１１２を有する。スロット１１０１において、ＳＲ＃２は、ＳＲ ＰＵＣＣＨリソースｓ１１３を有する。リソースｈ１０１はスロット１１０１におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースである。ここで、ＳＲ ＰＵＣＣＨリソースｓ１１１は上位層のパラメータの設定によって、ＰＵＣＣＨフォーマット０を用いるリソースであってもよい。ＨＡＲＱ−ＡＣＫリソースｈ１０１は、ＰＤＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールドに少なくとも基づいて、ＰＵＣＣＨフォーマット０を用いるリソースであってもよい。図１２（ａ）において、ＳＲ ＰＵＣＣＨリソースｓ１１１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１０１と時間領域においてオーバラップしてしまう。つまり、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースは１つのＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップしてしまう。図１２（ａ）において、端末装置１がＨＡＲＱ−ＡＣＫと負のスケジューリングリクエストを送信する場合、端末装置１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１０１においてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫを送信してもよい。端末装置１がＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する場合、端末装置１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１０１においてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングを送信してもよい。
図１２（ｂ）において、図１１（ｂ）において、スロット１１０２において、ＳＲ＃０は、ＳＲ ＰＵＣＣＨリソースｓ１１４を有する。スロット１１０２において、ＳＲ＃２は、ＳＲ ＰＵＣＣＨリソースを有しない。スロット１１０２において、ＳＲ＃２は、ＳＲ ＰＵＣＣＨリソースｓ１１５を有する。リソースｈ１０２はスロット１１０２におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースである。ここで、ＳＲ ＰＵＣＣＨリソースｓ１１５は上位層のパラメータの設定によって、ＰＵＣＣＨフォーマット１を用いるリソースであってもよい。ＨＡＲＱ−ＡＣＫリソースｈ１０２は、ＰＤＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールドに少なくとも基づいて、ＰＵＣＣＨフォーマット０を用いるリソースであってもよい。図１２（ｂ）において、ＳＲ ＰＵＣＣＨリソースｓ１１５はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１０２と時間領域においてオーバラップしてしまう。つまり、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースは１つのＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップしてしまう。図１２（ｂ）において、端末装置１がＨＡＲＱ−ＡＣＫと負のスケジューリングリクエストを送信する場合、端末装置１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１０２においてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫを送信してもよい。端末装置１がＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する場合、端末装置１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１０２においてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングを送信してもよい。
つまり、本実施形態において、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが１つのＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップした場合、且つ、端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信する場合、端末装置１は、スケジューリングリクエストが正のスケジューリングリクエストか負のスケジューリングリクエストかと関わらず、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信してもよい。
以下、端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫを送信する時に、ＨＡＲＱ−ＡＣＫリソースが１つより多いＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップした場合に端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信する一例を説明する。
つまり、端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫを送信する時に、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが１つより多いＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップした場合、且つ、オーバラップしたＳＲ ＰＵＣＣＨリソースのそれぞれに対するスケジューリングリクエストが負のスケジューリングリクエストであるならば、端末装置１は、ＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと負のスケジューリングリクエストをＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースで送信してもよい。ＳＲ ＰＵＣＣＨリソースのそれぞれに対するスケジューリングリクエストが負のスケジューリングリクエストであることは、物理層がＭＡＣ層から有効なＰＵＣＣＨリソースで正のスケジューリングリクエストをシグナルするよう通知／指示されていないことでもよい。ＨＡＲＱ−ＡＣＫ送信ためのＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースは、ＰＤＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールドに少なくとも基づいて、与えられてもよい。即ち、ＨＡＲＱ−ＡＣＫリソースが１つより多いＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、端末装置１がＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、スケジューリングリクエストが負のスケジューリングリクエストであり、且つ、該ＨＡＲＱ−ＡＣＫ送信のためのＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソース
のＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、端末装置１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫを送信してもよい。
また、端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫを送信する時に、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが１つより多いＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップした場合、且つ、オーバラップしたＳＲ ＰＵＣＣＨリソースの内、少なくとも１つのＳＲ ＰＵＣＣＨリソースに対するスケジューリングリクエストが正のスケジューリングリクエストであるならば、端末装置１は、ＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを正のスケジューリングリクエストに対応されるＳＲ ＰＵＣＣＨリソースで送信してもよい。即ち、ＨＡＲＱ−ＡＣＫリソースが１つより多いＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、端末装置１がＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、該ＨＡＲＱ−ＡＣＫ送信のためのＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースのＰＵＣＣＨ
フォーマットがＰＵＣＣＨフォーマット０である場合、端末装置１は当該１つより多いＳＲ ＰＵＣＣＨリソースのうち、正のスケジューリングリクエストに対応されるＳＲ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット０またはＰＵＣＣＨフォーマット１を用いてＨＡＲＱ−ＡＣＫを送信してもよい。正のスケジューリングリクエストに対応されるＳＲ ＰＵＣＣＨリソースは、ＭＡＣ層から指示されるＳＲ ＰＵＣＣＨリソースであってもよい。該ＳＲ ＰＵＣＣＨリソースは上位層のパラメータの設定に基づいて与えら
れてもよい。トリガされたスケジューリングリクエストコンフィギュレーションに対して、ＭＡＣ層は、正のスケジューリングリクエスト送信ための有効なＰＵＣＣＨリソースで正のスケジューリングリクエストをシグナルするよう物理層に通知／指示してもよい。ＭＡＣ層は、正のスケジューリングリクエスト送信ための１つより多い有効なＰＵＣＣＨリソースの中から１つを選択し、選択した有効なＰＵＣＣＨリソースで正のスケジューリングリクエストをシグナルするよう物理層に通知／指示してもよい。物理層は、ＭＡＣ層からの指示に基づいて、１つより多いＳＲ ＰＵＣＣＨリソースのうち、ＭＡＣ層から通知されたＳＲ ＰＵＣＣＨリソースでＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信してもよい。
端末装置１は、ＨＡＲＱ−ＡＣＫリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、端末装置１がＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、該ＨＡＲＱ−ＡＣＫ送信のためのＨＡＲＱ−ＡＣＫ ＰＵＣ
ＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが時間領域においてオーバラップするＳＲ ＰＵＣＣＨリソースの数に基づいて、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたはＭＡＣ層から指示されたＳＲ ＰＵＣＣＨリソースを選択し、該選択したリソースでＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する。
端末装置１は、ＨＡＲＱ−ＡＣＫリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、端末装置１がＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、該ＨＡＲＱ−ＡＣＫ送信のためのＨＡＲＱ−ＡＣＫ ＰＵＣ
ＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット１である場合、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが時間領域においてオーバラップするＳＲ ＰＵＣＣＨリソースの数にかかわらず、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースおよびＭＡＣ層から指示されたＳＲ ＰＵＣＣＨリソースのうちＭＡＣ層から指示されたＳＲ ＰＵＣＣＨリソースを選択し、該選択したＳＲ ＰＵＣＣＨリソースでＨＡＲＱ−ＡＣＫを送信する。
前述したＨＡＲＱ−ＡＣＫリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップした場合に端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信する方法は、ＨＡＲＱ−ＡＣＫリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップした場合に端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信する方法に適用してもよい。
即ち、ＨＡＲＱ−ＡＣＫリソースが１つのＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、端末装置１がＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、スケジューリングリクエストが負のスケジューリングリクエストであり、且つ、該ＨＡＲＱ−ＡＣＫ送信のためのＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースのＰＵ
ＣＣＨフォーマットがＰＵＣＣＨフォーマット１である場合、端末装置１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット１を用いてＨＡＲＱ−ＡＣＫを送信してもよい。
即ち、ＨＡＲＱ−ＡＣＫリソースが１つより多いＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、端末装置１がＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、スケジューリングリクエストが負のスケジューリングリクエストであり、且つ、該ＨＡＲＱ−ＡＣＫ送信のためのＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソース
のＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット１である場合、端末装置１はＨＡＲ
Ｑ−ＡＣＫ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット１を用いてＨＡＲＱ−ＡＣＫを送信してもよい。
即ち、ＨＡＲＱ−ＡＣＫリソースが１つのＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、端末装置１がＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、該ＨＡＲＱ−ＡＣＫ送信のためのＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースのＰＵ
ＣＣＨフォーマットがＰＵＣＣＨフォーマット１である場合、端末装置１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット１を用いてＨＡＲＱ−ＡＣＫを送信してもよい。
即ち、ＨＡＲＱ−ＡＣＫリソースが１つより多いＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、端末装置１がＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、該ＨＡＲＱ−ＡＣＫ送信のためのＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソース
のＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット１である場合、端末装置１は当該１つより多いＳＲ ＰＵＣＣＨリソースのうち、正のスケジューリングリクエストに対応されるＳＲ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット０またはＰＵＣＣＨフォーマット１を用いてＨＡＲＱ−ＡＣＫを送信してもよい。正のスケジューリングリクエストに対応されるＳＲ ＰＵＣＣＨリソースは、ＭＡＣ層から指示されるＳＲ ＰＵＣＣＨリソースであってもよい。
即ち、端末装置１は、ＨＡＲＱ−ＡＣＫリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、端末装置１がＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、該ＨＡＲＱ−ＡＣＫ送信のためのＨＡＲＱ−ＡＣＫ
ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット１である場合、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが時間領域においてオーバラップするＳＲ ＰＵＣＣＨリソースの数に基づいて、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたはＭＡＣ層から指示されたＳＲ ＰＵＣＣＨリソースを選択し、該選択したリソースでＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する。
図１３は、本実施形態におけるＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信する他の一例を示す図である。図１３において、ＨＡＲＱ−ＡＣＫ送信のためのＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが１つより多いＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップしてしまう。
図１３（ａ）において、スロット１３０１において、ＳＲ＃０は、ＳＲ ＰＵＣＣＨリソースｓ１３１を有する。スロット１３０１において、ＳＲ＃１は、ＳＲ ＰＵＣＣＨリソースｓ１３２を有する。リソースｈ１３１はスロット１３０１におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースである。ここで、ＳＲ ＰＵＣＣＨリソースｓ１３１は上位層のパラメータの設定によって、ＰＵＣＣＨフォーマット０を用いるリソースであってもよい。ＳＲ ＰＵＣＣＨリソースｓ１３２は上位層のパラメータの設定によって、ＰＵＣＣＨフォーマット０を用いるリソースであってもよい。ＨＡＲＱ−ＡＣＫリソースｈ１３１は、ＰＤＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールドに少なくとも基づいて、ＰＵＣＣＨフォーマット０を用いるリソースであってもよい。図１３（ａ）において、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１３１はＳＲ ＰＵＣＣＨリソースｓ１３１と時間領域においてオーバラップしてしまう。ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１３１はＳＲ ＰＵＣＣＨリソースｓ１３１と同じ最初のシンボルを持ってもよい。ＨＡＲＱ−ＡＣＫ
ＰＵＣＣＨリソースｈ１３１はＳＲ ＰＵＣＣＨリソースｓ１３２と時間領域においてオーバラップしてしまう。ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１３１はＳＲ ＰＵＣＣＨリソースｓ１３２と同じ最初のシンボルを持ってもよい。つまり、ＨＡＲＱ−ＡＣＫ
ＰＵＣＣＨリソースは２つのＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップしてしまう。
図１３（ａ）において、端末装置１がＨＡＲＱ−ＡＣＫと負のスケジューリングリクエストを送信する場合、端末装置１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１３１においてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫを送信してもよい。端末装置１がＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する場合、端末装置１はＳＲ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングを送信してもよい。ここで、ＳＲ ＰＵＣＣＨリソースｓ１３１とＳＲ ＰＵＣＣＨリソースｓ１３２の内、どちらかでＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストの送信が行われるは、ＭＡＣ層の指示に基づいて示されてもよい。例えば、ＳＲ＃０に対してスケジューリングリクエストがトリガされた場合、ＭＡＣ層は、ＳＲ ＰＵＣＣＨリソースｓ１３１で正のスケジューリングリクエストを送信するよう物理層に指示してもよい。物理層は、通知したＳＲ ＰＵＣＣＨリソースｓ１３１においてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信してもよい。この場合、ＰＵＣＣＨフォーマット０のための系列に用いられるサイクリックシフトaの値を算出するために用いられるｍｃｓは図１１（Ａ）と（Ｂ）を参照し
、ＨＡＲＱ−ＡＣＫの値に基づいて与えられてもよい。初期値ｍ０は、ＳＲ ＰＵＣＣＨリソースｓ１３１を設定した上位層のパラメータから示されてもよい。
基地局装置３は、どのＳＲ ＰＵＣＣＨリソースでＨＡＲＱ−ＡＣＫを検出したかに基づいて、どのスケジューリングリクエストコンフィギュレーションに対するスケジューリングリクエストが送信されたかを識別する。
図１３（ｂ）において、スロット１３０２において、ＳＲ＃０は、ＳＲ ＰＵＣＣＨリソースｓ１３３を有する。スロット１３０２において、ＳＲ＃１は、ＳＲ ＰＵＣＣＨリソースｓ１３４を有する。リソースｈ１３２はスロット１３０２におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースである。ここで、ＳＲ ＰＵＣＣＨリソースｓ１３３は上位層のパラメータの設定によって、ＰＵＣＣＨフォーマット０を用いるリソースであってもよい。ＳＲ ＰＵＣＣＨリソースｓ１３４は上位層のパラメータの設定によって、ＰＵＣＣＨフォーマット１を用いるリソースであってもよい。ＨＡＲＱ−ＡＣＫリソースｈ１３２は、ＰＤＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールドに少なくとも基づいて、ＰＵＣＣＨフォーマット０を用いるリソースであってもよい。図１３（ｂ）において、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１３２はＳＲ ＰＵＣＣＨリソースｓ１３３と時間領域においてオーバラップしてしまう。ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１３２はＳＲ ＰＵＣＣＨリソースｓ１３１と同じ最初のシンボルを持ってもよい。ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１３２はＳＲ ＰＵＣＣＨリソースｓ１３４と時間領域においてオーバラップしてしまう。ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１３２はＳＲ ＰＵＣＣＨリソースｓ１３４と同じ最初のシンボルを持たなくてもよい。つまり、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースは２つのＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップしてしまう。
図１３（ｂ）において、端末装置１がＨＡＲＱ−ＡＣＫと負のスケジューリングリクエストを送信する場合、端末装置１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１３２においてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫを送信してもよい。端末装置１がＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する場合、端末装置１はＳ
Ｒ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングを送信してもよい。ここで、ＳＲ ＰＵＣＣＨリソースｓ１３３とＳＲ ＰＵＣＣＨリソースｓ１３４の内、どちらかでＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストの送信が行われるは、ＭＡＣ層の指示に基づいて示されてもよい。例えば、ＳＲ＃１に対してスケジューリングリクエストがトリガされた場合、ＭＡＣ層は、ＳＲ ＰＵＣＣＨリソースｓ１３４で正のスケジューリングリクエストを送信するよう物理層に指示してもよい。物理層は、通知したＳＲ ＰＵＣＣＨリソースｓ１３４においてＰＵＣＣＨフォーマット１を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信してもよい。また、この場合、物理層は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１３２においてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信してもよい。そして、ＰＵＣＣＨフォーマット０のための系列に用いられるサイクリックシフトaの値を算出するために用いられるｍｃｓは図１１（Ｃ）と
（Ｄ）を参照し、ＨＡＲＱ−ＡＣＫの値に基づいて与えられてもよい。初期値ｍ０は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ１３２を設定した上位層のパラメータから示されてもよい。
また、例えば、図１３（ｂ）において、ＳＲ＃０に対してスケジューリングリクエストがトリガされた場合、ＭＡＣ層は、ＳＲ ＰＵＣＣＨリソースｓ１３３で正のスケジューリングリクエストを送信するよう物理層に指示してもよい。物理層は、通知したＳＲ ＰＵＣＣＨリソースｓ１３３においてＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信してもよい。この場合、ＰＵＣＣＨフォーマット０のための系列に用いられるサイクリックシフトaの値を算出するために用いられるｍ
ｃｓは図１１（Ａ）と（Ｂ）を参照し、ＨＡＲＱ−ＡＣＫの値に基づいて与えられてもよい。初期値ｍ０は、ＳＲ ＰＵＣＣＨリソースｓ１３３を設定した上位層のパラメータから示されてもよい。
本実施形態において、端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと負のスケジューリングリクエストを送信する時に、端末装置１は、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数と関わらず、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫを送信してもよい。
また、端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する時に、端末装置１は、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数に基づいて、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースの内、何れかを決定し、決定したＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信してもよい。ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数が１つである場合、端末装置１は、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信してもよい。ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数が１つより多い場合、端末装置１は、ＭＡＣ層（上位層）から通知したＳＲ ＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信してもよい。
即ち、端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する時に、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースとオーバラップした１つのスケジューリングリクエストトランスミッションオケージョン（SR transmission occasions）のためのＰＵＣＣＨを送信することが設定される場合
、端末装置１は、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信してもよい。また、端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する時に、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースとオーバラップした１つより多いスケジューリングリクエストトランスミッションオケージョン（SR transmission occasions）のためのＰＵＣＣＨｓを送信することが設定さ
れる場合、端末装置１は、スケジューリングリクエスト送信のためのＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信してもよい。スケジューリングリクエスト送信のためのＰＵＣＣＨリソースは、ＭＡＣ層（上位層）から通知されてもよい。
また、端末装置１がＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する時に、端末装置１は、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数に基づいて、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースの内、何れかを決定し、決定したＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信してもよい。ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数がＮと等しいまたはＮより小さい場合、端末装置１は、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信してもよい。ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数がＮより多い場合、端末装置１は、ＭＡＣ層（上位層）から通知したＳＲ ＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信してもよい。Ｎの値は、送信されるＨＡＲＱ−ＡＣＫのビットの数に少なくとも基づいて、与えられてもよい。例えば、ＨＡＲＱ−ＡＣＫのビットが１ビットである場合、Ｎは５であってもよい。ＨＡＲＱ−ＡＣＫのビットが２ビットである場合、Ｎは２であってもよい。
ＵＣＩビットの数は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップするＳＲ ＰＵＣＣＨリソースの数に少なくとも基づき与えられてもよい。スケジューリングリクエストビットの数は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップするＳＲ ＰＵＣＣＨリソースの数に少なくとも基づき与えられてもよい。例えば、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてＮＳＲ＿Ｏ個のＳＲ ＰＵＣＣＨリソースとオーバラップする場合に、スケジューリングリクエストビットの数ＬはＣｅｉｌｉｎｇ（ｌｏｇ２（ＮＳＲ＿Ｏ＋１））であってもよい。該スケジューリングリクエストビットは、ＮＳＲ＿Ｏ個のＳＲ ＰＵＣＣＨリソースのそれぞれに対応するスケジューリングリクエストコンフィグレーション、および／または、負のＳＲのいずれかを示すために用いられてもよい。
ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが１つのＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップした場合、該１つのＳＲ ＰＵＣＣＨリソースに対するスケジューリングリクエストが負のスケジューリングリクエストであるか否かに関わらず、ＵＣＩビットの数は該１つより多いＳＲ ＰＵＣＣＨリソースに関わらず与えられてもよい。
ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが１つより多いＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップした場合、且つ、オーバラップしたＳＲ ＰＵＣＣＨリソースのそれぞれに対するスケジューリングリクエストが負のスケジューリングリクエストであるならば、ＵＣＩビットの数は該１つより多いＳＲ ＰＵＣＣＨリソースに関わらず与えられてもよい。この場合、端末装置１は、ＳＲビットと関わらず、ＰＵＣＣＨ リソースセットを決定してもよい。
ＨＡＲＱ−ＡＣＫリソースが１つより多いＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップした場合、且つ、オーバラップしたＳＲ ＰＵＣＣＨリソースの内、少なくとも１つのＳＲ ＰＵＣＣＨリソースに対するスケジューリングリクエストが正のスケジューリングリクエストであるならば、ＵＣＩビットの数は該１つより多いＳＲ ＰＵＣＣＨリソースの数に少なくとも基づき与えられてもよい。つまり、この場合、端末装置１は、与えられたＵＣＩビット数に基づき、ＰＵＣＣＨ リソースセットを選択してもよい。
本実施形態におけるほかの一例として、端末装置１がＰＵＣＣＨフォーマット０を用いて１または２ビットのＨＡＲＱ−ＡＣＫを送信する時に、ＨＡＲＱ−ＡＣＫリソースが１つより多いＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップした場合、且つ、オーバラップしたＳＲ ＰＵＣＣＨリソースの内、少なくとも１つのＳＲ ＰＵＣＣＨリソースに対するスケジューリングリクエストが正のスケジューリングリクエストであるならば、端末装置１は、ＰＵＣＣＨフォーマット２（または、第２のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのいずれかに対応するＰＵＣＣＨフォーマット）を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストをＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースで送信してもよい。ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースは、ＰＤＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールド（PUCCH resource indicator field）に少なくとも基づき与えられてもよい。この場合、前述した第１の決定方法および／または第２の決定方法が用いられてもよい。ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースは、ＰＤＣＣＨから検出されたＤＣＩフォーマット１_０またはＤＣＩフォーマット１_１に含まれるＰＵＣＣＨリソースインジケータフィールド（PUCCH resource indicator field）に少なくとも基づき、該第２のＰＵＣＣＨリソースセットから与えられてもよい。この場合、前述した第１の決定方法および／または第２の決定方法が用いられてもよい。
以下、本発明の端末装置１の装置構成について説明する。
図１４は、本実施形態における端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、上位層処理部１０１、制御部１０３、受信部１０５、送信部１０７および、送受信アンテナ１０９の少なくとも１つを含んで構成される。上位層処理部１０１は、無線リソース制御部１０１１、スケジューリング部１０１３の少なくとも１つを含んで構成される。受信部１０５は、復号化部１０５１、復調部１０５３、多重分離部１０５５、無線受信部１０５７とチャネル測定部１０５９の少なくとも１つを含んで構成される。送信部１０７は、符号化部１０７１、共有チャネル生成部１０７３、制御チャネル生成部１０７５、多重部１０７７、無線送信部１０７９と上りリンク参照信号生成部１０７１１の少なくとも１つを含んで構成される。
上位層処理部１０１は、ユーザの操作等により生成された上りリンクデータを、送信部１０７に出力する。また、上位層処理部１０１は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。また、上位層処理部１０１は制御チャネルで受信された下りリンク制御情報などに基づき、受信部１０５、および送信部１０７の制御を行なうために制御情報を生成し、制御部１０３に出力する。
上位層処理部１０１が備える無線リソース制御部１０１１は、自装置の各種設定情報の管理を行なう。例えば、無線リソース制御部１０１１は、設定されたサービングセルの管理を行なう。また、無線リソース制御部１０１１は、上りリンクの各チャネルに配置され
る情報を生成し、送信部１０７に出力する。無線リソース制御部１０１１は、受信した下りリンクデータの復号に成功した場合には、ＡＣＫを生成し送信部１０７にＡＣＫを出力し、受信した下りリンクデータの復号に失敗した場合には、ＮＡＣＫを生成し、送信部１０７にＮＡＣＫを出力する。
上位層処理部１０１が備えるスケジューリング部１０１３は、受信部１０５を介して受信した下りリンク制御情報を記憶する。スケジューリング部１０１３は、上りリンクグラントを受信したサブフレームから４つ後のサブフレームにおいて、受信された上りリンクグラントに従ってＰＵＳＣＨを送信するよう、制御部１０３を介して送信部１０７を制御する。スケジューリング部１０１３は、下りリンクグラントを受信したサブフレームにおいて、受信された下りリンクグラントに従って共有チャネルを受信するよう、制御部１０３を介して受信部１０５を制御する。
制御部１０３は、上位層処理部１０１からの制御情報に基づいて、受信部１０５、および送信部１０７の制御を行なう制御信号を生成する。制御部１０３は、生成した制御信号を受信部１０５、および送信部１０７に出力して受信部１０５、および送信部１０７の制御を行なう。
受信部１０５は、制御部１０３から入力された制御信号に従って、送受信アンテナ１０９を介して基地局装置３から受信した受信信号を、分離、復調、復号し、復号した情報を上位層処理部１０１に出力する。
無線受信部１０５７は、送受信アンテナ１０９を介して受信した下りリンクの信号を直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。例えば、無線受信部１０５７は、ディジタル信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出してもよい。
多重分離部１０５５は、抽出した信号を制御チャネル、共有チャネル、および、参照信号チャネルに、それぞれ分離する。多重分離部１０５５は、分離した参照信号チャネルをチャネル測定部１０５９に出力する。
復調部１０５３は、制御チャネル、および、共有チャネルに対して、ＱＰＳＫ、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭ等の変調方式に対する復調を行
ない、復号化部１０５１へ出力する。
復号化部１０５１は、下りリンクデータの復号を行い、復号した下りリンクデータを上位層処理部１０１へ出力する。チャネル測定部１０５９は、参照信号チャネルから下りリンクの伝搬路の推定値を算出し、多重分離部１０５５へ出力する。チャネル測定部１０５９は、チャネル状態情報を算出し、尚且つ、チャネル状態情報を上位層処理部１０１へ出力する。
送信部１０７は、制御部１０３から入力された制御信号に従って、上りリンク参照信号チャネルを生成し、上位層処理部１０１から入力された上りリンクデータや上りリンク制御情報を符号化および変調し、共有チャネル、制御チャネル、参照信号チャネルを多重し、送受信アンテナ１０９を介して基地局装置３に送信する。
符号化部１０７１は、上位層処理部１０１から入力された上りリンク制御情報と上りリンクデータを符号化し、符号化ビットを共有チャネル生成部１０７３および／または制御チャネル生成部１０７５に出力する。
共有チャネル生成部１０７３は、符号化部１０７１から入力された符号化ビットを変調して変調シンボルを生成し、変調シンボルをＤＦＴすることによって共有チャネルを生成し、多重部１０７７へ出力してもよい。共有チャネル生成部１０７３は、符号化部１０７１から入力された符号化ビットを変調して共有チャネルを生成し、多重部１０７７へ出力してもよい。
制御チャネル生成部１０７５は、符号化部１０７１から入力された符号化ビット、および／または、ＳＲに基づいて、制御チャネルを生成し、多重部１０７７へ出力する。
上りリンク参照信号生成部１０７１１は上りリンク参照信号を生成し、生成した上りリンク参照信号を多重部１０７７へ出力する。
多重部１０７７は、制御部１０３から入力された制御信号に従って、共有チャネル生成部１０７３から入力された信号および／または制御チャネル生成部１０７５から入力された信号、および／または、上りリンク参照信号生成部１０７１１から入力された上りリンク参照信号を、送信アンテナポート毎に上りリンクのリソースエレメントに多重する。
無線送信部１０７９は、多重された信号を逆高速フーリエ変換（Inverse Fast Fourier
Transform: IFFT）を行い、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換し、アナログ信号から中間周波数の同相成分および直交成分を生成し、中間周波数帯域に対する余分な周波数成分を除去し、中間周波数の信号を高周波数の信号に変換（アップコンバート: up convert）し、余分な周波数成分を除去し、電力増幅し、送受信アンテナ１０９に出力して送信する。
以下、本発明の基地局装置３の装置構成について説明する。
図１５は、本実施形態における基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、上位層処理部３０１、制御部３０３、受信部３０５、送信部３０７、および、送受信アンテナ３０９、を含んで構成される。また、上位層処理部３０１は、無線リソース制御部３０１１とスケジューリング部３０１３を含んで構成される。また、受信部３０５は、データ復調／復号部３０５１、制御情報復調／復号部３０５３、多重分離部３０５５、無線受信部３０５７とチャネル測定部３０５９を含んで構成される。また、送信部３０７は、符号化部３０７１、変調部３０７３、多重部３０７５、無線送信部３０７７と下りリンク参照信号生成部３０７９を含んで構成される。
上位層処理部３０１は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。また、上位層処理部３０１は、受信部３０５、および送信部３０７の制御を行なうために制御情報を生成し、制御部３０３に出力する。
上位層処理部３０１が備える無線リソース制御部３０１１は、下りリンクの共有チャネルに配置される下りリンクデータ、ＲＲＣ ｓｉｇｎａｌｉｎｇ、ＭＡＣ ＣＥ（Control Element）を生成し、又は上位ノードから取得し、ＨＡＲＱ制御部３０１３に出力する
。また、無線リソース制御部３０１１は、端末装置１各々の各種設定情報の管理をする。例えば、無線リソース制御部３０１１は、端末装置１に設定したサービングセルの管理などを行なう。
上位層処理部３０１が備えるスケジューリング部３０１３は、端末装置１に割り当てる共有チャネルや制御チャネルの無線リソースの管理をしている。スケジューリング部３０
１３は、端末装置１に共有チャネルの無線リソースを割り当てた場合には、共有チャネルの無線リソースの割り当てを示す上りリンクグラントを生成し、生成した上りリンクグラントを送信部３０７へ出力する。
制御部３０３は、上位層処理部３０１からの制御情報に基づいて、受信部３０５、および送信部３０７の制御を行なう制御信号を生成する。制御部３０３は、生成した制御信号を受信部３０５、および送信部３０７に出力して受信部３０５、および送信部３０７の制御を行なう。
受信部３０５は、制御部３０３から入力された制御信号に従って、送受信アンテナ３０９を介して端末装置１から受信した受信信号を分離、復調、復号し、復号した情報を上位層処理部３０１に出力する。
無線受信部３０５７は、送受信アンテナ３０９を介して受信された上りリンクの信号を直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。無線受信部３０５７は、ディジタル信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を
行い、周波数領域の信号を抽出し多重分離部３０５５に出力する。
多重分離部１０５５は、無線受信部３０５７から入力された信号を制御チャネル、共有チャネル、参照信号チャネルなどの信号に分離する。尚、この分離は、予め基地局装置３が無線リソース制御部３０１１で決定し、各端末装置１に通知した上りリンクグラントに含まれる無線リソースの割り当て情報に基づいて行なわれる。多重分離部３０５５は、チャネル測定部３０５９から入力された伝搬路の推定値から、制御チャネルと共有チャネルの伝搬路の補償を行なう。また、多重分離部３０５５は、分離した参照信号チャネルをチャネル測定部３０５９に出力する。
多重分離部３０５５は、分離した制御チャネルと共有チャネルから、上りリンクデータの変調シンボルと上りリンク制御情報（ＨＡＲＱ−ＡＣＫ）の変調シンボルを取得する。多重分離部３０５５は、共有チャネルの信号から取得した上りリンクデータの変調シンボルをデータ復調／復号部３０５１へ出力する。多重分離部３０５５は、制御チャネルまたは共有チャネルから取得した上りリンク制御情報（ＨＡＲＱ−ＡＣＫ）の変調シンボルを制御情報復調／復号部３０５３へ出力する。
チャネル測定部３０５９は、多重分離部３０５５から入力された上りリンク参照信号から伝搬路の推定値、チャネルの品質などを測定し、多重分離部３０５５および上位層処理部３０１に出力する。
データ復調／復号部３０５１は、多重分離部３０５５から入力された上りリンクデータの変調シンボルから上りリンクデータを復号する。データ復調／復号部３０５１は、復号された上りリンクデータを上位層処理部３０１へ出力する。
制御情報復調／復号部３０５３は、多重分離部３０５５から入力されたＨＡＲＱ−ＡＣＫの変調シンボルからＨＡＲＱ−ＡＣＫを復号する。制御情報復調／復号部３０５３は、復号したＨＡＲＱ−ＡＣＫを上位層処理部３０１へ出力する。
送信部３０７は、制御部３０３から入力された制御信号に従って、下りリンク参照信号を生成し、上位層処理部３０１から入力された下りリンク制御情報、下りリンクデータを符号化、および変調し、制御チャネル、共有チャネル、参照信号チャネルを多重して、送受信アンテナ３０９を介して端末装置１に信号を送信する。
符号化部３０７１は、上位層処理部３０１から入力された下りリンク制御情報、および、下りリンクデータの符号化を行なう。変調部３０７３は、符号化部３０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ等の変調方式で変調する。変調部３０７３は、変調シンボルにプリコーディングを適用してもよい。プレコーディングは、送信プレコードを含んでもよい。なお、プレコーディングとは、プレコーダが乗算される（適用される）ことであってもよい。
下りリンク参照信号生成部３０７９は下りリンク参照信号を生成する。多重部３０７５は、各チャネルの変調シンボルと下りリンク参照信号を多重し、送信シンボルを生成する。
多重部３０７５は、送信シンボルにプレコーディングを適用してもよい。多重部３０７５が送信シンボルに適用するプレコーディングは、下りリンク参照信号、および／または、変調シンボルに対して適用されてもよい。また、下りリンク参照信号に適用されるプレコーディングと、変調シンボルに対して適用されるプレコーディングは、同一であってもよいし、異なってもよい。
無線送信部３０７７は、多重された送信シンボルなどを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、時間シンボルを生成する。無線送信部３０７７は、時間シンボルに対してＯＦＤＭ方式の変調を行い、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換し、アナログ信号から中間周波数の同相成分および直交成分を生成し、中間周波数帯域に対する余分な周波数成分を除去し、中間周波数の信号を高周波数の信号に変換（アップコンバート: up convert）し、余分な周波数成分を除去し、搬送波信号（Carrier signal, Carrier, RF signal等）を生成する。無線送信部３０７７は、搬送波信号に対して、電力増幅し、送受信アンテナ３０９に出力して送信する。
以下、本実施形態において、端末装置、および、基地局装置の種々の態様について説明する。
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、複数スケジューリングリクエストコンフィギュレーションの設定に用いられる上位層の信号を受信する受信部１０５と、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたはＳＲ ＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信する送信部１０７と、を備え、前記スケジューリングリクエストコンフィギュレーションそれぞれは、１つ、または、１つより多いロジカルチャネルに対応され、前記複数のスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ ＰＵＣＣＨリソースを有し、前記ＨＡＲＱ−ＡＣＫリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、ＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、前記スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、ＨＡＲＱ−ＡＣＫ送信のための前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースのＰＵＣＣＨ
フォーマットがＰＵＣＣＨフォーマット０である場合、オーバラップした前記ＳＲ ＰＵＣＣＨリソースの数に基づいて、前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたは前記ＳＲ ＰＵＣＣＨリソースを選択し、選択したリソースでＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する。
（２）また、本発明の第１の態様において、前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数が１つである場合、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースで前記ＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−
ＡＣＫと正のスケジューリングリクエストを送信し、前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数が１つより多い場合、前記ＳＲ ＰＵＣＣＨリソースで前記ＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する。
（３）また、本発明の第１の態様において、前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数が１つより多い場合、前記複数のＳＲ ＰＵＣＣＨリソースの内、ＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信するために用いられるＳＲ ＰＵＣＣＨリソースはＭＡＣ層から指示される。
（４）また、本発明の第２の態様は、基地局装置であって、複数スケジューリングリクエストコンフィギュレーションの設定に用いられる上位層の信号を送信する送信部３０７と、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたはＳＲ ＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを受信する受信部３０５と、を備え、前記スケジューリングリクエストコンフィギュレーションそれぞれは、１つ、または、１つより多いロジカルチャネルに対応され、前記複数のスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ ＰＵＣＣＨリソースを有し、前記ＨＡＲＱ−ＡＣＫリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、ＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、前記スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、ＨＡＲＱ−ＡＣＫ送信のための前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースのＰ
ＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、オーバラップした前記ＳＲ ＰＵＣＣＨリソースの数に基づいて、前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたは前記ＳＲ ＰＵＣＣＨリソースを選択し、選択したリソースでＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを受信する。
（５）また、本発明の第２の態様において、前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数が１つである場合、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースで前記ＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを受信し、前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数が１つより多い場合、前記ＳＲ ＰＵＣＣＨリソースで前記ＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを受信する。
（６）また、本発明の第２の態様において、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数が１つより多い場合、前記複数のＳＲ ＰＵＣＣＨリソースの内、ＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信するために用いられるＳＲ ＰＵＣＣＨリソースはＭＡＣ層から指示される。
本発明に関わる端末装置１、基地局装置３、で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制御す
るプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤＤ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行われる。
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピ
ュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
尚、ここでいう「コンピュータシステム」とは、端末装置１、基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
さらに「コンピュータが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
また、上述した実施形態における端末装置１、基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる端末装置１、基地局装置３の各機能または各機能ブロックの少なくとも一つを備えてもよい。装置グループとして、端末装置１、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１、基地局装置３は、集合体としての基地局装置と通信することも可能である。
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の少なくとも一つを有してもよい。
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、ディジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いることも可能である。
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
１（１Ａ、１Ｂ、１Ｃ） 端末装置
３ 基地局装置
１０１ 上位層処理部
１０３ 制御部
１０５ 受信部
１０７ 送信部
１０９ 送受信アンテナ
１０１１ 無線リソース制御部
１０１３ スケジューリング部
１０５１ 復号化部
１０５３ 復調部
１０５５ 多重分離部
１０５７ 無線受信部
１０５９ チャネル測定部
１０７１ 符号化部
１０７３ 共有チャネル生成部
１０７５ 制御チャネル生成部
１０７７ 多重部
１０７９ 無線送信部
１０７１１ 上りリンク参照信号生成部
３０１ 上位層処理部
３０３ 制御部
３０５ 受信部
３０７ 送信部
３０９ 送受信アンテナ
３０１１ 無線リソース制御部
３０１３ スケジューリング部
３０５１ データ復調／復号部
３０５３ 制御情報復調／復号部
３０５５ 多重分離部
３０５７ 無線受信部
３０５９ チャネル測定部
３０７１ 符号化部
３０７３ 変調部
３０７５ 多重部
３０７７ 無線送信部
３０７９ 下りリンク参照信号生成部

Claims (8)

  1. 複数スケジューリングリクエストコンフィギュレーションの設定に用いられる上位層の信号を受信する受信部と、
    ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたはＳＲ ＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信する送信部と、を備え、
    前記スケジューリングリクエストコンフィギュレーションそれぞれは、１つ、または、１つより多いロジカルチャネルに対応され、
    前記複数のスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ ＰＵＣＣＨリソースを有し、
    前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、ＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、前記スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、ＨＡＲＱ−ＡＣＫ送信のための前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨ
    リソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、オーバラップした前記ＳＲ ＰＵＣＣＨリソースの数に基づいて、前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたは前記ＳＲ ＰＵＣＣＨリソースを選択し、選択したリソースでＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する端末装置。
  2. 前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数が１つである場合、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースで前記ＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信し、
    前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数が１つより多い場合、前記ＳＲ ＰＵＣＣＨリソースで前記ＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する請求項１に記載する端末装置。
  3. 前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数が１つより多い場合、前記複数のＳＲ ＰＵＣＣＨリソースの内、ＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信するために用いられるＳＲ ＰＵＣＣＨリソースはＭＡＣ層から指示される請求項２に記載する端末装置。
  4. 複数スケジューリングリクエストコンフィギュレーションの設定に用いられる上位層の信号を送信する送信部と、
    ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたはＳＲ ＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを受信する受信部と、を備え、
    前記スケジューリングリクエストコンフィギュレーションそれぞれは、１つ、または、１つより多いロジカルチャネルに対応され、
    前記複数のスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ ＰＵＣＣＨリソースを有し、
    前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、ＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、前記スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、ＨＡＲＱ−ＡＣＫ送信のための前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨ
    リソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、オーバラップした前記ＳＲ ＰＵＣＣＨリソースの数に基づいて、前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたは前記ＳＲ ＰＵＣＣＨリソースを選択し、選択したリソースでＨＡＲＱ
    −ＡＣＫと正のスケジューリングリクエストを受信する基地局装置。
  5. 前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数が１つである場合、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースで前記ＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを受信し、
    前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数が１つより多い場合、前記ＳＲ ＰＵＣＣＨリソースで前記ＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを受信する請求項４に記載する基地局装置。
  6. 前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域にオーバラップしたＳＲ ＰＵＣＣＨリソースの数が１つより多い場合、前記複数のＳＲ ＰＵＣＣＨリソースの内、ＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信するために用いられるＳＲ ＰＵＣＣＨリソースはＭＡＣ層から指示される請求項５に記載する基地局装置。
  7. 端末装置の通信方法であって、
    複数スケジューリングリクエストコンフィギュレーションの設定に用いられる上位層の信号を受信する受信ステップと、
    ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたはＳＲ ＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信する送信ステップと、を備え、
    前記スケジューリングリクエストコンフィギュレーションそれぞれは、１つ、または、１つより多いロジカルチャネルに対応され、
    前記複数のスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ ＰＵＣＣＨリソースを有し、
    前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、ＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、前記スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、ＨＡＲＱ−ＡＣＫ送信のための前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨ
    リソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、オーバラップした前記ＳＲ ＰＵＣＣＨリソースの数に基づいて、前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたは前記ＳＲ ＰＵＣＣＨリソースを選択し、選択したリソースでＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを送信する通信方法。
  8. 基地局装置の通信方法であって、
    複数スケジューリングリクエストコンフィギュレーションの設定に用いられる上位層の信号を送信する送信ステップと、
    ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたはＳＲ ＰＵＣＣＨリソースでＰＵＣＣＨフォーマット０を用いてＨＡＲＱ−ＡＣＫとスケジューリングリクエストを受信する受信ステップと、を備え、
    前記スケジューリングリクエストコンフィギュレーションそれぞれは、１つ、または、１つより多いロジカルチャネルに対応され、
    前記複数のスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ ＰＵＣＣＨリソースを有し、
    前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが１つまたは複数のＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップし、且つ、ＨＡＲＱ−ＡＣＫとスケジューリングリクエストを送信し、且つ、前記スケジューリングリクエストが正のスケジューリングリクエストであり、且つ、ＨＡＲＱ−ＡＣＫ送信のための前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨ
    リソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、オーバラッ
    プした前記ＳＲ ＰＵＣＣＨリソースの数に基づいて、前記ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースまたは前記ＳＲ ＰＵＣＣＨリソースを選択し、選択したリソースでＨＡＲＱ−ＡＣＫと正のスケジューリングリクエストを受信する通信方法。
JP2018023895A 2018-02-14 2018-02-14 端末装置、基地局装置、および、通信方法 Pending JP2019140597A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2018023895A JP2019140597A (ja) 2018-02-14 2018-02-14 端末装置、基地局装置、および、通信方法
PCT/JP2019/005307 WO2019160026A1 (ja) 2018-02-14 2019-02-14 端末装置、基地局装置、および、通信方法
US16/969,217 US20200413428A1 (en) 2018-02-14 2019-02-14 Terminal apparatus, base station apparatus, and communication method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018023895A JP2019140597A (ja) 2018-02-14 2018-02-14 端末装置、基地局装置、および、通信方法

Publications (1)

Publication Number Publication Date
JP2019140597A true JP2019140597A (ja) 2019-08-22

Family

ID=67621030

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018023895A Pending JP2019140597A (ja) 2018-02-14 2018-02-14 端末装置、基地局装置、および、通信方法

Country Status (3)

Country Link
US (1) US20200413428A1 (ja)
JP (1) JP2019140597A (ja)
WO (1) WO2019160026A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
NZ757930A (en) * 2017-03-17 2023-12-22 Ntt Docomo Inc User terminal and radio communication method
CN115642994A (zh) * 2017-08-11 2023-01-24 韦勒斯标准与技术协会公司 发送或接收上行链路控制信道的方法、设备和系统
US11356987B2 (en) * 2017-09-30 2022-06-07 Samsung Electronics Co., Ltd. Method and equipment for transmitting uplink control information and setting uplink time advance
WO2020113433A1 (zh) * 2018-12-04 2020-06-11 Oppo广东移动通信有限公司 一种处理调度请求的方法及装置、终端
EP3917198B1 (en) * 2019-08-01 2024-01-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Communication method, terminal device, and network device
CN114765867A (zh) * 2021-01-14 2022-07-19 北京三星通信技术研究有限公司 一种信号的传输方法和设备
EP4331311A1 (en) * 2021-12-29 2024-03-06 Radisys India Private Limited System and method facilitating improved quality of service by a scheduler in a network

Also Published As

Publication number Publication date
US20200413428A1 (en) 2020-12-31
WO2019160026A1 (ja) 2019-08-22

Similar Documents

Publication Publication Date Title
JP6937202B2 (ja) 端末装置、基地局装置、および、通信方法
JP6652505B2 (ja) 端末装置、基地局装置、通信方法および集積回路
WO2019160026A1 (ja) 端末装置、基地局装置、および、通信方法
JP7101025B2 (ja) 端末装置、基地局装置、および、通信方法
WO2019216430A1 (ja) 端末装置、基地局装置、および、通信方法
CN107534965B (zh) 终端装置、基站装置、通信方法及集成电路
CN107534964B (zh) 终端装置、基站装置、通信方法及集成电路
JP7075805B2 (ja) 端末装置、基地局装置、および、通信方法
WO2019239814A1 (ja) 端末装置、基地局装置、および、通信方法
AU2018361531B2 (en) Terminal apparatus, base station apparatus, and communication method
WO2019151051A1 (ja) 端末装置、基地局装置、および、通信方法
WO2019194310A1 (ja) 端末装置、基地局装置、および、通信方法
JP2014057361A (ja) 無線通信システム、基地局装置、移動局装置、無線通信方法および集積回路
WO2020162299A1 (ja) 端末装置、基地局装置、および、通信方法
WO2020129592A1 (ja) 端末装置、基地局装置、および、通信方法
JP7481517B2 (ja) 端末装置、基地局装置、および、通信方法
JP6853863B1 (ja) 端末装置、基地局装置、および、通信方法
WO2020218415A1 (ja) 端末装置、基地局装置、および、通信方法
WO2019131878A1 (ja) 端末装置、基地局装置、および、通信方法
JP2018196077A (ja) 端末装置、基地局装置、通信方法、および、集積回路