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

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

Info

Publication number
JP6794357B2
JP6794357B2 JP2017527435A JP2017527435A JP6794357B2 JP 6794357 B2 JP6794357 B2 JP 6794357B2 JP 2017527435 A JP2017527435 A JP 2017527435A JP 2017527435 A JP2017527435 A JP 2017527435A JP 6794357 B2 JP6794357 B2 JP 6794357B2
Authority
JP
Japan
Prior art keywords
information
maximum number
terminal device
downlink
layer
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
JP2017527435A
Other languages
English (en)
Other versions
JPWO2017006882A1 (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.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Publication of JPWO2017006882A1 publication Critical patent/JPWO2017006882A1/ja
Application granted granted Critical
Publication of JP6794357B2 publication Critical patent/JP6794357B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413—MIMO systems
    • H04B7/0456—Selection of precoding matrices or codebooks, e.g. using matrices antenna weighting
    • H04B7/0486—Selection of precoding matrices or codebooks, e.g. using matrices antenna weighting taking channel rank into account
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0621—Feedback content
    • H04B7/063—Parameters other than those covered in groups H04B7/0623 - H04B7/0634, e.g. channel matrix rank or transmit mode selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0023—Time-frequency-space
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/28—Cell structures using beam steering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • 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
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、端末装置、基地局装置、通信方法、および、集積回路に関する。
本願は、２０１５年７月３日に、日本に出願された特願２０１５−１３３９９７号に基づき優先権を主張し、その内容をここに援用する。
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE）」、または、「Evolved Universal Terrestrial Radio Access: EUTRA」と称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。ＬＴＥでは、基地局装置をｅＮｏｄｅＢ（evolved NodeB）、端末装置をＵＥ（User Equipment）とも称する。ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
ＬＴＥには、端末装置が集約される複数のキャリア（セル）を介して基地局装置と通信するキャリアアグリゲーション、および、複数のレイヤーが空間多重されるＭＩＭＯ（Multiple Input Multiple Output）が導入されている。ＭＩＭＯはＬＴＥリリース８から導入されており、キャリアアグリゲーションはＬＴＥリリース１０から導入されている（非特許文献２、３、４）。
ＬＴＥにおいて、ＭＩＭＯおよびキャリアアグリゲーションが導入された後にも、ＭＩＭＯおよびキャリアアグリゲーションの機能は拡張され続けている。端末装置は、該端末装置がサポートするＭＩＭＯおよびキャリアグリゲーションの技術を示す能力情報を、基地局装置に送信する（非特許文献５）。
しかしながら、上述のような無線システムにおいて、基地局装置の実際の動作と端末装置が想定する基地局装置の動作が異なり、基地局装置と端末装置が正しく通信できないことがある。例えば、端末装置が基地局装置にフィードバックするＲＩ（Rank Indicator）のビット幅、下りリンクトランスポートブロックのコードブロックのレートマッチング、ソフトチャネルビットのストアなどに対して、基地局装置の実際の動作と端末装置が想定する基地局装置の動作、および／または、端末装置の実際の動作と基地局装置が想定する端末装置の動作が異なる可能性がある。
本発明は上記の点に鑑みてなされたものであり、その目的は、基地局装置と効率的に通信することができる端末装置、基地局装置、通信方法、および、集積回路を提供することである。
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、ＰＤＳＣＨ（Physical Downlink Shared CHannel）送信に対するＲＩ（Rank Indicator）を送信する送信部と、前記ＲＩのためのビット幅の決定のために想定する第１の最大数であって、レイヤーの前記第１の最大数の決定のために用いる第１の情報を受信し、前記ＰＤＳＣＨでトランスポートブロックを受信する受信部と、前記トランスポートブロックのコードブロックを復号する復号化部と、を備え、前記復号化部が前記コードブロックの復号に失敗した場合、少なくとも所定のソフトチャネルビットのレンジに対応するソフトチャネルビットをストアし、前記所定のソフトチャネルビットは、前記コードブロックに対するソフトバッファサイズに基づき、前記コードブロックに対するソフトバッファサイズは、少なくとも、前記レイヤーの前記第１の最大数の決定のために用いる第１の情報に基づく。
（２）本発明の第２の態様は、端末装置に用いられる通信方法であって、ＰＤＳＣＨ（Physical Downlink Shared CHannel）送信に対するＲＩ（Rank Indicator）を送信し、前記ＲＩのためのビット幅の決定のために想定する第１の最大数であって、レイヤーの前記第１の最大数の決定のために用いる第１の情報を受信し、前記ＰＤＳＣＨでトランスポートブロックを受信し、前記トランスポートブロックのコードブロックを復号し、前記コードブロックの復号に失敗した場合、少なくとも所定のソフトチャネルビットのレンジに対応するソフトチャネルビットをストアし、前記所定のソフトチャネルビットは、前記コードブロックに対するソフトバッファサイズに基づき、前記コードブロックに対するソフトバッファサイズは、少なくとも、前記レイヤーの前記第１の最大数の決定のために用いる第１の情報に基づく。
（３）本発明の第３の態様は、集積回路であって、ＰＤＳＣＨ（Physical Downlink Shared CHannel）送信に対するＲＩ（Rank Indicator）を送信する機能と、前記ＲＩのためのビット幅の決定のために想定する第１の最大数であって、レイヤーの前記第１の最大数の決定のために用いる第１の情報を受信する機能と、前記ＰＤＳＣＨでトランスポートブロックを受信する機能と、前記トランスポートブロックのコードブロックを復号する機能と、前記コードブロックの復号に失敗した場合、少なくとも所定のソフトチャネルビットのレンジに対応するソフトチャネルビットをストアする機能と、を含む一連の機能を端末装置に発揮させ、前記所定のソフトチャネルビットは、前記コードブロックに対するソフトバッファサイズに基づき、前記コードブロックに対するソフトバッファサイズは、少なくとも、前記レイヤーの前記第１の最大数の決定のために用いる第１の情報に基づく。
この発明の態様によれば、端末装置と基地局装置とが効率的に通信することができる。
本実施形態の無線通信システムの概念図である。 本実施形態の無線フレームの概略構成を示す図である。 本実施形態のスロットの構成を示す図である。 本実施形態の端末装置１の構成を示す概略ブロック図である。 本実施形態の基地局装置３の構成を示す概略ブロック図である。 本実施形態の符号化部３０７１における処理の一例を示す図である。 本実施形態の多重部３０７５における処理の一例を示す図である。 本実施形態における送信モード、ＤＣＩフォーマット、および、ＰＤＳＣＨの送信方式の対応の一例を示す図である。 本実施形態におけるＵＥカテゴリーの一例を示す図である。 本実施形態における下りリンクＵＥカテゴリーの一例を示す図である。 本実施形態の複数の能力パラメータによって示されるカテゴリーの組み合わせの一例を示す図である。 本実施形態のバンド幅クラスの一例を示す図である。 本実施形態における能力パラメータsupportedBandCombinationの構成の一例を示す図である。 本実施形態における能力パラメータsupportedBandCombinationの構成の一例を示す図である。 本実施形態におけるバンド幅クラスとＭＩＭＯ能力の組み合わせの一例を示す図である。 本実施形態における端末装置１と基地局装置３の間のシーケンスチャートの一例を示す図である。 本実施形態におけるレートマッチングの一例を示す図である。 本実施形態のビット選択および除去の一例を示す図である。 本実施形態におけるソフトチャネルビットの総数Nsoftの決定に関するフローチャートの一例を示す図である。 本実施形態におけるKcの設定方法の一例を示す図である。 本実施形態における＜wk, wk+1,…,w (k+nSB-1) mod Ncb＞のレンジの一例を示す図である。 本実施形態におけるソフトチャネルビットの総数N’softの決定に関するフローチャートの一例を示す図である。
以下、本発明の実施形態について説明する。
本実施形態では、端末装置は、複数のセルが設定される。端末装置が複数のセルを介して通信する技術をセルアグリゲーション、またはキャリアアグリゲーションと称する。端末装置に対して設定される複数のセルのそれぞれにおいて、本発明が適用されてもよい。また、設定された複数のセルの一部において、本発明が適用されてもよい。端末装置に設定されるセルを、サービングセルとも称する。セルのそれぞれに対して、ＴＤＤ（Time Division Duplex）方式、および、ＦＤＤ（Frequency Division Duplex）方式のうちの何れか一方が適用される。
設定された複数のサービングセルは、１つのプライマリーセル（ＰＣｅｌｌ）と１つまたは複数のセカンダリーセル（ＳＣｅｌｌ）とを含む。プライマリーセルは、初期コネクション構築（initial connection establishment）プロシージャが行なわれたサービングセル、コネクション再構築（connection re-establishment）プロシージャを開始したサービングセル、または、ハンドオーバプロシージャにおいてプライマリーセルと指示されたセルである。ＲＲＣコネクションが構築された時点、または、後に、セカンダリーセルが設定されてもよい。
下りリンクにおいて、セルに対応するキャリアを下りリンクコンポーネントキャリアと称する。上りリンクにおいて、セルに対応するキャリアを上りリンクコンポーネントキャリアと称する。コンポーネントキャリアは送信帯域幅設定を含む。例えば、送信帯域幅設定は、１．４ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ、２０ＭＨｚである。
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１という。
本実施形態の物理チャネルおよび物理信号について説明する。
図１において、端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。上りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＵＣＣＨ（Physical Uplink Control Channel）
・ＰＵＳＣＨ（Physical Uplink Shared Channel）
・ＰＲＡＣＨ（Physical Random Access Channel）
ＰＵＣＣＨは、上りリンク制御情報（Uplink Control Information: UCI）を送信するために用いられる物理チャネルである。上りリンク制御情報は、下りリンクのチャネル状態情報（Channel State Information: CSI）、ＰＵＳＣＨリソースの要求を示すスケジューリング要求（Scheduling Request: SR）、下りリンクデータ（Transport block, Downlink-Shared Channel: DL-SCH）に対するＡＣＫ（acknowledgement）／ＮＡＣＫ（negative-acknowledgement）を含む。ＡＣＫ／ＮＡＣＫを、ＨＡＲＱ−ＡＣＫ、ＨＡＲＱフィードバック、または、応答情報とも称する。
チャネル状態情報は、チャネル品質指標（Channel Quality Indicator: CQI）、ＲＩ（Rank Indicator）、および、ＰＭＩ（Precoding Matrix Indicator）を含む。ＣＱＩは、ＰＤＳＣＨで送信される単一のトランスポートブロックに対する、変調方式と符号化率の組合せを表現する。ＲＩは、端末装置１によって決定される有効なレイヤー（useful layers）の数を示す。ＰＭＩは、端末装置１によって決定されるコードブックを示す。該コードブックは、ＰＤＳＣＨのプリコーディングに関連する。
ＰＵＳＣＨは、上りリンクデータ（Uplink-Shared Channel: UL-SCH）を送信するために用いられる物理チャネルである。また、ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。また、ＰＵＳＣＨはチャネル状態情報のみ、または、ＨＡＲＱ−ＡＣＫおよびチャネル状態情報のみを送信するために用いられてもよい。
ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられる物理チャネルである。
図１において、上りリンクの無線通信では、以下の上りリンク物理信号が用いられる。上りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・上りリンク参照信号（Uplink Reference Signal: UL RS）
本実施形態において、以下の２つのタイプの上りリンク参照信号が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連する。ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しない。
図１において、基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＢＣＨ（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）
ＰＢＣＨは、端末装置１で共通に用いられるマスターインフォメーションブロック（Master Information Block: MIB, Broadcast Channel: BCH）を報知するために用いられる。ＭＩＢは、４０ms間隔で送信され、ＭＩＢは１０ｍｓ周期で繰り返し送信される。具体的には、SFN mod 4 = 0を満たす無線フレームにおけるサブフレーム０においてＭＩＢの初期送信が行なわれ、他の全ての無線フレームにおけるサブフレーム０においてＭＩＢの再送信（repetition）が行なわれる。ＳＦＮ（system frame number）は無線フレームの番号である。ＭＩＢはシステム情報である。例えば、ＭＩＢは、ＳＦＮを示す情報を含む。ＰＢＣＨは送信アンテナポート０から３の一部、または、全部において送信される。
ＰＣＦＩＣＨは、ＰＤＣＣＨの送信に用いられる領域（ＯＦＤＭシンボル）を指示する情報を送信するために用いられる。
ＰＨＩＣＨは、基地局装置３が受信した上りリンクデータ（Uplink Shared Channel: UL-SCH）に対するＡＣＫ（ACKnowledgement）またはＮＡＣＫ（Negative ACKnowledgement）を示すＨＡＲＱインディケータ（ＨＡＲＱフィードバック、応答情報）を送信するために用いられる。
ＰＤＣＣＨおよびＥＰＤＣＣＨは、下りリンク制御情報（Downlink Control Information: DCI）を送信するために用いられる。下りリンク制御情報を、ＤＣＩフォーマットとも称する。下りリンク制御情報は、下りリンクグラント（downlink grant）および上りリンクグラント（uplink grant）を含む。下りリンクグラントは、下りリンクアサインメント（downlink assignment）または下りリンク割り当て（downlink allocation）とも称する。
下りリンクグラントは、単一のセル内の単一のＰＤＳＣＨのスケジューリングに用いられる。下りリンクグラントは、該下りリンクグラントが送信されたサブフレームと同じサブフレーム内のＰＤＳＣＨのスケジューリングに用いられる。上りリンクグラントは、単一のセル内の単一のＰＵＳＣＨのスケジューリングに用いられる。上りリンクグラントは、該上りリンクグラントが送信されたサブフレームより４つ以上後のサブフレーム内の単一のＰＵＳＣＨのスケジューリングに用いられる。
ＤＣＩフォーマットには、ＣＲＣ（Cyclic Redundancy Check）パリティビットが付加される。ＣＲＣパリティビットは、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）、または、ＳＰＳ Ｃ−ＲＮＴＩ（Semi Persistent Scheduling Cell-Radio Network Temporary Identifier）でスクランブルされる。Ｃ−ＲＮＴＩおよびＳＰＳ Ｃ−ＲＮＴＩは、セル内において端末装置１を識別するための識別子である。Ｃ−ＲＮＴＩは、単一のサブフレームにおけるＰＤＳＣＨまたはＰＵＳＣＨを制御するために用いられる。ＳＰＳ Ｃ−ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。
ＰＤＳＣＨは、下りリンクデータ（Downlink Shared Channel: DL-SCH）を送信するために用いられる。
ＰＭＣＨは、マルチキャストデータ（Multicast Channel: MCH）を送信するために用いられる。
図１において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号（Synchronization signal: SS）
・下りリンク参照信号（Downlink Reference Signal: DL RS）
同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。
下りリンク参照信号は、端末装置１が下りリンク物理チャネルの伝搬路補正を行なうために用いられる。下りリンク参照信号は、端末装置１が下りリンクのチャネル状態情報を算出するために用いられる。
本実施形態において、以下の５つのタイプの下りリンク参照信号が用いられる。
・ＣＲＳ（Cell-specific Reference Signal）
・ＰＤＳＣＨに関連するＵＲＳ（UE-specific Reference Signal）
・ＥＰＤＣＣＨに関連するＤＭＲＳ（Demodulation Reference Signal）
・ＮＺＰ ＣＳＩ−ＲＳ（Non-Zero Power Chanel State Information - Reference Signal）
・ＺＰ ＣＳＩ−ＲＳ（Zero Power Chanel State Information - Reference Signal）
・ＭＢＳＦＮ ＲＳ（Multimedia Broadcast and Multicast Service over Single Frequency Network Reference signal）
・ＰＲＳ（Positioning Reference Signal）
ＣＲＳは、サブフレームの全帯域で送信される。ＣＲＳは、ＰＢＣＨ／ＰＤＣＣＨ／ＰＨＩＣＨ／ＰＣＦＩＣＨ／ＰＤＳＣＨの復調を行なうために用いられる。ＣＲＳは、端末装置１が下りリンクのチャネル状態情報を算出するために用いられてもよい。ＰＢＣＨ／ＰＤＣＣＨ／ＰＨＩＣＨ／ＰＣＦＩＣＨは、ＣＲＳの送信に用いられるアンテナポートで送信される。
ＰＤＳＣＨに関連するＵＲＳは、ＵＲＳが関連するＰＤＳＣＨの送信に用いられるサブフレームおよび帯域で送信される。ＵＲＳは、ＵＲＳが関連するＰＤＳＣＨの復調を行なうために用いられる。
ＰＤＳＣＨは、ＣＲＳまたはＵＲＳの送信に用いられるアンテナポートで送信される。例えば、ＤＣＩフォーマット１Ａは、ＣＲＳの送信に用いられるアンテナポートで送信されるＰＤＳＣＨのスケジューリングに用いられる。例えば、ＤＣＩフォーマット２Ｂ、ＤＣＩフォーマット２Ｃ、および、ＤＣＩフォーマット２Ｄは、ＵＲＳの送信に用いられるアンテナポートで送信されるＰＤＳＣＨのスケジューリングに用いられる。
ＥＰＤＣＣＨに関連するＤＭＲＳは、ＤＭＲＳが関連するＥＰＤＣＣＨの送信に用いられるサブフレームおよび帯域で送信される。ＤＭＲＳは、ＤＭＲＳが関連するＥＰＤＣＣＨの復調を行なうために用いられる。ＥＰＤＣＣＨは、ＤＭＲＳの送信に用いられるアンテナポートで送信される。
ＮＺＰ ＣＳＩ−ＲＳは、設定されたサブフレームで送信される。ＮＺＰ ＣＳＩ−ＲＳが送信されるリソースは、基地局装置が設定する。ＮＺＰ ＣＳＩ−ＲＳは、端末装置１が下りリンクのチャネル状態情報を算出するために用いられる。端末装置１は、ＮＺＰ ＣＳＩ−ＲＳを用いて信号測定（チャネル測定）を行なう。ＮＺＰ ＣＳＩ−ＲＳは、送信アンテナポート１５から２２の一部、または、全部において送信される。端末装置１は、基地局装置３から受信した情報に基づいて、ＮＺＰ ＣＳＩ−ＲＳの送信のための送信アンテナポートを設定／特定する。
ＺＰ ＣＳＩ−ＲＳのリソースは、基地局装置３が設定する。基地局装置３は、ＺＰ ＣＳＩ−ＲＳをゼロ出力で送信する。つまり、基地局装置３は、ＺＰ ＣＳＩ−ＲＳを送信しない。基地局装置３は、ＺＰ ＣＳＩ−ＲＳの設定したリソースにおいて、ＰＤＳＣＨおよびＥＰＤＣＣＨを送信しない。例えば、あるセルにおいてＮＺＰ ＣＳＩ−ＲＳが対応するリソースにおいて、端末装置１は、干渉を測定することができる。
ＭＢＳＦＮ ＲＳは、ＰＭＣＨの送信に用いられるサブフレームの全帯域で送信される。ＭＢＳＦＮ ＲＳは、ＰＭＣＨの復調を行なうために用いられる。ＰＭＣＨは、ＭＢＳＦＮ ＲＳの送信用いられるアンテナポートで送信される。
ＰＲＳは、ＲＳＴＤ（Reference Signal Time Difference）の測定のために用いられてもよい。ＲＳＴＤは、隣接セルと参照セルの間の相対的なタイミング差（relative timing difference）によって定義される。
下りリンク物理チャネルおよび下りリンク物理信号を総称して、下りリンク信号と称する。上りリンク物理チャネルおよび上りリンク物理信号を総称して、上りリンク信号と称する。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理信号および上りリンク物理信号を総称して、物理信号と称する。
ＢＣＨ、ＭＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（Medium Access Control: MAC）層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（transport block: TB）またはＭＡＣ ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行なわれる。
以下、本実施形態の無線フレーム（radio frame）の構成について説明する。
図２は、本実施形態の無線フレームの概略構成を示す図である。無線フレームのそれぞれは、１０ｍｓ長である。図２において、横軸は時間軸である。また、無線フレームのそれぞれは２つのハーフフレームから構成される。ハーフフレームのそれぞれは、５ｍｓ長である。ハーフフレームのそれぞれは、５のサブフレームから構成される。サブフレームのそれぞれは、１ｍｓ長であり、２つの連続するスロットによって定義される。スロットのそれぞれは、０．５ｍｓ長である。無線フレーム内のｉ番目のサブフレームは、（２×ｉ）番目のスロットと（２×ｉ＋１）番目のスロットとから構成される。つまり、１０ｍｓ間隔のそれぞれにおいて、１０個のサブフレームが利用できる。
本実施形態では、以下の３つのタイプのサブフレームを定義する。
・下りリンクサブフレーム（第１のサブフレーム）
・上りリンクサブフレーム（第２のサブフレーム）
・スペシャルサブフレーム（第３のサブフレーム）
下りリンクサブフレームは下りリンク送信のためにリザーブされるサブフレームである。上りリンクサブフレームは上りリンク送信のためにリザーブされるサブフレームである。スペシャルサブフレームは３つのフィールドから構成される。該３つのフィールドは、ＤｗＰＴＳ（Downlink Pilot Time Slot）、ＧＰ（Guard Period）、およびＵｐＰＴＳ（Uplink Pilot Time Slot）である。ＤｗＰＴＳ、ＧＰ、およびＵｐＰＴＳの合計の長さは１ｍｓである。ＤｗＰＴＳは下りリンク送信のためにリザーブされるフィールドである。ＵｐＰＴＳは上りリンク送信のためにリザーブされるフィールドである。ＧＰは下りリンク送信および上りリンク送信が行なわれないフィールドである。尚、スペシャルサブフレームは、ＤｗＰＴＳおよびＧＰのみによって構成されてもよいし、ＧＰおよびＵｐＰＴＳのみによって構成されてもよい。
単一の無線フレームは、少なくとも下りリンクサブフレーム、上りリンクサブフレーム、およびスペシャルサブフレームから構成される。
本実施形態の無線通信システムは、５ｍｓと１０ｍｓの下りリンク‐上りリンク・スイッチポイント周期（downlink-to-uplink switch-point periodicity）をサポートする。下りリンク‐上りリンク・スイッチポイント周期が５ｍｓの場合には、無線フレーム内の両方のハーフフレームにスペシャルサブフレームが含まれる。下りリンク‐上りリンク・スイッチポイント周期が１０ｍｓの場合には、無線フレーム内の最初のハーフフレームのみにスペシャルサブフレームが含まれる。
以下、本実施形態のスロットの構成について説明する。
図３は、本実施形態のスロットの構成を示す図である。本実施形態では、ＯＦＤＭシンボルに対してノーマルＣＰ（normal Cyclic Prefix）が適用される。尚、ＯＦＤＭシンボルに対して拡張ＣＰ（extended Cyclic Prefix）が適用されてもよい。スロットのそれぞれにおいて送信される物理信号または物理チャネルは、リソースグリッドによって表現される。図３において、横軸は時間軸であり、縦軸は周波数軸である。下りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。上りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＳＣ−ＦＤＭＡシンボルによって定義される。１つのスロットを構成するサブキャリアの数は、セルの帯域幅に依存する。１つのスロットを構成するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの数は７である。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリアの番号とＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの番号とを用いて識別する。
リソースブロックは、ある物理チャネル（ＰＤＳＣＨまたはＰＵＳＣＨなど）のリソースエレメントへのマッピングを表現するために用いられる。リソースブロックは、仮想リソースブロックと物理リソースブロックが定義される。ある物理チャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。１つの物理リソースブロックは、時間領域において７個の連続するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルと周波数領域において１２個の連続するサブキャリアとから定義される。ゆえに、１つの物理リソースブロックは（７×１２）個のリソースエレメントから構成される。また、１つの物理リソースブロックは、時間領域において１つのスロットに対応し、周波数領域において１８０ｋＨｚに対応する。物理リソースブロックは周波数領域において０から番号が付けられる。
図４は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、上位層処理部１０１、制御部１０３、受信部１０５、送信部１０７と送受信アンテナ１０９を含んで構成される。また、上位層処理部１０１は、無線リソース制御部１０１１、スケジューリング情報解釈部１０１３、および、チャネル状態情報（ＣＳＩ）報告制御部１０１５を含んで構成される。また、受信部１０５は、復号化部１０５１、復調部１０５３、多重分離部１０５５、無線受信部１０５７と測定部１０５９を含んで構成される。また、送信部１０７は、符号化部１０７１、変調部１０７３、多重部１０７５、無線送信部１０７７と上りリンク参照信号生成部１０７９を含んで構成される。
上位層処理部１０１は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロック）を、送信部１０７に出力する。また、上位層処理部１０１は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。
上位層処理部１０１が備える無線リソース制御部１０１１は、自装置の各種設定情報の管理をする。また、無線リソース制御部１０１１は、上りリンクの各チャネルに配置される情報を生成し、送信部１０７に出力する。
上位層処理部１０１が備えるスケジューリング情報解釈部１０１３は、受信部１０５を介して受信したＤＣＩフォーマット（スケジューリング情報）の解釈をし、前記ＤＣＩフォーマットを解釈した結果に基づき、受信部１０５、および送信部１０７の制御を行なうために制御情報を生成し、制御部１０３に出力する。
ＣＳＩ報告制御部１０１５は、測定部１０５９に、ＣＳＩ参照リソースに関連するチャネル状態情報（ＲＩ／ＰＭＩ／ＣＱＩ）を導き出すよう指示する。ＣＳＩ報告制御部１０１５は、送信部１０７に、ＲＩ／ＰＭＩ／ＣＱＩを送信するよう指示をする。ＣＳＩ報告制御部１０１５は、測定部１０５９がＣＱＩを算出する際に用いる設定をセットする。
制御部１０３は、上位層処理部１０１からの制御情報に基づいて、受信部１０５、および送信部１０７の制御を行なう制御信号を生成する。制御部１０３は、生成した制御信号を受信部１０５、および送信部１０７に出力して受信部１０５、および送信部１０７の制御を行なう。
受信部１０５は、制御部１０３から入力された制御信号に従って、送受信アンテナ１０９を介して基地局装置３から受信した受信信号を、分離、復調、復号し、復号した情報を上位層処理部１０１に出力する。
無線受信部１０５７は、送受信アンテナ１０９を介して受信した下りリンクの信号を、中間周波数に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去し、信号レベルが適切に維持されるように増幅レベルを制御し、受信した信号の同相成分および直交成分に基づいて、直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。無線受信部１０５７は、変換したディジタル信号からガードインターバル（Guard Interval: GI）に相当する部分を除去し、ガードインターバルを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
多重分離部１０５５は、抽出した信号をＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨ、ＰＤＳＣＨ、および下りリンク参照信号に、それぞれ分離する。また、多重分離部１０５５は、測定部１０５９から入力された伝搬路の推定値から、ＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨ、およびＰＤＳＣＨの伝搬路の補償を行なう。また、多重分離部１０５５は、分離した下りリンク参照信号を測定部１０５９に出力する。
復調部１０５３は、ＰＨＩＣＨに対して対応する符号を乗算して合成し、合成した信号に対してＢＰＳＫ（Binary Phase Shift Keying）変調方式の復調を行ない、復号化部１０５１へ出力する。復号化部１０５１は、自装置宛てのＰＨＩＣＨを復号し、復号したＨＡＲＱインディケータを上位層処理部１０１に出力する。復調部１０５３は、ＰＤＣＣＨおよび／またはＥＰＤＣＣＨに対して、ＱＰＳＫ変調方式の復調を行ない、復号化部１０５１へ出力する。復号化部１０５１は、ＰＤＣＣＨおよび／またはＥＰＤＣＣＨの復号を試み、復号に成功した場合、復号した下りリンク制御情報と下りリンク制御情報が対応するＲＮＴＩとを上位層処理部１０１に出力する。
復調部１０５３は、ＰＤＳＣＨに対して、ＱＰＳＫ（Quadrature Phase Shift Keying）、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭ等の下りリンクグラントで通知された変調方式の復調を行ない、復号化部１０５１へ出力する。復号化部１０５１は、下りリンク制御情報で通知された符号化率に関する情報に基づいて復号を行い、復号した下りリンクデータ（トランスポートブロック）を上位層処理部１０１へ出力する。
測定部１０５９は、多重分離部１０５５から入力された下りリンク参照信号から、下りリンクのパスロスの測定、チャネル測定、および／または、干渉測定を行う。測定部１０５９は、測定結果に基づいて算出したチャネル状態情報、および、測定結果を上位層処理部１０１へ出力する。また、測定部１０５９は、下りリンク参照信号から下りリンクの伝搬路の推定値を算出し、多重分離部１０５５へ出力する。
送信部１０７は、制御部１０３から入力された制御信号に従って、上りリンク参照信号を生成し、上位層処理部１０１から入力された上りリンクデータ（トランスポートブロック）を符号化および変調し、ＰＵＣＣＨ、ＰＵＳＣＨ、および生成した上りリンク参照信号を多重し、送受信アンテナ１０９を介して基地局装置３に送信する。
符号化部１０７１は、上位層処理部１０１から入力された上りリンク制御情報、および、上りリンクデータを符号化する。変調部１０７３は、符号化部１０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ等の変調方式で変調する。
上りリンク参照信号生成部１０７９は、基地局装置３を識別するための物理セル識別子（physical cell identity: PCI、Cell IDなどと称する。）、上りリンク参照信号を配置する帯域幅、上りリンクグラントで通知されたサイクリックシフト、ＤＭＲＳシーケンスの生成に対するパラメータの値などを基に、予め定められた規則（式）で求まる系列を生成する。
多重部１０７５は、ＰＵＳＣＨのスケジューリングに用いられる情報に基づき、空間多重されるＰＵＳＣＨのレイヤーの数を決定し、ＭＩＭＯ ＳＭ（Multiple Input Multiple Output Spatial Multiplexing）を用いることにより同一のＰＵＳＣＨで送信される複数の上りリンクデータを、複数のレイヤーにマッピングし、このレイヤーに対してプレコーディング（precoding）を行なう。
多重部１０７５は、制御部１０３から入力された制御信号に従って、ＰＵＳＣＨの変調シンボルを離散フーリエ変換（Discrete Fourier Transform: DFT）する。また、多重部１０７５は、ＰＵＣＣＨとＰＵＳＣＨの信号と生成した上りリンク参照信号を送信アンテナポート毎に多重する。つまり、多重部１０７５は、ＰＵＣＣＨとＰＵＳＣＨの信号と生成した上りリンク参照信号を送信アンテナポート毎にリソースエレメントに配置する。
無線送信部１０７７は、多重された信号を逆高速フーリエ変換（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）などを生成し、又は上位ノードから取得し、送信部３０７に出力する。また、無線リソース制御部３０１１は、端末装置１各々の各種設定情報の管理をする。
上位層処理部３０１が備えるスケジューリング部３０１３は、受信したチャネル状態情報および測定部３０５９から入力された伝搬路の推定値やチャネルの品質などから、物理チャネル（ＰＤＳＣＨおよびＰＵＳＣＨ）を割り当てる周波数およびサブフレーム、物理チャネル（ＰＤＳＣＨおよびＰＵＳＣＨ）の符号化率および変調方式および送信電力などを決定する。スケジューリング部３０１３は、スケジューリング結果に基づき、受信部３０５、および送信部３０７の制御を行なうために制御情報を生成し、制御部３０３に出力する。スケジューリング部３０１３は、スケジューリング結果に基づき、物理チャネル（ＰＤＳＣＨおよびＰＵＳＣＨ）のスケジューリングに用いられる情報（例えば、ＤＣＩフォーマット）を生成する。
上位層処理部３０１が備えるＣＳＩ報告制御部３０１５は、端末装置１のＣＳＩ報告を制御する。ＣＳＩ報告制御部３０１５は、端末装置１がＣＳＩ参照リソースにおいてＲＩ／ＰＭＩ／ＣＱＩを導き出すために想定する、各種設定を示す情報を、送信部３０７を介して、端末装置１に送信する。
制御部３０３は、上位層処理部３０１からの制御情報に基づいて、受信部３０５、および送信部３０７の制御を行なう制御信号を生成する。制御部３０３は、生成した制御信号を受信部３０５、および送信部３０７に出力して受信部３０５、および送信部３０７の制御を行なう。
受信部３０５は、制御部３０３から入力された制御信号に従って、送受信アンテナ３０９を介して端末装置１から受信した受信信号を分離、復調、復号し、復号した情報を上位層処理部３０１に出力する。無線受信部３０５７は、送受信アンテナ３０９を介して受信された上りリンクの信号を、中間周波数に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去し、信号レベルが適切に維持されるように増幅レベルを制御し、受信された信号の同相成分および直交成分に基づいて、直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。
無線受信部３０５７は、変換したディジタル信号からガードインターバル（Guard Interval: GI）に相当する部分を除去する。無線受信部３０５７は、ガードインターバルを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出し多重分離部３０５５に出力する。
多重分離部１０５５は、無線受信部３０５７から入力された信号をＰＵＣＣＨ、ＰＵＳＣＨ、上りリンク参照信号などの信号に分離する。尚、この分離は、予め基地局装置３が無線リソース制御部３０１１で決定し、各端末装置１に通知した上りリンクグラントに含まれる無線リソースの割り当て情報に基づいて行なわれる。また、多重分離部３０５５は、測定部３０５９から入力された伝搬路の推定値から、ＰＵＣＣＨとＰＵＳＣＨの伝搬路の補償を行なう。また、多重分離部３０５５は、分離した上りリンク参照信号を測定部３０５９に出力する。
復調部３０５３は、ＰＵＳＣＨを逆離散フーリエ変換（Inverse Discrete Fourier Transform: IDFT）し、変調シンボルを取得し、ＰＵＣＣＨとＰＵＳＣＨの変調シンボルそれぞれに対して、ＢＰＳＫ（Binary Phase Shift Keying）、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ等の予め定められた、または自装置が端末装置１各々に上りリンクグラントで予め通知した変調方式を用いて受信信号の復調を行なう。復調部３０５３は、端末装置１各々に上りリンクグラントで予め通知した空間多重される系列の数と、この系列に対して行なうプリコーディングを指示する情報に基づいて、ＭＩＭＯ ＳＭを用いることにより同一のＰＵＳＣＨで送信された複数の上りリンクデータの変調シンボルを分離する。
復号化部３０５１は、復調されたＰＵＣＣＨとＰＵＳＣＨの符号化ビットを、予め定められた符号化方式の、予め定められた、又は自装置が端末装置１に上りリンクグラントで予め通知した符号化率で復号を行ない、復号した上りリンクデータと、上りリンク制御情報を上位層処理部１０１へ出力する。ＰＵＳＣＨが再送信の場合は、復号化部３０５１は、上位層処理部３０１から入力されるＨＡＲＱバッファに保持している符号化ビットと、復調された符号化ビットを用いて復号を行なう。測定部３０９は、多重分離部３０５５から入力された上りリンク参照信号から伝搬路の推定値、チャネルの品質などを測定し、多重分離部３０５５および上位層処理部３０１に出力する。
送信部３０７は、制御部３０３から入力された制御信号に従って、下りリンク参照信号を生成し、上位層処理部３０１から入力されたＨＡＲＱインディケータ、下りリンク制御情報、下りリンクデータを符号化、および変調し、ＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨ、ＰＤＳＣＨ、および下りリンク参照信号を多重して、送受信アンテナ３０９を介して端末装置１に信号を送信する。
符号化部３０７１は、上位層処理部３０１から入力されたＨＡＲＱインディケータ、下りリンク制御情報、および下りリンクデータを符号化する。変調部３０７３は、符号化部３０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ等の変調方式で変調する。
下りリンク参照信号生成部３０７９は、基地局装置３を識別するための物理セル識別子（ＰＣＩ）などを基に予め定められた規則で求まる、端末装置１が既知の系列を下りリンク参照信号として生成する。
多重部３０７５は、空間多重されるＰＤＳＣＨのレイヤーの数に応じて、１つのＰＵＳＣＨで送信される１つまたは複数の下りリンクデータを、１つまたは複数のレイヤーにマッピングし、該１つまたは複数のレイヤーに対してプレコーディング（precoding）を行なう。多重部３７５は、下りリンク物理チャネルの信号と下りリンク参照信号を送信アンテナポート毎に多重する。多重部３７５は、送信アンテナポート毎に、下りリンク物理チャネルの信号と下りリンク参照信号をリソースエレメントに配置する。
無線送信部３０７７は、多重された変調シンボルなどを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＯＦＤＭ方式の変調を行い、ＯＦＤＭ変調されたＯＦＤＭシンボルにガードインターバルを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換し、アナログ信号から中間周波数の同相成分および直交成分を生成し、中間周波数帯域に対する余分な周波数成分を除去し、中間周波数の信号を高周波数の信号に変換（アップコンバート: up convert）し、余分な周波数成分を除去し、電力増幅し、送受信アンテナ３０９に出力して送信する。
図６は、本実施形態の符号化部３０７１における処理の一例を示す図である。符号化部３０７１は、図６の処理を、トランスポートブロックのそれぞれに対して適用してもよい。１つのトランスポートブロックは、１つのコードワードにマップされる。すなわち、トランスポートブロックを符号化することは、コードワードを符号化することと同一である。
符号化部３０７１は、上位層処理部３０１から入力された１つのコードワードに、対応するＣＲＣパリティビットを付加した後、コードワードを１つまたは複数のコードブロックに分割する（Ｓ６００）。コードブロックのそれぞれには、対応するＣＲＣパリティビットが付加されてもよい。
１つまたは複数のコードブロックのそれぞれは、符号化（例えば、ターボ符号化、または、畳み込み符号化）される（Ｓ６０１）。コードブロックの符号化ビットの系列のそれぞれに対して、レートマッチングが適用される（Ｓ６０２）。レートマッチングが適用された１つまたは複数のコードブロックを連結することによって、コードワードの符号化ビットの系列が得られる（Ｓ６０３）。コードワードの符号化ビットの系列は、変調部３０７３に出力される。
図７は、本実施形態の多重部３０７５における処理の一例を示す図である。多重部３０７５は、変調部３０７３から入力された第１のコードワードの複素数値シンボル、および、第２のコードワードの複素数値シンボルを１つまたは複数のレイヤーにマップする（Ｓ７００）。尚、第１のコードワードの複素数値シンボルのみが、変調部３０７３から入力されてもよい。尚、入力されるコードワードの数は、レイヤーの数と同じ、または、それより小さい。
レイヤーにマップされた複素数値シンボルに対して、プリコーディングが適用される（Ｓ７０１）。プリコーディングによって、対応する送信アンテナポートの数と同じ数の複素数値シンボルの系列が生成される。尚、レイヤーの数は、ＰＤＳＣＨの送信に対応する送信アンテナポートの数と同じ、または、それより小さい。ＰＤＳＣＨの送信に対応する送信アンテナポート毎に、プリコーディングが適用された複素数値シンボルがリソースエレメントにマップされる（Ｓ７０２）。
端末装置１は、基地局装置３から受信した情報に基づいて、ＰＤＳＣＨ送信に対する送信モードを設定する。端末装置１は、該送信モードに応じて、ＰＤＣＣＨを介してシグナルされたＰＤＳＣＨデータ送信を受信するよう、上位層によって設定される。端末装置１は、送信モードに応じて、モニタするＤＣＩフォーマットを選択する。また、端末装置１は、送信モード、および、受信したＤＣＩフォーマットに応じて、該ＤＣＩフォーマットに対応するＰＤＳＣＨの送信方式を特定する。
図８は、本実施形態における送信モード、ＤＣＩフォーマット、および、ＰＤＳＣＨの送信方式の対応の一例を示す図である。図８のＰ８００の列は、送信モードを示す。図８のＰ８０１の列は、ＤＣＩフォーマットを示す。図８のＰ８０２の列は、ＰＤＣＣＨに対応するＰＤＳＣＨの送信方式、および、該ＰＤＳＣＨの送信方式によってサポートされるレイヤーの数を示す。例えば、図８において、端末装置１が送信モード４を設定されており、且つ、ＰＤＣＣＨでＤＣＩフォーマット２を受信した場合、該ＰＤＣＣＨに対応するＰＤＳＣＨの送信方式は閉ループ空間多重（４レイヤーまで）、または、送信ダイバーシチ（１レイヤー）である。尚、ＤＣＩフォーマット２に含まれる情報は、閉ループ空間多重、および、送信ダイバーシチの何れか一方を示す。また、ＤＣＩフォーマット２に含まれる情報は、空間多重されるレイヤーの数を示す。
端末装置１は、基地局装置３に能力情報（UECapabilityInformation）を送信する。基地局装置３は、前記能力情報に応じて、端末装置１を設定し、端末装置１をスケジューリングする。
能力情報は、複数の能力パラメータ（UE radio access capability parameters）を含んでもよい。１つの能力パラメータは、１つの機能、または、１つの機能のグループに対応する。１つの能力パラメータは、対応する機能、または、対応する機能のグループが成功裏にテストされたかどうかを示してもよい。１つの能力パラメータは、端末装置１が、対応する機能、または、対応する機能のグループをサポートするかどうかを示してもよい。能力情報は、ＲＲＣ層の情報である。能力パラメータは、ＲＲＣ層のパラメータである。
能力情報は、ＵＥカテゴリーを示す１つまたは複数の能力パラメータを含んでもよい。能力情報は、下りリンクＵＥカテゴリーを示す１つの能力パラメータを含んでもよい。本実施形態において、下りリンクＵＥカテゴリーは、ＵＥカテゴリーとは別に定義される。ＵＥカテゴリー、および、下りリンクＵＥカテゴリーは、ＤＬ−ＳＣＨソフトチャネルビットの総数、および、下りリンクにおける空間多重のためのサポートされるレイヤーの最大数に対応する。ＤＬ−ＳＣＨソフトチャネルビットの総数は、ＤＬ−ＳＣＨのＨＡＲＱプロセッシングのために利用可能なソフトチャネルビットの総数である。
図９は、本実施形態におけるＵＥカテゴリーの一例を示す図である。図９のＰ９００の列は、ＵＥカテゴリーを示す能力パラメータを示す。図９のＰ９０１の列は、能力パラメータによって示されるＵＥカテゴリーを示す。図９のＰ９０２は、ＵＥカテゴリーが対応するＤＬ−ＳＣＨソフトチャネルビットの総数を示す。図９のＰ９０３は、ＵＥカテゴリーが対応する下りリンクにおける空間多重のためのサポートされるレイヤーの最大数を示す。能力パラメータue-Category (without suffix)は、ＵＥカテゴリー１から５の何れか１つを示す。能力パラメータue-Category-v1020は、ＵＥカテゴリー６から８の何れか１つを示す。能力パラメータue-Category-v1170は、ＵＥカテゴリー９および１０の何れか１つを示す。能力パラメータue-Category-v11a0は、ＵＥカテゴリー１１および１２の何
れか１つを示す。
図１０は、本実施形態における下りリンクＵＥカテゴリーの一例を示す図である。図１０のＰ１０００の列は、下りリンクＵＥカテゴリーを示す能力パラメータを示す。図１０のＰ１００１の列は、能力パラメータによって示される下りリンクＵＥカテゴリーを示す。図１０のＰ１００２は、下りリンクＵＥカテゴリーが対応するＤＬ−ＳＣＨソフトチャネルビットの総数を示す。図１０のＰ１００３は、下りリンクＵＥカテゴリーが対応する下りリンクにおける空間多重のためのサポートされるレイヤーの最大数を示す。能力パラメータue-CategoryDL-r12は、下りリンクＵＥカテゴリー０、６、７、９、１０、１１、１２、１３、および、１４のうちの何れか１つを示す。
図１１は、本実施形態の複数の能力パラメータによって示されるカテゴリーの組み合わせの一例を示す図である。図１１のケース９は、能力パラメータue-CategoryDL-r12が下りリンクＵＥカテゴリー９を示す場合に、能力パラメータue-Category-v1020がＵＥカテゴリー６を示し、能力パラメータue-Category (without suffix)がＵＥカテゴリー４を示すことを表現している。
能力情報は、端末装置１によってサポートされるキャリアアグリゲーション、および、ＭＩＭＯを示す能力パラメータsupportedBandCombinationを含んでもよい。能力パラメータsupportedBandCombinationは、１つまたは複数のバンドコンビネーションを示す。該１つのバンドコンビネーションは、１つまたは複数のバンドを含む。該１つのバンドは、サポートされるバンド幅クラス、および、下りリンクに対するＭＩＭＯ能力の１つまたは複数の組み合わせを含む。すなわち、能力パラメータsupportedBandCombinationにおいて特定されるバンドの組み合わせ毎のバンド毎のバンド幅クラスのそれぞれに対して、端末装置１は基地局装置３に下りリンクに対するＭＩＭＯ能力を提供する。該下りリンクに対するＭＩＭＯ能力は、端末装置１によってサポートされるレイヤーの最大数を示し、且つ、バンド幅クラスに対応する全てのコンポーネントキャリア（セル）に適用される。
バンド幅クラスは、該バンド幅クラスに対して端末装置１によってサポートされる、集約される送信帯域幅設定、および、コンポーネントキャリアの最大数に対応する。集約される送信帯域幅設定は、対応するバンドにおいて集約されるコンポーネントキャリアに含まれるリソースブロックの総数によって定義される。尚、バンド幅クラスに対応する複数のコンポーネントキャリアは、周波数領域において連続している。周波数領域において連続しているコンポーネントキャリア間には、３００ｋＨｚ、または、それより小さいガードバンドがあってもよい。
図１２は、本実施形態のバンド幅クラスの一例を示す図である。図１２において、バンド幅クラスがＣである場合、集約される送信帯域幅設定は、２５より大きく、１００と同じ、または、それより小さく、且つ、コンポーネントキャリアの最大数は、２である。
図１３および図１４は、本実施形態における能力パラメータsupportedBandCombinationの構成の一例を示す図である。能力パラメータsupportedBandCombinationは、能力パラメータRF-Parameters-r10に含まれる。能力パラメータsupportedBandCombinationは、１つまたは複数のパラメータBandCombinationParameters-r10を含む。能力パラメータsupportedBandCombinationは、バンドコンビネーションを示す。パラメータBandCombinationParameters-r10は、１つまたは複数のパラメータBandParameters-r10を含む。パラメータBandParameters-r10は、１つのバンドを示す。
パラメータBandParameters-r10に含まれるパラメータFreqBandIndicatorは、対応するバンドの周波数を示す。パラメータBandParameters-r10に含まれるパラメータbandParametersUL-r10は、１つまたは複数のパラメータCA-MIMO-ParametersUL-r10を含む。パラメータCA-MIMO-ParametersUL-r10は、パラメータca-BandwidthClassUL-r10、および、パラメータsupportedMIMO-CapabilityUL-r10を含む。パラメータca-BandwidthClassUL-r10は、対応するバンドにおける上りリンクに対するバンド幅クラスを示す。パラメータsupportedMIMO-CapabilityUL-r10は、対応するバンドにおける上りリンクに対するＭＩＭＯ能力（端末装置１によってサポートされるレイヤーの最大数）を示す。すなわち、パラメータca-BandwidthClassUL-r10は、バンド幅クラス、および、上りリンクに対するＭＩＭＯ能力の１つの組み合わせを示す。
パラメータBandParameters-r10に含まれるパラメータbandParametersDL-r10は、１つまたは複数のパラメータCA-MIMO-ParametersDL-r10を含む。パラメータCA-MIMO-ParametersDL-r10は、パラメータca-BandwidthClassDL-r10、および、パラメータsupportedMIMO-CapabilityDL-r10を含む。パラメータca-BandwidthClassDL-r10は、対応するバンドにおける下りリンクに対するバンド幅クラスを示す。パラメータsupportedMIMO-CapabilityDL-r10は、対応するバンドにおける下りリンクに対するＭＩＭＯ能力（端末装置１によってサポートされるレイヤーの最大数）を示す。すなわち、パラメータca-BandwidthClassDL-r10は、バンド幅クラス、および、下りリンクに対するＭＩＭＯ能力の１つの組み合わせを示す。
能力パラメータsupportedBandCombinationは、キャリアアグリゲーションをともなわないＭＩＭＯ能力（端末装置１によってサポートされるレイヤーの最大数）を示してもよい。
能力パラメータsupportedBandCombinationにおいて特定されるバンドの組み合わせ毎のバンド毎のバンド幅クラスのそれぞれに対して、さらに、端末装置１は、端末装置１によってサポートされるレイヤーの最大数を示し、且つ、バンド幅クラスに対応する下りリンクコンポーネントキャリアの何れか１つに適用されるＭＩＭＯ能力（パラメータsupportedMIMO-CapabilityDL-v10xx）を基地局装置に提供する。能力パラメータsupportedBandCombinationにおいて特定されるバンドの組み合わせ毎のバンド毎のバンド幅クラスのそれぞれに対して、パラメータsupportedMIMO-CapabilityDL-v10xxが能力情報に含まれてもよい。
すなわち、能力パラメータsupportedBandCombinationにおいて特定されるバンドの組み合わせ毎のバンド毎のバンド幅クラス（パラメータca-BandwidthClassDL-r10）のそれぞれに対して、端末装置１は基地局装置３に、該バンド幅クラスに対応する下りリンクコンポーネントキャリアの全てに適用される下りリンクに対するＭＩＭＯ能力（パラメータsupportedMIMO-CapabilityDL-r10）、および、該バンド幅クラスに対応する下りリンクコンポーネントキャリアのそれぞれに適用されるＭＩＭＯ能力（パラメータsupportedMIMO-CapabilityDL-v10xx）を提供する。尚、パラメータsupportedMIMO-CapabilityDL-v10xxは、能力パラメータsupportedBandCombinationに含まれなくてもよい。
図１５は、本実施形態におけるバンド幅クラスとＭＩＭＯ能力の組み合わせの一例を示す図である。端末装置１は、能力パラメータsupportedBandCombinationにおいて特定されるバンドの１つの組み合わせにおける１つのバンドに対して、図１５で示される４つの組み合わせを基地局装置３に提供してもよい。図１５において、バンド幅クラスがＢである場合、パラメータsupportedMIMO-CapabilityDL-r10は２を示し、パラメータsupportedMIMO-CapabilityDL-v10xxは｛４、２｝を示す。
図１５において、パラメータsupportedMIMO-CapabilityDL-v10xxを解読できない基地局装置３は、対応するバンドにおいて設定される２つの下りリンクコンポーネントキャリア（２つのセル）のそれぞれにおいてサポートされるレイヤーの最大数は２であると判断する。
図１５において、パラメータsupportedMIMO-CapabilityDL-v10xxを解読できる基地局装置３は、対応するバンドにおいて設定される２つの下りリンクコンポーネントキャリア（２つのセル）の一方においてサポートされるレイヤーの最大数は４であり、該２つの下りリンクコンポーネントキャリアの他方においてサポートされるレイヤーの最大数は２であると判断する。
以下、図１５の説明において、端末装置１は、１つのバンドにおいて２つの下りリンクコンポーネントキャリアが設定されていると想定する。ここで、該２つの下りリンクコンポーネントキャリアのどちらに対して４レイヤーまでを用いるＰＤＳＣＨ（ＤＬ−ＳＣＨ）送信が適用されるかは、基地局装置３によって制御されてもよい。基地局装置３は、該２つの下りリンクコンポーネントキャリアのうちの１つの第１の下りリンクコンポーネントキャリアに対してのみ適用され、レイヤーの最大数を示すパラメータLayersCount-v10xxを、端末装置１に送信してもよい。基地局装置３は、該２つの下りリンクコンポーネントキャリアのうちの１つの第２の下りリンクコンポーネントキャリアに対してのみ適用され、レイヤーの最大数を示すパラメータLayersCount-v10xxを、端末装置１に送信してもよい。パラメータLayersCount-v10xxは、ＲＲＣ層のパラメータである。
例えば、図１５において、基地局装置３は、該２つの下りリンクコンポーネントキャリアのうちの１つの第１の下りリンクコンポーネントキャリアに対するパラメータLayersCount-v10xxであって、４を示すパラメータLayersCount-v10xx、および、該２つの下りリンクコンポーネントキャリアのうちの１つの第２の下りリンクコンポーネントキャリアに対するパラメータLayersCount-v10xxであって、２を示すパラメータLayersCount-v10xxを、端末装置１に送信してもよい。
例えば、図１５において、端末装置１は、該２つの下りリンクコンポーネントキャリアのうちの１つの第１の下りリンクコンポーネントキャリアに対するパラメータLayersCount-v10xxが受信／設定されている場合、該２つの下りリンクコンポーネントキャリアのうちの１つの第１の下りリンクコンポーネントキャリアにおけるＰＤＳＣＨ（ＤＬ−ＳＣＨ）送信に対して、該パラメータLayersCount-v10xxが示した４レイヤーまでが適用されると判断してもよい。
例えば、図１５において、端末装置１は、該２つの下りリンクコンポーネントキャリアのうちの１つの第２の下りリンクコンポーネントキャリアに対するパラメータLayersCount-v10xxが受信／設定されていない場合、該２つの下りリンクコンポーネントキャリアのうちの１つの第２の下りリンクコンポーネントキャリアにおけるＰＤＳＣＨ（ＤＬ−ＳＣＨ）送信に対して、パラメータsupportedMIMO-CapabilityDL-r10が示した２レイヤーまでが適用されると判断してもよい。
例えば、図１５において、端末装置１は、能力情報にパラメータsupportedMIMO-CapabilityDL-r10、および、パラメータsupportedMIMO-CapabilityDL-v10xxが含まれていなかった場合、該２つの下りリンクコンポーネントキャリアのうちの１つの第１の下りリンクコンポーネントキャリアにおけるＰＤＳＣＨ（ＤＬ−ＳＣＨ）送信に対して、能力パラメータue-Category (without suffix)が対応するレイヤーの最大数までが適用されると判断してもよい。
図１６は、本実施形態における端末装置１と基地局装置３の間のシーケンスチャートの一例を示す図である。
基地局装置３は、UECapabilityEnquiryメッセージを端末装置１に送信する（Ｓ１６０）。UECapabilityEnquiryメッセージは、ＲＲＣ層のメッセージである。UECapabilityEnquiryメッセージは、能力情報（UECapabilityInformation）の伝送を要求するために用いられる。端末装置１は、UECapabilityEnquiryメッセージを受信した場合、能力情報（UECapabilityInformation）を、基地局装置３に送信する（Ｓ１６１）。
基地局装置３は、受信した能力情報（UECapabilityInformation）に応じて、端末装置１に対するキャリアアグリゲーション、ＰＤＳＣＨ送信に関する送信モード、および／または、ＰＤＳＣＨ送信に関するＭＩＭＯの設定を決定する（Ｓ１６２）。基地局装置３は、RRCConnectionReconfigurationメッセージを、端末装置１に送信する（Ｓ１６３）。RRCConnectionReconfigurationメッセージは、Ｓ１６１において決定された設定のためのＲＲＣ層の情報を伝送する。RRCConnectionReconfigurationメッセージは、ＲＲＣコネクションの修正するためのコマンドである。RRCConnectionReconfigurationメッセージは、パラメータLayersCount-v10xxを含んでもよい。
端末装置１は、受信したRRCConnectionReconfigurationメッセージに応じて、ＲＲＣコネクションを修正／再設定する。すなわち、端末装置１は、受信したRRCConnectionReconfigurationメッセージに応じて、キャリアアグリゲーション、ＰＤＳＣＨ送信に関する送信モード、および／または、ＰＤＳＣＨ送信に関するＭＩＭＯを修正／再設定する。端末装置１は、受信したRRCConnectionReconfigurationメッセージに応じてＲＲＣコネクションを修正した後に、RRCConnectionReconfigurationCompleteメッセージを、基地局装置３に送信する。RRCConnectionReconfigurationCompleteメッセージは、ＲＲＣ層のメッセージである。RRCConnectionReconfigurationCompleteメッセージは、ＲＲＣコネクション再設定の正常終了（successful completion）の確認のために用いられる。
端末装置１、および、基地局装置３は、Ｓ１６２において決定された設定、および／または、能力情報（UECapabilityInformation）に基づいて、ＲＩのビット幅を特定する（Ｓ１６５）。端末装置１は、Ｓ１６５において決定されたビット幅のＲＩを、ＰＵＣＣＨまたはＰＵＳＣＨで、基地局装置３に送信する。基地局装置３は、Ｓ１６５において決定されたビット幅のＲＩを想定することによって、ＲＩの受信処理（多重分離、復調、および／または、復号）を行う。
ＲＩのビット幅は、対応する下りリンクコンポーネントキャリア（セル）毎に与えられる。異なる下りリンクコンポーネントキャリアに対応するＲＩのビット幅は異なってもよい。対応する下りリンクコンポーネントキャリアにおける下りリンク（ＰＤＳＣＨ）のレイヤーの最大数が２である場合、ＲＩのビット幅は「１」である。対応する下りリンクコンポーネントキャリアにおける下りリンク（ＰＤＳＣＨ）のレイヤーの最大数が４である場合、ＲＩのビット幅は「２」である。対応する下りリンクコンポーネントキャリアにおける下りリンク（ＰＤＳＣＨ）のレイヤーの最大数が８である場合、ＲＩのビット幅は「３」である。
端末装置１、および、基地局装置３は、Ｓ１６２において決定された設定、および／または、能力情報（UECapabilityInformation）に基づいて、ＰＤＳＣＨで送信されるトランスポートブロック（コードワード）のコードブロックに対するソフトバッファサイズ、および、該コードブロックに対するレートマッチングを特定する（Ｓ１６７）。
基地局装置３は、Ｓ１６７において特定されたトランスポートブロックのコードブロックに対するレートマッチングに応じて、トランスポートブロックを符号化し、且つ、符号化されたトランスポートブロックを、ＰＤＳＣＨで端末装置１に送信する（Ｓ１６８）。端末装置１は、Ｓ１６７において特定されたトランスポートブロックのコードブロックに対するレートマッチングに応じて、該トランスポートブロックの受信処理（復号）を行う。
端末装置１は、トランスポートブロックのコードブロックの復号に失敗した場合、該コードブロックのソフトチャネルビットの一部、または、全部をストアする（Ｓ１６９）。該コードブロックのソフトチャネルビットのうちの何れがストアされるかは、Ｓ１６７において特定されたトランスポートブロックのコードブロックに対するソフトバッファサイズを参照することによって与えられる。ストアされたソフトチャネルビットは、該コードブロックに対するＨＡＲＱプロセッシングのために利用される。ストアされたソフトチャネルビットは、再送されたソフトチャネルビットと合成されてもよい。
以下、図１６のステップＳ１６５におけるＲＩに対するビット幅の特定方法に関する第１の例について説明する。第１の例は端末装置１に対して適用される。
（１−１）第１の例において、端末装置１は、第１のバンドコンビネーションにおける第１のバンドの第１のバンド幅クラスに対応する第１の下りリンクコンポーネントキャリアにおけるＰＤＳＣＨ（Physical Downlink Shared CHannel）送信に対応し、および、有効なレイヤー（useful layers）の数に対応するＲＩ（Rank Indicator）であって、端末装置によって決定される前記ＲＩを送信する送信部１０７と、前記ＰＤＳＣＨを受信する受信部１０５と、を備える。ここで、前記送信部１０７は、第１の情報（ue-Category (without suffix)）、第２の情報（ca-BandwidthClassDL-r10）、第３の情報（supportedMIMO-CapabilityDL-r10）、および／または、第４の情報（supportedMIMO-CapabilityDL-v10xx）を含む能力情報（UECapabilityInformation）を送信する。ここで、前記受信部１０５は、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する第５の情報（LayersCount-v10xx）を受信する。ここで、前記第１の情報（ue-Category (without suffix)）は、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第１の最大数に対応するＵＥカテゴリーを示す。ここで、前記第２の情報（ca-BandwidthClassDL-r10）は、前記第１のバンドコンビネーションにおける前記第１のバンドに対する前記第１のバンド幅クラスであって、前記端末装置によってサポートされる下りリンクコンポーネントキャリアの数に対応する前記第１のバンド幅クラスを示す。ここで、前記第３の情報（supportedMIMO-CapabilityDL-r10）は、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する１つまたは複数の下りリンクコンポーネントキャリアの全てに適用され、且つ、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第２の最大数を示す。ここで、前記第４の情報（supportedMIMO-CapabilityDL-v10xx）は、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記１つまたは複数の下りリンクコンポーネントキャリアの何れか１つに適用され、且つ、前記下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第３の最大数を示す。ここで、前記第５の情報（LayersCount-v10xx）は、前記レイヤーの第４の最大数を示す。ここで、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報が設定されているかどうかに基づいて、前記第１の情報に対応する前記レイヤーの第１の最大数、前記第３の情報によって示される前記レイヤーの第２の最大数、および、前記第５の情報によって示される前記レイヤーの第４の最大数のうちの何れか１つを参照することによって与えられる。ここで、前記レイヤーの第５の最大数を参照することによって、前記ＲＩのためのビット幅は与えられる。
（１−２）第１の例において、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報（LayersCount-v10xx）が設定されていない場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、前記レイヤーの第１の最大数、および、前記レイヤーの第２の最大数のうちの何れか１つを参照することによって与えられる。ここで、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報（LayersCount-v10xx）が設定されている場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、前記レイヤーの第４の最大数を参照することによって与えられる。
（１−３）第１の例において、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報（LayersCount-v10xx）が設定されている、且つ、前記第１の下りリンクコンポーネントキャリアに対して前記ＰＤＳＣＨ送信に関する第１の送信モード（例えば、送信モード９）が設定されている場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、(i)設定された第１のポートの数、および、(ii)前記レイヤーの第３の最大数のうちの最小のものに応じて決定される。ここで、前記第１のポートは、ＣＳＩ−ＲＳ（Chanel State Information-Reference Signal）ための送信アンテナポートである。
（１−４）第１の例において、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報（LayersCount-v10xx）が設定されている、且つ、前記第１の下りリンクコンポーネントキャリアに対して前記ＰＤＳＣＨ送信に関する第２の送信モード（例えば、送信モード４）が設定されている場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、(i)第２のポートの数、および、(ii)前記レイヤーの第３の最大数のうちの最小のものに応じて決定される。ここで、前記第２のポートは、ＰＢＣＨ（Physical Broadcast CHannel）のための送信アンテナポートである。すなわち、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報が設定されている、且つ、前記第１の下りリンクコンポーネントキャリアに対して前記ＰＤＳＣＨ送信に関する第２の送信モードが設定されている場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、少なくとも前記第５の情報よって示される前記レイヤーの第３の最大数に応じて決定される。
（１−５）第１の例において、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報（LayersCount-v10xx）が設定されていない、且つ、前記第１の下りリンクコンポーネントキャリアに対して前記ＰＤＳＣＨ送信に関する第１の送信モード（例えば、送信モード９）が設定されている、且つ、前記能力情報（UECapabilityInformation）に前記第３の情報（supportedMIMO-CapabilityDL-r10）が含まれている場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、(i)設定された第１のポートの数、および、(ii)前記第３の情報によって示される前記レイヤーの第２の最大数のうちの最小のものに応じて決定される。ここで、前記第１のポートは、ＣＳＩ−ＲＳ（Chanel State
Information-Reference Signal）ための送信アンテナポートである。
（１−６）第１の例において、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報（LayersCount-v10xx）が設定されていない、且つ、前記第１の下りリンクコンポーネントキャリアに対して前記ＰＤＳＣＨ送信に関する第１の送信モード（例えば、送信モード９）が設定されている、且つ、前記能力情報（UECapabilityInformation）に前記第３の情報（supportedMIMO-CapabilityDL-r10）が含まれていない場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、(i)設定された第１のポートの数、および、(ii)前記第１の情報に対応する前記レイヤーの第１の最大数のうちの最小のものに応じて決定される。ここで、前記第１のポートは、ＣＳＩ−ＲＳ（Chanel State Information-Reference Signal）ための送信アンテナポートである。
（１−７）第１の例において、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報（LayersCount-v10xx）が設定されていない、且つ、前記第１の下りリンクコンポーネントキャリアに対して前記ＰＤＳＣＨ送信に関する第２の送信モード（例えば、送信モード４）が設定されている場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、(i)第２のポートの数、および、(ii)前記第１の情報に対応する前記レイヤーの第１の最大数のうちの最小のものに応じて決定される。ここで、前記第２のポートは、ＰＢＣＨ（Physical Broadcast CHannel）のための送信アンテナポートである。
（１−８）第１の例において、前記送信部１０７は、前記ＲＩを、ＰＵＳＣＨ（Physical Uplink Shared CHannel）で送信する。
以下、図１６のステップＳ１６５におけるＲＩに対するビット幅の特定方法に関する第２の例について説明する。第２の例は基地局装置３に対して適用される。
（２−１）第２の例において、基地局装置３は、第１のバンドコンビネーションにおける第１のバンドの第１のバンド幅クラスに対応する第１の下りリンクコンポーネントキャリアにおけるＰＤＳＣＨ（Physical Downlink Shared CHannel）送信に対応し、および、有効なレイヤー（useful layers）の数に対応するＲＩ（Rank Indicator）であって、端末装置によって決定される前記ＲＩを、前記端末装置から受信する受信部３０５と、前記ＰＤＳＣＨを、前記端末装置に送信する送信部３０７と、を備える。ここで、前記受信部３０５は、第１の情報（ue-Category (without suffix)）、第２の情報（ca-BandwidthClassDL-r10）、第３の情報（supportedMIMO-CapabilityDL-r10）、および／または、第４の情報（supportedMIMO-CapabilityDL-v10xx）を含む能力情報（UECapabilityInformation）を、前記端末装置から受信する。ここで、前記送信部３０７は、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する第５の情報（LayersCount-v10xx）を、前記端末装置に送信する。
ここで、前記第１の情報（ue-Category (without suffix)）は、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第１の最大数に対応するＵＥカテゴリーを示す。ここで、前記第２の情報（ca-BandwidthClassDL-r10）は、前記第１のバンドコンビネーションにおける前記第１のバンドに対する前記第１のバンド幅クラスであって、前記端末装置によってサポートされる下りリンクコンポーネントキャリアの数に対応する前記第１のバンド幅クラスを示す。ここで、前記第３の情報（supportedMIMO-CapabilityDL-r10）は、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する１つまたは複数の下りリンクコンポーネントキャリアの全てに適用され、且つ、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第２の最大数を示す。ここで、前記第４の情報（supportedMIMO-CapabilityDL-v10xx）は、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記１つまたは複数の下りリンクコンポーネントキャリアの何れか１つに適用され、且つ、前記下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第３の最大数を示す。ここで、前記第５の情報（LayersCount-v10xx）は、前記レイヤーの第４の最大数を示す。前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報（LayersCount-v10xx）が前記端末装置に対して設定されているかどうかに基づいて、前記第１の情報に対応する前記レイヤーの第１の最大数、前記第３の情報によって示される前記レイヤーの第２の最大数、および、前記第５の情報によって示される前記レイヤーの第４の最大数のうちの何れか１つを参照することによって与えられる。
（２−２）第２の例において、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報（LayersCount-v10xx）が前記端末装置に対して設定されていない場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、前記レイヤーの第１の最大数、および、前記レイヤーの第２の最大数のうちの何れか１つを参照することによって与えられる。ここで、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報（LayersCount-v10xx）が前記端末装置に対して設定されている場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、前記レイヤーの第４の最大数を参照することによって与えられる。
（２−３）第２の例において、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報（LayersCount-v10xx）が前記端末装置に対して設定されている、且つ、前記第１の下りリンクコンポーネントキャリアに対して前記ＰＤＳＣＨ送信に関する第１の送信モード（例えば、送信モード９）が前記端末装置に対して設定されている場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、(i)設定された第１のポートの数、および、(ii)前記レイヤーの第３の最大数のうちの最小のものに応じて決定される、ここで、前記第１のポートは、ＣＳＩ−ＲＳ（Chanel State Information-Reference Signal）ための送信アンテナポートである。
（２−４）第２の例において、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報（LayersCount-v10xx）が前記端末装置に対して設定されている、且つ、前記第１の下りリンクコンポーネントキャリアに対して前記ＰＤＳＣＨ送信に関する第２の送信モード（例えば、送信モード４）が前記端末装置に対して設定されている場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、(i)第２のポートの数、および、(ii)前記レイヤーの第３の最大数のうちの最小のものに応じて決定される。ここで、前記第２のポートは、ＰＢＣＨ（Physical Broadcast CHannel）のための送信アンテナポートである。すなわち、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報が設定されている、且つ、前記第１の下りリンクコンポーネントキャリアに対して前記ＰＤＳＣＨ送信に関する第２の送信モードが設定されている場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、少なくとも前記第５の情報よって示される前記レイヤーの第３の最大数に応じて決定される。
（２−５）第２の例において、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報（LayersCount-v10xx）が前記端末装置に対して設定されていない、且つ、前記第１の下りリンクコンポーネントキャリアに対して前記ＰＤＳＣＨ送信に関する第１の送信モード（例えば、送信モード９）が前記端末装置に対して設定されている、且つ、前記能力情報（UECapabilityInformation）に前記第３の情報（supportedMIMO-CapabilityDL-r10）が含まれている場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、(i)設定された第１のポートの数、および、(ii)前記第３の情報によって示される前記レイヤーの第２の最大数のうちの最小のものに応じて決定される。ここで、前記第１のポートは、ＣＳＩ−ＲＳ（Chanel State Information-Reference Signal）ための送信アンテナポートである。
（２−６）第２の例において、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報（LayersCount-v10xx）が前記端末装置に対して設定されていない、且つ、前記第１の下りリンクコンポーネントキャリアに対して前記ＰＤＳＣＨ送信に関する第１の送信モード（例えば、送信モード９）が前記端末装置に対して設定されている、且つ、前記能力情報（UECapabilityInformation）に前記第３の情報（supportedMIMO-CapabilityDL-r10）が含まれていない場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、(i)設定された第１のポートの数、および、(ii)前記第１の情報に対応する前記レイヤーの第１の最大数のうちの最小のものに応じて決定される。ここで、前記第１のポートは、ＣＳＩ−ＲＳ（Chanel State Information-Reference Signal）ための送信アンテナポートである。
（２−７）第２の例において、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の下りリンクコンポーネントキャリアに対する前記第５の情報（LayersCount-v10xx）が前記端末装置に対して設定されていない、且つ、前記第１の下りリンクコンポーネントキャリアに対して前記ＰＤＳＣＨ送信に関する第２の送信モード（例えば、送信モード４）が前記端末装置に対して設定されている場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第５の最大数は、(i)第２のポートの数、および、(ii)前記第１の情報に対応する前記レイヤーの第１の最大数のうちの最小のものに応じて決定される。ここで、前記第２のポートは、ＰＢＣＨ（Physical Broadcast CHannel）のための送信アンテナポートである。
（２−８）第２の例において、前記受信部３０５は、前記ＲＩを、ＰＵＳＣＨ（Physical Uplink Shared CHannel）で受信する。
以下、図１６のステップＳ１６５におけるＲＩに対するビット幅の特定方法に関する第３の例について説明する。第３の例は端末装置１に対して適用される。第３の例において、能力情報（UECapabilityInformation）に第３の情報（supportedMIMO-CapabilityDL-r10）を含む。第３の例において、能力情報（UECapabilityInformation）は、第４の情報（supportedMIMO-CapabilityDL-v10xx）を含まなくてもよい。
（３−１）第３の例において、端末装置１は、第１のバンドコンビネーションにおける第１のバンドに対応する下りリンクコンポーネントキャリアにおけるＰＤＳＣＨ（Physical Downlink Shared CHannel）送信に対応し、および、レイヤーの数に対応するＲＩ（Rank Indicator）であって、端末装置によって決定される前記ＲＩを送信する送信部１０７と、前記ＰＤＳＣＨを受信する受信部１０５と、を備える。ここで、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第１の最大数は、前記第１のバンドコンビネーションにおける前記第１のバンドにおいて設定される下りリンクコンポーネントキャリアの数に基づく。
（３−２）第３の例において、前記第１のバンドコンビネーションは、前記第１のバンドのみを含む。
（３−３）第３の例において、前記端末装置は、前記ＰＤＳＣＨ送信に関する送信モード９または１０が設定されている。
（３−４）第３の例において、前記送信部１０７は、第１の情報（ca-BandwidthClassDL-r10）、第２の情報（supportedMIMO-CapabilityDL-r10）、第３の情報（ca-BandwidthClassDL-r10）、および、第４の情報（supportedMIMO-CapabilityDL-r10）を含む能力情報（UECapabilityInformation）を送信する。ここで、前記第１の情報（ca-BandwidthClassDL-r10）は、前記第１のバンドコンビネーションにおける前記第１のバンドの第１のバンド幅クラスであって、前記端末装置によってサポートされる下りリンクコンポーネントキャリアの第１の数を示す前記第１のバンド幅クラスを示す。ここで、前記第２の情報（supportedMIMO-CapabilityDL-r10）は、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の数の下りリンクコンポーネントキャリアの全てに適用され、且つ、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第１の最大数を示す。ここで、前記第３の情報（ca-BandwidthClassDL-r10）は、前記第１のバンドコンビネーションにおける前記第１のバンドの第２のバンド幅クラスであって、前記端末装置によってサポートされる下りリンクコンポーネントキャリアの第２の数を示す前記第２のバンド幅クラスを示す。ここで、前記第４の情報（supportedMIMO-CapabilityDL-r10）は、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第２のバンド幅クラスに対応する前記第２の数の下りリンクコンポーネントキャリアの全てに適用され、且つ、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第２の最大数を示す。ここで、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第３の最大数は、前記第１のバンドコンビネーションにおける前記第１のバンドにおいて設定される下りリンクコンポーネントキャリアの数が前記第１の数および前記第２の数の何れであるかに基づいて、前記レイヤーの第１の最大数、および、前記レイヤーの第２の最大数のうちの何れか１つを参照することによって与えられる。
（３−５）第３の例において、前記送信部１０７は、前記ＲＩを、ＰＵＳＣＨ（Physical Uplink Shared CHannel）で送信する。
（３−６）第３の例において、前記第１のバンドコンビネーションにおける前記第１のバンドにおいて設定される下りリンクコンポーネントキャリアの数が前記第１の数である場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第３の最大数は、前記レイヤーの第１の最大数である。ここで、前記第１のバンドコンビネーションにおける前記第１のバンドにおいて設定される下りリンクコンポーネントキャリアの数が前記第２の数である場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第３の最大数は、前記レイヤーの第２の最大数である。
以下、図１６のステップＳ１６５におけるＲＩに対するビット幅の特定方法に関する第４の例について説明する。第４の例は基地局装置３に対して適用される。第４の例において、能力情報（UECapabilityInformation）に第３の情報（supportedMIMO-CapabilityDL-r10）を含む。第４の例において、能力情報（UECapabilityInformation）は、第４の情報（supportedMIMO-CapabilityDL-v10xx）を含まなくてもよい。
（４−１）第４の例において、基地局装置３は、第１のバンドコンビネーションにおける第１のバンドに対応する下りリンクコンポーネントキャリアにおけるＰＤＳＣＨ（Physical Downlink Shared CHannel）送信に対応し、および、レイヤーの数に対応するＲＩ（Rank Indicator）であって、端末装置によって決定される前記ＲＩを、前記端末装置から受信する受信部３０５と、前記ＰＤＳＣＨを、前記端末装置に送信する送信部３０７と、を備える。ここで、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第１の最大数は、前記端末装置が前記第１のバンドコンビネーションにおける前記第１のバンドにおいて設定される下りリンクコンポーネントキャリアの数に基づく。
（４−２）第４の例において、前記第１のバンドコンビネーションは、前記第１のバンドのみを含む。
（４−３）第４の例において、前記端末装置は、前記ＰＤＳＣＨ送信に関する送信モード９または１０が設定されている。
（４−４）第４の例において、前記受信部３０５は、第１の情報（ca-BandwidthClassDL-r10）、第２の情報（supportedMIMO-CapabilityDL-r10）、第３の情報（ca-BandwidthClassDL-r10）、および、第４の情報（supportedMIMO-CapabilityDL-r10）を含む能力情報（UECapabilityInformation）を、前記端末装置から受信する。ここで、前記第１の情報（ca-BandwidthClassDL-r10）は、前記第１のバンドコンビネーションにおける前記第１のバンドの第１のバンド幅クラスであって、前記端末装置によってサポートされる下りリンクコンポーネントキャリアの第１の数を示す前記第１のバンド幅クラスを示す。ここで、前記第２の情報（supportedMIMO-CapabilityDL-r10）は、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第１のバンド幅クラスに対応する前記第１の数の下りリンクコンポーネントキャリアの全てに適用され、且つ、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第１の最大数を示す。ここで、前記第３の情報（ca-BandwidthClassDL-r10）は、前記第１のバンドコンビネーションにおける前記第１のバンドの第２のバンド幅クラスであって、前記端末装置によってサポートされる下りリンクコンポーネントキャリアの第２の数を示す前記第２のバンド幅クラスを示す。ここで、前記第４の情報（supportedMIMO-CapabilityDL-r10）は、前記第１のバンドコンビネーションにおける前記第１のバンドの前記第２のバンド幅クラスに対応する前記第２の数の下りリンクコンポーネントキャリアの全てに適用され、且つ、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第２の最大数を示す。ここで、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第３の最大数は、前記第１のバンドコンビネーションにおける前記第１のバンドにおいて設定される下りリンクコンポーネントキャリアの数が前記第１の数および前記第２の数の何れであるかに基づいて、前記レイヤーの第１の最大数、および、前記レイヤーの第２の最大数のうちの何れか１つを参照することによって与えられる。
（４−５）第４の例において、前記受信部３０５は、前記ＲＩを、ＰＵＳＣＨ（Physical Uplink Shared CHannel）で受信する。
（４−６）第４の例において、前記第１のバンドコンビネーションにおける前記第１のバンドにおいて設定される下りリンクコンポーネントキャリアの数が前記第１の数である場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第３の最大数は、前記レイヤーの第１の最大数である。ここで、前記第１のバンドコンビネーションにおける前記第１のバンドにおいて設定される下りリンクコンポーネントキャリアの数が前記第２の数である場合、前記ＲＩのためのビット幅の決定のために想定される前記レイヤーの第３の最大数は、前記レイヤーの第２の最大数である。
以下、図１６のステップＳ１６７におけるトランスポートブロックのコードブロックに対するレートマッチングの特定方法の一例について説明する。
図１７は、本実施形態におけるレートマッチングの一例を示す図である。レートマッチングは、図６のＳ６０２において実行される。すなわち、レートマッチングは、トランスポートブロックのコードブロックに対して適用される。
１つのレートマッチング（Ｓ６０２）は、３つのインタリーブ（Ｓ１７００）、１つのビット収集（collection）（Ｓ１７０１）、１つのビット選択および除去（selection and pruning）（Ｓ２００２）を含む。１つのレートマッチング（Ｓ６０２）には、チャネル符号化（Ｓ６０１）から、３つの情報ビットストリーム（d’k、d’’k、d’’’k）が入力される。３つの情報ビットストリーム（d’k、d’’k、d’’’k）のそれぞれは、インタリーブ（Ｓ１７００）において、サブブロックインタリーバーに応じてインタリーブされる。３つの情報ビットストリーム（d’k、d’’k、d’’’k）のそれぞれをインタリーブすることによって、３つの出力系列（v’k、v’’k、v’’’k）が得られる。
該サブフレームインタリーバーの列の数Csubblockは３２である。該サブフロックインタリーバーの行の数Rsubblockは、以下の不等式（１）を満たす最も小さい整数である。ここで、Dは情報ビットストリーム（d’k、d’’k、d’’’k）のそれぞれのビットの数である。
Figure 0006794357
該サブフレームインタリーバーの出力系列（v’k、v’’k、v’’’k）のそれぞれのビットの数KΠは、以下の数式（２）によって与えられる。
Figure 0006794357
ビット収集（Ｓ２００１）において、３つの出力系列（v’k、v’’k、v’’’k）から、wk（virtual circular buffer）が得られる。wkは、以下の数式（３）によって与えられる。wkのビットの数Kwは、KΠの３倍である。
Figure 0006794357
図１７のビット選択および除去（Ｓ１７０２）において、wkからレートマッチング出力ビット系列ekが得られる。レートマッチング出力ビット系列ekのビットの数はEである。図１８は、本実施形態のビット選択および除去の一例を示す図である。図１８のrvidxは、対応するトランスポートブロックの送信に対するＲＶ（redundancy version）番号である。該ＲＶ番号は、ＤＣＩフォーマットに含まれる情報によって示される。図１８のNcbは、対応するコードブロックのためのソフトバッファサイズであり、ビットの数によって表現される。Ncbは、以下の数式（４）によって与えられる。
Figure 0006794357
ここで、Cは、図６のコードブロックセグメンテーション（Ｓ６００）において、１つのトランスポートブロックが分割されるコードブロックの数である。ここで、NIRは、対応するトランスポートブロックのためのソフトバッファサイズであり、ビットの数によって表現される。NIRは、以下の数式（５）によって与えられる。
Figure 0006794357
ここで、端末装置１が、送信モード３、４、８、９、または１０に基づいてＰＤＳＣＨ送信を受信するよう設定されている場合、KMIMOは２であり、且つ、それ以外の場合、KMIMOは１である。KMIMOは、端末装置１が設定されている送信モードに基づいて受信される１つのＰＤＳＣＨ送信が含むことができるトランスポートブロックの最大数と同じである。
ここで、MDL_HARQは、対応する１つのサービングセルにおいて並行して管理される下りリンクＨＡＲＱプロセスの最大数である。ＦＤＤサービングセルに対して、MDL_HARQは８であってもよい。ＴＤＤサービングセルに対して、MDL_HARQは上りリンク−下りリンク設定に対応してもよい。ここで、Mlimitは８である。
ここで、Kcは、１、３／２、２、３、および、５のうちの何れか１つである。Kcの設定方法については、Nsoftの設定方法の後で説明する。
ここで、Nsoftは、ＵＥカテゴリー、または、下りリンクＵＥカテゴリーに応じたソフトチャネルビットの総数である。Nsoftは、能力パラメータue-Category (without suffix)、能力パラメータue-Category-v1020、能力パラメータue-Category-v1170、および、能力パラメータue-CategoryDL-r12のうちの何れか１つによって与えられる。
Nsoftは、(i)能力パラメータue-Category (without suffix)、能力パラメータue-Category-v1020、能力パラメータue-Category-v1170、および、能力パラメータue-CategoryDL-r12のうちの何れを送信しているか、(ii)パラメータLayersCount-v10xxが受信／設定されているかどうか、および／または、(iii)パラメータaltCQI-Table-r12が受信／設定されているかどうかに基づいて特定されてもよい。
端末装置１にパラメータaltCQI-Table-r12が設定されていない場合、端末装置１はＰＤＳＣＨで送信される単一のトランスポートブロックに対する、変調方式と符号化率の組合せとＣＱＩの対応を示す第１の表に基づいてＣＱＩを導き出す。端末装置１にパラメータaltCQI-Table-r12が設定されている場合、端末装置１はＰＤＳＣＨで送信される単一のトランスポートブロックに対する、変調方式と符号化率の組合せとＣＱＩの対応を示す第２の表に基づいてＣＱＩを導き出す。第１の表は、ＰＤＳＣＨに２５６ＱＡＭが適用されないことを想定して設計される表であってもよい。第２の表は、ＰＤＳＣＨに２５６ＱＡＭが適用されることを想定して設計される表であってもよい。
図１９は、本実施形態におけるソフトチャネルビットの総数Nsoftの決定に関するフローチャートの一例を示す図である。図１９のフローは、下りリンクコンポーネントキャリア（セル）のそれぞれに対して適用されてもよい。第１の条件を満たす場合、第１の処理を行う。第１の条件を満たさない場合、第２の条件に進む。第２の条件を満たす場合、第２の処理を行う。第２の条件を満たさない場合、第３の条件に進む。第３の条件を満たす場合、第３の処理を行う。第３の条件を満たさない場合、第４の処理を行う。第１の処理、第２の処理、第３の処理、または、第４の処理の後、ソフトチャネルビットの総数Nsoftの決定に関するフローを終了する。
図１９の第１の条件において、(i)端末装置１が下りリンクＵＥカテゴリー０を示す能力パラメータue-CategoryDL-r12をシグナルしているならば、または、(ii)端末装置１が下りリンクＵＥカテゴリー０を示さない能力パラメータue-CategoryDL-r12をシグナルし、且つ、端末装置１が上位層によって下りリンクコンポーネントキャリア（セル）に対するパラメータaltCQI-Table-r12が設定されているならば（ＹＥＳ）、Nsoftは能力パラメータue-CategoryDL-r12によって示される下りリンクＵＥカテゴリーに応じたソフトチャネルビットの総数である（第１の処理）。
図１９の第２の条件において、端末装置１が能力パラメータue-Category-v11a0をシグナルし、且つ、端末装置１が上位層によって下りリンクコンポーネントキャリア（セル）に対するパラメータaltCQI-Table-r12が設定されているならば（ＹＥＳ）、Nsoftは能力パラメータue-Category-v11a0によって示されるＵＥカテゴリーに応じたソフトチャネルビットの総数である（第２の処理）。
図１９の第３の条件において、端末装置１が能力パラメータue-Category-v1020をシグナルし、且つ、端末装置１が下りリンクコンポーネントキャリア（セル）に対する第１の送信モード（例えば、送信モード９、または、送信モード１０）が設定されているならば（ＹＥＳ）、Nsoftは能力パラメータue-Category-v1020によって示されるＵＥカテゴリーに応じたソフトチャネルビットの総数である（第３の処理）。ここで、端末装置１は、能力パラメータue-Category-v1170をシグナルしていてもよいし、していなくてもよい。
図１９の第３の条件において、端末装置１が能力パラメータue-Category-v1020をシグナルし、且つ、端末装置１が上位層によって下りリンクコンポーネントキャリア（セル）に対するパラメータLayersCount-v10xxが設定されているならば（ＹＥＳ）、Nsoftは能力パラメータue-Category-v1020によって示されるＵＥカテゴリーに応じたソフトチャネルビットの総数である（第１の処理）。ここで、端末装置１は、該第１の送信モード以外の送信モードが設定されていてもよい。ここで、端末装置１は、能力パラメータue-Category-v1170をシグナルしていてもよいし、していなくてもよい。
図１９の第１の条件、第２の条件、および、第３の条件を満たさない場合、Nsoftは能力パラメータue-Category (without suffix)によって示されるＵＥカテゴリーに応じたソフトチャネルビットの総数である（第４の処理）。例えば、端末装置１が、能力パラメータue-Category-v11a0、能力パラメータue-Category-v1120、能力パラメータue-Category-v1020、および、能力パラメータue-Category (without suffix)をシグナルし、且つ、端末装置１が上位層によって下りリンクコンポーネントキャリア（セル）に対するパラメータaltCQI-Table-r12が設定されていない、且つ、端末装置１が上位層によって下りリンクコンポーネントキャリア（セル）に対するパラメータLayersCount-v10xxが設定されていない、且つ、端末装置１に第１の送信モード以外の送信モードが設定されているならば、Nsoftは能力パラメータue-Category (without suffix)によって示されるＵＥカテゴリーに応じたソフトチャネルビットの総数である。また、例えば、端末装置１が、能力パラメータue-Category-v1120、能力パラメータue-Category-v1020、および、能力パラメータue-Category (without suffix)をシグナルし、且つ、端末装置１が上位層によって下りリンクコンポーネントキャリア（セル）に対するパラメータLayersCount-v10xxが設定されていない、且つ、端末装置１に第１の送信モード以外の送信モードが設定されているならば、Nsoftは能力パラメータue-Category (without suffix)によって示されるＵＥカテゴリーに応じたソフトチャネルビットの総数である。
図２０は、本実施形態におけるKcの設定方法の一例を示す図である。Kcは、(i)図１９において特定されるNsoft、(ii)端末装置１が上位層によって下りリンクコンポーネントキャリア（セル）に対するパラメータaltCQI-Table-r12が設定されているかどうか、および／または、(iii)下りリンクコンポーネントキャリア（セル）に対するレイヤーの最大数に基づいて与えられる。ここで、該レイヤーの最大数は、(i)下りリンクコンポーネントキャリア（セル）に対して、端末装置１が設定された送信モードに対応するＰＤＳＣＨ送信方式によってサポートされるレイヤーの数、および／または、(ii)図１６のＳ１６５において、ＲＩに対するビット幅を特定するために想定されるレイヤーの最大数を参照することによって与えられてもよい。例えば、該レイヤーの最大数は、(i)下りリンクコンポーネントキャリア（セル）に対して、端末装置１が設定された送信モードに対応するＰＤＳＣＨ送信方式によってサポートされるレイヤーの数、および、(ii)図１６のＳ１６５において、ＲＩに対するビット幅を特定するために想定されるレイヤーの最大数のうちの小さいほうに応じて与えられてもよい。
すなわち、対応するコードブロックのためのソフトバッファサイズNcb、および、対応するコードブロックに対するレートマッチングは、以下の(i)から(v)の一部、または、全部を参照することによって与えられてもよい。
(i)能力パラメータue-Category (without suffix)、能力パラメータue-Category-v1020、能力パラメータue-Category-v1170、および、能力パラメータue-CategoryDL-r12のうちの何れを送信しているか
(ii)下りリンクコンポーネントキャリアに対するパラメータLayersCount-v10xxが受信／設定されているかどうか
(iii)下りリンクコンポーネントキャリアに対するパラメータaltCQI-Table-r12が受信／設定されているかどうか
(iv)下りリンクコンポーネントキャリアに対して端末装置１が設定された送信モードに対応するＰＤＳＣＨ送信方式によってサポートされるレイヤーの数
(v)ＲＩに対するビット幅を特定するために想定されるレイヤーの最大数
以下、図１６のステップＳ１６７におけるトランスポートブロックのコードブロックサイズに対するレートマッチングの特定方法に関する第５の例について説明する。第５の例は端末装置１に対して適用される。
（５−１）第５の例において、端末装置１は、ＰＤＳＣＨ（Physical Downlink Shared CHannel）送信に対するＲＩ（Rank Indicator）を送信する送信部１０７と、前記ＲＩのためのビット幅の決定のために想定する第１の最大数であって、レイヤーの前記第１の最大数の決定のために用いる第１の情報（RRCConnectionReconfigurationメッセージ）を受信し、前記ＰＤＳＣＨでトランスポートブロックを受信する受信部１０５と、前記トランスポートブロックのコードブロックを復号する復号化部１０５１と、を備える。ここで、前記コードブロックに対するレートマッチングは、少なくとも、前記コードブロックに対するソフトバッファサイズに基づく。ここで、前記コードブロックに対するソフトバッファサイズは、少なくとも、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報（RRCConnectionReconfigurationメッセージ）に基づく。
（５−２）第５の例において、前記送信部１０７は、前記ＲＩを、ＰＵＳＣＨ（Physical Uplink Shared CHannel）で送信する。
（５−３）第５の例において、前記端末装置１は、前記ＰＤＳＣＨ送信に関する所定の送信モードが設定されている。
（５−４）第５の例において、前記送信部１０７は、第２の情報（ue-Category (without suffix)）、および、第３の情報（ue-Category-v1020）を含む能力情報（UECapabilityInformation）を送信する。ここで、前記第２の情報（ue-Category (without suffix)）は、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第２の最大数、および、前記下りリンクにおけるＨＡＲＱ（Hybrid Automatic Repeat reQuest）プロセッシングのために利用可能なソフトチャネルビットの第１の総数に対応する第１のＵＥカテゴリーを示す。ここで、前記第３の情報（ue-Category-v1020）は、前記下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第３の最大数、および、前記下りリンクにおけるＨＡＲＱ（Hybrid Automatic Repeat reQuest）プロセッシングのために利用可能なソフトチャネルビットの第２の総数に対応する第２のＵＥカテゴリーを示す。ここで、前記コードブロックに対するソフトバッファサイズは、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの第４の最大数を示すかどうかに基づいて、前記第１の総数、および、前記第２の総数のうちの何れか１つを参照することによって与えられる。すなわち、前記コードブロックに対するソフトバッファサイズは、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報が前記レイヤーの第４の最大数を示す値に設定されているかどうかに基づいて、前記第１の総数、および、前記第２の総数のうちの何れか１つを参照することによって与えられる。
（５−５）第５の例において、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示す場合、前記コードブロックに対するソフトバッファサイズは、前記第１の総数を参照することによって与えられる。ここで、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示さない場合、前記コードブロックに対するソフトバッファサイズは、前記第２の総数を参照することによって与えられる。ここで、「前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示さないこと」は、「前記第１の情報（RRCConnectionReconfigurationメッセージ）にパラメータLayersCount-v10xxが含まれないこと」を含む。すなわち、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報が前記レイヤーの前記第４の最大数を示す値に設定されている場合、前記コードブロックに対するソフトバッファサイズは、前記第１の総数を参照することによって与えられ、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報が前記レイヤーの前記第４の最大数を示す値に設定されていない場合、前記コードブロックに対するソフトバッファサイズは、前記第２の総数を参照することによって与えられる。
（５−６）第５の例において、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示す場合、前記レイヤーの前記第１の最大数は、前記レイヤーの前記第４の最大数を参照することによって与えられる。ここで、「前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示すこと」は、「前記第１の情報（RRCConnectionReconfigurationメッセージ）に含まれるパラメータLayersCount-v10xxが前記レイヤーの前記第４の最大数を示すこと」を含む。すなわち、前記第１の情報が受信される場合、前記レイヤーの前記第１の最大数は前記第１の情報を参照することによって与えられる。
（５−７）第５の例において、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示さない場合、前記レイヤーの前記第１の最大数は、前記レイヤーの前記第２の最大数、および、前記レイヤーの前記第３の最大数を少なくとも含む前記レイヤーの複数の最大数のうちの何れか１つを参照することによって与えられる。すなわち、前記第１の情報が受信されない場合、前記レイヤーの前記第１の最大数は、前記第２の情報、および、前記第３の情報のうちの何れか一方を参照することによって与えられる。
以下、図１６のステップＳ１６７におけるトランスポートブロックのコードブロックサイズに対するレートマッチングの特定方法に関する第６の例について説明する。第６の例は基地局装置３に対して適用される。
（６−１）第６の例において、基地局装置３は、ＰＤＳＣＨ（Physical Downlink Shared CHannel）送信に対するＲＩ（Rank Indicator）を、端末装置から受信する受信部３０５と、前記ＲＩのためのビット幅の決定のために前記端末装置によって想定される、レイヤーの第１の最大数の決定のために前記端末装置によって用いられる第１の情報（RRCConnectionReconfigurationメッセージ）を、前記端末装置に送信し、前記ＰＤＳＣＨでトランスポートブロックを、前記端末装置に送信する送信部３０７と、前記トランスポートブロックのコードブロックを符号化する符号化部３０７１と、を備える。ここで、前記符号化されたコードブロックに対するレートマッチングは、少なくとも、前記コードブロックに対するソフトバッファサイズに基づく。ここで、前記コードブロックに対するソフトバッファサイズは、少なくとも、前記レイヤーの前記第１の最大数の決定のために前記端末装置によって用いられる第１の情報（RRCConnectionReconfigurationメッセージ）に基づく。
（６−２）第６の例において、前記受信部３０５は、前記ＲＩを、ＰＵＳＣＨ（Physical Uplink Shared CHannel）で、前記端末装置から受信する。
（６−３）第６の例において、前記端末装置１は、前記ＰＤＳＣＨ送信に関する所定の送信モードが設定されている。
（６−４）第６の例において、前記受信部３０５は、第２の情報（ue-Category (without suffix)）、および、第３の情報（ue-Category-v1020）を含む能力情報（UECapabilityInformation）を、前記端末装置から受信する。ここで、前記第２の情報（ue-Category (without suffix)）は、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第２の最大数、および、前記下りリンクにおけるＨＡＲＱ（Hybrid Automatic Repeat reQuest）プロセッシングのために利用可能なソフトチャネルビットの第１の総数に対応する第１のＵＥカテゴリーを示す。ここで、前記第３の情報（ue-Category-v1020）は、前記下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第３の最大数、および、前記下りリンクにおけるＨＡＲＱ（Hybrid Automatic Repeat reQuest）プロセッシングのために利用可能なソフトチャネルビットの第２の総数に対応する第２のＵＥカテゴリーを示す。ここで、前記コードブロックに対するソフトバッファサイズは、前記レイヤーの前記第１の最大数の決定のために前記端末装置によって用いられる前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの第４の最大数を示すかどうかに基づいて、前記第１の総数、および、前記第２の総数のうちの何れか１つを参照することによって与えられる。すなわち、前記コードブロックに対するソフトバッファサイズは、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報が前記レイヤーの第４の最大数を示す値に設定されているかどうかに基づいて、前記第１の総数、および、前記第２の総数のうちの何れか１つを参照することによって与えられる。
（６−５）第６の例において、前記レイヤーの前記第１の最大数の決定のために前記端末装置によって用いられる前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示す場合、前記コードブロックに対するソフトバッファサイズは、前記第１の総数を参照することによって与えられる。ここで、前記レイヤーの前記第１の最大数の決定のために前記端末装置によって用いられる前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示さない場合、前記コードブロックに対するソフトバッファサイズは、前記第２の総数を参照することによって与えられる。ここで、「前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示さないこと」は、「前記第１の情報（RRCConnectionReconfigurationメッセージ）にパラメータLayersCount-v10xxが含まれないこと」を含む。すなわち、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報が前記レイヤーの前記第４の最大数を示す値に設定されている場合、前記コードブロックに対するソフトバッファサイズは、前記第１の総数を参照することによって与えられ、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報が前記レイヤーの前記第４の最大数を示す値に設定されていない場合、前記コードブロックに対するソフトバッファサイズは、前記第２の総数を参照することによって与えられる。
（６−６）第６の例において、前記レイヤーの前記第１の最大数の決定のために前記端末装置によって用いられる前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示す場合、前記レイヤーの前記第１の最大数は、前記レイヤーの前記第４の最大数を参照することによって与えられる。ここで、「前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示すこと」は、「前記第１の情報（RRCConnectionReconfigurationメッセージ）に含まれるパラメータLayersCount-v10xxが前記レイヤーの前記第４の最大数を示すこと」を含む。すなわち、前記第１の情報が受信される場合、前記レイヤーの前記第１の最大数は前記第１の情報を参照することによって与えられる。
（６−７）第６の例において、前記レイヤーの前記第１の最大数の決定のために前記端末装置によって用いられる前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示さない場合、前記レイヤーの前記第１の最大数は、前記レイヤーの前記第２の最大数、および、前記レイヤーの前記第３の最大数を少なくとも含む前記レイヤーの複数の最大数のうちの何れか１つを参照することによって与えられる。すなわち、前記第１の情報が受信されない場合、前記レイヤーの前記第１の最大数は、前記第２の情報、および、前記第３の情報のうちの何れか一方を参照することによって与えられる。
図１６のＳ１６９において、端末装置１によってストアされる、トランスポートブロックのコードブロックのソフトチャネルビットは、トランスポートブロックのコードブロックに対するソフトバッファサイズNcbに基づく。端末装置１がトランスポートブロックのコードブロックの復号に失敗した場合、端末装置１は、少なくとも、＜wk, wk+1,…,w (k+nSB-1) mod Ncb＞のレンジに対応し、且つ、受信したソフトチャネルビットをストアする。＜wk, wk+1,…,w (k+nSB-1) mod Ncb＞のkは端末装置１によって決定される。ここで、＜wk, wk+1,…,w (k+nSB-1) mod Ncb＞のkの決定において、端末装置１がkのより低い値に対応するソフトチャネルビットのストアリングを優先することが好ましい。
図２１は、本実施形態における＜wk, wk+1,…,w (k+nSB-1) mod Ncb＞のレンジの一例
を示す図である。ここで、nSBは、トランスポートブロックのコードブロックに対するソフトバッファサイズNcbを参照することによって与えられる。nSBは、以下の数式（６）によって与えられる。
Figure 0006794357
ここで、Cは、数式（４）において定義されている。ここで、KMIMO、MDL_HARQ、および、Mlimitは数式５において定義されている。ここで、NDL_cellsは、端末装置１に対して設定される下りリンクコンポーネントキャリア（セル）の数である。ここで、N’softは、ＵＥカテゴリー、または、下りリンクＵＥカテゴリーに応じたソフトチャネルビットの総数である。N’softは、能力パラメータue-Category (without suffix)、能力パラメータue-Category-v1020、能力パラメータue-Category-v1170、および、能力パラメータue-CategoryDL-r12のうちの何れか１つによって与えられる。尚、NsoftとN’softは個別に定
義される。
図２２は、本実施形態におけるソフトチャネルビットの総数N’softの決定に関するフローチャートの一例を示す図である。図２２のフローは、下りリンクコンポーネントキャリア（セル）のそれぞれに対して適用されてもよい。第４の条件を満たす場合、第５の処理を行う。第４の条件を満たさない場合、第５の条件に進む。第５の条件を満たす場合、第６の処理を行う。第５の条件を満たさない場合、第６の条件に進む。第６の条件を満たす場合、第７の処理を行う。第６の条件を満たさない場合、第７の条件に進む。第７の条件を満たす場合、第８の処理を行う。第７の条件を満たさない場合、第９の処理を行う。第５の処理、第６の処理、第７の処理、第８の処理、または、第９の処理の後、ソフトチャネルビットの総数N'softの決定に関するフローを終了する。
図２２の第４の条件において、端末装置１が能力パラメータue-CategoryDL-r12をシグナルしているならば（ＹＥＳ）、Nsoftは能力パラメータue-CategoryDL-r12によって示される下りリンクＵＥカテゴリーに応じたソフトチャネルビットの総数である（第５の処理）。
図２２の第５の条件において、端末装置１が能力パラメータue-Category-v11a0をシグナルし、且つ、能力パラメータue-CategoryDL-r12をシグナルしていないならば（ＹＥＳ）、Nsoftは能力パラメータue-Category-v11a0によって示されるＵＥカテゴリーに応じたソフトチャネルビットの総数である（第６の処理）。
図２２の第６の条件において、端末装置１が能力パラメータue-Category-v1170をシグナルし、且つ、能力パラメータue-Category-v11a0、および、能力パラメータue-CategoryDL-r12をシグナルしていないならば（ＹＥＳ）、Nsoftは能力パラメータue-Category-v1170によって示されるＵＥカテゴリーに応じたソフトチャネルビットの総数である（第７の処理）。
図２２の第７の条件において、端末装置１が能力パラメータue-Category-v1020をシグナルし、且つ、能力パラメータue-Category-v1170、能力パラメータue-Category-v11a0、および、能力パラメータue-CategoryDL-r12をシグナルしていないならば（ＹＥＳ）、Nsoftは能力パラメータue-Category-v1020によって示されるＵＥカテゴリーに応じたソフトチャネルビットの総数である（第８の処理）。
図２２の第７の条件において、端末装置１が能力パラメータue-Category (without suffix)をシグナルし、且つ、能力パラメータue-Category-v1020、能力パラメータue-Category-v1170、能力パラメータue-Category-v11a0、および、能力パラメータue-CategoryDL-r12をシグナルしていないならば（ＮＯ）、Nsoftは能力パラメータue-Category (without suffix)によって示されるＵＥカテゴリーに応じたソフトチャネルビットの総数である（第９の処理）。
すなわち、端末装置１がトランスポートブロックのコードブロックの復号に失敗した場合、端末装置１によってストアされるソフトチャネルビットは、以下の(i)から(v)の一部、または、全部を参照することによって与えられてもよい。
(i)能力パラメータue-Category (without suffix)、能力パラメータue-Category-v1020、能力パラメータue-Category-v1170、および、能力パラメータue-CategoryDL-r12のうちの何れを送信しているか
(ii)下りリンクコンポーネントキャリアに対するパラメータLayersCount-v10xxが受信／設定されているかどうか
(iii) 下りリンクコンポーネントキャリアに対するパラメータaltCQI-Table-r12が受信／設定されているかどうか
(iv)下りリンクコンポーネントキャリアに対して端末装置１が設定された送信モードに対応するＰＤＳＣＨ送信方式によってサポートされるレイヤーの数
(v)ＲＩに対するビット幅を特定するために想定されるレイヤーの最大数
以下、図１６のステップＳ１６９におけるトランスポートブロックのコードブロックサイズに対するソフトチャネルビットのストア方法に関する第７の例について説明する。第７の例は端末装置１に対して適用される。
（７−１）第７の例において、端末装置１は、ＰＤＳＣＨ（Physical Downlink Shared CHannel）送信に対するＲＩ（Rank Indicator）を送信する送信部１０７と、前記ＲＩのためのビット幅の決定のために想定する第１の最大数であって、レイヤーの前記第１の最大数の決定のために用いる第１の情報（RRCConnectionReconfigurationメッセージ）を受信し、前記ＰＤＳＣＨでトランスポートブロックを受信する受信部１０５と、前記トランスポートブロックのコードブロックを復号する復号化部１０５１と、を備える。ここで、前記復号化部１０５１が前記コードブロックの復号に失敗した場合、前記復号化部１０５１は前記コードブロックのソフトチャネルビットのうち、少なくとも所定のソフトチャネルビットのレンジに対応するソフトチャネルビットをストアする。ここで、前記所定のソフトチャネルビットは、前記コードブロックに対するソフトバッファサイズに基づく。ここで、前記コードブロックに対するソフトバッファサイズは、少なくとも、前記レイヤーの前記第１の最大数の決定のために用いる第１の情報（RRCConnectionReconfigurationメッセージ）に基づく。
（７−２）第７の例において、前記送信部１０７は、前記ＲＩを、ＰＵＳＣＨ（Physical Uplink Shared CHannel）で送信する。
（７−３）第７の例において、前記端末装置１は、前記ＰＤＳＣＨ送信に関する所定の送信モードが設定されている。
（７−４）第７の例において、前記送信部１０７は、第２の情報（ue-Category (without suffix)）、および、第３の情報（ue-Category-v1020）を含む能力情報（UECapabilityInformation）を送信する。ここで、前記第２の情報（ue-Category (without suffix)）は、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第２の最大数、および、前記下りリンクにおけるＨＡＲＱ（Hybrid Automatic Repeat reQuest）プロセッシングのために利用可能なソフトチャネルビットの第１の総数に対応する第１のＵＥカテゴリーを示す。ここで、前記第３の情報（ue-Category-v1020）は、前記下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第３の最大数、および、前記下りリンクにおけるＨＡＲＱ（Hybrid Automatic Repeat reQuest）プロセッシングのために利用可能なソフトチャネルビットの第２の総数に対応する第２のＵＥカテゴリーを示す。ここで、前記コードブロックに対するソフトバッファサイズは、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの第４の最大数を示すかどうかに基づいて、前記第１の総数、および、前記第２の総数のうちの何れか１つを参照することによって与えられる。すなわち、前記コードブロックに対するソフトバッファサイズは、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報が前記レイヤーの第４の最大数を示す値に設定されているかどうかに基づいて、前記第１の総数、および、前記第２の総数のうちの何れか１つを参照することによって与えられる。
（７−５）第７の例において、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示す場合、前記コードブロックに対するソフトバッファサイズは、前記第１の総数を参照することによって与えられる。ここで、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示さない場合、前記コードブロックに対するソフトバッファサイズは、前記第２の総数を参照することによって与えられる。ここで、「前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示さないこと」は、「前記第１の情報（RRCConnectionReconfigurationメッセージ）にパラメータLayersCount-v10xxが含まれないこと」を含む。すなわち、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報が前記レイヤーの前記第４の最大数を示す値に設定されている場合、前記コードブロックに対するソフトバッファサイズは、前記第１の総数を参照することによって与えられ、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報が前記レイヤーの前記第４の最大数を示す値に設定されていない場合、前記コードブロックに対するソフトバッファサイズは、前記第２の総数を参照することによって与えられる。
（７−６）第７の例において、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示す場合、前記レイヤーの前記第１の最大数は、前記レイヤーの前記第４の最大数を参照することによって与えられる。ここで、「前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示すこと」は、「前記第１の情報（RRCConnectionReconfigurationメッセージ）に含まれるパラメータLayersCount-v10xxが前記レイヤーの前記第４の最大数を示すこと」を含む。すなわち、前記第１の情報が受信される場合、前記レイヤーの前記第１の最大数は前記第１の情報を参照することによって与えられる。
（７−７）第７の例において、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報（RRCConnectionReconfigurationメッセージ）が前記レイヤーの前記第４の最大数を示さない場合、前記レイヤーの前記第１の最大数は、前記レイヤーの前記第２の最大数、および、前記レイヤーの前記第３の最大数を少なくとも含む前記レイヤーの複数の最大数のうちの何れか１つを参照することによって与えられる。すなわち、前記第１の情報が受信されない場合、前記レイヤーの前記第１の最大数は、前記第２の情報、および、前記第３の情報のうちの何れか一方を参照することによって与えられる。
以上、本実施形態について、第１の例から第７の例、および、図１から図２２を参照して詳述してきたが、第１の例から第７の例、および、図１から図２２で示した範囲で種々の変更が可能であり、異なる例、および、図面にそれぞれ開示された技術的手段／方法を適宜組み合わせて得られる技術的手段／方法についても本発明の技術的範囲に含まれる。
これにより、端末装置１は、基地局装置３が対応するＬＴＥのリリース、および、バージョンを知らなくても、基地局装置３と効率的に通信することができる。また、基地局装置３は、端末装置１が対応するＬＴＥのリリース、および、バージョンを知らなくても、端末装置１と効率的に通信することができる。
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤＤ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行われる。
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
また、上述した実施形態では、端末装置もしくは通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
本発明は、携帯電話、パーソナル・コンピュータ、タブレット型コンピュータ、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置などに適用できる。
１（１Ａ、１Ｂ、１Ｃ） 端末装置
３ 基地局装置
１０１ 上位層処理部
１０３ 制御部
１０５ 受信部
１０７ 送信部
３０１ 上位層処理部
３０３ 制御部
３０５ 受信部
３０７ 送信部
１０１１ 無線リソース制御部
１０１３ スケジューリング情報解釈部
１０１５ ＣＳＩ報告制御部
３０１１ 無線リソース制御部
３０１３ スケジューリング部
３０１５ ＣＳＩ報告制御部

Claims (7)

  1. 物理下りリンク共用チャネル送信に対するランクインディケータを基地局装置に送信する送信部と、
    前記ランクインディケータのためのビット幅を決定するために想定される第１の最大数であって、レイヤーの前記第１の最大数の決定のために用いる第１の情報を前記基地局装置から受信し、前記物理下りリンク共用チャネルでトランスポートブロックを前記基地局装置から受信する受信部と、
    前記トランスポートブロックのコードブロックを復号する復号化部と、
    を備え、
    前記復号化部が前記コードブロックの復号に失敗した場合、前記復号化部は、少なくとも所定のソフトチャネルビットのレンジに対応するソフトチャネルビットをストアし、
    前記所定のソフトチャネルビットは、前記コードブロックに対するソフトバッファサイズに基づき、
    前記コードブロックに対するソフトバッファサイズは、少なくとも前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報に基づき、
    前記送信部は、第２の情報及び第３の情報を含む能力情報を前記基地局装置に送信し、
    前記第２の情報は、下りリンクにおける端末装置によってサポートされる前記レイヤーの第２の最大数、および前記下りリンクにおけるＨＡＲＱプロセッシングのために利用可能なソフトチャネルビットの第１の総数に対応する第１のＵＥカテゴリを示し、
    前記第３の情報は、前記下りリンクにおける前記端末装置によってサポートされる前記レイヤーの第３の最大数、および前記下りリンクにおけるＨＡＲＱプロセッシングのために利用可能なソフトチャネルビットの第２の総数に対応する第２のＵＥカテゴリを示し、
    前記コードブロックに対する前記ソフトバッファサイズは、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報が前記レイヤーの第４の最大数を示す値に設定されているかどうかに基づいて、前記第１の総数および前記第２の総数のうちのいずれか１つを参照することによって与えられる
    端末装置。
  2. 前記送信部は、前記ランクインディケータを物理上りリンク共用チャネルで前記基地局装置に送信する、
    請求項１に記載の端末装置。
  3. 前記端末装置は、前記物理下りリンク共用チャネル送信に関する第１の送信モードが設定されている、
    請求項１に記載の端末装置。
  4. 前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報が前記レイヤーの前記第４の最大数を示す値に設定されている場合、前記コードブロックに対するソフトバッファサイズは、前記第１の総数を参照することによって与えられ、
    前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報が前記レイヤーの前記第４の最大数を示す値に設定されていない場合、前記コードブロックに対するソフトバッファサイズは、前記第２の総数を参照することによって与えられる、
    請求項１に記載の端末装置。
  5. 前記第１の情報を前記基地局から受信する場合、前記レイヤーの前記第１の最大数は、前記第１の情報を参照することによって与えられる、
    請求項１に記載の端末装置。
  6. 前記第１の情報を前記基地局から受信しない場合、前記レイヤーの前記第１の最大数は、前記第３の情報を参照することによって与えられる、
    請求項１に記載の端末装置。
  7. 端末装置に用いられる通信方法であって、端末装置のコンピュータが、
    物理下りリンク共用チャネル送信に対するランクインディケータを基地局装置に送信する送信過程と、
    前記ランクインディケータのためのビット幅を決定するために想定される第１の最大数であって、レイヤーの前記第１の最大数の決定のために用いる第１の情報を前記基地局装置から受信し、前記物理下りリンク共用チャネルでトランスポートブロックを前記基地局装置から受信する受信過程と、
    前記トランスポートブロックのコードブロックを復号する復号化過程と、
    を有し、
    前記復号化過程において前記コードブロックの復号に失敗した場合、前記復号化過程は、少なくとも所定のソフトチャネルビットのレンジに対応するソフトチャネルビットをストアし、
    前記所定のソフトチャネルビットは、前記コードブロックに対するソフトバッファサイズに基づき、
    前記コードブロックに対するソフトバッファサイズは、少なくとも前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報に基づき、
    前記送信過程は、第２の情報及び第３の情報を含む能力情報を前記基地局装置に送信し、
    前記第２の情報は、下りリンクにおける端末装置によってサポートされる前記レイヤーの第２の最大数、および前記下りリンクにおけるＨＡＲＱプロセッシングのために利用可能なソフトチャネルビットの第１の総数に対応する第１のＵＥカテゴリを示し、
    前記第３の情報は、前記下りリンクにおける前記端末装置によってサポートされる前記レイヤーの第３の最大数、および前記下りリンクにおけるＨＡＲＱプロセッシングのために利用可能なソフトチャネルビットの第２の総数に対応する第２のＵＥカテゴリを示し、
    前記コードブロックに対する前記ソフトバッファサイズは、前記レイヤーの前記第１の最大数の決定のために用いる前記第１の情報が前記レイヤーの第４の最大数を示す値に設定されているかどうかに基づいて、前記第１の総数および前記第２の総数のうちのいずれか１つを参照することによって与えられる
    通信方法。
JP2017527435A 2015-07-03 2016-07-01 端末装置、および通信方法 Active JP6794357B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015133997 2015-07-03
JP2015133997 2015-07-03
PCT/JP2016/069706 WO2017006882A1 (ja) 2015-07-03 2016-07-01 端末装置、基地局装置、通信方法、および、集積回路

Publications (2)

Publication Number Publication Date
JPWO2017006882A1 JPWO2017006882A1 (ja) 2018-04-19
JP6794357B2 true JP6794357B2 (ja) 2020-12-02

Family

ID=57685447

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017527435A Active JP6794357B2 (ja) 2015-07-03 2016-07-01 端末装置、および通信方法

Country Status (7)

Country Link
US (1) US10411774B2 (ja)
EP (1) EP3319365B1 (ja)
JP (1) JP6794357B2 (ja)
CN (1) CN107736052B (ja)
NZ (1) NZ738445A (ja)
SG (1) SG11201710730PA (ja)
WO (1) WO2017006882A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018182489A1 (en) * 2017-04-01 2018-10-04 Telefonaktiebolaget L M Ericsson (Publ) A method performed by a wireless device for handling transport block for error correction
CN110557749B (zh) 2017-09-28 2020-09-29 华为技术有限公司 信息传输的方法、终端设备和网络设备
WO2020034055A1 (en) * 2018-08-13 2020-02-20 Qualcomm Incorporated Layer mapping for multi-trp transmission
JP2020072371A (ja) * 2018-10-31 2020-05-07 シャープ株式会社 端末装置および通信方法
US20200154267A1 (en) * 2018-11-12 2020-05-14 Qualcomm Incorporated Configuring a maximum number of layers
CN113491161B (zh) * 2019-02-25 2023-07-28 株式会社Ntt都科摩 用户装置以及通信方法
KR102613219B1 (ko) * 2019-08-07 2023-12-13 삼성전자 주식회사 무선 통신 시스템에서 안테나 적응 방법 및 장치

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101128817B1 (ko) * 2009-05-15 2012-03-23 엘지전자 주식회사 무선 통신 시스템에서 사운딩 참조 신호 송신 방법 및 이를 위한 장치
CN105391484A (zh) * 2009-10-25 2016-03-09 Lg电子株式会社 中继站的回程下行链路信号解码方法以及使用该方法的中继站
US8724742B2 (en) * 2010-10-06 2014-05-13 Motorola Mobility Llc Method and apparatus for soft buffer management for carrier aggregation
US9204289B2 (en) * 2011-02-15 2015-12-01 Samsung Electronics Co., Ltd. Method and apparatus of handling user equipment category in wireless communication system
WO2012141634A1 (en) 2011-04-13 2012-10-18 Telefonaktiebolaget L M Ericsson (Publ) Method and device for determining a number of mimo layers
JP5342601B2 (ja) 2011-05-02 2013-11-13 株式会社エヌ・ティ・ティ・ドコモ 無線基地局、移動機、通信制御装置及び通信制御方法
CN108923897A (zh) * 2012-05-25 2018-11-30 谷歌技术控股有限责任公司 减少通信设备经历的干扰的影响
US9094145B2 (en) 2012-07-25 2015-07-28 Nec Laboratories America, Inc. Coordinated multipoint transmission and reception (CoMP)
CN103580825B (zh) * 2012-08-03 2017-05-24 电信科学技术研究院 Uci的传输方法和设备
EP3506704B1 (en) * 2012-11-28 2021-11-17 Samsung Electronics Co., Ltd. Method and apparatus for performing communication in a wireless communication system
US9060365B2 (en) 2013-03-12 2015-06-16 Qualcomm Incorporated Method and apparatus for sharing decoding time across transport blocks
US9985711B2 (en) * 2013-08-05 2018-05-29 Lg Electronics Inc. Method and device for transmitting channel state information in wireless communication system
US9674845B2 (en) 2013-11-04 2017-06-06 Qualcomm Incorporated Soft buffer management
US20170222763A1 (en) * 2014-10-04 2017-08-03 Lg Electronics Inc. Method for managing soft buffer in wireless communication system and apparatus for performing same
CN106797583A (zh) * 2015-02-20 2017-05-31 株式会社Ntt都科摩 用户装置和缓存控制方法
JP5980380B1 (ja) * 2015-06-26 2016-08-31 株式会社Ｎｔｔドコモ ユーザ装置、及びソフトバッファサイズ決定方法

Also Published As

Publication number Publication date
EP3319365A4 (en) 2018-11-14
CN107736052B (zh) 2021-12-28
EP3319365B1 (en) 2020-09-02
EP3319365A1 (en) 2018-05-09
NZ738445A (en) 2023-07-28
US10411774B2 (en) 2019-09-10
SG11201710730PA (en) 2018-01-30
US20180191412A1 (en) 2018-07-05
WO2017006882A1 (ja) 2017-01-12
CN107736052A (zh) 2018-02-23
JPWO2017006882A1 (ja) 2018-04-19

Similar Documents

Publication Publication Date Title
JP6768652B2 (ja) 端末装置、基地局装置、通信方法、および、集積回路
JP6785764B2 (ja) 端末装置、および通信方法
WO2017006877A1 (ja) 端末装置、基地局装置、通信方法、および、集積回路
CN108432276B (zh) 终端装置、基站装置以及通信方法
JP6794357B2 (ja) 端末装置、および通信方法
CN108353272B (zh) 终端装置、基站装置以及通信方法
JP6959918B2 (ja) 端末装置、基地局装置、および、通信方法
JP7011582B2 (ja) 端末装置、基地局装置、および、通信方法
KR102453741B1 (ko) 단말 장치, 기지국 장치, 통신 방법 및 집적 회로
JP6521380B2 (ja) 端末装置、基地局装置、および無線通信方法
JP2018137496A (ja) 端末装置、基地局装置、通信方法、および、集積回路

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190614

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190614

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200130

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200225

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20200420

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200617

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201111

R150 Certificate of patent or registration of utility model

Ref document number: 6794357

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150