(57)【要約】  第１のセルと、当該第１のセルのＴＴＩ長と異なるＴＴＩ長を使用する第２のセルとを含む複数セルから構成されるキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置において、バッファを備え、前記基地局から受信する下りデータの復号に失敗した場合に、当該下りデータを前記バッファに格納し、当該バッファに格納した下りデータと、当該下りデータに対する送達確認情報に基づき前記基地局から送信された再送データとを合成し、復号を行う受信部と、前記基地局から受信する下りデータに対する送達確認情報を前記基地局に送信する送信部と、を備え、前記受信部は、前記第１のセルのＴＴＩ長と前記第２のセルのＴＴＩ長とに基づく分割数で前記バッファを分割し、前記下りデータを当該バッファの分割された領域に格納するバッファ制御部を備える。
2016133107.tif 000002
【特許請求の範囲】
【請求項１】
第１のセルと、当該第１のセルのＴＴＩ長と異なるＴＴＩ長を使用する第２のセルとを含む複数セルから構成されるキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
バッファを備え、前記基地局から受信する下りデータの復号に失敗した場合に、当該下りデータを前記バッファに格納し、当該バッファに格納した下りデータと、当該下りデータに対する送達確認情報に基づき前記基地局から送信された再送データとを合成し、復号を行う受信部と、
前記基地局から受信する下りデータに対する送達確認情報を前記基地局に送信する送信部と、を備え、
前記受信部は、
前記第１のセルのＴＴＩ長と前記第２のセルのＴＴＩ長とに基づく分割数で前記バッファを分割し、前記下りデータを当該バッファの分割された領域に格納するバッファ制御部を備える
ユーザ装置。
【請求項２】
前記第１のセルのＴＴＩ長が前記第２のセルのＴＴＩ長よりも長い場合において、前記バッファ制御部は、前記分割数を、前記第１のセルのＴＴＩ長に含まれる前記第２のセルのＴＴＩ長の数に基づき決定する
請求項１に記載のユーザ装置。
【請求項３】
前記バッファ制御部は、前記基地局から受信した分割数を用いて前記バッファの分割を行う
請求項１又は２に記載のユーザ装置。
【請求項４】
前記バッファが下りデータで満杯になった場合に、前記受信部は、前記基地局から前記ユーザ装置宛てに送信される下りデータの受信処理を行わない
請求項１ないし３のうちいずれか１項に記載のユーザ装置。
【請求項５】
前記送信部は、前記受信部が備える前記バッファの量を能力情報として前記基地局に通知する
請求項１ないし４のうちいずれか１項に記載のユーザ装置。
【請求項６】
前記受信部は、前記基地局から送信される下りデータを前記第２のセルで受信し、当該下りデータに対する送達確認情報を生成し、前記送信部は、前記受信部において生成された複数の下りデータに対する複数の送達確認情報を１つの送達確認情報にバンドルし、当該バンドルした送達確認情報を前記第１のセルで前記基地局に送信する
請求項１ないし５のうちいずれか１項に記載のユーザ装置。
【請求項７】
前記受信部は、前記基地局から送信される下りデータを前記第２のセルで受信し、当該下りデータに対する送達確認情報を生成し、前記送信部は、キャリアアグリゲーションを構成する複数のセルの下りデータに対する送達確認情報を送信するためのリソースが予め定められた上り制御チャネルにおける当該リソースを用いることにより、前記受信部において生成した送達確認情報を前記第１のセルで前記基地局に送信する
請求項１ないし６のうちいずれか１項に記載のユーザ装置。
【請求項８】
第１のセルと、当該第１のセルのＴＴＩ長と異なるＴＴＩ長を使用する第２のセルとを含む複数セルから構成されるキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行するバッファ制御方法であって、
前記基地局から受信する下りデータの復号に失敗した場合に、当該下りデータを、前記ユーザ装置が備えるバッファに格納し、当該バッファに格納した下りデータと、当該下りデータに対する送達確認情報に基づき前記基地局から送信された再送データとを合成し、復号を行う受信ステップと、
前記基地局から受信する下りデータに対する送達確認情報を前記基地局に送信する送信ステップと、を備え、
前記受信ステップにおいて、前記ユーザ装置は、
前記第１のセルのＴＴＩ長と前記第２のセルのＴＴＩ長とに基づく分割数で前記バッファを分割し、前記下りデータを当該バッファの分割された領域に格納する
バッファ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＬＴＥ等の移動通信システムにおけるユーザ装置の下りデータに対するＨＡＲＱ制御方法に関連するものである。
【背景技術】
【０００２】
ＬＴＥシステムでは、所定の帯域幅を基本単位として、複数のキャリアを同時に用いて通信を行うキャリアアグリゲーション（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）が採用されている（非特許文献１）。キャリアアグリゲーションにおいて基本単位となるキャリアはコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）と呼ばれる。【０００３】
ＣＡが行われる際には、ユーザ装置ＵＥに対して、接続性を担保する信頼性の高いセルであるＰＣｅｌｌ（Ｐｒｉｍａｒｙ  ｃｅｌｌ）及び付随的なセルであるＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ）が設定される。ユーザ装置ＵＥは、第１に、ＰＣｅｌｌに接続し、必要に応じて、ＳＣｅｌｌを追加することができる。ＰＣｅｌｌは、ＲＬＭ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｍｏｎｉｔｏｒｉｎｇ）及びＳＰＳ（Ｓｅｍｉ-Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）等をサポートする単独のセルと同様のセルである。【０００４】
ＳＣｅｌｌの追加及び削除は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングによって行われる。ＳＣｅｌｌは、ユーザ装置ＵＥに対して設定された直後は、非アクティブ状態（ｄｅａｃｔｉｖａｔｅ状態）であるため、アクティブ化することで初めて通信可能（スケジューリング可能）となるセルである。【０００５】
ＬＴＥシステムにおけるユーザ装置ＵＥ及び基地局ｅＮＢでは、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤのＨＡＲＱエンティティにおいてＨＡＲＱ（Ｈｙｂｒｉｄ  ＡＲＱ）制御が行われる（非特許文献２）。例えばユーザ装置ＵＥでの下りデータに対するＨＡＲＱ制御では、下りデータ（ＴＢ：トランスポートブロック）のデコード（復号）に成功した場合にＡＣＫを基地局ｅＮＢに返し、デコードに失敗した場合はＮＡＣＫを基地局ｅＮＢに返す。ＡＣＫ／ＮＡＣＫ（ＨＡＲＱ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔｓ、送達確認情報）は、所定のＵＬリソースに設定されているＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、物理上り制御チャネル）により、下りデータ受信後の所定のタイミング（例：４サブフレーム後）で送信される（非特許文献３）。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１２．４．０  （２０１４−１２）
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．４．０  （２０１４−１２）
【非特許文献３】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１２．４．０  （２０１４−１２）
【非特許文献４】３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１２．４．０  （２０１４−１２）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
既存のＬＴＥでは、無線フレームの構造として、１無線フレームが１０ｍｓ、１サブフレームが１ｍｓ、１スロットが０．５ｍｓであることが規定されている（非特許文献４）。１サブフレームは、スケジューリングの最小単位であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）に相当する。つまり、サブフレーム毎に、基地局ｅＮＢのスケジューリングで選択されたユーザ装置ＵＥへリソースブロック（ＲＢ）が割り当てられる。１ＲＢは、例えば、周波数方向に１２サブキャリア（ＯＦＤＭのサブキャリア）、時間方向に７シンボル（ＯＦＤＭのシンボル）から構成される。【０００８】
さて、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、Ｒｅｌｅａｓｅ１４（Ｒｅｌ−１４）以降に第５世代の無線技術（以下、「５Ｇ」という）の標準化を開始する予定である。５Ｇでは、無線通信の遅延を低減させるために、例えば１ＴＴＩを０．１ｍｓに短縮することが検討されている。【０００９】
更に、５Ｇの運用形態として、ＬＴＥのセルをベースに５ＧのセルをオーバーレイさせることでＣＡを行う運用形態が検討されている。この運用形態の例を図１に示す。図１に示すように、基地局ｅＮＢによりマクロセルとしてのＬＴＥセルが形成され、例えば基地居ｅＮＢから延びるＲＲＥ（遠隔無線装置）により、スモールセルとしての５Ｇセルが形成され、ユーザ装置ＵＥは、ＬＴＥセルと５ＧセルによるＣＡにより、高スループットの通信を実行する。【００１０】
既存のＬＴＥでは、１より大きな数のサービングセルが設定されたＣＡにおいては、ＰＣｅｌｌでのみＤＬに対するＡＣＫ／ＮＡＣＫをフィードバックすることが規定されている（非特許文献３）。より具体的には、ユーザ装置ＵＥは、ＰＣｅｌｌにおけるＰＵＣＣＨリソースを用いて、ＣＡを構成する各サービングセルにおけるＤＬに対するＡＣＫ／ＮＡＣＫをフィードバックする。これによりＤＬ  ＣＡが可能となる。【００１１】
上記のような制御が、ＬＴＥセルと５Ｇセルを設定したＣＡにおいても用いられることが想定される。【００１２】
一般に、ＩＭ（Ｉｎｔｅｒ−Ｍｏｄｕｌａｔｉｏｎ、相互変調）等によりユーザ装置ＵＥにおけるＵＬ  ＣＡ実装は難しく、５Ｇ導入時においても同様にＵＬ  ＣＡの実装は難しいと考えられる。そこで、５Ｇ端末のリリースを遅延させないようにするために、５Ｇセルを下りＣＣからなるＳＣｅｌｌとするＤＬ  ＣＡがサポートされることが想定される。このような想定に基づく、ＬＴＥ−５Ｇ  ＣＡでのＡＣＫ／ＮＡＣＫのフィードバックの例を図２に示す。図２に示すように、当該ＬＴＥ−５Ｇ  ＣＡにおいて、ユーザ装置ＵＥは、ＳＣｅｌｌ及びＰＣｅｌｌにより下りデータを受信し、当該データに対するＡＣＫ／ＮＡＣＫをＬＴＥ（ＰＣｅｌｌ）のＰＵＣＣＨで基地局ｅＮＢに送信する。【００１３】
上記のようなＬＴＥ−５Ｇ  ＣＡにおいて、図３に示すように、５ＧのＴＴＩ長がＬＴＥのＴＴＩ長の１／１０である場合を考える。この場合、図３に示すように、ＬＴＥのＵＬでは１サブフレームにおいて、ＬＴＥのＤＬ（１ＬＴＥ−ＴＴＩ分）に対するＡＣＫ／ＮＡＣＫと、５ＧのＤＬ（１０  ５Ｇ−ＴＴＩ分）に対するＡＣＫ／ＮＡＣＫの両方のＡＣＫ／ＮＡＣＫを基地局ｅＮＢにフィードバックする必要がある。【００１４】
上記のようにＨＡＲＱでは、ＡＣＫ／ＮＡＣＫを送信することで再送等の制御を行う。ＨＡＲＱにおいて、ユーザ装置ＵＥは、受信したデータのデコード（復号）に失敗した場合（データが誤っていた場合）に、当該データを保持しておき、基地局ｅＮＢから再送されてきたデータと当該保持したデータとを合成し、合成したデータをデコードする。これにより、誤りに強い耐性を持たせることとしている。上記のデータを保持する記憶部（メモリ領域）をソフトバッファと呼ぶ。【００１５】
ユーザ装置ＵＥ内のソフトバッファは、当該ユーザ装置ＵＥの能力に応じた所定のサイズを有する。従来技術では、ソフトバッファは設定されているセル数（ＣＣ数）で等分され、等分された各領域に、セル毎に受信されたデータ（ＤＬ  ＭＡＣ  ＰＤＵ、ＴＢ）を個別に格納する。【００１６】
しかし、ＬＴＥ−５Ｇ  ＣＡにおいては、ユーザ装置ＵＥが１ＬＴＥ−ＴＴＩの期間に受信するデータ数が増加するため、これまでのようにセル数で等分するとソフトバッファが不足する可能性がある。ソフトバッファが不足する場合、基地局ｅＮＢは、スケジューリングを適切に行うことができなくなり、遅延が発生する可能性がある。【００１７】
本発明は上記の点に鑑みてなされたものであり、ＴＴＩ長の異なる複数セルからなるキャリアアグリゲーションをサポートする移動通信システムにおいて、当該キャリアアグリゲーションを実行するユーザ装置における下りデータの再送制御に用いられるバッファを適切に分割することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１８】
本発明の実施の形態によれば、第１のセルと、当該第１のセルのＴＴＩ長と異なるＴＴＩ長を使用する第２のセルとを含む複数セルから構成されるキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
バッファを備え、前記基地局から受信する下りデータの復号に失敗した場合に、当該下りデータを前記バッファに格納し、当該バッファに格納した下りデータと、当該下りデータに対する送達確認情報に基づき前記基地局から送信された再送データとを合成し、復号を行う受信部と、
前記基地局から受信する下りデータに対する送達確認情報を前記基地局に送信する送信部と、を備え、
前記受信部は、
前記第１のセルのＴＴＩ長と前記第２のセルのＴＴＩ長とに基づく分割数で前記バッファを分割し、前記下りデータを当該バッファの分割された領域に格納するバッファ制御部を備える
ユーザ装置が提供される。【００１９】
また、本発明の実施の形態によれば、第１のセルと、当該第１のセルのＴＴＩ長と異なるＴＴＩ長を使用する第２のセルとを含む複数セルから構成されるキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行するバッファ制御方法であって、
前記基地局から受信する下りデータの復号に失敗した場合に、当該下りデータを、前記ユーザ装置が備えるバッファに格納し、当該バッファに格納した下りデータと、当該下りデータに対する送達確認情報に基づき前記基地局から送信された再送データとを合成し、復号を行う受信ステップと、
前記基地局から受信する下りデータに対する送達確認情報を前記基地局に送信する送信ステップと、を備え、
前記受信ステップにおいて、前記ユーザ装置は、
前記第１のセルのＴＴＩ長と前記第２のセルのＴＴＩ長とに基づく分割数で前記バッファを分割し、前記下りデータを当該バッファの分割された領域に格納する
バッファ制御方法が提供される。
【発明の効果】
【００２０】
本発明の実施の形態によれば、ＴＴＩ長の異なる複数セルからなるキャリアアグリゲーションをサポートする移動通信システムにおいて、当該キャリアアグリゲーションを実行するユーザ装置における下りデータの再送制御に用いられるバッファを適切に分割することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】ＬＴＥセルをマクロセルとして用い、５Ｇセルをスモールセルとして使用する場合の例を示す図である。
【図２】ＡＣＫ／ＮＡＣＫのフィードバックを説明するための図である。
【図３】課題を説明するための図である。
【図４】本発明の実施の形態におけるシステムの構成図である。
【図５】システムの基本的な動作を説明するための図である。
【図６】本実施の形態におけるユーザ装置ＵＥの構成図である。
【図７】ユーザ装置ＵＥのＨＷ構成図である。
【図８】本実施の形態における基地局ｅＮＢの構成図である。
【図９】基地局ｅＮＢのＨＷ構成図である。
【図１０】ＤＬ信号受信部１０２の概要構成例を示す図である。
【図１１】ソフトバッファ分割のための手順を説明するための図である。
【図１２】ソフトバッファ分割の例を示す図である。
【図１３】ソフトバッファ分割のための他の手順を説明するための図である。
【図１４】ＡＣＫ／ＮＡＣＫバンドリングを説明するための図である。
【図１５】ＡＣＫ／ＮＡＣＫ送信方法例１における処理シーケンスの例を示す図である。
【図１６】バンドリング処理の例を説明するための図である。
【図１７】ＡＣＫ／ＮＡＣＫバンドリングにおけるＰＵＣＣＨリソースの例を示す図である。
【図１８】１６ＣＣ  ＣＡにおけるＡＣＫ／ＮＡＣＫ送信の例を説明するための図である。
【図１９】ＡＣＫ／ＮＡＣＫ送信方法例２における処理シーケンスの例を示す図である。
【図２０】５Ｇでのデータ受信に対するＡＣＫ／ＮＡＣＫ送信の例を示す図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
【００２３】
本実施の形態では、例えば図１を用いて説明したような、ＬＴＥのセルと５Ｇのセルとを設定したキャリアアグリゲーション（ＣＡ）を実行可能な移動通信システムを対象とするが、本発明はＬＴＥと５Ｇに限らず、キャリアアグリゲーション可能な他のＲＡＴ（無線アクセス技術）にも適用可能である。
【００２４】
また、ＣＡを構成する「セル」は、ユーザ装置ＵＥが在圏するセルでありｓｅｒｖｉｎｇ  ｃｅｌｌと呼んでもよい。一例として、ＣＡを構成する「セル」は、下りのＣＣのみ、もしくは、下りのＣＣと上りのＣＣからなる。また、本明細書及び特許請求の範囲における「ＬＴＥ」の３ＧＰＰ規格書のリリースは、ＣＡが導入されている任意のリリースであるものとするが、これに限定されるわけではない。
【００２５】
（システム全体構成）
図４に、本発明の実施の形態における通信システムの構成図を示す。図４に示すように、本実施の形態における通信システムは、基地局ｅＮＢとユーザ装置ＵＥとを含む移動通信システムである。基地局ｅＮＢとユーザ装置ＵＥとでＬＴＥ−５Ｇ  ＣＡの通信を行うことが可能である。図４では、基地局ｅＮＢとユーザ装置ＵＥがそれぞれ１つずつ示されているが、これは図示の便宜上のものであり、それぞれ複数存在してもよい。
【００２６】
ＬＴＥ−５Ｇ  ＣＡにおいて、ＬＴＥセルでは、ＴＴＩ長は１ｍｓであり、５Ｇセルでは、ＴＴＩ長は０．１ｍｓである。なお、５ＧセルのＴＴＩ長＝０．１ｍｓは、例に過ぎず、ＬＴＥでのＴＴＩよりも短い他のＴＴＩ長であってもよい。以下では、ＬＴＥと５Ｇ間での「サブフレーム」を明確に区別するために、ＬＴＥでのサブフレーム（＝ＬＴＥのＴＴＩ長）を「ＬＴＥサブフレーム」と呼び、５Ｇでのサブフレーム（＝５ＧのＴＴＩ長）を「５Ｇサブフレーム」と呼ぶ。なお、ＬＴＥ／５Ｇを特に区別する必要がない場合や、ＬＴＥ／５Ｇのどちらかが明らかである場合等には、「サブフレーム」を用いる場合がある。
【００２７】
また、本実施の形態では、ユーザ装置ＵＥにＬＴＥ−５Ｇ  ＣＡが設定される際には、図２に示したように、ＬＴＥにてＰＣｅｌｌが設定され、５ＧにてＳＣｅｌｌが設定され、下りデータに対するＡＣＫ／ＮＡＣＫはＰＣｅｌｌのＰＵＣＣＨで基地局ｅＮＢに送信される。なお、ＬＴＥのセルとしてＰＵＣＣＨ送信可能なＳＣｅｌｌが設定される場合に、当該ＳＣｅｌｌのＰＵＣＣＨを用いてＡＣＫ／ＮＡＣＫを送信してもよい。
【００２８】
図４の例では、１つのセルが示されているが、これも図示の便宜上のものであり、ＣＡが設定される際には複数のセルが存在する。また、例えば、基地局ｅＮＢから離れた場所に、基地局ｅＮＢと光ファイバ等で接続される１つ又は複数のＲＲＥ（遠隔無線装置）が備えられる構成であってもよい（例：図１に示した構成）。当該ＲＲＥを用いる構成では、例えば、ＰＣｅｌｌによりマクロセルが形成され、ＲＲＥ配下のＳＣｅｌｌによりスモールセルが形成され、スモールセルに在圏したユーザ装置ＵＥが、ＣＡによる高スループット通信を行う。
【００２９】
＜基本的な動作例＞
図５を参照して、本実施の形態における通信システムの基本的な動作例について説明する。図５に示す動作の前提として、基地局ｅＮＢとユーザ装置ＵＥ間に、ＬＴＥのＰＣｅｌｌと５ＧのＳｃｅｌｌにより構成されるＣＡが設定されているものとする。
【００３０】
図５のステップ１０１において、ユーザ装置ＵＥは、ＳＣｅｌｌでＤＬデータ（ＴＢ：トランスポートブロックのデータ）を順次受信する。ここでは、例えば、１ＬＴＥサブフレームの期間において、複数の５ＧサブフレームでＤＬデータを受信する。また、伝送モードに応じて、１つの５Ｇサブフレームでは、１つ又は２つのＴＢ（の信号）を受信するが、以降、一例として、特に断らない限り、１つの５Ｇサブフレームでは、１つのＴＢを受信するものとする。
【００３１】
ステップ１０２において、ユーザ装置ＵＥは、各ＤＬデータのデコードに成功したか否かを判断する。基本的な動作として、ユーザ装置ＵＥは、ＤＬデータのデコードに成功すれば当該ＤＬデータのＡＣＫを生成し、ＤＬデータのデコードに失敗すれば当該ＤＬデータのＮＡＣＫを生成し、当該ＡＣＫ／ＮＡＣＫをＰＣｅｌｌのＰＵＣＣＨを使用して基地局ｅＮＢに送信する（ステップ１０３、１０４）。また、ステップ１０２において、ＤＬデータのデコードに失敗した場合、当該データはソフトバッファに保持される。
【００３２】
なお、本実施の形態において、デコードに成功したとは、例えば、デコード処理で得られたデータに誤りがないこと（誤りが所定数以下であることを含む）であり、デコードに失敗したとは、例えば、デコード処理で得られたデータに誤りがある（誤りが所定数以上であることを含む）ことである。
【００３３】
基地局ｅＮＢでは、送信したＤＬデータに対してＡＣＫを受信した場合は次のＤＬデータの送信を行い、送信したＤＬデータに対してＮＡＣＫを受信した場合は当該ＤＬデータの再送を行う（ステップ１０５）。再送データを受信したユーザ装置ＵＥは、ソフトバッファに保持したデータと再送データとを合成したデータをデコードする。
【００３４】
本実施の形態では、上記ソフトバッファをＬＴＥ−ＴＴＩ中の５Ｇ−ＴＴＩ数を考慮して分割することとしている。当該分割方法の詳細については後述する。本実施の形態のおいて、ＬＴＥ−ＴＴＩを基準として分割数を算出している理由は、本実施の形態では、ＬＴＥ−ＴＴＩを基準としてＡＣＫ／ＮＡＣＫ送信等のＨＡＲＱのタイミングが定められているからである。
【００３５】
（装置構成例）
次に、本実施の形態（ＡＣＫ／ＮＡＣＫ送信方法例１、２を含む）において説明される全ての処理を実行可能なユーザ装置ＵＥと基地局ｅＮＢにおける主要な構成を説明する。
【００３６】
図６に、本実施の形態に係るユーザ装置ＵＥの機能構成図を示す。図６に示すように、ユーザ装置ＵＥは、ＵＬ信号送信部１０１、ＤＬ信号受信部１０２、ＲＲＣ管理部１０３、ＡＣＫ／ＮＡＣＫ送信制御部１０４を含む。図６は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図６に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００３７】
ＵＬ信号送信部１０１は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。ＤＬ信号受信部１０２は、基地局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。ＵＬ信号送信部１０１及びＤＬ信号受信部１０２はそれぞれ、複数のＣＣを束ねて通信を行うＣＡを実行する機能を含む。また、複数のＣＣは、ＬＴＥと５Ｇのように、異なるＲＡＴのＣＣを含んでよい。一例として、ユーザ装置ＵＥは、図２等に示したように、ＬＴＥをＰＣｅｌｌとし、５ＧをＳＣｅｌｌとするＣＡを行うことが可能である。
【００３８】
本実施の形態では、５Ｇでも、ＬＴＥと基本的に同様にして、レイヤ１（ＰＨＹ）、レイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）、レイヤ３（ＲＲＣ）等の処理を行うこととしている。ＵＬ信号送信部１０１及びＤＬ信号受信部１０２はそれぞれ、パケットバッファを備え、レイヤ１（ＰＨＹ）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の処理を行う。ただし、これに限られるわけではない。
【００３９】
ＲＲＣ管理部１０３は、基地局ｅＮＢとの間でＲＲＣ信号の送受信を行うとともに、ＣＡ情報の設定／変更／管理、構成変更等の処理を行う機能を含む。また、ＲＲＣ管理部１０３は、後述するＡＣＫ／ＮＡＣＫ送信方法例１におけるバンドリング時間区間の設定・管理の機能、ＡＣＫ／ＮＡＣＫ送信方法例２におけるＰＵＣＣＨフォーマット、及びＣＣのＡＣＫ／ＮＡＣＫリソースと５Ｇサブフレーム番号との関連付け情報等を設定・管理する機能を有してもよい。また、ＲＲＣ管理部１０３は、ソフトバッファサイズ等の能力情報を、ＵＬ信号送信部１０１を介して基地局ｅＮＢに送信する機能を有してもよい。なお、これらの機能は、ユーザ装置ＵＥにおけるＲＲＣ管理部１０３以外の機能部に備えてもよい。
【００４０】
ＡＣＫ／ＮＡＣＫ送信制御部１０４は、ＡＣＫ／ＮＡＣＫ送信方法例１、２におけるＡＣＫ／ＮＡＣＫ送信の制御を行う。例えば、ＡＣＫ／ＮＡＣＫ送信方法例１の場合、ＡＣＫ／ＮＡＣＫ送信制御部１０４は、ＤＬ信号受信部１０２で生成された各ＤＬデータのＡＣＫ／ＮＡＣＫを、基地局ｅＮＢから通知されたバンドリングの設定情報に従ってバンドリングし、バンドリングしたＡＣＫ／ＮＡＣＫをＰＣｅｌｌのＰＵＣＣＨで送信するようＵＬ信号送信部１０１に指示する。
【００４１】
また、ＡＣＫ／ＮＡＣＫ送信方法例２の場合、ＡＣＫ／ＮＡＣＫ送信制御部１０４は、ＤＬ信号受信部１０２で生成された各ＤＬデータのＡＣＫ／ＮＡＣＫを、基地局ｅＮＢから通知された関連付けの設定情報に従ったＡＣＫ／ＮＡＣＫリソースで送信するようＵＬ信号送信部１０１に指示する。なお、ＡＣＫ／ＮＡＣＫ送信制御部１０４は、ＵＬ信号送信部１０１の中に含まれていてもよい。
【００４２】
図６に示すユーザ装置ＵＥの構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【００４３】
図７は、ユーザ装置ＵＥのハードウェア（ＨＷ）構成の例を示す図である。図７は、図６よりも実装例に近い構成を示している。図７に示すように、ＵＥは、無線信号に関する処理を行うＲＥ（Ｒａｄｉｏ  Ｅｑｕｉｐｍｅｎｔ）モジュール１６１と、ベースバンド信号処理を行うＢＢ（Ｂａｓｅ  Ｂａｎｄ）処理モジュール１６２と、上位レイヤ等の処理を行う装置制御モジュール１６３と、ＵＳＩＭカードにアクセスするインタフェースであるＵＳＩＭスロット１６４とを有する。
【００４４】
ＲＥモジュール１６１は、ＢＢ処理モジュール１６２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Ａｎａｌｏｇ  ｔｏ  Ｄｉｇｉｔａｌ）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール１６２に渡す。ＲＥモジュール１６１は、例えば、図６のＵＬ信号送信部１０１及びＤＬ信号受信部１０２における物理レイヤ等の機能を含む。
【００４５】
ＢＢ処理モジュール１６２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）１７２は、ＢＢ処理モジュール１６２における信号処理を行うプロセッサである。メモリ１８２は、ＤＳＰ１７２のワークエリアとして使用される。ＢＢ処理モジュール１６２は、例えば、図６のＵＬ信号送信部１０１及びＤＬ信号受信部１０２におけるレイヤ２等の機能、ＲＲＣ管理部１０３及びＡＣＫ／ＮＡＣＫ送信制御部１０４を含む。なお、ＲＲＣ管理部１０３、ＡＣＫ／ＮＡＣＫ送信制御部１０４の機能の全部又は一部を装置制御モジュール１６３に含めることとしてもよい。
【００４６】
装置制御モジュール１６３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ１７３は、装置制御モジュール１６３が行う処理を行うプロセッサである。メモリ１８３は、プロセッサ１７３のワークエリアとして使用される。また、プロセッサ１７３は、ＵＳＩＭスロット１６４を介してＵＳＩＭとの間でデータの読出し及び書込みを行う。
【００４７】
図８に、本実施の形態に係る基地局ｅＮＢの機能構成図を示す。図８に示すように、基地局ｅＮＢは、ＤＬ信号送信部２０１、ＵＬ信号受信部２０２、ＲＲＣ管理部２０３、スケジューリング部２０４を含む。図８は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００４８】
ＤＬ信号送信部２０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。ＵＬ信号受信部２０２は、各ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。ＤＬ信号送信部２０１及びＵＬ信号受信部２０２はそれぞれ、複数のＣＣを束ねて通信を行うＣＡを実行する機能を含む。また、複数のＣＣは、ＬＴＥと５Ｇのように、異なるＲＡＴのＣＣを含んでよい。一例として、基地局ｅＮＢは、図２等に示したように、ＬＴＥをＰＣｅｌｌとし、５ＧをＳＣｅｌｌとするＣＡを行うことが可能である。また、ＤＬ信号送信部２０１及びＵＬ信号受信部２０２は、ＲＲＥのように、基地局ｅＮＢの本体（制御部）から遠隔に設置された無線通信部であってもよい。
【００４９】
ＤＬ信号送信部２０１及びＵＬ信号受信部２０２はそれぞれ、パケットバッファを備え、レイヤ１（ＰＨＹ）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の処理を行うことを想定している（ただし、これに限られるわけではない）。
【００５０】
ＲＲＣ管理部２０３は、ユーザ装置ＵＥとの間でＲＲＣメッセージの送受信を行うとともに、ＣＡの設定／変更／管理、構成変更等の処理を行う機能を含む。ＲＲＣ管理部２０３は、ＣＡの設定を行う機能部であるので、設定部と呼んでもよい。また、ＲＲＣ管理部２０３は、ＡＣＫ／ＮＡＣＫ送信方法例１におけるバンドリング時間区間の指定・管理の機能、ＡＣＫ／ＮＡＣＫ送信方法例２におけるＰＵＣＣＨフォーマット、及びＣＣのＡＣＫ／ＮＡＣＫリソースと５Ｇサブフレーム番号との関連付け情報等を指定・管理する機能を有してもよい。なお、これらの機能は、基地局ｅＮＢにおけるＲＲＣ管理部２０３以外の機能部に備えてもよい。
【００５１】
スケジューリング部２０４は、ＣＡを実施するユーザ装置ＵＥに対し、セル毎にスケジューリングを行って、ＰＤＣＣＨの割り当て情報を作成し、当該割り当て情報を含むＰＤＣＣＨの送信をＤＬ信号送信部２０１に指示する機能を含む。また、スケジューリング部２０４は、ユーザ装置ＵＥから返されるＡＣＫ／ＮＡＣＫに基づき、次のデータをスケジューリングするか、それとも、再送データをスケジューリングするかを判定する機能を含んでもよい。また、スケジューリング部２０４は、ユーザ装置ＵＥにおけるソフトバッファの分割数を決定し、当該分割数を、ＤＬ信号送信部２０１を介して当該ユーザ装置ＵＥに通知する機能を含む。なお、当該機能は、スケジューリング部２０４以外の機能部に備えられてもよい。
【００５２】
図８に示す基地局ｅＮＢの構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【００５３】
図９は、基地局ｅＮＢのハードウェア（ＨＷ）構成の例を示す図である。図９は、図８よりも実装例に近い構成を示している。図９に示すように、基地局ｅＮＢは、無線信号に関する処理を行うＲＥモジュール２５１と、ベースバンド信号処理を行うＢＢ処理モジュール２５２と、上位レイヤ等の処理を行う装置制御モジュール２５３と、ネットワークと接続するためのインタフェースである通信ＩＦ２５４とを有する。
【００５４】
ＲＥモジュール２５１は、ＢＢ処理モジュール２５２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール２５２に渡す。ＲＥモジュール２５１は、例えば、図８のＤＬ信号送信部２０１及びＵＬ信号受信部２０２における物理レイヤ等の機能を含む。
【００５５】
ＢＢ処理モジュール２５２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ２６２は、ＢＢ処理モジュール２５２における信号処理を行うプロセッサである。メモリ２７２は、ＤＳＰ２５２のワークエリアとして使用される。ＢＢ処理モジュール２５２は、例えば、図８のＤＬ信号送信部２０１及びＵＬ信号受信部２０２におけるレイヤ２等の機能、ＲＲＣ管理部２０３及びスケジューリング部２０４を含む。なお、ＲＲＣ管理部２０３及びスケジューリング部２０４の機能の全部又は一部を装置制御モジュール２５３に含めることとしてもよい。
【００５６】
装置制御モジュール２５３は、ＩＰレイヤのプロトコル処理、ＯＡＭ処理等を行う。プロセッサ２６３は、装置制御モジュール２５３が行う処理を行うプロセッサである。メモリ２７３は、プロセッサ２６３のワークエリアとして使用される。補助記憶装置２８３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。
【００５７】
＜ユーザ装置ＵＥのＤＬ信号受信部１０２の構成例＞
本実施の形態におけるソフトバッファはユーザ装置ＵＥのＤＬ信号受信部１０２に備えられることから、ＤＬ信号受信部１０２の構成例を図１０に示す。なお、図１０は、ＤＬ信号受信部１０２が有する機能のうち、ソフトバッファの使用に特に関連する機能部を示すものである。例えば、ＤＬ信号受信部１０２には、レートマッチング機能、サーキュラバッファ等も含まれる。
【００５８】
図１０に示すように、ＤＬ信号受信部１０２は、アンテナ１５１、無線部１５２、信号検出部１５３、データ合成部１５４、復号部１５５、バッファ制御部１５６、ソフトバッファ１５７を含む。なお、レートマッチング機能部、サーキュラバッファ等は、信号検出部１５３あるいはデータ合成部１５４に含まれることとしてもよい。
【００５９】
無線部１５２は、アンテナ１５１で受信した信号に対して、ＡＤ変換等の信号処理を行う。信号検出部１５３は、無線部１５２により取得された信号に対して、ＦＦＴ処理等を施してＯＦＤＭのシンボル列を抽出し、判定処理（例：ＬＬＲ：Ｌｏｇ  Ｌｉｋｅｌｉｈｏｏｄ  Ｒａｔｉの計算に基づく軟判定処理）を実施することで、ビット例（軟判定データ）を取得する。復号部１５５は、例えばターボ復号により軟判定データのデコード処理を行って、データ（例：１トランスポートブロックのデータ）を取得する。
【００６０】
デコードに失敗した場合、当該軟判定データはソフトバッファ１５７に格納される。データ合成部１５４は、ＨＡＲＱプロセスにより再送されてきた軟判定データと、ソフトバッファ１５７に格納されている軟判定データとを合成し、合成したデータを復号部１５５に渡し、復号部１５６がデコード処理を行う。デコードに成功した場合は、ソフトバッファ１５７に格納された軟判定データは削除される。
【００６１】
なお、軟判定データが生成されてから当該軟判定データをソフトバッファ１５７に格納し（既に軟判定データがある場合はこの時点で読み出し）、当該軟判定データに対するデコードに成功した場合は当該軟判定データを削除し、デコードに失敗した場合に、当該軟判定データをそのまま保持するという動作を行うこととしてもよい。
【００６２】
バッファ制御部１５６は、軟判定データのソフトバッファへの書き込み／読み出しの制御を実行する。また、バッファ制御部１５６は、ソフトバッファ１５７の分割処理を実行する。
【００６３】
ＣＡを構成する場合、例えば、データ合成部１５４と復号部１５５はセル（ＣＣ）毎に備えられる。また、セル（ＣＣ）毎に複数のＨＡＲＱプロセスを実行する場合、以下で説明する分割されたソフトバッファが、ＨＡＲＱプロセス数に応じて複数備えられてもよいし、分割されたソフトバッファを複数ＨＡＲＱプロセスで共有してもよい。
【００６４】
（ソフトバッファの分割処理）
ユーザ装置ＵＥのバッファ制御部１５６により実行されるソフトバッファ１５７（以下、ソフトバッファと記述）の分割処理を図１１を参照して説明する。
【００６５】
図１１に示す処理手順の前提として、基地局ｅＮＢとユーザ装置ＵＥにおいて、ＬＴＥのＰＣｅｌｌと５ＧのＳＣｅｌｌにより構成されるＣＡが設定されているものとする。また、アクテョブ化コマンドにより、ＳＣｅｌｌはアクティブ化されている。
【００６６】
ステップ２０１において、ユーザ装置ＵＥのバッファ制御部１５６は、ＣＡの設定情報、及びＣＡを構成するセルの状態情報（アクティブ状態／非アクティブ状態）等に基づいて、ＣＡを構成するセルの情報（ＴＴＩ長等）、及び、各セル（ＳＣｅｌｌ）がアクティブ状態にあるか否か等を把握する。ＣＡの設定情報、及びＣＡを構成するセルの状態情報は、ユーザ装置ＵＥのメモリ等の記憶装置に格納されている情報であり、ユーザ装置ＵＥのバッファ制御部１５６は、当該記憶装置から当該情報を読み出すことで上記の情報を把握する。
【００６７】
ステップ２０２において、ユーザ装置ＵＥのバッファ制御部１５６は、ステップ２０１で把握した情報に基づいて、ユーザ装置ＵＥが、１ＬＴＥ−ＴＴＩで受信し得るＭＡＣ  ＰＤＵ数（ＴＢ（トランスポートブロック）数に相当する）を算出し、当該算出した数をソフトバッファの分割数と決定し、当該分割数でソフトバッファを等分に分割する。
【００６８】
例えば、１ＬＴＥ−ＴＴＩ（例：１ｍｓ）＝１０×５Ｇ−ＴＴＩ（例：０．１ｍｓ）である場合、１ＬＴＥ−ＴＴＩでユーザ装置ＵＥが受信し得るＭＡＣ  ＰＤＵ数は、ＬＴＥセル分が１であり、５Ｇセル分が１０である。この場合、バッファ制御部１５６は、ソフトバッファの分割数を１＋１０＝１１と決定する。また、例えば、５ＧのＳＣｅｌｌが２つ設定され、２つともアクティブである場合、分割数を１＋１０＋１０と算出できる。
【００６９】
分割数が１１である場合において、分割されたソフトバッファの例を図１２に示す。図１２に示すように、ソフトバッファがＬＴＥセル分の１と、５Ｇセル分の１０に分割されている。
【００７０】
各セルの伝送モードによっては、１サブフレーム（ＬＴＥサブフレーム／５Ｇサブフレーム）で２つのＴＢを受信する場合がある。その場合、該当セルの算出数を２倍としてもよい。例えば、ＬＴＥと５Ｇの両方において、ＭＩＭＯを行う伝送モードが指定されている場合、１×２（ＬＴＥセル分）＋１０×２（５Ｇセル分）＝２２を分割数とすることができる。なお、ユーザ装置ＵＥは、各セルの伝送モードを、基地局ｅＮＢから受信する伝送モード設定情報（例：ＲＲＣ信号）から把握することができる。
【００７１】
データ受信動作において、ユーザ装置ＵＥのバッファ制御部１５６は、１ＬＴＥ−ＴＴＩ内で受信し、デコードに失敗した（データ誤りのあった）各軟判定データをソフトバッファの分割された１領域に格納する。そして、ユーザ装置ＵＥは、１ＬＴＥ−ＴＴＩ内で受信したＬＴＥ／５ＧのＤＬデータに対するＡＣＫ／ＮＡＣＫを、当該ＬＴＥ−ＴＴＩのＬＴＥサブフレームの所定時間後（例：４ｍｓ後）のＬＴＥサブフレームで基地局ｅＮＢに送信し、基地局ｅＮＢから次のデータ／再送データを受信する。ユーザ装置ＵＥは、各再送データに関し、ソフトバッファに格納された対応するデータと合成し、デコードを実施する。
【００７２】
上記の例では、ユーザ装置ＵＥがソフトバッファの分割数を算出したが、これに限られるわけではない。例えば、基地局ｅＮＢがユーザ装置ＵＥにおけるソフトバッファの分割数を決定し、決定した分割数をユーザ装置ＵＥに指示し、ユーザ装置ＵＥは、指示された分割数を用いてソフトバッファを分割することとしてもよい。
【００７３】
この場合の動作の例を図１３を参照して説明する。図１３に示す処理手順の前提として、基地局ｅＮＢとユーザ装置ＵＥにおいて、ＬＴＥのＰＣｅｌｌと５ＧのＳＣｅｌｌにより構成されるＣＡが設定されているものとする。また、アクティブ化コマンドにより、ＳＣｅｌｌはアクティブ化されている。
【００７４】
ステップ３０１において、ユーザ装置ＵＥは、自身が搭載しているソフトバッファの量を能力情報（ｃａｐａｂｉｌｉｔｙ）として基地局ｅＮＢに通知する。なお、ユーザ装置ＵＥがソフトバッファの分割数を算出する場合でも、この能力情報の通知を行うこととしてもよい。
【００７５】
ステップ３０２において、基地局ｅＮＢは、当該ユーザ装置ＵＥのソフトバッファの分割数を決定する。基地局ｅＮＢは、ユーザ装置ＵＥに設定した設定情報及びセルの状態情報等を保持しているので、基地局ｅＮＢは、例えば、前述したユーザ装置ＵＥにおける分割数決定方法と同じ方法で分割数を決定することができる。
【００７６】
ステップ３０３において、基地局ｅＮＢは決定した分割数をユーザ装置ＵＥに通知する。当該通知は、ＲＲＣ信号で行ってもよいし、ＭＡＣ信号で行ってもよいし、ＰＨＹ信号で行ってもよい。
【００７７】
ステップ３０４において、分割数を受信したユーザ装置ＵＥは、バッファ制御部１５６によりソフトバッファを分割し、分割したソフトバッファを使用してＤＬデータのＨＡＲＱ制御を実行する。
【００７８】
ステップ３０２の分割数の決定において、基地局ｅＮＢは、１ＭＡＣ  ＰＤＵ当たりのソフトバッファのサイズをより大きくするために、算出された分割数よりも小さい値を、ユーザ装置ＵＥに通知する分割数として決定してもよい。また、ユーザ装置ＵＥから能力情報として通知されたソフトバッファサイズに基づいて、算出された分割数よりも小さい値を用いるか否かを決定してもよい。例えば、ユーザ装置ＵＥから通知されたソフトバッファサイズを、算出された分割数で割った値が、所定値よりも小さくなる場合に、算出された分割数よりも小さな値を分割数として通知してもよい。この小さな値は、例えば、ユーザ装置ＵＥから通知されたソフトバッファサイズを当該「小さな値」で割った値が、所定値以上になるように定めることができる。
【００７９】
上記のような「小さな値」を分割数として用いることで、分割された各領域の容量が増加し、デコードに用いるＳｏｆｔ  ｃｈａｎｎｅｌ  ｂｉｔ数が増加し、デコード性能が改善する。
【００８０】
分割数が小さくなったことにより、ＬＴＥサブフレーム／５Ｇサブフレーム毎のデータをソフトバッファに格納できなくなる可能性があるが、それを回避するために、例えば、基地局ｅＮＢは、当該ユーザ装置ＵＥに対してＤＬデータを割り当てるＬＴＥサブフレーム／５Ｇサブフレームを制限（限定）する。
【００８１】
また、ソフトバッファが受信ビット（軟判定データ）で満杯になり、空きの領域が無くなった場合には、ユーザ装置ＵＥは、満杯になった時点の後続の５Ｇサブフレームでの受信処理を行わないこととしてもよい。受信処理を行わないとは、例えば、当該５ＧサブフレームのＳＣｅｌｌでのＰＤＣＣＨのモニタを行わないことである。
【００８２】
また、ユーザ装置ＵＥは、ユーザ装置ＵＥで算出した分割数でソフトバッファの分割を行うか、それとも、基地局ｅＮＢから指定される分割数でソフトバッファの分割を行うかを、基地局ｅＮＢからＲＲＣ信号等で受信する指示に従って決定してもよい。
【００８３】
以上説明した方法でソフトバッファを分割することで、ＬＴＥ−５Ｇ  ＣＡにおいて、ＬＴＥのＰＵＣＣＨでＡＣＫ／ＮＡＣＫを送信するＨＡＲＱ制御を行う場合でも、ＬＴＥサブフレーム／５Ｇサブフレームで受信するＤＬデータ用のソフトバッファが不足してしまうことを回避できる。
【００８４】
上記のように、本実施の形態では、ＬＴＥサブフレームにおいて、５Ｇの複数サブフレームで受信したＤＬデータに対する複数のＡＣＫ／ＮＡＣＫを送信する必要がある。以下では、ＡＣＫ／ＮＡＣＫ送信方法例１、２を説明する。
【００８５】
以下に詳細に説明するように、ＡＣＫ／ＮＡＣＫ送信方法例１では、複数の５Ｇサブフレームで受信した複数のＤＬデータに対するＡＣＫ／ＮＡＣＫの送信を、ＡＣＫ／ＮＡＣＫバンドリングを利用して実施する。ＡＣＫ／ＮＡＣＫ送信方法例２では、複数の５Ｇサブフレームで受信した複数のＤＬデータに対するＡＣＫ／ＮＡＣＫの送信を、複数ＣＣのＣＡ用に規定されるＰＵＣＣＨフォーマットを流用することで行っている。
【００８６】
（ＡＣＫ／ＮＡＣＫ送信方法例１）
まず、ＡＣＫ／ＮＡＣＫ送信方法例１を説明する。ＬＴＥ−５Ｇ  ＣＡを実現する際に、ＡＣＫ／ＮＡＣＫ用の新しいＰＵＣＣＨフォーマットを規定すると、ＵＥ／ｅＮＢの複雑性が無駄に増加する可能性がある。ＡＣＫ／ＮＡＣＫ送信方法例１では、この課題を解決するべく、既存のメカニズムであるＡＣＫ／ＮＡＣＫバンドリングをＬＴＥ−５Ｇ  ＣＡにおけるＡＣＫ／ＮＡＣＫ送信に用いることとしている。なお、ＡＣＫ／ＮＡＣＫバンドリング自体は既存のメカニズムであるが、ＡＣＫ／ＮＡＣＫバンドリングをＬＴＥ−５Ｇ  ＣＡに適用する既存技術は存在しない。ＡＣＫ／ＮＡＣＫバンドリングを用いることで、ＬＴＥ−５Ｇ  ＣＡにおけるＡＣＫ／ＮＡＣＫ送信に、既存のＰＵＣＣＨフォーマットを利用できる。従って、新規フォーマットを規定する必要がなく、新規フォーマット導入による複雑性の増大を回避することが可能である。
【００８７】
ここで、ＡＣＫ／ＮＡＣＫバンドリングの概要について説明する。複数のサブフレームで受信する複数のデータ（コードワード）に対し、ＴＴＩ毎（サブフレーム毎）に複数のＡＣＫ／ＮＡＣＫのビットが生成される。ＡＣＫ／ＮＡＣＫバンドリングをしない場合には、基本的に１つのＡＣＫ／ＮＡＣＫを１つのＵＬサブフレームで送信する。しかし、例えば、ＴＤＤにおいて、ＤＬサブフレームの数量がＵＬサブフレームの数量よりも大きい場合、複数のＤＬサブフレームで受信したデータに対する複数のＡＣＫ／ＮＡＣＫを１つのＵＬサブフレームを用いて送信する必要がある。例えばこのような場合にＡＣＫ／ＮＡＣＫバンドリングが用いられる。ＡＣＫ／ＮＡＣＫバンドリングでは、複数のＡＣＫ／ＮＡＣＫビットに対して論理ＡＮＤ演算を施して、１つのビットとし、当該１つのビットをＡＣＫ／ＮＡＣＫとして１つのＵＬサブフレームで送信する。
【００８８】
図１４に、一例として、Ｒｅｌ−８のＴＤＤにおけるＡＣＫ／ＮＡＣＫバンドリング（図面ではＡ／Ｎ  ｂｕｎｄｌｉｎｇと記載）を示す。図１４に示すように、例えば、３つのＡＣＫをバンドリングすることで、１つのＡＣＫが得られ、ＡＣＫ／ＮＡＣＫ／ＡＣＫをバンドリングすることで１つにＮＡＣＫが得られている。
【００８９】
ＡＣＫ／ＮＡＣＫ送信方法例１では、５Ｇセルでの下り各サブフレームで受信するデータのＡＣＫ／ＮＡＣＫをバンドリングしてＬＴＥセル（ＰＣｅｌｌ）で送信する。なお、ＬＴＥセルにおける下りデータに対するＡＣＫ／ＮＡＣＫは、既存技術と同様に送信することができる。
【００９０】
図１５を参照してＡＣＫ／ＮＡＣＫ送信方法例１における動作の例を説明する。図１５に示す動作の前提として、基地局ｅＮＢとユーザ装置ＵＥにおいて、ＬＴＥのＰＣｅｌｌと５ＧのＳＣｅｌｌにより構成されるＣＡが設定されているものとする。
【００９１】
まず、図１５に示すように、基地局ｅＮＢからユーザ装置ＵＥに対し、５ＧにおいてＡＣＫ／ＮＡＣＫバンドリングを適用する時間区間を指定する（ステップ４０１）。この指定は、例えば、５Ｇサブフレームの番号で行うことができる。一例として、ある１つのＬＴＥサブフレームに対応する時間区間において、５Ｇサブフレーム０〜９がある場合に、「５Ｇサブフレーム３〜６をバンドリングする」ことを示す指示情報をユーザ装置ＵＥに送信する。
【００９２】
ＬＴＥのあるＵＬサブフレームで送信するＡＣＫ／ＮＡＣＫに関して、５ＧのＳＣｅｌｌに対するバンドリングの時間区間（グループ）は１つだけ指定してもよいし、複数個指定してもよい。例えば、基地局ｅＮＢは、（「５Ｇサブフレーム０〜２をグループＡとしてバンドリングする」、「５Ｇサブフレーム３〜６をグループＢとしてバンドリングする」、「５Ｇサブフレーム７〜９をグループＣとしてバンドリングする」）を示す指示情報をユーザ装置ＵＥに送信することができる。上記グループをバンドルグループと呼んでもよい。
【００９３】
上記指示情報の送信は、ＲＲＣ信号で行ってもよいし、ＭＡＣ信号又はＰＨＹ信号（ＰＤＣＣＨ等）で行ってもよい。また、例えば、ユーザ装置ＵＥにＳＣｅｌｌを設定するためのＲＲＣ信号（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）で、バンドリング時間区間を指定してもよい。このようにＲＲＣ信号でバンドリング時間区間を指定する場合は、バンドリングの時間区間はセミスタティックに定められる。
【００９４】
また、ＭＡＣ信号／ＰＨＹ信号を用いる場合、バンドリングの時間区間の指定をＬＴＥのサブフレーム毎に行うこととしてもよい。バンドリングの時間区間の指定をＬＴＥのサブフレーム毎に行う場合、バンドリングの時間区間を、ダイナミックに（ＬＴＥサブフレーム毎に）変更することができる。
【００９５】
ユーザ装置ＵＥは、ＳＣｅｌｌでＤＬデータ（ＴＢ）を順次受信する（ステップ４０２）。ここでは、例えば、ユーザ装置ＵＥは、１ＬＴＥサブフレームの期間において、複数の５Ｇサブフレームで複数のＤＬデータを受信する。
【００９６】
ユーザ装置ＵＥは、ステップ４０２で受信した各ＤＬデータのＡＣＫ／ＮＡＣＫを生成するとともに、ステップ４０１で受信したバンドリング指示情報に従って、ＤＬデータのＡＣＫ／ＮＡＣＫをバンドリングする（ステップ４０３）。
【００９７】
ステップ４０４において、ユーザ装置ＵＥは、ＰＣｅｌｌのＰＵＣＣＨを用いて、バンドリングしたＡＣＫ／ＮＡＣＫを基地局ｅＮＢに送信する。ここでは、例えば、ＬＴＥの規定に従って、ＤＬデータを受信したＬＴＥサブブレームの４ＬＴＥサブフレーム後のＬＴＥサブフレームでバンドリングしたＡＣＫ／ＮＡＣＫを基地局ｅＮＢに送信する。
【００９８】
図１６を参照してバンドリング処理の例を説明する。図１６の例では、「Ａ」で示すＬＴＥサブフレーム区間において、例えばＭＡＣ信号により、ＳＣｅｌｌで図示のとおりのバンドリング時間区間の設定がされている。すなわち、前述した場合と同様に、５Ｇサブフレーム０〜２がバンドルグループＡとして設定され、５Ｇサブフレーム３〜６がバンドルグループＢとして設定され、５Ｇサブフレーム７〜９がバンドルグループＣとして設定されている。なお、図１６に示す例では、次のＬＴＥサブフレーム区間、その次のＬＴＥサブフレーム区間において、最初のＬＴＥサブフレーム区間とは異なるバンドルグループ設定がなされている。
【００９９】
「Ａ」で示すＬＴＥサブフレーム区間においてＳＣｅｌｌで受信した各ＤＬデータのＡＣＫ／ＮＡＣＫは、バンドルグループ毎にバンドリングされて、「Ａ」の４ＬＴＥサブフレーム後の「Ｂ」で示すＬＴＥサブフレームにおけるＰＣｅｌｌのＰＵＣＣＨで基地局ｅＮＢに送信される。当該ＰＵＣＣＨの無線リソースにおけるバンドルグループ毎のＡＣＫ／ＮＡＣＫの配置例を図１７に示す。図１７に示す例では、ＰＣｅｌｌでのＤＬデータに対するＡＣＫ／ＮＡＣＫも含む。図１７に示すように、各セル／グループのＡＣＫ／ＮＡＣＫ毎に、ＰＵＣＣＨにおける所定のリソースを用いて送信が行われる。ＰＵＣＣＨにおける所定のリソースとしては、例えば、既存のＣＡ用に規定されているＣＣ毎のリソースを使用することができる。なお、ＡＣＫ／ＮＡＣＫ送信用の「リソース」は、例えば、時間リソース、周波数リソース、及びコードリソースの組み合わせである。
【０１００】
図１７の場合、例えば、基地局ｅＮＢは、ＣＣ＃１用のリソースにマッピングされたＡＣＫ／ＮＡＣＫをＰＣｅｌｌのＡＣＫ／ＮＡＣＫと見なし、ＣＣ＃２用のリソースにマッピングされたＡＣＫ／ＮＡＣＫをバンドルグループＡのＡＣＫ／ＮＡＣＫと見なし、ＣＣ＃３用のリソースにマッピングされたＡＣＫ／ＮＡＣＫをバンドルグループＢのＡＣＫ／ＮＡＣＫと見なし、ＣＣ＃４用のリソースにマッピングされたＡＣＫ／ＮＡＣＫをバンドルグループＣのＡＣＫ／ＮＡＣＫと見なす。
【０１０１】
なお、ＡＣＫ／ＮＡＣＫ送信方法例２で説明する技術を用いて、ＣＣ用のＡＣＫ／ＮＡＣＫリソースと、バンドルグループ用のＡＣＫ／ＮＡＣＫリソースとの関連付け情報を基地局ｅＮＢからユーザ装置ＵＥに送信し、ユーザ装置ＵＥは、当該関連付け情報に従ったＡＣＫ／ＮＡＣＫリソースを用いてバンドルＡＣＫ／ＮＡＣＫを送信してもよい。
【０１０２】
（ＡＣＫ／ＮＡＣＫ送信方法例２）
次に、ＡＣＫ／ＮＡＣＫ送信方法例２を説明する。既存のＬＴＥでは、最大５キャリア（ＣＣ）に対するＡＣＫ／ＮＡＣＫ送信のＰＵＣＣＨフォーマットが規定されている。一方、Ｒｅｌ−１３では、ＣＡにおいて６ＣＣ以上（３２ＣＣまで）のキャリアを束ねることが想定されていることから、そのように多数のＣＣで送信されるデータに対するＡＣＫ／ＮＡＣＫを送信できるように、ＰＵＣＣＨフォーマットを拡張することが検討されている。なお、これは既存ＰＵＣＣＨフォーマットの拡張であり、５Ｇデータ用のＡＣＫ／ＮＡＣＫ送信のために新たなＰＵＣＣＨフォーマットを導入することとは異なる。
【０１０３】
ＡＣＫ／ＮＡＣＫ送信方法例２では、既存ＰＵＣＣＨフォーマットを拡張した６ＣＣ以上のＣＣのＡＣＫ／ＮＡＣＫ送信を行うことができるＰＵＣＣＨフォーマットを使用する。ただし、拡張フォーマットを使用することは必須ではなく、５ＧのＴＴＩ長によっては、拡張しない既存のＰＵＣＣＨフォーマット（５ＣＣのＡＣＫ／ＮＡＣＫを送信できるフォーマット）を使用することも可能である。
【０１０４】
当該拡張したＰＵＣＣＨフォーマットの使用例を図１８を参照して説明する。図１８は、１６個のＣＣ（ＣＣをセルと称してもよい）を束ねてＣＡを実行する１６ＣＣ  ＣＡの例を示している。図１８において、ＣＣ＃１から構成されるセルがＰＣｅｌｌである。図１８に示すように、ＰＵＣＣＨにおける各ＣＣ用に定められたリソースで、当該ＣＣのＡＣＫ／ＮＡＣＫが送信される。なお、１６ＣＣまでのＡＣＫ／ＮＡＣＫを送信できるＰＵＣＣＨフォーマットの種別指定、及び、当該フォーマットでユーザ装置ＵＥがＡＣＫ／ＮＡＣＫを送信可能なリソース量（ビット数等）等は、例えば、基地局ｅＮＢからユーザ装置ＵＥに対してＲＲＣ信号等で指定される。
【０１０５】
図１９を参照してＡＣＫ／ＮＡＣＫ送信方法例２における動作の例を説明する。図１９に示す動作の前提として、基地局ｅＮＢとユーザ装置ＵＥにおいて、ＬＴＥのＰＣｅｌｌと５ＧのＳＣｅｌｌにより構成されるＣＡが設定されているものとする。
【０１０６】
まず、ＲＲＣ信号等により、基地局ｅＮＢからユーザ装置ＵＥに対してＰＵＣＣＨフォーマットの設定を行う（ステップ５０１）。ここで設定されるＰＵＣＣＨフォーマットは、１６ＣＣもしくは３２ＣＣ（１６／３２ＣＣ）等の多数のＣＣのＡＣＫ／ＮＡＣＫを送信可能なＰＵＣＣＨフォーマット（例：図１８のＰＵＣＣＨ）である。ここでのＰＵＣＣＨフォーマットの指定は、ＡＣＫ／ＮＡＣＫ送信用のリソース量の指定も含むこととしてよい。ステップ５０１において、５Ｇ−ＳＣｅｌｌの設定とＰＵＣＣＨフォーマットの設定を同時に行うこととしてもよい。
【０１０７】
次に、基地局ｅＮＢはユーザ装置ＵＥに対して、ステップ５０１で設定したＰＵＣＣＨフォーマットにおける、各ＣＣ用のＡＣＫ／ＮＡＣＫリソースと、５Ｇサブフレーム番号（５Ｇ−ＴＴＩ番号）との関連付けを行う。例えば、"１６／３２ＣＣにおけるＣＣ＃１用のＡＣＫ／ＮＡＣＫリソース"＝"５Ｇ  ＳＣｅｌｌにおける５Ｇサブフレーム＃１用のＡＣＫ／ＮＡＣＫリソース"のように、ＣＣ用のＡＣＫ／ＮＡＣＫリソースと、５ＧのＡＣＫ／ＮＡＣＫ用のリソースとを関連付けるための指示情報を基地局ｅＮＢからユーザ装置ＵＥに送信する。
【０１０８】
上記関連付けの指示は、ＲＲＣ信号で行ってもよいし、ＭＡＣ信号又はＰＨＹ信号で行うこととしてもよい。ＲＲＣ信号で行う場合、ステップ５０１におけるＰＵＣＣＨフォーマットの設定と同時に関連付けを指示することとしてもよい。また、ＭＡＣ信号又はＰＨＹ信号を用いる場合、ＣＣ用のＡＣＫ／ＮＡＣＫリソースと、５Ｇサブフレーム用のＡＣＫ／ＮＡＣＫリソースとの関連付けをＬＴＥサブフレーム毎に変更することとしてもよい。
【０１０９】
図２０に、関連付けの例を示す。図２０は、図１８に示すＰＵＣＣＨフォーマットを使用する場合を示しており、図２０のケースでは、ＣＣ＃１用ＡＣＫ／ＮＡＣＫリソースが、５Ｇサブフレーム＃０用のＡＣＫ／ＮＡＣＫリソースに関連付けられ、ＣＣ＃２用ＡＣＫ／ＮＡＣＫリソースが、５Ｇサブフレーム＃１用のＡＣＫ／ＮＡＣＫリソースに関連付けられるようにして、各ＣＣ用ＡＣＫ／ＮＡＣＫリソースが、各５Ｇサブフレーム用のＡＣＫ／ＮＡＣＫリソースに関連付けられている。
【０１１０】
図１９のステップ５０３において、ユーザ装置ＵＥは、ＳＣｅｌｌで基地局ｅＮＢからＤＬデータ（ＴＢ）を受信し、ＤＬデータに対するＡＣＫ／ＮＡＣＫを生成する。
【０１１１】
ステップ５０４において、ユーザ装置ＵＥは、ステップ５０２で受信した関連付けの指定情報に従って、ＰＵＣＣＨのＡＣＫ／ＮＡＣＫリソースを用いてＳＣｅｌｌで受信したＤＬデータに対するＡＣＫ／ＮＡＣＫを基地局ｅＮＢに送信する。当該ＡＣＫ／ＮＡＣＫの送信は、例えば、ＤＬデータを受信した５Ｇサブフレームを含むＬＴＥサブフレームの４ＬＴＥサブフレーム後のＬＴＥサブフレームのＰＵＣＣＨで実行される。これは図１６の場合（「Ａ」に対する「Ｂ」）と同様である。
【０１１２】
例えば、図２０に示す例において、ユーザ装置ＵＥが、ＳＣｅｌｌでのＤＬデータを５Ｇサブフレーム＃１と５Ｇサブフレーム＃２のそれぞれで受信した場合、ＰＵＣＣＨのＣＣ＃２及びＣＣ＃３のＡＣＫ／ＮＡＣＫリソースを用いて当該ＤＬデータのＡＣＫ／ＮＡＣＫを送信する。
【０１１３】
ＡＣＫ／ＮＡＣＫ送信方法例１とＡＣＫ／ＮＡＣＫ送信方法例２は組み合わせて実施することが可能である。すなわち、バンドルＡＣＫ／ＮＡＣＫを、ＡＣＫ／ＮＡＣＫ送信方法例２で説明したＰＵＣＣＨのＣＣ用ＡＣＫ／ＮＡＣＫリソースを使用して送信することが可能である。
【０１１４】
また、ユーザ装置ＵＥと基地局ｅＮＢはそれぞれ、ソフトバッファの分割に関する機能に加えて、ＡＣＫ／ＮＡＣＫ送信方法例１で説明した処理を実行する機能、ＡＣＫ／ＮＡＣＫ送信方法例２で説明した処理を実行する機能の両方を有してもよいし、いずれか１つの機能を有してもよい。
【０１１５】
以上、説明したように、本実施の形態により、第１のセルと、当該第１のセルのＴＴＩ長と異なるＴＴＩ長を使用する第２のセルとを含む複数セルから構成されるキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、バッファを備え、前記基地局から受信する下りデータの復号に失敗した場合に、当該下りデータを前記バッファに格納し、当該バッファに格納した下りデータと、当該下りデータに対する送達確認情報に基づき前記基地局から送信された再送データとを合成し、復号を行う受信部と、前記基地局から受信する下りデータに対する送達確認情報を前記基地局に送信する送信部と、を備え、前記受信部は、前記第１のセルのＴＴＩ長と前記第２のセルのＴＴＩ長とに基づく分割数で前記バッファを分割し、前記下りデータを当該バッファの分割された領域に格納するバッファ制御部を備えるユーザ装置が提供される。
【０１１６】
上記の構成によれば、ＴＴＩ長の異なる複数セルからなるキャリアアグリゲーションをサポートする移動通信システムにおいて、当該キャリアアグリゲーションを実行するユーザ装置における下りデータの再送制御に用いられるバッファを適切に分割することが可能となる。
【０１１７】
前記第１のセルのＴＴＩ長が前記第２のセルのＴＴＩ長よりも長い場合において、前記バッファ制御部は、前記分割数を、前記第１のセルのＴＴＩ長に含まれる前記第２のセルのＴＴＩ長の数に基づき決定するようにしてもよい。この構成により、例えば、ＬＴＥ−５Ｇ  ＣＡを行う場合でも、上記バッファの例であるソフトバッファが不足することを回避できる。
【０１１８】
前記バッファ制御部は、前記基地局から受信した分割数を用いて前記バッファの分割を行うこととしてもよい。この構成により、ユーザ装置は基地局で決定された分割数を適用できるので、計算負荷を低減できる。また、基地局主導で柔軟な制御を行うことも可能となる。
【０１１９】
前記バッファが下りデータで満杯になった場合に、前記受信部は、前記基地局から前記ユーザ装置宛てに送信される下りデータの受信処理を行わないこととしてもよい。この構成により、無駄な受信処理を行うことを回避できる。
【０１２０】
前記送信部は、前記受信部が備える前記バッファの量を能力情報として前記基地局に通知することとしてもよい。この構成により、基地局は、ユーザ装置のバッファ能力を考慮して、分割数の決定や、スケジューリングを実施することができる。なお、ここでのバッファの量の通知は、ＵＥカテゴリの通知とは別に実施されるものである。
【０１２１】
前記受信部は、前記基地局から送信される下りデータを前記第２のセルで受信し、当該下りデータに対する送達確認情報を生成し、前記送信部は、前記受信部において生成された複数の下りデータに対する複数の送達確認情報を１つの送達確認情報にバンドルし、当該バンドルした送達確認情報を前記第１のセルで前記基地局に送信するようにしてもよい。この構成により、ＴＴＩ長の異なる複数セルからなるキャリアアグリゲーションをサポートする移動通信システムにおいて、当該キャリアアグリゲーションを実行するユーザ装置が、下りデータに対する送達確認情報を基地局に適切に送信することが可能となる。
【０１２２】
前記受信部は、前記基地局から送信される下りデータを前記第２のセルで受信し、当該下りデータに対する送達確認情報を生成し、前記送信部は、キャリアアグリゲーションを構成する複数のセルの下りデータに対する送達確認情報を送信するためのリソースが予め定められた上り制御チャネルにおける当該リソースを用いることにより、前記受信部において生成した送達確認情報を前記第１のセルで前記基地局に送信することとしてもよい。この構成により、ＴＴＩ長の異なる複数セルからなるキャリアアグリゲーションをサポートする移動通信システムにおいて、当該キャリアアグリゲーションを実行するユーザ装置が、下りデータに対する送達確認情報を基地局に適切に送信することが可能となる。
【０１２３】
本発明の実施の形態で説明したユーザ装置ＵＥは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１２４】
本発明の実施の形態で説明した基地局ｅＮＢは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１２５】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、ユーザ装置及び基地局は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置が有するプロセッサにより動作するソフトウェア、及び、基地局が有するプロセッサにより動作するソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【０１２６】
本特許出願は２０１５年２月２０日に出願した日本国特許出願第２０１５−０３２３４１号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−０３２３４１号の全内容を本願に援用する。
【符号の説明】
【０１２７】
ＵＥ  ユーザ装置
ｅＮＢ  基地局
１０１  ＵＬ信号送信部
１０２  ＤＬ信号受信部
１０３  ＲＲＣ管理部
１０４  ＡＣＫ／ＮＡＣＫ送信制御部
１５１  アンテナ
１５２  無線部
１５３  信号検出部
１５４  データ合成部
１５５  復号部
１５６  バッファ制御部
１５７  ソフトバッファ
１６１  ＲＥモジュール
１６２  ＢＢ処理モジュール
１６３  装置制御モジュール
１６４  ＵＳＩＭスロット
２０１  ＤＬ信号送信部
２０２  ＵＬ信号受信部
２０３  ＲＲＣ管理部
２０４  スケジューリング部
２５１  ＲＥモジュール
２５２  ＢＢ処理モジュール
２５３  装置制御モジュール
２５４  通信ＩＦ
【図１】
2016133107.tif 000003
【図２】
2016133107.tif 000004
【図３】
2016133107.tif 000005
【図４】
2016133107.tif 000006
【図５】
2016133107.tif 000007
【図６】
2016133107.tif 000008
【図７】
2016133107.tif 000009
【図８】
2016133107.tif 000010
【図９】
2016133107.tif 000011
【図１０】
2016133107.tif 000012
【図１１】
2016133107.tif 000013
【図１２】
2016133107.tif 000014
【図１３】
2016133107.tif 000015
【図１４】
2016133107.tif 000016
【図１５】
2016133107.tif 000017
【図１６】
2016133107.tif 000018
【図１７】
2016133107.tif 000019
【図１８】
2016133107.tif 000020
【図１９】
2016133107.tif 000021
【図２０】
2016133107.tif 000022
【国際調査報告】
2016133107.tif 000023
2016133107.tif 000024
2016133107.tif 000025