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

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

Info

Publication number
JP6380705B2
JP6380705B2 JP2018508442A JP2018508442A JP6380705B2 JP 6380705 B2 JP6380705 B2 JP 6380705B2 JP 2018508442 A JP2018508442 A JP 2018508442A JP 2018508442 A JP2018508442 A JP 2018508442A JP 6380705 B2 JP6380705 B2 JP 6380705B2
Authority
JP
Japan
Prior art keywords
pdcch
subframe
terminal device
spdcch
tti
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
JP2018508442A
Other languages
English (en)
Other versions
JPWO2017169005A1 (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.)
Sony Corp
Original Assignee
Sony 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 Sony Corp filed Critical Sony Corp
Application granted granted Critical
Publication of JP6380705B2 publication Critical patent/JP6380705B2/ja
Publication of JPWO2017169005A1 publication Critical patent/JPWO2017169005A1/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J11/00—Orthogonal multiplex systems, e.g. using WALSH codes
    • H04J11/0069—Cell search, i.e. determining cell identity [cell-ID]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J1/00—Frequency-division multiplex systems
    • H04J1/18—Frequency-division multiplex systems in which all the carriers are amplitude-modulated
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising 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/003—Arrangements for allocating sub-channels of the transmission path
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • 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
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J2211/00—Orthogonal indexing scheme relating to orthogonal multiplex systems
    • H04J2211/003—Orthogonal indexing scheme relating to orthogonal multiplex systems within particular systems or standards
    • H04J2211/005—Long term evolution [LTE]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Description

