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

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

Info

Publication number
JP6937202B2
JP6937202B2 JP2017176818A JP2017176818A JP6937202B2 JP 6937202 B2 JP6937202 B2 JP 6937202B2 JP 2017176818 A JP2017176818 A JP 2017176818A JP 2017176818 A JP2017176818 A JP 2017176818A JP 6937202 B2 JP6937202 B2 JP 6937202B2
Authority
JP
Japan
Prior art keywords
scheduling request
pucch resource
harq
bit
ack
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.)
Active
Application number
JP2017176818A
Other languages
English (en)
Other versions
JP2019054380A5 (ja
JP2019054380A (ja
Inventor
麗清 劉
麗清 劉
翔一 鈴木
翔一 鈴木
渉 大内
渉 大内
友樹 吉村
友樹 吉村
李　泰雨
泰雨 李
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.)
FG Innovation Co Ltd
Original Assignee
FG Innovation Co Ltd
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
Priority to JP2017176818A priority Critical patent/JP6937202B2/ja
Application filed by FG Innovation Co Ltd filed Critical FG Innovation Co Ltd
Priority to BR112020004841-0A priority patent/BR112020004841A2/pt
Priority to EP18855632.8A priority patent/EP3684125B1/en
Priority to PCT/JP2018/033707 priority patent/WO2019054388A1/ja
Priority to CN201880058962.9A priority patent/CN111096024B/zh
Priority to US16/645,808 priority patent/US11265138B2/en
Publication of JP2019054380A publication Critical patent/JP2019054380A/ja
Priority to PH12020500471A priority patent/PH12020500471A1/en
Publication of JP2019054380A5 publication Critical patent/JP2019054380A5/ja
Application granted granted Critical
Publication of JP6937202B2 publication Critical patent/JP6937202B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/02—Channels characterised by the type of signal
    • H04L5/023—Multiplexing of multicarrier modulation signals, e.g. multi-user orthogonal frequency division multiple access [OFDMA]
    • 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/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
    • 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) or DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT the frequencies being arranged in component carriers
    • 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 signalling, i.e. of overhead other than pilot signals
    • 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 signalling, 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—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • 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/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072—Error control for data other than payload data, e.g. control data
    • H04L1/0073—Special arrangements for feedback channel
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal

