(57)【特許請求の範囲】
【請求項１】
下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記ユーザ装置の能力情報を前記基地局に送信する送信手段と、
設定情報を前記基地局から受信する受信手段と、
前記設定情報として、下り空間多重に対応する送信モードを示すパラメータと、所定の付加情報とを受信した場合に、前記所定の付加情報に基づいて、ランク指標のビット幅を決定するビット幅決定手段とを備え、
前記所定の付加情報は、前記ランク指標のビット幅を決定するために使用する情報として前記基地局から送信された最大レイヤ数である
ことを特徴とするユーザ装置。
【請求項２】
下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する上り制御情報ビット幅決定方法であって、
前記ユーザ装置の能力情報を前記基地局に送信する送信ステップと、
設定情報を前記基地局から受信する受信ステップと、
前記設定情報として、下り空間多重に対応する送信モードを示すパラメータと、所定の付加情報とを受信した場合に、前記所定の付加情報に基づいて、ランク指標のビット幅を決定するビット幅決定ステップとを備え、
前記所定の付加情報は、前記ランク指標のビット幅を決定するために使用する情報として前記基地局から送信された最大レイヤ数である
ことを特徴とする上り制御情報ビット幅決定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、空間多重をサポートする移動通信システムにおけるユーザ装置と基地局に関連するものである。
【背景技術】
【０００２】
ＬＴＥ（ＬＴＥ−Ａｄｖａｎｃｅｄを含む）システムにおいては、ユーザ装置ＵＥの能力に関するＵＥカテゴリ（ＵＥ  ｃａｔｅｇｏｒｙ）が規定されており、ＵＥカテゴリ毎に対応すべき要求条件が定められている。例えば、総ソフトチャネルビット数、サポートするＭＩＭＯレイヤ数等がＵＥカテゴリ毎に規定されている（非特許文献１）。
【０００３】
また、ＬＴＥでは、ユーザ装置ＵＥは、自身のＵＥカテゴリを所定のメッセージ"ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ"で基地局ｅＮＢに通知することが規定されている（非特許文献２）。
【０００４】
３ＧＰＰのリリース８（以下、Ｒｅｌ−８）では、ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙのメッセージにおいて、ＵＥカテゴリ１〜５を通知するフィールドが定義され、リリース１０（以下、Ｒｅｌ−１０）からはＵＥカテゴリ６及び６以降の値が追加定義され、それを通知するためのフィールドが定義されている。具体的には、例えば図１に示すＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙの情報要素（ＩＥ）の中に下線で示すように、ＵＥカテゴリ１〜５を通知するフィールドと、ＵＥカテゴリ６〜８を通知するフィールドが定義されている。
【０００５】
また、ＬＴＥでは、基地局ｅＮＢからユーザ装置ＵＥへのデータ（ＰＤＳＣＨ）の送信方式を定める種々のＴｒａｎｓｍｉｓｓｉｏｎ  Ｍｏｄｅ（送信モード、以下ではＴＭと記述）が定められており、ユーザ装置ＵＥは基地局ｅＮＢから設定されるＴＭに従ってデータ受信動作を行う（非特許文献３）。例えば、ＴＭ３は開ループ空間多重を示し、ＴＭ４は閉ループ空間多重を示し、いずれも、ユーザ装置ＵＥから基地局ｅＮＢへのＲＩ（ランク数）のフィードバックが必要である。
【０００６】
また、ＬＴＥにおけるユーザ装置ＵＥ及び基地局ｅＮＢでは、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤのＨＡＲＱエンティティにおいてＨＡＲＱ（Ｈｙｂｒｉｄ  ＡＲＱ）制御が行われる。例えばユーザ装置ＵＥでの下りデータに対するＨＡＲＱ制御では、下りデータ（ＴＢ：トランスポートブロック）のデコード（復号）に成功した場合にＡＣＫを基地局ｅＮＢに返し、デコードに失敗した場合はＮＡＣＫを基地局ｅＮＢに返す。このように、ＨＡＲＱでは、ＡＣＫ／ＮＡＣＫを送信することで再送制御を行う。ＨＡＲＱにおいて、ユーザ装置ＵＥは、受信したデータのデコード（復号）に失敗した場合（データが誤っていた場合）に、当該データを保持しておき、基地局ｅＮＢから再送されてきたデータと当該保持したデータとを合成し、合成したデータをデコードする。これにより、誤りに強い耐性を持たせることとしている。上記のデータを保持する記憶部（メモリ領域）をソフトバッファと呼ぶ。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３０６  Ｖ１２．４．０  （２０１５−０３）
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１２．５．０  （２０１５−０３）
【非特許文献３】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１２．５．０  （２０１５−０３）
【非特許文献４】３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１２．４．０  （２０１５−０３）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
Ｒｅｌ−１０で導入されたカテゴリ６以降のＵＥカテゴリのユーザ装置ＵＥは、ＴＭ３、ＴＭ４、ＴＭ９、ＴＭ１０等が設定されることで、４レイヤ（４×４ＭＩＭＯ）受信を行うことが可能である。しかし、カテゴリ６以降のＵＥカテゴリにおいては、ＴＭ３又はＴＭ４（以下、ＴＭ３／４）ではなく、ＴＭ９又はＴＭ１０を使用することが想定されている。このため、ＴＭ３／４での４レイヤ受信では以下に説明するようにソフトバッファサイズの決定に制約がある。
【０００９】
すなわち、従来の仕様である非特許文献４の「５．１．４．１．２  Ｂｉｔ  ｃｏｌｌｅｃｔｉｏｎ，ｓｅｌｅｃｔｉｏｎ  ａｎｄ  ｔｒａｎｓｍｉｓｓｉｏｎ」において、１ＴＢ当たりのソフトバッファサイズ（ＮＩＲ）を算出するにあたって使用するＮｓｏｆｔ（ＵＥの総ソフトチャネルビット数（＝総ソフトバッファサイズ））の決定方法が「if the UE signals ue-Category-v1020, and is configured with transmission mode 9 or transmission mode 10 for the DL cell, Nsoft is the total number of soft channel bits [4] according to the UE category indicated by ue-Category-v1020 [6]. Otherwise, Nsoft is the total number of soft channel bits [4] according to the UE category indicated by ue-Category (without suffix) [6].」と規定されている。
【００１０】
上記のとおり、Ｒｅｌ−１０のＵＥカテゴリ（ｕｅ−Ｃａｔｅｇｏｒｙ−ｖ１０２０）に対応する総ソフトチャネルビット数を参照するケースが、ＴＭ９／１０設定時となっている。一方、ＴＭ３／４設定時には、Ｒｅｌ−１０のＵＥカテゴリ（ｕｅ−Ｃａｔｅｇｏｒｙ−ｖ１０２０）を通知した場合でも、上記のＯｔｈｅｒｗｉｓｅに該当してしまい、ユーザ装置ＵＥは、Ｒｅｌ−８のｕｅ−Ｃａｔｅｇｏｒｙに対応する総ソフトチャネルビット数を参照する。なお、従来の仕様において、カテゴリ６／７に対応するユーザ装置ＵＥは、Ｒｅｌ−１０のパラメータでカテゴリ６／７を通知するとともに、Ｒｅｌ−８のパラメータでカテゴリ４を通知する。
【００１１】
図２は、非特許文献１に記載されているＵＥカテゴリの表とともに、上記の状況の例を示している。
【００１２】
例えばカテゴリ６に対応するユーザ装置ＵＥにおいて、ＴＭ９が設定されれば、図２に示すように、カテゴリ６に対応する総ソフトチャネルビット数をＮｓｏｆｔとして参照するが、ＴＭ３／４が設定される場合には、カテゴリ４に対応する総ソフトチャネルビット数をＮｓｏｆｔとして参照する。図２に示すように、カテゴリ４に対応する総ソフトチャネルビット数は、カテゴリ６に対応する総ソフトチャネルビット数の半分であるため、ＨＡＲＱ再送が起こるような通信環境では品質が劣化する可能性がある。
【００１３】
また、上述したように、ＴＭ３／４においてはＲＩのフィードバックが必要であるが、従来の技術では、ＴＭ３／４が設定される場合に、ＲＩの通知に用いるＲＩビットの幅（ビット長）を適切に決定できない場合があるという問題がある。
【００１４】
すなわち、非特許文献４の「５．２．２．６  Ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ  ｏｆ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ」には、ＲＩフィードバックに使用するビット幅を５．２．２．６．１−２等のテーブルから定めることが記載され、当該テーブルを参照する際に使用する最大レイヤ数（ＵＥがサポートする最大のＤＬ  ＭＩＭＯレイヤ数）を「ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０  ｆｉｅｌｄ」等の値に基づいて決定することが記載されている。
【００１５】
しかし、ＴＭ３／４設定時に関しては、「Otherwise the maximum number of layers is determined according to the minimum of the number of PBCH antenna ports and ue-Category (without suffix).」が適用されるように規定がなされている。従って、ユーザ装置ＵＥに対してＴＭ３／４が設定されたときには、ＵＥがカテゴリ６／７に対応する場合でも、カテゴリ４に対応するレイヤ数（図２から、「２」となる）が最大レイヤ数として使用されることになる。従って、ＲＩビット幅は最大で１ビットとなる。ＲＩビット幅が１の場合、ＲＩ（ランク）として１又は２しか通知できない。よって、ユーザ装置ＵＥが４レイヤ空間多重を行う能力を有していても、ＲＩ＝４を通知できないため、４レイヤ空間多重を実行することができないという課題が生じる。
【００１６】
なお、上記のＲＩに関する課題は、ＲＩに限らず、その他の上り制御情報（ＵＣＩ）に対しても生じ得る課題である。
【００１７】
本発明は上記の課題のうち、特にＲＩに関する課題に鑑みてなされたものであり、ユーザ装置と基地局を備える移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００２０】
本発明の実施の形態によれば、下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記ユーザ装置の能力情報を前記基地局に送信する送信手段と、
設定情報を前記基地局から受信する受信手段と、
前記設定情報として、下り空間多重に対応する送信モードを示すパラメータと、所定の付加情報とを受信した場合に、前記所定の付加情報に基づいて、ランク指標のビット幅を決定するビット幅決定手段とを備え、
前記所定の付加情報は、前記ランク指標のビット幅を決定するために使用する情報として前記基地局から送信された最大レイヤ数である
ことを特徴とするユーザ装置が提供される。
【００２３】
また、本発明の実施の形態によれば、下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する上り制御情報ビット幅決定方法であって、
前記ユーザ装置の能力情報を前記基地局に送信する送信ステップと、
設定情報を前記基地局から受信する受信ステップと、
前記設定情報として、下り空間多重に対応する送信モードを示すパラメータと、所定の付加情報とを受信した場合に、前記所定の付加情報に基づいて、ランク指標のビット幅を決定するビット幅決定ステップとを備え、
前記所定の付加情報は、前記ランク指標のビット幅を決定するために使用する情報として前記基地局から送信された最大レイヤ数である
ことを特徴とする上り制御情報ビット幅決定方法が提供される。
【発明の効果】
【００２４】
本発明により、ユーザ装置と基地局を備える移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定することを可能とする技術が提供される。
【図面の簡単な説明】
【００２５】
【図１】ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙの情報要素の一部を示す図である。
【図２】課題を説明するための図である。
【図３】本発明の実施の形態に係る通信システムの構成図である。
【図４】本発明の実施の形態に係る通信システムの基本的な動作例を示す図である。
【図５】動作例１におけるユーザ装置ＵＥのソフトバッファサイズ決定方法を説明するための図である。
【図６】動作例１における標準仕様書の変更例を示す図である。
【図７】動作例１における標準仕様書の変更例を示す図である。
【図８】動作例１におけるユーザ装置ＵＥのＲＩビット幅決定方法を説明するための図である。
【図９】ＲＩビット幅の例を示す図である。
【図１０】動作例１における標準仕様書の変更例を示す図である。
【図１１】動作例１における標準仕様書の変更例を示す図である。
【図１２】動作例２におけるユーザ装置ＵＥのソフトバッファサイズ決定方法を説明するための図である。
【図１３】動作例２における標準仕様書の変更例を示す図である。
【図１４】動作例２における標準仕様書の変更例を示す図である。
【図１５】動作例２における標準仕様書の変更例を示す図である。
【図１６】動作例２におけるユーザ装置ＵＥのＲＩビット幅決定方法を説明するための図である。
【図１７】動作例２における標準仕様書の変更例を示す図である。
【図１８】動作例３におけるユーザ装置ＵＥのソフトバッファサイズ決定方法を説明するための図である。
【図１９】動作例３における標準仕様書の変更例を示す図である。
【図２０】動作例３における標準仕様書の変更例を示す図である。
【図２１】動作例３におけるユーザ装置ＵＥのＲＩビット幅決定方法を説明するための図である。
【図２２】動作例３における標準仕様書の変更例を示す図である。
【図２３】動作例４におけるユーザ装置ＵＥのソフトバッファサイズ決定方法を説明するための図である。
【図２４】動作例４における標準仕様書の変更例を示す図である。
【図２５】動作例４における標準仕様書の変更例を示す図である。
【図２６】動作例４におけるユーザ装置ＵＥのＲＩビット幅決定方法を説明するための図である。
【図２７】動作例４における標準仕様書の変更例を示す図である。
【図２８】ユーザ装置ＵＥの構成図である。
【図２９】基地局ｅＮＢの構成図である。
【発明を実施するための形態】
【００２６】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態の通信システムは、ＬＴＥ−Ａｄｖａｎｃｅｄを含むＬＴＥに対応していることを想定しているが、本発明はＬＴＥに限らず、ＭＩＭＯ技術による空間多重を行う他の方式にも適用可能である。
【００２７】
また、本実施の形態におけるＣＡ（キャリアアグリゲーション）は、Ｉｎｔｒａ−ｅＮＢ  ＣＡのみならず、ＤＣ（Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）のようなＩｎｔｅｒ−ｅＮＢ  ＣＡも含む。また、本実施の形態では、ＣＣとセルは基本的に同義と考えてよく、ＣＣをセル（より具体的にはサービングセル）と称してもよい。
【００２８】
（システム全体構成、動作概要）
図３に本発明の実施の形態に係る通信システムの構成図を示す。本実施の形態に係る通信システムは、ＬＴＥ方式の通信システムであり、図３に示すように、ユーザ装置ＵＥ、及び基地局ｅＮＢを含む。ユーザ装置ＵＥ、及び基地局ｅＮＢは、２×２ＭＩＭＯ、４×４ＭＩＭＯ等の空間多重通信、及びＣＡを行うことが可能である。基地局ｅＮＢは単独で複数セルを形成することもできるし、例えば遠隔にＲＲＥ（遠隔無線装置）を接続することで、基地局ｅＮＢ本体とＲＲＥとで複数セルを形成することもできる。図３には、ユーザ装置ＵＥ、及び基地局ｅＮＢが１つずつ示されているが、これは例であり、それぞれ複数であってもよい。また、ユーザ装置ＵＥは、複数の基地局ｅＮＢと同時に通信を行う能力（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）を備えていてもよい。
【００２９】
ＣＡが行われる際には、ユーザ装置ＵＥに対して、接続性を担保する信頼性の高いセルであるＰＣｅｌｌ（Ｐｒｉｍａｒｙ  ｃｅｌｌ）及び付随的なセルであるＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ）が設定される。ユーザ装置ＵＥは、第１に、ＰＣｅｌｌに接続し、必要に応じて、ＳＣｅｌｌを追加することができる。ＰＣｅｌｌは、ＲＬＭ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｍｏｎｉｔｏｒｉｎｇ）及びＳＰＳ（Ｓｅｍｉ-Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）等をサポートする単独のセルと同様のセルである。ＳＣｅｌｌの追加及び削除は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングによって行われる。ＳＣｅｌｌは、ユーザ装置ＵＥに対して設定された直後は、非アクティブ状態（ｄｅａｃｔｉｖａｔｅ状態）であるため、アクティブ化することで初めて通信可能（スケジューリング可能）となるセルである。
【００３０】
また、Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙを行う際には、ユーザ装置ＵＥは、２つの物理的に異なる基地局ｅＮＢの無線リソースを同時に使用して通信を行う。Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙはＣＡの一種であり、Ｉｎｔｅｒ  ｅＮＢ  ＣＡ（基地局間キャリアアグリゲーション）とも呼ばれ、Ｍａｓｔｅｒ−ｅＮＢ（ＭｅＮＢ）と、Ｓｅｃｏｎｄａｒｙ−ｅＮＢ（ＳｅＮＢ）が導入される。ＤＣにおいて、ＭｅＮＢ配下のセル（１つ又は複数）で構成されるセルグループをＭＣＧ（Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐ、マスターセルグループ）、ＳｅＮＢ配下のセル（１つ又は複数）で構成されるセルグループをＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ、セカンダリセルグループ）と呼ぶ。ＳＣＧのうちの少なくとも１つのＳＣｅｌｌにはＵＬのＣＣが設定され、そのうちの１つにＰＵＣＣＨが設定される。このＳＣｅｌｌをＰＳＣｅｌｌ（ｐｒｉｍａｒｙ  ＳＣｅｌｌ）と呼ぶ。
【００３１】
本実施の形態における基本的な動作として、ユーザ装置ＵＥから基地局ｅＮＢに対してユーザ装置ＵＥの能力を通知するＵＥ能力情報（ＵＥ  ｃａｐａｂｉｌｉｔｙ）の通知、及び、基地局ｅＮＢからユーザ装置ＵＥにＲＲＣ接続等に関する各種の設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を通知するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの通知がある。図４を参照して、これらの通知動作例を説明する。図４に示すように、ユーザ装置ＵＥは、ステップＳ１０１で基地局ｅＮＢから送信されるＵＥ能力情報要求（ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｅｎｑｕｉｒｙ）を受信する。ユーザ装置ＵＥは、当該ＵＥ能力情報要求に基づいて、基地局ｅＮＢに対してＵＥ能力情報（ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）を送信する（ステップＳ１０２）。本実施の形態に係るＵＥ能力情報には、ＵＥカテゴリ、ＣＣ毎にサポートする（最大の）下りＭＩＭＯレイヤ数等が含まれる。
【００３２】
ステップＳ１０３で、基地局ｅＮＢからユーザ装置ＵＥにＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが通知される。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信したユーザ装置ＵＥは、通知された各種ｃｏｎｆｉｇｕｒａｔｉｏｎの設定（格納）を行い、ステップＳ１０４でＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅを基地局ｅＮＢに送信する。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎには、送信モード（ＴＭ）のパラメータ等が含まれる。
【００３３】
また、ユーザ装置ＵＥの基本的な動作として、上り制御情報（以下、ＵＣＩ）の送信がある。ＵＣＩには、ＡＣＫ／ＮＡＣＫ（ハイブリッドＡＲＱ送達確認）、スケジューリングリクエスト、及びチャネル状態情報（以下、ＣＳＩ）等がある。ＣＳＩには、ＣＱＩ、ＰＭＩ、ＲＩ等がある。本実施の形態では特に、ＣＳＩの中のＲＩの送信に着目している。ただし、本実施の形態の技術は、ＲＩ以外のＵＣＩについても適用可能である。
【００３４】
ＣＳＩ報告には、周期的報告（ｐｅｒｉｏｄｉｃ  ｒｅｐｏｒｔｉｎｇ）と非周期的報告（ａｐｅｒｉｏｄｉｃ  ｒｅｐｏｒｔｉｎｇ）がある。周期的報告には通常、ＰＵＣＣＨが使用されるが、周期的報告タイミングでＰＵＳＣＨによるデータ送信がある場合、ＰＵＳＣＨが用いられる場合もある。また、非周期的報告は、基地局ｅＮＢからのスケジューリンググラントにおける要求に基づいて、ＰＵＳＣＨにより行われる。
【００３５】
また、ＣＳＩ報告の対象は下りＣＣ（セル）毎である。例えば、下りＣＣ１と下りＣＣ２からなる下りＣＡにおいて、ユーザ装置ＵＥは、下りＣＣ１で受信する参照信号（例：ＣＳＩ−ＲＳ）の測定によりＲＩ１を得て、下りＣＣ１に対するＲＩとしてＲＩ１を基地局ｅＮＢに報告し、下りＣＣ２で受信するＣＳＩ−ＲＳの測定によりＲＩ２を得て、下りＣＣ２に対するＲＩとしてＲＩ２を基地局ｅＮＢに報告する。
【００３６】
以下、本実施の形態における動作例１、動作例２、動作例３、及び動作例４を詳細に説明する。
【００３７】
（動作例１）
前述したように、従来技術においては、ユーザ装置ＵＥにＴＭ３／４（ＴＭ３又はＴＭ４）が設定された場合において、ユーザ装置ＵＥが４レイヤ受信を行う能力を有していても、カテゴリ４のソフトバッファサイズを使用することになるため、ＨＡＲＱ再送が起こるような環境において品質が劣化する可能性があるという問題がある。
【００３８】
そこで、動作例１では、新規のＴＭを新たにパラメータとして導入し、当該パラメータに応じた適切なソフトバッファサイズの決定を行うこと可能としている。動作例１において、当該新規のＴＭのパラメータは、ＴＭ３に対応するｔｍ３−ｒａｎｋ４−ｖ１２ｘｙ、ＴＭ４に対応するｔｍ４−ｒａｎｋ４−ｖ１２ｘｙである。
【００３９】
また、上記新規のＴＭは、ＴＭ３／４について、ランク４までのＭＩＭＯ通信を適切に実行することを可能とするＴＭであることから、これを「ＴＭ３／４  ｕｐ  ｔｏ  ｒａｎｋ４」用のＴＭと呼ぶことができる。
【００４０】
当該新規ＴＭを使用した場合における、ユーザ装置ＵＥのソフトバッファサイズの決定に関する動作を図５のフローチャートを参照して説明する。
【００４１】
ステップＳ３０１において、ユーザ装置ＵＥはＵＥカテゴリ及びサポートする下りＭＩＭＯレイヤ数を含むＵＥ  ｃａｐａｂｉｌｉｔｙを基地局ｅＮＢに送信する。ステップＳ３０２において、ユーザ装置ＵＥは、基地局ｅＮＢからＴＭ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに含まれる）を受信する。なお、基地局ｅＮＢは、ステップＳ３０１で受信したＵＥカテゴリ、下りＭＩＭＯレイヤ数等に基づいて、ユーザ装置ＵＥに設定するＴＭを決定している。
【００４２】
ステップＳ３０３において、ユーザ装置ＵＥは、自身がＵＥカテゴリ６以降のＵＥカテゴリであり、かつ、新規ＴＭであるｔｍ３／４−ｒａｎｋ４−ｖ１２ｘｙを受信（設定）したか否かを判定する。
【００４３】
ステップＳ３０３での判定結果がＹｅｓである場合、ユーザ装置ＵＥは、自身のＵＥカテゴリ（カテゴリ６以降のカテゴリ）に対応する総ソフトチャネルビット数（Ｎｓｏｆｔ）を使用してソフトバッファサイズ（ＮＩＲ）を算出する（ステップＳ３０４）。ステップＳ３０３での判定結果がＮｏである場合、ユーザ装置ＵＥは既存の規定（非特許文献４等）に従ってソフトバッファサイズを算出する（ステップＳ３０５）。
【００４４】
ユーザ装置ＵＥは、上記のようにして算出したソフトバッファサイズのソフトバッファを用いて、ＨＡＲＱ制御等のデータ受信処理を実行する。
【００４５】
図６は、動作例１における標準仕様書の変更例（抜粋）を示す図である。図６は、非特許文献４（３ＧＰＰ  ＴＳ  ３６．２１２）の変更例を示している。変更に関する部分には下線が引かれている。図６において、「if the UE signals ue-Category-v1020, and is configured with transmission mode 9, transmission mode 10, transmission mode 3 up to rank 4 or transmission mode 4 up to rank 4 for the DL cell, Nsoft is the total number of soft channel bits [4] according to the UE category indicated by ue-Category-v1020 [6].」と記載されているとおり、動作例１では、ユーザ装置ＵＥは、下りセル（サービングセル）に対してｕｐ  ｔｏ  ｒａｎｋ４用のＴＭ３／４が設定された場合において、ｕｅ−Ｃａｔｅｇｏｒｙ−ｖ１０２０で示されるＵＥカテゴリ（つまり、ＵＥカテゴリ６以降のＵＥカテゴリ）に対応する総ソフトチャネルビット数を使用してソフトバッファサイズを算出する。
【００４６】
図７は、動作例１における非特許文献２（３ＧＰＰ  ＴＳ  ３６．３３１）の変更例を示している。図７に示すように、上述したｔｍ３−ｒａｎｋ４−ｖ１２ｘｙ、及びｔｍ４−ｒａｎｋ４−ｖ１２ｘｙが追加される。
【００４７】
さて、前述したように、従来技術では、ユーザ装置ＵＥにＴＭ３／４（ＴＭ３又はＴＭ４）が設定された場合において、ユーザ装置ＵＥが４レイヤ受信を行う能力を有していても、ユーザ装置ＵＥは、自身の能力に応じたＲＩの値を通知できない場合が発生する。
【００４８】
動作例１では、上記のように、新規のＴＭを導入し、更に、ＴＭ３／４  ｕｐ  ｔｏ  ｒａｎｋ４用にサポートするＭＩＭＯレイヤ数をＵＥ  ｃａｐａｂｉｌｉｔｙの情報として導入することで、ユーザ装置ＵＥが適切にＲＩの値を通知することを可能としている。
【００４９】
動作例１における、ユーザ装置ＵＥのＲＩビット幅の決定に関する動作を図８のフローチャートを参照して説明する。
【００５０】
ステップＳ４０１、Ｓ４０２は、図５におけるステップＳ３０１、Ｓ３０２と同じである。
【００５１】
ステップＳ４０３において、ユーザ装置ＵＥは、ＴＭ３／４  ｕｐ  ｔｏ  ｒａｎｋ４用の下りＭＩＭＯレイヤ数をＵＥ  ｃａｐａｂｉｌｉｔｙに含めて通知し、かつ、ｔｍ３／４−ｒａｎｋ４−ｖ１２ｘｙを受信（設定）しているか否かを判定する。ＴＭ３／４  ｕｐ  ｔｏ  ｒａｎｋ４用のＭＩＭＯレイヤ数をＵＥ  ｃａｐａｂｉｌｉｔｙとして通知したとは、ユーザ装置ＵＥが、ＴＭ３／４  ｕｐ  ｔｏ  ｒａｎｋ４用のＭＩＭＯ通信をサポートしていることを意味する。
【００５２】
ステップＳ４０３での判定結果がＹｅｓである場合、ユーザ装置ＵＥは、ＰＢＣＨのアンテナポート数と、上記通知したＭＩＭＯレイヤ数のうちの最小値を、最大レイヤ数としてＲＩビット幅を決定する（ステップＳ４０４）。ここで、ＰＢＣＨのアンテナポート数は、ユーザ装置ＵＥが基地局ｅＮＢから受信するＭＩＢに基づいて算出できる値である。例えば、ＰＢＣＨのアンテナポート数が４であり、通知したＭＩＭＯレイヤ数が２であるとすると、最大レイヤ数は２であり、この２からＲＩビット幅を決定する。ＲＩビット幅の決定については、所定のテーブル（例：図９）から決定する。図９に示すように、最大レイヤ数が２である場合、ビット幅は１として決定される。
【００５３】
ステップＳ４０３での判定結果がＮｏである場合、ユーザ装置ＵＥは既存の規定（非特許文献４等）に従ってＲＩビット幅を決定する（ステップＳ４０５）。
【００５４】
図１０は、動作例１における標準仕様書の変更例（抜粋）を示す図である。図１０は、非特許文献４（３ＧＰＰ  ＴＳ  ３６．２１２）の変更例を示している。変更に関する部分には下線が引かれている。図１０において、「If the UE is configured with transmission mode 3 or 4 up to Rank4 operation, and the supportedMIMO-TM3(or 4)-CapabilityDL-r12 field is included in the UE-EUTRA-Capability, the maximum number is determined according to the minimum of the number of PBCH antenna ports and the reported UE downlink MIMO capabilities in the supportedMIMO-TM3(or 4)-CapabilityDL-r12 field for the same band in the corresponding band combination.」と記載されているとおり、動作例１では、ユーザ装置ＵＥにＴＭ３／４  ｕｐ  ｔｏ  Ｒａｎｋ４が設定され、かつ、「ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＴＭ３（ｏｒ４）−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１２」がＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙに含まれている場合に、ユーザ装置ＵＥは、ＰＢＣＨアンテナポート数と通知した下りＭＩＭＯレイヤ数に基づいて、ＲＩビット幅決定のための最大レイヤ数を決定する。
【００５５】
図１１は、動作例１における非特許文献２（３ＧＰＰ  ＴＳ  ３６．３３１）の変更例を示している。図１１に示すように、ＵＥがサポートする最大の下りＭＩＭＯレイヤ数を示すｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＴＭ３／４−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１２が追加されている。図１１に示すｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＴＭ３／４−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１２の追加に関しては、以下で説明する動作例２〜４についても同様である。なお、本実施の形態では、ＴＭ３とＴＭ４で個別にＭＩＭＯレイヤ数を通知しているが、ＴＭ３とＴＭ４をまとめて１つのシグナリングとしてもよい。この場合、ＴＭ３とＴＭ４で、サポートするＭＩＭＯレイヤ数が同じであることを想定している。
【００５６】
（動作例２）
次に、動作例２について説明する。動作例１では、新規のＴＭを新たにパラメータとして導入しているのに対し、動作例２では、新規の情報要素であるｒａｎｋ４−ｅｎａｂｌｅｄを既存のＴＭ３、ＴＭ４に対して追加することで、ｕｐ  ｔｏ  ｒａｎｋ  ４の動作をユーザ装置ＵＥに設定することとしている。
【００５７】
当該新規の情報要素を使用した場合における、ユーザ装置ＵＥのソフトバッファサイズの決定に関する動作を図１２のフローチャートを参照して説明する。
【００５８】
ステップＳ５０１において、ユーザ装置ＵＥはＵＥカテゴリ及びサポートする下りＭＩＭＯレイヤ数を含むＵＥ  ｃａｐａｂｉｌｉｔｙを基地局ｅＮＢに送信する。ステップＳ５０２において、ユーザ装置ＵＥは、基地局ｅＮＢからＴＭ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに含まれる）を受信する。動作例２では、ＴＭに対して上述した情報要素が付加される。なお、基地局ｅＮＢは、ステップＳ５０１で受信したＵＥカテゴリ、下りＭＩＭＯレイヤ数等に基づいて、ユーザ装置ＵＥに設定するＴＭ（+追加情報要素）を決定している。
【００５９】
ステップＳ５０３において、ユーザ装置ＵＥは、自身がＵＥカテゴリ６以降のＵＥカテゴリであり、かつ、ＴＭ３／４とｒａｎｋ４−ｅｎａｂｌｅｄを受信したか否かを判定する。
【００６０】
ステップＳ５０３での判定結果がＹｅｓである場合、ユーザ装置ＵＥは、自身のＵＥカテゴリ（カテゴリ６以降のカテゴリ）に対応する総ソフトチャネルビット数（Ｎｓｏｆｔ）を使用してソフトバッファサイズ（ＮＩＲ）を算出する（ステップＳ５０４）。ステップＳ５０３での判定結果がＮｏである場合、ユーザ装置ＵＥは既存の規定（非特許文献４等）に従ってソフトバッファサイズを算出する。
【００６１】
ユーザ装置ＵＥは、上記のようにして算出したソフトバッファサイズのソフトバッファを用いて、データ受信におけるＨＡＲＱ制御等を実行する。
【００６２】
図１３は、動作例２における標準仕様書の変更例（抜粋）を示す図である。図１３は、非特許文献４（３ＧＰＰ  ＴＳ  ３６．２１２）の変更例を示している。変更に関する部分には下線が引かれている。図１３において、「if the UE signals ue-Category-v1020, and is configured with transmission mode 3 or transmission mode 4, and is configured by higher layers with rank4-enabled-r12 for the DL cell, Nsoft is the total number of soft channel bits [4] according to the UE category indicated by ue-Category-v1020 [6].」と記載されているとおり、動作例２では、ユーザ装置ＵＥは、下りセル（サービングセル）に対してＴＭ３／４及びｒａｎｋ４−ｅｎａｂｌｅｄが設定された場合において、ｕｅ−Ｃａｔｅｇｏｒｙ−ｖ１０２０で示されるＵＥカテゴリ（つまり、ＵＥカテゴリ６以降のＵＥカテゴリ）に対応する総ソフトチャネルビット数を使用してソフトバッファサイズを算出する。
【００６３】
図１４、図１５は、動作例２における非特許文献２（３ＧＰＰ  ＴＳ  ３６．３３１）の変更例を示している。図１４、図１５に示すように、ＴＭ３／４におけるｕｐ  ｔｏ  ｒａｎｋ４動作が可能であることを示すｒａｎｋ４−ｅｎａｂｌｅｄが追加される。
【００６４】
ＲＩビット幅の決定に関し、動作例２では、上記のように、既存のＴＭ３／４に追加するｒａｎｋ４−ｅｎａｂｌｅｄを導入し、更に、ＴＭ３／４  ｕｐ  ｔｏ  ｒａｎｋ４用にサポートするＭＩＭＯレイヤ数をＵＥ  ｃａｐａｂｉｌｉｔｙに導入することで、ユーザ装置ＵＥが適切にＲＩの値を通知することを可能としている。
【００６５】
動作例２における、ユーザ装置ＵＥのＲＩビット幅の決定に関する動作を図１６のフローチャートを参照して説明する。
【００６６】
ステップＳ６０１、Ｓ６０２は、図１２におけるステップＳ５０１、Ｓ５０２と同じである。
【００６７】
ステップＳ６０３において、ユーザ装置ＵＥは、ＴＭ３／４  ｕｐ  ｔｏ  ｒａｎｋ４用の下りＭＩＭＯレイヤ数をＵＥ  ｃａｐａｂｉｌｉｔｙに含めて通知し、かつ、ＴＭ３／４とｒａｎｋ４−ｅｎａｂｌｅｄを受信（設定）しているか否かを判定する。
【００６８】
ステップＳ６０３での判定結果がＹｅｓである場合、ユーザ装置ＵＥは、ＰＢＣＨのアンテナポート数と、上記通知したＭＩＭＯレイヤ数とのうちの最小値を、サポートする最大レイヤ数として、ＲＩビット幅を決定する（ステップＳ６０４）。最大レイヤ数からＲＩビット幅を決定する方法は動作例１で説明した方法と同じである。
【００６９】
ステップＳ６０３での判定結果がＮｏである場合、ユーザ装置ＵＥは既存の規定（非特許文献４等）に従ってＲＩビット幅を決定する（ステップＳ６０５）。
【００７０】
図１７は、動作例２における標準仕様書の変更例（抜粋）を示す図である。図１７は、非特許文献４（３ＧＰＰ  ＴＳ  ３６．２１２）の変更例を示している。変更に関する部分には下線が引かれている。図１７において、「If the UE is configured with transmission mode 3 or 4, and is configured by higher layers with rank4-enabled-r12 for the DL cell, and the supportedMIMO-TM3(or 4)-CapabilityDL-r12 field is included in the UE-EUTRA-Capability, the maximum number is determined according to the minimum of the number of PBCH antenna ports and the reported UE downlink MIMO capabilities in the supportedMIMO-TM3(or 4)-CapabilityDL-r12 field for the same band in the corresponding band combination.」と記載されているとおり、動作例２では、ユーザ装置ＵＥにＴＭ３／４とｒａｎｋ４−ｅｎａｂｌｅｄが設定され、かつ、「ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＴＭ３（ｏｒ４）−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１２」がＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙに含まれている場合に、ユーザ装置ＵＥは、ＰＢＣＨアンテナポート数と、通知した下りＭＩＭＯレイヤ数とに基づいて、ＲＩビット幅決定のための最大レイヤ数を決定する。
【００７１】
（動作例３）
次に、動作例３について説明する。動作例３では、ユーザ装置ＵＥにおいてＲＩビット幅決定のために使用する最大レイヤ数を示す情報要素（ｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔ）をＣＣ（セル）毎に基地局ｅＮＢからユーザ装置ＵＥに通知する。また、当該情報要素は、動作例２におけるｒａｎｋ４−ｅｎａｂｌｅｄと同様の役割を有している。すなわち、既存のＴＭ３、ＴＭ４に加えて、ｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔをユーザ装置ＵＥに通知することで、ＴＭ３／４のｕｐ  ｔｏ  ｒａｎｋ  ４の動作をユーザ装置ＵＥに設定することとしている。
【００７２】
当該新規のパラメータを使用した場合における、ユーザ装置ＵＥのソフトバッファサイズの決定に関する動作を図１８のフローチャートを参照して説明する。
【００７３】
ステップＳ７０１において、ユーザ装置ＵＥはＵＥカテゴリ及びサポートする下りＭＩＭＯレイヤ数を含むＵＥ  ｃａｐａｂｉｌｉｔｙを基地局ｅＮＢに送信する。ステップＳ７０２において、ユーザ装置ＵＥは、基地局ｅＮＢからＴＭ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに含まれる）を受信する。動作例３では、ステップＳ７０２において、ＴＭに加えて、ｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔが基地局ｅＮＢからユーザ装置ＵＥに通知される。なお、基地局ｅＮＢは、ステップＳ７０１で受信したＵＥカテゴリ、下りＭＩＭＯレイヤ数（ＣＣ（セル毎））等に基づいて、ユーザ装置ＵＥに設定するＴＭ（+ｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔ）を決定している。
【００７４】
ステップＳ７０３において、ユーザ装置ＵＥは、自身がＵＥカテゴリ６以降のＵＥカテゴリであり、かつ、ＴＭ３／４とｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔを受信したか否かを判定する。
【００７５】
ステップＳ７０３での判定結果がＹｅｓである場合、ユーザ装置ＵＥは、自身のＵＥカテゴリ（カテゴリ６以降のカテゴリ）に対応する総ソフトチャネルビット数（Ｎｓｏｆｔ）を使用してソフトバッファサイズ（ＮＩＲ）を算出する（ステップＳ７０４）。ステップＳ７０３での判定結果がＮｏである場合、ユーザ装置ＵＥは既存の規定（非特許文献４等）に従ってソフトバッファサイズを算出する。
【００７６】
ユーザ装置ＵＥは、上記のようにして算出したソフトバッファサイズのソフトバッファを用いて、データ受信におけるＨＡＲＱ制御等を実行する。
【００７７】
図１９は、動作例３における標準仕様書の変更例（抜粋）を示す図である。図１９は、非特許文献４（３ＧＰＰ  ＴＳ  ３６．２１２）の変更例を示している。変更に関する部分には下線が引かれている。図１９において、「if the UE signals ue-Category-v1020, and is configured with transmission mode 3 or transmission mode 4, and is configured by higher layers with maxLayers-RI-report-r12 for the DL cell, Nsoft is the total number of soft channel bits [4] according to the UE category indicated by ue-Category-v1020 [6].」と記載されているとおり、動作例３では、ユーザ装置ＵＥは、下りセル（サービングセル）に対してＴＭ３／４及びｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔが設定された場合において、ｕｅ−Ｃａｔｅｇｏｒｙ−ｖ１０２０で示されるＵＥカテゴリ（つまり、ＵＥカテゴリ６以降のＵＥカテゴリ）に対応する総ソフトチャネルビット数を使用してソフトバッファサイズを算出する。
【００７８】
図２０は、動作例３における非特許文献２（３ＧＰＰ  ＴＳ  ３６．３３１）の変更例を示している。図２０に示すように、ＲＩビット幅を決定するために使用されるＭＩＭＯレイヤ数を示すｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔが追加される。なお、図２０（ｃ）は、ｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔをＰＣｅｌｌとＳＣｅｌｌのそれぞれに対して通知できるようにするためのシグナリングの追加例を示している。
【００７９】
ＲＩビット幅の決定に関し、動作例３では、上記のように、既存のＴＭ３／４に追加するｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔを導入し、更に、ＴＭ３／４  ｕｐ  ｔｏ  ｒａｎｋ４用にサポートするＭＩＭＯレイヤ数をＵＥ  ｃａｐａｂｉｌｉｔｙに導入することで、ユーザ装置ＵＥが適切にＲＩの値を通知することを可能としている。
【００８０】
動作例３における、ユーザ装置ＵＥのＲＩビット幅の決定に関する動作を図２１のフローチャートを参照して説明する。
【００８１】
ステップＳ８０１、Ｓ８０２は、図１８におけるステップＳ７０１、Ｓ７０２と同じである。
【００８２】
ステップＳ８０３において、ユーザ装置ＵＥは、ＴＭ３／４  ｕｐ  ｔｏ  ｒａｎｋ４用の下りＭＩＭＯレイヤ数をＵＥ  ｃａｐａｂｉｌｉｔｙとして通知し、かつ、ＴＭ３／４とｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔを受信（設定）しているか否かを判定する。
【００８３】
ステップＳ８０３での判定結果がＹｅｓである場合、ユーザ装置ＵＥは、ＰＢＣＨのアンテナポート数と、ｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔの値のうちの最小値を、サポートする最大レイヤ数として、ＲＩビット幅を決定する（ステップＳ７０４）。最大レイヤ数からＲＩビット幅を決定する方法は動作例１で説明した方法と同じである。
【００８４】
ステップＳ８０３での判定結果がＮｏである場合、ユーザ装置ＵＥは既存の規定（非特許文献４等）に従ってＲＩビット幅を決定する（ステップＳ８０５）。
【００８５】
図２２は、動作例３における標準仕様書の変更例（抜粋）を示す図である。図２２は、非特許文献４（３ＧＰＰ  ＴＳ  ３６．２１２）の変更例を示している。変更に関する部分には下線が引かれている。図２２において、「If the UE is configured with transmission mode 3 or 4, and is configured by higher layers with maxLayers-RI-report-r12 for the DL cell, and the supportedMIMO-TM3(or 4)-CapabilityDL-r12 field is included in the UE-EUTRA-Capability, the maximum number is determined according to the minimum of the number of PBCH antenna ports and the configured maxLayers-RI-report-r12 field for the same band in the corresponding band combination.」と記載されているとおり、動作例３では、ユーザ装置ＵＥにＴＭ３／４とｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔが設定され、かつ、「ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＴＭ３（ｏｒ４）−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１２」がＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙに含まれている場合に、ユーザ装置ＵＥは、ＰＢＣＨアンテナポート数と、ｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔの値に基づいて、ＲＩビット幅決定のための最大レイヤ数を決定する。
【００８６】
（動作例４）
次に、動作例４について説明する。動作例４では、ユーザ装置ＵＥにおいて使用するＲＩビット幅を示す情報要素（ｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈ）をＣＣ（セル）毎に基地局ｅＮＢからユーザ装置ＵＥに通知する。また、当該情報要素は、動作例２におけるｒａｎｋ４−ｅｎａｂｌｅｄと同様の役割を有している。すなわち、既存のＴＭ３、ＴＭ４に加えて、ｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈをユーザ装置ＵＥに通知することで、ＴＭ３／４のｕｐ  ｔｏ  ｒａｎｋ  ４の動作をユーザ装置ＵＥに設定することとしている。
【００８７】
当該新規のパラメータを使用した場合における、ユーザ装置ＵＥのソフトバッファサイズの決定に関する動作を図２３のフローチャートを参照して説明する。
【００８８】
ステップＳ９０１において、ユーザ装置ＵＥはＵＥカテゴリ及びサポートする下りＭＩＭＯレイヤ数を含むＵＥ  ｃａｐａｂｉｌｉｔｙを基地局ｅＮＢに送信する。ステップＳ９０２において、ユーザ装置ＵＥは、基地局ｅＮＢからＴＭ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに含まれる）を受信する。動作例４では、ステップＳ９０２において、ＴＭに加えて、ｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈが基地局ｅＮＢからユーザ装置ＵＥに通知される。なお、基地局ｅＮＢは、ステップＳ９０１で受信したＵＥカテゴリ、下りＭＩＭＯレイヤ数等に基づいて、ユーザ装置ＵＥに設定するＴＭ（+ｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈ）をＣＣ（セル）毎に決定している。
【００８９】
ステップＳ９０３において、ユーザ装置ＵＥは、自身がＵＥカテゴリ６以降のＵＥカテゴリであり、かつ、ＴＭ３／４とｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈを受信したか否かを判定する。
【００９０】
ステップＳ９０３での判定結果がＹｅｓである場合、ユーザ装置ＵＥは、自身のＵＥカテゴリ（カテゴリ６以降のカテゴリ）に対応する総ソフトチャネルビット数（Ｎｓｏｆｔ）を使用してソフトバッファサイズ（ＮＩＲ）を算出する（ステップＳ９０４）。ステップＳ９０３での判定結果がＮｏである場合、ユーザ装置ＵＥは既存の規定（非特許文献４等）に従ってソフトバッファサイズを算出する（ステップＳ９０５）。
【００９１】
ユーザ装置ＵＥは、上記のようにして算出したソフトバッファサイズのソフトバッファを用いて、データ受信におけるＨＡＲＱ制御等を実行する。
【００９２】
図２４は、動作例４における標準仕様書の変更例（抜粋）を示す図である。図２４は、非特許文献４（３ＧＰＰ  ＴＳ  ３６．２１２）の変更例を示している。変更に関する部分には下線が引かれている。図２４において、「if the UE signals ue-Category-v1020, and is configured with transmission mode 3 or transmission mode 4, and is configured by higher layers with ue-RI-Bit-Width-r12 for the DL cell, Nsoft is the total number of soft channel bits [4] according to the UE category indicated by ue-Category-v1020 [6].」と記載されているとおり、動作例４では、ユーザ装置ＵＥは、下りセル（サービングセル）に対してＴＭ３／４及びｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈが設定された場合において、ｕｅ−Ｃａｔｅｇｏｒｙ−ｖ１０２０で示されるＵＥカテゴリ（つまり、ＵＥカテゴリ６以降のＵＥカテゴリ）に対応する総ソフトチャネルビット数を使用してソフトバッファサイズを算出する。
【００９３】
図２５は、動作例４における非特許文献２（３ＧＰＰ  ＴＳ  ３６．３３１）の変更例を示している。図２５に示すように、ＲＩビット幅を示すｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈが追加される。なお、図２５（ｃ）は、ｕｅ−ＲＩ−Ｂｉｔ−ＷｉｄｔｈをＰＣｅｌｌとＳＣｅｌｌのそれぞれに対して通知できるようにするためのシグナリングの追加例を示している。
【００９４】
ＲＩビット幅の決定に関し、動作例４では、上記のように、既存のＴＭ３／４に追加するｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈを導入し、更に、ＴＭ３／４  ｕｐ  ｔｏ  ｒａｎｋ４用にサポートするＭＩＭＯレイヤ数をＵＥ  ｃａｐａｂｉｌｉｔｙに導入することで、ユーザ装置ＵＥが適切にＲＩの値を通知することを可能としている。
【００９５】
動作例４における、ユーザ装置ＵＥのＲＩビット幅の決定に関する動作を図２６のフローチャートを参照して説明する。
【００９６】
ステップＳ１００１、Ｓ１００２は、図２３におけるステップＳ９０１、Ｓ９０２と同じである。
【００９７】
ステップＳ１００３において、ユーザ装置ＵＥは、ＴＭ３／４  ｕｐ  ｔｏ  ｒａｎｋ４用の下りＭＩＭＯレイヤ数をＵＥ  ｃａｐａｂｉｌｉｔｙとして通知し、かつ、ＴＭ３／４とｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈを受信（設定）しているか否かを判定する。
【００９８】
ステップＳ１００３での判定結果がＹｅｓである場合、ユーザ装置ＵＥは、ｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈの値をＲＩビット幅として決定する（ステップＳ１００４）。
【００９９】
ステップＳ１００３での判定結果がＮｏである場合、ユーザ装置ＵＥは既存の規定（非特許文献４等）に従ってＲＩビット幅を決定する（ステップＳ１００５）。
【０１００】
図２７は、動作例４における標準仕様書の変更例（抜粋）を示す図である。図２７は、非特許文献４（３ＧＰＰ  ＴＳ  ３６．２１２）の変更例を示している。変更に関する部分には下線が引かれている。図２７において、「If the UE is configured with transmission mode 3 or 4, and is configured by higher layers with ue-RI-Bit-Width-r12 for the DL cell, and the supportedMIMO-TM3(or 4)-CapabilityDL-r12 field is included in the UE-EUTRA-Capability, the RI bit width is determined according to the ue-RI-Bit-Width-r12 value for the DL cell signalled to the UE.」と記載されているとおり、動作例４では、ユーザ装置ＵＥにＴＭ３／４とｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈが設定され、かつ、「ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＴＭ３（ｏｒ４）−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１２」がＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙに含まれている場合に、ユーザ装置ＵＥは、ｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈに従ってＲＩビット幅を決定する。
【０１０１】
（装置構成例）
次に、これまでの説明した動作（動作例１、動作例２、動作例３、動作例４を含む）を実行可能なユーザ装置ＵＥと基地局ｅＮＢにおける主要な構成を説明する。
【０１０２】
まず、図２８に、本実施の形態に係るユーザ装置ＵＥの構成図を示す。図２８に示すように、ユーザ装置ＵＥは、ＵＬ信号送信部１０１、ＤＬ信号受信部１０２、ＲＲＣ管理部１０３、ソフトバッファサイズ決定部１０４、ＲＩビット幅決定部１０５を含む。図２８は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図２８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。また、ユーザ装置ＵＥは、動作例１、２、３、４の全ての動作を行う機能を有してもよいし、動作例１、２、３、４のうちのいずれか１つの動作を行う機能を有してもよい。また、ユーザ装置ＵＥは、動作例１、２、３、４のうちのいずれか複数（２つ又は３つ）の動作を行う機能を有してもよい。また、ユーザ装置ＵＥは、ソフトバッファサイズの決定を本実施の形態で説明した方法で行う機能と、ＲＩビット幅の決定を本実施の形態で説明した方法で行う機能との両方を備えてもよいし、いずれか一方のみを備えることとしてもよい。なお、ソフトバッファサイズの決定を本実施の形態で説明した方法で行う機能の方を備える場合、例えば、十分なビット幅でＲＩを通知する等、適切にＲＩビット幅の決定を行う。
【０１０３】
ＵＬ信号送信部１０１は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。ＤＬ信号受信部１０２は、基地危局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。ＵＬ信号送信部１０１及びＤＬ信号受信部１０２はそれぞれ、複数のＣＣを束ねて通信を行うＣＡを実行する機能を含む。また、ＤＬ信号受信部１０２は、参照信号の測定を行って、ＲＩ等のＣＳＩを決定する機能を含み、ＵＬ信号送信部１０１は、ＲＩ等のＣＳＩを送信する機能を含む。また、ＤＬ信号受信部１０２及びＵＬ信号送信部１０１は、ソフトバッファサイズ決定部１０４により決定されたサイズのソフトバッファを使用してデータ受信に係るＨＡＲＱ制御を実行する機能を含む。
【０１０４】
ＵＬ信号送信部１０１及びＤＬ信号受信部１０２はそれぞれ、パケットバッファを備え、レイヤ１（ＰＨＹ）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の処理を行うことを想定している。ただし、これに限られるわけではない。
【０１０５】
ＲＲＣ管理部１０３は、ＵＬ信号送信部１０１／ＤＬ信号受信部１０２を介して、基地局ｅＮＢとの間でＲＲＣメッセージの送受信を行うとともに、ＣＡ情報の設定／変更／管理、構成変更等の処理を行う機能を含む。また、ＲＲＣ管理部１０３は、ユーザ装置ＵＥの能力の情報を保持するとともに、能力情報を通知するＲＲＣメッセージを作成し、ＵＬ信号送信部１０１を介して基地局ｅＮＢに送信する。
【０１０６】
ソフトバッファサイズ決定部１０４は、ソフトバッファサイズを決定する。例えば、動作例１を実行する場合において、ソフトバッファサイズ決定部１０４は、ユーザ装置ＵＥのＵＥカテゴリがＵＥカテゴリ６以降のＵＥカテゴリであり、かつ、ｔｍ３／４−ｒａｎｋ４−ｖ１２ｘｙを受信したか否かを判定し、判定結果がＹｅｓである場合に、ＵＥカテゴリ（カテゴリ６以降のカテゴリ）に対応する総ソフトチャネルビット数（Ｎｓｏｆｔ）を使用してソフトバッファサイズ（ＮＩＲ）を算出する。なお、ユーザ装置ＵＥは、メモリ等の記憶手段を有し、当該記憶手段には、図２に示したようなテーブル（ＵＥカテゴリ毎の総ソフトチャネルビット数を含む）が格納されている。ソフトバッファサイズ決定部１０４は当該テーブルから総ソフトチャネルビット数を取得する。
【０１０７】
また、動作例２を実行する場合において、ソフトバッファサイズ決定部１０４は、ユーザ装置ＵＥのＵＥカテゴリがＵＥカテゴリ６以降のＵＥカテゴリであり、かつ、ＴＭ３／４とｒａｎｋ４−ｅｎａｂｌｅｄを受信したか否かを判定し、判定結果がＹｅｓである場合に、ＵＥカテゴリ（カテゴリ６以降のカテゴリ）に対応する総ソフトチャネルビット数（Ｎｓｏｆｔ）を使用してソフトバッファサイズ（ＮＩＲ）を算出する。
【０１０８】
また、動作例３を実行する場合において、ソフトバッファサイズ決定部１０４は、ユーザ装置ＵＥのＵＥカテゴリがＵＥカテゴリ６以降のＵＥカテゴリであり、かつ、ＴＭ３／４とｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔを受信したか否かを判定し、判定結果がＹｅｓである場合に、ＵＥカテゴリ（カテゴリ６以降のカテゴリ）に対応する総ソフトチャネルビット数（Ｎｓｏｆｔ）を使用してソフトバッファサイズ（ＮＩＲ）を算出する。
【０１０９】
また、動作例４を実行する場合において、ソフトバッファサイズ決定部１０４は、ユーザ装置ＵＥのＵＥカテゴリがＵＥカテゴリ６以降のＵＥカテゴリであり、かつ、ＴＭ３／４とｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈを受信したか否かを判定し、判定結果がＹｅｓである場合に、ＵＥカテゴリ（カテゴリ６以降のカテゴリ）に対応する総ソフトチャネルビット数（Ｎｓｏｆｔ）を使用してソフトバッファサイズ（ＮＩＲ）を算出する。
【０１１０】
ＲＩビット幅決定部１０５は、ＣＣ（セル）毎のＲＩビット幅を算出する。例えば動作例１を実行する場合において、ＲＩビット幅決定部１０５は、ＴＭ３／４  ｕｐ  ｔｏ  ｒａｎｋ４用の下りＭＩＭＯレイヤ数をＵＥ  ｃａｐａｂｉｌｉｔｙとして通知し、かつ、ｔｍ３／４−ｒａｎｋ４−ｖ１２ｘｙを受信しているか否かを判定し、判定結果がＹｅｓである場合に、ＰＢＣＨのアンテナポート数と、通知したＭＩＭＯレイヤ数のうちの最小値を、該当ＣＣ（セル）の最大レイヤ数として使用してＲＩビット幅を決定する。
【０１１１】
また、動作例２を実行する場合において、ＲＩビット幅決定部１０５は、ＴＭ３／４  ｕｐ  ｔｏ  ｒａｎｋ４用の下りＭＩＭＯレイヤ数をＵＥ  ｃａｐａｂｉｌｉｔｙとして通知し、かつ、ＴＭ３／４とｒａｎｋ４−ｅｎａｂｌｅｄを受信しているか否かを判定し、判定結果がＹｅｓである場合に、ＰＢＣＨのアンテナポート数と、通知したＭＩＭＯレイヤ数のうちの最小値を、該当ＣＣ（セル）の最大レイヤ数として使用してＲＩビット幅を決定する。
【０１１２】
また、動作例３を実行する場合において、ＲＩビット幅決定部１０５は、ＴＭ３／４  ｕｐ  ｔｏ  ｒａｎｋ４用の下りＭＩＭＯレイヤ数をＵＥ  ｃａｐａｂｉｌｉｔｙとして通知し、かつ、ＴＭ３／４とｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔを受信しているか否かを判定し、判定結果がＹｅｓである場合に、ＰＢＣＨのアンテナポート数と、ｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔの値のうちの最小値を、該当ＣＣ（セル）の最大レイヤ数として使用してＲＩビット幅を決定する。
【０１１３】
また、動作例４を実行する場合において、ＲＩビット幅決定部１０５は、ＴＭ３／４  ｕｐ  ｔｏ  ｒａｎｋ４用の下りＭＩＭＯレイヤ数をＵＥ  ｃａｐａｂｉｌｉｔｙとして通知し、かつ、ＴＭ３／４とｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈを受信しているか否かを判定し、判定結果がＹｅｓである場合に、ｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈの値を該当ＣＣ（セル）のＲＩビット幅として決定する。
【０１１４】
図２９に、本実施の形態に係る基地局ｅＮＢの機能構成図を示す。図２９に示すように、基地局ｅＮＢは、ＤＬ信号送信部２０１、ＵＬ信号受信部２０２、ＲＲＣ管理部２０３、スケジューリング部２０４を含む。図２９は、基地局ｅＮＢにおける主要な機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図２９に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。当該基地局ｅＮＢは、単独の基地局ｅＮＢでもよいし、設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）により、ＤＣを実行する際にはＭｅＮＢとＳｅＮＢのいずれにもなり得る。また、基地局ｅＮＢは、動作例１、２、３、４の全ての動作を行う機能を有してもよいし、動作例１、２、３、４のうちのいずれか１つの動作を行う機能を有してもよい。また、基地局ｅＮＢは、動作例１、２、３、４のうちのいずれか複数（２つ又は３つ）の動作を行う機能を有してもよい。
【０１１５】
ＤＬ信号送信部２０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。ＵＬ信号受信部２０２は、各ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。ＤＬ信号送信部２０１及びＵＬ信号受信部２０２はそれぞれ、複数のＣＣを束ねて通信を行うＣＡを実行する機能を含む。また、ＤＬ信号送信部２０１及びＵＬ信号受信部２０２は、ＲＲＥのように、基地局ｅＮＢの本体（制御部）から遠隔に設置された無線通信部を含んでもよい。
【０１１６】
ＤＬ信号送信部２０１及びＵＬ信号受信部２０２はそれぞれ、パケットバッファを備え、レイヤ１（ＰＨＹ）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の処理を行うことを想定している（ただし、これに限られるわけではない）。
【０１１７】
ＲＲＣ管理部２０３は、ＤＬ信号送信部２０１／ＵＬ信号受信部２０２を介してユーザ装置ＵＥとの間でＲＲＣメッセージの送受信を行うとともに、ＣＡの設定／変更／管理、構成変更等の処理を行う機能を含む。また、ＲＲＣ管理部２０３は、ＵＬ信号受信部２０２を介して、ユーザ装置ＵＥから能力情報を受信し、当該能力情報を保持し、当該能力情報に基づいてユーザ装置ＵＥに対してＣＡ、ＴＭの設定等を実施することができる。動作例１を実行する場合、ＴＭには、ｔｍ３−ｒａｎｋ４−ｖ１２ｘｙ、及びｔｍ４−ｒａｎｋ４−ｖ１２ｘｙが含まれる。また、動作例２を実行する場合、ＲＲＣ管理部２０３は、ＴＭ３／４に追加してｒａｎｋ４−ｅｎａｂｌｅｄを通知することができる。
【０１１８】
また、動作例３を実行する場合、ＲＲＣ管理部２０３は、ユーザ装置ＵＥからＵＥ  ｃａｐａｂｉｌｉｔｙとして受信する下りＭＩＭＯレイヤ数等に基づいて、ｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔの値を決定し、当該値をｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔに設定してユーザ装置ＵＥに通知する。一例として、あるＣＣ（セル）に対して、ユーザ装置ＵＥから通知された下りＭＩＭＯレイヤ数が４である場合に、ＲＲＣ管理部２０３はｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔの値を４と決定する。また、例えば、あるバンドコンビネーションにおいて、複数ＣＣのＣＡ内で下りＭＩＭＯレイヤ数の合計に制限がある場合等には、あるＣＣについての下りＭＩＭＯレイヤ数が４である場合でも、ＲＲＣ管理部２０３は当該ＣＣのｍａｘＬａｙｅｒｓ−ＲＩ−ｒｅｐｏｒｔの値を２と決定する場合もある。
【０１１９】
また、動作例４を実行する場合、ＲＲＣ管理部２０３は、ユーザ装置ＵＥからＵＥ  ｃａｐａｂｉｌｉｔｙとして受信する下りＭＩＭＯレイヤ数と、基地局ｅＮＢの下りＰＢＣＨ送信に使用するＰＢＣＨアンテナポート数等に基づいて、ｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈの値を決定し、当該値をｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈに設定してユーザ装置ＵＥに通知する。一例として、あるＣＣ（セル）に対して、ユーザ装置ＵＥから通知された下りＭＩＭＯレイヤ数が４であり、ＰＢＣＨアンテナポート数が４である場合に、ＲＲＣ管理部２０３はｕｅ−ＲＩ−Ｂｉｔ−Ｗｉｄｔｈの値を２と決定する。
【０１２０】
スケジューリング部２０４は、ユーザ装置ＵＥに対し、セル毎にスケジューリングを行って、ＰＤＣＣＨの割り当て情報を作成し、当該割り当て情報を含むＰＤＣＣＨの送信をＤＬ信号送信部２０１に指示する機能等を含む。
【０１２１】
（実施の形態のまとめ）
本実施の形態によれば、下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記ユーザ装置のカテゴリ情報を前記基地局に送信する送信手段と、送信モードを示すパラメータを前記基地局から受信する受信手段と、前記カテゴリ情報が所定値以上の値であり、かつ、前記パラメータが下り空間多重に対応する所定のパラメータである場合に、前記カテゴリ情報に対応するソフトバッファサイズを、前記ユーザ装置において下りデータ受信処理のために使用するソフトバッファサイズとして決定するソフトバッファサイズ決定手段とを備えるユーザ装置が提供される。
【０１２２】
上記の構成により、ユーザ装置はソフトバッファサイズを適切に決定することができる。
【０１２３】
また、本実施の形態により、下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記ユーザ装置のカテゴリ情報を前記基地局に送信する送信手段と、設定情報を前記基地局から受信する受信手段と、前記カテゴリ情報が所定値以上の値であり、かつ、前記設定情報として、下り空間多重に対応する送信モードを示すパラメータと、所定の付加情報とを受信した場合に、前記カテゴリ情報に対応するソフトバッファサイズを、前記ユーザ装置において下りデータ受信処理のために使用するソフトバッファサイズとして決定するソフトバッファサイズ決定手段とを備えるユーザ装置が提供される。
【０１２４】
上記の構成により、ユーザ装置はソフトバッファサイズを適切に決定することができる。
【０１２５】
前記所定の付加情報は、例えば、前記ユーザ装置が所定数レイヤまでの空間多重動作が可能であることを示す情報である。この構成によれば、既存の送信モードのパラメータに情報を追加することで適切にソフトバッファサイズを決定することができる。
【０１２６】
前記所定の付加情報は、例えば、上り制御情報の送信のためのビット幅を決定するために使用する最大レイヤ数であってもよい。この構成によれば、既存の送信モードのパラメータに情報を追加することで適切にソフトバッファサイズを決定することができる。また、最大レイヤ数を上り制御情報ビット幅決定に使用することもできる。
【０１２７】
前記所定の付加情報は、上り制御情報の送信のためのビット幅であってもよい。この構成によれば、既存の送信モードのパラメータに情報を追加することで適切にソフトバッファサイズを決定することができる。また、所定の付加情報を上り制御情報ビット幅決定に使用することもできる。
【０１２８】
前記ソフトバッファサイズ決定手段は、例えば、前記カテゴリ情報に対応する総ソフトチャネルビット数を用いて前記ソフトバッファサイズを決定する。この構成により、適切にソフトバッファサイズを決定できる。
【０１２９】
また、本実施の形態により、下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記ユーザ装置の能力情報を前記基地局に送信する送信手段と、送信モードを示すパラメータを前記基地局から受信する受信手段と、前記パラメータが下り空間多重に対応する所定のパラメータであり、かつ、前記能力情報に前記送信モード用のＭＩＭＯレイヤ数が含まれている場合に、当該ＭＩＭＯレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定するビット幅決定手段とを備えるユーザ装置が提供される。
【０１３０】
上記の構成により、ユーザ装置が上り制御情報のビット幅を適切に決定することが可能となる。
【０１３１】
また、本実施の形態により、下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記ユーザ装置の能力情報を前記基地局に送信する送信手段と、設定情報を前記基地局から受信する受信手段と、前記設定情報として、下り空間多重に対応する送信モードを示すパラメータと、所定の付加情報とを受信し、かつ、前記能力情報に前記送信モード用のＭＩＭＯレイヤ数が含まれている場合に、当該ＭＩＭＯレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定するビット幅決定手段とを備えるユーザ装置が提供される。
【０１３２】
上記の構成により、ユーザ装置が上り制御情報のビット幅を適切に決定することが可能となる。
【０１３３】
前記所定の付加情報は、例えば、前記ユーザ装置が所定数レイヤまでの空間多重動作が可能であることを示す情報である。この構成によれば、既存の送信モードのパラメータに情報を追加することで適切に上り制御情報のビット幅を決定することができる。
【０１３４】
また、本実施の形態により、下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記ユーザ装置の能力情報を前記基地局に送信する送信手段と、設定情報を前記基地局から受信する受信手段と、前記設定情報として、下り空間多重に対応する送信モードを示すパラメータと、所定の付加情報とを受信し、かつ、前記能力情報に前記送信モード用のＭＩＭＯレイヤ数が含まれている場合に、前記所定の付加情報に基づいて、上り制御情報の送信のためのビット幅を決定するビット幅決定手段とを備えるユーザ装置が提供される。
【０１３５】
上記の構成により、ユーザ装置が上り制御情報のビット幅を適切に決定することが可能となる。
【０１３６】
前記所定の付加情報は、例えば、前記上り制御情報の送信のためのビット幅を決定するために使用する情報として前記基地局から送信された最大レイヤ数である。この構成により、ユーザ装置は、基地局から指示された情報に基づき上り制御情報のビット幅を適切に決定することができる。
【０１３７】
前記所定の付加情報は、前記上り制御情報の送信のためのビット幅であってもよい。この構成により、ユーザ装置は、基地局から指示された情報を直接的に用いて上り制御情報のビット幅を適切に決定することができる。
【０１３８】
本実施の形態で説明したユーザ装置ＵＥは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１３９】
本実施の形態で説明した基地局ｅＮＢは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１４０】
以下、本明細書に開示される構成を列挙する。
（第１項）
下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記ユーザ装置の能力情報を前記基地局に送信する送信手段と、
送信モードを示すパラメータを前記基地局から受信する受信手段と、
前記パラメータが下り空間多重に対応する所定のパラメータであり、かつ、前記能力情報に前記送信モード用のＭＩＭＯレイヤ数が含まれている場合に、当該ＭＩＭＯレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定するビット幅決定手段と
を備えるユーザ装置。
（第２項）
下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記ユーザ装置の能力情報を前記基地局に送信する送信手段と、
設定情報を前記基地局から受信する受信手段と、
前記設定情報として、下り空間多重に対応する送信モードを示すパラメータと、所定の付加情報とを受信し、かつ、前記能力情報に前記送信モード用のＭＩＭＯレイヤ数が含まれている場合に、当該ＭＩＭＯレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定するビット幅決定手段と
を備えるユーザ装置。
（第３項）
前記所定の付加情報は、前記ユーザ装置が所定数レイヤまでの空間多重動作が可能であることを示す情報である
第２項に記載のユーザ装置。
（第４項）
下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記ユーザ装置の能力情報を前記基地局に送信する送信手段と、
設定情報を前記基地局から受信する受信手段と、
前記設定情報として、下り空間多重に対応する送信モードを示すパラメータと、所定の付加情報とを受信し、かつ、前記能力情報に前記送信モード用のＭＩＭＯレイヤ数が含まれている場合に、前記所定の付加情報に基づいて、上り制御情報の送信のためのビット幅を決定するビット幅決定手段と
を備えるユーザ装置。
（第５項）
前記所定の付加情報は、前記上り制御情報の送信のためのビット幅を決定するために使用する情報として前記基地局から送信された最大レイヤ数である
第４項に記載のユーザ装置。
（第６項）
前記所定の付加情報は、前記上り制御情報の送信のためのビット幅である
第４項に記載のユーザ装置。
（第７項）
下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する上り制御情報ビット幅決定方法であって、
前記ユーザ装置の能力情報を前記基地局に送信する送信ステップと、
送信モードを示すパラメータを前記基地局から受信する受信ステップと、
前記パラメータが下り空間多重に対応する所定のパラメータであり、かつ、前記能力情報に前記送信モード用のＭＩＭＯレイヤ数が含まれている場合に、当該ＭＩＭＯレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定するビット幅決定ステップと
を備える上り制御情報ビット幅決定方法。
（第８項）
下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する上り制御情報ビット幅決定方法であって、
前記ユーザ装置の能力情報を前記基地局に送信する送信ステップと、
設定情報を前記基地局から受信する受信ステップと、
前記設定情報として、下り空間多重に対応する送信モードを示すパラメータと、所定の付加情報とを受信し、かつ、前記能力情報に前記送信モード用のＭＩＭＯレイヤ数が含まれている場合に、当該ＭＩＭＯレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定するビット幅決定ステップと
を備える上り制御情報ビット幅決定方法。
（第９項）
下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行する上り制御情報ビット幅決定方法であって、
前記ユーザ装置の能力情報を前記基地局に送信する送信ステップと、
設定情報を前記基地局から受信する受信ステップと、
前記設定情報として、下り空間多重に対応する送信モードを示すパラメータと、所定の付加情報とを受信し、かつ、前記能力情報に前記送信モード用のＭＩＭＯレイヤ数が含まれている場合に、前記所定の付加情報に基づいて、上り制御情報の送信のためのビット幅を決定するビット幅決定ステップと
を備える上り制御情報ビット幅決定方法。
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、ユーザ装置及び基地局は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置が有するプロセッサにより動作するソフトウェア、及び、基地局が有するプロセッサにより動作するソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【符号の説明】
【０１４１】
ＵＥ  ユーザ装置
ｅＮＢ  基地局
１０１  ＤＬ信号受信部
１０２  ＵＬ信号送信部
１０３  ＲＲＣ管理部
１０４  ソフトバッファサイズ決定部
１０５  ＲＩビット幅決定部
２０１  ＤＬ信号送信部
２０２  ＵＬ信号受信部
２０３  ＲＲＣ管理部
２０４  スケジューリング部
【要約】      （修正有）【課題】ユーザ装置と基地局を備える移動通信システムにおいて、ユーザ装置が上り制御情報のビット幅を適切に決定する。【解決手段】下り空間多重をサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、ユーザ装置の能力情報を基地局に送信しＳ４０１、送信モードを示すパラメータを基地局から受信しＳ４０２、パラメータが下り空間多重に対応する所定のパラメータであり、かつ、能力情報に送信モード用のＭＩＭＯレイヤ数が含まれている場合に、当該ＭＩＭＯレイヤ数に基づいて、上り制御情報の送信のためのビット幅を決定するＳ４０４、Ｓ４０５。【選択図】図８【図１】
0006055034.tif 000002
【図２】
0006055034.tif 000003
【図３】
0006055034.tif 000004
【図４】
0006055034.tif 000005
【図５】
0006055034.tif 000006
【図６】
0006055034.tif 000007
【図７】
0006055034.tif 000008
【図８】
0006055034.tif 000009
【図９】
0006055034.tif 000010
【図１０】
0006055034.tif 000011
【図１１】
0006055034.tif 000012
【図１２】
0006055034.tif 000013
【図１３】
0006055034.tif 000014
【図１４】
0006055034.tif 000015
【図１５】
0006055034.tif 000016
【図１６】
0006055034.tif 000017
【図１７】
0006055034.tif 000018
【図１８】
0006055034.tif 000019
【図１９】
0006055034.tif 000020
【図２０】
0006055034.tif 000021
【図２１】
0006055034.tif 000022
【図２２】
0006055034.tif 000023
【図２３】
0006055034.tif 000024
【図２４】
0006055034.tif 000025
【図２５】
0006055034.tif 000026
【図２６】
0006055034.tif 000027
【図２７】
0006055034.tif 000028
【図２８】
0006055034.tif 000029
【図２９】
0006055034.tif 000030