JPWO2017006882A1 - 端末装置、基地局装置、通信方法、および、集積回路 - Google Patents

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

Info

Publication number
JPWO2017006882A1
JPWO2017006882A1 JP2017527435A JP2017527435A JPWO2017006882A1 JP WO2017006882 A1 JPWO2017006882 A1 JP WO2017006882A1 JP 2017527435 A JP2017527435 A JP 2017527435A JP 2017527435 A JP2017527435 A JP 2017527435A JP WO2017006882 A1 JPWO2017006882 A1 JP WO2017006882A1
Authority
JP
Japan
Prior art keywords
layers
maximum number
information
terminal device
downlink
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.)
Granted
Application number
JP2017527435A
Other languages
English (en)
Other versions
JP6794357B2 (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

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

Abstract

端末装置は、PDSCH送信に対するRIを送信し、RIのためのビット幅の決定のために想定する第1の最大数であって、レイヤーの前記第1の最大数の決定のために用いる第1の情報を受信し、PDSCHでトランスポートブロックを受信し、トランスポートブロックのコードブロックを復号し、ここで、前記コードブロックの復号が失敗された場合、少なくとも所定のソフトチャネルビットのレンジに対応するソフトチャネルビットをストアし、所定のソフトチャネルビットは、レイヤーの前記第1の最大数の決定のために用いる第1の情報に基づく。

Description

本発明は、端末装置、基地局装置、通信方法、および、集積回路に関する。
本願は、2015年7月3日に、日本に出願された特願2015−133997号に基づき優先権を主張し、その内容をここに援用する。
セルラー移動通信の無線アクセス方式および無線ネットワーク(以下、「Long Term Evolution (LTE)」、または、「Evolved Universal Terrestrial Radio Access: EUTRA」と称する。)が、第三世代パートナーシッププロジェクト(3rd Generation Partnership Project: 3GPP)において検討されている。LTEでは、基地局装置をeNodeB(evolved NodeB)、端末装置をUE(User Equipment)とも称する。LTEは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
LTEには、端末装置が集約される複数のキャリア(セル)を介して基地局装置と通信するキャリアアグリゲーション、および、複数のレイヤーが空間多重されるMIMO(Multiple Input Multiple Output)が導入されている。MIMOはLTEリリース8から導入されており、キャリアアグリゲーションはLTEリリース10から導入されている(非特許文献2、3、4)。
LTEにおいて、MIMOおよびキャリアアグリゲーションが導入された後にも、MIMOおよびキャリアアグリゲーションの機能は拡張され続けている。端末装置は、該端末装置がサポートするMIMOおよびキャリアグリゲーションの技術を示す能力情報を、基地局装置に送信する(非特許文献5)。
しかしながら、上述のような無線システムにおいて、基地局装置の実際の動作と端末装置が想定する基地局装置の動作が異なり、基地局装置と端末装置が正しく通信できないことがある。例えば、端末装置が基地局装置にフィードバックするRI(Rank Indicator)のビット幅、下りリンクトランスポートブロックのコードブロックのレートマッチング、ソフトチャネルビットのストアなどに対して、基地局装置の実際の動作と端末装置が想定する基地局装置の動作、および/または、端末装置の実際の動作と基地局装置が想定する端末装置の動作が異なる可能性がある。
本発明は上記の点に鑑みてなされたものであり、その目的は、基地局装置と効率的に通信することができる端末装置、基地局装置、通信方法、および、集積回路を提供することである。
(1)上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第1の態様は、端末装置であって、PDSCH(Physical Downlink Shared CHannel)送信に対するRI(Rank Indicator)を送信する送信部と、前記RIのためのビット幅の決定のために想定する第1の最大数であって、レイヤーの前記第1の最大数の決定のために用いる第1の情報を受信し、前記PDSCHでトランスポートブロックを受信する受信部と、前記トランスポートブロックのコードブロックを復号する復号化部と、を備え、前記復号化部が前記コードブロックの復号に失敗した場合、少なくとも所定のソフトチャネルビットのレンジに対応するソフトチャネルビットをストアし、前記所定のソフトチャネルビットは、前記コードブロックに対するソフトバッファサイズに基づき、前記コードブロックに対するソフトバッファサイズは、少なくとも、前記レイヤーの前記第1の最大数の決定のために用いる第1の情報に基づく。
(2)本発明の第2の態様は、端末装置に用いられる通信方法であって、PDSCH(Physical Downlink Shared CHannel)送信に対するRI(Rank Indicator)を送信し、前記RIのためのビット幅の決定のために想定する第1の最大数であって、レイヤーの前記第1の最大数の決定のために用いる第1の情報を受信し、前記PDSCHでトランスポートブロックを受信し、前記トランスポートブロックのコードブロックを復号し、前記コードブロックの復号に失敗した場合、少なくとも所定のソフトチャネルビットのレンジに対応するソフトチャネルビットをストアし、前記所定のソフトチャネルビットは、前記コードブロックに対するソフトバッファサイズに基づき、前記コードブロックに対するソフトバッファサイズは、少なくとも、前記レイヤーの前記第1の最大数の決定のために用いる第1の情報に基づく。
(3)本発明の第3の態様は、集積回路であって、PDSCH(Physical Downlink Shared CHannel)送信に対するRI(Rank Indicator)を送信する機能と、前記RIのためのビット幅の決定のために想定する第1の最大数であって、レイヤーの前記第1の最大数の決定のために用いる第1の情報を受信する機能と、前記PDSCHでトランスポートブロックを受信する機能と、前記トランスポートブロックのコードブロックを復号する機能と、前記コードブロックの復号に失敗した場合、少なくとも所定のソフトチャネルビットのレンジに対応するソフトチャネルビットをストアする機能と、を含む一連の機能を端末装置に発揮させ、前記所定のソフトチャネルビットは、前記コードブロックに対するソフトバッファサイズに基づき、前記コードブロックに対するソフトバッファサイズは、少なくとも、前記レイヤーの前記第1の最大数の決定のために用いる第1の情報に基づく。
この発明の態様によれば、端末装置と基地局装置とが効率的に通信することができる。
本実施形態の無線通信システムの概念図である。 本実施形態の無線フレームの概略構成を示す図である。 本実施形態のスロットの構成を示す図である。 本実施形態の端末装置1の構成を示す概略ブロック図である。 本実施形態の基地局装置3の構成を示す概略ブロック図である。 本実施形態の符号化部3071における処理の一例を示す図である。 本実施形態の多重部3075における処理の一例を示す図である。 本実施形態における送信モード、DCIフォーマット、および、PDSCHの送信方式の対応の一例を示す図である。 本実施形態におけるUEカテゴリーの一例を示す図である。 本実施形態における下りリンクUEカテゴリーの一例を示す図である。 本実施形態の複数の能力パラメータによって示されるカテゴリーの組み合わせの一例を示す図である。 本実施形態のバンド幅クラスの一例を示す図である。 本実施形態における能力パラメータsupportedBandCombinationの構成の一例を示す図である。 本実施形態における能力パラメータsupportedBandCombinationの構成の一例を示す図である。 本実施形態におけるバンド幅クラスとMIMO能力の組み合わせの一例を示す図である。 本実施形態における端末装置1と基地局装置3の間のシーケンスチャートの一例を示す図である。 本実施形態におけるレートマッチングの一例を示す図である。 本実施形態のビット選択および除去の一例を示す図である。 本実施形態におけるソフトチャネルビットの総数Nsoftの決定に関するフローチャートの一例を示す図である。 本実施形態におけるKcの設定方法の一例を示す図である。 本実施形態における<wk, wk+1,…,w (k+nSB-1) mod Ncb>のレンジの一例を示す図である。 本実施形態におけるソフトチャネルビットの総数N’softの決定に関するフローチャートの一例を示す図である。
以下、本発明の実施形態について説明する。
本実施形態では、端末装置は、複数のセルが設定される。端末装置が複数のセルを介して通信する技術をセルアグリゲーション、またはキャリアアグリゲーションと称する。端末装置に対して設定される複数のセルのそれぞれにおいて、本発明が適用されてもよい。また、設定された複数のセルの一部において、本発明が適用されてもよい。端末装置に設定されるセルを、サービングセルとも称する。セルのそれぞれに対して、TDD(Time Division Duplex)方式、および、FDD(Frequency Division Duplex)方式のうちの何れか一方が適用される。
設定された複数のサービングセルは、1つのプライマリーセル(PCell)と1つまたは複数のセカンダリーセル(SCell)とを含む。プライマリーセルは、初期コネクション構築(initial connection establishment)プロシージャが行なわれたサービングセル、コネクション再構築(connection re-establishment)プロシージャを開始したサービングセル、または、ハンドオーバプロシージャにおいてプライマリーセルと指示されたセルである。RRCコネクションが構築された時点、または、後に、セカンダリーセルが設定されてもよい。
下りリンクにおいて、セルに対応するキャリアを下りリンクコンポーネントキャリアと称する。上りリンクにおいて、セルに対応するキャリアを上りリンクコンポーネントキャリアと称する。コンポーネントキャリアは送信帯域幅設定を含む。例えば、送信帯域幅設定は、1.4MHz、5MHz、10MHz、15MHz、20MHzである。
図1は、本実施形態の無線通信システムの概念図である。図1において、無線通信システムは、端末装置1A〜1C、および基地局装置3を具備する。以下、端末装置1A〜1Cを端末装置1という。
本実施形態の物理チャネルおよび物理信号について説明する。
図1において、端末装置1から基地局装置3への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。上りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・PUCCH(Physical Uplink Control Channel)
・PUSCH(Physical Uplink Shared Channel)
・PRACH(Physical Random Access Channel)
PUCCHは、上りリンク制御情報(Uplink Control Information: UCI)を送信するために用いられる物理チャネルである。上りリンク制御情報は、下りリンクのチャネル状態情報(Channel State Information: CSI)、PUSCHリソースの要求を示すスケジューリング要求(Scheduling Request: SR)、下りリンクデータ(Transport block, Downlink-Shared Channel: DL-SCH)に対するACK(acknowledgement)/NACK(negative-acknowledgement)を含む。ACK/NACKを、HARQ−ACK、HARQフィードバック、または、応答情報とも称する。
チャネル状態情報は、チャネル品質指標(Channel Quality Indicator: CQI)、RI(Rank Indicator)、および、PMI(Precoding Matrix Indicator)を含む。CQIは、PDSCHで送信される単一のトランスポートブロックに対する、変調方式と符号化率の組合せを表現する。RIは、端末装置1によって決定される有効なレイヤー(useful layers)の数を示す。PMIは、端末装置1によって決定されるコードブックを示す。該コードブックは、PDSCHのプリコーディングに関連する。
PUSCHは、上りリンクデータ(Uplink-Shared Channel: UL-SCH)を送信するために用いられる物理チャネルである。また、PUSCHは、上りリンクデータと共にHARQ−ACKおよび/またはチャネル状態情報を送信するために用いられてもよい。また、PUSCHはチャネル状態情報のみ、または、HARQ−ACKおよびチャネル状態情報のみを送信するために用いられてもよい。
PRACHは、ランダムアクセスプリアンブルを送信するために用いられる物理チャネルである。
図1において、上りリンクの無線通信では、以下の上りリンク物理信号が用いられる。上りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・上りリンク参照信号(Uplink Reference Signal: UL RS)
本実施形態において、以下の2つのタイプの上りリンク参照信号が用いられる。
・DMRS(Demodulation Reference Signal)
・SRS(Sounding Reference Signal)
DMRSは、PUSCHまたはPUCCHの送信に関連する。SRSは、PUSCHまたはPUCCHの送信に関連しない。
図1において、基地局装置3から端末装置1への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・PBCH(Physical Broadcast Channel)
・PCFICH(Physical Control Format Indicator Channel)
・PHICH(Physical Hybrid automatic repeat request Indicator Channel)
・PDCCH(Physical Downlink Control Channel)
・EPDCCH(Enhanced Physical Downlink Control Channel)
・PDSCH(Physical Downlink Shared Channel)
・PMCH(Physical Multicast Channel)
PBCHは、端末装置1で共通に用いられるマスターインフォメーションブロック(Master Information Block: MIB, Broadcast Channel: BCH)を報知するために用いられる。MIBは、40ms間隔で送信され、MIBは10ms周期で繰り返し送信される。具体的には、SFN mod 4 = 0を満たす無線フレームにおけるサブフレーム0においてMIBの初期送信が行なわれ、他の全ての無線フレームにおけるサブフレーム0においてMIBの再送信(repetition)が行なわれる。SFN(system frame number)は無線フレームの番号である。MIBはシステム情報である。例えば、MIBは、SFNを示す情報を含む。PBCHは送信アンテナポート0から3の一部、または、全部において送信される。
PCFICHは、PDCCHの送信に用いられる領域(OFDMシンボル)を指示する情報を送信するために用いられる。
PHICHは、基地局装置3が受信した上りリンクデータ(Uplink Shared Channel: UL-SCH)に対するACK(ACKnowledgement)またはNACK(Negative ACKnowledgement)を示すHARQインディケータ(HARQフィードバック、応答情報)を送信するために用いられる。
PDCCHおよびEPDCCHは、下りリンク制御情報(Downlink Control Information: DCI)を送信するために用いられる。下りリンク制御情報を、DCIフォーマットとも称する。下りリンク制御情報は、下りリンクグラント(downlink grant)および上りリンクグラント(uplink grant)を含む。下りリンクグラントは、下りリンクアサインメント(downlink assignment)または下りリンク割り当て(downlink allocation)とも称する。
下りリンクグラントは、単一のセル内の単一のPDSCHのスケジューリングに用いられる。下りリンクグラントは、該下りリンクグラントが送信されたサブフレームと同じサブフレーム内のPDSCHのスケジューリングに用いられる。上りリンクグラントは、単一のセル内の単一のPUSCHのスケジューリングに用いられる。上りリンクグラントは、該上りリンクグラントが送信されたサブフレームより4つ以上後のサブフレーム内の単一のPUSCHのスケジューリングに用いられる。
DCIフォーマットには、CRC(Cyclic Redundancy Check)パリティビットが付加される。CRCパリティビットは、C−RNTI(Cell-Radio Network Temporary Identifier)、または、SPS C−RNTI(Semi Persistent Scheduling Cell-Radio Network Temporary Identifier)でスクランブルされる。C−RNTIおよびSPS C−RNTIは、セル内において端末装置1を識別するための識別子である。C−RNTIは、単一のサブフレームにおけるPDSCHまたはPUSCHを制御するために用いられる。SPS C−RNTIは、PDSCHまたはPUSCHのリソースを周期的に割り当てるために用いられる。
PDSCHは、下りリンクデータ(Downlink Shared Channel: DL-SCH)を送信するために用いられる。
PMCHは、マルチキャストデータ(Multicast Channel: MCH)を送信するために用いられる。
図1において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号(Synchronization signal: SS)
・下りリンク参照信号(Downlink Reference Signal: DL RS)
同期信号は、端末装置1が下りリンクの周波数領域および時間領域の同期をとるために用いられる。
下りリンク参照信号は、端末装置1が下りリンク物理チャネルの伝搬路補正を行なうために用いられる。下りリンク参照信号は、端末装置1が下りリンクのチャネル状態情報を算出するために用いられる。
本実施形態において、以下の5つのタイプの下りリンク参照信号が用いられる。
・CRS(Cell-specific Reference Signal)
・PDSCHに関連するURS(UE-specific Reference Signal)
・EPDCCHに関連するDMRS(Demodulation Reference Signal)
・NZP CSI−RS(Non-Zero Power Chanel State Information - Reference Signal)
・ZP CSI−RS(Zero Power Chanel State Information - Reference Signal)
・MBSFN RS(Multimedia Broadcast and Multicast Service over Single Frequency Network Reference signal)
・PRS(Positioning Reference Signal)
CRSは、サブフレームの全帯域で送信される。CRSは、PBCH/PDCCH/PHICH/PCFICH/PDSCHの復調を行なうために用いられる。CRSは、端末装置1が下りリンクのチャネル状態情報を算出するために用いられてもよい。PBCH/PDCCH/PHICH/PCFICHは、CRSの送信に用いられるアンテナポートで送信される。
PDSCHに関連するURSは、URSが関連するPDSCHの送信に用いられるサブフレームおよび帯域で送信される。URSは、URSが関連するPDSCHの復調を行なうために用いられる。
PDSCHは、CRSまたはURSの送信に用いられるアンテナポートで送信される。例えば、DCIフォーマット1Aは、CRSの送信に用いられるアンテナポートで送信されるPDSCHのスケジューリングに用いられる。例えば、DCIフォーマット2B、DCIフォーマット2C、および、DCIフォーマット2Dは、URSの送信に用いられるアンテナポートで送信されるPDSCHのスケジューリングに用いられる。
EPDCCHに関連するDMRSは、DMRSが関連するEPDCCHの送信に用いられるサブフレームおよび帯域で送信される。DMRSは、DMRSが関連するEPDCCHの復調を行なうために用いられる。EPDCCHは、DMRSの送信に用いられるアンテナポートで送信される。
NZP CSI−RSは、設定されたサブフレームで送信される。NZP CSI−RSが送信されるリソースは、基地局装置が設定する。NZP CSI−RSは、端末装置1が下りリンクのチャネル状態情報を算出するために用いられる。端末装置1は、NZP CSI−RSを用いて信号測定(チャネル測定)を行なう。NZP CSI−RSは、送信アンテナポート15から22の一部、または、全部において送信される。端末装置1は、基地局装置3から受信した情報に基づいて、NZP CSI−RSの送信のための送信アンテナポートを設定/特定する。
ZP CSI−RSのリソースは、基地局装置3が設定する。基地局装置3は、ZP CSI−RSをゼロ出力で送信する。つまり、基地局装置3は、ZP CSI−RSを送信しない。基地局装置3は、ZP CSI−RSの設定したリソースにおいて、PDSCHおよびEPDCCHを送信しない。例えば、あるセルにおいてNZP CSI−RSが対応するリソースにおいて、端末装置1は、干渉を測定することができる。
MBSFN RSは、PMCHの送信に用いられるサブフレームの全帯域で送信される。MBSFN RSは、PMCHの復調を行なうために用いられる。PMCHは、MBSFN RSの送信用いられるアンテナポートで送信される。
PRSは、RSTD(Reference Signal Time Difference)の測定のために用いられてもよい。RSTDは、隣接セルと参照セルの間の相対的なタイミング差(relative timing difference)によって定義される。
下りリンク物理チャネルおよび下りリンク物理信号を総称して、下りリンク信号と称する。上りリンク物理チャネルおよび上りリンク物理信号を総称して、上りリンク信号と称する。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理信号および上りリンク物理信号を総称して、物理信号と称する。
BCH、MCH、UL−SCHおよびDL−SCHは、トランスポートチャネルである。媒体アクセス制御(Medium Access Control: MAC)層で用いられるチャネルをトランスポートチャネルと称する。MAC層で用いられるトランスポートチャネルの単位を、トランスポートブロック(transport block: TB)またはMAC PDU(Protocol Data Unit)とも称する。MAC層においてトランスポートブロック毎にHARQ(Hybrid Automatic Repeat reQuest)の制御が行なわれる。トランスポートブロックは、MAC層が物理層に渡す(deliver)データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行なわれる。
以下、本実施形態の無線フレーム(radio frame)の構成について説明する。
図2は、本実施形態の無線フレームの概略構成を示す図である。無線フレームのそれぞれは、10ms長である。図2において、横軸は時間軸である。また、無線フレームのそれぞれは2つのハーフフレームから構成される。ハーフフレームのそれぞれは、5ms長である。ハーフフレームのそれぞれは、5のサブフレームから構成される。サブフレームのそれぞれは、1ms長であり、2つの連続するスロットによって定義される。スロットのそれぞれは、0.5ms長である。無線フレーム内のi番目のサブフレームは、(2×i)番目のスロットと(2×i+1)番目のスロットとから構成される。つまり、10ms間隔のそれぞれにおいて、10個のサブフレームが利用できる。
本実施形態では、以下の3つのタイプのサブフレームを定義する。
・下りリンクサブフレーム(第1のサブフレーム)
・上りリンクサブフレーム(第2のサブフレーム)
・スペシャルサブフレーム(第3のサブフレーム)
下りリンクサブフレームは下りリンク送信のためにリザーブされるサブフレームである。上りリンクサブフレームは上りリンク送信のためにリザーブされるサブフレームである。スペシャルサブフレームは3つのフィールドから構成される。該3つのフィールドは、DwPTS(Downlink Pilot Time Slot)、GP(Guard Period)、およびUpPTS(Uplink Pilot Time Slot)である。DwPTS、GP、およびUpPTSの合計の長さは1msである。DwPTSは下りリンク送信のためにリザーブされるフィールドである。UpPTSは上りリンク送信のためにリザーブされるフィールドである。GPは下りリンク送信および上りリンク送信が行なわれないフィールドである。尚、スペシャルサブフレームは、DwPTSおよびGPのみによって構成されてもよいし、GPおよびUpPTSのみによって構成されてもよい。
単一の無線フレームは、少なくとも下りリンクサブフレーム、上りリンクサブフレーム、およびスペシャルサブフレームから構成される。
本実施形態の無線通信システムは、5msと10msの下りリンク‐上りリンク・スイッチポイント周期(downlink-to-uplink switch-point periodicity)をサポートする。下りリンク‐上りリンク・スイッチポイント周期が5msの場合には、無線フレーム内の両方のハーフフレームにスペシャルサブフレームが含まれる。下りリンク‐上りリンク・スイッチポイント周期が10msの場合には、無線フレーム内の最初のハーフフレームのみにスペシャルサブフレームが含まれる。
以下、本実施形態のスロットの構成について説明する。
図3は、本実施形態のスロットの構成を示す図である。本実施形態では、OFDMシンボルに対してノーマルCP(normal Cyclic Prefix)が適用される。尚、OFDMシンボルに対して拡張CP(extended Cyclic Prefix)が適用されてもよい。スロットのそれぞれにおいて送信される物理信号または物理チャネルは、リソースグリッドによって表現される。図3において、横軸は時間軸であり、縦軸は周波数軸である。下りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のOFDMシンボルによって定義される。上りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のSC−FDMAシンボルによって定義される。1つのスロットを構成するサブキャリアの数は、セルの帯域幅に依存する。1つのスロットを構成するOFDMシンボルまたはSC−FDMAシンボルの数は7である。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリアの番号とOFDMシンボルまたはSC−FDMAシンボルの番号とを用いて識別する。
リソースブロックは、ある物理チャネル(PDSCHまたはPUSCHなど)のリソースエレメントへのマッピングを表現するために用いられる。リソースブロックは、仮想リソースブロックと物理リソースブロックが定義される。ある物理チャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。1つの物理リソースブロックは、時間領域において7個の連続するOFDMシンボルまたはSC−FDMAシンボルと周波数領域において12個の連続するサブキャリアとから定義される。ゆえに、1つの物理リソースブロックは(7×12)個のリソースエレメントから構成される。また、1つの物理リソースブロックは、時間領域において1つのスロットに対応し、周波数領域において180kHzに対応する。物理リソースブロックは周波数領域において0から番号が付けられる。
図4は、本実施形態の端末装置1の構成を示す概略ブロック図である。図示するように、端末装置1は、上位層処理部101、制御部103、受信部105、送信部107と送受信アンテナ109を含んで構成される。また、上位層処理部101は、無線リソース制御部1011、スケジューリング情報解釈部1013、および、チャネル状態情報(CSI)報告制御部1015を含んで構成される。また、受信部105は、復号化部1051、復調部1053、多重分離部1055、無線受信部1057と測定部1059を含んで構成される。また、送信部107は、符号化部1071、変調部1073、多重部1075、無線送信部1077と上りリンク参照信号生成部1079を含んで構成される。
上位層処理部101は、ユーザの操作等により生成された上りリンクデータ(トランスポートブロック)を、送信部107に出力する。また、上位層処理部101は、媒体アクセス制御(MAC: Medium Access Control)層、パケットデータ統合プロトコル(Packet Data Convergence Protocol: PDCP)層、無線リンク制御(Radio Link Control: RLC)層、無線リソース制御(Radio Resource Control: RRC)層の処理を行なう。
上位層処理部101が備える無線リソース制御部1011は、自装置の各種設定情報の管理をする。また、無線リソース制御部1011は、上りリンクの各チャネルに配置される情報を生成し、送信部107に出力する。
上位層処理部101が備えるスケジューリング情報解釈部1013は、受信部105を介して受信したDCIフォーマット(スケジューリング情報)の解釈をし、前記DCIフォーマットを解釈した結果に基づき、受信部105、および送信部107の制御を行なうために制御情報を生成し、制御部103に出力する。
CSI報告制御部1015は、測定部1059に、CSI参照リソースに関連するチャネル状態情報(RI/PMI/CQI)を導き出すよう指示する。CSI報告制御部1015は、送信部107に、RI/PMI/CQIを送信するよう指示をする。CSI報告制御部1015は、測定部1059がCQIを算出する際に用いる設定をセットする。
制御部103は、上位層処理部101からの制御情報に基づいて、受信部105、および送信部107の制御を行なう制御信号を生成する。制御部103は、生成した制御信号を受信部105、および送信部107に出力して受信部105、および送信部107の制御を行なう。
受信部105は、制御部103から入力された制御信号に従って、送受信アンテナ109を介して基地局装置3から受信した受信信号を、分離、復調、復号し、復号した情報を上位層処理部101に出力する。
無線受信部1057は、送受信アンテナ109を介して受信した下りリンクの信号を、中間周波数に変換し(ダウンコンバート: down covert)、不要な周波数成分を除去し、信号レベルが適切に維持されるように増幅レベルを制御し、受信した信号の同相成分および直交成分に基づいて、直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。無線受信部1057は、変換したディジタル信号からガードインターバル(Guard Interval: GI)に相当する部分を除去し、ガードインターバルを除去した信号に対して高速フーリエ変換(Fast Fourier Transform: FFT)を行い、周波数領域の信号を抽出する。
多重分離部1055は、抽出した信号をPHICH、PDCCH、EPDCCH、PDSCH、および下りリンク参照信号に、それぞれ分離する。また、多重分離部1055は、測定部1059から入力された伝搬路の推定値から、PHICH、PDCCH、EPDCCH、およびPDSCHの伝搬路の補償を行なう。また、多重分離部1055は、分離した下りリンク参照信号を測定部1059に出力する。
復調部1053は、PHICHに対して対応する符号を乗算して合成し、合成した信号に対してBPSK(Binary Phase Shift Keying)変調方式の復調を行ない、復号化部1051へ出力する。復号化部1051は、自装置宛てのPHICHを復号し、復号したHARQインディケータを上位層処理部101に出力する。復調部1053は、PDCCHおよび/またはEPDCCHに対して、QPSK変調方式の復調を行ない、復号化部1051へ出力する。復号化部1051は、PDCCHおよび/またはEPDCCHの復号を試み、復号に成功した場合、復号した下りリンク制御情報と下りリンク制御情報が対応するRNTIとを上位層処理部101に出力する。
復調部1053は、PDSCHに対して、QPSK(Quadrature Phase Shift Keying)、16QAM(Quadrature Amplitude Modulation)、64QAM等の下りリンクグラントで通知された変調方式の復調を行ない、復号化部1051へ出力する。復号化部1051は、下りリンク制御情報で通知された符号化率に関する情報に基づいて復号を行い、復号した下りリンクデータ(トランスポートブロック)を上位層処理部101へ出力する。
測定部1059は、多重分離部1055から入力された下りリンク参照信号から、下りリンクのパスロスの測定、チャネル測定、および/または、干渉測定を行う。測定部1059は、測定結果に基づいて算出したチャネル状態情報、および、測定結果を上位層処理部101へ出力する。また、測定部1059は、下りリンク参照信号から下りリンクの伝搬路の推定値を算出し、多重分離部1055へ出力する。
送信部107は、制御部103から入力された制御信号に従って、上りリンク参照信号を生成し、上位層処理部101から入力された上りリンクデータ(トランスポートブロック)を符号化および変調し、PUCCH、PUSCH、および生成した上りリンク参照信号を多重し、送受信アンテナ109を介して基地局装置3に送信する。
符号化部1071は、上位層処理部101から入力された上りリンク制御情報、および、上りリンクデータを符号化する。変調部1073は、符号化部1071から入力された符号化ビットをBPSK、QPSK、16QAM、64QAM等の変調方式で変調する。
上りリンク参照信号生成部1079は、基地局装置3を識別するための物理セル識別子(physical cell identity: PCI、Cell IDなどと称する。)、上りリンク参照信号を配置する帯域幅、上りリンクグラントで通知されたサイクリックシフト、DMRSシーケンスの生成に対するパラメータの値などを基に、予め定められた規則(式)で求まる系列を生成する。
多重部1075は、PUSCHのスケジューリングに用いられる情報に基づき、空間多重されるPUSCHのレイヤーの数を決定し、MIMO SM(Multiple Input Multiple Output Spatial Multiplexing)を用いることにより同一のPUSCHで送信される複数の上りリンクデータを、複数のレイヤーにマッピングし、このレイヤーに対してプレコーディング(precoding)を行なう。
多重部1075は、制御部103から入力された制御信号に従って、PUSCHの変調シンボルを離散フーリエ変換(Discrete Fourier Transform: DFT)する。また、多重部1075は、PUCCHとPUSCHの信号と生成した上りリンク参照信号を送信アンテナポート毎に多重する。つまり、多重部1075は、PUCCHとPUSCHの信号と生成した上りリンク参照信号を送信アンテナポート毎にリソースエレメントに配置する。
無線送信部1077は、多重された信号を逆高速フーリエ変換(Inverse Fast Fourier Transform: IFFT)して、SC−FDMA方式の変調を行い、SC−FDMA変調されたSC−FDMAシンボルにガードインターバルを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換し、アナログ信号から中間周波数の同相成分および直交成分を生成し、中間周波数帯域に対する余分な周波数成分を除去し、中間周波数の信号を高周波数の信号に変換(アップコンバート: up convert)し、余分な周波数成分を除去し、電力増幅し、送受信アンテナ109に出力して送信する。
図5は、本実施形態の基地局装置3の構成を示す概略ブロック図である。図示するように、基地局装置3は、上位層処理部301、制御部303、受信部305、送信部307、および、送受信アンテナ309、を含んで構成される。また、上位層処理部301は、無線リソース制御部3011、スケジューリング部3013、および、CSI報告制御部3015を含んで構成される。また、受信部305は、復号化部3051、復調部3053、多重分離部3055、無線受信部3057と測定部3059を含んで構成される。また、送信部307は、符号化部3071、変調部3073、多重部3075、無線送信部3077と下りリンク参照信号生成部3079を含んで構成される。
上位層処理部301は、媒体アクセス制御(MAC: Medium Access Control)層、パケットデータ統合プロトコル(Packet Data Convergence Protocol: PDCP)層、無線リンク制御(Radio Link Control: RLC)層、無線リソース制御(Radio Resource Control: RRC)層の処理を行なう。また、上位層処理部301は、受信部305、および送信部307の制御を行なうために制御情報を生成し、制御部303に出力する。
上位層処理部301が備える無線リソース制御部3011は、下りリンクのPDSCHに配置される下りリンクデータ(トランスポートブロック)、システムインフォメーション、RRCメッセージ、MAC CE(Control Element)などを生成し、又は上位ノードから取得し、送信部307に出力する。また、無線リソース制御部3011は、端末装置1各々の各種設定情報の管理をする。
上位層処理部301が備えるスケジューリング部3013は、受信したチャネル状態情報および測定部3059から入力された伝搬路の推定値やチャネルの品質などから、物理チャネル(PDSCHおよびPUSCH)を割り当てる周波数およびサブフレーム、物理チャネル(PDSCHおよびPUSCH)の符号化率および変調方式および送信電力などを決定する。スケジューリング部3013は、スケジューリング結果に基づき、受信部305、および送信部307の制御を行なうために制御情報を生成し、制御部303に出力する。スケジューリング部3013は、スケジューリング結果に基づき、物理チャネル(PDSCHおよびPUSCH)のスケジューリングに用いられる情報(例えば、DCIフォーマット)を生成する。
上位層処理部301が備えるCSI報告制御部3015は、端末装置1のCSI報告を制御する。CSI報告制御部3015は、端末装置1がCSI参照リソースにおいてRI/PMI/CQIを導き出すために想定する、各種設定を示す情報を、送信部307を介して、端末装置1に送信する。
制御部303は、上位層処理部301からの制御情報に基づいて、受信部305、および送信部307の制御を行なう制御信号を生成する。制御部303は、生成した制御信号を受信部305、および送信部307に出力して受信部305、および送信部307の制御を行なう。
受信部305は、制御部303から入力された制御信号に従って、送受信アンテナ309を介して端末装置1から受信した受信信号を分離、復調、復号し、復号した情報を上位層処理部301に出力する。無線受信部3057は、送受信アンテナ309を介して受信された上りリンクの信号を、中間周波数に変換し(ダウンコンバート: down covert)、不要な周波数成分を除去し、信号レベルが適切に維持されるように増幅レベルを制御し、受信された信号の同相成分および直交成分に基づいて、直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。
無線受信部3057は、変換したディジタル信号からガードインターバル(Guard Interval: GI)に相当する部分を除去する。無線受信部3057は、ガードインターバルを除去した信号に対して高速フーリエ変換(Fast Fourier Transform: FFT)を行い、周波数領域の信号を抽出し多重分離部3055に出力する。
多重分離部1055は、無線受信部3057から入力された信号をPUCCH、PUSCH、上りリンク参照信号などの信号に分離する。尚、この分離は、予め基地局装置3が無線リソース制御部3011で決定し、各端末装置1に通知した上りリンクグラントに含まれる無線リソースの割り当て情報に基づいて行なわれる。また、多重分離部3055は、測定部3059から入力された伝搬路の推定値から、PUCCHとPUSCHの伝搬路の補償を行なう。また、多重分離部3055は、分離した上りリンク参照信号を測定部3059に出力する。
復調部3053は、PUSCHを逆離散フーリエ変換(Inverse Discrete Fourier Transform: IDFT)し、変調シンボルを取得し、PUCCHとPUSCHの変調シンボルそれぞれに対して、BPSK(Binary Phase Shift Keying)、QPSK、16QAM、64QAM等の予め定められた、または自装置が端末装置1各々に上りリンクグラントで予め通知した変調方式を用いて受信信号の復調を行なう。復調部3053は、端末装置1各々に上りリンクグラントで予め通知した空間多重される系列の数と、この系列に対して行なうプリコーディングを指示する情報に基づいて、MIMO SMを用いることにより同一のPUSCHで送信された複数の上りリンクデータの変調シンボルを分離する。
復号化部3051は、復調されたPUCCHとPUSCHの符号化ビットを、予め定められた符号化方式の、予め定められた、又は自装置が端末装置1に上りリンクグラントで予め通知した符号化率で復号を行ない、復号した上りリンクデータと、上りリンク制御情報を上位層処理部101へ出力する。PUSCHが再送信の場合は、復号化部3051は、上位層処理部301から入力されるHARQバッファに保持している符号化ビットと、復調された符号化ビットを用いて復号を行なう。測定部309は、多重分離部3055から入力された上りリンク参照信号から伝搬路の推定値、チャネルの品質などを測定し、多重分離部3055および上位層処理部301に出力する。
送信部307は、制御部303から入力された制御信号に従って、下りリンク参照信号を生成し、上位層処理部301から入力されたHARQインディケータ、下りリンク制御情報、下りリンクデータを符号化、および変調し、PHICH、PDCCH、EPDCCH、PDSCH、および下りリンク参照信号を多重して、送受信アンテナ309を介して端末装置1に信号を送信する。
符号化部3071は、上位層処理部301から入力されたHARQインディケータ、下りリンク制御情報、および下りリンクデータを符号化する。変調部3073は、符号化部3071から入力された符号化ビットをBPSK、QPSK、16QAM、64QAM等の変調方式で変調する。
下りリンク参照信号生成部3079は、基地局装置3を識別するための物理セル識別子(PCI)などを基に予め定められた規則で求まる、端末装置1が既知の系列を下りリンク参照信号として生成する。
多重部3075は、空間多重されるPDSCHのレイヤーの数に応じて、1つのPUSCHで送信される1つまたは複数の下りリンクデータを、1つまたは複数のレイヤーにマッピングし、該1つまたは複数のレイヤーに対してプレコーディング(precoding)を行なう。多重部375は、下りリンク物理チャネルの信号と下りリンク参照信号を送信アンテナポート毎に多重する。多重部375は、送信アンテナポート毎に、下りリンク物理チャネルの信号と下りリンク参照信号をリソースエレメントに配置する。
無線送信部3077は、多重された変調シンボルなどを逆高速フーリエ変換(Inverse Fast Fourier Transform: IFFT)して、OFDM方式の変調を行い、OFDM変調されたOFDMシンボルにガードインターバルを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換し、アナログ信号から中間周波数の同相成分および直交成分を生成し、中間周波数帯域に対する余分な周波数成分を除去し、中間周波数の信号を高周波数の信号に変換(アップコンバート: up convert)し、余分な周波数成分を除去し、電力増幅し、送受信アンテナ309に出力して送信する。
図6は、本実施形態の符号化部3071における処理の一例を示す図である。符号化部3071は、図6の処理を、トランスポートブロックのそれぞれに対して適用してもよい。1つのトランスポートブロックは、1つのコードワードにマップされる。すなわち、トランスポートブロックを符号化することは、コードワードを符号化することと同一である。
符号化部3071は、上位層処理部301から入力された1つのコードワードに、対応するCRCパリティビットを付加した後、コードワードを1つまたは複数のコードブロックに分割する(S600)。コードブロックのそれぞれには、対応するCRCパリティビットが付加されてもよい。
1つまたは複数のコードブロックのそれぞれは、符号化(例えば、ターボ符号化、または、畳み込み符号化)される(S601)。コードブロックの符号化ビットの系列のそれぞれに対して、レートマッチングが適用される(S602)。レートマッチングが適用された1つまたは複数のコードブロックを連結することによって、コードワードの符号化ビットの系列が得られる(S603)。コードワードの符号化ビットの系列は、変調部3073に出力される。
図7は、本実施形態の多重部3075における処理の一例を示す図である。多重部3075は、変調部3073から入力された第1のコードワードの複素数値シンボル、および、第2のコードワードの複素数値シンボルを1つまたは複数のレイヤーにマップする(S700)。尚、第1のコードワードの複素数値シンボルのみが、変調部3073から入力されてもよい。尚、入力されるコードワードの数は、レイヤーの数と同じ、または、それより小さい。
レイヤーにマップされた複素数値シンボルに対して、プリコーディングが適用される(S701)。プリコーディングによって、対応する送信アンテナポートの数と同じ数の複素数値シンボルの系列が生成される。尚、レイヤーの数は、PDSCHの送信に対応する送信アンテナポートの数と同じ、または、それより小さい。PDSCHの送信に対応する送信アンテナポート毎に、プリコーディングが適用された複素数値シンボルがリソースエレメントにマップされる(S702)。
端末装置1は、基地局装置3から受信した情報に基づいて、PDSCH送信に対する送信モードを設定する。端末装置1は、該送信モードに応じて、PDCCHを介してシグナルされたPDSCHデータ送信を受信するよう、上位層によって設定される。端末装置1は、送信モードに応じて、モニタするDCIフォーマットを選択する。また、端末装置1は、送信モード、および、受信したDCIフォーマットに応じて、該DCIフォーマットに対応するPDSCHの送信方式を特定する。
図8は、本実施形態における送信モード、DCIフォーマット、および、PDSCHの送信方式の対応の一例を示す図である。図8のP800の列は、送信モードを示す。図8のP801の列は、DCIフォーマットを示す。図8のP802の列は、PDCCHに対応するPDSCHの送信方式、および、該PDSCHの送信方式によってサポートされるレイヤーの数を示す。例えば、図8において、端末装置1が送信モード4を設定されており、且つ、PDCCHでDCIフォーマット2を受信した場合、該PDCCHに対応するPDSCHの送信方式は閉ループ空間多重(4レイヤーまで)、または、送信ダイバーシチ(1レイヤー)である。尚、DCIフォーマット2に含まれる情報は、閉ループ空間多重、および、送信ダイバーシチの何れか一方を示す。また、DCIフォーマット2に含まれる情報は、空間多重されるレイヤーの数を示す。
端末装置1は、基地局装置3に能力情報(UECapabilityInformation)を送信する。基地局装置3は、前記能力情報に応じて、端末装置1を設定し、端末装置1をスケジューリングする。
能力情報は、複数の能力パラメータ(UE radio access capability parameters)を含んでもよい。1つの能力パラメータは、1つの機能、または、1つの機能のグループに対応する。1つの能力パラメータは、対応する機能、または、対応する機能のグループが成功裏にテストされたかどうかを示してもよい。1つの能力パラメータは、端末装置1が、対応する機能、または、対応する機能のグループをサポートするかどうかを示してもよい。能力情報は、RRC層の情報である。能力パラメータは、RRC層のパラメータである。
能力情報は、UEカテゴリーを示す1つまたは複数の能力パラメータを含んでもよい。能力情報は、下りリンクUEカテゴリーを示す1つの能力パラメータを含んでもよい。本実施形態において、下りリンクUEカテゴリーは、UEカテゴリーとは別に定義される。UEカテゴリー、および、下りリンクUEカテゴリーは、DL−SCHソフトチャネルビットの総数、および、下りリンクにおける空間多重のためのサポートされるレイヤーの最大数に対応する。DL−SCHソフトチャネルビットの総数は、DL−SCHのHARQプロセッシングのために利用可能なソフトチャネルビットの総数である。
図9は、本実施形態におけるUEカテゴリーの一例を示す図である。図9のP900の列は、UEカテゴリーを示す能力パラメータを示す。図9のP901の列は、能力パラメータによって示されるUEカテゴリーを示す。図9のP902は、UEカテゴリーが対応するDL−SCHソフトチャネルビットの総数を示す。図9のP903は、UEカテゴリーが対応する下りリンクにおける空間多重のためのサポートされるレイヤーの最大数を示す。能力パラメータue-Category (without suffix)は、UEカテゴリー1から5の何れか1つを示す。能力パラメータue-Category-v1020は、UEカテゴリー6から8の何れか1つを示す。能力パラメータue-Category-v1170は、UEカテゴリー9および10の何れか1つを示す。能力パラメータue-Category-v11a0は、UEカテゴリー11および12の何
れか1つを示す。
図10は、本実施形態における下りリンクUEカテゴリーの一例を示す図である。図10のP1000の列は、下りリンクUEカテゴリーを示す能力パラメータを示す。図10のP1001の列は、能力パラメータによって示される下りリンクUEカテゴリーを示す。図10のP1002は、下りリンクUEカテゴリーが対応するDL−SCHソフトチャネルビットの総数を示す。図10のP1003は、下りリンクUEカテゴリーが対応する下りリンクにおける空間多重のためのサポートされるレイヤーの最大数を示す。能力パラメータue-CategoryDL-r12は、下りリンクUEカテゴリー0、6、7、9、10、11、12、13、および、14のうちの何れか1つを示す。
図11は、本実施形態の複数の能力パラメータによって示されるカテゴリーの組み合わせの一例を示す図である。図11のケース9は、能力パラメータue-CategoryDL-r12が下りリンクUEカテゴリー9を示す場合に、能力パラメータue-Category-v1020がUEカテゴリー6を示し、能力パラメータue-Category (without suffix)がUEカテゴリー4を示すことを表現している。
能力情報は、端末装置1によってサポートされるキャリアアグリゲーション、および、MIMOを示す能力パラメータsupportedBandCombinationを含んでもよい。能力パラメータsupportedBandCombinationは、1つまたは複数のバンドコンビネーションを示す。該1つのバンドコンビネーションは、1つまたは複数のバンドを含む。該1つのバンドは、サポートされるバンド幅クラス、および、下りリンクに対するMIMO能力の1つまたは複数の組み合わせを含む。すなわち、能力パラメータsupportedBandCombinationにおいて特定されるバンドの組み合わせ毎のバンド毎のバンド幅クラスのそれぞれに対して、端末装置1は基地局装置3に下りリンクに対するMIMO能力を提供する。該下りリンクに対するMIMO能力は、端末装置1によってサポートされるレイヤーの最大数を示し、且つ、バンド幅クラスに対応する全てのコンポーネントキャリア(セル)に適用される。
バンド幅クラスは、該バンド幅クラスに対して端末装置1によってサポートされる、集約される送信帯域幅設定、および、コンポーネントキャリアの最大数に対応する。集約される送信帯域幅設定は、対応するバンドにおいて集約されるコンポーネントキャリアに含まれるリソースブロックの総数によって定義される。尚、バンド幅クラスに対応する複数のコンポーネントキャリアは、周波数領域において連続している。周波数領域において連続しているコンポーネントキャリア間には、300kHz、または、それより小さいガードバンドがあってもよい。
図12は、本実施形態のバンド幅クラスの一例を示す図である。図12において、バンド幅クラスがCである場合、集約される送信帯域幅設定は、25より大きく、100と同じ、または、それより小さく、且つ、コンポーネントキャリアの最大数は、2である。
図13および図14は、本実施形態における能力パラメータsupportedBandCombinationの構成の一例を示す図である。能力パラメータsupportedBandCombinationは、能力パラメータRF-Parameters-r10に含まれる。能力パラメータsupportedBandCombinationは、1つまたは複数のパラメータBandCombinationParameters-r10を含む。能力パラメータsupportedBandCombinationは、バンドコンビネーションを示す。パラメータBandCombinationParameters-r10は、1つまたは複数のパラメータBandParameters-r10を含む。パラメータBandParameters-r10は、1つのバンドを示す。
パラメータBandParameters-r10に含まれるパラメータFreqBandIndicatorは、対応するバンドの周波数を示す。パラメータBandParameters-r10に含まれるパラメータbandParametersUL-r10は、1つまたは複数のパラメータCA-MIMO-ParametersUL-r10を含む。パラメータCA-MIMO-ParametersUL-r10は、パラメータca-BandwidthClassUL-r10、および、パラメータsupportedMIMO-CapabilityUL-r10を含む。パラメータca-BandwidthClassUL-r10は、対応するバンドにおける上りリンクに対するバンド幅クラスを示す。パラメータsupportedMIMO-CapabilityUL-r10は、対応するバンドにおける上りリンクに対するMIMO能力(端末装置1によってサポートされるレイヤーの最大数)を示す。すなわち、パラメータca-BandwidthClassUL-r10は、バンド幅クラス、および、上りリンクに対するMIMO能力の1つの組み合わせを示す。
パラメータBandParameters-r10に含まれるパラメータbandParametersDL-r10は、1つまたは複数のパラメータCA-MIMO-ParametersDL-r10を含む。パラメータCA-MIMO-ParametersDL-r10は、パラメータca-BandwidthClassDL-r10、および、パラメータsupportedMIMO-CapabilityDL-r10を含む。パラメータca-BandwidthClassDL-r10は、対応するバンドにおける下りリンクに対するバンド幅クラスを示す。パラメータsupportedMIMO-CapabilityDL-r10は、対応するバンドにおける下りリンクに対するMIMO能力(端末装置1によってサポートされるレイヤーの最大数)を示す。すなわち、パラメータca-BandwidthClassDL-r10は、バンド幅クラス、および、下りリンクに対するMIMO能力の1つの組み合わせを示す。
能力パラメータsupportedBandCombinationは、キャリアアグリゲーションをともなわないMIMO能力(端末装置1によってサポートされるレイヤーの最大数)を示してもよい。
能力パラメータsupportedBandCombinationにおいて特定されるバンドの組み合わせ毎のバンド毎のバンド幅クラスのそれぞれに対して、さらに、端末装置1は、端末装置1によってサポートされるレイヤーの最大数を示し、且つ、バンド幅クラスに対応する下りリンクコンポーネントキャリアの何れか1つに適用されるMIMO能力(パラメータsupportedMIMO-CapabilityDL-v10xx)を基地局装置に提供する。能力パラメータsupportedBandCombinationにおいて特定されるバンドの組み合わせ毎のバンド毎のバンド幅クラスのそれぞれに対して、パラメータsupportedMIMO-CapabilityDL-v10xxが能力情報に含まれてもよい。
すなわち、能力パラメータsupportedBandCombinationにおいて特定されるバンドの組み合わせ毎のバンド毎のバンド幅クラス(パラメータca-BandwidthClassDL-r10)のそれぞれに対して、端末装置1は基地局装置3に、該バンド幅クラスに対応する下りリンクコンポーネントキャリアの全てに適用される下りリンクに対するMIMO能力(パラメータsupportedMIMO-CapabilityDL-r10)、および、該バンド幅クラスに対応する下りリンクコンポーネントキャリアのそれぞれに適用されるMIMO能力(パラメータsupportedMIMO-CapabilityDL-v10xx)を提供する。尚、パラメータsupportedMIMO-CapabilityDL-v10xxは、能力パラメータsupportedBandCombinationに含まれなくてもよい。
図15は、本実施形態におけるバンド幅クラスとMIMO能力の組み合わせの一例を示す図である。端末装置1は、能力パラメータsupportedBandCombinationにおいて特定されるバンドの1つの組み合わせにおける1つのバンドに対して、図15で示される4つの組み合わせを基地局装置3に提供してもよい。図15において、バンド幅クラスがBである場合、パラメータsupportedMIMO-CapabilityDL-r10は2を示し、パラメータsupportedMIMO-CapabilityDL-v10xxは{4、2}を示す。
図15において、パラメータsupportedMIMO-CapabilityDL-v10xxを解読できない基地局装置3は、対応するバンドにおいて設定される2つの下りリンクコンポーネントキャリア(2つのセル)のそれぞれにおいてサポートされるレイヤーの最大数は2であると判断する。
図15において、パラメータsupportedMIMO-CapabilityDL-v10xxを解読できる基地局装置3は、対応するバンドにおいて設定される2つの下りリンクコンポーネントキャリア(2つのセル)の一方においてサポートされるレイヤーの最大数は4であり、該2つの下りリンクコンポーネントキャリアの他方においてサポートされるレイヤーの最大数は2であると判断する。
以下、図15の説明において、端末装置1は、1つのバンドにおいて2つの下りリンクコンポーネントキャリアが設定されていると想定する。ここで、該2つの下りリンクコンポーネントキャリアのどちらに対して4レイヤーまでを用いるPDSCH(DL−SCH)送信が適用されるかは、基地局装置3によって制御されてもよい。基地局装置3は、該2つの下りリンクコンポーネントキャリアのうちの1つの第1の下りリンクコンポーネントキャリアに対してのみ適用され、レイヤーの最大数を示すパラメータLayersCount-v10xxを、端末装置1に送信してもよい。基地局装置3は、該2つの下りリンクコンポーネントキャリアのうちの1つの第2の下りリンクコンポーネントキャリアに対してのみ適用され、レイヤーの最大数を示すパラメータLayersCount-v10xxを、端末装置1に送信してもよい。パラメータLayersCount-v10xxは、RRC層のパラメータである。
例えば、図15において、基地局装置3は、該2つの下りリンクコンポーネントキャリアのうちの1つの第1の下りリンクコンポーネントキャリアに対するパラメータLayersCount-v10xxであって、4を示すパラメータLayersCount-v10xx、および、該2つの下りリンクコンポーネントキャリアのうちの1つの第2の下りリンクコンポーネントキャリアに対するパラメータLayersCount-v10xxであって、2を示すパラメータLayersCount-v10xxを、端末装置1に送信してもよい。
例えば、図15において、端末装置1は、該2つの下りリンクコンポーネントキャリアのうちの1つの第1の下りリンクコンポーネントキャリアに対するパラメータLayersCount-v10xxが受信/設定されている場合、該2つの下りリンクコンポーネントキャリアのうちの1つの第1の下りリンクコンポーネントキャリアにおけるPDSCH(DL−SCH)送信に対して、該パラメータLayersCount-v10xxが示した4レイヤーまでが適用されると判断してもよい。
例えば、図15において、端末装置1は、該2つの下りリンクコンポーネントキャリアのうちの1つの第2の下りリンクコンポーネントキャリアに対するパラメータLayersCount-v10xxが受信/設定されていない場合、該2つの下りリンクコンポーネントキャリアのうちの1つの第2の下りリンクコンポーネントキャリアにおけるPDSCH(DL−SCH)送信に対して、パラメータsupportedMIMO-CapabilityDL-r10が示した2レイヤーまでが適用されると判断してもよい。
例えば、図15において、端末装置1は、能力情報にパラメータsupportedMIMO-CapabilityDL-r10、および、パラメータsupportedMIMO-CapabilityDL-v10xxが含まれていなかった場合、該2つの下りリンクコンポーネントキャリアのうちの1つの第1の下りリンクコンポーネントキャリアにおけるPDSCH(DL−SCH)送信に対して、能力パラメータue-Category (without suffix)が対応するレイヤーの最大数までが適用されると判断してもよい。
図16は、本実施形態における端末装置1と基地局装置3の間のシーケンスチャートの一例を示す図である。
基地局装置3は、UECapabilityEnquiryメッセージを端末装置1に送信する(S160)。UECapabilityEnquiryメッセージは、RRC層のメッセージである。UECapabilityEnquiryメッセージは、能力情報(UECapabilityInformation)の伝送を要求するために用いられる。端末装置1は、UECapabilityEnquiryメッセージを受信した場合、能力情報(UECapabilityInformation)を、基地局装置3に送信する(S161)。
基地局装置3は、受信した能力情報(UECapabilityInformation)に応じて、端末装置1に対するキャリアアグリゲーション、PDSCH送信に関する送信モード、および/または、PDSCH送信に関するMIMOの設定を決定する(S162)。基地局装置3は、RRCConnectionReconfigurationメッセージを、端末装置1に送信する(S163)。RRCConnectionReconfigurationメッセージは、S161において決定された設定のためのRRC層の情報を伝送する。RRCConnectionReconfigurationメッセージは、RRCコネクションの修正するためのコマンドである。RRCConnectionReconfigurationメッセージは、パラメータLayersCount-v10xxを含んでもよい。
端末装置1は、受信したRRCConnectionReconfigurationメッセージに応じて、RRCコネクションを修正/再設定する。すなわち、端末装置1は、受信したRRCConnectionReconfigurationメッセージに応じて、キャリアアグリゲーション、PDSCH送信に関する送信モード、および/または、PDSCH送信に関するMIMOを修正/再設定する。端末装置1は、受信したRRCConnectionReconfigurationメッセージに応じてRRCコネクションを修正した後に、RRCConnectionReconfigurationCompleteメッセージを、基地局装置3に送信する。RRCConnectionReconfigurationCompleteメッセージは、RRC層のメッセージである。RRCConnectionReconfigurationCompleteメッセージは、RRCコネクション再設定の正常終了(successful completion)の確認のために用いられる。
端末装置1、および、基地局装置3は、S162において決定された設定、および/または、能力情報(UECapabilityInformation)に基づいて、RIのビット幅を特定する(S165)。端末装置1は、S165において決定されたビット幅のRIを、PUCCHまたはPUSCHで、基地局装置3に送信する。基地局装置3は、S165において決定されたビット幅のRIを想定することによって、RIの受信処理(多重分離、復調、および/または、復号)を行う。
RIのビット幅は、対応する下りリンクコンポーネントキャリア(セル)毎に与えられる。異なる下りリンクコンポーネントキャリアに対応するRIのビット幅は異なってもよい。対応する下りリンクコンポーネントキャリアにおける下りリンク(PDSCH)のレイヤーの最大数が2である場合、RIのビット幅は「1」である。対応する下りリンクコンポーネントキャリアにおける下りリンク(PDSCH)のレイヤーの最大数が4である場合、RIのビット幅は「2」である。対応する下りリンクコンポーネントキャリアにおける下りリンク(PDSCH)のレイヤーの最大数が8である場合、RIのビット幅は「3」である。
端末装置1、および、基地局装置3は、S162において決定された設定、および/または、能力情報(UECapabilityInformation)に基づいて、PDSCHで送信されるトランスポートブロック(コードワード)のコードブロックに対するソフトバッファサイズ、および、該コードブロックに対するレートマッチングを特定する(S167)。
基地局装置3は、S167において特定されたトランスポートブロックのコードブロックに対するレートマッチングに応じて、トランスポートブロックを符号化し、且つ、符号化されたトランスポートブロックを、PDSCHで端末装置1に送信する(S168)。端末装置1は、S167において特定されたトランスポートブロックのコードブロックに対するレートマッチングに応じて、該トランスポートブロックの受信処理(復号)を行う。
端末装置1は、トランスポートブロックのコードブロックの復号に失敗した場合、該コードブロックのソフトチャネルビットの一部、または、全部をストアする(S169)。該コードブロックのソフトチャネルビットのうちの何れがストアされるかは、S167において特定されたトランスポートブロックのコードブロックに対するソフトバッファサイズを参照することによって与えられる。ストアされたソフトチャネルビットは、該コードブロックに対するHARQプロセッシングのために利用される。ストアされたソフトチャネルビットは、再送されたソフトチャネルビットと合成されてもよい。
以下、図16のステップS165におけるRIに対するビット幅の特定方法に関する第1の例について説明する。第1の例は端末装置1に対して適用される。
(1−1)第1の例において、端末装置1は、第1のバンドコンビネーションにおける第1のバンドの第1のバンド幅クラスに対応する第1の下りリンクコンポーネントキャリアにおけるPDSCH(Physical Downlink Shared CHannel)送信に対応し、および、有効なレイヤー(useful layers)の数に対応するRI(Rank Indicator)であって、端末装置によって決定される前記RIを送信する送信部107と、前記PDSCHを受信する受信部105と、を備える。ここで、前記送信部107は、第1の情報(ue-Category (without suffix))、第2の情報(ca-BandwidthClassDL-r10)、第3の情報(supportedMIMO-CapabilityDL-r10)、および/または、第4の情報(supportedMIMO-CapabilityDL-v10xx)を含む能力情報(UECapabilityInformation)を送信する。ここで、前記受信部105は、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する第5の情報(LayersCount-v10xx)を受信する。ここで、前記第1の情報(ue-Category (without suffix))は、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第1の最大数に対応するUEカテゴリーを示す。ここで、前記第2の情報(ca-BandwidthClassDL-r10)は、前記第1のバンドコンビネーションにおける前記第1のバンドに対する前記第1のバンド幅クラスであって、前記端末装置によってサポートされる下りリンクコンポーネントキャリアの数に対応する前記第1のバンド幅クラスを示す。ここで、前記第3の情報(supportedMIMO-CapabilityDL-r10)は、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する1つまたは複数の下りリンクコンポーネントキャリアの全てに適用され、且つ、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第2の最大数を示す。ここで、前記第4の情報(supportedMIMO-CapabilityDL-v10xx)は、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記1つまたは複数の下りリンクコンポーネントキャリアの何れか1つに適用され、且つ、前記下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第3の最大数を示す。ここで、前記第5の情報(LayersCount-v10xx)は、前記レイヤーの第4の最大数を示す。ここで、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報が設定されているかどうかに基づいて、前記第1の情報に対応する前記レイヤーの第1の最大数、前記第3の情報によって示される前記レイヤーの第2の最大数、および、前記第5の情報によって示される前記レイヤーの第4の最大数のうちの何れか1つを参照することによって与えられる。ここで、前記レイヤーの第5の最大数を参照することによって、前記RIのためのビット幅は与えられる。
(1−2)第1の例において、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報(LayersCount-v10xx)が設定されていない場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、前記レイヤーの第1の最大数、および、前記レイヤーの第2の最大数のうちの何れか1つを参照することによって与えられる。ここで、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報(LayersCount-v10xx)が設定されている場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、前記レイヤーの第4の最大数を参照することによって与えられる。
(1−3)第1の例において、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報(LayersCount-v10xx)が設定されている、且つ、前記第1の下りリンクコンポーネントキャリアに対して前記PDSCH送信に関する第1の送信モード(例えば、送信モード9)が設定されている場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、(i)設定された第1のポートの数、および、(ii)前記レイヤーの第3の最大数のうちの最小のものに応じて決定される。ここで、前記第1のポートは、CSI−RS(Chanel State Information-Reference Signal)ための送信アンテナポートである。
(1−4)第1の例において、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報(LayersCount-v10xx)が設定されている、且つ、前記第1の下りリンクコンポーネントキャリアに対して前記PDSCH送信に関する第2の送信モード(例えば、送信モード4)が設定されている場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、(i)第2のポートの数、および、(ii)前記レイヤーの第3の最大数のうちの最小のものに応じて決定される。ここで、前記第2のポートは、PBCH(Physical Broadcast CHannel)のための送信アンテナポートである。すなわち、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報が設定されている、且つ、前記第1の下りリンクコンポーネントキャリアに対して前記PDSCH送信に関する第2の送信モードが設定されている場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、少なくとも前記第5の情報よって示される前記レイヤーの第3の最大数に応じて決定される。
(1−5)第1の例において、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報(LayersCount-v10xx)が設定されていない、且つ、前記第1の下りリンクコンポーネントキャリアに対して前記PDSCH送信に関する第1の送信モード(例えば、送信モード9)が設定されている、且つ、前記能力情報(UECapabilityInformation)に前記第3の情報(supportedMIMO-CapabilityDL-r10)が含まれている場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、(i)設定された第1のポートの数、および、(ii)前記第3の情報によって示される前記レイヤーの第2の最大数のうちの最小のものに応じて決定される。ここで、前記第1のポートは、CSI−RS(Chanel State
Information-Reference Signal)ための送信アンテナポートである。
(1−6)第1の例において、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報(LayersCount-v10xx)が設定されていない、且つ、前記第1の下りリンクコンポーネントキャリアに対して前記PDSCH送信に関する第1の送信モード(例えば、送信モード9)が設定されている、且つ、前記能力情報(UECapabilityInformation)に前記第3の情報(supportedMIMO-CapabilityDL-r10)が含まれていない場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、(i)設定された第1のポートの数、および、(ii)前記第1の情報に対応する前記レイヤーの第1の最大数のうちの最小のものに応じて決定される。ここで、前記第1のポートは、CSI−RS(Chanel State Information-Reference Signal)ための送信アンテナポートである。
(1−7)第1の例において、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報(LayersCount-v10xx)が設定されていない、且つ、前記第1の下りリンクコンポーネントキャリアに対して前記PDSCH送信に関する第2の送信モード(例えば、送信モード4)が設定されている場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、(i)第2のポートの数、および、(ii)前記第1の情報に対応する前記レイヤーの第1の最大数のうちの最小のものに応じて決定される。ここで、前記第2のポートは、PBCH(Physical Broadcast CHannel)のための送信アンテナポートである。
(1−8)第1の例において、前記送信部107は、前記RIを、PUSCH(Physical Uplink Shared CHannel)で送信する。
以下、図16のステップS165におけるRIに対するビット幅の特定方法に関する第2の例について説明する。第2の例は基地局装置3に対して適用される。
(2−1)第2の例において、基地局装置3は、第1のバンドコンビネーションにおける第1のバンドの第1のバンド幅クラスに対応する第1の下りリンクコンポーネントキャリアにおけるPDSCH(Physical Downlink Shared CHannel)送信に対応し、および、有効なレイヤー(useful layers)の数に対応するRI(Rank Indicator)であって、端末装置によって決定される前記RIを、前記端末装置から受信する受信部305と、前記PDSCHを、前記端末装置に送信する送信部307と、を備える。ここで、前記受信部305は、第1の情報(ue-Category (without suffix))、第2の情報(ca-BandwidthClassDL-r10)、第3の情報(supportedMIMO-CapabilityDL-r10)、および/または、第4の情報(supportedMIMO-CapabilityDL-v10xx)を含む能力情報(UECapabilityInformation)を、前記端末装置から受信する。ここで、前記送信部307は、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する第5の情報(LayersCount-v10xx)を、前記端末装置に送信する。
ここで、前記第1の情報(ue-Category (without suffix))は、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第1の最大数に対応するUEカテゴリーを示す。ここで、前記第2の情報(ca-BandwidthClassDL-r10)は、前記第1のバンドコンビネーションにおける前記第1のバンドに対する前記第1のバンド幅クラスであって、前記端末装置によってサポートされる下りリンクコンポーネントキャリアの数に対応する前記第1のバンド幅クラスを示す。ここで、前記第3の情報(supportedMIMO-CapabilityDL-r10)は、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する1つまたは複数の下りリンクコンポーネントキャリアの全てに適用され、且つ、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第2の最大数を示す。ここで、前記第4の情報(supportedMIMO-CapabilityDL-v10xx)は、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記1つまたは複数の下りリンクコンポーネントキャリアの何れか1つに適用され、且つ、前記下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第3の最大数を示す。ここで、前記第5の情報(LayersCount-v10xx)は、前記レイヤーの第4の最大数を示す。前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報(LayersCount-v10xx)が前記端末装置に対して設定されているかどうかに基づいて、前記第1の情報に対応する前記レイヤーの第1の最大数、前記第3の情報によって示される前記レイヤーの第2の最大数、および、前記第5の情報によって示される前記レイヤーの第4の最大数のうちの何れか1つを参照することによって与えられる。
(2−2)第2の例において、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報(LayersCount-v10xx)が前記端末装置に対して設定されていない場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、前記レイヤーの第1の最大数、および、前記レイヤーの第2の最大数のうちの何れか1つを参照することによって与えられる。ここで、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報(LayersCount-v10xx)が前記端末装置に対して設定されている場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、前記レイヤーの第4の最大数を参照することによって与えられる。
(2−3)第2の例において、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報(LayersCount-v10xx)が前記端末装置に対して設定されている、且つ、前記第1の下りリンクコンポーネントキャリアに対して前記PDSCH送信に関する第1の送信モード(例えば、送信モード9)が前記端末装置に対して設定されている場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、(i)設定された第1のポートの数、および、(ii)前記レイヤーの第3の最大数のうちの最小のものに応じて決定される、ここで、前記第1のポートは、CSI−RS(Chanel State Information-Reference Signal)ための送信アンテナポートである。
(2−4)第2の例において、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報(LayersCount-v10xx)が前記端末装置に対して設定されている、且つ、前記第1の下りリンクコンポーネントキャリアに対して前記PDSCH送信に関する第2の送信モード(例えば、送信モード4)が前記端末装置に対して設定されている場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、(i)第2のポートの数、および、(ii)前記レイヤーの第3の最大数のうちの最小のものに応じて決定される。ここで、前記第2のポートは、PBCH(Physical Broadcast CHannel)のための送信アンテナポートである。すなわち、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報が設定されている、且つ、前記第1の下りリンクコンポーネントキャリアに対して前記PDSCH送信に関する第2の送信モードが設定されている場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、少なくとも前記第5の情報よって示される前記レイヤーの第3の最大数に応じて決定される。
(2−5)第2の例において、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報(LayersCount-v10xx)が前記端末装置に対して設定されていない、且つ、前記第1の下りリンクコンポーネントキャリアに対して前記PDSCH送信に関する第1の送信モード(例えば、送信モード9)が前記端末装置に対して設定されている、且つ、前記能力情報(UECapabilityInformation)に前記第3の情報(supportedMIMO-CapabilityDL-r10)が含まれている場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、(i)設定された第1のポートの数、および、(ii)前記第3の情報によって示される前記レイヤーの第2の最大数のうちの最小のものに応じて決定される。ここで、前記第1のポートは、CSI−RS(Chanel State Information-Reference Signal)ための送信アンテナポートである。
(2−6)第2の例において、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報(LayersCount-v10xx)が前記端末装置に対して設定されていない、且つ、前記第1の下りリンクコンポーネントキャリアに対して前記PDSCH送信に関する第1の送信モード(例えば、送信モード9)が前記端末装置に対して設定されている、且つ、前記能力情報(UECapabilityInformation)に前記第3の情報(supportedMIMO-CapabilityDL-r10)が含まれていない場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、(i)設定された第1のポートの数、および、(ii)前記第1の情報に対応する前記レイヤーの第1の最大数のうちの最小のものに応じて決定される。ここで、前記第1のポートは、CSI−RS(Chanel State Information-Reference Signal)ための送信アンテナポートである。
(2−7)第2の例において、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の下りリンクコンポーネントキャリアに対する前記第5の情報(LayersCount-v10xx)が前記端末装置に対して設定されていない、且つ、前記第1の下りリンクコンポーネントキャリアに対して前記PDSCH送信に関する第2の送信モード(例えば、送信モード4)が前記端末装置に対して設定されている場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第5の最大数は、(i)第2のポートの数、および、(ii)前記第1の情報に対応する前記レイヤーの第1の最大数のうちの最小のものに応じて決定される。ここで、前記第2のポートは、PBCH(Physical Broadcast CHannel)のための送信アンテナポートである。
(2−8)第2の例において、前記受信部305は、前記RIを、PUSCH(Physical Uplink Shared CHannel)で受信する。
以下、図16のステップS165におけるRIに対するビット幅の特定方法に関する第3の例について説明する。第3の例は端末装置1に対して適用される。第3の例において、能力情報(UECapabilityInformation)に第3の情報(supportedMIMO-CapabilityDL-r10)を含む。第3の例において、能力情報(UECapabilityInformation)は、第4の情報(supportedMIMO-CapabilityDL-v10xx)を含まなくてもよい。
(3−1)第3の例において、端末装置1は、第1のバンドコンビネーションにおける第1のバンドに対応する下りリンクコンポーネントキャリアにおけるPDSCH(Physical Downlink Shared CHannel)送信に対応し、および、レイヤーの数に対応するRI(Rank Indicator)であって、端末装置によって決定される前記RIを送信する送信部107と、前記PDSCHを受信する受信部105と、を備える。ここで、前記RIのためのビット幅の決定のために想定される前記レイヤーの第1の最大数は、前記第1のバンドコンビネーションにおける前記第1のバンドにおいて設定される下りリンクコンポーネントキャリアの数に基づく。
(3−2)第3の例において、前記第1のバンドコンビネーションは、前記第1のバンドのみを含む。
(3−3)第3の例において、前記端末装置は、前記PDSCH送信に関する送信モード9または10が設定されている。
(3−4)第3の例において、前記送信部107は、第1の情報(ca-BandwidthClassDL-r10)、第2の情報(supportedMIMO-CapabilityDL-r10)、第3の情報(ca-BandwidthClassDL-r10)、および、第4の情報(supportedMIMO-CapabilityDL-r10)を含む能力情報(UECapabilityInformation)を送信する。ここで、前記第1の情報(ca-BandwidthClassDL-r10)は、前記第1のバンドコンビネーションにおける前記第1のバンドの第1のバンド幅クラスであって、前記端末装置によってサポートされる下りリンクコンポーネントキャリアの第1の数を示す前記第1のバンド幅クラスを示す。ここで、前記第2の情報(supportedMIMO-CapabilityDL-r10)は、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の数の下りリンクコンポーネントキャリアの全てに適用され、且つ、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第1の最大数を示す。ここで、前記第3の情報(ca-BandwidthClassDL-r10)は、前記第1のバンドコンビネーションにおける前記第1のバンドの第2のバンド幅クラスであって、前記端末装置によってサポートされる下りリンクコンポーネントキャリアの第2の数を示す前記第2のバンド幅クラスを示す。ここで、前記第4の情報(supportedMIMO-CapabilityDL-r10)は、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第2のバンド幅クラスに対応する前記第2の数の下りリンクコンポーネントキャリアの全てに適用され、且つ、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第2の最大数を示す。ここで、前記RIのためのビット幅の決定のために想定される前記レイヤーの第3の最大数は、前記第1のバンドコンビネーションにおける前記第1のバンドにおいて設定される下りリンクコンポーネントキャリアの数が前記第1の数および前記第2の数の何れであるかに基づいて、前記レイヤーの第1の最大数、および、前記レイヤーの第2の最大数のうちの何れか1つを参照することによって与えられる。
(3−5)第3の例において、前記送信部107は、前記RIを、PUSCH(Physical Uplink Shared CHannel)で送信する。
(3−6)第3の例において、前記第1のバンドコンビネーションにおける前記第1のバンドにおいて設定される下りリンクコンポーネントキャリアの数が前記第1の数である場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第3の最大数は、前記レイヤーの第1の最大数である。ここで、前記第1のバンドコンビネーションにおける前記第1のバンドにおいて設定される下りリンクコンポーネントキャリアの数が前記第2の数である場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第3の最大数は、前記レイヤーの第2の最大数である。
以下、図16のステップS165におけるRIに対するビット幅の特定方法に関する第4の例について説明する。第4の例は基地局装置3に対して適用される。第4の例において、能力情報(UECapabilityInformation)に第3の情報(supportedMIMO-CapabilityDL-r10)を含む。第4の例において、能力情報(UECapabilityInformation)は、第4の情報(supportedMIMO-CapabilityDL-v10xx)を含まなくてもよい。
(4−1)第4の例において、基地局装置3は、第1のバンドコンビネーションにおける第1のバンドに対応する下りリンクコンポーネントキャリアにおけるPDSCH(Physical Downlink Shared CHannel)送信に対応し、および、レイヤーの数に対応するRI(Rank Indicator)であって、端末装置によって決定される前記RIを、前記端末装置から受信する受信部305と、前記PDSCHを、前記端末装置に送信する送信部307と、を備える。ここで、前記RIのためのビット幅の決定のために想定される前記レイヤーの第1の最大数は、前記端末装置が前記第1のバンドコンビネーションにおける前記第1のバンドにおいて設定される下りリンクコンポーネントキャリアの数に基づく。
(4−2)第4の例において、前記第1のバンドコンビネーションは、前記第1のバンドのみを含む。
(4−3)第4の例において、前記端末装置は、前記PDSCH送信に関する送信モード9または10が設定されている。
(4−4)第4の例において、前記受信部305は、第1の情報(ca-BandwidthClassDL-r10)、第2の情報(supportedMIMO-CapabilityDL-r10)、第3の情報(ca-BandwidthClassDL-r10)、および、第4の情報(supportedMIMO-CapabilityDL-r10)を含む能力情報(UECapabilityInformation)を、前記端末装置から受信する。ここで、前記第1の情報(ca-BandwidthClassDL-r10)は、前記第1のバンドコンビネーションにおける前記第1のバンドの第1のバンド幅クラスであって、前記端末装置によってサポートされる下りリンクコンポーネントキャリアの第1の数を示す前記第1のバンド幅クラスを示す。ここで、前記第2の情報(supportedMIMO-CapabilityDL-r10)は、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第1のバンド幅クラスに対応する前記第1の数の下りリンクコンポーネントキャリアの全てに適用され、且つ、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第1の最大数を示す。ここで、前記第3の情報(ca-BandwidthClassDL-r10)は、前記第1のバンドコンビネーションにおける前記第1のバンドの第2のバンド幅クラスであって、前記端末装置によってサポートされる下りリンクコンポーネントキャリアの第2の数を示す前記第2のバンド幅クラスを示す。ここで、前記第4の情報(supportedMIMO-CapabilityDL-r10)は、前記第1のバンドコンビネーションにおける前記第1のバンドの前記第2のバンド幅クラスに対応する前記第2の数の下りリンクコンポーネントキャリアの全てに適用され、且つ、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第2の最大数を示す。ここで、前記RIのためのビット幅の決定のために想定される前記レイヤーの第3の最大数は、前記第1のバンドコンビネーションにおける前記第1のバンドにおいて設定される下りリンクコンポーネントキャリアの数が前記第1の数および前記第2の数の何れであるかに基づいて、前記レイヤーの第1の最大数、および、前記レイヤーの第2の最大数のうちの何れか1つを参照することによって与えられる。
(4−5)第4の例において、前記受信部305は、前記RIを、PUSCH(Physical Uplink Shared CHannel)で受信する。
(4−6)第4の例において、前記第1のバンドコンビネーションにおける前記第1のバンドにおいて設定される下りリンクコンポーネントキャリアの数が前記第1の数である場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第3の最大数は、前記レイヤーの第1の最大数である。ここで、前記第1のバンドコンビネーションにおける前記第1のバンドにおいて設定される下りリンクコンポーネントキャリアの数が前記第2の数である場合、前記RIのためのビット幅の決定のために想定される前記レイヤーの第3の最大数は、前記レイヤーの第2の最大数である。
以下、図16のステップS167におけるトランスポートブロックのコードブロックに対するレートマッチングの特定方法の一例について説明する。
図17は、本実施形態におけるレートマッチングの一例を示す図である。レートマッチングは、図6のS602において実行される。すなわち、レートマッチングは、トランスポートブロックのコードブロックに対して適用される。
1つのレートマッチング(S602)は、3つのインタリーブ(S1700)、1つのビット収集(collection)(S1701)、1つのビット選択および除去(selection and pruning)(S2002)を含む。1つのレートマッチング(S602)には、チャネル符号化(S601)から、3つの情報ビットストリーム(d’k、d’’k、d’’’k)が入力される。3つの情報ビットストリーム(d’k、d’’k、d’’’k)のそれぞれは、インタリーブ(S1700)において、サブブロックインタリーバーに応じてインタリーブされる。3つの情報ビットストリーム(d’k、d’’k、d’’’k)のそれぞれをインタリーブすることによって、3つの出力系列(v’k、v’’k、v’’’k)が得られる。
該サブフレームインタリーバーの列の数Csubblockは32である。該サブフロックインタリーバーの行の数Rsubblockは、以下の不等式(1)を満たす最も小さい整数である。ここで、Dは情報ビットストリーム(d’k、d’’k、d’’’k)のそれぞれのビットの数である。
Figure 2017006882
該サブフレームインタリーバーの出力系列(v’k、v’’k、v’’’k)のそれぞれのビットの数KΠは、以下の数式(2)によって与えられる。
Figure 2017006882
ビット収集(S2001)において、3つの出力系列(v’k、v’’k、v’’’k)から、wk(virtual circular buffer)が得られる。wkは、以下の数式(3)によって与えられる。wkのビットの数Kwは、KΠの3倍である。
Figure 2017006882
図17のビット選択および除去(S1702)において、wkからレートマッチング出力ビット系列ekが得られる。レートマッチング出力ビット系列ekのビットの数はEである。図18は、本実施形態のビット選択および除去の一例を示す図である。図18のrvidxは、対応するトランスポートブロックの送信に対するRV(redundancy version)番号である。該RV番号は、DCIフォーマットに含まれる情報によって示される。図18のNcbは、対応するコードブロックのためのソフトバッファサイズであり、ビットの数によって表現される。Ncbは、以下の数式(4)によって与えられる。
Figure 2017006882
ここで、Cは、図6のコードブロックセグメンテーション(S600)において、1つのトランスポートブロックが分割されるコードブロックの数である。ここで、NIRは、対応するトランスポートブロックのためのソフトバッファサイズであり、ビットの数によって表現される。NIRは、以下の数式(5)によって与えられる。
Figure 2017006882
ここで、端末装置1が、送信モード3、4、8、9、または10に基づいてPDSCH送信を受信するよう設定されている場合、KMIMOは2であり、且つ、それ以外の場合、KMIMOは1である。KMIMOは、端末装置1が設定されている送信モードに基づいて受信される1つのPDSCH送信が含むことができるトランスポートブロックの最大数と同じである。
ここで、MDL_HARQは、対応する1つのサービングセルにおいて並行して管理される下りリンクHARQプロセスの最大数である。FDDサービングセルに対して、MDL_HARQは8であってもよい。TDDサービングセルに対して、MDL_HARQは上りリンク−下りリンク設定に対応してもよい。ここで、Mlimitは8である。
ここで、Kcは、1、3/2、2、3、および、5のうちの何れか1つである。Kcの設定方法については、Nsoftの設定方法の後で説明する。
ここで、Nsoftは、UEカテゴリー、または、下りリンクUEカテゴリーに応じたソフトチャネルビットの総数である。Nsoftは、能力パラメータue-Category (without suffix)、能力パラメータue-Category-v1020、能力パラメータue-Category-v1170、および、能力パラメータue-CategoryDL-r12のうちの何れか1つによって与えられる。
Nsoftは、(i)能力パラメータue-Category (without suffix)、能力パラメータue-Category-v1020、能力パラメータue-Category-v1170、および、能力パラメータue-CategoryDL-r12のうちの何れを送信しているか、(ii)パラメータLayersCount-v10xxが受信/設定されているかどうか、および/または、(iii)パラメータaltCQI-Table-r12が受信/設定されているかどうかに基づいて特定されてもよい。
端末装置1にパラメータaltCQI-Table-r12が設定されていない場合、端末装置1はPDSCHで送信される単一のトランスポートブロックに対する、変調方式と符号化率の組合せとCQIの対応を示す第1の表に基づいてCQIを導き出す。端末装置1にパラメータaltCQI-Table-r12が設定されている場合、端末装置1はPDSCHで送信される単一のトランスポートブロックに対する、変調方式と符号化率の組合せとCQIの対応を示す第2の表に基づいてCQIを導き出す。第1の表は、PDSCHに256QAMが適用されないことを想定して設計される表であってもよい。第2の表は、PDSCHに256QAMが適用されることを想定して設計される表であってもよい。
図19は、本実施形態におけるソフトチャネルビットの総数Nsoftの決定に関するフローチャートの一例を示す図である。図19のフローは、下りリンクコンポーネントキャリア(セル)のそれぞれに対して適用されてもよい。第1の条件を満たす場合、第1の処理を行う。第1の条件を満たさない場合、第2の条件に進む。第2の条件を満たす場合、第2の処理を行う。第2の条件を満たさない場合、第3の条件に進む。第3の条件を満たす場合、第3の処理を行う。第3の条件を満たさない場合、第4の処理を行う。第1の処理、第2の処理、第3の処理、または、第4の処理の後、ソフトチャネルビットの総数Nsoftの決定に関するフローを終了する。
図19の第1の条件において、(i)端末装置1が下りリンクUEカテゴリー0を示す能力パラメータue-CategoryDL-r12をシグナルしているならば、または、(ii)端末装置1が下りリンクUEカテゴリー0を示さない能力パラメータue-CategoryDL-r12をシグナルし、且つ、端末装置1が上位層によって下りリンクコンポーネントキャリア(セル)に対するパラメータaltCQI-Table-r12が設定されているならば(YES)、Nsoftは能力パラメータue-CategoryDL-r12によって示される下りリンクUEカテゴリーに応じたソフトチャネルビットの総数である(第1の処理)。
図19の第2の条件において、端末装置1が能力パラメータue-Category-v11a0をシグナルし、且つ、端末装置1が上位層によって下りリンクコンポーネントキャリア(セル)に対するパラメータaltCQI-Table-r12が設定されているならば(YES)、Nsoftは能力パラメータue-Category-v11a0によって示されるUEカテゴリーに応じたソフトチャネルビットの総数である(第2の処理)。
図19の第3の条件において、端末装置1が能力パラメータue-Category-v1020をシグナルし、且つ、端末装置1が下りリンクコンポーネントキャリア(セル)に対する第1の送信モード(例えば、送信モード9、または、送信モード10)が設定されているならば(YES)、Nsoftは能力パラメータue-Category-v1020によって示されるUEカテゴリーに応じたソフトチャネルビットの総数である(第3の処理)。ここで、端末装置1は、能力パラメータue-Category-v1170をシグナルしていてもよいし、していなくてもよい。
図19の第3の条件において、端末装置1が能力パラメータue-Category-v1020をシグナルし、且つ、端末装置1が上位層によって下りリンクコンポーネントキャリア(セル)に対するパラメータLayersCount-v10xxが設定されているならば(YES)、Nsoftは能力パラメータue-Category-v1020によって示されるUEカテゴリーに応じたソフトチャネルビットの総数である(第1の処理)。ここで、端末装置1は、該第1の送信モード以外の送信モードが設定されていてもよい。ここで、端末装置1は、能力パラメータue-Category-v1170をシグナルしていてもよいし、していなくてもよい。
図19の第1の条件、第2の条件、および、第3の条件を満たさない場合、Nsoftは能力パラメータue-Category (without suffix)によって示されるUEカテゴリーに応じたソフトチャネルビットの総数である(第4の処理)。例えば、端末装置1が、能力パラメータue-Category-v11a0、能力パラメータue-Category-v1120、能力パラメータue-Category-v1020、および、能力パラメータue-Category (without suffix)をシグナルし、且つ、端末装置1が上位層によって下りリンクコンポーネントキャリア(セル)に対するパラメータaltCQI-Table-r12が設定されていない、且つ、端末装置1が上位層によって下りリンクコンポーネントキャリア(セル)に対するパラメータLayersCount-v10xxが設定されていない、且つ、端末装置1に第1の送信モード以外の送信モードが設定されているならば、Nsoftは能力パラメータue-Category (without suffix)によって示されるUEカテゴリーに応じたソフトチャネルビットの総数である。また、例えば、端末装置1が、能力パラメータue-Category-v1120、能力パラメータue-Category-v1020、および、能力パラメータue-Category (without suffix)をシグナルし、且つ、端末装置1が上位層によって下りリンクコンポーネントキャリア(セル)に対するパラメータLayersCount-v10xxが設定されていない、且つ、端末装置1に第1の送信モード以外の送信モードが設定されているならば、Nsoftは能力パラメータue-Category (without suffix)によって示されるUEカテゴリーに応じたソフトチャネルビットの総数である。
図20は、本実施形態におけるKcの設定方法の一例を示す図である。Kcは、(i)図19において特定されるNsoft、(ii)端末装置1が上位層によって下りリンクコンポーネントキャリア(セル)に対するパラメータaltCQI-Table-r12が設定されているかどうか、および/または、(iii)下りリンクコンポーネントキャリア(セル)に対するレイヤーの最大数に基づいて与えられる。ここで、該レイヤーの最大数は、(i)下りリンクコンポーネントキャリア(セル)に対して、端末装置1が設定された送信モードに対応するPDSCH送信方式によってサポートされるレイヤーの数、および/または、(ii)図16のS165において、RIに対するビット幅を特定するために想定されるレイヤーの最大数を参照することによって与えられてもよい。例えば、該レイヤーの最大数は、(i)下りリンクコンポーネントキャリア(セル)に対して、端末装置1が設定された送信モードに対応するPDSCH送信方式によってサポートされるレイヤーの数、および、(ii)図16のS165において、RIに対するビット幅を特定するために想定されるレイヤーの最大数のうちの小さいほうに応じて与えられてもよい。
すなわち、対応するコードブロックのためのソフトバッファサイズ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)下りリンクコンポーネントキャリアに対して端末装置1が設定された送信モードに対応するPDSCH送信方式によってサポートされるレイヤーの数
(v)RIに対するビット幅を特定するために想定されるレイヤーの最大数
以下、図16のステップS167におけるトランスポートブロックのコードブロックサイズに対するレートマッチングの特定方法に関する第5の例について説明する。第5の例は端末装置1に対して適用される。
(5−1)第5の例において、端末装置1は、PDSCH(Physical Downlink Shared CHannel)送信に対するRI(Rank Indicator)を送信する送信部107と、前記RIのためのビット幅の決定のために想定する第1の最大数であって、レイヤーの前記第1の最大数の決定のために用いる第1の情報(RRCConnectionReconfigurationメッセージ)を受信し、前記PDSCHでトランスポートブロックを受信する受信部105と、前記トランスポートブロックのコードブロックを復号する復号化部1051と、を備える。ここで、前記コードブロックに対するレートマッチングは、少なくとも、前記コードブロックに対するソフトバッファサイズに基づく。ここで、前記コードブロックに対するソフトバッファサイズは、少なくとも、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報(RRCConnectionReconfigurationメッセージ)に基づく。
(5−2)第5の例において、前記送信部107は、前記RIを、PUSCH(Physical Uplink Shared CHannel)で送信する。
(5−3)第5の例において、前記端末装置1は、前記PDSCH送信に関する所定の送信モードが設定されている。
(5−4)第5の例において、前記送信部107は、第2の情報(ue-Category (without suffix))、および、第3の情報(ue-Category-v1020)を含む能力情報(UECapabilityInformation)を送信する。ここで、前記第2の情報(ue-Category (without suffix))は、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第2の最大数、および、前記下りリンクにおけるHARQ(Hybrid Automatic Repeat reQuest)プロセッシングのために利用可能なソフトチャネルビットの第1の総数に対応する第1のUEカテゴリーを示す。ここで、前記第3の情報(ue-Category-v1020)は、前記下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第3の最大数、および、前記下りリンクにおけるHARQ(Hybrid Automatic Repeat reQuest)プロセッシングのために利用可能なソフトチャネルビットの第2の総数に対応する第2のUEカテゴリーを示す。ここで、前記コードブロックに対するソフトバッファサイズは、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの第4の最大数を示すかどうかに基づいて、前記第1の総数、および、前記第2の総数のうちの何れか1つを参照することによって与えられる。すなわち、前記コードブロックに対するソフトバッファサイズは、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの第4の最大数を示す値に設定されているかどうかに基づいて、前記第1の総数、および、前記第2の総数のうちの何れか1つを参照することによって与えられる。
(5−5)第5の例において、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示す場合、前記コードブロックに対するソフトバッファサイズは、前記第1の総数を参照することによって与えられる。ここで、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示さない場合、前記コードブロックに対するソフトバッファサイズは、前記第2の総数を参照することによって与えられる。ここで、「前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示さないこと」は、「前記第1の情報(RRCConnectionReconfigurationメッセージ)にパラメータLayersCount-v10xxが含まれないこと」を含む。すなわち、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの前記第4の最大数を示す値に設定されている場合、前記コードブロックに対するソフトバッファサイズは、前記第1の総数を参照することによって与えられ、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの前記第4の最大数を示す値に設定されていない場合、前記コードブロックに対するソフトバッファサイズは、前記第2の総数を参照することによって与えられる。
(5−6)第5の例において、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示す場合、前記レイヤーの前記第1の最大数は、前記レイヤーの前記第4の最大数を参照することによって与えられる。ここで、「前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示すこと」は、「前記第1の情報(RRCConnectionReconfigurationメッセージ)に含まれるパラメータLayersCount-v10xxが前記レイヤーの前記第4の最大数を示すこと」を含む。すなわち、前記第1の情報が受信される場合、前記レイヤーの前記第1の最大数は前記第1の情報を参照することによって与えられる。
(5−7)第5の例において、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示さない場合、前記レイヤーの前記第1の最大数は、前記レイヤーの前記第2の最大数、および、前記レイヤーの前記第3の最大数を少なくとも含む前記レイヤーの複数の最大数のうちの何れか1つを参照することによって与えられる。すなわち、前記第1の情報が受信されない場合、前記レイヤーの前記第1の最大数は、前記第2の情報、および、前記第3の情報のうちの何れか一方を参照することによって与えられる。
以下、図16のステップS167におけるトランスポートブロックのコードブロックサイズに対するレートマッチングの特定方法に関する第6の例について説明する。第6の例は基地局装置3に対して適用される。
(6−1)第6の例において、基地局装置3は、PDSCH(Physical Downlink Shared CHannel)送信に対するRI(Rank Indicator)を、端末装置から受信する受信部305と、前記RIのためのビット幅の決定のために前記端末装置によって想定される、レイヤーの第1の最大数の決定のために前記端末装置によって用いられる第1の情報(RRCConnectionReconfigurationメッセージ)を、前記端末装置に送信し、前記PDSCHでトランスポートブロックを、前記端末装置に送信する送信部307と、前記トランスポートブロックのコードブロックを符号化する符号化部3071と、を備える。ここで、前記符号化されたコードブロックに対するレートマッチングは、少なくとも、前記コードブロックに対するソフトバッファサイズに基づく。ここで、前記コードブロックに対するソフトバッファサイズは、少なくとも、前記レイヤーの前記第1の最大数の決定のために前記端末装置によって用いられる第1の情報(RRCConnectionReconfigurationメッセージ)に基づく。
(6−2)第6の例において、前記受信部305は、前記RIを、PUSCH(Physical Uplink Shared CHannel)で、前記端末装置から受信する。
(6−3)第6の例において、前記端末装置1は、前記PDSCH送信に関する所定の送信モードが設定されている。
(6−4)第6の例において、前記受信部305は、第2の情報(ue-Category (without suffix))、および、第3の情報(ue-Category-v1020)を含む能力情報(UECapabilityInformation)を、前記端末装置から受信する。ここで、前記第2の情報(ue-Category (without suffix))は、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第2の最大数、および、前記下りリンクにおけるHARQ(Hybrid Automatic Repeat reQuest)プロセッシングのために利用可能なソフトチャネルビットの第1の総数に対応する第1のUEカテゴリーを示す。ここで、前記第3の情報(ue-Category-v1020)は、前記下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第3の最大数、および、前記下りリンクにおけるHARQ(Hybrid Automatic Repeat reQuest)プロセッシングのために利用可能なソフトチャネルビットの第2の総数に対応する第2のUEカテゴリーを示す。ここで、前記コードブロックに対するソフトバッファサイズは、前記レイヤーの前記第1の最大数の決定のために前記端末装置によって用いられる前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの第4の最大数を示すかどうかに基づいて、前記第1の総数、および、前記第2の総数のうちの何れか1つを参照することによって与えられる。すなわち、前記コードブロックに対するソフトバッファサイズは、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの第4の最大数を示す値に設定されているかどうかに基づいて、前記第1の総数、および、前記第2の総数のうちの何れか1つを参照することによって与えられる。
(6−5)第6の例において、前記レイヤーの前記第1の最大数の決定のために前記端末装置によって用いられる前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示す場合、前記コードブロックに対するソフトバッファサイズは、前記第1の総数を参照することによって与えられる。ここで、前記レイヤーの前記第1の最大数の決定のために前記端末装置によって用いられる前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示さない場合、前記コードブロックに対するソフトバッファサイズは、前記第2の総数を参照することによって与えられる。ここで、「前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示さないこと」は、「前記第1の情報(RRCConnectionReconfigurationメッセージ)にパラメータLayersCount-v10xxが含まれないこと」を含む。すなわち、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの前記第4の最大数を示す値に設定されている場合、前記コードブロックに対するソフトバッファサイズは、前記第1の総数を参照することによって与えられ、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの前記第4の最大数を示す値に設定されていない場合、前記コードブロックに対するソフトバッファサイズは、前記第2の総数を参照することによって与えられる。
(6−6)第6の例において、前記レイヤーの前記第1の最大数の決定のために前記端末装置によって用いられる前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示す場合、前記レイヤーの前記第1の最大数は、前記レイヤーの前記第4の最大数を参照することによって与えられる。ここで、「前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示すこと」は、「前記第1の情報(RRCConnectionReconfigurationメッセージ)に含まれるパラメータLayersCount-v10xxが前記レイヤーの前記第4の最大数を示すこと」を含む。すなわち、前記第1の情報が受信される場合、前記レイヤーの前記第1の最大数は前記第1の情報を参照することによって与えられる。
(6−7)第6の例において、前記レイヤーの前記第1の最大数の決定のために前記端末装置によって用いられる前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示さない場合、前記レイヤーの前記第1の最大数は、前記レイヤーの前記第2の最大数、および、前記レイヤーの前記第3の最大数を少なくとも含む前記レイヤーの複数の最大数のうちの何れか1つを参照することによって与えられる。すなわち、前記第1の情報が受信されない場合、前記レイヤーの前記第1の最大数は、前記第2の情報、および、前記第3の情報のうちの何れか一方を参照することによって与えられる。
図16のS169において、端末装置1によってストアされる、トランスポートブロックのコードブロックのソフトチャネルビットは、トランスポートブロックのコードブロックに対するソフトバッファサイズNcbに基づく。端末装置1がトランスポートブロックのコードブロックの復号に失敗した場合、端末装置1は、少なくとも、<wk, wk+1,…,w (k+nSB-1) mod Ncb>のレンジに対応し、且つ、受信したソフトチャネルビットをストアする。<wk, wk+1,…,w (k+nSB-1) mod Ncb>のkは端末装置1によって決定される。ここで、<wk, wk+1,…,w (k+nSB-1) mod Ncb>のkの決定において、端末装置1がkのより低い値に対応するソフトチャネルビットのストアリングを優先することが好ましい。
図21は、本実施形態における<wk, wk+1,…,w (k+nSB-1) mod Ncb>のレンジの一例
を示す図である。ここで、nSBは、トランスポートブロックのコードブロックに対するソフトバッファサイズNcbを参照することによって与えられる。nSBは、以下の数式(6)によって与えられる。
Figure 2017006882
ここで、Cは、数式(4)において定義されている。ここで、KMIMO、MDL_HARQ、および、Mlimitは数式5において定義されている。ここで、NDL_cellsは、端末装置1に対して設定される下りリンクコンポーネントキャリア(セル)の数である。ここで、N’softは、UEカテゴリー、または、下りリンクUEカテゴリーに応じたソフトチャネルビットの総数である。N’softは、能力パラメータue-Category (without suffix)、能力パラメータue-Category-v1020、能力パラメータue-Category-v1170、および、能力パラメータue-CategoryDL-r12のうちの何れか1つによって与えられる。尚、NsoftとN’softは個別に定
義される。
図22は、本実施形態におけるソフトチャネルビットの総数N’softの決定に関するフローチャートの一例を示す図である。図22のフローは、下りリンクコンポーネントキャリア(セル)のそれぞれに対して適用されてもよい。第4の条件を満たす場合、第5の処理を行う。第4の条件を満たさない場合、第5の条件に進む。第5の条件を満たす場合、第6の処理を行う。第5の条件を満たさない場合、第6の条件に進む。第6の条件を満たす場合、第7の処理を行う。第6の条件を満たさない場合、第7の条件に進む。第7の条件を満たす場合、第8の処理を行う。第7の条件を満たさない場合、第9の処理を行う。第5の処理、第6の処理、第7の処理、第8の処理、または、第9の処理の後、ソフトチャネルビットの総数N'softの決定に関するフローを終了する。
図22の第4の条件において、端末装置1が能力パラメータue-CategoryDL-r12をシグナルしているならば(YES)、Nsoftは能力パラメータue-CategoryDL-r12によって示される下りリンクUEカテゴリーに応じたソフトチャネルビットの総数である(第5の処理)。
図22の第5の条件において、端末装置1が能力パラメータue-Category-v11a0をシグナルし、且つ、能力パラメータue-CategoryDL-r12をシグナルしていないならば(YES)、Nsoftは能力パラメータue-Category-v11a0によって示されるUEカテゴリーに応じたソフトチャネルビットの総数である(第6の処理)。
図22の第6の条件において、端末装置1が能力パラメータue-Category-v1170をシグナルし、且つ、能力パラメータue-Category-v11a0、および、能力パラメータue-CategoryDL-r12をシグナルしていないならば(YES)、Nsoftは能力パラメータue-Category-v1170によって示されるUEカテゴリーに応じたソフトチャネルビットの総数である(第7の処理)。
図22の第7の条件において、端末装置1が能力パラメータue-Category-v1020をシグナルし、且つ、能力パラメータue-Category-v1170、能力パラメータue-Category-v11a0、および、能力パラメータue-CategoryDL-r12をシグナルしていないならば(YES)、Nsoftは能力パラメータue-Category-v1020によって示されるUEカテゴリーに応じたソフトチャネルビットの総数である(第8の処理)。
図22の第7の条件において、端末装置1が能力パラメータue-Category (without suffix)をシグナルし、且つ、能力パラメータue-Category-v1020、能力パラメータue-Category-v1170、能力パラメータue-Category-v11a0、および、能力パラメータue-CategoryDL-r12をシグナルしていないならば(NO)、Nsoftは能力パラメータue-Category (without suffix)によって示されるUEカテゴリーに応じたソフトチャネルビットの総数である(第9の処理)。
すなわち、端末装置1がトランスポートブロックのコードブロックの復号に失敗した場合、端末装置1によってストアされるソフトチャネルビットは、以下の(i)から(v)の一部、または、全部を参照することによって与えられてもよい。
(i)能力パラメータue-Category (without suffix)、能力パラメータue-Category-v1020、能力パラメータue-Category-v1170、および、能力パラメータue-CategoryDL-r12のうちの何れを送信しているか
(ii)下りリンクコンポーネントキャリアに対するパラメータLayersCount-v10xxが受信/設定されているかどうか
(iii) 下りリンクコンポーネントキャリアに対するパラメータaltCQI-Table-r12が受信/設定されているかどうか
(iv)下りリンクコンポーネントキャリアに対して端末装置1が設定された送信モードに対応するPDSCH送信方式によってサポートされるレイヤーの数
(v)RIに対するビット幅を特定するために想定されるレイヤーの最大数
以下、図16のステップS169におけるトランスポートブロックのコードブロックサイズに対するソフトチャネルビットのストア方法に関する第7の例について説明する。第7の例は端末装置1に対して適用される。
(7−1)第7の例において、端末装置1は、PDSCH(Physical Downlink Shared CHannel)送信に対するRI(Rank Indicator)を送信する送信部107と、前記RIのためのビット幅の決定のために想定する第1の最大数であって、レイヤーの前記第1の最大数の決定のために用いる第1の情報(RRCConnectionReconfigurationメッセージ)を受信し、前記PDSCHでトランスポートブロックを受信する受信部105と、前記トランスポートブロックのコードブロックを復号する復号化部1051と、を備える。ここで、前記復号化部1051が前記コードブロックの復号に失敗した場合、前記復号化部1051は前記コードブロックのソフトチャネルビットのうち、少なくとも所定のソフトチャネルビットのレンジに対応するソフトチャネルビットをストアする。ここで、前記所定のソフトチャネルビットは、前記コードブロックに対するソフトバッファサイズに基づく。ここで、前記コードブロックに対するソフトバッファサイズは、少なくとも、前記レイヤーの前記第1の最大数の決定のために用いる第1の情報(RRCConnectionReconfigurationメッセージ)に基づく。
(7−2)第7の例において、前記送信部107は、前記RIを、PUSCH(Physical Uplink Shared CHannel)で送信する。
(7−3)第7の例において、前記端末装置1は、前記PDSCH送信に関する所定の送信モードが設定されている。
(7−4)第7の例において、前記送信部107は、第2の情報(ue-Category (without suffix))、および、第3の情報(ue-Category-v1020)を含む能力情報(UECapabilityInformation)を送信する。ここで、前記第2の情報(ue-Category (without suffix))は、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第2の最大数、および、前記下りリンクにおけるHARQ(Hybrid Automatic Repeat reQuest)プロセッシングのために利用可能なソフトチャネルビットの第1の総数に対応する第1のUEカテゴリーを示す。ここで、前記第3の情報(ue-Category-v1020)は、前記下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第3の最大数、および、前記下りリンクにおけるHARQ(Hybrid Automatic Repeat reQuest)プロセッシングのために利用可能なソフトチャネルビットの第2の総数に対応する第2のUEカテゴリーを示す。ここで、前記コードブロックに対するソフトバッファサイズは、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの第4の最大数を示すかどうかに基づいて、前記第1の総数、および、前記第2の総数のうちの何れか1つを参照することによって与えられる。すなわち、前記コードブロックに対するソフトバッファサイズは、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの第4の最大数を示す値に設定されているかどうかに基づいて、前記第1の総数、および、前記第2の総数のうちの何れか1つを参照することによって与えられる。
(7−5)第7の例において、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示す場合、前記コードブロックに対するソフトバッファサイズは、前記第1の総数を参照することによって与えられる。ここで、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示さない場合、前記コードブロックに対するソフトバッファサイズは、前記第2の総数を参照することによって与えられる。ここで、「前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示さないこと」は、「前記第1の情報(RRCConnectionReconfigurationメッセージ)にパラメータLayersCount-v10xxが含まれないこと」を含む。すなわち、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの前記第4の最大数を示す値に設定されている場合、前記コードブロックに対するソフトバッファサイズは、前記第1の総数を参照することによって与えられ、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの前記第4の最大数を示す値に設定されていない場合、前記コードブロックに対するソフトバッファサイズは、前記第2の総数を参照することによって与えられる。
(7−6)第7の例において、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示す場合、前記レイヤーの前記第1の最大数は、前記レイヤーの前記第4の最大数を参照することによって与えられる。ここで、「前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示すこと」は、「前記第1の情報(RRCConnectionReconfigurationメッセージ)に含まれるパラメータLayersCount-v10xxが前記レイヤーの前記第4の最大数を示すこと」を含む。すなわち、前記第1の情報が受信される場合、前記レイヤーの前記第1の最大数は前記第1の情報を参照することによって与えられる。
(7−7)第7の例において、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報(RRCConnectionReconfigurationメッセージ)が前記レイヤーの前記第4の最大数を示さない場合、前記レイヤーの前記第1の最大数は、前記レイヤーの前記第2の最大数、および、前記レイヤーの前記第3の最大数を少なくとも含む前記レイヤーの複数の最大数のうちの何れか1つを参照することによって与えられる。すなわち、前記第1の情報が受信されない場合、前記レイヤーの前記第1の最大数は、前記第2の情報、および、前記第3の情報のうちの何れか一方を参照することによって与えられる。
以上、本実施形態について、第1の例から第7の例、および、図1から図22を参照して詳述してきたが、第1の例から第7の例、および、図1から図22で示した範囲で種々の変更が可能であり、異なる例、および、図面にそれぞれ開示された技術的手段/方法を適宜組み合わせて得られる技術的手段/方法についても本発明の技術的範囲に含まれる。
これにより、端末装置1は、基地局装置3が対応するLTEのリリース、および、バージョンを知らなくても、基地局装置3と効率的に通信することができる。また、基地局装置3は、端末装置1が対応するLTEのリリース、および、バージョンを知らなくても、端末装置1と効率的に通信することができる。
本発明に関わる基地局装置3、および端末装置1で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、CPU(Central Processing Unit)等を制御するプログラム(コンピュータを機能させるプログラム)であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にRAM(Random Access Memory)に蓄積され、その後、Flash ROM(Read Only Memory)などの各種ROMやHDD(Hard Disk Drive)に格納され、必要に応じてCPUによって読み出し、修正・書き込みが行われる。
尚、上述した実施形態における端末装置1、基地局装置3の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
尚、ここでいう「コンピュータシステム」とは、端末装置1、又は基地局装置3に内蔵されたコンピュータシステムであって、OSや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ROM、CD−ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
また、上述した実施形態における基地局装置3は、複数の装置から構成される集合体(装置グループ)として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置3の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置3の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置1は、集合体としての基地局装置と通信することも可能である。
また、上述した実施形態における基地局装置3は、EUTRAN(Evolved Universal Terrestrial Radio Access Network)であってもよい。また、上述した実施形態における基地局装置3は、eNodeBに対する上位ノードの機能の一部または全部を有してもよい。
また、上述した実施形態における端末装置1、基地局装置3の一部、又は全部を典型的には集積回路であるLSIとして実現してもよいし、チップセットとして実現してもよい。端末装置1、基地局装置3の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はLSIに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりLSIに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
また、上述した実施形態では、端末装置もしくは通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
本発明は、携帯電話、パーソナル・コンピュータ、タブレット型コンピュータ、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置などに適用できる。
1(1A、1B、1C) 端末装置
3 基地局装置
101 上位層処理部
103 制御部
105 受信部
107 送信部
301 上位層処理部
303 制御部
305 受信部
307 送信部
1011 無線リソース制御部
1013 スケジューリング情報解釈部
1015 CSI報告制御部
3011 無線リソース制御部
3013 スケジューリング部
3015 CSI報告制御部