本開示は、端末装置、基地局装置および通信方法に関する。
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution（LTE）」、「LTE-Advanced（LTE-A）」、「LTE-Advanced Pro（LTE-A Pro）」、または「Evolved Universal Terrestrial Radio Access（EUTRA）」とも称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。なお、以下の説明において、ＬＴＥは、LTE-A、LTE-A Pro、およびEUTRAを含む。ＬＴＥでは、基地局装置（基地局）をｅＮｏｄｅＢ（evolved NodeB）、端末装置（移動局、移動局装置、端末）をＵＥ（User Equipment）とも称する。ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
ＬＴＥは、周波数分割複信（Frequency Division Duplex: FDD）および時分割複信（Time Division Duplex: TDD）に対応している。ＦＤＤ方式を採用したＬＴＥをＦＤ−ＬＴＥまたはＬＴＥ ＦＤＤとも称する。ＴＤＤは、上りリンク信号と下りリンク信号を周波数分割多重することによって、少なくとも２つの周波数帯域において全二重通信を可能にする技術である。ＴＤＤ方式を採用したＬＴＥをＴＤ−ＬＴＥまたはＬＴＥ ＴＤＤとも称する。ＴＤＤは、上りリンク信号と下りリンク信号を時分割多重することによって、単一の周波数帯域において全二重通信を可能にする技術である。ＦＤ−ＬＴＥおよびＴＤ−ＬＴＥの詳細は、非特許文献１に開示されている。
基地局装置は、予め規定されたフレーム構成に基づいて構成される物理リソースに対して、物理チャネルおよび物理信号をマッピングし、送信する。端末装置は、基地局装置から送信された物理チャネルおよび物理信号を受信する。ＬＴＥでは、複数のフレーム構成タイプを規定し、それぞれのフレーム構成タイプに対応するフレーム構成の物理リソースを用いてデータ伝送を行う。例えば、フレーム構成タイプ１はＦＤ−ＬＴＥに適用可能であり、フレーム構成タイプ２はＴＤ−ＬＴＥに適用可能である。フレーム構成の詳細は、非特許文献１に開示されている。
ＬＴＥでは、所定の時間間隔がデータ伝送を行う時間の単位として規定される。そのような時間間隔は送信時間間隔（ＴＴＩ: Transmission Time Interval）と呼称される。例えば、ＴＴＩは１ミリ秒であり、その場合は１つのＴＴＩが１つのサブフレーム長に対応する。基地局装置および端末装置は、ＴＴＩに基づいて、物理チャネルおよび／または物理信号の送信および受信を行う。ＴＴＩの詳細は、非特許文献２に開示されている。
また、ＴＴＩは、データ伝送の手順を規定する単位として用いられている。例えば、データ伝送の手順において、受信されたデータが正しく受信されたかどうかを示すＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat request - acknowledgement）報告は、データを受信してからＴＴＩの整数倍で規定される時間後に送信される。そのため、データ伝送にかかる時間（遅延、レイテンシー）はＴＴＩに依存して決まることになる。このようなデータ伝送の手順は、非特許文献３に開示されている。
3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 12), 3GPP TS 36.211 V12.7.0 (2015-09). 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 12), 3GPP TS 36.300 V12.7.0 (2015-09). 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 12) , 3GPP TS 36.213 V12.7.0 (2015-09).
ＬＴＥでは、ＴＴＩとして１ミリ秒のみが規定されており、物理チャネルおよび物理信号は１ミリ秒のＴＴＩに基づいて規定されている。また、データ伝送にかかる時間も１ミリ秒の整数倍となる。そのため、データ伝送にかかる時間が重要となるユースケースにおいて、ＴＴＩの大きさ（長さ）が特性に影響を与える。また、データ伝送にかかる時間を減少させるために、そのようなユースケースの端末装置に対して多くの物理リソースを連続して割り当てる場合、システム全体の伝送効率が大幅に劣化させる要因となる。
本開示は、上記問題を鑑みてなされたものであり、その目的は、基地局装置と端末装置が通信する通信システムにおいて、データ伝送にかかる時間を考慮して、システム全体の伝送効率を向上させることができる基地局装置、端末装置、通信システム、通信方法および集積回路を提供することにある。
本開示によれば、基地局装置と通信する端末装置であって、前記基地局装置からの上位層のシグナリングにより１つ以上の第２のＰＤＣＣＨ設定を設定する上位層処理部と、前記第２のＰＤＣＣＨ設定が設定されない場合、第１のＰＤＣＣＨにおける共通サーチスペースおよび端末装置固有サーチスペースのみをモニタリングし、前記第２のＰＤＣＣＨ設定が設定される場合、少なくとも第２のＰＤＣＣＨにおける端末装置固有サーチスペースをモニタリングする受信部と、を備え、前記第１のＰＤＣＣＨは、所定のシンボル数で定義されるサブフレームに基づいて送信され、前記第２のＰＤＣＣＨは、前記サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと、前記第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信される、端末装置が提供される。
また、本開示によれば、端末装置と通信する基地局装置であって、前記端末装置に対して上位層のシグナリングにより１つ以上の第２のＰＤＣＣＨ設定を設定する上位層処理部と、前記第２のＰＤＣＣＨ設定が設定されない場合、第１のＰＤＣＣＨにおける共通サーチスペースまたは端末装置固有サーチスペースに、第１のＰＤＣＣＨをマッピングして送信し、前記第２のＰＤＣＣＨ設定が設定される場合、少なくとも第２のＰＤＣＣＨにおける端末装置固有サーチスペースに、第２のＰＤＣＣＨをマッピングして送信する送信部と、を備え、前記第１のＰＤＣＣＨは、所定のシンボル数で定義されるサブフレームに基づいて送信され、前記第２のＰＤＣＣＨは、前記サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと、前記第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信される、基地局装置が提供される。
また、本開示によれば、基地局装置と通信する端末装置で用いられる通信方法であって、前記基地局装置からの上位層のシグナリングにより１つ以上の第２のＰＤＣＣＨ設定を設定するステップと、前記第２のＰＤＣＣＨ設定が設定されない場合、第１のＰＤＣＣＨにおける共通サーチスペースおよび端末装置固有サーチスペースのみをモニタリングし、前記第２のＰＤＣＣＨ設定が設定される場合、少なくとも第２のＰＤＣＣＨにおける端末装置固有サーチスペースをモニタリングするステップと、を有し、前記第１のＰＤＣＣＨは、所定のシンボル数で定義されるサブフレームに基づいて送信され、前記第２のＰＤＣＣＨは、前記サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと、前記第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信される、通信方法が提供される。
また、本開示によれば、端末装置と通信する基地局装置で用いられる通信方法であって、前記端末装置に対して上位層のシグナリングにより１つ以上の第２のＰＤＣＣＨ設定を設定するステップと、前記第２のＰＤＣＣＨ設定が設定されない場合、第１のＰＤＣＣＨにおける共通サーチスペースまたは端末装置固有サーチスペースに、第１のＰＤＣＣＨをマッピングして送信し、前記第２のＰＤＣＣＨ設定が設定される場合、少なくとも第２のＰＤＣＣＨにおける端末装置固有サーチスペースに、第２のＰＤＣＣＨをマッピングして送信するステップと、を有し、前記第１のＰＤＣＣＨは、所定のシンボル数で定義されるサブフレームに基づいて送信され、前記第２のＰＤＣＣＨは、前記サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと、前記第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信される、通信方法が提供される。
以上説明したように本開示によれば、基地局装置と端末装置が通信する無線通信システムにおいて、伝送効率を向上させることができる。
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
本実施形態の下りリンクサブフレームの一例を示す図である。 本実施形態の上りリンクサブフレームの一例を示す図である。 本実施形態の基地局装置１の構成を示す概略ブロック図である。 本実施形態の端末装置２の構成を示す概略ブロック図である。 本実施形態における下りリンクのリソースエレメントマッピングの一例を示す図である。 本実施形態におけるＴＴＩの一例を示す図である。 本実施形態におけるＴＴＩの一例を示す図である。 ＳＰＤＳＣＨ候補のセットの一例を示す図である。 本実施形態におけるＳＰＤＣＣＨセットとＳＰＤＳＣＨとの一例を示す図である。 本実施形態におけるＳＰＤＣＣＨセットとＳＰＤＳＣＨとＰＤＣＣＨ領域とＰＤＳＣＨとの一例を示す図である。 本実施形態におけるＳＲＥＧの構成の一例を示す図である。 本実施形態におけるＳＣＣＥ構成の一例を示す図である。 ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫとＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信の一例を示す図である。 ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのリソースエレメントマッピングの一例を示す図である。 本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。 本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。 本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。 本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
＜本実施形態における無線通信システム＞
本実施形態において、無線通信システムは、基地局装置１および端末装置２を少なくとも具備する。基地局装置１は複数の端末装置を収容できる。基地局装置１は、他の基地局装置とＸ２インタフェースの手段によって互いに接続できる。また、基地局装置１は、Ｓ１インタフェースの手段によってＥＰＣ（Evolved Packet Core）に接続できる。さらに、基地局装置１は、Ｓ１−ＭＭＥインタフェースの手段によってＭＭＥ（Mobility Management Entity）に接続でき、Ｓ１−Ｕインタフェースの手段によってＳ−ＧＷ（Serving Gateway）に接続できる。Ｓ１インタフェースは、ＭＭＥおよび／またはＳ−ＧＷと基地局装置１との間で、多対多の接続をサポートしている。
＜本実施形態におけるフレーム構成＞
本実施形態において、１０ｍｓ（ミリ秒）で構成される無線フレーム（radio frame）が規定される。無線フレームのそれぞれは２つのハーフフレームから構成される。ハーフフレームの時間間隔は、５ｍｓである。ハーフフレームのそれぞれは、５つのサブフレームから構成される。サブフレームの時間間隔は、１ｍｓであり、２つの連続するスロットによって定義される。スロットの時間間隔は、０．５ｍｓである。無線フレーム内のｉ番目のサブフレームは、（２×ｉ）番目のスロットと（２×ｉ＋１）番目のスロットとから構成される。つまり、無線フレームのそれぞれにおいて、１０個のサブフレームが規定される。
サブフレームは、下りリンクサブフレーム（第１のサブフレーム）、上りリンクサブフレーム（第２のサブフレーム）、およびスペシャルサブフレーム（第３のサブフレーム）などを含む。
下りリンクサブフレームは下りリンク送信のためにリザーブされるサブフレームである。上りリンクサブフレームは上りリンク送信のためにリザーブされるサブフレームである。スペシャルサブフレームは３つのフィールドから構成される。該３つのフィールドは、ＤｗＰＴＳ（Downlink Pilot Time Slot）、ＧＰ（Guard Period）、およびＵｐＰＴＳ（Uplink Pilot Time Slot）である。ＤｗＰＴＳ、ＧＰ、およびＵｐＰＴＳの合計の長さは１ｍｓである。ＤｗＰＴＳは下りリンク送信のためにリザーブされるフィールドである。ＵｐＰＴＳは上りリンク送信のためにリザーブされるフィールドである。ＧＰは下りリンク送信および上りリンク送信が行なわれないフィールドである。なお、スペシャルサブフレームは、ＤｗＰＴＳおよびＧＰのみによって構成されてもよいし、ＧＰおよびＵｐＰＴＳのみによって構成されてもよい。スペシャルサブフレームは、ＴＤＤにおいて下りリンクサブフレームと上りリンクサブフレームとの間に配置され、下りリンクサブフレームから上りリンクサブフレームに切り替えるために用いられる。
単一の無線フレームは、下りリンクサブフレーム、上りリンクサブフレーム、および／またはスペシャルサブフレームから構成される。また、単一の無線フレームは、下りリンクサブフレーム、上りリンクサブフレーム、またはスペシャルサブフレームのみで構成されてもよい。
複数の無線フレーム構成がサポートされる。無線フレーム構成は、フレーム構成タイプで規定される。フレーム構成タイプ１は、ＦＤＤのみに適用できる。フレーム構成タイプ２は、ＴＤＤのみに適用できる。フレーム構成タイプ３は、ＬＡＡ（Licensed Assisted Access）セカンダリーセルの運用のみに適用できる。
フレーム構成タイプ２において、複数の上りリンク−下りリンク構成が規定される。上りリンク−下りリンク構成において、１つの無線フレームにおける１０のサブフレームのそれぞれは、下りリンクサブフレーム、上りリンクサブフレーム、およびスペシャルサブフレームのいずれかに対応する。サブフレーム０、サブフレーム５およびＤｗＰＴＳは常に下りリンク送信のために予約される。ＵｐＰＴＳおよびそのスペシャルサブフレームの直後のサブフレームは常に上りリンク送信のために予約される。
フレーム構成タイプ３において、１つの無線フレーム内の１０のサブフレームが下りリンク送信のために予約される。端末装置２は、それぞれのサブフレームを空のサブフレームとして扱う。端末装置２は、所定の信号、チャネルおよび／または下りリンク送信があるサブフレームで検出されない限り、そのサブフレームにいかなる信号および／またはチャネルも存在しないと想定する。下りリンク送信は、１つまたは複数の連続したサブフレームで専有される。その下りリンク送信の最初のサブフレームは、そのサブフレーム内のどこからでも開始されてもよい。その下りリンク送信の最後のサブフレームは、完全に専有されるか、ＤｗＰＴＳで規定される時間間隔で専有されるか、のいずれかであってもよい。
なお、フレーム構成タイプ３において、１つの無線フレーム内の１０のサブフレームが上りリンク送信のために予約されてもよい。また、１つの無線フレーム内の１０のサブフレームのそれぞれが、下りリンクサブフレーム、上りリンクサブフレーム、およびスペシャルサブフレームのいずれかに対応するようにしてもよい。
基地局装置１は、スペシャルサブフレームのＤｗＰＴＳにおいて、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨ、ＰＤＳＣＨ、同期信号、および、下りリンク参照信号を送信してもよい。基地局装置１は、スペシャルサブフレームのＤｗＰＴＳにおいて、ＰＢＣＨの送信を制限できる。端末装置２は、スペシャルサブフレームのＵｐＰＴＳにおいて、ＰＲＡＣＨ、およびＳＲＳを送信してもよい。つまり、端末装置２は、スペシャルサブフレームのＵｐＰＴＳにおいて、ＰＵＣＣＨ、ＰＵＳＣＨ、およびＤＭＲＳの送信を制限できる。
図１は、本実施形態の下りリンクサブフレームの一例を示す図である。図１に示される図は、下りリンクリソースグリッドとも呼称される。基地局装置１は、基地局装置１から端末装置２への下りリンクサブフレームにおいて、下りリンク物理チャネルおよび／または下りリンク物理信号を送信できる。
下りリンク物理チャネルは、物理報知チャネル（ＰＢＣＨ：Physical Broadcast Channel）、ＰＣＦＩＣＨ（Physical Control Format Indicator Channel）、ＰＨＩＣＨ（Physical Hybrid automatic repeat request Indicator Channel）、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）、拡張物理下りリンク制御チャネル（ＥＰＤＣＣＨ：Enhanced Physical Downlink Control Channel）、物理下りリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）、および、ＰＭＣＨ（Physical Multicast Channel）などを含む。下りリンク物理信号は、同期信号（ＳＳ：Synchronization signal）、参照信号（ＲＳ：Reference Signal）および検出信号（ＤＳ：Discovery signal）などを含む。図１では、簡単のため、ＰＤＳＣＨおよびＰＤＣＣＨの領域が示されている。
同期信号は、プライマリー同期信号（ＰＳＳ：Primary synchronization signal）およびセカンダリー同期信号（ＳＳＳ：Secondary synchronization signal）などを含む。下りリンクにおける参照信号は、セル固有参照信号（ＣＲＳ：Cell-specific reference signal）、ＰＤＳＣＨに関連付けられる端末装置固有参照信号（ＰＤＳＣＨ−ＤＭＲＳ：UE-specific reference signal associated with PDSCH）、ＥＰＤＣＣＨに関連付けられる復調参照信号（ＥＰＤＣＣＨ−ＤＭＲＳ：Demodulation reference signal associated with EPDCCH）、ＰＲＳ（Positioning Reference Signal）、ＣＳＩ参照信号（ＣＳＩ−ＲＳ：Channel State Information − reference signal）、およびトラッキング参照信号（ＴＲＳ：Tracking reference signal）などを含む。ＰＤＳＣＨ−ＤＭＲＳは、ＰＤＳＣＨに関連するＵＲＳまたは単にＵＲＳとも呼称される。ＥＰＤＣＣＨ−ＤＭＲＳは、ＥＰＤＣＣＨに関連するＤＭＲＳまたは単にＤＭＲＳとも呼称される。ＰＤＳＣＨ−ＤＭＲＳおよびＥＰＤＣＣＨ−ＤＭＲＳは、単にＤＬ−ＤＭＲＳまたは下りリンク復調参照信号とも呼称される。ＣＳＩ−ＲＳは、ＮＺＰ ＣＳＩ−ＲＳ（Non-Zero Power CSI-RS）を含む。また、下りリンクのリソースは、ＺＰ ＣＳＩ−ＲＳ（Zero Power CSI-RS）、ＣＳＩ−ＩＭ（Channel State Information − Interference Measurement）などを含む。
図２は、本実施形態の上りリンクサブフレームの一例を示す図である。図２に示される図は、上りリンクリソースグリッドとも呼称される。端末装置２は、端末装置２から基地局装置１への上りリンクサブフレームにおいて、上りリンク物理チャネルおよび／または上りリンク物理信号を送信できる。上りリンク物理チャネルは、物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）、物理上りリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）、および物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）などを含む。上りリンク物理信号は、参照信号（Reference Signal: RS）を含む。
上りリンクにおける参照信号は、上りリンク復調信号（ＵＬ−ＤＭＲＳ：Uplink demodulation signal）およびサウンディング参照信号（ＳＲＳ：Sounding reference signal）などを含む。ＵＬ−ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連付けられる。ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連付けられない。
下りリンク物理チャネルおよび下りリンク物理信号を総称して、下りリンク信号と称する。上りリンク物理チャネルおよび上りリンク物理信号を総称して、上りリンク信号と称する。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理信号および上りリンク物理信号を総称して、物理信号と称する。
ＢＣＨ、ＭＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（Medium Access Control: MAC）層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（transport block: TB）またはＭＡＣ ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行なわれる。
＜本実施形態における物理リソース＞
本実施形態において、１つのスロットは複数のシンボルによって定義される。スロットのそれぞれにおいて送信される物理信号または物理チャネルは、リソースグリッドによって表現される。下りリンクにおいて、リソースグリッドは、周波数方向に対する複数のサブキャリアと、時間方向に対する複数のＯＦＤＭシンボルによって定義される。上りリンクにおいて、リソースグリッドは、周波数方向に対する複数のサブキャリアと、時間方向に対する複数のＳＣ−ＦＤＭＡシンボルによって定義される。サブキャリアまたはリソースブロックの数は、セルの帯域幅に依存して決まるようにしてもよい。１つのスロットにおけるシンボルの数は、ＣＰ（Cyclic Prefix）のタイプによって決まる。ＣＰのタイプは、ノーマルＣＰまたは拡張ＣＰである。ノーマルＣＰにおいて、１つのスロットを構成するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの数は７である。拡張ＣＰにおいて、１つのスロットを構成するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの数は６である。リソースグリッド内のエレメントのそれぞれはリソースエレメントと称される。リソースエレメントは、サブキャリアのインデックス（番号）とシンボルのインデックス（番号）とを用いて識別される。なお、本実施形態の説明において、ＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルは単にシンボルとも呼称される。
リソースブロックは、ある物理チャネル（ＰＤＳＣＨまたはＰＵＳＣＨなど）のリソースエレメントにマッピングするために用いられる。リソースブロックは、仮想リソースブロックと物理リソースブロックを含む。ある物理チャネルは、仮想リソースブロックにマッピングされる。仮想リソースブロックは、物理リソースブロックにマッピングされる。１つの物理リソースブロックは、時間領域において所定数の連続するシンボルで定義される。１つの物理リソースブロックは、周波数領域において所定数の連続するサブキャリアとから定義される。１つの物理リソースブロックにおけるシンボル数およびサブキャリア数は、そのセルにおけるＣＰのタイプ、サブキャリア間隔および／または上位層によって設定されるパラメータなどに基づいて決まる。例えば、ＣＰのタイプがノーマルＣＰであり、サブキャリア間隔が１５ｋＨｚである場合、１つの物理リソースブロックにおけるシンボル数は７であり、サブキャリア数は１２である。その場合、１つの物理リソースブロックは（７×１２）個のリソースエレメントから構成される。物理リソースブロックは周波数領域において０から番号が付けられる。また、同一の物理リソースブロック番号が対応する、１つのサブフレーム内の２つのリソースブロックは、物理リソースブロックペア（ＰＲＢペア、ＲＢペア）として定義される。
リソースエレメントグループ（ＲＥＧ：Resource Element Group）は、リソースエレメントと制御チャネルのマッピングを定義するために用いられる。例えば、ＲＥＧは、ＰＤＣＣＨ、ＰＨＩＣＨ、またはＰＣＦＩＣＨのマッピングに用いられる。ＲＥＧは、同一のＯＦＤＭシンボル内であり、同一のリソースブロック内において、ＣＲＳのために用いられない４つの連続したリソースエレメントで構成される。また、ＲＥＧは、あるサブフレーム内の１番目のスロットにおける１番目のＯＦＤＭシンボルから４番目のＯＦＤＭシンボルの中で構成される。
拡張リソースエレメントグループ（ＥＲＥＧ：Enhanced Resource Element Group）は、リソースエレメントと拡張制御チャネルのマッピングを定義するために用いられる。例えば、ＥＲＥＧは、ＥＰＤＣＣＨのマッピングに用いられる。１つのリソースブロックペアは１６のＥＲＥＧで構成される。それぞれのＥＲＥＧはリソースブロックペア毎に０から１５の番号が付される。それぞれのＥＲＥＧは、１つのリソースブロックペアにおいて、ＥＰＤＣＣＨに関連付けられたＤＭ−ＲＳのために用いられるリソースエレメントを除いた９つのリソースエレメントで構成される。
＜本実施形態におけるアンテナポート＞
アンテナポートは、あるシンボルを運ぶ伝搬チャネルが、同一のアンテナポートにおける別のシンボルを運ぶ伝搬チャネルから推測できるようにするために定義される。例えば、同一のアンテナポートにおける異なる物理リソースは、同一の伝搬チャネルで送信されていると想定できる。すなわち、あるアンテナポートにおけるシンボルは、そのアンテナポートにおける参照信号により伝搬チャネルを推定し、復調することができる。また、アンテナポート毎に１つのリソースグリッドがある。アンテナポートは、参照信号によって定義される。また、それぞれの参照信号は、複数のアンテナポートを定義できる。
２つのアンテナポートは所定の条件を満たす場合、準同一位置（ＱＣＬ：Quasi co-location）であると表すことができる。その所定の条件は、あるアンテナポートにおけるシンボルを運ぶ伝搬チャネルの広域的特性が、別のアンテナポートにおけるシンボルを運ぶ伝搬チャネルから推測できることである。広域的特性は、遅延分散、ドップラースプレッド、ドップラーシフト、平均利得および／または平均遅延を含む。
＜本実施形態における下りリンク物理チャネル＞
ＰＢＣＨは、基地局装置１のサービングセルに固有の報知情報であるＭＩＢ（Master Information Block）を報知するために用いられる。ＰＢＣＨは無線フレーム内のサブフレーム０のみで送信される。ＭＩＢは、４０ｍｓ間隔で更新できる。ＰＢＣＨは１０ｍｓ周期で繰り返し送信される。具体的には、ＳＦＮ（System Frame Number）を４で割った余りが０である条件を満たす無線フレームにおけるサブフレーム０においてＭＩＢの初期送信が行なわれ、他の全ての無線フレームにおけるサブフレーム０においてＭＩＢの再送信（repetition）が行われる。ＳＦＮは無線フレームの番号（システムフレーム番号）である。ＭＩＢはシステム情報である。例えば、ＭＩＢは、ＳＦＮを示す情報を含む。
ＰＣＦＩＣＨは、ＰＤＣＣＨの送信に用いられるＯＦＤＭシンボルの数に関する情報を送信するために用いられる。ＰＣＦＩＣＨで示される領域は、ＰＤＣＣＨ領域とも呼称される。ＰＣＦＩＣＨで送信される情報は、ＣＦＩ（Control Format Indicator）とも呼称される。
ＰＨＩＣＨは、基地局装置１が受信した上りリンクデータ（Uplink Shared Channel: UL-SCH）に対するＡＣＫ（ACKnowledgement）またはＮＡＣＫ（Negative ACKnowledgement）を示すＨＡＲＱ−ＡＣＫ（ＨＡＲＱインディケータ、ＨＡＲＱフィードバック、応答情報）を送信するために用いられる。例えば、がＡＣＫを示すＨＡＲＱ−ＡＣＫを受信した場合は、対応する上りリンクデータを再送しない。例えば、端末装置２がＮＡＣＫを示すＨＡＲＱ−ＡＣＫを受信した場合は、端末装置２は対応する上りリンクデータを所定の上りリンクサブフレームで再送する。あるＰＨＩＣＨは、ある上りリンクデータに対するＨＡＲＱ−ＡＣＫを送信する。基地局装置１は、同一のＰＵＳＣＨに含まれる複数の上りリンクデータに対するＨＡＲＱ−ＡＣＫのそれぞれを複数のＰＨＩＣＨを用いて送信する。
ＰＤＣＣＨおよびＥＰＤＣＣＨは、下りリンク制御情報（Downlink Control Information: DCI）を送信するために用いられる。下りリンク制御情報の情報ビットのマッピングが、ＤＣＩフォーマットとして定義される。下りリンク制御情報は、下りリンクグラント（downlink grant）および上りリンクグラント（uplink grant）を含む。下りリンクグラントは、下りリンクアサインメント（downlink assignment）または下りリンク割り当て（downlink allocation）とも称する。
ＰＤＣＣＨは、連続する１つまたは複数のＣＣＥ（Control Channel Element）の集合によって送信される。ＣＣＥは、９つのＲＥＧ（Resource Element Group）で構成される。ＲＥＧは、４つのリソースエレメントで構成される。ＰＤＣＣＨがｎ個の連続するＣＣＥで構成される場合、そのＰＤＣＣＨは、ＣＣＥのインデックス（番号）であるｉをｎで割った余りが０である条件を満たすＣＣＥから始まる。
ＥＰＤＣＣＨは、連続する１つまたは複数のＥＣＣＥ（Enhanced Control Channel Element）の集合によって送信される。ＥＣＣＥは、複数のＥＲＥＧ（Enhanced Resource Element Group）で構成される。
下りリンクグラントは、あるセル内のＰＤＳＣＨのスケジューリングに用いられる。下りリンクグラントは、その下りリンクグラントが送信されたサブフレームと同じサブフレーム内のＰＤＳＣＨのスケジューリングに用いられる。上りリンクグラントは、あるセル内のＰＵＳＣＨのスケジューリングに用いられる。上りリンクグラントは、その上りリンクグラントが送信されたサブフレームより４つ以上後のサブフレーム内の単一のＰＵＳＣＨのスケジューリングに用いられる。
ＤＣＩには、ＣＲＣ（Cyclic Redundancy Check）パリティビットが付加される。ＣＲＣパリティビットは、ＲＮＴＩ（Radio Network Temporary Identifier）でスクランブルされる。ＲＮＴＩは、ＤＣＩの目的などに応じて、規定または設定できる識別子である。ＲＮＴＩは、仕様で予め規定される識別子、セルに固有の情報として設定される識別子、端末装置２に固有の情報として設定される識別子、または、端末装置２に属するグループに固有の情報として設定される識別子である。例えば、端末装置２は、ＰＤＣＣＨまたはＥＰＤＣＣＨのモニタリングにおいて、ＤＣＩに付加されたＣＲＣパリティビットに所定のＲＮＴＩでデスクランブルし、ＣＲＣが正しいかどうかを識別する。ＣＲＣが正しい場合、そのＤＣＩは端末装置２のためのＤＣＩであることが分かる。
ＰＤＳＣＨは、下りリンクデータ（Downlink Shared Channel: DL-SCH）を送信するために用いられる。また、ＰＤＳＣＨは、上位層の制御情報を送信するためにも用いられる。
ＰＭＣＨは、マルチキャストデータ（Multicast Channel: MCH）を送信するために用いられる。
ＰＤＣＣＨ領域において、複数のＰＤＣＣＨが周波数、時間、および／または、空間多重されてもよい。ＥＰＤＣＣＨ領域において、複数のＥＰＤＣＣＨが周波数、時間、および／または、空間多重されてもよい。ＰＤＳＣＨ領域において、複数のＰＤＳＣＨが周波数、時間、および／または、空間多重されてもよい。ＰＤＣＣＨ、ＰＤＳＣＨおよび／またはＥＰＤＣＣＨは周波数、時間、および／または、空間多重されてもよい。
＜本実施形態における下りリンク物理信号＞
同期信号は、端末装置２が下りリンクの周波数領域および／または時間領域の同期をとるために用いられる。同期信号は、ＰＳＳ（Primary Synchronization
Signal）およびＳＳＳ（Secondary
Synchronization Signal）を含む。同期信号は無線フレーム内の所定のサブフレームに配置される。例えば、ＴＤＤ方式において、同期信号は無線フレーム内のサブフレーム０、１、５、および６に配置される。ＦＤＤ方式において、同期信号は無線フレーム内のサブフレーム０および５に配置される。
ＰＳＳは、粗いフレーム／シンボルタイミング同期（時間領域の同期）やセルグループの同定に用いられてもよい。ＳＳＳは、より正確なフレームタイミング同期やセルの同定に用いられてもよい。つまり、ＰＳＳとＳＳＳを用いることによって、フレームタイミング同期とセル識別を行うことができる。
下りリンク参照信号は、端末装置２が下りリンク物理チャネルの伝搬路推定、伝搬路補正、下りリンクのＣＳＩ（Channel State
Information、チャネル状態情報）の算出、および／または、端末装置２のポジショニングの測定を行うために用いられる。
ＣＲＳは、サブフレームの全帯域で送信される。ＣＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、ＰＨＩＣＨ、ＰＣＦＩＣＨ、およびＰＤＳＣＨの受信（復調）を行うために用いられる。ＣＲＳは、端末装置２が下りリンクのチャネル状態情報を算出するために用いられてもよい。ＰＢＣＨ、ＰＤＣＣＨ、ＰＨＩＣＨ、およびＰＣＦＩＣＨは、ＣＲＳの送信に用いられるアンテナポートで送信される。ＣＲＳは、１、２または４のアンテナポートの構成をサポートする。ＣＲＳは、アンテナポート０〜３の１つまたは複数で送信される。
ＰＤＳＣＨに関連するＵＲＳは、ＵＲＳが関連するＰＤＳＣＨの送信に用いられるサブフレームおよび帯域で送信される。ＵＲＳは、ＵＲＳが関連するＰＤＳＣＨの復調を行なうために用いられる。ＰＤＳＣＨに関連するＵＲＳは、アンテナポート５、７〜１４の１つまたは複数で送信される。
ＰＤＳＣＨは、送信モードおよびＤＣＩフォーマットに基づいて、ＣＲＳまたはＵＲＳの送信に用いられるアンテナポートで送信される。ＤＣＩフォーマット１Ａは、ＣＲＳの送信に用いられるアンテナポートで送信されるＰＤＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット２Ｄは、ＵＲＳの送信に用いられるアンテナポートで送信されるＰＤＳＣＨのスケジューリングに用いられる。
ＥＰＤＣＣＨに関連するＤＭＲＳは、ＤＭＲＳが関連するＥＰＤＣＣＨの送信に用いられるサブフレームおよび帯域で送信される。ＤＭＲＳは、ＤＭＲＳが関連するＥＰＤＣＣＨの復調を行なうために用いられる。ＥＰＤＣＣＨは、ＤＭＲＳの送信に用いられるアンテナポートで送信される。ＥＰＤＣＣＨに関連するＤＭＲＳは、アンテナポート１０７〜１１４の１つまたは複数で送信される。
ＣＳＩ−ＲＳは、設定されたサブフレームで送信される。ＣＳＩ−ＲＳが送信されるリソースは、基地局装置１によって設定される。ＣＳＩ−ＲＳは、端末装置２が下りリンクのチャネル状態情報を算出するために用いられる。端末装置２は、ＣＳＩ−ＲＳを用いて信号測定（チャネル測定）を行う。ＣＳＩ−ＲＳは、１、２、４、８、１２、１６、２４および３２の一部または全部のアンテナポートの設定をサポートする。ＣＳＩ−ＲＳは、アンテナポート１５〜４６の１つまたは複数で送信される。なお、サポートされるアンテナポートは、端末装置２の端末装置ケイパビリティ、ＲＲＣパラメータの設定、および／または設定される送信モードなどに基づいて決定されてもよい。
ＺＰ ＣＳＩ−ＲＳのリソースは、上位層によって設定される。ＺＰ ＣＳＩ−ＲＳのリソースはゼロ出力の電力で送信される。すなわち、ＺＰ ＣＳＩ−ＲＳのリソースは何も送信しない。ＺＰ ＣＳＩ−ＲＳの設定したリソースにおいて、ＰＤＳＣＨおよびＥＰＤＣＣＨは送信されない。例えば、ＺＰ ＣＳＩ−ＲＳのリソースは隣接セルがＮＺＰ ＣＳＩ−ＲＳの送信を行うために用いられる。また、例えば、ＺＰ ＣＳＩ−ＲＳのリソースはＣＳＩ−ＩＭを測定するために用いられる。
ＣＳＩ−ＩＭのリソースは、基地局装置１によって設定される。ＣＳＩ−ＩＭのリソースは、ＣＳＩ測定において、干渉を測定するために用いられるリソースである。ＣＳＩ−ＩＭのリソースは、ＺＰ ＣＳＩ−ＲＳのリソースの一部と重複（オーバーラップ）して設定できる。例えば、ＣＳＩ−ＩＭのリソースがＺＰ ＣＳＩ−ＲＳのリソースの一部と重複して設定される場合、そのリソースではＣＳＩ測定を行うセルからの信号は送信されない。換言すると、基地局装置１は、ＣＳＩ−ＩＭの設定したリソースにおいて、ＰＤＳＣＨまたはＥＰＤＣＣＨなどを送信しない。そのため、端末装置２は、効率的にＣＳＩ測定を行うことができる。
ＭＢＳＦＮ ＲＳは、ＰＭＣＨの送信に用いられるサブフレームの全帯域で送信される。ＭＢＳＦＮ ＲＳは、ＰＭＣＨの復調を行なうために用いられる。ＰＭＣＨは、ＭＢＳＦＮ ＲＳの送信用いられるアンテナポートで送信される。ＭＢＳＦＮ ＲＳは、アンテナポート４で送信される。
ＰＲＳは、端末装置２が、端末装置２のポジショニングを測定するために用いられる。ＰＲＳは、アンテナポート６で送信される。
ＴＲＳは、所定のサブフレームのみにマッピングできる。例えば、ＴＲＳは、サブフレーム０および５にマッピングされる。また、ＴＲＳは、ＣＲＳの一部または全部と同様の構成を用いることができる。例えば、リソースブロックのそれぞれにおいて、ＴＲＳがマッピングされるリソースエレメントの位置は、アンテナポート０のＣＲＳがマッピングされるリソースエレメントの位置と同じにすることができる。また、ＴＲＳに用いられる系列（値）は、ＰＢＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨまたはＰＤＳＣＨ（ＲＲＣシグナリング）を通じて設定された情報に基づいて決定できる。ＴＲＳに用いられる系列（値）は、セルＩＤ（例えば、物理レイヤセル識別子）、スロット番号などのパラメータに基づいて決定できる。ＴＲＳに用いられる系列（値）は、アンテナポート０のＣＲＳに用いられる系列（値）とは異なる方法（式）によって決定できる。
＜本実施形態における上りリンク物理信号＞
ＰＵＣＣＨは、上りリンク制御情報（Uplink Control Information: UCI）を送信するために用いられる物理チャネルである。上りリンク制御情報は、下りリンクのチャネル状態情報（Channel State Information: CSI）、ＰＵＳＣＨリソースの要求を示すスケジューリング要求（Scheduling Request: SR）、下りリンクデータ（Transport block: TB, Downlink-Shared Channel: DL-SCH）に対するＨＡＲＱ−ＡＣＫを含む。ＨＡＲＱ−ＡＣＫは、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、または、応答情報とも称される。また、下りリンクデータに対するＨＡＲＱ−ＡＣＫは、ＡＣＫ、ＮＡＣＫ、またはＤＴＸを示す。
ＰＵＳＣＨは、上りリンクデータ（Uplink-Shared Channel: UL-SCH）を送信するために用いられる物理チャネルである。また、ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。また、ＰＵＳＣＨは、チャネル状態情報のみ、または、ＨＡＲＱ−ＡＣＫおよびチャネル状態情報のみを送信するために用いられてもよい。
ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられる物理チャネルである。ＰＲＡＣＨは、端末装置２が基地局装置１と時間領域の同期をとるために用いられることができる。また、ＰＲＡＣＨは、初期コネクション構築（initial connection establishment）手続き（処理）、ハンドオーバ手続き、コネクション再構築（connection re-establishment）手続き、上りリンク送信に対する同期（タイミング調整）、および／または、ＰＵＳＣＨリソースの要求を示すためにも用いられる。
ＰＵＣＣＨ領域において、複数のＰＵＣＣＨが周波数、時間、空間および／またはコード多重される。ＰＵＳＣＨ領域において、複数のＰＵＳＣＨが周波数、時間、空間および／またはコード多重されてもよい。ＰＵＣＣＨおよびＰＵＳＣＨは周波数、時間、空間および／またはコード多重されてもよい。ＰＲＡＣＨは単一のサブフレームまたは２つのサブフレームにわたって配置されてもよい。複数のＰＲＡＣＨが符号多重されてもよい。
＜本実施形態における上りリンク物理チャネル＞
上りリンクＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連する。ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと時間多重される。基地局装置１は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行うためにＤＭＲＳを用いてもよい。本実施形態の説明において、ＰＵＳＣＨの送信は、ＰＵＳＣＨとＤＭＲＳを多重して送信することも含む。本実施形態の説明において、ＰＵＣＣＨの送信は、ＰＵＣＣＨとＤＭＲＳを多重して送信することも含む。なお、上りリンクＤＭＲＳは、ＵＬ−ＤＭＲＳとも呼称される。ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しない。基地局装置１は、上りリンクのチャネル状態を測定するためにＳＲＳを用いてもよい。
ＳＲＳは上りリンクサブフレーム内の最後のＳＣ−ＦＤＭＡシンボルを用いて送信される。つまり、ＳＲＳは上りリンクサブフレーム内の最後のＳＣ−ＦＤＭＡシンボルに配置される。端末装置２は、あるセルのあるＳＣ−ＦＤＭＡシンボルにおいて、ＳＲＳと、ＰＵＣＣＨ、ＰＵＳＣＨおよび／またはＰＲＡＣＨとの同時送信を制限できる。端末装置２は、あるセルのある上りリンクサブフレームにおいて、その上りリンクサブフレーム内の最後のＳＣ−ＦＤＭＡシンボルを除くＳＣ−ＦＤＭＡシンボルを用いてＰＵＳＣＨおよび／またはＰＵＣＣＨを送信し、その上りリンクサブフレーム内の最後のＳＣ−ＦＤＭＡシンボルを用いてＳＲＳを送信することができる。つまり、あるセルのある上りリンクサブフレームにおいて、端末装置２は、ＳＲＳと、ＰＵＳＣＨおよびＰＵＣＣＨと、を送信することができる。
ＳＲＳにおいて、トリガータイプの異なるＳＲＳとして、トリガータイプ０ＳＲＳおよびトリガータイプ１ＳＲＳが定義される。トリガータイプ０ＳＲＳは、上位層シグナリングによって、トリガータイプ０ＳＲＳに関するパラメータが設定される場合に送信される。トリガータイプ１ＳＲＳは、上位層シグナリングによって、トリガータイプ１ＳＲＳに関するパラメータが設定され、ＤＣＩフォーマット０、１Ａ、２Ｂ、２Ｃ、２Ｄ、または４に含まれるＳＲＳリクエストによって送信が要求された場合に送信される。なお、ＳＲＳリクエストは、ＤＣＩフォーマット０、１Ａ、または４についてはＦＤＤとＴＤＤの両方に含まれ、ＤＣＩフォーマット２Ｂ、２Ｃ、または２ＤについてはＴＤＤにのみ含まれる。同じサービングセルの同じサブフレームでトリガータイプ０ＳＲＳの送信とトリガータイプ１ＳＲＳの送信が生じる場合、トリガータイプ１ＳＲＳの送信が優先される。
＜本実施形態における基地局装置１の構成例＞
図３は、本実施形態の基地局装置１の構成を示す概略ブロック図である。図示するように、基地局装置１は、上位層処理部１０１、制御部１０３、受信部１０５、送信部１０７、および、送受信アンテナ１０９、を含んで構成される。また、受信部１０５は、復号化部１０５１、復調部１０５３、多重分離部１０５５、無線受信部１０５７、およびチャネル測定部１０５９を含んで構成される。また、送信部１０７は、符号化部１０７１、変調部１０７３、多重部１０７５、無線送信部１０７７、および下りリンク参照信号生成部１０７９を含んで構成される。
上位層処理部１０１は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。また、上位層処理部１０１は、受信部１０５、および送信部１０７の制御を行うために制御情報を生成し、制御部１０３に出力する。
制御部１０３は、上位層処理部１０１からの制御情報に基づいて、受信部１０５および送信部１０７の制御を行う。制御部１０３は、上位層処理部１０１への制御情報を生成し、上位層処理部１０１に出力する。制御部１０３は、復号化部１０５１からの復号化された信号およびチャネル測定部１０５９からのチャネル推定結果を入力する。制御部１０３は、符号化する信号を符号化部１０７１へ出力する。また、制御部１０３は、基地局装置１の全体または一部を制御するために用いられてもよい。
上位層処理部１０１は、無線リソース制御、サブフレーム設定、スケジューリング制御、および／または、ＣＳＩ報告制御に関する処理および管理を行う。上位層処理部１０１における処理および管理は、端末装置毎、または基地局装置に接続している端末装置共通に行われる。上位層処理部１０１における処理および管理は、上位層処理部１０１のみで行われてもよいし、上位ノードまたは他の基地局装置から取得してもよい。
上位層処理部１０１における無線リソース制御では、下りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ（ＲＲＣパラメータ）、および／または、ＭＡＣ ＣＥ（Control Element）の生成および／または管理が行われる。
上位層処理部１０１におけるサブフレーム設定では、サブフレーム設定、サブフレームパターン設定、上りリンク−下りリンク設定、上りリンク参照ＵＬ−ＤＬ設定、および／または、下りリンク参照ＵＬ−ＤＬ設定の管理が行われる。なお、上位層処理部１０１におけるサブフレーム設定は、基地局サブフレーム設定とも呼称される。また、上位層処理部１０１におけるサブフレーム設定は、上りリンクのトラフィック量および下りリンクのトラフィック量に基づいて決定できる。また、上位層処理部１０１におけるサブフレーム設定は、上位層処理部１０１におけるスケジューリング制御のスケジューリング結果に基づいて決定できる。
上位層処理部１０１におけるスケジューリング制御では、受信したチャネル状態情報およびチャネル測定部１０５９から入力された伝搬路の推定値やチャネルの品質などに基づいて、物理チャネル（ＰＤＳＣＨおよびＰＵＳＣＨ）を割り当てる周波数およびサブフレーム、物理チャネル（ＰＤＳＣＨおよびＰＵＳＣＨ）の符号化率および変調方式および送信電力などが決定される。例えば、制御部１０３は、上位層処理部１０１におけるスケジューリング制御のスケジューリング結果に基づいて、制御情報（ＤＣＩフォーマット）を生成する。
上位層処理部１０１におけるＣＳＩ報告制御では、端末装置２のＣＳＩ報告が制御される。例えば、端末装置２においてＣＳＩを算出するために想定するためのＣＳＩ参照リソースに関する設定が制御される。
受信部１０５は、制御部１０３からの制御に従って、送受信アンテナ１０９を介して端末装置２から送信された信号を受信し、さらに分離、復調、復号などの受信処理を行い、受信処理された情報を制御部１０３に出力する。なお、受信部１０５における受信処理は、あらかじめ規定された設定、または基地局装置１が端末装置２に通知した設定に基づいて行われる。
無線受信部１０５７は、送受信アンテナ１０９を介して受信された上りリンクの信号に対して、中間周波数への変換（ダウンコンバート）、不要な周波数成分の除去、信号レベルが適切に維持されるように増幅レベルの制御、受信された信号の同相成分および直交成分に基づく直交復調、アナログ信号からディジタル信号への変換、ガードインターバル（Guard Interval: GI）の除去、および／または、高速フーリエ変換（Fast Fourier Transform: FFT）による周波数領域の信号の抽出を行う。
多重分離部１０５５は、無線受信部１０５７から入力された信号から、ＰＵＣＣＨまたはＰＵＳＣＨなどの上りリンクチャネルおよび／または上りリンク参照信号を分離する。多重分離部１０５５は、上りリンク参照信号をチャネル測定部１０５９に出力する。多重分離部１０５５は、チャネル測定部１０５９から入力された伝搬路の推定値から、上りリンクチャネルに対する伝搬路の補償を行う。
復調部１０５３は、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary Phase Shift Keying）、ＱＰＳＫ（Quadrature Phase shift Keying）、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭ、２５６ＱＡＭ等の変調方式を用いて受信信号の復調を行う。復調部１０５３は、ＭＩＭＯ多重された上りリンクチャネルの分離および復調を行う。
復号化部１０５１は、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータおよび／または上りリンク制御情報は制御部１０３へ出力される。復号化部１０５１は、ＰＵＳＣＨに対しては、トランスポートブロック毎に復号処理を行う。
チャネル測定部１０５９は、多重分離部１０５５から入力された上りリンク参照信号から伝搬路の推定値および／またはチャネルの品質などを測定し、多重分離部１０５５および／または制御部１０３に出力する。例えば、ＵＬ−ＤＭＲＳはＰＵＣＣＨまたはＰＵＳＣＨに対する伝搬路補償を行うための伝搬路の推定値を測定し、ＳＲＳは上りリンクにおけるチャネルの品質を測定する。
送信部１０７は、制御部１０３からの制御に従って、上位層処理部１０１から入力された下りリンク制御情報および下りリンクデータに対して、符号化、変調および多重などの送信処理を行う。例えば、送信部１０７は、ＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨ、ＰＤＳＣＨ、および下りリンク参照信号を生成および多重し、送信信号を生成する。なお、送信部１０７における送信処理は、あらかじめ規定された設定、基地局装置１が端末装置２に通知した設定、または、同一のサブフレームで送信されるＰＤＣＣＨまたはＥＰＤＣＣＨを通じて通知される設定に基づいて行われる。
符号化部１０７１は、制御部１０３から入力されたＨＡＲＱインディケータ（ＨＡＲＱ−ＡＣＫ）、下りリンク制御情報、および下りリンクデータを、ブロック符号化、畳込み符号化、ターボ符号化等の所定の符号化方式を用いて符号化を行う。変調部１０７３は、符号化部１０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。下りリンク参照信号生成部１０７９は、物理セル識別子（ＰＣＩ：Physical cell identification）、端末装置２に設定されたＲＲＣパラメータなどに基づいて、下りリンク参照信号を生成する。多重部１０７５は、各チャネルの変調シンボルと下りリンク参照信号を多重し、所定のリソースエレメントに配置する。
無線送信部１０７７は、多重部１０７５からの信号に対して、逆高速フーリエ変換（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）の生成および／または管理が行われる。
上位層処理部２０１におけるサブフレーム設定では、基地局装置１および／または基地局装置１とは異なる基地局装置におけるサブフレーム設定が管理される。サブフレーム設定は、サブフレームに対する上りリンクまたは下りリンクの設定、サブフレームパターン設定、上りリンク−下りリンク設定、上りリンク参照ＵＬ−ＤＬ設定、および／または、下りリンク参照ＵＬ−ＤＬ設定を含む。なお、上位層処理部２０１におけるサブフレーム設定は、端末サブフレーム設定とも呼称される。
上位層処理部２０１におけるスケジューリング制御では、基地局装置１からのＤＣＩ（スケジューリング情報）に基づいて、受信部２０５および送信部２０７に対するスケジューリングに関する制御を行うための制御情報が生成される。
上位層処理部２０１におけるＣＳＩ報告制御では、基地局装置１に対するＣＳＩの報告に関する制御が行われる。例えば、ＣＳＩ報告制御では、チャネル測定部２０５９でＣＳＩを算出するために想定するためのＣＳＩ参照リソースに関する設定が制御される。ＣＳＩ報告制御では、ＤＣＩおよび／またはＲＲＣパラメータに基づいて、ＣＳＩを報告するために用いられるリソース（タイミング）を制御する。
受信部２０５は、制御部２０３からの制御に従って、送受信アンテナ２０９を介して基地局装置１から送信された信号を受信し、さらに分離、復調、復号などの受信処理を行い、受信処理された情報を制御部２０３に出力する。なお、受信部２０５における受信処理は、あらかじめ規定された設定、または基地局装置１からの通知または設定に基づいて行われる。
無線受信部２０５７は、送受信アンテナ２０９を介して受信された上りリンクの信号に対して、中間周波数への変換（ダウンコンバート）、不要な周波数成分の除去、信号レベルが適切に維持されるように増幅レベルの制御、受信された信号の同相成分および直交成分に基づく直交復調、アナログ信号からディジタル信号への変換、ガードインターバル（Guard Interval: GI）の除去、および／または、高速フーリエ変換（Fast Fourier Transform: FFT）による周波数領域の信号の抽出を行う。
多重分離部２０５５は、無線受信部２０５７から入力された信号から、ＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨまたはＰＤＳＣＨなどの下りリンクチャネル、下りリンク同期信号および／または下りリンク参照信号を分離する。多重分離部２０５５は、下りリンク参照信号をチャネル測定部２０５９に出力する。多重分離部２０５５は、チャネル測定部２０５９から入力された伝搬路の推定値から、下りリンクチャネルに対する伝搬路の補償を行う。
復調部２０５３は、下りリンクチャネルの変調シンボルに対して、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の変調方式を用いて受信信号の復調を行う。復調部２０５３は、ＭＩＭＯ多重された下りリンクチャネルの分離および復調を行う。
復号化部２０５１は、復調された下りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された下りリンクデータおよび／または下りリンク制御情報は制御部２０３へ出力される。復号化部２０５１は、ＰＤＳＣＨに対しては、トランスポートブロック毎に復号処理を行う。
チャネル測定部２０５９は、多重分離部２０５５から入力された下りリンク参照信号から伝搬路の推定値および／またはチャネルの品質などを測定し、多重分離部２０５５および／または制御部２０３に出力する。チャネル測定部２０５９が測定に用いる下りリンク参照信号は、少なくともＲＲＣパラメータによって設定される送信モードおよび／または他のＲＲＣパラメータに基づいて決定されてもよい。例えば、ＤＬ−ＤＭＲＳはＰＤＳＣＨまたはＥＰＤＣＣＨに対する伝搬路補償を行うための伝搬路の推定値を測定する。ＣＲＳはＰＤＣＣＨまたはＰＤＳＣＨに対する伝搬路補償を行うための伝搬路の推定値、および／または、ＣＳＩを報告するための下りリンクにおけるチャネルを測定する。ＣＳＩ−ＲＳは、ＣＳＩを報告するための下りリンクにおけるチャネルを測定する。チャネル測定部２０５９は、ＣＲＳ、ＣＳＩ−ＲＳまたは検出信号に基づいて、ＲＳＲＰ（Reference Signal Received Power）および／またはＲＳＲＱ（Reference Signal Received Quality）を算出し、上位層処理部２０１へ出力する。
送信部２０７は、制御部２０３からの制御に従って、上位層処理部２０１から入力された上りリンク制御情報および上りリンクデータに対して、符号化、変調および多重などの送信処理を行う。例えば、送信部２０７は、ＰＵＳＣＨまたはＰＵＣＣＨなどの上りリンクチャネルおよび／または上りリンク参照信号を生成および多重し、送信信号を生成する。なお、送信部２０７における送信処理は、あらかじめ規定された設定、または、基地局装置１から設定または通知に基づいて行われる。
符号化部２０７１は、制御部２０３から入力されたＨＡＲＱインディケータ（ＨＡＲＱ−ＡＣＫ）、上りリンク制御情報、および上りリンクデータを、ブロック符号化、畳込み符号化、ターボ符号化等の所定の符号化方式を用いて符号化を行う。変調部２０７３は、符号化部２０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。上りリンク参照信号生成部２０７９は、端末装置２に設定されたＲＲＣパラメータなどに基づいて、上りリンク参照信号を生成する。多重部２０７５は、各チャネルの変調シンボルと上りリンク参照信号を多重し、所定のリソースエレメントに配置する。
無線送信部２０７７は、多重部２０７５からの信号に対して、逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）による時間領域の信号への変換、ガードインターバルの付加、ベースバンドのディジタル信号の生成、アナログ信号への変換、直交変調、中間周波数の信号から高周波数の信号への変換（アップコンバート: up convert）、余分な周波数成分の除去、電力の増幅などの処理を行い、送信信号を生成する。無線送信部２０７７が出力した送信信号は、送受信アンテナ２０９から送信される。
＜本実施形態における制御情報のシグナリング＞
基地局装置１および端末装置２は、それぞれ制御情報のシグナリング（通知、報知、設定）のために、様々な方法を用いることができる。制御情報のシグナリングは、様々な層（レイヤー）で行うことができる。制御情報のシグナリングは、物理層（レイヤー）を通じたシグナリングである物理層シグナリング、ＲＲＣ層を通じたシグナリングであるＲＲＣシグナリング、および、ＭＡＣ層を通じたシグナリングであるＭＡＣシグナリングなどを含む。ＲＲＣシグナリングは、端末装置２に固有の制御情報を通知する専用のＲＲＣシグナリング（Dedicated RRC signaling）、または、基地局装置１に固有の制御情報を通知する共通のＲＲＣシグナリング（Common RRC signaling）である。ＲＲＣシグナリングやＭＡＣシグナリングなど、物理層から見て上位の層が用いるシグナリングは上位層シグナリングとも呼称される。
ＲＲＣシグナリングは、ＲＲＣパラメータをシグナリングすることにより実現される。ＭＡＣシグナリングは、ＭＡＣ制御エレメントをシグナリングすることにより実現される。物理層シグナリングは、下りリンク制御情報（ＤＣＩ：Downlink Control Information）または上りリンクリンク制御情報（ＵＣＩ：Uplink Control Information）をシグナリングすることにより実現される。ＲＲＣパラメータおよびＭＡＣ制御エレメントは、ＰＤＳＣＨまたはＰＵＳＣＨを用いて送信される。ＤＣＩは、ＰＤＣＣＨまたはＥＰＤＣＣＨを用いて送信される。ＵＣＩは、ＰＵＣＣＨまたはＰＵＳＣＨを用いて送信される。ＲＲＣシグナリングおよびＭＡＣシグナリングは、準静的（semi-static）な制御情報をシグナリングするために用いられ、準静的シグナリングとも呼称される。物理層シグナリングは、動的（dynamic）な制御情報をシグナリングするために用いられ、動的シグナリングとも呼称される。ＤＣＩは、ＰＤＳＣＨのスケジューリングまたはＰＵＳＣＨのスケジューリングなどのために用いられる。ＵＣＩは、ＣＳＩ報告、ＨＡＲＱ−ＡＣＫ報告、および／またはスケジューリング要求（ＳＲ：Scheduling Request）などのために用いられる。
＜本実施形態における下りリンク制御情報の詳細＞
ＤＣＩはあらかじめ規定されるフィールドを有するＤＣＩフォーマットを用いて通知される。ＤＣＩフォーマットに規定されるフィールドは、所定の情報ビットがマッピングされる。ＤＣＩは、下りリンクスケジューリング情報、上りリンクスケジューリング情報、サイドリンクスケジューリング情報、非周期的ＣＳＩ報告の要求、または、上りリンク送信電力コマンドを通知する。
端末装置２がモニタするＤＣＩフォーマットは、サービングセル毎に設定された送信モードによって決まる。すなわち、端末装置２がモニタするＤＣＩフォーマットの一部は、送信モードによって異なることができる。例えば、下りリンク送信モード１が設定された端末装置２は、ＤＣＩフォーマット１ＡとＤＣＩフォーマット１をモニタする。例えば、下りリンク送信モード４が設定された端末装置２は、ＤＣＩフォーマット１ＡとＤＣＩフォーマット２をモニタする。例えば、上りリンク送信モード１が設定された端末装置２は、ＤＣＩフォーマット０をモニタする。例えば、上りリンク送信モード２が設定された端末装置２は、ＤＣＩフォーマット０とＤＣＩフォーマット４をモニタする。
端末装置２に対するＤＣＩを通知するＰＤＣＣＨが配置される制御領域は通知されず、端末装置２は端末装置２に対するＤＣＩをブラインドデコーディング（ブラインド検出）により検出する。具体的には、端末装置２は、サービングセルにおいて、ＰＤＣＣＨ候補のセットをモニタする。モニタリングは、そのセットの中のＰＤＣＣＨのそれぞれに対して、全てのモニタされるＤＣＩフォーマットによって復号を試みることを意味する。例えば、端末装置２は、端末装置２宛に送信される可能性がある全てのアグリゲーションレベル、ＰＤＣＣＨ候補、および、ＤＣＩフォーマットについてデコードを試みる。端末装置２は、デコード（検出）が成功したＤＣＩ（ＰＤＣＣＨ）を端末装置２に対するＤＣＩ（ＰＤＣＣＨ）として認識する。
ＤＣＩに対して、巡回冗長検査（ＣＲＣ: Cyclic Redundancy Check）が付加される。ＣＲＣは、ＤＣＩのエラー検出およびＤＣＩのブラインド検出のために用いられる。ＣＲＣ（ＣＲＣパリティビット）は、ＲＮＴＩ（Radio Network Temporary Identifier）によってスクランブルされる。端末装置２は、ＲＮＴＩに基づいて、端末装置２に対するＤＣＩかどうかを検出する。具体的には、端末装置２は、ＣＲＣに対応するビットに対して、所定のＲＮＴＩでデスクランブルを行い、ＣＲＣを抽出し、対応するＤＣＩが正しいかどうかを検出する。
ＲＮＴＩは、ＤＣＩの目的や用途に応じて規定または設定される。ＲＮＴＩは、Ｃ−ＲＮＴＩ（Cell-RNTI）、ＳＰＳ Ｃ−ＲＮＴＩ（Semi Persistent Scheduling C-RNTI）、ＳＩ−ＲＮＴＩ（System Information-RNTI）、Ｐ−ＲＮＴＩ（Paging-RNTI）、ＲＡ−ＲＮＴＩ（Random Access-RNTI）、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ（Transmit Power Control-PUCCH-RNTI）、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ（Transmit Power Control-PUSCH-RNTI）、一時的Ｃ−ＲＮＴＩ、Ｍ−ＲＮＴＩ（MBMS (Multimedia Broadcast Multicast Services) -RNTI）、および、ｅＩＭＴＡ−ＲＮＴＩを含む。
Ｃ−ＲＮＴＩおよびＳＰＳ Ｃ−ＲＮＴＩは、基地局装置１（セル）内において端末装置２に固有のＲＮＴＩであり、端末装置２を識別するための識別子である。Ｃ−ＲＮＴＩは、あるサブフレームにおけるＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするために用いられる。ＳＰＳ Ｃ−ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのためのリソースの周期的なスケジューリングをアクティベーションまたはリリースするために用いられる。ＳＩ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ＳＩＢ（System Information Block）をスケジューリングするために用いられる。Ｐ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ページングを制御するために用いられる。ＲＡ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ＲＡＣＨに対するレスポンスをスケジューリングするために用いられる。ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ＰＵＣＣＨの電力制御を行うために用いられる。ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ＰＵＳＣＨの電力制御を行うために用いられる。Ｔｅｍｐｏｒａｒｙ Ｃ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、Ｃ−ＲＮＴＩが設定または認識されていない移動局装置によって用いられる。Ｍ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ＭＢＭＳをスケジューリングするために用いられる。ｅＩＭＴＡ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、動的ＴＤＤ（ｅＩＭＴＡ）において、ＴＤＤサービングセルのＴＤＤ ＵＬ／ＤＬ設定に関する情報を通知するために用いられる。なお、上記のＲＮＴＩに限らず、新たなＲＮＴＩによってＤＣＩフォーマットがスクランブルされてもよい。
スケジューリング情報（下りリンクスケジューリング情報、上りリンクスケジューリング情報、サイドリンクスケジューリング情報）は、周波数領域のスケジューリングとして、リソースブロックまたはリソースブロックグループを単位にスケジューリングを行うための情報を含む。リソースブロックグループは、連続するリソースブロックのセットであり、スケジューリングされる端末装置に対する割り当てられるリソースを示す。リソースブロックグループのサイズは、システム帯域幅に応じて決まる。
＜本実施形態における下りリンク制御チャネルの詳細＞
ＤＣＩはＰＤＣＣＨまたはＥＰＤＣＣＨを用いて送信される。端末装置２は、ＲＲＣシグナリングによって設定された１つまたは複数のアクティベートされたサービングセルのＰＤＣＣＨ候補のセットおよび／またはＥＰＤＣＣＨ候補のセットをモニタする。ここで、モニタリングとは、全てのモニタされるＤＣＩフォーマットに対応するセット内のＰＤＣＣＨおよび／またはＥＰＤＣＣＨのデコードを試みることである。
ＰＤＣＣＨ候補のセットまたはＥＰＤＣＣＨ候補のセットは、サーチスペースとも呼称される。サーチスペースには、共有サーチスペース（ＣＳＳ）と端末固有サーチスペース（ＵＳＳ）が定義される。ＣＳＳは、ＰＤＣＣＨに関するサーチスペースのみに対して定義されてもよい。
ＣＳＳ（Common Search Space）は、基地局装置１に固有のパラメータおよび／または予め規定されたパラメータに基づいて設定されるサーチスペースである。例えば、ＣＳＳは、複数の端末装置で共通に用いられるサーチスペースである。そのため、基地局装置１が複数の端末装置で共通の制御チャネルをＣＳＳにマッピングすることにより、制御チャネルを送信するためのリソースが低減される。
ＵＳＳ（UE-specific Search Space）は、少なくとも端末装置２に固有のパラメータを用いて設定されるサーチスペースである。そのため、ＵＳＳは、端末装置２に固有のサーチスペースであり、端末装置２に固有の制御チャネルを個別に送信することができる。そのため、基地局装置１は複数の端末装置に固有の制御チャネルを効率的にマッピングできる。
ＵＳＳは、複数の端末装置に共通に用いられるように設定されてもよい。複数の端末装置に対して共通のＵＳＳが設定されるために、端末装置２に固有のパラメータは、複数の端末装置の間で同じ値になるように設定される。例えば、複数の端末装置の間で同じパラメータに設定される単位は、セル、送信点、または所定の端末装置のグループなどである。
アグリゲーションレベル毎のサーチスペースはＰＤＣＣＨ候補のセットによって定義される。ＰＤＣＣＨのそれぞれは、１つ以上のＣＣＥ（Control Channel Element）の集合を用いて送信される。１つのＰＤＣＣＨに用いられるＣＣＥの数は、アグリゲーションレベルとも呼称される。例えば、１つのＰＤＣＣＨに用いられるＣＣＥの数は、１、２、４または８である。
アグリゲーションレベル毎のサーチスペースはＥＰＤＣＣＨ候補のセットによって定義される。ＥＰＤＣＣＨのそれぞれは、１つ以上のＥＣＣＥ（Enhanced Control Channel Element）の集合を用いて送信される。１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、アグリゲーションレベルとも呼称される。例えば、１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、１、２、４、８、１６または３２である。
ＰＤＣＣＨ候補の数またはＥＰＤＣＣＨ候補の数は、少なくともサーチスペースおよびアグリゲーションレベルに基づいて決まる。例えば、ＣＳＳにおいて、アグリゲーションレベル４および８におけるＰＤＣＣＨ候補の数はそれぞれ４および２である。例えば、ＵＳＳにおいて、アグリゲーション１、２、４および８におけるＰＤＣＣＨ候補の数はそれぞれ６、６、２および２である。
それぞれのＥＣＣＥは、複数のＥＲＥＧ（Enhanced resource element group）で構成される。ＥＲＥＧは、ＥＰＤＣＣＨのリソースエレメントに対するマッピングを定義するために用いられる。各ＲＢペアにおいて、０から１５に番号付けされる、１６個のＥＲＥＧが定義される。すなわち、各ＲＢペアにおいて、ＥＲＥＧ０〜ＥＲＥＧ１５が定義される。各ＲＢペアにおいて、ＥＲＥＧ０〜ＥＲＥＧ１５は、所定の信号および／またはチャネルがマッピングされるリソースエレメント以外のリソースエレメントに対して、周波数方向を優先して、周期的に定義される。例えば、アンテナポート１０７〜１１０で送信されるＥＰＤＣＣＨに関連付けられる復調用参照信号がマッピングされるリソースエレメントは、ＥＲＥＧを定義しない。
１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、ＥＰＤＣＣＨフォーマットに依存し、他のパラメータに基づいて決定される。１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、アグリゲーションレベルとも呼称される。例えば、１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、１つのＲＢペアにおけるＥＰＤＣＣＨ送信に用いることができるリソースエレメントの数、ＥＰＤＣＣＨの送信方法などに基づいて、決定される。例えば、１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、１、２、４、８、１６または３２である。また、１つのＥＣＣＥに用いられるＥＲＥＧの数は、サブフレームの種類およびサイクリックプレフィックスの種類に基づいて決定され、４または８である。ＥＰＤＣＣＨの送信方法として、分散送信（Distributed transmission）および局所送信（Localized transmission）がサポートされる。
ＥＰＤＣＣＨは、分散送信または局所送信を用いることができる。分散送信および局所送信は、ＥＲＥＧおよびＲＢペアに対するＥＣＣＥのマッピングが異なる。例えば、分散送信において、１つのＥＣＣＥは、複数のＲＢペアのＥＲＥＧを用いて構成される。局所送信において、１つのＥＣＣＥは、１つのＲＢペアのＥＲＥＧを用いて構成される。
基地局装置１は、端末装置２に対して、ＥＰＤＣＣＨに関する設定を行う。端末装置２は、基地局装置１からの設定に基づいて、複数のＥＰＤＣＣＨをモニタリングする。端末装置２がＥＰＤＣＣＨをモニタリングするＲＢペアのセットが、設定されうる。そのＲＢペアのセットは、ＥＰＤＣＣＨセットまたはＥＰＤＣＣＨ−ＰＲＢセットとも呼称される。１つの端末装置２に対して、１つ以上のＥＰＤＣＣＨセットが設定できる。各ＥＰＤＣＣＨセットは、１つ以上のＲＢペアで構成される。また、ＥＰＤＣＣＨに関する設定は、ＥＰＤＣＣＨセット毎に個別に行うことができる。
基地局装置１は、端末装置２に対して、所定数のＥＰＤＣＣＨセットを設定できる。例えば、２つまでのＥＰＤＣＣＨセットが、ＥＰＤＣＣＨセット０および／またはＥＰＤＣＣＨセット１として、設定できる。ＥＰＤＣＣＨセットのそれぞれは、所定数のＲＢペアで構成できる。各ＥＰＤＣＣＨセットは、複数のＥＣＣＥの１つのセットを構成する。１つのＥＰＤＣＣＨセットに構成されるＥＣＣＥの数は、そのＥＰＤＣＣＨセットとして設定されるＲＢペアの数、および、１つのＥＣＣＥに用いられるＥＲＥＧの数に基づいて、決定される。１つのＥＰＤＣＣＨセットに構成されるＥＣＣＥの数がＮである場合、各ＥＰＤＣＣＨセットは、０〜Ｎ−１で番号付けされたＥＣＣＥを構成する。例えば、１つのＥＣＣＥに用いられるＥＲＥＧの数が４である場合、４つのＲＢペアで構成されるＥＰＤＣＣＨセットは１６個のＥＣＣＥを構成する。
＜本実施形態におけるチャネル状態情報の詳細＞
端末装置２は基地局装置１にＣＳＩを報告（レポート）する。ＣＳＩを報告するために用いられる時間および周波数のリソースは、基地局装置１によって制御される。端末装置２は、基地局装置１からＲＲＣシグナリングによってＣＳＩに関する設定が行われる。端末装置２は、所定の送信モードにおいて、１つ以上のＣＳＩプロセスが設定される。端末装置２によって報告されるＣＳＩは、ＣＳＩプロセスに対応する。例えば、ＣＳＩプロセスは、ＣＳＩに関する制御または設定の単位である。ＣＳＩプロセスのそれぞれは、ＣＳＩ−ＲＳリソース、ＣＳＩ−ＩＭリソース、周期的ＣＳＩ報告に関する設定（例えば、報告の周期とオフセット）、および／または、非周期的ＣＳＩ報告に関する設定を独立に設定できる。
ＣＳＩは、ＣＱＩ（Channel quality indicator）、ＰＭＩ（Precoding matrix indicator）、ＰＴＩ（Precoding type indicator）、ＲＩ（Rank indicator）、および／またはＣＲＩ（CSI-RS resource indicator）で構成される。ＲＩは、送信レイヤの数（ランク数）を示す。ＰＭＩは、予め規定されたプレコーディング行列を示す情報である。ＰＭＩは、１つの情報または２つの情報により、１つのプレコーディング行列を示す。２つの情報を用いる場合のＰＭＩは、第１のＰＭＩと第２のＰＭＩとも呼称される。ＣＱＩは、予め規定された変調方式と符号化率との組み合わせを示す情報である。ＣＲＩは、１つのＣＳＩプロセスにおいてＣＳＩ−ＲＳリソースが２つ以上設定された場合に、それらのＣＳＩ−ＲＳリソースから選択される１つのＣＳＩ−ＲＳリソースを示す情報（シングルインスタンス）である。端末装置２は、基地局装置１に推奨するＣＳＩを報告する。端末装置２は、トランスポートブロック（コードワード）毎に、所定の受信品質を満たすＣＱＩを報告する。
ＣＲＩの報告において、設定されるＣＳＩ−ＲＳリソースから１つのＣＳＩ−ＲＳリソースが選択される。ＣＲＩが報告された場合、報告されるＰＭＩ、ＣＱＩおよびＲＩは、その報告されたＣＲＩに基づいて算出（選択）される。例えば、設定されるＣＳＩ−ＲＳリソースがそれぞれプレコーディングされる場合、端末装置２がＣＲＩを報告することにより、端末装置２に好適なプレコーディング（ビーム）が報告される。
周期的ＣＳＩ報告が可能なサブフレーム（reporting instances）は、上位層のパラメータ（ＣＱＩＰＭＩインデックス、ＲＩインデックス、ＣＲＩインデックス）により設定される、報告の周期およびサブフレームオフセットによって決定される。なお、上位層のパラメータは、ＣＳＩを測定するために設定されるサブフレームセットに独立に設定できる。複数のサブフレームセットに対して１つの情報しか設定されない場合、その情報は、サブフレームセット間で共通とすることができる。それぞれのサービングセルにおいて、１つ以上の周期的ＣＳＩ報告は、上位層のシグナリングによって設定される。
ＣＳＩ報告タイプは、ＰＵＣＣＨ ＣＳＩ報告モードをサポートしている。ＣＳＩ報告タイプは、ＰＵＣＣＨ報告タイプとも呼称される。タイプ１報告は、端末選択サブバンドに対するＣＱＩのフィードバックをサポートしている。タイプ１ａ報告は、サブバンドＣＱＩと第２のＰＭＩのフィードバンクをサポートしている。タイプ２、タイプ２ｂ、タイプ２ｃ報告は、ワイドバンドＣＱＩとＰＭＩのフィードバックをサポートしている。タイプ２ａ報告は、ワイドバンドＰＭＩのフィードバンクをサポートしている。タイプ３報告は、ＲＩのフィードバックをサポートしている。タイプ４報告は、ワイドバンドＣＱＩのフィードバックをサポートしている。タイプ５報告は、ＲＩとワイドバンドＰＭＩのフィードバックをサポートしている。タイプ６報告は、ＲＩとＰＴＩのフィードバックをサポートしている。タイプ７報告は、ＣＲＩとＲＩのフィードバックをサポートしている。タイプ８報告は、ＣＲＩとＲＩとワイドバンドＰＭＩのフィードバックをサポートしている。タイプ９報告は、ＣＲＩとＲＩとＰＴＩのフィードバックをサポートしている。タイプ１０報告は、ＣＲＩのフィードバックをサポートしている。
端末装置２は、基地局装置１からＣＳＩ測定およびＣＳＩ報告に関する情報が設定される。ＣＳＩ測定は、参照信号および／または参照リソース（例えば、ＣＲＳ、ＣＳＩ−ＲＳ、ＣＳＩ−ＩＭリソース、および／またはＤＲＳ）に基づいて行われる。ＣＳＩ測定に用いられる参照信号は、送信モードの設定などに基づいて決まる。ＣＳＩ測定は、チャネル測定と干渉測定とに基づいて行われる。例えば、チャネル測定は、所望のセルの電力を測定する。干渉測定は、所望のセル以外の電力と雑音電力とを測定する。
例えば、ＣＳＩ測定において、端末装置２は、ＣＲＳに基づいてチャネル測定と干渉測定とを行う。例えば、ＣＳＩ測定において、端末装置２は、ＣＳＩ−ＲＳに基づいてチャネル測定を行い、ＣＲＳに基づいて干渉測定を行う。例えば、ＣＳＩ測定において、端末装置２は、ＣＳＩ−ＲＳに基づいてチャネル測定を行い、ＣＳＩ−ＩＭリソースに基づいて干渉測定を行う。
ＣＳＩプロセスは、上位層のシグナリングによって端末装置２に固有の情報として設定される。端末装置２は、１つ以上のＣＳＩプロセスが設定され、そのＣＳＩプロセスの設定に基づいてＣＳＩ測定およびＣＳＩ報告を行う。例えば、端末装置２は、複数のＣＳＩプロセスが設定された場合、それらのＣＳＩプロセスに基づく複数のＣＳＩを独立に報告する。それぞれのＣＳＩプロセスは、セル状態情報のための設定、ＣＳＩプロセスの識別子、ＣＳＩ−ＲＳに関する設定情報、ＣＳＩ−ＩＭに関する設定情報、ＣＳＩ報告のために設定されるサブフレームパターン、周期的なＣＳＩ報告に関する設定情報、および／または、非周期的なＣＳＩ報告に関する設定情報を含む。なお、セル状態情報のための設定は、複数のＣＳＩプロセスに対して共通であってもよい。
端末装置２は、ＣＳＩ測定を行うためにＣＳＩ参照リソースを用いる。例えば、端末装置２は、ＣＳＩ参照リソースで示される下りリンク物理リソースブロックのグループを用いて、ＰＤＳＣＨが送信される場合のＣＳＩを測定する。ＣＳＩサブフレームセットが上位層のシグナリングによって設定された場合、それぞれのＣＳＩ参照リソースは、ＣＳＩサブフレームセットのいずれかに属し、ＣＳＩサブフレームセットの両方に属しない。
周波数方向において、ＣＳＩ参照リソースは、測定されるＣＱＩの値に関連するバンドに対応する下りリンク物理リソースブロックのグループによって定義される。
レイヤ方向（空間方向）において、ＣＳＩ参照リソースは、測定されるＣＱＩが条件をつけるＲＩおよびＰＭＩによって定義される。すなわち、レイヤ方向（空間方向）において、ＣＳＩ参照リソースは、ＣＱＩを測定する時に想定または生成されたＲＩおよびＰＭＩによって定義される。
時間方向において、ＣＳＩ参照リソースは、所定の１つ以上の下りリンクサブフレームによって定義される。具体的には、ＣＳＩ参照リソースは、ＣＳＩ報告するサブフレームより所定数前の有効なサブフレームによって定義される。ＣＳＩ参照リソースを定義する所定のサブフレーム数は、送信モード、フレーム構成タイプ、設定されるＣＳＩプロセスの数、および／または、ＣＳＩ報告モードなどに基づいて決まる。例えば、端末装置２に対して、１つのＣＳＩプロセスと周期的なＣＳＩ報告のモードが設定される場合、ＣＳＩ参照リソースを定義する所定のサブフレーム数は、有効な下りリンクサブフレームのうち、４以上の最小値である。
有効なサブフレームは、所定の条件を満たすサブフレームである。あるサービングセルにおける下りリンクサブフレームは、以下の条件の一部または全部が当てはまる場合、有効であると考えられる。
（１）有効な下りリンクサブフレームは、ON状態およびOFF状態に関するＲＲＣパラメータが設定される端末装置２において、ON状態のサブフレームである。
（２）有効な下りリンクサブフレームは、端末装置２において下りリンクサブフレームとして設定される。
（３）有効な下りリンクサブフレームは、所定の送信モードにおいて、ＭＢＳＦＮ（Multimedia Broadcast multicast service Single Frequency Network）サブフレームではない。
（４）有効な下りリンクサブフレームは、端末装置２に設定された測定間隔（measurement gap）の範囲に含まれない。
（５）有効な下りリンクサブフレームは、周期的なＣＳＩ報告において、端末装置２にＣＳＩサブフレームセットが設定される時、周期的なＣＳＩ報告にリンクされるＣＳＩサブフレームセットの要素または一部である。
（６）有効な下りリンクサブフレームは、ＣＳＩプロセスに対する非周期的ＣＳＩ報告において、上りリンクのＤＣＩフォーマット内の対応するＣＳＩリクエストを伴う下りリンクサブフレームにリンクされるＣＳＩサブフレームセットの要素または一部である。その条件において、端末装置２に所定の送信モードと、複数のＣＳＩプロセスと、ＣＳＩプロセスに対するＣＳＩサブフレームセットとが設定される。
＜本実施形態におけるマルチキャリア送信の詳細＞
端末装置２は複数のセルが設定され、マルチキャリア送信を行うことができる。端末装置２が複数のセルを用いる通信は、ＣＡ（キャリアアグリゲーション）またはＤＣ（デュアルコネクティビティ）と称される。本実施形態に記載の内容は、端末装置２に対して設定される複数のセルのそれぞれまたは一部に適用できる。端末装置２に設定されるセルを、サービングセルとも称する。
ＣＡおいて、設定される複数のサービングセルは、１つのプライマリーセル（PCell: Primary Cell）と１つ以上のセカンダリーセル（SCell: Secondary Cell）とを含む。ＣＡをサポートしている端末装置２に対して、１つのプライマリーセルと１つ以上のセカンダリーセルが設定されうる。
プライマリーセルは、初期コネクション構築（initial connection establishment）手続きが行なわれたサービングセル、コネクション再構築（connection re-establishment）手続きを開始したサービングセル、または、ハンドオーバ手続きにおいてプライマリーセルと指示されたセルである。プライマリーセルは、プライマリー周波数でオペレーションする。セカンダリーセルは、コネクションの構築または再構築以降に設定されうる。セカンダリーセルは、セカンダリー周波数でオペレーションする。なお、コネクションは、ＲＲＣコネクションとも称される。
ＤＣは、少なくとも２つの異なるネットワークポイントから提供される無線リソースを所定の端末装置２が消費するオペレーションである。ネットワークポイントは、マスター基地局装置（MeNB: Master eNB）とセカンダリー基地局装置（SeNB: Secondary eNB）である。デュアルコネクティビティは、端末装置２が、少なくとも２つのネットワークポイントでＲＲＣ接続を行なうことである。デュアルコネクティビティにおいて、２つのネットワークポイントは、非理想的バックホール（non-ideal backhaul）によって接続されてもよい。
ＤＣにおいて、少なくともＳ１−ＭＭＥ（Mobility Management Entity）に接続され、コアネットワークのモビリティアンカーの役割を果たす基地局装置１をマスター基地局装置と称される。また、端末装置２に対して追加の無線リソースを提供するマスター基地局装置ではない基地局装置１をセカンダリー基地局装置と称される。マスター基地局装置に関連されるサービングセルのグループは、マスターセルグループ（MCG: Master Cell Group）とも呼称される。セカンダリー基地局装置に関連されるサービングセルのグループは、セカンダリーセルグループ（SCG: Secondary Cell Group）とも呼称される。
ＤＣにおいて、プライマリーセルは、ＭＣＧに属する。また、ＳＣＧにおいて、プライマリーセルに相当するセカンダリーセルをプライマリーセカンダリーセル（PSCell: Primary Secondary Cell）と称する。ＰＳＣｅｌｌ（ｐＳＣｅｌｌを構成する基地局装置）には、ＰＣｅｌｌ（ＰＣｅｌｌを構成する基地局装置）と同等の機能（能力、性能）がサポートされてもよい。また、ＰＳＣｅｌｌには、ＰＣｅｌｌの一部の機能だけがサポートされてもよい。例えば、ＰＳＣｅｌｌには、ＣＳＳまたはＵＳＳとは異なるサーチスペースを用いて、ＰＤＣＣＨ送信を行なう機能がサポートされてもよい。また、ＰＳＣｅｌｌは、常にアクティベーションの状態であってもよい。また、ＰＳＣｅｌｌは、ＰＵＣＣＨを受信できるセルである。
ＤＣにおいて、無線ベアラ（データ無線ベアラ（DRB: Date Radio Bearer）および／またはシグナリング無線ベアラ（SRB: Signaling Radio Bearer））は、ＭｅＮＢとＳｅＮＢで個別に割り当てられてもよい。ＭＣＧ（ＰＣｅｌｌ）とＳＣＧ（ＰＳＣｅｌｌ）に対して、それぞれ個別にデュプレックスモードが設定されてもよい。ＭＣＧ（ＰＣｅｌｌ）とＳＣＧ（ＰＳＣｅｌｌ）は、互いに同期されなくてもよい。ＭＣＧ（ＰＣｅｌｌ）とＳＣＧ（ＰＳＣｅｌｌ）に対して、複数のタイミング調整のためのパラメータ（TAG: Timing Advance Group）が独立に設定されてもよい。デュアルコネクティビティにおいて、端末装置２は、ＭＣＧ内のセルに対応するＵＣＩをＭｅＮＢ（ＰＣｅｌｌ）のみで送信し、ＳＣＧ内のセルに対応するＵＣＩをＳｅＮＢ（ｐＳＣｅｌｌ）のみで送信する。それぞれのＵＣＩの送信において、ＰＵＣＣＨおよび／またはＰＵＳＣＨを用いた送信方法はそれぞれのセルグループで適用される。
ＰＵＣＣＨおよびＰＢＣＨ（ＭＩＢ）は、ＰＣｅｌｌまたはＰＳＣｅｌｌのみで送信される。また、ＰＲＡＣＨは、ＣＧ内のセル間で複数のＴＡＧ（Timing Advance Group）が設定されない限り、ＰＣｅｌｌまたはＰＳＣｅｌｌのみで送信される。
ＰＣｅｌｌまたはＰＳＣｅｌｌでは、ＳＰＳ（Semi-Persistent Scheduling）やＤＲＸ（Discontinuous Transmission）を行ってもよい。セカンダリーセルでは、同じセルグループのＰＣｅｌｌまたはＰＳＣｅｌｌと同じＤＲＸを行ってもよい。
セカンダリーセルにおいて、ＭＡＣの設定に関する情報／パラメータは、基本的に、同じセルグループのＰＣｅｌｌまたはＰＳＣｅｌｌと共有している。一部のパラメータは、セカンダリーセル毎に設定されてもよい。一部のタイマーやカウンタが、ＰＣｅｌｌまたはＰＳＣｅｌｌのみに対して適用されてもよい。
ＣＡにおいて、ＴＤＤ方式が適用されるセルとＦＤＤ方式が適用されるセルが集約されてもよい。ＴＤＤが適用されるセルとＦＤＤが適用されるセルとが集約される場合に、ＴＤＤが適用されるセルおよびＦＤＤが適用されるセルのいずれか一方に対して本開示を適用することができる。
端末装置２は、端末装置２によってＣＡがサポートされているバンドの組合せを示す情報を、基地局装置１に送信する。端末装置２は、バンドの組合せのそれぞれに対して、異なる複数のバンドにおける前記複数のサービングセルにおける同時送信および受信をサポートしているかどうかを指示する情報を、基地局装置１に送信する。
＜本実施形態におけるリソース割り当ての詳細＞
基地局装置１は、端末装置２にＰＤＳＣＨおよび／またはＰＵＳＣＨのリソース割り当ての方法として、複数の方法を用いることができる。リソース割り当ての方法は、動的スケジューリング、セミパーシステントスケジューリング、マルチサブフレームスケジューリング、およびクロスサブフレームスケジューリングを含む。
動的スケジューリングにおいて、１つのＤＣＩは１つのサブフレームにおけるリソース割り当てを行う。具体的には、あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームにおけるＰＤＳＣＨに対するスケジューリングを行う。あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームより後の所定のサブフレームにおけるＰＵＳＣＨに対するスケジューリングを行う。
マルチサブフレームスケジューリングにおいて、１つのＤＣＩは１つ以上のサブフレームにおけるリソース割り当てを行う。具体的には、あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームより所定数後の１つ以上のサブフレームにおけるＰＤＳＣＨに対するスケジューリングを行う。あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームより所定数後の１つ以上のサブフレームにおけるＰＵＳＣＨに対するスケジューリングを行う。その所定数はゼロ以上の整数にすることができる。その所定数は、あらかじめ規定されてもよいし、物理層シグナリングおよび／またはＲＲＣシグナリングに基づいて決められてもよい。マルチサブフレームスケジューリングにおいて、連続したサブフレームがスケジューリングされてもよいし、所定の周期を有するサブフレームがスケジューリングされてもよい。スケジューリングされるサブフレームの数は、あらかじめ規定されてもよいし、物理層シグナリングおよび／またはＲＲＣシグナリングに基づいて決められてもよい。
クロスサブフレームスケジューリングにおいて、１つのＤＣＩは１つのサブフレームにおけるリソース割り当てを行う。具体的には、あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームより所定数後の１つのサブフレームにおけるＰＤＳＣＨに対するスケジューリングを行う。あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームより所定数後の１つのサブフレームにおけるＰＵＳＣＨに対するスケジューリングを行う。その所定数はゼロ以上の整数にすることができる。その所定数は、あらかじめ規定されてもよいし、物理層シグナリングおよび／またはＲＲＣシグナリングに基づいて決められてもよい。クロスサブフレームスケジューリングにおいて、連続したサブフレームがスケジューリングされてもよいし、所定の周期を有するサブフレームがスケジューリングされてもよい。
セミパーシステントスケジューリング（ＳＰＳ）において、１つのＤＣＩは１つ以上のサブフレームにおけるリソース割り当てを行う。端末装置２は、ＲＲＣシグナリングによってＳＰＳに関する情報が設定され、ＳＰＳを有効にするためのＰＤＣＣＨまたはＥＰＤＣＣＨを検出した場合、ＳＰＳに関する処理を有効にし、ＳＰＳに関する設定に基づいて所定のＰＤＳＣＨおよび／またはＰＵＳＣＨを受信する。端末装置２は、ＳＰＳが有効である時にＳＰＳをリリースするためのＰＤＣＣＨまたはＥＰＤＣＣＨを検出した場合、ＳＰＳをリリース（無効に）し、所定のＰＤＳＣＨおよび／またはＰＵＳＣＨの受信を止める。ＳＰＳのリリースは、所定の条件を満たした場合に基づいて行ってもよい。例えば、所定数の空送信のデータを受信した場合に、ＳＰＳはリリースされる。ＳＰＳをリリースするためのデータの空送信は、ゼロＭＡＣ ＳＤＵ（Service Data Unit）を含むＭＡＣ ＰＤＵ（Protocol Data Unit）に対応する。
ＲＲＣシグナリングによるＳＰＳに関する情報は、ＳＰＳのＲＮＴＩであるＳＰＳ Ｃ−ＲＮＴＩ、ＰＤＳＣＨのスケジューリングされる周期（インターバル）に関する情報、ＰＵＳＣＨのスケジューリングされる周期（インターバル）に関する情報、ＳＰＳをリリースするための設定に関する情報、および／または、ＳＰＳにおけるＨＡＲＱプロセスの番号を含む。ＳＰＳは、プライマリーセルおよび／またはプライマリーセカンダリーセルのみにサポートされる。
＜本実施形態における下りリンクのリソースエレメントマッピングの詳細＞
図５は、本実施形態における下りリンクのリソースエレメントマッピングの一例を示す図である。この例では、１つのリソースブロックおよび１つのスロットのＯＦＤＭシンボル数が７である場合において、１つのリソースブロックペアにおけるリソースエレメントの集合が示されている。また、リソースブロックペア内の時間方向に前半の７つのＯＦＤＭシンボルは、スロット０（第１のスロット）とも呼称される。リソースブロックペア内の時間方向に後半の７つのＯＦＤＭシンボルは、スロット１（第２のスロット）とも呼称される。また、各スロット（リソースブロック）におけるＯＦＤＭシンボルのそれぞれは、ＯＦＤＭシンボル番号０〜６で示される。また、リソースブロックペアにおける周波数方向のサブキャリアのそれぞれは、サブキャリア番号０〜１１で示される。なお、システム帯域幅が複数のリソースブロックで構成される場合、サブキャリア番号はそのシステム帯域幅に渡って異なるように割り当てる。例えば、システム帯域幅が６個のリソースブロックで構成される場合、サブキャリア番号０〜７１が割り当てられるサブキャリアが用いられる。なお、本実施形態の説明では、リソースエレメント（ｋ，ｌ）は、サブキャリア番号ｋとＯＦＤＭシンボル番号ｌで示されるリソースエレメントである。
Ｒ０〜Ｒ３で示されるリソースエレメントは、それぞれアンテナポート０〜３のセル固有参照信号を示す。以下では、アンテナポート０〜３のセル固有参照信号はＣＲＳ（Cell-specific RS）とも呼称される。この例では、ＣＲＳが４つのアンテナポートの場合であるが、その数を変えることができる。例えば、ＣＲＳは、１つのアンテナポートまたは２つのアンテナポートを用いることができる。また、ＣＲＳは、セルＩＤに基づいて、周波数方向へシフトすることができる。例えば、ＣＲＳは、セルＩＤを６で割った余りに基づいて、周波数方向へシフトすることができる。
Ｃ１〜Ｃ４で示されるリソースエレメントは、アンテナポート１５〜２２の伝送路状況測定用参照信号（ＣＳＩ−ＲＳ）を示す。Ｃ１〜Ｃ４で示されるリソースエレメントは、それぞれＣＤＭ（Code Division Multiplexing）グループ１〜ＣＤＭグループ４のＣＳＩ−ＲＳを示す。ＣＳＩ−ＲＳは、Ｗａｌｓｈ符号を用いた直交系列（直交符号）と、擬似ランダム系列を用いたスクランブル符号とで構成される。また、ＣＳＩ−ＲＳは、ＣＤＭグループ内において、それぞれＷａｌｓｈ符号等の直交符号により符号分割多重される。また、ＣＳＩ−ＲＳは、ＣＤＭグループ間において、互いに周波数分割多重（ＦＤＭ；Frequency Division Multiplexing）される。
アンテナポート１５および１６のＣＳＩ−ＲＳはＣ１にマッピングされる。アンテナポート１７および１８のＣＳＩ−ＲＳはＣ２にマッピングされる。アンテナポート１９および２０のＣＳＩ−ＲＳはＣ３にマッピングされる。アンテナポート２１および２２のＣＳＩ−ＲＳはＣ４にマッピングされる。
ＣＳＩ−ＲＳのアンテナポート数は複数規定される。ＣＳＩ−ＲＳは、アンテナポート１５〜２２の８つのアンテナポートに対応する参照信号として設定されることができる。また、ＣＳＩ−ＲＳは、アンテナポート１５〜１８の４つのアンテナポートに対応する参照信号として設定されることができる。また、ＣＳＩ−ＲＳは、アンテナポート１５〜１６の２つのアンテナポートに対応する参照信号として設定されることができる。また、ＣＳＩ−ＲＳは、アンテナポート１５の１つのアンテナポートに対応する参照信号として設定されることができる。ＣＳＩ−ＲＳは、一部のサブフレームにマッピングされることができ、例えば、複数のサブフレーム毎にマッピングされることができる。ＣＳＩ−ＲＳのリソースエレメントに対するマッピングパターンは複数規定される。また、基地局装置１は、端末装置２に対して、複数のＣＳＩ−ＲＳを設定することができる。
ＣＳＩ−ＲＳは、送信電力をゼロにすることができる。送信電力がゼロのＣＳＩ−ＲＳは、ゼロパワーＣＳＩ−ＲＳとも呼称される。ゼロパワーＣＳＩ−ＲＳは、アンテナポート１５〜２２のＣＳＩ−ＲＳとは独立に設定される。なお、アンテナポート１５〜２２のＣＳＩ−ＲＳは、非ゼロパワーＣＳＩ−ＲＳとも呼称される。
基地局装置１は、ＲＲＣシグナリングを通じて、端末装置２に対して固有の制御情報として、ＣＳＩ−ＲＳを設定する。端末装置２は、基地局装置１によりＲＲＣシグナリングを通じて、ＣＳＩ−ＲＳが設定される。また、端末装置２は、干渉電力を測定するためのリソースであるＣＳＩ−ＩＭリソースが設定されることができる。端末装置２は、基地局装置１からの設定に基づいて、ＣＲＳ、ＣＳＩ−ＲＳおよび／またはＣＳＩ−ＩＭリソースを用いて、フィードバック情報を生成する。
Ｄ１〜Ｄ２で示されるリソースエレメントは、それぞれＣＤＭグループ１〜ＣＤＭグループ２のＤＬ−ＤＭＲＳを示す。ＤＬ−ＤＭＲＳは、Ｗａｌｓｈ符号を用いた直交系列（直交符号）と、擬似ランダム系列によるスクランブル系列とを用いて構成される。また、ＤＬ−ＤＭＲＳは、アンテナポート毎に独立であり、それぞれのリソースブロックペア内で多重できる。ＤＬ−ＤＭＲＳは、ＣＤＭおよび／またはＦＤＭにより、アンテナポート間で互いに直交関係にある。ＤＬ−ＤＭＲＳは、ＣＤＭグループ内において、それぞれ直交符号によりＣＤＭされる。ＤＬ−ＤＭＲＳは、ＣＤＭグループ間において、互いにＦＤＭされる。同じＣＤＭグループにおけるＤＬ−ＤＭＲＳは、それぞれ同じリソースエレメントにマッピングされる。同じＣＤＭグループにおけるＤＬ−ＤＭＲＳは、アンテナポート間でそれぞれ異なる直交系列が用いられ、それらの直交系列は互いに直交関係にある。ＰＤＳＣＨ用のＤＬ−ＤＭＲＳは、８つのアンテナポート（アンテナポート７〜１４）の一部または全部を用いることができる。つまり、ＤＬ−ＤＭＲＳに関連付けられるＰＤＳＣＨは、最大８ランクまでのＭＩＭＯ送信ができる。ＥＰＤＣＣＨ用のＤＬ−ＤＭＲＳは、４つのアンテナポート（アンテナポート１０７〜１１０）の一部または全部を用いることができる。また、ＤＬ−ＤＭＲＳは、関連付けられるチャネルのランク数に応じて、ＣＤＭの拡散符号長やマッピングされるリソースエレメントの数を変えることができる。
アンテナポート７、８、１１および１３で送信するＰＤＳＣＨ用のＤＬ−ＤＭＲＳは、Ｄ１で示されるリソースエレメントにマッピングされる。アンテナポート９、１０、１２および１４で送信するＰＤＳＣＨ用のＤＬ−ＤＭＲＳは、Ｄ２で示されるリソースエレメントにマッピングされる。また、アンテナポート１０７および１０８で送信するＥＰＤＣＣＨ用のＤＬ−ＤＭＲＳは、Ｄ１で示されるリソースエレメントにマッピングされる。アンテナポート１０９および１１０で送信するＥＰＤＣＣＨ用のＤＬ−ＤＭＲＳは、Ｄ２で示されるリソースエレメントにマッピングされる。
＜本実施形態におけるＨＡＲＱ＞
本実施形態において、ＨＡＲＱは様々な特徴を有する。ＨＡＲＱはトランスポートブロックを送信および再送する。ＨＡＲＱにおいて、所定数のプロセス（ＨＡＲＱプロセス）が用いられ（設定され）、プロセスのそれぞれはストップアンドウェイト方式で独立に動作する。
下りリンクにおいて、ＨＡＲＱは非同期であり、適応的に動作する。すなわち、下りリンクにおいて、再送は常にＰＤＣＣＨを通じてスケジューリングされる。下りリンク送信に対応する上りリンクＨＡＲＱ−ＡＣＫ（応答情報）はＰＵＣＣＨまたはＰＵＳＣＨで送信される。下りリンクにおいて、ＰＤＣＣＨは、そのＨＡＲＱプロセスを示すＨＡＲＱプロセス番号、および、その送信が初送か再送かを示す情報を通知する。
上りリンクにおいて、ＨＡＲＱは同期または非同期に動作する。上りリンク送信に対応する下りリンクＨＡＲＱ−ＡＣＫ（応答情報）はＰＨＩＣＨで送信される。上りリンクＨＡＲＱにおいて、端末装置の動作は、その端末装置によって受信されるＨＡＲＱフィードバックおよび／またはその端末装置によって受信されるＰＤＣＣＨに基づいて決まる。例えば、ＰＤＣＣＨは受信されず、ＨＡＲＱフィードバックがＡＣＫである場合、端末装置は送信（再送）を行わず、ＨＡＲＱバッファ内のデータを保持する。その場合、ＰＤＣＣＨが再送を再開するために送信されるかもしれない。また、例えば、ＰＤＣＣＨは受信されず、ＨＡＲＱフィードバックがＮＡＣＫである場合、端末装置は所定の上りリンクサブフレームで非適応的に再送を行う。また、例えば、ＰＤＣＣＨが受信された場合、ＨＡＲＱフィードバックの内容に関わらず、端末装置はそのＰＤＣＣＨで通知される内容に基づいて、送信または再送を行う。
なお、上りリンクにおいて、所定の条件（設定）を満たした場合、ＨＡＲＱは非同期のみで動作するようにしてもよい。すなわち、下りリンクＨＡＲＱ−ＡＣＫは送信されず、上りリンクにおける再送は常にＰＤＣＣＨを通じてスケジューリングされてもよい。
ＨＡＲＱ−ＡＣＫ報告において、ＨＡＲＱ−ＡＣＫは、ＡＣＫ、ＮＡＣＫ、またはＤＴＸを示す。ＨＡＲＱ−ＡＣＫがＡＣＫである場合、そのＨＡＲＱ−ＡＣＫに対応するトランスポートブロック（コードワード、チャネル）は正しく受信（デコード）できたことを示す。ＨＡＲＱ−ＡＣＫがＮＡＣＫである場合、そのＨＡＲＱ−ＡＣＫに対応するトランスポートブロック（コードワード、チャネル）は正しく受信（デコード）できなかったことを示す。ＨＡＲＱ−ＡＣＫがＤＴＸである場合、そのＨＡＲＱ−ＡＣＫに対応するトランスポートブロック（コードワード、チャネル）は存在しない（送信されていない）ことを示す。
下りリンクおよび上りリンクのそれぞれにおいて、所定数のＨＡＲＱプロセスが設定（規定）される。例えば、ＦＤＤにおいて、サービングセル毎に最大８つのＨＡＲＱプロセスが用いられる。また、例えば、ＴＤＤにおいて、ＨＡＲＱプロセスの最大数は、上りリンク／下りリンク設定によって決定される。ＨＡＲＱプロセスの最大数は、ＲＴＴ（Round Trip Time）に基づいて決定されてもよい。例えば、ＲＴＴが８ＴＴＩである場合、ＨＡＲＱプロセスの最大数は８にすることができる。
本実施形態において、ＨＡＲＱ情報は、少なくともＮＤＩ（New Data Indicator）およびＴＢＳ（トランスポートブロックサイズ）で構成される。ＮＤＩは、そのＨＡＲＱ情報に対応するトランスポートブロックが初送か再送かを示す情報である。ＴＢＳはトランスポートブロックのサイズである。トランスポートブロックは、トランスポートチャネル（トランスポートレイヤー）におけるデータのブロックであり、ＨＡＲＱを行う単位とすることができる。ＤＬ−ＳＣＨ送信において、ＨＡＲＱ情報は、さらにＨＡＲＱプロセスＩＤ（ＨＡＲＱプロセス番号）を含む。ＵＬ−ＳＣＨ送信において、ＨＡＲＱ情報は、さらにトランスポートブロックに対する符号化後の情報ビットとパリティビットを指定するための情報であるＲＶ（Redundancy Version）を含む。ＤＬ−ＳＣＨにおいて空間多重の場合、そのＨＡＲＱ情報は、それぞれのトランスポートブロックに対してＮＤＩおよびＴＢＳのセットを含む。
＜本実施形態におけるＴＴＩ＞
図６は、本実施形態におけるＴＴＩの一例を示す図である。図６の例において、ＴＴＩは１サブフレームである。すなわち、ＰＤＣＣＨ、ＥＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨまたはＨＡＲＱ−ＡＣＫなどのデータ送信の時間領域における単位が、１サブフレームである。下りリンクと上りリンクとの間の矢印は、ＨＡＲＱタイミングおよび／またはスケジューリングタイミングを示している。ＨＡＲＱタイミングおよびスケジューリングタイミングは、ＴＴＩである１サブフレームを単位として、規定または設定される。例えば、あるＰＤＳＣＨが下りリンクサブフレームｎで送信される場合、そのＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫは４サブフレーム後の上りリンクサブフレームｎ＋４で送信される。例えば、上りリンクグラントを通知するＰＤＣＣＨが下りリンクサブフレームｎで送信される場合、上りリンクグラントに対応するＰＵＳＣＨは４サブフレーム後の上りリンクサブフレームｎ＋４で送信され、そのＰＵＳＣＨに対するＨＡＲＱ−ＡＣＫは４サブフレーム後の下りリンクサブフレームｎ＋８で通知される。なお、図６では、ＴＴＩが１サブフレームである場合を説明したが、ＴＴＩが複数のサブフレームであってもよい。すなわち、ＴＴＩはサブフレーム長の整数倍であってもよい。
図７は、本実施形態におけるＴＴＩの一例を示す図である。図７の例において、ＴＴＩは１シンボルである。すなわち、ＰＤＣＣＨ、ＥＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨまたはＨＡＲＱ−ＡＣＫなどのデータ送信の時間領域における単位が、１シンボルである。下りリンクと上りリンクとの間の矢印は、ＨＡＲＱタイミングおよび／またはスケジューリングタイミングを示している。ＨＡＲＱタイミングおよびスケジューリングタイミングは、ＴＴＩである１シンボルを単位として、規定または設定される。例えば、あるＰＤＳＣＨが下りリンクサブフレームにおけるシンボルｎで送信される場合、そのＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫは４シンボル後の上りリンクサブフレームにおけるシンボルｎ＋４で送信される。例えば、上りリンクグラントを通知するＰＤＣＣＨが下りリンクサブフレームにおけるシンボルｎで送信される場合、上りリンクグラントに対応するＰＵＳＣＨは４シンボル後の上りリンクサブフレームにおけるシンボルｎ＋４で送信され、そのＰＵＳＣＨに対するＨＡＲＱ−ＡＣＫは４シンボル後の下りリンクサブフレームにおけるシンボルｎ＋８で通知される。なお、図７では、ＴＴＩが１シンボルである場合を説明したが、ＴＴＩが複数のシンボルであってもよい。すなわち、ＴＴＩはシンボル長の整数倍であってもよい。
図６と図７との違いは、ＴＴＩのサイズ（長さ）が異なることである。また、既に説明したように、ＨＡＲＱタイミングおよびスケジューリングタイミングがＴＴＩに基づいて規定または設定される場合、ＨＡＲＱタイミングおよびスケジューリングタイミングはＴＴＩを短縮することによって早くすることができる。ＨＡＲＱタイミングおよびスケジューリングタイミングはシステムのレイテンシー（遅延）を決定する要因となるため、ＴＴＩを短縮することはレイテンシーを低減することになる。例えば、高度交通システムのような安全を目的としたデータ（パケット）に対しては、レイテンシーの低減が重要となる。一方で、ＴＴＩを短縮した場合、１つのＴＴＩで送信されるＴＢＳの最大値が小さくなり、制御情報のオーバーヘッドが大きくなる可能性がある。そのため、データの目的や用途に応じて、ＴＴＩが規定または設定されることが好ましい。例えば、基地局装置は、セル固有または端末装置固有にＴＴＩのサイズ（長さ）および／またはモードを規定または設定することができる。また、ＨＡＲＱタイミングおよびスケジューリングタイミングがＴＴＩに基づいて規定または設定される場合、ＴＴＩのサイズ（長さ）を変えることにより、レイテンシーおよび／または１つのＴＴＩで送信されるＴＢＳの最大値が適応的に設定することができる。これにより、レイテンシーを考慮した効率的なデータ伝送が可能となる。なお、本実施形態の説明において、サブフレーム、シンボル、ＯＦＤＭシンボルおよびＳＣ−ＦＤＭＡシンボルは、ＴＴＩに読み替えることができる。
＜本実施形態におけるＴＴＩに関する設定＞
本実施形態において、複数のＴＴＩのサイズが規定される。例えば、ＴＴＩのサイズに関するモード（ＴＴＩモード）が複数規定され、基地局装置は端末装置に対して上位層のシグナリングを通じてそのモードを設定する。基地局装置は端末装置に設定したＴＴＩモードに基づいてデータ伝送を行う。端末装置は基地局装置により設定されたＴＴＩモードに基づいてデータ伝送を行う。ＴＴＩモードの設定は、セル（サービングセル）毎に個別に行うことができる。
第１のＴＴＩモードはＴＴＩがサブフレームに基づくモードであり、第２のＴＴＩモードはＴＴＩがシンボルに基づくモードである。例えば、第１のＴＴＩモードにおいて図６に示すようなＴＴＩが用いられ、第２のＴＴＩモードにおいて図７に示すようなＴＴＩが用いられる。また、例えば、第１のＴＴＩモードにおいてＴＴＩはサブフレーム長の整数倍であり、第２のＴＴＩモードにおいてＴＴＩはシンボル長の整数倍である。また、例えば、第１のＴＴＩモードにおいてＴＴＩは従来のシステムで用いられている１サブフレームで規定され、第２のＴＴＩモードにおいてＴＴＩは従来のシステムでは用いられていないシンボル長の整数倍で規定または設定される。なお、第１のＴＴＩモードで規定または設定されるＴＴＩは第１のＴＴＩとも呼称され、第２のＴＴＩモードで規定または設定されるＴＴＩは第２のＴＴＩとも呼称される。
ＴＴＩモードの設定は様々な方法を用いることができる。ＴＴＩモードの設定の一例において、端末装置は上位層のシグナリングによって第１のＴＴＩモードまたは第２のＴＴＩモードが設定される。第１のＴＴＩモードが設定された場合、データ伝送は第１のＴＴＩに基づいて行われる。第２のＴＴＩモードが設定された場合、データ伝送は第２のＴＴＩに基づいて行われる。ＴＴＩモードの設定の別の一例において、端末装置は上位層のシグナリングによって第２のＴＴＩモード（拡張ＴＴＩモード、ＳＴＴＩ（ショートＴＴＩ）モード）が設定される。第２のＴＴＩモードが設定されない場合、データ伝送は第１のＴＴＩに基づいて行われる。第２のＴＴＩモードが設定された場合、データ伝送は第２のＴＴＩに基づいて行われる。なお、第２のＴＴＩは、拡張ＴＴＩ、またはＳＴＴＩ（ショートＴＴＩ）とも呼称される。
ＳＴＴＩに関する設定（ＳＴＴＩ設定）は、ＲＲＣシグナリングおよび／または物理層のシグナリングを通じて設定される。ＳＴＴＩ設定は、ＴＴＩサイズに関する情報（パラメータ）、下りリンクにおけるＳＴＴＩに関する設定（下りリンクＳＴＴＩ設定）、上りリンクにおけるＳＴＴＩに関する設定（上りリンクＳＴＴＩ設定）、および／または、ＳＴＴＩに関する制御情報を通知する制御チャネルをモニタリングするための情報を含む。ＳＴＴＩ設定は、セル（サービングセル）毎に個別に設定できる。
下りリンクにおけるＳＴＴＩに関する設定は、ＳＴＴＩモードにおける下りリンクチャネル（ＰＤＳＣＨ、ＰＤＣＣＨおよび／またはＥＰＤＣＣＨ）の伝送（送受信）のための設定であり、ＳＴＴＩモードにおける下りリンクチャネルに関する設定を含む。例えば、下りリンクにおけるＳＴＴＩに関する設定は、ＳＴＴＩモードにおけるＰＤＳＣＨに関する設定、ＳＴＴＩモードにおけるＰＤＣＣＨに関する設定、および／または、ＳＴＴＩモードにおけるＥＰＤＣＣＨに関する設定を含む。
上りリンクにおけるＳＴＴＩに関する設定は、ＳＴＴＩモードにおける上りリンクチャネル（ＰＵＳＣＨおよび／またはＰＵＣＣＨ）の伝送（送受信）のための設定であり、ＳＴＴＩモードにおける上りリンクチャネルに関する設定を含む。例えば、上りリンクにおけるＳＴＴＩに関する設定は、ＳＴＴＩモードにおけるＰＵＳＣＨに関する設定、および／または、ＳＴＴＩモードにおけるＰＵＣＣＨに関する設定を含む。
ＳＴＴＩに関する制御情報を通知する制御チャネルをモニタリングするための情報は、ＳＴＴＩに関する制御情報（ＤＣＩ）に付加されるＣＲＣをスクランブルするＲＮＴＩである。そのＲＮＴＩは、ＳＴＴＩ−ＲＮＴＩとも呼称される。また、ＳＴＴＩ−ＲＮＴＩは、下りリンクにおけるＳＴＴＩおよび上りリンクにおけるＳＴＴＩに共通に設定されてもよいし、それぞれ独立に設定されてもよい。また、ＳＴＴＩ設定が複数設定される場合、ＳＴＴＩ−ＲＮＴＩは、全てのＳＴＴＩ設定に共通に設定されてもよいし、それぞれ独立に設定されてもよい。
ＴＴＩサイズに関する情報は、ＳＴＴＩモードにおけるＴＴＩのサイズ（すなわち、ＳＴＴＩのサイズ）を示す情報である。例えば、ＴＴＩサイズに関する情報は、ＯＦＤＭシンボルを単位としたＴＴＩを設定するＯＦＤＭシンボル数を含む。また、ＴＴＩサイズに関する情報がＳＴＴＩ設定に含まれない場合、ＴＴＩサイズは予め規定される値にすることができる。例えば、ＴＴＩサイズに関する情報がＳＴＴＩ設定に含まれない場合、ＴＴＩサイズは、１シンボル長または１サブフレーム長である。また、ＴＴＩサイズに関する情報は、下りリンクにおけるＳＴＴＩおよび上りリンクにおけるＳＴＴＩに共通に設定されてもよいし、それぞれ独立に設定されてもよい。また、ＳＴＴＩ設定が複数設定される場合、ＴＴＩサイズに関する情報は、全てのＳＴＴＩ設定に共通に設定されてもよいし、それぞれ独立に設定されてもよい。
本実施形態の説明において、ＳＴＴＩモードにおけるチャネル（ＳＴＴＩチャネル）は、ＳＴＴＩモードにおける下りリンクチャネルおよび／またはＳＴＴＩモードにおける上りリンクチャネルを含む。ＳＴＴＩモードにおけるチャネルに関する設定（ＳＴＴＩチャネル設定）は、ＳＴＴＩモードにおける下りリンクチャネルに関する設定および／またはＳＴＴＩモードにおける上りリンクチャネルに関する設定を含む。ＳＴＴＩモードにおけるＰＤＣＣＨは、ＳＰＤＣＣＨ（Shortened PDCCH）、ＦＥＰＤＣＣＨ（Further Enhanced PDCCH）、またはＲＰＤＳＣＨ（Reduced PDCCH）とも呼称される。ＳＴＴＩモードにおけるＰＤＳＣＨは、ＳＰＤＳＣＨ（Shortened PDSCH）、ＥＰＤＳＣＨ（Enhanced PDSCH）、またはＲＰＤＳＣＨ（Reduced PDSCH）とも呼称される。ＳＴＴＩモードにおけるＰＵＳＣＨは、ＳＰＵＳＣＨ（Shortened PUSCH）、ＥＰＵＳＣＨ（Enhanced PUSCH）、またはＲＰＵＳＣＨ（Reduced PUSCH）とも呼称される。ＳＴＴＩモードにおけるＰＵＣＣＨは、ＳＰＵＣＣＨ（Shortened PUCCH）、ＥＰＵＣＣＨ（Enhanced PUCCH）、またはＲＰＵＣＣＨ（Reduced PUCCH）とも呼称される。ＳＴＴＩチャネルは、ＳＰＤＣＣＨ、ＳＰＤＳＣＨ、ＳＰＵＳＣＨ、またはＳＰＵＣＣＨを含む。ＳＴＴＩチャネル設定は、ＳＰＤＣＣＨ設定（第２のＰＤＣＣＨ設定）、ＳＰＤＳＣＨ設定（第２のＰＤＳＣＨ設定）、ＳＰＵＳＣＨ設定（第２のＰＵＳＣＨ設定）、またはＳＰＵＣＣＨ設定（第２のＰＵＣＣＨ設定）を含む。
本実施形態において、ＳＴＴＩモードにおけるチャネルに対するデータ伝送およびスケジューリング方法は、様々な方法または方式を用いることができる。例えば、ＳＴＴＩモードにおけるチャネルは、上位層のシグナリングおよび／または物理層のシグナリングを通じて設定または通知される１つ以上の周期的なリソースの一部または全部にマッピングされる。
本実施形態において、第１のＴＴＩモードにおける物理下りリンク制御チャネルはＰＤＣＣＨまたは第１のＰＤＣＣＨとも呼称され、第２のＴＴＩモードにおける物理下りリンク制御チャネルはＳＰＤＣＣＨまたは第２のＰＤＣＣＨとも呼称される。
本実施形態において、第１のＴＴＩモードにおける物理下りリンク共有チャネルはＰＤＳＣＨまたは第１のＰＤＳＣＨとも呼称され、第２のＴＴＩモードにおける物理下りリンク共有チャネルはＳＰＤＳＣＨまたは第２のＰＤＳＣＨとも呼称される。
本実施形態において、第１のＴＴＩモードにおける物理上りリンク制御チャネルはＰＵＣＣＨまたは第１のＰＵＣＣＨとも呼称され、第２のＴＴＩモードにおける物理上りリンク制御チャネルはＳＰＵＣＣＨまたは第２のＰＵＣＣＨとも呼称される。
本実施形態において、第１のＴＴＩモードにおける物理上りリンク共有チャネルはＰＵＳＣＨまたは第１のＰＵＳＣＨとも呼称され、第２のＴＴＩモードにおける物理上りリンク共有チャネルはＳＰＵＳＣＨまたは第２のＰＵＳＣＨとも呼称される。
ＳＴＴＩモードにおけるチャネルは、サブリソースブロックに基づいてマッピングされる。サブリソースブロックは、リソースエレメントに対するＳＴＴＩモードにおける所定のチャネルのマッピングを表すために用いられる。１つのサブリソースブロックは、時間領域において１つのＴＴＩに対応する連続するサブキャリアと、周波数領域において１つのリソースブロックに対応する連続するサブキャリアとで定義される。あるサブリソースブロックは、１つのリソースブロックのみに含まれるように構成されてもよいし、２つのリソースブロックに跨って構成されてもよい。また、あるサブリソースブロックは、１つのリソースブロックペア内の２つのリソースブロックに跨って構成されてもよいが、複数のリソースブロックペアに跨って構成されないようにしてもよい。
ＳＴＴＩモードにおけるチャネルは、拡張サブフレームに基づいて送信および受信される。拡張サブフレームは、ＳＴＴＩモードにおけるＴＴＩ長によって規定または設定される。例えば、ＴＴＩ長が２シンボルである場合、拡張サブフレームは２シンボルで規定または設定される。拡張サブフレーム長は、サブリソースブロックの時間長である。拡張サブフレームは、サブフレームに対応するシンボル数よりも少ないシンボル数で規定または設定される。拡張サブフレームは、サブサブフレーム、ショートサブフレームとも呼称される。
ＳＴＴＩモードにおけるチャネルのトランスポートブロック（コードワード）のそれぞれは、同一のＴＴＩにおける１つ以上のサブリソースブロックを用いて送信される。
端末装置は、上位層のシグナリングおよび／または物理層のシグナリングを通じて、ＳＴＴＩモードにおけるチャネル（ＳＴＴＩチャネル）がマッピングされうるリソース（サブリソースブロック）が設定される。ＳＴＴＩモードにおけるチャネルがマッピングされうるリソースは、ＳＴＴＩチャネル候補とも呼称される。また、１つのＳＴＴＩチャネル設定により設定される一連のＳＴＴＩチャネル候補は、ＳＴＴＩチャネル候補のセットとも呼称される。
ＳＴＴＩチャネル候補のセットは、時間領域における所定の周期のＴＴＩと、周波数領域における所定のサブリソースブロックとによって指定される。同一のＳＴＴＩチャネルにおいて、ＳＴＴＩチャネル設定は複数設定することができる。すなわち、ＳＴＴＩチャネル候補のセットのそれぞれは、時間領域における周期および／または周波数領域におけるリソースを独立に設定できる。複数のＳＴＴＩチャネル設定が設定される場合、端末装置は設定された複数のＳＴＴＩチャネル候補のセットをモニタリングすることができる。
ＳＴＴＩチャネル設定は、時間領域におけるＳＴＴＩチャネル設定情報、周波数領域におけるＳＴＴＩチャネル設定情報、および／または、ＳＴＴＩチャネルに対するＨＡＲＱ−ＡＣＫに関する情報を含む。なお、ＳＴＴＩチャネル設定は、ＴＴＩサイズに関する情報、および／または、ＳＴＴＩチャネルに関する制御情報を通知する制御チャネルをモニタリングするための情報をさらに含んでもよい。時間領域におけるＳＴＴＩチャネル設定情報は、時間領域におけるＳＴＴＩチャネル候補のリソースを決定するための情報である。周波数領域におけるＳＴＴＩチャネル設定情報は、周波数領域におけるＳＴＴＩチャネル候補のリソースを決定するための情報である。
ＳＴＴＩチャネル候補のリソースを決定するための情報は、様々な形式（フォーマット）を用いることができる。周波数領域におけるＳＴＴＩチャネルのリソースは、リソースブロックまたはサブリソースブロックを単位として決定（設定、規定、指定）される。
時間領域におけるＳＴＴＩチャネル設定情報の一例は、所定数のＴＴＩの周期と所定数のＴＴＩのオフセットを含む。ＴＴＩのオフセットは、基準となるＴＴＩからのオフセット（シフト）であり、ＴＴＩを単位として設定される。例えば、ＴＴＩのオフセットが３である場合、ＳＴＴＩチャネル候補のセットは、基準となるＴＴＩから３ＴＴＩをオフセットしたＴＴＩを含んで設定される。例えば、ＴＴＩの周期が３である場合、ＳＴＴＩチャネル候補のセットは、２ＴＴＩおきの周期で設定される。ＴＴＩの周期が１である場合、連続した全てのＴＴＩが設定される。
時間領域におけるＳＴＴＩチャネル設定情報の別の一例は、ＳＴＴＩチャネル候補のＴＴＩを示すビットマップ情報を用いる。例えば、ビットマップ情報における１つのビットが、所定数のサブフレームまたは所定数の無線フレーム内のＴＴＩのそれぞれに対応する。ビットマップ情報において、あるビットが１である場合、そのビットに対応するＴＴＩはＳＴＴＩチャネル候補を含むＴＴＩであることを示す。ビットマップ情報において、あるビットが０である場合、そのビットに対応するＴＴＩはＳＴＴＩチャネル候補を含むＴＴＩではないことを示す。具体的には、ＴＴＩサイズが１サブフレームである場合、５つのサブフレーム内のＴＴＩの数は７０となる。その場合、ビットマップ情報は７０ビットの情報となる。そのビットマップ情報は基準となるＴＴＩから適用され、そのビットマップ情報に対応するＴＴＩ毎に繰り返して適用される。
周波数領域におけるＳＴＴＩチャネル設定情報の一例は、ＳＴＴＩチャネル候補のサブリソースブロックまたはサブリソースブロックのセットを示すビットマップ情報を用いる。例えば、ビットマップ情報における１つのビットが、所定数のサブリソースブロックのセットのそれぞれに対応する。ビットマップ情報において、あるビットが１である場合、そのビットに対応するサブリソースブロックのセットに含まれるサブリソースブロックはＳＴＴＩチャネル候補を含むサブリソースブロックであることを示す。ビットマップ情報において、あるビットが０である場合、そのビットに対応するサブリソースブロックのセットに含まれるサブリソースブロックはＳＴＴＩチャネル候補を含むサブリソースブロックではないことを示す。
周波数領域におけるＳＴＴＩチャネル設定情報の別の一例は、スタートとなるサブリソースブロックと、連続して割り当てられるサブリソースブロックの数とを用いる。
サブリソースブロックのセットは、周波数領域において連続する所定数のサブリソースブロックで構成される。サブリソースブロックのセットを構成するサブリソースブロックの所定数は、システム帯域幅などの他のパラメータに基づいて決まってもよいし、ＲＲＣシグナリングを通じて設定されてもよい。本実施形態の説明では、サブリソースブロックのセットは、単にサブリソースブロックも含まれる。
周波数領域におけるＳＴＴＩチャネル設定情報により設定されるサブリソースブロックは、全てのＴＴＩで同じであってもよいし、所定数のＴＴＩ毎に切り替えて（ホッピングして）もよい。例えば、あるＴＴＩにおけるＳＴＴＩチャネル候補のサブリソースブロックは、そのＴＴＩを示す番号（インデックス、情報）をさらに用いて決定されることにより、ＳＴＴＩチャネル候補のサブリソースブロックはＴＴＩ毎に異なって設定される。これにより周波数ダイバーシチ効果が期待できる。
ＳＴＴＩチャネルに対するＨＡＲＱ−ＡＣＫに関する情報は、ＳＴＴＩチャネルに対するＨＡＲＱ−ＡＣＫを報告するリソースに関する情報を含む。例えば、ＳＴＴＩチャネルがＳＰＤＳＣＨである場合、ＳＴＴＩチャネルに対するＨＡＲＱ−ＡＣＫに関する情報は、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを報告する上りリンクチャネルにおけるリソースを明示的にまたは黙示的に示す。
同一のＳＴＴＩチャネルに対して複数のＳＴＴＩチャネル設定が設定される場合、ＳＴＴＩチャネル設定における全てのパラメータが独立に設定されてもよいし、一部のパラメータが共通に設定されてもよい。例えば、複数のＳＴＴＩチャネル設定において、時間領域におけるＳＴＴＩチャネル設定情報および周波数領域におけるＳＴＴＩチャネル設定情報がそれぞれ独立に設定される。例えば、複数のＳＴＴＩチャネル設定において、時間領域におけるＳＴＴＩチャネル設定情報が共通に設定され、周波数領域におけるＳＴＴＩチャネル設定情報が独立に設定される。例えば、複数のＳＴＴＩチャネル設定において、時間領域におけるＳＴＴＩチャネル設定情報が独立に設定され、周波数領域におけるＳＴＴＩチャネル設定情報が共通に設定される。また、共通に設定される情報は一部のみでもよく、時間領域におけるＳＴＴＩチャネル設定情報に含まれるＴＴＩの周期が共通に設定されてもよい。
本実施形態におけるＳＴＴＩ設定で設定される情報またはパラメータの一部は、物理層のシグナリングを通じて通知されてもよい。例えば、周波数領域におけるＳＴＴＩチャネル設定情報は、物理層のシグナリングを通じて通知される。
ＳＴＴＩモードの端末装置での動作の一例において、端末装置は上位層のシグナリング（ＲＲＣシグナリング）のみで動作する。端末装置は、ＳＴＴＩチャネル設定が上位層のシグナリングによって設定される場合、対応するＳＴＴＩチャネルのモニタリングまたは受信を開始する。端末装置は、設定されているＳＴＴＩチャネル設定が上位層のシグナリングによってリリースされる場合、対応するＳＴＴＩチャネルのモニタリングまたは受信を停止する。
ＳＴＴＩモードの端末装置での動作の別の一例において、端末装置は上位層のシグナリング（ＲＲＣシグナリング）および物理層のシグナリングで動作する。端末装置は、ＳＴＴＩチャネル設定が上位層のシグナリングによって設定され、対応するＳＴＴＩチャネルのスケジューリングを有効（アクティベーション）にする情報（ＤＣＩ）が物理層のシグナリングを通じて通知される場合、対応するＳＴＴＩチャネルのモニタリングまたは受信を開始する。端末装置は、ＳＴＴＩチャネル設定が上位層のシグナリングによって設定され、対応するＳＴＴＩチャネルのスケジューリングをリリースする情報（ＤＣＩ）が物理層のシグナリングを通じて通知される場合、対応するＳＴＴＩチャネルのモニタリングまたは受信を停止する。
複数のＳＴＴＩチャネル設定が設定される場合、ＳＴＴＩチャネルのスケジューリングを有効にする情報またはリリースする情報は、それぞれのＳＴＴＩチャネルに対して共通に通知してもよいし、独立に通知してもよい。
複数のＳＴＴＩチャネル設定が設定され、異なって設定されるＳＴＴＩチャネル候補が同一のＴＴＩで衝突した場合（すなわち、同一のＴＴＩ内で複数のＳＴＴＩチャネル候補が設定される場合）、端末装置は全てのＳＴＴＩチャネル候補をモニタリングしてもよいし、一部のＳＴＴＩチャネル候補をモニタリングしてもよい。一部のＳＴＴＩチャネル候補をモニタリングする場合、端末装置は、所定の優先度に基づいて、モニタリングするＳＴＴＩチャネル候補を決定してもよい。例えば、所定の優先度は、ＳＴＴＩチャネルの種類、ＳＴＴＩチャネル設定を示すインデックス（番号）および／またはその端末装置の能力を含む要素（パラメータ）に基づいて決まる。
＜本実施形態におけるＳＰＤＣＣＨセットの詳細＞
図８は、ＳＰＤＣＣＨ候補のセットの一例を示す図である。図８の例では、端末装置は、基地局装置により、ＳＰＤＣＣＨセット１（ＳＰＤＣＣＨ候補のセット１）およびＳＰＤＣＣＨセット２（ＳＰＤＣＣＨ候補のセット２）が設定されている。ＴＴＩサイズは１シンボルである。ＳＰＤＣＣＨ候補のセット１において、ＴＴＩの周期が２であり、ＴＴＩのオフセットが０である。ただし、ＴＴＩのオフセットにおける基準となるＴＴＩは、図８における先頭のシンボル０である。ＳＰＤＣＣＨ候補のセット２において、ＴＴＩの周期が３であり、ＴＴＩのオフセットが１である。ＳＰＤＣＣＨ候補は、第２のＰＤＣＣＨ候補とも呼称される。なお、ＳＰＤＣＣＨ候補は全てのＴＴＩに設定されることが予め規定されてもよい。その場合、ＴＴＩの周期とオフセットは設定されなくてもよい。
基地局装置は、端末装置に設定したＳＰＤＣＣＨ候補のいずれかに、その端末装置に対するＳＰＤＣＣＨをマッピングし、送信する。端末装置は、基地局装置に設定されたＳＰＤＣＣＨ候補をモニタリングし、その端末装置に対するＳＰＤＣＣＨを検出する。
ある端末装置において、検出されたＳＰＤＣＣＨが、その端末装置宛であり、正しく受信（デコード）できたかどうかを決定する方法の一例は、その端末装置に固有のＲＮＴＩ（例えば、ＳＴＴＩ−ＲＮＴＩ）を用いることである。例えば、所定のＣＲＣを付加されたコードワード（トランスポートブロック）のそれぞれは、その端末装置に固有のＲＮＴＩによりスクランブルされて送信される。そのため、その端末装置がそのＳＰＤＣＣＨを受信した場合、コードワードのそれぞれは正しくデスクランブルされるため、その端末装置は付加されたＣＲＣにより、その端末装置宛てのＳＰＤＣＣＨであることを判断できる。一方、その端末装置とは別の端末装置がそのＳＰＤＣＣＨを受信した場合、コードワードのそれぞれは正しくデスクランブルされないため、別の端末装置は付加されたＣＲＣにより、自分宛てのＳＰＤＣＣＨでないことを判断できる。
ある端末装置において、検出されたＳＰＤＣＣＨが、その端末装置宛であり、正しく受信（デコード）できたかどうかを決定する方法の別の一例は、ある端末装置に対するＳＰＤＣＣＨが、その端末装置宛であることを示す情報を含む。例えば、ある端末装置に対するＳＰＤＣＣＨは、その端末装置に固有のＲＮＴＩを含む。例えば、ある端末装置に対するＳＰＤＣＣＨ内のＣＲＣは、その端末装置に固有のＲＮＴＩによりスクランブルされる。
ＳＰＤＣＣＨはＤＣＩを送信するために用いられる。ＳＰＤＣＣＨで送信されるＤＣＩは、ＳＰＤＳＣＨのスケジューリングのために用いられる。あるＴＴＩで送信されるＳＰＤＣＣＨは、そのＴＴＩにおけるＳＰＤＳＣＨをスケジューリングできる。また、あるＴＴＩで送信されるＳＰＤＣＣＨは、そのＴＴＩとは異なるＴＴＩにおけるＳＰＤＳＣＨをスケジューリングできる。例えば、あるＴＴＩで送信されるＳＰＤＣＣＨは、そのＴＴＩからｘ番目のＴＴＩにおけるＳＰＤＳＣＨをスケジューリングできる。ここで、ｘは予め規定される値またはＲＲＣシグナリングを通じて設定される値である。また、あるＴＴＩで送信されるＳＰＤＣＣＨは、そのＴＴＩ以降の所定数のＴＴＩにおける複数のＳＰＤＳＣＨをスケジューリングできる。例えば、あるＴＴＩで送信されるＳＰＤＣＣＨは、そのＴＴＩ以降のｙ個のＴＴＩにおける複数のＳＰＤＳＣＨをスケジューリングできる。ここで、ｙは予め規定される値またはＲＲＣシグナリングを通じて設定される値である。
ＳＰＤＣＣＨ候補は、ＲＲＣシグナリングを通じて、ＳＰＤＣＣＨセットとして設定できる。ＳＰＤＣＣＨセットは、ＳＰＤＣＣＨに対するＳＴＴＩ設定に対応する。ＳＰＤＣＣＨセットは、ＳＰＤＣＣＨ−ＰＲＢセットとも呼称される。ＳＰＤＣＣＨセットは、端末装置固有に設定されるが、複数の端末装置に対して同一の設定をすることができる。ＳＰＤＣＣＨセットは、１つの端末装置に対して複数設定することができる。
ＳＰＤＣＣＨセットは、リソースブロックペアを単位に設定できる。ＳＰＤＣＣＨセットとして設定されるリソースブロックペアの数は、予め規定される複数種類の中から設定される。ＴＴＩ長が複数設定できる場合、ＳＰＤＣＣＨセットとして設定されるリソースブロックペアの数の種類は、ＴＴＩ長に依存して決まるようにしてもよい。例えば、ＴＴＩ長が１４シンボルである場合、設定可能なリソースブロックペアの数は、２、４または８である。ＴＴＩ長が７シンボルである場合、設定可能なリソースブロックペアの数は、４、８または１６である。ＴＴＩ長が２シンボルである場合、設定可能なリソースブロックペアの数は、４、８、１６または３２である。
ＳＰＤＣＣＨセットで設定されるリソースブロックペア内のそれぞれのＴＴＩにおいて、複数のＳＰＤＣＣＨ候補が設定される。複数のＳＰＤＣＣＨ候補は、ＳＰＤＣＣＨサーチスペースとも呼称される。それぞれのＴＴＩにおけるＳＰＤＣＣＨ候補の数は、アグリゲーションレベル毎に規定または設定される。ＴＴＩ長が複数設定できる場合、それぞれのＴＴＩにおけるＳＰＤＣＣＨ候補の数は、ＴＴＩ長に依存して決まるようにしてもよい。
＜本実施形態におけるＳＰＤＣＣＨのモニタリング＞
ＳＰＤＣＣＨセットにおいて、ＵＳＳおよび／またはＣＳＳが規定または設定される。また、ＳＰＤＣＣＨセットにおいて、ＵＳＳのみが規定または設定されるようにしてもよい。すなわち、ＳＰＤＣＣＨセットにおいて、ＣＳＳは規定または設定されない。
端末装置に対してＳＰＤＣＣＨセットが設定される場合の端末装置のモニタリング方法は様々な方法を用いることができる。そのモニタリング方法の一例として、ある端末装置に対してＳＰＤＣＣＨセットが設定される場合、その端末装置はＳＰＤＣＣＨのＵＳＳおよびＰＤＣＣＨのＣＳＳをモニタリングする。その端末装置はＰＤＣＣＨのＵＳＳをモニタリングしない。また、その端末装置に対してＳＰＤＣＣＨセットが設定される場合でも、その端末装置がＳＰＤＣＣＨのＵＳＳをモニタリングしないサブフレームでは、その端末装置はＰＤＣＣＨのＵＳＳをモニタリングする。
そのモニタリング方法の別の一例として、ある端末装置に対してＳＰＤＣＣＨセットが設定される場合、その端末装置はＳＰＤＣＣＨのＵＳＳおよびＳＰＤＣＣＨのＣＳＳをモニタリングする。その端末装置はＰＤＣＣＨのＣＳＳおよびＰＤＣＣＨのＵＳＳをモニタリングしない。また、その端末装置に対してＳＰＤＣＣＨセットが設定される場合でも、その端末装置がＳＰＤＣＣＨのＵＳＳおよび／またはＳＰＤＣＣＨのＣＳＳをモニタリングしないサブフレームでは、その端末装置はＰＤＣＣＨのＣＳＳおよび／またはＰＤＣＣＨのＵＳＳをモニタリングする。
そのモニタリング方法の別の一例として、ある端末装置に対してＳＰＤＣＣＨセットが設定される場合、その端末装置はＳＰＤＣＣＨのＣＳＳおよび／またはＵＳＳと、ＰＤＣＣＨのＣＳＳおよび／またはＵＳＳとをモニタリングする。さらに、あるサブフレームにおいて、ＳＰＤＣＣＨが検出される場合、または、ＳＰＤＳＣＨがスケジューリングされる場合、端末装置はそのサブフレームではＰＤＳＣＨがスケジューリングされないと想定する。換言すれば、その場合、端末装置はそのサブフレームではＰＤＣＣＨが検出されないと想定する。もし検出された場合、そのＰＤＣＣＨは無視してもよい。なお、その場合でも、ＰＤＣＣＨのＣＳＳのみはモニタリングするようにしてもよい。
そのモニタリング方法の別の一例として、ある端末装置に対してＳＰＤＣＣＨセットが設定される場合、その端末装置はＳＰＤＣＣＨのＣＳＳおよび／またはＵＳＳと、ＰＤＣＣＨのＣＳＳおよび／またはＵＳＳとをモニタリングする。さらに、あるサブフレームにおいて、ＳＰＤＣＣＨが検出される場合、または、ＳＰＤＳＣＨがスケジューリングされる場合、端末装置はそのサブフレームではＰＤＳＣＨがスケジューリングされうると想定する。換言すれば、その場合でも、端末装置はそのサブフレームでＰＤＣＣＨをモニタリングする。
そのモニタリング方法の別の一例として、ある端末装置に対してＳＰＤＣＣＨセットが設定される場合、その端末装置はＳＰＤＣＣＨのＣＳＳおよび／またはＵＳＳと、ＰＤＣＣＨのＣＳＳおよび／またはＵＳＳとをモニタリングする。さらに、あるサブフレームにおいて、ＰＤＣＣＨまたはＥＰＤＣＣＨが検出される場合、または、ＰＤＳＣＨがスケジューリングされる場合、端末装置はそのサブフレームではＳＰＤＳＣＨがスケジューリングされないと想定する。換言すれば、その場合、端末装置はそのサブフレームではＳＰＤＣＣＨが検出されないと想定する。もし検出された場合、そのＳＰＤＣＣＨは無視してもよい。なお、その場合でも、ＳＰＤＣＣＨのＣＳＳのみはモニタリングするようにしてもよい。
そのモニタリング方法の別の一例として、ある端末装置に対してＳＰＤＣＣＨセットが設定される場合、その端末装置はＳＰＤＣＣＨのＣＳＳおよび／またはＵＳＳと、ＰＤＣＣＨのＣＳＳおよび／またはＵＳＳとをモニタリングする。さらに、あるサブフレームにおいて、ＰＤＣＣＨまたはＥＰＤＣＣＨが検出される場合、または、ＰＤＳＣＨがスケジューリングされる場合、端末装置はそのサブフレームではＳＰＤＳＣＨがスケジューリングされうると想定する。換言すれば、その場合でも、端末装置はそのサブフレームではＳＰＤＣＣＨをモニタリングする。
同一のサブフレームにおいて、端末装置がＳＰＤＳＣＨおよびＰＤＳＣＨの両方がスケジューリングされる場合、その端末装置は、そのＳＰＤＳＣＨがマッピングされるリソースエレメントを含むＲＢペアに、そのＰＤＳＣＨがマッピングされないと想定する。
同一のサブフレームにおいて、端末装置がＳＰＤＳＣＨおよびＰＤＳＣＨの両方がスケジューリングされる場合、その端末装置は、そのＳＰＤＳＣＨがマッピングされるリソースエレメントを含むＲＢペアにも、そのＰＤＳＣＨがマッピングされうるが、そのＰＤＳＣＨはそのＳＰＤＳＣＨがマッピングされるリソースエレメントに対して、パンクチャリングまたはレートマッチングされる。
同一のサブフレームにおいて、端末装置がＳＰＤＳＣＨおよびＰＤＳＣＨの両方がスケジューリングされる場合、その端末装置は、そのＰＤＳＣＨがマッピングされるリソースエレメントを含むＲＢペアに、そのＳＰＤＳＣＨがマッピングされないと想定する。
そのモニタリング方法は、ＳＰＤＣＣＨセットが設定されるセルに応じて決まるようにしてもよい。例えば、ＳＰＤＣＣＨセットがＰＣｅｌｌに設定される場合、そのセルにおいて、端末装置はＳＰＤＣＣＨのＣＳＳおよびＳＰＤＣＣＨのＵＳＳをモニタリングする。ＳＰＤＣＣＨセットがＰＳＣｅｌｌに設定される場合、そのセルにおいて、端末装置はＳＰＤＣＣＨのＣＳＳおよびＳＰＤＣＣＨのＵＳＳをモニタリングする。ＳＰＤＣＣＨセットがＳＣｅｌｌに設定される場合、そのセルにおいて、端末装置はＰＤＣＣＨのＣＳＳおよびＳＰＤＣＣＨのＵＳＳをモニタリングする。
ある端末装置があるサブフレームにおいてＰＤＣＣＨおよびＳＰＤＣＣＨの両方をモニタリングする場合、所定の条件において、ＰＤＣＣＨがＳＰＤＳＣＨをスケジューリングできるようにしてもよい。例えば、ＳＰＤＳＣＨがマッピングされるリソースのＴＴＩがＰＤＣＣＨ領域に含まれる場合、そのＰＤＣＣＨ領域内のＰＤＣＣＨがそのＳＰＤＳＣＨをスケジューリングすることができる。また、例えば、ＳＰＤＳＣＨがマッピングされるリソースのＴＴＩがＰＤＣＣＨ領域の直後のＴＴＩである場合、そのＰＤＣＣＨ領域内のＰＤＣＣＨがそのＳＰＤＳＣＨをスケジューリングすることができる。
ＰＤＣＣＨがＳＰＤＳＣＨをスケジューリングできる場合、そのＳＰＤＳＣＨがマッピングされるリソースのＴＴＩにおいて、端末装置はさらにＳＰＤＣＣＨをモニタリングしてもよい。例えば、ＰＤＣＣＨがＳＰＤＳＣＨをスケジューリングされるかどうかに関わらず、その端末装置はそのＳＰＤＳＣＨがマッピングされるリソースのＴＴＩにおいて、ＳＰＤＣＣＨをモニタリングする。また、例えば、ＰＤＣＣＨがＳＰＤＳＣＨをスケジューリングされる場合、その端末装置はそのＳＰＤＳＣＨがマッピングされるリソースのＴＴＩにおいて、ＳＰＤＣＣＨをモニタリングしない。また、例えば、ＰＤＣＣＨがＳＰＤＳＣＨをスケジューリングされない場合、その端末装置はそのＳＰＤＳＣＨがマッピングされるリソースのＴＴＩにおいて、ＳＰＤＣＣＨをモニタリングする。また、例えば、また、例えば、端末装置は、あるＴＴＩにおいて、ＰＤＣＣＨによりスケジューリングされるＳＰＤＳＣＨと、ＳＰＤＣＣＨによりスケジューリングされるＳＰＤＳＣＨとが同時にスケジューリングされないと想定する。
また、ＰＤＣＣＨはＳＰＤＳＣＨをスケジューリングできるかどうかは、端末装置のケイパビリティ情報に基づいて決定してもよい。すなわち、端末装置は、ＰＤＣＣＨによりＳＰＤＳＣＨをスケジューリングできるかどうかを示すケイパビリティ情報を基地局装置に通知する。端末装置は、ＲＲＣシグナリングを通じて、ＰＤＣＣＨによりＳＰＤＳＣＨをスケジューリングされうるかどうかを設定する。
換言すれば、第１のＴＴＩ長の制御チャネルが第２のＴＴＩ長の共有チャネルをスケジューリングできるかどうかは、端末装置のケイパビリティ情報に基づいて決定してもよい。すなわち、端末装置は、第１のＴＴＩ長の制御チャネルにより第２のＴＴＩ長の共有チャネルをスケジューリングできるかどうかを示すケイパビリティ情報を基地局装置に通知する。端末装置は、ＲＲＣシグナリングを通じて、第１のＴＴＩ長の制御チャネルにより第２のＴＴＩ長の共有チャネルをスケジューリングされうるかどうかを設定する。
ＳＰＤＣＣＨセットが設定可能な端末装置は、ＥＰＤＣＣＨセットも設定可能であってもよい。換言すれば、ある端末装置がＳＰＤＣＣＨの受信をサポートする場合、その端末装置はＥＰＤＣＣＨの受信もサポートする。また、ＳＰＤＣＣＨセットおよびＥＰＤＣＣＨセットが設定可能な端末装置に対する設定は様々な方法を用いることができる。その設定の一例として、ＳＰＤＣＣＨセットおよびＥＰＤＣＣＨセットが設定可能な端末装置は、ＳＰＤＣＣＨセットまたはＥＰＤＣＣＨセットのいずれかのみが設定される。すなわち、ＳＰＤＣＣＨセットおよびＥＰＤＣＣＨセットが同時に設定されない。
その設定の別の一例として、ＳＰＤＣＣＨセットおよびＥＰＤＣＣＨセットが設定可能な端末装置は、ＳＰＤＣＣＨセットおよびＥＰＤＣＣＨセットの両方が設定されうるが、同じサブフレームでのモニタリングは設定されない。すなわち、その端末装置は、あるサブフレームでは、ＳＰＤＣＣＨおよびＥＰＤＣＣＨの両方をモニタリングしない。
その設定の別の一例として、ＳＰＤＣＣＨセットおよびＥＰＤＣＣＨセットが設定可能な端末装置は、ＳＰＤＣＣＨセットおよびＥＰＤＣＣＨセットの両方が設定されうるが、同じサブフレームでＳＰＤＣＣＨおよびＥＰＤＣＣＨの両方をモニタリングする場合、ＳＰＤＣＣＨ候補の数および／またはＥＰＤＣＣＨ候補の数は、ＳＰＤＣＣＨまたはＥＰＤＣＣＨのいずれかのみをモニタリングする場合に比べて低減される。
ＳＰＤＣＣＨのモニタリングに用いられるＲＮＴＩは、ＰＤＣＣＨのモニタリングに用いられるＲＮＴＩと独立して設定されてもよい。ＳＰＤＣＣＨのモニタリングに用いられるＲＮＴＩは、ＳＰＤＣＣＨ設定に含まれるパラメータに基づいて設定できる。換言すれば、ＳＰＤＣＣＨに含まれるＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩは、ＰＤＣＣＨに含まれるＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩと独立して設定されてもよい。
図９は、本実施形態におけるＳＰＤＣＣＨセットとＳＰＤＳＣＨとの一例を示す図である。図９において、ＳＰＤＣＣＨおよびＳＰＤＳＣＨにおけるＴＴＩのサイズは、２シンボル長である。ＳＰＤＣＣＨセットは、端末装置に対して、基地局装置によって所定のリソースブロックペア内に設定される。端末装置は、設定されたＳＰＤＣＣＨセット内のＳＰＤＣＣＨ候補をモニタリングし、自分宛てのＳＰＤＣＣＨを探索する。端末装置は、自分宛てのＳＰＤＣＣＨを検出した場合、そのＳＰＤＣＣＨに含まれるＤＣＩによってスケジューリングされるＳＰＤＳＣＨを受信する。図９は、シンボル＃２および３で構成されるＴＴＩと、シンボル＃８および９で構成されるＴＴＩとにおいて、その端末装置宛てのＳＰＤＣＣＨおよびＳＰＤＳＣＨを受信する場合を示している。
図１０は、本実施形態におけるＳＰＤＣＣＨセットとＳＰＤＳＣＨとＰＤＣＣＨ領域とＰＤＳＣＨとの一例を示す図である。図１０において、ＳＰＤＣＣＨおよびＳＰＤＳＣＨにおけるＴＴＩのサイズは、２シンボル長である。ＳＰＤＣＣＨセットは、端末装置に対して、基地局装置によって所定のリソースブロックペア内に設定される。端末装置は、設定されたＳＰＤＣＣＨセット内のＳＰＤＣＣＨ候補をモニタリングし、自分宛てのＳＰＤＣＣＨを探索する。端末装置は、自分宛てのＳＰＤＣＣＨを検出した場合、そのＳＰＤＣＣＨに含まれるＤＣＩによってスケジューリングされるＳＰＤＳＣＨを受信する。図９は、シンボル＃８および９で構成されるＴＴＩと、シンボル＃１２および１３で構成されるＴＴＩとにおいて、その端末装置宛てのＳＰＤＣＣＨおよびＳＰＤＳＣＨを受信する場合を示している。また、図１０は、ＰＤＣＣＨ領域内のＰＤＣＣＨがＰＤＳＣＨをスケジューリングしている場合を示している。
本実施形態で説明されるＳＰＤＣＣＨのモニタリングの一部は、以下のように換言することができる。
基地局装置と通信する端末装置は、基地局装置からの上位層のシグナリングにより１つ以上の第２のＰＤＣＣＨ設定を設定する上位層処理部と、第２のＰＤＣＣＨ設定が設定されない場合、第１のＰＤＣＣＨにおける共通サーチスペースおよび端末装置固有サーチスペースのみをモニタリングし、第２のＰＤＣＣＨ設定が設定される場合、少なくとも第２のＰＤＣＣＨにおける端末装置固有サーチスペースをモニタリングする受信部と、を備える。第１のＰＤＣＣＨは、所定のシンボル数で定義されるサブフレームに基づいて送信される。第２のＰＤＣＣＨは、サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと、第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信される。
端末装置の受信部は、第２のＰＤＣＣＨ設定が設定される場合、第１のＰＤＣＣＨにおける端末装置固有サーチスペースをモニタリングしない。端末装置の受信部は、第２のＰＤＣＣＨ設定が設定される場合、さらに第１のＰＤＣＣＨにおける共通サーチスペースをモニタリングする。端末装置の受信部は、第２のＰＤＣＣＨ設定が設定される場合、さらに第２のＰＤＣＣＨにおける共通サーチスペースをモニタリングする。
第２のＰＤＣＣＨの送信に用いられるリソースブロックの設定可能な値の組み合わせは、第２のＰＤＣＣＨ設定により設定される拡張サブフレームのシンボル数に基づいて決まる。設定可能な値の組み合わせに含まれる最小値は、拡張サブフレームのシンボル数が少ないほど大きくなる。設定可能な値の組み合わせに含まれる最小値は、拡張サブフレームのシンボル数が多いほど小さくなる。設定可能な値の組み合わせに含まれる最大値は、拡張サブフレームのシンボル数が少ないほど大きくなる。設定可能な値の組み合わせに含まれる最大値は、拡張サブフレームのシンボル数が多いほど小さくなる。
端末装置と通信する基地局装置は、端末装置に対して上位層のシグナリングにより１つ以上の第２のＰＤＣＣＨ設定を設定する上位層処理部と、第２のＰＤＣＣＨ設定が設定されない場合、第１のＰＤＣＣＨにおける共通サーチスペースまたは端末装置固有サーチスペースに、第１のＰＤＣＣＨをマッピングして送信し、第２のＰＤＣＣＨ設定が設定される場合、少なくとも第２のＰＤＣＣＨにおける端末装置固有サーチスペースに、第２のＰＤＣＣＨをマッピングして送信する送信部と、を備える。第１のＰＤＣＣＨは、所定のシンボル数で定義されるサブフレームに基づいて送信される。第２のＰＤＣＣＨは、サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと、第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信される。
基地局装置と通信する端末装置は、所定のシンボル数で定義されるサブフレームに基づいて送信される第１のＰＤＣＣＨと、サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信される第２のＰＤＣＣＨと、をモニタリングする受信部を備える。第１のＰＤＣＣＨにより割り当てられる第１のＰＤＳＣＨは、サブフレームのシンボル数に対応するリソースブロックペアに基づいてマッピングされる。第２のＰＤＣＣＨにより割り当てられる第２のＰＤＳＣＨは、拡張サブフレームのシンボル数に対応するサブリソースブロックに基づいてマッピングされる。
所定のサブフレームにおいて第１のＰＤＣＣＨが検出される場合、第２のＰＤＣＣＨは所定のサブフレームでは検出されない。所定のサブフレームにおいて第１のＰＤＣＣＨが検出される場合、受信部は、第２のＰＤＣＣＨにおける共通サーチスペースのみをモニタリングする。所定のサブフレームにおいて第１のＰＤＳＣＨおよび第２のＰＤＳＣＨが割り当てられる場合、第１のＰＤＳＣＨは、第２のＰＤＳＣＨの送信に用いられるサブリソースブロックを含むリソースブロックを除いてマッピングされる。
所定のサブフレームにおいて第１のＰＤＳＣＨおよび第２のＰＤＳＣＨが割り当てられる場合、第１のＰＤＳＣＨは、第２のＰＤＳＣＨの送信に用いられるサブリソースブロックを含むリソースブロックにおいて、第２のＰＤＳＣＨの送信に用いられるサブリソースブロックに含まれるリソースエレメントを除いてマッピングされる。
所定のサブフレームにおいて第２のＰＤＣＣＨが検出される場合、第１のＰＤＣＣＨは所定のサブフレームでは検出されない。所定のサブフレームにおいて第２のＰＤＣＣＨが検出される場合、受信部は、第１のＰＤＣＣＨにおける共通サーチスペースのみをモニタリングする。
所定のサブフレームにおいて第１のＰＤＳＣＨおよび第２のＰＤＳＣＨが割り当てられる場合、第２のＰＤＳＣＨは、第１のＰＤＳＣＨの送信に用いられるリソースブロックに含まれないサブリソースブロックに基づいてマッピングされる。
端末装置と通信する基地局装置は、所定のシンボル数で定義されるサブフレームに基づいて送信される第１のＰＤＣＣＨと、サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信される第２のＰＤＣＣＨと、を送信する送信部を備える。第１のＰＤＣＣＨにより割り当てられる第１のＰＤＳＣＨは、サブフレームのシンボル数に対応するリソースブロックペアに基づいてマッピングされる。第２のＰＤＣＣＨにより割り当てられる第２のＰＤＳＣＨは、拡張サブフレームのシンボル数に対応するサブリソースブロックに基づいてマッピングされる。
＜本実施形態におけるＳＰＤＣＣＨのリソースエレメントマッピングおよびＳＰＤＣＣＨに関連付けられる復調用参照信号の詳細＞
ＳＰＤＣＣＨは、所定のリソースエレメントのグループに基づいて、リソースエレメントマッピングが行われる。
アグリゲーションレベル毎のサーチスペースはＳＰＤＣＣＨ候補のセットによって定義される。ＳＰＤＣＣＨのそれぞれは、１つ以上のＳＣＣＥ（Shortened Control Channel Element）の集合を用いて送信される。１つのＳＰＤＣＣＨに用いられるＳＣＣＥの数は、アグリゲーションレベルとも呼称される。例えば、１つのＳＰＤＣＣＨに用いられるＳＣＣＥの数は、１、２、４、８、１６または３２である。また、１つのＳＰＤＣＣＨに用いられるＳＣＣＥの数の組み合わせは、そのＳＰＤＳＣＨに対するＴＴＩ長に依存して規定されてもよい。ここで、ＳＣＣＥは、ＳＰＤＣＣＨを送信するために用いられる制御チャネルエレメントである。ＳＣＣＥは、ＦＥＣＣＥ（Enhanced Control Channel Element）とも呼称される。
ＳＰＤＣＣＨ候補の数は、少なくともＴＴＩ長、サーチスペースおよび／またはアグリゲーションレベルに基づいて決まる。例えば、ＣＳＳにおいて、アグリゲーションレベル４および８におけるＰＤＣＣＨ候補の数はそれぞれ４および２である。例えば、ＵＳＳにおいて、アグリゲーション１、２、４および８におけるＰＤＣＣＨ候補の数はそれぞれ６、６、２および２である。
それぞれのＳＣＣＥは、複数のＳＲＥＧ（Shortened resource element group）で構成される。ＳＲＥＧは、ＳＰＤＣＣＨのリソースエレメントに対するマッピングを定義するために用いられる。ＳＲＥＧは、ＦＥＲＥＧ（Further enhanced resource element group）とも呼称される。
図１１は、本実施形態におけるＳＲＥＧの構成の一例を示す図である。各ＲＢペアにおいて、０から１３に番号付けされる、１４個のＳＲＥＧが定義される。すなわち、各ＲＢペアにおいて、ＳＲＥＧ０〜ＳＲＥＧ１３が定義される。各ＲＢペアにおいて、ＳＲＥＧ０〜ＳＲＥＧ１３は、所定の信号および／またはチャネルがマッピングされるリソースエレメント以外のリソースエレメントに対して、シンボル毎に順に定義される。例えば、ＳＰＤＣＣＨに関連付けられる復調用参照信号がマッピングされるリソースエレメントは、ＳＲＥＧを定義しない。
例えば、ＳＰＤＣＣＨに関連付けられる復調用参照信号（ＳＰＤＣＣＨ−ＤＭＲＳ）は、各ＲＢペアにおいて、所定のサブキャリア（サブキャリア＃０、５および１０）のリソースエレメントにマッピングされる。所定のサブキャリアは、ＥＰＤＣＣＨに関連付けられる復調用参照信号（ＥＰＤＣＣＨ−ＤＭＲＳ）と同じサブキャリアとしてもよい。図１１の例では、所定のサブキャリアは、アンテナポート１０７および１０８がマッピングされるサブキャリアと同じである。
ＳＰＤＣＣＨ−ＤＭＲＳに用いられる系列の生成方法は、ＥＰＤＣＣＨ−ＤＭＲＳに用いられる系列の生成方法と同じにしてもよい。例えば、ＳＰＤＣＣＨ−ＤＭＲＳに用いられる系列は、ＥＰＤＣＣＨ−ＤＭＲＳに用いられる系列と同様に、時間方向に連続する２つのリソースエレメントにマッピングされる２チップの直交符号に基づいて生成される。図１１の例では、ＳＰＤＣＣＨ−ＤＭＲＳは、サブフレーム内の先頭から連続する２つのリソースエレメントを単位としてマッピングされる。例えば、ＳＰＤＣＣＨ−ＤＭＲＳのアンテナポートは、２つの直交符号に対して、それぞれ２０７および２０８である。すなわち、アンテナポート２０７および２０８のＳＰＤＣＣＨ−ＤＭＲＳは、同一の連続する２つのリソースエレメントを用いて符号分割多重できる。
ＳＰＤＣＣＨ−ＤＭＲＳのアンテナポートのリソースに対するマッピングは、様々な方法を用いることができる。マッピング方法の一例として、ＳＰＤＣＣＨ−ＤＭＲＳのアンテナポートは、ＳＲＥＧに対してマッピングされる。例えば、図１１の例において、ＳＲＥＧ番号が偶数のＳＲＥＧを構成するリソースエレメントはアンテナポート２０７に対応し、ＳＲＥＧ番号が奇数のＳＲＥＧを構成するリソースエレメントはアンテナポート２０８に対応する。このマッピング方法は、ＳＰＤＣＣＨの分散送信に用いられてもよい。
マッピング方法の別の一例として、ＳＰＤＣＣＨ−ＤＭＲＳのアンテナポートは、ＳＣＣＥに対してマッピングされる。例えば、同一のＳＣＣＥに含まれるリソースエレメントは、所定の条件に基づいて、アンテナポート２０７または２０８に対応する。所定の条件は、基地局装置による設定または通知される値、端末装置に設定されるＲＮＴＩなどの値、および／または、基地局装置に固有の物理セルＩＤなどの値に基づいた条件である。このマッピング方法は、ＳＰＤＣＣＨの局所送信に用いられてもよい。
マッピング方法の別の一例として、ＳＰＤＣＣＨ−ＤＭＲＳのアンテナポートは、ＳＰＤＣＣＨに対してマッピングされる。例えば、同一のＳＰＤＣＣＨに含まれるリソースエレメントは、所定の条件に基づいて、アンテナポート２０７または２０８に対応する。所定の条件は、基地局装置による設定または通知される値、端末装置に設定されるＲＮＴＩなどの値、および／または、基地局装置に固有の物理セルＩＤなどの値に基づいた条件である。このマッピング方法は、ＳＰＤＣＣＨの局所送信に用いられてもよい。
マッピング方法の別の一例として、ＳＰＤＣＣＨ−ＤＭＲＳのアンテナポートは、リソースエレメントに対してマッピングされる。例えば、各ＲＢペアにおいて、ＳＰＤＣＣＨ−ＤＭＲＳのアンテナポート２０７および２０８は、ＳＰＤＣＣＨ−ＤＭＲＳがマッピングされるリソースエレメント以外のリソースエレメントに対して、周波数方向を優先に、先頭のシンボルから交互にマッピングされる。すなわち、同一のＳＲＥＧにおいて、ＳＰＤＣＣＨ−ＤＭＲＳのアンテナポート２０７および２０８がマッピングされるため、ダイバーシチ効果が高くなる。このマッピング方法は、ＳＰＤＣＣＨの分散送信に用いられてもよい。
ＳＰＤＣＣＨ−ＤＭＲＳのＲＢペアにおけるリソースエレメントマッピングは、図１１で示される例とは異なる方法を用いてもよい。例えば、ＳＰＤＣＣＨ−ＤＭＲＳは、各ＲＢペアにおいて、所定のサブキャリア（サブキャリア＃１、６および１１）のリソースエレメントにマッピングされる。所定のサブキャリアは、ＥＰＤＣＣＨ−ＤＭＲＳのアンテナポート１０９および１１０がマッピングされるサブキャリアと同じである。その場合のＳＰＤＣＣＨ−ＤＭＲＳのアンテナポートは、それぞれ２０９および２１０とすることができる。また、アンテナポート２０７および２０８と、アンテナポート２０９および２１０とは、所定の条件に基づいて、切り替えて用いてもよい。所定の条件は、基地局装置による設定または通知される値、端末装置に設定されるＲＮＴＩなどの値、および／または、基地局装置に固有の物理セルＩＤなどの値に基づいた条件である。
１つのＳＰＤＣＣＨに用いられるＳＣＣＥの数は、ＳＰＤＣＣＨフォーマットに依存し、他のパラメータに基づいて決定される。１つのＳＰＤＣＣＨに用いられるＳＣＣＥの数は、アグリゲーションレベルとも呼称される。例えば、１つのＳＰＤＣＣＨに用いられるＳＣＣＥの数は、１つのＲＢペアにおけるＳＰＤＣＣＨ送信に用いることができるリソースエレメントの数、ＳＰＤＣＣＨの送信方法および／またはＴＴＩ長などに基づいて、決定される。例えば、１つのＳＰＤＣＣＨに用いられるＳＣＣＥの数は、１、２、４、８、１６または３２である。また、１つのＳＣＣＥに用いられるＳＲＥＧの数は、ＴＴＩ長、サブフレームの種類および／またはサイクリックプレフィックスの種類に基づいて決定される。例えば、１つのＳＣＣＥに用いられるＳＲＥＧの数は、２、４または８である。ＳＰＤＣＣＨの送信方法として、分散送信および局所送信がサポートされてもよい。
ＳＰＤＣＣＨは、分散送信または局所送信を用いることができる。分散送信および局所送信は、ＳＲＥＧおよびＲＢペアに対するＳＣＣＥのマッピングが異なる。例えば、分散送信において、１つのＳＣＣＥは、複数のＲＢペアのＳＲＥＧを用いて構成される。局所送信において、１つのＳＣＣＥは、１つのＲＢペアのＳＲＥＧを用いて構成される。
ＳＰＤＣＣＨにおいて、ＳＲＥＧ構成は定義されず、ＳＣＣＥ構成のみが定義されてもよい。その場合、ＳＰＤＣＣＨは局所送信のみがサポートされるかもしれない。
基地局装置１は、端末装置２に対して、ＳＰＤＣＣＨに関する設定を行う。端末装置２は、基地局装置１からの設定に基づいて、所定数のＳＰＤＣＣＨの候補をモニタリングする。端末装置２がＳＰＤＣＣＨをモニタリングするＲＢペアのセットが、設定されうる。そのＲＢペアのセットは、ＳＰＤＣＣＨセットまたはＳＰＤＣＣＨ−ＰＲＢセットとも呼称される。１つの端末装置２に対して、１つ以上のＳＰＤＣＣＨセットが設定できる。各ＳＰＤＣＣＨセットは、１つ以上のＲＢペアで構成される。また、ＳＰＤＣＣＨに関する設定は、ＳＰＤＣＣＨセット毎に個別に行うことができる。
基地局装置１は、端末装置２に対して、所定数のＳＰＤＣＣＨセットを設定できる。例えば、２つまでのＳＰＤＣＣＨセットが、ＳＰＤＣＣＨセット０および／またはＳＰＤＣＣＨセット１として、設定できる。ＳＰＤＣＣＨセットのそれぞれは、所定数のＲＢペアで構成できる。各ＳＰＤＣＣＨセットは、複数のＳＣＣＥの１つのセットを構成する。１つのＳＰＤＣＣＨセットに構成されるＳＣＣＥの数は、ＴＴＩ長、そのＳＰＤＣＣＨセットとして設定されるＲＢペアの数、および／または、１つのＳＣＣＥに用いられるＳＲＥＧの数に基づいて、決定される。１つのＳＰＤＣＣＨセットに構成されるＳＣＣＥの数がＮである場合、各ＳＰＤＣＣＨセットは、０〜Ｎ−１で番号付けされたＳＣＣＥを構成する。例えば、１つのＳＣＣＥに用いられるＳＲＥＧの数が４である場合、４つのＲＢペアで構成されるＳＰＤＣＣＨセットは１６個のＳＣＣＥを構成する。
図１２は、本実施形態におけるＳＣＣＥ構成の一例を示す図である。図１２の例は、１つのＳＣＣＥを構成するＳＲＥＧの数が２である場合を示しており、ＴＴＩ長が２である場合のＳＣＣＥ構成に好適である。図１２において、点線で示されるリソースが１つのＳＣＣＥを示している。ＴＴＩ長が２である場合、アグリゲーションレベルが２であるＳＰＤＣＣＨは、同じＴＴＩにおいて、ＳＰＤＣＣＨセット内の２つのＳＣＣＥに対応する。
ＳＰＤＣＣＨセットは、サブフレームに対するスタートシンボルを設定できる。そのスタートシンボルは、あるサブフレームにおいて、ＳＰＤＣＣＨのリソースエレメントマッピングが開始されるシンボルを示している。例えば、そのスタートシンボルが３である場合、あるサブフレームにおいて、ＳＰＤＣＣＨは、スロット０のシンボル３からそのサブフレームの最後のシンボルまでマッピングされうる。例えば、そのスタートシンボルより前のシンボルは、ＰＤＣＣＨの送信のために用いられる領域とすることができる。
また、図１２の例において、スタートシンボルが３である場合、ＳＲＥＧ２および３で構成されるＳＣＣＥのリソースエレメントの数が、他のＳＣＣＥに比べて半減となる。そのため、そのようなＳＣＣＥに対する対処方法は様々な方法を用いることができる。そのようなＳＣＣＥは、ＳＣＣＥにおけるＳＰＤＣＣＨの送信のために利用可能なリソースエレメントの数に基づいて決定されてもよい。例えば、対処が必要なＳＣＣＥであるか否かは、その利用可能なリソースエレメントの数が所定数より多いか少ないかに基づいて決定される。その所定数はＲＲＣシグナリングにより設定または予め規定されてもよい。
その対処方法の一例として、利用可能なリソースエレメントの数が所定数より少ないＳＣＣＥは、ＳＰＤＣＣＨの送信に用いられない。すなわち、そのようなＳＣＣＥを含むＴＴＩでは、ＳＰＤＣＣＨは送信されないため、端末装置はそのＳＰＤＣＣＨをモニタリングしない。
その対処方法の別の一例として、利用可能なリソースエレメントの数が所定数より少ないＳＣＣＥを含むＴＴＩでは、他のＴＴＩに比べて、１つのＳＣＣＥを構成するＳＲＥＧの数、アグリゲーションレベルの組み合わせなどが異なる。例えば、そのようなＳＣＣＥを含むＴＴＩでは、他のＴＴＩに比べて、アグリゲーションレベルが高くなる。
ＳＰＤＣＣＨセットに対してスタートシンボルが設定される場合、ＳＣＣＥ構成はそのスタートシンボルに基づいて決まるようにしてもよい。例えば、スタートシンボルから順にＳＣＣＥを構成してもよい。
本実施形態で説明されるＳＰＤＣＣＨのリソースエレメントマッピングおよびＳＰＤＣＣＨに関連付けられる復調用参照信号の一部は、以下のように換言できる。
基地局装置と通信する端末装置は、基地局装置からの上位層のシグナリングにより１つ以上のＳＰＤＣＣＨ設定を設定する上位層処理部と、ＳＰＤＣＣＨ設定に基づいて、サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームとＳＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信されるＳＰＤＣＣＨをモニタリングする受信部と、を備える。ＳＰＤＣＣＨは、１つ以上の制御チャネルエレメントによって送信される。制御チャネルエレメントは、複数のリソースエレメントグループによって構成される。リソースエレメントグループは、ＳＰＤＣＣＨ設定で設定されるリソースブロックペアのそれぞれにおいて、リソースブロックペアにおけるシンボルに対応して規定される。
リソースブロックペアのそれぞれに構成されるリソースエレメントグループの数は、リソースブロックペアにおけるシンボル数と同じである。
ＳＰＤＣＣＨに関連付けられる復調参照信号は、ＳＰＤＣＣＨ設定で設定されるリソースブロックペアのそれぞれにおいて、所定のサブキャリアに含まれる全てのリソースエレメントにマッピングされる。
ＳＰＤＣＣＨに関連付けられる復調参照信号は、ＳＰＤＣＣＨ設定で設定されるリソースブロックペアのそれぞれにおいて、ＳＰＤＣＣＨのマッピングに用いられるリソースエレメントグループに対応するシンボルを含む２つの連続するシンボルにおけるリソースエレメントにマッピングされる。
ＳＰＤＣＣＨ設定は、拡張サブフレームのシンボル数を示す情報を含む。ＳＰＤＣＣＨの送信に用いられる制御チャネルエレメントの数は、少なくとも拡張サブフレームのシンボル数に基づいて決定される。制御チャネルエレメントを構成するリソースエレメントグループの数は、少なくとも拡張サブフレームのシンボル数に基づいて決定される。リソースブロックペアのそれぞれにおけるリソースエレメントグループの構成は、拡張サブフレームのシンボル数に関わらず共通に用いられる。
端末装置と通信する基地局装置は、端末装置に対して上位層のシグナリングにより１つ以上のＳＰＤＣＣＨ設定を設定する上位層処理部と、ＳＰＤＣＣＨ設定に基づいて、サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームとＳＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信されるＳＰＤＣＣＨを送信する送信部と、を備える。ＳＰＤＣＣＨは、１つ以上の制御チャネルエレメントによって送信される。制御チャネルエレメントは、複数のリソースエレメントグループによって構成される。リソースエレメントグループは、ＳＰＤＣＣＨ設定で設定されるリソースブロックペアのそれぞれにおいて、リソースブロックペアにおけるシンボルに対応して規定される。
＜本実施形態におけるＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ送信＞
端末装置は、スケジューリングされたＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する。ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信は、様々な方法を用いることができる。
ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信方法の一例として、端末装置は、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを、所定のＴＴＩにおけるＳＰＵＣＣＨまたはＳＰＵＳＣＨで送信できる。例えば、端末装置はあるＴＴＩで受信されたＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを、そのＴＴＩから４ＴＴＩ後のＳＰＵＣＣＨまたはＳＰＵＳＣＨで送信される。
図１３は、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫとＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信の一例を示す図である。図１３では、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するＴＴＩが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる場合を示している。その場合、端末装置は、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫとＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫとを同時に送信する必要があるが、シングルキャリア送信のみをサポートしている端末装置は同時送信ができないため、特別な処理が必要になるかもしれない。そのような処理は様々な方法が用いることができる。
ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信方法の一例として、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するＴＴＩが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる場合、端末装置は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信しない（ドロップする）。すなわち、端末装置は、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを優先して送信する。
ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信方法の一例として、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するＴＴＩが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる場合、端末装置は、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信しない（ドロップする）。すなわち、端末装置は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを優先して送信する。
ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信方法の一例として、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するＴＴＩが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる場合、端末装置は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信のためのＳＰＵＣＣＨまたはＳＰＵＳＣＨを通じて送信する。すなわち、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫは、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信のためのＳＰＵＣＣＨまたはＳＰＵＳＣＨにピギーバックされる。
ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信方法の一例として、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するＴＴＩが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる場合、端末装置は、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信のためのＰＵＣＣＨまたはＰＵＳＣＨを通じて送信する。すなわち、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫは、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信のためのＰＵＣＣＨまたはＰＵＳＣＨにピギーバックされる。
ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信方法の一例として、端末装置は、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するＴＴＩを含むサブフレームに、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信することになるＰＤＳＣＨがスケジューリングされないと想定する。すなわち、あるサブフレームにおいて、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫと、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫが同時に送信しないように、ＳＰＤＳＣＨおよびＰＤＳＣＨはスケジューリングされる。
ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信方法の一例として、端末装置は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれるＴＴＩの全てまたは一部に、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信することになるＳＰＤＳＣＨがスケジューリングされないと想定する。すなわち、あるサブフレームにおいて、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫと、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫが同時に送信しないように、ＳＰＤＳＣＨおよびＰＤＳＣＨはスケジューリングされる。
ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信方法の一例として、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するＴＴＩが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる場合、端末装置は、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫおよびＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの両方を個別に送信する。その端末装置は、ＳＰＵＣＣＨまたはＳＰＵＳＣＨと、ＰＵＣＣＨまたはＰＵＳＣＨとを同時に送信する能力を有する。
ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信方法の一例として、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するＴＴＩが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる場合、端末装置は、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫおよびＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの両方を個別に送信するが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信のためのＰＵＣＣＨまたはＰＵＳＣＨは、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫが送信されるＴＴＩに含まれるリソースエレメントをパンクチャリングまたはレートマッチングして送信される。
なお、以上の説明では、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するＴＴＩが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる場合の、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信方法が説明されたが、これに限定されるものではない。上記のＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信方法は、ＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するＴＴＩが、ＰＵＳＣＨを送信するサブフレームに含まれる場合にも適用することができる。
＜本実施形態におけるＳＰＵＳＣＨ送信＞
端末装置は、ＳＰＤＣＣＨによりスケジューリングされるＳＰＵＳＣＨを送信する。ＳＰＵＳＣＨの送信は、様々な方法を用いることができる。
ＳＰＵＳＣＨの送信方法の一例として、端末装置は、ＳＰＵＳＣＨを、所定のＴＴＩで送信できる。例えば、端末装置はあるＴＴＩでスケジューリングされたＳＰＵＳＣＨを、そのＴＴＩから４ＴＴＩ後に送信される。
ＳＰＵＳＣＨの送信方法の一例として、ＳＰＵＳＣＨを送信するＴＴＩが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる場合、端末装置は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信しない（ドロップする）。すなわち、端末装置は、ＳＰＵＳＣＨを優先して送信する。
ＳＰＵＳＣＨの送信方法の一例として、ＳＰＵＳＣＨを送信するＴＴＩが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる場合、端末装置は、ＳＰＵＳＣＨを送信しない（ドロップする）。すなわち、端末装置は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを優先して送信する。
ＳＰＵＳＣＨの送信方法の一例として、ＳＰＵＳＣＨを送信するＴＴＩが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる場合、端末装置は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを、そのＳＰＵＳＣＨを通じて送信する。すなわち、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫは、そのＳＰＵＳＣＨにピギーバックされる。
ＳＰＵＳＣＨの送信方法の一例として、ＳＰＵＳＣＨを送信するＴＴＩが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる場合、端末装置は、ＳＰＵＳＣＨのコードワード（トランスポートブロック）を、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信のためのＰＵＣＣＨまたはＰＵＳＣＨを通じて送信する。すなわち、ＳＰＵＳＣＨのコードワード（トランスポートブロック）は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信のためのＰＵＣＣＨまたはＰＵＳＣＨにピギーバックされる。
ＳＰＵＳＣＨの送信方法の一例として、端末装置は、ＳＰＵＳＣＨを送信するＴＴＩを含むサブフレームに、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信することになるＰＤＳＣＨがスケジューリングされないと想定する。すなわち、あるサブフレームにおいて、ＳＰＵＳＣＨと、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫが同時に送信しないように、ＳＰＤＳＣＨおよびＰＤＳＣＨはスケジューリングされる。
ＳＰＵＳＣＨの送信方法の一例として、端末装置は、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれるＴＴＩの全てまたは一部に、ＳＰＵＳＣＨがスケジューリングされないと想定する。すなわち、あるサブフレームにおいて、ＳＰＵＳＣＨと、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫが同時に送信しないように、ＳＰＤＳＣＨおよびＰＤＳＣＨはスケジューリングされる。
ＳＰＵＳＣＨの送信方法の一例として、ＳＰＵＳＣＨを送信するＴＴＩが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる場合、端末装置は、ＳＰＵＳＣＨと、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫとの両方を個別に送信する。その端末装置は、ＳＰＵＣＣＨまたはＳＰＵＳＣＨと、ＰＵＣＣＨまたはＰＵＳＣＨとを同時に送信する能力を有する。
ＳＰＵＳＣＨの送信方法の一例として、ＳＰＵＳＣＨを送信するＴＴＩが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる場合、端末装置は、ＳＰＵＳＣＨと、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫとの両方を個別に送信するが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信のためのＰＵＣＣＨまたはＰＵＳＣＨは、ＳＰＵＳＣＨが送信されるＴＴＩに含まれるリソースエレメントをパンクチャリングまたはレートマッチングして送信される。
なお、以上の説明では、ＳＰＵＳＣＨを送信するＴＴＩが、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる場合の、ＳＰＵＳＣＨの送信方法が説明されたが、これに限定されるものではない。上記のＳＰＵＳＣＨの送信方法は、ＳＰＵＳＣＨを送信するＴＴＩが、ＰＵＳＣＨを送信するサブフレームに含まれる場合にも適用することができる。
本実施形態で説明されるＳＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ送信およびＳＰＵＳＣＨ送信の一部は、以下のように換言できる。
基地局装置と通信する端末装置は、所定のシンボル数で定義されるサブフレームに基づいて送信される第１のＰＤＳＣＨと、サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームに基づいて送信される第２のＰＤＳＣＨと、を受信する受信部と、第１のＰＤＳＣＨの受信に対するフィードバックである第１のＨＡＲＱ−ＡＣＫを所定のサブフレーム以降で送信し、第２のＰＤＳＣＨの受信に対するフィードバックである第２のＨＡＲＱ−ＡＣＫを所定の拡張サブフレーム以降で送信する送信部と、を備える。
第１のＨＡＲＱ−ＡＣＫは、第１のＰＤＳＣＨを受信したサブフレームから所定数後のサブフレームにおける第１のＰＵＣＣＨまたは第１のＰＵＳＣＨで送信される。第２のＨＡＲＱ−ＡＣＫは、第２のＰＤＳＣＨを受信した拡張サブフレームから所定数後の拡張サブフレームにおける第２のＰＵＣＣＨまたは第２のＰＵＳＣＨで送信される。
第２のＨＡＲＱ−ＡＣＫは、第１のＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる拡張サブフレームでは送信されない。
端末装置の受信部は、第１のＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる拡張サブフレームで送信されうる第２のＨＡＲＱ−ＡＣＫは受信されないと想定する。
端末装置の送信部は、第１のＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる拡張サブフレームで送信される第２のＨＡＲＱ−ＡＣＫが生じる場合、第２のＨＡＲＱ−ＡＣＫはドロップされる。
端末装置の送信部は、第１のＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる拡張サブフレームで送信される第２のＨＡＲＱ−ＡＣＫが生じる場合、第２のＨＡＲＱ−ＡＣＫは、第１のＨＡＲＱ−ＡＣＫを送信する第１のＰＵＣＣＨまたは第１のＰＵＳＣＨで送信される。
第１のＨＡＲＱ−ＡＣＫは、第２のＨＡＲＱ−ＡＣＫを送信する拡張サブフレームを含むサブフレームでは送信されない。
端末装置の受信部は、第２のＨＡＲＱ−ＡＣＫを送信する拡張サブフレームを含むサブフレームで送信されうる第１のＨＡＲＱ−ＡＣＫは受信されないと想定する。
端末装置の送信部は、第２のＨＡＲＱ−ＡＣＫを送信する拡張サブフレームを含むサブフレームで送信される第１のＨＡＲＱ−ＡＣＫが生じる場合、第１のＨＡＲＱ−ＡＣＫはドロップされる。
端末装置の送信部は、第２のＨＡＲＱ−ＡＣＫを送信する拡張サブフレームを含むサブフレームで送信される第１のＨＡＲＱ−ＡＣＫが生じる場合、第１のＨＡＲＱ−ＡＣＫは、第２のＨＡＲＱ−ＡＣＫを送信する第２のＰＵＣＣＨまたは第２のＰＵＳＣＨで送信される。
端末装置の受信部は、サブフレームに基づいて送信される第１のＰＵＳＣＨの割り当て情報を通知する第１のＰＤＣＣＨを受信する。端末装置の送信部は、割り当て情報に基づいて第１のＰＵＳＣＨを送信する。第２のＨＡＲＱ−ＡＣＫは、第１のＰＵＳＣＨを送信するサブフレームに含まれる拡張サブフレームでは送信されない。
端末装置の受信部は、サブフレームに基づいて送信される第１のＰＵＳＣＨの割り当て情報を通知する第１のＰＤＣＣＨを受信する。端末装置の送信部は、割り当て情報に基づいて第１のＰＵＳＣＨを送信する。第１のＰＵＳＣＨは、第２のＨＡＲＱ−ＡＣＫを送信する拡張サブフレームを含むサブフレームでは送信されない。
端末装置の受信部は、拡張サブフレームに基づいて送信される第２のＰＵＳＣＨの割り当て情報を通知する第２のＰＤＣＣＨを受信する。端末装置の送信部は、割り当て情報に基づいて第２のＰＵＳＣＨを送信する。第２のＰＵＳＣＨは、第１のＨＡＲＱ−ＡＣＫを送信するサブフレームに含まれる拡張サブフレームでは送信されない。
端末装置の受信部は、拡張サブフレームに基づいて送信される第２のＰＵＳＣＨの割り当て情報を通知する第２のＰＤＣＣＨを受信する。端末装置の送信部は、割り当て情報に基づいて第２のＰＵＳＣＨを送信する。第１のＨＡＲＱ−ＡＣＫは、第２のＰＵＳＣＨを送信する拡張サブフレームを含むサブフレームでは送信されない。
端末装置と通信する基地局装置は、所定のシンボル数で定義されるサブフレームに基づいて送信される第１のＰＤＳＣＨと、サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームに基づいて送信される第２のＰＤＳＣＨと、を送信する送信部と、第１のＰＤＳＣＨの受信に対するフィードバックである第１のＨＡＲＱ−ＡＣＫを所定のサブフレーム以降で受信し、第２のＰＤＳＣＨの受信に対するフィードバックである第２のＨＡＲＱ−ＡＣＫを所定の拡張サブフレーム以降で受信する受信部と、を備える。
＜本実施形態におけるＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのリソースエレメントマッピング＞
既に説明したように、ＳＴＴＩモードにおけるチャネルは、サブリソースブロックに基づいてマッピングされる。すなわち、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、サブリソースブロックに基づいてマッピングされる。本実施形態において説明されるＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのリソースエレメントマッピングは、モニタリングされるＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨの候補にも適用される。
本実施形態において、所定のチャネルまたは信号が、所定のリソースエレメントにマッピングされない場合、そのマッピングは所定の方法を用いることができる。所定の方法の一例は、レートマッチングである。レートマッチングにおいて、所定のチャネルまたは信号は、所定のリソースエレメントを飛ばしてマッピングされる。端末装置は、所定のチャネルまたは信号の受信（復調、復号）において、所定のリソースエレメントに対するマッピングにレートマッチングが用いられることを認識または想定する必要がある。所定の方法の別の一例は、パンクチャリングである。パンクチャリングにおいて、所定のチャネルまたは信号は、所定のリソースエレメントを飛ばさずにマッピングが想定されるが、その所定のリソースエレメントは別のチャネルまたは信号がマッピング（上書き）される。端末装置は、所定のチャネルまたは信号の受信（復調、復号）において、所定のリソースエレメントに対するマッピングにパンクチャリングが用いられることを認識または想定することが好ましいが、認識または想定しなくてもよい。その場合、受信精度は劣化するが、符号化率などを調整することにより、端末装置は受信することができる。本実施形態の説明において、リソースエレメントマッピングは、レートマッチングおよびパンクチャリングのいずれも適用できる。
ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、様々な条件、基準または尺度に基づいて、リソースエレメントにマッピングされる。換言すると、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨの送信のために用いられるアンテナポートのそれぞれにおいて、複素数値シンボルのブロックは、その対象となる（現在の）ＴＴＩの中で、所定の条件、基準または尺度を満たすリソースエレメントにマッピングされる。所定の条件、基準または尺度は、以下の条件、基準または尺度の少なくとも一部である。ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨ（第２のＰＤＳＣＨ）のリソースエレメントへのマッピングに用いられる条件、基準または尺度は、それぞれ第２の条件、第２の基準または第２の尺度とも呼称される。ＰＤＳＣＨ（第１のＰＤＳＣＨ）のリソースエレメントへのマッピングに用いられる条件、基準または尺度は、それぞれ第１の条件、第１の基準または第１の尺度とも呼称される。
（１）ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨがマッピングされるリソースエレメントは、送信のために割り当てられるサブリソースブロック内である。なお、ＰＤＳＣＨがマッピングされるリソースエレメントは、送信のために割り当てられるリソースブロック内である。
（２）ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨがマッピングされるリソースエレメントは、ＰＢＣＨおよび同期信号の送信のために用いられない。なお、ＰＤＳＣＨがマッピングされるリソースエレメントは、ＰＢＣＨおよび同期信号の送信のために用いられない。
（３）ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨがマッピングされるリソースエレメントは、ＣＲＳのために用いられないと端末装置によって想定される。なお、ＰＤＳＣＨがマッピングされるリソースエレメントは、ＣＲＳのために用いられないと端末装置によって想定される。端末装置によって想定されるＣＲＳは、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨおよびＰＤＳＣＨでそれぞれ異なってもよい。例えば、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのマッピングにおいて想定されるＣＲＳは、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのマッピングにおいて想定されるＣＲＳとは独立に設定される。
（４）ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＤＭＲＳが送信されないサブリソースブロックにおいて、そのＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、ＣＲＳが送信されるアンテナポート、または、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＤＭＲＳが送信されるアンテナポートで送信される。ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＤＭＲＳは、そのＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨがマッピングされるサブリソースブロックを含むリソースブロック内にマッピングされるＤＭＲＳとすることができる。なお、ＰＤＳＣＨに関連付けられるＤＭＲＳが送信されないサブリソースブロックにおいて、そのＰＤＳＣＨは、ＣＲＳが送信されるアンテナポートが送信されるアンテナポートで送信される。ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨが送信されるアンテナポートは、ＰＤＳＣＨが送信されるアンテナポートと同じであってもよいし、異なってもよい。
（５）ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＤＭＲＳが送信されるサブリソースブロックにおいて、そのＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、ＣＲＳが送信されるアンテナポート、または、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＤＭＲＳが送信されるアンテナポートで送信される。ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＤＭＲＳは、そのＤＭＲＳ、および／または、そのＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨがマッピングされるサブリソースブロックを含むリソースブロック内にマッピングされるＤＭＲＳとすることができる。なお、ＰＤＳＣＨに関連付けられるＤＭＲＳが送信されるサブリソースブロックにおいて、そのＰＤＳＣＨは、ＰＤＳＣＨに関連付けられるＤＭＲＳが送信されるアンテナポートで送信される。ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨが送信されるアンテナポートは、ＰＤＳＣＨが送信されるアンテナポートと同じであってもよいし、異なってもよい。すなわち、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＤＭＲＳが送信されるアンテナポートは、ＰＤＳＣＨに関連付けられるＤＭＲＳが送信されるアンテナポートと同じであってもよいし、異なってもよい。
（６）ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨがＭＢＳＦＮサブフレームで送信される場合、そのＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨはＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＤＭＲＳが送信されるアンテナポートで送信される。ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＤＭＲＳは、そのＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨがマッピングされるサブリソースブロックを含むリソースブロック内にマッピングされるＤＭＲＳとすることができる。ＭＢＳＦＮサブフレームは、ＲＲＣシグナリングによって、セル固有または端末装置固有に設定される。なお、ＰＤＳＣＨがＭＢＳＦＮサブフレームで送信される場合、そのＰＤＳＣＨはＰＤＳＣＨに関連付けられるＤＭＲＳが送信されるアンテナポートで送信される。ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨが送信されるアンテナポートは、ＰＤＳＣＨが送信されるアンテナポートと同じであってもよいし、異なってもよい。すなわち、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＤＭＲＳが送信されるアンテナポートは、ＰＤＳＣＨに関連付けられるＤＭＲＳが送信されるアンテナポートと同じであってもよいし、異なってもよい。
（７）ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＤＭＲＳのために用いられるリソースエレメントにマッピングされない。なお、ＰＤＳＣＨは、ＰＤＳＣＨに関連付けられるＤＭＲＳのために用いられるリソースエレメントにマッピングされない。ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＤＭＲＳは、ＰＤＳＣＨに関連付けられるＤＭＲＳと同じであってもよいし、異なってもよい。また、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、さらにＰＤＳＣＨに関連付けられるＤＭＲＳのために用いられるリソースエレメントにマッピングされなくてもよい。
（８）ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、セル固有または端末装置固有に設定されるＺＰ ＣＳＩ−ＲＳおよび／またはＮＺＰ ＣＳＩ−ＲＳのために用いられるリソースエレメントにマッピングされない。なお、ＰＤＳＣＨは、セル固有または端末装置固有に設定されるＺＰ ＣＳＩ−ＲＳおよび／またはＮＺＰ ＣＳＩ−ＲＳのために用いられるリソースエレメントにマッピングされない。ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのマッピングにおけるＺＰ ＣＳＩ−ＲＳおよび／またはＮＺＰ ＣＳＩ−ＲＳは、ＰＤＳＣＨのマッピングにおけるＺＰ ＣＳＩ−ＲＳおよび／またはＮＺＰ ＣＳＩ−ＲＳと、同じ設定であってもよいし、異なる設定であってもよい。
（９）ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、そのＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＥＰＤＣＣＨを送信するリソースブロックペア、サブリソースブロック、拡張リソースエレメントグループまたはリソースエレメントにマッピングされない。例えば、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、そのＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＥＰＤＣＣＨがマッピングされるリソースエレメントを含むサブリソースブロックにマッピングされない。なお、ＰＤＳＣＨは、そのＰＤＳＣＨに関連付けられるＥＰＤＣＣＨを送信するリソースブロックペアにマッピングされない。
（１０）ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、あるサブフレームにおいて、そのサブフレーム内の１番目のスロットにおける所定のインデックスで示されるシンボル以降のシンボル（ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのスタートシンボル）にマッピングされる。すなわち、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨがマッピングされうるサブリソースブロックが、あるサブフレーム内において、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのスタートシンボルよりも前のシンボルを含む場合、そのＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨはそのシンボルにマッピングされない。ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのスタートシンボルを示す所定のインデックスは、セル固有または端末装置固有に設定される。例えば、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのスタートシンボルを示す所定のインデックスは、下りリンクＳＴＴＩ設定に含まれて設定される。ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのスタートシンボルを示す所定のインデックスの最小値は０にすることができる。また、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのスタートシンボルは、設定されずに予め規定されてもよく、例えば０にすることができる。すなわち、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、あるサブフレームにおいて、全てのシンボルにマッピングされうる。
なお、ＰＤＳＣＨは、あるサブフレームにおいて、そのサブフレーム内の１番目のスロットにおける所定のインデックスで示されるシンボル以降のシンボル（ＰＤＳＣＨのスタートシンボル）にマッピングされる。ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのスタートシンボルを示す所定のインデックスは、ＰＤＳＣＨのスタートシンボルを示す所定のインデックスとは、同じであってもよいし、異なってもよい。ＰＤＳＣＨのスタートシンボルを示す所定のインデックスの最小値は１である。
（１１）ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、ＰＣＦＩＣＨまたはＰＨＩＣＨに割り当てられるリソースエレメントグループのリソースエレメントにマッピングされない。なお、ＰＤＳＣＨは、ＰＣＦＩＣＨまたはＰＨＩＣＨに割り当てられるリソースエレメントグループを含むシンボル（すなわち、あるサブフレームにおける最初のシンボル）にマッピングされない。すなわち、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、ＰＣＦＩＣＨまたはＰＨＩＣＨに割り当てられるリソースエレメントグループを含むシンボルにおいて、そのリソースエレメントグループを除くリソースエレメントにマッピングされうる。ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのリソースエレメントマッピングは、ＰＣＦＩＣＨまたはＰＨＩＣＨの送信に用いられるリソースエレメントにおいて、レートマッチングされることが好ましい。
（１２）ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、そのＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＰＤＣＣＨを送信するリソースブロックペア、サブリソースブロック、シンボル、ＴＴＩ、リソースエレメントグループまたはリソースエレメントにマッピングされない。すなわち、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、そのＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＰＤＣＣＨを送信するリソースエレメントまたはリソースエレメントグループを含むリソースブロックペア、サブリソースブロック、シンボル、ＴＴＩ、またはリソースエレメントグループにマッピングされない。
なお、ＰＤＳＣＨは、そのＰＤＳＣＨに関連付けられるＰＤＣＣＨを含む全てのＰＤＣＣＨの送信に関わらずマッピングされる。例えば、ＰＤＣＣＨは基地局装置から設定または通知されるＣＦＩで示されるシンボルで送信され、ＰＤＳＣＨはそのＰＤＣＣＨの送信に用いられるシンボルにマッピングされない。そのため、端末装置は、ＰＤＳＣＨのマッピングにおいて、ＰＤＣＣＨの送信に用いられるリソースエレメントを認識または想定する必要がなくてもよい。
一方、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、ＰＤＣＣＨの送信に用いられるリソースエレメントを含むシンボルにもマッピングされる場合、端末装置はＰＤＳＣＨのマッピングにおいて、ＰＤＣＣＨの送信に用いられるリソースエレメントを認識または想定することが好ましい。ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのリソースエレメントマッピングは、ＰＤＣＣＨの送信に用いられるリソースエレメントにおいて、パンクチャリングされることが好ましい。また、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのリソースエレメントマッピングにおいて、ＰＤＣＣＨは、そのＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに関連付けられるＰＤＣＣＨだけでなく、端末装置が認識または受信できる一部または全てのＰＤＣＣＨを含む。
（１３−１）ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、端末装置にスケジューリングされる（認識または受信する）ＰＤＳＣＨの送信に用いられるリソースブロック、リソースブロックペアまたはリソースブロックグループにマッピングされない。例えば、あるＰＤＳＣＨがある端末装置に対してスケジューリングされる場合、その端末装置は、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨがそのＰＤＳＣＨの送信に用いられるリソースブロックまたはリソースブロックグループ内のサブリソースブロックにマッピングされないと想定する。なお、その場合でも、そのリソースブロックまたはリソースブロックグループ内のＰＤＳＣＨのスタートシンボルより前のシンボル（ＰＤＣＣＨ領域）は、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨがマッピングされてもよい。
ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨが端末装置にスケジューリングされるＰＤＳＣＨの送信に用いられるリソースブロック、リソースブロックペアまたはリソースブロックグループにマッピングされない場合、ＰＤＳＣＨはＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのマッピングに関わらずマッピングできる。すなわち、あるＰＤＳＣＨがあるリソースブロックを含むリソースにスケジューリングされる場合、そのリソースブロック内のサブリソースブロックを含むＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨはマッピングされない。換言すると、端末装置は、その端末装置にスケジューリングされるＰＤＳＣＨの送信に用いられるリソースブロック内のサブリソースブロックを用いるＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨがマッピング（送信）されないと想定する。端末装置は、そのＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨの候補はモニタリングしなくてもよい。
換言すると、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨの候補とスケジューリングされるＰＤＳＣＨが同じリソースエレメント、リソースブロックまたはサブリソースブロックで衝突する場合、ＰＤＳＣＨが優先してマッピングされ、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨはマッピングされない。
（１３−２）ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、端末装置にスケジューリングされる（認識または受信する）ＰＤＳＣＨの送信に関わらずマッピングされる。例えば、あるＰＤＳＣＨがある端末装置に対してスケジューリングされる場合でも、その端末装置は、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨがそのＰＤＳＣＨの送信に用いられるリソースブロックまたはリソースブロックグループ内のサブリソースブロックにマッピングされうると想定する。すなわち、ＰＤＳＣＨのスケジューリングに関わらず、端末装置は設定されるＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨの候補をモニタリングする。
ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨが端末装置にスケジューリングされるＰＤＳＣＨの送信に関わらずマッピングされる場合、ＰＤＳＣＨのマッピングは、そのＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに依存する。例えば、ＰＤＳＣＨは、全てのＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨの候補に対応するリソースエレメントにマッピングされない。例えば、ＰＤＳＣＨは、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨの候補のうち、検出されたＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに対応するリソースエレメントにマッピングされない。すなわち、ＰＤＳＣＨは、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨの候補のうち、検出されないＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨに対応するリソースエレメントにもマッピングされる。
また、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨの送信に用いられるサブリソースブロックを含むリソースブロックまたはサブフレームでは、ＰＤＳＣＨがスケジューリングされないようにしてもよい。例えば、端末装置は、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨの候補に対応するサブリソースブロックを含むリソースブロックまたはサブフレームにおいて、ＰＤＳＣＨがスケジューリングされないと想定する。
換言すると、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨの候補とスケジューリングされるＰＤＳＣＨが同じリソースエレメント、リソースブロックまたはサブリソースブロックで衝突する場合、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨが優先してマッピングされ、ＰＤＳＣＨはＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨがマッピングされるリソースエレメント以外のリソースエレメントでマッピングされる。
（１３−３）上記の（１３−１）および（１３−２）に記載のリソースエレメントマッピングが、所定の条件に基づいて切り替えて用いられる。例えば、ＰＤＳＣＨがＥＰＤＣＣＨでスケジューリングされる場合、上記の（１３−１）に記載のリソースエレメントマッピングが用いられ、ＰＤＳＣＨがＰＤＣＣＨでスケジューリングされる場合、上記の（１３−２）に記載のリソースエレメントマッピングが用いられる。例えば、ＰＤＳＣＨがＥＰＤＣＣＨでスケジューリングされる場合、上記の（１３−２）に記載のリソースエレメントマッピングが用いられ、ＰＤＳＣＨがＰＤＣＣＨでスケジューリングされる場合、上記の（１３−１）に記載のリソースエレメントマッピングが用いられる。
図１４は、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのリソースエレメントマッピングの一例を示す図である。図１４は、下りリンクにおける２つのリソースブロックペアのリソースエレメントを示す。リソースエレメントＲ０〜Ｒ３は、それぞれＣＲＳがマッピングされるリソースエレメントである。リソースエレメントＣ１〜Ｃ４は、それぞれＣＳＩ−ＲＳがマッピングされるリソースエレメントである。リソースエレメントＣＦＩは、ＰＣＦＩＣＨがマッピングされるリソースエレメントである。リソースエレメントＨＩは、ＰＨＩＣＨがマッピングされるリソースエレメントである。
図１４の例では、ＴＴＩが１シンボルである。すなわち、１つのサブリソースブロックは、１つのシンボルと１２のサブキャリアで示される１２のリソースエレメントにより構成される。端末装置は、所定の設定に基づいて、スロット０のシンボル０、スロット０のシンボル５、およびスロット１のシンボル３におけるサブリソースブロックのセット（リソースブロック０および１）にマッピングされるＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨを受信またはモニタリングする。スロット０のシンボル０におけるＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、ＣＲＳ、ＰＣＦＩＣＨおよびＰＨＩＣＨの送信に用いられるリソースエレメント以外のリソースエレメントにマッピングされる。スロット０のシンボル５におけるＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、全てのリソースエレメントにマッピングされる。スロット１のシンボル３におけるＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、ＣＳＩ−ＲＳの送信に用いられるリソースエレメント以外のリソースエレメントにマッピングされる。
ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨは、あるサブフレームにおいて、さらに、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのスタートシンボル以降にマッピングされるようにしてもよい。例えば、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨのスタートシンボルが３である場合、ＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨはスロット０のシンボル３からスロット１のシンボル６にマッピングされうる。図１４の例では、端末装置は、スロット０のシンボル０におけるＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨの送信またはマッピングを想定しない。そのため、端末装置は、スロット０のシンボル０におけるＳＰＤＣＣＨおよび／またはＳＰＤＳＣＨを受信またはモニタリングしなくてもよい。
なお、以上の説明において、ＴＴＩのサイズは、シンボル長が一定のシンボルを単位としたシンボル数に基づいて規定される場合を説明したが、これに限定されるものではない。ＴＴＩのサイズは様々な方法または単位により規定されてもよい。本実施形態において、ＴＴＩのサイズは時間の長さとすることができる。例えば、ＴＴＩのサイズを規定する別の一例は、それぞれのＴＴＩを構成するシンボル数は一定であり、それぞれのシンボルのシンボル長が異なる。具体的には、基地局装置は、サブキャリア間隔およびシンボル長を可変させた信号を送信できる。サブキャリア間隔をｅ倍にした場合、シンボル長は１／ｅ倍になる。また、基地局装置は、異なるシンボル長の信号を１つのコンポーネントキャリアに多重して送信できる。すなわち、１つのコンポーネントキャリアにおいて、異なるＴＴＩ長の信号を送信できるため、以上で説明した方法は同様に適用することができる。
上記の実施形態の詳細により、基地局装置１と端末装置２が通信する無線通信システムにおいて、伝送効率を向上させることができる。
＜応用例＞
［基地局に関する応用例］
（第１の応用例）
図１５は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。
アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図１５に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図１５にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。
基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。
コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio Resource Control）、無線ベアラ制御（Radio Bearer Control）、移動性管理（Mobility Management）、流入制御（Admission Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。
ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
無線通信インタフェース８２５は、ＬＴＥ（Long Term Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium Access Control）、ＲＬＣ（Radio Link Control）及びＰＤＣＰ（Packet Data Convergence Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。
無線通信インタフェース８２５は、図１５に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図１５に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図１５には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。
（第２の応用例）
図１６は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。
アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図１６に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図１６にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。
基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図１５を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。
無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図１５を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図１６に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図１６には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。
接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。
また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。
接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。
無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図１６に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図１６には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。
図１５及び図１６示したｅＮＢ８００、ｅＮＢ８３０、基地局装置８２０または基地局装置８５０は、図３などを参照して説明した基地局装置１に対応し得る。
［端末装置に関する応用例］
（第１の応用例）
図１７は、本開示に係る技術が適用され得る端末装置２としてのスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System on Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal Serial Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
カメラ９０６は、例えば、ＣＣＤ（Charge Coupled Device）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図１７に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図１７には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local Area Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。
アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図１７に示したように複数のアンテナ９１６を有してもよい。なお、図１７にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。
さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図１７に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
（第２の応用例）
図１８は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global Positioning System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図１８に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図１８には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図１８に示したように複数のアンテナ９３７を有してもよい。なお、図１８にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図１８に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
なお、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
また、以下のような構成も本開示の技術的範囲に属する。
（１）
基地局装置と通信する端末装置であって、
前記基地局装置からの上位層のシグナリングにより１つ以上の第２のＰＤＣＣＨ設定を設定する上位層処理部と、
前記第２のＰＤＣＣＨ設定が設定されない場合、第１のＰＤＣＣＨにおける共通サーチスペースおよび端末装置固有サーチスペースのみをモニタリングし、前記第２のＰＤＣＣＨ設定が設定される場合、少なくとも第２のＰＤＣＣＨにおける端末装置固有サーチスペースをモニタリングする受信部と、を備え、
前記第１のＰＤＣＣＨは、所定のシンボル数で定義されるサブフレームに基づいて送信され、
前記第２のＰＤＣＣＨは、前記サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと、前記第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信される、端末装置。
（２）
前記受信部は、前記第２のＰＤＣＣＨ設定が設定される場合、第１のＰＤＣＣＨにおける端末装置固有サーチスペースをモニタリングしない、前記（１）に記載の端末装置。
（３）
前記受信部は、前記第２のＰＤＣＣＨ設定が設定される場合、さらに第１のＰＤＣＣＨにおける共通サーチスペースをモニタリングする、前記（１）または前記（２）に記載の端末装置。
（４）
前記受信部は、前記第２のＰＤＣＣＨ設定が設定される場合、さらに第２のＰＤＣＣＨにおける共通サーチスペースをモニタリングする、前記（１）から前記（３）のいずれか１項に記載の端末装置。
（５）
前記第２のＰＤＣＣＨの送信に用いられるリソースブロックの設定可能な値の組み合わせは、前記第２のＰＤＣＣＨ設定により設定される前記拡張サブフレームのシンボル数に基づいて決まる、前記（１）から前記（４）のいずれか１項に記載の端末装置。
（６）
前記設定可能な値の組み合わせに含まれる最小値は、前記拡張サブフレームのシンボル数が少ないほど大きくなる、前記（５）に記載の端末装置。
（７）
端末装置と通信する基地局装置であって、
前記端末装置に対して上位層のシグナリングにより１つ以上の第２のＰＤＣＣＨ設定を設定する上位層処理部と、
前記第２のＰＤＣＣＨ設定が設定されない場合、第１のＰＤＣＣＨにおける共通サーチスペースまたは端末装置固有サーチスペースに、第１のＰＤＣＣＨをマッピングして送信し、前記第２のＰＤＣＣＨ設定が設定される場合、少なくとも第２のＰＤＣＣＨにおける端末装置固有サーチスペースに、第２のＰＤＣＣＨをマッピングして送信する送信部と、を備え、
前記第１のＰＤＣＣＨは、所定のシンボル数で定義されるサブフレームに基づいて送信され、
前記第２のＰＤＣＣＨは、前記サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと、前記第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信される、基地局装置。
（８）
基地局装置と通信する端末装置で用いられる通信方法であって、
前記基地局装置からの上位層のシグナリングにより１つ以上の第２のＰＤＣＣＨ設定を設定するステップと、
前記第２のＰＤＣＣＨ設定が設定されない場合、第１のＰＤＣＣＨにおける共通サーチスペースおよび端末装置固有サーチスペースのみをモニタリングし、前記第２のＰＤＣＣＨ設定が設定される場合、少なくとも第２のＰＤＣＣＨにおける端末装置固有サーチスペースをモニタリングするステップと、を有し、
前記第１のＰＤＣＣＨは、所定のシンボル数で定義されるサブフレームに基づいて送信され、
前記第２のＰＤＣＣＨは、前記サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと、前記第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信される、通信方法。
（９）
端末装置と通信する基地局装置で用いられる通信方法であって、
前記端末装置に対して上位層のシグナリングにより１つ以上の第２のＰＤＣＣＨ設定を設定するステップと、
前記第２のＰＤＣＣＨ設定が設定されない場合、第１のＰＤＣＣＨにおける共通サーチスペースまたは端末装置固有サーチスペースに、第１のＰＤＣＣＨをマッピングして送信し、前記第２のＰＤＣＣＨ設定が設定される場合、少なくとも第２のＰＤＣＣＨにおける端末装置固有サーチスペースに、第２のＰＤＣＣＨをマッピングして送信するステップと、を有し、
前記第１のＰＤＣＣＨは、所定のシンボル数で定義されるサブフレームに基づいて送信され、
前記第２のＰＤＣＣＨは、前記サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと、前記第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信される、通信方法。
１ 基地局装置
２ 端末装置
１０１、２０１ 上位層処理部
１０３、２０３ 制御部
１０５、２０５ 受信部
１０７、２０７ 送信部
１０９、２０９ 送受信アンテナ
１０５１、２０５１ 復号化部
１０５３、２０５３ 復調部
１０５５、２０５５ 多重分離部
１０５７、２０５７ 無線受信部
１０５９、２０５９ チャネル測定部
１０７１、２０７１ 符号化部
１０７３、２０７３ 変調部
１０７５、２０７５ 多重部
１０７７、２０７７ 無線送信部
１０７９ 下りリンク参照信号生成部
２０７９ 上りリンク参照信号生成部

