(57)【特許請求の範囲】
【請求項１】
ネットワーク装置によって実行される方法であって、
上位レイヤシグナリングを介して、端末装置へＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）設定パラメータを送信し、
前記端末装置へＤＣＩを送信し、前記ＤＣＩ設定パラメータは、前記ＤＣＩのための時間−周波数リソースを示し、前記ＤＣＩ設定パラメータの有効期間を含む、
方法。
【請求項２】
前記ＤＣＩ設定パラメータは、使用するヌメロロジー、単一のＤＣＩのための期間、および、ＤＣＩ発生の周期性およびオフセットによって示されるＤＣＩ発生契機のうちの少なくとも１つを含む、
請求項１に記載の方法。
【請求項３】
前記ＤＣＩ設定パラメータは、物理リソースグループである周波数ドメインリソースユニット、および周波数ホッピングパターンのうちの少なくとも１つを含む、
請求項１または２に記載の方法。
【請求項４】
前記ＤＣＩは、第１のＤＣＩであり、
前記第１のＤＣＩは、端末装置のグループに共通のもの、および特定のＲＮＴＩを用いてスクランブルをかけたもの、のうちの少なくとも１つであり、
前記第１のＤＣＩは、共通サーチスペースに配置される、
請求項１に記載の方法。
【請求項５】
前記ＤＣＩ設定パラメータは、前記端末装置が要求されたトラフィックタイプに基づいて１つのパラメータのセットを選択可能な、少なくとも２つのパラメータのセットを含む、
請求項１乃至４のいずれかに記載の方法。
【請求項６】
端末装置によって実行される方法であって、
上位レイヤシグナリングを介して、ネットワーク装置からＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）設定パラメータを受信し、
前記ＤＣＩ設定パラメータによって示される時間−周波数リソース内でＤＣＩを受信し、
前記ＤＣＩ設定パラメータは、前記ＤＣＩ設定パラメータの有効期間を含む、
方法。
【請求項７】
前記ＤＣＩ設定パラメータは、使用するヌメロロジー、単一のＤＣＩのための期間、ＤＣＩ発生の周期性およびオフセットによって示されるＤＣＩ発生契機、物理リソースグループである周波数ドメインリソースユニット、および周波数ホッピングパターンのうちの少なくとも１つを含む、
請求項６に記載の方法。
【請求項８】
前記ＤＣＩは、
端末装置のグループに共通のもの、および特定のＲＮＴＩを用いてスクランブルをかけたもの、のうちの少なくとも１つであり、
前記ＤＣＩは、共通サーチスペースに配置される、
請求項６に記載の方法。
【請求項９】
前記ＤＣＩ設定パラメータは、少なくとも２つのパラメータのセットを含み、前記方法は、さらに、前記端末装置によって要求されたトラフィックタイプに基づいて１つパラメータのセットを選択し、前記時間−周波数リソースは、前記選択されたパラメータのセットによって示される、
請求項６乃至８のいずれかに記載の方法。
【請求項１０】
無線通信システムにおける装置であって、
上位レイヤシグナリングを介して、端末装置へＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）設定パラメータを送信し、
前記端末装置へＤＣＩを送信するように構成されたプロセッサを備え、前記ＤＣＩ設定パラメータは、前記ＤＣＩのための時間−周波数リソースを示し、前記ＤＣＩ設定パラメータの有効期間を含む、
装置。
【請求項１１】
前記ＤＣＩ設定パラメータは、使用するヌメロロジー、単一のＤＣＩのための期間、ＤＣＩ発生の周期性およびオフセットによって示されるＤＣＩ発生契機、物理リソースグループである周波数ドメインリソースユニット、および周波数ホッピングパターンのうちの少なくとも１つを含む、
請求項１０に記載の装置。
【請求項１２】
前記ＤＣＩ設定パラメータは、前記端末装置が要求されたトラフィックタイプに基づいて１つのパラメータのセットを選択可能な、少なくとも２つのパラメータのセットを含む、
請求項１０または１１に記載の装置。
【請求項１３】
無線通信システムにおける装置であって、
上位レイヤシグナリングを介して、ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）設定パラメータを受信し、前記ＤＣＩ設定パラメータは、前記ＤＣＩのための時間−周波数リソースおよび前記ＤＣＩ設定パラメータの有効期間に関する情報を含み、
前記ＤＣＩ設定パラメータに基づいて前記ＤＣＩをモニタするように構成されたプロセッサを備える、
装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の非限定的かつ例示的な実施形態は、概ね無線通信技術の分野に関しており、より具体的には、無線通信システムにおいてＤＣＩ（Downlink Control Information（ダウンリンク制御情報））を送信および受信するための方法および装置に関する。
【背景技術】
【０００２】
ＮＲ（New RAT）システムまたはネットワークと略して呼ばれる、新無線アクセスシステム（New radio access system）は、次世代通信システムである。３ＧＰＰ（Third Generation Partnership Project）ワーキンググループのＲＡＮ（Radio Access Network）＃７１ミーティングで、ＮＲシステムの検討が承認された。ＮＲシステムでは、拡張モバイルブロードバンド、大容量マシンタイプ通信、超高信頼性および低遅延通信などの要件が含まれる、テクニカルレポートＴＲ３８．９１３で定義されている全ての使用シナリオ、要件、および展開シナリオに対処する単一のテクニカルフレームワークを目的として、１００ＧＨｚまでレンジの周波数が考慮される。
【０００３】
特に、ＮＲネットワークでは、異なるヌメロロジー（Numerology）が同じキャリアに共存し、ＵＲＬＬＣ（Ultra-reliable low latency communication（超高信頼性低遅延通信））トラフィックを伝送するためにミニスロットが導入される。その結果、特定のヌメロロジーに基づいて、シンボルごとにＤＣＩモニタリングを実行することができる。したがって、ＵＥ（User Equipment（ユーザ機器））のような端末装置は、関連する動作をスケジューリングするために、ＤＣＩをいつモニタするべきかを知る必要がある。
【０００４】
現在のＬＴＥシステムでは、ＵＥがＤＲＸ（Discontinuous Reception（間欠受信））アクティブ状態のオン期間中である場合に、ＤＣＩモニタリングはサブフレームごとまたはスロットごとに実行される。ＤＲＸ周期は、上位レイヤによって設定することができる。
【０００５】
しかしながら、ＬＴＥにおける現在のＤＣＩモニタリングソリューションでは、ヌメロロジーおよびスケジューリングユニットサイズによるＤＣＩモニタリング契機の変更をサポートすることができない。
【発明の概要】
【０００６】
国際公開第２０１６／１９０９７０号（WO2016190970A1）では、短期間でデータ通信を選択するための技術が提案されている。そこでは、通信スケジューリングのための２ステージの許可が導入され、第１ステージの許可はＵＬＬ（Ultra-Low Latency（超低遅延））通信を活性化／非活性化するための指示を含むことができる。
【０００７】
米国特許出願公開第２０１６／０１１９９６９号（US20160119969A1）では、レガシーおよびＥＣＣ（Enhanced Component Carrier（拡張コンポーネントキャリア））オペレーションを同時に行うためのＭＡＣ拡張のソリューションが提案されている。そこでは、２ステージのＳＰＳ（Semi-Persistent Scheduling（半永続的スケジューリング））ソリューションが導入され、第１ステージの許可は所定のＳＰＳインスタンスの過程にわたって大きく変化しない可能性のあるパラメータを含むことができ、一方、第２ステージの許可はＳＰＳスケジューリングのための実際のリソースを含むことができる。
【０００８】
別の国際公開第２０１６／０６９２７０号（WO2016069270A1）では、別の２ステージのＰＤＣＣＨが提案されおり、そこでは、高速ＤＣＩが、同じＴＴＩ内の低速ＤＣＩの存在およびサイズを示すためのＤＣＩフラグおよびＤＣＩフォーマットサイズインジケータを含むことができる。
【０００９】
しかしながら、上記のソリューションのいずれもが、背景技術で示したような問題に対処することができない。
【００１０】
この目的のために、本開示では、先行技術における問題の少なくとも一部を軽減または少なくとも緩和するために、無線通信システムにおけるＤＣＩの送信および受信のための新しいソリューションが提供される。
【００１１】
本開示の第１の態様によれば、無線通信システムにおいてＤＣＩの送信が提供される。この方法は、端末装置へＤＣＩ設定パラメータを送信し、前記端末装置へＤＣＩを送信するものであり、前記ＤＣＩ設定パラメータは、前記ＤＣＩのための時間−周波数リソースを示している。
【００１２】
本開示の第２の態様によれば、無線通信システムにおいてＤＣＩを受信する方法が提供される。この方法は、端末装置においてＤＣＩ設定パラメータを受信し、前記端末装置において前記ＤＣＩ設定パラメータによって示される時間−周波数リソース内でＤＣＩを受信するものである。
【００１３】
本発明の第３の態様によれば、無線通信システムにおいてＤＣＩを送信する装置が提供される。この装置は、パラメータ送信モジュールとＤＣＩ送信モジュールとを備える。前記パラメータ送信モジュールは、端末装置へＤＣＩ設定パラメータを送信するように構成されてもよい。ＤＣＩ送信モジュールは、前記端末装置へＤＣＩを送信するように構成されてもよく、前記ＤＣＩ設定パラメータは、前記ＤＣＩのための時間−周波数リソースを示している。
【００１４】
本発明の第４の態様によれば、無線通信システムにおいてＤＣＩを受信する装置が提供される。この装置は、パラメータ受信モジュールとＤＣＩ受信モジュールとを備える。前記パラメータ受信モジュールは、端末装置においてＤＣＩ設定パラメータを受信するように構成されてもよい。前記ＤＣＩ受信モジュールは、前記端末装置において前記ＤＣＩ設定パラメータによって示される時間−周波数リソース内でＤＣＩを受信するように構成されてもよい。
【００１５】
本開示の第５の態様によれば、そこに具現化されたコンピュータプログラムコードを有するコンピュータ可読記憶媒体が提供される。そのコンピュータプログラムコードは、実行されると、第１の態様のいずれかの実施の形態に係る方法で装置に動作を行わせるように構成されている。
【００１６】
本開示の第６の態様によれば、そこに具現化されたコンピュータプログラムコードを有するコンピュータ可読記憶媒体が提供される。そのコンピュータプログラムコードは、実行されると、第２の態様のいずれかの実施の形態に係る方法で装置に動作を行わせるように構成されている。
【００１７】
本開示の第７の態様によれば、第５の態様に係るコンピュータ可読記憶媒体を含むコンピュータプログラム製品が提供される。
【００１８】
本開示の第８の態様によれば、第６の態様に係るコンピュータ可読記憶媒体を含むコンピュータプログラム製品が提供される。
【００１９】
本開示の実施の形態では、最初にＤＣＩ設定パラメータを端末装置へ送信し、次いでＤＣＩを端末装置に送信することができる。したがって、端末装置は、受信されたＤＣＩ設定パラメータに基づいて送信されたＤＣＩをモニタすることができ、これは柔軟なＤＣＩモニタリングソリューションとなり、よって、ヌメロロジーおよびスケジューリングユニットサイズによるＤＣＩモニタリング契機の変更をサポートすることができる。
【図面の簡単な説明】
【００２０】
本開示の上記特徴および他の特徴は、次の添付の図面を参照しつつ実施の形態で示されるような実施の形態の詳細な説明を通してより明らかになる。全体を通して、同じ参照符号は同じまたは類似の構成要素を表す。
【００２１】
【図１】図１は、本開示の例示的な実施の形態に係るＤＣＩ送信のための方法のフローチャートを概略的に示している。
【００２２】
【図２】図２は、本開示の例示的な実施の形態に係る異なるヌメロロジーを用いたＤＣＩ発生契機を概略的に示している。
【００２３】
【図３Ａ】図３Ａは、本開示の例示的な実施の形態に係る異なるレベルにおけるＤＣＩ発生契機を概略的に示している。
【図３Ｂ】図３Ｂは、本開示の例示的な実施の形態に係る異なるレベルにおけるＤＣＩ発生契機を概略的に示している。
【図３Ｃ】図３Ｃは、本開示の例示的な実施の形態に係る異なるレベルにおけるＤＣＩ発生契機を概略的に示している。
【００２４】
【図４Ａ】図４Ａは、本開示の例示的な実施の形態に係る周波数ホッピングを用いたＤＣＩ発生契機を概略的に示している。
【図４Ｂ】図４Ｂは、本開示の例示的な実施の形態に係る周波数ホッピングを用いたＤＣＩ発生契機を概略的に示している。
【図４Ｃ】図４Ｃは、本開示の例示的な実施の形態に係る周波数ホッピングを用いたＤＣＩ発生契機を概略的に示している。
【００２５】
【図５Ａ】図５Ａは、本開示の実施の形態に係る時間ドメインで制御およびデータを多重化するｅＭＢＢ（enhanced Mobile Broadband（拡張モバイルブロードバンド））およびＵＲＬＬＣ多重化のための２−ＤＣＩソリューションを概略的に示している。
【００２６】
【図５Ｂ】図５Ｂは、本開示の実施の形態に係る周波数ドメインで制御およびデータを多重化するｅＭＢＢおよびＵＲＬＬＣ多重化のための２−ＤＣＩソリューションを概略的に示している。
【００２７】
【図６Ａ】図６Ａは、本開示の実施の形態に係る時間ドメインで制御領域およびデータを多重化するｅＭＢＢおよびＵＲＬＬＣ多重化のための２−ＤＣＩソリューションを概略的に示しており、ｅＭＢＢおよびＵＲＬＬＣはＴＤＭで多重化されている。
【図６Ｂ】図６Ｂは、本開示の実施の形態に係る時間ドメインで制御領域およびデータを多重化するｅＭＢＢおよびＵＲＬＬＣ多重化のための２−ＤＣＩソリューションを概略的に示しており、ｅＭＢＢおよびＵＲＬＬＣはシンボルによるＴＤＭで多重化されている。
【図６Ｃ】図６Ｃは、本開示の実施の形態に係る時間ドメインで制御領域およびデータを多重化するｅＭＢＢおよびＵＲＬＬＣ多重化のための２−ＤＣＩソリューションを概略的に示しており、ｅＭＢＢおよびＵＲＬＬＣはＦＤＭで多重化されている。
【図６Ｄ】図６Ｄは、本開示の実施の形態に係る時間ドメインで制御領域およびデータを多重化するｅＭＢＢおよびＵＲＬＬＣ多重化のための２−ＤＣＩソリューションを概略的に示しており、ｅＭＢＢおよびＵＲＬＬＣはＦＤＭとＴＤＭの両方で多重化されている。
【００２８】
【図７Ａ】図７Ａは、本開示の実施の形態に係る周波数ドメインで制御領域およびデータを多重化するｅＭＢＢおよびＵＲＬＬＣ多重化のための２−ＤＣＩソリューションを概略的に示しており、ｅＭＢＢおよびＵＲＬＬＣはＴＤＭで多重化されている。
【図７Ｂ】図７Ｂは、本開示の実施の形態に係る周波数ドメインで制御領域およびデータを多重化するｅＭＢＢおよびＵＲＬＬＣ多重化のための２−ＤＣＩソリューションを概略的に示しており、ｅＭＢＢおよびＵＲＬＬＣはシンボルによるＴＤＭで多重化されている。
【図７Ｃ】図７Ｃは、本開示の実施の形態に係る周波数ドメインで制御領域およびデータを多重化するｅＭＢＢおよびＵＲＬＬＣ多重化のための２−ＤＣＩソリューションを概略的に示しており、ｅＭＢＢおよびＵＲＬＬＣはＦＤＭで多重化されている。
【図７Ｄ】図７Ｄは、本開示の実施の形態に係る周波数ドメインで制御領域およびデータを多重化するｅＭＢＢおよびＵＲＬＬＣ多重化のための２−ＤＣＩソリューションを概略的に示しており、ｅＭＢＢおよびＵＲＬＬＣはＦＤＭとＴＤＭの両方で多重化されている。
【００２９】
【図８】図８は、本開示の実施の形態に係る、２つのセグメントを使用し、第２のセグメントが再送信なしでパンクチャされる、またはパンクチャされない、ｅＭＢＢおよびＵＲＬＬＣ多重化のための２−ＤＣＩソリューションを概略的に示している。
【００３０】
【図９】図９は、本開示の実施の形態に係る、２つのセグメントを使用し、第２のセグメントが再送信ありでパンクチャされる、ｅＭＢＢおよびＵＲＬＬＣ多重化のための２−ＤＣＩソリューションを概略的に示している。
【００３１】
【図１０】図１０は、本開示の実施の形態に係る例示的な２−ＤＣＩ分割ソリューションを概略的に示している。
【００３２】
【図１１】図１１は、本開示の実施の形態に係るＤＣＩ受信のための方法のフローチャートを概略的に示している。
【００３３】
【図１２】図１２は、本開示の実施の形態に係るＤＣＩ送信のための装置のブロック図を概略的に示している。
【００３４】
【図１３】図１３は、本開示の実施の形態に係るＤＣＩ受信のための装置のブロック図を概略的に示している。
【００３５】
【図１４】図１４は、本明細書に記載されている、無線ネットワークにおける基地局のようなサービングノードとして具体化されるか又はそれに含まれることができる装置１４１０と、ＵＥのような端末装置として具体化されるか又はそれに含まれることができる装置１４２０の簡略ブロック図を示している。
【発明を実施するための形態】
【００３６】
以下、本開示において提供されるソリューションについて、添付の図面を参照しながら、実施の形態を通して詳細に説明する。これらの実施の形態は、当業者が本開示をよりよく理解し実施することを可能にするためにのみ提示されており、本開示の範囲をいかなる方法でも限定することを意図していないことが理解される。
【００３７】
添付の図面において、本開示の様々な実施形態は、ブロック図、フローチャート、および他の図で示される。フローチャートまたはブロック図内の各ブロックは、本開示において、特定の論理機能を実行するための１つまたは複数の実行可能命令を含むモジュール、プログラム、またはコードの一部を表すことができ、必ずしも必要ではないブロックを点線で示している。さらに、これらのブロックは、方法のステップを実行するための特定の順序で示されているが、実際には、それらは必ずしも厳密に示された順序に従って実行されなくてもよい。例えば、それらは逆の順序や同時に実行されてもよく、それはそれぞれの動作の性質に依存する。なお、ブロック図および／またはフローチャート中の各ブロック、ならびにそれらの組み合わせは、特定の機能／動作を実行するための専用のハードウェアベースのシステムによって、または専用のハードウェアとコンピュータ命令との組み合わせによって実装されてもよいことに留意すべきである。
【００３８】
一般的に、特許請求の範囲で使用される全ての用語は、本明細書で他に明示的に定義されない限り、その技術分野におけるそれらの通常の意味に従って解釈されるべきである。「要素、装置（デバイス）、コンポーネント、手段、ステップなど」に対するすべての言及は、特にそうではないと明示的に述べられていない限り、複数のそのような装置（デバイス）、コンポーネント、手段、ユニット、ステップなどを排除するものではなく、少なくとも１つの要素、装置（デバイス）、コンポーネント、手段、ユニット、ステップなどの例を指すものとして素直に解釈されるべきである。さらに、本明細書で使用される不定冠詞「一つの」は、複数のそのようなステップ、ユニット、モジュール、装置（デバイス）、およびオブジェクトなどを排除するものではない。
【００３９】
さらに、本開示の文脈において、ユーザ機器（ＵＥ）は、端末装置（Terminal）、移動端末（ＭＴ（Mobile Terminal））、加入者局（ＳＳ（Subscriber Station））、ポータブル加入者局（Portable Subscriber Station）、移動局（ＭＳ（Mobile Station））、またはアクセス端末（ＡＴ（Access Terminal））を指してもよいし、ＵＥ、端末装置、ＭＴ、ＳＳ、ポータブル入者局、ＭＳ、またはＡＴの機能の一部または全部が含まれてもよい。さらに、本開示の文脈では、用語「ＢＳ」は、例えば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅノードＢまたはｅＮＢ）、ｇＮＢ（ＮＲにおけるＮｏｄｅＢ）、Ｒａｄｉｏ Ｈｅａｄｅｒ（ＲＨ）、Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ(ＲＲＨ)、リレー、またはフェムト、ピコなどの低電力ノードを表してもよい。
【００４０】
前述のように、先行技術のいずれもが、ヌメロロジーおよびスケジューリングユニットサイズによるＤＣＩモニタリング契機の変更をサポートすることができない。したがって、本開示では、新しいＤＣＩ送信および受信ソリューションが提案される。提案されたソリューションでは、最初にＤＣＩ設定パラメータを端末装置に送信し、次にＤＣＩを端末装置に送信することができる。したがって、端末装置は、受信されたＤＣＩ設定パラメータに基づいてＤＣＩをモニタすることができ、これは、柔軟なＤＣＩモニタリングソリューションとなり、よって、ヌメロロジーおよびスケジューリングユニットサイズによるＤＣＩモニタリング契機の変更をサポートすることができる。
【００４１】
以下、図１から図１４を参照し、ＤＣＩ送信および受信ソリューションについて説明する。
【００４２】
図１は、本開示の実施の形態に係る無線通信システムにおけるＤＣＩ送信の方法１００のフローチャートを概略的に示している。方法１００は、ノードＢ（ＮｏｄｅＢまたはＮＢ）のような、例えばＢＳなどの、サービングノードにおいて実行することができる。
【００４３】
図１に示すように、最初のステップ１０１において、ＤＣＩ設定パラメータ（DCI Configuration Parameter）を端末装置へ送信し、このＤＣＩ設定パラメータは後続のＤＣＩのための時間−周波数リソース（Time-Frequency Resource）を示している。
【００４４】
本開示の実施の形態では、ＤＣＩ設定パラメータは、使用するヌメロロジー、ＤＣＩ設定パラメータの有効期間、単一のＤＣＩのための期間、およびＤＣＩ発生契機（Occurrence Occasion）のうちの少なくとも１つを含む。
【００４５】
ＮＲシステムでは、異なるヌメロロジーが使用され得る一方で、異なるヌメロロジーは異なる送信パラメータ、例えば異なるサブキャリア間隔（Subcarrier Spacing）を使用し得る。異なるサブキャリア間隔は異なるシンボル長を意味する。例えば、図２に示すように、１５ｋＨｚのサブキャリア間隔の場合、そのシンボルは、６０ｋＨｚのサブキャリア間隔の場合の４倍の時間の長さを有することになる。したがって、使用されるべきヌメロロジーは、シンボルを定義するために使用され得る。
【００４６】
ＤＣＩ設定パラメータの有効期間は、ＤＣＩ設定パラメータが有効である期間を示す。その有効期間は、（例えば、ヌメロロジー固有の）いくつかのシンボル、または、（例えば、ヌメロロジー共通の）いくつかのフレームとすることができる。本開示の実施の形態では、有効期間の開始の値は、参照ヌメロロジーに関して絶対値でもよい。例えば、設定シグナリング（Configuration Signaling）がフレーム６のサブフレーム２のシンボル７で受信される場合、その開始はフレーム６のサブフレーム０のシンボル０として定義できる。絶対値の定義は、予め定められてもよいし、ＲＲＣシグナリングのような上位レイヤシグナリングによって設定されてもよい。本開示の別の実施の形態では、設定シグナリングがＤＣＩによって設定されるかＲＲＣシグナリングによって設定されるかにかかわらず、設定シグナリングを伝送する最初のシンボルをその有効期間の開始として使用することができる。
【００４７】
単一のＤＣＩのための期間は、そのＤＣＩの長さを示しており、それはいくつかのシンボルとすることができる。したがって、パラメータはＤＣＩの長さを示してもよい。それは、予め定められた長さを使用することも可能であり、そのような場合、このパラメータは省略することができる。
【００４８】
ＤＣＩ発生契機は、ＤＣＩがフレーム内で発生する契機を示している。本開示の実施の形態では、それぞれ図３Ａから図３Ｃに示されるように、ＤＣＩ発生契機は、スロットレベル、サブフレームレベル（マルチスロット）、またはシンボルレベルとすることができる。
【００４９】
ＤＣＩ発生契機は、周期的（定期的）とすることができる。すなわち、ＤＣＩモニタリングは、例えば、予め定められた数のスロットごと、予め定められた数のシンボルごとに、周期的に実行される。図３Ａおよび図３Ｂは、周期的なＤＣＩ発生契機の２つの例を示している。図３Ａでは、ＤＣＩ発生契機はスロットごとである。つまり、ＤＣＩモニタリングはスロット０、１、・・・のようにスロットごとに実行される。図３Ｂでは、ＤＣＩ発生契機はマルチスロット（例えば、２スロット、サブフレーム）ごとである。つまり、ＤＣＩモニタリングはマルチスロットごとに実行できる。そのような場合、ＤＣＩ発生契機は、ＤＣＩ発生の周期性およびオフセットによって示すことができる。その周期性は、例えば、予め定められた数のシンボル、スロット、またはフレームとすることができる。
【００５０】
代替的に、ＤＣＩ発生契機は非周期的でもよい。図３Ｃは、非周期的なＤＣＩ発生契機を示している。図３Ｃでは、ＤＣＩ発生契機は、シンボルごとであるが非周期的である。そのような場合、仕様において可能な非周期的パターンのセットを予め定義してもよいし、または、上位レイヤシグナリングによって可能な非周期的パターンのセットを事前に設定してもよい。非周期的パターンのセットにおいて、各非周期的パターンは、有効期間内に１つまたは複数のシンボルを含む。このようにして、ネットワークは、非周期的パターンインデックスをＤＣＩ設定パラメータで端末装置に通知することができる。
【００５１】
なお、図３Ａおよび図３Ｂにおけるスロットおよびマルチスロット当たりのＤＣＩ発生契機は周期的であり、図３Ｃにおけるシンボル当たりのＤＣＩ発生契機は非周期的であるが、本開示はそれらに限定されるものではない。実際には、スロットごと、マルチスロットごと、シンボルごとのＤＣＩ発生契機のそれぞれにおいて、ＤＣＩ発生契機は周期的または非周期的となり得る。
【００５２】
別の代替として、ＤＣＩ発生契機は、周期的および非周期的な契機の組み合わせでもよい。言い換えれば、ある期間において、それは１つまたは複数のシンボルを含む非周期的パターンを含むが、その非周期的パターンは有効期間内のその期間で繰り返されてもよい。そのような場合、ＤＣＩ発生契機は、周期性および非周期的パターンによって示すことができる。
【００５３】
本開示の別の実施の形態では、ＤＣＩ設定パラメータは、周波数ドメインリソースユニットと周波数ホッピングパターンのうちの少なくとも１つを含んでもよい。
【００５４】
周波数ドメインリソースユニットは、周波数ドメインでＤＣＩのために使用されるリソースユニットを示しており、それは、ＣＣＥ（Control Channel Element（制御チャネル要素））、サブバンド、ＰＲＢ（Physical Resource Block（物理リソースブロック））、またはＲＥＧ（Resource Element Group（リソースエレメントグループ））でもよい。加えて、周波数ドメインリソースユニットは、周波数ドメインリソースユニットが全てのヌメロロジーについて同じであることを意味する共通ヌメロロジー（Numerology Common）、または、異なるヌメロロジーが異なる周波数ドメインリソースユニットを使用する場合があることを意味する固有ヌメロロジー（Numerology Specific）でもよい。
【００５５】
周波数ホッピングパターンは、周波数ホッピングが使用されるパターンを示している。このパラメータは、周波数ホッピングパターンを使用する際に必要である。明示的なシグナリングを使用して、各ＤＣＩ発生契機における周波数リソースを示すことができる。ホッピングパターンは、ネットワークと端末装置の両方で知られている予め定められたパターン、またはネットワークによって設定されたパターンとすることができる。ホッピングパターンは、周波数リソースの位置を計算するために使用され得る。
【００５６】
図４Ａから図４Ｃは、本開示の実施の形態に係る異なるＤＣＩ発生契機における周波数ホッピングの使用を示している。図４Ａから図４Ｃに示すＤＣＩ発生契機は、時間ドメインでは図３Ａから図３Ｃと同じであるが、周波数ドメインでは、ＤＣＩ発生契機に周波数ホッピングが使用される。なお、図４Ａおよび図４Ｂにおけるスロット当たりおよびマルチスロット当たりのＤＣＩ発生契機は周期的であり、図４Ｃにおけるシンボル当たりのＤＣＩ発生契機は非周期的であるが、本開示はそれらに限定されるものではない。実際には、スロットごと、マルチスロットごと、シンボルごとのＤＣＩ発生契機のそれぞれにおいて、ＤＣＩ発生契機は周期的または非周期的であり得る。
【００５７】
図１に戻って参照すると、ステップ１０２において、ＤＣＩを端末装置へ送信することができる。ＤＣＩ設定パラメータを用いることで、端末装置は、ＤＣＩ設定パラメータからＤＣＩのための時間−周波数リソースを取得し、その時間−周波数リソース内でＤＣＩをモニタすることができる。
【００５８】
本開示の実施の形態では、ＤＣＩ設定パラメータは、ＲＲＣシグナリングのような上位レイヤシグナリングによって端末装置に送信することができる。すなわち、２−ステージソリューションにおいて、第１ステージでは、上位レイヤシグナリングを使用して、第２ステージにおける後続のＤＣＩのための時間−周波数リソースを示すＤＣＩ設定を送信することができる。
【００５９】
本開示の別の実施の形態では、ＤＣＩ設定パラメータは、別のＤＣＩによって端末装置に動的に送信することができる。そのような場合、第１のＤＣＩは、後続のＤＣＩのためのＤＣＩ設定パラメータを送信するために使用される。実際のデータスケジューリング関連情報は、後続のＤＣＩに配置される。
【００６０】
さらに、第１のＤＣＩのペイロードサイズを考慮すると、ＤＣＩと上位レイヤシグナリングとの組み合わせを使用することも可能である。すなわち、ＤＣＩ設定パラメータの一部はＤＣＩによって送信されてもよいし、ＤＣＩ設定パラメータの別の部分は上位レイヤシグナリングによって送信されてもよい。
【００６１】
２ステージＤＣＩソリューションでは、第１のＤＣＩは、セル固有、ビーム固有、ＴＲＰ固有、ＵＥグループに共通、またはＵＥ固有でもよい。本開示の実施の形態では、ＤＣＩは特定のＲＮＴＩを用いてスクランブルをかけることができる。第１のＤＣＩの周期は、第２のＤＣＩより大きくてもよい。第１のＤＣＩの発生契機は、予め定められてもよいし、ＲＲＣシグナリングなどの上位レイヤシグナリングによって設定されてもよい。第１のＤＣＩは共通サーチスペース（Common Search Space）に配置されてもよい。あるいは、第１のＤＣＩは、また、ＵＥ固有サーチスペース（UE Specific Search Space）に配置されてもよい。
【００６２】
なお、ＤＣＩ設定パラメータのための有効期間は存在してもよいが、ＤＣＩ設定パラメータおよびスケジューリングユニットサイズにはいかなる制限もないことに留意すべきである。例えば、スロットレベルのＤＣＩモニタリング設定を用いる場合、ＵＥは、スロット境界ではなくシンボル境界から開始して終了するスケジューリングユニットを用いて設定することができる。そのような場合、残りのブランクシンボルは、シンボルレベルのＤＣＩモニタリング設定を用いて他のＵＥに割り当てることができる。あるいは、代わりに、残りのブランクシンボルは、スロットレベルまたはマルチスロットレベルのＤＣＩ設定を用いて他のＵＥに割り当ててもよい。
【００６３】
本開示のさらなる実施の形態では、ＤＣＩ設定パラメータは、端末装置が要求されたトラフィックタイプに基づいて１つのパラメータのセットを選択可能な、少なくとも２つのパラメータのセットを含んでもよい。言い換えると、ＤＣＩモニタリングは、ランダムアクセス手順／スケジューリング要求（ＳＲ（Scheduling Request））の手段によるリソース要求の後にＵＥ側で適応させることができる。
【００６４】
ランダムアクセス手順の後、端末装置は、ｅＮＢとの間でＤＬ／ＵＬ送受信を開始する。したがって、ＤＣＩモニタリングの動作は、ランダムアクセスの要因に基づく場合がある。ＵＲＬＬＣスケジューリング要求がランダムアクセスの要因である場合、ＤＣＩモニタリングの頻度はより多くなるべきである。ｅＭＢＢスケジューリング要求がランダムアクセスの要因である場合、ＤＣＩモニタリングの頻度はより少なくてもよい。予め定められた、またはＲＲＣシグナリングによって設定された２つ以上の異なるＤＣＩ設定パラメータのセットを提供することによって、端末装置はその要求されたトラフィックタイプに基づいて適切なパラメータセットを選択することができる。このようにして、ＵＥは、その要求されたトラフィックタイプに基づいてＤＣＩモニタリングを実行することが可能となる。
【００６５】
本開示の他の態様では、異なるトラフィックタイプの多重化のための他の２−ＤＣＩソリューションも提供される。これらのソリューションでは、２つのＤＣＩが使用され、そのうちの一方をプレポジティブ制御領域（Prepositive Control Region）（ＤＣＩ）と呼び、他方をポストポジティブ制御領域（Postpostive Control Region）（ＤＣＩ）と呼ぶことができる。プレポジティブ制御領域は、第１のトラフィックタイプ（ｅＭＢＢトラフィックなど）に割り当てられるが、第２のトラフィックタイプ（ＵＲＬＬＣトラフィックなど）によって占有されるべきリソースを示すために使用することができる。ポストポジティブ制御領域は、第１のトラフィックタイプ（ｅＭＢＢトラフィックなど）に割り当てられたが、第２のトラフィックタイプ（突然のＵＲＬＬＣトラフィックなど）によってすでに占有されていたリソースを示すために使用することができる。以下では、ＵＲＬＬＣトラフィックおよびｅＭＢＢトラフィックが、２−ＤＣＩソリューションを説明するために異なるトラフィックタイプの例として取り上げられるが、当業者によれば本開示がそれらに限定されないことが容易に理解される。
【００６６】
本開示の実施の形態では、プレポジティブ制御領域は、以下のフィールドのうちの少なくとも１つを含むことができる：
・後続の時間−周波数リソースのパターンにおける、ある時間−周波数リソースの周囲のパンクチャまたはレートマッチングを示すためのフィールド。
・後続の時間−周波数リソースのパターン（例えば、連続的または非連続的なシンボル／周波数バンドでもよい）についてスケジュールするためのフィールド。
・以前にパンクチャされた部分の再送信を示すためのフィールド。
・１つの送信ブロックの終わりを示すためのフィールド
【００６７】
本開示の実施の形態では、ポストポジティブ制御領域は、以下のフィールドのうちの少なくとも１つを含むことができる：
・以前の時間−周波数リソースのパターンにおける、ある時間−周波数リソースのパンクチャまたはパンクチャなしを示すためのフィールド。
・以前のパンクチャされた部分の再送信または再送信なしを示すためのフィールド。
・１つの送信ブロックの終わりを示すためのフィールド。
【００６８】
なお、プレポジティブおよびポストポジティブ制御領域における時間−周波数リソースのパターンは、相補的であってもよいことに留意すべきである。例えば、２つのパターンは、領域（サブフレーム）の全体の時間−周波数リソースを構成してもよい。あるいは、２つのパターンは、部分的にオーバーラップしてもよい。
【００６９】
図５Ａは、本開示の実施の形態に係る異なるトラフィックタイプの多重化のための２−ＤＣＩソリューションを示している。ｅＭＢＢのリソースは、図５に示すように２つの部分（Part）に分割することができ、最初の一方はプレポジティブ制御領域によってスケジュールされるべきであり、他方はポストポジティブ制御領域によってスケジュールされるべきである。最初のいくつかのシンボルなど、いくつかのリソースについては、ＵＲＬＬＣのスケジューリングを知ることができるため、ｅＭＢＢ ＵＥは、それがＵＲＬＬＣによって占有されている場合、プレポジティブ制御領域において占有リソースのためのレートマッチングまたはパンクチャを示すことができる。一方、例えばＵＲＬＬＣが突然発生する場合など、いくつかのリソースでは、ＵＲＬＬＣのスケジューリングはプレポジティブ制御領域において知ることができないため、ｅＭＢＢ ＵＥはポストポジティブ制御領域において占有リソースのためのパンクチャを示すことができる。
【００７０】
図５Ａでは、制御領域とデータ領域とが時間ドメインで多重化されることが示されている。本開示の別の実施の形態では、制御領域およびデータ領域は周波数ドメインで多重化することができる。図５Ｂは、本開示の実施形態に係る異なるトラフィックタイプの多重化のための２−ＤＣＩソリューションを示している。図５Ｂは、図５Ａと同様であるが、図５Ｂでは、制御領域とデータ領域とが周波数ドメインで多重化されている点が異なる。
【００７１】
なお、ｅＭＢＢ ＵＥのために示されたリソースは、ＵＲＬＬＣによって占有されたリソース、またはフォワードフェーズのために空として予約されたリソースであってもよいことに留意すべきである。
【００７２】
加えて、分割リソースの部分は、図６Ａから図７Ｄを参照して説明される多くの異なる方法で多重化することもできることに留意すべきである。
【００７３】
図６Ａは、本開示の実施の形態に係る２−ＤＣＩソリューションを示し、制御領域とデータ領域とがＴＤＭ（Time Domain Multiplexing（時間ドメイン多重化））で多重化され、２つの分割部分がＴＤＭで多重化されている。図６Ａは、図５Ａと実質的に同じであり、２−ＤＣＩソリューションにおいて、プレポジティブ制御領域によってスケジュールされる部分は、ポストポジティブ制御領域によってスケジュールされる部分と、ＴＤＭにより多重化されている。
【００７４】
図６Ｂは、本開示の実施の形態に係る別の２−ＤＣＩソリューションを示し、制御領域とデータ領域とがＴＤＭで多重化され、２つの分割部分がシンボルによるＴＤＭで多重化されている。図６Ａに示したものと比較すると、図６Ｂでは、プレポジティブ制御領域によってスケジュールされる部分は、ポストポジティブ制御領域によってスケジュールされる部分と、ＴＤＭであるがシンボルによって多重化されている。すなわち、図６Ｂにおいて、各部分に属するシンボルは連続していない。
【００７５】
図６Ｃは、本開示の実施の形態に係るさらなる２−ＤＣＩソリューションを示し、制御領域とデータ領域とがＴＤＭで多重化され、２つの分割部分がＦＤＭ（Frequency Domain Multiplexing（周波数ドメイン多重化））で多重化されている、図６Ａおよび図６Ｂに示したものとは異なり、図６Ｃでは、プレポジティブ制御領域によってスケジュールされる部分は、ポストポジティブ制御領域によってスケジュールされる部分と、ＦＤＭによって多重化されている、すなわち、それらは、それぞれ異なる周波数ドメインリソースを占有する。
【００７６】
図６Ｄは、本開示の実施の形態に係るさらなる２−ＤＣＩソリューションを示し、制御領域とデータ領域とがＴＤＭで多重化され、２つの分割部分がＴＤＭおよびＦＤＭ（Frequency Domain Multiplexing）で多重化されている。図６Ｄに示されるように、プレポジティブ制御領域によってスケジュールされる部分は、ポストポジティブ制御領域によってスケジュールされる部分と、ＴＤＭおよびＦＤＭの組み合わせで多重化されている。
【００７７】
図７Ａから図７Ｄは、本開示の実施の形態に係る２−ＤＣＩソリューションを示し、制御領域とデータ領域とがＦＤＭで多重化され、２つの分割部分がそれぞれ異なる方法で多重化されている。図７Ａでは、２つの分割部分はＴＤＭで多重化されている。図７Ｂでは、２つの分割部分はシンボルによるＴＤＭに多重化されている。図７Ｃでは、２つの分割部分はＦＤＭで多重化されている。図７Ｄでは、２つの分割部分はＴＤＭおよびＦＤＭで多重化されている。
【００７８】
２つの分割部分は任意の適切な方法でデコードすることができる。本開示の実施の形態では、２つの分割部分を別々にデコードすることができる。本開示の別の実施の形態では、２つの部分をデコードするためにカスケードすることができ、すなわち、ＵＥが２つの部分を受信するとすぐにそれらをデコードするか、またはＵＥがポストポジティブ制御領域を受信した後にそれらをデコードする。
【００７９】
本開示のさらなる実施の形態では、ｅＭＢＢのためのリソースをいくつかの部分に分割することができ、第１の部分はプレポジティブ制御領域によってスケジュールされ、第２の部分はポストポジティブ制御領域によってスケジュールされる。そのいくつかの部分は、時間ドメインにおいて２つのセグメント、すなわちセグメント１およびセグメント２にさらに分割される。第１のいくつかのシンボルなどの、いくつかのリソースについては、ＵＲＬＬＣのスケジューリングを知ることができるため、ｅＭＢＢ ＵＥは、それがＵＲＬＬＣによって占有されている場合、プレポジティブ制御領域において占有リソースのためのレートマッチングまたはパンクチャを示すことができる。一方、例えばＵＲＬＬＣが突然発生する場合など、いくつかのリソースについては、ＵＲＬＬＣのスケジューリングはプレポジティブ制御領域において知ることができないため、ｅＭＢＢ ＵＥはポストポジティブ制御領域において占有リソースのためのパンクチャする、またはパンクチャしないことを示すことができる。第２のセグメント内のいくつかのリソースについては、それらは再送信のために予約されてもよいし、または第１のセグメント内の送信のパンクチャされた部分でもよい。このパンクチャされた部分は、例えば、第１のセグメントのサブセットとすることができ、第１のセグメントの残りの部分は新しい送信に使用することができる。図８は、第２のセグメントにおいて再送信がない２−ＤＣＩソリューションを示している。一方、図９は、網掛けで塗りつぶされたブロックによって示されるように、第２のセグメントにおいて、第１のセグメントのパンクチャされた部分の再送信がある２−ＤＣＩソリューションを示している。
【００８０】
加えて、図６Ａから図７Ｄに示すようなソリューションと同様に、第１の部分および第２の部分は、時間および／または周波数ドメインで多重化することができる。さらに、これらの部分は、デコードするためにカスケードすることができ、すなわち、ＵＥが２つの部分を受信するとすぐにそれらをデコードするか、またはＵＥがポストポジティブ制御領域を受信した後にそれらをデコードする。
【００８１】
本開示のさらなる態様では、１つの送信ブロックをいくつかの部分に分割することもできる。第１の部分は、例えば、プレポジティブ制御領域によってスケジュールされ、第２の部分は、例えば、ポストポジティブ制御領域によってスケジュールされることができる。ＵＥは、送信ブロック全体を受信した後にデコードすることができる。送信の終了は、制御領域において示すことができる。例えば、ＵＥは、データについての周波数および時間ドメインマッピングを取得し、次いでＵＲＬＬＣによってプリエンプトされたリソースを含むマッピングを取得し、その後、そのブロックをデコードしてもよい。
【００８２】
本開示の別の実施の形態では、ＵＲＬＬＣのプリエンプションは暗黙的に示されてもよい。例えば、トラッキングＲＳを使用してＵＲＬＬＣのプリエンプションを暗黙的に示すことが可能である。例えば、トラッキングＲＳがいくつかのシンボルで中断される場合、これはこれらのシンボルがＵＲＬＬＣによって占有されていることを意味し、したがってこれはＵＲＬＬＣのプリエンプションを示すために使用することができる。
【００８３】
本開示のさらなる実施の形態では、ＤＣＩをＫ−ステージＤＣＩとカスケードすることができる。例えば、第１ステージのＤＣＩはリソース割り当てフィールドを含む。第２ステージのＤＣＩは、ＭＣＳの情報およびデータ送信のための他の情報（これもまたリソース割り当ての詳細な情報を含み得る）を含む。そのような場合、ＵＥは、制御情報のために２−ステージＤＣＩをカスケードすることができる。
【００８４】
さらに、第１ステージのＤＣＩは、図１０に示すように、ＵＲＬＬＣ ＵＥおよびｅＭＢＢ ＵＥなど、異なるＵＥによって共有することができる。ＵＲＬＬＣ ＵＥは、制御および／またはデータ送信のために共有された第１ステージのＤＣＩおよび第２ステージのＤＣＩを取得することができる。ｅＭＢＢ ＵＥは、パンクチャリングまたはレートマッチングのリソース割り当てのための共有された第１ステージのＤＣＩを取得することができる。共有された共通ＤＣＩは、共有されたＲＮＴＩを用いてスクランブルをかけることができ、例えば、リソース割り当てＲＮＴＩはリソースインデックスを考慮して計算される。
【００８５】
本開示のさらなる実施の形態では、第１のＤＣＩはフルスケジューリング情報を含んでもよく、一方、第２のＤＣＩは、ＵＲＬＬＣによって占有されているか否かの表示を含んでもよい。さらに、いくつかのケースでは、第２のＤＣＩを減らすことができる。例えば、ＭＣＳが必要ではない場合、第２のＤＣＩを省略することができる。リソースがＵＲＬＬＣのために準静的に予約され、ｅＭＢＢ ＵＥに知られている場合、リソース割り当ては不要であり、同様に第２のＤＣＩを減らすことができる。他のケースでは、リソースがｅＭＢＢ ＵＥによって知られており、残りのリソースの時間−周波数が固定されている場合、時間−周波数リソースが占有されているかどうかを示す表示のみが第２のＤＣＩにおいて必要とされる。もしそうであれば、そのリソースは再送信のためのものであるか、またはパンクチャされたままとなり、もしそうでなければ、そのリソースは新しいデータ送信に使用される。
【００８６】
なお、これらの態様および実施の形態は、別々に説明されているが、より多くの利益を達成するためにそれらを一緒に組み合わせてもよいことに留意すべきである。
【００８７】
図１１は、さらに、本開示の例示的な実施の形態に係るＤＣＩ受信のための方法のフローチャートを概略的に示している。方法１１００は、例えばＵＥなどの端末装置、または他の同様の端末装置において実行することができる。
【００８８】
図１１に示すように、本方法は、ステップ１１０１から始まり、ＵＥのような端末装置においてＤＣＩ設定パラメータを受信する。ＤＣＩ設定パラメータは、後続のＤＣＩのための時間−周波数リソースを示している。
【００８９】
本開示の実施の形態では、ＤＣＩ設定パラメータは、使用するヌメロロジー、ＤＣＩ設定パラメータの有効期間、単一のＤＣＩのための期間、ＤＣＩ発生契機のうちの少なくとも１つを含んでもよい。
【００９０】
本開示の別の実施の形態では、ＤＣＩ設定パラメータは、周波数ドメインリソースユニット、および周波数ホッピングパターンのうちの少なくとも１つを含んでもよい。
【００９１】
本開示のさらなる実施の形態では、ＤＣＩ設定パラメータの受信は、上位レイヤシグナリングにおいてＤＣＩ設定パラメータを受信することを含んでもよい。
【００９２】
本開示のさらなる実施の形態では、ＤＣＩ設定パラメータの受信は、別のＤＣＩにおいてＤＣＩ設定パラメータを受信することを含んでもよい。
【００９３】
加えて、第１のＤＣＩのペイロードサイズを考慮すると、ＤＣＩと上位レイヤシグナリングとの組み合わせを使用することも可能である。すなわち、ＤＣＩ設定パラメータの一部は第１のＤＣＩによって受信されてもよいし、ＤＣＩ設定パラメータの別の部分は上位レイヤシグナリングによって受信されてもよい。
【００９４】
第１のＤＣＩは、セル固有、ビーム固有、ＴＲＰ固有、ＵＥグループに共通、またはＵＥ固有でもよい。本開示の実施の形態では、ＤＣＩは特定のＲＮＴＩを用いてスクランブルをかけることができる。第１のＤＣＩの周期は、第２のＤＣＩより大きくてもよい。第１のＤＣＩの発生契機は、予め定められてもよいし、ＲＲＣシグナリングなどの上位レイヤシグナリングによって設定されてもよい。第１のＤＣＩは共通サーチスペースに配置されてもよい。あるいは、第１のＤＣＩは、また、ＵＥ固有サーチスペースに配置されてもよい。
【００９５】
次に、ステップ１１０２では、端末装置においてＤＣＩ設定パラメータによって示される時間−周波数リソース内でＤＣＩを受信する。すなわち、端末装置において、ＤＣＩ設定パラメータに基づいてＤＣＩモニタリングを実行することができ、これは、柔軟なＤＣＩモニタリングソリューションとなり、よって、ヌメロロジーおよびスケジューリングユニットサイズによるＤＣＩモニタリング契機の変更をサポートすることができる。
【００９６】
本開示のまたさらなる実施の形態では、ＤＣＩ設定パラメータは少なくとも２つのパラメータのセットを含む。そのような場合、さらにステップ１１０３において、ＵＥは要求されたトラフィックタイプに基づいて１つのパラメータのセットを選択してもよい。言い換えると、ＤＣＩモニタリングは、ランダムアクセス手順／ＳＲの手段によるリソース要求の後にＵＥ側で適応させることができる。
【００９７】
ランダムアクセス手順の後、端末装置は、ｅＮＢとの間でＤＬ／ＵＬ送受信を開始する。したがって、ＤＣＩモニタリングの動作は、ランダムアクセスの要因に基づく場合がある。ＵＲＬＬＣスケジューリング要求がランダムアクセスの要因である場合、ＤＣＩモニタリングの頻度はより多くなるべきである。ｅＭＢＢスケジューリング要求がランダムアクセスの要因である場合、ＤＣＩモニタリングの頻度は少なくてもよい。予め定められた、またはＲＲＣシグナリングによって設定された２つ以上の異なるＤＣＩ設定パラメータのセットを提供することによって、端末装置はその要求されたトラフィックタイプに基づいて適切なパラメータセットを選択することができる。このようにして、ＵＥは、その要求されたトラフィックタイプに基づいてＤＣＩモニタリングを実行することが可能となる。
【００９８】
さらに、本開示では、無線通信システムにおけるサービングノードおよび端末装置のそれぞれで、ＤＣＩ送信および受信するための装置も提供され、これらについては、図１２および図１３を参照して次に説明する。
【００９９】
図１２は、本開示の実施の形態に係る無線通信システムにおけるＤＣＩ送信のための装置１２００のブロック図を概略的に示している。装置１２００は、ノードＢ（ＮｏｄｅＢまたはＮＢ）のような、例えばＢＳなどの、サービングノードで実装することができる。
【０１００】
図１２に示すように、装置１２００は、パラメータ送信モジュール１２０１とＤＣＩ送信モジュール１２０２とを備えている。パラメータ送信モジュール１２０１は、ＤＣＩ設定パラメータを端末装置へ送信するように構成することができる。ＤＣＩ送信モジュール１２０２は、ＤＣＩを端末装置へ送信するように構成することができ、このＤＣＩ設定パラメータはＤＣＩのための時間−周波数リソースを示している。
【０１０１】
本開示の実施の形態では、ＤＣＩ設定パラメータは、使用するヌメロロジー、ＤＣＩ設定パラメータの有効期間、単一のＤＣＩのための期間、ＤＣＩ発生契機、周波数ドメインリソースユニット、および周波数ホッピングパターンのうちの少なくとも１つを含んでもよい。
【０１０２】
本開示の別の実施の形態では、パラメータ送信モジュール１２０１は、上位レイヤシグナリングによってＤＣＩ設定パラメータを端末装置へ送信するように構成されてもよい。
【０１０３】
本開示のさらなる実施の形態では、パラメータ送信モジュール１２０１は、ＤＣＩ設定パラメータを別のＤＣＩによって動的に端末装置へ送信するように構成されている。
【０１０４】
本開示のまたさらなる実施の形態では、別のＤＣＩはＤＣＩよりも大きな周期を有してもよい。
【０１０５】
本開示のよりさらなる実施の形態では、ＤＣＩ設定パラメータは、端末装置が要求されたトラフィックタイプに基づいて１つのパラメータのセットを選択可能な、少なくとも２つのパラメータのセットを含んでもよい。
【０１０６】
図１３は、さらに、本開示の実施の形態に係る無線通信システムにおけるＤＣＩ受信のための装置１３００のブロック図を概略的に示している。装置１３００は、例えばＵＥなどの端末装置、または他の同様の端末装置で実装することができる。
【０１０７】
図１３に示すように、装置１３００は、パラメータ受信モジュール１３０１とＤＣＩ受信モジュール１３０２とを備えてもよい。パラメータ受信モジュール１３０１は、端末装置においてＤＣＩ設定パラメータを受信するように構成されてもよい。ＤＣＩ受信モジュール１３０２は、端末装置においてＤＣＩ設定パラメータによって示される時間−周波数リソース内でＤＣＩを受信するように構成されてもよい。
【０１０８】
本開示の実施の形態では、ＤＣＩ設定パラメータは、使用するヌメロロジー、ＤＣＩ設定パラメータの有効期間、単一のＤＣＩのための期間、ＤＣＩ発生契機、周波数ドメインリソースユニット、および周波数ホッピングパターンのうちの少なくとも１つを含んでもよい。
【０１０９】
本開示の別の実施の形態では、パラメータ受信モジュール１３０１は、さらに、上位レイヤシグナリングにおいてＤＣＩ設定パラメータを受信するように構成されてもよい。
【０１１０】
本開示の別の実施の形態では、パラメータ受信モジュール１３０１は、さらに、別のＤＣＩにおいてＤＣＩ設定パラメータを受信するように構成されてもよい。
【０１１１】
本開示のまたさらなる実施の形態では、別のＤＣＩはＤＣＩよりも大きな周期を有してもよい。
【０１１２】
本開示のよりさらなる実施の形態では、ＤＣＩ設定パラメータは少なくとも２つのパラメータのセットを含んでもよい。そのような場合、装置１３００は、パラメータセット選択モジュール１３０３をさらに備えてもよい。パラメータセット選択モジュール１３０３は、端末装置によって要求されたトラフィックタイプに基づいてパラメータのセットを選択するように構成されてもよい。ここで、時間−周波数リソースは、選択されたパラメータのセットによって示されている。
【０１１３】
上記では、装置１２００および１３００について、図１２および図１３を参照して説明した。なお、装置１２００および１３００は、図１から図１１を参照して説明したような機能を実装するように構成されてもよい。したがって、これらの装置におけるモジュールの動作の詳細については、図１から図１１を参照して方法のそれぞれのステップに関してなされたそれらの説明を参照することができる。
【０１１４】
なお、装置１２００および１３００のコンポーネントは、ハードウェア、ソフトウェア、ファームウェア、および／またはそれらの任意の組み合わせにおいて具現化されてもよい。例えば、装置１２００および１３００のコンポーネントは、回路、プロセッサまたは任意の他の適切な選択装置によってそれぞれ実装されてもよい。
【０１１５】
前述の実施例は例示のためにのみ示されており限定されるものではなく、本開示がそれらに限定されないことは、当業者にとって理解される。本明細書で提供される教示から多くの変形、追加、削除、および修正を容易に想定することができ、これら全ての変形、追加、削除、および修正は本開示の保護範囲に含まれる。
【０１１６】
加えて、本開示のいくつかの実施の形態では、装置１２００および１３００は少なくとも１つのプロセッサを含んでもよい。本開示の実施の形態と共に使用するために適した少なくとも１つのプロセッサは、例として、既に知られているかまたは将来開発される汎用プロセッサおよび特別用途プロセッサの両方を含んでもよい。装置１２００および１３００は、少なくとも１つのメモリをさらに含んでもよい。少なくとも１つのメモリは、例えば、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリ装置などの半導体メモリ装置を含んでもよい。少なくとも１つのメモリは、コンピュータ実行可能命令のプログラムを格納するために使用されてもよい。プログラムは、ハイレベルおよび／またはローレベルの適合可能または解釈可能な任意のプログラミング言語によって記述することができる。実施の形態によれば、コンピュータ実行可能命令は、少なくとも１つのプロセッサを用いて、装置１２００および１３００に少なくとも図１から図１１を参照して説明した方法による動作を実行させるように構成することができる。
【０１１７】
図１４は、本明細書に記載されている、無線ネットワークにおける基地局のようなサービングノードとして具体化されるか又はそれに含まれることができる装置１４１０と、ＵＥのような端末装置として具体化されるか又はそれに含まれることができる装置１４２０の簡略ブロック図をさらに示している。
【０１１８】
装置１４１０は、データプロセッサ（ＤＰ）などの少なくとも１つのプロセッサ１４１１と、プロセッサ１４１１に結合された少なくとも１つのメモリ（ＭＥＭ）１４１２とを備える。装置１４１０は、装置１４２０に通信可能に接続するように動作可能な、プロセッサに結合された送信機ＴＸおよび受信機ＲＸ１４１３をさらに備えてもよい。ＭＥＭ１４１２は、プログラム（ＰＲＯＧ）１４１４を格納する。ＰＲＯＧ１４１４は、関連付けられたプロセッサ１４１１上で実行されると、装置１４１０が本開示の実施の形態、例えば方法１００に従って動作することを可能にする命令を含んでもよい。少なくとも１つのプロセッサ１４１１と少なくとも１つのＭＥＭ１４１２との組み合わせは、本開示の様々な実施の形態を実装するように適合された処理手段１４１５を形成してもよい。
【０１１９】
装置１４２０は、ＤＰなどの少なくとも１つのプロセッサ１４２１と、プロセッサ１４２１に結合された少なくとも１つのＭＥＭ１４２２とを備える。装置１４２０は、装置１４１０との無線通信のために動作可能な、プロセッサ１４２１に結合された適切なＴＸ／ＲＸ１４２３をさらに備えてもよい。ＭＥＭ１４２２はＰＲＯＧ１４２４を格納する。ＰＲＯＧ１４２４は、関連付けられたプロセッサ１４２１上で実行されると、装置１４２０が本開示の実施の形態、例えば方法１１００に従って動作することを可能にする命令を含んでもよい。少なくとも１つのプロセッサ１４２１と少なくとも１つのＭＥＭ１４２２との組み合わせは、本開示の様々な実施の形態を実施するように適合された処理手段１４２５を形成してもよい。
【０１２０】
本開示の様々な実施の形態は、プロセッサ１４１１、１４２１のうちの１つ以上によって実行可能なコンピュータプログラム、ソフトウェア、ファームウェア、ハードウェア、またはそれらの組み合わせによって実装されてもよい。
【０１２１】
ＭＥＭ１４１２および１４２２は、ローカルの技術的環境に適した任意のタイプのものでよく、非限定的な例として、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実装してもよい。
【０１２２】
プロセッサ１４１１および１４２１は、ローカルの技術的環境に適した任意のタイプのものでよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサＤＳＰおよびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含んでもよい。 
【０１２３】
さらに、本開示は、また、上述のようなコンピュータプログラムを含むキャリアを提供してもよく、キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つでもよい。コンピュータ可読記憶媒体は、例えば、光学コンパクトディスク、またはＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み取り専用メモリ）、フラッシュメモリ、磁気テープ、ＣＤ−ＲＯＭ、ＤＶＤ、Ｂｌｕｅ−ｒａｙディスクなどのような電子メモリデバイスでもよい。
【０１２４】
本明細書に記載の技術は、様々な手段で実装してもよい。そのため、実施の形態で説明した対応する装置の１つまたは複数の機能を実行する装置が先行技術の手段を備えるだけでなく、実施の形態で説明された対応する装置の１つまたは複数の機能を実行するための手段を備え、別々の機能ごとの別々の手段を備えてもよいし、２つ以上の機能を実行するように構成され得る手段を備えてもよい。例えば、これらの技術は、ハードウェア（１つ以上の装置）、ファームウェア（１つ以上の装置）、ソフトウェア（１つ以上のモジュール）、またはそれらの組み合わせで実施されてもよい。ファームウェアまたはソフトウェアの場合、本明細書に記載されている機能を実行するモジュール（たとえば、手順、機能など）を介して実装されてもよい。
【０１２５】
本明細書における例示的な実施の形態は、方法および装置のブロック図およびフローチャート図を参照して上記で説明された。ブロック図およびフローチャートの各ブロック、およびブロック図およびフローチャートのブロックの組み合わせは、それぞれ、コンピュータプログラム命令を含む様々な手段によって実施できることが理解される。これらのコンピュータプログラム命令は、汎用コンピュータ、特別用途コンピュータ、または機械を製造するための他のプログラム可能なデータ処理装置にロードされ、コンピュータまたは他のプログラム可能なデータ処理装置上で実行される命令が、フローチャートまたはブロックで特定された機能を実行するための手段を形成するようにしてもよい。
【０１２６】
本明細書は多くの具体的な実装の詳細を含むが、これらはいかなる実装または特許請求し得るものの範囲に対する限定としてではなく、むしろ特定の実装の特定の実施の形態に特有であり得る特徴の説明として解釈されるべきである。本明細書において別々の実施の形態の文脈で説明されている特定の特徴は、単一の実施の形態において組み合わせて実装することもできる。逆に、単一の実施の形態の文脈で説明されている様々な特徴は、また、別々にまたは任意の適切なサブコンビネーションで複数の実施の形態で実施することができる。さらに、特徴が特定の組み合わせで動作するものとして上記で説明され、当初はそのように特許請求されていても、請求された組み合わせからの１つ以上の特徴は、場合によってはその組み合わせから除外することができ、請求された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。
【０１２７】
技術の進歩にしたがい、本発明の概念が様々な方法で実施できることは当業者にとって明らかである。上述の実施の形態は、本開示を限定するのではなく説明するために与えられており、当業者が容易に理解するように、本開示の意図および範囲から逸脱することなく修正および変形することができる。そのような修正および変形は、本開示の範囲および添付の特許請求の範囲内にあると見なされる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。
【図１】
0006787495.tif 000002
【図２】
0006787495.tif 000003
【図３Ａ】
0006787495.tif 000004
【図３Ｂ】
0006787495.tif 000005
【図３Ｃ】
0006787495.tif 000006
【図４Ａ】
0006787495.tif 000007
【図４Ｂ】
0006787495.tif 000008
【図４Ｃ】
0006787495.tif 000009
【図５Ａ】
0006787495.tif 000010
【図５Ｂ】
0006787495.tif 000011
【図６Ａ】
0006787495.tif 000012
【図６Ｂ】
0006787495.tif 000013
【図６Ｃ】
0006787495.tif 000014
【図６Ｄ】
0006787495.tif 000015
【図７Ａ】
0006787495.tif 000016
【図７Ｂ】
0006787495.tif 000017
【図７Ｃ】
0006787495.tif 000018
【図７Ｄ】
0006787495.tif 000019
【図８】
0006787495.tif 000020
【図９】
0006787495.tif 000021
【図１０】
0006787495.tif 000022
【図１１】
0006787495.tif 000023
【図１２】
0006787495.tif 000024
【図１３】
0006787495.tif 000025
【図１４】
0006787495.tif 000026