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