Claims (9)

  1. 基地局装置と通信する端末装置であって、
    前記基地局装置からの上位層のシグナリングにより１つ以上の第２のＰＤＣＣＨ設定を設定する上位層処理部と、
    前記第２のＰＤＣＣＨ設定が設定されない場合、第１のＰＤＣＣＨにおける共通サーチスペースおよび端末装置固有サーチスペースのみをモニタリングし、前記第２のＰＤＣＣＨ設定が設定される場合、少なくとも第２のＰＤＣＣＨにおける端末装置固有サーチスペースをモニタリングする受信部と、を備え、
    前記第１のＰＤＣＣＨは、所定のシンボル数で定義されるサブフレームに基づいて送信され、
    前記第２のＰＤＣＣＨは、前記サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと、前記第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信され、
    前記第１のＰＤＣＣＨがマッピングされうる領域に含まれる前記拡張サブフレームでは、前記第２のＰＤＣＣＨによりスケジュールされるＰＤＳＣＨのための制御情報が前記第１のＰＤＣＣＨで送信される、端末装置。
  2. 前記受信部は、前記第２のＰＤＣＣＨ設定が設定される場合、第１のＰＤＣＣＨにおける端末装置固有サーチスペースをモニタリングしない、請求項１に記載の端末装置。
  3. 前記受信部は、前記第２のＰＤＣＣＨ設定が設定される場合、さらに第１のＰＤＣＣＨにおける共通サーチスペースをモニタリングする、請求項１に記載の端末装置。
  4. 前記受信部は、前記第２のＰＤＣＣＨ設定が設定される場合、さらに第２のＰＤＣＣＨにおける共通サーチスペースをモニタリングする、請求項１に記載の端末装置。
  5. 前記第２のＰＤＣＣＨの送信に用いられるリソースブロックの設定可能な値の組み合わせは、前記第２のＰＤＣＣＨ設定により設定されるパラメータに基づいて決まる、請求項１に記載の端末装置。
  6. 前記設定可能な値の組み合わせに含まれる最小値は、前記拡張サブフレームのシンボル数が少ないほど大きくなる、請求項５に記載の端末装置。
  7. 端末装置と通信する基地局装置であって、
    前記端末装置に対して上位層のシグナリングにより１つ以上の第２のＰＤＣＣＨ設定を設定する上位層処理部と、
    前記第２のＰＤＣＣＨ設定が設定されない場合、第１のＰＤＣＣＨにおける共通サーチスペースまたは端末装置固有サーチスペースに、第１のＰＤＣＣＨをマッピングして送信し、前記第２のＰＤＣＣＨ設定が設定される場合、少なくとも第２のＰＤＣＣＨにおける端末装置固有サーチスペースに、第２のＰＤＣＣＨをマッピングして送信する送信部と、を備え、
    前記第１のＰＤＣＣＨは、所定のシンボル数で定義されるサブフレームに基づいて送信され、
    前記第２のＰＤＣＣＨは、前記サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと、前記第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信され、
    前記第１のＰＤＣＣＨがマッピングされうる領域に含まれる前記拡張サブフレームでは、前記第２のＰＤＣＣＨによりスケジュールされるＰＤＳＣＨのための制御情報が前記第１のＰＤＣＣＨで送信される、基地局装置。
  8. 基地局装置と通信する端末装置で用いられる通信方法であって、
    前記基地局装置からの上位層のシグナリングにより１つ以上の第２のＰＤＣＣＨ設定を設定するステップと、
    前記第２のＰＤＣＣＨ設定が設定されない場合、第１のＰＤＣＣＨにおける共通サーチスペースおよび端末装置固有サーチスペースのみをモニタリングし、前記第２のＰＤＣＣＨ設定が設定される場合、少なくとも第２のＰＤＣＣＨにおける端末装置固有サーチスペースをモニタリングするステップと、を有し、
    前記第１のＰＤＣＣＨは、所定のシンボル数で定義されるサブフレームに基づいて送信され、
    前記第２のＰＤＣＣＨは、前記サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと、前記第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信され、
    前記第１のＰＤＣＣＨがマッピングされうる領域に含まれる前記拡張サブフレームでは、前記第２のＰＤＣＣＨによりスケジュールされるＰＤＳＣＨのための制御情報が前記第１のＰＤＣＣＨで送信される、通信方法。
  9. 端末装置と通信する基地局装置で用いられる通信方法であって、
    前記端末装置に対して上位層のシグナリングにより１つ以上の第２のＰＤＣＣＨ設定を設定するステップと、
    前記第２のＰＤＣＣＨ設定が設定されない場合、第１のＰＤＣＣＨにおける共通サーチスペースまたは端末装置固有サーチスペースに、第１のＰＤＣＣＨをマッピングして送信し、前記第２のＰＤＣＣＨ設定が設定される場合、少なくとも第２のＰＤＣＣＨにおける端末装置固有サーチスペースに、第２のＰＤＣＣＨをマッピングして送信するステップと、を有し、
    前記第１のＰＤＣＣＨは、所定のシンボル数で定義されるサブフレームに基づいて送信され、
    前記第２のＰＤＣＣＨは、前記サブフレームに対応するシンボル数よりも少ないシンボル数の拡張サブフレームと、前記第２のＰＤＣＣＨ設定により設定されるリソースブロックとに基づいて送信され、
    前記第１のＰＤＣＣＨがマッピングされうる領域に含まれる前記拡張サブフレームでは、前記第２のＰＤＣＣＨによりスケジュールされるＰＤＳＣＨのための制御情報が前記第１のＰＤＣＣＨで送信される、通信方法。
