(57)【要約】好適な実施形態は、第１のコンフィギュレーション情報、第２のコンフィギュレーション情報、第３のコンフィギュレーション情報を含む、第１の信号を受信することと；第１のコンフィギュレーション情報に基づいて、第２の信号を検出することと；第２のコンフィギュレーション情報に基づいて、第３の信号を送信することと；第３のコンフィギュレーション情報と検出された第２の信号とに基づいて、第４の信号を送信することとを含んでもよい。【選択図】図２
2019502314.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末によって、第１のコンフィギュレーション情報を含む第１の信号を受信することと、
前記第１のコンフィギュレーション情報に基づいて第２の信号を検出することと、
前記検出された第２の信号に少なくとも部分的に基づいて第３の信号を送信することと、
を含む方法であって、
前記第１の信号がダウンリンク制御情報の第１パートを含み、
前記第２の信号がダウンリンク制御情報の第２パートを含み、
前記第３の信号がｓＴＴＩ  ＰＵＳＣＨを含む、
方法。
【請求項２】
前記第１の信号は、前記ユーザ端末が前記第２の信号を検出するサーチスペースを決定する、請求項１に記載の方法。
【請求項３】
前記第１の信号に含まれる第２のコンフィギュレーション情報に基づいて、復調参照信号を送信することをさらに含む、請求項１または請求項２に記載の方法。
【請求項４】
前記第１の信号は、前記第３の信号の送信のための第３のコンフィギュレーション情報をさらに含み、
前記第２の信号は、前記ダウンリンク制御情報の第１パートおよび前記ダウンリンク制御情報の第２パートに従って前記第３の信号を送信することを、前記ユーザ端末が許可されることを示す、
請求項１から請求項３のいずれかに記載の方法。
【請求項５】
前記第２の信号は、少なくとも１つのＨＡＲＱプロセス番号を含む、請求項１から請求項４のいずれかに記載の方法。
【請求項６】
前記第１の信号は、ＰＤＣＣＨまたは拡張型ＰＤＣＣＨで受信され、前記第２の信号は、短縮されたＴＴＩに関連する制御チャネル上で検出される、請求項１から請求項５のいずれかに記載の方法。
【請求項７】
少なくとも一つのプロセッサと、コンピュータプログラムコードを含む少なくとも一つのメモリとを備える装置であって、前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に少なくとも、
第１のコンフィギュレーション情報を含む第１の信号を受信すること、
前記第１のコンフィギュレーション情報に基づいて第２の信号を検出することと、
前記検出された第２の信号に少なくとも部分的に基づいて第３の信号を送信することと、
を実行させるように構成される装置であり、
前記第１の信号がダウンリンク制御情報の第１パートを含み、
前記第２の信号がダウンリンク制御情報の第２パートを含み、
前記第３の信号がｓＴＴＩ  ＰＵＳＣＨを含む、
装置。
【請求項８】
前記第１の信号は、前記ユーザ端末が前記第２の信号を検出するサーチスペースを決定する、請求項７に記載の装置。
【請求項９】
前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に少なくとも、前記第１の信号に含まれる第２のコンフィギュレーション情報に基づいて、復調参照信号を送信させるように構成される、請求項７または請求項８に記載の装置。
【請求項１０】
前記第１の信号は、前記第３の信号の送信のための第３のコンフィギュレーション情報をさらに含み、
前記第２の信号は、前記ダウンリンク制御情報の第１パート及び前記ダウンリンク制御情報の第２パートに従って前記第３の信号を送信することを、前記装置が許可されることを示す、
請求項７から請求項９のいずれかに記載の装置。
【請求項１１】
前記第２の信号は、少なくとも１つのＨＡＲＱプロセス番号を含む、請求項７から請求項１０のいずれかに記載の装置。
【請求項１２】
前記第１の信号は、ＰＤＣＣＨまたは拡張型ＰＤＣＣＨで受信され、
前記第２の信号は、短縮されたＴＴＩに関連する制御チャネル上で検出される、
請求項７から請求１１のいずれかに記載の装置。
【請求項１３】
持続性コンピュータ可読媒体に具現化されたコンピュータプログラム製品であって、プロセッサを制御して請求項１から請求項６のいずれかに記載の方法を実行するように構成される、コンピュータプログラム製品。
【請求項１４】
拡張型ノードＢによって、第１のコンフィギュレーション情報を含む第１の信号をユーザ端末に送信することと、
前記第１のコンフィギュレーション情報に従って、前記ユーザ端末に第２の信号を送信することと、
前記ユーザ端末から第３の信号を受信することと、
を含む方法であって、
前記第３の信号は、前記検出された第２の信号に少なくとも部分的に基づいて、前記ユーザ端末によって送信され、
前記第１の信号がダウンリンク制御情報の第１パートを含み、
前記第２の信号がダウンリンク制御情報の第２パートを含み、
前記第３の信号がｓＴＴＩ  ＰＵＳＣＨを含む、
方法。
【請求項１５】
前記第２の信号が、前記第１の信号によって決定されたサーチスペース上の前記ユーザ端末に送信される、請求項１４に記載の方法。
【請求項１６】
前記ユーザ端末から復調参照信号を受信することをさらに含み、ここで、前記第１の信号は第２のコンフィギュレーション情報をさらに含み、前記復調参照信号は前記第２のコンフィギュレーション情報に基づいて、前記ユーザ端末によって送信される、請求項１４または請求項１５に記載の方法。
【請求項１７】
前記第２の信号は、前記ダウンリンク制御情報の第１パート及び前記ダウンリンク制御情報の第２パートに従って、前記ユーザ端末が前記第３の信号を送信することを許可されることを示す、請求項１４から請求項１６のいずれかに記載の方法。
【請求項１８】
前記第２の信号は、少なくとも１つのＨＡＲＱプロセス番号を含む、請求項１４から請求項１７のいずれかに記載の方法。
【請求項１９】
前記第１の信号は、ＰＤＣＣＨまたは拡張型ＰＤＣＣＨで送信され、前記第２の信号は、短縮されたＴＴＩに関連する制御チャネル上で送信される、請求項１４から請求項１８のいずれかに記載の方法。
【請求項２０】
少なくとも一つのプロセッサと、コンピュータプログラムコードを含む少なくとも一つのメモリとを備える装置であって、前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に少なくとも、
第１のコンフィギュレーション情報を含む第１の信号をユーザ端末に送信することと、
前記第１のコンフィギュレーション情報に従って、前記ユーザ端末に第２の信号を送信することと、
前記ユーザ端末から第３の信号を受信することと、
を実行させるように構成されており、
前記第３の信号は前記検出された第２の信号に少なくとも部分的に基づいて、前記ユーザ端末によって送信され、
前記第１の信号はダウンリンク制御情報の第１パートを含み、
前記第２の信号はダウンリンク制御情報の第２パートを含み、
前記第３の信号はｓＴＴＩ  ＰＵＳＣＨを含む、
装置。
【請求項２１】
前記第２の信号が、前記第１の信号によって決定されるサーチスペース上の前記ユーザ端末に送信される、請求項２０に記載の装置。
【請求項２２】
前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に少なくとも、前記ユーザ端末からの復調参照信号を受信させるように構成されており、
前記第１の信号はさらに、第２のコンフィギュレーション情報を含み、
前記復調参照信号は前記第２のコンフィギュレーション情報に基づいて、前記ユーザ端末によって送信される、
請求項２０または請求項２１に記載の装置。
【請求項２３】
前記第２の信号は、前記ダウンリンク制御情報の第１パート及び前記ダウンリンク制御情報の第２パートに従って、前記ユーザ端末が前記第３の信号を送信することを許可されることを示す、請求項２０から請求項２２のいずれかに記載の装置。
【請求項２４】
前記第２の信号は、少なくとも１つのＨＡＲＱプロセス番号を含む、請求項２０から請求項２３のいずれかに記載の装置。
【請求項２５】
前記第１の信号は、ＰＤＣＣＨまたは拡張型ＰＤＣＣＨで送信され、
前記第２の信号は、短縮されたＴＴＩに関連する制御チャネル上で送信される、請求項２０から請求項２４のいずれかに記載の装置。
【請求項２６】
持続性コンピュータ可読媒体に具現化されたコンピュータプログラム製品であって、プロセッサを制御して請求項１４から請求項１９のいずれかに記載の方法を実行するように構成される、コンピュータプログラム製品。
【発明の詳細な説明】
【背景】
【０００１】
［技術分野］
本発明のいくつかの実施形態は、ＰＵＳＣＨ（physical-uplink-shared-channel:フィジカル・アップリンク・シェアード・チャネル）通信のための制御信号及び参照信号を実装することに関するものである。
［関連技術の説明］
【０００２】
ＬＴＥ（Long-term Evolution）は無線通信の標準規格であり、新たな変調処理技術／信号処理技術を用いることによって、無線通信の高速化及び大容量化を達成することを目的としている。標準規格は３ＧＰＰ（3rd Generation Partnership Project）によって提案され、従前のネットワーク技術に基づいている。その発端以来、ＬＴＥでは、データ通信を含む幅広いコンテキストの中で幅広い発展がみられている。
【摘要】
【０００３】
第１の実施形態によれば、ある１つの方法は、ユーザ端末によって第１の信号を受信することを含む場合がある。第１の信号は、第１のコンフィギュレーション情報、第２のコンフィギュレーション情報、第３のコンフィギュレーション情報を含む。前記方法はさらに、前記第１のコンフィギュレーション情報に基づいて、第２の信号を検出してもよい。前記方法はさらに、前記第２のコンフィギュレーション情報に基づいて、第３の信号を送信してもよい。前記方法はさらに、前記第３のコンフィギュレーション情報と前記検出された第２の信号とに基づいて、第４の信号を送信してもよい。
【０００４】
前記第１の実施形態の前記方法では、前記第１の信号がダウンリンク制御情報の第１パートを含んでもよい。前記第２の信号はダウンリンク制御情報の第２パートを含み、前記第３の信号は復調参照信号（ademodulation reference signal）を含み、前記第４の信号はｓＴＴＩ（short Transmission-Time-Interval：ショート・トランスミッション・タイム・インターバル）のＰＵＳＣＨ通信を含む。
【０００５】
前記第１の実施形態の前記方法では、前記第１の信号は、前記ユーザ端末が前記    第２の信号を検出するサーチスペース（search space）を決定する。
【０００６】
前記第１の実施形態の前記方法では、前記ダウンリンク制御情報の第１パート及び前記ダウンリンク制御情報の第２パートに従って、前記ユーザ端末が前記第４の信号の送信を許可されることを、前記第２の信号が示す。
【０００７】
前記第１の実施形態の前記方法では、前記第２の信号は、少なくとも１つのＨＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド・オートマチック・リピート・リクエスト）のプロセス番号を含む。
【０００８】
前記第１の実施形態の前記方法では、前記第１の信号は、ＰＤＣＣＨ（Physical Downlink Control Channel：フィジカル・ダウンリンク・コントロール・チャネル）または拡張型ＰＤＣＣＨ（Enhanced PDCCH）で受信される。また、前記第２の信号は、短縮されたＴＴＩ（Transmission Time Interval：トランスミッション・タイム・インターバル）に関連付けられた制御信号で検出される。さらに、前記第１の信号は、前記第２の信号より長いペイロードを有する。
【０００９】
第２の実施形態によると、ある装置は、少なくとも１つのプロセッサを含むことができる。前記装置はさらに、コンピュータプログラムコードを含む少なくとも１つのメモリを備えることができる。前記少なくとも１つのメモリ及び前記プログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に少なくとも、第１の信号を受信させるように構成されうる。前記第１の信号は、第１のコンフィギュレーション情報、第２のコンフィギュレーション情報、第３のコンフィギュレーション情報を含む。前記装置はさらに、前記第１のコンフィギュレーション情報に基づいて、第２の信号を検出させられる場合がある。前記装置はさらに、前記第２のコンフィギュレーション情報に基づいて、第３の信号を送信させられる場合がある。前記装置はさらに、前記第３のコンフィギュレーション情報と前記検出された第２の信号とに基づいて、第４の信号を送信させられる場合がある。
【００１０】
前記第２の実施形態の装置では、前記第１の信号がダウンリンク制御情報の第１パートを含み、前記第２の信号がダウンリンク制御情報の第２パートを含み、前記第３の信号が復調参照信号を含み、前記第４の信号はショート・トランスミッション・タイム・インターバル（short Transmission-Time-Interval）のＰＵＳＣＨ通信を含む。
【００１１】
前記第２の実施形態の前記装置では、前記第１の信号が、前記装置が前記第２の信号を検出するサーチスペースを決定する。
【００１２】
前記第２の実施形態の前記装置では、前記ダウンリンク制御情報の第１パート及び前記ダウンリンク制御情報の第２パートに従って、前記装置が前記第４の信号の送信を許可されることを、前記第２の信号が示す。
【００１３】
前記第２の実施形態の前記装置では、前記第２の信号は、少なくとも１つのＨＡＲＱプロセス番号を含む。
【００１４】
前記第２の実施形態の前記装置では、前記第１の信号は、ＰＤＣＣＨまたは拡張型ＰＤＣＣＨで受信される。また、前記第２の信号は、短縮されたＴＴＩに関連付けられた制御信号で検出される。さらに、前記第１の信号は、前記第２の信号より長いペイロードを有する。
【００１５】
第３の実施形態によると、あるコンピュータプログラム製品は、持続性コンピュータ可読媒体に実装されうる。前記コンピュータプログラム製品はプロセッサを制御して、前記第１の実施形態に従う方法を実行するように構成される。
【００１６】
第４の実施形態によれば、ある１つの方法は、拡張型ＮｏｄｅＢ（enhanced Node B）によって第１の信号をユーザ端末に送信することを含む場合がある。前記第１の信号は、第１のコンフィギュレーション情報、第２のコンフィギュレーション情報、第３のコンフィギュレーション情報を含む。前記方法はさらに、前記第１のコンフィギュレーション情報に従って、前記ユーザ端末に第２の信号を送信することを含む。前記方法はさらに、前記ユーザ端末から第３の信号を受信することを含む。前記第３の信号は、前記第２のコンフィギュレーション情報に基づいて、前記ユーザ端末によって送信される。前記方法はさらに、前記ユーザ端末から第４の信号を受信することを含む。前記第３のコンフィギュレーション情報と前記検出された第２の信号とに基づいて、前記ユーザ端末によって前記第４の信号が送信される。
【００１７】
前記第４の実施形態の前記方法では、前記第１の信号がダウンリンク制御情報の第１パートを含み、前記第２の信号がダウンリンク制御情報の第２パートを含み、前記第３の信号が復調参照信号を含み、前記第４の信号はｓＴＴＩのＰＵＳＣＨ通信を含む。
【００１８】
前記第４の実施形態の前記方法では、前記第２の信号が、前記第１の信号によって決定されたサーチスペース上の前記ユーザ端末に送信される。
【００１９】
前記第４の実施形態の前記方法では、前記ダウンリンク制御情報の第１パート及び前記ダウンリンク制御情報の第２パートに従って、前記ユーザ端末が前記第４の信号の送信を許可されることを、前記第２の信号が示す。
【００２０】
前記第４の実施形態の前記方法では、前記第２の信号は、少なくとも１つのＨＡＲＱプロセス番号を含む。
【００２１】
前記第４の実施形態の前記方法では、前記第１の信号は、ＰＤＣＣＨまたは拡張型ＰＤＣＣＨで送信される。また、前記第２の信号は、短縮されたＴＴＩに関連付けられた制御信号で送信される。さらに、前記第１の信号は、前記第２の信号より長いペイロードを有する。
【００２２】
第５の実施形態によると、ある装置は、少なくとも１つのプロセッサを含むことができる。前記装置はさらに、コンピュータプログラムコードを含む少なくとも１つのメモリを備えることができる。前記少なくとも１つのメモリ及び前記プログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に少なくとも、第１の信号をユーザ端末に送信させるように構成されうる。前記第１の信号は、第１のコンフィギュレーション情報、第２のコンフィギュレーション情報、第３のコンフィギュレーション情報を含む。前記装置はさらに、前記第１のコンフィギュレーション情報に従って、前記ユーザ端末に第２の信号を送信させられることを含む。前記装置はさらに、前記ユーザ端末から第３の信号を受信させられることを含む。前記第３の信号は、前記第２のコンフィギュレーション情報に基づいて、前記ユーザ端末によって送信される。前記装置はさらに、前記ユーザ端末から第４の信号を受信させられることを含む。前記第３のコンフィギュレーション情報と前記検出された第２の信号とに基づいて、前記ユーザ端末によって前記第４の信号が送信される。
【００２３】
前記第４の実施形態の前記装置では、前記第１の信号がダウンリンク制御情報の第１パートを含み、前記第２の信号がダウンリンク制御情報の第２パートを含み、前記第３の信号が復調参照信号を含み、前記第４の信号がｓＴＴＩのＰＵＳＣＨ通信を含む。
【００２４】
前記第５の実施形態の前記装置では、前記第２の信号が、前記第１の信号によって決定されたサーチスペース上の前記ユーザ端末に送信される。
【００２５】
前記第５の実施形態の前記装置では、ダウンリンク制御情報の前記第１パート及び前記第２パートに従って、前記ユーザ端末が前記第４の信号を送信することを許可されることを、前記第２の信号が示す。
【００２６】
前記第５の実施形態の前記装置では、前記第２の信号は、少なくとも１つのＨＡＲＱプロセス番号を含む。
【００２７】
前記第５の実施形態の前記装置では、前記第１の信号は、ＰＤＣＣＨまたは拡張型ＰＤＣＣＨで送信される。また、前記第２の信号は、短縮されたＴＴＩに関連付けられた制御信号で送信される。さらに、前記第１の信号は、前記第２の信号より長いペイロードを有する。
【００２８】
第６の実施形態によると、あるコンピュータプログラム製品は、持続性コンピュータ可読媒体に実装されうる。前記コンピュータプログラム製品はプロセッサを制御して、前記第４の実施形態による方法を実行するように構成されうる。
【図面の簡単な説明】
【００２９】
本発明を適切に理解するため、添付図面を参照する。
【図１】アップリンク復調参照信号の例示的な配列を示す。
【図２】いくつかの実施形態に従う、ショート・トランスミッション・タイム・インターバル（short transmission time interval ：ｓＴＴＩ）でのアップリンク承認のシグナリングと、ミニダウンリンク制御情報（mini downlink control information：ｍＤＣＩ）との間のタイミングが示されている。
【図３】本発明のいくつかの実施形態に従う方法のフローチャートが示されている。
【図４】本発明のいくつかの実施形態に従う方法のフローチャートが示されている。
【図５】本発明のいくつかの実施形態に従う装置が示されている。
【図６】本発明のいくつかの実施形態に従う装置が示されている。
【図７】本発明のいくつかの実施形態に従う装置が示されている。
【詳細説明】
【００３０】
本発明のいくつかの実施形態は、ＰＵＳＣＨ通信のための制御信号及び参照信号を実装することに関するものである。いくつかの実施形態は、ＬＴＥ−Ａ（a Long Term Evolution - Advanced）システムと連動して利用することができる。ここで、ＬＴＥ−Ａシステムは、３ＧＰＰ−ＬＴＥのリリース１３／１４の一部でありうる。さらに具体的には、いくつかの実施形態は、ＰＵＳＣＨで送信されるアップリンクデータのための待ち時間を減らすことができる。いくつかの実施形態は、リリース１３のＳＩ（Study Item）「待ち時間短縮技術（Latency Reduction Techniques）の研究」に記載された題目に関連するといえる。さらに、リリース１３関連のＳＩは、２０１５年３月にＴＳＧ（Technical Specification Group）ＲＡＮ＃６７で承認されている。最新のＳＩの一部を以下に転写する。
このＳＩの対象は、
【００３１】
以下を目的とする、Ｅ−ＵＴＲＡＮ無線システムの研究強化
・  アクティブ状態にあるＵＥのための、ＬＴＥのＵｕ無線インターフェースを介するパケットデータの待ち時間の大幅な短縮
・  （接続状態で）長時間アクティブ状態にないＵＥのための、パケットデータの往復伝搬待ち時間（transport round trip latency）の大幅な短縮
【００３２】
研究範囲には、エアーインタフェースの容量、バッテリーの寿命、制御チャネルのリソース、仕様への影響（specification impact）、技術的な実現可能性を含むリソース効率が含まれる。ＦＤＤ及びＴＤＤの両方の二重モードが考慮される。
【００３３】
ＲＡＮ＃８３から：ＴＴＩの短縮および処理時間［ＲＡＮ１］の削減
・  参照信号と物理レイヤの制御信号へのアカウントインパクト（account impact）を考慮した、仕様へのインパクトの評価、並びに０．５ｍｓと１つのＯＦＤＭシンボルとの間のＴＴＩ長のフィージビリティ及びパフォーマンスの研究
・  下位互換性が保たれるべきである（同一キャリア上で、プレリリース１３（Ｐｒｅ−Ｒｅｌ１３）の一般的なオペレーションができる等）
【００３４】
本発明のいくつかの実施形態は、ｓＴＴＩのＰＵＳＣＨに対する、ダウンリンク（downlink：ＤＬ）制御信号及びアップリンク（uplink：ＵＬ）参照信号のアレンジに適用し、待ち時間の短縮を促進することができる。ｓＴＴＩは、ＵＥが最初のネットワーク接続を行うときに使用されるＴＴＩより短いＴＴＩと理解することができる。ＬＴＥのリリース１３の場合、ｓＴＴＩは１ｍｓより短いＴＴＩを意味する。
【００３５】
ＬＴＥのＰＵＳＣＨ上での通信は、ダウンリンク（ＤＬ）制御信号を要求する場合がある。ダウンリンク制御信号は、ユーザ端末（ＵＥ）に送信許可を提供する。このとき、送信の設定／決定に関して必要なパラメータも一緒に提供する。アップリンク参照信号に関しては、ＬＴＥのＰＵＳＣＨでの通信は、対応する拡張型ＮｏｄｅＢでのチャネル推定およびコヒーレント復調のためのＵＬ（アップリンク）のＤＭＲＳ（Demodulation Reference Signal：復調参照信号）を必要とする場合がある。
【００３６】
より短いＴＴＩで、ＤＬ制御信号およびＵＬのＤＭＲＳの両方をより高いレートで送信する必要がある場合がある。例えば、ＤＬ制御信号およびＵＬのＤＭＲＳは、より高い頻度で送信する必要がある場合がある。下位互換性を維持することが重要な場合があるため、送信のシンボルデュレーション（symbol duration）を短縮することが認められない場合がある。ｓＴＴＩのＰＵＳＣＨのために、ＤＬ制御信号及びＵＬのＤＭＲＳをサポートすることは、複雑化と非効率化を招く場合がある。
【００３７】
ＳＣ−ＦＤＭＡ（the single-carrier frequency-division-multiple-access）の通信特性を維持することは、ｓＴＴＩのＰＵＳＣＨに対する現在のＤＭＲＳ設計シーケンスを維持するのと同様に、望ましい場合がある。しかし、ＳＣ−ＦＤＭＡの特性を維持し、現在のＤＭＲＳの設計シーケンスを維持することは、ＤＭＲＳが完全にＳＣ−ＦＤＭＡのシンボルを占有することを意味する。これは、結果的にＤＭＲＳのオーバーヘッドを増加させる可能性がある。例えば、ＤＭＲＳが２シンボルのＴＴＩで送信される場合、ＤＭＲＳの送信は結果的に５０％のオーバーヘッドとなる。
【００３８】
技術文書Ｒ１−１５７１４８及びＲ１−１５７１４９は、ダウンリンク制御情報（ＤＣＩ）を２つのパートに分割することを提案している。ＤＣＩの１つのパートの送信は、低速送信のＤＣＩであってもよい。例えば、ＤＣＩの第１のパートは、サブフレームあたり１回送信される。ＤＣＩの別のパートの送信は、ＤＣＩの第２のパートの高速送信であってもよい。例えば、ＤＣＩは、短縮されたＴＴＩごとに送信される。このアプローチによって、高速ＤＣＩに含まれる情報量を減らすことができる。そのため、このアプローチは、ＤＣＩのより高頻度な送信に起因するオーバーヘッドの増加によるインパクトを和らげる。
【００３９】
しかし、低速ＤＣＩおよび高速ＤＣＩのコンテンツ、高速ＤＣＩのための制御チャネル、及び／又は、ＵＬスケジューリングの動作予測をどうするかは説明されていない。
【００４０】
図１には、アップリンク復調参照信号の例示的な配列を示す。図１は、技術文書Ｒ１−１５７１４９で議論されている配列を示す。図１に示されているように、複数の（引き続きスケジューリングされる）ＵＥが、同一のＤＭＲＳを共有することができる。また、ＤＭＲＳのポジションを、ＰＵＳＣＨのデータ位置に依存させないことができる。図１には、１ＳＣ−ＦＤＭＡのユーザデータシンボルのＴＴＩと共にＰＵＳＣＨが示されている。また、図１には、同一のＳＣ−ＦＤＭＡシンボル（Ｒ１−１５７１４９参照）における、２つのＵＥからのＲＳ（Reference Signals：参照信号）の多重化が示されている。
【００４１】
図１には、ＤＭＲＳの相対位置が、ＴＴＩ間のＰＵＳＣＨの変化に関連付けられることが示されている。ここで、ＴＴＩ長＝２ＳＣ−ＦＤＭＡシンボルと仮定する。１ＴＴＩおきに、ＤＭＲＳがＴＴＩの最後にある。後続のＴＴＩでは、ＤＭＲＳがＴＴＩの最初にある。そのため、後続のＴＴＩは同一のＤＭＲＳシンボルを共有する。上記にかかわらず、この配列／構成はなおも深刻なＤＭＲＳのオーバーヘッド（すなわち、３３％のオーバーヘッド）をもたらす。ＴＴＩの最初及び最後でのＤＭＲＳの交互配置は、ｅＮＢでのＰＵＳＣＨの処理を低速化および複雑化させる。
【００４２】
いくつかの実施形態については、ｓＴＴＩのアップリンク（ＵＬ）送信に関する制御情報の第１のパートが、（低速の）ｓＴＴＩのＤＣＩを介してシグナリングされる。ここで、ｓＴＴＩのＤＣＩは、従来のＰＤＣＣＨ（Physical Downlink Control Channel ）又は拡張型ＰＤＣＣＨ（ＥＰＤＣＣＨ）で、サブフレーム（１ミリ秒）ごとに１回送信される。ｓＴＴＩのＵＬ送信に関する制御情報の第２のパートは、ミニＤＣＩ（ｍＤＣＩ）を介してシグナリングされてもよい。ここで、ｍＤＣＩは、対応するｅＮＢによってサブフレームの多重シンボルで（例えば、ｓＴＴＩごとに別々に）送信することができる。
【００４３】
いくつかの実施形態については、ｓＴＴＩのＤＣＩとｍＤＣＩとの組み合わせでＰＵＳＣＨの割り当てを定義（すなわち、ＵＬ承認）する。ｓＴＴＩのＤＣＩでのＵＬ承認（UL grant）は、例えば、１ｍｓの時間ウィンドウをカバーする。しかし、ＵＬ承認は、条件付きのＵＬ承認である場合がある。ＵＥが実際にｓＴＴＩにおけるリソースを使用することを許可されるどうかは、ｍＤＣＩが示す。例えば、ＵＥがｓＴＴＩのＤＣＩおよび関連するｍＤＣＩの両方を受信した場合のみ、ＰＵＳＣＨの送信を許可される。そのため、ｓＴＴＩにおけるＵＬ承認は、後続のｍＤＣＩを受信することが条件となると理解することができる。例えば、ｅＮＢは、複数のＵＥに対し、ｓＴＴＩのＤＣＩを用いて同一のリソース割り当てを行うことができる。そして、ｍＤＣＩを用いて特定のｓＴＴＩで送信するＵＥを選択することができる。
【００４４】
本発明のいくつかの実施形態は、ＤＣＩのシグナリング及びＵＬのＤＭＲＳの新たな配列を提供することができ、これらの新たな配列は、ｓＴＴＩのＰＵＳＣＨ通信の送信に関連する。
【００４５】
先のアプローチに従い、ｓＴＴＩのＤＣＩは、従来のＵＬ承認（ＭＣＳ（Modulation and Coding Scheme）、ＰＲＢ（Physical Resource Blocks）、ＤＭＲＳリソース、及び／又はパワーコントロール等に関連する情報）と同一の情報を多く含む。これらのパラメータは、所定のポテンシャルＰＵＳＣＨ（potential PUSCH）のｓＴＴＩのセットで共通である。ｓＴＴＩのＰＵＳＣＨの送信は、後続のｍＤＣＩが後に検出されることを条件とする。
【００４６】
ｓＴＴＩのＤＣＩは単独で、ＵＬのＤＭＲＳの送信トリガとなることもできる。ここで、ＤＭＲＳの送信は、シグナリングされたＰＲＢ（Physical Resource Block）のＤＭＲＳリソースで送信される。換言すれば、ｓＴＴＩのＤＣＩは、（ＰＵＳＣＨについては）条件付きのＵＬ割り当て、（ＤＭＲＳについては）条件なしのＵＬ割り当ての両方を含む。ｓＴＴＩのＤＣＩは、サブフレームのＵＬスロットの両方でＤＭＲＳ送信のトリガとなってもよい。換言すれば、ｓＴＴＩのＤＣＩのフィールドまたはコードポイントによって、ＤＭＲＳが両方のＵＬスロット、または、片方のみのＵＬスロットで送信されるか、あるいは送信されないかを示してもよい。ＤＭＲＳはスロットの第１シンボルで送信され、先行のチャネル推定を許可したり、さらにパイプライン化されたＰＵＳＣＨの処理を許可したりすることができる。ｍＤＣＩは、ＤＭＲＳのトリガとなることが全くできない。ＰＵＳＣＨは、ｓＴＴＩのＤＣＩによってトリガされるＤＭＲＳリソースの近傍でレートマッチング（rate matched）（いわゆる、マッピング）されてもよい。代替として、ＰＵＳＣＨは、ＲＲＣまたはシステム情報によって準静的に設定された（semi-statically configured）ＤＭＲＳリソース、または仕様で既定されたＤＭＲＳリソース近傍でレートマッチング（いわゆる、マッピング）されてもよい。一方、ｓＴＴＩのＤＣＩは、ＤＭＲＳリソースまたはＤＭＲＳシンボルのどちらで、ＵＥがＤＭＲＳを送信するのかを示す。
【００４７】
さらに、ｓＴＴＩのＤＣＩはｍＤＣＩリソースに関する情報を提供してもよい。上記の情報と事前のコンフィギュレーション情報に基づいて、ＵＥは、自身がｍＤＣＩの検出を試みるであろうＤＬのｓＴＴＩを決定することができる。例えば、ＵＥは、ｍＤＣＩリソースのセットによって設定されるＲＲＣ（Radio-Resource-Control）であってもよい。また、ｓＴＴＩのＤＣＩは、設定されたｍＤＣＩリソースの１つに関する指標のみを含む場合がある。ｍＤＣＩリソースは、既定の（ＤＬ）ＰＲＢ（Physical Resource Block）のペア（pairs）に設定されていてもよい。ｍＤＣＩは、ＣＲＳ（Cell-specific Reference Signal）またはＤＭＲＳに基づいて復調することができる。ｍＤＣＩが特定のサブフレーム（または、ｓＴＴＩデュレーション：sTTI duration）に割り当てられないイベントでは、ｅＮＢが、これらのリソースをＰＤＳＣＨ（Physical Downlink Shared Channel）に割り当ててもよい。
【００４８】
本発明のいくつかの実施形態では、ＵＥが、ＤＬのｓＴＴＩ毎に１つのｍＤＣＩリソースのみでｍＤＣＩの検出にトライする場合がある。
【００４９】
他の実施形態では、ＵＥが、ＤＬのｓＴＴＩ毎に限られたｍＤＣＩのセットでｍＤＣＩを検出するであろう。この実施形態では、ｓＴＴＩのＰＤＳＣＨと同様、ｓＴＴＩのＰＵＳＣＨに対してｍＤＣＩを送信するために、同一のｍＤＣＩリソース（サーチスペース）のセットを使用することができる。この実施形態では、同一サイズの２つのｍＤＣＩフォーマットが定義される。第１のｍＤＣＩフォーマットはｓＴＴＩのＰＵＳＣＨに関するものであり、第２のｍＤＣＩフォーマットはｓＴＴＩのＰＤＳＣＨに関するものである。ｍＤＣＩフォーマットは、ＬＴＥのＤＣＩフォーマット０／１の場合、フラグと同一とみなされる。
【００５０】
ある実施形態では、ｓＴＴＩのＤＣＩは一時的なＵＥ識別子を含み、ｍＤＣＩの受け取りで使用される。この場合、複数のＵＥに関するｍＤＣＩは、多重化されてｍＤＣＩメッセージに入れられる場合がある。一時的なＵＥ識別子に基づいて、ＵＥは、ｍＤＣＩメッセージから自身のｍＤＣＩフィールドを検出することができる。複数のｍＤＣＩを多重化して単独のｍＤＣＩメッセージに入れることは、有益な場合がある。コードブロックサイズが増え、ＣＲＣのオーバーヘッドが減少するためである。一時的なＵＥ識別子は、ＲＲＣシグナリングまたはＭＡＣシグナリングによって準静的にＵＥに割り当てること、または、（Ｅ）ＰＤＣＣＨに動的に割り当てることができる。
【００５１】
ＵＬ承認の検出に対するＵＥの操作に関して、ＵＥ承認は２つのパート（ｓＴＴＩのＤＣＩ、ｍＤＣＩ）でシグナリングされてもよい。図２は、２シンボルのｓＴＴＩ長を有するシステムに、ｓＴＴＩのＤＣＩの相対時間、関連するｍＤＣＩ、ＰＵＳＣＨ送信を示している。この例では、ｓＴＴＩのＤＣＩ  ０での承認は、６つのｍＤＣＩ（ＭＤＣＩ  ０／０、ＭＤＣＩ  ０／１、ＭＤＣＩ  ０／２、ＭＤＣＩ  ０／３、ＭＤＣＩ  ０／４、ＭＤＣＩ  ０／５）、いわゆる６つのｓＴＴＩと関連している。
【００５２】
検出されたｓＴＴＩのＰＵＳＣＨが全く存在しない場合、ＵＥは先行する（Ｅ）ＰＤＣＣＨに対するモニタのみを行う場合がある。ＵＥがｓＴＴＩのＤＣＩを（Ｅ）ＰＤＣＣＨ上で検出した場合、ＵＥはｍＤＣＩに対するモニタを開始できる。ポテンシャルｍＤＣＩ用のリソースは、ｓＴＴＩのＤＣＩによって決定される。
【００５３】
同一のＵＬのＤＣＩフォーマットはデータフィールドを含むことができる。ここで、データフィールドは、ＵＬのＤＣＩフォーマットによってｓＴＴＩのＤＣＩがＵＥ用のｓＴＴＩのＰＵＳＣＨを条件付きで割り当てるのか、従来のＵＬのＤＣＩフォーマットが通常の１ｍｓＴＴＩのＰＵＳＣＨ送信のトリガとなるのかを決定する。代替えとして、ｓＴＴＩを使用するための別のＣ−ＲＮＴＩを割り当てることにより、ＵＬのＤＣＩフォーマットによる表示を提供してもよい。ＵＥは、２つのＣ−ＲＮＴＩ（Cell Radio Network Temporary Identifier）を、従来の（Ｅ）ＰＤＣＣＨ（（Enhanced) Physical Downlink Control Channel）のモニタリングまたはブラインドデコーディング（blind decoding）に使用する。（１）１つのＣ−ＲＮＴＩは従来のＵＬのＤＣＩを用いて使用することができる。（２）他のＣ−ＲＮＴＩはｓＴＴＩのＤＣＩを用いて使用することができる。ＵＥは、検出されたＵＬのＤＣＩフォーマットに関連する、ＤＣＩ−ＰＵＳＣＨのタイミングまたはスケジューリングの遅延をフォローすることができる。近年、ＬＴＥでは、（Ｅ）ＰＤＣＣＨ上のＤＣＩのＣＲＣをＣ−ＲＮＴＩでマスクする。ＵＥが（Ｅ）ＰＤＣＣＨを受信し、ＤＣＩをデコードする場合、そのＤＣＩが当該ＵＥであるか別のＵＥであるかをチェックすることで、そのＣ−ＲＮＴＩを用いて検出されたＣＲＣをマスクする。ＵＥが２つの有効なＣ−ＲＮＴＩを有する場合、単純に２回チェックを行う。１回目は１つのＣ−ＲＮＴＩを用いて、その後は別のＣ−ＲＮＴＩを用いて行う。ＣＲＣを用いた２回のマスキング操作（ＸＯＲ）が必要とされた後、１回のみのチャネルデコーディングが必要とされることに留意すべきである。
【００５４】
いくつかの実施形態のアレンジでは、ＵＥのエネルギー消費をセーブすべく、ＵＥでのｓＴＴＩオペレーションに依拠した、追加的なブラインドデコーディングを最小化することもできる。ｍＤＣＩリソースに伴う、条件付きのｓＴＴＩのＰＵＳＣＨ割り当ては、所定の時間ウィンドウに対して有効である。いくつかの実施形態では、この時間ウィンドウが１つのサブフレームであってもよい。しかし、この時間ウィンドウはまた、複数のサブフレームをまたぐことによって拡張することもでき、より長いデュレーションとすることも可能である。時間ウィンドウのデュレーションは設定可能としてもよい。この場合。ＲＲＣ（Radio Resource Control）シグナリングで示したり、または、ｓＴＴＩのＤＣＩで示したりすることもできる。ｓＴＴＩのＤＣＩ検出の発生から、ｍＤＣＩリソースの時間ウィンドウの開始まで、所定のスケジューリング遅延がある場合がある。また、ｓＴＴＩのＤＣＩの発生から条件付きのｓＴＴＩのＰＵＳＣＨ割り当てウィンドウの開始までにも、所定のスケジューリング遅延がある場合がある。
【００５５】
図２には、いくつかの実施形態に従う、ｓＴＴＩでのアップリンク承認のシグナリングと、ミニダウンリンク制御情報（mini downlink control information：ｍＤＣＩ）との間のタイミングが示されている。従来のＥＰＤＤＣＨから第１のｓＴＴＩまでの１ｍｓのスケジュール遅延を図２に示すが、これは一例にすぎない。
【００５６】
ｍＤＣＩに関しては、ｍＤＣＩは、ＨＡＲＱ（Hybrid Automatic Repeat Request）のプロセス番号（ここでは、非同期ＨＡＲＱを想定する）、新しいデータインジケーション（data indication）、及び／またはＲＶインジケーター（Redundancy Version indicator）のうちの少なくとも１つを含む。ｍＤＣＩはさらに、ＭＣＳ（Modulation and Coding Scheme）等の他の情報を含み、より一層フレキシブルな割り当てを行うこともできる。しかし、この他の情報を含めることで、ｍＤＣＩのサイズが増大する場合がある。
【００５７】
いくつかの実施形態では、ｍＤＣＩコンテンツが小さいため、複数のＵＥに対するｍＤＣＩは多重化されて１つのｍＤＣＩメッセージに含められる。この場合、ｓＴＴＩのＤＣＩには、ｍＤＣＩに対する一時的なＵＥ識別子が含まれる場合がある。一時的なＵＥ識別子に基づいて、各ＵＥは、ｍＤＣＩメッセージから自身のｍＤＣＩフィールドを検出することができる。メッセージが固定数のｍＤＣＩフィールドを含む場合、一時的なＵＥ識別子は単に、メッセージ中の位置であってもよい。例えば、ｓＴＴＩのＤＣＩは、ｍＤＣＩメッセージ用に使用されるリソースを示す。そして、このＵＥのｍＤＣＩは、ｍＤＣＩメッセージの中の１番目、２番目、３番目等にある。
【００５８】
ｓＴＴＩのＤＣＩに示されるＵＥ識別子は、ｍＤＣＩメッセージのリソースと同様に、一時的なものであってよい。そのため、ｅＮＢはＵＥのグループを動的に定義することができる。ここで、ＵＥグループは、ｍＤＣＩメッセージ上に多重化された、それらの（ポテンシャル）ｍＤＣＩを有する。さらにｅＮＢは、リーズナブルなオーバーヘッドで、複数並行で重複しないｍＤＣＩリソースの割り当てをすることができる。ｍＤＣＩのための一時的なＵＥ識別子もまた、大変短く保つことができる。ｍＤＣＩメッセージのサイズがリーズナブルなためである。
【００５９】
代替として、各ｍＤＣＩを別々にシグナリングすることができる。また、この場合、ＵＥ識別子をｍＤＣＩに含めてもよい。（例えば、ＵＥ識別子のビットと所定のＣＲＣのビットに対して、モジュロ２の加法（modulo 2 addition）を行うことにより、ＣＲＣ（Cyclic Redundancy Check）をＵＥ識別子とスクランブルさせる。）この場合、ｅＮＢは、ｓＴＴＩのＤＣＩを使用する複数のＵＥのために同一のｍＤＣＩリソースを割り当て、その後、どのＵＥが関連するｓＴＴＩのＰＵＳＣＨ上でスケジューリングされるのかを決定する。
【００６０】
さらに、ＣＲＣをミニＤＣＩ（ｍＤＣＩ）に付加し、ｍＤＣＩのブラインド検出を促進してもよい。
【００６１】
ＤＭＲＳに関し、本発明のいくつかの実施形態では、１サブフレーム毎に２つのＤＭＲＳシンボルが使用される場合がある。このように、ＤＭＲＳのオーバーヘッドは、現行のＬＴＥリリースから増加することがない。異なるＵＥに対するＤＭＲＳは、循環シフトとは別にすることができる。循環シフトと別にすることは、同一のＰＲＢ割り当てでＤＭＲＳを送信するようスケジューリングされる可能性のある、ＵＥの数を制限することを示す。マクロセルでは、これによって３〜４つのＵＥに制限される可能性があるが、スモールセルではもっと多くなる可能性がある。
【００６２】
低いＵＥ速度が予測される環境（いわゆる、スモールセルを用いた環境）では、ＤＭＲＳの密度は減少する可能性がある。この場合、ｅＮＢはＵＥに対して、特定のスロットのみでＤＭＲＳを送信するように誘導し、ＵＥ間のＤＭＲＳのＴＤＭ（Time Division Multiplexing）を遂行することができる。いくつかの実施形態は特に、ＵＥが、後続のサブフレームに対する同一のＰＲＢ割り当てと共にｓＴＴＩのＤＣＩを受信する場合に便利である。
【００６３】
いくつかの実施形態は、追加的なＤＬ制御チャネルのブラインドデコードの負荷を最小限にし、ｓＴＴＩオペレーションに関するＤＬ制御チャネルのオーバーヘッドを最小限にするアレンジを提供することができる。いくつかの実施形態では、ＵＥのバッテリー寿命の長期化や、ＬＴＥのＤＬ効率の向上を達成することができる。いくつかの実施形態では、ＵＬのＤＭＲＳのオーバーヘッドを最小限にする。ＵＬ  のＤＲＭＳのオーバーヘッドは、ｓＴＴＩ長に関わらず、先行のＬＴＥリリースと同値（１４％）に保つことができる。
【００６４】
図３には、本発明のいくつかの実施形態に従う方法のフローチャートが示されている。この方法は、ユーザ端末によって第１の信号を受信することを含むことができる（３１０）。第１の信号は、第１のコンフィギュレーション情報、第２のコンフィギュレーション情報、第３のコンフィギュレーション情報を含んでもよい。この方法はさらに、第１のコンフィギュレーション情報に基づいて、第２の信号を検出することも含んでもよい（３２０）。この方法はさらに、第２のコンフィギュレーション情報に基づいて、第３の信号を送信することを含んでもよい（３３０）。この方法はさらに、第３のコンフィギュレーション情報と検出された第２の信号とに基づいて、第４の信号を送信することも含んでもよい（３４０）。
【００６５】
図４には、本発明のいくつかの実施形態に従う別の方法のフローチャートが示されている。この方法は、拡張型ＮｏｄｅＢによって第１の信号をユーザ端末に送信することを含んでもよい（４１０）。第１の信号は、第１のコンフィギュレーション情報、第２のコンフィギュレーション情報、第３のコンフィギュレーション情報を含んでもよい。この方法はさらに、第１のコンフィギュレーション情報に従って、ユーザ端末に第２の信号を送信することを含んでもよい（４２０）。この方法はさらに、ユーザ端末から第３の信号を受信することを含んでもよい（４３０）。第３の信号は、第２のコンフィギュレーション情報に基づいて、ユーザ端末によって送信される。この方法はさらに、ユーザ端末から第４の信号を受信することを含んでもよい（４４０）。第３のコンフィギュレーション情報と検出された第２の信号とに基づいて、ユーザ端末によって第４の信号が送信される。
【００６６】
図５には、本発明のいくつかの実施形態に従う装置が示されている。１つの実施形態では、装置は、例えばｅＮＢ及び／または基地局等のネットワークノードであってよい。別の実施形態では、装置は、例えばユーザ端末に相当するものである。装置１０は、情報を処理し、命令または操作を実行するためのプロセッサ２２を備える。プロセッサ２２は、汎用性のあるプロセッサまたは特定用途向けのプロセッサのいずれかであってもよい。シングルプロセッサ２２が図５に示されているが、他の実施形態によれば、マルチプロセッサを使用することもできる。プロセッサ２２は、１または複数の多目的用コンピュータ、特殊用途向けのコンピュータ、マイクロプロセッサ、デジタル・シグナル・プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ASIC）、マルチコア・プロセッサ・アーキテクチャーを基礎とするプロセッサ等であってもよい。
【００６７】
装置１０は、プロセッサ２２と接続可能なメモリ１４を含み、このメモリ１４は、プロセッサ２２によって実行可能な情報及び命令を記憶する。メモリ１４は、１または複数のメモリであってもよいし、ローカルなアプリケーション環境に適したあらゆる種類のものであってよい。例えば、半導体ベースのメモリデバイス、磁気メモリデバイス・システム、光学式メモリデバイス・システム、固定式・移動式メモリ等の様々な適合する揮発性・不揮発性のデータ格納技術を用いて実装されてもよい。メモリ１４は、例えば、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、磁気ディスクまたは光ディスク等の静的記憶装置、その他のあらゆる種類の持続性マシン（non-transitory machine）・コンピュータ読み取り可能媒体のあらゆる組み合わせを含むでもよい。メモリ１４に記憶された命令は、プログラム命令またはコンピュータプログラムコードを含む場合があり、これらプログラム命令やプログラムコードがプロセッサ２２によって実行されると、装置１０は本明細書に記載されたタスクを実行することができる。
【００６８】
装置１０はさらに、信号及び／またはデータを送受信するため１または複数のアンテナ（図示せず）を備える場合がある。装置１０はさらに、送受信機２８を備える。送受信機２８は、アンテナによる送信のために情報を変調して搬送波波形にのせ、装置１０の他の要素によるさらなる処理のためにアンテナを介して受信された情報を復調する。本発明の他の実施形態では、送受信機２８は、信号またはデータを直接送受信できる場合がある。
【００６９】
プロセッサ２２は、装置１０の動作に関連する機能を実行することができる。この機能には、アンテナ利得及び／またはアンテナ位相のパラメータのプリコーディング（precoding）、通信メッセージを形成する個々のビットのエンコード及びデコード、情報のフォーマット、装置１０の制御全般（通信資源の管理に関する処理を含む）が含まれるが、これに限定されない。
【００７０】
本発明のある実施形態において、メモリ１４は、プロセッサ２２によって実行されたときに機能を実現するソフトウェアモジュールを記憶することができる。上記のモジュールは、装置１０にオペレーティング・システム機能を提供するオペレーティング・システム１５を備えることができる。メモリは、装置１０の追加機能を実現するアプリケーションまたはプログラム等、１つまたは複数の機能モジュール１８を記憶することもできる。装置１０の構成要素は、ハードウェアにて実装、またはハードウェアとソフトウェアとの適切な組み合わせとして実装される場合がある。
【００７１】
図６には、本発明のいくつかの実施形態に従う装置が示されている。装置６００はユーザ端末（user equipment：ＵＥ）等である。装置６００は、第１の信号を受信する受信ユニット６１０を備えてもよい。第１の信号は、第１のコンフィギュレーション情報、第２のコンフィギュレーション情報、第３のコンフィギュレーション情報を含んでもよい。装置６００はさらに、第１のコンフィギュレーション情報に基づいて第２の信号を検出する検出ユニット６２０を備えてもよい。装置６００はさらに、第２のコンフィギュレーション情報に基づいて第３の信号を送信する第１送信ユニット６３０を備えてもよい。装置６００はさらに、第３のコンフィギュレーション情報と検出された第２の信号とに基づいて、第４の信号を送信する第２送信ユニット６４０を備えてもよい。
【００７２】
図７には、本発明のいくつかの実施形態に従う装置が示されている。装置７００は、基地局および／又はｅＮＢ等であってよい。装置７００は、第１の信号をユーザ端末に送信する第１送信ユニット７１０を備えてもよい。第１の信号は、第１のコンフィギュレーション情報、第２のコンフィギュレーション情報、第３のコンフィギュレーション情報を含む。装置７００はさらに、第１のコンフィギュレーション情報に従って、ユーザ端末に第２の信号を送信する、第２送信ユニット７２０を備えてもよい。装置７００はさらに、第３の信号をユーザ端末から受信する第１受信ユニット７３０を備えてもよい。第３の信号は、第２のコンフィギュレーション情報に基づいて、ユーザ端末によって送信される。装置７００はさらに、第４の信号をユーザ端末から受信する第２受信ユニット７４０を備えてもよい。第３のコンフィギュレーション情報と検出された第２の信号とに基づいて、ユーザ端末によって第４の信号が送信される。
【００７３】
本明細書に記載した本発明の特徴、利点、特性は、１つまたは複数の実施形態において、あらゆる適切な方法で組合せることができる。特定の実施形態の特定の特徴または利点の１つまたは複数を有していなくても、本発明が実施可能であることは、当業者であれば理解できるであろう。他の例では、追加的な特徴および利点がいくつかの実施形態で認められる場合もあり、これらは本発明のすべての実施形態には記載されていない場合もある。上記の通り、本発明が、開示された順番以外のステップ、開示された構造以外のハードウェア要素の何れか又は両方で実行可能であることは、当業者であれば容易に理解できよう。したがって、本発明は、これら好ましい実施形態に基づいて説明されているが、本発明の主旨及び範囲を逸脱しない限り、一定の改良、変更、代替構成を見出すことは当業者にとって容易であろう。
【図１】
2019502314.tif 000003
【図２】
2019502314.tif 000004
【図３】
2019502314.tif 000005
【図４】
2019502314.tif 000006
【図５】
2019502314.tif 000007
【図６】
2019502314.tif 000008
【図７】
2019502314.tif 000009
【手続補正書】
【提出日】平成30年6月22日(2018.6.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ端末によって、第１のコンフィギュレーション情報を含む第１の信号を受信することと、
前記第１のコンフィギュレーション情報に基づいて第２の信号を検出することと、
前記検出された第２の信号に少なくとも部分的に基づいて第３の信号を送信することと、
を含む方法であって、
前記第１の信号がダウンリンク制御情報の第１パートを含み、
前記第２の信号がダウンリンク制御情報の第２パートを含み、
前記第３の信号がｓＴＴＩ  ＰＵＳＣＨを含む、
方法。
【請求項２】
前記第１の信号は、前記ユーザ端末が前記第２の信号を検出するサーチスペースを決定する、請求項１に記載の方法。
【請求項３】
前記第１の信号に含まれる第２のコンフィギュレーション情報に基づいて、復調参照信号を送信することをさらに含む、請求項１または請求項２に記載の方法。
【請求項４】
前記第１の信号は、前記第３の信号の送信のための第３のコンフィギュレーション情報をさらに含み、
前記第２の信号は、前記ダウンリンク制御情報の第１パートおよび前記ダウンリンク制御情報の第２パートに従って前記第３の信号を送信することを、前記ユーザ端末が許可されることを示す、
請求項１から請求項３のいずれかに記載の方法。
【請求項５】
前記第２の信号は、少なくとも１つのＨＡＲＱプロセス番号を含む、請求項１から請求項４のいずれかに記載の方法。
【請求項６】
前記第１の信号は、ＰＤＣＣＨまたは拡張型ＰＤＣＣＨで受信され、前記第２の信号は、短縮されたＴＴＩに関連する制御チャネル上で検出される、請求項１から請求項５のいずれかに記載の方法。
【請求項７】
処理手段及び記憶手段を備える装置であって、前記記憶手段はプログラム命令を格納し、前記プログラム命令は、前記処理手段に実行されると、前記装置に、請求項１から６のいずれかに記載の方法を遂行させるように構成される、装置。
【請求項８】
装置の処理手段に実行されると、前記装置に、請求項１から６のいずれかに記載の方法を遂行させるように構成されるプログラム命令を備える、装置。
【請求項９】
拡張型ノードＢによって、第１のコンフィギュレーション情報を含む第１の信号をユーザ端末に送信することと、
前記第１のコンフィギュレーション情報に従って、前記ユーザ端末に第２の信号を送信することと、
前記ユーザ端末から第３の信号を受信することと、
を含む方法であって、
前記第３の信号は、前記検出された第２の信号に少なくとも部分的に基づいて、前記ユーザ端末によって送信され、
前記第１の信号がダウンリンク制御情報の第１パートを含み、
前記第２の信号がダウンリンク制御情報の第２パートを含み、
前記第３の信号がｓＴＴＩ  ＰＵＳＣＨを含む、
方法。
【請求項１０】
前記第２の信号が、前記第１の信号によって決定されたサーチスペース上の前記ユーザ端末に送信される、請求項９に記載の方法。
【請求項１１】
前記ユーザ端末から復調参照信号を受信することをさらに含み、ここで、前記第１の信号は第２のコンフィギュレーション情報をさらに含み、前記復調参照信号は前記第２のコンフィギュレーション情報に基づいて、前記ユーザ端末によって送信される、請求項９または請求項１０に記載の方法。
【請求項１２】
前記第２の信号は、前記ダウンリンク制御情報の第１パート及び前記ダウンリンク制御情報の第２パートに従って、前記ユーザ端末が前記第３の信号を送信することを許可されることを示す、請求項９から請求項１１のいずれかに記載の方法。
【請求項１３】
前記第２の信号は、少なくとも１つのＨＡＲＱプロセス番号を含む、請求項９から請求項１２のいずれかに記載の方法。
【請求項１４】
前記第１の信号は、ＰＤＣＣＨまたは拡張型ＰＤＣＣＨで送信され、前記第２の信号は、短縮されたＴＴＩに関連する制御チャネル上で送信される、請求項９から請求項１３のいずれかに記載の方法。
【請求項１５】
処理手段及び記憶手段を備える装置であって、前記記憶手段はプログラム命令を格納し、前記プログラム命令は、前記処理手段に実行されると、前記装置に、請求項９から１４のいずれかに記載の方法を遂行させるように構成される、装置。
【請求項１６】
装置の処理手段に実行されると、前記装置に、請求項９から１４のいずれかに記載の方法を遂行させるように構成されるプログラム命令を備える、装置。
【請求項１７】
第１のコンフィギュレーション情報を含む第１の信号を受信する手段と、
前記第１のコンフィギュレーション情報に基づいて第２の信号を検出する手段と、
前記検出された第２の信号に少なくとも部分的に基づいて第３の信号を送信する手段と、
を備える装置であって、
前記第１の信号がダウンリンク制御情報の第１パートを含み、
前記第２の信号がダウンリンク制御情報の第２パートを含み、
前記第３の信号がｓＴＴＩ  ＰＵＳＣＨを含む、
装置。
【請求項１８】
第１のコンフィギュレーション情報を含む第１の信号をユーザ端末に送信する手段と、
前記第１のコンフィギュレーション情報に従って、前記ユーザ端末に第２の信号を送信する手段と、
前記ユーザ端末から第３の信号を受信する手段と、
を備える装置であって、
前記第３の信号は、前記検出された第２の信号に少なくとも部分的に基づいて、前記ユーザ端末によって送信され、
前記第１の信号がダウンリンク制御情報の第１パートを含み、
前記第２の信号がダウンリンク制御情報の第２パートを含み、
前記第３の信号がｓＴＴＩ  ＰＵＳＣＨを含む、
装置。
【手続補正書】
【提出日】平成30年7月11日(2018.7.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項８
【補正方法】変更
【補正の内容】
【請求項８】
装置の処理手段に実行されると、前記装置に、請求項１から６のいずれかに記載の方法を遂行させるように構成されるプログラム命令を備える、コンピュータプログラム。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１６
【補正方法】変更
【補正の内容】
【請求項１６】
装置の処理手段に実行されると、前記装置に、請求項９から１４のいずれかに記載の方法を遂行させるように構成されるプログラム命令を備える、コンピュータプログラム。
【国際調査報告】
2019502314.tif 000010
2019502314.tif 000011
2019502314.tif 000012
2019502314.tif 000013