(57)【要約】【課題】キャリアアグリゲーションを行う移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定することを可能とする技術を提供する。【解決手段】キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置において、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信手段と、前記送信手段により送信したコンポーネントキャリア数分のレイヤ数のうちの最大のレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定する決定手段とを備える。【選択図】図９
2017005665.tif 000002
【特許請求の範囲】
【請求項１】
キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信手段と、
前記送信手段により送信したコンポーネントキャリア数分のレイヤ数のうちの最大のレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定する決定手段と
を備えるユーザ装置。
【請求項２】
キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信手段と、
前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を決定するために使用されるレイヤ数を受信する受信手段と
を備えるユーザ装置。
【請求項３】
前記受信手段により受信したレイヤ数に基づいて、コンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を決定する決定手段
を備える請求項２に記載のユーザ装置。
【請求項４】
キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信手段と、
前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を受信する受信手段と
を備えるユーザ装置。
【請求項５】
前記キャリアアグリゲーションは、１つのバンド内で連続するコンポーネントキャリアを配置するキャリアアグリゲーションである
請求項１ないし４のうちいずれか１項に記載のユーザ装置。
【請求項６】
キャリアアグリゲーションをサポートする移動通信システムにおいてユーザ装置と通信を行う基地局であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記ユーザ装置から受信する受信手段と、
前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を決定するために使用されるレイヤ数を、前記ユーザ装置に送信する送信手段と
を備える基地局。
【請求項７】
キャリアアグリゲーションをサポートする移動通信システムにおいてユーザ装置と通信を行う基地局であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記ユーザ装置から受信する受信手段と、
前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を、前記ユーザ装置に送信する送信手段と
を備える基地局。
【請求項８】
キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する上り制御情報ビット幅決定方法であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信ステップと、
前記送信ステップにより送信したコンポーネントキャリア数分のレイヤ数のうちの最大のレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定する決定ステップと
を備える上り制御情報ビット幅決定方法。
【請求項９】
キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する情報受信方法であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信ステップと、
前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を決定するために使用されるレイヤ数を受信する受信ステップと
を備える情報受信方法。
【請求項１０】
キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する情報受信方法であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信ステップと、
前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を受信する受信ステップと
を備える情報受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＬＴＥ等の移動通信システムにおけるユーザ装置ＵＥが、基地局ｅＮＢに上り制御情報を送信するための技術に関連するものである。
【背景技術】
【０００２】
ＬＴＥ−Ａｄｖａｎｃｅｄでは、複数のキャリアを同時に用いて通信を行うキャリアアグリゲーション（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）が採用されている。キャリアアグリゲーションにおいて基本単位となるキャリアはコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）と呼ばれる。
【０００３】
キャリアアグリゲーションは、ＣＣの周波数配置により図１（ａ）〜（ｃ）に示すように３つのシナリオに分類される。図１（ａ）は、Ｉｎｔｒａ−ｂａｎｄ  ｃｏｎｔｉｇｕｏｕｓ  ＣＡであり、バンド内で連続するＣＣを配置するシナリオである。このシナリオは、例えば、３．５ＧＨｚ帯のような広帯域の割当てが行われる場合に適用される。図１（ｂ）は、Ｉｎｔｅｒ−ｂａｎｄ  ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ  ＣＡであり、異なるバンドのＣＣを複数配置するシナリオである。このシナリオは、例えば、２ＧＨｚ帯と１．５ＧＨｚ帯等の複数のキャリアを用いて通信を行う場合に適用される。図１（ｃ）は、Ｉｎｔｒａ−ｂａｎｄ  ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ  ＣＡであり、同じバンド内で非連続なＣＣを配置するシナリオである。このシナリオは、例えば、事業者への周波数帯域の割当てが断片的である場合等に適用される。
【０００４】
一方、ＬＴＥ（ＬＴＥ−Ａｄｖａｎｃｅｄを含む）システムにおいては、ユーザ装置ＵＥは、例えばネットワークへの接続時等に、自身の能力（Ｃａｐａｂｉｌｉｔｙ）を所定のシグナリングメッセージ（ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ）で基地局ｅＮＢに通知することが規定されている（例えば非特許文献１）。
【０００５】
上記の能力情報の通知において、ユーザ装置ＵＥは、自身がＣＡにおいてサポートするバンドの組み合わせ（ＣＡバンドコンビネーション、ＣＡ  ｂａｎｄ  ｃｏｍｂｉｎａｔｉｏｎ）を基地局ｅＮＢに通知する。また、ユーザ装置ＵＥが複数種類のＣＡバンドコンビネーションに対応できる場合、ユーザ装置ＵＥは、対応する全てのＣＡバンドコンビネーションのパターンを基地局ｅＮＢに通知する。
【０００６】
ＣＡバンドコンビネーションを通知するメッセージの構造例を図２に示す。図２に示すように、当該メッセージにて、ＵＬ／ＤＬ個別にバンドコンビネーション毎、バンド毎にＣＡ  ｂａｎｄｗｉｄｔｈｃｌａｓｓとＭＩＭＯレイヤ数を通知可能になっている。また、図２に示されていないが、ＤＬについては、バンドコンビネーション毎、バンド毎に、ＵＥが設定可能なＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）プロセス数（ｓｕｐｐｏｒｔｅｄＣＳＩ−Ｐｒｏ）を通知できる。なお、ＣＳＩプロセス数とは、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｍｕｌｔｉ−Ｐｏｉｎｔ  ｔｒａｎｓｍｉｓｓｉｏｎ／ｒｅｃｅｐｔｉｏｎ）を適用する場合において、ユーザ装置ＵＥが使用するＣＳＩプロセスの数である。
【０００７】
図２に示されるＣＡ  ｂａｎｄｗｉｄｔｈｃｌａｓｓ（ＣＡ帯域幅クラス）とは、例えば図３の表（非特許文献２）により定義されるクラスであり、周波数バンド毎に、ユーザ装置ＵＥでアグリゲート可能な帯域幅、ＣＣ数等を示す。
【０００８】
上記のように、ユーザ装置ＵＥは、自身がサポートするＭＩＭＯレイヤ数を能力情報として基地局ｅＮＢに通知できる。ここで、ユーザ装置ＵＥのＭＩＭＯレイヤ数は、ＵＬとＤＬのそれぞれで、ＣＣ毎に設定される。
【０００９】
一方、ユーザ装置ＵＥにおけるＭＩＭＯレイヤ数の能力はバンド毎に基地局ｅＮＢに通知される。例えば、図４の（ａ）のＩｎｔｅｒ−ｂａｎｄ  ＣＡのケースでは、バンド１９（クラスＡ）でＤＬ  ＭＩＭＯレイヤ数２が通知され、バンド１（クラスＡ）でＤＬ  ＭＩＭＯレイヤ数４が通知される。また、図４の（ｂ）のＩｎｔｒａ−ｂａｎｄ  ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ  ＣＡのケースでは、一つのバンド３（クラスＡ）における通知でＤＬ  ＭＩＭＯレイヤ数２が通知され、もう１つのバンド３（クラスＡ）の通知でＤＬ  ＭＩＭＯレイヤ数４が通知される。また、図４の（ｃ）のＩｎｔｒａ−ｂａｎｄ  ｃｏｎｔｉｇｕｏｕｓ  ＣＡのケースでは、バンド４２（クラスＣ）においてＤＬ  ＭＩＭＯレイヤ数４が通知される。図４（ａ）〜（ｃ）は、ＤＬ  ＭＩＭＯレイヤ数を示しているが、ＵＬ  ＭＩＭＯレイヤ数、及びＣＳＩプロセス数についても同様である。
【００１０】
上記のように、Ｉｎｔｅｒ−ｂａｎｄ  ＣＡのケースとＩｎｔｒａ−ｂａｎｄ  ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ  ＣＡのケースでは、クラスがＡであるため、１つのバンドが１つのＣＣにマッピングされる。従って、バンド毎にＭＩＭＯレイヤ数の能力を通知することで、ＣＣ毎のＭＩＭＯレイヤ数の能力を通知できる。
【００１１】
しかし、Ｉｎｔｒａ−ｂａｎｄ  ｃｏｎｔｉｇｕｏｕｓ  ＣＡの場合、１つのバンドで複数ＣＣが使用されるが、当該１つのバンドに対応する１つのＭＩＭＯレイヤ数しか通知できない。そこで、当該１つのＭＩＭＯレイヤ数は、Ｉｎｔｒａ−ｂａｎｄ  ｃｏｎｔｉｇｕｏｕｓ  ＣＡを構成する各ＣＣに対応する能力であると解釈される。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１２．５．０  （２０１５−０３）
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．１０１  Ｖ１２．７．０  （２０１５−０３）
【非特許文献３】３ＧＰＰ  Ｒ２−１５２９２１
【非特許文献４】３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１２．４．０  （２０１５−０３）
【発明の概要】
【発明が解決しようとする課題】
【００１３】
Ｉｎｔｒａ−ｂａｎｄ  ｃｏｎｔｉｇｕｏｕｓ  ＣＡの能力情報通知では、ＣＣ毎に能力値を通知できないという課題に対し、非特許文献３においてＩｎｔｒａ−ｂａｎｄ  ｃｏｎｔｉｇｕｏｕｓ  ＣＡのＣＣ毎にＭＩＭＯレイヤ数等を追加でシグナリングすることが提案されている。より具体的には、「ｉｎｔｒａＢａｎｄＣｏｎｔｉｇｕｏｕｓＣＣ−ＩｎｆｏＬｉｓｔ−ｒ１２」が追加され、該当バンドコンビネーションのＣＡを構成するＣＣ数分のＭＩＭＯレイヤ数を通知可能としている。なお、この「ＭＩＭＯレイヤ数」は、ＵＥがサポートできる最大のＭＩＭＯレイヤ数である。以下同様である。
【００１４】
上記の通知方法では、例えば図５に示すように、ＤＬ  ４２ＣというＩｎｔｒａ−ｂａｎｄ  ｃｏｎｔｉｇｕｏｕｓ  ＣＡに対し、従来のフィールド（ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０）を用いて、２ＣＣのうちの最小値の２を通知する。また、新たに導入されるフィールド（ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１２）を用いて、ＣＣ数分のＭＩＭＯレイヤ数として｛４、２｝を通知する。なお、｛４、２｝は、２ＣＣのうちの一方のＣＣについてのＤＬ  ＭＩＭＯレイヤ数が４であり、他方のＣＣのＤＬ  ＭＩＭＯレイヤ数が２であることを意味し、どのＣＣが４でどのＣＣが２であるかまでの区別はしていない。
【００１５】
また、従来のフィールド（ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０）を用いて、２ＣＣのＭＩＭＯレイヤ数のうちの最小の２を通知することは、２ＣＣのうちの全てのＣＣが対応できるレイヤ数の最大値を通知することを意味している。すなわち、Ｉｎｔｒａ−ｂａｎｄ  ｃｏｎｔｉｇｕｏｕｓ  ＣＡにおいて、従来のフィールド（ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０）では、該当のバンドに含まれる全てのＣＣで対応できるレイヤ数の最大値を通知することが合意されている。
【００１６】
ここで、非特許文献３に記載されているように、従来技術においては、ユーザ装置ＵＥが基地局ｅＮＢに送信するチャネル状態情報（ＣＳＩ）の１つであるＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）のビット幅（ｂｉｔ  ｗｉｄｔｈ）（ビット数と称してもよい）を、「ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０」のフィールドで通知するＤＬ  ＭＩＭＯレイヤ数に基づき決定することが規定されている。具体的には、非特許文献３（抜粋）において、「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.」と記載されているように、「ｉｎｔｒａ−ｂａｎｄ  ｃｏｎｔｉｇｕｏｕｓ  ｂａｎｄ  ｃｏｍｂｉｎａｔｉｏｎ」におけるＣＣ毎に、ＲＩビット幅が、ＵＥに通知される「ｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈ」により決定される。この内容は、これまでに説明した動作例３の内容と実質的に同じである。
【００８１】
動作例３において、非特許文献１（３ＧＰＰ  ＴＳ  ３６．３３１）の中の「ＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ」内の変更に関しては動作例２と同じであり、図１４に示したとおりである。
【００８２】
図２０（ａ）は、非特許文献１（３ＧＰＰ  ＴＳ  ３６．３３１）の中の「ＣＱＩ−ＲｅｐｏｒｔＣｏｎｆｉｇ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔｓ」内の変更例を示す。上述した「ｕｅ−ＲＩ−ｂｉｔｗｉｄｔｈ」等が追加されている。図２０（ｂ）は、「ｕｅ−ＲＩ−ｂｉｔｗｉｄｔｈ」の説明である。図２０（ｂ）に示すとおり、「ｕｅ−ＲＩ−ｂｉｔｗｉｄｔｈ」は、ＲＩビット幅を示す。
【００８３】
動作例１、２、３のような処理を実行することで、Ｉｎｔｒａ−ｂａｎｄ  ｃｏｎｔｉｇｕｏｕｓ  ＣＡにおいてＣＣ間でＤＬ  ＭＩＭＯレイヤ数が異なる場合でも、ＲＩビット幅を最小値にｄｏｗｎ  ｇｒａｄｅすることなく設定することができるため、ユーザ装置ＵＥの対応能力に応じたＤＬ  ＭＩＭＯレイヤ数を提供することができる。
【００８４】
（装置構成例、ＵＥ動作例）
次に、これまでの説明した処理（動作例１、動作例２、動作例３を含む）を実行可能なユーザ装置ＵＥと基地局ｅＮＢにおける主要な構成を説明する。
【００８５】
まず、図２１に、本実施の形態に係るユーザ装置ＵＥの構成図を示す。図２１に示すように、ユーザ装置ＵＥは、ＵＬ信号送信部１０１、ＤＬ信号受信部１０２、ＲＲＣ管理部１０３、ＲＩビット幅決定部１０４を含む。図２１は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図２１に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。また、ユーザ装置ＵＥは、動作例１、２、３の全ての動作を行う機能を有してもよいし、動作例１、２、３のうちのいずれか１つ又はいずれか２つの動作を行う機能を有してもよい。
【００８６】
ＵＬ信号送信部１０１は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。ＤＬ信号受信部１０２は、基地危局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。ＵＬ信号送信部１０１及びＤＬ信号受信部１０２はそれぞれ、複数のＣＣを束ねて通信を行うＣＡを実行する機能を含む。また、ＤＬ信号受信部１０２は、参照信号の測定を行って、ＲＩ等のＣＳＩを決定する機能を含み、ＵＬ信号送信部１０１は、ＲＩ等のＣＳＩを送信する機能を含む。
【００８７】
ＵＬ信号送信部１０１及びＤＬ信号受信部１０２はそれぞれ、パケットバッファを備え、レイヤ１（ＰＨＹ）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の処理を行うことを想定している。ただし、これに限られるわけではない。
【００８８】
ＲＲＣ管理部１０３は、ＵＬ信号送信部１０１／ＤＬ信号受信部１０２を介して、基地局ｅＮＢとの間でＲＲＣメッセージの送受信を行うとともに、ＣＡ情報の設定／変更／管理、構成変更等の処理を行う機能を含む。また、ＲＲＣ管理部１０３は、ユーザ装置ＵＥの能力の情報を保持するとともに、能力情報を通知するＲＲＣメッセージを作成し、ＵＬ信号送信部１０１を介して基地局ｅＮＢに送信する。
【００８９】
動作例１を実行する場合において、ＲＩビット幅決定部１０４は、例えば図１０、又は図１１に示したように変更された非特許文献４（３ＧＰＰ  ＴＳ  ３６．２１２）に記載された方法に従ってＲＩビット幅を決定する。また、動作例２を実行する場合において、ＲＩビット幅決定部１０４は、例えば図１３又は図１７に示したように変更された非特許文献４（３ＧＰＰ  ＴＳ  ３６．２１２）に記載された方法に従ってＲＩビット幅を決定する。また、動作例３を実行する場合において、ＲＩビット幅決定部１０４は、例えば図１８又は図１９に示したように変更された非特許文献４（３ＧＰＰ  ＴＳ  ３６．２１２）に記載された方法に従ってＲＩビット幅を決定する。なお、動作例３において、ＲＩビット幅決定部１０４は、基地局ｅＮＢから受信するメッセージからＲＩビット幅を取得し、当該ＲＩビット幅をＲＩ送信のために用いるビット幅として決定する。なお、ＲＩビット幅決定部１０４をＵＬ信号送信部１０１内に備えてもよい。
【００９０】
図２２に、本実施の形態に係る基地局ｅＮＢの機能構成図を示す。図２２に示すように、基地局ｅＮＢは、ＤＬ信号送信部２０１、ＵＬ信号受信部２０２、ＲＲＣ管理部２０３、スケジューリング部２０４を含む。図２２は、基地局ｅＮＢにおける主要な機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図２２に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。当該基地局ｅＮＢは、単独の基地局ｅＮＢでもよいし、設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）により、ＤＣを実行する際にはＭｅＮＢとＳｅＮＢのいずれにもなり得る。また、基地局ｅＮＢは、動作例１、２、３の全ての動作を行う機能を有してもよいし、動作例１、２、３のうちのいずれか１つ又はいずれか２つの動作を行う機能を有してもよい。
【００９１】
ＤＬ信号送信部２０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。ＵＬ信号受信部２０２は、各ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。ＤＬ信号送信部２０１及びＵＬ信号受信部２０２はそれぞれ、複数のＣＣを束ねて通信を行うＣＡを実行する機能を含む。また、ＤＬ信号送信部２０１及びＵＬ信号受信部２０２は、ＲＲＥのように、基地局ｅＮＢの本体（制御部）から遠隔に設置された無線通信部を含んでもよい。
【００９２】
ＤＬ信号送信部２０１及びＵＬ信号受信部２０２はそれぞれ、パケットバッファを備え、レイヤ１（ＰＨＹ）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の処理を行うことを想定している（ただし、これに限られるわけではない）。
【００９３】
ＲＲＣ管理部２０３は、ＤＬ信号送信部２０１／ＵＬ信号受信部２０２を介してユーザ装置ＵＥとの間でＲＲＣメッセージの送受信を行うとともに、ＣＡの設定／変更／管理、構成変更等の処理を行う機能を含む。また、ＲＲＣ管理部２０３は、ＵＬ信号受信部２０２を介して、ユーザ装置ＵＥから能力情報を受信し、当該能力情報を保持し、当該能力情報に基づいてユーザ装置ＵＥに対してＣＡの設定等を実施することができる。また、ＲＲＣ管理部２０３は、動作例２で説明したように、「ｉｎｔｒａ−ｂａｎｄ  ｃｏｎｔｉｇｕｏｕｓ  ｂａｎｄ  ｃｏｍｂｉｎｔｉｏｎ」における複数ＣＣ分のＤＬ  ＭＩＭＯレイヤ数を受信すると、ＣＣ毎のＤＬ  ＭＩＭＯレイヤ数をユーザ装置ＵＥに通知する機能を有する。また、ＲＲＣ管理部２０３は、動作例３で説明したように、「ｉｎｔｒａ−ｂａｎｄ  ｃｏｎｔｉｇｕｏｕｓ  ｂａｎｄ  ｃｏｍｂｉｎｔｉｏｎ」における複数ＣＣ分のＤＬ  ＭＩＭＯレイヤ数を受信すると、ＣＣ毎のＲＩビット幅をユーザ装置ＵＥに通知する機能を有してもよい。
【００９４】
スケジューリング部２０４は、ＣＡを実施するユーザ装置ＵＥに対し、セル毎にスケジューリングを行って、ＰＤＣＣＨの割り当て情報を作成し、当該割り当て情報を含むＰＤＣＣＨの送信をＤＬ信号送信部２０１に指示する機能を含む。
【００９５】
（実施の形態のまとめ）
以上、説明したように、本実施の形態によれば、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信部と、前記送信部により送信したコンポーネントキャリア数分のレイヤ数のうちの最大のレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定する決定部とを備えるユーザ装置が提供される。
【００９６】
当該構成により、キャリアアグリゲーションを行う移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定することができる。
【００９７】
前記キャリアアグリゲーションは、例えば１つのバンド内で連続するコンポーネントキャリアを配置するキャリアアグリゲーションである。この構成により、例えば、ｉｎｔｒａ−ｂａｎｄ  ｃｏｎｔｉｇｕｏｕｓ  ＣＡを行う際に、上り制御情報のビット幅を適切に決定できる。
【００９８】
前記上り制御情報は、例えば、各コンポーネントキャリアに対するランク情報である。この構成により、ユーザ装置の能力に見合った適切なＲＩビット幅を決定できる。
【００９９】
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信部と、前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を決定するために使用されるレイヤ数を受信する受信部とを備えるユーザ装置が提供される。
【０１００】
当該構成により、キャリアアグリゲーションを行う移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定するための情報を取得することが可能となる。
【０１０１】
上記ユーザ装置は、前記受信部により受信したレイヤ数に基づいて、コンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を決定する決定部を備えてもよい。この決定部により、上り制御情報の送信のためのビット幅を決定することができる。
【０１０２】
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信部と、前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を受信する受信部とを備えるユーザ装置が提供される。
【０１０３】
当該構成により、キャリアアグリゲーションを行う移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定することができる。
【０１０４】
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいてユーザ装置と通信を行う基地局であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記ユーザ装置から受信する受信部と、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を決定するために使用されるレイヤ数を、前記ユーザ装置に送信する送信部とを備える基地局が提供される。
【０１０５】
当該構成により、キャリアアグリゲーションを行う移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定することができる。
【０１０６】
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいてユーザ装置と通信を行う基地局であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記ユーザ装置から受信する受信部と、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を、前記ユーザ装置に送信する送信部とを備える基地局が提供される。
【０１０７】
当該構成により、キャリアアグリゲーションを行う移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定することができる。
【０１０８】
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する上り制御情報ビット幅決定方法であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信ステップと、前記送信ステップにより送信したコンポーネントキャリア数分のレイヤ数のうちの最大のレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定する決定ステップとを備える上り制御情報ビット幅決定方法が提供される。
【０１０９】
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する情報受信方法であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信ステップと、前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を決定するために使用されるレイヤ数を受信する受信ステップとを備える情報受信方法が提供される。
【０１１０】
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する情報受信方法であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記基地局に送信する送信ステップと、前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を受信する受信ステップとを備える情報受信方法が提供される。
【０１１１】
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいてユーザ装置と通信を行う基地局が実行する情報送信方法であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記ユーザ装置から受信する受信ステップと、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を決定するために使用されるレイヤ数を、前記ユーザ装置に送信する送信ステップとを備える情報送信方法が提供される。
【０１１２】
また、本実施の形態により、キャリアアグリゲーションをサポートする移動通信システムにおいてユーザ装置と通信を行う基地局が実行する情報送信方法であって、下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア数分のレイヤ数を前記ユーザ装置から受信する受信ステップと、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、上り制御情報の送信のためのビット幅を、前記ユーザ装置に送信する送信ステップとを備える情報送信方法が提供される。
【０１１３】
以上の各方法によっても、キャリアアグリゲーションを行う移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定することができる。
【０１１４】
本実施の形態で説明したユーザ装置ＵＥは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１１５】
本実施の形態で説明した基地局ｅＮＢは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１１６】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、ユーザ装置及び基地局は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置が有するプロセッサにより動作するソフトウェア、及び、基地局が有するプロセッサにより動作するソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【符号の説明】
【０１１７】
ＵＥ  ユーザ装置
ｅＮＢ  基地局
１０１  ＤＬ信号受信部
１０２  ＵＬ信号送信部
１０３  ＲＲＣ管理部
１０４  ＲＩビット幅決定部
２０１  ＤＬ信号送信部
２０２  ＵＬ信号受信部
２０３  ＲＲＣ管理部
２０４  スケジューリング部
【図１】
2017005665.tif 000003
【図２】
2017005665.tif 000004
【図３】
2017005665.tif 000005
【図４】
2017005665.tif 000006
【図５】
2017005665.tif 000007
【図６】
2017005665.tif 000008
【図７】
2017005665.tif 000009
【図８】
2017005665.tif 000010
【図９】
2017005665.tif 000011
【図１０】
2017005665.tif 000012
【図１１】
2017005665.tif 000013
【図１２】
2017005665.tif 000014
【図１３】
2017005665.tif 000015
【図１４】
2017005665.tif 000016
【図１５】
2017005665.tif 000017
【図１６】
2017005665.tif 000018
【図１７】
2017005665.tif 000019
【図１８】
2017005665.tif 000020
【図１９】
2017005665.tif 000021
【図２０】
2017005665.tif 000022
【図２１】
2017005665.tif 000023
【図２２】
2017005665.tif 000024
【手続補正書】
【提出日】平成28年10月11日(2016.10.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎のレイヤ数を前記基地局に送信する送信手段と、
前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、ランク指標のビット幅を決定するために使用されるレイヤ数を受信する受信手段と
を備えるユーザ装置。
【請求項２】
前記受信手段により受信したレイヤ数に基づいて、コンポーネントキャリア毎に、ランク指標のビット幅を決定する決定手段
を備える請求項１に記載のユーザ装置。
【請求項３】
前記キャリアアグリゲーションは、１つのバンド内で連続するコンポーネントキャリアを配置するキャリアアグリゲーションである
請求項１又は２に記載のユーザ装置。
【請求項４】
キャリアアグリゲーションをサポートする移動通信システムにおいてユーザ装置と通信を行う基地局であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎のレイヤ数を前記ユーザ装置から受信する受信手段と、
前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、ランク指標のビット幅を決定するために使用されるレイヤ数を、前記ユーザ装置に送信する送信手段と
を備える基地局。
【請求項５】
キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する情報受信方法であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎のレイヤ数を前記基地局に送信する送信ステップと、
前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、ランク指標のビット幅を決定するために使用されるレイヤ数を受信する受信ステップと
を備える情報受信方法。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】変更
【補正の内容】
【００２４】
また、本発明の実施の形態によれば、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎のレイヤ数を前記基地局に送信する送信手段と、
前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、ランク指標のビット幅を決定するために使用されるレイヤ数を受信する受信手段と
を備えるユーザ装置が提供される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２６
【補正方法】変更
【補正の内容】
【００２６】
また、本発明の実施の形態によれば、キャリアアグリゲーションをサポートする移動通信システムにおいてユーザ装置と通信を行う基地局であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎のレイヤ数を前記ユーザ装置から受信する受信手段と、
前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、ランク指標のビット幅を決定するために使用されるレイヤ数を、前記ユーザ装置に送信する送信手段と
を備える基地局が提供される。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】
また、本発明の実施の形態によれば、キャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する情報受信方法であって、
下りＭＩＭＯ能力の情報として、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎のレイヤ数を前記基地局に送信する送信ステップと、
前記基地局から、前記キャリアアグリゲーションを構成するコンポーネントキャリア毎に、ランク指標のビット幅を決定するために使用されるレイヤ数を受信する受信ステップと
を備える情報受信方法が提供される。