Claims (21)

  1. PDSCH(Physical Downlink Shared CHannel)送信に対するRI(Rank Indicator)を送信する送信部と、
    前記RIのためのビット幅の決定のために想定する第1の最大数であって、レイヤーの前記第1の最大数の決定のために用いる第1の情報を受信し、
    前記PDSCHでトランスポートブロックを受信する受信部と、
    前記トランスポートブロックのコードブロックを復号する復号化部と、を備え、
    前記復号化部が前記コードブロックの復号に失敗した場合、前記復号化部は少なくとも所定のソフトチャネルビットのレンジに対応するソフトチャネルビットをストアし、
    前記所定のソフトチャネルビットは、前記コードブロックに対するソフトバッファサイズに基づき、
    前記コードブロックに対するソフトバッファサイズは、少なくとも、前記レイヤーの前記第1の最大数の決定のために用いる第1の情報に基づく
    端末装置。
  2. 前記送信部は、前記RIを、PUSCH(Physical Uplink Shared CHannel)で送信する
    請求項1の端末装置。
  3. 前記端末装置は、前記PDSCH送信に関する第1の送信モードが設定されている
    請求項1の端末装置。
  4. 前記送信部は、第2の情報、および、第3の情報を含む能力情報を送信し、
    前記第2の情報は、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第2の最大数、および、前記下りリンクにおけるHARQ(Hybrid Automatic Repeat reQuest)プロセッシングのために利用可能なソフトチャネルビットの第1の総数に対応する第1のUEカテゴリーを示し、
    前記第3の情報は、前記下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第3の最大数、および、前記下りリンクにおけるHARQ(Hybrid Automatic Repeat reQuest)プロセッシングのために利用可能なソフトチャネルビットの第2の総数に対応する第2のUEカテゴリーを示し、
    前記コードブロックに対するソフトバッファサイズは、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの第4の最大数を示す値に設定されているかどうかに基づいて、前記第1の総数、および、前記第2の総数のうちの何れか1つを参照することによって与えられる
    請求項1の端末装置。
  5. 前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの前記第4の最大数を示す値に設定されている場合、前記コードブロックに対するソフトバッファサイズは、前記第1の総数を参照することによって与えられ、
    前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの前記第4の最大数を示す値に設定されていない場合、前記コードブロックに対するソフトバッファサイズは、前記第2の総数を参照することによって与えられる
    請求項4の端末装置。
  6. 前記第1の情報が受信される場合、前記レイヤーの前記第1の最大数は前記第1の情報を参照することによって与えられる
    請求項4の端末装置。
  7. 前記第1の情報が受信されない場合、前記レイヤーの前記第1の最大数は前記第3の情報を参照することによって与えられる
    請求項4の端末装置。
  8. 端末装置に用いられる通信方法であって、
    PDSCH(Physical Downlink Shared CHannel)送信に対するRI(Rank Indicator)を送信し、
    前記RIのためのビット幅の決定のために想定する第1の最大数であって、レイヤーの前記第1の最大数の決定のために用いる第1の情報を受信し、
    前記PDSCHでトランスポートブロックを受信し、
    前記トランスポートブロックのコードブロックを復号し、
    前記コードブロックの復号に失敗した場合、少なくとも所定のソフトチャネルビットのレンジに対応するソフトチャネルビットをストアし、
    前記所定のソフトチャネルビットは、前記コードブロックに対するソフトバッファサイズに基づき、
    前記コードブロックに対するソフトバッファサイズは、少なくとも、前記レイヤーの前記第1の最大数の決定のために用いる第1の情報に基づく
    通信方法。
  9. 前記RIを、PUSCH(Physical Uplink Shared CHannel)で送信する
    請求項8の通信方法。
  10. 前記端末装置は、前記PDSCH送信に関する第1の送信モードが設定されている
    請求項8の通信方法。
  11. 第2の情報、および、第3の情報を含む能力情報を送信し、
    前記第2の情報は、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第2の最大数、および、前記下りリンクにおけるHARQ(Hybrid Automatic Repeat reQuest)プロセッシングのために利用可能なソフトチャネルビットの第1の総数に対応する第1のUEカテゴリーを示し、
    前記第3の情報は、前記下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第3の最大数、および、前記下りリンクにおけるHARQ(Hybrid Automatic Repeat reQuest)プロセッシングのために利用可能なソフトチャネルビットの第2の総数に対応する第2のUEカテゴリーを示し、
    前記コードブロックに対するソフトバッファサイズは、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの第4の最大数を示す値に設定されているかどうかに基づいて、前記第1の総数、および、前記第2の総数のうちの何れか1つを参照することによって与えられる
    請求項8の通信方法。
  12. 前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの前記第4の最大数を示す値に設定されている場合、前記コードブロックに対するソフトバッファサイズは、前記第1の総数を参照することによって与えられ、
    前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの前記第4の最大数を示す値に設定されていない場合、前記コードブロックに対するソフトバッファサイズは、前記第2の総数を参照することによって与えられる
    請求項11の通信方法。
  13. 前記第1の情報が受信される場合、前記レイヤーの前記第1の最大数は前記第1の情報を参照することによって与えられる
    請求項11の通信方法。
  14. 前記第1の情報が受信されない場合、前記レイヤーの前記第1の最大数は前記第3の情報を参照することによって与えられる
    請求項11の通信方法。
  15. PDSCH(Physical Downlink Shared CHannel)送信に対するRI(Rank Indicator)を送信する機能と、
    前記RIのためのビット幅の決定のために想定する第1の最大数であって、レイヤーの前記第1の最大数の決定のために用いる第1の情報を受信する機能と、
    前記PDSCHでトランスポートブロックを受信する機能と、
    前記トランスポートブロックのコードブロックを復号する機能と、
    前記コードブロックの復号に失敗した場合、少なくとも所定のソフトチャネルビットのレンジに対応するソフトチャネルビットをストアする機能と、を含む一連の機能を端末装置に発揮させ、
    前記所定のソフトチャネルビットは、前記コードブロックに対するソフトバッファサイズに基づき、
    前記コードブロックに対するソフトバッファサイズは、少なくとも、前記レイヤーの前記第1の最大数の決定のために用いる第1の情報に基づく
    集積回路。
  16. 前記RIは、PUSCH(Physical Uplink Shared CHannel)で送信される
    請求項15の集積回路。
  17. 前記端末装置は、前記PDSCH送信に関する第1の送信モードが設定されている
    請求項15の集積回路。
  18. 第2の情報、および、第3の情報を含む能力情報を送信する機能を、前記端末装置に発揮させ、
    前記第2の情報は、下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第2の最大数、および、前記下りリンクにおけるHARQ(Hybrid Automatic Repeat reQuest)プロセッシングのために利用可能なソフトチャネルビットの第1の総数に対応する第1のUEカテゴリーを示し、
    前記第3の情報は、前記下りリンクにおいて前記端末装置によってサポートされる前記レイヤーの第3の最大数、および、前記下りリンクにおけるHARQ(Hybrid Automatic Repeat reQuest)プロセッシングのために利用可能なソフトチャネルビットの第2の総数に対応する第2のUEカテゴリーを示し、
    前記コードブロックに対するソフトバッファサイズは、前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの第4の最大数を示す値に設定されているかどうかに基づいて、前記第1の総数、および、前記第2の総数のうちの何れか1つを参照することによって与えられる
    請求項15の集積回路。
  19. 前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの前記第4の最大数を示す値に設定されている場合、前記コードブロックに対するソフトバッファサイズは、前記第1の総数を参照することによって与えられ、
    前記レイヤーの前記第1の最大数の決定のために用いる前記第1の情報が前記レイヤーの前記第4の最大数を示す値に設定されていない場合、前記コードブロックに対するソフトバッファサイズは、前記第2の総数を参照することによって与えられる
    請求項18の集積回路。
  20. 前記第1の情報が受信される場合、前記レイヤーの前記第1の最大数は前記第1の情報を参照することによって与えられる
    請求項18の集積回路。
  21. 前記第1の情報が受信されない場合、前記レイヤーの前記第1の最大数は前記第3の情報を参照することによって与えられる
    請求項18の集積回路。
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 true JPWO2017006882A1 (ja) 2018-04-19
JP6794357B2 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
US11038630B2 (en) 2017-04-01 2021-06-15 Telefonaktiebolaget Lm Ericsson (Publ) Method performed by a wireless device for handling transport block for error correction
CN109587679B (zh) * 2017-09-28 2023-12-08 华为技术有限公司 信息传输的方法、终端设备和网络设备
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
WO2020174549A1 (ja) * 2019-02-25 2020-09-03 株式会社Nttドコモ ユーザ装置及び通信方法
KR102613219B1 (ko) * 2019-08-07 2023-12-13 삼성전자 주식회사 무선 통신 시스템에서 안테나 적응 방법 및 장치

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012527153A (ja) * 2009-05-15 2012-11-01 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるサウンディング参照信号送信方法及びそのための装置
JP2012248909A (ja) * 2011-05-02 2012-12-13 Ntt Docomo Inc 無線基地局、移動機、通信制御装置及び通信制御方法
JP2013509127A (ja) * 2009-10-25 2013-03-07 エルジー エレクトロニクス インコーポレイティド 中継局のバックホールダウンリンク信号復号方法及び該方法を用いる中継局
US20140044061A1 (en) * 2012-07-25 2014-02-13 Nec Laboratories America, Inc. Coordinated Multipoint Transmission and Reception (CoMP)
WO2014084638A1 (en) * 2012-11-28 2014-06-05 Samsung Electronics Co., Ltd. Method and apparatus for performing communication in a wireless communication system
US20150124740A1 (en) * 2013-11-04 2015-05-07 Qualcomm Incorporated Soft buffer management

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
HUE060295T2 (hu) * 2011-04-13 2023-02-28 Ericsson Telefon Ab L M Eljárás és eszköz MIMO rétegek számának meghatározására
CN104285404B (zh) * 2012-05-25 2018-06-08 谷歌技术控股有限责任公司 减少通信设备经历的干扰的影响
CN103580825B (zh) * 2012-08-03 2017-05-24 电信科学技术研究院 Uci的传输方法和设备
US9060365B2 (en) 2013-03-12 2015-06-16 Qualcomm Incorporated Method and apparatus for sharing decoding time across transport blocks
WO2015020373A1 (ko) * 2013-08-05 2015-02-12 엘지전자 주식회사 무선 통신 시스템에서 채널상태정보 전송 방법 및 장치
WO2016053057A1 (ko) * 2014-10-04 2016-04-07 엘지전자 주식회사 무선 통신 시스템에서 소프트 버퍼를 관리하는 방법 및 이를 수행하는 장치
CN106797583A (zh) * 2015-02-20 2017-05-31 株式会社Ntt都科摩 用户装置和缓存控制方法
JP5980380B1 (ja) * 2015-06-26 2016-08-31 株式会社Nttドコモ ユーザ装置、及びソフトバッファサイズ決定方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012527153A (ja) * 2009-05-15 2012-11-01 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるサウンディング参照信号送信方法及びそのための装置
JP2013509127A (ja) * 2009-10-25 2013-03-07 エルジー エレクトロニクス インコーポレイティド 中継局のバックホールダウンリンク信号復号方法及び該方法を用いる中継局
JP2012248909A (ja) * 2011-05-02 2012-12-13 Ntt Docomo Inc 無線基地局、移動機、通信制御装置及び通信制御方法
US20140044061A1 (en) * 2012-07-25 2014-02-13 Nec Laboratories America, Inc. Coordinated Multipoint Transmission and Reception (CoMP)
WO2014084638A1 (en) * 2012-11-28 2014-06-05 Samsung Electronics Co., Ltd. Method and apparatus for performing communication in a wireless communication system
US20150124740A1 (en) * 2013-11-04 2015-05-07 Qualcomm Incorporated Soft buffer management

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP: "E-UTRA Phsical layer procedures (Release 10)", TS36.213 V10.2.0 (2011-06), JPN6020006947, June 2011 (2011-06-01), pages 42 - 43, ISSN: 0004219328 *
ERICSSON, ST-ERICSSON: "Soft buffer handling for Rel-10 UEs[online]", 3GPP TSG-RAN WG1#65 R1-111322, JPN6020006949, 13 May 2011 (2011-05-13), ISSN: 0004219329 *

Also Published As

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

Similar Documents

Publication Publication Date Title
US10862556B2 (en) Terminal device, base station device, communication method, and integrated circuit
WO2017006877A1 (ja) 端末装置、基地局装置、通信方法、および、集積回路
CN108432276B (zh) 终端装置、基站装置以及通信方法
JP6785764B2 (ja) 端末装置、および通信方法
CN108353272B (zh) 终端装置、基站装置以及通信方法
WO2014073671A1 (ja) 端末装置、通信方法および集積回路
JP6794357B2 (ja) 端末装置、および通信方法
WO2014203851A1 (ja) 端末装置、基地局装置、集積回路、および、無線通信方法
JP6439991B2 (ja) 端末装置、集積回路、および、無線通信方法
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