(57)【要約】  基地局とユーザ装置とを有する無線通信システムにおけるユーザ装置であって、無線フレームにおいて下りデータチャネルがマッピングされるリソース位置又は上りデータチャネルがマッピングされるリソース位置と、当該ユーザ装置から下りデータに対するＨＡＲＱ応答を送信するタイミング又は前記基地局から上りデータに対するＨＡＲＱ応答を受信するタイミングとを示す情報を取得する取得部と、前記下りデータチャネルで受信した下りデータに対するＨＡＲＱ応答を、前記下りデータに対するＨＡＲＱ応答を送信するタイミングで送信し、前記上りデータチャネルで送信したデータに対するＨＡＲＱ応答若しくは再送データのスケジューリング情報を、前記上りデータに対するＨＡＲＱ応答を受信するタイミングで受信する通信部と、を有するユーザ装置を提供する。
2017169589.tif 000002
【特許請求の範囲】
【請求項１】
基地局とユーザ装置とを有する無線通信システムにおけるユーザ装置であって、
無線フレームにおいて下りデータチャネルがマッピングされるリソース位置又は上りデータチャネルがマッピングされるリソース位置と、当該ユーザ装置から下りデータに対するＨＡＲＱ応答を送信するタイミング又は前記基地局から上りデータに対するＨＡＲＱ応答を受信するタイミングとを示す情報を取得する取得部と、
前記下りデータチャネルで受信した下りデータに対するＨＡＲＱ応答を、前記下りデータに対するＨＡＲＱ応答を送信するタイミングで送信し、前記上りデータチャネルで送信したデータに対するＨＡＲＱ応答若しくは再送データのスケジューリング情報を、前記上りデータに対するＨＡＲＱ応答を受信するタイミングで受信する通信部と、
を有するユーザ装置。
【請求項２】
当該ユーザ装置がサポート可能な、無線フレームにおいて下りのデータチャネルがマッピングされるリソース位置又は上りデータチャネルがマッピングされるリソース位置と、当該ユーザ装置から前記下りデータに対するＨＡＲＱ応答を行うことが可能なタイミング又は前記基地局から前記上りデータに対するＨＡＲＱ応答若しくは再送データのスケジューリング情報を受信することが可能なタイミングとの組み合わせを示す能力情報を、前記基地局に通知する能力通知部、を有する、請求項１に記載のユーザ装置。
【請求項３】
前記取得部は、前記下りデータに対する再送データを受信するタイミングを示す情報を取得し、
前記通信部は、前記下りデータに対する再送データを、前記下りデータに対する再送データを受信するタイミングまでに前記基地局から受信しない場合に、前記下りデータに対応するＨＡＲＱプロセスのバッファを削除する、
請求項１又は２に記載のユーザ装置。
【請求項４】
前記下りデータチャネルがマッピングされるリソース位置、又は前記上りデータチャネルがマッピングされるリソース位置は複数のセグメントに区切られており、
前記通信部は、下り制御信号で指定される１以上のセグメントにマッピングされた下りデータを受信し、又は、上りグラントで指定される１以上のセグメントのリソースを用いて上りデータを送信する、
請求項１乃至３のいずれか一項に記載のユーザ装置。
【請求項５】
前記取得部は、前記複数のセグメントの範囲を示す情報を、ＲＲＣメッセージ、又は、下り制御信号を介して取得する、請求項４に記載のユーザ装置。
【請求項６】
前記複数のセグメントにマッピングされた下りデータの各々は、１つのトランスポートブロックのデータを前記複数のセグメントの数と同一の数のコードブロックに分割し、各々のコードブロックに対してコーディング処理及びスクランブル処理が行われた後のデータである、請求項４又は５に記載のユーザ装置。
【請求項７】
前記通信部は、下り制御信号で指定される１以上のセグメントにマッピングされた下りデータの復調処理を行う場合、当該ユーザ装置向けの下りデータがマッピングされているセグメントで送信される参照信号と、当該ユーザ装置向けの下りデータがマッピングされていないセグメントで送信される参照信号とを用いて復調処理を行う、請求項４乃至６のいずれか一項に記載のユーザ装置。
【請求項８】
基地局とユーザ装置とを有する無線通信システムにおけるユーザ装置が実行する通信方法であって、
無線フレームにおいて下りデータチャネルがマッピングされるリソース位置又は上りデータチャネルがマッピングされるリソース位置と、当該ユーザ装置から下りデータに対するＨＡＲＱ応答を送信するタイミング又は前記基地局から上りデータに対するＨＡＲＱ応答を受信するタイミングとを示す情報を取得するステップと、
前記下りデータチャネルで受信した下りデータに対するＨＡＲＱ応答を、前記下りデータに対するＨＡＲＱ応答を送信するタイミングで送信するステップと、
前記上りデータチャネルで送信したデータに対するＨＡＲＱ応答若しくは再送データのスケジューリング情報を、前記上りデータに対するＨＡＲＱ応答を受信するタイミングで受信するステップと、
を有する通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ装置及び通信方法に関する。
【背景技術】
【０００２】
現在、３ＧＰＰ（3rd Generation Partnership Project）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化、超多数の端末の同時接続、端末の低コスト化及び省電力化などを実現するために、第５世代の無線技術の検討が進んでいる。【０００３】
第５世代の無線技術における要素技術の一例として、高周波数帯を有効利用するために、基地局に多数のアンテナ素子（例：１００素子）を設置し、ビーム幅の狭いビームフォーミングを行うｍａｓｓｉｖｅ  ＭＩＭＯと呼ばれる技術が検討されている。また、周波数利用効率を更に向上させるために、電力方向で多重を行う非直交多元接続（ＮＯＭＡ：Non-Orthogonal Multiple Access）と呼ばれる技術が検討されている。また、ＬＴＥとの非互換性を許容しつつ、ＬＴＥで用いられている信号波形とは異なる新たな信号波形を用いることも検討されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】"ドコモ５Ｇホワイトペーパー"、２０１４年９月、ＮＴＴドコモ、インターネットURL: https://www.nttdocomo.co.jp/corporate/technology/whitepaper_5g/
【発明の概要】
【発明が解決しようとする課題】
【０００５】
第５世代の無線技術においてさらなる低遅延化を実現するために、Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ  Ｓｕｂｆｒａｍｅと呼ばれる、従来のＬＴＥよりも柔軟性の高い無線フレーム構成を用いることが検討されている。【０００６】
図１は、Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ  Ｓｕｂｆｒａｍｅの一例を示す図である。Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ  Ｓｕｂｆｒａｍｅを用いることで、サブフレームの用途（ＤＬ（Downlink）又はＵＬ（Uplink））をダイナミックに切替えることが可能になると共に、１サブフレーム内で、ＤＬデータに対するＡＣＫ／ＮＡＣＫのフィードバックを行うことが可能になる。図１（ａ）は、サブフレームの用途をＤＬデータチャネル用に切替えた場合を図示したものであり、図１（ｂ）は、サブフレームの用途をＵＬデータチャネル用に切替えた場合を図示したものである。【０００７】
ここで、更なる通信の低遅延化を実現しようとする場合、ＤＬ／ＵＬデータの受信処理（復調及び復号）を高速に行う必要があることから、ＤＬ／ＵＬデータチャネルのシンボル数を削減することが考えられる。一方で、５Ｇでは、低遅延はそれほど要求しないものの大容量のデータ通信を要求するような端末も存在するため、全端末で一律にＤＬ／ＵＬデータチャネルのシンボル数を削減するのは望ましくない。【０００８】
そこで、例えば、図２示すように、Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ  Ｓｕｂｆｒａｍｅをそのまま利用し、サブフレームあたりのシンボル数を削減しつつ、同一キャリア内（セル内）に異なるサブフレーム構成を許容するような方式が考えられる。しかしながら、このようなサブフレーム構成を許容した場合、ＤＬ通信及びＵＬ通信が周波数多重されることで干渉が発生する可能性があり、適切ではない。【０００９】
開示の技術は上記に鑑みてなされたものであって、ＤＬ及びＵＬを柔軟に切替えることが可能な無線フレーム構成を用いる場合に、低遅延な通信を適切に実現することが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
開示の技術のユーザ装置は、基地局とユーザ装置とを有する無線通信システムにおけるユーザ装置であって、無線フレームにおいて下りデータチャネルがマッピングされるリソース位置又は上りデータチャネルがマッピングされるリソース位置と、当該ユーザ装置から下りデータに対するＨＡＲＱ応答を送信するタイミング又は前記基地局から上りデータに対するＨＡＲＱ応答を受信するタイミングとを示す情報を取得する取得部と、前記下りデータチャネルで受信した下りデータに対するＨＡＲＱ応答を、前記下りデータに対するＨＡＲＱ応答を送信するタイミングで送信し、前記上りデータチャネルで送信したデータに対するＨＡＲＱ応答若しくは再送データのスケジューリング情報を、前記上りデータに対するＨＡＲＱ応答を受信するタイミングで受信する通信部と、を有する。
【発明の効果】
【００１１】
開示の技術によれば、ＤＬ及びＵＬを柔軟に切替えることが可能な無線フレーム構成を用いる場合に、低遅延な通信を適切に実現することが可能な技術が提供される。
【図面の簡単な説明】
【００１２】
【図１】Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ  Ｓｕｂｆｒａｍｅの一例を示す図である。
【図２】課題を説明するための図である。
【図３】実施の形態に係る無線通信システムの構成例を示す図である。
【図４】サブフレーム構成（ＤＬデータ）及びフィードバックタイミングの一例を説明するための図である。
【図５】サブフレーム構成（ＵＬデータ）及びフィードバックタイミングの一例を説明するための図である。
【図６】サブフレーム構成（ＵＬデータ）及びフィードバックタイミングの一例を説明するための図である。
【図７】サブフレーム構成及びフィードバックタイミング等をユーザ装置に設定する際の処理手順の一例を示すシーケンス図である。
【図８】ビットマップ形式で表現される無線フレーム設定情報の一例である。
【図９】複数のセグメントに分割された下りデータチャネルの一例を示す図である。
【図１０】複数のセグメントにリソースが割当てられる場合の一例を示す図である。
【図１１】複数のセグメントにリソースが割当てられる場合の一例を示す図である。
【図１２】セグメントの範囲を含む無線フレーム設定情報の一例である。
【図１３】コーディング及びスクランブリング処理方法を示す図である。
【図１４】参照信号の使用方法を説明するための図である。
【図１５】実施の形態に係るユーザ装置の機能構成の一例を示す図である。
【図１６】実施の形態に係る基地局の機能構成の一例を示す図である。
【図１７】実施の形態に係るユーザ装置のハードウェア構成の一例を示す図である。
【図１８】実施の形態に係る基地局のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥ又は５Ｇに準拠した方式のシステムを想定しているが、本発明はＬＴＥ又は５Ｇに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、特に断りが無い限り、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。
【００１４】
また、以下の説明において、１ＴＴＩはスケジューリングの最小単位である意味で使用する。また、１サブフレームは１ＴＴＩと同一の長さである前提として用いるが、これに限定されることを意図しているのではなく、他の単位に置き換えることも可能である。
【００１５】
＜システム構成＞
図３は、実施の形態に係る無線通信システムの構成例を示す図である。図３に示すように、本実施の形態に係る無線通信システムは、基地局ｅＮＢとユーザ装置ＵＥとを有する。図３の例では、基地局ｅＮＢ及びユーザ装置ＵＥが１つずつ図示されているが、複数の基地局ｅＮＢを有していてもよいし、複数のユーザ装置ＵＥを有していてもよい。
【００１６】
＜処理手順＞
（無線フレーム構成について）
続いて、本実施の形態における基地局ｅＮＢ及びユーザ装置ＵＥが通信を行う際に用いる無線フレーム構成について説明する。本実施の形態に係る無線フレームは、下り制御チャネル（ＤＬ  ＣＣＨ：Downlink Control Channel）又は上位レイヤ（報知情報又はＲＲＣ）のメッセージを用いて、１サブフレーム内に設定される下りデータチャネル（ＤＬ  Ｄａｔａ  ＣＨ：Downlink Data Channel）のリソース位置、又は／及び、上りデータチャネル（ＵＬ  Ｄａｔａ  ＣＨ：Uplink Data Channel）のリソース位置を設定可能とする。また、下り制御チャネル（ＤＬ  ＣＣＨ：Downlink Control Channel）又は上位レイヤ（報知情報又はＲＲＣ）のメッセージを用いて、下りリンクのＨＡＲＱ（Hybrid Automatic Repeat Request）におけるＡＣＫ／ＮＡＣＫのフィードバックタイミング、又は／及び、上りリンクのＨＡＲＱフィードバックタイミング（上りリンクの再送スケジューリング情報が送信されるタイミングを含む）を設定可能とする。
【００１７】
図４は、サブフレーム構成（ＤＬデータ）及びフィードバックタイミングの一例を説明するための図である。図４に示すサブフレームは、１サブフレーム内に、下り制御チャネルと、下りデータチャネルと、上り制御チャネル（ＵＬ  ＣＣＨ：Uplink Control Channel）とを含む。図４（ａ）に示すサブフレーム構成では、下りデータチャネルに割当てられるシンボル数が少ないように設定されており、更に、下りデータチャネルで送信されるデータに対するＡＣＫ／ＮＡＣＫを、同一サブフレーム内の上り制御チャネルを用いてフィードバックするように設定されている。図４（ｂ）に示すサブフレーム構成では、下りデータチャネルに割当てられるシンボル数が多くなるように設定されており、更に、下りデータチャネルで送信されるデータに対するＡＣＫ／ＮＡＣＫを、次のサブフレームの上り制御チャネルを用いてフィードバックするように設定されている。
【００１８】
図４（ａ）のサブフレーム構成は、下りデータチャネルに設定されるシンボル数が少ないため、下りデータチャネルにマッピング可能な最大ＴＢサイズは少ない一方、同一サブフレーム内でＡＣＫ／ＮＡＣＫがフィードバックされるため遅延が短くなるという利点がある。一方、図４（ｂ）のサブフレーム構成は、下りデータチャネルに設定されるシンボル数が多いため、遅延は多少増加するものの下りデータチャネルにマッピング可能な最大ＴＢサイズが大きいという利点がある。
【００１９】
図５及び図６は、サブフレーム構成（ＵＬデータ）及びフィードバックタイミングの一例を説明するための図である。図５及び図６に示すサブフレームは、１サブフレーム内に、下り制御チャネルと、上りデータチャネルと、上り制御チャネルとを含む。図５（ａ）及び図６（ａ）に示すサブフレーム構成では、上りデータチャネルに割当てられるシンボル数が少ないように設定されており、更に、上りデータチャネルで送信されるデータに対するＡＣＫ／ＮＡＣＫを、次のサブフレーム内の下り制御チャネルを用いてフィードバックするように設定されている。図５（ｂ）及び図６（ｂ）に示すサブフレーム構成では、上りデータチャネルに割当てられるシンボル数が多くなるように設定されており、更に、上りデータチャネルで送信されるデータに対するＡＣＫ／ＮＡＣＫを、２サブフレーム先のサブフレームの下り制御チャネルを用いてフィードバックするように設定されている。なお、図６（ａ）及び図６（ｂ）に示すＵＬ  ｇｒａｎｔは、無線リソースのスケジューリングを伴う上りデータの再送が行われる場合に送信されることを意図している（つまり、ＬＴＥにおけるAdaptive再送（適応再送）に相当）。また、図６（ａ）及び図６（ｂ）に示すＮＡＣＫは、新たなスケジューリングを伴わない上りデータの再送が行われる場合に送信されることを意図している（つまり、ＬＴＥにおけるNon adaptive再送（非適応再送）に相当）。
【００２０】
図５（ａ）及び図６（ａ）のサブフレーム構成は、上りデータチャネルに設定されるシンボル数が少ないため、上りデータチャネルにマッピング可能な最大ＴＢサイズは少ない一方、次のサブフレームでＡＣＫ／ＮＡＣＫがフィードバックされると共に再送データの送信が行われるため、遅延が短くなるという利点がある。一方、図５（ｂ）及び図６（ｂ）のサブフレーム構成は、上りデータチャネルに設定されるシンボル数が多いため、遅延は多少増加するものの上りデータチャネルにマッピング可能な最大ＴＢサイズが大きいという利点がある。
【００２１】
以上、本実施の形態における基地局ｅＮＢ及びユーザ装置ＵＥが通信を行う際に用いる無線フレーム構成について説明したが、図４〜図６に示すサブフレーム内のチャネル構成は一例であり、これに限られない。例えば、サブフレームの先頭には他の物理チャネル又は所定のヘッダ情報等が設定され、その後に下り制御チャネルが設定されるような無線フレームも本実施の形態に含まれる。また、例えば、上り制御チャネルが、下り制御チャネルと上り（又は下り）データチャネルの間に設定されるような無線フレームも本実施の形態に含まれる。
【００２２】
（サブフレーム構成及びフィードバックタイミング等の設定について）
図７は、サブフレーム構成及びフィードバックタイミング等をユーザ装置に設定する際の処理手順の一例を示すシーケンス図である。
【００２３】
ステップＳ１１で、基地局ｅＮＢは、サブフレーム内の下りデータチャネル又は／及び上りデータチャネルのリソース位置（シンボルマッピング）と、下りリンクのＨＡＲＱフィードバックタイミング又は／及び上りリンクのＨＡＲＱフィードバックタイミング（上りリンクの再送スケジューリング情報が送信されるタイミングを含む）とを示す情報をユーザ装置ＵＥに設定する。
【００２４】
以下、サブフレーム内の下りデータチャネル又は／及び上りデータチャネルのリソース位置（シンボルマッピング）を示す情報を、便宜上「無線フレーム設定情報」と呼ぶ。また、下りリンクのＨＡＲＱフィードバックタイミング又は／及び上りリンクのＨＡＲＱフィードバックタイミング（上りリンクの再送スケジューリング情報が送信されるタイミングを含む）を示す情報を、便宜上「フィードバックタイミング設定情報」と呼ぶ。
【００２５】
基地局ｅＮＢは、無線フレーム設定情報及びフィードバックタイミング設定情報を、報知情報（ＳＩＢ）によりセル内のユーザ装置ＵＥに設定してもよいし、ＲＲＣメッセージによりユーザ装置ＵＥに個別に設定してもよい。また、基地局ｅＮＢは、無線フレーム設定情報及びフィードバックタイミング設定情報を含む下り制御情報（ＤＣＩ：Downlink Control Information）を下り制御チャネルの共通サーチスペースで送信することで、無線フレーム設定情報及びフィードバックタイミング設定情報をセル内のユーザ装置ＵＥに共通に設定するようにしてもよいし、下り制御チャネルの個別サーチスペースで送信することでユーザ装置ＵＥに個別に設定するようにしてもよい。無線フレーム設定情報及びフィードバックタイミング設定情報を下り制御情報を用いてユーザ装置ＵＥに設定することで、基地局ｅＮＢは、サブフレームごとにダイナミックにサブフレーム構成及びＨＡＲＱフィードバックタイミングを切替えることが可能になる。
【００２６】
ステップＳ１２で、ユーザ装置ＵＥは、設定されたサブフレーム内の下りデータチャネル又は／及び上りデータチャネルのリソース位置に従って、下りデータの受信又は／及び上りデータの送信を行う。
【００２７】
ステップＳ１３で、ユーザ装置ＵＥは、設定されたＨＡＲＱフィードバックタイミングに従って、下りデータに対するＡＣＫ又はＮＡＣＫを基地局ｅＮＢに送信する。また、ユーザ装置ＵＥは、設定されたＨＡＲＱフィードバックタイミング（再送スケジューリングが行われるタイミングを含む）に従って、上りデータに対するＡＣＫ又はＮＡＣＫ（ＮＡＣＫ若しくは再送スケジューリング情報）を受信する。
【００２８】
なお、ステップＳ１１の処理手順において無線フレーム設定情報及びフィードバックタイミング設定情報をＲＲＣメッセージによりユーザ装置ＵＥに個別に設定する場合であって、かつ当該ＲＲＣメッセージがランダムアクセス手順におけるＭｅｓｓａｇｅ４（又はＭｅｓｓａｇｅ４に相当するメッセージ）である場合、本実施の形態では、デフォルトの無線フレーム設定情報及びフィードバックタイミング設定情報を標準仕様等で固定的に規定（ユーザ装置ＵＥに予め格納）してもよいし、ユーザ装置ＵＥに予め事前設定（Pre Configure）してもよいし、あるいは報知情報で通知するようにしてもよい。これにより、Ｍｅｓｓａｇｅ４を受信するまでの間、ユーザ装置ＵＥはサブフレーム構成及びＨＡＲＱフィードバックタイミングを認識することができないという問題が生じるのを回避できる。
【００２９】
無線フレーム設定情報において、下りデータチャネル又は／及び上りデータチャネルのリソース位置は、下りデータチャネル又は／及び上りデータチャネルの開始シンボル位置及び終了シンボル位置で指定されてもよい。また、例えば、図８に示すように、ビットマップ形式で表現されてもよい。また、下りデータチャネル又は／及び上りデータチャネルの開始シンボル位置は予め固定されており、終了シンボル位置のみが無線フレーム設定情報に含まれていてもよい。また、予め下りデータチャネル又は／及び上りデータチャネルの開始シンボル位置及び終了シンボル位置を示す複数のパターンを予め標準仕様等で規定しておき、無線フレーム設定情報には、予め規定された複数のパターンのうち適用されるパターンを示すインデックス値のみが設定されるようにしてもよい。なお、ステップＳ１１において、無線フレーム設定情報が下り制御情報に含まれる場合、インデックス値を明示的に指定せず、ＲＮＴＩ（例えば、共通サーチスペースに用いられるＲＮＴＩ）又はＤＣＩフォーマット（例えば、共通サーチスペースに用いられるＤＣＩフォーマット）によりインデックス値が暗示的に指定されるようにしてもよい。
【００３０】
フィードバックタイミング設定情報には、更に、下りデータが再送される際の下りスケジューリング情報（DL assignment）が送信され得るタイミング（又はタイミングの候補）が含まれるようにしてもよい。これにより、ユーザ装置ＵＥは、当該タイミングまでに下りデータの再送に係るスケジューリング情報が基地局ｅＮＢから受信できなかった場合、再送がタイムアウトしたと判断してバッファ（下りデータに対応するＨＡＲＱプロセスのバッファ）を削除することが可能になる。また、ユーザ装置ＵＥは、削除したバッファを他の用途（例えばＤ２Ｄ信号の受信など）に使用することが可能になる。なお、従来のＬＴＥでは、当該タイミングはＨＡＲＱ  ＲＴＴ（Round Trip Time）タイマと呼ばれ、下り再送データについては当該タイマは８ｍｓ以上に規定されている。
【００３１】
［ＨＡＲＱフィードバックタイミングのパターンについて］
ここで、下りデータチャネル又は上りデータチャネルのシンボル数により、下りデータチャネル又は上りデータチャネルにマッピング可能な最大ＴＢサイズは異なることになる。また、同一シンボル数であっても、ユーザ装置ＵＥの処理能力によっては、下りデータの復調及び復号に要する時間が異なることが想定される。
【００３２】
そこで、本実施の形態では、基地局ｅＮＢは、フィードバックタイミング設定情報のうち、下りリンクのＨＡＲＱフィードバックタイミング、又は／及び、上りリンクのＨＡＲＱフィードバックタイミング（上りリンクの再送スケジューリング情報が送信されるタイミングを含む）については、ユーザ装置ＵＥの処理能力に応じた複数のパターンを含めるようにしてもよい。また、ユーザ装置ＵＥは、当該複数のパターンのうち、自身の処理能力に応じたパターンを選択し、選択したパターンに従って下りデータに対するＡＣＫ／ＮＡＣＫのフィードバックを行うようにしてもよい。また、ユーザ装置ＵＥは、当該複数のパターンのうち、自身の処理能力に応じたパターンを選択し、選択したパターンに従って上りデータに対するＡＣＫ／ＮＡＣＫ（若しくは再送に係るスケジューリング情報）を受信するようにしてもよい。なお、ユーザ装置ＵＥは、予め自身の処理能力を示す能力情報（UE Capability）を基地局ｅＮＢに通知するようにしておき、基地局ｅＮＢは、セル内に存在する複数のユーザ装置ＵＥの各々の処理能力の範囲で、フィードバックタイミング設定情報に含めるべき複数のパターンを決定するようにしてもよい。
【００３３】
また、他の例として、ユーザ装置ＵＥは、予め自身の処理能力を基地局ｅＮＢに通知するようにしておき、基地局ｅＮＢは、セル内に存在する複数のユーザ装置ＵＥの各々の処理能力のうち、例えば最も処理能力の低いユーザ装置ＵＥが対応可能なパターンのみをフィードバックタイミング設定情報に含めてセル内の各ユーザ装置ＵＥに共通に設定するようにしてもよい。これにより、ユーザ装置ＵＥ間でＡＣＫ／ＮＡＣＫのフィードバックタイミングが統一されることになるため、無線リソースの利用効率を向上させることが可能になる。また、ユーザ装置ＵＥ毎にＡＣＫ／ＮＡＣＫのフィードバックタイミングが異なることに起因して、基地局ｅＮＢにおける処理が複雑化することを回避することができる。
【００３４】
（下りデータチャネル又は上りデータチャネルの分割について）
これまでに説明したサブフレーム構成では、下りデータチャネルのシンボル数を可変にするようにしていたが、本実施の形態では、更に、下りデータチャネル又は上りデータチャネルを時間方向に複数のセグメントに分割し、各セグメントにそれぞれ異なるＴＢをマッピング可能にしてもよい。
【００３５】
図９は、複数のセグメントに分割された下りデータチャネルの一例を示す図である。図９では、下りデータチャネルが２つのセグメント（Ｓｅｇ＃１、Ｓｅｇ＃２）に分割され、下りスケジューリング情報（DL assignment）によりＴＢがマッピングされるセグメント及びリソース位置が指定される。
【００３６】
下りデータチャネル又は上りデータチャネルを時間方向に複数のセグメントに分割することで送信可能なＴＢの最大サイズが小さくなるため、ユーザ装置ＵＥ及び基地局ｅＮＢは、１ＴＢあたり復調及び復号に要する時間を短縮することができる。また、サブフレームの前半に近い位置のセグメントについては、ユーザ装置ＵＥ及び基地局ｅＮＢは、サブフレームの途中であっても当該セグメントの受信が完了した時点で復調及び復号を開始することが可能になり、より低遅延な通信を実現することができる。
【００３７】
［リソース割当ての例］
続いて、下りデータチャネル又は上りデータチャネルが時間方向に複数のセグメントに分割される場合のリソース割当ての例を、図１０及び図１１を用いて具体的に示す。なお、図１０及び図１１において、縦方向は任意の帯域幅である。
【００３８】
図１０（ａ）は、セグメント毎に、異なるユーザ装置ＵＥ（ＵＥ＃１、ＵＥ＃２）向けのリソースを割当てる場合の例を示している。図１０（ａ）の場合、ユーザ装置ＵＥ（ＵＥ＃１、ＵＥ＃２）毎に下りスケジューリング情報の送信が必要になるが、例えば、低遅延な通信を要求するユーザ装置ＵＥ（ＵＥ＃１）に対しては、最初のセグメントに下りデータを割当てるといった処理が可能になる。
【００３９】
図１０（ｂ）は、複数のセグメントに、同一のユーザ装置ＵＥ向けリソースを割当てる場合の例を示している。図１０（ｂ）の場合、１つの下りスケジューリング情報で複数のセグメントのリソースを割当てることができる。また、ユーザ装置ＵＥは、最初に受信したＴＢ＃１の復調及び復号を、次のＴＢ＃２を受信しながら並行して行うことが可能になり、より低遅延な通信が実現される。
【００４０】
図１０（ｃ）は、ユーザ装置ＵＥ＃１については図１０（ｂ）と同様の方法でリソースの割当てを行い、ユーザ装置ＵＥ＃２については、セグメントを跨ってリソースの割当てを行う場合の例を示している。
【００４１】
図１１（ａ）は、セグメント（Ｓｅｇ＃１）及びセグメント（Ｓｅｇ＃２）をそれぞれ下りデータチャネル及び上りデータチャネルに設定し、セグメント（Ｓｅｇ＃１）にはユーザ装置ＵＥ＃１向けのリソースを割当て、セグメント（Ｓｅｇ＃２）にはユーザ装置ＵＥ＃２向けのリソースを割当てる場合の例を示している。
【００４２】
図１１（ｂ）は、セグメント（Ｓｅｇ＃１）及びセグメント（Ｓｅｇ＃２）を上りデータチャネルに設定し、セグメント（Ｓｅｇ＃１）にはユーザ装置ＵＥ＃１向けのリソースを割当て、セグメント（Ｓｅｇ＃２）にはユーザ装置ＵＥ＃２向けのリソースを割当てる場合の例を示している。
【００４３】
以上説明したリソース割当ての例では、セグメントが２である場合を例示したが、本実施の形態では、これらに限られず、３つ以上のセグメントに分割することも可能である。
【００４４】
［セグメント構成の通知について］
下りデータチャネル又は上りデータチャネルが複数のセグメントに分割される場合、前述の無線フレーム設定情報に、各セグメントの範囲を示す情報が含まれるようにしてもよい。
【００４５】
図１２は、セグメントの範囲を含む無線フレーム設定情報の一例である。図１２に示すように、無線フレーム設定情報には、下りデータチャネル又は上りデータチャネルのシンボルマッピングを示すビットマップと、各セグメントの終了シンボル位置を示すシンボルインデックスとが含まれるようにしてもよい。
【００４６】
また、予め下りデータチャネル又は上りデータチャネルの開始シンボル位置及び終了シンボル位置と、下りデータチャネル又は上りデータチャネルのセグメントの分割位置とを示す複数のパターンを予め標準仕様等で規定しておき、無線フレーム設定情報には、予め規定された複数のパターンのうち適用されるパターンを示すインデックス値のみが設定されるようにしてもよい。なお、図７のステップＳ１１において、無線フレーム設定情報が下り制御情報に含まれる場合、当該インデックス値を明示的に指定せず、ＲＮＴＩ（例えば、共通サーチスペースに用いられるＲＮＴＩ）又はＤＣＩフォーマット（例えば、共通サーチスペースに用いられるＤＣＩフォーマット）によりインデックス値が暗示的に指定されるようにしてもよい。
【００４７】
なお、変形例として、図１２に示すセグメントの範囲を示す情報において、各セグメントの終了シンボル位置を示すシンボルインデックスが同一値である場合、セグメントの分割がされていないことを意味するようにしてもよい。例えば、図１２の例において、セグメント（Ｓｅｇ１）及びセグメント（Ｓｅｇ２）の終了シンボルインデックスがそれぞれ「９」に設定されている場合、セグメントの分割がされていないことを意味するようにしてもよい。
【００４８】
［コーディング及びスクランブリング処理について］
以上、各セグメントにそれぞれＴＢがマッピングされる前提で説明したが、本実施の形態では、１つのＴＢを複数のセグメントにマッピング可能にしてもよい。この場合、図１３に示すように、基地局ｅＮＢ又はユーザ装置ＵＥは、１つのＴＢをセグメント数に対応する複数のコードブロックに分割し、コードブロック毎に符号化（Coding）及びスクランブリング（Scrambling）を行い、スクランブリングされたデータを、各セグメントに割当てられたリソースにマッピングするようにしてもよい。ユーザ装置ＵＥ又は基地局ｅＮＢは、セグメント毎に、信号の復号を行うことが可能になる。
【００４９】
（参照信号の送信及び使用について）
ユーザ装置ＵＥは、下りデータの復調処理を行う際、少なくとも下りデータがマッピングされるリソース内に存在する参照信号（Reference Signal）を用いてチャネル推定を行い、チャネル推定結果を用いて復調処理を行うのが望ましい。ここで、本実施の形態では、下りデータチャネルに使用されるシンボル数及びセグメント数を様々に設定可能であるが、設定内容及びスケジューリング次第では、一部のシンボルのみに下りデータがマッピングされる場合（つまり、一部のシンボルについては下りデータがマッピングされていない場合）も想定される。
【００５０】
そこで、本実施の形態では、基地局ｅＮＢは、下りデータがマッピングされないシンボルについても参照信号を送信するようにしておき、ユーザ装置ＵＥは、自身に割当てられている下りデータのリソース内のシンボルで送信される参照信号と、自身に割当てられていないリソース内のシンボルで送信される参照信号の両方を用いてチャネル推定を行うことで復調処理を行うようにしてもよい。
【００５１】
図１４を用いて具体例を説明する。なお、図１４の例では、下りデータチャネルの前半及び後半のシンボルに参照信号がマッピングされている前提とするが、参照信号のマッピング位置は一例である。例えば、ＬＴＥのように、下りデータチャネル内の複数のリソースエレメントに参照信号がマッピングされている構成であってもよい。
【００５２】
例えば、図１４（ａ）に示すように、下りデータチャネルの後半のシンボルに自身向けの下りデータがマッピングされている場合、ユーザ装置ＵＥは、下りデータチャネルの後半のシンボルで送信される参照信号と、前半のシンボルで送信されている参照信号の両方を用いて復調処理を行うようにしてもよい。また、図１４（ｂ）に示すように、下りデータチャネルの前半のシンボルに自身向けの下りデータがマッピングされている場合、ユーザ装置ＵＥは、下りデータチャネルの前半のシンボルで送信される参照信号と、後半のシンボルで送信されている参照信号の両方を用いて復調処理を行うようにしてもよい。また、図１４（ｂ）の場合、ユーザ装置ＵＥは、一旦、前半のシンボルで送信される参照信号を用いて復調及び復号処理を行い、復号結果を基地局ｅＮＢにフィードバックする（ＡＣＫ／ＮＡＣＫを送信する）ようにしてもよい。また、ユーザ装置ＵＥは、仮に正しく復号できなかった場合（つまり、ＮＡＣＫを送信した場合）、後半のシンボルで送信される参照信号を用いて再度復調及び復号処理を行っておき、基地局ｅＮＢから再送されるデータを用いたＨＡＲＱでの合成受信を行う際に、再度復調及び復号処理を行ったデータと再送されるデータとを合成するようにしてもよい。これにより、ＢＬＥＲ（Block Error Rate）を改善することが可能になる。
【００５３】
一方、本実施の形態では、基地局ｅＮＢは、下りデータがマッピングされないシンボルについては参照信号を送信しないようにしてもよい。これにより、下りデータがマッピングされないシンボルを他の用途（例えば、上りリンク又はＤ２Ｄ用リソースなど）に用いることが可能になる。また、他のセルに参照信号が届くことによるセル間干渉を抑圧することが可能になる。
【００５４】
（その他補足事項について）
本実施の形態では、基地局ｅＮＢは、本実施の形態に対応していないユーザ装置ＵＥとの共存を可能にするため、ＲＲＣメッセージ又は下り制御情報を用いて、サブフレーム内の特定のシンボル又は／及び周波数リソースにおいて信号を送信しない（パンクチャする）ようにユーザ装置ＵＥ（本実施の形態に対応していないユーザ装置ＵＥ）に指示することを可能にしてもよい。当該指示を受けたユーザ装置ＵＥは、指示された特定のシンボル又は／及び周波数リソースにおいて信号を送信しない（パンクチャする）ように動作する。
【００５５】
＜機能構成＞
以上説明した複数の実施の形態の動作を実行するユーザ装置ＵＥ及び基地局ｅＮＢの機能構成例を説明する。
【００５６】
（ユーザ装置）
図１５は、実施の形態に係るユーザ装置の機能構成の一例を示す図である。図１５に示すように、ユーザ装置ＵＥは、信号送信部１０１と、信号受信部１０２と、取得部１０３と能力通知部１０４とを有する。なお、図１５は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１５に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。ただし、これまでに説明したユーザ装置ＵＥの処理の一部（例：特定の１つ又は複数の変形例、具体例のみ等）を実行可能としてもよい。
【００５７】
信号送信部１０１は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部１０２は、他のユーザ装置ＵＥ又は基地局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。また、信号送信部１０１は、下りデータチャネルで受信した下りデータに対するＨＡＲＱ応答を、下りデータに対するＨＡＲＱ応答を送信すべきタイミングで送信する機能を有する。また、信号受信部１０２は、上りデータチャネルで送信したデータに対するＨＡＲＱ応答若しくは再送データのスケジューリング情報（ＵＬグラント）を、上りデータに対するＨＡＲＱ応答を受信するタイミングで受信する機能を有する。
【００５８】
また、信号受信部１０２は、下りデータに対する再送データを、下りデータに対する再送データを受信するタイミングまでに基地局ｅＮＢから受信しない場合に、下りデータに対応するＨＡＲＱプロセスのバッファ（例えばＳｏｆｔ  ｃｈａｎｎｅｌのビット）を削除するようにしてもよい。また、信号受信部１０２は、ユーザ装置ＵＥ自身が保持するＳｏｆｔ  ｃｈａｎｎｅｌのビット数を変更するようにしてもよい。これにより、削減できたバッファ（ビット）をＤ２Ｄなど他の用途に利用することが可能になる。
【００５９】
また、信号受信部１０２は、削減できたバッファ（ビット）を用いてＨＡＲＱプロセス数を増加させても良い（つまり、削除できたバッファ（ビット）を新たなＨＡＲＱプロセスに割当ててもよい）。これにより、再送効率を向上させることができる。なお、増加させるＨＡＲＱプロセス数は、最大ＴＢサイズやシンボル割り当てに基づいてユーザ装置ＵＥが自律的に判断してもよいし、基地局ｅＮＢがユーザ装置ＵＥに設定するようにしてもよい。
【００６０】
また、信号受信部１０２は、下り制御信号で指定される１以上のセグメントにマッピングされた下りデータを受信するようにしてもよい。また、信号送信部１０１は、上りグラントで指定される１以上のセグメントのリソースを用いて上りデータを送信するようにしてもよい。
【００６１】
また、信号受信部１０２は、下り制御信号で指定される１以上のセグメントにマッピングされた下りデータの復調処理を行う場合、ユーザ装置ＵＥ自身向けの下りデータがマッピングされているセグメントで送信される参照信号と、ユーザ装置ＵＥ自身向けの下りデータがマッピングされていないセグメントで送信される参照信号とを用いて復調処理を行うようにしてもよい。
【００６２】
取得部１０３は、無線フレーム（例えばサブフレーム）において下りデータチャネルがマッピングされるリソース位置又は上りデータチャネルがマッピングされるリソース位置と、ユーザ装置ＵＥから下りデータに対するＨＡＲＱ応答を送信するタイミング又は基地局ｅＮＢから上りデータに対するＨＡＲＱ応答を受信するタイミングとを示す情報（無線フレーム設定情報）を取得する機能を有する。また、取得部１０３は、下りデータに対する再送データを受信するタイミングを示す情報を取得するようにしてもよい。また、取得部１０３は、無線フレーム設定情報と、下りデータに対する再送データを受信するタイミングを示す情報とを、ＲＲＣメッセージ、又は、下り制御信号（ＤＣＩ）を介して取得するようにしてもよい。
【００６３】
能力通知部１０４は、ユーザ装置ＵＥ自身がサポート可能な、無線フレーム（例えばサブフレーム）において下りリンクのデータがマッピングされるリソース位置と、ユーザ装置ＵＥ自身から下りリンクのデータに対するＨＡＲＱ応答を行うことが可能なタイミングとの組み合わせを示す能力情報を基地局ｅＮＢに通知する機能を有する。
【００６４】
能力通知部１０４は、ユーザ装置ＵＥ自身がサポート可能な、無線フレーム（例えばサブフレーム）において下りのデータチャネルがマッピングされるリソース位置又は／及び上りデータチャネルがマッピングされるリソース位置と、ユーザ装置ＵＥから下りデータに対するＨＡＲＱ応答を行うことが可能なタイミング又は／及び基地局ｅＮＢから上りデータに対するＨＡＲＱ応答若しくは再送データのスケジューリング情報を受信することが可能なタイミングとの組み合わせを示す能力情報を基地局ｅＮＢに通知する機能を有する。
【００６５】
（基地局）
図１６は、実施の形態に係る基地局の機能構成の一例を示す図である。図１６に示すように、基地局ｅＮＢは、信号送信部２０１と、信号受信部２０２と、リソース割当部２０３と、設定部２０４とを有する。なお、図１６は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１６に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。ただし、これまでに説明した基地局ｅＮＢの処理の一部（例：特定の１つ又は複数の変形例、具体例のみ等）を実行可能としてもよい。
【００６６】
信号送信部２０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部２０２は、ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。また、信号送信部２０１及び信号受信部２０２は、ＨＡＲＱ処理を行う機能を含む。また、信号送信部２０１は、下りデータチャネルにおいて下りデータのリソースの割当てが行われていない領域で参照信号を送信してもよいし、下りデータチャネルにおいて下りデータのリソースの割当てが行われていない領域では参照信号を送信しないようにしてもよい。
【００６７】
リソース割当部２０３は、下りデータチャネル及び上りデータチャネルにおいて下りデータ又は上りデータのスケジューリング処理を行う機能を含む。また、リソース割当部２０３は、複数のセグメントに分割された下りデータチャネル及び上りデータチャネルにおいて下りデータ又は上りデータのスケジューリング処理を行う機能を含む。
【００６８】
設定部２０４は、無線フレーム（例えばサブフレーム）において下りデータチャネルがマッピングされるリソース位置又は上りデータチャネルがマッピングされるリソース位置と、ユーザ装置ＵＥから下りデータに対するＨＡＲＱ応答を送信すべきタイミング又は基地局ｅＮＢから上りデータに対するＨＡＲＱ応答を受信すべきタイミングとをユーザ装置ＵＥに設定する機能を有する。また、設定部２０４は、ユーザ装置ＵＥから通知された能力情報に基づいて、無線フレーム（例えばサブフレーム）において下りデータチャネルがマッピングされるリソース位置又は上りデータチャネルがマッピングされるリソース位置と、ユーザ装置ＵＥから下りデータに対するＨＡＲＱ応答を送信すべきタイミング又は基地局ｅＮＢから上りデータに対するＨＡＲＱ応答を受信すべきタイミングとを決定するようにしてもよい。また、設定部は、下りデータチャネル又は上りデータチャネルが複数のセグメントに分割される場合、各セグメントの範囲をユーザ装置ＵＥに設定するようにしてもよい。
【００６９】
以上説明した基地局ｅＮＢ及びユーザ装置ＵＥの機能構成は、全体をハードウェア回路（例えば、１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【００７０】
（ユーザ装置）
図１７は、実施の形態に係るユーザ装置のハードウェア構成の一例を示す図である。図１７は、図１５よりも実装例に近い構成を示している。図１７に示すように、ユーザ装置ＵＥは、無線信号に関する処理を行うＲＦ（Radio Frequency）モジュール３０１と、ベースバンド信号処理を行うＢＢ（Base Band）処理モジュール３０２と、上位レイヤ等の処理を行うＵＥ制御モジュール３０３とを有する。
【００７１】
ＲＦモジュール３０１は、ＢＢ処理モジュール３０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Digital-to-Analog）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Analog to Digital）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール３０２に渡す。ＲＦモジュール３０１は、例えば、図１５の信号送信部１０１及び信号受信部１０２の一部を含む。
【００７２】
ＢＢ処理モジュール３０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Digital Signal Processor）３１２は、ＢＢ処理モジュール３０２における信号処理を行うプロセッサである。メモリ３２２は、ＤＳＰ３１２のワークエリアとして使用される。ＲＦモジュール３０１は、例えば、図１５の信号送信部１０１の一部、信号受信部１０２の一部、及び取得部１０３の一部を含む。
【００７３】
ＵＥ制御モジュール３０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ３１３は、ＵＥ制御モジュール３０３が行う処理を行うプロセッサである。メモリ３２３は、プロセッサ３１３のワークエリアとして使用される。ＵＥ制御モジュール３０３は、例えば、図１５の取得部１０３の一部及び能力通知部１０４を含む。
【００７４】
（基地局）
図１８は、実施の形態に係る基地局のハードウェア構成の一例を示す図である。図１８は、図１６よりも実装例に近い構成を示している。図１８に示すように、基地局ｅＮＢは、無線信号に関する処理を行うＲＦモジュール４０１と、ベースバンド信号処理を行うＢＢ処理モジュール４０２と、上位レイヤ等の処理を行う装置制御モジュール４０３と、ネットワークと接続するためのインタフェースである通信ＩＦ４０４とを有する。
【００７５】
ＲＦモジュール４０１は、ＢＢ処理モジュール４０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール４０２に渡す。ＲＦモジュール４０１は、例えば、図１６に示す信号送信部２０１及び信号受信部２０２の一部を含む。
【００７６】
ＢＢ処理モジュール４０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ４１２は、ＢＢ処理モジュール４０２における信号処理を行うプロセッサである。メモリ４２２は、ＤＳＰ４１２のワークエリアとして使用される。ＢＢ処理モジュール４０２は、例えば、図１６に示す信号送信部２０１の一部、信号受信部２０２の一部、リソース割当部２０３及び設定部２０４の一部を含む。
【００７７】
装置制御モジュール４０３は、ＩＰレイヤのプロトコル処理、ＯＡＭ（Operation and Maintenance）処理等を行う。プロセッサ４１３は、装置制御モジュール４０３が行う処理を行うプロセッサである。メモリ４２３は、プロセッサ４１３のワークエリアとして使用される。補助記憶装置４３３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。装置制御モジュール４０３は、例えば、図１６に示す設定部２０４の一部を含む。
【００７８】
＜まとめ＞
以上、実施の形態によれば、基地局とユーザ装置とを有する無線通信システムにおけるユーザ装置であって、無線フレームにおいて下りデータチャネルがマッピングされるリソース位置又は上りデータチャネルがマッピングされるリソース位置と、当該ユーザ装置から下りデータに対するＨＡＲＱ応答を送信するタイミング又は前記基地局から上りデータに対するＨＡＲＱ応答を受信するタイミングとを示す情報を取得する取得部と、前記下りデータチャネルで受信した下りデータに対するＨＡＲＱ応答を、前記下りデータに対するＨＡＲＱ応答を送信するタイミングで送信し、前記上りデータチャネルで送信したデータに対するＨＡＲＱ応答若しくは再送データのスケジューリング情報を、前記上りデータに対するＨＡＲＱ応答を受信するタイミングで受信する通信部と、を有するユーザ装置が提供される。このユーザ装置ＵＥによれば、ＤＬ及びＵＬを柔軟に切替えることが可能な無線フレーム構成を用いる場合に、低遅延な通信を適切に実現することが可能な技術が提供される。
【００７９】
また、当該ユーザ装置がサポート可能な、無線フレームにおいて下りのデータチャネルがマッピングされるリソース位置又は上りデータチャネルがマッピングされるリソース位置と、当該ユーザ装置から前記下りデータに対するＨＡＲＱ応答を行うことが可能なタイミング又は前記基地局から前記上りデータに対するＨＡＲＱ応答若しくは再送データのスケジューリング情報を受信することが可能なタイミングとの組み合わせを示す能力情報を、前記基地局に通知する能力通知部、を有するようしてもよい。これにより、基地局ｅＮＢは、セル内の各ユーザ装置ＵＥが対応可能な処理能力に応じて、無線フレーム構成及び各種のフィードバックタイミングを決定することが可能になる。
【００８０】
また、前記取得部は、前記下りデータに対する再送データを受信するタイミングを示す情報を取得し、前記通信部は、前記下りデータに対する再送データを、前記下りデータに対する再送データを受信するタイミングまでに前記基地局から受信しない場合に、前記下りデータに対応するＨＡＲＱプロセスのバッファを削除するようにしてもよい。これにより、ユーザ装置ＵＥは、削除したバッファを他の用途に使用することが可能になる。
【００８１】
また、前記下りデータチャネルがマッピングされるリソース位置、又は前記上りデータチャネルがマッピングされるリソース位置は複数のセグメントに区切られており、前記通信部は、下り制御信号で指定される１以上のセグメントにマッピングされた下りデータを受信し、又は、上りグラントで指定される１以上のセグメントのリソースを用いて上りデータを送信するようにしてもよい。これにより、ユーザ装置ＵＥは、セグメント単位でデータの送受信を行うことが可能になり、より低遅延な通信を実現することが可能になる。
【００８２】
また、前記取得部は、前記複数のセグメントの範囲を示す情報を、ＲＲＣメッセージ、又は、下り制御信号を介して取得するようにしてもよい。これにより、基地局ｅＮＢは、セグメントの範囲を、様々なタイミングで変更することが可能になる。
【００８３】
また、前記複数のセグメントにマッピングされた下りデータの各々は、１つのトランスポートブロックのデータを前記複数のセグメントの数と同一の数のコードブロックに分割し、各々のコードブロックに対してコーディング処理及びスクランブル処理が行われた後のデータであるようにしてもよい。これにより、１つのＴＢを複数のセグメントにマッピングすることが可能になると共に、ユーザ装置ＵＥは、復号処理をセグメント単位で行うことができ、より低遅延な通信を実現することが可能になる。
【００８４】
また、前記通信部は、下り制御信号で指定される１以上のセグメントにマッピングされた下りデータの復調処理を行う場合、当該ユーザ装置向けの下りデータがマッピングされているセグメントで送信される参照信号と、当該ユーザ装置向けの下りデータがマッピングされていないセグメントで送信される参照信号とを用いて復調処理を行うようにしてもよい。これにより、ユーザ装置ＵＥは、チャネル推定精度を高めることができ、より高品質な通信を実現することが可能になる。
【００８５】
また、実施の形態によれば、基地局とユーザ装置とを有する無線通信システムにおけるユーザ装置が実行する通信方法であって、無線フレームにおいて下りデータチャネルがマッピングされるリソース位置又は上りデータチャネルがマッピングされるリソース位置と、当該ユーザ装置から下りデータに対するＨＡＲＱ応答を送信するタイミング又は前記基地局から上りデータに対するＨＡＲＱ応答を受信するタイミングとを示す情報を取得するステップと、前記下りデータチャネルで受信した下りデータに対するＨＡＲＱ応答を、前記下りデータに対するＨＡＲＱ応答を送信するタイミングで送信するステップと、前記上りデータチャネルで送信したデータに対するＨＡＲＱ応答若しくは再送データのスケジューリング情報を、前記上りデータに対するＨＡＲＱ応答を受信するタイミングで受信するステップと、を有する通信方法が提供される。これにより、ＤＬ及びＵＬを柔軟に切替えることが可能な無線フレーム構成を用いる場合に、低遅延な通信を適切に実現することが可能な技術が提供される。
【００８６】
＜実施形態の補足＞
参照信号は、パイロット信号と呼ばれてもよい。
【００８７】
以上、本発明の実施の形態で説明する各装置（ユーザ装置ＵＥ／基地局ｅＮＢ）の構成は、ＣＰＵとメモリを備える当該装置において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【００８８】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置ＵＥ／基地局ｅＮＢは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局ｅＮＢが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【００８９】
実施の形態において、信号送信部１０１及び信号受信部１０２は、通信部の一例である。
【００９０】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣメッセージは、ＲＲＣシグナリングと呼ばれてもよい。また、ＲＲＣメッセージは、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
【００９１】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【００９２】
判定又は判断は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【００９３】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。
【００９４】
ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【００９５】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【００９６】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【００９７】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【００９８】
また、本明細書で説明した各態様／実施形態の処理手順、シーケンスなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【００９９】
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１００】
所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１０１】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１０２】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【０１０３】
本特許出願は２０１６年３月３１日に出願した日本国特許出願第２０１６−０７３４６３号に基づきその優先権を主張するものであり、日本国特許出願第２０１６−０７３４６３号の全内容を本願に援用する。
【符号の説明】
【０１０４】
ＵＥ  ユーザ装置
ｅＮＢ  基地局
１０１  信号送信部
１０２  信号受信部
１０３  取得部
１０４  能力通知部
２０１  信号送信部
２０２  信号受信部
２０３  リソース割当部
２０４  設定部
３０１  ＲＦモジュール
３０２  ＢＢ処理モジュール
３０３  ＵＥ制御モジュール
３０４  通信ＩＦ
４０１  ＲＦモジュール
４０２  ＢＢ処理モジュール
４０３  装置制御モジュール
【図１】
2017169589.tif 000003
【図２】
2017169589.tif 000004
【図３】
2017169589.tif 000005
【図４】
2017169589.tif 000006
【図５】
2017169589.tif 000007
【図６】
2017169589.tif 000008
【図７】
2017169589.tif 000009
【図８】
2017169589.tif 000010
【図９】
2017169589.tif 000011
【図１０】
2017169589.tif 000012
【図１１】
2017169589.tif 000013
【図１２】
2017169589.tif 000014
【図１３】
2017169589.tif 000015
【図１４】
2017169589.tif 000016
【図１５】
2017169589.tif 000017
【図１６】
2017169589.tif 000018
【図１７】
2017169589.tif 000019
【図１８】
2017169589.tif 000020
【国際調査報告】
2017169589.tif 000021
2017169589.tif 000022
2017169589.tif 000023
2017169589.tif 000024