Landscapes

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

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）がＭＡＣエンティティに存在する。ＨＡＲＱエンティティは、複数のＨＡＲＱプロセスを並行して管理する。ＨＡＲＱプロセスはＨＡＲＱバッファに関連する。すなわち、ＨＡＲＱエンティティは複数のＨＡＲＱバッファに関連する。ＨＡＲＱプロセスは、ＭＡＣ層のデータをＨＡＲＱバッファにストアする。ＨＡＲＱプロセスは、該ＭＡＣ層のデータを送信するよう物理層に指示する。
以下、本実施形態の無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）の構成の一例について説明する。
図２は、本実施形態の一態様に係る無線フレーム、サブフレーム、および、スロットの構成を示す一例である。図２に示す一例では、スロットの長さは０．５ｍｓであり、サブフレームの長さは１ｍｓであり、無線フレームの長さは１０ｍｓである。スロットは、時間領域におけるリソース割り当ての単位であってもよい。スロットは、１つのトランスポートブロックがマップされる単位であってもよい。トランスポートブロックは、１つのスロットにマップされてもよい。トランスポートブロックは、上位層（例えば、ＭＡＣ：Ｍｅｄｉａｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）で規定される所定の間隔（例えば、送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ））内に送信されるデータの単位であってもよい。
スロットの長さは、ＯＦＤＭシンボルの数によって与えられてもよい。例えば、ＯＦＤＭシンボルの数は、７、または、１４であってもよい。スロットの長さは、少なくともＯＦＤＭシンボルの長さに基づき与えられてもよい。ＯＦＤＭシンボルの長さは、第２のサブキャリア間隔に少なくとも基づき与えられてもよい。ＯＦＤＭシンボルの長さは、ＯＦＤＭシンボルの生成に用いられる高速フーリエ変換（ＦＦＴ：Ｆａｓｔ Ｆｏｕｒｉｅｒ
Ｔｒａｎｓｆｏｒｍ）のポイント数に少なくとも基づき与えられてもよい。ＯＦＤＭシ
ンボルの長さは、該ＯＦＤＭシンボルに付加されるサイクリックプレフィックス（ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）の長さを含んでもよい。ここで、ＯＦＤＭシンボルは、シンボルと呼称されてもよい。また、端末装置１と基地局装置３の間の通信において、ＯＦＤＭ以外の通信方式が使用される場合（例えば、ＳＣ−ＦＤＭＡやＤＦＴ−ｓ−ＯＦＤＭが使用される場合等）、生成されるＳＣ−ＦＤＭＡシンボル、および／または、ＤＦＴ−ｓ−ＯＦＤＭシンボルはＯＦＤＭシンボルとも呼称される。つまり、ＯＦＤＭシンボルは、ＤＦＴ−ｓ−ＯＦＤＭシンボル、および／または、ＳＣ−ＦＤＭＡシンボルを含んでもよい。例えば、スロットの長さは、０．２５ｍｓ、０．５ｍｓ、１ｍｓ、２ｍｓ、３ｍｓであってもよい。ＯＦＤＭはＳＣ−ＦＤＭＡ、または、ＤＦＴ−ｓ−ＯＦＤＭを含んでもよい。
ＯＦＤＭは、波形整形（Ｐｕｌｓｅ Ｓｈａｐｅ）、ＰＡＰＲ低減、帯域外輻射低減、または、フィルタリング、および／または、位相処理（例えば、位相回転等）が適用されたマルチキャリアの通信方式を含む。マルチキャリアの通信方式は、複数のサブキャリアが多重された信号を生成／送信する通信方式であってもよい。
サブフレームの長さは、１ｍｓであってもよい。サブフレームの長さは、第１のサブキャリア間隔に基づき与えられてもよい。例えば、第１のサブキャリア間隔が１５ｋＨｚである場合、サブフレームの長さは１ｍｓであってもよい。サブフレームは、１、または、複数のスロットを含んで構成されてもよい。例えば、サブフレームは２つのスロットを含んで構成されてもよい。
無線フレームは、複数のサブフレームを含んで構成されてもよい。無線フレームのためのサブフレームの数は、例えば、１０であってもよい。無線フレームは、複数のスロットを含んで構成されてもよい。無線フレームのためのスロットの数は、例えば、１０であってもよい。
以下、本実施形態の種々の態様に係る物理チャネルおよび物理シグナルを説明する。端末装置は、物理チャネル、および／または、物理シグナルを送信してもよい。基地局装置は、物理チャネル、および／または、物理シグナルを送信してもよい。
下りリンク物理チャネルおよび下りリンク物理シグナルは、下りリンク信号とも呼称される。上りリンク物理チャネルおよび上りリンク物理シグナルは、上りリンク信号とも呼称される。下りリンク物理チャネルおよび上りリンク物理チャネルは、物理チャネルとも呼称される。下りリンク物理シグナルおよび上りリンク物理シグナルは、物理シグナルとも呼称される。
端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられてもよい。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・上りリンク参照信号（ＵＬ ＲＳ：Ｕｐｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
本実施形態において、少なくとも以下の２つのタイプの上りリンク参照信号が少なくとも用いられてもよい。
・ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・ＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＤＭＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと多重されてもよい。基地局装置３は、ＰＵＳＣＨまたは
ＰＵＣＣＨの伝搬路補正を行なうためにＤＭＲＳを使用する。以下、ＰＵＳＣＨとＤＭＲＳを共に送信することを、単にＰＵＳＣＨを送信すると称する。該ＤＭＲＳは該ＰＵＳＣＨに対応してもよい。以下、ＰＵＣＣＨとＤＭＲＳを共に送信することを、単にＰＵＣＣＨを送信すると称する。該ＤＭＲＳは該ＰＵＣＣＨに対応してもよい。
ＳＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連しなくてもよい。ＳＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連してもよい。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクスロットにおけるサブフレームの最後、または、最後から所定数のＯＦＤＭシンボルにおいて送信されてもよい。
基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられてもよい。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用されてもよい。
・ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）
・ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）・ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
ＰＢＣＨは、端末装置１において共通に用いられるマスターインフォメーションブロック（ＭＩＢ：Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＢＣＨ、Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を報知するために用いられる。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。例えば、ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の少なくとも一部は、８０ｍｓごとに更新されてもよい。ＰＢＣＨは、２８８サブキャリアにより構成されてもよい。ＰＢＣＨは、２、３、または、４ＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、同期信号の識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。第１の設定情報はＭＩＢに含まれてもよい。該第１の設定情報は、ランダムアクセスメッセージ２、ランダムアクセスメッセージ３、ランダムアクセスメッセージ４の一部または全部に少なくとも用いられる設定情報であってもよい。
ＰＤＳＣＨは、下りリンクデータ（ＴＢ、ＭＡＣ ＰＤＵ、ＤＬ−ＳＣＨ、ＰＤＳＣＨ、ＣＢ、ＣＢＧ）を送信するために用いられる。ＰＤＳＣＨは、ランダムアクセスメッセージ２（ランダムアクセスレスポンス）を送信するために少なくとも用いられる。ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステム情報を送信するために少なくとも用いられる。
ＰＤＣＣＨは、下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を送信するために用いられる。下りリンク制御情報は、ＤＣＩフォーマットとも呼称される。下りリンク制御情報は、下りリンクグラント（ｄｏｗｎｌｉｎｋ ｇｒａｎｔ）または上りリンクグラント（ｕｐｌｉｎｋ ｇｒａｎｔ）のいずれかを少なくとも含んでもよい。下りリンクグラントは、下りリンクアサインメント（ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ）または下りリンク割り当て（ｄｏｗｎｌｉｎｋ ａｌｌｏｃａｔｉｏｎ）とも呼称される。上りリンクグラントと下りリンクグラントは、まとめてグラントとも呼称される。
１つの下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングのために少なくとも用いられる。下りリンクグラントは、該下りリンクグラントが送信されたスロットと同じスロット内のＰＤＳＣＨのスケジューリングのために少なく
とも用いられてもよい。
１つの上りリンクグラントは、１つのサービングセル内の１つのＰＵＳＣＨのスケジューリングのために少なくとも用いられてもよい。
例えば、下りリンク制御情報は、新データ指標（ＮＤＩ：Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）を含んでもよい。新データ指標は、該新データ指標に対応するトランスポートブロックが初期送信であるか否かを少なくとも示すために用いられてもよい。新データ指標は、所定のＨＡＲＱプロセス番号に対応し、直前に送信されたトランスポートブロックと、該ＨＡＲＱプロセス番号に対応し、該新データ指標を含む下りリンク制御情報によりスケジューリングされるＰＤＳＣＨ、および／または、ＰＵＳＣＨに含まれるトランスポートブロックが同一であるか否かを示す情報であってもよい。ＨＡＲＱプロセス番号は、ＨＡＲＱプロセスの識別に用いられる番号である。ＨＡＲＱプロセス番号は下りリンク制御情報に含まれてもよい。ＨＡＲＱプロセスは、ＨＡＲＱの管理を行うプロセスである。新データ指標は、所定のＨＡＲＱプロセス番号に対応し、該新データ指標を含む下りリンク制御情報によりスケジューリングされたＰＤＳＣＨ、および／または、ＰＵＳＣＨに含まれるトランスポートブロックの送信が、該所定のＨＡＲＱプロセス番号に対応し、直前に送信されたＰＤＳＣＨ、および／または、ＰＵＳＣＨに含まれるトランスポートブロックの再送であるか否かを示してもよい。該下りリンク制御情報によりスケジューリングされた該ＰＤＳＣＨ、および／または、該ＰＵＳＣＨに含まれる該トランスポートブロックの送信が、該直前に送信されたトランスポートブロックの再送であるか否かは、該新データ指標が該直前に送信されたトランスポートブロックに対応する新データ指標に対して切り替わっている（または、トグルしている）か否かに基づき与えられてもよい。
つまり、新データ指標は、初期送信、または、再送信を指示する。端末装置１のＨＡＲＱエンティティは、あるＨＡＲＱプロセスに対して、ＨＡＲＱ情報によって提供される新データ指標が、該あるＨＡＲＱプロセスの前の送信に対する新データ指標の値と比較してトグルされている場合、該ＨＡＲＱプロセスに初期送信をトリガするよう指示する。ＨＡＲＱエンティティは、あるＨＡＲＱプロセスに対して、ＨＡＲＱ情報によって提供される新データ指標が、該あるＨＡＲＱプロセスの前の送信に対する新データ指標の値と比較してトグルされていない場合、該ＨＡＲＱプロセスに再送信をトリガするよう指示する。尚、ＨＡＲＱプロセスが、新データ指標がトグルされているかどうかを判定してもよい。
下りリンクの無線通信では、以下の下りリンク物理シグナルが用いられてもよい。下りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用されてもよい。
・同期信号（ＳＳ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）
・下りリンク参照信号（ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。同期信号は、ＰＳＳ（Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）、および、ＳＳＳ（Ｓｅｃｏｎｄ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を少なくとも含む。
同期信号は、ターゲットセルのＩＤ（セルＩＤ）を含んで送信されてもよい。同期信号は、セルＩＤに少なくとも基づき生成される系列を含んで送信されてもよい。同期信号がセルＩＤを含むことは、セルＩＤに基づき同期信号の系列が与えられることであってもよい。同期信号は、ビーム（または、プレコーダ）が適用され、送信されてもよい。
ビームは、方向に応じてアンテナ利得が異なる現象を示す。ビームは、アンテナの指向性に少なくとも基づき与えられてもよい。また、ビームは、搬送波信号の位相変換に少なくとも基づき与えられてもよい。また、ビームは、プレコーダが適用されることにより与えられてもよい。
下りリンク参照信号は、端末装置１が下りリンク物理チャネルの伝搬路補正を行なうために少なくとも用いられる。下りリンク参照信号は、端末装置１が下りリンクのチャネル状態情報を算出するために少なくとも用いられる。
本実施形態において、以下の２つのタイプの下りリンク参照信号が用いられる。
・ＤＭＲＳ（ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・Ｓｈａｒｅｄ ＲＳ（Ｓｈａｒｅｄ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＤＭＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの送信に対応する。ＤＭＲＳは、ＰＤＣＣＨまたはＰＤＳＣＨに多重される。端末装置１は、ＰＤＣＣＨまたはＰＤＳＣＨの伝搬路補正を行なうために該ＰＤＣＣＨまたは該ＰＤＳＣＨと対応するＤＭＲＳを使用してもよい。以下、ＰＤＣＣＨと該ＰＤＣＣＨと対応するＤＭＲＳが共に送信されることは、単にＰＤＣＣＨが送信されると呼称される。以下、ＰＤＳＣＨと該ＰＤＳＣＨと対応するＤＭＲＳが共に送信されることは、単にＰＤＳＣＨが送信されると呼称される。
Ｓｈａｒｅｄ ＲＳは、少なくともＰＤＣＣＨの送信に対応してもよい。Ｓｈａｒｅｄ
ＲＳは、ＰＤＣＣＨに多重されてもよい。端末装置１は、ＰＤＣＣＨの伝搬路補正を行うためにＳｈａｒｅｄ ＲＳを使用してもよい。以下、ＰＤＣＣＨとＳｈａｒｅｄ ＲＳが共に送信されることは、単にＰＤＣＣＨが送信されるとも呼称される。
ＤＭＲＳは、端末装置１に個別に設定されるＲＳであってもよい。ＤＭＲＳの系列は、端末装置１に個別に設定されるパラメータに少なくとも基づいて与えられてもよい。ＤＭＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨのために個別に送信されてもよい。一方、Ｓｈａｒｅｄ ＲＳは、複数の端末装置１に共通に設定されるＲＳであってもよい。Ｓｈａｒｅｄ ＲＳの系列は、端末装置１に個別に設定されるパラメータとは関係なく与えられてもよい。例えば、Ｓｈａｒｅｄ ＲＳの系列は、スロットの番号、ミニスロットの番号、および、セルＩＤ（ｉｄｅｎｔｉｔｙ）の少なくとも一部に基づいて与えられてもよい。Ｓｈａｒｅｄ ＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨが送信されているか否かに関わらず送信されるＲＳであってもよい。
上述したＢＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層で用いられるチャネルはトランスポートチャネルと呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロックまたはＭＡＣ ＰＤＵとも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（ｄｅｌｉｖｅｒ）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
基地局装置３と端末装置１は、上位層（ｈｉｇｈｅｒ ｌａｙｅｒ）において信号をやり取り（送受信）してもよい。例えば、基地局装置３と端末装置１は、無線リソース制御（ＲＲＣ： Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層において、ＲＲＣシグナリング（ＲＲＣ ｍｅｓｓａｇｅ： Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ
ｍｅｓｓａｇｅ、ＲＲＣ ｉｎｆｏｒｍａｔｉｏｎ： Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ
Ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ ＣＥを、上位層の信号（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）とも称する。
ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣ ＣＥを送信するために少なくとも用いられる。ここで、基地局装置３よりＰＤＳＣＨで送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリングであってもよい。セル内における複数の端末装置１に対して共通のＲＲＣシグナリングは、共通ＲＲＣシグナリングとも呼称される。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のＲＲＣシグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇまたはＵＥ ｓｐｅｃｉｆｉｃ ｓｉｇｎａｌｉｎｇとも呼称される）であってもよい。端末装置１に対して専用のＲＲＣシグナリングは、専用ＲＲＣシグナリングとも呼称される。セルスペシフィックパラメータは、セル内における複数の端末装置１に対して共通のＲＲＣシグナリング、または、ある端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。ＵＥスペシフィックパラメータは、ある端末装置１に対して専用のＲＲＣシグナリングを用いて送信されてもよい。
ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）、および、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ
Ｃｏｎｔｒｏｌ ＣＨａｎｅｅｌ）は、ロジカルチャネルである。例えば、ＢＣＣＨは、ＭＩＢを送信するために用いられる上位層のチャネルである。また、ＢＣＣＨは、システム情報を送信するために用いられる上位層のチャネルである。なお、システム情報には、ＳＩＢ１（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ ｔｙｐｅ１）が含まれてもよい。また、システム情報には、ＳＩＢ２（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ ｔｙｐｅ２）を含むＳＩ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージが含まれてもよい。また、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、複数の端末装置１において共通な情報を送信するために用いられる上位層のチャネルである。ここで、ＣＣＣＨは、例えば、ＲＲＣ接続されていない端末装置１のために用いられる。また、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、端末装置１に個別の制御情報（ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信するために用いられる上位層のチャネルである。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１のために用いられる。
ロジカルチャネルにおけるＢＣＣＨは、トランスポートチャネルにおいてＢＣＨ、ＤＬ−ＳＣＨ、または、ＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＣＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＤＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。
トランスポートチャネルにおけるＵＬ−ＳＣＨは、物理チャネルにおいてＰＵＳＣＨにマップされる。トランスポートチャネルにおけるＤＬ−ＳＣＨは、物理チャネルにおいてＰＤＳＣＨにマップされる。トランスポートチャネルにおけるＢＣＨは、物理チャネルにおいてＰＢＣＨにマップされる。
端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理チャネルが少なくとも用いられてもよい。上りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用されてもよい。
・ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）
・ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）
・ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
ＰＵＳＣＨは、上りリンクデータ（ＴＢ、ＭＡＣ ＰＤＵ、ＵＬ−ＳＣＨ、ＰＵＳＣＨ、ＣＢ、ＣＢＧ）を送信するために用いられる。ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。ＰＵＳＣＨはチャネル状態情報のみ、または、ＨＡＲＱ−ＡＣＫおよびチャネル状態情報のみを送信するために用いられてもよい。ＰＵＳＣＨは、ランダムアクセスメッセージ３を送信するために用いられる。
ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１）を送信するために用いられる。ＰＲＡＣＨは、初期コネクション確立（ｉｎｉｔｉａｌ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、上りリンクデータの送信に対する同期（タイミング調整）、およびＰＵＳＣＨ（ＵＬ−ＳＣＨ）リソースの要求の少なくとも一部を示すために用いられてもよい。
ＰＵＣＣＨは、上りリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を送信するために用いられる。上りリンク制御情報は、下りリンクチャネルのチャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）、初期送信のためのＰＵＳＣＨ（ＵＬ−ＳＣＨ：Ｕｐｌｉｎｋ−Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）リソースを要求するために用いられるスケジューリングリクエスト（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、下りリンクデータ（ＴＢ：Ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＭＡＣ ＰＤＵ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＤＬ−ＳＣＨ：Ｄｏｗｎｌｉｎｋ−Ｓｈａｒｅｄ
Ｃｈａｎｎｅｌ、ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＣＢ：ｃｏｄｅ ｂｌｏｃｋ、ＣＢＧ：ｃｏｄｅ ｂｌｏｃｋ Ｇｒｏｕｐ）に対するＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）を含む。ＨＡＲＱ−ＡＣＫは、ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）またはＮＡＣＫ（ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を示す。
ＨＡＲＱ−ＡＣＫを、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、ＨＡＲＱ−ＡＣＫフィードバック、ＨＡＲＱ応答、ＨＡＲＱ−ＡＣＫ応答、ＨＡＲＱ情報、ＨＡＲＱ−ＡＣＫ情報、ＨＡＲＱ制御情報、および、ＨＡＲＱ−ＡＣＫ制御情報とも称する。下りリンクデータが成功裏に復号された場合、該下りリンクデータに対するＡＣＫが生成される。下りリンクデータが成功裏に復号されなかった場合、該下りリンクデータに対するＮＡＣＫが生成される。ＤＴＸ（discontinuous transmission）は、下りリンクデータを検出しなかったことを意味してもよい。ＤＴＸ（discontinuous transmission）は、ＨＡＲＱ−ＡＣＫ応答を送信するべきデータを検出しなかったことを意味してもよい。ＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースを、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとも称する。
チャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）は、チャネル品質指標（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）とランク指標（ＲＩ：Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）を含んでもよい。チャネル品質指標は、プレコーダ行列指標（ＰＭＩ：Ｐｒｅｃｏｄｅｒ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）を含んでもよい。チャネル状態情報はプレコーダ行列指標を含んでもよい。ＣＱＩは、チャネル品質（伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。
スケジューリングリクエストは、正のスケジューリングリクエスト（positive scheduling request）、または、負のスケジューリングリクエスト（negative scheduling request）を含む。正のスケジューリングリクエストは、初期送信のためのＵＬ−ＳＣＨリソースを要求することを示す。負のスケジューリングリクエストは、初期送信のためのＵＬ−ＳＣＨリソースを要求しないことを示す。端末装置１は、正のスケジューリングリクエストを送信するかどうかを決定してもよい。スケジューリングリクエストが負のスケジューリングリクエストであることは、端末装置１が正のスケジューリングリクエストを送信しないと決定したことを意味してもよい。なお、スケジューリングリクエストの情報は、あるスケジューリングリクエストコンフィギュレーションに対して該スケジューリングリクエストが正のスケジューリングリクエストであるか、または、負のスケジューリングリクエストであるかを示す情報である。
スケジューリングリクエストコンフィギュレーションは、上位層の信号（ＲＲＣメッセージ、ＲＲＣ情報、ＲＲＣシグナリング）を介して、端末装置１に設定されてもよい。なお、スケジューリングリクエストコンフィギュレーションは、スケジューリングリクエストのためのＰＵＣＣＨリソースを示す情報（パラメータ）を含んでもよい。スケジューリングリクエストのためのＰＵＣＣＨリソースは、ＳＲ ＰＵＣＣＨリソースと称されてもよい。スケジューリングリクエストのためのＰＵＣＣＨリソースを示す情報には、ＳＲ ＰＵＣＣＨリソースに対する、周波数領域の割当てを示す情報および時間領域の割当てを示す情報があってもよい。ＳＲ ＰＵＣＣＨリソースに対する周波数領域の割当てを示す情報は、ＳＲ ＰＵＣＣＨリソースが割り当てられるＰＲＢインデックスを示す情報であってもよい。また、ＳＲ ＰＵＣＣＨリソースに対する時間領域の割当てを示す情報は、周期および時間領域のオフセット（サブフレームオフセット、スロットオフセット、シンボルオフセット）を示す情報であってもよい。なお、オフセットは、時間領域におけるオフセットであってもよく、周期に対するオフセットであってもよい。例えば、周期は、時間で定義されてもよいし、無線フレーム数（無線フレーム単位）で定義されてもよいし、サブフレーム数（サブフレーム単位）で定義されてもよいし、スロット数（スロット単位）で定義されてもよいし、ＯＦＤＭシンボル数（シンボル単位）で定義されてもよい。なお、オフセットは、時間で定義されてもよいし、無線フレーム数（無線フレーム単位）で定義されてもよいし、サブフレーム数（サブフレーム単位）で定義されてもよいし、スロット数（スロット単位）で定義されてもよいし、ＯＦＤＭシンボル数（シンボル単位）で定義されてもよい。なお、ＳＲ ＰＵＣＣＨリソースに対する時間領域の割当てを示す情報は、ＳＲ ＰＵＣＣＨリソースの送信間隔（タイムユニット、送信タイミング）を示す情報であってもよい。
ＭＡＣエンティティには、０個、１個、または、それより多いスケジューリングリクエストコンフィギュレーションが設定されてもよい。つまり、基地局装置３は、上位層の信号を用いて端末装置１に複数のスケジューリングリクエストコンフィギュレーション(Multiple SR configuration)を設定してもよい。複数のスケジューリングリクエストコンフィギュレーションのそれぞれに対して、独立（個別）に、スケジューリングリクエストのためのＰＵＣＣＨリソースを示す情報が設定されてもよい。つまり、スケジューリングリクエストコンフィギュレーションのそれぞれに対して、個別にＳＲ ＰＵＣＣＨリソースが設定されてもよい。複数のスケジューリングリクエストコンフィギュレーションのそれぞれは、１つ、または、１つより多いロジカルチャネル（logical channel、論理チャネル）に対応してもよい。ロジカルチャネルのそれぞれは、上位層の信号の設定に基づいて、複数のスケジューリングリクエストコンフィギュレーションの内の１つまたは複数にマッピングされてもよい。複数のスケジューリングリクエストコンフィギュレーションの内、どのスケジューリングリクエストコンフィギュレーションが用いられるかは、スケジューリングリクエストをトリガするロジカルチャネルに基づいて、与えられてもよい。なお
、スケジューリングリクエストコンフィギュレーションがトリガされることは、該スケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストがトリガされることと意味してもよい。スケジューリングリクエストがトリガされる場合には、該スケジューリングリクエストがキャンセルされるまで、該スケジューリングリクエストはペンディングであるとみなされる。
ロジカルチャネルは、データ転送サービス（data transfer services）に対応してもよい。例えば、複数のロジカルチャネルのそれぞれは、特定のタイプの情報の転送をサポートしてもよい。つまり、ロジカルチャネルタイプのそれぞれは、どのタイプの情報が転送されるかによって定義されてもよい。
図３は、本実施形態におけるロジカルチャネルとスケジューリングリクエストコンフィギュレーションの対応関係の一例を示す図である。図３は、端末装置１に３つのスケジューリングリクエストコンフィギュレーションが設定された場合を示している。３つのスケジューリングリクエストコンフィギュレーションのそれぞれは、１つ、または、１つより多いロジカルチャネルに対応する。図３において、ＳＲコンフィギュレーション＃０は、ロジカルチャネル＃０に対応してもよい。ＳＲコンフィギュレーション＃１は、ロジカルチャネル＃１およびロジカルチャネル＃２に対応してもよい。ＳＲコンフィギュレーション＃２は、ロジカルチャネル＃３およびロジカルチャネル４に対応してもよい。例えば、スケジューリングリクエストをトリガするロジカルチャネルがロジカルチャネル＃０である場合、ＳＲ コンフィギュレーション＃０は使われてもよい。また、例えば、スケジューリングリクエストをトリガするロジカルチャネルがロジカルチャネル＃３場合、ＳＲコンフィギュレーション＃２は使われてもよい。つまり、何れかのスケジューリングリクエストコンフィギュレーションが用いられるかは、対応するロジカルチャネルに基づいて、与えられることができる。
複数のスケジューリングリクエストコンフィギュレーションが設定される場合、あるタイムユニットにおいて、１つまたは複数のスケジューリングリクエスト（ＳＲ ＰＵＣＣＨリソース）の送信が生じる。
基地局装置３は、上位層の信号を介して、端末装置１に設定される、複数のスケジューリングリクエストコンフィギュレーションのそれぞれに対して、複数のスケジューリングリクエストコンフィギュレーション間の優先度（priority）を設定してもよい。端末装置１は、上位層の信号によって設定された優先度に基づいて、あるタイムユニットにおいて、複数のスケジューリングリクエストの送信が生じる（トリガされる）場合には、最も優先度が高いスケジューリングリクエストコンフィギュレーションに対するＳＲ ＰＵＣＣＨリソースを用いてスケジューリングリクエストの送信を行ってもよい。
ＭＡＣ層は、あるタイムユニットにおいて生じた（トリガされた）複数のスケジューリングリクエストの送信に対して、優先度に基づいて、どのスケジューリングリクエストコンフィギュレーションに対応するスケジューリングリクエストを送信するかを物理層に通知／指示してもよい。スケジューリングリクエストコンフィギュレーションの優先度は、あるタイムユニットにおいて複数のスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストが同時にトリガされた場合、ＭＡＣ層がどのスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストをシグナル（signal）するよう物理層に通知／指示をする処理ということを意味してもよい。即ち、あるタイムユニットにおいて複数のスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストが同時にトリガされた場合、ＭＡＣ層は、トリガされたスケジューリングリクエストに対応される複数のスケジューリングリクエストコンフィギュレーションの内、最も優先度が高いスケジューリング
リクエストコンフィギュレーションを選択しスケジューリングリクエストをシグナル（signal）するよう物理層に通知／指示してもよい。
スケジューリングリクエストコンフィギュレーションの優先度は、スケジューリングリクエストコンフィギュレーションに対応するロジカルチャネルの優先度とリンクされてもよい。また、スケジューリングリクエストコンフィギュレーションの優先度は、対応するロジカルチャネルのインデックスに基づいて、与えられてもよい。例えば、対応するロジカルチャネルの内インデックスが小さいスケジューリングリクエストコンフィギュレーションの優先度は、高くてもよい。また、例えば、スケジューリングリクエストがトリガされているスケジューリングリクエストコンフィギュレーションの内、スケジューリングリクエストをトリガするロジカルチャネルのインデックスが小さいスケジューリングリクエストコンフィギュレーションの優先度は、高くてもよい。また、複数のスケジューリングリクエストコンフィギュレーションの優先度は、スケジューリングリクエストコンフィギュレーションのインデックスに基づいて、暗示的に与えられてもよい。例えば、該インデックスの値が小さいスケジューリングリクエストコンフィギュレーションの優先度を高くしてもよいし、該インデックスの値が大きい小さいスケジューリングリクエストコンフィギュレーションの優先度を高くしてもよい。スケジューリングリクエストコンフィギュレーションの優先度は、ロジカルチャネルに対応する転送データのタイプとリンクされてもよい。また、スケジューリングリクエストコンフィギュレーションの優先度は、ロジカルチャネルに対応するデータの送信に用いられるサブキャリア間隔に基づいて与えられてもよい。例えば、ロジカルチャネルに対応するサブキャリア間隔の値が大きい（サブキャリア間隔が広い、または、スロット期間が短い）ロジカルチャネルの優先度が高くてもよい。また、スケジューリングリクエストコンフィギュレーションの優先度は、ロジカルチャネルに対応するデータの送信に用いられるＯＦＤＭシンボル数に基づいて与えられてもよい。例えば、データの送信に用いられるＯＦＤＭシンボルの数が少ない（データの送信時間が短い）ロジカルチャネルの優先度が高くてもよい。即ち、端末装置１は、スケジューリングリクエストコンフィギュレーションに対応するロジカルチャネルの優先度に基づいて、スケジューリングリクエストコンフィギュレーションの優先度を判断することができる。また、スケジューリングリクエストコンフィギュレーションの優先度は、該スケジューリングリクエストコンフィギュレーションに対して設定されるＰＵＣＣＨ リソースのＯＦＤＭシンボル数に基づいて、与えられてもよい。例えば、ＳＲ送信に用いられるＰＵＣＣＨ リソースのＯＦＤＭシンボル数が少ないスケジューリングリクエストコンフィギュレーションの優先度は高くてもよい。
また、ＭＡＣ層は、あるタイムユニットにおいて複数のスケジューリングリクエストコンフィギュレーションに対する複数のスケジューリングリクエストの送信がトリガされた場合、複数のスケジューリングリクエストをシグナルするよう物理層に通知／指示してもよい。この場合、端末装置１は、トリガされた複数のスケジューリングリクエストコンフィギュレーションに対応するＳＲ ＰＵＣＣＨリソースではなく、複数のスケジューリングリクエストに対応する別のＰＵＣＣＨ リソースの送信を行ってもよい。該ＰＵＣＣＨ
リソースは、予め上位層の信号を介して設定されてもよい。該ＰＵＣＣＨ リソースは、トリガされた複数のスケジューリングリクエストコンフィギュレーションに対して正のスケジューリングリクエストの情報を示すために用いられてもよい。該ＰＵＣＣＨリソースは、複数のビットで構成されるスケジューリングリクエストビットフィールドを送信するために用いられてもよい。基地局装置３は、該ＰＵＣＣＨリソースにおいてスケジューリングリクエストの送信を検出することに基づいて、複数のスケジューリングリクエストコンフィギュレーションのそれぞれに対応する複数のスケジューリングリクエストが正のスケジューリングリクエストであることを判断してもよい。
図４は本実施形態におけるスケジューリングリクエストコンフィギュレーションの設定
の一例を示す図である。図４において、端末装置１には３つのスケジューリングリクエストコンフィギュレーションが設定される。図４において、３つのスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ＃０、ＳＲ＃１、および、ＳＲ＃２に対応する。＃０、＃１、＃２はスケジューリングリクエストコンフィギュレーションのインデックスである。例えば、インデックスが一番小さいＳＲ＃０には優先度が一番高くてもよい。インデックスが一番大きいＳＲ＃２には優先度が一番低くてもよい。ＳＲ＃０、ＳＲ＃１、および、ＳＲ＃２のそれぞれは対応（関連）するＳＲ ＰＵＣＣＨリソースを有する。図４の示すよう、ＳＲ＃０、ＳＲ＃１、および、ＳＲ＃２のそれぞれに対する周期、オフセット、および／または、スケジューリングリクエストためのＰＵＣＣＨリソースのＯＦＤＭシンボルは異なって設定されてもよい。例えば、端末装置１は、あるスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストがトリガされた場合、該スケジューリングリクエストコンフィギュレーションが有する（対応する）ＳＲ ＰＵＣＣＨリソースを用いて、スケジューリングリクエストを送信してもよい。
以下、本実施形態におけるＰＵＣＣＨのフォーマットについて、説明する。
ＰＵＣＣＨのフォーマットは、少なくとも５種類与えられてもよい。ＰＵＣＣＨフォーマット０は、ＰＵＣＣＨフォーマット０は、系列の選択によりＵＣＩが送信されるＰＵＣＣＨのフォーマットである。ＰＵＣＣＨフォーマット０において、ＰＵＣＣＨフォーマット０のための系列のセットが定義される。該ＰＵＣＣＨフォーマット０のための系列のセットは、１または複数のＰＵＣＣＨフォーマット０のための系列を含む。１または複数のＰＵＣＣＨフォーマット０のための系列の中から、ビットのブロックに少なくとも基づき１つのＰＵＣＣＨフォーマット０のための系列が選択される。選択されたＰＵＣＣＨフォーマット０のための系列は、上りリンク物理チャネルにマップされ、送信される。ビットのブロックはＵＣＩにより与えられてもよい。ビットのブロックは、ＵＣＩに対応してもよい。ＰＵＣＣＨフォーマット０において、ビットのブロックのビット数Ｍｂｉｔ＜３であってもよい。ＰＵＣＣＨフォーマット０において、ＰＵＣＣＨのＯＦＤＭシンボル数は１または２であってもよい。また、ＰＵＣＣＨフォーマット０において、ＰＵＣＣＨのＯＦＤＭシンボル数は３であってもよい。
該選択されたＰＵＣＣＨフォーマット０のための系列は、所定の電力縮減因子（または、振幅縮減因子）が乗算されてもよい。該選択されたＰＵＣＣＨフォーマット０のための系列は、ＰＵＣＣＨフォーマット０のためのリソースエレメント（ｋ、ｌ）からｋに関して昇順にマップされる。所定の電力縮減因子は、送信電力制御のために少なくとも用いられる。ここで、ｋは周波数領域のインデックスである。ｌは時間領域のインデックスである。
即ち、ＰＵＣＣＨフォーマット０は、１ビットまたは２ビットのＨＡＲＱ−ＡＣＫ、（もしあれば）スケジューリングリクエストを含むＵＣＩを送信するために用いられてもよい。ＰＵＣＣＨフォーマット０に用いられるＰＵＣＣＨリソースを示す情報は、ＲＢインデックス、および、サイクリックシフトの情報を含んでもよい。つまり、ＰＵＣＣＨリソースが異なることは、ＲＢインデックスとサイクリックシフトの内、何れかが異なることを意味してもよい。
ＰＵＣＣＨフォーマット１は、ＰＵＣＣＨフォーマット１のための系列の変調によりＵＣＩが送信されるＰＵＣＣＨのフォーマットである。ビットのブロックは、ビットのブロックに含まれるビット数Ｍｂｉｔ＝１の場合にＢＰＳＫ（Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）で変調され、複素数値変調シンボルｄ（０）が生成されてもよい。ビットのブロックは、ビットのブロックに含まれるビット数Ｍｂｉｔ＝２の場合にＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）で変調され、
複素数値変調シンボルｄ（０）が生成されてもよい。ＰＵＣＣＨフォーマット１において、ビットのブロックのビット数Ｍｂｉｔ＜３であってもよい。ＰＵＣＣＨフォーマット１において、ＰＵＣＣＨのＯＦＤＭシンボル数は４以上であってもよい。
即ち、ＰＵＣＣＨフォーマット１は、１ビットまたは２ビットのＨＡＲＱ−ＡＣＫ、および／または、（もしあれば）スケジューリングリクエストを含むＵＣＩを送信するために用いられてもよい。
端末装置１がＰＵＣＣＨフォーマット１を用いてＨＡＲＱ−ＡＣＫを送信する時に、ＰＵＣＣＨフォーマット１の送信が行われるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ
ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、オーバラップしたＳＲ
ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであるならば、端末装置１は、ＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫを送信する。
端末装置１がＰＵＣＣＨフォーマット１を用いてＨＡＲＱ−ＡＣＫを送信する時、ＰＵＣＣＨフォーマット１の送信が行われるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションに対して正のスケジューリングリクエストであるならば、端末装置１は、スケジューリングリクエストのためのＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫを送信する。基地局装置３は、どのＳＲ ＰＵＣＣＨリソースでＨＡＲＱ−ＡＣＫを検出したかに基づいて、どのスケジューリングリクエストコンフィギュレーションに対するスケジューリングリクエストが送信されたかを識別する。ここで、正のスケジューリングリクエストに対するスケジューリングリクエストコンフィギュレーションが複数あった場合、端末装置１は、その中で優先度が最も高いスケジューリングリクエストコンフィギュレーションに対応するＳＲ ＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫを送信してもよい。
本実施形態において、端末装置１は、ＳＲ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット０またはＰＵＣＣＨフォーマット１の送信を行ってもよい
ＰＵＣＣＨフォーマット２は、ＰＵＣＣＨフォーマット２のための系列の変調によりＵＣＩが送信されるＰＵＣＣＨのフォーマットである。ビットのブロックは、例えば、変調されることに基づき、ＰＵＣＣＨフォーマット２のための出力系列ｚ（ｐ）（ｎ）が生成されてもよい。ＰＵＣＣＨフォーマット２において、ビットのブロックのビット数Ｍｂｉｔ＞２であってもよい。ＰＵＣＣＨフォーマット２において、ＰＵＣＣＨのＯＦＤＭシンボルの数は１または２であってもよい。ＰＵＣＣＨフォーマット２において、ＰＵＣＣＨのＯＦＤＭシンボルの数は３であってもよい。
ＰＵＣＣＨフォーマット３は、ＰＵＣＣＨフォーマット３のための系列の変調によりＵＣＩが送信されるＰＵＣＣＨのフォーマットである。ビットのブロックは、例えば、変調されることに基づき、ＰＵＣＣＨフォーマット３のための出力系列ｚ（ｐ）（ｎ）が生成されてもよい。ＰＵＣＣＨフォーマット３において、ビットのブロックのビット数Ｍｂｉｔ＞２であってもよい。ＰＵＣＣＨフォーマット３において、ＰＵＣＣＨのＯＦＤＭシンボルの数は４以上であってもよい。
ＰＵＣＣＨフォーマット４は、ＰＵＣＣＨフォーマット４のための系列の変調によりＵＣＩが送信されるＰＵＣＣＨのフォーマットである。ビットのブロックは、例えば、変調されることに基づき、ＰＵＣＣＨフォーマット３のための出力系列ｚ（ｐ）（ｎ）が生成
されてもよい。ＰＵＣＣＨフォーマット４において、ビットのブロックのビット数Ｍｂｉｔ＞２であってもよい。ＰＵＣＣＨフォーマット３において、ＰＵＣＣＨのＯＦＤＭシンボルの数は４以上であってもよい。ＰＵＣＣＨフォーマット４のためのビット数は、ＰＵＣＣＨフォーマット３のためのビット数より、少ないであってもよい。例えば、ＰＵＣＣＨフォーマット４のためのビット数は、所定の値を超えないよう制限されてもよい。
即ち、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、および、ＰＵＣＣＨフォーマット４は、２ビットよりも多いＨＡＲＱ−ＡＣＫ、（もしあれば）スケジューリングリクエスト、および／または、（もしあれば）ＣＳＩを含むＵＣＩを送信するために用いられる。つまり、ＵＣＩは、２ビットよりも多いビット数で構成される。
本実施形態において、端末装置１は、ＳＲ ＰＵＣＣＨリソースにおいてＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、または、ＰＵＣＣＨフォーマット４の送信を行わなくてもよい。
以下、本実施形態においてあるスロットにおいてＨＡＲＱ−ＡＣＫおよび／またはスケジューリングリクエストの送信について説明する。図５は、本実施形態におけるＨＡＲＱ−ＡＣＫの送信および／またはスケジューリングリクエストビットの送信ためのフロー図である。
（Ｓ８００）端末装置１は、受信した下りリンクデータ（ＰＤＳＣＨ）に対するＨＡＲＱ−ＡＣＫビットを決定（生成）してもよい。なお、端末装置１は、下りリンクデータの復号結果に基づいて、ＨＡＲＱ−ＡＣＫビットのそれぞれにＡＣＫかＮＡＣＫをセットしてもよい。続いて、端末装置１は、上位層の信号、および／または、下りリンクグラントに少なくとも基づいて、該ＨＡＲＱ−ＡＣＫの送信ためのＰＵＣＣＨフォーマットとＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースを決定してもよい。例えば、端末装置１は、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、および、ＰＵＣＣＨフォーマット４の内、何れかを決定してもよい。以下、本実施形態において、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースは、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、および、ＰＵＣＣＨフォーマット４の内、何れかの送信に用いられてもよい。
（Ｓ８０１）端末装置１、第１の条件に基づいて、次にどのステップを選択し進むかを決定してもよい。第１の条件は、ＨＡＲＱ−ＡＣＫの送信に用いられるＨＡＲＱ−ＡＣＫ
ＰＵＣＣＨリソースが、ＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップするかどうかという条件である。ここで、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨは、（Ｓ８００）において決定されたリソースであってもよい。つまり、端末装置１は、ＨＡＲＱ−ＡＣＫ
ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースがオーバラップしていない場合、Ｓ８０２に進む。端末装置１は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースがオーバラップした場合、Ｓ８０３に進む。
（Ｓ８０２）端末装置１は、スケジューリングリクエストビットＯＳＲのサイズを０に決定し、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースにおいてＨＡＲＱ−ＡＣＫビットを送信する。
（Ｓ８０３）端末装置１は、第２の条件に基づいて、第１の決定方法または第２の決定方法を選択する。ここで、（Ｓ８０４）は第１の決定方法に対応する。（Ｓ８０５）は、第２の決定方法に対応する。第２の条件は、上位層の信号であってもよい。該上位層の信号は、第１の決定方法と第２の決定方法の何れかを利用するかを示すために用いられる。第１の決定方法と第２の決定方法は後述する。
また、第２の条件は、ＨＡＲＱ−ＡＣＫを送信するために用いられるＰＵＣＣＨフォーマットの種類である。つまり、何れかの決定方法を利用するかは、ＰＵＣＣＨフォーマットの種類に応じて与えられる。一例として、例えば、端末装置１は、ＰＵＣＣＨフォーマット２または３を用いてＨＡＲＱ−ＡＣＫを送信する場合、第１の決定方法（Ｓ８０４）を選択してもよい。端末装置１は、ＰＵＣＣＨフォーマット４を用いてＨＡＲＱ−ＡＣＫを送信する場合、第２の決定方法（Ｓ８０５）を選択してもよい。また、例えば、端末装置１は、ＰＵＣＣＨフォーマット３を用いてＨＡＲＱ−ＡＣＫを送信する場合、第１の決定方法（Ｓ８０４）を選択してもよい。端末装置１は、ＰＵＣＣＨフォーマット２を用いてＨＡＲＱ−ＡＣＫを送信する場合、第２の決定方法（Ｓ８０５）を選択してもよい。
また、第２の条件は、（Ｓ８００）において決定されたＨＡＲＱ−ＡＣＫビットのサイズであってもよい。例えば、ＨＡＲＱ−ＡＣＫビットのサイズが所定の値を超えている場合、端末装置１は、第２の決定方法を選択する。また、例えば、ＨＡＲＱ−ＡＣＫビットのサイズが所定の値を超えていない場合、端末装置１は、第１の決定方法を選択する。
また、第２の条件は、（Ｓ８００）において決定されたＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数であってもよい。例えば、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数が所定の値を超えている場合、端末装置１は、第２の決定方法を選択する。また、例えば、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数が所定の値を超えていない場合、端末装置１は、第１の決定方法を選択する。例えば、所定の値は２であってもよい。また、例えば、所定の値は７であってもよい。
（Ｓ８０４）端末装置１は、第１の決定方法を用いて、スケジューリングリクエストビットＯＳＲのサイズを決定する。端末装置１は、スケジューリングリクエストビットのそれぞれに対して、‘０’または‘１’をセットする。ここで、スケジューリングリクエストビットのそれぞれは、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストの情報を示すために用いられてもよい。続いて、端末装置１は、生成されるスケジューリングリクエストビットを、ＨＡＲＱ−ＡＣＫフィードバックを示すＨＡＲＱ−ＡＣＫビットのシーケンスの後ろに付加してもよい。即ち、スケジューリングリクエストビットは、ＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースにおいて送信されるＨＡＲＱ−ＡＣＫと多重される。
（Ｓ８０５）端末装置１は、第２の決定方法を用いて、スケジューリングリクエストビットＯＳＲのサイズを決定する。端末装置１は、スケジューリングリクエストビットのそれぞれに対して、‘０’または‘１’をセットする。ここで、スケジューリングリクエストコンフィギュレーションの内、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションの数が１つである場合、スケジューリングリクエストビットＯＳＲは、正のスケジューリングリクエストに対応するスケジューリングコンフィギュレーションを示すために少なくとも用いられてもよい。また、スケジューリングリクエストコンフィギュレーションの内、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションの数が１つより多い場合、スケジューリングリクエストビットＯＳＲは、正のスケジューリングリクエストに対応するスケジューリングコンフィギュレーションの内、優先度が一番高いスケジューリングリクエストコンフィギュレーションを示すために少なくとも用いられてもよい。続いて、端末装置１は、生成されるスケジューリングリクエストビットを、ＨＡＲＱ−ＡＣＫフィードバックを示すＨＡＲＱ−ＡＣＫビットのシーケンスの後ろに付加してもよい。即ち、スケジュー
リングリクエストビットは、ＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースにおいて送信されるＨＡＲＱ−ＡＣＫと多重される。
上述した送信動作に基づいて、基地局装置３は、該ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースにおいてＵＣＩビットを受信することに基づいて、スケジューリングリクエストコンフィギュレーションのそれぞれに対応するスケジューリングリクエストの情報を取得できる。つまり、基地局装置３は、該ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースにおいてＵＣＩビットを受信することに基づいて、スケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストが正のスケジューリングリクエストか、負のスケジューリングリクエストかを判断することができる。
即ち、本実施形態において、端末装置１がＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫフィードバックを送信してもよい。該ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが上位層の信号から設定されているＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップした場合、スケジューリングリクエストビットＯＳＲのサイズは、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数に基づいて、与えられてもよい。また、該ＰＵＣＣＨリソースが上位層の信号から設定されているＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップしない場合、スケジューリングリクエストビットＯＳＲのサイズは、０で与えられてもよい。言い換えると、ＰＵＣＣＨフォーマットの送信が行われる第１のタイムユニットにおいて上位層の信号からスケジューリングリクエストの送信が設定されている場合、スケジューリングリクエストビットＯＳＲのサイズは、該第１のタイムユニットにおいて同時に設定されているスケジューリングリクエストの送信ためのスケジューリングリクエストコンフィギュレーションの数に基づいて、与えられてもよい。また、該ＰＵＣＣＨフォーマットの送信が行われる第１のタイムユニットにおいて上位層の信号からスケジューリングリクエストの送信が設定されていない場合、スケジューリングリクエストビットＯＳＲのサイズは、０で与えられてもよい。ここで、第１のタイムユニットは、時間領域においてＰＵＣＣＨフォーマットの送信が行われる期間であり、ＰＵＣＣＨフォーマットの送信に用いられるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースが時間領域における期間であってもよい。該ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースは、下りリンクグラント、および／または、上位層の信号に少なくとも基づいて与えられてもよい。
図６は、本実施形態におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップしない例を示す図である。
図６において、端末装置１には、スロット５０２で２つのスケジューリングリクエストコンフィギュレーション｛ＳＲ＃０、ＳＲ＃１｝が上位層の信号から設定される。即ち、上位層の信号から設定されている２つのスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ＃０、および、ＳＲ＃１に対応する。スロット５０２において、ＳＲ＃０は、ＳＲ ＰＵＣＣＨリソースｓ００４、および、ｓ００５を有する。スロット５０２において、ＳＲ＃１は、ＳＲ ＰＵＣＣＨリソースｓ１０２を有する。リソースｈ００２はスロット５０２におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースである。時間領域において、ｔ００２はＰＵＣＣＨフォーマットの送信が行われるタイムユニットである。
例えば、スロット５０２において、端末装置１はＰＵＣＣＨフォーマット２または３を用いてＨＡＲＱ−ＡＣＫフィードバックをリソースｈ００２で送信する。タイムユニットｔ００２において、ＳＲ＃０が有するＳＲ ＰＵＣＣＨリソース｛ｓ００４、ｓ００５｝、および、ＳＲ＃１が有するＳＲ ＰＵＣＣＨリソースｓ１０２は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしていない。この場合、スケジューリングリクエストビットＯＳＲのサイズは、０で与えられてもよい。この場合、端末装置
１は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ００２、および、ＰＵＣＣＨフォーマット２またはＰＵＣＣＨフォーマット３を用いてＨＡＲＱ−ＡＣＫのみを送信してもよい。
以下、図７を用いて、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、スケジューリングリクエストビットＯＳＲの生成に用いられる第１の決定方法と第２の決定方法について説明する。図７は、本実施形態におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした時スケジューリングリクエストビットのサイズを決定する一例を示す図である。
また、図７において、端末装置１にはスロット５０１で３つのスケジューリングリクエストコンフィギュレーション｛ＳＲ＃０、ＳＲ＃１、ＳＲ＃２｝が上位層の信号から設定される。即ち、上位層の信号から設定されている３つのスケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ＃０、ＳＲ＃１、および、ＳＲ＃２に対応する。スロット５０１において、ＳＲ＃０は、ＳＲ ＰＵＣＣＨリソースｓ００１、ｓ００２、および、ｓ００３を有する。スロット５０１において、ＳＲ＃１は、ＳＲ ＰＵＣＣＨリソースｓ１０１を有する。スロット５０１において、ＳＲ＃２はＳＲ ＰＵＣＣＨリソースｓ２０１を有する。リソースｈ００１はスロット５０１におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースである。
例えば、スロット５０１において、端末装置１はＰＵＣＣＨフォーマット２または３を用いてＨＡＲＱ−ＡＣＫフィードバックをリソースｈ００１で送信する。時間領域において、ｔ００１はＰＵＣＣＨフォーマット２またはＰＵＣＣＨフォーマット３の送信が行われるタイムユニットである。ＳＲ＃０が有する｛ｓ００１、ｓ００２｝、ＳＲ＃１が有するｓ１０１、および、ＳＲ＃２が有するｓ２０１はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ００１と時間領域においてオーバラップしてしまう。ここで、ＳＲ＃０が有するｓ００３はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ００１と時間領域においてオーバラップしない。
つまり、ＨＡＲＱ−ＡＣＫの送信のためのＰＵＣＣＨリソースが上位層の信号から設定されるＳＲ ＰＵＣＣＨリソースと時間領域においてオーバラップした場合、スケジューリングリクエストビットＯＳＲのサイズは、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数で与えられてもよい。第１の決定方法は、スケジューリングリクエストビットＯＳＲのサイズが、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数にセットされる方法である。つまり、第１の決定方法を用いた場合、スケジューリングリクエストビットＯＳＲのサイズは、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数と同一である。スケジューリングリクエストビットのそれぞれは、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストの情報を示すために用いられてもよい。ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、該オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数はＫ個とする。第１の決定方法を用いて、Ｋ個のスケジューリングリクエストコンフィギュレーションに対応させてＫビットのビットマップ情報が通知される。ビットマップの情報ビットのそれぞれは、１つのスケジューリングリクエストコンフィギュレーションに対応する。例えば、ビットマップ情報では、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションには“１”がセットされ、負のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションには“０”がセットされてもよい。
図７において、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ００１とオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数は３である。即ち、第１の決定方法によって決定されたスケジューリングリクエストビットＯＳＲのサイズは３ビット（ＯＳＲ（０）、ＯＳＲ（１）、ＯＳＲ（２））の情報ビットである。この場合、スケジューリングリクエストビットＯＳＲの情報ビットそれぞれは、スケジューリングリクエストコンフィギュレーションのそれぞれに対応する。例えば、ＯＳＲ（０）はＳＲ＃０に対応してもよい。ＯＳＲ（１）はＳＲ＃１に対応してもよい。ＯＳＲ（２）はＳＲ＃２に対応してもよい。ＳＲ＃０に対して、スケジューリングリクエストが正のスケジューリングリクエスト（positive SR）である場合、ＯＳＲ（０）は１にセットされてもよい。また、ＳＲ＃０に対して、スケジューリングリクエストが負のスケジューリングリクエスト（negative SR）である場合、ＯＳＲ（０）は０にセットされてもよい。同様に、ＳＲ＃１に対して、スケジューリングリクエストが正のスケジューリングリクエスト（positive SR）である場合、ＯＳＲ（１）は１にセットされてもよいし、スケジューリングリクエストが負のスケジューリングリクエスト（negative SR）である場合、ＯＳＲ（１）は０にセットされてもよい。ＳＲ＃２に対して、スケジューリングリクエストが正のスケジューリングリクエスト（positive SR）である場合、ＯＳＲ（２）は１にセットされてもよいし、スケジューリングリクエストが負のスケジューリングリクエスト（negative SR）である場合、ＯＳＲ（２）は０にセットされてもよい。端末装置１は、ＰＵＣＣＨリソースｈ００１、および、ＰＵＣＣＨフォーマット２またはＰＵＣＣＨフォーマット３を用いてＨＡＲＱ−ＡＣＫビットとスケジューリングリクエストビットを送信してもよい。これにより、基地局装置３は、送信したビットマップの情報に基づいて、スケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストの情報を特定することができる。
第１の決定方法により、Ｋ個のスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストが示される。第２の決定方法により、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数が所定の数より多かった場合、ＯＳＲのサイズを適切なサイズにすることができる。以下、スケジューリングリクエストビットＯＳＲの生成に用いられる第２の決定方法について説明する。
第２の決定方法は、スケジューリングリクエストビットＯＳＲのサイズが、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数より少ない数にセットされる方法である。例えば、端末装置１は、ＰＵＣＣＨフォーマット２またはＰＵＣＣＨフォーマット３を用いてＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫフィードバックを送信してもよい。ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、該オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数はＫ個とする。第２の決定方法を用いて決定されるスケジューリングリクエストビットＯＳＲのサイズは、Ｌビットとする。Ｌの値は、Ｌ＝Ｃｅｉｌｉｎｇ（ｌｏｇ２（Ｋ＋１））で与えられてもよい。ここで、Ｃｅｉｌｉｎｇ（＊）は、数値＊を切り上げて＊より最も近く大きい整数を出力する関数である。例えば、Ｋの値が３である場合、Ｌは２であってもよい。また、例えば、Ｋの値が４である場合、Ｌは３であってもよい。また、例えば、Ｋの値が７である場合、Ｌは３であってもよい。
スケジューリングリクエストビットＯＳＲのサイズＬに対して、コードポイントの組み合わせの数は（２＾Ｌ）である。（２＾Ｌ）は２のＬ乗のことを示す。以下、コードポイントの組み合わせ（２＾Ｌ）とスケジューリングリクエストコンフィギュレーションＫに対してスケジューリングリクエストの情報について説明する。
図８は本実施形態に係るスケジューリングリクエストの情報とコードポイントの対応表の一例を示す図である。ここで、スケジューリングリクエストの情報は、スケジューリングリクエストコンフィギュレーションのそれぞれに対して該スケジューリングリクエストが正のスケジューリングリクエストであるか、または、負のスケジューリングリクエストであるかを示す情報である。図８において、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数Ｋは３であってもよい。該スケジューリングリクエストコンフィギュレーションのそれぞれはＳＲ＃０、ＳＲ＃１、および、ＳＲ＃２に対応する。例えば、インデックスが一番小さいＳＲ＃０には優先度が一番高いであってもよい。つまり、最も優先度が高いスケジューリングリクエストコンフィギュレーションがマッピングされる第１のコードポイントとNegative SRがマッピングされる第２のコードポイントのハミング距離が最大となるように、該最も優先度が高いスケジューリングリクエストコンフィギュレーションと該Negative SRがマッピングされてもよい。例えば、該第１のコードポイントと該第２のコードポイントのハミング距離が最大であることによって、該第１のコードポイントと該第２のコードポイントに関する検出エラーの確率低減が期待される。インデックスが一番大きいＳＲ＃２には優先度が一番低いであってもよい。図８において、スケジューリングリクエストビットＯＳＲのサイズＬは２ビットであり、４つのコードポイント（４つの状態）に対応できる。図８において、スケジューリングリクエストビットＯＳＲは、｛ＯＳＲ（０）、ＯＳＲ（１）｝である。図８において、‘Ｐｏｓｉｔｉｖｅ’は正のスケジューリングリクエストを意味する。‘Ｎｅｇａｔｉｖｅ’は負のスケジューリングリクエストを意味する。‘Ａｎｙ’は正のスケジューリングリクエストと負のスケジューリングリクエストの内どれでもよいことを意味する。
図８（ａ）において、Ｋ個のスケジューリングリクエストコンフィギュレーションの内、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションの数は、０、または、１である。例えば、複数のスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストがトリガされた場合、ＭＡＣ層は、その中、優先度が一番高いスケジューリングリクエストコンフィギュレーションを選択しスケジューリングリクエストをシグナル（signal）するよう物理層に通知／指示してもよい。そして、物理層は、ＭＡＣ層からの指示に基づいて、通知されたスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストを送信してもよい。つまり、ＭＡＣ層から通知されたスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストは正のスケジューリングリクエストである。それ以外のスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストは負のスケジューリングリクエストである。
図８（ａ）において、４つコードポイントの内、１つは、Ｋ個のスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示すために用いられる。他のコードポイントは、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションを示すために用いられる。つまり、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィグレーションを示す情報をコードポイントにしてもよい。ここで、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションを示す情報をコードポイントにすることは、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションを示す情報に基づいてコードポイントを選択することであってもよい。基地局装置３は、端末装置１から通知したコードポイントに基づいて、スケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストの情報を判断することができる。例えば、図８（ａ）において、“００”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃０、Ｓ
Ｒ＃１、および、ＳＲ＃２のそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示すために用いられてもよい。“０１”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃０、および、ＳＲ＃１のそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示し、ＳＲ＃２に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示すために用いられてもよい。“１０”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃０、および、ＳＲ＃２のそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示し、ＳＲ＃１に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示すために用いられてもよい。“１１”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃１、および、ＳＲ＃２のそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示し、ＳＲ＃０に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示すために用いられてもよい。
図８（ｂ）において、Ｋ個スケジューリングリクエストコンフィギュレーションの内、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションの数は、０、１、または、１より多い数であってもよい。例えば、複数のスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストがトリガされた場合、ＭＡＣ層は、トリガされた複数のスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストをシグナル（signal）するよう物理層に通知／指示してもよい。そして、物理層は、ＭＡＣ層からの指示に基づいて、通知されたスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストを送信してもよい。つまり、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースの時間領域において、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションの数は複数であってもよい。
図８（ｂ）において、４つのコードポイントの内、１つは、ＳＲ＃０、ＳＲ＃１、および、ＳＲ＃２のそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示すために用いられる。他のコードポイントは、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションの内、最も優先度が高いスケジューリングコンフィギュレーションを示すために用いられる。図８（ｂ）において、“００”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃０、ＳＲ＃１、および、ＳＲ＃２のそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示すために用いられてもよい。“０１”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃２に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示し、ＳＲ＃２より優先度が高いＳＲ＃０とＳＲ＃１のそれぞれに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示すために用いられてもよい。“１０”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃１に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示し、ＳＲ＃１より優先度が高いＳＲ＃０に対してスケジューリングリクエストが負のスケジューリングリクエストであることを示し、ＳＲ＃１より優先度が低いＳＲ＃２に対してスケジューリングリクエストの情報を示さなくてもよい。“１１”とセットされるＯＳＲ（０）ＯＳＲ（１）は、ＳＲ＃０に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示し、ＳＲ＃０より優先度が低いＳＲ＃１とＳＲ＃２に対してスケジューリングリクエストの情報を示さなくてもよい。これにより、基地局装置３は、正のスケジューリングリクエストに対するスケジューリングリクエストコンフィギュレーションの内、優先度が一番高いスケジューリングリクエストコンフィギュレーションを知ることができる。
また、ＨＡＲＱ−ＡＣＫフィードバックのビット数が所定の値以下である場合に、ＯＳ
ＲのサイズＬはＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数に関わらず１であってもよい。該所定の値は、例えば１１ビットであってもよい。ＯＳＲのサイズＬ＝１である場合、最も優先度が高いロジカルチャネルに関連するスケジューリングリクエストが送信されてもよい。ＯＳＲのサイズＬ＝１である場合、最も優先度が低いロジカルチャネルに関連するスケジューリングリクエストが送信されてもよい。
また、本実施形態の別の態様として、端末装置１がＰＵＣＣＨフォーマット４とＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫフィードバックを送信する時に、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、スケジューリングリクエストビットＯＳＲのサイズは、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数に基づかず、１で与えられてもよい。つまり、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数が１より多い場合であっても、端末装置１は、スケジューリングリクエストビットＯＳＲのサイズを１でセットしてもよい。
また、端末装置１がＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソース、および、ＰＵＣＣＨフォーマット２または３を用いてＨＡＲＱ−ＡＣＫフィードバックを送信する時に、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、スケジューリングリクエストビットＯＳＲのサイズは、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数に基づいて、与えられてもよい。つまり、オーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数が１より多い場合であっても、端末装置１は、スケジューリングリクエストビットＯＳＲのサイズを１より多いビットでセットしてもよい。
以下、本実施形態の別の態様として、端末装置１がＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫフィードバックを送信する時に、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした場合、スケジューリングリクエストビットのサイズを決定する他の一例を説明する。
前述したように、第１の決定方法は、スケジューリングリクエストビットＯＳＲのサイズが、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ
ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数にセットされる方法である。また、第１の決定方法は、スケジューリングリクエストビットＯＳＲのサイズが、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数と関わらず、上位層の信号から設定されているスケジューリングリクエストコンフィギュレーションの数にセットされる方法であってもよい。
該スケジューリングリクエストコンフィギュレーションの数は、ＰＵＣＣＨフォーマットごとに上位層の信号より与えられてもよい。
第１の決定方法は、スケジューリングリクエストビットＯＳＲのサイズが、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数と関わらず、上位層の信号に少なくとも基づきセットされる方法であってもよい。
例えば、端末装置１にはＮ個スケジューリングリクエストコンフィギュレーションが上
位層の信号から設定されている。そして、ＨＡＲＱ−ＡＣＫシーケンスと多重されるスケジューリングリクエストビットＯＳＲのサイズは、Ｎにセットされてもよい。ＯＳＲの情報ビットのそれぞれは、上位層の信号から設定されているスケジューリングリクエストコンフィギュレーションの1つに対応する。ＯＳＲの情報ビットとスケジューリングリクエストコンフィギュレーションは１対１でマップされる。スケジューリングリクエストビットＯＳＲのそれぞれは、上位層の信号から設定されているスケジューリングリクエストコンフィギュレーションのそれぞれに対してスケジューリングリクエストの情報を示すために用いられてもよい。つまり、端末装置１は、Ｎビットのビットマップの形式を用いて、基地局装置３にスケジューリングリクエストコンフィギュレーションＮ個のそれぞれに対してスケジューリングリクエストの情報を通知してもよい。例えば、端末装置１は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの内、正のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションに対応される情報ビットを“１”にセットし、負のスケジューリングリクエストに対応するスケジューリングリクエストコンフィギュレーションに対応される情報ビットを“０”にセットしてもよい。また、端末装置１は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有しないスケジューリングリクエストコンフィギュレーションに対応される情報ビットを“０”にセットしてもよい。
図９は、本実施形態におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間領域においてオーバラップした時スケジューリングリクエストビットのサイズを決定する他の一例を示す図である。
図９において、端末装置１には３つのスケジューリングリクエストコンフィギュレーション｛ＳＲ＃０、ＳＲ＃１、ＳＲ＃２｝が上位層の信号から設定される。つまり、上位層の信号から設定されているスケジューリングリクエストコンフィギュレーション数Ｎは３である。スロット９０１において、ＳＲ＃０は、ＳＲ ＰＵＣＣＨリソースｓ００６、ｓ００７、および、ｓ００８を有する。スロット９０１において、ＳＲ＃１は、ＳＲ ＰＵＣＣＨリソースを有しない。スロット９０１において、ＳＲ＃２はＳＲ ＰＵＣＣＨリソースｓ２０３を有する。リソースｈ００３はスロット９０１におけるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースである。ＳＲ＃０が有する｛ｓ００６、ｓ００７｝、および、ＳＲ＃２が有するｓ２０３はＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースｈ００３と時間領域においてオーバラップしてしまう。つまり、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数Ｋは２である。
図９（ａ）において、端末装置１は、ＳＲ＃０に対してスケジューリングリクエストが正のスケジューリングリクエストか負のスケジューリングリクエストかに基づいて、ＳＲ＃０に対応される情報ビットＯＳＲ（０）を“１”または“０”のいずれかにセットする。また、端末装置１は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有しないＳＲ＃１に対応される情報ビットＯＳＲ（１）を“０”にセットしてもよい。端末装置１は、ＳＲ＃２に対してスケジューリングリクエストが正のスケジューリングリクエストか負のスケジューリングリクエストかに基づいて、ＳＲ＃２に対応される情報ビットＯＳＲ（２）を“１”または“０”のいずれかにセットする。続いて、端末装置１は、図９（ｂ）のようなビットマップの形式を用いて、基地局装置３にスケジューリングリクエストコンフィギュレーション３つのそれぞれに対してスケジューリングリクエストの情報を通知してもよい。例えば、端末装置１は、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースを用いて、ビットマップ情報（１、０、０）をＨＡＲＱ−ＡＣＫと多重して、基地局装置３に送信する。基地局装置３は、ビットマップ情
報（１、０、０）に基づいて、ＳＲ＃０に対してスケジューリングリクエストが正のスケジューリングリクエストを判断し、ＳＲ＃２に対してスケジューリングリクエストが負のスケジューリングリクエストを判断できる。
また、本態様において、第２の決定方法は、スケジューリングリクエストビットＯＳＲのサイズが、上位層の信号から設定されているスケジューリングリクエストコンフィギュレーション数Ｎより少ない数にセットされる方法である。つまり、スケジューリングリクエストビットＯＳＲのサイズは、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーションの数Ｋと関わらず、上位層の信号から設定されているスケジューリングリクエストコンフィギュレーションの数と関連している。例えば、端末装置１には上位層の信号からＮ個スケジューリングリクエストコンフィギュレーションが設定されている。そして、ＨＡＲＱ−ＡＣＫシーケンスと多重されるスケジューリングリクエストビットＯＳＲのサイズＬは、Ｌ＝Ｃｅｉｌｉｎｇ（ｌｏｇ２（Ｎ＋１））で与えられてもよい。例えば、Ｎの値が３である場合、Ｌは２であってもよい。また、例えば、Ｎの値が４である場合、Ｌは３であってもよい。また、例えば、Ｋの値が７である場合、Ｌは３であってもよい。
続いて、本態様における第の決定方法について説明する。端末装置１には３つのスケジューリングリクエストコンフィギュレーション｛ＳＲ＃０、ＳＲ＃１、ＳＲ＃２｝が上位層の信号から設定される。ここで、Ｎの値は３である。ＨＡＲＱ−ＡＣＫシーケンスと多重されるスケジューリングリクエストビットＯＳＲのサイズＬは、Ｌ＝Ｃｅｉｌｉｎｇ（ｌｏｇ２（３＋１））に基づいて、２で与えられてもよい。２ビットの情報ビットから４つの組み合わせ（パターン、状態）が構成される。続いて、図８（ａ）を参照して、説明する。端末装置１は、３つのスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストの情報を４つのコードポイントにしてもよい。ここで、スケジューリングリクエストの情報をコードポイントにすることは、スケジューリングリクエストの情報に基づいてコードポイントを選択することであってもよい。例えば、端末装置１は、３つスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストが負のスケジューリングリクエストであることを示す情報をコードポイント（例えば、“００”）にしてもよい。また、例えば、端末装置１は、ＳＲ＃２に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示す情報をコードポイント（例えば、“０１”）にしてもよい。また、例えば、端末装置１は、ＳＲ＃１に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示す情報をコードポイント（例えば、“１０”）にしてもよい。また、例えば、端末装置１は、ＳＲ＃０に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示す情報をコードポイント（例えば、“１１”）にしてもよい。
Ｋの値とＮの値が同一である場合、端末装置１は、図８を用いて、上位層の信号から設定されているスケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストの情報を示してもよい。続いて、Ｋの値がＮの値より小さい場合、コードポイントに示されるスケジューリングリクエストの情報について説明する。例えば、図１０（ａ）を参照すると、Ｋの値は２である、即ち、ＨＡＲＱ−ＡＣＫの送信に用いられるＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースを時間領域においてオーバラップしたＳＲ ＰＵＣＣＨリソースを有するスケジューリングリクエストコンフィギュレーション（ＳＲ＃０、ＳＲ＃２）の数は２である。ＳＲ＃１が有するＳＲ ＰＵＣＣＨリソースは、ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースと時間領域においてオーバラップしていない。この場合、コードポイントに示されるスケジューリングリクエストの情報の解釈を変更してもよい。例えば、図１０（ａ）の示すように、端末装置１は、ＳＲ＃０とＳＲ＃２に対してスケジューリングリクエストが負のスケジューリングリクエストであることを示す情報をコード
ポイント（例えば、“００”）にしてもよい。また、例えば、端末装置１は、ＳＲ＃２に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示す情報をコードポイント（例えば、“０１”）にしてもよい。また、例えば、端末装置１は、ＳＲ＃０に対してスケジューリングリクエストが正のスケジューリングリクエストであることを示す情報をコードポイント（例えば、“１０”）にしてもよい。ここで、端末装置１は、２つのスケジューリングリクエストコンフィギュレーション（ＳＲ＃０、ＳＲ＃２）に対するスケジューリングリクエストの情報を示すために、３つのコードポイントを用いてもよい。そして、余った１つのコードポイント“１１”は、スケジューリングリクエストの情報を示すために用いられなくてもよい。つまり、端末装置１は、“１１”にセットされるコードポイントを基地局装置３へ通知しなくてもよい。また、端末装置１は、“１１”にセットされるコードポイントを再解釈してもよい。例えば、端末装置１は、ＳＲ＃０とＳＲ＃２のそれぞれに対してスケジューリングリクエストが正のスケジューリングリクエストであることを示す情報をコードポイント（“１１”）にしてもよい。また、図１０（ｂ）のように、３つのコードポイントは、ＳＲ＃０とＳＲ＃２に対してスケジューリングリクエストの情報を示すために用いられることができる。この３つのコードポイントはＳＲ＃１に対してスケジューリングリクエストが負のスケジューリングリクエストであることを示してもよい。そして、余った１つのコードポイント“１１”は、スケジューリングリクエストの情報を示すために用いられなくてもよい。これにより、基地局装置３は、端末装置１から通知したコードポイントに基づいて、スケジューリングリクエストコンフィギュレーションに対してスケジューリングリクエストの情報を判断することができる。
以下、本発明の端末装置１の装置構成について説明する。
図１１は、本実施形態における端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、上位層処理部１０１、制御部１０３、受信部１０５、送信部１０７および、送受信アンテナ１０９の少なくとも１つを含んで構成される。上位層処理部１０１は、無線リソース制御部１０１１、スケジューリング部１０１３の少なくとも１つを含んで構成される。受信部１０５は、復号化部１０５１、復調部１０５３、多重分離部１０５５、無線受信部１０５７とチャネル測定部１０５９の少なくとも１つを含んで構成される。送信部１０７は、符号化部１０７１、共有チャネル生成部１０７３、制御チャネル生成部１０７５、多重部１０７７、無線送信部１０７９と上りリンク参照信号生成部１０７１１の少なくとも１つを含んで構成される。
上位層処理部１０１は、ユーザの操作等により生成された上りリンクデータを、送信部１０７に出力する。また、上位層処理部１０１は、媒体アクセス制御（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 (14)

  1. １つのスケジューリングリクエスト（ＳＲ）コンフィギュレーションの設定のための上位層のパラメータを受信する受信部と、
    ＨＡＲＱ−ＡＣＫの送信のためのＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫビットおよびスケジューリングリクエストビットを送信する送信部と、を備え、
    前記１つのスケジューリングリクエストコンフィギュレーションはＳＲ ＰＵＣＣＨリソースを設定し、
    前記スケジューリングリクエストビットのサイズＬの値は、以下の式に基づいて与えられ、
    ｌｏｇ ２ （Ｋ＋１）
    Ｋは、前記ＰＵＣＣＨリソースと時間領域においてオーバラップする少なくとも１つのＳＲ ＰＵＣＣＨリソースに対応するスケジューリングリクエストコンフィギュレーションの数であり、
    前記スケジューリングリクエストビットは、前記ＨＡＲＱ−ＡＣＫビットに付加される
    端末装置。
  2. １つのスケジューリングリクエストコンフィギュレーションに対応する１つよりも多くのＳＲ ＰＵＣＣＨリソースが、前記ＰＵＣＣＨリソースとオーバラップしている場合、
    前記スケジューリングリクエストビットのサイズＬの値は、Ｋ＝１に基づいて与えられる
    請求項１に記載する端末装置。
  3. １つのスケジューリングリクエストコンフィギュレーションに対応する１つのＳＲ ＰＵＣＣＨリソースが、前記ＰＵＣＣＨリソースとオーバラップしている場合、
    前記スケジューリングリクエストビットのサイズＬの値は、Ｋ＝１に基づいて与えられる
    請求項１に記載する端末装置。
  4. 前記上位層のパラメータは、前記１つのスケジューリングリクエストコンフィギュレーション以外の０個または０個よりも多くのスケジューリングリクエストコンフィギュレーションをさらに設定し、
    Ｋ個のスケジューリングリクエストコンフィギュレーションに対応する１つまたは複数のＳＲ ＰＵＣＣＨリソースが、時間領域において前記ＰＵＣＣＨリソースとオーバラップしている第１の場合、
    前記スケジューリングリクエストビットのサイズＬの値は、ｌｏｇ ２ （Ｋ＋１）に基づいて与えられる
    請求項１に記載する端末装置。
  5. 前記第１の場合、前記スケジューリングリクエストビットのサイズＬの値は、Ｃｅｉｌｉｎｇ（ｌｏｇ ２ （Ｋ＋１））に基づいて与えられる
    請求項４に記載する端末装置。
  6. 前記スケジューリングリクエストビットの全てがゼロにセットされている場合、前記スケジューリングリクエストビットは、Ｋ個のスケジューリングリクエストコンフィギュレーションの全てが負のスケジューリングリクエストであることを示す
    請求項１に記載する端末装置。
  7. １つのスケジューリングリクエスト（ＳＲ）コンフィギュレーションの設定のための上位層の信号を送信する送信部と、
    ＨＡＲＱ−ＡＣＫの送信のためのＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫビットおよびスケジューリングリクエストビットを受信する受信部と、を備え、
    前記１つのスケジューリングリクエストコンフィギュレーションはＳＲ ＰＵＣＣＨリソースを設定し、
    前記スケジューリングリクエストビットのサイズＬの値は、以下の式に基づいて与えられ、
    ｌｏｇ ２ （Ｋ＋１）
    Ｋは、前記ＰＵＣＣＨリソースと時間領域においてオーバラップする少なくとも１つのＳＲ ＰＵＣＣＨリソースに対応するスケジューリングリクエストコンフィギュレーションの数であり、
    前記スケジューリングリクエストビットは、前記ＨＡＲＱ−ＡＣＫビットに付加される
    基地局装置。
  8. １つのスケジューリングリクエストコンフィギュレーションに対応する１つよりも多くのＳＲ ＰＵＣＣＨリソースが、前記ＰＵＣＣＨリソースとオーバラップしている場合、
    前記スケジューリングリクエストビットのサイズＬの値は、Ｋ＝１に基づいて与えられる
    請求項７に記載する基地局装置。
  9. １つのスケジューリングリクエストコンフィギュレーションに対応する１つのＳＲ ＰＵＣＣＨリソースが、前記ＰＵＣＣＨリソースとオーバラップしている場合、
    前記スケジューリングリクエストビットのサイズＬの値は、Ｋ＝１に基づいて与えられる
    請求項７に記載する基地局装置。
  10. 前記上位層のパラメータは、前記１つのスケジューリングリクエストコンフィギュレーション以外の０個または０個よりも多くのスケジューリングリクエストコンフィギュレーションをさらに設定し、
    Ｋ個のスケジューリングリクエストコンフィギュレーションに対応する１つまたは複数のＳＲ ＰＵＣＣＨリソースが、時間領域において前記ＰＵＣＣＨリソースとオーバラップしている第１の場合、
    前記スケジューリングリクエストビットのサイズＬの値は、ｌｏｇ ２ （Ｋ＋１）に基づいて与えられる
    請求項７に記載する基地局装置。
  11. 前記第1の場合、前記スケジューリングリクエストビットのサイズＬの値は、Ｃｅｉｌｉｎｇ（ｌｏｇ ２ （Ｋ＋１））に基づいて与えられる
    請求項１０に記載する基地局装置。
  12. 前記スケジューリングリクエストビットの全てがゼロにセットされている場合、前記スケジューリングリクエストビットは、Ｋ個のスケジューリングリクエストコンフィギュレーションの全てが負のスケジューリングリクエストであることを示す
    請求項７に記載する基地局装置。
  13. １つのスケジューリングリクエスト（ＳＲ）コンフィギュレーションの設定のための上位層のパラメータを受信し、
    ＨＡＲＱ−ＡＣＫの送信のためのＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫビットおよびスケジューリングリクエストビットを送信し、
    前記１つのスケジューリングリクエストコンフィギュレーションはＳＲ ＰＵＣＣＨリソースを設定し、
    前記スケジューリングリクエストビットのサイズＬの値は、以下の式に基づいて与えられ、
    ｌｏｇ ２ （Ｋ＋１）
    Ｋは、前記ＰＵＣＣＨリソースと時間領域においてオーバラップする少なくとも１つのＳＲ ＰＵＣＣＨリソースに対応するスケジューリングリクエストコンフィギュレーションの数であり、
    前記スケジューリングリクエストビットは、前記ＨＡＲＱ−ＡＣＫビットに付加される
    端末装置の通信方法。
  14. １つのスケジューリングリクエスト（ＳＲ）コンフィギュレーションの設定のための上位層の信号を送信し、
    ＨＡＲＱ−ＡＣＫの送信のためのＰＵＣＣＨリソースを用いてＨＡＲＱ−ＡＣＫビットおよびスケジューリングリクエストビットを受信し、
    前記１つのスケジューリングリクエストコンフィギュレーションはＳＲ ＰＵＣＣＨリソースを設定し、
    前記スケジューリングリクエストビットのサイズＬの値は、以下の式に基づいて与えられ、
    ｌｏｇ ２ （Ｋ＋１）
    Ｋは、前記ＰＵＣＣＨリソースと時間領域においてオーバラップする少なくとも１つのＳＲ ＰＵＣＣＨリソースに対応するスケジューリングリクエストコンフィギュレーションの数であり、
    前記スケジューリングリクエストビットは、前記ＨＡＲＱ−ＡＣＫビットに付加される
    基地局装置の通信方法。