JP2018508442A 2016-03-31 2017-01-24 端末装置、基地局装置および通信方法 Active JP6380705B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016070599 2016-03-31
JP2016070599 2016-03-31
PCT/JP2017/002265 WO2017169005A1 (ja) 2016-03-31 2017-01-24 端末装置、基地局装置および通信方法

Publications (2)

Publication Number Publication Date
JP6380705B2 true JP6380705B2 (ja) 2018-08-29
JPWO2017169005A1 JPWO2017169005A1 (ja) 2018-08-30

Family

ID=59964084

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018508442A Active JP6380705B2 (ja) 2016-03-31 2017-01-24 端末装置、基地局装置および通信方法

Country Status (8)

Country Link
US (1) US10594428B2 (ja)
EP (1) EP3379877B1 (ja)
JP (1) JP6380705B2 (ja)
KR (2) KR102110289B1 (ja)
CN (1) CN108293252B (ja)
CA (1) CA3004858A1 (ja)
PH (1) PH12018501095A1 (ja)
WO (1) WO2017169005A1 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6979944B2 (ja) * 2016-05-12 2021-12-15 株式会社Ｎｔｔドコモ 端末、測定方法及び無線通信システム
US10756868B2 (en) * 2016-07-01 2020-08-25 Qualcomm Incorporated Techniques for transmitting a physical uplink shared channel in an uplink pilot time slot
US20180110042A1 (en) * 2016-10-13 2018-04-19 Qualcomm Incorporated Concurrent transmission of low latency and non-low latency uplink control channels
CN109997327B (zh) * 2016-11-12 2021-10-26 Lg电子株式会社 在无线通信系统中发送上行链路信号的方法及其装置
CN109964437B (zh) * 2017-02-08 2021-07-27 上海朗帛通信技术有限公司 一种用于动态调度的终端、基站中的方法和装置
JP6890711B2 (ja) * 2017-03-25 2021-06-18 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいてｖ２ｘ端末により行われるｖ２ｘ通信遂行方法及び前記方法を利用する端末
WO2019028816A1 (en) 2017-08-11 2019-02-14 Qualcomm Incorporated SWITCHING BETWEEN STANDARD SUB-PRB AND PRB POWERS FOR EMTC PURPOSES
BR112020006174A2 (pt) * 2017-09-29 2020-10-06 Ntt Docomo, Inc. terminal, método de radiocomunicação e estação base
WO2019194531A1 (ko) 2018-04-02 2019-10-10 엘지전자 주식회사 무선 통신 시스템에서 신호의 송수신 방법 및 이를 위한 장치
EP4236174A3 (en) 2018-07-25 2023-09-06 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Channel monitoring method and apparatus, terminal device, and network device
KR20200084607A (ko) * 2019-01-03 2020-07-13 삼성전자주식회사 무선 통신 시스템에서 단말의 전력 소모 감소를 위한 하향 제어 채널 수신 방법 및 장치
US20220095118A1 (en) * 2019-01-09 2022-03-24 Ntt Docomo, Inc. User terminal and radio communication method
CN111865536B (zh) * 2019-04-30 2021-12-14 华为技术有限公司 搜索空间的监测、配置方法及装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100099655A (ko) * 2009-03-03 2010-09-13 엘지전자 주식회사 무선통신 시스템에서 중계국의 데이터 수신방법 및 장치
JP5587824B2 (ja) * 2011-05-02 2014-09-10 株式会社Ｎｔｔドコモ 無線基地局装置、移動端末装置、無線通信システムおよび無線通信方法
US8982814B2 (en) * 2011-11-04 2015-03-17 Telefonaktiebolaget L M Ericsson (Publ) Network node, user equipment and methods therein
JP5829987B2 (ja) * 2012-07-23 2015-12-09 株式会社Ｎｔｔドコモ 無線通信方法、無線通信システム及び無線基地局
JP5994986B2 (ja) * 2012-09-20 2016-09-21 シャープ株式会社 基地局装置、移動局装置および通信方法
JP5793131B2 (ja) * 2012-11-02 2015-10-14 株式会社Ｎｔｔドコモ 無線基地局、ユーザ端末、無線通信システム及び無線通信方法
EP3840264A1 (en) * 2014-09-08 2021-06-23 Interdigital Patent Holdings, Inc. Controlling the operation of dci based reception
WO2016142006A1 (en) * 2015-03-09 2016-09-15 Telefonaktiebolaget Lm Ericsson (Publ) Reducing reference signals when communicating multiple sub-subframes between a base station and a wireless terminal
JPWO2017130990A1 (ja) * 2016-01-29 2018-11-22 株式会社Ｎｔｔドコモ ユーザ端末
US10271316B2 (en) * 2016-03-21 2019-04-23 Sharp Kabushiki Kaisha User equipments, base stations and methods

