[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP6118842B2 - ユーザ装置、基地局、及び情報受信方法 - Google Patents

ユーザ装置、基地局、及び情報受信方法 Download PDF

Info

Publication number
JP6118842B2
JP6118842B2 JP2015121509A JP2015121509A JP6118842B2 JP 6118842 B2 JP6118842 B2 JP 6118842B2 JP 2015121509 A JP2015121509 A JP 2015121509A JP 2015121509 A JP2015121509 A JP 2015121509A JP 6118842 B2 JP6118842 B2 JP 6118842B2
Authority
JP
Japan
Prior art keywords
base station
user apparatus
layers
carrier aggregation
bit width
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
JP2015121509A
Other languages
English (en)
Other versions
JP2017005665A (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.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to CN201680033231.XA priority Critical patent/CN107615860B/zh
Priority to PCT/JP2016/067226 priority patent/WO2016199855A1/ja
Priority to US15/579,677 priority patent/US11202283B2/en
Priority to EP16807561.2A priority patent/EP3297366B1/en
Publication of JP2017005665A publication Critical patent/JP2017005665A/ja
Application granted granted Critical
Publication of JP6118842B2 publication Critical patent/JP6118842B2/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/563—Allocation or scheduling criteria for wireless resources based on priority criteria of the wireless resources

Landscapes

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

Description

本発明は、ＬＴＥ等の移動通信システムにおけるユーザ装置ＵＥが、基地局ｅＮＢに上り制御情報を送信するための技術に関連するものである。
ＬＴＥ−Ａｄｖａｎｃｅｄでは、複数のキャリアを同時に用いて通信を行うキャリアアグリゲーション（ＣＡ：Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）が採用されている。キャリアアグリゲーションにおいて基本単位となるキャリアはコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）と呼ばれる。
キャリアアグリゲーションは、ＣＣの周波数配置により図１（ａ）〜（ｃ）に示すように３つのシナリオに分類される。図１（ａ）は、Ｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡであり、バンド内で連続するＣＣを配置するシナリオである。このシナリオは、例えば、３．５ＧＨｚ帯のような広帯域の割当てが行われる場合に適用される。図１（ｂ）は、Ｉｎｔｅｒ−ｂａｎｄ ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ ＣＡであり、異なるバンドのＣＣを複数配置するシナリオである。このシナリオは、例えば、２ＧＨｚ帯と１．５ＧＨｚ帯等の複数のキャリアを用いて通信を行う場合に適用される。図１（ｃ）は、Ｉｎｔｒａ−ｂａｎｄ ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ ＣＡであり、同じバンド内で非連続なＣＣを配置するシナリオである。このシナリオは、例えば、事業者への周波数帯域の割当てが断片的である場合等に適用される。
一方、ＬＴＥ（ＬＴＥ−Ａｄｖａｎｃｅｄを含む）システムにおいては、ユーザ装置ＵＥは、例えばネットワークへの接続時等に、自身の能力（Ｃａｐａｂｉｌｉｔｙ）を所定のシグナリングメッセージ（ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ）で基地局ｅＮＢに通知することが規定されている（例えば非特許文献１）。
上記の能力情報の通知において、ユーザ装置ＵＥは、自身がＣＡにおいてサポートするバンドの組み合わせ（ＣＡバンドコンビネーション、ＣＡ ｂａｎｄ ｃｏｍｂｉｎａｔｉｏｎ）を基地局ｅＮＢに通知する。また、ユーザ装置ＵＥが複数種類のＣＡバンドコンビネーションに対応できる場合、ユーザ装置ＵＥは、対応する全てのＣＡバンドコンビネーションのパターンを基地局ｅＮＢに通知する。
ＣＡバンドコンビネーションを通知するメッセージの構造例を図２に示す。図２に示すように、当該メッセージにて、ＵＬ／ＤＬ個別にバンドコンビネーション毎、バンド毎にＣＡ ｂａｎｄｗｉｄｔｈｃｌａｓｓとＭＩＭＯレイヤ数を通知可能になっている。また、図２に示されていないが、ＤＬについては、バンドコンビネーション毎、バンド毎に、ＵＥが設定可能なＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）プロセス数（ｓｕｐｐｏｒｔｅｄＣＳＩ−Ｐｒｏ）を通知できる。なお、ＣＳＩプロセス数とは、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ−Ｐｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ／ｒｅｃｅｐｔｉｏｎ）を適用する場合において、ユーザ装置ＵＥが使用するＣＳＩプロセスの数である。
図２に示されるＣＡ ｂａｎｄｗｉｄｔｈｃｌａｓｓ（ＣＡ帯域幅クラス）とは、例えば図３の表（非特許文献２）により定義されるクラスであり、周波数バンド毎に、ユーザ装置ＵＥでアグリゲート可能な帯域幅、ＣＣ数等を示す。
上記のように、ユーザ装置ＵＥは、自身がサポートするＭＩＭＯレイヤ数を能力情報として基地局ｅＮＢに通知できる。ここで、ユーザ装置ＵＥのＭＩＭＯレイヤ数は、ＵＬとＤＬのそれぞれで、ＣＣ毎に設定される。
一方、ユーザ装置ＵＥにおけるＭＩＭＯレイヤ数の能力はバンド毎に基地局ｅＮＢに通知される。例えば、図４の（ａ）のＩｎｔｅｒ−ｂａｎｄ ＣＡのケースでは、バンド１９（クラスＡ）でＤＬ ＭＩＭＯレイヤ数２が通知され、バンド１（クラスＡ）でＤＬ ＭＩＭＯレイヤ数４が通知される。また、図４の（ｂ）のＩｎｔｒａ−ｂａｎｄ ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ ＣＡのケースでは、一つのバンド３（クラスＡ）における通知でＤＬ ＭＩＭＯレイヤ数２が通知され、もう１つのバンド３（クラスＡ）の通知でＤＬ ＭＩＭＯレイヤ数４が通知される。また、図４の（ｃ）のＩｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡのケースでは、バンド４２（クラスＣ）においてＤＬ ＭＩＭＯレイヤ数４が通知される。図４（ａ）〜（ｃ）は、ＤＬ ＭＩＭＯレイヤ数を示しているが、ＵＬ ＭＩＭＯレイヤ数、及びＣＳＩプロセス数についても同様である。
上記のように、Ｉｎｔｅｒ−ｂａｎｄ ＣＡのケースとＩｎｔｒａ−ｂａｎｄ ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ ＣＡのケースでは、クラスがＡであるため、１つのバンドが１つのＣＣにマッピングされる。従って、バンド毎にＭＩＭＯレイヤ数の能力を通知することで、ＣＣ毎のＭＩＭＯレイヤ数の能力を通知できる。
しかし、Ｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡの場合、１つのバンドで複数ＣＣが使用されるが、当該１つのバンドに対応する１つのＭＩＭＯレイヤ数しか通知できない。そこで、当該１つのＭＩＭＯレイヤ数は、Ｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡを構成する各ＣＣに対応する能力であると解釈される。
３ＧＰＰ ＴＳ ３６．３３１ Ｖ１２．５．０ （２０１５−０３） ３ＧＰＰ ＴＳ ３６．１０１ Ｖ１２．７．０ （２０１５−０３） ３ＧＰＰ Ｒ２−１５２９２１ ３ＧＰＰ ＴＳ ３６．２１２ Ｖ１２．４．０ （２０１５−０３）
Ｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡの能力情報通知では、ＣＣ毎に能力値を通知できないという課題に対し、非特許文献３においてＩｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡのＣＣ毎にＭＩＭＯレイヤ数等を追加でシグナリングすることが提案されている。より具体的には、「ｉｎｔｒａＢａｎｄＣｏｎｔｉｇｕｏｕｓＣＣ−ＩｎｆｏＬｉｓｔ−ｒ１２」が追加され、該当バンドコンビネーションのＣＡを構成するＣＣ数分のＭＩＭＯレイヤ数を通知可能としている。なお、この「ＭＩＭＯレイヤ数」は、ＵＥがサポートできる最大のＭＩＭＯレイヤ数である。以下同様である。
上記の通知方法では、例えば図５に示すように、ＤＬ ４２ＣというＩｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡに対し、従来のフィールド（ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０）を用いて、２ＣＣのうちの最小値の２を通知する。また、新たに導入されるフィールド（ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１２）を用いて、ＣＣ数分のＭＩＭＯレイヤ数として｛４、２｝を通知する。なお、｛４、２｝は、２ＣＣのうちの一方のＣＣについてのＤＬ ＭＩＭＯレイヤ数が４であり、他方のＣＣのＤＬ ＭＩＭＯレイヤ数が２であることを意味し、どのＣＣが４でどのＣＣが２であるかまでの区別はしていない。
また、従来のフィールド（ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０）を用いて、２ＣＣのＭＩＭＯレイヤ数のうちの最小の２を通知することは、２ＣＣのうちの全てのＣＣが対応できるレイヤ数の最大値を通知することを意味している。すなわち、Ｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡにおいて、従来のフィールド（ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０）では、該当のバンドに含まれる全てのＣＣで対応できるレイヤ数の最大値を通知することが合意されている。
ここで、非特許文献３に記載されているように、従来技術においては、ユーザ装置ＵＥが基地局ｅＮＢに送信するチャネル状態情報（ＣＳＩ）の１つであるＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）のビット幅（ｂｉｔ ｗｉｄｔｈ）（ビット数と称してもよい）を、「ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０」のフィールドで通知するＤＬ ＭＩＭＯレイヤ数に基づき決定することが規定されている。具体的には、非特許文献３（抜粋）において、「The corresponding bit widths for RI feedback for PDSCH transmissions are given by Tables 5.2.2.6.1-2, 5.2.2.6.2-3, 5.2.2.6.3-3, 5.2.3.3.1-3, 5.2.3.3.1-3A, 5.2.3.3.2-4, and 5.2.3.3.2-4A, which are determined assuming the maximum number of layers as follows: If the UE is configured with transmission mode 9, and the supportedMIMO-CapabilityDL-r10 field is included in the UE-EUTRA-Capability, the maximum number of layers is determined according to the minimum of the configured number of CSI-RS ports and the maximum of the reported UE downlink MIMO capabilities for the same band in the corresponding band combination.」という記載がある。
すなわち、ユーザ装置ＵＥは、ＲＩ送信を行う伝送モードが設定された場合に、バンド内で、「ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０」で通知した最大のＤＬ ＭＩＭＯレイヤ数、及び最小の設定されたアンテナポート数（ＣＳＩ−ＲＳポート数）に基づき最大レイヤ数を決め、当該最大レイヤ数に基づき、５．２．２．６．１−２等のテーブルからＲＩのビット幅を決定する。ＲＩのビット幅はＣＣ毎に決定される。
図６は、一例として、テーブル５．２．２．６．１−２を示す。当該テーブルから、例えば、ＤＬ ＭＩＭＯレイヤ数が２の場合にＲＩビット幅は１となり、ＤＬ ＭＩＭＯレイヤ数が４の場合にＲＩビット幅は２となる。
例えば、図５の例では、ユーザ装置ＵＥが「ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０」で通知するＤＬ ＭＩＭＯレイヤ数は２である。ここで、当該ユーザ装置ＵＥに対して、最小のアンテナポート数として４が設定されたとすると、図６のテーブルから、各ＣＣのＲＩビット幅は１となる。
しかし、ＲＩビット幅が１の場合、ＲＩ（ランク）として１又は２しか通知できない。よって、ユーザ装置ＵＥが２ＣＣのうちの１つのＣＣで４レイヤ空間多重を行う能力を有していても、ＲＩ＝４を通知できないため、４レイヤ空間多重を実行することができないという課題が生じる。
なお、上記の課題は、ＲＩに限らず、その他の上り制御情報（ＵＣＩ）に対しても生じ得る課題である。
本発明は上記の点に鑑みてなされたものであり、キャリアアグリゲーションを行う移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定することを可能とする技術を提供することを目的とする。
本発明の実施の形態によれば、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信手段と、
前記送信手段により送信したコンポーネントキャリア数分のレイヤ数のうちの最大のレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定する決定手段と
を備えるユーザ装置が提供される。
また、本発明の実施の形態によれば、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎のレイヤ数を前記基地局に送信する送信手段と、
前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、ランク指標のビット幅を決定するために使用されるレイヤ数を受信する受信手段と
を備えるユーザ装置が提供される。
また、本発明の実施の形態によれば、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信手段と、
前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を受信する受信手段と
を備えるユーザ装置が提供される。
また、本発明の実施の形態によれば、キャリアアグリゲーションをサポートする移動通信システムにおいてユーザ装置と通信を行う基地局であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎のレイヤ数を前記ユーザ装置から受信する受信手段と、
前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、ランク指標のビット幅を決定するために使用されるレイヤ数を、前記ユーザ装置に送信する送信手段と
を備える基地局が提供される。
また、本発明の実施の形態によれば、キャリアアグリゲーションをサポートする移動通信システムにおいてユーザ装置と通信を行う基地局であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記ユーザ装置から受信する受信手段と、
前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を、前記ユーザ装置に送信する送信手段と
を備える基地局が提供される。
また、本発明の実施の形態によれば、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する上り制御情報ビット幅決定方法であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信ステップと、
前記送信ステップにより送信したコンポーネントキャリア数分のレイヤ数のうちの最大のレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定する決定ステップと
を備える上り制御情報ビット幅決定方法が提供される。
また、本発明の実施の形態によれば、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する情報受信方法であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎のレイヤ数を前記基地局に送信する送信ステップと、
前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、ランク指標のビット幅を決定するために使用されるレイヤ数を受信する受信ステップと
を備える情報受信方法が提供される。
また、本発明の実施の形態によれば、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する情報受信方法であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信ステップと、
前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を受信する受信ステップと
を備える情報受信方法が提供される。
本発明の実施の形態によれば、キャリアアグリゲーションを行う移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定することが可能となる。
キャリアアグリゲーションの周波数配置例を示す図である。 ＣＡバンドコンビネーション情報を通知するメッセージの構造例を示す図である。 ＣＡ−ＢａｎｄｗｉｄｔｈＣｌａｓｓを示す表である。 ＭＩＭＯレイヤ数の能力通知を説明するための図である。 ２ＣＣ分のＭＩＭＯレイヤ数の通知を行う例を示す図である。 ＲＩビット幅の例を示す図である。 本発明の実施の形態に係る通信システムの構成図である。 本発明の実施の形態に係る通信システムの動作を示すシーケンス図である。 ＲＩビット幅決定における動作例１を説明するための図である。 動作例１における標準仕様書の変更例を示す図である。 動作例１における標準仕様書の変更例の他の例を示す図である。 ＲＩビット幅決定における動作例２を説明するためのシーケンス図である。 動作例２における標準仕様書の変更例を示す図である。 動作例２における標準仕様書の変更例を示す図である。 動作例２における標準仕様書の変更例を示す図である。 動作例２における標準仕様書の変更例の他の例を示す図である。 動作例２における標準仕様書の変更例の他の例を示す図である。 動作例３における標準仕様書の変更例を示す図である。 動作例３における標準仕様書の変更例を示す図である。 動作例３における標準仕様書の変更例を示す図である。 ユーザ装置ＵＥの構成図である。 基地局ｅＮＢの構成図である。
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態の通信システムは、ＬＴＥ−Ａｄｖａｎｃｅｄを含むＬＴＥに対応していることを想定しているが、本発明はＬＴＥに限らず、ＣＡを行う他の方式にも適用可能である。
また、本実施の形態におけるＣＡ（キャリアアグリゲーション）は、Ｉｎｔｒａ−ｅＮＢ ＣＡのみならず、ＤＣ（Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）のようなＩｎｔｅｒ−ｅＮＢ ＣＡも含む。また、本実施の形態では、ＣＣとセルは基本的に同義と考えてよく、ＣＣをセル（より具体的にはサービングセル）と称してもよい。
（システム全体構成、動作概要）
図７に本発明の実施の形態に係る通信システムの構成図を示す。本実施の形態に係る通信システムは、ＬＴＥ方式の通信システムであり、図７に示すように、ユーザ装置ＵＥ、及び基地局ｅＮＢを含む。ユーザ装置ＵＥ、及び基地局ｅＮＢは、ＣＡを行うことが可能である。基地局ｅＮＢは単独で複数セルを形成することもできるし、例えば遠隔にＲＲＥ（遠隔無線装置）を接続することで、基地局ｅＮＢ本体とＲＲＥとで複数セルを形成することもできる。図７には、ユーザ装置ＵＥ、及び基地局ｅＮＢが１つずつ示されているが、これは例であり、それぞれ複数であってもよい。また、ユーザ装置ＵＥは、複数の基地局ｅＮＢと同時に通信を行う能力（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）を備えていてもよい。
ＣＡが行われる際には、ユーザ装置ＵＥに対して、接続性を担保する信頼性の高いセルであるＰＣｅｌｌ（Ｐｒｉｍａｒｙ ｃｅｌｌ）及び付随的なセルであるＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）が設定される。ユーザ装置ＵＥは、第１に、ＰＣｅｌｌに接続し、必要に応じて、ＳＣｅｌｌを追加することができる。ＰＣｅｌｌは、ＲＬＭ（Ｒａｄｉｏ Ｌｉｎｋ Ｍｏｎｉｔｏｒｉｎｇ）及びＳＰＳ（Ｓｅｍｉ-Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ）等をサポートする単独のセルと同様のセルである。ＳＣｅｌｌの追加及び削除は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリングによって行われる。ＳＣｅｌｌは、ユーザ装置ＵＥに対して設定された直後は、非アクティブ状態（ｄｅａｃｔｉｖａｔｅ状態）であるため、アクティブ化することで初めて通信可能（スケジューリング可能）となるセルである。
また、Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙを行う際には、ユーザ装置ＵＥは、２つの物理的に異なる基地局ｅＮＢの無線リソースを同時に使用して通信を行う。Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙはＣＡの一種であり、Ｉｎｔｅｒ ｅＮＢ ＣＡ（基地局間キャリアアグリゲーション）とも呼ばれ、Ｍａｓｔｅｒ−ｅＮＢ（ＭｅＮＢ）と、Ｓｅｃｏｎｄａｒｙ−ｅＮＢ（ＳｅＮＢ）が導入される。ＤＣにおいて、ＭｅＮＢ配下のセル（１つ又は複数）で構成されるセルグループをＭＣＧ（Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ、マスターセルグループ）、ＳｅＮＢ配下のセル（１つ又は複数）で構成されるセルグループをＳＣＧ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ Ｇｒｏｕｐ、セカンダリセルグループ）と呼ぶ。ＳＣＧのうちの少なくとも１つのＳＣｅｌｌにはＵＬのＣＣが設定され、そのうちの１つにＰＵＣＣＨが設定される。このＳＣｅｌｌをＰＳＣｅｌｌ（ｐｒｉｍａｒｙ ＳＣｅｌｌ）と呼ぶ。
本実施の形態における基本的な動作として、ＵＥ能力情報の通知がある。図８を参照して、ＵＥ能力情報の通知動作例を説明する。図８に示すように、ユーザ装置ＵＥは、ステップＳ１０１で基地局ｅＮＢから送信されるＵＥ能力情報要求（例：ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ）を受信する。ユーザ装置ＵＥは、当該ＵＥ能力情報要求に基づいて、基地局ｅＮＢに対してＵＥ能力情報を送信する（ステップＳ１０２）。ＵＥ能力情報には、ＣＡバンドコンビネーション情報が含まれる。
なお、図８に示す通知方法は例であり、例えば、ユーザ装置ＵＥは、基地局ｅＮＢからＵＥ能力情報要求を受信することなくＵＥ能力情報を基地局ｅＮＢに通知してもよい。
また、ユーザ装置ＵＥの基本的な動作として、上り制御情報（以下、ＵＣＩ）の送信がある。ＵＣＩには、ＡＣＫ／ＮＡＣＫ（ハイブリッドＡＲＱ送達確認）、スケジューリングリクエスト、及びチャネル状態情報（以下、ＣＳＩ）等がある。ＣＳＩには、ＣＱＩ、ＰＭＩ、ＲＩ等がある。本実施の形態では特に、ＣＳＩの中のＲＩの送信に着目している。ただし、本実施の形態の技術は、ＲＩ以外のＵＣＩについても適用可能である。
ＣＳＩ報告には、周期的報告（ｐｅｒｉｏｄｉｃ ｒｅｐｏｒｔｉｎｇ）と非周期的報告（ａｐｅｒｉｏｄｉｃ ｒｅｐｏｒｔｉｎｇ）がある。周期的報告には通常、ＰＵＣＣＨが使用されるが、周期的報告タイミングでＰＵＳＣＨによるデータ送信がある場合、ＰＵＳＣＨが用いられる場合もある。また、非周期的報告は、基地局ｅＮＢからのスケジューリンググラントにおける要求に基づいて、ＰＵＳＣＨにより行われる。
また、ＣＳＩ報告の対象は下りＣＣ（セル）毎である。例えば、下りＣＣ１と下りＣＣ２からなる下りＣＡにおいて、ユーザ装置ＵＥは、下りＣＣ１で受信するＣＳＩ−ＲＳの測定によりＲＩ１を得て、下りＣＣ１に対するＲＩとしてＲＩ１を基地局ｅＮＢに報告し、下りＣＣ２で受信するＣＳＩ−ＲＳの測定によりＲＩ２を得て、下りＣＣ２に対するＲＩとしてＲＩ２を基地局ｅＮＢに報告する。
以下、本実施の形態において、前述した課題を解決する動作例１と動作例２を詳細に説明する。
（動作例１）
前述したように、ユーザ装置ＵＥに「Ｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡ」が設定され、更に、ＲＩ報告を行う伝送モードが設定された場合に、ＲＩのビット幅を、「ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０」で通知したＤＬ ＭＩＭＯレイヤ数に基づいて決定してしまうと、ユーザ装置ＵＥは、自身の能力に応じたＲＩの値を通知できない場合が発生する。
そこで、動作例１では、ユーザ装置ＵＥは、非特許文献３に記載されている「ｉｎｔｒａＢａｎｄＣｏｎｔｉｇｕｏｕｓＣＣ−Ｉｎｆｏ−ｒ１２」で通知されるＣＣ数分の「ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１２」の中の最大のＤＬ ＭＩＭＯレイヤ数と、設定されたＣＳＩ−ＲＳ ｐｏｒｔ数の最小値とに基づいて、ＲＩビット幅を決定することとしている。
例えば、２ＣＣのｉｎｔｒａ−Ｂａｎｄ Ｃｏｎｔｉｇｕｏｕｓ ＣＡである図５の例では、２ＣＣ分のＤＬ ＭＩＭＯレイヤ数が｛４、２｝と通知されるので、この場合の最大のＤＬ ＭＩＭＯレイヤ数は４である。従って、各ＣＣにおけるＲＩのビット幅決定にあたって、この４が用いられる。
また、当該ＵＥにおいて、図５に示すＣＡが設定される場合、各ＣＣ（各セル）に対して、基地局ｅＮＢから受信するＲＲＣメッセージ（ＣＳＩ−ＲＳ−Ｃｏｎｆｉｇ）の「ａｎｔｅｎｎａＰｏｒｔｓＣｏｕｎｔ−ｒ１０」により、１つ又は複数のアンテナポート数（例：１、２、４、８）が設定される。ＣＳＩ−ＲＳ ｐｏｒｔ数の最小値とは、１つのＣＣの中で、複数設定されたアンテナポート数の中の最小値を意味する。
図５の例で、設定されたＣＳＩ−ＲＳ ｐｏｒｔ数の最小値がいずれのＣＣでも４であるとすると、図６のテーブルを使用する状況では、各ＣＣにおけるＲＩのビット幅は２と決定される。従って、動作例１では、ユーザ装置ＵＥは、ＲＩ＝４を基地局ｅＮＢに通知することができる。
図９を参照して、動作例１における、ＲＩ送信までの手順を説明する。ここでは、ユーザ装置ＵＥが、図５に示すｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡを行うことを想定している。また、各ＣＣについて、ＣＳＩ−ＲＳ ｐｏｒｔ数の最小値が４であるとする。
基地局ｅＮＢに接続したユーザ装置ＵＥは、ステップＳ２０１において、２ＣＣ分のＭＩＭＯレイヤ数として｛４、２｝を基地局ｅＮＢに通知する。
ステップＳ２０２において、ユーザ装置ＵＥは、ステップＳ２０１で通知した｛４、２｝の中の最大値である「４」と、ＣＳＩ−ＲＳ ｐｏｒｔ数の最小値である「４」とを用い、例えば、図６に示すテーブルから、各ＣＣのＲＩビット幅を決定する。ステップＳ２０３において、ユーザ装置ＵＥは、ステップＳ２０２で決定したＲＩビット幅のビットにより、ＲＩを基地局ｅＮＢに報告する。
図１０は、動作例１における標準仕様書の変更例（抜粋）を示す図である。図１０は、非特許文献４（３ＧＰＰ ＴＳ ３６．２１２）の変更を示している。変更に関する部分には下線が引かれている。また、当該変更例は、非特許文献３（Ｒ２−１５２９２１）に記載されている仕様変更を前提としている。
図１０において「If the UE is configured with transmission mode 9, and the supportedMIMO-CapabilityDL-r12 field is included in the UE-EUTRA-Capability, the maximum number of layers is determined according to the minimum of the configured number of CSI-RS ports and the maximum of the reported UE downlink MIMO capabilities among the supportedMIMO-CapabilityDL-r12 fields in the intraBandContiguousCC-Info-r12 field for the corresponding bandwidth class in the corresponding band combination.」と記載されているとおり、動作例１では、ｉｎｔｒａｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ｂａｎｄ ｃｏｍｂｉｎａｔｉｏｎにおける各ＣＣのＲＩビット幅決定に用いる「レイヤ数」（ｍａｘｉｍｕｍ ｎｕｍｂｅｒ ｏｆ ｌａｙｅｒｓ）を、ＣＳＩ−ＲＳ ｐｏｒｔ数の最小値と、「ｉｎｔｒａＢａｎｄＣｏｎｔｉｇｕｏｕｓＣＣ−Ｉｎｆｏ−ｒ１２」フィールドの中のＣＣ数分の「ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１２」のうちの最大値から決定することとしている。
また、図１１は、他の仕様変更例を示している。上述した内容に関して、図１１に示す仕様変更例は、図１０に示した仕様変更例と実質的に同じである。
（動作例２）
次に、本実施の形態における動作例２を説明する。
非特許文献３で提案されているＩｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡにおけるＣＣ数分のＤＬ ＭＩＭＯレイヤ数の通知方式において、例えば、２ＣＣ（ＣＣ１とＣＣ２とする）に対するＭＩＭＯレイヤ数として、｛４、２｝がユーザ装置ＵＥから基地局ｅＮＢに通知される。ただし、この通知方式においては、上記の通知内容は、｛ＣＣ１、ＣＣ２｝＝｛４、２｝、｛２、４｝、｛２、２｝という全てのパターンに対応する。つまり、この場合、基地局ｅＮＢは、ユーザ装置ＵＥに対して、｛ＣＣ１、ＣＣ２｝＝｛４、２｝、｛２、４｝、｛２、２｝のうちのいずれも設定する可能性がある。従って、ユーザ装置ＵＥは、｛ＣＣ１、ＣＣ２｝＝｛４、２｝、｛２、４｝、｛２、２｝のいずれにも対応できる能力を持つことが想定される。
ここで、上記設定例において、動作例１では、ＣＣ１、ＣＣ２のいずれについても、ＲＩビット幅決定にあたって、ＤＬ ＭＩＭＯレイヤ数を４とし、例えば、ＣＣ１、ＣＣ２のいずれについても、ＲＩビット幅として４レイヤを通知可能なＲＩビット幅が決定される。しかし、｛４、２｝の場合、ＣＣ１、ＣＣ２のいずれかは２レイヤしか対応できないので、２レイヤしか対応できないＣＣに対して４レイヤを通知可能なＲＩビット幅を決定すると、無駄なビットが生じる。
そこで、動作例２では、ユーザ装置ＵＥが、ＣＣ毎に能力に見合ったＲＩビット幅を決定できるよう、ＲＲＣメッセージを用いて、セル（ＣＣ）毎にＤＬ ＭＩＭＯレイヤ数を基地局ｅＮＢからユーザ装置ＵＥに通知することとしている。
動作例２での処理手順例を図１２を参照して説明する。図１２の例も、図５に示すＤＬ４２Ｃのｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡにおいて、１つのＣＣ（ＣＣ１とする）のＤＬ ＭＩＭＯレイヤ数が４であり、もう１つのＣＣ（ＣＣ２とする）のＤＬ ＭＩＭＯレイヤ数が２であることを想定している。
ステップＳ３０１において、非特許文献３に記載された仕様に従って、ユーザ装置ＵＥは基地局ｅＮＢに対してＤＬ ＭＩＭＯレイヤ数の通知を行う。すなわち、ステップＳ３０１において、Ｂａｎｄ ｃｏｍｂｉｎａｔｉｏｎとして４２Ｃを通知し、「ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１２」のリスト「ＩｎｔｒａＢａｎｄＣｏｎｔｉｇｕｏｕｓＣＣ−ＩｎｆｏＬｉｓｔ−ｒ１２」として、｛４、２｝を通知する。
「ＩｎｔｒａＢａｎｄＣｏｎｔｉｇｕｏｕｓＣＣ−ＩｎｆｏＬｉｓｔ−ｒ１２」を受信した基地局ｅＮＢは、ステップＳ３０２において、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにより、ＣＣ毎のＤＬ ＭＩＭＯレイヤ数をユーザ装置ＵＥに通知する。例えば、ＣＣ１のＤＬ ＭＩＭＯレイヤ数が４であり、ＣＣ２のＤＬ ＭＩＭＯレイヤ数が２であることを示す情報を通知する。
なお、ステップＳ３０２のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにより、ｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡの設定を行うこととしてもよいし、ｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡの設定は、ステップＳ３０２の前、又はステップＳ３０２の後に行うこととしてもよい。
ユーザ装置ＵＥは、ステップＳ３０２で受信した情報を設定（記憶）すると、ステップＳ３０３において、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ」を基地局ｅＮＢに送信する。
基地局ｅＮＢは、ステップＳ３０１により、２ＣＣ分のＤＬ ＭＩＭＯレイヤ数として｛４、２｝を受信したことで、ＣＣ１とＣＣ２のうちの一方のＤＬ ＭＩＭＯレイヤ数が４であり、もう一方のＤＬ ＭＩＭＯレイヤ数が２であることを把握し、どのＣＣのＤＬ ＭＩＭＯレイヤ数を４とし、どのＣＣのＤＬ ＭＩＭＯレイヤ数を２とするかを決定する。この決定の方法は特定の方法に限られないが、例えば、ユーザ装置ＵＥから報告されるＣＣの品質に応じて決定することができる。また、ＰＣｅｌｌのＣＣのＤＬ ＭＩＭＯレイヤ数を多い方（又は少ない方）とし、ＳＣｅｌｌのＣＣのＤＬ ＭＩＭＯレイヤ数を少ない方（又は多い方）とする、といった決定方法を採用してもよい。
ステップＳ３０２において、より具体的には、ＰＣｅｌｌのＣＣのＤＬ ＭＩＭＯレイヤ数（最大ＭＩＭＯレイヤ数）を通知する場合、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ」に含まれる「ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥ」内の「ｐｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ＩＥ」に新規追加する「ｃｑｉ−ＲｅｐｏｒｔＣｏｎｆｉｇＰＣｅｌｌ−ｖ１２ｘｙ」の「ｃｑｉ−ＲｅｐｏｒｔＢｏｔｈ−ｖ１２ｘｙ」における「ｍａｘＬａｙｅｒｓ−ＰＭＩ−ＲＩ−ｒｅｐｏｒｔ−ｒ１２ ＩＥ」でＲＩビット幅を求めるためのＤＬ ＭＩＭＯｌａｙｅｒ数を通知する。
また、ＳＣｅｌｌのＣＣのＤＬ ＭＩＭＯレイヤ数を通知する場合、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ」に含まれる「ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＳＣｅｌｌ ＩＥ」内の「ｐｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＳＣｅｌｌ ＩＥ」に新規追加する「ｃｑｉ−ＲｅｐｏｒｔＣｏｎｆｉｇＳＣｅｌｌ−ｖ１２ｘｙ」の「ｃｑｉ−ＲｅｐｏｒｔＢｏｔｈ−ｖ１２ｘｙ」における「ｍａｘＬａｙｅｒｓ−ＰＭＩ−ＲＩ−ｒｅｐｏｒｔ−ｒ１２ ＩＥ」でＲＲＩビット幅を求めるためのＤＬ ＭＩＭＯｌａｙｅｒ数を通知する。
図１３〜図１５は、動作例２における標準仕様書の変更例（抜粋）を示す図である。図１３は、非特許文献４（３ＧＰＰ ＴＳ ３６．２１２）の抜粋からの変更を示している。変更に関する部分には下線が引かれている。また、当該変更例は、非特許文献３（Ｒ２−１５２９２１）に記載されている仕様変更を前提としている。
図１３において「If the UE is configured with transmission mode 9, and the supportedMIMO-CapabilityDL-r12 field is included in the UE-EUTRA-Capability, the maximum number of layers for each component carrier in the intra-band contiguous band combination is configured by higher layers.」と記載されているとおり、動作例２では、ＲＩビット幅決定に用いる「レイヤ数」（ｍａｘｉｍｕｍ ｎｕｍｂｅｒ ｏｆ ｌａｙｅｒｓ）は、「ｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ｂａｎｄ ｃｏｍｂｉｎａｔｉｏｎ」におけるＣＣ毎に、上位レイヤにより設定される。上位レイヤにより設定されるとは、具体的には、図１２のシーケンスにおけるステップＳ３０２の動作を意味している。
図１４は、非特許文献１（３ＧＰＰ ＴＳ ３６．３３１）の中の「ＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ」内の変更例を示す。上述した「ｃｑｉ−ＲｅｐｏｒｔＣｏｎｆｉｇＰＣｅｌｌ−ｖ１２ｘｙ」、「ｃｑｉ−ＲｅｐｏｒｔＣｏｎｆｉｇＳＣｅｌｌ−ｖ１２ｘｙ」が追加されている。
図１５（ａ）は、非特許文献１（３ＧＰＰ ＴＳ ３６．３３１）の中の「ＣＱＩ−ＲｅｐｏｒｔＣｏｎｆｉｇ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔｓ」内の変更例を示す。上述した「ｍａｘＬａｙｅｒｓ−ＰＭＩ−ＲＩ−ｒｅｐｏｒｔ−ｒ１２ ＩＥ」等が追加されている。図１５（ｂ）は、「ｍａｘＬａｙｅｒｓ−ＰＭＩ−ＲＩ−ｒｅｐｏｒｔ」の説明である。図１５（ｂ）に示すとおり、「ｍａｘＬａｙｅｒｓ−ＰＭＩ−ＲＩ−ｒｅｐｏｒｔ」は、ＲＩビット幅決定のための最大レイヤ数を示す。
図１６は、「ＣＱＩ−ＲｅｐｏｒｔＣｏｎｆｉｇ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔｓ」内の変更に関し、図１５に示した例とは異なる例を示している。この例では、「ｍａｘＬａｙｅｒｓ−ＰＭＩ−ＲＩ−ｒｅｐｏｒｔ」ではなく、「ｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔ」が用いられている。ただし、実施的な内容は図１５の例と同じである。
図１７は、非特許文献４（３ＧＰＰ ＴＳ ３６．２１２）の変更に関して、図１３に示した例と異なる例を示している。図１７の例では、「If the UE is configured with transmission mode 9, and the supportedMIMO-CapabilityDL-r12 field is included in the UE-EUTRA-Capability, the maximum number of layers for each component carrier in the intra-band contiguous band combination is determined according to the minimum of the configured number of CSI-RS ports and the configured number of maximum layers indicated by the maxLayers-RI-report-r12 field to the UE.」と記載されているように、ＲＩビット幅決定に用いる各ＣＣの「レイヤ数」（ｍａｘｉｍｕｍ ｎｕｍｂｅｒ ｏｆ ｌａｙｅｒｓ）は、設定されたＣＳＩ−ＲＳ ｐｏｒｔ数の最小値と、「ｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔ−ｒ１２」フィールドにより示されているレイヤ数に応じて決定される。この内容は、これまでに説明した動作例２の内容と実質的に同じである。
（動作例３）
動作例２では、ＲＲＣメッセージを用いて、セル（ＣＣ）毎に、ＲＩビット幅決定のためのＤＬ ＭＩＭＯレイヤ数を基地局ｅＮＢからユーザ装置ＵＥに通知することとしているが、ＲＩビット幅そのものをＲＲＣメッセージを用いてセル（ＣＣ）毎に基地局ｅＮＢからユーザ装置ＵＥに通知することしてもよい。これを動作例３として説明する。
動作例３での処理手順は図１２に示す処理手順から一部を変更した手順となる。図１２のステップＳ３０１とＳ３０３は、動作例３と動作例２とで同じである。
一方、ステップＳ３０２において、動作例３では、「ｍａｘＬａｙｅｒｓ−ＰＭＩ−ＲＩ−ｒｅｐｏｒｔ」に代えて「ｕｅ−ＲＩ−ｂｉｔｗｉｄｔｈ」（「ｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈ」と記載してもよい）を用いることにより、ＣＣ毎のＲＩビット幅を基地局ｅＮＢからユーザ装置ＵＥに通知する。基地局ｅＮＢがどのようにしてＲＩビット幅を決定するかについては特に限定はないが、例えば、ユーザ装置ＵＥがＤＬ ＭＩＭＯレイヤ数とＣＳＩ−ＲＳ ｐｏｒｔ数とからＲＩビット幅を決定する方法と同様の方法でＲＩビット幅を決定することができる。
例えば、図１２の例において、基地局ｅＮＢは、ステップＳ３０１により、２ＣＣ分のＤＬ ＭＩＭＯレイヤ数として｛４、２｝を受信したことで、ＣＣ１とＣＣ２のうちの一方のＤＬ ＭＩＭＯレイヤ数が４であり、もう一方のＤＬ ＭＩＭＯレイヤ数が２であることを把握し、例えば、ＣＣ１のＤＬ ＭＩＭＯレイヤ数を４と決定し、これを基にＣＣ１のＲＩビット幅を２とし、ＣＣ２のＤＬ ＭＩＭＯレイヤ数を２と決定し、これを基にＣＣ１のＲＩビット幅を１とする。そして、この場合、動作例３では、図１２のステップＳ３０２で、基地局ｅＮＢはユーザ装置ＵＥに対して、｛ＣＣ１のＲＩビット幅、ＣＣ２のＲＩビット幅｝＝｛２、１｝を通知する。
｛ＣＣ１のＲＩビット幅、ＣＣ２のＲＩビット幅｝＝｛２、１｝を受信したユーザ装置ＵＥは、受信したＲＩビット幅の値を用いてＲＩビット幅を設定し、ＲＩの送信を行う。
動作例３における非特許文献４（３ＧＰＰ ＴＳ ３６．２１２）の抜粋からの変更例を図１８に示す。
図１８において、「If the UE is configured with transmission mode 9, and the supportedMIMO-CapabilityDL-r12 field is included in the UE-EUTRA-Capability, the RI bit width for each component carrier in the intra-band contiguous band combination is configured by higher layers.」と記載されているとおり、動作例３では、「ｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ｂａｎｄ ｃｏｍｂｉｎａｔｉｏｎ」におけるＣＣ毎に、ＲＩビット幅が上位レイヤにより設定される。
図１９は、動作例３における、非特許文献４（３ＧＰＰ ＴＳ ３６．２１２）の抜粋からの変更例の他の例を示す。図１９の例では、「If the UE is configured with transmission mode 9, and the supportedMIMO-CapabilityDL-r12 field is included in the UE-EUTRA-Capability, the RI bit width for each component carrier in the intra-band contiguous band combination is determined according to the ue-RI-Bit-Width-r12 value signaled to the UE.」と記載されているように、「ｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ｂａｎｄ ｃｏｍｂｉｎａｔｉｏｎ」におけるＣＣ毎に、ＲＩビット幅が、ＵＥに通知される「ｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈ」により決定される。この内容は、これまでに説明した動作例３の内容と実質的に同じである。
動作例３において、非特許文献１（３ＧＰＰ ＴＳ ３６．３３１）の中の「ＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ」内の変更に関しては動作例２と同じであり、図１４に示したとおりである。
図２０（ａ）は、非特許文献１（３ＧＰＰ ＴＳ ３６．３３１）の中の「ＣＱＩ−ＲｅｐｏｒｔＣｏｎｆｉｇ ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔｓ」内の変更例を示す。上述した「ｕｅ−ＲＩ−ｂｉｔｗｉｄｔｈ」等が追加されている。図２０（ｂ）は、「ｕｅ−ＲＩ−ｂｉｔｗｉｄｔｈ」の説明である。図２０（ｂ）に示すとおり、「ｕｅ−ＲＩ−ｂｉｔｗｉｄｔｈ」は、ＲＩビット幅を示す。
動作例１、２、３のような処理を実行することで、Ｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡにおいてＣＣ間でＤＬ ＭＩＭＯレイヤ数が異なる場合でも、ＲＩビット幅を最小値にｄｏｗｎ ｇｒａｄｅすることなく設定することができるため、ユーザ装置ＵＥの対応能力に応じたＤＬ ＭＩＭＯレイヤ数を提供することができる。
（装置構成例、ＵＥ動作例）
次に、これまでの説明した処理（動作例１、動作例２、動作例３を含む）を実行可能なユーザ装置ＵＥと基地局ｅＮＢにおける主要な構成を説明する。
まず、図２１に、本実施の形態に係るユーザ装置ＵＥの構成図を示す。図２１に示すように、ユーザ装置ＵＥは、ＵＬ信号送信部１０１、ＤＬ信号受信部１０２、ＲＲＣ管理部１０３、ＲＩビット幅決定部１０４を含む。図２１は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図２１に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。また、ユーザ装置ＵＥは、動作例１、２、３の全ての動作を行う機能を有してもよいし、動作例１、２、３のうちのいずれか１つ又はいずれか２つの動作を行う機能を有してもよい。
ＵＬ信号送信部１０１は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。ＤＬ信号受信部１０２は、基地危局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。ＵＬ信号送信部１０１及びＤＬ信号受信部１０２はそれぞれ、複数のＣＣを束ねて通信を行うＣＡを実行する機能を含む。また、ＤＬ信号受信部１０２は、参照信号の測定を行って、ＲＩ等のＣＳＩを決定する機能を含み、ＵＬ信号送信部１０１は、ＲＩ等のＣＳＩを送信する機能を含む。
ＵＬ信号送信部１０１及びＤＬ信号受信部１０２はそれぞれ、パケットバッファを備え、レイヤ１（ＰＨＹ）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の処理を行うことを想定している。ただし、これに限られるわけではない。
ＲＲＣ管理部１０３は、ＵＬ信号送信部１０１／ＤＬ信号受信部１０２を介して、基地局ｅＮＢとの間でＲＲＣメッセージの送受信を行うとともに、ＣＡ情報の設定／変更／管理、構成変更等の処理を行う機能を含む。また、ＲＲＣ管理部１０３は、ユーザ装置ＵＥの能力の情報を保持するとともに、能力情報を通知するＲＲＣメッセージを作成し、ＵＬ信号送信部１０１を介して基地局ｅＮＢに送信する。
動作例１を実行する場合において、ＲＩビット幅決定部１０４は、例えば図１０、又は図１１に示したように変更された非特許文献４（３ＧＰＰ ＴＳ ３６．２１２）に記載された方法に従ってＲＩビット幅を決定する。また、動作例２を実行する場合において、ＲＩビット幅決定部１０４は、例えば図１３又は図１７に示したように変更された非特許文献４（３ＧＰＰ ＴＳ ３６．２１２）に記載された方法に従ってＲＩビット幅を決定する。また、動作例３を実行する場合において、ＲＩビット幅決定部１０４は、例えば図１８又は図１９に示したように変更された非特許文献４（３ＧＰＰ ＴＳ ３６．２１２）に記載された方法に従ってＲＩビット幅を決定する。なお、動作例３において、ＲＩビット幅決定部１０４は、基地局ｅＮＢから受信するメッセージからＲＩビット幅を取得し、当該ＲＩビット幅をＲＩ送信のために用いるビット幅として決定する。なお、ＲＩビット幅決定部１０４をＵＬ信号送信部１０１内に備えてもよい。
図２２に、本実施の形態に係る基地局ｅＮＢの機能構成図を示す。図２２に示すように、基地局ｅＮＢは、ＤＬ信号送信部２０１、ＵＬ信号受信部２０２、ＲＲＣ管理部２０３、スケジューリング部２０４を含む。図２２は、基地局ｅＮＢにおける主要な機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図２２に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。当該基地局ｅＮＢは、単独の基地局ｅＮＢでもよいし、設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）により、ＤＣを実行する際にはＭｅＮＢとＳｅＮＢのいずれにもなり得る。また、基地局ｅＮＢは、動作例１、２、３の全ての動作を行う機能を有してもよいし、動作例１、２、３のうちのいずれか１つ又はいずれか２つの動作を行う機能を有してもよい。
ＤＬ信号送信部２０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。ＵＬ信号受信部２０２は、各ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。ＤＬ信号送信部２０１及びＵＬ信号受信部２０２はそれぞれ、複数のＣＣを束ねて通信を行うＣＡを実行する機能を含む。また、ＤＬ信号送信部２０１及びＵＬ信号受信部２０２は、ＲＲＥのように、基地局ｅＮＢの本体（制御部）から遠隔に設置された無線通信部を含んでもよい。
ＤＬ信号送信部２０１及びＵＬ信号受信部２０２はそれぞれ、パケットバッファを備え、レイヤ１（ＰＨＹ）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の処理を行うことを想定している（ただし、これに限られるわけではない）。
ＲＲＣ管理部２０３は、ＤＬ信号送信部２０１／ＵＬ信号受信部２０２を介してユーザ装置ＵＥとの間でＲＲＣメッセージの送受信を行うとともに、ＣＡの設定／変更／管理、構成変更等の処理を行う機能を含む。また、ＲＲＣ管理部２０３は、ＵＬ信号受信部２０２を介して、ユーザ装置ＵＥから能力情報を受信し、当該能力情報を保持し、当該能力情報に基づいてユーザ装置ＵＥに対してＣＡの設定等を実施することができる。また、ＲＲＣ管理部２０３は、動作例２で説明したように、「ｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ｂａｎｄ ｃｏｍｂｉｎｔｉｏｎ」における複数ＣＣ分のＤＬ ＭＩＭＯレイヤ数を受信すると、ＣＣ毎のＤＬ ＭＩＭＯレイヤ数をユーザ装置ＵＥに通知する機能を有する。また、ＲＲＣ管理部２０３は、動作例３で説明したように、「ｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ｂａｎｄ ｃｏｍｂｉｎｔｉｏｎ」における複数ＣＣ分のＤＬ ＭＩＭＯレイヤ数を受信すると、ＣＣ毎のＲＩビット幅をユーザ装置ＵＥに通知する機能を有してもよい。
スケジューリング部２０４は、ＣＡを実施するユーザ装置ＵＥに対し、セル毎にスケジューリングを行って、ＰＤＣＣＨの割り当て情報を作成し、当該割り当て情報を含むＰＤＣＣＨの送信をＤＬ信号送信部２０１に指示する機能を含む。
（実施の形態のまとめ）
以上、説明したように、本実施の形態によれば、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信部と、前記送信部により送信したコンポーネントキャリア数分のレイヤ数のうちの最大のレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定する決定部とを備えるユーザ装置が提供される。
当該構成により、キャリアアグリゲーションを行う移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定することができる。
前記キャリアアグリゲーションは、例えば１つのバンド内で連続するコンポーネントキャリアを配置するキャリアアグリゲーションである。この構成により、例えば、ｉｎｔｒａ−ｂａｎｄ ｃｏｎｔｉｇｕｏｕｓ ＣＡを行う際に、上り制御情報のビット幅を適切に決定できる。
前記上り制御情報は、例えば、各コンポーネントキャリアに対するランク情報である。この構成により、ユーザ装置の能力に見合った適切なＲＩビット幅を決定できる。
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信部と、前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を決定するために使用されるレイヤ数を受信する受信部とを備えるユーザ装置が提供される。
当該構成により、キャリアアグリゲーションを行う移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定するための情報を取得することが可能となる。
上記ユーザ装置は、前記受信部により受信したレイヤ数に基づいて、コンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を決定する決定部を備えてもよい。この決定部により、上り制御情報の送信のためのビット幅を決定することができる。
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信部と、前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を受信する受信部とを備えるユーザ装置が提供される。
当該構成により、キャリアアグリゲーションを行う移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定することができる。
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいてユーザ装置と通信を行う基地局であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記ユーザ装置から受信する受信部と、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を決定するために使用されるレイヤ数を、前記ユーザ装置に送信する送信部とを備える基地局が提供される。
当該構成により、キャリアアグリゲーションを行う移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定することができる。
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいてユーザ装置と通信を行う基地局であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記ユーザ装置から受信する受信部と、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を、前記ユーザ装置に送信する送信部とを備える基地局が提供される。
当該構成により、キャリアアグリゲーションを行う移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定することができる。
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する上り制御情報ビット幅決定方法であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信ステップと、前記送信ステップにより送信したコンポーネントキャリア数分のレイヤ数のうちの最大のレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定する決定ステップとを備える上り制御情報ビット幅決定方法が提供される。
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する情報受信方法であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信ステップと、前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を決定するために使用されるレイヤ数を受信する受信ステップとを備える情報受信方法が提供される。
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する情報受信方法であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信ステップと、前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を受信する受信ステップとを備える情報受信方法が提供される。
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいてユーザ装置と通信を行う基地局が実行する情報送信方法であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記ユーザ装置から受信する受信ステップと、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を決定するために使用されるレイヤ数を、前記ユーザ装置に送信する送信ステップとを備える情報送信方法が提供される。
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいてユーザ装置と通信を行う基地局が実行する情報送信方法であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記ユーザ装置から受信する受信ステップと、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を、前記ユーザ装置に送信する送信ステップとを備える情報送信方法が提供される。
以上の各方法によっても、キャリアアグリゲーションを行う移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定することができる。
本実施の形態で説明したユーザ装置ＵＥは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
本実施の形態で説明した基地局ｅＮＢは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、ユーザ装置及び基地局は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置が有するプロセッサにより動作するソフトウェア、及び、基地局が有するプロセッサにより動作するソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
ＵＥ ユーザ装置
ｅＮＢ 基地局
１０１ ＤＬ信号受信部
１０２ ＵＬ信号送信部
１０３ ＲＲＣ管理部
１０４ ＲＩビット幅決定部
２０１ ＤＬ信号送信部
２０２ ＵＬ信号受信部
２０３ ＲＲＣ管理部
２０４ スケジューリング部

Claims (5)

  1. キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
    下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎のレイヤ数を前記基地局に送信する送信手段と、
    前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、ランク指標のビット幅を決定するために使用されるレイヤ数を受信する受信手段と
    を備えるユーザ装置。
  2. 前記受信手段により受信したレイヤ数に基づいて、コンポーネントキャリア毎に、ランク指標のビット幅を決定する決定手段
    を備える請求項１に記載のユーザ装置。
  3. 前記キャリアアグリゲーションは、１つのバンド内で連続するコンポーネントキャリアを配置するキャリアアグリゲーションである
    請求項１又は２に記載のユーザ装置。
  4. キャリアアグリゲーションをサポートする移動通信システムにおいてユーザ装置と通信を行う基地局であって、
    下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎のレイヤ数を前記ユーザ装置から受信する受信手段と、
    前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、ランク指標のビット幅を決定するために使用されるレイヤ数を、前記ユーザ装置に送信する送信手段と
    を備える基地局。
  5. キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する情報受信方法であって、
    下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎のレイヤ数を前記基地局に送信する送信ステップと、
    前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、ランク指標のビット幅を決定するために使用されるレイヤ数を受信する受信ステップと
    を備える情報受信方法。
JP2015121509A 2015-06-11 2015-06-16 ユーザ装置、基地局、及び情報受信方法 Active JP6118842B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201680033231.XA CN107615860B (zh) 2015-06-11 2016-06-09 用户装置、基站、以及信息接收方法
PCT/JP2016/067226 WO2016199855A1 (ja) 2015-06-11 2016-06-09 ユーザ装置、基地局、及び情報受信方法
US15/579,677 US11202283B2 (en) 2015-06-11 2016-06-09 User apparatus, base station and information reception method
EP16807561.2A EP3297366B1 (en) 2015-06-11 2016-06-09 User equipment, base station, and information reception method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015118723 2015-06-11
JP2015118723 2015-06-11

Publications (2)

Publication Number Publication Date
JP2017005665A JP2017005665A (ja) 2017-01-05
JP6118842B2 true JP6118842B2 (ja) 2017-04-19

Family

ID=57752707

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015121509A Active JP6118842B2 (ja) 2015-06-11 2015-06-16 ユーザ装置、基地局、及び情報受信方法

Country Status (2)

Country Link
EP (1) EP3297366B1 (ja)
JP (1) JP6118842B2 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10873952B2 (en) 2017-11-30 2020-12-22 Google Llc LTE resource allocation
CN111294229B (zh) * 2019-01-11 2021-07-27 展讯半导体(南京)有限公司 端口配置方法及装置
EP4374620A1 (en) * 2021-07-23 2024-05-29 Qualcomm Incorporated Techniques for shared radio frequency communications over multiple frequency bands

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012222444A (ja) * 2011-04-05 2012-11-12 Sharp Corp 通信システム、基地局装置、リレー局装置、リレー局装置処理能力の通知方法及び集積回路
WO2014084640A1 (en) * 2012-11-28 2014-06-05 Samsung Electronics Co., Ltd. Method and apparatus for performing communication in a wireless communication system
KR102117024B1 (ko) * 2012-11-28 2020-06-01 삼성전자 주식회사 무선 통신 시스템의 통신 방법 및 장치
JP6125044B2 (ja) * 2013-01-18 2017-05-10 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． ランク指示（ｒｉ）ビット数を決定する方法、基地局、及び端末

Also Published As

Publication number Publication date
EP3297366B1 (en) 2019-09-04
EP3297366A4 (en) 2018-06-20
EP3297366A1 (en) 2018-03-21
JP2017005665A (ja) 2017-01-05

Similar Documents

Publication Publication Date Title
WO2016199855A1 (ja) ユーザ装置、基地局、及び情報受信方法
JP5781674B1 (ja) ユーザ装置、及び基地局
AU2018435434B2 (en) User terminal and radio communication method
KR102405180B1 (ko) Lte 동작을 위한 비주기적 채널 상태 표시 기준 신호들을 시그널링하기 위한 방법 및 장치
JP5462203B2 (ja) 非周期的チャネル状態情報通知方法、無線基地局装置、ユーザ端末
JP6234670B2 (ja) ユーザ装置、及び上り制御情報送信方法
KR102662713B1 (ko) 업링크 제어 정보(uci)의 송신
JP5970506B2 (ja) ユーザ装置、及び上り送信タイミング制御方法
JP6055034B1 (ja) ユーザ装置、及び上り制御情報ビット幅決定方法
TW202005451A (zh) 實體上行通道的傳輸方法、接收方法、終端及基地台
JP5980380B1 (ja) ユーザ装置、及びソフトバッファサイズ決定方法
JPWO2016182047A1 (ja) ユーザ端末、無線基地局及び無線通信方法
WO2016017715A1 (ja) ユーザ装置、及び上り送信タイミング制御方法
WO2016052708A1 (ja) 情報通知方法、移動通信システム、及び基地局
US20150264679A1 (en) Mobile station and radio base station
JP6118842B2 (ja) ユーザ装置、基地局、及び情報受信方法
JP2017092827A (ja) ユーザ装置、基地局、通知方法及び設定方法
JP6093049B2 (ja) 情報通知方法、移動通信システム、及び基地局
WO2019092857A1 (ja) ユーザ端末及び無線通信方法
US20200389872A1 (en) User terminal and radio communication method
JP2015222972A (ja) ユーザ装置、及び基地局

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161011

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170327

R150 Certificate of patent or registration of utility model

Ref document number: 6118842

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250