JP2017176818A 2017-09-14 2017-09-14 端末装置、基地局装置、および、通信方法 Active JP6937202B2 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
JP2017176818A JP6937202B2 (ja) 2017-09-14 2017-09-14 端末装置、基地局装置、および、通信方法
EP18855632.8A EP3684125B1 (en) 2017-09-14 2018-09-11 Terminal apparatus, base station apparatus, and communication method
PCT/JP2018/033707 WO2019054388A1 (ja) 2017-09-14 2018-09-11 端末装置、基地局装置、および、通信方法
CN201880058962.9A CN111096024B (zh) 2017-09-14 2018-09-11 终端装置、基站装置以及通信方法
BR112020004841-0A BR112020004841A2 (pt) 2017-09-14 2018-09-11 aparelho terminal, aparelho de estação base e método de comunicação
US16/645,808 US11265138B2 (en) 2017-09-14 2018-09-11 Terminal apparatus, base station apparatus, and communication method
PH12020500471A PH12020500471A1 (en) 2017-09-14 2020-03-09 Terminal device, base station device, and communication method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017176818A JP6937202B2 (ja) 2017-09-14 2017-09-14 端末装置、基地局装置、および、通信方法

Publications (3)

Publication Number Publication Date
JP2019054380A JP2019054380A (ja) 2019-04-04
JP2019054380A5 JP2019054380A5 (ja) 2020-07-09
JP6937202B2 true JP6937202B2 (ja) 2021-09-22