Also Published As

Publication number Publication date
CN108293252A (zh) 2018-07-17
KR101977004B1 (ko) 2019-05-09
PH12018501095A1 (en) 2019-01-28
KR102110289B1 (ko) 2020-05-13
KR20180074740A (ko) 2018-07-03
US10594428B2 (en) 2020-03-17
EP3379877B1 (en) 2020-12-23
KR20190047741A (ko) 2019-05-08
EP3379877A1 (en) 2018-09-26
WO2017169005A1 (ja) 2017-10-05
EP3379877A4 (en) 2019-02-27
US20180309532A1 (en) 2018-10-25
CN108293252B (zh) 2023-08-01
JPWO2017169005A1 (ja) 2018-08-30
CA3004858A1 (en) 2017-10-05

Similar Documents

Publication Publication Date Title
JP6838615B2 (ja) 通信装置、通信方法、基地局およびプログラム
JP6996492B2 (ja) 端末装置、基地局装置および通信方法
JP6380705B2 (ja) 端末装置、基地局装置および通信方法
JP7277140B2 (ja) 端末装置、基地局装置、通信方法
JP7027892B2 (ja) 端末装置および通信方法
CN108781444B (zh) 终端装置、基站装置和通信方法
JP7464064B2 (ja) 通信方法および通信装置
JP6439883B2 (ja) 端末装置、基地局装置および通信方法
JP6773052B2 (ja) 端末装置、基地局装置および通信方法

Legal Events

Date Code Title Description
A529 Written submission of copy of amendment under article 34 pct

Free format text: JAPANESE INTERMEDIATE CODE: A5211

Effective date: 20180424

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180612

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20180612

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20180625

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: 20180703

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180716

R151 Written notification of patent or utility model registration

Ref document number: 6380705

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151