Family

ID=65722639

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017176818A Active JP6937202B2 (ja) 2017-09-14 2017-09-14 端末装置、基地局装置、および、通信方法

Country Status (7)

Country Link
US (1) US11265138B2 (ja)
EP (1) EP3684125B1 (ja)
JP (1) JP6937202B2 (ja)
CN (1) CN111096024B (ja)
BR (1) BR112020004841A2 (ja)
PH (1) PH12020500471A1 (ja)
WO (1) WO2019054388A1 (ja)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109600847B (zh) * 2017-09-30 2025-01-21 北京三星通信技术研究有限公司 传输上行控制信息、设置上行时间提前量的方法及设备
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
CN110035549B (zh) * 2018-01-12 2021-03-09 电信科学技术研究院有限公司 一种传输方法、终端及基站
CN110035535A (zh) 2018-01-12 2019-07-19 华为技术有限公司 一种上行控制信息的传输方法、接入网设备以及终端设备
CN110034850B (zh) * 2018-01-12 2020-10-30 电信科学技术研究院有限公司 一种信息传输方法、终端及网络设备
US11218993B2 (en) * 2018-06-29 2022-01-04 Qualcomm Incorporated Service request prioritization for intra-UE service multiplexing
US11122591B2 (en) * 2018-10-09 2021-09-14 Qualcomm Incorporated Physical layer and MAC layer uplink channel prioritization
WO2020113433A1 (zh) * 2018-12-04 2020-06-11 Oppo广东移动通信有限公司 一种处理调度请求的方法及装置、终端
KR20220024598A (ko) * 2019-06-14 2022-03-03 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) 스케줄링 요청 우선순위화
WO2021002292A1 (en) * 2019-07-01 2021-01-07 Sharp Kabushiki Kaisha Priority differentiation of sr transmissions with harq-ack codebooks of different service types
EP3965509B1 (en) 2019-07-19 2024-04-03 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Scheduling request transmission method, terminal device, and network device
US12418911B2 (en) 2019-08-14 2025-09-16 Zte Corporation Transmission method, communication node and medium
CN110536464A (zh) * 2019-08-14 2019-12-03 中兴通讯股份有限公司 一种传输方法、装置、通信节点及介质
EP4014372A1 (en) * 2019-08-15 2022-06-22 Telefonaktiebolaget LM Ericsson (publ) Wireless device-autonomous pdsch rx antenna adaptation
EP4062566A1 (en) * 2019-11-18 2022-09-28 Telefonaktiebolaget Lm Ericsson (Publ) Aperiodic scheduling request
WO2021237501A1 (zh) * 2020-05-27 2021-12-02 北京小米移动软件有限公司 传输调度请求的方法、装置以及计算机可读存储介质

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110268045A1 (en) * 2010-04-30 2011-11-03 Youn Hyoung Heo System and method for uplink control information transmission in carrier aggregation
WO2012053863A2 (en) * 2010-10-21 2012-04-26 Lg Electronics Inc. Method and apparatus for transmitting control information in a wireless communication system
WO2012150806A2 (ko) * 2011-05-02 2012-11-08 엘지전자 주식회사 무선 통신 시스템에서 데이터 송수신 방법 및 이를 위한 기지국
US9853779B2 (en) * 2014-01-10 2017-12-26 Sharp Kabushiki Kaisha Systems and methods for carrier aggregation
US10314035B2 (en) * 2015-01-05 2019-06-04 Apple Inc. Sub-frame allocation for low power LTE
JP2017176818A (ja) 2016-03-28 2017-10-05 株式会社神戸製鋼所 超電導マグネット及びその製造方法
US10588047B2 (en) * 2017-04-10 2020-03-10 Qualcomm Incorporated Transmission of buffer status reports on multiple component carriers

Also Published As

Publication number Publication date
PH12020500471A1 (en) 2021-01-25
CN111096024A (zh) 2020-05-01
BR112020004841A2 (pt) 2020-09-15
JP2019054380A (ja) 2019-04-04
EP3684125A1 (en) 2020-07-22
CN111096024B (zh) 2023-06-20
EP3684125B1 (en) 2023-08-30
US11265138B2 (en) 2022-03-01
US20200280427A1 (en) 2020-09-03
EP3684125A4 (en) 2021-06-09
WO2019054388A1 (ja) 2019-03-21

Similar Documents

Publication Publication Date Title
JP6937202B2 (ja) 端末装置、基地局装置、および、通信方法
JP4928621B2 (ja) 無線通信システム、基地局装置、移動局装置、無線通信方法および集積回路
JP6652505B2 (ja) 端末装置、基地局装置、通信方法および集積回路
JP7101025B2 (ja) 端末装置、基地局装置、および、通信方法
CN107534965B (zh) 终端装置、基站装置、通信方法及集成电路
JP7075805B2 (ja) 端末装置、基地局装置、および、通信方法
JP6260031B2 (ja) ユーザ装置、基地局装置、集積回路、および、通信方法
JP6788579B2 (ja) 端末装置、基地局装置、および通信方法
WO2019160026A1 (ja) 端末装置、基地局装置、および、通信方法
US20200296728A1 (en) Terminal apparatus, base station apparatus, and communication method
WO2019151051A1 (ja) 端末装置、基地局装置、および、通信方法
JP5469776B2 (ja) 無線通信システム、基地局装置、移動局装置、無線通信方法および集積回路
JP5415572B2 (ja) 移動局装置、基地局装置、無線通信方法、集積回路および無線通信システム
CN114424492B (zh) 终端装置、基站装置以及通信方法
CN116582846A (zh) 终端装置以及基站装置
JP2018137492A (ja) 端末装置、基地局装置、通信方法、および、集積回路
WO2020162299A1 (ja) 端末装置、基地局装置、および、通信方法
JP7481517B2 (ja) 端末装置、基地局装置、および、通信方法
WO2020218415A1 (ja) 端末装置、基地局装置、および、通信方法
WO2019131878A1 (ja) 端末装置、基地局装置、および、通信方法

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20190328

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20190328

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190605

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200519

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200519

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210803

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210830

R150 Certificate of patent or registration of utility model

Ref document number: 6937202

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313117

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350